Hi folks,
hope I interpreted the boot message right.
Find dmidecode output attached.
Kind regards
HHL
# dmidecode 2.9
SMBIOS 2.4 present.
19 structures occupying 994 bytes.
Table at 0x000DC010.
Handle 0x, DMI type 0, 24 bytes
BIOS Information
Vendor: Phoenix Technologies LTD
As asked by the kernel, I'm sending the output of dmidecode.
Don't hesitate to ask any other informations
Basic information about my hardware could be found here
http://linux.ioda.net/DELL_Precision_M4300/
Hope this help a bit.
--
Bruno Friedmann [EMAIL PROTECTED]
Iod
Am Mittwoch, 13. Februar 2008 05:16:19 schrieb Len Brown:
[...]
> > For the WMI: Could acer_wmi be extended for this as Alex suggested ?
> > Another FSC model is listed in their hw-db.
>
> yes, but rather than extending acer_wmi, it would probably be more
> appropriate to fork it into fsc_wmi...
Su
On Tuesday 12 February 2008 15:32, Jan-Simon Möller wrote:
> Am Dienstag 12 Februar 2008 21:00:25 schrieb Len Brown:
> [...]
> >
> > thanks for the acpidump in http://bugzilla.kernel.org/show_bug.cgi?id=9939
> >
> > This BIOS makes heavy use of TRAP's into SMM, Windows version-specific
> > hooks, a
Am Dienstag 12 Februar 2008 21:00:25 schrieb Len Brown:
[...]
>
> thanks for the acpidump in http://bugzilla.kernel.org/show_bug.cgi?id=9939
>
> This BIOS makes heavy use of TRAP's into SMM, Windows version-specific
> hooks, and WMI -- all bad news for Linux.
Its a Phoenix BIOS btw.
For the WMI:
;> Version: 20
> >>>> Wake-up Type: Power Switch
> >>>> SKU Number: Not Specified
> >>>> Family: Not Specified
> >>>>
> >>>> Handle 0x0002, DMI type 2, 8 bytes
> >>>> Base Board Inf
On Monday 11 February 2008 09:05, Mateu Soler wrote:
> 2008/2/11, Len Brown <[EMAIL PROTECTED]>:
> > On Sunday 10 February 2008 09:31, you wrote:
> > > Handle 0x0001, DMI type 1, 27 bytes
> > > System Information
> > > Manufacturer: Sony Corporation
> > > Product Name: VGN-NR11S_S
>
Jan-Simon,
Thanks for the dmidecode output.
Did the console dmesg ask you to send it because
of OSI(Linux)?
Do you notice any functional difference when booting with
"acpi_osi=Linux"(default for 2.6.22 and earlier)
vs.
"acpi_osi=!Linux" (default for 2.6
02, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: FUJITSU SIEMENS
> > > Product Name: ESPRIMO Mobile V5505
> >
> > Jan-Simon,
> > Thanks for the dmidecode output.
> >
> > Did the console dmesg ask you to sen
ion: 20
> > Wake-up Type: Power Switch
> > SKU Number: Not Specified
> > Family: Not Specified
> >
> > Handle 0x0002, DMI type 2, 8 bytes
> > Base Board Information
> > Manufacturer: FUJITSU SIEMENS
> > Product
On Sunday 10 February 2008 09:31, you wrote:
> Handle 0x0001, DMI type 1, 27 bytes
> System Information
> Manufacturer: Sony Corporation
> Product Name: VGN-NR11S_S
> Version: C3LPZGMR
...
>
> Handle 0x0002, DMI type 2, 10 bytes
> Base Board Information
> Manufactur
On Sunday 10 February 2008 08:29, catworld wrote:
> Dell Vostro 1000, decidedly the most Linux un-friendly machine I've ever
> encountered.
...
> System Information
> Manufacturer: Dell Inc.
> Product Name: Vostro 1000
Whatever its Linux issues are, OSI(Linux) is not one of th
BIOS Revision: 1.11
> > >
> > > Handle 0x0001, DMI type 1, 27 bytes
> > > System Information
> > > Manufacturer: LENOVO
> > > Product Name: 07635CG
> > > Version: LENOVO3000 V100
> >
> > Than
On Friday 08 February 2008 07:33, Dennis Jansen wrote:
> Glad I can help.
>
> On Feb 8, 2008 5:49 AM, Len Brown <[EMAIL PROTECTED]> wrote:
> > please send me the output from acpidump.
> >
> > thanks,
> > -Len
> >
> > Manufacturer: Acer
> > Product Name: Extensa 5220
Thanks for the
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Dell Vostro 1000, decidedly the most Linux un-friendly machine I've ever
encountered.
# dmidecode 2.9
SMBIOS 2.4 present.
37 structures occupying 1293 bytes.
Table at 0x000F0420.
Handle 0xDA00, DMI type 218, 131 bytes
OEM-specific Type
Header and Data:
DA 83 00 DA
Hello Len,
Len Brown schrieb:
> On Saturday 19 January 2008 10:20, Jochen Kemnade wrote:
>> Hello,
>>
>> Len Brown schrieb:
>>> Do you notice any functional difference when booting with
>>>
>>> "acpi_osi=Linux"(default for 2.6.22 and earlier)
>>> vs.
>>> "acpi_osi=!Linux" (default fo
please send me the output from acpidump.
thanks,
-Len
Manufacturer: Acer
Product Name: Extensa 5220
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/major
Hey,
hope it helps, dmidecode attached,
more on request ;-)
[ 16.407074] ACPI: bus type pci registered
[ 16.407396] PCI: PCI BIOS revision 3.00 entry at 0xfdba1, last bus=16
[ 16.407398] PCI: Using configuration type 1
[ 16.407400] Setting up standard PCI resources
[ 16.409544] ACPI: EC: Look
> > >
> >
> > If (\_OSI ("Windows 2006"))
> > {
> > Store (0x40, ^OSTB)
> > Store (0x40, ^TPOS)
> > }
> >
> > If (\_OSI ("Linux"))
> > {
> >
Thanks for the acpidump.
It looks like OSI(Linux) is a NOP on this box.
so you shouldn't notice any difference between acpi_osi=Linux
and acpi_osi=!Linux.
-Len
The write to OSYS is a NOP, as it quickly gets over-written.
Looks like Acer writes the value 0x70 the (debug?) port at 0xB3,
but otherw
On Sunday 03 February 2008 14:48, jo wrote:
> No problem
>
> Here it is...
>
> Thanks
>
> Le dimanche 03 février 2008 à 14:30 -0500, Len Brown a écrit :
> > Thanks for the dmidecode.
> >
> > please send me the output from acpidump.
> >
> >
Thanks for the dmidecode.
System Information
Manufacturer: Hewlett-Packard
Product Name: HP Pavilion dv9000 (GA358UA#ABA)
Base Board Information
Manufacturer: Quanta
Product Name: 30B9
Another user with this board already sent the acpidump
and we was confirmed
x0002, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: To be filled by O.E.M.
> >
> > (is this a production BIOS?)
> >
>
> If you mean a BIOS by FUJITSU SIEMENS yes it is. I have no updated it.
> I don't know t
ECTED]> wrote:
> > > > > On Monday 21 January 2008 12:28, Graham Adams wrote:
> > > > > > On 1/19/08, Len Brown <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > > Please find attached the output of
Thanks for the dmidecode.
please send me the output from acpidump.
-Len
BIOS Information
Vendor: Acer
Version: V2.83
Release Date: 03/21/2007
Address: 0xE48B0
Runtime Size: 112464 bytes
ROM Size: 1024 kB
Characteristics:
...
Handle 0x0001
This LG is slightly different than the only other one I've seen --
but may actually be the same board (ROCKY) underneath.
Can I trouble you to send me the output from acpidump?
thanks,
-Len
System Information
Manufacturer: LG Electronics
Product Name: S1-MDGDG
Version: No
> > > Handle 0x0002, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: Quanta
> > > Product Name: 30B9
> >
> >
> > Thanks for the dmidecode output.
> >
> > Do you notice any functional difference when booting with
&
Host OS: openSuSE 10.3
linux version 2.6.22.16-0.1-default
dmidecode
Description: Binary data
On Monday 28 January 2008 02:42:07 Ibiltari wrote:
> Hi, cpu throtling is not aparently recognised and lots of "APIC error
> on CPU0: 40(40)" messages.
Just to make it clear from my previous e-mail - the APIC error message is
annoying, but mostly harmless and unrelated to your CPU problem.
For t
On Monday 28 January 2008 02:42:07 Ibiltari wrote:
> Hi, cpu throtling is not aparently recognised and lots of "APIC error
> on CPU0: 40(40)" messages.
>
> Hope it helps, thanks for your work!!
http://bugzilla.kernel.org/show_bug.cgi?id=6404
There were also a thread on LKML about this (as it happ
[0.00] Kernel command line:
root=UUID=1bc00e49-e21a-47fc-8641-fbd7b557f8dd ro acpi_osi=!Linux
==> /proc/acpi/ac_adapter <==
==> /proc/acpi/alarm <==
2008-01-00 00:38:15
==> /proc/acpi/battery <==
==> /proc/acpi/button <==
==> /proc/acpi/embedded_controller <==
==> /proc/acpi/fan <==
=
Gehl
# dmidecode 2.9
SMBIOS 2.4 present.
30 structures occupying 980 bytes.
Table at 0x000DC010.
Handle 0x, DMI type 0, 24 bytes
BIOS Information
Vendor: Phoenix Technologies LTD
Version: RKYWSF33
Release Date: 09/19/2007
Address: 0xE52D0
Runtime Size: 109872 bytes
ROM Size: 10
gt; > > Family: Not Specified
> > >
> > > Handle 0x0003, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: Dell Inc.
> > > Product Name: 0WY383
> >
> > Thanks for the dmidecode output.
> >
&g
printk(KERN_WARNING PREFIX
- "If \"acpi_osi=Linux\" works better,\n"
- "Please send dmidecode "
- "to [EMAIL PROTECTED]");
+ if (acpi_dmi_dump())
+ printk(KERN_NOTICE PRE
> > > > System Information
> > > > Manufacturer: FUJITSU SIEMENS
> > > > Product Name: AMILO Xi 1546
> > > > Version: Not Applicable
> > > > Serial Number: 720056C3
> > > > UUID: 8012A1C5-4264-0010-ABDB-D1748A8F1498
> > > > Wake-up Type: Power Switch
On Tuesday 22 January 2008 16:24, Jakub Ambrozewicz wrote:
> 2008/1/19, Len Brown <[EMAIL PROTECTED]>:
> >
> > Thanks for the dmidecode output.
>
> No problem. It's rather me who should thank for your work. So I do:
> Big Thanks. :)
>
> > Do you notice
On Tuesday 22 January 2008 12:56, you wrote:
> On 1/22/08, Len Brown <[EMAIL PROTECTED]> wrote:
> > On Monday 21 January 2008 12:28, Graham Adams wrote:
> > > On 1/19/08, Len Brown <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > Please
On Tuesday 22 January 2008 10:29, Theodore Tso wrote:
> On Mon, Jan 21, 2008 at 06:22:42PM -0500, Len Brown wrote:
> > > The one thing I worry about is if you aren't including the BIOS
> > > version in the DMI list, you could end up in a situation where one
> > > version of the BIOS treats OSI(Linu
On Tuesday 22 January 2008 10:16, Alain Pollidoro wrote:
> Hello,
>
> Len Brown a écrit :
> On Wednesday 21 November 2007 04:06, Alain Pollidoro wrote:
>
> Manufacturer: Dell Inc.
> Product Name: Precision WorkStation 390
>
>
> With 2.6.22, did you noti
On Mon, Jan 21, 2008 at 06:22:42PM -0500, Len Brown wrote:
> > The one thing I worry about is if you aren't including the BIOS
> > version in the DMI list, you could end up in a situation where one
> > version of the BIOS treats OSI(Linux) as a no-op, but a newer or an
> > older version of the BIOS
On Monday 21 January 2008 22:13, Philippe Didier wrote:
> I managed to boot with acpi_osi=!Linux (and not =Linux as you wrote
> before). I send you an extract of my /var/log/messages ... look at the
> first and the last line. It seems that the option is here but the BIOS
> is still doing its wa
PU1 attaching sched-domain:
> [ 17.533000] domain 0: span 03
> [ 17.533002] groups: 02 01
> [ 17.533301] net_namespace: 64 bytes
> [ 17.533835] Time: 21:38:59 Date: 01/21/08
> [ 17.533907] NET: Registered protocol family 16
> [ 17.534170] EISA bus registered
>
On Monday 21 January 2008 14:54, Stefan Becker wrote:
...
>
> meanwhile i did some testing. these are some of my observations:
>
> sometimes:
> - booting is lightning fast (< 25 seconds)
> - booting is dead slow (>> 60 seconds), have to press a key to continue
>
> always:
> - poweroff or reboot
must be a pretty early BIOS if it still says
> > Capell Valley CRB in the DMI
>
> Indeed. However it is the latest version available for this particular
> model of laptop.
>
>
> > Thanks for the dmidecode output.
> >
> > Do you notice any functional diffe
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
Thanks for the acpidump
If (\_OSI ("Linux"))
{
Store (0x01, LINX)
Store (0x80, ^OSTB)
Store (0x80, ^TPOS)
}
LINX is written, but never read --a NOP
TPOS is compared
> > On Tuesday 18 September 2007 02:20, Martijn Brugman wrote:
> > > System Information
> > > Manufacturer: Dell Inc.
> > > Product Name: Inspiron 1501
> > > Version: Not Specified
> > > Serial Number: HWYGR2J
> > > UUID: 44454C4C-5700-10
re:
> > http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI
> >
>
> Unfortunately I didn't have a chance to test it with latest kernel (it
> happens with 2.6.23-9)
>
> > >
> > > That is true in both cases (with and without acpi_osi=Linux option.
>
The Acer Aspire 5050 risks less breakage than some other Acer models,
but still has some Windows hooks in the SATA code that
will get disabled by OSI(Linux). Unless you notice
something related to SATA running better with OSI(Linux) enabled,
I'm going to keep this one blacklisted to disable OSI(Li
On Monday 21 January 2008 12:28, Graham Adams wrote:
> On 1/19/08, Len Brown <[EMAIL PROTECTED]> wrote:
> >
> > > Please find attached the output of dmidecode after booting with
> > > acpi_osi=!Linux as requested in dmesg output. The system seems to be
> >
On Monday 21 January 2008 07:27, Alessandro Di Marco wrote:
> Len Brown <[EMAIL PROTECTED]> writes:
>
>On Thursday 13 September 2007 05:51, Alessandro Di Marco wrote:
>> System Information
>> Manufacturer: Sony Corporation
>> Product Name: VGN-SZ38GP_C
>>
> > Manufacturer: Acer, inc.
> > Product Name: Aspire 5050
> I did it because I saw the error message in the logs. My Acer has still
> a problem with sound because of hda-intel chipset, and still unusable
> with skype/alsa.
>
> I dont use anymore the option "acpi_osi=!Linux" and I was
On Monday 21 January 2008 02:51, Theodore Tso wrote:
> On Sun, Jan 20, 2008 at 02:08:40PM -0500, Len Brown wrote:
> >
> > OSI(Linux) has no effect on the AML of this machine,
> > as OSYS is over-written. So I'll just kill the warning
> > on this box by adding it to the NOP DMI list.
>
> The one
> > can you send me the acpidump so I can figure out how to set the DMI entry?
thanks for the acpidump.
Like other Acers, acpi_osi=Linux sets OSYS=0x03E8,
a value which no AML code checks for. But it prevents
the settings for Windows, thus disabling all the (tested) paths
that Windows takes thro
On Sun, Jan 20, 2008 at 02:08:40PM -0500, Len Brown wrote:
>
> OSI(Linux) has no effect on the AML of this machine,
> as OSYS is over-written. So I'll just kill the warning
> on this box by adding it to the NOP DMI list.
The one thing I worry about is if you aren't including the BIOS
version in
Board Information
> >> Manufacturer: Apple Inc.
> >> Product Name: Mac-F4208CAA
> >
> >
> > Thanks for the dmidecode output.
> >
> > Do you notice any functional difference when booting with
> >
> > "acpi_osi=Linux"
> SKU Number: GU135EA#ABD
> > > Family: 103C_5335KV
> > >
> > > Handle 0x0002, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: Quanta
> > > Product Name: 30CB
> >
> > Thanks for the dmidecode
On Saturday 19 January 2008 23:42, Anne-Simone wrote:
> Attached is the acpidump file.
>
> I haven't noticed any functional difference when setting "acpi_osi=!Linux".
> My current kernel version is Gentoo 2.6.22-suspend2-r2 and in both cases
> (acpi_osi=Linux and acpi_osi=!Linux), I can suspend,
t; >
> > had no functional difference on the 1501.
> >
> > please send me the output from acpidump.
> >
> > thanks,
> > -Len
> >
> > ps
> > If you don't have acpidump, you can get it from pmtools here:
> > http://www.lesswatts.org/project
On Saturday 19 January 2008 16:42, Josue Resende wrote:
> 2008/1/19, Len Brown <[EMAIL PROTECTED]>:
> > On Sunday 04 November 2007 08:21, Josue Resende wrote:
> > > System Information
> > > Manufacturer: COMPAL
> > > Product Name: HEL81I
> > > Version: *
> > > Serial Number: 2057336701224
> > > UU
gt; Family: Not Specified
> > >
> > > Handle 0x0002, DMI type 2, 8 bytes.
> > > Base Board Information
> > > Manufacturer: FUJITSU SIEMENS
> > > Product Name: AMILO Pi 1556
> > Thanks for the dmidecode output.
> ...
>
On Saturday 19 January 2008 15:24, Christer Edwards wrote:
> On Jan 18, 2008 7:25 PM, Len Brown <[EMAIL PROTECTED]> wrote:
> > Thanks for the dmidecode output.
> >
> > Do you notice any functional difference when booting with
> >
> > "acpi_osi=Linux&quo
Specified
> > >
> > > Handle 0x0002, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: Intel Corporation
> > > Product Name: SANTA ROSA CRB
> >
> > Thanks for the dmidecode output
> >
> > Looks like a pre-production BIOS
On Saturday 19 January 2008 12:43, Ulrich Ivens wrote:
> Am Freitag 18 Januar 2008 22:18:50 schrieben Sie:
> > > Handle 0x0001, DMI type 1, 27 bytes
> > > System Information
> > > Manufacturer: SAMSUNG ELECTRONICS CO., LTD.
> > > Product Name: R40P/R41P
> > > Version: 01YE
>
On Saturday 19 January 2008 12:38, Sur3 wrote:
> Len Brown schrieb:
> > is this a production system?
> > If yes, can you upgrade to a production BIOS?
> >
> > then...
> >
> > Do you notice any functional difference when booting with
> >
> > "acpi_osi=Linux"(default for 2.6.22 and earlier
mily: 103C_5335KV
> > >
> > > Handle 0x0002, DMI type 2, 8 bytes
> > > Base Board Information
> > > Manufacturer: Quanta
> > > Product Name: 30B8
> >
> > Is this a production BIOS?
> > It is unusual to have no "Product Name" above.
>
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 o
On Saturday 19 January 2008 10:20, Jochen Kemnade wrote:
> Hello,
>
> Len Brown schrieb:
> > Do you notice any functional difference when booting with
> >
> > "acpi_osi=Linux"(default for 2.6.22 and earlier)
> > vs.
> > "acpi_osi=!Linux" (default for 2.6.23 and later)
>
> No, i did
cgi?product=ACPI
>
> That is true in both cases (with and without acpi_osi=Linux option.
>
>
> However I'm attaching dmidecode for my laptop.
>
>
>
> P.S.
> >Jan 19 14:19:09 blending kernel: ACPI: System BIOS is requesting _OSI(Linux)
>
>
>
> # dmi
On Saturday 19 January 2008 09:55, Henk Koster wrote:
> On Friday 18 January 2008 22:48:00 you wrote:
> > Manufacturer: Apple Computer, Inc.
> > Product Name: MacBook1,1
> >
> > With 2.6.22, did you notice any functional difference with
> > "acpi_osi=!Linux"?
>
> No difference
>
> > (or s
On Saturday 19 January 2008 09:25, Michael Doube wrote:
>
> Len Brown wrote:
> > On Sunday 02 December 2007 10:03, Michael Doube wrote:
> >
> >> Manufacturer: Sony Corporation
> >> Product Name: VGN-SZ650N
> >>
> >
> > With 2.6.22, did you notice any functional difference w
On Saturday 19 January 2008 08:23, Norbert Preining wrote:
> Hi all,
>
> the kernel asks me to send the dmidecode to the list. I always forgot
> that, but after seeing Len's activitly I decided it might actually be of
> interest.
>
> Hardware: Acer TravelMate 3012
>
On Saturday 19 January 2008 06:39, Yurij Perepelytsia wrote:
> Hello Len,
>
> Thank for your answer. I've made as you said with "acpi_osi=!Linux"
> and additional with
> "acpi_osi=Linux" here is dmidecode and acpidump in attachment :
> "a
On Saturday 19 January 2008 06:31, Martin Tamme wrote:
> I didn't notice any difference between "acpi_osi=Linux" and
> "acpi_osi=!Linux".
>
> Len Brown wrote:
> > On Wednesday 20 June 2007 18:04, Martin Tamme wrote:
> >> Manufacturer: Hewlett-Packard
> >> Product Name: HP Pavilion
On Saturday 19 January 2008 06:19, W. Conrad GP wrote:
> Dear Len,
>
>
> I remember sending this mail because an error message popped up and
> asked me to do so but I am at loss what it was all about since so many
> things happend since then and everything has been up to my satisfaction
> wit
On Saturday 19 January 2008 06:01, Mirco Miranda wrote:
> Hi Len,
>
> Len Brown ha scritto:
> >
> > Thanks for the dmidecode output.
> > Do you notice any functional difference when booting with...
> >
> > "acpi_osi=Linux"(default for
so:
> >>
> >> ACPI: System BIOS is requesting _OSI(Linux)
> >> ACPI: Please test with "acpi_osi=!Linux"
> >> Please send dmidecode to linux-acpi@vger.kernel.org
> >>
> >> Handle 0x003A, DMI type 0, 24 bytes
> >> BIOS Information
On Sun, 20 Jan 2008, Len Brown wrote:
> > [0.00] BIOS-provided physical RAM map:
> > [0.00] BIOS-e820: - 0009dc00 (usable)
> > [0.00] BIOS-e820: 0009dc00 - 000a (reserved)
> > [0.00] BIOS-e820: 000ce000 - 00
P650EA#ABD
> > > Family: 103C_5335KV
> > >
> > > Handle 0x0002, DMI type 2, 8 bytes.
> > > Base Board Information
> > > Manufacturer: Quanta
> > > Product Name: 30CB
> >
> > Thanks for the dmideco
which applies to git
> kernel. so, running latest acpi code, dmesg still complains about
> acpi_osi but it gives more output:
> ACPI: _OSI(Linux) requested by unknown system BIOS
> 1. FUJITSU SIEMENS
> 3. 07/19/2007
> 4. FUJITSU SIEMENS
> 5. AMILO Pi 1536
> 6. Not A
Family: Not Specified
> >>
> >> Handle 0x0002, DMI type 2, 8 bytes
> >> Base Board Information
> >> Manufacturer: LG Electronics
> >> Product Name: ROCKY
> >>
> >
> > Thanks for the dmidecode output.
> >
> > Do you n
On Saturday 19 January 2008 02:54, Dmitry A. Marin wrote:
> Hello! The output of acpidumop is attached. I working with
> 2.6.24-4 kernel now (Ubuntu Hardy (testing)), but if it
> important I can try 2.6.23 as it exist in distribution.
> It seems, that I worked with 2.6.18 5-6 month ago and tried
>
On Saturday 19 January 2008 10:45, Jaakan Shorter wrote:
> I added acpi_osi=Linux to 2.6.24 and didn't see a change should I also
> try acpi_osi=!Linux on 2.6.24
no need, acpi_osi=!Linux is the default for 2.6.23 and later.
> [EMAIL PROTECTED]:~$ cat /var/log/dmesg | grep 0x37E80F06
> [EMAIL PROT
Hi Len,
On Fri, 2008-01-18 at 22:12 -0500, Len Brown wrote:
> Andreas,
> have you got past the booting problem on this box?
Yes, I'm currently running a 2.6.24-rc8 and it works great. I do not
remember exactly which kernel was the first that worked for me, but I
think it was something like kernel
I added acpi_osi=Linux to 2.6.24 and didn't see a change should I also
try acpi_osi=!Linux on 2.6.24
[EMAIL PROTECTED]:~$ cat /var/log/dmesg | grep 0x37E80F06
[EMAIL PROTECTED]:~$ cat /var/log/dmesg | grep BIOS
[0.00] BIOS-provided physical RAM map:
[0.00] BIOS-e820: 0
is not present
[20070126]
That is true in both cases (with and without acpi_osi=Linux option.
However I'm attaching dmidecode for my laptop.
P.S.
>Jan 19 14:19:09 blending kernel: ACPI: System BIOS is requesting _OSI(Linux)
# dmidecode 2.7
SMBIOS 2.4 present.
35 structures occupyin
Hi all,
the kernel asks me to send the dmidecode to the list. I always forgot
that, but after seeing Len's activitly I decided it might actually be of
interest.
Hardware: Acer TravelMate 3012
Kernel: 2.6.24-rc8
kernel cmd line: root=/dev/sda3 ro usbcore.autosuspend=1 resume=/dev/sda2
OS: D
Brown wrote:
On Wednesday 29 August 2007 07:49, René Rebe wrote:
Hi all,
I just post because my dmesg says so:
ACPI: System BIOS is requesting _OSI(Linux)
ACPI: Please test with "acpi_osi=!Linux"
Please send dmidecode to linux-acpi@vger.kernel.org
Handle 0x003A, DMI type 0, 24
On Saturday 19 January 2008 00:46, Fred Bauer wrote:
> I have not had consistent booting with any kernel boot parameters.
> Sometimes it freezes even with noapic. acpi=off always works, tho.
> Booting with acpi_osi="Linux" vs. acpi_osi="!Linux" is not consistent.
> Irq 7 seems to be an issue. I get
-A70E-00A0D1553957
> Wake-up Type: Power Switch
> SKU Number: Not Specified
> Family: Not Specified
>
> Handle 0x0002, DMI type 2, 8 bytes
> Base Board Information
> Manufacturer: ATI
> Product Name: SB450
>
> Thanks for the dmi
On Friday 18 January 2008 18:53, Mateusz Jedrasik wrote:
> Saturday 19 of January 2008 00:41:29 napisałeś(-łaś):
> > System Information
> > Manufacturer: COMPAL
> > Product Name: HEL80I
> > Version: -
> > Serial Number: 2054228700233
> > UUID: 158F767F-3E9F-11DB-B7EC-0016D41DF7E
On Friday 18 January 2008 20:38, Adam Tauno Williams wrote:
> > On Wednesday 14 November 2007 15:33, Adam Tauno Williams wrote:
> > > Manufacturer: TOSHIBA
> > > Product Name: Satellite P105
> > > I have a Toshiba P105-S6207 running openSUSE 10.3
> > > (2.6.22.12-0.1-default). All
On Friday 18 January 2008 19:08, Jaakan Shorter wrote:
> I didn't see any kind of changes with acpi_osi=!Linux on 2.6.22
>
>
> here is the current output from uname -a, I'm now using the current Ubuntu
> beta
> Linux jms1000 2.6.24-4-generic #1 SMP Mon Jan 14 18:19:11 UTC 2008
> x86_64 GNU/Linu
On Friday 18 January 2008 19:12, you wrote:
> On Friday 18 January 2008 21:26:59 Len Brown wrote:
> > System Information
> > Manufacturer: Sony Corporation
> > Product Name: VGN-TZ21MN_N
> > Version: J002RMWG
> >
> >
> > With 2.6.22, did you notice any functional difference with
> > "ac
On Friday 18 January 2008 22:42, Greg Sanders wrote:
> Len,
>
> I tried the acpi_osi thing briefly, but didn't notice any difference, so I
> took it out. After getting your email, I put it back and ran the acpidump
> utility. (got it by apt-get)
>
> The output is attached.
>...
> On Friday -
On Friday 18 January 2008 17:44, David Goguen wrote:
> > > > Handle 0x0001, DMI type 1, 27 bytes
> > > > System Information
> > > > Manufacturer: TOSHIBA
> > > > Product Name: Satellite U305
> > > > Version: PSU30U-054012
> > > > Serial Number: X7068484W
> > > >
Dave,
here is the original message
where my reply was bounced by vger as taboo.
as the dmidecode was not in-line,
I selected it in the attachments pane of kmail
and highlighted the lines I wanted to reply to,
clicked reply, and they were put in a window for
me where i added some text and hit send
up Type: Power Switch
> SKU Number: 012345678912345678912345678
> Family: ABCDEFGHIJKLMNOPQRSTUVWXYZ
>
> Handle 0x0002, DMI type 2, 8 bytes
> Base Board Information
> Manufacturer: TOSHIBA
> Product Name: ISKAE
Thanks for the dmidecode output
On Tuesday 06 November 2007 14:32, Victor Sergienko wrote:
> While digging boot log, I found the message to email the dmidecode.
> Sorry if this one is inappropriate.
> Maybe there is something in here about boot delays cause.
> Thank you.
Thanks for the dmidecode output.
Do yo
1 - 100 of 291 matches
Mail list logo
