Hello,
I installed 4.8 on this 'netbook' as soon as my CD set arrived -- thought
I'd give it a go what with the new ACPI work that's been done -- and, aside
from an AR5424-based ath wireless adapter that doesn't want to connect to
any network available to me, everything else seems to be working
On 11/08/10 20:01, mark hellewell wrote:
Hello,
I installed 4.8 on this 'netbook' as soon as my CD set arrived -- thought
I'd give it a go what with the new ACPI work that's been done -- and, aside
from an AR5424-based ath wireless adapter that doesn't want to connect to
any network
On 9 November 2010 14:39, Nick Holland n...@holland-consulting.net wrote:
I can almost hear the knuckles being cracked in readiness to type a
severe
castigation for not reading one or other relevant man page. Sorry if
that's
the case. I have actually tried to work this out for myself
hmm, on Sun, Oct 17, 2010 at 02:46:51AM +0200, frantisek holop said that
ACPI 17407 1102384 1107632 402653182673108 0 0
|.|.
...
ACPI 18321 1160880 1166128 402653182842846 0 0
|.|.
and counting...
...
TYPE
Hello,
I'm using a snapshot of 4.8/amd64 (october, 6) and I'm not able to
shutdown properly the box using the power on/off button.
The machine is a Dell PowerEdge R610:
bios bios0: vendor Dell Inc.
version 2.1.9 date 05/21/2010 bios0: Dell Inc. PowerEdge R610
full dmesg :
i have been watching systat malloc for a while,
and the ACPI line keeps growing, steadily.
is this normal operation, or a sign of memory leak?
TYPE INUSEMEMUSE HIGHUSELIMIT REQUESTS TYPE LI KERN
LI BUCKETS
ACPI 11614731632 736880 40265318
/i386/install48.iso
And with it, the acpi is bugged.
If I do a classic boot, the machine shutdown after 10 seconds saying :
Oct B 1 16:38:15 laptop /bsd: acpitz0: Critical temperature 255C
(5282K), shutting down
If I do a boot disabling the acpi (thanks to pea), then my machine work
fine
On Thu, Oct 07, 2010 at 03:44:38AM +0200, Guillaume Duali wrote:
On 01/10/2010 17:27, Guillaume Duali wrote:
On my laptop, I install the latest iso file downloaded here :
ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
And with it, the acpi is bugged.
If I do a classic
On Thu, Oct 07, 2010 at 10:27:43AM +0200, Guillaume Duali wrote:
On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar
tomas.bod...@gmail.com wrote:
4.8 is closed for a quite long time. Support can start only in current
so 4.9 is nearest possible release which will support your HW ;-)
Ho ok ^^
On Thu, 7 Oct 2010 11:17:36 +0200, Joachim Schipper
joac...@joachimschipper.nl wrote:
On Thu, Oct 07, 2010 at 10:27:43AM +0200, Guillaume Duali wrote:
On Thu, 7 Oct 2010 06:02:10 +0200, Tomas Bodzar
tomas.bod...@gmail.com wrote:
4.8 is closed for a quite long time. Support can start only in
On Thu, 7 Oct 2010 15:23:18 +0200, Tomas Bodzar
tomas.bod...@gmail.com wrote:
If you are not comfortable with -current then it's better to start
with snapshot as you can avoid compilation, you will have binary
upgrades of OS and packages and so on
2010/10/7 Guillaume DualC)
2010/10/7 Guillaume DualC) g.du...@otasc.org:
On Thu, 7 Oct 2010 15:23:18 +0200, Tomas Bodzar
tomas.bod...@gmail.com wrote:
If you are not comfortable with -current then it's better to start
with snapshot as you can avoid compilation, you will have binary
upgrades of OS and packages and so on
On 01/10/2010 17:27, Guillaume Duali wrote:
Hi,
i would like to explain a bug :
On my laptop, I install the latest iso file downloaded here :
ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
And with it, the acpi is bugged.
If I do a classic boot, the machine shutdown after 10
Hi,
i would like to explain a bug :
On my laptop, I install the latest iso file downloaded here :
ftp://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/i386/install48.iso
And with it, the acpi is bugged.
If I do a classic boot, the machine shutdown after 10 seconds saying :
Oct 1 16:38:15 laptop /bsd
Hello misc@,
I have currently access to an HP Mini 5101 for a short period of time.
I tried booting OpenBSD on this machine to see how it worked, and I had
to diable ACPI in order to boot.
dmesg and pcidump -vv follows, and I have acpidump output at hand.
--
Thomas Jeunet
Duo CPU E8200 @ 2.66GHz (GenuineIntel 686-class)
2.67 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1
real mem = 2145869824 (2046MB)
avail mem = 2100760576
On 2010-07-09, Antoine Jacoutot ajacou...@bsdfrog.org wrote:
On Fri, 9 Jul 2010, Josh Rickmar wrote:
A big thank you to everyone who has been working on the ACPI code!
Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg
below) on the July 8 current snapshot. The only
hello joshua, misc@,
sorry for faking your message, I am on digest...
joshua_rick...@eumx.net (Josh Rickmar), 2010.07.09 (Fri) 15:31 (CEST):
A big thank you to everyone who has been working on the ACPI code!
+1
Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg
A big thank you to everyone who has been working on the ACPI code!
Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg
below) on the July 8 current snapshot. The only thing I've noticed is
that my iwn(4) wifi connection doesn't automaticaly reconnet, but that's
minor
On Fri, 9 Jul 2010, Josh Rickmar wrote:
A big thank you to everyone who has been working on the ACPI code!
Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg
below) on the July 8 current snapshot. The only thing I've noticed is
that my iwn(4) wifi connection doesn't
A big thank you to everyone who has been working on the ACPI code!
Suspend and resume now work nearly flawlessly on my Thinkpad T500 (dmesg
below) on the July 8 current snapshot. The only thing I've noticed is
that my iwn(4) wifi connection doesn't automaticaly reconnet, but that's
Hi list,
i have a samsung p28 laptop running openbsd 4.7.
unfortunately apm as well as sysctl | grep acpi do not show up any
information about the battery state.
i guess samsung just shipped a crap acpi ;-) anyway - do you know any
solution how to get battery states from samsung acpi?
tia
| grep acpi do not show up any
information about the battery state.
i guess samsung just shipped a crap acpi ;-) anyway - do you know any
solution how to get battery states from samsung acpi?
tia
elmar
Without a dmesg and the output of apcidump, we can't really diagnose
your problem any
:
* Stefan Unterweger on Tue, May 04, 2010 at 12:43:22AM +0200:
As far as I understood from some ancient [FreeBSD] mailinglist
threads, in theory it should be possible to somehow do
something such that the kernel loads patched ACPI tables which
have those particular bugs corrected.
Finally I've
On Sat, 12 Jun 2010 18:45:51 -0500
Marco Peereboom sl...@peereboom.us wrote:
something in the gpe handler screwing up. please tar up the output of
acpidump -o hplaptop and send that to me
Attached... Please let me know if I can do anything else.
--TimH
[demime 1.01d removed an
He said that you need to send it to him and to misc@ ;-) Attachments
are not allowed on m...@.
On Sun, Jun 13, 2010 at 7:55 AM, TimH th...@bendtel.net wrote:
On Sat, 12 Jun 2010 18:45:51 -0500
Marco Peereboom sl...@peereboom.us wrote:
something in the gpe handler screwing up. B please tar up
On Sun, 13 Jun 2010 08:56:14 +0200
Tomas Bodzar tomas.bod...@gmail.com wrote:
He said that you need to send it to him and to misc@ ;-) Attachments
are not allowed on m...@.
Yeah, I realized I was being stupid the second I hit send... I
apologize.
--TimH
I just got a semi-new HP laptop and it fails to boot unless I disable
acpi. This isn't a big deal in itself, but it seems that it doesn't
use both cores of the CPU when this is done. Is this normal?
It's an HP ProBook 4510s if that's at all interesting...
Included are the dmesg from when
TimH wrote:
I just got a semi-new HP laptop and it fails to boot unless I disable
acpi. This isn't a big deal in itself, but it seems that it doesn't
use both cores of the CPU when this is done. Is this normal?
Yes, normal, newer systems lack the legacy Intel MP mappings.. so if you
disable
something in the gpe handler screwing up. please tar up the output of
acpidump -o hplaptop and send that to me
On Sat, Jun 12, 2010 at 11:06:27AM -0700, TimH wrote:
I just got a semi-new HP laptop and it fails to boot unless I disable
acpi. This isn't a big deal in itself, but it seems
I've seen at least 1 laptop that was junked because the fan failed and
it
was uneconomic to replace it.
paulm
Actually, the noise made me attach a resistor to the wire to slow
the fan down, but it wasn't in warranty.
Why was it uneconomic, was the fan a rediculous price and of low
Getting back to the original question. Will this really ruin my
laptop over time if I continue to run OpenBSD on it with ACPI
disabled?
On Tue, 25 May 2010 13:50:57 -0400
Michael Seney blowfis...@gmail.com wrote:
Getting back to the original question. Will this really ruin my
laptop over time if I continue to run OpenBSD on it with ACPI
disabled?
unlikely.
your systems should regulate the fan on its own when needed,
even
On Tuesday 25 May 2010 15:09:17 Robert wrote:
On Tue, 25 May 2010 13:50:57 -0400
Michael Seney blowfis...@gmail.com wrote:
Getting back to the original question. Will this really ruin my
laptop over time if I continue to run OpenBSD on it with ACPI
disabled?
unlikely.
your systems
to run OpenBSD on it with ACPI
disabled?
unlikely.
your systems should regulate the fan on its own when needed,
even without an acpi enabled os.
if it is doin that, don't worry.
You can watch the temperature yourself:
paladin ~/ham/ sysctl hw | grep temp
hw.sensors.acpitz0.temp0=67.00 degC
unlikely.
your systems should regulate the fan on its own when needed,
even without an acpi enabled os.
if it is doin that, don't worry.
Usually if anything the fan will just run at full speed, which may be a
little noisy but may also make your cpu slightly quicker and laptop
last
On 25/05/2010, at 10:48 PM, Kevin Chadwick wrote:
unlikely.
your systems should regulate the fan on its own when needed,
even without an acpi enabled os.
if it is doin that, don't worry.
Usually if anything the fan will just run at full speed, which may be a
little noisy but may also make
I have to disable ACPI in order to boot OpenBSD 4.7 on this laptop. I
don't really mind but can this harm the hardware?
On May 24 11:29:51, Michael Seney wrote:
I have to disable ACPI in order to boot OpenBSD 4.7 on this laptop. I
don't really mind but can this harm the hardware?
Of course; things burn. Nice laptop you got there ...
I can take it under my protection for $1000 a week.
On Mon, May 24, 2010 at 11:29:51AM -0400, Michael Seney wrote:
I have to disable ACPI in order to boot OpenBSD 4.7 on this laptop. I
don't really mind but can this harm the hardware?
Why do you have to disable it? What's the panic/problem etc.
dmesg, acpidump...
* Stefan Unterweger on Tue, May 04, 2010 at 12:43:22AM +0200:
As far as I understood from some ancient [FreeBSD] mailinglist
threads, in theory it should be possible to somehow do
something such that the kernel loads patched ACPI tables which
have those particular bugs corrected.
Finally I've
ACPI tables which
have those particular bugs corrected.
Finally I've found that particular post again, and have been able
to fix the broken DSDT to some extent. With some dirty patchwork
acpi_load_dsdt now loads my custom table, and `shutdown -p -h`
succeeds in turning off the machine
years ago,
albeit it was running an ancient 2.4.something Linux at that
time, and maybe not even ACPI, so this does not really count).
I just installed NetBSD on the machine---I suppose it is close
enough to OpenBSD to make for a meaningful comparison. Here, the
poweroff works. Well, I still see some
* Mike Larkin on Wed, May 05, 2010 at 09:04:06PM -0700:
If you haven't sent an acpidump yet, send it over.
/*
RSD PTR: Checksum=20, OEMID=PTLTD, RsdtAddress=0x3fefcf28
*/
/*
RSDT: Length=44, Revision=1, Checksum=13,
OEMID=PTLTD, OEM Table ID= RSDT, OEM Revision=0x604,
` (thus power off), I get a
kernel panic; specifically, AML PARSE ERROR (see below). This
only happens when doing '-p' is involved somehow; rebooting
works, and just '-h' without '-p' does, too.
I've done some research, and it turns out that the motherboard
seems to a particularly buggy ACPI
* Aaron Mason on Tue, May 04, 2010 at 08:48:05PM +1000:
When you get it out again, we'll also need to see an acpidump output.
Here is the output of both acpidump(8) and dmesg(8).
s//un
-8-8-8-8-8-8-8-8-
/*
RSD PTR: Checksum=20, OEMID=PTLTD,
* Jan Stary on Tue, May 04, 2010 at 08:31:10AM +0200:
I've done some research, and it turns out that the motherboard
seems to a particularly buggy ACPI tables. And just as well, if I
disable ACPI, the kernel panic vanishes. However, the machine
doesn't get turned off as well, so it's
2010/4/29 Torbjxrn H. Orskaug torbjorn.orsk...@gmail.com:
2010/4/29 Peter Hessler phess...@theapt.org:
what happens if you remove and reinsert the power cord, does it do the
same thing?
Yep.
Just a quick update on this. I recompiled my kernel with ACPI_DEBUG
enabled and I can see that
happens when doing '-p' is involved somehow; rebooting
works, and just '-h' without '-p' does, too.
I've done some research, and it turns out that the motherboard
seems to a particularly buggy ACPI tables. And just as well, if I
disable ACPI, the kernel panic vanishes. However, the machine
doesn't
Performance adjustment mode: auto (1300 MHz)
If however, I remove and reattach the battery, it's status is there in
all it's glory. I've poked around in acpibat.c and acpiac.c but my
experience with ACPI is pretty limited and I can't really make much
sense of it (yet). Has anyone else experienced
once. However, I haven't been able to get to panic again.
First, I want to be clear that I'm not complaining about this, just
informing. I'm as excited as most to see this progress with ACPI.
Second, as I say above, one of the processors is in 98-100% interrupt
state after the machine resumes
this, just
informing. I'm as excited as most to see this progress with ACPI.
Second, as I say above, one of the processors is in 98-100% interrupt
state after the machine resumes. However, that's only while X is
running. When I leave X it drops to around 40% and returns to ~100%
when I start X again
,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: apic clock running at 266MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel
Is works fine in pciide when I donbt run Xorg on R400.
I think the intel driver donbt want to resume, I will see if I can
obtain more information.
Hello,
I am using the intel driver on a thinkpad x200s with a xorg.conf file
It was suspending resuming very well until now. With 4.7 GENERIC.MP#509 i386
I have the problem that, when resuming, X does not wake up totally. I can
see
the applications open and I can move the mouse but nothing
Build X from source and you'll have a fighting chance.
On Sat, Apr 17, 2010 at 08:14:09AM +0200, Jean-Michel Bessot wrote:
Is works fine in pciide when I donbt run Xorg on R400.
I think the intel driver donbt want to resume, I will see if I can
obtain more information.
Confirmed: When using X without the xorg.conf that I had adapted,
it's suspending and resuming perfectly.
These are the additional lines I had put in:
FontPath /usr/local/lib/X11/fonts/mscorefonts/
(...)
Option NoAccelFalse
Option
PS: In these days it has worked some 10-12 times; then, today in the
way back home in the tram it suspended and automatically resumed
again. I tried all possible combinations (fn+f4, zzz, apm -S etc) but
the result was always the same: It would resume after suspending
immediately.
After a reboot
Hi
I have the same problem with a R400.
dmesg: http://www.lacomte.net/informatique/lenovo-r400-dmesg
acpidumb: http://www.lacomte.net/informatique/lenovo-r400-acpidump
pcidump: http://www.lacomte.net/informatique/lenovo-r400-pcidump
Bye
Pau vim.u...@googlemail.com writes:
I have a thinkpad x200s and with a recent snapshot I can confirm here
that the laptop suspends in a fraction of a second and resumes again
almost immediately
Unfortunately, after some few seconds, even if if looks as if
everything had gone just perfect
YES!!!
Same here on a thinkpad x200s!
I'm so happy!
Thanks a LOT!
And btw, the suspend/resume is much faster than with the
penguin!!!
Thanks for this, I have been waiting YEARS for it!
Pau
2010/4/11 Gabriel Kihlman
On Sun, Apr 11, 2010 at 08:40:47PM +0200, Pau wrote:
YES!!!
Same here on a thinkpad x200s!
I'm so happy!
Thanks a LOT!
Not here. Even setting this netbook's disk bus to IDE-compatible, it cannot
(yet) suspend/resume. But then, I don't
On Fri, Apr 09, 2010 at 03:44:54PM -0400, STeve Andre' wrote:
On Friday 09 April 2010 03:37:17 Josh Rickmar wrote:
On Thu, Apr 08, 2010 at 08:53:12PM -0400, STeve Andre' wrote:
Willing to be a test case for other ideas!
Same here, I have a T500 and just upgraded to the latest -current to
PS:
Unfortunately, after some few seconds, even if if looks as if
everything had gone just perfect (em0, usb etc are resumed), I get
Sorry, that's not true. It does not resume. It looks like, but when I
get the prompt I cannot even make a ls
Then I get the panic.
hey!
I have a thinkpad x200s and with a recent snapshot I can confirm here
that the laptop suspends in a fraction of a second and resumes again
almost immediately
Unfortunately, after some few seconds, even if if looks as if
everything had gone just perfect (em0, usb etc are resumed), I get
Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.32 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3
On Friday 09 April 2010 03:37:17 Josh Rickmar wrote:
On Thu, Apr 08, 2010 at 08:53:12PM -0400, STeve Andre' wrote:
Willing to be a test case for other ideas!
Same here, I have a T500 and just upgraded to the latest -current to
test out the new suspend and resume. My dmesg:
Interesting, so
STeve Andre' wrote:
Excellent idea. It doesn't do anything, however, so I came back
on to write this.
--STeve Andre'
Did you try just pressing a holding Fn for a few seconds? That's how
I've had to awake all the thinkpads I've used (granted, not OBSD).
--Kurt
On Thursday 08 April 2010 13:10:02 Kurt Mosiejczuk wrote:
STeve Andre' wrote:
Excellent idea. It doesn't do anything, however, so I came back
on to write this.
--STeve Andre'
Did you try just pressing a holding Fn for a few seconds? That's how
I've had to awake all the thinkpads
STeve Andre' wrote:
Did you try just pressing a holding Fn for a few seconds? That's how
I've had to awake all the thinkpads I've used (granted, not OBSD).
I tried various things, including holding fn-f4 down for a minute.
Nothing makes any difference.
Not Fn-F4, but just Fn, by itself.
to wd in fstab; familiarity with ed, or
an already-edited file you can mv into place from single-user
mode, would be an advantage).
some acpi-only systems will now suspend and (at least some
devices) resume, but be in no doubt, there's still a lot left to
do (in particular a lot of work on drivers
pciide can attach (you will of course
also need to adjust sd to wd in fstab; familiarity with ed, or
an already-edited file you can mv into place from single-user
mode, would be an advantage).
some acpi-only systems will now suspend and (at least some
devices) resume, but be in no doubt, there's
Hi.
Is there any way to change / update _ACx values in thermal zone?
My notebook HP Compaq 6510b seems to have a broken ACPI, and I want to
play a bit with it.
Thanks.
--
Rafal Brodewicz
Hi,
I have a computer with ASUS M4A785TD-V motherboard and
AMD Phenom II X4 965 processor. Booting it with recent
amd64 snapshot stops at acpihpet. Screenshot:
http://iki.fi/tero.koskinen/acpi-dmesg.jpg
Does anyone have any idea what is going on?
Booting the kernel with acpi disabled works.
I
On Wed, 27 Jan 2010 00:38:23 +0200 Tero Koskinen wrote:
Hi,
...
Partial because, acpidump dies at one point:
$ sudo acpidump
...
Method(RDMB, 1) {
Acquire(ECMU, 0x1388)
Acquire(MLMU, 0x1388)
CFG_
processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.34 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: apic
i experience on my Thinkpad X200, that sometimes the fan gets stuck at
fullspeed. (This time it is after 19h of uptime.)
The notebook is idle, temperatures are fine, but the fan just goes to
fullspeed and stays there.
Normaly the regulation works fine in tandem with apmd -C.
Rebooting will
use some sysctl knobs to define the max temperatures,
but the hard-coded ones are working ok for me right now.
Thanks Joshua!
I wrongly was under the impression that some poking of acpi registers
was already involved.
So i checked for a news bios and found the latest might actually
address
+
graphic card on PCI bus, Yamaha OPL-SA3 sound device, 2.1GB hard drive,
cardbus slot, etc.
Installation and running with 4.6-release is fairly good. The only
problem I found was in ACPI. ACPI subsystems was not probed during
hardware detection. Toshiba claims that SS1010CT bios conforms APM
hello there,
what is the proper way of telling openbsd
i want no suspend action when i close the lid?
-f
--
small world, but i wouldn't want to paint it.
On Wed, Nov 25, 2009 at 11:12:10PM -0500, STeve Andre' wrote:
Is it reasonable to start playing with suspend/resume yet,
or are things developing enough that comments will only be
annoying?
Wait until we send a mail for you to start testing, things are crazy at
the moment and changes are
to start testing, things are crazy at
the moment and changes are happening really really fast.
To wait does seem to be most appropriate now. I myself was reckles
enough and tried the freshly built kernel (fresh enough so it contains
1.151 revision of /sys/dev/acpi/acpi.c) on my Compaq nc6000
Is it reasonable to start playing with suspend/resume yet,
or are things developing enough that comments will only be
annoying?
Reading the acpi specs is an exercise in... well, something.
--STeve Andre'
Hi all,
I found, that this problem is somewhat connected with wsmoused (don't
know how). If you disable wsmoused then keyboard works without
problems.
Br,
Tomas
On Sat, Oct 03, 2009 at 05:14:15PM -0500, Marco Peereboom wrote:
This fixes it. I need to come up with a way to get this in the tree
without breaking IBM T21.
...
Thank you very much, Marco. I can't wait to try the diff. Unfortunately,
I don't have time today or tomorrow, so you'll have to
On Sun, Oct 4, 2009 at 00:14, Marco Peereboom sl...@peereboom.us wrote:
This fixes it. I need to come up with a way to get this in the tree
without breaking IBM T21.
Indeed it does. Where I originally noticed the problem very quickly
after system startup, it now seems to have disappeared. I
While trying out a Dell Latitude E6400, I notice sluggish keyboard
behaviour. This occurs both in 4.5 as well as the Oct. 2 snapshot
(-current). In each case, I use the amd64 snapshots. The issues
disappear when disabling ACPI via UKC.
What I see is the following: some keypresses being 'missed
This fixes it. I need to come up with a way to get this in the tree
without breaking IBM T21.
Index: acpiec.c
===
RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v
retrieving revision 1.28
diff -u -p -r1.28 acpiec.c
--- acpiec.c11 Mar
.
... it freezes. It stays like that and nothing else happens
It must be acpi,
no.
but I cannot set it off, because I am not prompted with boot
Not only has the kernel not loaded yet, the boot loader
hasn't loaded yet. ACPI doesn't enter the picture until the
kernel is loaded.
And I
On Mon, 17 Aug 2009 10:00:02 +0200, Pau wrote:
Is this kindergarten?
Yep. For crybaby dummy spitters like you.
Poor Pau.
In any case, forget it.
...
Stop this _here_
Lead by example. Stop your shit.
Who the fcuk are you to issue orders?
A Nobody.
Still throwing hissy fits after being proven
It must be acpi, but I cannot set it off, because I am not prompted with boot
And I cannot switch it off in the bios.
I say it must be ACPI because when I press the key that it's supposed
to suspend the laptop, it switches off the screen. When I press the
power key, it resumes to the screen you can
.
... it freezes. It stays like that and nothing else happens
It must be acpi,
no.
but I cannot set it off, because I am not prompted with boot
Not only has the kernel not loaded yet, the boot loader
hasn't loaded yet. ACPI doesn't enter the picture until the
kernel is loaded.
And I cannot switch it off
happens
It must be acpi,
no.
but I cannot set it off, because I am not prompted with boot
Not only has the kernel not loaded yet, the boot loader
hasn't loaded yet. ACPI doesn't enter the picture until the
kernel is loaded.
And I cannot switch it off in the bios.
I say it must be ACPI
from clicking on the picture: it stops while
loading /boot.
... it freezes. It stays like that and nothing else happens
It must be acpi,
no.
but I cannot set it off, because I am not prompted with boot
Not only has the kernel not loaded yet, the boot loader
hasn't loaded yet
Pau wrote:
Sorry, I don't get it.
I'd suggest you think really long and hard about which you
prefer when you accidentally post a note that people who could
help you find annoying:
1) They point out why your message was annoying, and go on to
help you.
2) They ignore you.
I almost never look at
,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
real mem = 526807040 (502MB)
avail mem = 500899840 (477MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 04/12/07, BIOS32 rev. 0 @
0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010
tells me Suspending
system... but nothing really happens.
Here is my dmesg. Thanks for any help.
Suspend / resume isn't ready yet and we never said it is. Usually when
you report ACPI stuff you should include an acpidump as well. Or more
easily, since you're up to date, you could use sendbug
On Sun, Jun 07, 2009 at 01:02:57AM -0400, STeve Andre' wrote:
I recently tested a Neutrino netbook and sent the dmesg data in.
I had to boot with -c and disable acpi in order to do that. It now
occurs to me that it might be useful if I sent the contents of both
acpidump and pcidump
On Sun, Jun 07, 2009 at 12:23:27PM +0300, Paul Irofti wrote:
On Sun, Jun 07, 2009 at 01:02:57AM -0400, STeve Andre' wrote:
I recently tested a Neutrino netbook and sent the dmesg data in.
I had to boot with -c and disable acpi in order to do that. It now
occurs to me that it might
On Sunday 07 June 2009 05:23:27 Paul Irofti wrote:
On Sun, Jun 07, 2009 at 01:02:57AM -0400, STeve Andre' wrote:
I recently tested a Neutrino netbook and sent the dmesg data in.
I had to boot with -c and disable acpi in order to do that. It now
occurs to me that it might be useful if I
201 - 300 of 524 matches
Mail list logo