On Fri, 2006-03-03 at 00:03 +0100, Tilman Schmidt wrote:
> Thank you very much, Arjan, for your review of our code and your
> extensive comments. We are working on taking them into account for the
> next attempt at submitting the driver. Most of them are quite clear and
> don't need discussing. Jus
> Subject: Oops in Kernel 2.6.16-rc4 on Modprobe of saa7134.ko
> References : http://lkml.org/lkml/2006/2/20/122
> Submitter : Brian Marete <[EMAIL PROTECTED]>
> Status : unknown
This is not a regression, since the user is not configuring saa7134 with
the right card.
Cheers,
Mauro.
>
>>> Subject: S3 sleep hangs the second time - 600X
>>> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
>
>From: "Yu, Luming" <[EMAIL PROTECTED]>
>> According to bug report, the BIOS DSDT is modified. I don't know
>> how these changes affect the results of suspend/resume. But, i
>> Subject: S3 sleep hangs the second time - 600X
>> References : http://bugzilla.kernel.org/show_bug.cgi?id=5989
From: "Yu, Luming" <[EMAIL PROTECTED]>
> According to bug report, the BIOS DSDT is modified. I don't know
> how these changes affect the results of suspend/resume. But, it is
> cl
On Wed, Mar 01, 2006 at 08:26:23AM -0800, David Brownell wrote:
> > + .start = ohci_ep93xx_start,
> > + .stop = ohci_stop,
> > + .urb_enqueue= ohci_urb_enqueue,
> > + .urb_dequeue= ohci_urb_dequeue,
> > + .endpoint_disable
> So you are saying that, for example
>
> spin_lock_irqsave(&cs->ev_lock, flags);
> head = cs->ev_head;
> tail = cs->ev_tail;
> spin_unlock_irqrestore(&cs->ev_lock, flags);
>
> is (mutatis mutandis) actually cheaper than
>
> head = atomic_read(&cs->ev_head);
>
Matt mentioned that a very old ZIP-100 actually does need this, but I am
yet to see anyone who actually has one still working and uses ub with it.
He/she must be a retrocomputing geek, who can easily bias it to usb-storage
with libusual, if needed. Meanwhile, common folks have trouble with poorly
d
Remove the "diag" file from the sysfs. The usbmon is good enough these days
so I do not need this feature anymore. Also, sysfs is a pain. Al Viro caught
a race in this, which I thought too bothersome to fix.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
---
Next time I do something like this,
The first_open was long overdue for removal, but I wanted to keep this
separate for other changes in case of regressions.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
--- linux-2.6.16-rc4-git7-gregkh/drivers/block/ub.c 2006-02-28
13:28:28.0 -0800
+++ linux-2.6.16-rc5-lem/drivers/b
Thank you very much, Arjan, for your review of our code and your
extensive comments. We are working on taking them into account for the
next attempt at submitting the driver. Most of them are quite clear and
don't need discussing. Just a few remarks and questions:
On 27.02.2006, Arjan van de Ven w
We'd like to give a high five to our research team.
Our portfolio is up 70% so far in 2006 and looking
stronger every day! We hope our members have been
keeping up with these incredible picks. Let's take
a look at this next winner:
C0: Resort Clubs International Inc.
Sym: R T C I
Currently
On Thu, Mar 02, 2006 at 10:35:06AM -0500, Alan Stern wrote:
> On Wed, 1 Mar 2006, Marc Singer wrote:
>
> > What's missing is some semblence of a proper output from the USB
> > tests. I'm looking to find out where in the conversation the UDC goes
> > awry so that I have something to investigate.
>
On Thu, Mar 02, 2006 at 03:33:44PM +, Ralf Baechle wrote:
> On Wed, Mar 01, 2006 at 11:30:26AM -0700, Jordan Crouse wrote:
> > Date: Wed, 1 Mar 2006 11:30:26 -0700
> > From: "Jordan Crouse" <[EMAIL PROTECTED]>
> > To: linux-usb-devel@lists.sourceforge.net
> > cc: [EMAIL PROTECTED],
On Wed, Mar 01, 2006 at 11:30:26AM -0700, Jordan Crouse wrote:
> Date: Wed, 1 Mar 2006 11:30:26 -0700
> From: "Jordan Crouse" <[EMAIL PROTECTED]>
> To: linux-usb-devel@lists.sourceforge.net
> cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: [PATCH] Buglet in Alchemy OHCI d
On Wed, 1 Mar 2006, Marc Singer wrote:
> My question is simple. How can I inspect a dump from USBMON and
> indentify something that is a wrong result? Assuming that the message
> order produced by the UHCI driver is correct (it's too late to go
> buying a hub right now), and I suspect that it is
On Wed, 1 Mar 2006, Marc Singer wrote:
> What's missing is some semblence of a proper output from the USB
> tests. I'm looking to find out where in the conversation the UDC goes
> awry so that I have something to investigate.
If you want to see what correct output from the USB tests looks like,
On Wed, 1 Mar 2006, David Brownell wrote:
> In this case you are. The HCD is *not allowed* to start one transfer before
> the preceding one finishes. I have good reason to believe that neither
> OHCI nor EHCI will misbehave in that way. UHCI has in the past had some
> issues there ... so it's w
On Wed, 1 Mar 2006, Marc Singer wrote:
> I have this:
>
> e2372840 1612603151 C Ci:009:00 -121 32 = 09022000 0103fac0 01090400 0002ff00
> 00fa0705 02024000 00070581 0240
> e2372840 1612603151 S Ci:009:00 s 80 06 0200 0400 1024 <
>
> which says to me that the callback was received befor
On Wed, 1 Mar 2006, Marc Singer wrote:
> I'm going through the code paths and finding that the reason it stalls
> on DESCRIPTOR requests is that that is all it can do. It only
> processes a couple of different types of setup messages, DESCRIPTORS
> are not among them.
Be careful when you say thi
On Wed, 1 Mar 2006, Marc Singer wrote:
> On Wed, Mar 01, 2006 at 04:56:51PM -0800, Pete Zaitcev wrote:
> > On Wed, 1 Mar 2006 16:27:56 -0800, Marc Singer <[EMAIL PROTECTED]> wrote:
> >
> > > 0:15.261198 # 10 S Ci 009:00 s 80 00 0002 ( DtH st dv
> > > GET_STATUS ) --- 2 <
> > > 0:15.2
On Wed, 1 Mar 2006, Marc Singer wrote:
> I'd appreciate some feedback about this. I'm attaching the raw log as
> well as showing the output of a simple parser. There are a couple of
> things that I don't know of they should bother me.
>
> In the following output, the time stamps lead the line a
We'd like to give a high five to our research team.
Our portfolio is up 70% so far in 2006 and looking
stronger every day! We hope our members have been
keeping up with these incredible picks. Let's take
a look at this next winner:
C0: Resort Clubs International Inc.
Sym: R T C I
Currently Tra
22 matches
Mail list logo
