On Thu, Sep 02, 1999 at 10:21:14PM -0600, Warner Losh wrote:
In message [EMAIL PROTECTED] Oscar Bonilla writes:
: Sep 2 08:43:28 voyager pccardd[24601]: No free configuration for card 3Com
:
: Then I kill pccardd and restart it and I get:
:
: ep0: No connectors or MII.
: ep0: [*UTP*]
In message [EMAIL PROTECTED] Oscar Bonilla writes:
: Aug. 27th. Want me to make world again? I also have a 3C589D and it happens
: with it too.
No. Aug 27 is new enough to be good. I'm swamped right now with a
dozen other things at the moment, but if you could write me in about a
week I'd be
On Fri, Sep 03, 1999 at 09:33:29AM -0600, Warner Losh wrote:
In message [EMAIL PROTECTED] Oscar Bonilla writes:
: Aug. 27th. Want me to make world again? I also have a 3C589D and it happens
: with it too.
No. Aug 27 is new enough to be good. I'm swamped right now with a
dozen other
plm If I use 'zzz', I have to do the known 'sleep 1; zzz' trick. This is
plm the difference.
I'll commit the patch for `key release event prevent suspend' problem
if no objections.
Thanks a lot!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
Sorry to late...
plm Now suspend works. However still the disks keep spinning until they
plm reach their BIOS timeout. In Linux Windows, there is some hook when
plm going to suspend mode that spins down the (IDE) disks. This is nice,
plm since it is well possible that you go to suspend but do
"MI" == Mitsuru IWASAKI [EMAIL PROTECTED] writes:
MI Hi,
MI I got ASUS P2B M/B ATX case and assembled new box yesterday. With
MI my patch, new box successfully transit into suspend state. There is
MI no sounds from CPU fun, chassis fun and IDE HDD spin (powered down by
Followup: I decided to upgrade my P2B BIOS version. I had 1005, went
to 1010. This made a difference!
Now suspend works. However still the disks keep spinning until they
reach their BIOS timeout. In Linux Windows, there is some hook when
going to suspend mode that spins down the (IDE) disks.
"MS" == Mike Smith [EMAIL PROTECTED] writes:
"MS" == Mike Smith [EMAIL PROTECTED] writes:
Then after 5 seconds the screen blanks, the power light starts
flashing (indicating suspend mode), but when I hit a key, the
console says (slept 00:00:02) only, and programs
"MS" == Mike Smith [EMAIL PROTECTED] writes:
Then after 5 seconds the screen blanks, the power light starts
flashing (indicating suspend mode), but when I hit a key, the
console says (slept 00:00:02) only, and programs in fact
continued running (thus it didn't go or remain
"MS" == Mike Smith [EMAIL PROTECTED] writes:
Then after 5 seconds the screen blanks, the power light starts
flashing (indicating suspend mode), but when I hit a key, the
console says (slept 00:00:02) only, and programs in fact
continued running (thus it didn't go or
"MI" == Mitsuru IWASAKI [EMAIL PROTECTED] writes:
MI Please try this patch.
MI If it still fails, it's worth to try increasing APM_SUSPEND_DELAY,
MI something like:
MI #define APM_SUSPEND_DELAY 3
Alas, it doesn't make a difference.
I tried too with APM_SUSPEND_DELAY 5. What I
Hi,
MI Please try this patch.
MI If it still fails, it's worth to try increasing APM_SUSPEND_DELAY,
MI something like:
MI #define APM_SUSPEND_DELAY 3
Alas, it doesn't make a difference.
H. OK, I'll buy new mather board same one as yours and investigate
what's happend
Hi,
Oh, do you have suspend button on your box? Cool.
On my poor experience, suspeding by hot-keys easier to
success than by zzz(8).
On this point I can report the oppposite experience, on my
machine (a no name special) the trackpad tends to lock up if touched
between power
Hi, Nate.
I'm sorry if my poor english troubled you.
We should have no problems responding in this amount of time in FreeBSD,
since we don't (didn't used to?) have any code that should cause
significant delay in responding.
My understanding on system suspend code in FreeBSD is that once APM
In message [EMAIL PROTECTED] Mitsuru IWASAKI writes:
: + error = DEVICE_SUSPEND(root_bus);
: + /*
: + * XXX Shouldn't ignore the error like this, but should
: + * instead fix the newbus code. Until that happens,
: + * I'm doing this
plm In contract, if I suspend in Linux of Windows, the computer shuts up
plm immediateley and is quiet. Only sometimes there is a (not too loud)
plm little fan (I think it is the CPU fan) running for a few more minutes.
I've read Linux code (v2.2.9) closely, noticed they put cli
before APM BIOS
plm In contract, if I suspend in Linux of Windows, the computer shuts up
plm immediateley and is quiet. Only sometimes there is a (not too loud)
plm little fan (I think it is the CPU fan) running for a few more minutes.
I've read Linux code (v2.2.9) closely, noticed they put cli
before
As far as the segment registers, we do an explicit save of them already
when we switch into VM86 mode, so it should be necessary to save them
twice.
VM86 mode is only used to enable APM; after that we are using the
32-bit protected mode interface.
--
\\ The mind's the standard \\
As far as the segment registers, we do an explicit save of them already
when we switch into VM86 mode, so it should be necessary to save them
twice.
VM86 mode is only used to enable APM; after that we are using the
32-bit protected mode interface.
Ahh... In the old code, we used to
"MI" == Mitsuru IWASAKI [EMAIL PROTECTED] writes:
plm In contract, if I suspend in Linux of Windows, the computer shuts up
plm immediateley and is quiet. Only sometimes there is a (not too loud)
plm little fan (I think it is the CPU fan) running for a few more minutes.
MI I've
Hi,
MI I've read Linux code (v2.2.9) closely, noticed they put cli
MI before APM BIOS call and save restore segment registers. I
MI suspect these two (or only cli?) affect the suspending state.
MI To clarify, could you try attached patches (for
MI
"MI" == Mitsuru IWASAKI [EMAIL PROTECTED] writes:
PAO has a small sleep in the apm driver, while -current didn't the
last time I looked.
MI OK, I'll work on this.
MI To Peter Mutsaers:
MI Could you try following command to suspend and see any improvements?
MI %
In article local.mail.freebsd-current/[EMAIL PROTECTED] you write:
In FreeBSD, when I activate suspend mode, I see the light on my
computer blinking, indicating it has gone into suspend mode, but still
there is no reduction in noise whatsoever. The disks keep spinning,
the CPU fan (or whatever)
Peter Mutsaers wrote:
Hello,
After Linux I gave FreeBSD a try again, when I saw some improvements
to APM had been committed.
I hoped for a real suspend mode, but alas. Now I'm wondering what
makes the difference, and whether I could do it myself.
Let me explain: I run my (desktop)
24 matches
Mail list logo