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*
t3st3r has quit [Remote host closed the connection]
t3st3r has joined #linux-sunxi
t3st3r has quit [Remote host closed the connection]
t3st3r has joined #linux-sunxi
tllim has quit [Ping timeout: 250 seconds]
pmpp has joined #linux-sunxi
pmpp_ has quit [Ping timeout: 245 seconds]
agraf has quit [Ping timeout: 244 seconds]
agraf has joined #linux-sunxi
lurchi_ is now known as lurchi__
suprothunderbolt has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
arc_phasor has joined #linux-sunxi
Rafael1980 has quit [Quit: Konversation terminated!]
souther has joined #linux-sunxi
jbrown has quit [Ping timeout: 258 seconds]
reinforce has quit [Quit: Leaving.]
jbrown has joined #linux-sunxi
victhor has quit [Ping timeout: 258 seconds]
tllim has joined #linux-sunxi
tllim has quit [Ping timeout: 250 seconds]
pmpp has quit [Ping timeout: 245 seconds]
megi has quit [Ping timeout: 250 seconds]
pmpp has joined #linux-sunxi
arc_phasor has left #linux-sunxi [#linux-sunxi]
tllim has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
shfil has quit [Quit: Connection closed for inactivity]
night199uk has quit [Changing host]
night199uk has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
souther has quit [Ping timeout: 250 seconds]
souther has joined #linux-sunxi
souther has quit [Ping timeout: 250 seconds]
_whitelogger has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 245 seconds]
camus is now known as kaspter
curlybracket has quit [Ping timeout: 245 seconds]
_whitelogger has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 250 seconds]
shfil has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
selfbg has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
cch has joined #linux-sunxi
t3st3r has quit [Ping timeout: 256 seconds]
t3st3r has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
fl__0 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 246 seconds]
<MoeIcenowy> angelo_ts: to verify whether you're at FEL, just check whether FEL USB device is present
nuuuciano has quit [Ping timeout: 250 seconds]
fl__0 has quit [Quit: STRG + Q]
thefloweringash has quit [Remote host closed the connection]
k40s[m] has quit [Remote host closed the connection]
oliv3r[m] has quit [Remote host closed the connection]
davidebeatrici has quit [Remote host closed the connection]
fevv8[m] has quit [Remote host closed the connection]
EmilKarlson has quit [Remote host closed the connection]
romainmahoux[m] has quit [Remote host closed the connection]
t4h4[m] has quit [Remote host closed the connection]
Jeremy_Rand_Talo has quit [Remote host closed the connection]
ildar has quit [Write error: Connection reset by peer]
JuniorJPDJ has quit [Write error: Connection reset by peer]
mic-e[m] has quit [Read error: Connection reset by peer]
freddor has quit [Remote host closed the connection]
fl_0 has joined #linux-sunxi
MartijnBraam has quit [Remote host closed the connection]
z3ntu has quit [Remote host closed the connection]
YannSoubeyrand[m has quit [Read error: Connection reset by peer]
souther has joined #linux-sunxi
f0xx has joined #linux-sunxi
k40s[m] has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
shfil has quit [Quit: Connection closed for inactivity]
clemens3 has joined #linux-sunxi
voodoovood2 has quit [Read error: Connection reset by peer]
voodoovood has joined #linux-sunxi
YannSoubeyrand[m has joined #linux-sunxi
fevv8[m] has joined #linux-sunxi
davidebeatrici has joined #linux-sunxi
ildar has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
romainmahoux[m] has joined #linux-sunxi
freddor has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
mic-e[m] has joined #linux-sunxi
z3ntu has joined #linux-sunxi
oliv3r[m] has joined #linux-sunxi
t4h4[m] has joined #linux-sunxi
Jeremy_Rand_Talo has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
EmilKarlson has joined #linux-sunxi
<angelo_ts> hi, always on H3, i have some devices on the i2c bus. When sending commands from linux, by scope, i see the clock bits as a sawtooth and data line as held high, with few millivolt bits attempts
<angelo_ts> my suspect is that some device in the bus is creating issues, they are all powered properly btw
msimpson has joined #linux-sunxi
zoums has joined #linux-sunxi
yann has quit [Ping timeout: 250 seconds]
f0xx has quit [Read error: Connection reset by peer]
tnovotny has joined #linux-sunxi
jrg has quit [Ping timeout: 244 seconds]
jrg has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
vpeter has quit [Remote host closed the connection]
f0xx has joined #linux-sunxi
vpeter has joined #linux-sunxi
reinforce has joined #linux-sunxi
victhor has joined #linux-sunxi
tllim has quit [Ping timeout: 250 seconds]
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
aash_ has quit [Ping timeout: 256 seconds]
tuxd3v has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 250 seconds]
victhor has quit [Ping timeout: 252 seconds]
suprothunderbolt has joined #linux-sunxi
fevv8[m] has quit [Remote host closed the connection]
thefloweringash has quit [Read error: Connection reset by peer]
k40s[m] has quit [Read error: Connection reset by peer]
JuniorJPDJ has quit [Remote host closed the connection]
oliv3r[m] has quit [Remote host closed the connection]
Jeremy_Rand_Talo has quit [Read error: Connection reset by peer]
EmilKarlson has quit [Read error: Connection reset by peer]
romainmahoux[m] has quit [Read error: Connection reset by peer]
t4h4[m] has quit [Remote host closed the connection]
MartijnBraam has quit [Read error: Connection reset by peer]
mic-e[m] has quit [Remote host closed the connection]
freddor has quit [Write error: Connection reset by peer]
z3ntu has quit [Write error: Connection reset by peer]
ildar has quit [Write error: Connection reset by peer]
davidebeatrici has quit [Read error: Connection reset by peer]
YannSoubeyrand[m has quit [Read error: Connection reset by peer]
suprothunderbolt has quit [Ping timeout: 255 seconds]
selfbg has quit [Ping timeout: 245 seconds]
selfbg has joined #linux-sunxi
k40s[m] has joined #linux-sunxi
tuxd3v has quit [Ping timeout: 250 seconds]
lo23 has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
lo23 has quit [Quit: Leaving]
dddddd has joined #linux-sunxi
fevv8[m] has joined #linux-sunxi
YannSoubeyrand[m has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
ildar has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
freddor has joined #linux-sunxi
z3ntu has joined #linux-sunxi
oliv3r[m] has joined #linux-sunxi
romainmahoux[m] has joined #linux-sunxi
davidebeatrici has joined #linux-sunxi
Jeremy_Rand_Talo has joined #linux-sunxi
EmilKarlson has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
mic-e[m] has joined #linux-sunxi
t4h4[m] has joined #linux-sunxi
f0xx has quit [Read error: Connection reset by peer]
tllim has joined #linux-sunxi
tnovotny has quit [Ping timeout: 250 seconds]
tnovotny has joined #linux-sunxi
tllim has quit [Ping timeout: 250 seconds]
Rafael1980 has joined #linux-sunxi
megi has joined #linux-sunxi
SergiusUA has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
f0xx has joined #linux-sunxi
f0xx has quit [Read error: Connection reset by peer]
return0e has quit [Remote host closed the connection]
SergiusUA has quit [Ping timeout: 246 seconds]
shfil has joined #linux-sunxi
SergiusUA has joined #linux-sunxi
duracrisis has quit [Quit: Remember, smarter not harder!]
selfbg has quit [Remote host closed the connection]
dherrera has joined #linux-sunxi
return0e has joined #linux-sunxi
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
f0xx has joined #linux-sunxi
cch has quit [Ping timeout: 245 seconds]
tllim has joined #linux-sunxi
aalm has quit [Ping timeout: 250 seconds]
Mandragor has joined #linux-sunxi
aalm has joined #linux-sunxi
Mandragor has quit [Ping timeout: 264 seconds]
Mandragor has joined #linux-sunxi
msimpson has quit [Ping timeout: 252 seconds]
f0xx has quit [Ping timeout: 264 seconds]
clemens3 has quit [Ping timeout: 264 seconds]
f0xx has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
victhor has joined #linux-sunxi
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 245 seconds]
f0xx has quit [Ping timeout: 250 seconds]
tuxd3v has joined #linux-sunxi
f0xx has joined #linux-sunxi
AneoX has quit [Ping timeout: 245 seconds]
AneoX_ has joined #linux-sunxi
Mandragor has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Mandragor has joined #linux-sunxi
Mandragor has quit [Ping timeout: 245 seconds]
f0xx has quit [Read error: Connection reset by peer]
reinforce has quit [Quit: Leaving.]
Mandragor has joined #linux-sunxi
f0xx has joined #linux-sunxi
Mandragor has quit [Ping timeout: 245 seconds]
f0xx has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
shfil has quit [Quit: Connection closed for inactivity]
f0xx has joined #linux-sunxi
Mandragor has joined #linux-sunxi
zoums has quit [Ping timeout: 264 seconds]
dherrera has quit [Quit: Page closed]
<jernej> MoeIcenowy: Is H6 USB3 mainlined?
<megi> jernej: no
<tuxd3v> good question
<jernej> what is the issue?
<tuxd3v> :)
<megi> jernej: there's some discussion on ml around device tree
gamelaster has joined #linux-sunxi
zoums has joined #linux-sunxi
lynxis has quit [Remote host closed the connection]
lynxis has joined #linux-sunxi
dev1990 has joined #linux-sunxi
scelestic has quit [Read error: Connection reset by peer]
<MoeIcenowy> jernej: binding issue
<MoeIcenowy> or accurately, +5V supply binding issue
<MoeIcenowy> Rob Herring wants +5V regulator handle to be in a "connector node"
<MoeIcenowy> which is a practice never happened (but he thinks it good)
<anarsoul> *sigh*
<jernej> is it hard to implement?
<MoeIcenowy> jernej: to be honest I didn't find a smart way to get a regulator from another device tree node yet
<anarsoul> but let me guess, according to him it's driver issue, not binding issue?
<MoeIcenowy> binding issue
<jernej> what about "connector driver", albeit that sounds strange
<anarsoul> I mean the fact that it's hard to get a regulator from another node
<MoeIcenowy> anarsoul: yes, the issue is that I can accept his binding, but I fail to write a driver according to the new binding
<MoeIcenowy> jernej: quite strange... maybe we could add a driver for "generic USB connector"?
<MoeIcenowy> like USB-C PD controllers
<jernej> hm... are you sure it's hard to do? after all, hdmi and hdmi phy are two separate nodes, but single driver
<MoeIcenowy> jernej: but we do not acquire regulator from HDMI PHY, right?
<jernej> not yet, but it would be easy to do
<MoeIcenowy> despite theortically HDMI connector node may have a regulator
<jernej> if you have phandle to node, then you can read any of it's property
<MoeIcenowy> becuase there's a +5V rail in it
<anarsoul> in HDMI connector?
<MoeIcenowy> anarsoul: yes
<megi> is it vbus?
<MoeIcenowy> megi: the HDMI thing is something like vbus
<megi> i mean the usb3 5v supply. is it for vbus?
<MoeIcenowy> jernej: regulator_get can only take struct device *
<MoeIcenowy> not struct device_nod *
<MoeIcenowy> s/nod/node/
<MoeIcenowy> megi: yes
scelestic has joined #linux-sunxi
<jernej> MoeIcenowy: Ok, I'll take a look. But at the end, nobody said you can't add new API function :)
<MoeIcenowy> jernej: it's too complex for me :-(
<MoeIcenowy> my brain will overheat for it
<megi> maybe exporting of_find_regulator_by_node would help
shfil has joined #linux-sunxi
zoums has quit [Ping timeout: 252 seconds]
<megi> well maybe not :) struct regulator_dev is not struct regulator
<megi> bummer
<MoeIcenowy> megi: regulator_dev lookup is a step in regulator_get
<megi> yeah
<megi> it's not enough
<MoeIcenowy> we can replace regulator_dev_lookup in regulator_get with of_find_regulator_by_node
<megi> connector doesn't have an associated struct device?
<MoeIcenowy> then we can get a regulator by a device_node got with a phandle
<MoeIcenowy> megi: I think something w/o driver won't have struct device
<MoeIcenowy> but it may be wrong
<MoeIcenowy> I hope someone more experienced can correct me
<MoeIcenowy> mripard: ^
<jernej> in hdmi case, there are actually 3 distinct units sharing same "struct device"
<jernej> so having only "struct device" api for dt aware drivers is a bit limiting
<megi> i see a connector (hdmi one) in /sys/devices/platform so perhaps usb connector will have a struct device if it also appears in sysfs
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.0, revision: 5.0.0+git-7416-9b35d44fd, build type: debug, sources date: 20160102, built on: 2019-01-23 17:02:15 UTC 5.0.0+git-7416-9b35d44fd http://www.kvirc.net/]
<MoeIcenowy> maybe
<MoeIcenowy> it's a platform device
<MoeIcenowy> although it has no driver
<MoeIcenowy> maybe we should experiment?
<megi> yep :)
<megi> there's a new usb-connector.txt binding merged since October
<MoeIcenowy> oh git just got my system semi-hang
<megi> 2018
<MoeIcenowy> my ~/git-repos/linux wants it to sit on a SSD ;-)
<megi> there's only one use in arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi
<MoeIcenowy> megi: it lacks a vbus-supply property ;-)
<MoeIcenowy> we need to add it first
<megi> it looks like it's implemented by the extcon framework, so that may be a way to get the device for the connector, and get vbus regulator from there
<MoeIcenowy> megi: I think extcon is for insert detection
<MoeIcenowy> not for power
<megi> hmm
<megi> all this connector stuff surely is more complicated than sun4i-usb-phy way of doing things :(
<MoeIcenowy> yes
<MoeIcenowy> and I think something in usb-connector.txt is really strange -- the connector node should be subnode of *controller* node
<MoeIcenowy> but I think it should be the subnode of *PHY* node
<MoeIcenowy> USB connector is connected to USB PHY, not USB controller (USB controller connects to USB PHY via UTMI/ULPI, and if USB3, PIPE
<megi> to me it should be under / because it's on the board :)
<megi> it just is connected to the phy
<MoeIcenowy> then of graph is needed
<MoeIcenowy> it's overengineering!
<megi> it may be because usb3 is way more complicated than usb2
<MoeIcenowy> yes, theortically it might be really needed!
<MoeIcenowy> it's possible for a USB3 controller to utilize 2 PHYs, one for USB2, one for USB3 (and USB3 one may shared with PCIe)
<MoeIcenowy> megi: usb-connector is used by *NO ONE*
<MoeIcenowy> arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi uses another connector that carries USB protocol made by Samsung
<megi> it's used by samsung
<MoeIcenowy> oh it uses "usb-b-connector"
<MoeIcenowy> sorry
<megi> Documentation/devicetree/bindings/connector/samsung,usb-connector-11pin.txt:
<megi> they have some combined mhl/usb connector
<MoeIcenowy> see the DT, it's under some mux controller
<megi> and use extcon framework to detect what's actually connected
<MoeIcenowy> so I think a hardwired USB A/B connector should really lie under / or PHY
<MoeIcenowy> because there's no mux
<megi> I guess, if it's documented to be under controller node, it should be there. It's just a policy issue anyway.
<MoeIcenowy> oh sorry
<MoeIcenowy> it says "interface controller"
<MoeIcenowy> should an "interface controller" contain a PHY?
<MoeIcenowy> oh sorry
<MoeIcenowy> should "interface controller"s contain PHYs?
<megi> i think if it's in the soc, it should be both directly under /soc (both phy and controller)
<megi> looks like usb connector bindings were added mostly to model USB-C connectors and all the power related stuff, where there's an actual usb power controller connected to the port
<megi> and "interface controller" means chips like fusb302
<megi> not the xhci thing on the soc
<megi> MoeIcenowy: ^
<MoeIcenowy> megi: yes
<MoeIcenowy> but when our thing is dummy
<megi> but I don't see any user that would use the new bindings just to toggle the vbus on/off, like the phy drivers do now
IgorPec has joined #linux-sunxi
<MoeIcenowy> what should we do
<MoeIcenowy> megi: Rob wants we to migrate to new binding
<MoeIcenowy> (in fact now I even want to do ugly thing -- drop vbus supply in binding and make it always-on in DT
<megi> yup, that might do
Rafael1980 has quit [Ping timeout: 250 seconds]
<megi> on opi 3 you can't even turn it off
<megi> it's hard wired to DCIN
<MoeIcenowy> hahahaha
<MoeIcenowy> megi: BTW did sth on AP6256?
<megi> armbian figured you can use the mainline driver
<megi> with the firmware provided by xunlong
<MoeIcenowy> no patch needed?
<megi> no patch
<megi> you just need to rename the firmware
<MoeIcenowy> rename to what?
<MoeIcenowy> rename it to 43455 one?
<megi> it might be better if the driver detected that it's 43456 correctly though
<megi> yes
<megi> https://megous.com/git/linux/commit/?h=up/opi3base/v1&id=6809147171d21a7fad76d3aad3b8ac5ada2fde28
<MoeIcenowy> I think I know now how to patch the driver
<MoeIcenowy> if I have a real 6256
<megi> and to add a more reasonable compatible to brcmfmac driver
<megi> it probably reads some internal id on probe
<megi> from the chip
<MoeIcenowy> megi: yes it reads
<MoeIcenowy> because some chips have revision
<MoeIcenowy> e.g. 43430 used by AP6212
<megi> yes, 43456 is something like 43455c5
<MoeIcenowy> before a patch by Hans de Goede
<megi> in reality :)
<MoeIcenowy> 2 revisions of 43430 share FW filename
<MoeIcenowy> then the patch makes A0 use another filename
<megi> hmm
<MoeIcenowy> let me do a git blame to find out the commit
<MoeIcenowy> (BTW 43430 is also an old friend in sunxi zoo because of ap6212, right?
SergiusUA has quit [Remote host closed the connection]
<megi> probably, but i don't have any wifi featuring boards, only opi3
<MoeIcenowy> The commit is 1278bd149839f
<MoeIcenowy> but the related code accepted a refactor in 41f573dbb534f
<megi> that looks simple :)
<MoeIcenowy> there's a mask for the revision
<megi> i'll just try 43455c5
<megi> thanks
<MoeIcenowy> the first table entry that have the revision code matched any bit in the revision mask will be used
<MoeIcenowy> in drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c
<MoeIcenowy> megi: what do you mean by C5?
<MoeIcenowy> what mask value are you thinking?
<MoeIcenowy> (although I suggest you add some debug code to really read out the revision code of you 43456
<megi> if you look into firmwares for 43455 and 43456, you'll find that 43456 actually is named 43455c5 and 43455 is 43455c0
<MoeIcenowy> (BTW my no warranty guess is that 0x40 is bcm43456
<MoeIcenowy> because 0x40 is (1 << 5)
<megi> that's probably why it's misdetected as 43455
<MoeIcenowy> s/(1 << 5)/(1 << 6)/
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<MoeIcenowy> and it's something that is higher on the the lowest revision of current 43455 mask (which is 0xffffffc0)
Rafael1980 has joined #linux-sunxi
<MoeIcenowy> oh sorry 0x40 is the lowest
<MoeIcenowy> it couldn't be 43456
<MoeIcenowy> maybe 0x80 or higher
<megi> i'll dump the chipid and see
<MoeIcenowy> finally finished a build of a experiment kernel (of acquiring struct platform_device for the connector)
<megi> nice :)
<MoeIcenowy> `no device for connector`
<MoeIcenowy> oops
<MoeIcenowy> oh the subnode of the PHY is not considered as a device
<MoeIcenowy> I need to manually populate it
<MoeIcenowy> yes, it works!
<megi> cooool
<megi> chiprev for 43456 is 9, btw
<MoeIcenowy> megi: 9 or (1 << 9)?
<MoeIcenowy> oh the mask deal with bit position
<MoeIcenowy> so 43456 is 1 << 9
<megi> just 9, looks like 9 will be masked out by 0xFFFFFFC0
<megi> completely
<MoeIcenowy> now I think we need a 43455
<megi> so there's no conflict
<MoeIcenowy> megi: chiprev is feed to BIT() macro in firmware.c
<MoeIcenowy> so it's the 9th bit in 0xFFFFFFC0
<megi> ahaaaa
<MoeIcenowy> thus 0x200
<MoeIcenowy> 0x200 is included in 0xffffffc0
<megi> makes sense :)
<megi> easy to fix :)
<MoeIcenowy> we can make 43455 0x1c0
<MoeIcenowy> and 43456 0xfffffe00
NeuroScr has joined #linux-sunxi
<megi> i think safer is to make 43456 0x200
<megi> and put it before 43455
<martinayotte> Interesting ! This means, we won't have to copy 43456 firmware manually :-)
<megi> martinayotte: yes
<martinayotte> What/where is that mask ?
<MoeIcenowy> megi: I think we should at least make 0x200 impossible to match 43455
<MoeIcenowy> e.g. 0xfffffdc0
<MoeIcenowy> because we're sure it's 43456
<MoeIcenowy> and not compatible w/ 43455 fw
<megi> it will not match because the table search will end on first match
<megi> but it will not hurt
<MoeIcenowy> megi: we cannot assume it's always linear
<MoeIcenowy> s/linear/sequential/
<megi> table is scanned from top to bottom in firmware.c, just checking chipid and mask 0x00000200 will match 43456 and it will end there
<megi> anyway, compiling :)
<megi> brcmf_fw_alloc_request: using brcm/brcmfmac43456-sdio for chip BCM4345/9 :)
<MoeIcenowy> good
<megi> i'm thinking of naming it 43455c5, because that's the name used inside the firmware
<MoeIcenowy> I still suggest 43456
<MoeIcenowy> it's marketing name
<megi> ok, we'll see what maintainers think
<megi> i'll keep 43456 for now
<MoeIcenowy> ok finished H6 USB3 PHY driver which utilizes connector subnode as device
<megi> very nice :)
maik_ has joined #linux-sunxi
maik_ has quit [Quit: Leaving]
<martinayotte> megi: Thanks ! I will commit that patch into Armbian ! :-)
<MoeIcenowy> megi: when will you send out this patch?
<megi> with opi3 patches
<megi> that's where this AP6256 is used
<martinayotte> megi: BTW, did you found anything the "reboot/reset" issue ?
<megi> no
<martinayotte> :-(
<megi> martinayotte: watchdog reset just doesn't work, and fiddling with RVBARADDR didn't help
<megi> i mean wathcdog works, it just hangs the soc after timeout :D not a behavior one would expect from a watchdog ;)
<martinayotte> I've seen this https://lkml.org/lkml/2019/4/5/425 this morning, but didn't investigate, especially that I've lost time a month ago trying the watchdog.
<megi> i think u-boot is using the correct wathdog
f0xx has quit [Ping timeout: 245 seconds]
gamelaster has quit [Read error: Connection reset by peer]
<martinayotte> remember that it is working fine with PineH64 3GB, so as you told me days ago, the issue is maybe the fact that other boards don't have 3GB but less ... Or it is pure coincidence ...
<megi> it may be coincidence
vagrantc has joined #linux-sunxi
NeuroScr has quit [Quit: NeuroScr]
<martinayotte> Also, booting BSP u-boot, then reset to Mainline u-boot without unpowering, the "reset/reboot" works forever until DRAM is shutdown ...
shfil has quit [Quit: Connection closed for inactivity]
MangyDog has joined #linux-sunxi
Mangy_Dog has quit [Disconnected by services]
MangyDog has quit [Remote host closed the connection]
Mangy_Dog has joined #linux-sunxi
msde has joined #linux-sunxi
msde has quit [Client Quit]
msde has joined #linux-sunxi
fkluknav_ has joined #linux-sunxi
wwilly_ has joined #linux-sunxi
return0e_ has joined #linux-sunxi
book`_ has joined #linux-sunxi
rexxster_ has joined #linux-sunxi
naobsd86 has joined #linux-sunxi
alexxy[home] has joined #linux-sunxi
fl__0 has joined #linux-sunxi
libv_ has joined #linux-sunxi
wigyori_ has joined #linux-sunxi
beeble_ has joined #linux-sunxi
juri__ has joined #linux-sunxi
a|3xx has joined #linux-sunxi
libv has quit [Ping timeout: 255 seconds]
return0e has quit [Ping timeout: 255 seconds]
wwilly has quit [Ping timeout: 255 seconds]
xes has quit [Ping timeout: 255 seconds]
SJRvanSchaik has quit [Ping timeout: 255 seconds]
beeble has quit [Ping timeout: 255 seconds]
longsleep has quit [Ping timeout: 255 seconds]
wens_ has joined #linux-sunxi
fl_0 has quit [Ping timeout: 246 seconds]
book` has quit [Ping timeout: 246 seconds]
ijc has quit [Ping timeout: 246 seconds]
juri_ has quit [Ping timeout: 246 seconds]
wens has quit [Ping timeout: 246 seconds]
wigyori has quit [Ping timeout: 246 seconds]
bbrezillon has quit [Ping timeout: 246 seconds]
DonkeyHotei has quit [Ping timeout: 246 seconds]
naobsd8 has quit [Ping timeout: 246 seconds]
buZz has quit [Ping timeout: 246 seconds]
a|3x has quit [Ping timeout: 246 seconds]
jelly has quit [Ping timeout: 246 seconds]
fkluknav has quit [Ping timeout: 246 seconds]
sunshavi has quit [Ping timeout: 246 seconds]
alexxy has quit [Ping timeout: 246 seconds]
rexxster has quit [Ping timeout: 246 seconds]
itdnhr has quit [Ping timeout: 246 seconds]
buZz has joined #linux-sunxi
swabbles has joined #linux-sunxi
itdnhr_ has joined #linux-sunxi
ijc_ has joined #linux-sunxi
buZz is now known as Guest79789
DonkeyHotei has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
xes has joined #linux-sunxi
longsleep has joined #linux-sunxi
jelly-home has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
libv_ is now known as libv
return0e_ has quit [Read error: Connection reset by peer]
return0e has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 245 seconds]
msde has quit [Remote host closed the connection]
netlynx has quit [Quit: Ex-Chat]
lurchi__ is now known as lurchi_
shfil has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 268 seconds]
nuuuciano has joined #linux-sunxi
lurchi_ is now known as lurchi__
_whitelogger has joined #linux-sunxi
zoums has joined #linux-sunxi
hitech95 has quit [Read error: Connection reset by peer]
lurchi__ is now known as lurchi_
tllim has quit [Remote host closed the connection]