Re: cvsup.uk.FreeBSD.org

2008-05-11 Thread Dr Joe Karthauser
--- Original message ---
From: Ollivier Robert [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: 8.5.'08,  8:35

 Stefan Lambrev disait :
  cvsup.uk.FreeBSD.org is outdated.
  I know this is not the proper list, but which one is?
 
 freebsd-hubs is, redirected.
 
 I've noticed that recently but I should have send a mail about it, sorry.
 -- 
 Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- 
[EMAIL PROTECTED]
 Darwin sidhe.keltia.net Version 9.2.0: Tue Feb  5 16:13:22 PST 2008; i386
 

Hey guys. 

I have reclassified this faulty mirror as cvsup1 and made cvsup a cname to 
cvsup3, which is the most recent addition and best hardware available. In 
the future we will always point to the most available machine in this way.

Joe

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Automounting USB sticks - questions

2008-05-11 Thread Bruce M Simpson

I got this working quite easily with the amd daemon.
Thanks to Alfred for your excellent work on this.  I wonder what the 
status of autofs is?


It would be great if we could ship FreeBSD out of the box, ready to 
automount removable media. This would be useful to all users, but 
particularly for novices and people who just wanna get on and use the beast.


Since the move to /media for a place to put removable mount points I'd 
imagine all of this gets a lot easier.


However I can understand there are real issues with this:

* /etc/amd.conf. We don't ship one in /etc by default. Maybe we should?

* /etc/amd.map. We ship one which contains defaults and nothing more. 
Perhaps commented out examples?


* There doesn't appear to be a tool to tell amd about new maps at 
runtime. Is there such a beast?
  UPDATE: I just read code, and it seems SIGHUP can be sent, but this 
isn't in the man page and I haven't tried it.


* devd doesn't have any hooks into GEOM, which makes it difficult to 
generate mount lines without retroactively parsing dmesg output. devd as 
I understand it sits on top of NEWBUS.
   Is there any way I can get a list of the disk devices, from 
userland, in the default install, which correspond to a given NEWBUS device?


* I wonder if there's any way we can get a notification about media 
being inserted into a CDROM drive, without polling it?


I had a brief discussion online with phk@ about doing dynamic mounts, 
and it seems that there are still problems dealing with blowing away 
mounts when the device goes away.




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


TMPFS does not support unix socket file?

2008-05-11 Thread Lin Jui-Nan Eric
Hi,

I am trying to replace my /tmp to TMPFS.
Everything is fine, but I found that MySQL does not run. The error log
shows that it cannot bind /tmp/mysql.sock.
Does TMPFS support unix socket file?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


sound hosed on 7.0-STABLE/amd64 ?

2008-05-11 Thread Aragon Gouveia
Hi,

I'm running an amd64 install of 7.0-STABLE.  Sound is behaving strangely. 
I'm trying to get either uaudio or snd_hda working, but am not having joy
with either.  The kernel detects the devices, but /dev/dsp* entries aren't
created or take a long time to appear.  And, of course, sound playback
doesn't work either.

Kernel output attached.  Anyone know what could be up?


Thanks,
Aragon


May 11 15:31:49 kern.crit igor kernel: uaudio0: Burr-Brown from TI USB Audio 
CODEC, class 0/0, rev 1.10/1.00, addr 5 on uhub4
May 11 15:31:49 kern.crit igor kernel: uaudio0: audio rev 1.00
May 11 15:31:49 kern.crit igor kernel: pcm0: USB Audio on uaudio0
May 11 15:49:09 kern.crit igor kernel: pcm1: Intel 82801I High Definition 
Audio Controller mem 0xe032-0xe0323fff irq 22 at device 27.0 on pci0
May 11 15:49:09 kern.crit igor kernel: pcm1: [ITHREAD]
May 11 15:49:09 kern.crit igor kernel: pcm1: HDA Codec: Realtek ALC888
May 11 15:49:09 kern.crit igor kernel: pcm1: HDA Driver Revision: 
20071129_0050
May 11 15:49:09 kern.crit igor kernel: pcm2: ATI (Unknown) High Definition 
Audio Controller mem 0xe021-0xe0213fff irq 17 at device 0.1 on pci1
May 11 15:49:09 kern.crit igor kernel: pcm2: [ITHREAD]
May 11 15:49:09 kern.crit igor kernel: pcm2: HDA Codec: Unknown Codec
May 11 15:49:09 kern.crit igor kernel: pcm2: HDA Driver Revision: 
20071129_0050
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TMPFS does not support unix socket file?

2008-05-11 Thread pluknet
2008/5/11 Lin Jui-Nan Eric [EMAIL PROTECTED]:
 Hi,

  I am trying to replace my /tmp to TMPFS.
  Everything is fine, but I found that MySQL does not run. The error log
  shows that it cannot bind /tmp/mysql.sock.
  Does TMPFS support unix socket file?

I've just checked tmpfs with unix with simple test case on my stable
and it works.
maybe permissions issue?

wbr,
pluknet
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: TMPFS does not support unix socket file?

2008-05-11 Thread Lin Jui-Nan Eric
On Mon, May 12, 2008 at 1:18 AM, pluknet [EMAIL PROTECTED] wrote:
 2008/5/11 Lin Jui-Nan Eric [EMAIL PROTECTED]:
 Hi,

  I am trying to replace my /tmp to TMPFS.
  Everything is fine, but I found that MySQL does not run. The error log
  shows that it cannot bind /tmp/mysql.sock.
  Does TMPFS support unix socket file?

 I've just checked tmpfs with unix with simple test case on my stable
 and it works.
 maybe permissions issue?
It's a permission issue!
Thank you very much.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: sound hosed on 7.0-STABLE/amd64 ?

2008-05-11 Thread Aragon Gouveia
Hi again,

I guess I should have spent more time troubleshooting.  Sound is working
now.  I spent the last 30 minutes testing it with 6.3-RELEASE and
7.0-RELEASE livecds on two different machines.  Ended up tracing my uaudio
dysfunctionality to a dodgy USB hub!  Onboard HDA was just a matter of
setting the right options in the BIOS.  All's good on both fronts.

Sorry for the false alarm.


Regards,
Aragon



| By Aragon Gouveia [EMAIL PROTECTED]
|  [ 2008-05-11 16:29 +0200 ]
 Hi,
 
 I'm running an amd64 install of 7.0-STABLE.  Sound is behaving strangely. 
 I'm trying to get either uaudio or snd_hda working, but am not having joy
 with either.  The kernel detects the devices, but /dev/dsp* entries aren't
 created or take a long time to appear.  And, of course, sound playback
 doesn't work either.
 
 Kernel output attached.  Anyone know what could be up?
 
 
 Thanks,
 Aragon
 
 
 May 11 15:31:49 kern.crit igor kernel: uaudio0: Burr-Brown from TI USB 
 Audio CODEC, class 0/0, rev 1.10/1.00, addr 5 on uhub4
 May 11 15:31:49 kern.crit igor kernel: uaudio0: audio rev 1.00
 May 11 15:31:49 kern.crit igor kernel: pcm0: USB Audio on uaudio0
 May 11 15:49:09 kern.crit igor kernel: pcm1: Intel 82801I High Definition 
 Audio Controller mem 0xe032-0xe0323fff irq 22 at device 27.0 on pci0
 May 11 15:49:09 kern.crit igor kernel: pcm1: [ITHREAD]
 May 11 15:49:09 kern.crit igor kernel: pcm1: HDA Codec: Realtek ALC888
 May 11 15:49:09 kern.crit igor kernel: pcm1: HDA Driver Revision: 
 20071129_0050
 May 11 15:49:09 kern.crit igor kernel: pcm2: ATI (Unknown) High Definition 
 Audio Controller mem 0xe021-0xe0213fff irq 17 at device 0.1 on pci1
 May 11 15:49:09 kern.crit igor kernel: pcm2: [ITHREAD]
 May 11 15:49:09 kern.crit igor kernel: pcm2: HDA Codec: Unknown Codec
 May 11 15:49:09 kern.crit igor kernel: pcm2: HDA Driver Revision: 
 20071129_0050
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Automounting USB sticks - questions

2008-05-11 Thread Vince Hoffman

Bruce M Simpson wrote:

I got this working quite easily with the amd daemon.
Thanks to Alfred for your excellent work on this.  I wonder what the 
status of autofs is?


It would be great if we could ship FreeBSD out of the box, ready to 
automount removable media. This would be useful to all users, but 
particularly for novices and people who just wanna get on and use the 
beast.


Since the move to /media for a place to put removable mount points I'd 
imagine all of this gets a lot easier.


However I can understand there are real issues with this:

* /etc/amd.conf. We don't ship one in /etc by default. Maybe we should?

Speaking as someone who's never looked at amd before last week, this 
would be great, or at least in /usr/share/examples/etc.


* /etc/amd.map. We ship one which contains defaults and nothing more. 
Perhaps commented out examples?


Again I'd find that helpful. I spent 5 or 10 minutes looking into 
setting up amd (Hardly indepth I know) and gave up because at the moment 
its easier to manually mount my devices ;)


* There doesn't appear to be a tool to tell amd about new maps at 
runtime. Is there such a beast?
  UPDATE: I just read code, and it seems SIGHUP can be sent, but this 
isn't in the man page and I haven't tried it.


* devd doesn't have any hooks into GEOM, which makes it difficult to 
generate mount lines without retroactively parsing dmesg output. devd as 
I understand it sits on top of NEWBUS.
   Is there any way I can get a list of the disk devices, from userland, 
in the default install, which correspond to a given NEWBUS device?


* I wonder if there's any way we can get a notification about media 
being inserted into a CDROM drive, without polling it?




I had a brief discussion online with phk@ about doing dynamic mounts, 
and it seems that there are still problems dealing with blowing away 
mounts when the device goes away.




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


ATA APM and NCQ support in FreeBSD atacontrol

2008-05-11 Thread jonathan
Has any work been done recently towards adding SATA Native Command
Queueing as well as ATA APM and acoustic management to FreeBSD?

I found this PR (with patch) to add APM and acoustic management control to
atacontrol.  The PR was opened in May 2005 has not been changed since
December 2006 and is still open.
http://www.freebsd.org/cgi/query-pr.cgi?pr=81692cat=

I have not been able to find much of anything on SATA NCQ in FreeBSD newer
than 2005 or 2006 does anyone know anything newer?

Thanks,
Jonathan Stewart


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ATA APM and NCQ support in FreeBSD atacontrol

2008-05-11 Thread Jeremy Chadwick
On Sun, May 11, 2008 at 09:08:51PM -0400, [EMAIL PROTECTED] wrote:
 Has any work been done recently towards adding SATA Native Command
 Queueing as well as ATA APM and acoustic management to FreeBSD?
 
 I found this PR (with patch) to add APM and acoustic management control to
 atacontrol.  The PR was opened in May 2005 has not been changed since
 December 2006 and is still open.
 http://www.freebsd.org/cgi/query-pr.cgi?pr=81692cat=
 
 I have not been able to find much of anything on SATA NCQ in FreeBSD newer
 than 2005 or 2006 does anyone know anything newer?

I believe NCQ is supported, assuming that your controller is operating
in AHCI mode and your disk supports NCQ.  This mainly applies to Intel
ICHx controllers, but there are others which support it as well.
There's also NCQ support in non-AHCI drivers like hptmv(4), rr232x(4),
hptrr(4), and mpt(4) with SATA disks.

I do see some code that explicitly disables NCQ on some nVidia chipsets,
and I believe that's because the NCQ details for the nF4 chipset are
unavailable; possibly Linux has them.

atacontrol, on the other hand, I believe always spits out - as to
whether or not it's enabled.  I'd have to go look at the code to be
sure, but I'm guessing it just says - no matter what.  An example:

Feature  Support  EnableValue   Vendor
write cacheyes  yes
read ahead yes  yes
Native Command Queuing (NCQ)   yes   -  31/0x1F
Tagged Command Queuing (TCQ)   no   no  31/0x1F
SMART  yes  yes
microcode download yes  yes
security   yes  no
power management   yes  yes
advanced power management  no   no  0/0x00
automatic acoustic management  yes  no  254/0xFE128/0x80

Finally, I read a while back that NCQ on SATA does not provide a
substantial improvement in overall disk I/O or under heavy load.  It's
not entirely marketing hype, but the benefits are like 3-4%, with added
CPU utilisation.

SATA TCQ is a different matter.  SCSI uses TCQ, and as we all know, it
works beautifully.  SATA TCQ has a significantly larger queue depth than
SATA NCQ (2^64 vs. 31).

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


any available patches for sata: ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly

2008-05-11 Thread dikshie
Hi,
I got :

ad4: warning - setfeatures set transfer mode taskqueue timeout -
completing request directly
ad4: warning - setfeatures enable rcache taskqueue timeout -
completing request directly
ad4: warning - setfeatures enable wcache taskqueue timeout -
completing request directly
ad4: timeout - flushcache retrying (0 retries left)
geom_journal: flush cache of ad4s1d: error=5
ad4: timeout - write_dma retrying (1 retry left) LBA=4139103
---
I read: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues

and strange output from dmesg:
ad4: 305245MB WDC WD3200AAKS-00VYA0 12.01B02 at ata2-master UDMA33

  ^^^
any available patches ?


best regards,

-dikshie-

Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.0-STABLE #19: Sat May 10 15:41:00 JST 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/BARU
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Duo CPU E6550  @ 2.33GHz (2333.34-MHz K8-class CPU)
  Origin = GenuineIntel  Id = 0x6fb  Stepping = 11
  
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0xe3fdSSE3,RSVD2,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
  AMD Features=0x20100800SYSCALL,NX,LM
  AMD Features2=0x1LAHF
  Cores per package: 2
usable memory = 2000646144 (1907 MB)
avail memory  = 1926553600 (1837 MB)
ACPI APIC Table: Nvidia NVDAACPI
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ACPI Warning (tbfadt-0505): Optional field Pm2ControlBlock has zero
address or length:0   0/1 [20070320]
ioapic0: Changing APIC ID to 4
ioapic0 Version 1.1 irqs 0-23 on motherboard
kbd1 at kbdmux0
cryptosoft0: software crypto on motherboard
acpi0: Nvidia NVDAACPI on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 10, 7fdf (3) failed
acpi0: reservation of 0, a (3) failed
Timecounter ACPI-safe frequency 3579545 Hz quality 850
acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0
acpi_hpet0: High Precision Event Timer iomem 0xfeff-0xfeff03ff on acpi0
Timecounter HPET frequency 2500 Hz quality 900
cpu0: ACPI CPU on acpi0
est0: Enhanced SpeedStep Frequency Control on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 72a072a0600072a
device_attach: est0 attach returned 6
p4tcc0: CPU Frequency Thermal Control on cpu0
cpu1: ACPI CPU on acpi0
est1: Enhanced SpeedStep Frequency Control on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 72a072a0600072a
device_attach: est1 attach returned 6
p4tcc1: CPU Frequency Thermal Control on cpu1
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pci0: memory, RAM at device 0.1 (no driver attached)
pci0: memory, RAM at device 1.0 (no driver attached)
pci0: memory, RAM at device 1.1 (no driver attached)
pci0: memory, RAM at device 1.2 (no driver attached)
pci0: memory, RAM at device 1.3 (no driver attached)
pci0: memory, RAM at device 1.4 (no driver attached)
pci0: memory, RAM at device 1.5 (no driver attached)
pci0: memory, RAM at device 1.6 (no driver attached)
pci0: memory, RAM at device 2.0 (no driver attached)
isab0: PCI-ISA bridge at device 3.0 on pci0
isa0: ISA bus on isab0
pci0: serial bus, SMBus at device 3.1 (no driver attached)
pci0: memory, RAM at device 3.2 (no driver attached)
pci0: memory, RAM at device 3.4 (no driver attached)
ohci0: OHCI (generic) USB controller mem 0xe000-0xefff irq
21 at device 4.0 on pci0
ohci0: [GIANT-LOCKED]
ohci0: [ITHREAD]
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0: OHCI (generic) USB controller on ohci0
usb0: USB revision 1.0
uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb0
uhub0: 10 ports with 10 removable, self powered
ehci0: EHCI (generic) USB 2.0 controller mem 0xefffe000-0xefffe0ff
irq 22 at device 4.1 on pci0
ehci0: [GIANT-LOCKED]
ehci0: [ITHREAD]
usb1: EHCI version 1.0
usb1: companion controller, 10 ports each: usb0
usb1: EHCI (generic) USB 2.0 controller on ehci0
usb1: USB revision 2.0
uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 on usb1
uhub1: 10 ports with 10 removable, self powered
umass0: Generic USB2.0-CRW, class 0/0, rev 2.00/11.22, addr 2 on uhub1
atapci0: nVidia nForce MCP73 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 8.0 on
pci0
ata0: ATA channel 0 on atapci0
ata0: [ITHREAD]
ata1: ATA channel 1 on atapci0
ata1: [ITHREAD]
pci0: multimedia 

7.0 issues fixed? upgrade timing?

2008-05-11 Thread John Daniels
  1. I have a realtek network card and am using a cable modem router.  Does 
anyone know if fixes for problems with these (see below) have been backported 
from HEAD to RELENG_7?
2. Is this a good time to upgrade to RELENG_7?
3. I read a post last week that advised that 7.1 is a long way off.  Appreciate 
any advice on use of ULE 3.0 and ZFS prior to 7.1 and a comment on what is 
holding up 7.1.
Thanks


From FreeBSD 7.0 errata notes:



[20080229] Instances of packet corruption and instability have been observed 
with the re(4) network driver. Some users have reported that using a newer 
version of this driver (on HEAD) has solved their problems, or at least 
mitigated them.
  [20080229] A change in the way that FreeBSD sends TCP options has been 
reported to cause odd interactions with some cable modem routers. While this 
issue is still under investigation, a change has been committed to HEAD that 
returns the option processing to that of FreeBSD 6. So far, this change has 
shown some promising results.
  
 Send instant messages to your online friends http://uk.messenger.yahoo.com 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: any available patches for sata: ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly

2008-05-11 Thread Jeremy Chadwick
On Mon, May 12, 2008 at 01:17:16PM +0900, dikshie wrote:
 and strange output from dmesg:
 ad4: 305245MB WDC WD3200AAKS-00VYA0 12.01B02 at ata2-master UDMA33
   ^^^
 any available patches ?

What's strange about this?

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ATA APM and NCQ support in FreeBSD atacontrol

2008-05-11 Thread Ian Smith
On Sun, 11 May 2008 [EMAIL PROTECTED] wrote:
  Has any work been done recently towards adding SATA Native Command
  Queueing as well as ATA APM and acoustic management to FreeBSD?
  
  I found this PR (with patch) to add APM and acoustic management control to
  atacontrol.  The PR was opened in May 2005 has not been changed since
  December 2006 and is still open.
  http://www.freebsd.org/cgi/query-pr.cgi?pr=81692cat=
  
  I have not been able to find much of anything on SATA NCQ in FreeBSD newer
  than 2005 or 2006 does anyone know anything newer?

Jeremy has addressed the NCQ issue, about which I know nothing.

As for APM and AAM, that functionality is handled by sysutils/ataidle,
which that PR appears - on a quick glance - to pretty well duplicate. 

I see phk@ recently added an 'atacontrol spindown' command to HEAD and
RELENG_7 that appears to offer similar functionality to 'ataidle -S
standby_mins' or 'ataidle -I idle_mins', though specified in seconds
instead.  However this doesn't address acoustic management.

Or is ataidle broken for SATA disks?

cheers, Ian

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: 7.0 issues fixed? upgrade timing?

2008-05-11 Thread Chuck Swiger

On May 11, 2008, at 9:34 PM, John Daniels wrote:
 1. I have a realtek network card and am using a cable modem  
router.  Does anyone know if fixes for problems with these (see  
below) have been backported from HEAD to RELENG_7?


The most useful thing to do would be to test the fixes out yourself  
and report back whether they help, assuming you encounter problems.



2. Is this a good time to upgrade to RELENG_7?


On a test machine, sure.  It's been a long time since I've run a  
production environment off of a .0 release at all, much less without  
testing it first.  :-)


3. I read a post last week that advised that 7.1 is a long way off.   
Appreciate any advice on use of ULE 3.0 and ZFS prior to 7.1 and a  
comment on what is holding up 7.1.


Respectively: ULE seems to be a solid improvement.  ZFS is still  
beta.  Nothing...be patient, or make more active contributions to help  
move things forwards.


--
-Chuck

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: any available patches for sata: ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly

2008-05-11 Thread Andrey V. Elsukov

dikshie wrote:

atapci1: nVidia ATA controller port
0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem
0xefff8000-0xefff9fff irq 20 at device 14.0 on pci0


It seems your controller detected as generic ATA.
Can you show `pciconf -l` output from your system?

--
WBR, Andrey V. Elsukov
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


burncd: ioctl(CDIOCEJECT): Input/output error

2008-05-11 Thread Carlos A. M. dos Santos
Hello,

I get burncd: ioctl(CDIOCEJECT): Input/output error each time I
attempt to blank a CDRW with

 burncd -f /dev/acd0 blank eject

I noticed that this does not happen when I write a data cd with

 burncd -f /dev/acd0 data cd-image.iso fixate eject

I have seen the same bahavior on 4 different computers that have
DVD-RW units. Applying the attached patch to
/usr/src/usr.sbin/burncd/burncd.c solves the problem. It make burncd
attempt to eject the CD five times, sleeping for one second after each
unccessful try. I'd like to get some opinions on this before
submitting a PR.

Thanks in advance.

-- 
Carlos A. M. dos Santos


burncd_eject.patch
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: 7.0 issues fixed? upgrade timing?

2008-05-11 Thread Jeremy Chadwick
On Mon, May 12, 2008 at 05:34:47AM +0100, John Daniels wrote:
   1. I have a realtek network card and am using a cable modem router.
   Does anyone know if fixes for problems with these (see below) have
   been backported from HEAD to RELENG_7?

I'd recommend downloading a RELENG_7 bootonly image, or possibly the
livefs image (which will give you utilities and a working read-only
filesystem), and see how your hardware looks on that.  Meaning, if you
have a test scenario which can be easily reproduced and can be done from
livefs, give that a try.

RELENG_7 snapshots (meaning 7.0-STABLE vs. 7.0-RELEASE) are here:
ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200804

 2. Is this a good time to upgrade to RELENG_7?

That's entirely up to you.  RELENG_6 will be decomissioned quicker than
RELENG_5 was, from what I've read, so testing compatibility now would be
a good idea.

 3. I read a post last week that advised that 7.1 is a long way off.
 Appreciate any advice on use of ULE 3.0 and ZFS prior to 7.1 and a
 comment on what is holding up 7.1.

Regarding ULE 3.0, I think you're referring to the ULE that's actually
in RELENG_7 presently, which actually works (compared to the ULE that
was in RELENG_5 and RELENG_6, which had major bugs).  Or are you
referring to an even newer scheduler (something -CURRENT might have)?

ZFS is in a state of... well... my opinion is: use it at your own risk.
The experimental! warning is very applicable.  There are known
problems with ZFS when performing lots of I/O between a ZFS pool and a
UFS fs.

 [20080229] Instances of packet corruption and instability have been observed 
 with the re(4) network driver. Some users have reported that using a newer 
 version of this driver (on HEAD) has solved their problems, or at least 
 mitigated them.

I believe this has been fixed, based on commits I've seen to the driver.
Pyun YongHyeon would be able to confirm/deny this.

   [20080229] A change in the way that FreeBSD sends TCP options has been 
 reported to cause odd interactions with some cable modem routers. While this 
 issue is still under investigation, a change has been committed to HEAD that 
 returns the option processing to that of FreeBSD 6. So far, this change has 
 shown some promising results.

Do you have more details on this?  Open PR, or a thread I can read?  I'm
thinking it might be related to the net.inet.tcp.rfc1323 sysctl, but I'm
not sure.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: any available patches for sata: ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly

2008-05-11 Thread Jeremy Chadwick
On Mon, May 12, 2008 at 02:14:37PM +0900, dikshie wrote:
 On Mon, May 12, 2008 at 2:11 PM, Jeremy Chadwick [EMAIL PROTECTED] wrote:
  On Mon, May 12, 2008 at 01:17:16PM +0900, dikshie wrote:
  and strange output from dmesg:
  ad4: 305245MB WDC WD3200AAKS-00VYA0 12.01B02 at ata2-master UDMA33
^^^
  any available patches ?
 
  What's strange about this?
 
 i mean for UDMA33 it should be SATA300
 do have to upgrade BIOS?

Your carets are pointing to the drive firmware revision, which is why I
was confused.  :-) Yes, it should say either SATA150 or SATA300 (more on
that in a moment), but based on your dmesg output, it appears your SATA
controller does not have an attached driver, thus is operating
generically.  Andrey recommended showing pciconf -lv output; please do.

Your drive is *probably* operating in SATA150/300 mode, despite UDMA33
being printed, however.  Assuming you know your disk can push 33MB/sec,
you could try some simple read I/O and use gstat to watch the speed.
dd if=/dev/ad4 of=/dev/null bs=1m should suffice.

Regarding SATA150 vs. SATA300: your drive has a physical jumper,
labelled OPT1 in the below photo, which limits the drive to SATA150
capability.  You can remove this jumper and get SATA300.  This doesn't
explain the UDMA33 issue, though.

http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1400p_created=1134597011

Also, please don't remove the mailing list from the CC; others need to
know what information you've provided, and future users may find this
thread useful.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ATA APM and NCQ support in FreeBSD atacontrol

2008-05-11 Thread Andrey V. Elsukov

Jeremy Chadwick wrote:

I believe NCQ is supported, assuming that your controller is operating
in AHCI mode and your disk supports NCQ.  This mainly applies to Intel
ICHx controllers, but there are others which support it as well.
There's also NCQ support in non-AHCI drivers like hptmv(4), rr232x(4),
hptrr(4), and mpt(4) with SATA disks.


No. ata(4) driver currently doesn't support/use NCQ.

--
WBR, Andrey V. Elsukov
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]