On 20.07.2013 05:44, Alan Stern wrote:
>> static int snd_usb_sb_x_fi_boot_quirk(struct usb_device *dev)
>> {
>> u16 buf = 1;
>>
>> snd_printk(KERN_ERR "X-Fi Surround 5.1 newer quirk\n");
>>
>> snd_usb_ctl_msg(dev, usb_rcvctrlpipe(dev, 0), 0x2a,
>> USB_DIR_IN | US
From: Freddy Xin
Disable TSO and SG network features in reset() and bind() functions,
and check the return value of skb_linearize() in tx_fixup() to prevent
TX throttling.
Signed-off-by: Freddy Xin
---
drivers/net/usb/ax88179_178a.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
>
> On Wed, Jul 17, 2013 at 10:36 AM, Peter Chen
> wrote:
> > On Mon, Jul 15, 2013 at 11:31:17PM -0700, Greg KH wrote:
> >> On Tue, Jul 16, 2013 at 11:49:07AM +0800, Rong Wang wrote:
> >> > Hi Greg,
> >> >
> >> > The USB on our platform can change roles between HOST and GADGET,
> but
> >> > it
Alan Stern wrote:
> On Sat, 20 Jul 2013, Mariusz Grecki wrote:
>> +u16 buf = 1;
>> +
>> +snd_usb_ctl_msg(dev, usb_rcvctrlpipe(dev, 0), 0x2a,
>> +USB_DIR_IN | USB_TYPE_VENDOR | USB_RECIP_OTHER,
>> +0, 0, &buf, 2);
>
> There's a serious problem here. I
On Sat, 20 Jul 2013, Clemens Ladisch wrote:
> Alan Stern wrote:
> > On Sat, 20 Jul 2013, Mariusz Grecki wrote:
> >> + u16 buf = 1;
> >> +
> >> + snd_usb_ctl_msg(dev, usb_rcvctrlpipe(dev, 0), 0x2a,
> >> + USB_DIR_IN | USB_TYPE_VENDOR | USB_RECIP_OTHER,
> >> + 0,
On Sat, 20 Jul 2013, Ming Lei wrote:
> > No, we don't have to change every driver using isochronous URBs. Many
> > of them set URB_ISO_ASAP on every URB -- in fact, AFAIK snd-usb-audio
> > is the only one that has been fixed not to do this.
>
> OK, if you are sure just snd-usb-audio and very les
On Fri, 19 Jul 2013 sgtcapsl...@lavabit.com wrote:
> > Can you provide usbmon traces showing what happens when the mouse is
> > plugged in to an OHCI controller and when it is plugged in to an EHCI
> > controller? Instructions are in Documentation/usb/usbmon.txt.
> >
> > Alan Stern
> >
> >
>
> A
On Sat, 20 Jul 2013, Mariusz Grecki wrote:
> > This is the same as the Audigy function, except for the printk string
> > and the 2-byte buffer instead of the 1-byte buffer, right? Therefore I
> > suggest combining them into a single function. You can pass the string
> > and the buffer size as
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Friday, July 19, 2013 1:00 PM
>
> On 07/19/2013 01:55 PM, Paul Zimmerman wrote:
> >> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> >> Sent: Thursday, July 18, 2013 11:01 PM
> >> ...
> >>
> >> I then wanted to try WiFi, so I plug
On Sat, Jul 20, 2013 at 08:49:32AM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Saturday 20 July 2013 05:20 AM, Greg KH wrote:
> >On Fri, Jul 19, 2013 at 12:06:01PM +0530, Kishon Vijay Abraham I wrote:
> >>Hi,
> >>
> >>On Friday 19 July 2013 11:59 AM, Greg KH wrote:
> >>>On Fri, Jul 19, 2013
Hi Stephen,
With the mainline kernel, /proc/cpuinfo shows a bogoMips of ~460. The
downstream raspberrypi.org kernel shows ~690. Changing the arm_freq
setting in /boot/config.txt has no affect. Any idea why the difference?
--
Paul
--
To unsubscribe from this list: send the line "unsubscribe linu
On Sat, Jul 20, 2013 at 10:04:16PM +, Paul Zimmerman wrote:
> Hi Stephen,
>
> With the mainline kernel, /proc/cpuinfo shows a bogoMips of ~460. The
> downstream raspberrypi.org kernel shows ~690. Changing the arm_freq
> setting in /boot/config.txt has no affect. Any idea why the difference?
Y
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Saturday, July 20, 2013 3:11 PM
>
> On Sat, Jul 20, 2013 at 10:04:16PM +, Paul Zimmerman wrote:
> > Hi Stephen,
> >
> > With the mainline kernel, /proc/cpuinfo shows a bogoMips of ~460. The
> > downstream raspberrypi.org kernel shows ~690. Chan
On 07/20/2013 01:27 PM, Alan Stern wrote:
>
> I think I see what's going on.
>
> The usbhid driver uses a single interrupt URB to receive data from the
> device. When the URB completes, it gets resubmitted to receive the
> next packet of data.
>
> The OHCI controller issues interrupts at frame b
> From: Paul Zimmerman
> Sent: Saturday, July 20, 2013 3:25 PM
>
> > From: Greg KH [mailto:g...@kroah.com]
> > Sent: Saturday, July 20, 2013 3:11 PM
> >
> > On Sat, Jul 20, 2013 at 10:04:16PM +, Paul Zimmerman wrote:
> > > Hi Stephen,
> > >
> > > With the mainline kernel, /proc/cpuinfo shows a
Most of the information in usb.ids is now contained in udev's hwdb. First
attempt to query hwdb before falling back on the old file.
This would allow distributions to no longer ship (most of) usb.ids by default,
but rather keep all the usb device information in only one place (the hwdb).
This pat
On Sun, Jul 21, 2013 at 02:52:09AM +0200, Tom Gundersen wrote:
> Most of the information in usb.ids is now contained in udev's hwdb. First
> attempt to query hwdb before falling back on the old file.
>
> This would allow distributions to no longer ship (most of) usb.ids by default,
> but rather ke
On Sat, 20 Jul 2013, Greg KH wrote:
> > >>That should be passed using platform data.
> > >
> > >Ick, don't pass strings around, pass pointers. If you have platform
> > >data you can get to, then put the pointer there, don't use a "name".
> >
> > I don't think I understood you here :-s We wont ha
On Sat, 20 Jul 2013, sgtcapslock wrote:
> > This could be considered a bug in the usbhid driver. As far as I can
> > see, the only way to fix it is to use two interrupts URBs rather than
> > one.
> >
> > Alan Stern
> >
>
> Thanks a lot for taking time to diagnose this, I appreciate it! I thin
On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote:
> On Sat, 20 Jul 2013, Greg KH wrote:
>
> > > >>That should be passed using platform data.
> > > >
> > > >Ick, don't pass strings around, pass pointers. If you have platform
> > > >data you can get to, then put the pointer there, don't u
20 matches
Mail list logo
