rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
dddddd has quit [Remote host closed the connection]
hipboi_ has joined #linux-sunxi
jbrown has quit [Ping timeout: 260 seconds]
jbrown has joined #linux-sunxi
return0xe has joined #linux-sunxi
return0e has quit [Ping timeout: 244 seconds]
lurchi_ is now known as lurchi__
victhor has quit [Remote host closed the connection]
_whitelogger has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
kaspter has quit [Client Quit]
<wens> hitech95: the datasheet says the default values are customizable. I take that to mean "customizable at the factory"
<MoeIcenowy> wens: yes I remember seeing an ad that says for high amout X-Powers can customize the default values
protoCall7 has joined #linux-sunxi
s_frit has quit [Remote host closed the connection]
s_frit has joined #linux-sunxi
protoCall7 has quit [Quit: protoCall7]
return0xe has quit [Remote host closed the connection]
return0xe has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 252 seconds]
selfbg has joined #linux-sunxi
IgorPec has joined #linux-sunxi
t0dd1v has joined #linux-sunxi
IgorPec has quit [Ping timeout: 245 seconds]
leviathan has joined #linux-sunxi
qeed has quit [Quit: Leaving]
indy has quit [Quit: ZNC - http://znc.sourceforge.net]
IgorPec has joined #linux-sunxi
indy has joined #linux-sunxi
msimpson has joined #linux-sunxi
buZz has quit [Ping timeout: 272 seconds]
buZz has joined #linux-sunxi
buZz is now known as Guest57909
Guest57909 has quit [Changing host]
Guest57909 has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
m4ssi has joined #linux-sunxi
Guest57909 has quit [Client Quit]
buZz_ has joined #linux-sunxi
buZz_ has quit [Changing host]
buZz_ has joined #linux-sunxi
clemens3 has joined #linux-sunxi
diego_r has joined #linux-sunxi
t0dd1v has quit [Quit: Connection closed for inactivity]
buZz_ has quit [Quit: Reconnecting]
buZz_ has joined #linux-sunxi
buZz_ has quit [Changing host]
buZz_ has joined #linux-sunxi
gnufan has joined #linux-sunxi
aalm has quit [Ping timeout: 246 seconds]
buZz_ has quit [Ping timeout: 244 seconds]
buZz_ has joined #linux-sunxi
buZz_ is now known as Guest86751
Guest86751 has quit [Changing host]
Guest86751 has joined #linux-sunxi
Guest86751 has quit [Client Quit]
buZz__ has joined #linux-sunxi
buZz__ has quit [Changing host]
buZz__ has joined #linux-sunxi
hitech95 has joined #linux-sunxi
tnovotny has joined #linux-sunxi
LargePrime has quit [Ping timeout: 244 seconds]
elros1 has joined #linux-sunxi
LargePrime has joined #linux-sunxi
f11f13 has joined #linux-sunxi
selfbg has quit [Remote host closed the connection]
venb has quit [Remote host closed the connection]
alexxy has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
messpl has joined #linux-sunxi
<messpl> Hello guys, have you ever used USB OTG port in host mode?
<messpl> I have problems with setting it up.
N1CH0L4S has left #linux-sunxi ["WeeChat 2.2"]
ScrumpyJack has joined #linux-sunxi
<ScrumpyJack> o/
fest has joined #linux-sunxi
selfbg has joined #linux-sunxi
selfbg1 has joined #linux-sunxi
selfbg has quit [Ping timeout: 260 seconds]
selfbg1 is now known as selfbg
return0xe has quit [Read error: Connection reset by peer]
return0e has joined #linux-sunxi
elros1 has quit [Remote host closed the connection]
xes has quit [Quit: bye..]
montjoie has quit [Ping timeout: 264 seconds]
montjoie has joined #linux-sunxi
jaganteki has joined #linux-sunxi
aballier_ has quit [Quit: leaving]
aballier has joined #linux-sunxi
Andy-D has quit [Ping timeout: 252 seconds]
Andy-D has joined #linux-sunxi
AneoX has joined #linux-sunxi
xes has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 246 seconds]
return0xe has joined #linux-sunxi
return0e has quit [Ping timeout: 244 seconds]
hitech95 has quit [Ping timeout: 272 seconds]
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 252 seconds]
dddddd has joined #linux-sunxi
hipboi_ has quit [Quit: Leaving]
alexxy has joined #linux-sunxi
lurchi_ is now known as lurchi__
wasutton3_mobile has joined #linux-sunxi
LargePrime has quit [Ping timeout: 245 seconds]
f11f13 has quit [Quit: Leaving]
LargePrime has joined #linux-sunxi
protoCall7 has joined #linux-sunxi
selfbg has quit [Remote host closed the connection]
protoCall7 has quit [Ping timeout: 268 seconds]
hitech95 has joined #linux-sunxi
<hitech95> Hi guys is there here someone that have experience with the AXP PMIC? I have a couple of questions regarding how to set the default values for the converters and what happend once the power is gone.
<hitech95> The datasheet says: "The default voltage setting: each channel DCDC / LDO May be selected from a set range including the lowest voltage to the highest voltage.
<hitech95> about this part, see "Default Configuration instructions" document."
<hitech95> I have never found this document
afaerber has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
lerc has quit [Ping timeout: 276 seconds]
lerc has joined #linux-sunxi
Putti has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
<ScrumpyJack> I'm adding a device to the wiki. Can someone review and tell me if I'm on the right track? https://linux-sunxi.org/8BCraft_Retrostone
koty0f has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
leviathan has joined #linux-sunxi
msimpson has quit [Quit: Leaving]
tllim has joined #linux-sunxi
<MoeIcenowy> ScrumpyJack: could you add pictures for the PCB?
clemens3 has quit [Ping timeout: 268 seconds]
<ScrumpyJack> MoeIcenowy: good idea, I'll do that.
<MoeIcenowy> and there should be info about the support situation of the device (although we currently provide no support)
<MoeIcenowy> It's an interesting device, and I saw it in "Recent changes" ;-)
<MoeIcenowy> and do you know about how to enter the FEL (USB burning) mode?
<ScrumpyJack> yes, I've yet to add that. currently I think the device uses generic H3 u-boot and FEX. I need to build a custom boot stack for this
yann has joined #linux-sunxi
<ScrumpyJack> I'm not sure if there is a FEL. Isn't that for NAND only?
<ScrumpyJack> there is no storage on the device, that's provided by the uSD
<MoeIcenowy> really no any storage?
<MoeIcenowy> what will happen if start the device with no uSD inserted?
<ScrumpyJack> nope. just an SD card reader i believe
<MoeIcenowy> have you tested?
<MoeIcenowy> if you have a dual USB-A cable, could you try to boot it without uSD, and try to connect a USB port to a PC?
<ScrumpyJack> I've yet to open mine and connect to the UART.
<MoeIcenowy> will there be a USB device with ID 1f3a:efe8?
<MoeIcenowy> (btw EFE8 means EFEX
<ScrumpyJack> That only works for USB-OTG no? i'm not sure if the USB ports support that
<MoeIcenowy> when in FEL, the USB0 port is forced to device mode
<MoeIcenowy> even if it's wired as an A port
<MoeIcenowy> as the role of USB0 on Allwinner SoCs is fully software controllable
<ScrumpyJack> ah cool. is that part of the binary blob?
<MoeIcenowy> USB2 is not
<MoeIcenowy> A80 USB3 is blob, others are not
<MoeIcenowy> including all USB2 and H6 USB3
<ScrumpyJack> you said "when in FEL, the USB0 port is forced to device mode". Is that controlled by the blob or hardware?
<MoeIcenowy> by the internal BROM
<MoeIcenowy> which is not open source, but also not modifiable
<MoeIcenowy> "considered as part of the chip itself"
<ScrumpyJack> ah yes, BROM. that's what i thought i was calling the blob
<ScrumpyJack> i'll refer to it as BROM from now - cool.
<MoeIcenowy> BROM is short for Boot ROM ;-)
<ScrumpyJack> so looking at the docs, it seems as though the BROM drops to FEL if it can't find u-boot. is that right?
<ScrumpyJack> so in could be that no sd card = FEL mode?
<MoeIcenowy> no any bootable device = FEL
<MoeIcenowy> bootable device including mmc0, nand, mmc2, spi nor
<ScrumpyJack> which is why you asked me to check that - got it
<MoeIcenowy> mmc0 is usually for uSD, and mmc2 is usually for eMMC
<anarsoul> mripard: thanks for review of a64 audio series!
JohnDoe4 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 245 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
<wens> looks like I won't have time to dive into the analog controls patch until after ELCE
wasutton3_mobile has quit [Ping timeout: 276 seconds]
<anarsoul> wens: it already got an ack from mripard - if you want to get it delayed - send an email?
<wens> it's OK.
<anarsoul> btw, I've just sent out v3 that addresses mripard's comments
<wens> yeah I saw it.
<wens> anarsoul: btw, please try out this script: http://wens.tw/dapm.sh
<anarsoul> one min...
<wens> anarsoul: it dumps the DAPM graph into a dot file that you can convert into a png or pdf
<anarsoul> wens: nice, thanks!
<wens> good for visualizing and checking you got all the routes right :)
<anarsoul> that's what I was looking for last week
<wens> I haven't used it in a while though
<ScrumpyJack> is there a H3 equivalent of the /buffer 13
<ScrumpyJack> oops
<ScrumpyJack> I'll rephrase :)
<ScrumpyJack> is there a H3 equivalent of the AXP209 (power management) for A20?
<k4be> afaik most H3 boards does not use pmic at all
wasutton3_mobile has joined #linux-sunxi
<anarsoul> wens: https://ibb.co/gzmvAf
yann has quit [Ping timeout: 252 seconds]
<anarsoul> looks OK to me, LINEIN is the only orphan, but it's on purpose - it's not connected anywhere on pine64 or pinebook
diego_r has quit [Ping timeout: 268 seconds]
<anarsoul> wens: thanks a lot for the script :)
m4ssi has quit [Remote host closed the connection]
<wens> MBIAS looks out of place
<wens> the clocks and resets probably need some adjustment, but so does the sun8i one
<wens> anarsoul: also, the graph should change based on the controls you set
<anarsoul> wens: MBIAS seems to be OK to me
<anarsoul> it's internal microphone
<wens> and if you are playing or capturing, the active paths would change to green
<anarsoul> wens: OK, will try tonight
<wens> anarsoul: oh, then you should add a widget for it
<anarsoul> wens: OK, will do
<wens> as I see it, the inputs and ouputs of the codec are not the final endpoints; those are the "Jack", "Microphone", "Speaker" widgets
<anarsoul> that is the graph from pinebook, it has 2 internal mics
<anarsoul> and external mic jack which is muxed with 2nd internal mic (looks like no sw control - when it's plugged it replaces 2nd internal mic)
<wens> is there a GPIO to sense that?
<wens> btw, don't use the "Mic" and "Headset Mic" widgets from sun8i-codec. They shouldn't be there in the first place.
<anarsoul> nope, jack support should be added to sun50i-codec-analog and sun8i-codec
<anarsoul> wens: OK
<anarsoul> wens: I'll implement it later, IIRC it's not straightforward
<hitech95> wens, You should had told me you had that megic script to see all the dpams. I'm still tring to find out some free time to finish the A33 patch for the digital seconon of the codec. (I went on holiday and than university started and now I also work. Dammit)
jaganteki has quit [Ping timeout: 256 seconds]
jaganteki has joined #linux-sunxi
<wens> anarsoul: jack support?
<wens> jacks or mics are board level concepts
victhor has joined #linux-sunxi
jaganteki has quit [Ping timeout: 256 seconds]
jaganteki has joined #linux-sunxi
nixdork has quit [Ping timeout: 252 seconds]
<jaganteki> hi, anyone checked or tried PLL_MIPI on A64 or any other SoC.
<jaganteki> Manual says the min to max range has 500Mh to 1.4Gh
<jaganteki> but I got nkm dividers are 1,2,1 which is not working..
<jaganteki> BPI-M64 bsp is using 180Mhz, when I directly assign it on set_rate on ccu_nkm.c it seems working
<jaganteki> but no I'm unable to manage this range in ccu_nkm_round_rate
<jaganteki> is PLL_MIPI specific to attached DSI panel?
IgorPec has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
<jernej> jaganteki: I checked few things about MIPI clocks in BSP over the weekend
<jernej> first, CLK_BUS_MIPI_DSI and thus it's parent PLL_VIDEO0 are always set to 148.5 MHz
buZz__ is now known as buZz
<jernej> however, TCON0 and it's parent PLL_MIPI rates are dependant on MIPI display pixel frequency
<jernej> in turn, PLL_MIPI parent is PLL_VIDEO0
<jernej> (most complicated clock relationships)
<jaganteki> pll-video0->pll-mipi->tcon0->tcon-pixel
<jaganteki> this is relationship, am I correct
anarsoul|2 has joined #linux-sunxi
<jernej> I assume you have 4 lane MIPI display with 24 bit per pixel and 30 MHz pixel clock, right?
<jernej> yes, correct
<jaganteki> yes
<jernej> so, PLL_MIPI is set to (24 / 4) * 30 MHz = 180 MHz
<jernej> and TCON0 to 30 MHz
<jernej> let me check again
<jaganteki> I can see tcon-pixel-clock is 30MHz on clk_summary
<jaganteki> why 24 PLL_VIDEO0 is 297Mhz right?
<jernej> PLL_VIDEO0 might be 148.5 MHz in BSP case
<jernej> do you have BSP kernel running?
<jernej> can you check that?
<anarsoul|2> wens: jack detection is soc-wide at least on A64
<jernej> Can you also check what are TCON0 clock settings? Rate might be 180 MHz as well
<jaganteki> I see PLL rate = 180000000, parent = 297000000
<jaganteki> in get_factors_pll_mipi
<anarsoul|2> i.e. no extra GPIOs or anything is necessary, it's supported on SoC level
<jernej> jaganteki: ok, that makes sense, since then CLK_BUS_MIPI_DSI clock is just PLL_VIDEO0 / 2 = 148.5 MHz
<jernej> can you check TCON0 clock?
<anarsoul|2> wens: did you notice that codec node has an interrupt? That's used for sensing jack insertion
<jaganteki> but I'm not sure this (24 / 4) * 30 MHz becuase PLL_MIPI = (PLL_VIDE0 *n *k)/m right?
<jernej> I'm not talking about PLL_MIPI factors
<anarsoul|2> wens: and IIRC the problem is that registers to confirm interrupt and check jack status are in different parts of codec, former is in digital part of codec, latter is in analog controls part
<jernej> I'm talking how MIPI display driver calculates wanted frequency
<jaganteki> Ok
<anarsoul|2> wens: so I have no idea at the moment how to implement it properly :\
<jernej> (1,2,1) are register values (n-1, k-1, m-1) or logical values (n, k, m)?
<jaganteki> _nkm.n, _nkm.k, _nkm.m
<jaganteki> values
<jaganteki> logical values, after this reg |= code for -1 and masking
<jernej> something doesn't add up
<jernej> (297 MHz / 1 / 2) / 1 = 148.5 MHz and not 180 MHz
<jaganteki> I got rate = 390000000 and parent 195000000 in set_rate when I use min 500Mhz and max 1.4 GHz in round rate
clemens3 has joined #linux-sunxi
<jaganteki> (195 * 1 * 2) / 1 = 390
<jernej> ah, ok
<jernej> but what is target rate?
<jaganteki> do you mean the min_rate?
<jaganteki> w/o having min and max it showing 270Hz
<jernej> I guess you don't set PLL_MIPI directly, but TCON0 and MIPI DSI clocks
<jernej> at least you should
<jaganteki> is the rate return by round_rate
<jernej> what are PLL_MIPI factors on BSP?
<jaganteki> 1, 2, 5
<jaganteki> where rate is 180 and parent is 297
<jernej> can you also check what is TCON0 rate on BSP?
<jaganteki> sorry BSP nkm are 0, 2, 4
<jernej> I'm not sure, you can't divide by 0 :)
tlwoerner has quit [Ping timeout: 252 seconds]
<jernej> Maybe 1, 3, 5? that gives 178.2 MHz
<jaganteki> that means=> 1, 3, 5
<jaganteki> I noted reg values
<jaganteki> (297*1*3)/5= 178.2
tlwoerner has joined #linux-sunxi
<jernej> I have to go, I'll come back later
<jaganteki> I'm checking TCON0
<jaganteki> I will reply on mail, please have a look
<anarsoul|2> wens: btw, do you want me to include a patch that drops "Mic" and "Headset Mic" widgets from sun8i-codec.c?
curlybracket has joined #linux-sunxi
jbrown has quit [Ping timeout: 250 seconds]
jbrown has joined #linux-sunxi
koty0f has quit [Ping timeout: 246 seconds]
netlynx has quit [Quit: Ex-Chat]
<curlybracket> Hello. With PLL_VIDEO0 fixed at 297 MHz (because of MIPI), could there be a way to run the HDMI PHY on A64 at ~204 MHz? So far I could only get it working at 148.5 MHz or 297 MHz. I can force the 204 MHz by tweaking the SUN8I_HDMI_PHY_PLL_CFG1/2 registers, but then the video gets broken. With PLL_VIDEO0 at 204 MHz it runs flawlessly but then I lose the MIPI :/
<anarsoul|2> curlybracket: I guess using pll_mipi for mipi and pll_video0 for hdmi should ass some flexibility
<anarsoul|2> but as far as I know no one did it yet
<anarsoul|2> s/ass/add
<anarsoul|2> :)
<curlybracket> I thought pll_mipi needs pll_video0 as a parent, does it not?
<jernej> it does
<jaganteki> yes, pll_video0 is parent for pll_mipi
<jaganteki> jernej, BSP pll_rate shows 180MHz
<jernej> you mean TCON0?
<jaganteki> lcd_div is 1
<jernej> ah, yes
<anarsoul|2> curlybracket: yeah, unfortunately
<jaganteki> how can I check TCON0, because PLL_VIDEI0 is 297 which is parent for PLL_MIPI
<jernej> you can use devmem2 program and read directly from memory
<jernej> 0x01c20118
<jernej> that way you get divider
<anarsoul|2> or if driver uses regmap check out /sys/kernel/debug/regmap
<jaganteki> I have alredy read this values
<jaganteki> let me check
<jernej> anarsoul|2: we are talking about BSP :)
<anarsoul|2> oh, ok :)
koty0f has joined #linux-sunxi
<jaganteki> 0x80000000
<jernej> which means divider 1
<jaganteki> devmem 0x01C20118 value
<jernej> so, TCON0 is also 180 MHz, but you have 30 MHz
<jernej> I mean BSP kernel TCON0 = 180 MHz and mainline kernel TCON0 = 30 MHz
<jernej> right?
<jernej> I guess this is the main issue
<jaganteki> 390MH
<jaganteki> tcon0 1 1 1 390000000 0 0 50000
<jaganteki> tcon-pixel-clock 1 1 1 30000000 0 0 50000
<anarsoul|2> jaganteki: please use pastebin
<jernej> can you upload somewhere whole clk_summary?
<jernej> I would like to check some things
afaerber has quit [Quit: Leaving]
<jernej> do you have HDMI monitor enabled alongside MIPI ?
<jernej> s/enabled/connected/
<jaganteki> Not enabled HDMI
<jaganteki> only dsi
<jaganteki> with mixer0 pipeline enablement
<jernej> hm... mainline kernel avoids using pll_mipi
<anarsoul|2> jernej: why?
<jernej> since it is just intermediate part and nobody is referencing it directly
<jernej> so clk framework is free to chose another parent
yann has joined #linux-sunxi
<jernej> and currently I didn't see anything in documentation which would mandate usage of PLL_MIPI for MIPI DSI display, despite of it's name
<jaganteki> then how come A33 is using since it was dsi added before?
<jernej> However, it might be important, no way to tell without making a lot of tests or asking AW
gnufan has quit [Ping timeout: 245 seconds]
<jernej> A33 has slightly different clocks
<jernej> if you take a look at TCON0 clock, different parents in different order
gnufan has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
<jernej> this is enough to have different outcome
<anarsoul|2> jernej: I'm afraid asking AW may yield no answer :)
<curlybracket> jaganteki: with the HDMI PHY PLL forced to 204 MHz and pll-video1 also at 204 MHz, I get to see the video for a while (40 seconds maybe). Does the PHY allow correcting the phase of its PLL?
<anarsoul|2> curlybracket: I think experiments showed that tcon1 can't be clocked from pll-video1
<anarsoul|2> MoeIcenowy: ^^
<jernej> anarsoul|2: curlybracket: A64 HDMI PHY can't be clocked from PLL_VIDEO1
<anarsoul|2> jernej: oh, OK
<jernej> TCON1 can be
<jaganteki> yes, ie experinetally true not with manual
<jaganteki> MoeIcenowy, jernej observed this I think
<anarsoul|2> that's unfortunate anyway
<jernej> manual doesn't say anything about HDMI PHY actually, so everything is based on tests
<jaganteki> jernej, I think it's not possible to configure PLL_MIPI if we enable DSI and HDMI same time is it?
<jernej> why not? BSP does it
<jernej> but much more controlled and limited
koty0f has quit [Ping timeout: 250 seconds]
<jaganteki> ok
<jernej> it will be big PITA on mainline to have them both running at the same time
<jernej> BSP HDMI derives everything from 297 MHz PLL_VIDEO rate
<jernej> hm...
<jernej> One could use PLL_VIDEO0 and PLL_VIDEO1
<jernej> * and another PLL_VIDEO1
<jaganteki> this look comeplex configuration because min rate 500MHz on mipi rouned 195Mhz for pll-video0 which might broke HDMI
<anarsoul|2> jernej: use PLL_VIDEO0 as 297 MHz input for HDMI and PLL_MIPI for the rest?
koty0f has joined #linux-sunxi
<jernej> anarsoul|2: limiting PLL_VIDEO0 to 297 MHz works only for standard resolutions and some other
hitech95_ROG has joined #linux-sunxi
<anarsoul|2> jernej: but we can use PLL_MIPI as TCON0 input?
JohnDoe4 has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<jernej> you can, but that doesn't help HDMI in any way
<anarsoul|2> I think the problem was having 2 displays running
<anarsoul|2> so PLL_MIPI -> TCON0, PLL_VIDEO1 -> TCON1, PLL_VIDEO0 -> HDMI PHY
hitech95 has quit [Ping timeout: 276 seconds]
<jernej> and PLL_VIDEO0 -> PLL_MIPI
<anarsoul|2> yes
<anarsoul|2> but PLL_VIDEO0 has fixed input nevertheless
<jernej> you mean 24 MHz?
<anarsoul|2> yes
<anarsoul|2> and PLL_MIPI has pre-divider
<jernej> and multiplier
<anarsoul|2> yes
wasutton3_mobile has quit [Remote host closed the connection]
<jernej> so what is the issue?
<anarsoul|2> it doesn't work atm in mainline kernel :)
<anarsoul|2> HDMI doesn't work on Pinebook when LCD is on
<anarsoul|2> it used to work for me in ~4.15 and I haven't tested it since then
<jernej> I imagine, when clocks are so interconnected, it's hard to make it work
<anarsoul|2> yeah
<jernej> isn't 4.16 time when exclusivity was added to TCON clocks?
<anarsoul|2> so limiting PLL_VIDEO0 to 297 MHz won't work
<anarsoul|2> ?
<jernej> I can't see how
<jernej> it would help
<anarsoul|2> well, if we don't use it for TCON0 it doesn't need to change
<anarsoul|2> i.e. use it only for PLL_MIPI input and HDMI PHY
<jernej> BSP clocks have predefined parents
<jernej> on mainline, we can suggest which parent to use, but clk frameworks is still free to use another
<anarsoul|2> jernej: we can just remove the other parent from struct :)
<anarsoul|2> if particular configuration is known to break it makes no sense to support it
<jernej> we can, but I'm not sure maintainers would be happy with such solution
<jaganteki> but with possible configuration tests, may be we can prapose.
<anarsoul|2> but we don't have alternative
wasutton3_mobile has joined #linux-sunxi
<jaganteki> Look like yes, can we post it on ML so-that others can suggest?
<jaganteki> I'm thinking we may find this PLL_MIPI issue on R40 :) not sure
nixdork has joined #linux-sunxi
afaerber has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
jaganteki has quit [Ping timeout: 256 seconds]
diego_r has joined #linux-sunxi
lurchi__ is now known as lurchi_
koty0f has quit [Ping timeout: 244 seconds]
dev1990 has joined #linux-sunxi
return0xe has quit [Read error: Connection reset by peer]
leviathan has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
koty0f has joined #linux-sunxi
diego_ has joined #linux-sunxi
diego_r has quit [Ping timeout: 268 seconds]
LargePrime has quit [Ping timeout: 246 seconds]
LargePrime has joined #linux-sunxi
koty0f has quit [Ping timeout: 272 seconds]
qeed has joined #linux-sunxi
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 250 seconds]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
return0e has joined #linux-sunxi
clemens3 has quit [Ping timeout: 272 seconds]
wasutton3_mobile has quit [Ping timeout: 260 seconds]
VargaD has joined #linux-sunxi
VargaD has quit [Read error: Connection reset by peer]
VargaD has joined #linux-sunxi
diego_ has quit [Read error: Connection reset by peer]
dev1990 has quit [Quit: Konversation terminated!]
_whitelogger has joined #linux-sunxi
adjtm has quit [Quit: Leaving]
jstein has quit [Quit: quit]
hitech95_ROG has quit [Ping timeout: 252 seconds]
Andy-D has quit [Ping timeout: 250 seconds]
t0dd1v has joined #linux-sunxi
adjtm has joined #linux-sunxi
oorezz has quit [Ping timeout: 268 seconds]
oorezz has joined #linux-sunxi