[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Re: BUG: unable to handle kernel NULL pointer dereference (4.0.1 w/2.6.32.36)
On Fri, Jul 01, 2011 at 02:13:14PM +0300, Pasi Kärkkäinen wrote: > On Fri, Jun 24, 2011 at 01:01:54PM -0700, Daniel Stodden wrote: > > On Fri, 2011-06-24 at 14:25 -0400, Jeremy Fitzhardinge wrote: > > > On 06/14/2011 01:36 AM, Jan Beulich wrote: > > > >>>> On 13.06.11 at 02:17, Daniel Stodden <daniel.stodden@xxxxxxxxxx> > > > >>>> wrote: > > > >> Can you all pull in this one? > > > >> > > > >> http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=commit;h=a76525 > > > >> > > > >> 7af7e28c41bd776c3e03615539597eb592 > > > > Any reason why after several months this still doesn't appear to be in > > > > stable-2.6.32, which is what people are generally directed to use? > > > > > > Daniel? Should I merge this? > > > > Yes! The diff is against drivers/block but it should apply cleanly to > > device.c. Thanks! > > > > Hello, > > It seems the patch is not yet in xen/next-2.6.32 or xen/stable-2.6.32.x .. > Jeremy: ping? -- Pasi > > > > Daniel > > > > > Thanks, > > > J > > > > > > > Jan > > > > > > > >> Likely the one, but let me absolutely know if not. > > > >> > > > >> Daniel > > > >> > > > >> > > > >> On Sat, 2011-06-11 at 07:17 -0400, quartex wrote: > > > >>> I have updated to 2.6.32.41 but it happened again. > > > >>> > > > >>> [491154.766766] BUG: unable to handle kernel NULL pointer dereference > > > >>> at 0000000000000320 > > > >>> [491154.767477] IP: [<ffffffff8128cbc3>] > > > >>> blktap_device_end_request+0x4a/0x71 > > > >>> [491154.767844] PGD 3db17067 PUD 3cebe067 PMD 0 > > > >>> [491154.768219] Oops: 0000 [#1] SMP > > > >>> [491154.768572] last sysfs file: > > > >>> /sys/devices/vbd-4-51713/statistics/wr_sect > > > >>> [491154.768942] CPU 3 > > > >>> [491154.769295] Modules linked in: netconsole [last unloaded: > > > >>> scsi_wait_scan] > > > >>> [491154.769683] Pid: 4392, comm: tapdisk2 Not tainted 2.6.32.36 #4 > > > >>> S3420GP > > > >>> [491154.770056] RIP: e030:[<ffffffff8128cbc3>] [<ffffffff8128cbc3>] > > > >>> blktap_device_end_request+0x4a/0x71 > > > >>> [491154.770767] RSP: e02b:ffff88003cd33ca8 EFLAGS: 00010046 > > > >>> [491154.771133] RAX: 0000000000000000 RBX: ffff88003df60d20 RCX: > > > >>> 0000000000000000 > > > >>> [491154.771824] RDX: 00000000000000a1 RSI: 0000000000000001 RDI: > > > >>> 0000000000000004 > > > >>> [491154.772524] RBP: ffff88003cd33cc8 R08: 0000000000000000 R09: > > > >>> ffff88003cd33b08 > > > >>> [491154.773222] R10: 0000000000000001 R11: ffffffff00001000 R12: > > > >>> ffff88003ccadb20 > > > >>> [491154.773915] R13: ffff88003d8e3c00 R14: 0000000000000000 R15: > > > >>> 0000000000000002 > > > >>> [491154.774622] FS: 00007f152f810740(0000) GS:ffff88002808f000(0000) > > > >>> knlGS:0000000000000000 > > > >>> [491154.775325] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > > > >>> [491154.775683] CR2: 0000000000000320 CR3: 000000003b095000 CR4: > > > >>> 0000000000002660 > > > >>> [491154.776380] DR0: 0000000000000000 DR1: 0000000000000000 DR2: > > > >>> 0000000000000000 > > > >>> [491154.777079] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > > > >>> 0000000000000400 > > > >>> [491154.777770] Process tapdisk2 (pid: 4392, threadinfo > > > >>> ffff88003cd32000, task ffff88003d833c80) > > > >>> [491154.778476] Stack: > > > >>> [491154.778821] ffff88003d8e3c00 0000000000000000 ffff88003ccadb20 > > > >>> 0000000000e5386f > > > >>> [491154.779220] <0> ffff88003cd33e58 ffffffff8128beab 000000003cd33ce8 > > > >>> ffffffff81aab128 > > > >>> [491154.779956] <0> 000000013d743ac0 ffff88003d7439a0 000000019681a000 > > > >>> ffff88003fffc800 > > > >>> [491154.780987] Call Trace: > > > >>> [491154.781334] [<ffffffff8128beab>] blktap_ring_ioctl+0x12d/0x23f > > > >>> [491154.781676] [<ffffffff811d503b>] ? avc_has_perm+0x57/0x69 > > > >>> [491154.782017] [<ffffffff811d6322>] ? inode_has_perm+0x5f/0x61 > > > >>> [491154.782368] [<ffffffff810e13b3>] ? > > > >>> generic_file_aio_write+0x8c/0xa9 > > > >>> [491154.782718] [<ffffffff8111fd46>] vfs_ioctl+0x6a/0x82 > > > >>> [491154.783072] [<ffffffff81120248>] do_vfs_ioctl+0x473/0x4b9 > > > >>> [491154.783426] [<ffffffff811202df>] sys_ioctl+0x51/0x74 > > > >>> [491154.783781] [<ffffffff8103ccc2>] system_call_fastpath+0x16/0x1b > > > >>> [491154.784142] Code: e6 4c 89 > > > >>> [491154.795155] [<ffffffff81120248>] do_vfs_ioctl+0x473/0x4b9 > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> -- > > > >>> View this message in context: > > > >> http://xen.1045712.n5.nabble.com/BUG-unable-to-handle-kernel-NULL-pointer-dere > > > >> > > > >> ference-4-0-1-w-2-6-32-36-tp4432056p4478572.html > > > >>> Sent from the Xen - Dev mailing list archive at Nabble.com. > > > >>> > > > >>> _______________________________________________ > > > >>> Xen-devel mailing list > > > >>> Xen-devel@xxxxxxxxxxxxxxxxxxx > > > >>> http://lists.xensource.com/xen-devel > > > >> > > > >> > > > >> _______________________________________________ > > > >> Xen-devel mailing list > > > >> Xen-devel@xxxxxxxxxxxxxxxxxxx > > > >> http://lists.xensource.com/xen-devel > > > > > > > > > > > > > > > > _______________________________________________ > > > > Xen-devel mailing list > > > > Xen-devel@xxxxxxxxxxxxxxxxxxx > > > > http://lists.xensource.com/xen-devel > > > > > > > > > > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@xxxxxxxxxxxxxxxxxxx > > http://lists.xensource.com/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |