Stat_headcrabed has quit [Ping timeout: 240 seconds]
wiagn is now known as Stat_headcrabed
Stat_headcrabed has quit [Client Quit]
<CounterPillow>
Kwiboo: thanks for your work on u-boot, just confirmed your rk35xx branch boots fine on one of my soquartzes and fixes a boot order related issue.
lurchi_ has joined #linux-rockchip
lurchi__ has quit [Quit: Konversation terminated!]
jaganteki has joined #linux-rockchip
<CounterPillow>
(is the switch to standard boot stuff a mainline thing or going to be a mainline thing as well? because I suspect that's what fixes u-boot not trying eMMC after it finds no extlinux on SD)
<Kwiboo>
It did not apply clean so I have just kept my minimal enable aproach for testing
<Kwiboo>
should have some time over to fully test that standard boot series now that my rk356x stuff is on ML
<CounterPillow>
Also are you interested at all in sending the corrected PCIe reg/ranges to the kernel? I think the original author isn't gonna do it. If not I can look into doing it, I just don't know if I have any PCIe device which runs into problems right now
<CounterPillow>
I *should* have some cursed PCIe switches laying around which might be complex enough to run into issues
<Kwiboo>
I have a queue of other patches I should send to kernel, so please send it, I managed to test with a very old intel e1000 server adapter card on u-boot at least
<CounterPillow>
alright, will get to work on this either before or after I finish my mcp4922 driver work :S
<Kwiboo>
on rk3568 the BAR 0 and 1 for RC read out 0xc0000000 -> memory region 0x40000000 size, the driver in u-boot allocated all that space for BAR 0, so any attached device failed to claim any
<Kwiboo>
on rk3588 the value returned is 0x0 so there was no such issue
<Kwiboo>
and when the pci address in ranges prop was 0x0 or the size was below 1gb u-boot would fail to allocate such large area -> leaving all space for attached devices
<Kwiboo>
and I think linux report similar errors with current ranges, so may become an issue once ranges prop has been updated
Stat_headcrabed has joined #linux-rockchip
<Kwiboo>
btw, that dwmci_pwren hack for quartz64-a was worked around by adding vcc_sd_h pinctrl, vcc3v3_sd regulator and drivers to SPL -> the driver core set sdmmc pwr pin to gpio use at regulator probe time before trying to init mmc -> mmc does not drive gpio output
<CounterPillow>
ah nice
wiagn has joined #linux-rockchip
Stat_headcrabed has quit [Ping timeout: 255 seconds]
wiagn is now known as Stat_headcrabed
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 is now known as kevery
wiagn has joined #linux-rockchip
Stat_headcrabed has quit [Ping timeout: 265 seconds]
wiagn is now known as Stat_headcrabed
Stat_headcrabed has quit [Quit: Stat_headcrabed]
Tenkawa has quit [Quit: Was I really ever here?]
<diederik>
CounterPillow: I have a 'crappy' PCIe device, so I'm happy to test any patch :)
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
Tenkawa has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 252 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
Stat_headcrabed has joined #linux-rockchip
Stat_headcrabed has quit [Client Quit]
kevery has quit [Read error: Connection reset by peer]
kevery1 has joined #linux-rockchip
kevery1 is now known as kevery
Tenkawa has quit [Quit: Was I really ever here?]
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]