Bug#532562: linux-image-2.6.26-2-versatile: Kernel panics randomly while using apt-get

Discussion:

Axel Allende Lira

2009-06-10 07:14:19 UTC

Package: linux-image-2.6.26-2-versatile
Version: 2.6.26-15lenny3
Severity: critical
Justification: causes serious data loss

-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: armel (armv5tejl)

Kernel: Linux 2.6.28-6-versatile
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.26-2-versatile depends on:
ii debconf [debconf-2.0] 1.5.24 Debian configuration
management sy
ii initramfs-tools [linux-initra 0.92o tools for generating an
initramfs
ii module-init-tools 3.4-1 tools for managing Linux
kernel mo

linux-image-2.6.26-2-versatile recommends no packages.

Versions of packages linux-image-2.6.26-2-versatile suggests:
pn fdutils <none> (no description available)
pn linux-doc-2.6.26 <none> (no description available)

-- debconf information excluded

I am using armel lenny inside a qemu virtual machine. Built it by using de-
bootstrap inside loop mounted hd image, and then booting it with a third
party
kernel. I installed linux-image-2.6.26-2-versatile after the
bootstrapping was
complete so I could have the cdrom and mouse drivers. The problem is:
when ins-
talling anything using apt-get, the kernel will panic after downloading
the fi-
les, at configuration time. This caused corruption of many files in
/var/lib/
dpkg, making dpkg unusable. I solved this issue by rebuilding the system
on an
ext3 partition. Even though, the problem is still there. The last lines
of the
panic output are as follow (sorry, couldn`t get anything prior to that,
since I
can't scroll up and all...):

[ 0.000000] [<bf000480>] (scsi_finish_command+0x0/0xcc [scsi_mod])
from [<bf0
07808>] (scsi_softirq_done+0x10c/0x128 [scsi_mod])
[ 0.000000] r6:cec694c0 r5:00000005 r4:00000bb8
[ 0.000000] [<bf0076fc>] (scsi_softirq_done+0x0/0x128 [scsi_mod]) from
[<c010
bafc>] (blk_done_softirq+0x78/0x9c)
[ 0.000000] [<c010ba84>] (blk_done_softirq+0x0/0xd4) from [<c0047680>]
(__do_
softirq+0x60/0xd4)
[ 0.000000] [<c0047284>] (__do_softirq+0x0/0xd4) from [<c0047680>]
(irq_exit+
0x44/0x4c)
[ 0.000000] r6:00000000 r5:c0289f78 r4:0000001b
[ 0.000000] [<c004763c>] (irq_exit+0x0/0x4c) from [<c002404c>]
(__exception_t
ext_start+0x4c/0x64)
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00248a4>]
(__irq_usr+0x44/0xa0)
[ 0.000000] Exception stack(0xcf561fb0 to 0xcf561ff8)
[ 0.000000] 1fa0 00000000
00000008 00000
02e 00000035
[ 0.000000] 1fc0: beeb3362 0005781d 00000001 00000016 00059f70
beeb336d 00059
a40 0005aa18
[ 0.000000] ife0: 0006ffd6 beeb27d0 00023890 00024968 60000010 ffffffff

[ 0.000000] r6:0000001 r5:f1140000 r4:ffffffff
[ 0.000000] Code: e1a01000 e5932000 e59f06fc ea00002f (e5963358)
[ 0.000000] Kernel panic - not syncing: Fatal exception in interrupt

In order to get this, I ran the system with:
qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.26-2-versatile -initrd
initrd.img-2.6.26-2-versatile [1] -hda hda.img -hdb swap.img [2] -cdrom
debian-501-armel-DVD-1.iso [3] -m 256M -append "root=/dev/sda rw mem=256M"

[1] Got these 2 from inside the hd image, on /boot/.
[2] 1G swap file. Dunno if it helps, but it's there.
[3] My internet is quite unstable, so I need this one. That's one of the
rea-
sons I need this kernel.

Please tell me if you need any further information.

Thanks.
Axel Lira

Aurelien Jarno

2009-06-10 13:20:38 UTC

Permalink

Aurelien, can you take a look at this bug report?

Post by Axel Allende Lira
bootstrap inside loop mounted hd image, and then booting it with a third
party
kernel. I installed linux-image-2.6.26-2-versatile after the
bootstrapping was

Does it means that version 2.6.26-1-versatile works correctly?

Post by Axel Allende Lira
when ins-
talling anything using apt-get, the kernel will panic after downloading
the fi-
les, at configuration time. This caused corruption of many files in
/var/lib/
dpkg, making dpkg unusable. I solved this issue by rebuilding the system
on an
ext3 partition. Even though, the problem is still there. The last lines
of the
panic output are as follow (sorry, couldn`t get anything prior to that,
since I

The trace is to incomplete to be useful.

You should try to boot the system on the serial port to catch more
messages. You should add console=ttyAMA0 to the kernel arguments, and
add -nographic to the QEMU arguments.

Post by Axel Allende Lira
[ 0.000000] [<bf000480>] (scsi_finish_command+0x0/0xcc [scsi_mod]) from
[<bf0
07808>] (scsi_softirq_done+0x10c/0x128 [scsi_mod])
[ 0.000000] r6:cec694c0 r5:00000005 r4:00000bb8
[ 0.000000] [<bf0076fc>] (scsi_softirq_done+0x0/0x128 [scsi_mod]) from
[<c010
bafc>] (blk_done_softirq+0x78/0x9c)
[ 0.000000] [<c010ba84>] (blk_done_softirq+0x0/0xd4) from [<c0047680>]
(__do_
softirq+0x60/0xd4)
[ 0.000000] [<c0047284>] (__do_softirq+0x0/0xd4) from [<c0047680>]
(irq_exit+
0x44/0x4c)
[ 0.000000] r6:00000000 r5:c0289f78 r4:0000001b
[ 0.000000] [<c004763c>] (irq_exit+0x0/0x4c) from [<c002404c>]
(__exception_t
ext_start+0x4c/0x64)
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00248a4>]
(__irq_usr+0x44/0xa0)
[ 0.000000] Exception stack(0xcf561fb0 to 0xcf561ff8)
[ 0.000000] 1fa0 00000000 00000008
00000
02e 00000035
[ 0.000000] 1fc0: beeb3362 0005781d 00000001 00000016 00059f70 beeb336d
00059
a40 0005aa18
[ 0.000000] ife0: 0006ffd6 beeb27d0 00023890 00024968 60000010 ffffffff
[ 0.000000] r6:0000001 r5:f1140000 r4:ffffffff
[ 0.000000] Code: e1a01000 e5932000 e59f06fc ea00002f (e5963358)
[ 0.000000] Kernel panic - not syncing: Fatal exception in interrupt
qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.26-2-versatile -initrd
initrd.img-2.6.26-2-versatile [1] -hda hda.img -hdb swap.img [2] -cdrom
debian-501-armel-DVD-1.iso [3] -m 256M -append "root=/dev/sda rw mem=256M"

Installing the system directly on the emulated hard-drive without any
partitions looks strange. I doubt it will make any change, but it may
worth trying an installation using partitions.

What worries me more is the mem=256M argument. Why have you adding it
here? Could you try without it?

Also which version of QEMU are you using?

--
Aurelien Jarno GPG: 1024D/F1BCDB73
***@aurel32.net http://www.aurel32.net

Martin Michlmayr

2009-06-10 12:52:14 UTC

Permalink

Aurelien, can you take a look at this bug report?

Post by Axel Allende Lira
bootstrap inside loop mounted hd image, and then booting it with a third
party
kernel. I installed linux-image-2.6.26-2-versatile after the
bootstrapping was
when ins-
talling anything using apt-get, the kernel will panic after downloading
the fi-
les, at configuration time. This caused corruption of many files in
/var/lib/
dpkg, making dpkg unusable. I solved this issue by rebuilding the system
on an
ext3 partition. Even though, the problem is still there. The last lines
of the
panic output are as follow (sorry, couldn`t get anything prior to that,
since I
[ 0.000000] [<bf000480>] (scsi_finish_command+0x0/0xcc [scsi_mod]) from
[<bf0
07808>] (scsi_softirq_done+0x10c/0x128 [scsi_mod])
[ 0.000000] r6:cec694c0 r5:00000005 r4:00000bb8
[ 0.000000] [<bf0076fc>] (scsi_softirq_done+0x0/0x128 [scsi_mod]) from
[<c010
bafc>] (blk_done_softirq+0x78/0x9c)
[ 0.000000] [<c010ba84>] (blk_done_softirq+0x0/0xd4) from [<c0047680>]
(__do_
softirq+0x60/0xd4)
[ 0.000000] [<c0047284>] (__do_softirq+0x0/0xd4) from [<c0047680>]
(irq_exit+
0x44/0x4c)
[ 0.000000] r6:00000000 r5:c0289f78 r4:0000001b
[ 0.000000] [<c004763c>] (irq_exit+0x0/0x4c) from [<c002404c>]
(__exception_t
ext_start+0x4c/0x64)
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00248a4>]
(__irq_usr+0x44/0xa0)
[ 0.000000] Exception stack(0xcf561fb0 to 0xcf561ff8)
[ 0.000000] 1fa0 00000000 00000008
00000
02e 00000035
[ 0.000000] 1fc0: beeb3362 0005781d 00000001 00000016 00059f70 beeb336d
00059
a40 0005aa18
[ 0.000000] ife0: 0006ffd6 beeb27d0 00023890 00024968 60000010 ffffffff
[ 0.000000] r6:0000001 r5:f1140000 r4:ffffffff
[ 0.000000] Code: e1a01000 e5932000 e59f06fc ea00002f (e5963358)
[ 0.000000] Kernel panic - not syncing: Fatal exception in interrupt
qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.26-2-versatile -initrd
initrd.img-2.6.26-2-versatile [1] -hda hda.img -hdb swap.img [2] -cdrom
debian-501-armel-DVD-1.iso [3] -m 256M -append "root=/dev/sda rw mem=256M"
[1] Got these 2 from inside the hd image, on /boot/.
[2] 1G swap file. Dunno if it helps, but it's there.
[3] My internet is quite unstable, so I need this one. That's one of the
rea-
sons I need this kernel.
Please tell me if you need any further information.
Thanks.
Axel Lira
--

--
Martin Michlmayr
http://www.cyrius.com/

Aurelien Jarno

2009-06-10 18:22:43 UTC

Permalink

Post by Aurelien Jarno

Aurelien, can you take a look at this bug report?

Does it means that version 2.6.26-1-versatile works correctly?

I didn't try 2.6.26-1-versatile. Revision 2 was already out when I started.

Ok, so then I guess you use another kernel before? Was it working
correctly?

Post by Aurelien Jarno

Post by Axel Allende Lira
when ins-
talling anything using apt-get, the kernel will panic after
downloading the fi-
les, at configuration time. This caused corruption of many files in
/var/lib/
dpkg, making dpkg unusable. I solved this issue by rebuilding the
system on an
ext3 partition. Even though, the problem is still there. The last
lines of the
panic output are as follow (sorry, couldn`t get anything prior to
that, since I

The trace is to incomplete to be useful.
You should try to boot the system on the serial port to catch more
messages. You should add console=ttyAMA0 to the kernel arguments, and
add -nographic to the QEMU arguments.

Post by Axel Allende Lira
[ 0.000000] [<bf000480>] (scsi_finish_command+0x0/0xcc
[scsi_mod]) from [<bf0
07808>] (scsi_softirq_done+0x10c/0x128 [scsi_mod])
[ 0.000000] r6:cec694c0 r5:00000005 r4:00000bb8
[ 0.000000] [<bf0076fc>] (scsi_softirq_done+0x0/0x128 [scsi_mod])
from [<c010
bafc>] (blk_done_softirq+0x78/0x9c)
[ 0.000000] [<c010ba84>] (blk_done_softirq+0x0/0xd4) from
[<c0047680>] (__do_
softirq+0x60/0xd4)
[ 0.000000] [<c0047284>] (__do_softirq+0x0/0xd4) from
[<c0047680>] (irq_exit+
0x44/0x4c)
[ 0.000000] r6:00000000 r5:c0289f78 r4:0000001b
[ 0.000000] [<c004763c>] (irq_exit+0x0/0x4c) from [<c002404c>]
(__exception_t
ext_start+0x4c/0x64)
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00248a4>]
(__irq_usr+0x44/0xa0)
[ 0.000000] Exception stack(0xcf561fb0 to 0xcf561ff8)
[ 0.000000] 1fa0 00000000
00000008 00000
02e 00000035
[ 0.000000] 1fc0: beeb3362 0005781d 00000001 00000016 00059f70
beeb336d 00059
a40 0005aa18
[ 0.000000] ife0: 0006ffd6 beeb27d0 00023890 00024968 60000010 ffffffff
[ 0.000000] r6:0000001 r5:f1140000 r4:ffffffff
[ 0.000000] Code: e1a01000 e5932000 e59f06fc ea00002f (e5963358)
[ 0.000000] Kernel panic - not syncing: Fatal exception in interrupt
qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.26-2-versatile -initrd
initrd.img-2.6.26-2-versatile [1] -hda hda.img -hdb swap.img [2] -cdrom
debian-501-armel-DVD-1.iso [3] -m 256M -append "root=/dev/sda rw mem=256M"

Installing the system directly on the emulated hard-drive without any
partitions looks strange. I doubt it will make any change, but it may
worth trying an installation using partitions.

I DO use a partition. As I said, the system is on an ext3 partition, and
there's a complementar swap image. I made them using mke2fs -j on
hda.img, and mkswap on swap.img.

If you are using partitions, then you should specify a different root
to the kernel, probably root=/dev/sda1.

Post by Aurelien Jarno
What worries me more is the mem=256M argument. Why have you adding it
here? Could you try without it?

I'm using this emulated hardware as a test bed for making a rootfs for
my pda. I'm testing graphical applications, so I thought it would be
useful to have more memory. I tried without it, and got the same result.

Yes, you should pass the value to qemu with the -m argument. The kernel
should autodetect the right value, which might be a few kB/MB smaller
than the one you specifiy. There is no need to force a memory size with
a mem= argument.

Post by Aurelien Jarno
Also which version of QEMU are you using?

0.10.3, compiled from source.

Which file format are you using for the images? You should clearly not
use qcow2 with this version of QEMU. And it is strongly recommended to
upgrade to 0.10.5 even if you are not using the qcow2 format.

--
Aurelien Jarno GPG: 1024D/F1BCDB73
***@aurel32.net http://www.aurel32.net

Aurelien Jarno

2009-06-10 19:29:38 UTC

Permalink

Post by Aurelien Jarno
If you are using partitions, then you should specify a different root
to the kernel, probably root=/dev/sda1.

For some reason, the partition number isn't shown in the emulated /dev
folder. Just /dev/sda for the rootfs and /dev/sdb for the swap. Go
figure...

Because you do not use a partition table...

--
Aurelien Jarno GPG: 1024D/F1BCDB73
***@aurel32.net http://www.aurel32.net

Axel Allende Lira

2009-06-12 03:50:21 UTC

Permalink

It looks like updating qemu somehow fixed it... I can still downgrade in
case you need me to reproduce the bug again.

Nope, it didn't... but it's much less frequent now, I guess there's no
easy way to track that panic message. And now it waits for the packages
to finish installing and crashes when I type something. (I guess...)

Axel Allende Lira

2009-06-13 02:06:57 UTC

Permalink

Hi there.
I managed to track the error while doing a removal for orphaned
packages. Here's the log:

***@terrier:/home/axel# deborphan
libart-2.0-2
libgnomecups1.0-1
libgnomeprint2.2-data
libaiksaurus-1.2-data
libgail-common
***@terrier:/home/axel# apt-get remove `deborphan`
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
[ 0.000000] sym0: unexpected disconnect
lsi_scsi: error: Reselect with pending DMA
[ 0.000000] Unable to handle kernel NULL pointer dereference at
virtual address 00000358
[ 0.000000] pgd = c7f4c000
[ 0.000000] [00000358] *pgd=07f4b031, *pte=00000000, *ppte=00000000
[ 0.000000] Internal error: Oops: 17 [#1]
[ 0.000000] Modules linked in: nls_utf8 isofs zlib_inflate udf
nls_base crc_itu_t smc91x psmouse ext3 jbd mbcache sg sr_mod cdrom
sd_mod sym53c8xx scsi_transport_spi scsi_mod
[ 0.000000] CPU: 0 Not tainted (2.6.26-2-versatile #1)
[ 0.000000] PC is at sym_interrupt+0x968/0x18d8 [sym53c8xx]
[ 0.000000] LR is at sym_interrupt+0x348/0x18d8 [sym53c8xx]
[ 0.000000] pc : [<bf033854>] lr : [<bf033234>] psr: 80000113
[ 0.000000] sp : c7247e38 ip : c7247e38 fp : c7247e9c
[ 0.000000] r10: c0850c00 r9 : ffd00084 r8 : 00000001
[ 0.000000] r7 : bf03d640 r6 : 00000000 r5 : ffd00000 r4 : 0000000b
[ 0.000000] r3 : 0000000a r2 : 0000002c r1 : 00000000 r0 : 00000000
[ 0.000000] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM
Segment user
[ 0.000000] Control: 00093177 Table: 07f4c000 DAC: 00000015
[ 0.000000] Process apt-get (pid: 1770, stack limit = 0xc7246268)
[ 0.000000] Stack: (0xc7247e38 to 0xc7248000)
[ 0.000000] 7e20:
c7247e5c c7247e48
[ 0.000000] 7e40: bf000604 bf000558 205d3030 c7c11800 c7247e74
c7247e60 bf02e6bc bf0005e8
[ 0.000000] 7e60: 00000000 c085cbc0 c7247e94 c7247e78 bf0322a4
c0850c00 00000000 bf03d640
[ 0.000000] 7e80: 0000001b 000258f0 c7246000 bec95e24 c7247ebc
c7247ea0 bf02e8e4 bf032ef8
[ 0.000000] 7ea0: c7247ecc c086c2c0 00000000 00000000 c7247edc
c7247ec0 c006f934 bf02e8a8
[ 0.000000] 7ec0: c02897f8 0000001b c7247fb0 bec95e38 c7247ef4
c7247ee0 c0071250 c006f8fc
[ 0.000000] 7ee0: 0000001b c02897f8 c7247f14 c7247ef8 c0024048
c00711c8 bf000540 ffffffff
[ 0.000000] 7f00: f1140000 00000001 c7247f7c c7247f18 c00246b4
c002400c 0000001b c7246000
[ 0.000000] 7f20: c02bbba0 20000113 00000010 c02897f8 0000000a
bec95e38 000258f0 c7246000
[ 0.000000] 7f40: bec95e24 c7247f7c c7247f80 c7247f60 c0047680
c00472cc 20000113 ffffffff
[ 0.000000] 7f60: c7246000 0000001b c02897f8 00000000 c7247f8c
c7247f80 c0047680 c0047290
[ 0.000000] 7f80: c7247fac c7247f90 c002404c c0047648 403a4064
ffffffff f1140000 00000001
[ 0.000000] 7fa0: 00000000 c7247fb0 c00248a4 c002400c 00026760
404f1000 408715e0 0000003b
[ 0.000000] 7fc0: 00000000 00000001 bec95e30 bec95e38 000258f0
400d7b1c bec95e24 00000d20
[ 0.000000] 7fe0: 0000003b bec95d08 4005f36c 4005f36c 80000010
ffffffff 00000000 00000000
[ 0.000000] Backtrace:
[ 0.000000] [<bf032eec>] (sym_interrupt+0x0/0x18d8 [sym53c8xx]) from
[<bf02e8e4>] (sym53c8xx_intr+0x48/0x74 [sym53c8xx])
[ 0.000000] [<bf02e89c>] (sym53c8xx_intr+0x0/0x74 [sym53c8xx]) from
[<c006f934>] (handle_IRQ_event+0x44/0x84)
[ 0.000000] r6:00000000 r5:00000000 r4:c086c2c0
[ 0.000000] [<c006f8f0>] (handle_IRQ_event+0x0/0x84) from
[<c0071250>] (handle_level_irq+0x94/0xec)
[ 0.000000] r7:bec95e38 r6:c7247fb0 r5:0000001b r4:c02897f8
[ 0.000000] [<c00711bc>] (handle_level_irq+0x0/0xec) from
[<c0024048>] (__exception_text_start+0x48/0x64)
[ 0.000000] r5:c02897f8 r4:0000001b
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00246b4>] (__irq_svc+0x34/0xa0)
[ 0.000000] Exception stack(0xc7247f18 to 0xc7247f60)
[ 0.000000] 7f00:
0000001b c7246000
[ 0.000000] 7f20: c02bbba0 20000113 00000010 c02897f8 0000000a
bec95e38 000258f0 c7246000
[ 0.000000] 7f40: bec95e24 c7247f7c c7247f80 c7247f60 c0047680
c00472cc 20000113 ffffffff
[ 0.000000] r6:00000001 r5:f1140000 r4:ffffffff
[ 0.000000] [<c0047284>] (__do_softirq+0x0/0xd4) from [<c0047680>]
(irq_exit+0x44/0x4c)
[ 0.000000] r6:00000000 r5:c02897f8 r4:0000001b
[ 0.000000] [<c004763c>] (irq_exit+0x0/0x4c) from [<c002404c>]
(__exception_text_start+0x4c/0x64)
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00248a4>] (__irq_usr+0x44/0xa0)
[ 0.000000] Exception stack(0xc7247fb0 to 0xc7247ff8)
[ 0.000000] 7fa0: 00026760
404f1000 408715e0 0000003b
[ 0.000000] 7fc0: 00000000 00000001 bec95e30 bec95e38 000258f0
400d7b1c bec95e24 00000d20
[ 0.000000] 7fe0: 0000003b bec95d08 4005f36c 4005f36c 80000010
ffffffff
[ 0.000000] r6:00000001 r5:f1140000 r4:ffffffff
[ 0.000000] Code: e1a01000 e5932000 e59f06fc ea00002f (e5963358)
[ 0.000000] Kernel panic - not syncing: Fatal exception in interrupt

--
To UNSUBSCRIBE, email to debian-kernel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org

Axel Allende Lira

2009-06-14 01:10:02 UTC

Permalink

Post by Axel Allende Lira
Hi there.
I managed to track the error while doing a removal for orphaned
libart-2.0-2
libgnomecups1.0-1
libgnomeprint2.2-data
libaiksaurus-1.2-data
libgail-common
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
[ 0.000000] sym0: unexpected disconnect
lsi_scsi: error: Reselect with pending DMA
[ 0.000000] Unable to handle kernel NULL pointer dereference at
virtual address 00000358
[ 0.000000] pgd = c7f4c000
[ 0.000000] [00000358] *pgd=07f4b031, *pte=00000000, *ppte=00000000
[ 0.000000] Internal error: Oops: 17 [#1]
[ 0.000000] Modules linked in: nls_utf8 isofs zlib_inflate udf
nls_base crc_itu_t smc91x psmouse ext3 jbd mbcache sg sr_mod cdrom
sd_mod sym53c8xx scsi_transport_spi scsi_mod
[ 0.000000] CPU: 0 Not tainted (2.6.26-2-versatile #1)
[ 0.000000] PC is at sym_interrupt+0x968/0x18d8 [sym53c8xx]
[ 0.000000] LR is at sym_interrupt+0x348/0x18d8 [sym53c8xx]
[ 0.000000] pc : [<bf033854>] lr : [<bf033234>] psr: 80000113
[ 0.000000] sp : c7247e38 ip : c7247e38 fp : c7247e9c
[ 0.000000] r10: c0850c00 r9 : ffd00084 r8 : 00000001
[ 0.000000] r7 : bf03d640 r6 : 00000000 r5 : ffd00000 r4 : 0000000b
[ 0.000000] r3 : 0000000a r2 : 0000002c r1 : 00000000 r0 : 00000000
[ 0.000000] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM
Segment user
[ 0.000000] Control: 00093177 Table: 07f4c000 DAC: 00000015
[ 0.000000] Process apt-get (pid: 1770, stack limit = 0xc7246268)
[ 0.000000] Stack: (0xc7247e38 to 0xc7248000)
[ 0.000000] 7e20: c7247e5c c7247e48
[ 0.000000] 7e40: bf000604 bf000558 205d3030 c7c11800 c7247e74
c7247e60 bf02e6bc bf0005e8
[ 0.000000] 7e60: 00000000 c085cbc0 c7247e94 c7247e78 bf0322a4
c0850c00 00000000 bf03d640
[ 0.000000] 7e80: 0000001b 000258f0 c7246000 bec95e24 c7247ebc
c7247ea0 bf02e8e4 bf032ef8
[ 0.000000] 7ea0: c7247ecc c086c2c0 00000000 00000000 c7247edc
c7247ec0 c006f934 bf02e8a8
[ 0.000000] 7ec0: c02897f8 0000001b c7247fb0 bec95e38 c7247ef4
c7247ee0 c0071250 c006f8fc
[ 0.000000] 7ee0: 0000001b c02897f8 c7247f14 c7247ef8 c0024048
c00711c8 bf000540 ffffffff
[ 0.000000] 7f00: f1140000 00000001 c7247f7c c7247f18 c00246b4
c002400c 0000001b c7246000
[ 0.000000] 7f20: c02bbba0 20000113 00000010 c02897f8 0000000a
bec95e38 000258f0 c7246000
[ 0.000000] 7f40: bec95e24 c7247f7c c7247f80 c7247f60 c0047680
c00472cc 20000113 ffffffff
[ 0.000000] 7f60: c7246000 0000001b c02897f8 00000000 c7247f8c
c7247f80 c0047680 c0047290
[ 0.000000] 7f80: c7247fac c7247f90 c002404c c0047648 403a4064
ffffffff f1140000 00000001
[ 0.000000] 7fa0: 00000000 c7247fb0 c00248a4 c002400c 00026760
404f1000 408715e0 0000003b
[ 0.000000] 7fc0: 00000000 00000001 bec95e30 bec95e38 000258f0
400d7b1c bec95e24 00000d20
[ 0.000000] 7fe0: 0000003b bec95d08 4005f36c 4005f36c 80000010
ffffffff 00000000 00000000
[ 0.000000] [<bf032eec>] (sym_interrupt+0x0/0x18d8 [sym53c8xx]) from
[<bf02e8e4>] (sym53c8xx_intr+0x48/0x74 [sym53c8xx])
[ 0.000000] [<bf02e89c>] (sym53c8xx_intr+0x0/0x74 [sym53c8xx]) from
[<c006f934>] (handle_IRQ_event+0x44/0x84)
[ 0.000000] r6:00000000 r5:00000000 r4:c086c2c0
[ 0.000000] [<c006f8f0>] (handle_IRQ_event+0x0/0x84) from
[<c0071250>] (handle_level_irq+0x94/0xec)
[ 0.000000] r7:bec95e38 r6:c7247fb0 r5:0000001b r4:c02897f8
[ 0.000000] [<c00711bc>] (handle_level_irq+0x0/0xec) from
[<c0024048>] (__exception_text_start+0x48/0x64)
[ 0.000000] r5:c02897f8 r4:0000001b
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00246b4>] (__irq_svc+0x34/0xa0)
[ 0.000000] Exception stack(0xc7247f18 to 0xc7247f60)
[ 0.000000] 7f00: 0000001b c7246000
[ 0.000000] 7f20: c02bbba0 20000113 00000010 c02897f8 0000000a
bec95e38 000258f0 c7246000
[ 0.000000] 7f40: bec95e24 c7247f7c c7247f80 c7247f60 c0047680
c00472cc 20000113 ffffffff
[ 0.000000] r6:00000001 r5:f1140000 r4:ffffffff
[ 0.000000] [<c0047284>] (__do_softirq+0x0/0xd4) from [<c0047680>]
(irq_exit+0x44/0x4c)
[ 0.000000] r6:00000000 r5:c02897f8 r4:0000001b
[ 0.000000] [<c004763c>] (irq_exit+0x0/0x4c) from [<c002404c>]
(__exception_text_start+0x4c/0x64)
[ 0.000000] [<c0024000>] (__exception_text_start+0x0/0x64) from
[<c00248a4>] (__irq_usr+0x44/0xa0)
[ 0.000000] Exception stack(0xc7247fb0 to 0xc7247ff8)
[ 0.000000] 7fa0: 00026760
404f1000 408715e0 0000003b
[ 0.000000] 7fc0: 00000000 00000001 bec95e30 bec95e38 000258f0
400d7b1c bec95e24 00000d20
[ 0.000000] 7fe0: 0000003b bec95d08 4005f36c 4005f36c 80000010 ffffffff
[ 0.000000] r6:00000001 r5:f1140000 r4:ffffffff
[ 0.000000] Code: e1a01000 e5932000 e59f06fc ea00002f (e5963358)
[ 0.000000] Kernel panic - not syncing: Fatal exception in interrupt

Qemu also outputs this on the terminal:
lsi_scsi: error: Reselect with pending DMA

Axel Lira

--
To UNSUBSCRIBE, email to debian-kernel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org

Aurelien Jarno

2009-06-15 09:42:50 UTC

Permalink

Post by Axel Allende Lira

lsi_scsi: error: Reselect with pending DMA

This looks like the disk emulation is not fast enough for the kernel.
Which kind of hard drive are you using (2.5" or 3.5")? On which kind of
partition are the images? Encrypted one?

In that case you can try to run qemu with "-drive
file=your_image,cache=writeback" instead of "-hda". You will lose on the
data integrity side in case of crash of the host, but you will get a
higher throughput.

--
Aurelien Jarno GPG: 1024D/F1BCDB73
***@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-kernel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org

Axel Allende Lira

2009-06-15 09:34:48 UTC

Permalink

The error also occurs with linux-image-2.6.28-11-versatile from
http://launchpadlibrarian.net/25604477/linux-image-2.6.28-11-versatile_2.6.28-11.42_armel.deb.
I guess the problem is on qemu...

Aurelien Jarno

2009-06-16 05:50:06 UTC

Permalink

Post by Aurelien Jarno
This looks like the disk emulation is not fast enough for the kernel.
Which kind of hard drive are you using (2.5" or 3.5")? On which kind of
partition are the images? Encrypted one?

3,5" SataI, non-encrypted (I guess...) ext3.

Post by Aurelien Jarno
In that case you can try to run qemu with "-drive
file=your_image,cache=writeback" instead of "-hda". You will lose on the
data integrity side in case of crash of the host, but you will get a
higher throughput.

Running qemu with that option didn't help...
In htat case, should I - or whoever - file a bug report against qemu?

If you are using the package from Debian yes. It contains numerous
patches, and I am personally unable to reproduce the problem you
describe.

--
Aurelien Jarno GPG: 1024D/F1BCDB73
***@aurel32.net http://www.aurel32.net

Moritz Muehlenhoff

2010-02-14 22:05:00 UTC

Permalink

reassign 532562 qemu
thanks

Post by Aurelien Jarno

3,5" SataI, non-encrypted (I guess...) ext3.

Running qemu with that option didn't help...
In htat case, should I - or whoever - file a bug report against qemu?

If you are using the package from Debian yes. It contains numerous
patches, and I am personally unable to reproduce the problem you
describe.

I'm reassigning this to qemu, then.

Cheers,
Moritz