Re: usbd does not use detach

2003-08-15 Thread Daniel O'Connor
On Friday 15 August 2003 14:13, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > > "Daniel O'Connor" <[EMAIL PROTECTED]> writes: > : It should also have a hint to indicate that this device could potentially > : go away at any time, so it shouldn't cache anything if at all possi

Re: HEADSUP: pca driver being retired.

2003-08-15 Thread Terry Lambert
Mark Murray wrote: > I see considerable scope for an infrastructure that would allow drivers > to be ports. _Easily_. This is a good idea. I think if this infrastructure already existed, then many people would make their drivers into ports. Until then, though, the drivers will likely have to be

Re: HEADSUP: pca driver being retired.

2003-08-15 Thread Daniel O'Connor
On Friday 15 August 2003 16:45, Terry Lambert wrote: > Mark Murray wrote: > > I see considerable scope for an infrastructure that would allow drivers > > to be ports. _Easily_. > > This is a good idea. > > I think if this infrastructure already existed, then many people > would make their drivers i

Re: usbd does not use detach

2003-08-15 Thread Terry Lambert
"M. Warner Losh" wrote: > These two are redundant. Devices can already ask the bridge driver if > the device is still present on the bus. Smart drivers already do > this, but most of the drivers in the tree are dumb. You also have to > deal with device disappearance in ISRs since it is possible

[current tinderbox] failure on ia64/ia64

2003-08-15 Thread Tinderbox
TB --- 2003-08-15 09:49:23 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-08-15 09:49:23 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-15 09:52:10 - building world TB --- cd /home

Re: make buildkernel hang with SCHED_ULE

2003-08-15 Thread Craig Rodrigues
On Thu, Aug 14, 2003 at 08:17:33PM -0400, Andrew Gallatin wrote: > You have machdep.hlt_logical_cpus: 1 in your sysctl output. [BTW, > lots of people read this mail via the web archives at > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1073654+0+current/freebsd-current, > where its impossible to v

Re: make buildkernel hang with SCHED_ULE

2003-08-15 Thread Andrew Gallatin
Craig Rodrigues writes: > On Thu, Aug 14, 2003 at 08:17:33PM -0400, Andrew Gallatin wrote: > > You have machdep.hlt_logical_cpus: 1 in your sysctl output. [BTW, > > lots of people read this mail via the web archives at > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1073654+0+current/freebsd

Re: HEADSUP: pca driver being retired.

2003-08-15 Thread Bruce Evans
On Wed, 13 Aug 2003, Julian Elischer wrote: > Well I'm not too happy about this.. > > It's the only audio I have on my TI-810 laptop. > That is however not running -current yet. > > I'm also not pleased from the perspective that this is the only > major example in the tree of how to use the clock-

5.2-RELEASE TODO

2003-08-15 Thread Robert Watson
This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Op

2 LORs on my NFS server.

2003-08-15 Thread Tilman Linneweh
Hi list, My CURRENT is already a bit old: # uname -a FreeBSD polly.arved.de 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sun Jul 20 01:00:14 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/CURRENT/sys/POLLY i386 But at least the first problem looks like it hasn't been fixed yet: This happend while the

Re: [PATCH] jail NG schript patch for mounting devfs andprocfsautomatically

2003-08-15 Thread Jens Rehsack
On 14.08.2003 15:36, Scot W. Hetzel wrote: I just noticed a problem with periodic scripts inside a jail. I'm getting: Local system status: tee: /dev/stderr: Operation not supported Mail in local queue: tee: /dev/stderr: Operation not supported Mail in submit queue: tee: /dev/stderr: Operation no

Re: kernel failing to build

2003-08-15 Thread Jens Rehsack
On 14.08.2003 23:10, Kris Kennaway wrote: On Thu, Aug 14, 2003 at 05:28:54PM +0200, Guido Falsi wrote: I's been a few days, the kernel on my machine is failing to build in the same point...I tried cvsupping at various times. The system is a -current from 19 July. Build your kernel with WERROR= as

Re: usbd does not use detach

2003-08-15 Thread Eric Jacobs
On Thu, 14 Aug 2003 22:37:35 -0600 (MDT) "M. Warner Losh" <[EMAIL PROTECTED]> wrote: > In message: <[EMAIL PROTECTED]> > Eric Jacobs <[EMAIL PROTECTED]> writes: > : #DETACH_FORCE: Clients using the device must be disconnected, > : #typically by revoking open file descriptor

Re: usbd does not use detach

2003-08-15 Thread Eric Jacobs
On Thu, 14 Aug 2003 10:38:07 -0700 John-Mark Gurney <[EMAIL PROTECTED]> wrote: > > This is a bit more complex than this. There are many more layers between > usb and VFS. For USB umass devices, they proxy to cam, which then is an > interface to da which is a provider for geom which then provide

Re: Adaptec AIC7902 Ultra320 Problems

2003-08-15 Thread David O'Brien
On Mon, Aug 11, 2003 at 01:36:01PM -0400, Craig Rodrigues wrote: > You can get firmware and drivers for these drives from Hitachi: > http://www.hgst.com/support/ Specifically where? I can't find any firmware there. ___ [EMAIL PROTECTED] mailing list htt

Re: make buildkernel hang with SCHED_ULE

2003-08-15 Thread Dr. Richard E. Hawkins
On Thu, Aug 14, 2003 at 10:49:42PM -0400, Adam Migus wrote: > Andrew Gallatin wrote: > WRT the mime thing. My apologies. It never occured to me as everyone I > know personally uses a "real" mail reader. I'd attached them simply to > keep the scrolling down and allow order independant viewing.

Problem with an onboard Realtek 8139D

2003-08-15 Thread Udo Schweigert
Hi all, with 5.1-current I have a problem with an onboard Realtek 8139D on a (very recent Fujitsu E4010D centrino laptop): after some network activity the system freezes. With 4.8-stable the NIC works flawlessly, but every 5.x-system I tried had that problem (5.0-R, 5.1-R as well as recent snapsho

[current tinderbox] failure on alpha/alpha

2003-08-15 Thread Tinderbox
TB --- 2003-08-15 16:00:12 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-15 16:00:12 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-15 16:03:09 - building world TB --- cd /

Re: clock works slowly when I change CPU speed

2003-08-15 Thread MATOBA Hirozumi
I changed 3 files in quoted mail below (tsc.c clock.h clock.c) back to the previous revision, on my ThinkPad A22e (the last cvsup was on Aug 13), and recompiled kernel (the config file is almost the same as GENERIC), and compared behavior of the clock between 2 kernels as: kernel with the

Re: Change to kernel+modules build approach

2003-08-15 Thread John Baldwin
On 15-Aug-2003 M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > John Baldwin <[EMAIL PROTECTED]> writes: >: >: On 14-Aug-2003 Andrew Gallatin wrote: >: > >: > John Baldwin writes: >: > > >: > > On 14-Aug-2003 Ruslan Ermilov wrote: >: > > > On Thu, Aug 14, 2003 at 02:10:1

Re: Change to kernel+modules build approach

2003-08-15 Thread Andrew Gallatin
John Baldwin writes: > > No, generic modules would always work with all kernels except for > exceptional cases like PAE (unavoidable, really), and MUTEX_PROFILING > (this is a debugging thing, so ISV's wouldn't need to ship modules > with that turned on). All this would add is the ability t

Re: usbd does not use detach

2003-08-15 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Eric Jacobs <[EMAIL PROTECTED]> writes: : > In message: <[EMAIL PROTECTED]> : > Eric Jacobs <[EMAIL PROTECTED]> writes: : > : #DETACH_FORCE: Clients using the device must be disconnected, : > : #typically by revoking open file desc

Re: clock works slowly when I change CPU speed

2003-08-15 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, MATOBA Hirozumi wri tes: >On condition of hw.acpi.cpu.performance_speed as 8, >the clock works You should not be using the TSC for timekeeping if you change the frequency of it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] |

Re: usbd does not use detach

2003-08-15 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Eric Jacobs <[EMAIL PROTECTED]> writes: : On Thu, 14 Aug 2003 10:38:07 -0700 : John-Mark Gurney <[EMAIL PROTECTED]> wrote: : : > : > This is a bit more complex than this. There are many more layers between : > usb and VFS. For USB umass devices, they

Re: Change to kernel+modules build approach

2003-08-15 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Andrew Gallatin <[EMAIL PROTECTED]> writes: : : John Baldwin writes: : > : > No, generic modules would always work with all kernels except for : > exceptional cases like PAE (unavoidable, really), and MUTEX_PROFILING : > (this is a debugging thing,

Re: Change to kernel+modules build approach

2003-08-15 Thread Julian Elischer
On Fri, 15 Aug 2003, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > Andrew Gallatin <[EMAIL PROTECTED]> writes: > : > : John Baldwin writes: > : > > : > No, generic modules would always work with all kernels except for > : > exceptional cases like PAE (unavoidable, re

PQI 128MB USB flash drive mount problems

2003-08-15 Thread leon j. breedt
hi, i have a PQI Intelligent Stick 128MB USB flash drive that i'm trying to get working on -CURRENT. i added: device da device scbus device umass to my kernel configuration. when i attach the drive, it detects it correctly, and i get the following kernel messages on the console: umass0:

Re: Change to kernel+modules build approach

2003-08-15 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Julian Elischer <[EMAIL PROTECTED]> writes: : : : On Fri, 15 Aug 2003, M. Warner Losh wrote: : : > In message: <[EMAIL PROTECTED]> : > Andrew Gallatin <[EMAIL PROTECTED]> writes: : > : : > : John Baldwin writes: : > : > : > : > No, gene

Re: PQI 128MB USB flash drive mount problems

2003-08-15 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, "leon j. breedt" write s: >hi, > >i have a PQI Intelligent Stick 128MB USB flash drive that >i'm trying to get working on -CURRENT. For another PQI product I need this patch. There is a good chance they use the same controller chip: Index: scsi_da.c ==

Re: clock works slowly when I change CPU speed

2003-08-15 Thread Bob Fleck
On Fri, 2003-08-15 at 14:03, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, MATOBA Hirozumi wri > tes: > > >On condition of hw.acpi.cpu.performance_speed as 8, > >the clock works > > You should not be using the TSC for timekeeping if you change the > frequency of it. So, what should

Re: PQI 128MB USB flash drive mount problems -- RESOLVED

2003-08-15 Thread leon j. breedt
On Fri, Aug 15, 2003 at 09:45:25PM +0200, Poul-Henning Kamp wrote: > For another PQI product I need this patch. There is a good > chance they use the same controller chip: applied, added DA_OLD_QUIRKS to config, recompiled, rebooted, and it works flawlessly. thanks! leon _

Re: clock works slowly when I change CPU speed

2003-08-15 Thread Thorsten Greiner
* Bob Fleck <[EMAIL PROTECTED]> [2003-08-15 22:46]: > So, what should be done to restore the proper behavior of the > timekeeping on these systems? $ dmesg | grep counter Timecounter "i8254" frequency 1193182 Hz Timecounter "ACPI-fast" frequency 3579545 Hz Timecounter "TSC" frequency 1595302164

System call recvfrom returning with the following locks held ...

2003-08-15 Thread Kris Kennaway
I got this on an alpha machine overnight. Is this fixed already? Kris System call recvfrom returning with the following locks held: exclusive sleep mutex Giant r = 0 (0xfc69ac88) locked @ /a/asami/portbuild/alpha/src-client/sys/kern/uipc_syscalls.c:944 panic: witness_warn Stack backtrac

Re: System call recvfrom returning with the following locks held ...

2003-08-15 Thread David Malone
On Fri, Aug 15, 2003 at 02:10:46PM -0700, Kris Kennaway wrote: > I got this on an alpha machine overnight. Is this fixed already? I believe this was a goof on my part, but it was fixed by kan@ earlier this week. Let me know if it persists. David. _

[current tinderbox] failure on i386/pc98

2003-08-15 Thread Tinderbox
TB --- 2003-08-15 20:07:17 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-08-15 20:07:17 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-15 20:09:49 - building world TB --- cd /home

Re: Change to kernel+modules build approach

2003-08-15 Thread Matthew Dillon
:: Has anyone in this discussion looked at what Matt has done with :: Dragonfly? He's re-arranged the kernel tree and moved each driver/module :: into its own directory. Each directory has a Makefile. thus :: a traversal of the kernel tree "make" hierarchy generates the modules. :: :: The "module

Re: LOR with filedesc structure and Giant

2003-08-15 Thread Kris Kennaway
On Mon, Aug 11, 2003 at 03:47:02PM -0700, Kris Kennaway wrote: > > lock order reversal > > 1st 0xc3d25134 filedesc structure (filedesc structure) @ > > /a/asami/portbuild/i386/src-client/sys/kern/sys_generic.c:902 > > 2nd 0xc04aa500 Giant (Giant) @ > > /a/asami/portbuild/i386/src-client/sys/fs

Re: Problems with bktr on -current

2003-08-15 Thread David P. Reese Jr.
On Sun, Aug 03, 2003 at 03:35:17PM +0200, Guido Berhoerster wrote: > Hello, > I've got some trouble with the bktr-driver on FreeBSD 5.x. With > fxtv the video-output is distorted and choppy, it appears that > only odd scanlines are redrawn regularly while even scanlines > remain for like half a sec

Re: LOR with filedesc structure and Giant

2003-08-15 Thread Robert Watson
On Fri, 15 Aug 2003, Kris Kennaway wrote: > The problem seems to be due to select() being called on the /dev/null > device, and it is holding the filedesc lock when it reaches > PICKUP_GIANT() in spec_poll. Yeah, this is pretty much the same issue you've been bumping into for a bit -- we hold fi

Re: clock works slowly when I change CPU speed

2003-08-15 Thread MATOBA Hirozumi
On Fri, 15 Aug 2003 22:50:47 +0200 Thorsten Greiner wrote: | $ dmesg | grep counter | Timecounter "i8254" frequency 1193182 Hz | Timecounter "ACPI-fast" frequency 3579545 Hz | Timecounter "TSC" frequency 1595302164 Hz | $ sysctl -w kern.timecounter.hardware=i8254 | Fixes the problem for me. I s

Re: clock works slowly when I change CPU speed

2003-08-15 Thread Terry Lambert
Thorsten Greiner wrote: > * Bob Fleck <[EMAIL PROTECTED]> [2003-08-15 22:46]: > > So, what should be done to restore the proper behavior of the > > timekeeping on these systems? > > $ dmesg | grep counter > Timecounter "i8254" frequency 1193182 Hz > Timecounter "ACPI-fast" frequency 3579545 Hz >