Re: kern/40651: kmem_alloc() returns misaligned pointers

[Martin Husemann <martin%duskware.de@localhost>]

The following reply was made to PR kern/40651; it has been noted by GNATS.

From: Martin Husemann <martin%duskware.de@localhost>
To: Andrew Doran <ad%netbsd.org@localhost>
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: kern/40651: kmem_alloc() returns misaligned pointers
Date: Wed, 18 Feb 2009 09:29:46 +0100

 On Tue, Feb 17, 2009 at 10:56:58PM +0000, Andrew Doran wrote:
 > It should be:
 > 
 >      size += REDZONE_SIZE;
 >      kmem_poison_fill(p, size);
 
 Unfortunately that does not fix it - still the same:
 
 panic: kmem_poison_check: 0xf41cb600: 0x00 != 0x73
                                                   
 Stopped in pid 0.1 (system) at  netbsd:cpu_Debugger+0x4:        or             
 %
 o7, %g0, %g1
 db> bt      
 cpu_Debugger(0xf03b2d58, 0xf0374260, 0xf41cb600, 0xf03e7800, 0x104, 
0xf043d000) a
 t netbsd:kmem_poison_check+0x84
 kmem_poison_check(0xf41cb600, 0xb8, 0x0, 0x0, 0x0, 0xa) at 
netbsd:kmem_alloc+0xb
 4                                                                              
 kmem_alloc(0xf41cb600, 0x1, 0xf03e13c4, 0x0, 0x0, 0xa) at 
netbsd:kmem_zalloc+0x8
                                                                                
 kmem_zalloc(0xac, 0x1, 0x0, 0xf03977b8, 0xf03e13b0, 0x8) at 
netbsd:config_devall
 oc+0x138                                                                       
 config_devalloc(0xf404fae0, 0xf03e3bbc, 0x0, 0xf03570a0, 0xf03e478c, 0x2) at 
net
 bsd:config_attach_loc+0x10                                                     
 config_attach_loc(0xf404fae0, 0xf03e3bbc, 0x0, 0xf03e13c4, 0xf031a240, 
0xf031a24
 0) at netbsd:cg6attach+0x240                                                   
 cg6attach(0xf41cb008, 0xf41cb274, 0x0, 0x70, 0x0, 0xfe130000) at 
netbsd:cgsixatt
 ach+0x39c                                                                      
 cgsixattach(0xf404f248, 0xf404fae0, 0xf03e1520, 0xf043cfe8, 0xf03e478c, 0x2) 
at n
 etbsd:config_attach_loc+0x198
 [..]
 
 Martin