Date: Mon, 05 Nov 2007 15:24:37 -0500 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= <askbill@conducive.net> To: freebsd-current@freebsd.org Subject: Re: [ANNOUNCEMENT] Wiki for discussing P35/IHC9(R)/SATA issues set up Message-ID: <472F7C05.6050000@conducive.net> In-Reply-To: <op.t1b37ronufp0mi@localhost> References: <472D56A1.7070206@gmail.com> <200711041119.45971.jrh29@alumni.cwru.edu> <472DD231.9030501@gmail.com> <472E67CC.9040201@delphij.net> <472E4FF0.3080801@gmail.com> <472EB211.7050001@delphij.net> <472EEADF.1000008@gmail.com> <472F466E.8050405@delphij.net> <472F5846.1020304@gmail.com> <472F5D9A.9050900@delphij.net> <op.t1b08cc6ufp0mi@localhost> <472F6773.3080801@delphij.net> <op.t1b121p9ufp0mi@localhost> <472F6B02.2030801@delphij.net> <op.t1b37ronufp0mi@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
sam wrote: > Hi > > The information FreeBSD returns about the drives is correct. > > I noticed following problems > > 1) Trying to mount a cd is one of the problems. This freezes the system > for about 1 to 2 minutes. > Nov 5 20:17:46 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > Nov 5 20:18:17 sam kernel: acd1: TIMEOUT - READ_BIG retrying (1 retry > left) > Nov 5 20:18:48 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries > left) > Nov 5 20:19:18 sam kernel: acd1: FAILURE - READ_BIG timed out > Nov 5 20:19:19 sam kernel: GEOM_LABEL: Label for provider acd1t01 is > iso9660/FreeBSD_bootonly. > After that, the cd is mounted and works just fine. > > 2) Trying to watch a dvd. > Nov 5 20:24:19 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > Nov 5 20:24:49 sam kernel: acd1: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Nov 5 20:24:53 sam kernel: acd1: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Nov 5 20:24:53 sam kernel: acd1: FAILURE - SEND_KEY timed out > Nov 5 20:25:03 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > I tried this with several dvds of code 1 and 2. The same behaviour on the > Optiarc and on the Asus drives. > > 3) If I add device atapicam to the kernel, the system won't boot. It will > still recognize the drives, but it will then produce read timeouts, over > and over. I tried this with hw.ata.atapi_dma set to 0 and 1. > > 4) Audio CDs don't seem to be recognized as such in the asus drives. It > seems, that the Optiarc recognizes and plays them. Again, testet with > different > cds. The errors of the drives are: > asus: > Nov 5 20:39:10 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries > left) > Nov 5 20:39:41 sam kernel: acd1: FAILURE - READ_BIG timed out > Nov 5 20:41:30 sam kernel: acd1: FAILURE - MODE_SENSE_BIG timed out > Nov 5 20:42:02 sam kernel: acd1: TIMEOUT - READ_BIG retrying (1 retry > left) > Nov 5 20:42:32 sam kernel: acd1: TIMEOUT - READ_BIG retrying (0 retries > left) > Nov 5 20:43:03 sam kernel: acd1: FAILURE - READ_BIG timed out > optiarc > Nov 5 20:44:11 sam kernel: acd0: FAILURE - MODE_SENSE_BIG timed out > But as mentioned, Optiarc is able to play the audiocd. > > 5) My devices are numberd from 4 upward. This is not a big deal. But it > is confusing. If I activate the onboard jmicron controller the ad4 moves > to ad10. [Motherboard Gigabyte P35-DS4] > > 6) Boot freeze [timeout of drives] when having a cdrom in the drive. > > > > > sam Presuming a good cable, this looks very much like a hardware (and its onboard firmware) issue from where I sit. I've had one of the R&D boxen with the JMicron JMB363 controller turned back-to-front for a month, didn't notice it was equipped with an ancient 48X CD unit that had been seriously problematic on early 4.X. On either a GA G33-DS3R or Asus P5K, there has been no difficulty with what it sees as a "CD-948E/TKU/T4B" on acd0. Spins it up and takes a, extra few seconds (only) to sneak a peek at the media during boot if there IS any media, else not, but no significant delay. Thereafter it has been used to install a great many odds and sods to Qemu host, sometimes left attached to the guests and media ejected/changed, again w/o hiccups from either CLI or xfce4. Never an errmsg, and operates fast. FreeBSD 6.X, 7-CURRENT, 7-PRE, 7-BETA1, 8-CURRENT, both i386 & AMD-64. Mind - this is a pretty 'basic' unit as well as obsolete, but I'd still suggest trying the system with one or more other CDR/DVD - even antiques - than the one you now have to see if the problem migrates with the drive hardware rahter than the MB/controller or OS. Bill Hacker > > > > On Mon, 05 Nov 2007 20:12:02 +0100, Xin LI <delphij@delphij.net> wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, Sam, >> >> sam wrote: >>> here they are, thanks >> >> According to your dmesg.boot output it seems that all devices has been >> successfully probed: >> >> ad4: 305244MB <WDC WD3200AAKS-00VYA0 12.01B02> at ata2-master SATA300 >> ad6: 305244MB <WDC WD3200AAKS-00VYA0 12.01B02> at ata3-master SATA300 >> ad8: 238475MB <WDC WD2500KS-00MJB0 02.01C03> at ata4-master SATA300 >> acd0: DVDR <Optiarc DVD RW AD-7170S/1.00> at ata5-master SATA150 >> acd1: DVDROM <ASUS DVD-E616A3T/1.11> at ata6-master SATA150 >> acd2: DVDROM <ASUS DVD-E616A3T/1.11> at ata7-master SATA150 >> >> Does this match your hardware configuration, or do you have some other >> problems with the driver? >> >> Cheers, >> - -- >> Xin LI <delphij@delphij.net> http://www.delphij.net/ >> FreeBSD - The Power to Serve! >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.7 (FreeBSD) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFHL2sChcUczkLqiksRAhpLAJ9UlI6yi5qL7qAhMJhUJs9l/kqP7QCgubc/ >> mHEueOYcLFblVinJHCJWWdM= >> =I69/ >> -----END PGP SIGNATURE----- > > > > --Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?472F7C05.6050000>