Date: Thu, 30 Sep 1999 11:52:10 +0200 From: Bjoern Fischer <bfischer@Techfak.Uni-Bielefeld.DE> To: Mike Muir <mmuir@es.co.nz> Cc: Eliezer Rodriguez Gonzalez <elie@uncle.cult.cu>, Bjoern Fischer <bfischer@TechFak.Uni-Bielefeld.DE>, freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: check for unaligned buffers in CAM [was Re: Cdrecord problems...] Message-ID: <19990930115210.A325@frolic.no-support.loc> In-Reply-To: <37F293E7.E63F9E36@es.co.nz> References: <Pine.BSF.4.05.9909280843340.10894-100000@uncle.cult.cu> <37F293E7.E63F9E36@es.co.nz>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 30, 1999 at 10:34:15AM +1200, Mike Muir wrote: > Eliezer Rodriguez Gonzalez wrote: > >=20 > > Hello everybody: > >=20 > > Finally I was able to burn my own copy of 3.3-RELEASE, downloaded via f= tp > > from a mirror site. > > I found out, by research and because Mr Fischer told me so, that while > > using version 1.6.1 of cdrecord there was a problem using the internal > > buffer, so I disabled that feature via the command option fs=3D0 and th= en > > everything worked fine and I was able to burn my CD-ROM with the older > > cdrecord version. >=20 > This also happens when using 1.8a28 under -current.. not quite sure why, > but i'm > guessing for the same reasons outlined in an earlier posting in this > thread. > (I'm going to try a29 next). You could check for unaligned buffers in sys/cam/cam_periph.c:cam_periph_mapmem() (around line 530 in -stable). One (Kenneth? me?) could also make this debugging hook permanent in conjunction with one or more sysctl knobs which switch on the check or/and -- even better -- send a signal (SIGBUS?) to the process on unaligned buffers. That would make it very easy to debug not only cdrecord but *any* userland process that uses cam transport. Any opinions? Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L+++(--) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990930115210.A325>