Re: [PATCH] ACPI update (20030122)

Re: [PATCH] ACPI update (20030122)

[Marc-Christian Petersen]

Hi Dave,

>> I've noticed that with .59 some of my boxes no longer have
>> functioning NICs unless I boot with acpi=off. Packets get
>> transmitted, but nothing ever gets received.
>> Seen this with a 3c509, an 8139, and an e100.
>> Known bug? Fixed in this patch ?

>> Known bug. Not fixed in this patch. Are you sure this is new in recent
>> kernels?
> Only seems to started biting me this last week for some reason.

hehe, I had exactly the same issues starting with 2.4.18 + acpi stuff.

I've noticed that almost every 2nd release broke network cards.
Already reported sometimes.

ciao, Marc


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

RE: [PATCH] ACPI update (20030122)

[Grover, Andrew]

> From: Marco Walther [mailto:Marco.Walther-xsfywfwIY+M@public.gmane.org] 
> A quick question,
> 
> is there a reason why iasl (iasl-linux-20021205) would need glibc-2.3?
> I can play with different kernels on my box but if I've to upgrade my
> libc as well, it's getting harder to maintain a stable stand:-(

That just happens to be what my system uses (RH 8). If it's not too hard
to link against something else, just tell me how, and I'll do it. :-)

Failing that, you should be able to D/L the source (it's in the
acpica-unix package via the intel.com link) and compile it yourself.

Regards -- Andy


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

RE: [PATCH] ACPI update (20030122)

[Marco Walther]

>>>>> "AG" == Andrew Grover <Grover> writes:

>> From: Marco Walther [mailto:Marco.Walther-xsfywfwIY+M@public.gmane.org] 
>> A quick question,
>> 
>> is there a reason why iasl (iasl-linux-20021205) would need glibc-2.3?
>> I can play with different kernels on my box but if I've to upgrade my
>> libc as well, it's getting harder to maintain a stable stand:-(

AG> That just happens to be what my system uses (RH 8). If it's not too hard
AG> to link against something else, just tell me how, and I'll do it. :-)

AG> Failing that, you should be able to D/L the source (it's in the
AG> acpica-unix package via the intel.com link) and compile it yourself.

Ok, this worked for me;-)

Thanks,
-- Marco


AG> Regards -- Andy

-- 


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

RE: [PATCH] ACPI update (20030122)

[Grover, Andrew]

> From: Dave Jones [mailto:davej-rdkfGonbjUTCLXcRTR1eJlpr/1R2p/CL@public.gmane.org] 
> I've noticed that with .59 some of my boxes no longer have
> functioning NICs unless I boot with acpi=off. Packets get
> transmitted, but nothing ever gets received.
> Seen this with a 3c509, an 8139, and an e100.
> 
> Known bug? Fixed in this patch ?

Known bug. Not fixed in this patch. Are you sure this is new in recent
kernels?

Regards -- Andy

Re: [PATCH] ACPI update (20030122)

[Dave Jones]

On Thu, Jan 23, 2003 at 04:09:07PM -0800, Grover, Andrew wrote:

 > > Known bug? Fixed in this patch ?
 > Known bug. Not fixed in this patch. Are you sure this is new in recent
 > kernels?

Only seems to started biting me this last week for some reason.

		Dave

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

[PATCH] ACPI update (20030122)

[Grover, Andrew]

Hi all,

The latest ACPI patch is now available at http://sf.net/projects/acpi .
Non-Linux packages will be available within 24 hours from
http://developer.intel.com/technology/iapc/acpi/downloads.htm .

The patches are big primarily because we finally got with the program
and moved our headers from drivers/acpi/include to include/acpi.

Regards -- Andy

22 January 2003.  Summary of changes for version 20030122.


1) ACPI CA Core Subsystem:

Added a check for constructs of the form:  Store (Local0,
Local0) where Local0 is not initialized.  Apparently, some
BIOS programmers believe that this is a NOOP.  Since this
store doesn't do anything anyway, the new prototype behavior
will ignore this error.  This is a case where we can relax the
strict checking in the interpreter in the name of
compatibility.


2) Linux

The AcpiSrc Source Conversion Utility has been released with
the Unix package for the first time.  This is the utility
that is used to convert the ACPI CA base source code to the
Linux version.

(Both) Handle P_BLK lengths shorter than 6 more gracefully

(Both) Move more headers to include/acpi, and delete an unused
header.

(Both) Move drivers/acpi/include directory to include/acpi

(Both) Boot functions don't use cmdline, so don't pass it
around

(Both) Remove include of unused header (Adrian Bunk)

(Both) acpiphp.h includes both linux/acpi.h and acpi_bus.h.
Since the former now also includes the latter, acpiphp.h only needs the
one, now.

(2.5) Make it possible to select method of bios restoring
after S3 resume. [=> no more ugly ifdefs] (Pavel Machek)

(2.5) Make proc write interfaces work (Pavel Machek)

(2.5) Properly init/clean up in cpufreq/acpi (Dominik
Brodowski)

(2.5) Break out ACPI Perf code into its own module, under
cpufreq (Dominik Brodowski)

(2.4) S4BIOS support (Ducrot Bruno)

(2.4) Fix acpiphp_glue.c for latest ACPI struct changes
(Sergio Visinoni)


3) iASL Compiler:

Added support to disassemble SSDT and PSDTs.

Implemented support to obtain SSDTs from the Windows registry
if available.

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

Re: [PATCH] ACPI update (20030122)

[Dave Jones]

On Thu, Jan 23, 2003 at 02:44:55PM -0800, Grover, Andrew wrote:

 > The latest ACPI patch is now available at http://sf.net/projects/acpi .
 > Non-Linux packages will be available within 24 hours from
 > http://developer.intel.com/technology/iapc/acpi/downloads.htm .

I've noticed that with .59 some of my boxes no longer have
functioning NICs unless I boot with acpi=off. Packets get
transmitted, but nothing ever gets received.
Seen this with a 3c509, an 8139, and an e100.

Known bug? Fixed in this patch ?

		Dave

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

Re: [PATCH] ACPI update (20030122)

[Marco Walther]

A quick question,

is there a reason why iasl (iasl-linux-20021205) would need glibc-2.3?
I can play with different kernels on my box but if I've to upgrade my
libc as well, it's getting harder to maintain a stable stand:-(

Thanks,
-- Marco

-- 

-- 


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

Re: [PATCH] ACPI update (20030122)

[Sérgio Monteiro Basto]

you can donwnload acpica-unix-(...)
and compile it with:
cd /acpica-unix-(...)/compiler
make
On Fri, 2003-01-24 at 00:43, Marco Walther wrote:
> A quick question,
> 
> is there a reason why iasl (iasl-linux-20021205) would need glibc-2.3?
> I can play with different kernels on my box but if I've to upgrade my
> libc as well, it's getting harder to maintain a stable stand:-(
> 
> Thanks,
> -- Marco
> 
> -- 
> 
> -- 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel




-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com