Re: [PATCH] Re: More than 2Gb problem (dvb related) ?

[Jon Burgess <jburgess777@googlemail.com>]

On Tue, 2007-05-01 at 11:41 +0200, Gregoire Favre wrote:
> Hello again,
> 
> just forgot this :
> 
> ksymoops 2.4.11 on x86_64 2.6.21.  Options used
>      -V (default)
>      -k /proc/ksyms (default)
>      -l /proc/modules (default)
>      -o /lib/modules/2.6.21/ (default)
>      -m /usr/src/linux/System.map (default)
> 
> Warning: You did not tell me where to find symbol information.  I will
> assume that the log matches the kernel and modules that are running
> right now and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc.  ksymoops -h explains the options.
> 
> Error (regular_file): read_ksyms stat /proc/ksyms failed
> No modules in ksyms, skipping objects
> No ksyms, skipping lsmod
> SGI XFS with large block/inode numbers, no debug enabled
> ehci_hcd 0000:00:1a.7: debug port 1
> ehci_hcd 0000:00:1d.7: debug port 1
> kernel BUG at mm/slab.c:2736!
> CPU 1 
> Pid: 9445, comm: cx88[0] dvb Tainted: P       2.6.21 #1
> RIP: 0010:[<ffffffff8025e44e>]  [<ffffffff8025e44e>] cache_alloc_refill+0x1de/0x530
> Using defaults from ksymoops -t elf64-x86-64 -a i386:x86-64
> RSP: 0000:ffff81010ff31d30  EFLAGS: 00010002
> RAX: 0000000000000000 RBX: 000000000000003c RCX: 0000000000000000
> RDX: ffff81017fc6e400 RSI: 0000000000000004 RDI: ffff81017fc02180
> RBP: ffff81017fc6e400 R08: 00000000ffffffff R09: 0000000000000004
> R10: 0000000000000020 R11: 0000000000000001 R12: ffff81017fc02140
> R13: ffff81017fc002c0 R14: 0000000000000000 R15: ffff81017fc13000
> FS:  0000000000000000(0000) GS:ffff81017fc36540(0000) knlGS:0000000000000000
> CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> CR2: 00007fff05c58de8 CR3: 0000000129142000 CR4: 00000000000006e0
> Stack:  0000000000000000 ffffffff805ea9b0 ffff81017fc02180 ffff810000000004
>  ffffc2000067bfff 0000000000000286 0000000000000030 ffff81015fb4cf80
>  0000000000006000 0000000000000004 ffff81017d4e90e0 ffffffff802bfaf3
> Call Trace:
>  [<ffffffff802bfaf3>] __kmalloc+0x63/0x70
>  [<ffffffff802b80be>] __vmalloc_area_node+0x6e/0x160
>  [<ffffffff887fc7c0>] :video_buf:videobuf_dma_init_kernel+0x50/0xd0
>  [<ffffffff887fcc8e>] :video_buf:videobuf_iolock+0x7e/0x100
>  [<ffffffff8883bfe4>] :cx8802:cx8802_buf_prepare+0xb4/0x120
>  [<ffffffff887fc034>] :video_buf:videobuf_read_start+0xb4/0x150
>  [<ffffffff888023e6>] :video_buf_dvb:videobuf_dvb_thread+0x46/0x170
>  [<ffffffff8029d6d0>] keventd_create_kthread+0x0/0x90
>  [<ffffffff888023a0>] :video_buf_dvb:videobuf_dvb_thread+0x0/0x170
>  [<ffffffff8029d6d0>] keventd_create_kthread+0x0/0x90
>  [<ffffffff802334f9>] kthread+0xd9/0x120
>  [<ffffffff802283bf>] schedule_tail+0x3f/0xb0
>  [<ffffffff802600e8>] child_rip+0xa/0x12
>  [<ffffffff8029d6d0>] keventd_create_kthread+0x0/0x90
>  [<ffffffff80233420>] kthread+0x0/0x120
>  [<ffffffff802600de>] child_rip+0x0/0x12
> Code: 0f 0b eb fe f7 44 24 18 00 20 00 00 0f 85 af 02 00 00 83 3c 
> 
> 
> >>RIP; ffffffff8025e44e <cache_alloc_refill+1de/530>   <=====
> 
> >>RDX; ffff81017fc6e400 <phys_startup_64+ffff81017fa6e300/ffffffff7fffff00>
> >>RDI; ffff81017fc02180 <phys_startup_64+ffff81017fa02080/ffffffff7fffff00>
> >>RBP; ffff81017fc6e400 <phys_startup_64+ffff81017fa6e300/ffffffff7fffff00>
> >>R08; 00000000ffffffff <phys_startup_64+ffdffeff/ffffffff7fffff00>
> >>R12; ffff81017fc02140 <phys_startup_64+ffff81017fa02040/ffffffff7fffff00>
> >>R13; ffff81017fc002c0 <phys_startup_64+ffff81017fa001c0/ffffffff7fffff00>
> >>R15; ffff81017fc13000 <phys_startup_64+ffff81017fa12f00/ffffffff7fffff00>
> 
> Trace; ffffffff802bfaf3 <__kmalloc+63/70>
> Trace; ffffffff802b80be <__vmalloc_area_node+6e/160>
> Trace; ffffffff887fc7c0 <_end+81646fc/7ef67f3c>
> Trace; ffffffff887fcc8e <_end+8164bca/7ef67f3c>
> Trace; ffffffff8883bfe4 <_end+81a3f20/7ef67f3c>
> Trace; ffffffff887fc034 <_end+8163f70/7ef67f3c>
> Trace; ffffffff888023e6 <_end+816a322/7ef67f3c>
> Trace; ffffffff8029d6d0 <keventd_create_kthread+0/90>
> Trace; ffffffff888023a0 <_end+816a2dc/7ef67f3c>
> Trace; ffffffff8029d6d0 <keventd_create_kthread+0/90>
> Trace; ffffffff802334f9 <kthread+d9/120>
> Trace; ffffffff802283bf <schedule_tail+3f/b0>
> Trace; ffffffff802600e8 <child_rip+a/12>
> Trace; ffffffff8029d6d0 <keventd_create_kthread+0/90>
> Trace; ffffffff80233420 <kthread+0/120>
> Trace; ffffffff802600de <child_rip+0/12>
> 
> Code;  ffffffff8025e44e <cache_alloc_refill+1de/530>
> 0000000000000000 <_RIP>:
> Code;  ffffffff8025e44e <cache_alloc_refill+1de/530>   <=====
>    0:   0f 0b                     ud2a      <=====
> Code;  ffffffff8025e450 <cache_alloc_refill+1e0/530>
>    2:   eb fe                     jmp    2 <_RIP+0x2>
> Code;  ffffffff8025e452 <cache_alloc_refill+1e2/530>
>    4:   f7 44 24 18 00 20 00      testl  $0x2000,0x18(%rsp)
> Code;  ffffffff8025e459 <cache_alloc_refill+1e9/530>
>    b:   00 
> Code;  ffffffff8025e45a <cache_alloc_refill+1ea/530>
>    c:   0f 85 af 02 00 00         jne    2c1 <_RIP+0x2c1>
> Code;  ffffffff8025e460 <cache_alloc_refill+1f0/530>
>   12:   83 3c 00 00               cmpl   $0x0,(%rax,%rax,1)
> 
> 
> 1 warning and 1 error issued.  Results may not be reliable.


Looks like you hit:
	BUG_ON(flags & ~(GFP_DMA | GFP_LEVEL_MASK | __GFP_NO_GROW));

I guess this was due to the vmalloc_32() change now passing in
GFP_DMA32. Looks like that could be a problem with the
x86_64-mm-vmalloc-32 patch. Andi?

	Jon