Juergen,
My mistake,i wanted to say i was printing 8
bytes from scsi_pkt->pkt_cdbp[ROUNDUP(cmdlen)] and
similarly 8 bytes from scsi_pkt[pkt_wrapper_len] ,so
im wondering how come there was no REDZONE byte at
these locations at all?
Maybe my check /assumption while making the check for
it is wrong?
Anyway,once the heap corruption issue got resolved ,i
figured there was no need to dig into this
Your thoughts?
Thanks
Som
--- Juergen Keil <[EMAIL PROTECTED]> wrote:
> Som,
>
> > Tried printing 8 bytes from both the
> offsets
> > (pkt->pkt_cdbp ) and pkt[pkt_wrapper_len] as you
> > suggested ,found that while sometimes it showed
> the
> > pattern 0xbaddcafe to indicate uninitialized data
> > ,sometimes it would show all 0's or 0x000000ff
> >
> > Really not sure what to make of this now
>
>
> I wouldn't expect to see 0xbaddcafe, because
> scsi_hba_pkt_alloc()
> is using kmem_zalloc(), so the pkt->pkt_cdbp data
> should be zero
> filled. What was the "cmdlen" that you were using
> with
> scsi_hba_pkt_alloc() when you saw 0xbaddcafe ?
>
>
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
_______________________________________________
driver-discuss mailing list
driver-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/driver-discuss
