ACPI source release updated (20030328)

ACPI source release updated (20030328)

[Grover, Andrew]

Hi all,

The Linux source releases available at http://sf.net/projects/acpi have
been updated. Non-Linux source releases will be available from
http://developer.intel.com/technology/iapc/acpi/downloads.htm by Monday
at the latest.

Regards -- Andy

----------------------------------
1) ACPI CA Core Subsystem:

The GPE Block Device support has been completed.  New interfaces are
AcpiInstallGpeBlock and AcpiRemoveGpeBlock.  The Event interfaces
(enable, disable, clear, getstatus) have been split into separate
interfaces for Fixed Events and General Purpose Events (GPEs) in order
to support GPE Block Devices properly.

Fixed a problem where the error message "Failed to acquire semaphore"
would appear during operations on the embedded controller (EC). 

-----------------------------
Andrew Grover
Intel Labs / Mobile Architecture
andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: ACPI source release updated (20030328)

[Karol Kozimor]

Thus wrote Grover, Andrew:
> Fixed a problem where the error message "Failed to acquire semaphore"
> would appear during operations on the embedded controller (EC). 

Thanks for that!
I have one question though. Did you consider doing incremental ACPI
patches? I'm using a heavily patched kernel with XFS filesystem support,
and getting all these patches to work and applying all the rejects manually
is a real pain. Incremental patches would really make life (mine, at least) 
easier. What do you think about it?

(the above refers to the 2.4 kernel, with 2.5 changing so fast it isn't
really a problem)

Best regards,

-- 
Karol 'sziwan' Kozimor
sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: ACPI source release updated (20030328)

[P. Christeas]

> Thus wrote Grover, Andrew:
> > Fixed a problem where the error message "Failed to acquire semaphore"
> > would appear during operations on the embedded controller (EC).
>
> Thanks for that!
> I have one question though. Did you consider doing incremental ACPI
> patches? I'm using a heavily patched kernel with XFS filesystem support,
> and getting all these patches to work and applying all the rejects manually
> is a real pain. Incremental patches would really make life (mine, at least)
> easier. What do you think about it?
>
> (the above refers to the 2.4 kernel, with 2.5 changing so fast it isn't
> really a problem)
>
> Best regards,

I had thought of asking that as well. But it may be a pain for Andrew to make 
those.
If you have all the source-patches you've used, you might be able to do that 
yourself. Just get the 'original' 2.4, patch it with 2 different ver's of 
ACPI  and diff those.. Then you could apply that diff as a patch to your 
'overloaded' ver of 2.4.



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: ACPI source release updated (20030328)

[Kevin Fenzi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "P" == P Christeas <p_christ-U04EIuiosng@public.gmane.org> writes:

>> Thus wrote Grover, Andrew: > Fixed a problem where the error
>> message "Failed to acquire semaphore" > would appear during
>> operations on the embedded controller (EC).
>> 
>> Thanks for that!  I have one question though. Did you consider
>> doing incremental ACPI patches? I'm using a heavily patched kernel
>> with XFS filesystem support, and getting all these patches to work
>> and applying all the rejects manually is a real pain. Incremental
>> patches would really make life (mine, at least) easier. What do you
>> think about it?
>> 
>> (the above refers to the 2.4 kernel, with 2.5 changing so fast it
>> isn't really a problem)
>> 
>> Best regards,

P> I had thought of asking that as well. But it may be a pain for
P> Andrew to make those.  If you have all the source-patches you've
P> used, you might be able to do that yourself. Just get the
P> 'original' 2.4, patch it with 2 different ver's of ACPI and diff
P> those.. Then you could apply that diff as a patch to your
P> 'overloaded' ver of 2.4.

Yeah, there is also a package out there called 'interdiff'. Lets you
make a diff between two diff files. ;) 

interdiff acpi-20030321-2.4.21-pre5.diff acpi-20030328-2.4.21-pre6.diff > acpi.diff

It seems to get one reject on the acpi patches for some reason, but
that one looks cosmetic. 

Will try it on my heavily patched 2.4.21-pre5. ;) 

kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+heMx3imCezTjY0ERAp8+AJ0b/uqTf4Y0A3ZOUaE5/ZyuGDAn+wCdHExQ
PWF/JMHYT1yrPlo6UUMWv9c=
=bwxy
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: the incremental patch 20030521-20030528

[Sérgio Monteiro Basto]

[-- Attachment #1: Type: text/plain, Size: 1622 bytes --]

Make the incremental patch is easy: apply the old patch to kernel and
the new patch to a copy of same kernel version, clean orig (and rej)
files and make the diff -Nur. 

so here is the result, and don't test is yet.


On Sat, 2003-03-29 at 15:16, Karol Kozimor wrote:
> Thus wrote Grover, Andrew:
> > Fixed a problem where the error message "Failed to acquire semaphore"
> > would appear during operations on the embedded controller (EC). 
> 
> Thanks for that!
> I have one question though. Did you consider doing incremental ACPI
> patches? I'm using a heavily patched kernel with XFS filesystem support,
> and getting all these patches to work and applying all the rejects manually
> is a real pain. Incremental patches would really make life (mine, at least) 
> easier. What do you think about it?
> 
> (the above refers to the 2.4 kernel, with 2.5 changing so fast it isn't
> really a problem)
> 
> Best regards,
> 
> -- 
> Karol 'sziwan' Kozimor
> sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-- 
SérgioMB
email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org

Who gives me one shell, give me everything.

[-- Attachment #2: 05210528.diff.gz --]
[-- Type: application/x-gzip, Size: 6259 bytes --]

Re: Re: the incremental patch 20030521-20030528

[Sérgio Monteiro Basto]

diff -Nur linux-2.4.21-pre50321/drivers/net/Config.in
linux-2.4.21-pre50328/drivers/net/Config.in
--- linux-2.4.21-pre50321/drivers/net/Config.in Sun Mar 23 17:09:43 2003
+++ linux-2.4.21-pre50328/drivers/net/Config.in Sun Mar 23 04:11:11 2003
@@ -185,7 +185,7 @@
       dep_tristate '    Davicom DM910x/DM980x support' CONFIG_DM9102
$CONFIG_PCI
       dep_tristate '    EtherExpressPro/100 support (eepro100, original
Becker driver)' CONFIG_EEPRO100 $CONFIG_PCI
       if [ "$CONFIG_VISWS" = "y" ]; then
-         define_bool CONFIG_EEPRO100_PIO y
+         define_mbool CONFIG_EEPRO100_PIO y
       else
          dep_mbool '      Use PIO instead of MMIO' CONFIG_EEPRO100_PIO
$CONFIG_EEPRO100
       fi

You should clean this part from the patch,
this bug cames with kernel.2.4.20 !!, define_mbool doens't exits so, if
you an error runnig make xconfig . you must edit drivers/net/Config.in
and delete m in line 188.

and btw no more problems with the error message "Failed to acquire
semaphore" would appear during operations on the embedded controller
(EC). 
The acpi20030528 works normally.

On Sat, 2003-03-29 at 20:45, Sérgio Monteiro Basto wrote:
> Make the incremental patch is easy: apply the old patch to kernel and
> the new patch to a copy of same kernel version, clean orig (and rej)
> files and make the diff -Nur. 
> 
> so here is the result, and don't test is yet.
> 
> 
> On Sat, 2003-03-29 at 15:16, Karol Kozimor wrote:
> > Thus wrote Grover, Andrew:
> > > Fixed a problem where the error message "Failed to acquire semaphore"
> > > would appear during operations on the embedded controller (EC). 
> > 
> > Thanks for that!
> > I have one question though. Did you consider doing incremental ACPI
> > patches? I'm using a heavily patched kernel with XFS filesystem support,
> > and getting all these patches to work and applying all the rejects manually
> > is a real pain. Incremental patches would really make life (mine, at least) 
> > easier. What do you think about it?
> > 
> > (the above refers to the 2.4 kernel, with 2.5 changing so fast it isn't
> > really a problem)
> > 
> > Best regards,
> > 
> > -- 
> > Karol 'sziwan' Kozimor
> > sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> -- 
> SérgioMB
> email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org
> 
> Who gives me one shell, give me everything.
-- 
Sérgio Basto
Technology Project Manager
onevision design studios
Rua Prof. Mota Pinto
42F-S2.30
4100-353 PORTO
tel. + 351 22 532 0300
fax. + 351 22 616 0182
email: sbasto-n97bsLhj/YhQPh2TJV30h1aTQe2KTcn/@public.gmane.org
web: http://www.onevision-design.com
-- 
SérgioMB
email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org

Who gives me one shell, give me everything.



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en