cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
naobsd has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 250 seconds]
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-rockchip
Ueno_Otoko has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 260 seconds]
Ueno_Otoko has joined #linux-rockchip
fireglow has quit [Quit: Gnothi seauton; Veritas vos liberabit]
fireglow has joined #linux-rockchip
hipboi has quit [Quit: Leaving]
hipboi has joined #linux-rockchip
Astralix has joined #linux-rockchip
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-rockchip
sunilmohan has quit [Ping timeout: 240 seconds]
kapouer has joined #linux-rockchip
dlezcano has quit [Ping timeout: 240 seconds]
Ueno_Otoko has quit [Ping timeout: 240 seconds]
naobsd has quit [Quit: naobsd]
dlezcano has joined #linux-rockchip
ckeepax has quit [Ping timeout: 256 seconds]
ckeepax has joined #linux-rockchip
Ueno_Otoko has joined #linux-rockchip
<sjoerd>
rperier: hmm, wonder if [PATCH] ethernet:arc: Move arc_emac_tx_clean() into arc_emac_tx() and disable tx interrupt solves the issues you saw with the emac network driver :)
<rperier>
mhhh.... I need to test this
<rperier>
you can easily reproduce it: download a kernel image from a running linux via tftp... or try to boot a rootfs via nfs... if there are no backtrace or packets losts... it works, I will try to test it this evening
premoboss has quit [Remote host closed the connection]
pietrushnic has quit [Ping timeout: 255 seconds]
pietrushnic has joined #linux-rockchip
cnxsoft has quit [Quit: cnxsoft]
pozzoni has joined #linux-rockchip
pozzoni has quit [Remote host closed the connection]
pozzoni has joined #linux-rockchip
naobsd has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 245 seconds]
rory096 has quit [Ping timeout: 250 seconds]
rory096 has joined #linux-rockchip
rory096 has quit [Changing host]
rory096 has joined #linux-rockchip
premoboss has joined #linux-rockchip
Astralix has quit [Remote host closed the connection]
sunilmohan has joined #linux-rockchip
afaerber has quit [Quit: Ex-Chat]
afaerber has joined #linux-rockchip
afaerber has quit [Read error: Connection reset by peer]
afaerber has joined #linux-rockchip
ssvb has quit [Quit: Leaving]
<rperier>
I am testing your uboot on my rock Heiko :)
<rperier>
(even If it does not work yet, I can investigate a bit)
<rperier>
mmind00: how did you flash your u-boot on your rock ? in NAND, sdcard ?
<rperier>
that's just because, I can easily erase the full emmc on my rock2 (using dd from a running linux) then switch to an sdcard. that's not so simple on the radxarock (via mtd)
<mmind00>
rperier: I actually used the maskrom load
premoboss has quit [Ping timeout: 265 seconds]
<afaerber>
have any of you looked into U-Boot for rk3368? in particular is there a way around bootrk there?
JohnDoe_71Rus has joined #linux-rockchip
<afaerber>
mmind00: I'm looking into a .dts for the GeekBox :)
<mmind00>
afaerber: nice :-) ... as for uboot, I don't think anybody invested time there yet ... especially as there is also the secure stuff before it ... not sure how that works at all yet
<afaerber>
yeah, me neither :/ it looks like SD is lacking defines for rk3368 in the vendor fork, and for upstream I'm not aware of any effort yet and not sure where to start myself
<rperier>
mmind00: you mean that it is the only tested method, for now ? wondering if the technic explained in doc/README.rockchip might work on rk3188 (the bootrom is a bit different no?)
<rperier>
anyway, I will test with the maskrom load
<mmind00>
rperier: yep, that's what I tried ... i.e. short the two nand pins, let the device enter maskrom ... I let it load a regular ddr-init binary to check that I did it right and on the next try then the spl binary
premoboss has joined #linux-rockchip
<enkoder>
mmind00: what version of u-boot are you flashing using maskrom loader? I have not been able to get mainline u-boot to flash using usb otg loader. Wondering if you have had any luck.
<mmind00>
enkoder: I do not flash any uboot :-) ... I did play a bit trying to adapt mainline uboot to the rk3188, without luck so far
<enkoder>
OK thanks. I really like the rockchip 3288 devices but its disappointing to see their software supprt lacking in terms of mainlining u-boot and linux. I saw you have a repo with some work on rk3288 for kernel 4.x.
<enkoder>
I will be starting there once I get a handle on the bootloader
<afaerber>
enkoder: which rk3288 device do you have? my Firefly is running our official distro kernel, i.e. mainline