Re: Suspend freezes system on my Thinkpad X41
ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xa020-0xa020 irq 21 at device 2.0 on pci4 ath0: Ethernet address: 00:16:ce:40:7e:41 ath0: mac 5.9 phy 4.3 radio 3.6 It's minipci. As for the video. The LCD display still shows text. If I am in X, it switches to a vty before attempting sleep. The backlight stays on and the display does not turn off. I think when I was testing earlier, I did not have X running nor if_ath loaded. I'll post more later tonight (tomorrow?) when I get a chance. To further clarify: The laptop does *NOT* successfully go to sleep. It returns to vty and locks hard. This is not a resume problem, this is a suspend problem. Attempting to hit ctrl+alt+del to reboot does nothing. -Jordan On 8/31/06, Sam Leffler <[EMAIL PROTECTED]> wrote: Jordan Sissel wrote: > Subject says it all. Attempting FN+F4 (suspend) or acpiconf -s 3 or -s 4 > all > cause the system to halt. > > Specs: > Thinkpad X41 > 6.1-RELEASE GENERIC > Atheros 5212 > Broadcom BCM5751M > SATA (ICH6 SATA150) > > Freezes are non-recoverable. Even hardware functions (such as lcd dimming) > cease. Seems like the system has half suspended, but the LCD is still on > and > displaying. Sleep light doesn't blink indicating sleepiness. > > Any help on this would be greatly appreciated :) "Atheros 5212" is too imprecise; please give mac+phy rev's from dmesg|grep ath. Otherwise, try taking ath out of your kernel config to see if you can suspend+resume. I've got an outstanding issue with ath in how suspend+resume is handled--for cardbus cards at least (never seen it with minipci). Sam ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: NFS locking: lockf freezes (rpc.lockd problem?)
On Tue, Aug 29, 2006 at 05:05:26PM +, Michael Abbott wrote: [I wrote] > >>>An alternative would be to update to RELENG_6 (or at least RELENG_6_1) > >>>and then try again. > So. I have done this. And I can't reproduce the problem. > # uname -a > FreeBSD venus.araneidae.co.uk 6.1-STABLE FreeBSD 6.1-STABLE #1: Mon Aug 28 > 18:32:17 UTC 2006 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 > Hmm. Hopefully this is a *good* thing, ie, the problem really has been > fixed, rather than just going into hiding. > So, as far as I can tell, lockf works properly in this release. Just as an interesting side note, I just experienced rpc.lockd crashing. The server is not running RELENG_6, but RELENG_5 (FreeBSD 5.5-STABLE #15: Thu Aug 24 18:47:20 CEST 2006). Due to user error, someone ended up with over 1000 processes trying to lock the same NFS mounted file at the same time. The result was over 1000 "Cannot allocate memory" errors followed by rpc.lockd crashing. I guess the server is telling me it wants an update... -- greg byshenk - [EMAIL PROTECTED] - Leiden, NL ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Suspend freezes system on my Thinkpad X41
Jordan Sissel wrote: > Subject says it all. Attempting FN+F4 (suspend) or acpiconf -s 3 or -s 4 > all > cause the system to halt. > > Specs: > Thinkpad X41 > 6.1-RELEASE GENERIC > Atheros 5212 > Broadcom BCM5751M > SATA (ICH6 SATA150) > > Freezes are non-recoverable. Even hardware functions (such as lcd dimming) > cease. Seems like the system has half suspended, but the LCD is still on > and > displaying. Sleep light doesn't blink indicating sleepiness. > > Any help on this would be greatly appreciated :) "Atheros 5212" is too imprecise; please give mac+phy rev's from dmesg|grep ath. Otherwise, try taking ath out of your kernel config to see if you can suspend+resume. I've got an outstanding issue with ath in how suspend+resume is handled--for cardbus cards at least (never seen it with minipci). Sam ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: suggestions for SATA RAID cards
On Thu, Aug 24, 2006 at 01:39:43AM -0500, Nikolas Britton wrote: > Their new hardware (coming soon) will have a 800MHz XScale with > DDR2-533 cache. According to http://www.areca.com.tw/products/html/pcietosata1280.htm, it's already here. -- albert chin ([EMAIL PROTECTED]) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
gjournal questions
Pavel, running 6.1-stable with these patches rebuilt kernel/world as of 8/28 @ 2p CST w/ these patches gjournal6_20060808.patch vfs_subr.c.3.patch the backend RAID presents 4 luns, this is how we config'd it. da1 - 8G da2 - ~897G da3 - 8G da4 - ~897G da2/4 have been partitioned in FreeBSD, then we did the following gjournal label -v /dev/da2 /dev/da1 gjournal label -v /dev/da4 /dev/da3 newfs -U -L "scr09" /dev/da2.journal newfs -U -L "scr10" /dev/da4.journal so 1 -8 G journal for each data device. now that the server is under load i'm seeing NFS not responding messages on my clients. the message corresponds to the gjournal suspend/copy operation, causing my clients to hang or give "no such file or directory". we copied 137G to /scr10 and it just finished, could this be some remains of writes from the journal? here is the time correlation Aug 31 13:55:24 donkey kernel: GEOM_JOURNAL[1]: Starting copy of journal. Aug 31 13:55:24 donkey kernel: GEOM_JOURNAL[1]: Switch time of da4: 0.002798s Aug 31 13:55:24 donkey kernel: GEOM_JOURNAL[1]: Entire switch time: 14.030198s Aug 31 13:55:24 donkey kernel: GEOM_JOURNAL[1]: Data has been copied. Aug 31 13:55:33 donkey kernel: GEOM_JOURNAL[1]: Entire switch time: 0.13s Aug 31 13:55:44 donkey kernel: GEOM_JOURNAL[1]: Entire switch time: 0.13s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Msync time of /scr09: 0.10s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Sync time of /scr09: 0.09s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Suspend time of /scr09: 0.07s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Starting copy of journal. Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Switch time of da2: 0.002302s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Data has been copied. Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Msync time of /scr10: 0.029769s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Sync time of /scr10: 0.035259s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Suspend time of /scr10: 10.109732s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Starting copy of journal. Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Switch time of da4: 0.002756s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Entire switch time: 10.182759s Aug 31 13:56:04 donkey kernel: GEOM_JOURNAL[1]: Data has been copied. Aug 31 13:56:14 donkey kernel: GEOM_JOURNAL[1]: Entire switch time: 0.12s Aug 31 13:56:24 donkey kernel: GEOM_JOURNAL[1]: Entire switch time: 0.11s Aug 31 13:56:46 donkey kernel: GEOM_JOURNAL[1]: Msync time of /scr09: 0.10s Aug 31 13:56:46 donkey kernel: GEOM_JOURNAL[1]: Sync time of /scr09: 0.09s Aug 31 13:56:46 donkey kernel: GEOM_JOURNAL[1]: Suspend time of /scr09: 0.07s Aug 31 13:56:46 donkey kernel: GEOM_JOURNAL[1]: Starting copy of journal. Aug 31 13:56:46 donkey kernel: GEOM_JOURNAL[1]: Switch time of da2: 0.002364s Aug 31 13:56:46 donkey kernel: GEOM_JOURNAL[1]: Data has been copied. from syslog server Aug 31 13:55:23 bowltest4 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:23 bowltest4 kernel: nfs: server donkey OK Aug 31 13:55:23 laybox32 kernel: nfs: server donkey OK Aug 31 13:55:29 b-115-4 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:29 b-115-4 kernel: nfs: server donkey OK Aug 31 13:55:56 b-116-16 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:56 b-204-40 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:57 b-116-16 kernel: nfs: server donkey OK Aug 31 13:55:57 lic2 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:57 b-204-40 kernel: nfs: server donkey OK Aug 31 13:55:57 lic2 kernel: nfs: server donkey OK Aug 31 13:55:57 laybox29 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:57 laybox26 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:58 laybox19 kernel: nfs: server donkey not responding, still trying Aug 31 13:55:58 laybox37 kernel: nfs: server donkey not responding, still trying Aug 31 13:56:00 laybox19 kernel: nfs: server donkey OK Aug 31 13:56:00 laybox26 kernel: nfs: server donkey OK Aug 31 13:56:00 laybox37 kernel: nfs: server donkey OK Aug 31 13:56:00 laybox29 kernel: nfs: server donkey OK Aug 31 13:56:05 ws-119-8 amd[2640]: file server donkey20.centtech.com, type nfs, state not responding Aug 31 13:56:05 ws-119-8 amd[2640]: file server donkey20.centtech.com, type nfs, state ok Aug 31 13:56:36 b-116-17 kernel: nfs: server donkey not responding, still trying Aug 31 13:56:36 b-116-17 kernel: nfs: server donkey OK Aug 31 13:56:40 b-210-17 kernel: nfs: server donkey not responding, still trying Aug 31 13:56:41 b-204-41 kernel: nfs: server donkey not responding, still trying Aug 31 13:56:41 laybox17 kernel: nfs: server donkey not responding, still trying Aug 31 13:56:44 b-204-38 kernel: nfs: server donkey not responding, still trying Aug 31 13:56:44 b-204-38 kern
Suspend freezes system on my Thinkpad X41
Subject says it all. Attempting FN+F4 (suspend) or acpiconf -s 3 or -s 4 all cause the system to halt. Specs: Thinkpad X41 6.1-RELEASE GENERIC Atheros 5212 Broadcom BCM5751M SATA (ICH6 SATA150) Freezes are non-recoverable. Even hardware functions (such as lcd dimming) cease. Seems like the system has half suspended, but the LCD is still on and displaying. Sleep light doesn't blink indicating sleepiness. Any help on this would be greatly appreciated :) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"