https://bugzilla.novell.com/show_bug.cgi?id=338315 Cyril Hrubis changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |kernel-maintainers@forge.provo.novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=338315 Greg Kroah-Hartman changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|kernel-maintainers@forge.provo.novell.com |teheo@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=338315 User cthiel@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=338315#c3 Christoph Thiel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|rob.opensuse.linux@googlemail.com | Resolution| |NORESPONSE --- Comment #3 from Christoph Thiel 2008-04-25 06:49:01 MST --- Closing NOREPSONSE, due to missing information for more than 21 days. Please feel free to reopen and provide the requested information. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=338315 User rob.opensuse.linux@googlemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=338315#c5 Robert Davies changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|NORESPONSE | --- Comment #5 from Robert Davies 2008-12-09 09:46:28 MST --- Recently Tejun submitted a kernel patch to turn off UDMA and DMA in ATA adapters for CD-ROMs on HPT366 controllers. So he ought to have a clue why I as sysadmin wanted to do hdparm tweaks. Whilst it is true, that it's nice when drivers do things correctly, that doesn't allow the sysadmin to account for particular problems in a configuration. An original ATA/IDE developer was Andre Hedrik and he had a BP6 board, with the HPT366 controller. The board permitted Dual Celeron's overclocked to 100Mhz FSB, so were very desirable (and cheap) compared to the PII offerings at that time. So the DVD/CD-ROM having DMA turned off (even if it was on the host controller) was a stability fix for this board. Similarly for disks on the HPT366, stability appeared to be improved by using udma3 not udma4, and an hdparm -X tweak was used there. When disks are accessed via libata through the pata_ drivers, hdparm(8) appears to lie, and much of it not work. There are a number of libata/pata_* issues, and I note the article http://lwn.net/Articles/198344/ at lwn.net, the feedbacks discuss another reason or two for wanting hdparm access. This is really an upstream kernel hackers problem, with how to permit low level configuration commands like hdparm(8) into the I/O architecture. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=338315 User rob.opensuse.linux@googlemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=338315#c7 --- Comment #7 from Robert Davies 2008-12-10 06:46:11 MST --- Trying to be brief but the Dual Celeron Abit BP6 was the 'hot' box in early 2000, when the marketing men were pushing more expensive Slot based CPUs with off die caches. Intel did not support dual Celereon, the Intel BX chip was already old, but a classic and was pushed to it's limits in this board. It worked well with 1 CPU but, with the 2nd slot occupied, shall we say a lot of SMP code got shook down, and I think Linux 2.4 had included lots of fix ups, for slack Bios. Celeron 300A, 300 Mhz clock, 66Mhz FSB. PCI 33Mhz Celeron Overclock 450, 450 Mhz clock, 100Mhz FSB, PCI 33Mhz The PII 100Mhz FSB, had larger cache but off die, but a horrible slot system, and was much more expensive. The DVD/CD-RW drive was a late 2000 upgrade, and I think it's UDMA was flakey, at time Windows (98SE,ME,NT) was expected to crash frequently, so the mainstream weren't noticing unreliable hardware. I just found, with experience from BP6 Linux list (included ppl like Andre Hedrik and Rogier Wolff), that certain steps improved the box reliablility. HPT366 - hard disks on UDMA3 not the full 66 transfer speed. DVD/CD-ROM - turn off dma, when disks were on HPT366 There was a lot of stuff with incorrect documentation, so I think the driver guys like Andre, would despite signing NDA's and working with manufacturer's, end up with a certain amount of 'Witchcraft' based on trial and error. Looking at the LWN article,seeing the aims of PATA, and seeing that the Bugzilla system is working (I got a bit discouraged last year as I seemed to put in a lot of testing and reporting work for little effect), was reason I checked up on all reports. Whilst the hdparm settings was integrated with YaST2, via an /etc/rc script. I actually think those boot settings will do most of the job. hdparm helped a lot, when drivers were over cautious by default (not using UDMA modes for example), and a few things like setting idle spin down on disks that are only occasionally used. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=338315 User rob.opensuse.linux@googlemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=338315#c9 --- Comment #9 from Robert Davies 2008-12-11 01:53:22 MST --- I remember from the BP6 Linux list, which has probably been lost to the net, that it was considered a "No No" to connect CD-ROMs to the HPT366 controllers. I have original box and docs for the Abit BP6 still, and it may even have some statement telling you not to do it. Some BS about the HPT366 being "designed for disks". Not very satisfying but ... I think you're doing 'naive' users a favour if you do disable DMA for ATAPI devices on that controller. I'd have put in an objection, if I had reason to think having UDMA ATAP devices on the HPT366 was useful. On the host controller for instance a driver blacklist, disabling UDMA for ATAPI, when HPT366 was present would be very annoying, as I believe it's perfectly possible to get configurations (probably BP6 with single CPU) where it's stable. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.