RE: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

RE: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Aleksey Gorelov]

>-----Original Message-----
>From: linux-kernel-owner@vger.kernel.org 
>[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Ryan Richter
>Sent: Friday, October 13, 2006 2:26 PM
>To: linux-kernel@vger.kernel.org
>Subject: Machine restart doesn't work - Intel 965G, 2.6.19-rc2
>
>I have a new system based on the Inter 965G chipset, and all 
>the kernels
>I've used - 2.6.18, .19-rc1, and .19-rc2 - have failed to reset the
>machine on a reboot.  "Machine Restart" is printed, but it just hangs
>there.  SysRQ is non-functional at that point.

  The similar issue has been discussed in adjacent thread "Machine reboot". Is it Intel
motherboard, or just carries Intel chipset ? Does building e1000 driver as a module and 'rmmod
e1000' just before reboot help ?

Aleks.

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Fri, Oct 13, 2006 at 02:40:29PM -0700, Aleksey Gorelov wrote:
> >-----Original Message-----
> >From: linux-kernel-owner@vger.kernel.org 
> >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Ryan Richter
> >Sent: Friday, October 13, 2006 2:26 PM
> >To: linux-kernel@vger.kernel.org
> >Subject: Machine restart doesn't work - Intel 965G, 2.6.19-rc2
> >
> >I have a new system based on the Inter 965G chipset, and all 
> >the kernels
> >I've used - 2.6.18, .19-rc1, and .19-rc2 - have failed to reset the
> >machine on a reboot.  "Machine Restart" is printed, but it just hangs
> >there.  SysRQ is non-functional at that point.
> 
>   The similar issue has been discussed in adjacent thread "Machine
>   reboot". Is it Intel motherboard, or just carries Intel chipset ?
>   Does building e1000 driver as a module and 'rmmod e1000' just before
>   reboot help ?

It's an Intel DG965RY board.  I'll try out your suggestion on Monday.

Thanks,
-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Lukas Hejtmanek]

On Fri, Oct 13, 2006 at 05:42:50PM -0400, Ryan Richter wrote:
> >   The similar issue has been discussed in adjacent thread "Machine
> >   reboot". Is it Intel motherboard, or just carries Intel chipset ?
> >   Does building e1000 driver as a module and 'rmmod e1000' just before
> >   reboot help ?
> 
> It's an Intel DG965RY board.  I'll try out your suggestion on Monday.

Btw, are you using i386 or x86_64 architecture?

-- 
Lukáš Hejtmánek

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Fri, Oct 13, 2006 at 11:45:23PM +0200, Lukas Hejtmanek wrote:
> On Fri, Oct 13, 2006 at 05:42:50PM -0400, Ryan Richter wrote:
> > >   The similar issue has been discussed in adjacent thread "Machine
> > >   reboot". Is it Intel motherboard, or just carries Intel chipset ?
> > >   Does building e1000 driver as a module and 'rmmod e1000' just before
> > >   reboot help ?
> > 
> > It's an Intel DG965RY board.  I'll try out your suggestion on Monday.
> 
> Btw, are you using i386 or x86_64 architecture?

x86_64.

-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Lukas Hejtmanek]

On Fri, Oct 13, 2006 at 05:46:08PM -0400, Ryan Richter wrote:
> > > >   The similar issue has been discussed in adjacent thread "Machine
> > > >   reboot". Is it Intel motherboard, or just carries Intel chipset ?
> > > >   Does building e1000 driver as a module and 'rmmod e1000' just before
> > > >   reboot help ?
> > > 
> > > It's an Intel DG965RY board.  I'll try out your suggestion on Monday.
> > 
> > Btw, are you using i386 or x86_64 architecture?
> 
> x86_64.

Hm, I'm also using x86_64 and 2.6.19-rc1-git9 works OK for me regardless of
e1000. 2.6.18 hangs if e1000 is built in.

Could you also try exactly 2.6.19-rc1-git9?

-- 
Lukáš Hejtmánek

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Fri, Oct 13, 2006 at 11:49:22PM +0200, Lukas Hejtmanek wrote:
> On Fri, Oct 13, 2006 at 05:46:08PM -0400, Ryan Richter wrote:
> > > > >   The similar issue has been discussed in adjacent thread "Machine
> > > > >   reboot". Is it Intel motherboard, or just carries Intel chipset ?
> > > > >   Does building e1000 driver as a module and 'rmmod e1000' just before
> > > > >   reboot help ?
> > > > 
> > > > It's an Intel DG965RY board.  I'll try out your suggestion on Monday.
> > > 
> > > Btw, are you using i386 or x86_64 architecture?
> > 
> > x86_64.
> 
> Hm, I'm also using x86_64 and 2.6.19-rc1-git9 works OK for me regardless of
> e1000. 2.6.18 hangs if e1000 is built in.
> 
> Could you also try exactly 2.6.19-rc1-git9?

Will do, I'll try that on Monday also.  I'd do it now, but obviously I
can't reboot the machine remotely...

Thanks,
-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Fri, Oct 13, 2006 at 11:49:22PM +0200, Lukas Hejtmanek wrote:
> On Fri, Oct 13, 2006 at 05:46:08PM -0400, Ryan Richter wrote:
> > > > >   The similar issue has been discussed in adjacent thread "Machine
> > > > >   reboot". Is it Intel motherboard, or just carries Intel chipset ?
> > > > >   Does building e1000 driver as a module and 'rmmod e1000' just before
> > > > >   reboot help ?
> > > > 
> > > > It's an Intel DG965RY board.  I'll try out your suggestion on Monday.
> > > 
> > > Btw, are you using i386 or x86_64 architecture?
> > 
> > x86_64.
> 
> Hm, I'm also using x86_64 and 2.6.19-rc1-git9 works OK for me regardless of
> e1000. 2.6.18 hangs if e1000 is built in.
> 
> Could you also try exactly 2.6.19-rc1-git9?

2.6.19-rc1-git9 doesn't work any better for me.  I haven't tried
unloading the e1000 module yet.  Since I run the machine off an nfsroot,
it will require some creativity to test that.

-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Aleksey Gorelov]

--- Ryan Richter <ryan@tau.solarneutrino.net> wrote:
> 
> 2.6.19-rc1-git9 doesn't work any better for me.  I haven't tried
> unloading the e1000 module yet.  Since I run the machine off an nfsroot,
> it will require some creativity to test that.
> 
> -ryan

You may try the following patch instead if it's easier for you. It'll likely break suspend stuff,
but you won't need to play around with modules.

Aleks.

--- linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c.orig	2006-10-17 13:36:06.000000000 -0700
+++ linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c	2006-10-17 13:36:50.000000000 -0700
@@ -4847,6 +4847,7 @@
 static void e1000_shutdown(struct pci_dev *pdev)
 {
 	e1000_suspend(pdev, PMSG_SUSPEND);
+	pci_set_power_state(pdev, PCI_D0);
 }
 
 #ifdef CONFIG_NET_POLL_CONTROLLER

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2 / e1000?

[Auke Kok]

Aleksey Gorelov wrote:
> 
> --- Ryan Richter <ryan@tau.solarneutrino.net> wrote:
>> 2.6.19-rc1-git9 doesn't work any better for me.  I haven't tried
>> unloading the e1000 module yet.  Since I run the machine off an nfsroot,
>> it will require some creativity to test that.
>>
>> -ryan
> 
> You may try the following patch instead if it's easier for you. It'll likely break suspend stuff,
> but you won't need to play around with modules.
> 
> Aleks.
> 
> --- linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c.orig	2006-10-17 13:36:06.000000000 -0700
> +++ linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c	2006-10-17 13:36:50.000000000 -0700
> @@ -4847,6 +4847,7 @@
>  static void e1000_shutdown(struct pci_dev *pdev)
>  {
>  	e1000_suspend(pdev, PMSG_SUSPEND);
> +	pci_set_power_state(pdev, PCI_D0);
>  }
>  
>  #ifdef CONFIG_NET_POLL_CONTROLLER

I wouldn't do that like this, since e1000_suspend already does a pci_set_power_state() 
right before it exits, and doing two of those closely after another might result in an 
undetermined state.

I would be more interested in forcing D3 state instead of the current 
`pci_set_power_state(pdev, pci_choose_state(pdev, state));` in e1000_suspend, so can you 
try this instead?

diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index ce0d35f..30ceeec 100644
--- a/drivers/net/e1000/e1000_main.c
+++ b/drivers/net/e1000/e1000_main.c
@@ -4793,7 +4793,7 @@ #endif

         pci_disable_device(pdev);

-       pci_set_power_state(pdev, pci_choose_state(pdev, state));
+       pci_set_power_state(pdev, PCI_D3hot);

         return 0;
  }


alternatively, you can try PCI_D3cold or PCI_D0, but setting the device to D0 is a 
no-op: the device is already in D0 at run-time, so that's silly.

In any case: this is not a driver bug, but really (unfortunately) a platform issue, so 
this fix is not suitable for general cases *at all*, and we'd have to validate this 
nasty workaround on all other chipsets that e1000 supports too, something that ain't 
going to happen I'm sure.

constructive: I've just spend some time working with e100+suspend+shutdown+netconsole, 
so I'll audit e1000 for that in the next few weeks and make sure that all works 
properly. Perhaps that yields something for you.

Cheers,

Auke

RE: Machine restart doesn't work - Intel 965G, 2.6.19-rc2 / e1000?

[dared1st]

>-----Original Message-----
>From: Auke Kok [mailto:auke-jan.h.kok@intel.com]
>Sent: Tuesday, October 17, 2006 2:17 PM
>To: Aleksey Gorelov
>Cc: Ryan Richter; Lukas Hejtmanek; linux-kernel@vger.kernel.org; auke-
>jan.h.kok@intel.com; Jesse Brandeburg; Ronciak, John
>Subject: Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2 / e1000?
>
>Aleksey Gorelov wrote:
>>
>> --- Ryan Richter <ryan@tau.solarneutrino.net> wrote:
>>> 2.6.19-rc1-git9 doesn't work any better for me.  I haven't tried
>>> unloading the e1000 module yet.  Since I run the machine off an nfsroot,
>>> it will require some creativity to test that.
>>>
>>> -ryan
>>
>> You may try the following patch instead if it's easier for you. It'll
>likely break suspend stuff,
>> but you won't need to play around with modules.
>>
>> Aleks.
>>
>> --- linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c.orig	2006-10-17
>13:36:06.000000000 -0700
>> +++ linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c	2006-10-17
>13:36:50.000000000 -0700
>> @@ -4847,6 +4847,7 @@
>>  static void e1000_shutdown(struct pci_dev *pdev)
>>  {
>>  	e1000_suspend(pdev, PMSG_SUSPEND);
>> +	pci_set_power_state(pdev, PCI_D0);
>>  }
>>
>>  #ifdef CONFIG_NET_POLL_CONTROLLER
>
>I wouldn't do that like this, since e1000_suspend already does a
>pci_set_power_state()
>right before it exits, and doing two of those closely after another might
>result in an
>undetermined state.
>
>I would be more interested in forcing D3 state instead of the current
>`pci_set_power_state(pdev, pci_choose_state(pdev, state));` in
>e1000_suspend, so can you
>try this instead?


But how this is different from original variant? 
pci_choose_state(pdev, PMSG_SUSPEND) returns PCI_D3hot, and it is when LAN
in this state machine does not reboot. That's why I tried PCI_D0 in first
place (actually, I've originally just remove pci_set_power_state call at
all). I did not try PCI_D3cold, though.

>
>diff --git a/drivers/net/e1000/e1000_main.c
>b/drivers/net/e1000/e1000_main.c
>index ce0d35f..30ceeec 100644
>--- a/drivers/net/e1000/e1000_main.c
>+++ b/drivers/net/e1000/e1000_main.c
>@@ -4793,7 +4793,7 @@ #endif
>
>         pci_disable_device(pdev);
>
>-       pci_set_power_state(pdev, pci_choose_state(pdev, state));
>+       pci_set_power_state(pdev, PCI_D3hot);
>
>         return 0;
>  }
>

>
>alternatively, you can try PCI_D3cold or PCI_D0, but setting the device to
>D0 is a
>no-op: the device is already in D0 at run-time, so that's silly.
>
>In any case: this is not a driver bug, but really (unfortunately) a
>platform issue, so
>this fix is not suitable for general cases *at all*, and we'd have to
>validate this
>nasty workaround on all other chipsets that e1000 supports too, something
>that ain't
>going to happen I'm sure.

Anyway, both patches are rather ugly, and will become even uglier with
checks for particular platform and system_state. I wish BIOS engineers fix
it 'the right way'.

Aleks

>
>constructive: I've just spend some time working with
>e100+suspend+shutdown+netconsole,
>so I'll audit e1000 for that in the next few weeks and make sure that all
>works
>properly. Perhaps that yields something for you.
>
>Cheers,
>
>Auke

e1000 driver problems

[Lukas Hejtmanek]

Hello,

I have laptop thinkpad T61 with 82566MM Gigabit Network Connection (rev 03)
(8086:1049). I have kernel 2.6.24-rc3. E1000E driver does not work (the card
is not detected although it is PCI-E), with E1000 driver, it works mostly OK
unless I force speed to 100Mbits. (ethtool -s eth0 autoneg off speed 100)

I got message about device hang:
Nov 20 10:57:24 anubis kernel: [  212.307502] e1000: eth0: e1000_watchdog:
10/100 speed: disabling TSO
Nov 20 11:03:02 anubis kernel: [  242.811474]   Tx Queue             <0>
Nov 20 11:03:02 anubis kernel: [  242.811476]   TDH                  <80>
Nov 20 11:03:02 anubis kernel: [  242.811478]   TDT                  <81>
Nov 20 11:03:02 anubis kernel: [  242.811480]   next_to_use          <81>
Nov 20 11:03:02 anubis kernel: [  242.811482]   next_to_clean        <80>
Nov 20 11:03:02 anubis kernel: [  242.811484] buffer_info[next_to_clean]
Nov 20 11:03:02 anubis kernel: [  242.811486]   time_stamp <100079cdf>
Nov 20 11:03:02 anubis kernel: [  242.811488]   next_to_watch        <80>
Nov 20 11:03:02 anubis kernel: [  242.811489]   jiffies <100079e68>
Nov 20 11:03:02 anubis kernel: [  242.811491]   next_to_watch.status <0>
Nov 20 11:03:04 anubis kernel: [  243.000047]   Tx Queue             <0>
Nov 20 11:03:04 anubis kernel: [  243.000049]   TDH                  <80>
Nov 20 11:03:04 anubis kernel: [  243.000051]   TDT                  <81>
Nov 20 11:03:04 anubis kernel: [  243.000053]   next_to_use          <81>
and so on.

Is it known problem?


-- 
Lukáš Hejtmánek

Re: e1000 driver problems

[Kok, Auke]

Lukas Hejtmanek wrote:
> Hello,
> 
> I have laptop thinkpad T61 with 82566MM Gigabit Network Connection (rev 03)
> (8086:1049). I have kernel 2.6.24-rc3. E1000E driver does not work (the card
> is not detected although it is PCI-E), with E1000 driver, it works mostly OK
> unless I force speed to 100Mbits. (ethtool -s eth0 autoneg off speed 100)

this device (the ich8 onboard NIC) will not be supported in e1000e until 2.6.25.

> I got message about device hang:
> Nov 20 10:57:24 anubis kernel: [  212.307502] e1000: eth0: e1000_watchdog:
> 10/100 speed: disabling TSO
> Nov 20 11:03:02 anubis kernel: [  242.811474]   Tx Queue             <0>
> Nov 20 11:03:02 anubis kernel: [  242.811476]   TDH                  <80>
> Nov 20 11:03:02 anubis kernel: [  242.811478]   TDT                  <81>
> Nov 20 11:03:02 anubis kernel: [  242.811480]   next_to_use          <81>
> Nov 20 11:03:02 anubis kernel: [  242.811482]   next_to_clean        <80>
> Nov 20 11:03:02 anubis kernel: [  242.811484] buffer_info[next_to_clean]
> Nov 20 11:03:02 anubis kernel: [  242.811486]   time_stamp <100079cdf>
> Nov 20 11:03:02 anubis kernel: [  242.811488]   next_to_watch        <80>
> Nov 20 11:03:02 anubis kernel: [  242.811489]   jiffies <100079e68>
> Nov 20 11:03:02 anubis kernel: [  242.811491]   next_to_watch.status <0>
> Nov 20 11:03:04 anubis kernel: [  243.000047]   Tx Queue             <0>
> Nov 20 11:03:04 anubis kernel: [  243.000049]   TDH                  <80>
> Nov 20 11:03:04 anubis kernel: [  243.000051]   TDT                  <81>
> Nov 20 11:03:04 anubis kernel: [  243.000053]   next_to_use          <81>
> and so on.
> 
> Is it known problem?

there have been indeed know reports of these "fake" hangs. basically the counter
logic for these newer devices reports hangs too quickly for 10/100 speeds while
they actually are not occurring (the line is just very busy).

The fix for this has been to grant more time for the hardware to recover from this
busy state. I'll make sure to check if the upstream drivers are OK in this regard.

you can try our out-of-tree e1000 driver (7.6.x or newer) which should work OK for
you with respect to this problem. Please give that a try.

Cheers,

Auke

Re: e1000 driver problems

[Lukas Hejtmanek]

On Mon, Nov 26, 2007 at 03:26:08PM -0800, Kok, Auke wrote:
> The fix for this has been to grant more time for the hardware to recover
> from this busy state. I'll make sure to check if the upstream drivers are OK
> in this regard.
> 
> you can try our out-of-tree e1000 driver (7.6.x or newer) which should work
> OK for you with respect to this problem. Please give that a try.

unfortunately, the 7.6.9 driver cannot be compiled with 2.6.24-rc3-git2
kernel due to compilation errors.

-- 
Lukáš Hejtmánek

Re: e1000 driver problems

[Kok, Auke]

Lukas Hejtmanek wrote:
> On Mon, Nov 26, 2007 at 03:26:08PM -0800, Kok, Auke wrote:
>> The fix for this has been to grant more time for the hardware to recover
>> from this busy state. I'll make sure to check if the upstream drivers are OK
>> in this regard.
>>
>> you can try our out-of-tree e1000 driver (7.6.x or newer) which should work
>> OK for you with respect to this problem. Please give that a try.
> 
> unfortunately, the 7.6.9 driver cannot be compiled with 2.6.24-rc3-git2
> kernel due to compilation errors.

but the in-kernel version of e1000 supports the ich8 lan device just fine and can
be builtin. also this kernel has the first release of e1000e which supports the
ich9 onboard lan device.

Auke

Re: e1000 driver problems

[Lukas Hejtmanek]

On Tue, Nov 27, 2007 at 08:48:52AM -0800, Kok, Auke wrote:
> > unfortunately, the 7.6.9 driver cannot be compiled with 2.6.24-rc3-git2
> > kernel due to compilation errors.
> 
> but the in-kernel version of e1000 supports the ich8 lan device just fine
> and can be builtin. also this kernel has the first release of e1000e which
> supports the ich9 onboard lan device.

I'm afraid, I'm missing the point as you have stated that in-kernel drivers
have problem with suspicious board hang...

-- 
Lukáš Hejtmánek

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Tue, Oct 17, 2006 at 01:53:15PM -0700, Aleksey Gorelov wrote:
> 
> 
> --- Ryan Richter <ryan@tau.solarneutrino.net> wrote:
> > 
> > 2.6.19-rc1-git9 doesn't work any better for me.  I haven't tried
> > unloading the e1000 module yet.  Since I run the machine off an nfsroot,
> > it will require some creativity to test that.
> > 
> > -ryan
> 
> You may try the following patch instead if it's easier for you. It'll
> likely break suspend stuff,
> but you won't need to play around with modules.
> 
> Aleks.
> 
> --- linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c.orig	2006-10-17 13:36:06.000000000 -0700
> +++ linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c	2006-10-17 13:36:50.000000000 -0700
> @@ -4847,6 +4847,7 @@
>  static void e1000_shutdown(struct pci_dev *pdev)
>  {
>  	e1000_suspend(pdev, PMSG_SUSPEND);
> +	pci_set_power_state(pdev, PCI_D0);
>  }
>  
>  #ifdef CONFIG_NET_POLL_CONTROLLER


This patch allows the machine to reboot normally.

Thanks,
-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Auke Kok]

Ryan Richter wrote:
> On Tue, Oct 17, 2006 at 01:53:15PM -0700, Aleksey Gorelov wrote:
>>
>> --- Ryan Richter <ryan@tau.solarneutrino.net> wrote:
>>> 2.6.19-rc1-git9 doesn't work any better for me.  I haven't tried
>>> unloading the e1000 module yet.  Since I run the machine off an nfsroot,
>>> it will require some creativity to test that.
>>>
>>> -ryan
>> You may try the following patch instead if it's easier for you. It'll
>> likely break suspend stuff,
>> but you won't need to play around with modules.
>>
>> Aleks.
>>
>> --- linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c.orig	2006-10-17 13:36:06.000000000 -0700
>> +++ linux-2.6.19-rc2/drivers/net/e1000/e1000_main.c	2006-10-17 13:36:50.000000000 -0700
>> @@ -4847,6 +4847,7 @@
>>  static void e1000_shutdown(struct pci_dev *pdev)
>>  {
>>  	e1000_suspend(pdev, PMSG_SUSPEND);
>> +	pci_set_power_state(pdev, PCI_D0);
>>  }
>>  
>>  #ifdef CONFIG_NET_POLL_CONTROLLER
> 
> 
> This patch allows the machine to reboot normally.

To all that are seeing this problem:

can you send me (off-list is OK) the motherboard number+name, the BIOS versions (+ where 
you downloaded them from) that you have tried and for each version, whether it worked 
without this workaround or not?

Thanks,

Auke

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Lukas Hejtmanek]

On Fri, Oct 20, 2006 at 10:57:29AM -0700, Auke Kok wrote:
> To all that are seeing this problem:
> 
> can you send me (off-list is OK) the motherboard number+name, the BIOS 
> versions (+ where you downloaded them from) that you have tried and for 
> each version, whether it worked without this workaround or not?

Three days ago, Intel released a new BIOS version that claims to fix this issue.

I've tested it with 2.6.18 kernel which was unable to restart, it works now so
it seems that fix was successful.

-- 
Lukáš Hejtmánek

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Fri, Oct 20, 2006 at 08:06:10PM +0200, Lukas Hejtmanek wrote:
> On Fri, Oct 20, 2006 at 10:57:29AM -0700, Auke Kok wrote:
> > To all that are seeing this problem:
> > 
> > can you send me (off-list is OK) the motherboard number+name, the BIOS 
> > versions (+ where you downloaded them from) that you have tried and for 
> > each version, whether it worked without this workaround or not?
> 
> Three days ago, Intel released a new BIOS version that claims to fix
> this issue.
> 
> I've tested it with 2.6.18 kernel which was unable to restart, it
> works now so it seems that fix was successful.

I just tried the 1458 BIOS without the workaround and it's working fine.

Thanks!
-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Auke Kok]

Ryan Richter wrote:
> On Fri, Oct 20, 2006 at 08:06:10PM +0200, Lukas Hejtmanek wrote:
>> On Fri, Oct 20, 2006 at 10:57:29AM -0700, Auke Kok wrote:
>>> To all that are seeing this problem:
>>>
>>> can you send me (off-list is OK) the motherboard number+name, the BIOS 
>>> versions (+ where you downloaded them from) that you have tried and for 
>>> each version, whether it worked without this workaround or not?
 >>
>> Three days ago, Intel released a new BIOS version that claims to fix
>> this issue.
>>
>> I've tested it with 2.6.18 kernel which was unable to restart, it
>> works now so it seems that fix was successful.
> 
> I just tried the 1458 BIOS without the workaround and it's working fine.

okay, looks like the latest BIOS fixes it (hang on reboot/restart) for everyone. Thanks 
for reporting back in, I'll make sure my colleagues write this down for everyone.

Cheers,

Auke

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Ryan Richter]

On Fri, Oct 20, 2006 at 10:57:29AM -0700, Auke Kok wrote:
> To all that are seeing this problem:
> 
> can you send me (off-list is OK) the motherboard number+name, the BIOS 
> versions (+ where you downloaded them from) that you have tried and for 
> each version, whether it worked without this workaround or not?

I've got an Intel DG965RY with BIOS version 1250.  That's the only BIOS
I've tried (I flashed it first thing when I got the machine), and the
workaround works.

-ryan

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Auke Kok]

Ryan Richter wrote:
> On Fri, Oct 20, 2006 at 10:57:29AM -0700, Auke Kok wrote:
>> To all that are seeing this problem:
>>
>> can you send me (off-list is OK) the motherboard number+name, the BIOS 
>> versions (+ where you downloaded them from) that you have tried and for 
>> each version, whether it worked without this workaround or not?
> 
> I've got an Intel DG965RY with BIOS version 1250.  That's the only BIOS
> I've tried (I flashed it first thing when I got the machine), and the
> workaround works.

OK, thanks.

Lukas Hejtmanek wrote:
 > Three days ago, Intel released a new BIOS version that claims to fix this issue.
 >
 > I've tested it with 2.6.18 kernel which was unable to restart, it works now so
 > it seems that fix was successful.

this is incomplete information. Which version did you have before? what is your 
motherboard number/name? etc. Please be complete.

Please provide what I asked for, if you can. I really need to know _everything_

Auke

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Lukas Hejtmanek]

On Fri, Oct 20, 2006 at 11:17:45AM -0700, Auke Kok wrote:
> Lukas Hejtmanek wrote:
> > Three days ago, Intel released a new BIOS version that claims to fix this 
> issue.
> >
> > I've tested it with 2.6.18 kernel which was unable to restart, it works 
> now so
> > it seems that fix was successful.
> 
> this is incomplete information. Which version did you have before? what is 
> your motherboard number/name? etc. Please be complete.
> 
> Please provide what I asked for, if you can. I really need to know 
> _everything_

Board name: DP965LT
BIOS version: 1458
2.6.18, 2.6.19-rc1 reboots OK.

BIOS version: 816
2.6.18 reboots OK.

BIOS version: 1162, 1176, 1250
2.6.18 cannot reboot. (rmmod e1000 causes reboot OK)
2.6.19-rc1 reboots OK (no additional patches)

-- 
Lukáš Hejtmánek

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Aleksey Gorelov]

--- Ryan Richter <ryan@tau.solarneutrino.net> wrote:

> On Fri, Oct 20, 2006 at 10:57:29AM -0700, Auke Kok wrote:
> > To all that are seeing this problem:
> > 
> > can you send me (off-list is OK) the motherboard number+name, the BIOS 
> > versions (+ where you downloaded them from) that you have tried and for 
> > each version, whether it worked without this workaround or not?
> 
> I've got an Intel DG965RY with BIOS version 1250.  That's the only BIOS
> I've tried (I flashed it first thing when I got the machine), and the
> workaround works.
Mine was Intel DG965WH with the same BIOS version. I don't have the board currently, but I'll try
to retest if it comes to my hands one more time.

Aleks.

Re: Machine restart doesn't work - Intel 965G, 2.6.19-rc2

[Aleksey Gorelov]

--- Ryan Richter <ryan@tau.solarneutrino.net> wrote:

> On Fri, Oct 13, 2006 at 11:45:23PM +0200, Lukas Hejtmanek wrote:
> > On Fri, Oct 13, 2006 at 05:42:50PM -0400, Ryan Richter wrote:
> > > >   The similar issue has been discussed in adjacent thread "Machine
> > > >   reboot". Is it Intel motherboard, or just carries Intel chipset ?
> > > >   Does building e1000 driver as a module and 'rmmod e1000' just before
> > > >   reboot help ?
> > > 
> > > It's an Intel DG965RY board.  I'll try out your suggestion on Monday.
> > 
> > Btw, are you using i386 or x86_64 architecture?
> 
> x86_64.
> 
And mine is i386.

Aleks.