Frustrated with Linux, Asus, and nVidia, and AMD

Frustrated with Linux, Asus, and nVidia, and AMD

[Marc Perkel]

Ok - I had a bad day today struggling with hardware. Having said that 
I'm somewhat frustrated with the lack of progress of Linux getting it 
right with Asus, nVidia, and AMD processors right.

I still have to run pci=nommconf to keep the server from locking up. 
That's with both 939 pin and AM2 motherboards.

This bug remains unresolved:

http://bugzilla.kernel.org/show_bug.cgi?id=6975

So what's up with the no progress?

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Oleg Verych]

On 2006-10-25, Marc Perkel wrote:
> User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
> Xref: news.gmane.org gmane.linux.kernel:460364
> Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/460364>
>
> Ok - I had a bad day today struggling with hardware. Having said that 
> I'm somewhat frustrated with the lack of progress of Linux getting it 
> right with Asus, nVidia, and AMD processors right.
>
> I still have to run pci=nommconf to keep the server from locking up. 
> That's with both 939 pin and AM2 motherboards.

Please, read down this thread:
<http://article.gmane.org/gmane.linux.ports.x86-64.general/1794>
And this one may be relevant:
<http://permalink.gmane.org/gmane.linux.kernel/458769>

Maybe will give some clue about soft-"hardware".

> This bug remains unresolved:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=6975
>
> So what's up with the no progress?

If you are only one using that hardware and experiencing
bugs, then you are on your own.
OTOH, many would help if more hardware information and erratas will be
*actually published*.
____

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Lee Revell]

On Tue, 2006-10-24 at 21:55 -0700, Marc Perkel wrote:
> Ok - I had a bad day today struggling with hardware. Having said that 
> I'm somewhat frustrated with the lack of progress of Linux getting it 
> right with Asus, nVidia, and AMD processors right.
> 

I don't know why you would buy a server from a vendor whose hardware is
so closed they expect you to use a proprietary driver to have working
sound, network, and video...

Lee

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Gianluca Alberici]

Marc,

2.6.16.11 works. I tell u because i got an M2E with 1GB ram on Athlon 
AM2 under test since a couple of week and it goes fine.

BUT notice: i boot from SATA, dont have any PATA disk.

Maybe u can use that waiting for the patch

Bye,

Gianluca

Marc Perkel wrote:

> Ok - I had a bad day today struggling with hardware. Having said that 
> I'm somewhat frustrated with the lack of progress of Linux getting it 
> right with Asus, nVidia, and AMD processors right.
>
> I still have to run pci=nommconf to keep the server from locking up. 
> That's with both 939 pin and AM2 motherboards.
>
> This bug remains unresolved:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=6975
>
> So what's up with the no progress?
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Andi Kleen]

Marc Perkel <marc@perkel.com> writes:

> Ok - I had a bad day today struggling with hardware. Having said that
> I'm somewhat frustrated with the lack of progress of Linux getting it
> right with Asus, nVidia, and AMD processors right.
> 
> I still have to run pci=nommconf to keep the server from locking
> up. That's with both 939 pin and AM2 motherboards.
> 
> This bug remains unresolved:
> 
> http://bugzilla.kernel.org/show_bug.cgi?id=6975
> 
> So what's up with the no progress?

The bug report only references ancient kernels (2.6.15, 2.6.17) How do you know there is no
progress?

-Andi

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Marc Perkel]

Andi Kleen wrote:
> Marc Perkel <marc@perkel.com> writes:
>
>   
>> Ok - I had a bad day today struggling with hardware. Having said that
>> I'm somewhat frustrated with the lack of progress of Linux getting it
>> right with Asus, nVidia, and AMD processors right.
>>
>> I still have to run pci=nommconf to keep the server from locking
>> up. That's with both 939 pin and AM2 motherboards.
>>
>> This bug remains unresolved:
>>
>> http://bugzilla.kernel.org/show_bug.cgi?id=6975
>>
>> So what's up with the no progress?
>>     
>
> The bug report only references ancient kernels (2.6.15, 2.6.17) How do you know there is no
> progress?
>
> -Andi
>   
As of the 2.6.18 released kernel I still had to modify the source code 
to keep the kernel from locking up on boot. I haven't tried it with 
2.6.19rcx yet.

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Randy Dunlap]

On Wed, 25 Oct 2006 12:09:21 -0700 Marc Perkel wrote:

> 
> 
> Andi Kleen wrote:
> > Marc Perkel <marc@perkel.com> writes:
> >
> >   
> >> Ok - I had a bad day today struggling with hardware. Having said that
> >> I'm somewhat frustrated with the lack of progress of Linux getting it
> >> right with Asus, nVidia, and AMD processors right.
> >>
> >> I still have to run pci=nommconf to keep the server from locking
> >> up. That's with both 939 pin and AM2 motherboards.
> >>
> >> This bug remains unresolved:
> >>
> >> http://bugzilla.kernel.org/show_bug.cgi?id=6975
> >>
> >> So what's up with the no progress?
> >>     
> >
> > The bug report only references ancient kernels (2.6.15, 2.6.17) How do you know there is no
> > progress?
> >
> > -Andi
> >   
> As of the 2.6.18 released kernel I still had to modify the source code 
> to keep the kernel from locking up on boot. I haven't tried it with 
> 2.6.19rcx yet.

Have you posted your needed patches?
If so, please do it again.

---
~Randy

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Andi Kleen]

> As of the 2.6.18 released kernel I still had to modify the source code
> to keep the kernel from locking up on boot. I haven't tried it with
> 2.6.19rcx yet.

Modify in what way?

-Andi

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Marc Perkel]

Andi Kleen wrote:
>> As of the 2.6.18 released kernel I still had to modify the source code
>> to keep the kernel from locking up on boot. I haven't tried it with
>> 2.6.19rcx yet.
>>     
>
> Modify in what way?
>
> -Andi
>
>   

skip_timer_override = 0

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Andi Kleen]

On Thursday 26 October 2006 11:31, Marc Perkel wrote:
> Andi Kleen wrote:
> >> As of the 2.6.18 released kernel I still had to modify the source code
> >> to keep the kernel from locking up on boot. I haven't tried it with
> >> 2.6.19rcx yet.
> >
> > Modify in what way?
> >
> > -Andi
>
> skip_timer_override = 0

Ah that problem. I'm still waiting for Nvidia to give us the required 
information to fix this properly.

-Andi

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Bill Davidsen]

Andi Kleen wrote:
> Marc Perkel <marc@perkel.com> writes:
> 
>> Ok - I had a bad day today struggling with hardware. Having said that
>> I'm somewhat frustrated with the lack of progress of Linux getting it
>> right with Asus, nVidia, and AMD processors right.
>>
>> I still have to run pci=nommconf to keep the server from locking
>> up. That's with both 939 pin and AM2 motherboards.
>>
>> This bug remains unresolved:
>>
>> http://bugzilla.kernel.org/show_bug.cgi?id=6975
>>
>> So what's up with the no progress?
> 
> The bug report only references ancient kernels (2.6.15, 2.6.17) How do you know there is no
> progress?

2.6.18 is the latest released kernel, I don't think calling one release 
back "ancient" is really advancing the solution. The problem seems to 
have been reported in August, and is still not fixed, I do understand 
that he would feel there is no progress.

How long will you wait before putting in the fix Marc Perkel suggested, 
perhaps with a warning logged that it's a band-aid? Many users will not 
be astute enough to find this discussion, the bug report, the fix, 
configure and build a kernel, etc. And not all distributions will 
address it either.

-- 
Bill Davidsen <davidsen@tmr.com>
   Obscure bug of 2004: BASH BUFFER OVERFLOW - if bash is being run by a
normal user and is setuid root, with the "vi" line edit mode selected,
and the character set is "big5," an off-by-one errors occurs during
wildcard (glob) expansion.

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Robert Hancock]

Bill Davidsen wrote:
> 2.6.18 is the latest released kernel, I don't think calling one release 
> back "ancient" is really advancing the solution. The problem seems to 
> have been reported in August, and is still not fixed, I do understand 
> that he would feel there is no progress.
> 
> How long will you wait before putting in the fix Marc Perkel suggested, 
> perhaps with a warning logged that it's a band-aid? Many users will not 
> be astute enough to find this discussion, the bug report, the fix, 
> configure and build a kernel, etc. And not all distributions will 
> address it either.

As far as the "fix" of disabling the skip-ACPI-timer-override, that is 
not something that can be put in the kernel as it will break other 
boards that require the ACPI timer override not to be used (like many 
nForce2 boards for example). Breaking working setups in order to fix 
others isn't acceptable.

There are clearly some NVIDIA chipsets which require the override be 
skipped, and some which require it not be. I think the ball is currently 
in NVIDIA's court to provide a way of figuring out which chipsets 
require the quirk and which don't..

-- 
Robert Hancock      Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/

Re: Frustrated with Linux, Asus, and nVidia, and AMD

[Bill Davidsen]

Robert Hancock wrote:
> Bill Davidsen wrote:
>> 2.6.18 is the latest released kernel, I don't think calling one 
>> release back "ancient" is really advancing the solution. The problem 
>> seems to have been reported in August, and is still not fixed, I do 
>> understand that he would feel there is no progress.
>>
>> How long will you wait before putting in the fix Marc Perkel 
>> suggested, perhaps with a warning logged that it's a band-aid? Many 
>> users will not be astute enough to find this discussion, the bug 
>> report, the fix, configure and build a kernel, etc. And not all 
>> distributions will address it either.
> 
> As far as the "fix" of disabling the skip-ACPI-timer-override, that is 
> not something that can be put in the kernel as it will break other 
> boards that require the ACPI timer override not to be used (like many 
> nForce2 boards for example). Breaking working setups in order to fix 
> others isn't acceptable.
> 
> There are clearly some NVIDIA chipsets which require the override be 
> skipped, and some which require it not be. I think the ball is currently 
> in NVIDIA's court to provide a way of figuring out which chipsets 
> require the quirk and which don't..
> 
The kernel seems to handle lots of other quirks, I agree that this 
should not be the default behavior, but it certainly seems possible to 
catch this on the more common cases for which it is needed.

The boards which need it probably should be the exception, 2.6 kernels 
did without it for several years, and breaking hardware which worked up 
through 2.6.15 is probably not the best way to cope with new boards. I 
don't think ignoring the problem while waiting for nVidia is good 
policy, since it's a regression.

-- 
Bill Davidsen <davidsen@tmr.com>
   Obscure bug of 2004: BASH BUFFER OVERFLOW - if bash is being run by a
normal user and is setuid root, with the "vi" line edit mode selected,
and the character set is "big5," an off-by-one errors occurs during
wildcard (glob) expansion.