[Letux-kernel] LetuxOS: Kernel v4.16 released

H. Nikolaus Schaller hns at goldelico.com
Sat Apr 7 08:09:17 CEST 2018


Morning,

> Am 06.04.2018 um 23:56 schrieb Andreas Kemnade <andreas at kemnade.info>:
> 
> On Fri, 6 Apr 2018 23:33:54 +0200
> "H. Nikolaus Schaller" <hns at goldelico.com> wrote:
> 
>>> Am 06.04.2018 um 23:20 schrieb Andreas Kemnade <andreas at kemnade.info>:
>>> 
>>> On Fri, 6 Apr 2018 11:48:11 +0200
>>> "H. Nikolaus Schaller" <hns at goldelico.com> wrote:
>>> 
>>>> Hi,
>>>> I wanted to look at QtMaze on GTA04A5 and found another kernel 4.16 problem...
>>>> 
>>>>> Am 05.04.2018 um 23:10 schrieb H. Nikolaus Schaller <hns at goldelico.com>:
>>>>> 
>>>>> Hi,
>>>>> kernel v4.16 for LetuxOS is here.
>>>>> 
>>>>> General:
>>>>> * fixed some regressions (audio/vibra did stop working on GTA04)
>>>>> * improved scripts for wlan and wwan control
>>>>> * new /root/diskspeed tool
>>>>> * enabled cpuidle
>>>>> 
>>>>> GTA04:
>>>>> * removed special branch for onenand
>>>>> 
>>>>> Pyra:
>>>>> * added back the simple txs02612 driver for the Pyra and
>>>>> a /root tool to control the switch
>>>>> * prepared the combination of pcal6524 + ts3a227e to have
>>>>> working interrupts
>>>>> * improved screen and keyboard brightness levels
>>>>> * preconfigure nubs for Letux OS X11
>>>>> 
>>>>> Known new bugs:
>>>>> * suspend seems to be broken (again)
>>>> 
>>>> There is another one:
>>>> * kernel does not boot on GTA04A5 (OneNAND problem)
>>>> 
>>> cannot reproduce it here. It works but:
>>> 
>>> root at gta04:/var/log# xxd /dev/mtd0ro | head
>>> 0000000: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000010: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000020: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000030: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000040: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000050: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000060: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000070: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000080: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 0000090: ffff ffff ffff ffff ffff ffff ffff ffff  ................
>>> 
>>> root at gta04:~# strings /dev/mtd0ro
>>> root at gta04:~# strings /dev/mtd1ro
>>> root at gta04:~# strings /dev/mtd2ro
>>> root at gta04:~# strings /dev/mtd3ro
>>> root at gta04:~#
>>> 
>>> root at gta04:~# dmesg | head
>>> [    0.000000] Booting Linux on physical CPU 0x0
>>> [    0.000000] Linux version 4.16.0-letux+ (andi at aktux) (gcc version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP PREEMPT Fri Apr 6 22:40:24 CEST 2018
>> 
>> hm... some hidden compiler dependencies creeping in???
>> Different config?
>> 
> different commandline, no ubi attach probably.

Ok, that is why I suggested to try the binary I have compiled.

> I booted a letux-4.16.0-rc2 and there I could read out things using the
> string commands.
> So there is a onenand problem here too, but it is nicer if the kernel
> at least boots.

Indeed.

> So maybe let's first get the string commands working
> again.
> 
> root at gta04:~# cat /proc/cmdline
> root=/dev/mmcblk0p6 rootfstype=ext4,ext3,btrfs rootwait twl4030_charger.allow_usb=y mpurate=800 console=ttyO2,115200n8 vram=12M omapfb.vram=0:8M,1:4M omapfb.rotate_type=0 omapdss.def_disp=lcd rootwait twl4030_charger.allow_usb=1 log_buf_len=8M ignore_loglevel earlyprintk

Indeed that has no ubi attach - hence no attempt by the kernel to access it.

[    0.000000] Linux version 4.16.0-letux+ (hns at iMac.local) (gcc version 4.9.2 (GCC)) #2161 SMP PREEMPT Fri Apr 6 20:00:34 CEST 2018

root at letux:~# cat /proc/cmdline
console=ttyO2,115200n8 mtdoops.mtddev=omap2.nand ubi.mtd=4 root=/dev/mmcblk0p1 rw rootfstype=ext4,ext3 rootwait console=ttyO2,115200n8 vram=12M omapfb.vram=0:8M,1:4M omapfb.rotate_type=0 omapdss.def_disp=lcd rootwait twl4030_charger.allow_usb=1 log_buf_len=8M ignore_loglevel earlyprintk
root at letux:~#

Good idea to (temporarily) remove this to be able to boot to do further analysis.
If only bisecting would not be a so time-consuming process...

BTW: I have factored out some very basic "gps framework" from our w2sg driver
and it seems to work. I have to polish the patch set a little before I add it to our letux tree.

BR and thanks,
Nikolaus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.goldelico.com/pipermail/letux-kernel/attachments/20180407/bec25ed8/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.goldelico.com/pipermail/letux-kernel/attachments/20180407/bec25ed8/attachment-0001.asc>


More information about the Letux-kernel mailing list