[Letux-kernel] debian 4.16 kernel issues

[H. Nikolaus Schaller]

> Am 17.07.2018 um 23:46 schrieb Josua Mayer <josua.mayer at jm0.eu>:
> 
> If anyone wants to play around with this, I have uploaded the rootfs and boot.scr:
> http://files.jm0.eu/gta04/ <http://files.jm0.eu/gta04/>
> user=password=debian
> Charging only works on request:
> unplug and plug charger back in; then enable fast charging:
> echo 851000 | sudo tee /sys/class/power_supply/twl4030_usb/input_current_limit
> 
We have some udev rules for charging in the non-modules stuff in modules.tbz:

http://git.goldelico.com/?p=gta04-kernel.git;a=tree;f=Letux/etc/udev/rules.d;h=cf3c62e19514ac9a14079c8ceddd72deed092bc0;hb=cf8c2e79aefc5d1e4df710314704f61890426092
> WiFi does not work on A4 :( Why
> [   35.425964] libertas_sdio: Libertas SDIO driver
> [   35.430877] libertas_sdio: Copyright Pierre Ossman
> [   35.578674] libertas_sdio mmc1:0001:1: firmware: direct-loading firmware libertas/sd8686_v9_helper.bin
> [   35.619354] libertas_sdio mmc1:0001:1: firmware: direct-loading firmware libertas/sd8686_v9.bin
> [   36.238861] libertas_sdio mmc1:0001:1 (unnamed net_device) (uninitialized): 00:19:88:15:bd:e8, fw 9.70.20p0, cap 0x00000303
> [   36.318756] libertas_sdio mmc1:0001:1 (unnamed net_device) (uninitialized): PREP_CMD: command 0x00a3 failed: 2
> [   36.352783] libertas_sdio mmc1:0001:1 wlan0: Marvell WLAN 802.11 adapter
> [   97.806427] libertas_sdio mmc1:0001:1: firmware: direct-loading firmware libertas/sd8686_v9_helper.bin
> [   97.816955] libertas_sdio mmc1:0001:1: firmware: direct-loading firmware libertas/sd8686_v9.bin
> [   98.186828] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
> 
> I can't remember if there was a bug in 4.16 responsible for this. If so, was it fixed at some point?
> 
Hm. I am not aware of such a bug - but the upstream DTS is missing some things (I have started to prepare something for upstreaming).
> It would be cool if the next debian kernel in buster would actually work for us!
> I don't know which kernel version will become teh standard for buster, sadly. So we may have to keep an eye on this for later versions too :/
> 
It seems to be very difficult to upstream all required kernel patches *before* they decide...

BR,
Nikolaus

> 
> Am 17.07.2018 um 22:54 schrieb Josua Mayer:
>> Hi Nikolaus,
>> 
>> I have finally succeeded booting the Debian generic boot-script from our
>> interactive boot menu.
>> My changes feel a little hacky, especially because the original purpose
>> of bootargs.scr is defeated by running bootz from it.
>> 
>> Do you have a suggestion on how to do that better? Maybe use the
>> standard name boot.scr instead, and add a search for that to the menu
>> script, after searching bootargs.scr?
>> 
>> The progress is tracked in the debian bugreport:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871792 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871792>
>> 
>> br
>> Josua Mayer
>> 
>> 
>> 
>> _______________________________________________
>> http://projects.goldelico.com/p/gta04-kernel/ <http://projects.goldelico.com/p/gta04-kernel/>
>> Letux-kernel mailing list
>> Letux-kernel at openphoenux.org <mailto:Letux-kernel at openphoenux.org>
>> http://lists.goldelico.com/mailman/listinfo.cgi/letux-kernel <http://lists.goldelico.com/mailman/listinfo.cgi/letux-kernel>
> _______________________________________________
> http://projects.goldelico.com/p/gta04-kernel/
> Letux-kernel mailing list
> Letux-kernel at openphoenux.org
> http://lists.goldelico.com/mailman/listinfo.cgi/letux-kernel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.goldelico.com/pipermail/letux-kernel/attachments/20180719/97ed356a/attachment-0001.html>