On Sat, Nov 04, 2006 at 11:34:21AM +0100, Laurent Pinchart wrote:
> Hi Greg,
>
> > > I recently found out an endianess issue in a USB driver I'm developing.
> > > While browsing through the USB stack code to find where the problem comes
> > > from, I found what I think to be a mistake in the
> > >
On Mon, Nov 06, 2006 at 11:48:38AM -0500, Alan Stern wrote:
> Greg:
>
> What happened to the as802 patch (EHCI: fix memory pool name allocation)?
>
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=116059861925588&w=2
>
> Did I misplace some email, or did it slip through the cracks?
Hm, I tho
> Just so that you know -- I'm in the middle of submitting one or more
> patches that do MMIO in ehci-hcd. Once Greg has accepted them you will
> have to update your patch to change my patch's readl() and writel() calls
> to ehci_readl() and ehci_writel(). No big deal.
>
> There doesn't seem to
Hello,
I have said remote. I plug it into computer, and sometimes
it works, sometimes it does not. When it works it behaves like
keyboard. ex pressing "1" will output 1 on xterm, pressing up/down
arrows will move across bash history.
Most often it works when
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_3.37776064872742E-02
Command '--=_nextpart_3.37776064872742e-02' not recognized.
Content-Type: text/plain; format=flowed
Command 'content-type:' not recognized.
>
On Mon, 6 Nov 2006 22:28:37 +0100
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
>
> In many places usb_(unlink,kill,free)_urb() are called this way:
>
> if (urb)
> usb_something_urb(...);
>
> which is not needed because functions like usb_unlink_urb() and
> usb_free_urb(
On Monday 06 November 2006 12:29 pm, Benjamin Herrenschmidt wrote:
> > But you'd make Andrew Morton a bit happier if you were switching
> >
> > readl (...)
> > to
> > ehci_readl(ehci, ...)
> >
> > That is, remove whitespace-for-readability in the "new" code.
>
> Hrm... you want me to re
Hello,
In many places usb_(unlink,kill,free)_urb() are called this way:
if (urb)
usb_something_urb(...);
which is not needed because functions like usb_unlink_urb() and usb_free_urb()
are defined this way:
void usb_free_urb(struct urb *urb)
{
if (urb)
k
On Mon, 2006-11-06 at 10:58 -0800, David Brownell wrote:
> On Saturday 04 November 2006 10:42 pm, Benjamin Herrenschmidt wrote:
>
> > The issue is that those have an EHCI/OHCI pair which has big endian
> > registers but little manipulates DMA data structures in little endian
> > form (some would s
On Saturday 04 November 2006 10:42 pm, Benjamin Herrenschmidt wrote:
> The issue is that those have an EHCI/OHCI pair which has big endian
> registers but little manipulates DMA data structures in little endian
> form (some would say they are only half broken :-)
I don't actually understand why c
Hi,
On Monday 06 November 2006 16:12, Alan Stern wrote:
> > But i am confused that my libusb based client can just omit to claim the
> > device and then send the commands anyway ...
>
> If USB_TYPE_VENDOR is set in bRequestType then the request will always be
> allowed, regardless of the recipient
Sergey Vlasov wrote:
For some reason the unusual_devs.h entry for Sony Ericsson P990i had
three identical copies in a wrong place in the file in addition to the
correct entry.
Signed-off-by: Sergey Vlasov <[EMAIL PROTECTED]>
heh. Sweet. Thanks for the cleanup. Looks good to me. I'm yanking lkm
All the other root-hub suspend or resume log messages, in ohci-hcd or
any of the other host controller drivers, use the debug priority
level. This patch (as815) makes the one single exception behave like
all the rest.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/
This patch (as809b) moves the declaration of the hub driver's private
data structure from hub.h into the hub.c source file. Lots of other
files import hub.h; they have no need to know about the details of the
hub driver's private data.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
On Fri, 3
Greg:
What happened to the as802 patch (EHCI: fix memory pool name allocation)?
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=116059861925588&w=2
Did I misplace some email, or did it slip through the cracks?
Alan Stern
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 06 November 2006 19:16, Alan Stern wrote:
> On Mon, 6 Nov 2006, Andrey Borzenkov wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Monday 06 November 2006 17:18, Arjan van de Ven wrote:
> > > On Mon, 2006-11-06 at 15:46
On Mon, 6 Nov 2006, Andrey Borzenkov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Monday 06 November 2006 17:18, Arjan van de Ven wrote:
> > On Mon, 2006-11-06 at 15:46 +0300, Andrey Borzenkov wrote:
> > > I presume this is lockdep; this looks initially truncated,
> > > unfortu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 06 November 2006 17:18, Arjan van de Ven wrote:
> On Mon, 2006-11-06 at 15:46 +0300, Andrey Borzenkov wrote:
> > I presume this is lockdep; this looks initially truncated,
> > unfortunately this
> > is how it was stored in messages. I will tr
On Mon, 6 Nov 2006, Till Harbaum wrote:
> Hi,
>
> Am Samstag, 4. November 2006 23:12 schrieb David Brownell:
> > If you associate those with e.g. interface #0 then only your kernel
> > driver will be able to issue those control requests though ... the
> > point being not to use the _unrestricted_
On Mon, 2006-11-06 at 15:46 +0300, Andrey Borzenkov wrote:
> I presume this is lockdep; this looks initially truncated,
> unfortunately this
> is how it was stored in messages. I will try to get more complete
> output ig
> required.
the interesting bits are missing unfortunately (the first 10 l
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_7.91633129119873E-03
Command '--=_nextpart_7.91633129119873e-03' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
>>
For some reason the unusual_devs.h entry for Sony Ericsson P990i had
three identical copies in a wrong place in the file in addition to the
correct entry.
Signed-off-by: Sergey Vlasov <[EMAIL PROTECTED]>
---
drivers/usb/storage/unusual_devs.h | 21 -
1 files changed, 0 inser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I presume this is lockdep; this looks initially truncated, unfortunately this
is how it was stored in messages. I will try to get more complete output ig
required.
- -andrey
bor : TTY=pts/1 ; PWD=/tmp ; USER=root ; COMMAND=/sbin/rmmod ohci_hcd
+
Hi,
Am Samstag, 4. November 2006 23:12 schrieb David Brownell:
> If you associate those with e.g. interface #0 then only your kernel
> driver will be able to issue those control requests though ... the
> point being not to use the _unrestricted_ request types, instead
> use USB_RECIP_INTERFACE in
Hello,
I would like to share my last work to add a binary interface to usbmon.
This is still quite rough and does use the dreaded next_urb field into
the urb header structure, so it's not intended as a finished work.
--
diff -upN linux-2.6.18-vanilla/drivers/usb/mon/Makefile
linux-2.6.18-mon_mm
25 matches
Mail list logo
