Re: [proaudio] Re: rt-kernel 2.6.19-rt15 |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/proaudio Archives
]
- To: proaudio@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [proaudio] Re: rt-kernel 2.6.19-rt15
- From: Dominique Michel <dominique.michel@xxxxxxxxxxxx>
- Date: Fri, 5 Jan 2007 19:00:00 +0100
- Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEXy8ubtkoXo7+b1+fbN cGKCeWDtamweFA8eMkmKPkPtvcWRoqyV0Pn7AAACbElEQVQ4jXXTMWvbQBQA4MOlizsdXEXp KAi09mKcLZ0EJxONDRJVkikg9AtqTm63gtHDmVJs1GsnC0JiaTMJGN2f67uzznJb+gZj9PFO 7717IqdtvCAmem4bxMLp/2BEyEBF1+U/0H8uhI6rv+BVLNrY/gH9T0L8yAxk2yMY3YuZxDCn TY/gpBByyTGktIcZOIvFjPNJmqYJDwrx3cIoBrE0zzG4FF8tfBAwM+DonKCYWjgROZ6Upjcm 5Qje58JAmlKKGfIAjzaDUuogZBY2Bjg14eDbywMIqZvwqgqFBcVFB0seYONLb00ZZlh4p0F6 FHNoUMyKAzxowJSQTyj+XloYs3MN3GeMpzyYSTMshLM00ODpWlPp4SDbqs4cViDcGAgmlK/a PsaOg7DvIQ3wzANMqB/iQW/XTkoTLO6XhSeHUoQKe+NLjyY/Ldx7CW2D4WTYhZ3V0GP64RpP Q/E66IUWMLj3+nDn4w2ejMACyXFeHZy6ETcZehc49bv1GQ/0bazNuzm97mDkhnoie9i30WYM w/YCnYT7Fx308s98n0IT//Jod1+aOzdzYXLVbftol+PC+REG3u+0AxdEtuSMB6G+DLGwMH4E vXGmJn8VCLM9LhmrOAMQYt5Wi/DFgIC52iFkUzMpDVmjAaDZRGC+JGwDqzJ/G5fUUcWZAaE7 YfvPLYtIU1Wb4A2IeS7uDMgcIFutiCr766qGfKHyuxvTIERKXVNSN27lDgCuBuojlpxIyJV6 ritS1uWWuHF2Ww7qcIKbqEFVNbmtmm3vGSCHbVXjikrY3SpVxwQWw2aIjwG+ueXTJDmHeK6a HfwGyU5ZSlGeSRQAAAAASUVORK5CYII=
Apm is superseded by acpi. So, apm is normally bot needed.
With acpi, if your pc is a laptop, it will just don't work without acpi. With a
desktop, acpi will save you some power (and heat) but the box will run fine
without it. Acpi usually use IRQ 9, a very good IRQ for a sound card.
To disable acpi can be a convenient way to free to IRQ 9. (It will also work
with the boot parameter acpi=off if I remember well). In some cases as with my
box, it can even be the only way in order to free an IRQ and get no shared IRQ
in the system. (rt-kernel don't like shared IRQ). Both apm and acpi are
disabled in my kernel.
Cheers,
Dominique
Le Thu, 4 Jan 2007 23:13:13 +0000,
karlos <k.gebbert@xxxxxxxxx> a écrit :
> thanks for your answer Frieder! Yes, it actually compiles fine without apm.
> I am not sure, but I don't think I need it, so I just leave it out
> completely. I hope that won't affect other stuff, like suspend. Hopefully
> that works from now on :)
>
> Greets,
>
> Karsten
>
> On 1/4/07, Frieder Bürzele <evermind@xxxxxxxxxxxxx> wrote:
> >
> > karlos wrote:
> > > doh, I forgot to attach the file. here it is..
> > >
> > > karsten
> > >
> > > On 1/4/07, *karlos* <k.gebbert@xxxxxxxxx <mailto:k.gebbert@xxxxxxxxx>>
> > > wrote:
> > >
> > > Hello list,
> > >
> > > I was just giving the 2.6.19-rt15 kernel a shot, tried to compile
> > > it using genkernel. I was not able to actually find where the
> > > compilation fails, but its on compiling the modules. I have
> > > attached the genkernel.log , could someone take a look and tell me
> > > if he/she spots where it fails?
> > > I have noticed that parts of suspend to disk has been merged into
> > > the kernel, did anyone have a try with it yet?
> > >
> > > Thanks for helping,
> > >
> > > Karsten
> > >
> > >
> >
> > > LD [M] drivers/net/wireless/hostap/hostap.o
> > > Building modules, stage 2.
> > > MODPOST 590 modules
> > > WARNING: "pm_send_all" [arch/i386/kernel/apm.ko] undefined!
> > > WARNING: "pm_active" [arch/i386/kernel/apm.ko] undefined!
> >
> > genkernel don't like missing symbols. Maybe you can set genkernel to
> > ignore warnings
> > or just disable apm in the config
> >
> > don't know why they're removed
> > you can try to reverse this patch
> >
> > Index: linux/kernel/power/pm.c
> > ===================================================================
> > --- linux.orig/kernel/power/pm.c
> > +++ linux/kernel/power/pm.c
> > @@ -201,9 +201,3 @@ int pm_send_all(pm_request_t rqst, void
> > mutex_unlock(&pm_devs_lock);
> > return 0;
> > }
> > -
> > -EXPORT_SYMBOL(pm_register);
> > -EXPORT_SYMBOL(pm_send_all);
> > -EXPORT_SYMBOL(pm_active);
> > -
> > -
> >
> >
> >
> >
> >