Re: 5.3 ata / atapicam issues (update)
Hello, I think time has come to fill a problem report. I did started a initial one, which is attached to this mail. Can you read through the attached PR and comment its contents, please? Rob schrieb: Hope this helps someone. I'm not at all sure where/what the problem is but I'll be happy to run on the embedded controller for the time being. (while PIO 4 != DMA 133, reliability/functionality is king!) Neither have I an idea what going on here, but after having upgraded a few PCs from 4.10 to 5.3, I empirically deduced following conclusions: 1) The problems is since 5.3, not with any 4.X. 2) Such problems occur when the media (harddisk in my case) are capable of doing a higher speed than the motherboard. For example, harddisk can do maximum UDMA100, but motherboard can maximum handle UDMA66. In such cases I need hw.ata.ata_dma=0 in loader.conf, which slows down the speed to PIO4. Without the hw.ata.ata_dma=0, I get various results, which can be 'kernel panic at bootup after installation' on one PC, to 'odd crashing of X for no good reason' on another PC. When the maximum speeds of harddisk and motherboard match, there's no problem, eventhough they may both operate at a lower than maximum speed. Something really uggly has entered the code of 5.3, with respect to disk speed matching, I believe. Regards, Rob. __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `' and `'). SEND-PR: SEND-PR: Please consult the following URL if you are not sure how to SEND-PR: fill out a problem report: SEND-PR: http://www.freebsd.org/doc/en/articles/problem-reports/ SEND-PR: SEND-PR: Note that the Synopsis field is mandatory. SEND-PR: SEND-PR: Please note that (unless you state otherwise) if your report SEND-PR: includes a patch then it will be taken under the same license as SEND-PR: the one on the file(s) you want to change. SEND-PR: SEND-PR: BE ADVISED THAT FREEBSD PROBLEM REPORTS ARE PUBLIC INFORMATION AND SEND-PR: WILL BE PUBLISHED AS-IS ON THE PROJECT'S MAILING LISTS AND WEB SITES. SEND-PR: DO NOT SUBMIT ANY INFORMATION YOU DO NOT WANT MADE PUBLIC. SEND-PR: SEND-PR: If you wish to submit a problem report confidentially, then contact SEND-PR: the FreeBSD bugmaster ([EMAIL PROTECTED]) to arrange for a SEND-PR: relevant developer to be contacted. SEND-PR: SEND-PR: For sensitive security issues, consider contacting the FreeBSD SEND-PR: security officer team ([EMAIL PROTECTED]) directly. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: advocacy alpha amd64 bin conf docs SEND-PR: gnu i386 ia64 java kern misc SEND-PR: ports powerpc sparc64 standards threads usb SEND-PR: www SEND-PR: To: [EMAIL PROTECTED] From: Daniel S. Haischt [EMAIL PROTECTED] Reply-To: Daniel S. Haischt [EMAIL PROTECTED] Cc: X-send-pr-version: 3.113 X-GNATS-Notify: Submitter-Id: current-users Originator:Daniel S. Haischt Organization: Daniel S. Haischt IT Consulting Confidential: no Synopsis: FreeBSD 5.3 ATA unreliability if using ATAPICAM Severity: serious Priority: high Category: kern Class: sw-bug Release: FreeBSD 5.3-STABLE i386 Environment: System: FreeBSD abyssone.abyssworld.de 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Jan 20 13:07:40 CET 2005 root@:/usr/obj/usr/src/sys/ABYSSONE i386 * PI 233 MMX with an additional Promise PDC20269 UDMA133 controller * ATA 100/133 IDE cable * IBM disk: 78533MB IC35L080AVVA07-0/VA4OA52A [170197/15/63] at ata2-master UDMA100 * Plextor CDROM drives + CDRW PLEXTOR CD-R PREMIUM/1.05 at ata3-master UDMA33 + DVDROM PLEXTOR DVD-ROM PX-116A2 0100/1.00 at ata3-slave UDMA66 Description: This problem report is a synthesis of several issues posted to the FreeBSD questions mailing list! The ATA issues were reported numeros times by people using a Promise PDC20269 UDMA133 controler, so I will stick with that controller. If using the just mentioned controller, especially the 2nd IDE channel, it was observed that during boot time this particular hardware configuration may cause the following issues: * Interrupt Storms * READ_DMA timed out * Kernel Panics To trace the issue, the following hardware configurations has been tested: Configuration #1 (success): * harddrive attached to IDE channel #1 * no device attached to IDE channel #2 Configuration #2 (failure): * harddrive attached to IDE channel #1 * CDROM drive(s) attached to IDE channel #2 Configuration #3 (failure): * no device attached to IDE channel #1 * harddrive
Re: 5.3 ata / atapicam issues (update)
--- Daniel S. Haischt wrote: Can you read through the attached PR and comment its contents, please? It's a little too technical for me, but let me add the components of one of my trouble PCs: atapci0: VIA 82C596B UDMA66 controller ad0: 43979MB IBM-DTLA-307045/TX6OA50C [89355/16/63] at ata0-master PIO4 acd0: CDROM CRD-8520B/1.00 at ata1-master PIO4 The harddisk can do UDMA100, but if I let FreeBSD 5.3 sort it out by itself, the kernel panics at bootup. Modifying loader.conf, forces my fast harddisk to operate at PIO4 mode, which is far from optimum; it should at least be able to operate at UDMA66 !! FreeBSD 5.3 is not capable of solving this properly. This observation I could not find in your PR report. Regards, Rob. __ Do you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3 ata / atapicam issues (update)
--- Rob [EMAIL PROTECTED] wrote: --- Daniel S. Haischt wrote: Can you read through the attached PR and comment its contents, please? It's a little too technical for me, but let me add the components of one of my trouble PCs: atapci0: VIA 82C596B UDMA66 controller ad0: 43979MB IBM-DTLA-307045/TX6OA50C [89355/16/63] at ata0-master PIO4 acd0: CDROM CRD-8520B/1.00 at ata1-master PIO4 The harddisk can do UDMA100, but if I let FreeBSD 5.3 sort it out by itself, the kernel panics at bootup. Modifying loader.conf, forces my fast harddisk to operate at PIO4 mode, which is far from optimum; it should at least be able to operate at UDMA66 !! FreeBSD 5.3 is not capable of solving this properly. This observation I could not find in your PR report. Forgot to mention another PC with a brandnew Winchester Harddisk of 80 Gb (sorry I don't have the specs handy) and on the motherboard a chipset of atapci0: VIA 82C596 ATA66 controller This combination does boot, but X always crashes. Modifying the loader.conf again solves this problem. Rob. __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
5.3 and atapicam....
Greetings, I seem to have made a small amount of progress with my atapicam boggle. I was able to get a kernel with the atapicam driver configured to boot by taking the drive off of the 2nd channel of my PDC20269-based atapter and configure it as a slave on the 2nd channel of my motherboard's embedded controller. I was even able to 'rip' a disk using cdda2wav. I attempted to rip a 2nd one but it failed with an I/O error. A dmesg reveals... cd9660: RockRidge Extension acd0: WARNING - READ_CD read data overrun 611522352 cd9660: RockRidge Extension acd0: timeout waiting for ATAPI ready acd0: timeout waiting for ATAPI ready acd0: timeout waiting for ATAPI ready acd0: timeout waiting for ATAPI ready acd0: READ_BIG trying to write on read buffer acd0: WARNING - removed from configuration (cd1:ata1:0:0:0): cddone: got error 0x16 back (cd1:ata1:0:0:0): lost device (probe0:ata1:0:0:0): Lost target 0??? vm_fault: pager read error, pid 988 (cp) vm_fault: pager read error, pid 988 (cp) vm_fault: pager read error, pid 997 (cp) vm_fault: pager read error, pid 997 (cp) . . . . . vm_fault: pager read error, pid 997 (cp) vm_fault: pager read error, pid 997 (cp) vm_fault: pager read error, pid 997 (cp) vm_fault: pager read error, pid 997 (cp) vm_fault: pager read error, pid 997 (cp) vm_fault: pager read error, pid 997 (cp) (cd1:ata1:0:0:0): removing device entry I don't seem to be able to bring the device back online with any combination of args with either atacontrol or camcontrol. I also find it strange that I could not access the drive with it attached to the motherboard's PRIMARY controller port. I'm beginning to think this may be some sort of funky I/O conflict or something. Going down for a reboot -- Randall D. DuCharme (Radio AD5GB) Powered by FreeBSD! The Power to Serve ___ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
5.3 ata / atapicam issues (update)
Greetings, Just an update I pulled out the Promise adapter and connected my disk to the primary embedded IDE controller (max speed PIO 4) Left the atapi CDRW drive as a SLAVE on the secondary controller. Next, I tried ripping an audio CD with cdda2wav, and to my surprise, it was successful. The system did report several messages during the ripping process, like. Feb 3 00:11:33 arabian kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left ) LBA=136492211 Feb 3 00:11:34 arabian kernel: ad0: FAILURE - READ_DMA timed out Feb 3 00:11:39 arabian kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left ) LBA=136414323 Feb 3 00:11:39 arabian kernel: ad0: FAILURE - READ_DMA timed out Feb 3 00:12:05 arabian kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left ) LBA=137621267 Feb 3 00:12:05 arabian kernel: ad0: FAILURE - READ_DMA timed out Feb 3 00:12:11 arabian kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left ) LBA=137543379 Feb 3 00:12:11 arabian kernel: ad0: FAILURE - READ_DMA timed out but it was successful. I disabled all ATA DMA (hw.ata.ata_dma=0 my in loader.conf) and tried to rip the disk again. It completed without a single error. Further, I was able to burn 5 CDs on the same drive at ridiculous speeds (48X reported by cdrecord) without a single issue. Hope this helps someone. I'm not at all sure where/what the problem is but I'll be happy to run on the embedded controller for the time being. (while PIO 4 != DMA 133, reliability/functionality is king!) If there's any way I can help solve this issue just say how! Kind regards -- Randall D. DuCharme (Radio AD5GB) Powered by FreeBSD! The Power to Serve ___ No banners. No pop-ups. No kidding. Make My Way your home on the Web - http://www.myway.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3 ata / atapicam issues (update)
Hope this helps someone. I'm not at all sure where/what the problem is but I'll be happy to run on the embedded controller for the time being. (while PIO 4 != DMA 133, reliability/functionality is king!) Neither have I an idea what going on here, but after having upgraded a few PCs from 4.10 to 5.3, I empirically deduced following conclusions: 1) The problems is since 5.3, not with any 4.X. 2) Such problems occur when the media (harddisk in my case) are capable of doing a higher speed than the motherboard. For example, harddisk can do maximum UDMA100, but motherboard can maximum handle UDMA66. In such cases I need hw.ata.ata_dma=0 in loader.conf, which slows down the speed to PIO4. Without the hw.ata.ata_dma=0, I get various results, which can be 'kernel panic at bootup after installation' on one PC, to 'odd crashing of X for no good reason' on another PC. When the maximum speeds of harddisk and motherboard match, there's no problem, eventhough they may both operate at a lower than maximum speed. Something really uggly has entered the code of 5.3, with respect to disk speed matching, I believe. Regards, Rob. __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]