Date: Mon, 04 Jan 1999 11:49:36 +1030 (CST) From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Parag Patel <parag@cgt.com> Cc: freebsd-current@FreeBSD.ORG Subject: RE: 3.0-CURRENT CAM vs scanner problems Message-ID: <XFMail.990104114936.doconnor@gsoft.com.au> In-Reply-To: <199901040055.QAA21093@pinhead.parag.codegen.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04-Jan-99 Parag Patel wrote: > cam_periph_mapmem: attempt to map 131029 bytes, which is greater than DFLTPHYS(65536) > > The scan does not succeed in either lineart, gray, or color modes, > although the preview does. > > The comment in cam/cam_periph.c implies that the DFLTPHYS should be > MAXPHYS but perhaps the comment is wrong? Or perhaps SANE should be > using DFLTPHYS instead of MAXPHYS? > > For now, I added a patch to the sane-1.0 sanei/sanei_scsi.c file to use > DFLTPHYS instead of MAXPHYS, and it is scanning nicely. Still, I don't > know if it's a SANE bug or a CAM bug and so don't who to report it to. There is a problem with CAM if you try to share data >64k in size (ie cdrecord ring buffer, and cdda2wav ring buffer) so it has been limited to prevent crashes.. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.990104114936.doconnor>