I adviced a friend to buy a PC based on Intel chipsets because of problems I have seen with some AMD chipsets. Little did I know that there was a problem with 845G. It is not absolutely necessary that this is solved before the release of 9.0, but I certainly hope that it will be shortly after. The situation is quite frustrating considering the problem has already been solved by Andre Hedrick.
Below, I have pasted the following dialogue from the kernel list. -- Bjarne Thomsen From: Kjartan Maraas ([EMAIL PROTECTED]) Date: Mon Jun 03 2002 - 14:49:26 EEST > If you look at why it fails it fails not because it isnt in the table > but because the PCI device has not been allocated resources > properly by the BIOS > Back when I talked to Andre about this problem it sounded to me like he said it was a genuine bug that was fixed in the ide-convert patches. Maybe I'm confusing two issues here... Cheers Kjartan From: Andre Hedrick ([EMAIL PROTECTED]) Date: Mon Jun 03 2002 - 13:10:10 EEST Kjartan, Please do not confuse them, they have a hard enough time reading. The docs state it can only do X, but lets overclock it and do X+1. Maybe the hardware is smart and knows which drivers are safe and sane. Anthony, I sent you a mini-patch to add the 845G to the sane driver. It will work, as Kjartan has stated. His system suffered the exact same events. Cheers, Andre Hedrick LAD Storage Consulting Group From: Anthony Spinillo ([EMAIL PROTECTED]) Date: Tue Jun 04 2002 - 02:35:31 EEST I just tried Andre's patch. I applied it on top of 2.4.19pre9-ac3. (Patch attached below.) It pulled me up to DMA. I tested by setting hdparm -d1 /dev/hdc (my DVD drive) and played a DVD with Xine. It played great! I do not have an IDE hard drive to test, since my HD is SCSI. I will try Vojtech's patch next, and report in. Thanks for all your help! (Andre, Vojtech, JeffN and everyone else.) Tony On Sun, 2002-09-22 at 04:53, Ben Reser wrote: > On Sun, Sep 22, 2002 at 02:38:06AM +0000, SI Reasoning wrote: > > I have heard this argument before but don't buy it. I am not talking about waiting > > years here... Just taking the time to release the product when it is ready instead > > of forcing a deadline. Mandrake 8.2 was released despite a known serious issue with > > smb with the kernel. That was something that definately should have been fixed > > before release. This is not to say you don't aim for a deadline, but even Microsoft > > will fearlessly delay release, often for months. > > Start paying attention. 9.0 was supposed to be released last week. It > got pushed back a week to fix an issue. But you're arguing that we > should delay it so we can fix some guys error where the kernel doesn't > think he has a PS/2 mouse port and nobody else has seen this issue. For > all we know fixing his issue will break something for a huge group of > people. > > Sometimes fixing things for one thing will break things for other > people. Take for instance the machines that don't turn themselves off. > Apparently this has something to do with the Mandrake kernel not having > ACPI support in it. But if we enable ACPI support then other people > will have even worse problems. > > Face it. There will be bugs and there will be tradeoffs. Mandrake does > the best that they can. > > -- > Ben Reser <[EMAIL PROTECTED]> > http://ben.reser.org > > Never take no as an answer from someone who isn't authorized to say yes. >
