<MoeIcenowy>
anarsoul|2: don't ping but just say things ;-)
libv_ has quit [Ping timeout: 260 seconds]
<MoeIcenowy>
anarsoul: ^
<MoeIcenowy>
I'm after a ZNC IRC bouncer
<MoeIcenowy>
which will log for me ;-)
<MoeIcenowy>
Wizzup: MUSB itself is weird
popolon has quit [Quit: WeeChat 1.9.1]
<MoeIcenowy>
since H3 AW adds a pair of EHCI/OHCI controllers for USB0, maybe for working around the buggy MUSB
fugitive has quit [Quit: Leaving]
aalm has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
ninolein has quit [Ping timeout: 246 seconds]
ninolein has joined #linux-sunxi
<anarsoul|2>
MoeIcenowy: will do next time
<anarsoul|2>
and actually I forgot what I was going to ask
<anarsoul|2>
:)
jbrown has quit [Ping timeout: 248 seconds]
anarsoul|2 has quit [Ping timeout: 255 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
cnxsoft has joined #linux-sunxi
Andy-D has quit [Ping timeout: 258 seconds]
lurchi_ has quit [Ping timeout: 255 seconds]
lurchi_ has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv_ has quit [Ping timeout: 260 seconds]
<camh>
Is there way to hard code a MAC address into an H3 board (opi plus and opi pc)? I need a fixed mac address for uboot, and I do not want a custom image per board.
libv has joined #linux-sunxi
<MoeIcenowy>
set the macaddr u-boot env variable
<camh>
i would like it set pre-uboot. I want a common image for multiple boards, and they need to tftp boot each with a different mac address
<camh>
i thought i saw a way to burn one in somewhere a while ago, but I can't find any info now
<camh>
maybe i was thinking of the efuse
<MoeIcenowy>
nope the MAC is generated from pre-burned SID
<MoeIcenowy>
in current mainline u-boot
<MoeIcenowy>
and patched mainline kernel
<camh>
ok, if its not random, that will be ok. for some reason I thought the MAC address was random on these boards (as in random each boot)
<camh>
I'll fire up a couple and check
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv_ has quit [Ping timeout: 260 seconds]
<MoeIcenowy>
maybe you are using legacy images
<camh>
i have a build with uboot v2017.09 and linux v4.13.4 now. I've got 4 of each board so I'll check the mac addresses shortly
<camh>
do you have a pointer to the mainline patch for SID-based mac addresses?
<Wizzup>
not sure if they will help (it seems to be unrelated), but can try this weekend
<Net147>
Wizzup: I was having issue where musb is unable to recover from noise and gets stuck. unplugging device and plugging it back in didn't help and system needed to be restarted.
<Wizzup>
Aha. It seems to fail on specific devices for me, but maybe the noise is also related.
<Wizzup>
I need to get a log from the libusb output of pcscd
<Net147>
Wizzup: when it fails, does the USB port stop responding altogether?
<Net147>
Wizzup: does unplugging and plugging in a USB device afterward show messages in dmesg?
<Wizzup>
I cannot test it right now, device is offline. I will check in a bit. I don't recall seeing specific errors in dmesg.
<Net147>
don't try to reset musb controller without applying patch because after the kernel oops, the board is unable to restart itself. you need to physically restart the board.
<Net147>
MoeIcenowy: nope, but this problem with musb controller getting stuck after babble I first reported to Hans in 2015 and have been trying to solve together with him
<MoeIcenowy>
oh
<MoeIcenowy>
I met a strange problem now on R40 -- kernel musb driver doesn't work at all, but u-boot one works
<Net147>
host-only mode? or otg mode?
yann-kaelig has joined #linux-sunxi
<MoeIcenowy>
at least device mode doesn't work
<MoeIcenowy>
on R40 there's EHCI0/OHCI0 for usb0 host mode
<Net147>
I have only worked with musb in host-only mode
<Net147>
have you tried comparing the musb power and devctl registers?
gumblex has joined #linux-sunxi
gumblex_ has quit [Ping timeout: 252 seconds]
gumblex has left #linux-sunxi [#linux-sunxi]
SP7RT_ has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
foxx_ has quit [Ping timeout: 255 seconds]
libv has joined #linux-sunxi
libv has left #linux-sunxi [#linux-sunxi]
SP7RT has joined #linux-sunxi
reinforce has joined #linux-sunxi
qeed has quit [Ping timeout: 240 seconds]
SP7RT_ has joined #linux-sunxi
dev1990 has joined #linux-sunxi
lurchi__ has quit [Remote host closed the connection]
<gnarface>
hypophthalmus: i wanna know that about the mali driver too
<gnarface>
but for a different piece of hardware
TEKrantz_ has quit [Read error: Connection reset by peer]
TEKrantz has joined #linux-sunxi
foxx_ has joined #linux-sunxi
aalm has quit [Quit: xyz 1.9]
Test has joined #linux-sunxi
Keziolio has quit [Ping timeout: 260 seconds]
lrusak has quit [Ping timeout: 258 seconds]
SP7RT has joined #linux-sunxi
lrusak has joined #linux-sunxi
scream has joined #linux-sunxi
foxx_ has quit [Ping timeout: 255 seconds]
hypophthalmus has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 264 seconds]
paulk-gagarine has joined #linux-sunxi
foxx_ has joined #linux-sunxi
foxx_ has quit [Ping timeout: 240 seconds]
libv_ has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
foxx_ has joined #linux-sunxi
robogoat has quit [Ping timeout: 248 seconds]
robogoat has joined #linux-sunxi
<Putti>
How comes mmc0 works in linux on h3 board without specifying to pinctrl that I want to use the pins with SDC0_* functions? According to the datasheet the default function of the pins is related to JTAG and SDC0_CLK is disconnected. Is this because u-boot changed already before booting linux the default function of the pins?
<juri_>
if i had to guess, i would guess that the function is set at the time devicetree is handled.
<Putti>
yeah, though not in the linux device tree but in the u-boot because in the linux one I did not set pinctrl-0 parameter for mmc0
libv has joined #linux-sunxi
lkcl has joined #linux-sunxi
libv_ has joined #linux-sunxi
<Putti>
mhm I removed the pinctrl-0 from u-boot and it still works. Maybe the u-boot MMC driver sets the pins function.
<Putti>
oh, now I see, there is the first stage bootloader, eGon or something running too and it boots u-boot first from mmc0 so it must set the pin functions for it.
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
LargePrime has quit [Remote host closed the connection]
gnufan has joined #linux-sunxi
hypophthalmus has joined #linux-sunxi
SP7RT has joined #linux-sunxi
<Putti>
I was looking a bit to the u-boot pinctrl stuff and it seems like the device tree properties pinctrl-0, etc. are not used and instead drivers and the board/sunxi/board.c code initializes the pins. Are there any plans on moving to use some central pin controlling driver instead of every driver doing their own pin function setting?
<Putti>
Probably most of the pinctrl stuff from Linux could be used also in u-boot?
<Putti>
ah it seems like the old code is just still there but so is the new pinctrl code
<Putti>
so I guess some progress is already happening but the old code is still there just for the devices for which the device tree has not been updated?
hypophthalmus has joined #linux-sunxi
libv has joined #linux-sunxi
foxx_ has quit [Ping timeout: 260 seconds]
<Putti>
it looks like someone called Philipp Tomsich has been working on this already, anyone know if the person is on IRC?
libv has joined #linux-sunxi
<Putti>
also the sunxi pinctrl code was actually not merged in to u-boot, but I somehow mistakenly thought that it was :/
libv_ has joined #linux-sunxi
<beeble>
Putti: he isn't
hypophthalmus has joined #linux-sunxi
aalm has joined #linux-sunxi
<Putti>
beeble, thanks, I will try to find his email then
<beeble>
depending on what you want to ask him i may help you too
<beeble>
as his office is next to mine
<Putti>
beeble, let's see tomorrow, I need to do some research on this topic and read all the old emails on mailing list about this. But I'm mostly interested why did not the sunxi pinctrl code get merged to u-boot.
libv has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
SP7RT_ has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
Andy-D has joined #linux-sunxi
libv has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 255 seconds]
hypophthalmus has left #linux-sunxi [#linux-sunxi]
GrimKriegor has quit [Read error: Connection reset by peer]