Re: [ACPI] acpi problem with nforce motherboards and ethernet

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

(sorry with my sucking english)

ok, let me know if you know for me to test something with this newer mm 
kernels.

by the way, yes, I'm experiencing the lockups. Not with heavy io, but 
almost when I boot and enter X. The system gets completly frozzened and 
the HD led keps on. When I reboot with a sane kernel, I found several 
files from my /home directory are deleted or filled with garbage.

Now, I patch each kernel I use with the two patches Andrew sent to me 
and I'm having no problems.

Actually i'm running 2.6.2-ck1 + nforce-patches and the temperature of 
the system is 55º while idle, and 631 while compiling (only cpu fan, no 
case fans). I don't know if it's high (some people reported high 
temperatures with this patches) but it runs very well this way.

If you want for me to test some patches or something, please drop me a note.

Thanks a lot...

Luis Miguel García

P.S.: by the way, why am I getting strage "arabesque" characters when I 
reply to your emails? Perhaps something with wrong encoding?

>This is interesting, I will test it myself later on. At one point Len
>admitted to owning "foreign hardware :p" so maybe this could get resolved.
>
>Personally I haven't tried kernels with newer forcedeth drivers, because I
>can no longer explicitely set the power state of the NIC to D3. The
>machine complains about irqs (new debugging code since forcedeth v.20 or
>so) and will not powerdown.
>
>On another note, have you noticed lockups of your system with heavy io?
>Think of fsck'ing, burning cdroms, du on large dirs etc? Maybe it is
>helpful to set up a list of boards and document what works or doesn't work
>with which kernel. For instance the lockups with heavy io seem to be
>resolved here if I leave APIC from my kernel.
>
>Arjen
>
>On Thu, 5 Feb 2004, [ISO-8859-15] Luis Miguel Garc?a wrote:
>
>  
>
>>> Hi:
>>>
>>> Since Andrew Morton picked up latest acpi bk updates, nforce motherboards have problems, mainly with ethernet adapters. Reporters say that with acpi=off, the problm gets fixed, so we think the problem could be acpi. Some more useful info:
>>>
>>>
>>>
>>> On Tue, 3 Feb 2004, [ISO-8859-1] Luis Miguel Garc?a wrote:
>>>
>>>
>>    
>>
>>>>> >> When I try to boot with latest mm series (such as actual rc3-mm1 or
>>>>> >> rc2-mm2), my nforce ethernet device doesn't works. It worked in the past
>>>>> >> with the forcedeth reverse engineered driver but now it keeps for 30 or
>>>>> >> more seconds halted (at boot) and then the network device dosn't run.
>>>>> >>
>>>>> >> Here is the dmesg of rc3-mm1. Do you want for me to test something? Thanks!
>>>>> >>
>>>>> >> P.S.:   The ACPI related messages are larger that in rc3.
>>>>        
>>>>
>>>> >
>>>> >
>>>      
>>>
>>>
>>> My e100 on an nforce2 won't work in rc3-mm1.
>>> The "acpi=off" boot parameter makes it go.
>>>
>>>
>>> And for the record, I can boot with that kernel and save one dmesg for you if you want. Only send me a request and I'll send it to you.
>>>
>>> P.S.: Sent any messages you want directly to me as i'm not subscribed to acpi-devel.
>>>
>>> Thanks,
>>>
>>> Luis Miguel Garc?a
>>>
>>>
>>>
>>>
>>>
>>    
>>
>>>> >Which part of nforce support are you talking about luis?
>>>      
>>>
>>>
>>    
>>
>>>> >On Thu, 5 Feb 2004, Andrew Morton wrote:
>>>      
>>>
>>>
>>>
>>    
>>
>>>>> >> Luis Miguel Garc?a <ktech@wanadoo.es> wrote:
>>>>        
>>>>
>>>> >
>>>> >
>>>      
>>>
>>>>>>> >>> >
>>>>>>> >>> > Andrew Morton wrote:
>>>>>>> >>> >
>>>>>>            
>>>>>>
>>>>> >>
>>>>> >>
>>>>        
>>>>
>>>>>>>>> >>>> > >
>>>>>>>>                
>>>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>          
>>>>>
>>>>>>>>>>> >>>>> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2/2.6.2-mm1/
>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>> >>>>> > >> - Merged some page reclaim fixes from Nick and Nikita.  These yield some
>>>>>>>>>>> >>>>> > >>  performance improvements in low memory and heavy paging situations.
>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>>> >>>>
>>>>>>> >>>>
>>>>>>> >>> >
>>>>>>> >>> > Andrew, do you know if this acpi pull down has nforce support fixed?
>>>>>>            
>>>>>>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> It doesn't appear that way.
>>>>> >>
>>>>        
>>>>
>>>> >
>>>> >
>>>      
>>>
>>>>>>> >>> > Or perhaps it's even unnotified to the acpi team?
>>>>>>            
>>>>>>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> I do not know.  Sending them a bugzilla ID would help, if such a thing exists.
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> -------------------------------------------------------
>>>>> >> The SF.Net email is sponsored by EclipseCon 2004
>>>>> >> Premiere Conference on Open Tools Development and Integration
>>>>> >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>>>> >> http://www.eclipsecon.org/osdn
>>>>> >> _______________________________________________
>>>>> >> Acpi-devel mailing list
>>>>> >> Acpi-devel@lists.sourceforge.net
>>>>> >> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>>> >>
>>>>> >>
>>>>        
>>>>
>>>> >
>>>> >
>>>      
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> The SF.Net email is sponsored by EclipseCon 2004
>>> Premiere Conference on Open Tools Development and Integration
>>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>> http://www.eclipsecon.org/osdn
>>> _______________________________________________
>>> Acpi-devel mailing list
>>> Acpi-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>
>>    
>>
>
>
>  
>

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[David Ford]

I have the same problem.  I "solved" it a while ago by mucking with the 
AGP stuff.  IIRC, it was turning off AGP fast writes or 8x or something 
similar in cmos.  Went from incredibly broken to stable instantly.  I'll 
check my cmos settings in a bit and refresh my memory.

What patches are you using?

p.s. reiserfs is pretty useless against crashes.  hundreds of files 
around the harddrive get messed up everytime the machine locks 
up...files that haven't been used in weeks, as well as files opened 
read-only, i.e. libraries.

Luis Miguel García wrote:

> (sorry with my sucking english)
>
> ok, let me know if you know for me to test something with this newer 
> mm kernels.
>
> by the way, yes, I'm experiencing the lockups. Not with heavy io, but 
> almost when I boot and enter X. The system gets completly frozzened 
> and the HD led keps on. When I reboot with a sane kernel, I found 
> several files from my /home directory are deleted or filled with garbage.
>
> Now, I patch each kernel I use with the two patches Andrew sent to me 
> and I'm having no problems.
>
> Actually i'm running 2.6.2-ck1 + nforce-patches and the temperature of 
> the system is 55º while idle, and 631 while compiling (only cpu fan, 
> no case fans). I don't know if it's high (some people reported high 
> temperatures with this patches) but it runs very well this way.
>
> If you want for me to test some patches or something, please drop me a 
> note.
>
> Thanks a lot...
>
> Luis Miguel García
>
> P.S.: by the way, why am I getting strage "arabesque" characters when 
> I reply to your emails? Perhaps something with wrong encoding?
>
>> This is interesting, I will test it myself later on. At one point Len
>> admitted to owning "foreign hardware :p" so maybe this could get 
>> resolved.
>>
>> Personally I haven't tried kernels with newer forcedeth drivers, 
>> because I
>> can no longer explicitely set the power state of the NIC to D3. The
>> machine complains about irqs (new debugging code since forcedeth v.20 or
>> so) and will not powerdown.
>>
>> On another note, have you noticed lockups of your system with heavy io?
>> Think of fsck'ing, burning cdroms, du on large dirs etc? Maybe it is
>> helpful to set up a list of boards and document what works or doesn't 
>> work
>> with which kernel. For instance the lockups with heavy io seem to be
>> resolved here if I leave APIC from my kernel.
>>
>> Arjen
>>
>> On Thu, 5 Feb 2004, [ISO-8859-15] Luis Miguel Garc?a wrote:
>>
>>  
>>
>>>> Hi:
>>>>
>>>> Since Andrew Morton picked up latest acpi bk updates, nforce 
>>>> motherboards have problems, mainly with ethernet adapters. 
>>>> Reporters say that with acpi=off, the problm gets fixed, so we 
>>>> think the problem could be acpi. Some more useful info:
>>>>
>>>>
>>>>
>>>> On Tue, 3 Feb 2004, [ISO-8859-1] Luis Miguel Garc?a wrote:
>>>>
>>>>
>>>   
>>>
>>>>>> >> When I try to boot with latest mm series (such as actual 
>>>>>> rc3-mm1 or
>>>>>> >> rc2-mm2), my nforce ethernet device doesn't works. It worked 
>>>>>> in the past
>>>>>> >> with the forcedeth reverse engineered driver but now it keeps 
>>>>>> for 30 or
>>>>>> >> more seconds halted (at boot) and then the network device 
>>>>>> dosn't run.
>>>>>> >>
>>>>>> >> Here is the dmesg of rc3-mm1. Do you want for me to test 
>>>>>> something? Thanks!
>>>>>> >>
>>>>>> >> P.S.:   The ACPI related messages are larger that in rc3.
>>>>>
>>>>>       
>>>>> >
>>>>> >
>>>>
>>>>     
>>>>
>>>> My e100 on an nforce2 won't work in rc3-mm1.
>>>> The "acpi=off" boot parameter makes it go.
>>>>
>>>>
>>>> And for the record, I can boot with that kernel and save one dmesg 
>>>> for you if you want. Only send me a request and I'll send it to you.
>>>>
>>>> P.S.: Sent any messages you want directly to me as i'm not 
>>>> subscribed to acpi-devel.
>>>>
>>>> Thanks,
>>>>
>>>> Luis Miguel Garc?a
>>>>
>>>>
>>>>
>>>>
>>>>
>>>   
>>>
>>>>> >Which part of nforce support are you talking about luis?
>>>>
>>>>     
>>>>
>>>   
>>>
>>>>> >On Thu, 5 Feb 2004, Andrew Morton wrote:
>>>>
>>>>     
>>>>
>>>>
>>>   
>>>
>>>>>> >> Luis Miguel Garc?a <ktech@wanadoo.es> wrote:
>>>>>
>>>>>       
>>>>> >
>>>>> >
>>>>
>>>>     
>>>>
>>>>>>>> >>> >
>>>>>>>> >>> > Andrew Morton wrote:
>>>>>>>> >>> >
>>>>>>>
>>>>>>>           
>>>>>>
>>>>>> >>
>>>>>> >>
>>>>>
>>>>>       
>>>>>
>>>>>>>>>> >>>> > >
>>>>>>>>>
>>>>>>>>>               
>>>>>>>>
>>>>>>> >>>
>>>>>>> >>>
>>>>>>
>>>>>>         
>>>>>>
>>>>>>>>>>>> >>>>> > >> 
>>>>>>>>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2/2.6.2-mm1/ 
>>>>>>>>>>>>
>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>> >>>>> > >> - Merged some page reclaim fixes from Nick and 
>>>>>>>>>>>> Nikita.  These yield some
>>>>>>>>>>>> >>>>> > >>  performance improvements in low memory and 
>>>>>>>>>>>> heavy paging situations.
>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>
>>>>>>>>>>>                   
>>>>>>>>>>
>>>>>>>> >>>>
>>>>>>>> >>>>
>>>>>>>> >>> >
>>>>>>>> >>> > Andrew, do you know if this acpi pull down has nforce 
>>>>>>>> support fixed?
>>>>>>>
>>>>>>>           
>>>>>>
>>>>>> >>
>>>>>> >>
>>>>>> >>
>>>>>> >> It doesn't appear that way.
>>>>>> >>
>>>>>
>>>>>       
>>>>> >
>>>>> >
>>>>
>>>>     
>>>>
>>>>>>>> >>> > Or perhaps it's even unnotified to the acpi team?
>>>>>>>
>>>>>>>           
>>>>>>
>>>>>> >>
>>>>>> >>
>>>>>> >>
>>>>>> >> I do not know.  Sending them a bugzilla ID would help, if such 
>>>>>> a thing exists.
>>>>>> >>
>>>>>> >>
>>>>>> >>
>>>>>> >> -------------------------------------------------------
>>>>>> >> The SF.Net email is sponsored by EclipseCon 2004
>>>>>> >> Premiere Conference on Open Tools Development and Integration
>>>>>> >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>>>>> >> http://www.eclipsecon.org/osdn
>>>>>> >> _______________________________________________
>>>>>> >> Acpi-devel mailing list
>>>>>> >> Acpi-devel@lists.sourceforge.net
>>>>>> >> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>>>> >>
>>>>>> >>
>>>>>
>>>>>       
>>>>> >
>>>>> >
>>>>
>>>>     
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> The SF.Net email is sponsored by EclipseCon 2004
>>>> Premiere Conference on Open Tools Development and Integration
>>>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>>> http://www.eclipsecon.org/osdn
>>>> _______________________________________________
>>>> Acpi-devel mailing list
>>>> Acpi-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>>
>>>   
>>
>>
>>
>>  
>>
> -
> 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: [ACPI] acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

David Ford wrote:

> I have the same problem.  I "solved" it a while ago by mucking with 
> the AGP stuff.  IIRC, it was turning off AGP fast writes or 8x or 
> something similar in cmos.  Went from incredibly broken to stable 
> instantly.  I'll check my cmos settings in a bit and refresh my memory.
>
> What patches are you using?


I'm using nforce2-apic.patch and nforce2-disconnect-quirk.patch that 
Andrew Morton have sent to me. I think they have been included in 
previous mm kernels but now are droped because they caused some 
temperature problems for some people with no nforce motherboards.

If you want it, I can send it to you.

By the way, is anyone involved in solving the IO-APIC thing in nforce 
motherboards? Anyone trying a different approach? Anyone contacting 
nvidia about this problem?


> p.s. reiserfs is pretty useless against crashes.  hundreds of files 
> around the harddrive get messed up everytime the machine locks 
> up...files that haven't been used in weeks, as well as files opened 
> read-only, i.e. libraries.

I don't think this could be a reiserfs problem, because all the computer 
gets frezzed and locked, but perhaps someone at Namesys can realize why 
files gets deleted all over the hard disc.



Thanks.

Luis Miguel Garcia


>
> p.s. reiserfs is pretty useless against crashes.  hundreds of files 
> around the harddrive get messed up everytime the machine locks 
> up...files that haven't been used in weeks, as well as files opened 
> read-only, i.e. libraries.
>
> Luis Miguel García wrote:
>
>> (sorry with my sucking english)
>>
>> ok, let me know if you know for me to test something with this newer 
>> mm kernels.
>>
>> by the way, yes, I'm experiencing the lockups. Not with heavy io, but 
>> almost when I boot and enter X. The system gets completly frozzened 
>> and the HD led keps on. When I reboot with a sane kernel, I found 
>> several files from my /home directory are deleted or filled with 
>> garbage.
>>
>> Now, I patch each kernel I use with the two patches Andrew sent to me 
>> and I'm having no problems.
>>
>> Actually i'm running 2.6.2-ck1 + nforce-patches and the temperature 
>> of the system is 55º while idle, and 631 while compiling (only cpu 
>> fan, no case fans). I don't know if it's high (some people reported 
>> high temperatures with this patches) but it runs very well this way.
>>
>> If you want for me to test some patches or something, please drop me 
>> a note.
>>
>> Thanks a lot...
>>
>> Luis Miguel García
>>
>> P.S.: by the way, why am I getting strage "arabesque" characters when 
>> I reply to your emails? Perhaps something with wrong encoding?
>>
>>> This is interesting, I will test it myself later on. At one point Len
>>> admitted to owning "foreign hardware :p" so maybe this could get 
>>> resolved.
>>>
>>> Personally I haven't tried kernels with newer forcedeth drivers, 
>>> because I
>>> can no longer explicitely set the power state of the NIC to D3. The
>>> machine complains about irqs (new debugging code since forcedeth 
>>> v.20 or
>>> so) and will not powerdown.
>>>
>>> On another note, have you noticed lockups of your system with heavy io?
>>> Think of fsck'ing, burning cdroms, du on large dirs etc? Maybe it is
>>> helpful to set up a list of boards and document what works or 
>>> doesn't work
>>> with which kernel. For instance the lockups with heavy io seem to be
>>> resolved here if I leave APIC from my kernel.
>>>
>>> Arjen
>>>
>>> On Thu, 5 Feb 2004, [ISO-8859-15] Luis Miguel Garc?a wrote:
>>>
>>>  
>>>
>>>>> Hi:
>>>>>
>>>>> Since Andrew Morton picked up latest acpi bk updates, nforce 
>>>>> motherboards have problems, mainly with ethernet adapters. 
>>>>> Reporters say that with acpi=off, the problm gets fixed, so we 
>>>>> think the problem could be acpi. Some more useful info:
>>>>>
>>>>>
>>>>>
>>>>> On Tue, 3 Feb 2004, [ISO-8859-1] Luis Miguel Garc?a wrote:
>>>>>
>>>>  
>>>>
>>>>>>> >> When I try to boot with latest mm series (such as actual 
>>>>>>> rc3-mm1 or
>>>>>>> >> rc2-mm2), my nforce ethernet device doesn't works. It worked 
>>>>>>> in the past
>>>>>>> >> with the forcedeth reverse engineered driver but now it keeps 
>>>>>>> for 30 or
>>>>>>> >> more seconds halted (at boot) and then the network device 
>>>>>>> dosn't run.
>>>>>>> >>
>>>>>>> >> Here is the dmesg of rc3-mm1. Do you want for me to test 
>>>>>>> something? Thanks!
>>>>>>> >>
>>>>>>> >> P.S.:   The ACPI related messages are larger that in rc3.
>>>>>>
>>>>>>
>>>>>    
>>>>> My e100 on an nforce2 won't work in rc3-mm1.
>>>>> The "acpi=off" boot parameter makes it go.
>>>>>
>>>>>
>>>>> And for the record, I can boot with that kernel and save one dmesg 
>>>>> for you if you want. Only send me a request and I'll send it to you.
>>>>>
>>>>> P.S.: Sent any messages you want directly to me as i'm not 
>>>>> subscribed to acpi-devel.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Luis Miguel Garc?a
>>>>>
>>>>>
>>>>>
>>>>  
>>>>
>>>>>> >Which part of nforce support are you talking about luis?
>>>>>
>>>>
>>>>>> >On Thu, 5 Feb 2004, Andrew Morton wrote:
>>>>>
>>>>  
>>>>
>>>>>>> >> Luis Miguel Garc?a <ktech@wanadoo.es> wrote:
>>>>>>
>>>>>
>>>>>>>>> >>> >
>>>>>>>>> >>> > Andrew Morton wrote:
>>>>>>>>> >>> >
>>>>>>>>
>>>>>>> >>>>> > >> 
>>>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2/2.6.2-mm1/ 
>>>>>>>
>>>>>>>
>>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>>> >>>>> > >> - Merged some page reclaim fixes from Nick and 
>>>>>>>>>>>>> Nikita.  These yield some
>>>>>>>>>>>>> >>>>> > >>  performance improvements in low memory and 
>>>>>>>>>>>>> heavy paging situations.
>>>>>>>>>>>>> >>>>> > >>
>>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> >>> >
>>>>>>>>> >>> > Andrew, do you know if this acpi pull down has nforce 
>>>>>>>>> support fixed?
>>>>>>>>
>>>>>>>
>>>>>>> >>
>>>>>>> >> It doesn't appear that way.
>>>>>>> >>
>>>>>>
>>>>>   
>>>>>
>>>>>>>>> >>> > Or perhaps it's even unnotified to the acpi team?
>>>>>>>>
>>>>>>>
>>>>>>> >>
>>>>>>> >> I do not know.  Sending them a bugzilla ID would help, if 
>>>>>>> such a thing exists.
>>>>>>

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Andrew Morton]

Luis Miguel García <ktech@wanadoo.es> wrote:
>
> David Ford wrote:
> 
> > I have the same problem.  I "solved" it a while ago by mucking with 
> > the AGP stuff.  IIRC, it was turning off AGP fast writes or 8x or 
> > something similar in cmos.  Went from incredibly broken to stable 
> > instantly.  I'll check my cmos settings in a bit and refresh my memory.
> >
> > What patches are you using?
> 
> 
> I'm using nforce2-apic.patch and nforce2-disconnect-quirk.patch that 
> Andrew Morton have sent to me. I think they have been included in 
> previous mm kernels but now are droped because they caused some 
> temperature problems for some people with no nforce motherboards.

Yes, the patch which disables "Halt Disconnect and Stop Grant Disconnect"
apparently causes the CPU to run hot.

> By the way, is anyone involved in solving the IO-APIC thing in nforce 
> motherboards? Anyone trying a different approach? Anyone contacting 
> nvidia about this problem?

As far as I know, we're dead in the water on these problems.

Here's one:


[x86] do not wrongly override mp_ExtINT IRQ

From: Mathieu <cheuche+lkml@free.fr>.

With this patch timer IRQ0 is correctly set to IO-APIC-edge
(not XT-PIC) on nForce2 boards when using APIC and ACPI.

 arch/i386/kernel/mpparse.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletion(-)

diff -puN arch/i386/kernel/mpparse.c~nforce2-apic arch/i386/kernel/mpparse.c
--- linux-2.6.0-test11/arch/i386/kernel/mpparse.c~nforce2-apic	2003-12-08 00:12:25.782597272 +0100
+++ linux-2.6.0-test11-root/arch/i386/kernel/mpparse.c	2003-12-08 00:12:25.786596664 +0100
@@ -962,7 +962,8 @@ void __init mp_override_legacy_irq (
 	 */
 	for (i = 0; i < mp_irq_entries; i++) {
 		if ((mp_irqs[i].mpc_dstapic == intsrc.mpc_dstapic) 
-			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)) {
+			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)
+			&& (mp_irqs[i].mpc_irqtype == intsrc.mpc_irqtype)) {
 			mp_irqs[i] = intsrc;
 			found = 1;
 			break;

_

Here's the other:


From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>

[PATCH] fix lockups with APIC support on nForce2

Add PCI quirk to disable Halt Disconnect and Stop Grant Disconnect
(based on athcool program by Osamu Kayasono).

(Mark McPherson <mark@mahonia.com> reports that this patch causes his CPU
temperature to skyrocket).


 25-akpm/arch/i386/pci/fixup.c |   17 +++++++++++++++++
 1 files changed, 17 insertions(+)

diff -puN arch/i386/pci/fixup.c~nforce2-disconnect-quirk arch/i386/pci/fixup.c
--- 25/arch/i386/pci/fixup.c~nforce2-disconnect-quirk	Mon Jan  5 12:07:45 2004
+++ 25-akpm/arch/i386/pci/fixup.c	Mon Jan  5 12:07:45 2004
@@ -187,6 +187,22 @@ static void __devinit pci_fixup_transpar
 		dev->transparent = 1;
 }
 
+/*
+ * Halt Disconnect and Stop Grant Disconnect (bit 4 at offset 0x6F)
+ * must be disabled when APIC is used (or lockups will happen).
+ */
+static void __devinit pci_fixup_nforce2_disconnect(struct pci_dev *d)
+{
+	u8 t;
+
+	pci_read_config_byte(d, 0x6F, &t);
+	if (t & 0x10) {
+		printk(KERN_INFO "PCI: disabling nForce2 Halt Disconnect"
+				 " and Stop Grant Disconnect\n");
+		pci_write_config_byte(d, 0x6F, (t & 0xef));
+	}
+}
+
 struct pci_fixup pcibios_fixups[] = {
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82451NX,	pci_fixup_i450nx },
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_82454GX,	pci_fixup_i450gx },
@@ -205,5 +221,6 @@ struct pci_fixup pcibios_fixups[] = {
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8367_0,	pci_fixup_via_northbridge_bug },
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_NCR,	PCI_DEVICE_ID_NCR_53C810,	pci_fixup_ncr53c810 },
 	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_INTEL,	PCI_ANY_ID,			pci_fixup_transparent_bridge },
+	{ PCI_FIXUP_HEADER,	PCI_VENDOR_ID_NVIDIA,	PCI_DEVICE_ID_NVIDIA_NFORCE2,	pci_fixup_nforce2_disconnect },
 	{ 0 }
 };

_

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

>>>What patches are you using?
>>
>>
>>I'm using nforce2-apic.patch and nforce2-disconnect-quirk.patch that 
>>Andrew Morton have sent to me. I think they have been included in 
>>previous mm kernels but now are droped because they caused some 
>>temperature problems for some people with no nforce motherboards.
> 
> 
> Yes, the patch which disables "Halt Disconnect and Stop Grant Disconnect"
> apparently causes the CPU to run hot.

Well, my temp is about 6-9°C hotter in idle mode, but with current 
kernels APIC (and no CPU diconnect) seems to be more stable than PIC and 
CPU Disconnect with my nforce. I at least don't have problems with 
forcedeth driver and current acpi.

>>By the way, is anyone involved in solving the IO-APIC thing in nforce 
>>motherboards? Anyone trying a different approach? Anyone contacting 
>>nvidia about this problem?
> 
> 
> As far as I know, we're dead in the water on these problems.

I remember Jesse Allan sending some lspci outputs to Bart to investigate 
the BIOS fix. I wonder what has happened to it. I tried to do a 
comparison with my values, but due to lack of some smart tools to show 
what is common and what is not (diff is not very suitable) it is very 
hard, esp if you have no knowledge about the actual meanings of those 
parameters.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 1688 bytes --]

On Fri, 2004-02-06 at 00:40, Andrew Morton wrote:
> Luis Miguel García <ktech@wanadoo.es> wrote:
> >
> > David Ford wrote:
> > 
> > > I have the same problem.  I "solved" it a while ago by mucking with 
> > > the AGP stuff.  IIRC, it was turning off AGP fast writes or 8x or 
> > > something similar in cmos.  Went from incredibly broken to stable 
> > > instantly.  I'll check my cmos settings in a bit and refresh my memory.
> > >
> > > What patches are you using?
> > 
> > 
> > I'm using nforce2-apic.patch and nforce2-disconnect-quirk.patch that 
> > Andrew Morton have sent to me. I think they have been included in 
> > previous mm kernels but now are droped because they caused some 
> > temperature problems for some people with no nforce motherboards.
> 
> Yes, the patch which disables "Halt Disconnect and Stop Grant Disconnect"
> apparently causes the CPU to run hot.
> 
> > By the way, is anyone involved in solving the IO-APIC thing in nforce 
> > motherboards? Anyone trying a different approach? Anyone contacting 
> > nvidia about this problem?
> 
> As far as I know, we're dead in the water on these problems.


One day hopefully this will be sorted in the BIOSes and in mainline. I
keep having to patch for every release (although as thats the only patch
I have to do I'm sure there are many worse off than me). I use the 3com
n/w on my A7N8X Deluxe v2 BIOS 1007 so no need for nforcedeth.

Best patches are at:
http://lkml.org/lkml/2003/12/21/7

Ive applied them to 2.6.0 and 2.6.1 and give no crashes and no heat
issues.

 (XP2600+ runs at 31/32C normal use and 38C compiling with Zalman cooler
+exhaust fans in box)

Craig

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

Craig Bradney wrote:

>On Fri, 2004-02-06 at 00:40, Andrew Morton wrote:
>  
>
>>Luis Miguel García <ktech@wanadoo.es> wrote:
>>    
>>
>>>David Ford wrote:
>>>
>>>      
>>>
>>>>I have the same problem.  I "solved" it a while ago by mucking with 
>>>>the AGP stuff.  IIRC, it was turning off AGP fast writes or 8x or 
>>>>something similar in cmos.  Went from incredibly broken to stable 
>>>>instantly.  I'll check my cmos settings in a bit and refresh my memory.
>>>>
>>>>What patches are you using?
>>>>        
>>>>
>>>I'm using nforce2-apic.patch and nforce2-disconnect-quirk.patch that 
>>>Andrew Morton have sent to me. I think they have been included in 
>>>previous mm kernels but now are droped because they caused some 
>>>temperature problems for some people with no nforce motherboards.
>>>      
>>>
>>Yes, the patch which disables "Halt Disconnect and Stop Grant Disconnect"
>>apparently causes the CPU to run hot.
>>
>>    
>>
>>>By the way, is anyone involved in solving the IO-APIC thing in nforce 
>>>motherboards? Anyone trying a different approach? Anyone contacting 
>>>nvidia about this problem?
>>>      
>>>
>>As far as I know, we're dead in the water on these problems.
>>    
>>
>
>
>One day hopefully this will be sorted in the BIOSes and in mainline. I
>keep having to patch for every release (although as thats the only patch
>I have to do I'm sure there are many worse off than me). I use the 3com
>n/w on my A7N8X Deluxe v2 BIOS 1007 so no need for nforcedeth.
>
>Best patches are at:
>http://lkml.org/lkml/2003/12/21/7
>
>Ive applied them to 2.6.0 and 2.6.1 and give no crashes and no heat
>issues.
>
> (XP2600+ runs at 31/32C normal use and 38C compiling with Zalman cooler
>+exhaust fans in box)
>
>Craig
>  
>
you mean 31 - 38 C readed from /proc/acpi/temp[........]????

I'm having readings of 53 in idle and even 64 while compiling!! I have 
no case fan, but I don't think it's so important for this bug difference.

by the way, has anyone tried to contact nvidia with detailed information 
of this bug? Perhaps they can tell us something, not to?

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Luis Miguel García wrote:
> Craig Bradney wrote:
> 
>>
>>
>>
>> One day hopefully this will be sorted in the BIOSes and in mainline. I
>> keep having to patch for every release (although as thats the only patch
>> I have to do I'm sure there are many worse off than me). I use the 3com
>> n/w on my A7N8X Deluxe v2 BIOS 1007 so no need for nforcedeth.
>>
>> Best patches are at:
>> http://lkml.org/lkml/2003/12/21/7
>>
>> Ive applied them to 2.6.0 and 2.6.1 and give no crashes and no heat
>> issues.

Unfortunately that patch doesn't work for me. Still locks if I try APIC 
+CPU DIsc.

>>
>> (XP2600+ runs at 31/32C normal use and 38C compiling with Zalman cooler
>> +exhaust fans in box)
>>
>> Craig
>>  
>>
> you mean 31 - 38 C readed from /proc/acpi/temp[........]????
> 
> I'm having readings of 53 in idle and even 64 while compiling!! I have 
> no case fan, but I don't think it's so important for this bug difference.

The problem is, you cannot trust those infos esp not across board 
manufacturers. In case of Abit nearly every bios shows different values...

I have an Athon XP running at 2.1Gz with 1.65vcore. Idle: 50°C (with CPU 
Disc usually about 44-40°C) and under load about 54°C. I am usign a more 
or less self-made watercooling.


Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

Prakash K. Cheemplavam wrote:

> Luis Miguel García wrote:
>
>> Craig Bradney wrote:
>>
>>>
>>>
>>>
>>> One day hopefully this will be sorted in the BIOSes and in mainline. I
>>> keep having to patch for every release (although as thats the only 
>>> patch
>>> I have to do I'm sure there are many worse off than me). I use the 3com
>>> n/w on my A7N8X Deluxe v2 BIOS 1007 so no need for nforcedeth.
>>>
>>> Best patches are at:
>>> http://lkml.org/lkml/2003/12/21/7
>>>
>>> Ive applied them to 2.6.0 and 2.6.1 and give no crashes and no heat
>>> issues.
>>
>
> Unfortunately that patch doesn't work for me. Still locks if I try 
> APIC +CPU DIsc.
>
>>>
>>> (XP2600+ runs at 31/32C normal use and 38C compiling with Zalman cooler
>>> +exhaust fans in box)
>>>
>>> Craig
>>>  
>>>
>> you mean 31 - 38 C readed from /proc/acpi/temp[........]????
>>
>> I'm having readings of 53 in idle and even 64 while compiling!! I 
>> have no case fan, but I don't think it's so important for this bug 
>> difference.
>
>
> The problem is, you cannot trust those infos esp not across board 
> manufacturers. In case of Abit nearly every bios shows different 
> values...
>
> I have an Athon XP running at 2.1Gz with 1.65vcore. Idle: 50°C (with 
> CPU Disc usually about 44-40°C) and under load about 54°C. I am usign 
> a more or less self-made watercooling.
>
>
> Prakash
>

There is a way to "activate" cpu Disconnect? or it gets enabled by 
simply applying it?

Yes, I have a Abit motherboards, perhaps it's the problem with the bios.

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

> There is a way to "activate" cpu Disconnect? or it gets enabled by 
> simply applying it?

In newer Abit BIOSes there is an option, or you use athcool.


> Yes, I have a Abit motherboards, perhaps it's the problem with the bios.

I have an Abit NF7-S Rev2 with latest Bios.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 664 bytes --]

On Fri, 2004-02-06 at 01:58, Prakash K. Cheemplavam wrote:
> > There is a way to "activate" cpu Disconnect? or it gets enabled by 
> > simply applying it?
> 
> In newer Abit BIOSes there is an option, or you use athcool.
> 
> 
> > Yes, I have a Abit motherboards, perhaps it's the problem with the bios.
> 
> I have an Abit NF7-S Rev2 with latest Bios.

As noted in my last post.. you dont NEED athcool OR Disconnect to get
stability.. 

I've only ever run athcool to check the status.. and my BIOS doesnt have
disconnect.

A7N8X Deluxe V2 BIOS 1007.. 11 days uptime here.. haven had a crash
since Ross released those patches ages ago.

Craig

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

Craig Bradney wrote:

>On Fri, 2004-02-06 at 01:58, Prakash K. Cheemplavam wrote:
>  
>
>>>There is a way to "activate" cpu Disconnect? or it gets enabled by 
>>>simply applying it?
>>>      
>>>
>>In newer Abit BIOSes there is an option, or you use athcool.
>>
>>
>>    
>>
>>>Yes, I have a Abit motherboards, perhaps it's the problem with the bios.
>>>      
>>>
>>I have an Abit NF7-S Rev2 with latest Bios.
>>    
>>
Prakash, I have the same motherboard but not the latest bios (I think I 
cannot overclock in the same way when I flashed the latest, so I 
reverted one version). Perhaps I must upgrade and try.

About the "option" you're talking about in the bios, are you talking 
about CPU throttle?

>
>As noted in my last post.. you dont NEED athcool OR Disconnect to get
>stability.. 
>
>I've only ever run athcool to check the status.. and my BIOS doesnt have
>disconnect.
>
>A7N8X Deluxe V2 BIOS 1007.. 11 days uptime here.. haven had a crash
>since Ross released those patches ages ago.
>  
>
Craig, I'm not talking about cpu disconnect because of the stability. I 
have 100% stability here with the two patches mentioned before in this 
thread. I was talking about my cpu showing temperatures between 53 and 
64º, what I think is very high.

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Luis Miguel García wrote:
> Craig Bradney wrote:
> 
>> On Fri, 2004-02-06 at 01:58, Prakash K. Cheemplavam wrote:
>>  
>>
>>>> There is a way to "activate" cpu Disconnect? or it gets enabled by 
>>>> simply applying it?
>>>>     
>>> I have an Abit NF7-S Rev2 with latest Bios.
>>>   
> 
> Prakash, I have the same motherboard but not the latest bios (I think I 
> cannot overclock in the same way when I flashed the latest, so I 
> reverted one version). Perhaps I must upgrade and try.
> 
> About the "option" you're talking about in the bios, are you talking 
> about CPU throttle?

Nope, it is called cpu disconnect...

> Craig, I'm not talking about cpu disconnect because of the stability. I 
> have 100% stability here with the two patches mentioned before in this 
> thread. I was talking about my cpu showing temperatures between 53 and 
> 64º, what I think is very high.

Do you only have stability with those two patches? I mean WITHOUT 
Disconnect I don't need those patches to have stability (with certain 
kernels...). At least the delay patch is not needed. The timer irq 
mapping patch might be usefull, but i am not 100% sure.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Craig Bradney wrote:
> On Fri, 2004-02-06 at 01:58, Prakash K. Cheemplavam wrote:
> 
>>>There is a way to "activate" cpu Disconnect? or it gets enabled by 
>>>simply applying it?
>>
>>In newer Abit BIOSes there is an option, or you use athcool.
>>
>>
>>
>>>Yes, I have a Abit motherboards, perhaps it's the problem with the bios.
>>
>>I have an Abit NF7-S Rev2 with latest Bios.
> 
> 
> As noted in my last post.. you dont NEED athcool OR Disconnect to get
> stability.. 
> 
> I've only ever run athcool to check the status.. and my BIOS doesnt have
> disconnect.
> 
> A7N8X Deluxe V2 BIOS 1007.. 11 days uptime here.. haven had a crash
> since Ross released those patches ages ago.

WITHOUT Disconnect my System is stable, but hotter when idle, so that is 
not the point. Ross wanted the patched to work with APIC and Disconnect.

DO you guys use APIC (not ACPI)? I use both APIC (and local APIC) and 
ACPI. ACPI is not the problem (unless they break something...) but APIC 
and CPU Disconnect makes trouble on nforce2.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 1411 bytes --]

On Fri, 2004-02-06 at 10:26, Prakash K. Cheemplavam wrote:
> Craig Bradney wrote:
> > On Fri, 2004-02-06 at 01:58, Prakash K. Cheemplavam wrote:
> > 
> >>>There is a way to "activate" cpu Disconnect? or it gets enabled by 
> >>>simply applying it?
> >>
> >>In newer Abit BIOSes there is an option, or you use athcool.
> >>
> >>
> >>
> >>>Yes, I have a Abit motherboards, perhaps it's the problem with the bios.
> >>
> >>I have an Abit NF7-S Rev2 with latest Bios.
> > 
> > 
> > As noted in my last post.. you dont NEED athcool OR Disconnect to get
> > stability.. 
> > 
> > I've only ever run athcool to check the status.. and my BIOS doesnt have
> > disconnect.
> > 
> > A7N8X Deluxe V2 BIOS 1007.. 11 days uptime here.. haven had a crash
> > since Ross released those patches ages ago.
> 
> WITHOUT Disconnect my System is stable, but hotter when idle, so that is 
> not the point. Ross wanted the patched to work with APIC and Disconnect.
> 
> DO you guys use APIC (not ACPI)? I use both APIC (and local APIC) and 
> ACPI. ACPI is not the problem (unless they break something...) but APIC 
> and CPU Disconnect makes trouble on nforce2.

athcool reports:
nVIDIA nForce2 (10de 01e0) found
'Halt Disconnect and Stop Grant Disconnect' bit is enabled.

I have never used athcool to turn it off, and I don't have a BIOS
option. APIC, local APIC and ACPI are all on.

Craig

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

>>>I've only ever run athcool to check the status.. and my BIOS doesnt have
>>>disconnect.
>>>
>>>A7N8X Deluxe V2 BIOS 1007.. 11 days uptime here.. haven had a crash
>>>since Ross released those patches ages ago.
>>
>>WITHOUT Disconnect my System is stable, but hotter when idle, so that is 
>>not the point. Ross wanted the patched to work with APIC and Disconnect.
>>
>>DO you guys use APIC (not ACPI)? I use both APIC (and local APIC) and 
>>ACPI. ACPI is not the problem (unless they break something...) but APIC 
>>and CPU Disconnect makes trouble on nforce2.
> 
> 
> athcool reports:
> nVIDIA nForce2 (10de 01e0) found
> 'Halt Disconnect and Stop Grant Disconnect' bit is enabled.
> 
> I have never used athcool to turn it off, and I don't have a BIOS
> option. APIC, local APIC and ACPI are all on.

Ok, then it makes sense, so you are using APIc with CPU Disconnect and 
Ross' patch. This explains your low idle temps. As I said this config 
doesn't work for me.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Daniel Drake]

Prakash K. Cheemplavam wrote:
> Ok, then it makes sense, so you are using APIc with CPU Disconnect and 
> Ross' patch. This explains your low idle temps. As I said this config 
> doesn't work for me.

Have you experimented with the new apic_tack boot options in Ross's latest 
patches?
apic_tack=2 seems to work best for me.

Daniel

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Daniel Drake wrote:
> Prakash K. Cheemplavam wrote:
> 
>> Ok, then it makes sense, so you are using APIc with CPU Disconnect and 
>> Ross' patch. This explains your low idle temps. As I said this config 
>> doesn't work for me.
> 
> 
> Have you experimented with the new apic_tack boot options in Ross's 
> latest patches?
> apic_tack=2 seems to work best for me.

Stupid me. I haven't thoruoughly read the text. I have not activated the 
patch, so I'll try this. thx for pointing out..

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Prakash K. Cheemplavam wrote:
> Daniel Drake wrote:
> 
>> Prakash K. Cheemplavam wrote:
>>
>>> Ok, then it makes sense, so you are using APIc with CPU Disconnect 
>>> and Ross' patch. This explains your low idle temps. As I said this 
>>> config doesn't work for me.
>>
>>
>>
>> Have you experimented with the new apic_tack boot options in Ross's 
>> latest patches?
>> apic_tack=2 seems to work best for me.
> 
> 
> Stupid me. I haven't thoruoughly read the text. I have not activated the 
> patch, so I'll try this. thx for pointing out..

OK, I appended apic_tack=2 and yes, it survives several hdparms! Great, 
so gonna try if it is really stable.Then I can try =1. CPU cooling down. 
Already at 46°C. :-)

Not bad,not bad, though I saw a small performace degration: hdparm gives 
me 60-61mb/s instead of >62mb/s, but I won't complain. :-)

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 1182 bytes --]

On Fri, 2004-02-06 at 12:15, Prakash K. Cheemplavam wrote:
> Prakash K. Cheemplavam wrote:
> > Daniel Drake wrote:
> > 
> >> Prakash K. Cheemplavam wrote:
> >>
> >>> Ok, then it makes sense, so you are using APIc with CPU Disconnect 
> >>> and Ross' patch. This explains your low idle temps. As I said this 
> >>> config doesn't work for me.
> >>
> >>
> >>
> >> Have you experimented with the new apic_tack boot options in Ross's 
> >> latest patches?
> >> apic_tack=2 seems to work best for me.
> > 
> > 
> > Stupid me. I haven't thoruoughly read the text. I have not activated the 
> > patch, so I'll try this. thx for pointing out..
> 
> OK, I appended apic_tack=2 and yes, it survives several hdparms! Great, 
> so gonna try if it is really stable.Then I can try =1. CPU cooling down. 
> Already at 46°C. :-)
> 
> Not bad,not bad, though I saw a small performace degration: hdparm gives 
> me 60-61mb/s instead of >62mb/s, but I won't complain. :-)
> 

Ahh yes.. missing the kernel line argument will make a difference. I'm
running apic_tack=2 as well. From what I remember =2 was the "better"
patch option if it made your system stable.

Craig

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Arjen Verweij]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=X-UNKNOWN, Size: 1938 bytes --]

Here is a preliminary webpage documenting some stuff, it will mature later
on (probably this weekend), but it would be nice to include success
stories of people that have a setup that works for them. If you have one
that you wish to share, please email me.

Typically, tell me about brand, make and bios revision of your board, the
kernel tree you used, patches applied and URLs to those patches so I can
mirror them locally. If you have the patch locally you could just send it,
but my mbox is only 8MB so I would really prefer an URL.

Maybe it is a good idea to include the kernel configs as well, so that we
can get "monkey proof" solutions.

Let me know what you think.

Regards,

Arjen

On Fri, 6 Feb 2004, Craig Bradney wrote:

> On Fri, 2004-02-06 at 12:15, Prakash K. Cheemplavam wrote:
> > Prakash K. Cheemplavam wrote:
> > > Daniel Drake wrote:
> > >
> > >> Prakash K. Cheemplavam wrote:
> > >>
> > >>> Ok, then it makes sense, so you are using APIc with CPU Disconnect
> > >>> and Ross' patch. This explains your low idle temps. As I said this
> > >>> config doesn't work for me.
> > >>
> > >>
> > >>
> > >> Have you experimented with the new apic_tack boot options in Ross's
> > >> latest patches?
> > >> apic_tack=2 seems to work best for me.
> > >
> > >
> > > Stupid me. I haven't thoruoughly read the text. I have not activated the
> > > patch, so I'll try this. thx for pointing out..
> >
> > OK, I appended apic_tack=2 and yes, it survives several hdparms! Great,
> > so gonna try if it is really stable.Then I can try =1. CPU cooling down.
> > Already at 46°C. :-)
> >
> > Not bad,not bad, though I saw a small performace degration: hdparm gives
> > me 60-61mb/s instead of >62mb/s, but I won't complain. :-)
> >
>
> Ahh yes.. missing the kernel line argument will make a difference. I'm
> running apic_tack=2 as well. From what I remember =2 was the "better"
> patch option if it made your system stable.
>
> Craig
>

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

>>OK, I appended apic_tack=2 and yes, it survives several hdparms! Great, 
>>so gonna try if it is really stable.Then I can try =1. CPU cooling down. 
>>Already at 46°C. :-)
>>
>>Not bad,not bad, though I saw a small performace degration: hdparm gives 
>>me 60-61mb/s instead of >62mb/s, but I won't complain. :-)
>>
> 
> 
> Ahh yes.. missing the kernel line argument will make a difference. I'm
> running apic_tack=2 as well. From what I remember =2 was the "better"
> patch option if it made your system stable.

Yes, you're right. So far 2 seems to be pretty stable.Nice. :-)

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Arjen Verweij]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=X-UNKNOWN, Size: 1448 bytes --]

It would probably be more useful if I included the URL as well duh... (thx
Craig)

http://atlas.et.tudelft.nl/verwei90/nforce2/
http://atlas.et.tudelft.nl/verwei90/nforce2/index.html

both should work.

On Fri, 6 Feb 2004, Craig Bradney wrote:

> On Fri, 2004-02-06 at 12:15, Prakash K. Cheemplavam wrote:
> > Prakash K. Cheemplavam wrote:
> > > Daniel Drake wrote:
> > >
> > >> Prakash K. Cheemplavam wrote:
> > >>
> > >>> Ok, then it makes sense, so you are using APIc with CPU Disconnect
> > >>> and Ross' patch. This explains your low idle temps. As I said this
> > >>> config doesn't work for me.
> > >>
> > >>
> > >>
> > >> Have you experimented with the new apic_tack boot options in Ross's
> > >> latest patches?
> > >> apic_tack=2 seems to work best for me.
> > >
> > >
> > > Stupid me. I haven't thoruoughly read the text. I have not activated the
> > > patch, so I'll try this. thx for pointing out..
> >
> > OK, I appended apic_tack=2 and yes, it survives several hdparms! Great,
> > so gonna try if it is really stable.Then I can try =1. CPU cooling down.
> > Already at 46°C. :-)
> >
> > Not bad,not bad, though I saw a small performace degration: hdparm gives
> > me 60-61mb/s instead of >62mb/s, but I won't complain. :-)
> >
>
> Ahh yes.. missing the kernel line argument will make a difference. I'm
> running apic_tack=2 as well. From what I remember =2 was the "better"
> patch option if it made your system stable.
>
> Craig
>

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Arjen Verweij wrote:
 > It would probably be more useful if I included the URL as well duh... 
(thx
 > Craig)
 >
 > http://atlas.et.tudelft.nl/verwei90/nforce2/
 > http://atlas.et.tudelft.nl/verwei90/nforce2/index.html

     * 3.2 Turning off the CPU bus disconnect in the BIOS? (verify) 
(drawback: causes cpu to run significantly hotter)

Inprecice: CPU runs as hot as without disconnect, only without load, cpu 
disconnect lets the cpu cool down.

With athcool you can alsao turn it off, or there is a quirk-patch 
available from Bart.

     * 3.3 Apply patches cooked up by Ross Dickson, possibly in 
conjunction with 3.2? (verify)
           o 3.3.1 Seems to work for Craig Bradney (hardware unknown, 
some Asus board?) and Prakash K. Cheemplavam (Abit NF7-S)

I have Rev2 (2.0) board and d22 (or 2.2 ? Abit has a strange way of 
numbering.) Bios. I only applied first patch. I already use an 
equivalent to the second one.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Prakash K. Cheemplavam]

Oh, I am using a furthermore patched version of this kernel:

http://forums.gentoo.org/viewtopic.php?p=840090#840090

It is based on 2.6-mm1 and has a lot of goodies.

Prakash

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 1782 bytes --]

On Fri, 2004-02-06 at 11:07, Craig Bradney wrote:
> On Fri, 2004-02-06 at 10:26, Prakash K. Cheemplavam wrote:
> > Craig Bradney wrote:
> > > On Fri, 2004-02-06 at 01:58, Prakash K. Cheemplavam wrote:
> > > 
> > >>>There is a way to "activate" cpu Disconnect? or it gets enabled by 
> > >>>simply applying it?
> > >>
> > >>In newer Abit BIOSes there is an option, or you use athcool.
> > >>
> > >>
> > >>
> > >>>Yes, I have a Abit motherboards, perhaps it's the problem with the bios.
> > >>
> > >>I have an Abit NF7-S Rev2 with latest Bios.
> > > 
> > > 
> > > As noted in my last post.. you dont NEED athcool OR Disconnect to get
> > > stability.. 
> > > 
> > > I've only ever run athcool to check the status.. and my BIOS doesnt have
> > > disconnect.
> > > 
> > > A7N8X Deluxe V2 BIOS 1007.. 11 days uptime here.. haven had a crash
> > > since Ross released those patches ages ago.
> > 
> > WITHOUT Disconnect my System is stable, but hotter when idle, so that is 
> > not the point. Ross wanted the patched to work with APIC and Disconnect.
> > 
> > DO you guys use APIC (not ACPI)? I use both APIC (and local APIC) and 
> > ACPI. ACPI is not the problem (unless they break something...) but APIC 
> > and CPU Disconnect makes trouble on nforce2.
> 
> athcool reports:
> nVIDIA nForce2 (10de 01e0) found
> 'Halt Disconnect and Stop Grant Disconnect' bit is enabled.
> 
> I have never used athcool to turn it off, and I don't have a BIOS
> option. APIC, local APIC and ACPI are all on.
> 

I have to add there were some issues found with the patches I'm using
relating to timing.. (because that is in effect most of the problem).
The issue was with the PC clock losing time but I never noticed it
because I run ntpd anyway.

Craig

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 1864 bytes --]

On Fri, 2004-02-06 at 01:46, Luis Miguel García wrote:
> Prakash K. Cheemplavam wrote:
> 
> > Luis Miguel García wrote:
> >
> >> Craig Bradney wrote:
> >>
> >>>
> >>>
> >>>
> >>> One day hopefully this will be sorted in the BIOSes and in mainline. I
> >>> keep having to patch for every release (although as thats the only 
> >>> patch
> >>> I have to do I'm sure there are many worse off than me). I use the 3com
> >>> n/w on my A7N8X Deluxe v2 BIOS 1007 so no need for nforcedeth.
> >>>
> >>> Best patches are at:
> >>> http://lkml.org/lkml/2003/12/21/7
> >>>
> >>> Ive applied them to 2.6.0 and 2.6.1 and give no crashes and no heat
> >>> issues.
> >>
> >
> > Unfortunately that patch doesn't work for me. Still locks if I try 
> > APIC +CPU DIsc.
> >
> >>>
> >>> (XP2600+ runs at 31/32C normal use and 38C compiling with Zalman cooler
> >>> +exhaust fans in box)
> >>>
> >>> Craig
> >>>  
> >>>
> >> you mean 31 - 38 C readed from /proc/acpi/temp[........]????
> >>
> >> I'm having readings of 53 in idle and even 64 while compiling!! I 
> >> have no case fan, but I don't think it's so important for this bug 
> >> difference.
> >
> >
> > The problem is, you cannot trust those infos esp not across board 
> > manufacturers. In case of Abit nearly every bios shows different 
> > values...
> >
> > I have an Athon XP running at 2.1Gz with 1.65vcore. Idle: 50°C (with 
> > CPU Disc usually about 44-40°C) and under load about 54°C. I am usign 
> > a more or less self-made watercooling.
> >
> >
> > Prakash
> >
> 
> There is a way to "activate" cpu Disconnect? or it gets enabled by 
> simply applying it?
> 
> Yes, I have a Abit motherboards, perhaps it's the problem with the bios.


I'm not activating Disconnect.. I'm using Ross's latest 2 patches.. one
of them avoids using Disconnect.

Craig

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Craig Bradney]

[-- Attachment #1: Type: text/plain, Size: 2936 bytes --]

On Fri, 2004-02-06 at 01:22, Luis Miguel García wrote:
> Craig Bradney wrote:
> 
> >On Fri, 2004-02-06 at 00:40, Andrew Morton wrote:
> >  
> >
> >>Luis Miguel García <ktech@wanadoo.es> wrote:
> >>    
> >>
> >>>David Ford wrote:
> >>>
> >>>      
> >>>
> >>>>I have the same problem.  I "solved" it a while ago by mucking with 
> >>>>the AGP stuff.  IIRC, it was turning off AGP fast writes or 8x or 
> >>>>something similar in cmos.  Went from incredibly broken to stable 
> >>>>instantly.  I'll check my cmos settings in a bit and refresh my memory.
> >>>>
> >>>>What patches are you using?
> >>>>        
> >>>>
> >>>I'm using nforce2-apic.patch and nforce2-disconnect-quirk.patch that 
> >>>Andrew Morton have sent to me. I think they have been included in 
> >>>previous mm kernels but now are droped because they caused some 
> >>>temperature problems for some people with no nforce motherboards.
> >>>      
> >>>
> >>Yes, the patch which disables "Halt Disconnect and Stop Grant Disconnect"
> >>apparently causes the CPU to run hot.
> >>
> >>    
> >>
> >>>By the way, is anyone involved in solving the IO-APIC thing in nforce 
> >>>motherboards? Anyone trying a different approach? Anyone contacting 
> >>>nvidia about this problem?
> >>>      
> >>>
> >>As far as I know, we're dead in the water on these problems.
> >>    
> >>
> >
> >
> >One day hopefully this will be sorted in the BIOSes and in mainline. I
> >keep having to patch for every release (although as thats the only patch
> >I have to do I'm sure there are many worse off than me). I use the 3com
> >n/w on my A7N8X Deluxe v2 BIOS 1007 so no need for nforcedeth.
> >
> >Best patches are at:
> >http://lkml.org/lkml/2003/12/21/7
> >
> >Ive applied them to 2.6.0 and 2.6.1 and give no crashes and no heat
> >issues.
> >
> > (XP2600+ runs at 31/32C normal use and 38C compiling with Zalman cooler
> >+exhaust fans in box)
> >
> >Craig
> >  
> >
> you mean 31 - 38 C readed from /proc/acpi/temp[........]????
> 
> I'm having readings of 53 in idle and even 64 while compiling!! I have 
> no case fan, but I don't think it's so important for this bug difference.
> 
> by the way, has anyone tried to contact nvidia with detailed information 
> of this bug? Perhaps they can tell us something, not to?


no.. /sys/bus/i2c

I was highly sceptical that these values were wrong.. but if I was to
shut down and immediately look at the BIOS values.. they are close
enough to make the values I'm quoting to be on the mark. Of course, the
BIOS values could be wrong.

I had the normal Athlon cooler and one rear case fan and it was maxing
out at around 50C. Putting on the Zalman cooler dropped it by 10C.
Adding in the rear fans means it never goes above 39C while compiling.
If the windows open and theres a draft through the room and cold
outside.. :) ..it will idle at 29ish.

Craig



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Maciej W. Rozycki]

On Thu, 5 Feb 2004, Andrew Morton wrote:

> > By the way, is anyone involved in solving the IO-APIC thing in nforce 
> > motherboards? Anyone trying a different approach? Anyone contacting 
> > nvidia about this problem?
> 
> As far as I know, we're dead in the water on these problems.

 Not necessarily. :-)

> Here's one:
> 
> 
> [x86] do not wrongly override mp_ExtINT IRQ
> 
> From: Mathieu <cheuche+lkml@free.fr>.
> 
> With this patch timer IRQ0 is correctly set to IO-APIC-edge
> (not XT-PIC) on nForce2 boards when using APIC and ACPI.
> 
>  arch/i386/kernel/mpparse.c |    3 ++-
>  1 files changed, 2 insertions(+), 1 deletion(-)
> 
> diff -puN arch/i386/kernel/mpparse.c~nforce2-apic arch/i386/kernel/mpparse.c
> --- linux-2.6.0-test11/arch/i386/kernel/mpparse.c~nforce2-apic	2003-12-08 00:12:25.782597272 +0100
> +++ linux-2.6.0-test11-root/arch/i386/kernel/mpparse.c	2003-12-08 00:12:25.786596664 +0100
> @@ -962,7 +962,8 @@ void __init mp_override_legacy_irq (
>  	 */
>  	for (i = 0; i < mp_irq_entries; i++) {
>  		if ((mp_irqs[i].mpc_dstapic == intsrc.mpc_dstapic) 
> -			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)) {
> +			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)
> +			&& (mp_irqs[i].mpc_irqtype == intsrc.mpc_irqtype)) {
>  			mp_irqs[i] = intsrc;
>  			found = 1;
>  			break;

 That's not the right fix.  There's a bug in Linux's ACPI IRQ setup as
I've discovered by comparing the code to the spec.  Here's a patch I sent
in December both to the LKML and the ACPI maintainer.  The feedback from
the list was positive, but the maintainer didn't bother to comment.

 I haven't pushed the patch more firmly, because the MIPS port is my
priority and I don't even have any ACPI-aware equipment.

 Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

patch-mips-2.6.0-test11-20031209-acpi-irq0-1
diff -up --recursive --new-file linux-mips-2.6.0-test11-20031209.macro/arch/i386/kernel/mpparse.c linux-mips-2.6.0-test11-20031209/arch/i386/kernel/mpparse.c
--- linux-mips-2.6.0-test11-20031209.macro/arch/i386/kernel/mpparse.c	2003-11-25 04:57:01.000000000 +0000
+++ linux-mips-2.6.0-test11-20031209/arch/i386/kernel/mpparse.c	2003-12-11 09:43:26.000000000 +0000
@@ -940,7 +940,7 @@ void __init mp_override_legacy_irq (
 	 *      erroneously sets the trigger to level, resulting in a HUGE 
 	 *      increase of timer interrupts!
 	 */
-	if ((bus_irq == 0) && (global_irq == 2) && (trigger == 3))
+	if ((bus_irq == 0) && (trigger == 3))
 		trigger = 1;
 
 	intsrc.mpc_type = MP_INTSRC;
@@ -961,7 +961,7 @@ void __init mp_override_legacy_irq (
 	 * Otherwise create a new entry (e.g. global_irq == 2).
 	 */
 	for (i = 0; i < mp_irq_entries; i++) {
-		if ((mp_irqs[i].mpc_dstapic == intsrc.mpc_dstapic) 
+		if ((mp_irqs[i].mpc_srcbus == intsrc.mpc_srcbus) 
 			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)) {
 			mp_irqs[i] = intsrc;
 			found = 1;
@@ -1008,9 +1008,10 @@ void __init mp_config_acpi_legacy_irqs (
 	 */
 	for (i = 0; i < 16; i++) {
 
-		if (i == 2) continue;			/* Don't connect IRQ2 */
+		if (i == 2)
+			continue;			/* Don't connect IRQ2 */
 
-		intsrc.mpc_irqtype = i ? mp_INT : mp_ExtINT;   /* 8259A to #0 */
+		intsrc.mpc_irqtype = mp_INT;
 		intsrc.mpc_srcbusirq = i;		   /* Identity mapped */
 		intsrc.mpc_dstirq = i;
 

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Andi Kleen]

On Sat, 7 Feb 2004 00:33:04 +0100 (CET)
"Maciej W. Rozycki" <macro@ds2.pg.gda.pl> wrote:


>  That's not the right fix.  There's a bug in Linux's ACPI IRQ setup as
> I've discovered by comparing the code to the spec.  Here's a patch I sent
> in December both to the LKML and the ACPI maintainer.  The feedback from
> the list was positive, but the maintainer didn't bother to comment.

Thanks. I added the patch to the x86-64 sources and it indeed seems to fix
the Nforce3.

-Andi

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Josh McKinney]

On approximately Sat, Feb 07, 2004 at 03:50:18AM +0100, Andi Kleen wrote:
> On Sat, 7 Feb 2004 00:33:04 +0100 (CET)
> "Maciej W. Rozycki" <macro@ds2.pg.gda.pl> wrote:
> 
> 
> >  That's not the right fix.  There's a bug in Linux's ACPI IRQ setup as
> > I've discovered by comparing the code to the spec.  Here's a patch I sent
> > in December both to the LKML and the ACPI maintainer.  The feedback from
> > the list was positive, but the maintainer didn't bother to comment.
> 
> Thanks. I added the patch to the x86-64 sources and it indeed seems to fix
> the Nforce3.
> 

I tried the patch against 2.6.3-rc1 and it doesn't seem to fix
anything, timer is still on XT-PIC.  This is on a A7N8X Deluxe rev2,
nforce2.

           CPU0       
  0:     524366          XT-PIC  timer
  1:       1727    IO-APIC-edge  i8042
  2:          0          XT-PIC  cascade
  8:          1    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 14:        913    IO-APIC-edge  ide0
 15:      22792    IO-APIC-edge  ide1
 19:      23559   IO-APIC-level  nvidia
 20:      52452   IO-APIC-level  ohci_hcd, eth0
 21:          0   IO-APIC-level  ehci_hcd, NVidia nForce2
 22:        354   IO-APIC-level  ohci_hcd
NMI:          0 
LOC:     524223 
ERR:          0
MIS:          0


-- 
Josh McKinney		     |	Webmaster: http://joshandangie.org
--------------------------------------------------------------------------
                             | They that can give up essential liberty
Linux, the choice       -o)  | to obtain a little temporary safety deserve 
of the GNU generation    /\  | neither liberty or safety. 
                        _\_v |                          -Benjamin Franklin

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Maciej W. Rozycki]

On Sat, 7 Feb 2004, Josh McKinney wrote:

> I tried the patch against 2.6.3-rc1 and it doesn't seem to fix
> anything, timer is still on XT-PIC.  This is on a A7N8X Deluxe rev2,
> nforce2.

 The patch fixes our bad interpretation of the ACPI spec -- it's not 
sufficient to work around errors in the nforce2's ACPI tables, which 
should really get fixed by the manufacturer with a BIOS update.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

Maciej W. Rozycki wrote:

>On Thu, 5 Feb 2004, Andrew Morton wrote:
>
>  
>
>>>By the way, is anyone involved in solving the IO-APIC thing in nforce 
>>>motherboards? Anyone trying a different approach? Anyone contacting 
>>>nvidia about this problem?
>>>      
>>>
>>As far as I know, we're dead in the water on these problems.
>>    
>>
>
> Not necessarily. :-)
>
>  
>
>>Here's one:
>>
>>
>>[x86] do not wrongly override mp_ExtINT IRQ
>>
>>From: Mathieu <cheuche+lkml@free.fr>.
>>
>>With this patch timer IRQ0 is correctly set to IO-APIC-edge
>>(not XT-PIC) on nForce2 boards when using APIC and ACPI.
>>
>> arch/i386/kernel/mpparse.c |    3 ++-
>> 1 files changed, 2 insertions(+), 1 deletion(-)
>>
>>diff -puN arch/i386/kernel/mpparse.c~nforce2-apic arch/i386/kernel/mpparse.c
>>--- linux-2.6.0-test11/arch/i386/kernel/mpparse.c~nforce2-apic	2003-12-08 00:12:25.782597272 +0100
>>+++ linux-2.6.0-test11-root/arch/i386/kernel/mpparse.c	2003-12-08 00:12:25.786596664 +0100
>>@@ -962,7 +962,8 @@ void __init mp_override_legacy_irq (
>> 	 */
>> 	for (i = 0; i < mp_irq_entries; i++) {
>> 		if ((mp_irqs[i].mpc_dstapic == intsrc.mpc_dstapic) 
>>-			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)) {
>>+			&& (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)
>>+			&& (mp_irqs[i].mpc_irqtype == intsrc.mpc_irqtype)) {
>> 			mp_irqs[i] = intsrc;
>> 			found = 1;
>> 			break;
>>    
>>
>
> That's not the right fix.  There's a bug in Linux's ACPI IRQ setup as
>I've discovered by comparing the code to the spec.  Here's a patch I sent
>in December both to the LKML and the ACPI maintainer.  The feedback from
>the list was positive, but the maintainer didn't bother to comment.
>
> I haven't pushed the patch more firmly, because the MIPS port is my
>priority and I don't even have any ACPI-aware equipment.
>
> Maciej
>
>  
>
Can you send us the specific patch or at least telling us if you're 
going to push it?

Thanks a lot for the fix ;)

LuisMi Garcia

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Daniel Drake]

Luis Miguel García wrote:
> By the way, is anyone involved in solving the IO-APIC thing in nforce 
> motherboards? Anyone trying a different approach? Anyone contacting 
> nvidia about this problem?

Ross said in previous mails that he had tried to contact nvidia through 
various methods, and had not recieved a response.
He also mentioned that AMD were being much more responsive, and he had a 
support request open with them, which he was assured was being investigated.

But yeah, doesn't look like we are getting anywhere with the manufacturers...

Daniel

acpi problem with nforce motherboards and ethernet

[Luis Miguel García]

Hi:

Since Andrew Morton picked up latest acpi bk updates, nforce motherboards have problems, mainly with ethernet adapters. Reporters say that with acpi=off, the problm gets fixed, so we think the problem could be acpi. Some more useful info:



On Tue, 3 Feb 2004, [ISO-8859-1] Luis Miguel García wrote:


>> When I try to boot with latest mm series (such as actual rc3-mm1 or
>> rc2-mm2), my nforce ethernet device doesn't works. It worked in the past
>> with the forcedeth reverse engineered driver but now it keeps for 30 or
>> more seconds halted (at boot) and then the network device dosn't run.
>>
>> Here is the dmesg of rc3-mm1. Do you want for me to test something? Thanks!
>>
>> P.S.:   The ACPI related messages are larger that in rc3.
>  
>

My e100 on an nforce2 won't work in rc3-mm1.
The "acpi=off" boot parameter makes it go.


And for the record, I can boot with that kernel and save one dmesg for you if you want. Only send me a request and I'll send it to you.

P.S.: Sent any messages you want directly to me as i'm not subscribed to acpi-devel.

Thanks,

Luis Miguel García





>Which part of nforce support are you talking about luis?

>On Thu, 5 Feb 2004, Andrew Morton wrote:


>> Luis Miguel Garc?a <ktech@wanadoo.es> wrote:
>  
>
>>> >
>>> > Andrew Morton wrote:
>>> >
>>    
>>
>>>> > >
>>>      
>>>
>>>>> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2/2.6.2-mm1/
>>>>> > >>
>>>>> > >>
>>>>> > >>
>>>>> > >> - Merged some page reclaim fixes from Nick and Nikita.  These yield some
>>>>> > >>  performance improvements in low memory and heavy paging situations.
>>>>> > >>
>>>>> > >>
>>>>        
>>>>
>>> >
>>> > Andrew, do you know if this acpi pull down has nforce support fixed?
>>    
>>
>>
>> It doesn't appear that way.
>>
>  
>
>>> > Or perhaps it's even unnotified to the acpi team?
>>    
>>
>>
>> I do not know.  Sending them a bugzilla ID would help, if such a thing exists.
>>
>>
>>
>> -------------------------------------------------------
>> The SF.Net email is sponsored by EclipseCon 2004
>> Premiere Conference on Open Tools Development and Integration
>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>> http://www.eclipsecon.org/osdn
>> _______________________________________________
>> Acpi-devel mailing list
>> Acpi-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>
>>
>  
>

Re: [ACPI] acpi problem with nforce motherboards and ethernet

[Arjen Verweij]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=X-UNKNOWN, Size: 3787 bytes --]

This is interesting, I will test it myself later on. At one point Len
admitted to owning "foreign hardware :p" so maybe this could get resolved.

Personally I haven't tried kernels with newer forcedeth drivers, because I
can no longer explicitely set the power state of the NIC to D3. The
machine complains about irqs (new debugging code since forcedeth v.20 or
so) and will not powerdown.

On another note, have you noticed lockups of your system with heavy io?
Think of fsck'ing, burning cdroms, du on large dirs etc? Maybe it is
helpful to set up a list of boards and document what works or doesn't work
with which kernel. For instance the lockups with heavy io seem to be
resolved here if I leave APIC from my kernel.

Arjen

On Thu, 5 Feb 2004, [ISO-8859-15] Luis Miguel García wrote:

> Hi:
>
> Since Andrew Morton picked up latest acpi bk updates, nforce motherboards have problems, mainly with ethernet adapters. Reporters say that with acpi=off, the problm gets fixed, so we think the problem could be acpi. Some more useful info:
>
>
>
> On Tue, 3 Feb 2004, [ISO-8859-1] Luis Miguel García wrote:
>
>
> >> When I try to boot with latest mm series (such as actual rc3-mm1 or
> >> rc2-mm2), my nforce ethernet device doesn't works. It worked in the past
> >> with the forcedeth reverse engineered driver but now it keeps for 30 or
> >> more seconds halted (at boot) and then the network device dosn't run.
> >>
> >> Here is the dmesg of rc3-mm1. Do you want for me to test something? Thanks!
> >>
> >> P.S.:   The ACPI related messages are larger that in rc3.
> >
> >
>
> My e100 on an nforce2 won't work in rc3-mm1.
> The "acpi=off" boot parameter makes it go.
>
>
> And for the record, I can boot with that kernel and save one dmesg for you if you want. Only send me a request and I'll send it to you.
>
> P.S.: Sent any messages you want directly to me as i'm not subscribed to acpi-devel.
>
> Thanks,
>
> Luis Miguel García
>
>
>
>
>
> >Which part of nforce support are you talking about luis?
>
> >On Thu, 5 Feb 2004, Andrew Morton wrote:
>
>
> >> Luis Miguel Garc?a <ktech@wanadoo.es> wrote:
> >
> >
> >>> >
> >>> > Andrew Morton wrote:
> >>> >
> >>
> >>
> >>>> > >
> >>>
> >>>
> >>>>> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2/2.6.2-mm1/
> >>>>> > >>
> >>>>> > >>
> >>>>> > >>
> >>>>> > >> - Merged some page reclaim fixes from Nick and Nikita.  These yield some
> >>>>> > >>  performance improvements in low memory and heavy paging situations.
> >>>>> > >>
> >>>>> > >>
> >>>>
> >>>>
> >>> >
> >>> > Andrew, do you know if this acpi pull down has nforce support fixed?
> >>
> >>
> >>
> >> It doesn't appear that way.
> >>
> >
> >
> >>> > Or perhaps it's even unnotified to the acpi team?
> >>
> >>
> >>
> >> I do not know.  Sending them a bugzilla ID would help, if such a thing exists.
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> The SF.Net email is sponsored by EclipseCon 2004
> >> Premiere Conference on Open Tools Development and Integration
> >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> >> http://www.eclipsecon.org/osdn
> >> _______________________________________________
> >> Acpi-devel mailing list
> >> Acpi-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> >>
> >>
> >
> >
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>