Re: RAID5 on athlon64 machines

2006-02-12 Thread soralx
Theoretically the sequential write rate should be same or higher than the sequential read rate. Given an N+1 disk Seq write rate for the whole RAID5 array will always be lower than the write rate for it's single disk. You compute max data rates by considering the most optimistic

Re: kern/60163

2006-02-12 Thread Søren Schmidt
Norikatsu Shigemura wrote: I heard from Chiharu Shibata [EMAIL PROTECTED] about kern/60163. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/60163 (He knew that this pr was closed, recently) I cannot believe sos's close reason.

Re: RAID5 on athlon64 machines

2006-02-12 Thread David Taylor
On Sun, 12 Feb 2006, [EMAIL PROTECTED] wrote: [missing attribution] You compute max data rates by considering the most optimistic scenario, which is large sequetial writes. For *this* situation write rate will be higher than a single disk's. How can the RAID5 write rate be higher for

Re: RAID5 on athlon64 machines

2006-02-12 Thread soralx
On Sun, 12 Feb 2006, [EMAIL PROTECTED] wrote: [missing attribution] You compute max data rates by considering the most optimistic scenario, which is large sequetial writes. For *this* situation write rate will be higher than a single disk's. How can the RAID5 write rate be higher

Re: Panic Kernel Dump to umass device?

2006-02-12 Thread Ian Dowse
In message [EMAIL PROTECTED], Nate Nielsen writes: Thanks, that helps. It works nicely with a uhci USB controller. However when the ohci driver is in use, we crash somewhere in usb_transfer_complete. I'll look into this further. You could try updating to the latest 6-stable usb code, which might

Re: kern/60163

2006-02-12 Thread Søren Schmidt
Chiharu Shibata wrote: [snip] So, if we should rehash this again I'll need more details on what it is that fails exactly doing what, CD layouts etc etc... This is a sample DISC's rayout. Starting track = 1, ending track = 13, TOC size = 114 bytes track start duration block

Moused

2006-02-12 Thread Christian Holzberger
Hi, i patched ums.c to support up to 31 mouse buttons (changed button type to int and set MAX_BUTTONS to 31) so far the patch is working. Now i have a problem with the moused it ignores buttons 6 and 7 and 15 of my Logitech MediaPlay mouse. And i cant find the reason, somehow it isnt handled by

Re: kern/60163

2006-02-12 Thread Chiharu Shibata
This is Chiharu Shibata. At Sun, 12 Feb 2006 10:36:20 JST, you wrote... Norikatsu Shigemura wrote: I heard from Chiharu Shibata [EMAIL PROTECTED] about kern/60163. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/60163 (He knew that this pr was closed, recently) I cannot

Re: RAID5 on athlon64 machines

2006-02-12 Thread Bakul Shah
You compute max data rates by considering the most optimistic scenario, which is large sequetial writes. For *this* situation write rate will be higher than a single disk's. How can the RAID5 write rate be higher for the whole array if not only it needs to write the data to all if its

UPEK TouchChip TFM/ESS Fingerprint BSP driver for FreeBSD

2006-02-12 Thread Fredrik Lindberg
Hi all, I just thought that I let you know that UPEK [1] has released a native FreeBSD driver (binary only, closed source) for their fingerprint sensors. UPEK manufactures alot of fingerprint sensors, both built-in and standalone usb-readers. You can find them for example in several notebooks

patchset-8-fix1 for 6.x release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010)

2006-02-12 Thread Daichi GOTO
I have updated the patchset-8-fix1 for 6.x of unionfs. Patchset-8-fix1 for 6.x: For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p8-fix1.diff Changes in unionfs6-p8-fix1.diff - fixed 6.x build failure So sorry, unionfs6-p8 has a build failure unwittingly :( --