Date: Fri, 17 May 2002 23:28:18 -0600 (MDT) From: Chris Staskewicz <cjs@math.utah.edu> To: Igor Kulemzin <ivk@kristal.ru> Cc: freebsd-questions@freebsd.org Subject: Re: Re[2]: no fix for digital camera i/o error Message-ID: <Pine.GSO.4.21.0205172322320.13517-100000@sunscreen.math.utah.edu> In-Reply-To: <140174207126.20020518080318@kristal.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
This has fixed the I/O error. I updated all the source using CVSup, however, I only rebuilt: config, mount, and mount_msdos. The 4.6 source now identifies OLYMPUS, however, 'mount /dev/da0 /camera' gives: Incorrect Super Block and 'mount_msdos /dev/da0 /camera' gives: Invalid Arguement. I read the man pages for mount_msdos, and this looks like the correct syntax. Do you think it's a bad idea not to do 'make world' when updating the OS? Thanks again. On Sat, 18 May 2002, Igor Kulemzin wrote: > Hi Chris, > > I've got messages like yours when first attach my PenDrive. > Upgrade your source tree and recompile kernel with scbus, da, pass > options for scsi support and pass, umass, usb, ohci, uhci options > for usb support. In my system I've found code for your camera. My system > is FreeBSD-4.6-PRERELEASE. > > Saturday, May 18, 2002, 1:01:37 AM, you wrote: > > CS> Thanks to the both of you for your help. I'll answer both questions at > CS> once. > > CS> I probably should have included the i/o report from dmesg. > > CS> (da0:umass-sim0:0:0:0): READ(06). CDB: 8 0 0 0 1 0 > CS> (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0 > CS> (da0:umass-sim0:0:0:0): Invalid command operation code > CS> da0: reading primary partition table: error reading fsbn 0 > > CS> To: f3z > CS> Here's the listing for /dev/da0 (pass0) regarding character or block > CS> device type. > > CS> crw-r----- 2 root operator 13, 0x00010002 Apr 11 18:26 /dev/da0 > CS> crw------- 1 root operator 31, 0 Apr 11 18:26 /dev/pass0 > > CS> To: Igor > CS> grep -i OLYMPUS /usr/src/sys/cam/scsi/scsi_da.c did not find anything. > > CS> I used to mount the camera as a Mass storage device (successfully) when I > CS> used the Penguin with a Red Hat OS. > > >> Friday, May 17, 2002, 11:35:03 AM, you wrote: > >> > >> CS> This one has been bugging me for about month now, and I have yet to find > >> CS> the answer on the internet. If anyone helps out, I'd be more than happy > >> CS> to pass along some pictures of Rembrant (sp?) that I took recently in > >> CS> Amsterdam (they're still on my camera!). > >> > >> CS> FreeBSD 4.4-Release > >> CS> even using the GENERIC kernel (with all the scsi code built in: cam, > >> CS> scsibus, etc) the camera is recognized with the correct amount of memory > >> CS> (7MB = the space on the Smart Media card). > >> > >> CS> shell$ dmesg > >> CS> da0 at umass-sim0 bus 0 target 0 lun 0 > >> CS> da0: <OLYMPUS C-2040ZOOM 1.00> Removable Direct Access SCSI-2 device > >> CS> da0: 650KB/s transfers > >> CS> da0: 7MB (16000 512 byte sectors: 64H 32S/T 7C) > >> > >> CS> shell$ camcontrol devlist: > >> CS> <OLYMPUS C-2040ZOOM 1.00> at scbus0 target 0 lun 0 (da0,pass0) > >> > >> CS> But when I mount (both 'mount' and 'mount_msdos') on /dev/da0, I get > >> CS> "Input/output error"; mounting on /dev/pass0, gives "Block device required". > >> > >> CS> Does the code have a bug? Perhaps, has this question plagued anyone else > >> CS> enough to where 4.6R will have the fix? > >> > >> CS> Thank you all so much, > >> > >> CS> Chris. > > > -- > Saturday, May 18, 2002 7:55:52 AM > > Best regards, > Igor Kulemzin > Amursky Crystall > E-mail: ivk@kristal.ru > > -> > Microsoft, is that some kind of toilet paper? > -> > > -------------------------------------------------------------------- Chris Staskewicz http://www.ZyGob.com/cjs http://www.math.utah.edu/~cjs -------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.21.0205172322320.13517-100000>