Re: Setting Standby Mode for ATA Disks
- Original Message - From: "Arne Schwabe" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 25, 2004 5:51 PM Subject: Setting Standby Mode for ATA Disks | Hi, | | is there a way to set the standby mode for ATA Disks | | Under linux hdparm -S seems to work: | |-S Set the standby (spindown) timeout for the drive. This value is | used by the drive to determine how long to wait (with no disk | activity) before turning off the spindle motor to save power. | Under such circumstances, the drive may take as long as 30 sec- | onds to respond to a subsequent disk access, though most drives | are much quicker. The encoding of the timeout value is somewhat | peculiar. A value of zero means "off". Values from 1 to 240 | specify multiples of 5 seconds, for timeouts from 5 seconds to | 20 minutes. Values from 241 to 251 specify from 1 to 11 units | of 30 minutes, for timeouts from 30 minutes to 5.5 hours. A | value of 252 signifies a timeout of 21 minutes, 253 sets a ven- | dor-defined timeout, and 255 is interpreted as 21 minutes plus | 15 seconds. | | I googled but I did not found anything like this for FreeBSD :/ Well this almost certainly doesn't help your question at all, but when I upgraded a box from 4.x to 5.2.1 recently I found it was spinning down one of the disks without twiddling with any settings at all. This, in turn, appears to have caused the box to lockup/panic (can't remember now) so I had to make a cron job that wrote to the disk every minute to stop it from spinning down! I would love to know if there's some tool which can be used to just turn this behaviour off completely! | | Arne | -- | compiling millions of tiny c-programs...done | checking for a working configure script... not found | ___ | [EMAIL PROTECTED] mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-hackers | To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: quiet ATX mid-Towers
- Original Message - From: "Dan Strick" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Saturday, June 19, 2004 12:14 AM Subject: Re: quiet ATX mid-Towers | On Fri, 18 Jun 2004 07:39:25 -0700 (PDT), zera holladay wrote: | >> | > Hello, I am looking for a very quiet ATX mid-tower and | > I was wondering if anybody has a suggestion or | > recommendation. My hard disks produce the most | > decibels at the most annoying frequency -- it_s not a If it's a high pitched whiny type sound that resembles a rather noisy fan.. I have been there. I had a Maxtor hard disk that did this, I sent it back (RMA'd it) and they sent me a replacement which is silent. I have also has this issue with a laptop disk aswell, an IBM Travelstar. My friend also had this issue with a Western Digital drive... he got that replaced and it's silent like his other, smaller, WD drive :o) You may be lucky and the manufacturer will replace it or you may have to buy a brand new disk (if it is the hard disk making the noise). | > bad fan. I am an EE student using FreeBSD, so a quiet | > computer is very important to me. | >> | | and on Fri, 18 Jun 2004 12:10:20 -0500, Vulpes Velox responded: | >> | > ... | > | > Look around on some case modding and over clocking sites and the like. | > | > ... | >> | | When I recently assembled my new PC, I used | | www.silentmaxx.net and | www.endpcnoise.com and | | every other case and fan web site I could discover (e.g. via Google). | They were all commercial (i.e. sales) web sites, but some also offered | general advice on building quiet PCs. | | I also recommend searching for quiet-PC articles on the various hardware | guide web sites, particularly www.tomshardware.com. | | Dan Strick | ___ | [EMAIL PROTECTED] mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-hackers | To unsubscribe, send any mail to "[EMAIL PROTECTED] " ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Yet another panic... using /dev/speaker this time
Well I think I have worked around my other panic that I posted a few days ago by updating the modems firmware, atleast it doesn't panic under the situation it did last time. I still believe the bug exists somewhere though and i'm sure I could still reproduce it if anyone is interested. Just now I was playing about with /dev/speaker for a script I want to beep. I did an `echo a > /dev/speaker` and it worked, but I decided I wanted it longer or some kind of pattern. I followed this by an `echo aaa > /dev/speaker` and it worked :o) I then went on to read the man page and found out about raising and lowering octaves and pauses, so next I tried `echo aPa > /dev/speaker` and indeed there was a pause. However, when I tried `echo aP>a > /dev/speaker` (which I think is wrong anyhow but never mind) my SSH session froze and I knew something had gone wrong. Unfortuantly the monitor had become unplugged from when I was fiddling about so I didn't get to see anything on screen, but I did get a coredump for what it's worth. It isn't from a debugging kernel either, if need be I can load a debugging kernel and see if I can reproduce it. ( I am beginning to think I never should have upgraded :o) ) Anyway, here goes nothing: --- IdlePTD at phsyical address 0x00361000 initial pcb at physical address 0x002bb620 panicstr: getnewbuf: locked buf panic messages: --- panic: lockmgr: pid 8486, not exclusive lock holder 7018 unlocking syncing disks... panic: getnewbuf: locked buf Uptime: 3d13h40m34s dumping to dev #ad/0x20001, offset 65664 dump ata0: resetting devices .. done 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc015bea2 in dumpsys () (kgdb) bt #0 0xc015bea2 in dumpsys () #1 0xc015bc6c in boot () #2 0xc015c0a0 in poweroff_wait () #3 0xc0183d4f in getnewbuf () #4 0xc01849cf in geteblk () #5 0xc0182b8d in bwrite () #6 0xc018869f in vop_stdbwrite () #7 0xc01884b5 in vop_defaultop () #8 0xc0183006 in bawrite () #9 0xc01965b0 in spec_fsync () #10 0xc0214d48 in ffs_sync () #11 0xc018d74b in sync () #12 0xc015ba06 in boot () #13 0xc015c0a0 in poweroff_wait () #14 0xc0155e48 in lockmgr () #15 0xc0183698 in brelse () #16 0xc0260bea in spkrclose () #17 0xc019687f in spec_close () #18 0xc021cb06 in ufsspec_close () #19 0xc021d101 in ufs_vnoperatespec () #20 0xc01921a7 in vn_close () #21 0xc0192afe in vn_closefile () #22 0xc0150eb8 in fdrop () ---Type to continue, or q to quit--- #23 0xc0150dfc in closef () #24 0xc0150931 in fdfree () #25 0xc015381a in exit1 () #26 0xc015368d in sys_exit () #27 0xc0255361 in syscall2 () #28 0xc02466f5 in Xint0x80_syscall () #29 0x28084887 in ?? () #30 0x28082185 in ?? () #31 0x2808182f in ?? () #32 0x280812bf in ?? () #33 0x2808101a in ?? () #34 0x280940e3 in ?? () #35 0x28096958 in ?? () #36 0x8048502 in ?? () #37 0x8048442 in ?? () (kgdb) --- I'm not sure if this should goto hackers or current or bugs or... what, so i'll send it to all of them (although I am not subscribed to hackers and current or bugs anymore). It's a 4.9-R-p3 machine... sorry if I am annoying you all :o) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ***[PATCH] Sound Blaster Audigy*** was (none) - i wasn't awake sorry:)
I couldnt read :) The patch did patch the header file after all, just wanted to know where it was. I have it up and running now, works like a charm! Been waiting for Audigy support for a while :) I'll gladly test out any changes if you need help with testing at all :) Thanks alot! Markie :) - Original Message - From: "Markie" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, February 21, 2003 9:45 PM > Hi, > Just wondering how you actually got your Audigy card working, the patch you > attach does not fix the header file :) > Any chance you could make a patch for the header file or send me yours? :) > > Thanks > Markie > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
[no subject]
Hi, Just wondering how you actually got your Audigy card working, the patch you attach does not fix the header file :) Any chance you could make a patch for the header file or send me yours? :) Thanks Markie To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
