* 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@vger.kernel.org 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@vger.kernel.org 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