linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* maybe: kexec + e100 + CONFIG_PM != working
       [not found]     ` <87d6gtrjjs.fsf@uga.edu>
@ 2003-07-02 21:06       ` Andy Pfiffer
  2003-07-08 16:07         ` Ed L Cashin
  0 siblings, 1 reply; 2+ messages in thread
From: Andy Pfiffer @ 2003-07-02 21:06 UTC (permalink / raw)
  To: Ed L Cashin; +Cc: fastboot, linux-kernel

On Tue, 2003-07-01 at 15:03, Ed L Cashin wrote:
> Ed L Cashin <ecashin@uga.edu> writes:
> 
> ...
> > I haven't tried the experiment you suggested where I disable e100 in
> > the kernel configuration.
> 
> OK, I just tried taking out the intel e100 driver and building in
> Becker's eepro100 driver.  This kernel can do kexec fine.

I just had lunch with someone that knows a lot more about the e100
driver than I do.

I would be curious to know what happens if you disable CONFIG_PM (as
seen in your .config), disable the eepro100 driver, re-enable the e100
driver, and then try kexec again.

The hint I received is that the e100_suspend() routine could call
pci_set_power_state() on the way down during a kexec, and that could
leave the card in a state that is difficult to resurrect when the new
kernel starts initializing devices.

You might also try commenting out the pci_set_power_state() lines in
e100_suspend() and leave CONFIG_PM enabled (untested diff for
illustration):

--- e100_main.c.orig	Wed Jul  2 14:00:59 2003
+++ e100_main.c	Wed Jul  2 14:02:22 2003
@@ -4305,11 +4305,11 @@
 	/* If wol is enabled */
 	if (bdp->wolopts || e100_asf_enabled(bdp)) {
 		pci_enable_wake(pcid, 3, 1);	/* Enable PME for power state D3 */
-		pci_set_power_state(pcid, 3);	/* Set power state to D3.        */
+		/*pci_set_power_state(pcid, 3);*/	/* Set power state to D3.        */
 	} else {
 		/* Disable bus mastering */
 		pci_disable_device(pcid);
-		pci_set_power_state(pcid, state);
+		/*pci_set_power_state(pcid, state);*/
 	}
 	return 0;
 }









^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: maybe: kexec + e100 + CONFIG_PM != working
  2003-07-02 21:06       ` maybe: kexec + e100 + CONFIG_PM != working Andy Pfiffer
@ 2003-07-08 16:07         ` Ed L Cashin
  0 siblings, 0 replies; 2+ messages in thread
From: Ed L Cashin @ 2003-07-08 16:07 UTC (permalink / raw)
  To: Andy Pfiffer; +Cc: fastboot, linux-kernel

Andy Pfiffer <andyp@osdl.org> writes:

> On Tue, 2003-07-01 at 15:03, Ed L Cashin wrote:
>> Ed L Cashin <ecashin@uga.edu> writes:
>> 
>> ...
>> > I haven't tried the experiment you suggested where I disable e100 in
>> > the kernel configuration.
>> 
>> OK, I just tried taking out the intel e100 driver and building in
>> Becker's eepro100 driver.  This kernel can do kexec fine.
>
> I just had lunch with someone that knows a lot more about the e100
> driver than I do.
>
> I would be curious to know what happens if you disable CONFIG_PM (as
> seen in your .config), disable the eepro100 driver, re-enable the e100
> driver, and then try kexec again.

Yes, kexec works on the same system when I disable CONFIG_PM and use
the e100 driver.  Sorry it took a while for me to get around to
testing it.

I should mention that the kernel is a little different than the other
one I was using.  It's 2.5.73-osdl3 with this .config file:

  http://www.cs.uga.edu/~cashin/temp/config-2.5.73-osdl3-20030708-120629

-- 
--Ed L Cashin            |   PGP public key:
  ecashin@uga.edu        |   http://noserose.net/e/pgp/


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-07-08 15:53 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20030626120244.B29672@atlas.cs.uga.edu>
     [not found] ` <1056753599.1200.53.camel@andyp.pdx.osdl.net>
     [not found]   ` <87k7b2q6mt.fsf@uga.edu>
     [not found]     ` <87d6gtrjjs.fsf@uga.edu>
2003-07-02 21:06       ` maybe: kexec + e100 + CONFIG_PM != working Andy Pfiffer
2003-07-08 16:07         ` Ed L Cashin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).