* dmidecode Compaq Presario C500 (C552US)
@ 2007-12-19 17:11 Jesse Burt
2008-01-18 21:36 ` Len Brown
0 siblings, 1 reply; 4+ messages in thread
From: Jesse Burt @ 2007-12-19 17:11 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: Type: text/plain, Size: 916 bytes --]
As per the kernel message, attached is the output of dmidecode for this
machine.
Adding acpi_osi=!Linux causes this to be logged:
ACPI: Disabled _OSI(Linux)
(at least I think it does; I don't remember seeing it before)
I'm not sure what other effects, if any, this is supposed to have?
The ACPI driver also complains on boot:
ACPI: BIOS bug: multiple APIC/MADT found, using 0
ACPI: If "acpi_apic_instance=2" works better, notify
linux-acpi@vger.kernel.org
This kernel option doesn't have any perceptible effect on anything other
than to say the same thing but to try to use acpi_apic_instance=0 :)
(IMO this laptop has more than its fair share of problems in Linux, or
Ubuntu at least; no particularly exotic hardware or anything. I don't
know how much ACPI-related stuff could be affecting this?)
Please don't hesitate to ask for any more information about this laptop!
Cheers, and happy holidays!
Jesse Burt
[-- Attachment #2: dmidecode --]
[-- Type: text/plain, Size: 4937 bytes --]
# dmidecode 2.9
SMBIOS 2.4 present.
17 structures occupying 644 bytes.
Table at 0x000E3810.
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: Hewlett-Packard
Version: F.13
Release Date: 01/16/2007
Address: 0xE71D0
Runtime Size: 101936 bytes
ROM Size: 1024 kB
Characteristics:
PCI is supported
PC Card (PCMCIA) is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
Selectable boot is supported
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
AGP is supported
Smart battery is supported
BIOS boot specification is supported
Targeted content distribution is supported
BIOS Revision: 1.6
Firmware Revision: 1.1
Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Hewlett-Packard
Product Name: Presario C500 (RZ342UA#ABA)
Version: F.13
Serial Number: CND709290W
UUID: 07285F90-C697-11DB-B067-0016D4C0FDDB
Wake-up Type: Power Switch
SKU Number: RZ342UA#ABA
Family: 103C_5335KV
Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
Manufacturer: Hewlett-Packard
Product Name: 30C6
Version: 78.10
Serial Number: CND709290W
Handle 0x0003, DMI type 3, 17 bytes
Chassis Information
Manufacturer: Hewlett-Packard
Type: Notebook
Lock: Not Present
Version: N/A
Serial Number: None
Asset Tag:
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: None
OEM Information: 0x00001234
Handle 0x0004, DMI type 4, 35 bytes
Processor Information
Socket Designation: U1
Type: Central Processor
Family: Other
Manufacturer: Intel
ID: F6 06 00 00 FF FB EB AF
Version: Intel(R) Celeron(R) M CPU 520
Voltage: 3.3 V
External Clock: Unknown
Max Speed: 1600 MHz
Current Speed: 1600 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: Not Provided
L2 Cache Handle: 0x0005
L3 Cache Handle: Not Provided
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Handle 0x0005, DMI type 7, 19 bytes
Cache Information
Socket Designation: L2 Cache
Configuration: Enabled, Socketed, Level 2
Operational Mode: Write Back
Location: Internal
Installed Size: 1024 KB
Maximum Size: 2048 KB
Supported SRAM Types:
Burst
Pipeline Burst
Installed SRAM Type: Burst
Speed: Unknown
Error Correction Type: Unknown
System Type: Unknown
Associativity: Unknown
Handle 0x0006, DMI type 9, 13 bytes
System Slot Information
Designation: PCI Slot J1100
Type: 32-bit PCI
Current Usage: In Use
Length: Long
ID: 0
Characteristics:
5.0 V is provided
3.3 V is provided
PME signal is supported
Handle 0x0007, DMI type 9, 13 bytes
System Slot Information
Designation: PCI Slot J1101
Type: 32-bit PCI
Current Usage: In Use
Length: Long
ID: 0
Characteristics:
5.0 V is provided
3.3 V is provided
PME signal is supported
Handle 0x0008, DMI type 10, 6 bytes
On Board Device Information
Type: Video
Status: Enabled
Description: 8
Handle 0x0009, DMI type 11, 5 bytes
OEM Strings
String 1: $HP$
Handle 0x000A, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 2 GB
Error Information Handle: Not Provided
Number Of Devices: 2
Handle 0x000B, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x000A
Error Information Handle: No Error
Total Width: 32 bits
Data Width: 32 bits
Size: 512 MB
Form Factor: SODIMM
Set: 1
Locator: M1
Bank Locator: Bank 0
Type: DDR2
Type Detail: Synchronous
Speed: Unknown
Manufacturer: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Handle 0x000C, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x000A
Error Information Handle: No Error
Total Width: Unknown
Data Width: Unknown
Size: No Module Installed
Form Factor: SODIMM
Set: 2
Locator: M2
Bank Locator: Bank 1
Type: DDR2
Type Detail: Synchronous
Speed: Unknown
Manufacturer: Not Specified
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Handle 0x000D, DMI type 19, 15 bytes
Memory Array Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x0001FFFFFFF
Range Size: 512 MB
Physical Array Handle: 0x000A
Partition Width: 0
Handle 0x000E, DMI type 20, 19 bytes
Memory Device Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x0001FFFFFFF
Range Size: 512 MB
Physical Device Handle: 0x000B
Memory Array Mapped Address Handle: 0x000D
Partition Row Position: 2
Interleave Position: 1
Interleaved Data Depth: 6
Handle 0x000F, DMI type 32, 20 bytes
System Boot Information
Status: <OUT OF SPEC>
Handle 0x0010, DMI type 127, 4 bytes
End Of Table
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: dmidecode Compaq Presario C500 (C552US)
2007-12-19 17:11 dmidecode Compaq Presario C500 (C552US) Jesse Burt
@ 2008-01-18 21:36 ` Len Brown
[not found] ` <1200756123.16044.6.camel@headhunter>
0 siblings, 1 reply; 4+ messages in thread
From: Len Brown @ 2008-01-18 21:36 UTC (permalink / raw)
To: Jesse Burt; +Cc: linux-acpi
On Wednesday 19 December 2007 12:11, Jesse Burt wrote:
> As per the kernel message, attached is the output of dmidecode for this
> machine.
> Adding acpi_osi=!Linux causes this to be logged:
> ACPI: Disabled _OSI(Linux)
> (at least I think it does; I don't remember seeing it before)
> I'm not sure what other effects, if any, this is supposed to have?
it may be a NOP -- I'll be able to confirm w/ your acpidump output.
> The ACPI driver also complains on boot:
>
> ACPI: BIOS bug: multiple APIC/MADT found, using 0
> ACPI: If "acpi_apic_instance=2" works better, notify
> linux-acpi@vger.kernel.org
i can double check this in your acpidump output too.
The duplicate may be identical, or Linux may be immune
to the differences (depends what they are)
not sign of high quality BIOS, this...
> This kernel option doesn't have any perceptible effect on anything other
> than to say the same thing but to try to use acpi_apic_instance=0 :)
> (IMO this laptop has more than its fair share of problems in Linux, or
> Ubuntu at least; no particularly exotic hardware or anything. I don't
> know how much ACPI-related stuff could be affecting this?)
> Please don't hesitate to ask for any more information about this laptop!
System Information
Manufacturer: Hewlett-Packard
Product Name: Presario C500 (RZ342UA#ABA)
Version: F.13
Serial Number: CND709290W
UUID: 07285F90-C697-11DB-B067-0016D4C0FDDB
Wake-up Type: Power Switch
SKU Number: RZ342UA#ABA
Family: 103C_5335KV
Please send me the output from acpidump.
If you don't have acpidump, you can get it from pmtools here:
http://www.lesswatts.org/projects/acpi/utilities.php
thanks,
-Len
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: dmidecode Compaq Presario C500 (C552US)
[not found] ` <1200756123.16044.6.camel@headhunter>
@ 2008-01-21 0:17 ` Len Brown
[not found] ` <1200943223.6796.25.camel@headhunter>
0 siblings, 1 reply; 4+ messages in thread
From: Len Brown @ 2008-01-21 0:17 UTC (permalink / raw)
To: Jesse Burt; +Cc: linux-acpi
On Saturday 19 January 2008 10:22, Jesse Burt wrote:
>
> On Fri, 2008-01-18 at 16:36 -0500, Len Brown wrote:
> > i can double check this in your acpidump output too.
> > The duplicate may be identical, or Linux may be immune
> > to the differences (depends what they are)
Thanks for the acpidump output.
OSI(Linux) is indeed a NOP on this box, it sets LINX, but never checks it
OperationRegion (GNVS, SystemMemory, 0x1F694E4C, 0x0100)
Field (GNVS, AnyAcc, Lock, Preserve)
{
OSYS, 16,
SMIF, 8,
PRM0, 8,
PRM1, 8,
SCIF, 8,
PRM2, 8,
PRM3, 8,
LCKF, 8,
PRM4, 8,
PRM5, 8,
P80D, 32,
LIDS, 8,
PWRS, 8,
DBGS, 8,
LINX, 8,
Offset (0x14),
...
If (CondRefOf (_OSI, Local0))
{
If (_OSI ("Linux"))
{
Store (One, LINX)
}
If (_OSI ("Windows 2001"))
{
Store (0x07D1, OSYS)
}
...
Re: the duplicate APIC tables...
Linux uses the 1st one by default, and that seems to be the OEM modified
version (vs. the 2nd one which seems bo be left over from the reference code).
$ madt < APIC1.dat
ACPI: APIC (v001 HP NISSAN 0x06040000 LOHR 0x0000005a) @ 0x(nil)
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
ACPI: IOAPIC (id[0x01] address[0xfec00000] global_irq_base[0x0])
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
Length 104 OK
Checksum OK
$ madt < APIC2.dat
ACPI: APIC (v001 PTLTD APIC 0x06040000 LTP 0x00000000) @ 0x(nil)
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: IOAPIC (id[0x01] address[0xfec00000] global_irq_base[0x0])
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Length 90 OK
Checksum OK
The Compaq added APIC table gives a 2nd processor, but it is disabled:
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
I don't really follow this, since the specs on this box
say it has a dual core processor. Perhaps the 2nd core is disabled?
The INT_SRC_OVR thing should be a NOP, because high/edge
is the default for legacy timer interrupts.
thanks,
-Len
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: dmidecode Compaq Presario C500 (C552US)
[not found] ` <1200943223.6796.25.camel@headhunter>
@ 2008-01-22 4:07 ` Len Brown
0 siblings, 0 replies; 4+ messages in thread
From: Len Brown @ 2008-01-22 4:07 UTC (permalink / raw)
To: Jesse Burt; +Cc: linux-acpi
On Monday 21 January 2008 14:20, Jesse Burt wrote:
>
> On Sun, 2008-01-20 at 19:17 -0500, Len Brown wrote:
> > Thanks for the acpidump output.
> >
> > OSI(Linux) is indeed a NOP on this box, it sets LINX, but never checks it
>
> Hmm... so was this just some sort of afterthought by the mfr? What is
> the idea, it's supposed to check if the OS is Linux and if so, set
> certain parameters? I don't know too much about ACPI.
I expect it is just dead code from the example code
that they didn't bother to clean up.
> >
> > OperationRegion (GNVS, SystemMemory, 0x1F694E4C, 0x0100)
> > Field (GNVS, AnyAcc, Lock, Preserve)
> > {
> > OSYS, 16,
> > SMIF, 8,
> > PRM0, 8,
> > PRM1, 8,
> > SCIF, 8,
> > PRM2, 8,
> > PRM3, 8,
> > LCKF, 8,
> > PRM4, 8,
> > PRM5, 8,
> > P80D, 32,
> > LIDS, 8,
> > PWRS, 8,
> > DBGS, 8,
> > LINX, 8,
> > Offset (0x14),
> > ...
> > If (CondRefOf (_OSI, Local0))
> > {
> > If (_OSI ("Linux"))
> > {
> > Store (One, LINX)
> > }
> >
> > If (_OSI ("Windows 2001"))
> > {
> > Store (0x07D1, OSYS)
> > }
> > ...
> >
> > Re: the duplicate APIC tables...
> >
> > Linux uses the 1st one by default, and that seems to be the OEM modified
> > version (vs. the 2nd one which seems bo be left over from the reference code).
> >
> > $ madt < APIC1.dat
> > ACPI: APIC (v001 HP NISSAN 0x06040000 LOHR 0x0000005a) @ 0x(nil)
> > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
> > ACPI: IOAPIC (id[0x01] address[0xfec00000] global_irq_base[0x0])
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> > ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
> > Length 104 OK
> > Checksum OK
> > $ madt < APIC2.dat
> > ACPI: APIC (v001 PTLTD APIC 0x06040000 LTP 0x00000000) @ 0x(nil)
> > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> > ACPI: IOAPIC (id[0x01] address[0xfec00000] global_irq_base[0x0])
> > ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> > Length 90 OK
> > Checksum OK
> >
> > The Compaq added APIC table gives a 2nd processor, but it is disabled:
> > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
> >
> > I don't really follow this, since the specs on this box
> > say it has a dual core processor. Perhaps the 2nd core is disabled?
> >
>
> Interesting...perhaps they use a somewhat generic set of tables for many
> of their devices and just don't bother to prune them on boxes like this
> one? As far as I know, however, the box does have one single core
> processor (Celeron M 520 I believe is what is reported by /proc/cpuinfo;
> Intel's site
> http://www.intel.com/products/processor_number/chart/celeron_m.htm
> doesn't seem to explicitly mention anything about this CPU being
> dual-core
Apparently they use the same BIOS and have the option to stuff
different CPUs. I expect the BIOS discovers at init time
the actualy CPU capabilities and modifies the APIC table
that has entries to accomodate the largest they support.
> though unbeknownst to me before looking at it just now...
> this processor is 64bit! Not sure if the BIOS and/or ACPI data reflect
> this.
The OS doesn't have to ask ACPI or the BIOS about 64-bit,
it gets that from the processor directly via CPUID.
> I know from experience with my laptop that Compaq/HP are kind of silly
> with their series/model numbers... i.e., a certain model may not have
> the same components from one unit to another. For instance mine could
> have come with one of two or three different processors (Sempron,
> Athlon64 Mobile I think?, or a Turion64, which it has).
>
> > The INT_SRC_OVR thing should be a NOP, because high/edge
> > is the default for legacy timer interrupts.
> >
> Thanks for looking at this Len. Being somewhat uninformed about ACPI,
> how much does Linux rely on the information it finds in these tables?
> What effects do you think any of these "defects" could cause?
> Again, thanks for looking at this.
Linux relies heavily on the information in these tables.
However, over time, we have become more and more immune to BIOS
programming defects. I don't notice any here which would hurt you.
cheers,
-Len
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-01-22 4:07 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-19 17:11 dmidecode Compaq Presario C500 (C552US) Jesse Burt
2008-01-18 21:36 ` Len Brown
[not found] ` <1200756123.16044.6.camel@headhunter>
2008-01-21 0:17 ` Len Brown
[not found] ` <1200943223.6796.25.camel@headhunter>
2008-01-22 4:07 ` Len Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).