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 :( -- Daich

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 (

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

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) >> >>

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 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 length

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

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

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 hig

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 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