My problem was solved by BFU-ing to a newer build , but since you have b81 it's
probably a different issue
Try ./iasl -g first as root and see if you get the ssdt_?_CpuPm.dsl file. If
it doesn't contain _PSS, try the acpidump Aubrey mentioned.
This message posted from opensolaris.org
DCLARKE,
Just curiuos, which desktop GUI are you using? Your desktop looks nice. Any
special downloads, or is it pure Opensolaris?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
if I run ./configure, make make install only, vim71 installed normally.
But if I combined --enable-rubyinterp, the error occured as below.
Btw I heared that blastwave.org have vim71 binary, does it precompile with
ruby,multibyte and ctags?
Thanks and regard,
Rocky wrote:
I'm getting the same messages, SpeedStep is enabled in the BIOS, I'm using an
Intel Celeron E1200.
Feb 8 22:34:06 unknown cpudrv: [ID 805513 kern.info] NOTICE: cpu_acpi: _PSS
package not found.
Feb 8 22:34:06 unknown cpudrv: [ID 978953 kern.warning] WARNING: cpu_acpi:
Rocky wrote:
I'm getting the same messages, SpeedStep is enabled
in the BIOS, I'm using an Intel Celeron E1200.
Feb 8 22:34:06 unknown cpudrv: [ID 805513
kern.info] NOTICE: cpu_acpi: _PSS package not found.
Feb 8 22:34:06 unknown cpudrv: [ID 978953
kern.warning] WARNING: cpu_acpi:
I had a link failure here, and nv81 promptly informed me that rge0 was taken
down.
Good on yer!
What was not so good: a few hours later, when the link came back up, the
'i'nformation remained, and worse, it had deconfigured (0.0.0.0) and was
sitting idle for many minutes, until I ifconfig rge0
Attached is the .dsl files from above
This message posted from opensolaris.org
cpu0ist.dsl
Description: Binary data
cpu1ist.dsl
Description: Binary data
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Interesting. \_PR.CPU1._PSS just returns \_PR.CPU0._PSS. I've never seen
this logic in any of the ACPI tables I've ever looked at before. This
might be another ACPI related bug. Can you tar up all the files dumped
by iasl and send them?
Rocky wrote:
Attached is the .dsl files from above
On Feb 10, 2008 5:27 AM, Orvar Korvar [EMAIL PROTECTED] wrote:
DCLARKE,
Just curiuos, which desktop GUI are you using? Your desktop looks nice. Any
special downloads, or is it pure Opensolaris?
Orvar,
Dennis is showing screenshots from a Windows Vista Desktop.
Cheers,
--
Shawn Walker,
OK, work-around disussion forum, it's now allowing me. Attached is the output
from iasl, and also the two outputs from acpidump for the two cases listed
above.
This message posted from opensolaris.org
iasl.tar.gz
Description: GNU Zip compressed data
Interesting. \_PR.CPU1._PSS just returns
\_PR.CPU0._PSS. I've never seen
this logic in any of the ACPI tables I've ever looked
at before. This
might be another ACPI related bug. Can you tar up
all the files dumped
by iasl and send them?
I'm getting You are not allowed to edit this
DCLARKE,
Just curiuos, which desktop GUI are you using? Your
desktop looks nice. Any special downloads, or is it
pure Opensolaris?
You're joking, right?
-mg
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
DCLARKE,
Just curiuos, which desktop GUI are you using? Your desktop looks nice. Any
special downloads, or is it pure Opensolaris?
This is what I tell my kids, never get caught doing something stupid. Next
thing you know a picture gets on the internet and your life is never the
same.
That
On Feb 10, 2008 5:27 AM, Orvar Korvar [EMAIL PROTECTED]
wrote:
DCLARKE,
Just curiuos, which desktop GUI are you using? Your desktop looks nice.
Any special downloads, or is it pure Opensolaris?
Orvar,
Dennis is showing screenshots from a Windows Vista Desktop.
I had to do tests with
ssdt_1_CpuPm.dsl contains the following ASL for \PR.CPU1:
Scope (\_PR.CPU1)
{
Name (HI1, 0x00)
Name (HC1, 0x00)
Name (TLD1, 0x00)
Method (_PDC, 1, NotSerialized)
{
CreateDWordField (Arg0, 0x08, CAP1)
Store (CAP1,
I was surprised to see that snv_79b ( SXDE ) still does not come with the
complete kit of cipher options for SSH. Is there still restrictions in
effect?
$ /usr/bin/ssh -V
Sun_SSH_1.2, SSH protocols 1.5/2.0, OpenSSL 0x0090801f
Dennis
___
Kudos to the Nexenta team. The long awaited release is
out. Congratulations!
Roman
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi Joerg,
you wrote:
Warning:
== Never use cpio to do this kind of work!
cpio has a bug with hard link handling that will cause real
problems if you use the outdated mkisofs that currently comes
with Solaris.
Just to understand this right. Do you suggest not to use
cpio
The Nexenta team is pleased to announce Nexenta Core Platform 1.0
release - the 1.0 release. It can be dowloaded at http://www.nexenta.org
List of the changes and highlights
==
# OpenSolaris b82 based (x86, 32bit and 64bit, non-debug)
# Ubuntu/Dapper based
# Project
19 matches
Mail list logo