| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <201105151426.50230.marek.vasut@gmail.com> Date: Sun, 15 May 2011 14:26:49 +0200 From: Marek Vasut <marek.vasut@...il.com> To: Pavel Machek <pavel@....cz> Cc: Cyril Hrubis <metan@....cz>, rpurdie@...ys.net, lenz@...wisc.edu, kernel list <linux-kernel@...r.kernel.org>, arminlitzel@....de, thommycheck@...il.com, "linux-arm-kernel" <linux-arm-kernel@...ts.infradead.org>, dbaryshkov@...il.com, omegamoon@...il.com, eric.y.miao@...il.com, utx@...guin.cz, zaurus-devel@...ts.linuxtogo.org Subject: Re: Zaurus CF tests -- ok On Saturday, April 16, 2011 09:41:34 AM Pavel Machek wrote: > Hi! > > > > After getting _good_ power supply, I was able to untar and rm ltp tree > > > 100 times so far. 2.6.38, ext3. (So metan no, I do not see any weird > > > ext3 problems). > > > > Hmm, I'm using original adapter, but who knows if it's okay to use... > > It probably is... > > > > Another strange thing is... I see lots of duplicated keystrokes -- > > > like type "pavel" but machine understands "paavel". But it only seems > > > to happen when I'm _not_ trying to debug it?! > > > > That seems to be side effect of machine under load (it has gpio > > keyboard). > > ouch. original corgi_kbd driver used timers, new one uses threads -- > more affected by scheduling. I'm not even sure if the worker thread it > uses runs at elevated priority... > > > > With power from USB extension cable, it crashes in <5 minutes. It > > > seems to toggle charger a lot, as voltage on the cable is only > > > 4.2..4.5V. I guess it is software problem in the charging code. > > > ) > > > > The zaurus actually is AFAIK unable to run from battery when connected to > > the external power, so weak power line may explain some of the strange > > behaviour. > > ?? IIRC Stanislav told me that hardware will always run off whatever > is available...? > Pavel Backtrace from QEMU ... I think this is what Cyril observed. But heck, it happens in QEMU too ;-) Unable to handle kernel NULL pointer dereference at virtual address 00000000 pgd = c0004000 [00000000] *pgd=00000000 Internal error: Oops: 17 [#1] PREEMPT last sysfs file: CPU: 0 Not tainted (2.6.39-rc5+ #81) PC is at complete+0x30/0x90 LR is at giveback+0x134/0x150 pc : [<c00eca34>] lr : [<c023c984>] psr: a0000193 sp : c782ff08 ip : c782fec8 fp : c782ff1c r10: c02b78c4 r9 : c7828720 r8 : c880c000 r7 : c7865828 r6 : c7865894 r5 : c7865828 r4 : a0000113 r3 : c782e000 r2 : 00000102 r1 : f2e00000 r0 : 00000000 Flags: NzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel Control: 00007977 Table: a5774000 DAC: 00000017 Process ksoftirqd/0 (pid: 3, stack limit = 0xc782e278) Stack: (0xc782ff08 to 0xc7830000) ff00: 60000113 c010497c c786f4d8 c786f4d8 00000000 c023c984 ff20: c786f4d8 c7868760 c7865878 c023cc28 c786f4d8 60000113 00000000 00000000 ff40: c02e2980 c02b7a3c 00000000 00000000 00000101 00000008 c02b78c4 c00f4bd8 ff60: c782e000 00000001 00000018 c02e2980 00000101 c00f5128 c7821660 c782e000 ff80: c782ffac 00000006 00000000 c782e000 c02e2980 00000000 00000001 00000000 ffa0: 00000000 00000000 00000000 c00f524c c7823f60 00000000 c782ffd4 c00f51bc ffc0: 00000000 c0108d4c c00de570 00000000 00000000 00000000 c782ffd8 c782ffd8 ffe0: 00000000 c7823f60 c0108cc8 c00de570 00000013 c00de570 00000000 00000000 [<c00eca34>] (complete+0x30/0x90) from [<c023c984>] (giveback+0x134/0x150) [<c023c984>] (giveback+0x134/0x150) from [<c023cc28>] (pump_transfers+0x130/0x6f0) [<c023cc28>] (pump_transfers+0x130/0x6f0) from [<c00f4bd8>] (tasklet_action+0x84/0xdc) [<c00f4bd8>] (tasklet_action+0x84/0xdc) from [<c00f5128>] (__do_softirq+0x74/0x108) [<c00f5128>] (__do_softirq+0x74/0x108) from [<c00f524c>] (run_ksoftirqd+0x90/0x180) [<c00f524c>] (run_ksoftirqd+0x90/0x180) from [<c0108d4c>] (kthread+0x84/0x8c) [<c0108d4c>] (kthread+0x84/0x8c) from [<c00de570>] (kernel_thread_exit+0x0/0x8) Code: e3c3303f e5932004 e2822001 e5832004 (e5903000) ---[ end trace 989a8f1146a65d49 ]--- Kernel panic - not syncing: Fatal exception in interrupt [<c00e2200>] (unwind_backtrace+0x0/0xf0) from [<c024e13c>] (panic+0x70/0x198) [<c024e13c>] (panic+0x70/0x198) from [<c00e0c1c>] (die+0x2c8/0x31c) [<c00e0c1c>] (die+0x2c8/0x31c) from [<c00e3350>] (__do_kernel_fault+0x64/0x88) [<c00e3350>] (__do_kernel_fault+0x64/0x88) from [<c00e3524>] (do_page_fault+0x1b0/0x1c4) [<c00e3524>] (do_page_fault+0x1b0/0x1c4) from [<c00d72cc>] (do_DataAbort+0x34/0x94) [<c00d72cc>] (do_DataAbort+0x34/0x94) from [<c00dd1ac>] (__dabt_svc+0x4c/0x60) Exception stack(0xc782fec0 to 0xc782ff08) fec0: 00000000 f2e00000 00000102 c782e000 a0000113 c7865828 c7865894 c7865828 fee0: c880c000 c7828720 c02b78c4 c782ff1c c782fec8 c782ff08 c023c984 c00eca34 ff00: a0000193 ffffffff [<c00dd1ac>] (__dabt_svc+0x4c/0x60) from [<c00eca34>] (complete+0x30/0x90) [<c00eca34>] (complete+0x30/0x90) from [<c023c984>] (giveback+0x134/0x150) [<c023c984>] (giveback+0x134/0x150) from [<c023cc28>] (pump_transfers+0x130/0x6f0) [<c023cc28>] (pump_transfers+0x130/0x6f0) from [<c00f4bd8>] (tasklet_action+0x84/0xdc) [<c00f4bd8>] (tasklet_action+0x84/0xdc) from [<c00f5128>] (__do_softirq+0x74/0x108) [<c00f5128>] (__do_softirq+0x74/0x108) from [<c00f524c>] (run_ksoftirqd+0x90/0x180) [<c00f524c>] (run_ksoftirqd+0x90/0x180) from [<c0108d4c>] (kthread+0x84/0x8c) [<c0108d4c>] (kthread+0x84/0x8c) from [<c00de570>] (kernel_thread_exit+0x0/0x8) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists