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
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
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
"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
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
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
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
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-
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
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
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
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
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
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
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
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.
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
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 /
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
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
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
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
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] |
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
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,
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
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:
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
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
==
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
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
_
* 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
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
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.
_
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
:: 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
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
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
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
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
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
>
41 matches
Mail list logo
