[ltp] APM suspend with 2.6 kernel [long]

Charles Lepple linux-thinkpad@linux-thinkpad.org
Sun, 4 Jan 2004 16:19:36 -0500


On Sunday 04 January 2004 04:06 pm, Michael Hagemann wrote:
> When I try to build the i8042 as a module, I get an error from depmod
> regarding a "serio_interrupt" symbol.  This is although that symbol is
> defined in the System.map.  I tried several configurations, but couldn't
> produce an i8042 module as of yet.  It appears to me, that this part of
> the kernel is not really wired into the rest, yet...

OK. So for any of the kernel versions before 2.5.28, could you build it with 
the i8042 driver compiled-in (and not as a module)? Or was that when they 
changed? I forget the details of how that worked...

> > On LKML this fall, I talked with the kernel APM maintainer, and
> > attempted to figure out whether the APM segment register changes were
> > making a difference on my machine. They didn't seem to be the culprit,
> > but you might have a different situation.
> >
> > http://www.ussg.iu.edu/hypermail/linux/kernel/0307.3/1606.html
>
> That would be an option to look into, too.  But save from the _irq name
> changes, I can't see any differences between the versions...

It was a subtle change, but some of the segment descriptors got moved around.

> On Sun, 04 Jan 2004 17:19:59 +0100 Thomas Hood wrote:
> > IRQ handling was changed throughout the kernel in 2.5.28 in order to
> > eliminate global cli() / sti().
>
> I saw that, too, and it does make incremental patching almost
> impossible...  From what I can tell, it is for the most part just a
> change of the function names, though (at least for the non-SMP case).

Yes, basically.

As far as incremental patching, you might look at the BitKeeper repository. 
There, you can apply each changeset, and see what happens with each.

> > There was also a big change to the
> > serial driver which just *might* be relevant.  Here is the ChangeLog,
> > sorted and stripped of everything that I don't think could be the
> > cause:
>
> I didn't build the kernel with the serial driver enabled.  Maybe I
> should ...

If I had to guess, _adding_ a driver probably won't help it suspend :-) But I 
could be wrong.

Are you doing anything fancy with tpctl?

-- 
Charles Lepple
clepple@ghz.cc