Mike Larkin wrote:
> My t43p hibernates and resumes fine with the following changes:
>
> 1. Disable apm
> 2. change pci_dopm=1 to 0 in dev/acpi/acpi.c
OK, did that.
I now see that it actually tries to hibernate but I get this kernel
message repeatedly:
pciide0:0:0: timeout waiting for DRQ, st=0
Alexey E. Suslikov wrote:
> You should try with newer BIOS.
Done, as well as the ECP.
Booting now with apm disabled causes OpenBSD to hang on "starting
network". The cursor is still blinking, but after 15 minutes it's still
stuck there.
> Another idea - cardbus isn't hibernating/resuming properl
Alexander Polakov wrote:
> dmesg with apm disabled can be useful.
Of course:
$ dmesg
OpenBSD 5.2 (GENERIC) #1: Fri Jul 20 19:05:31 CEST 2012
r...@laptop.stoe.be:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) M processor 1.86GHz ("GenuineIntel" 686-class)
1.87 GHz
cpu0:
FPU,V
Hey,
Alexander Polakov wrote:
> New hibernate support is ACPI-based
Ah, I didn't know that.
> Try disabling apm with boot -c or config(8).
The laptop now goes immediately into sleep after issuing ZZZ, but
doesn't wake up anymore.
Regards
Andre
Hey,
I'm testing the new hibernate support on my ThinkPad T43 running current.
Many thanks to the developers for implementing this feature.
Unfortunately there's nothing happening at all when I issue the
ZZZ command. I see no increased disk activity and the laptop keeps
running and running for ho
> Indeed, it seems v. 1.251 of session.c got it wrong.
>
> Can you see if this helps?
>
> /Alexander
>
>
> Index: session.c
> ===
> RCS file: /cvs/src/usr.bin/ssh/session.c,v
> retrieving revision 1.259
> diff -u -p -r1.259 session
Hey Matthew,
thanks for your reply.
> Can you confirm that root is in the daemon login class (as is the
> default config), and that the daemon login class has ignorenologin?
Yes, see the relevant parts below.
server# grep ^root /etc/master.passwd | cut -d":" -f5
daemon
server# grep -A7 ^daemon
After some more testing I dare to say that this whole /etc/nologin-thing
in conjunction with ssh can be considered buggy.
Some users get the contents printed before their session is
disconnected, some users don't. To be honest, I don't really care
anymore if users get disconnected immediately or g
Alexander Schrijver wrote:
> Is your user in the staff class? It has "ignorenologin" set by default. See
> login.conf(5) and /etc/login.conf.
Thanks a lot for the point, Alexander. User andre is in the staff class,
so this explains why andre has always access.
I still don't understand the /etc/no
Hello,
I'm running current
OpenBSD 5.1-current (GENERIC) #2: Fri Mar 9 18:02:19 CET 2012
andre@pc:/usr/src/sys/arch/amd64/compile/GENERIC
and I've noticed some strange things when logging in through ssh.
The sshd(8) manpage says for a login that it:
"checks /etc/nologin; if it exists, prin
10 matches
Mail list logo
