At Mon, 16 Feb 2009 08:35:54 +0100,
Hans Petter Selasky wrote:
>
> On Monday 16 February 2009, Noriyoshi Kawano wrote:
> > At Sat, 14 Feb 2009 10:36:53 +0100,
> >
> > Hans Petter Selasky wrote:
> > > Hi,
> > >
> > > As long as you don't see ugenX.Y attach/detach messages, it means that
> > > the A
On Monday 16 February 2009, Noriyoshi Kawano wrote:
> -LIBUSB_ETIMEDOUT
The following patch to libusb20 should resolve your problem:
http://perforce.freebsd.org/chv.cgi?CH=157783
--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/m
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
Dear all:
As you know, I've been gradually working to eliminate all non-MPSAFE network
device driver infrastructure for 8.0, having removed non-MPSAFE network
protocol infrastructure in 7.0. In reviewing remaining drivers using
IFF_NEEDSGIANT, I spotted this in the NDIS code:
718
On Mon, Feb 16, 2009 at 11:30:18AM +0100, Hans Petter Selasky wrote:
> On Monday 16 February 2009, Noriyoshi Kawano wrote:
> > -LIBUSB_ETIMEDOUT
>
> The following patch to libusb20 should resolve your problem:
>
> http://perforce.freebsd.org/chv.cgi?CH=157783
And now in HEAD as at r188678.
___
On Mon, Feb 16, 2009 at 11:33:18AM +, Robert Watson wrote:
>
> Dear all:
>
> As you know, I've been gradually working to eliminate all non-MPSAFE
> network device driver infrastructure for 8.0, having removed non-MPSAFE
> network protocol infrastructure in 7.0. In reviewing remaining drive
On Monday 16 February 2009, Andrew Thompson wrote:
> On Mon, Feb 16, 2009 at 11:33:18AM +, Robert Watson wrote:
> > Dear all:
> >
>
> I had promised Weongyo that I would convert ndis to USB2 but have been a
> bit busy. Anyone else welcome to pick this up in the mean time.
I can take care of i
On Sun, 15 Feb 2009 14:41:04 -0800
Andrew Thompson wrote:
> The GENERIC kernels for all architectures now default to the new USB2
> stack.
To avoid confusion:
Is this only for -current (ie RELENG_8)? Or laso for RELENG_7 and / or
other branches?
--
Regards,
Torfinn Ingolfsen
__
In message: <20090216165814.d03fd8f1.torfinn.ingolf...@broadpark.no>
Torfinn Ingolfsen writes:
: On Sun, 15 Feb 2009 14:41:04 -0800
: Andrew Thompson wrote:
:
: > The GENERIC kernels for all architectures now default to the new USB2
: > stack.
:
: To avoid confusion:
: Is this only
On Sun, Feb 15, 2009 at 02:34:28PM -0800, Andrew Thompson wrote:
> Hi,
>
>
> The GENERIC kernels for all architectures now default to the new USB2 stack.
> No
> kernel config options or code have been removed so if a problem arises please
> report it and optionally revert to the old USB stack.
>
From: Andrew Thompson
Date: Mon, 16 Feb 2009 09:22:37 -0800
::On Sun, Feb 15, 2009 at 02:34:28PM -0800, Andrew Thompson wrote:
::> Hi,
::>
::>
::> The GENERIC kernels for all architectures now default to the new USB2
stack. No
::> kernel config options or code have been removed so if a problem
On Tue, Feb 17, 2009 at 03:05:01AM +0900, Munehiro Matsuda wrote:
> ::5. Some people have noted that the latest xorg 7.4 requires the hal
> ::daemon to enumerate the input devices. hal does not (yet) work with USB2
> ::so if you find that the keyboard/mouse are not working in X then try
> ::adding
Hi,
As long as there are locking mechanisms like this:
void
KeAcquireSpinLockAtDpcLevel(kspin_lock *lock)
{
while (atomic_cmpset_acq_int((volatile u_int *)lock, 0, 1) == 0)
/* sit and spin */;
return;
}
inside if_ndis, the whole of NDIS needs to run under one loc
On 2/16/09, Hans Petter Selasky wrote:
> Hi,
>
> As long as there are locking mechanisms like this:
>
> void
> KeAcquireSpinLockAtDpcLevel(kspin_lock *lock)
> {
> while (atomic_cmpset_acq_int((volatile u_int *)lock, 0, 1) == 0)
> /* sit and spin */;
>
> return;
> }
>
> in
At Mon, 16 Feb 2009 11:30:18 +0100,
Hans Petter Selasky wrote:
>
> On Monday 16 February 2009, Noriyoshi Kawano wrote:
> > -LIBUSB_ETIMEDOUT
>
> The following patch to libusb20 should resolve your problem:
>
> http://perforce.freebsd.org/chv.cgi?CH=157783
>
> --HPS
That works fine.
Thank you.
Context: MACHINE=arm, CPU=Marvell
It appears that the root mount isn't serialized with USB discovery
in the same way it was under USB1. When the root mount is forcibly
delayed, everything is fine though:
\begin{log}
...
FreeBSD 8.0-CURRENT #9: Mon Feb 16 21:35:51 UTC 2009
mar...@orio
In message:
Marcel Moolenaar writes:
: Before I dig into the code, what's the current status of
: root mounts on USB mass storage devices?
First, there's a kludge-o-round that is similar to your "sleep 10"
that you've added. It loops waiting for more devices to show up if
the desire
On Feb 16, 2009, at 3:13 PM, M. Warner Losh wrote:
In message:
Marcel Moolenaar writes:
: Before I dig into the code, what's the current status of
: root mounts on USB mass storage devices?
First, there's a kludge-o-round that is similar to your "sleep 10"
that you've added. It l
Context: MACHINE=ia64, CPU=Montecito
I'm running into a timing related MCA. In short:
...
umass0: addr 2> on usbus2
umass0: SCSI over Bulk-Only; quirks = 0x
umass0:2:0:-1: Attached to scbus2
*** machine check abort ***
In message: <741faa3b-b91a-4a23-b47f-21141a8d0...@mac.com>
Marcel Moolenaar writes:
:
: On Feb 16, 2009, at 3:13 PM, M. Warner Losh wrote:
:
: > In message:
: >Marcel Moolenaar writes:
: > : Before I dig into the code, what's the current status of
: > : root mounts on U
On Feb 16, 2009, at 4:35 PM, M. Warner Losh wrote:
In message: <741faa3b-b91a-4a23-b47f-21141a8d0...@mac.com>
Marcel Moolenaar writes:
:
: On Feb 16, 2009, at 3:13 PM, M. Warner Losh wrote:
:
: > In message:
: >Marcel Moolenaar writes:
: > : Before I dig into the code,
In message: <6e9b5ff6-685b-427c-87a7-c95850da5...@mac.com>
Marcel Moolenaar writes:
:
: On Feb 16, 2009, at 4:35 PM, M. Warner Losh wrote:
:
: > In message: <741faa3b-b91a-4a23-b47f-21141a8d0...@mac.com>
: >Marcel Moolenaar writes:
: > :
: > : On Feb 16, 2009, at 3:13 PM
In message: <6e9b5ff6-685b-427c-87a7-c95850da5...@mac.com>
Marcel Moolenaar writes:
:
: On Feb 16, 2009, at 4:35 PM, M. Warner Losh wrote:
:
: > In message: <741faa3b-b91a-4a23-b47f-21141a8d0...@mac.com>
: >Marcel Moolenaar writes:
: > :
: > : On Feb 16, 2009, at 3:13 PM
On Feb 16, 2009, at 6:03 PM, M. Warner Losh wrote:
: root_mount_hold() and root_mount_rel() are specifically
: designed to inform the mountroot code that it needs to
: wait (or that it should go ahead and mount root).
But it looks like the old usb code didn't call it either... I think
old cod
On Mon, Feb 16, 2009 at 11:33:18AM +, Robert Watson wrote:
>
> Dear all:
>
> As you know, I've been gradually working to eliminate all non-MPSAFE
> network device driver infrastructure for 8.0, having removed non-MPSAFE
> network protocol infrastructure in 7.0. In reviewing remaining drive
On Tuesday 17 February 2009, Marcel Moolenaar wrote:
> On Feb 16, 2009, at 6:03 PM, M. Warner Losh wrote:
> > : root_mount_hold() and root_mount_rel() are specifically
> > : designed to inform the mountroot code that it needs to
> > : wait (or that it should go ahead and mount root).
> >
> > But it
26 matches
Mail list logo
