aiyion has quit [Remote host closed the connection]
aiyion has joined #openwrt-devel
cbeznea has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
sorinello has quit [Quit: Leaving]
<xback>
ynezz: yes, I'm busy with the bisection :-)
pepe2k has joined #openwrt-devel
<xback>
pepe2k: I think it looks Ventana specific in that case. It indeed has a plx switch
<pepe2k>
xback: so it narrows downs this a bit...
<xback>
yeah, I also checken with and without MSI
<xback>
in openwrt, we disabled MSI to fix legacy hw detection (ath9k modules)
<xback>
enabling MSI also crashes at other location (null-deref)
aleksander has quit [Quit: Leaving]
ekathva has quit [Quit: Leaving]
<ynezz>
xback: nice, looking forward to see the fix :)
cmonroe has joined #openwrt-devel
cmonroe_ has quit [Ping timeout: 480 seconds]
<neggles>
hurricos: yah, and all of juniper's SRX300/320/345 models... they're all octeon III though
rua has quit [Ping timeout: 480 seconds]
<neggles>
octeon iii (with the SDK) is actually mostly fine, cause the IO handling block (FPA) was partially rebuilt in octeon ii, then fully rebuilt in octeon iii, and the SDK kernels even have its ethernet I/F as an entirely independent driver
<rmilecki>
pepe2k: for commits like 0892fd9920588e8cc70016255c23a52d359e49c6 ("uboot-imx: build 'u-boot-dtb.img' for SolidRun CuBox-i") it would be nice to provide a minimal description of WHY change is needed / done
<rmilecki>
nothing fancy, maybe 1 line if it's enough
<pepe2k>
rmilecki: hm, previous commit explains that
<rmilecki>
pepe2k: ah, I didn't focus on that one :)
<aparcar[m]>
lynxis: because it’s a dirty hack and I didn’t learn JavaScript yet to implement it in a nice way
Borromini has joined #openwrt-devel
<Grommish>
aparcar[m]: I just got here, but dirty hacks are my favorite kind as long as they work :D
neggles has quit [Remote host closed the connection]
<Grommish>
Pretty is for "later"
<jow>
especially with javascript, once you made it pretty the language revision changed, the framework is dead and all your dependencies bacme incomptible and vulnerable
amaumene has quit [Ping timeout: 480 seconds]
amaumene has joined #openwrt-devel
<aparcar[m]>
jow: wwjd?
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
neggles has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
hexagonwin has quit [Read error: Connection reset by peer]
hexagonwin has joined #openwrt-devel
rua has joined #openwrt-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
Misanthropos has joined #openwrt-devel
amaumene has quit [Remote host closed the connection]
amaumene has joined #openwrt-devel
<mangix>
rsalvaterra: quilt by default is very lenient regarding fuzz. I think there was a way to reduce it. KanjiMonster had a patch for that.
<mangix>
mtdblock: MTD device 'boot' is NAND, please consider using UBI block devices instead. <-- wonder what this is...
<rsalvaterra>
mangix: A public service announcement.
<rsalvaterra>
"You're using raw NAND without any sort of wear leveling. Please change your evil ways."
<hanetzer>
FIT is basically, you write a dts file (called its in this case), and mkimage uses that to glue together the kernel, dtb[s], and initrd (if any) into one image.
<hanetzer>
but yeah. FIT is dope. what is your actual problem?
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
<mangix>
hanetzer: lovely new warnings I guess
<mangix>
more accurately, the stock firmware for this device uses FIT images. I do not in my PR.
<hanetzer>
tbh I'm not sure how owrt's build system does fits.
<hanetzer>
ah.
<mangix>
there are fit devices in tree
<hanetzer>
yeah, but I don't know if they have manually written its files or if its magic generation :)
<hanetzer>
I'm currently writing a new qemu machine :0