Looks good to me.
Signed-off-by: Phil Dibowitz <[EMAIL PROTECTED]>
Greg:
This patch increases the range for 0x054c:0x002c devices to make
the following Sony USB floppy to work:
T: Bus=02 Lev=01 Prnt=01 Port=02 Cnt=02 Dev#= 6 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64
Thomas Bächler wrote:
> Hi, one of my users has two USB hard drives that need the following
> patch, otherwise there are I/O errors similar to those here:
> http://bugme.osdl.org/show_bug.cgi?id=3223
The contents of the patch look fine, but it doesn't follow the patch
submission guidelines. Specif
the trivial attached patch fixes ioctl defines in usbdevice_fs.h that are
exported to userspace to use __u32 rather than u32
-mike
pgpWnQycdrPqW.pgp
Description: PGP signature
Use __u32 rather than u32 in userspace ioctl defines.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
--- a/include/
Hi,
excuse me but instead of following your suggestions I read how to use
git-bisect and found this out:
ee49fb5dc89d34f1794ac9362fa97c1a640f7ddd is first bad commit
commit ee49fb5dc89d34f1794ac9362fa97c1a640f7ddd
Author: Alan Stern <[EMAIL PROTECTED]>
Date: Wed Nov 22 16:55:54 2006 -0500
> From: Mike Frysinger <[EMAIL PROTECTED]>
> Newsgroups: gmane.linux.usb.devel,gmane.linux.kernel
> Subject: [patch] use __u32 rather than u32 in userspace ioctls in
> usbdevice_fs.h
> Date: Sun, 28 Jan 2007 07:23:57 -0500
> Organization: wh0rd.org
[]
> Content-Transfer-Encoding: 7bit
> Content-Di
> So does this really point to broken hw or a broken patch? Where can I get
> that
> patch as standalone? So I could revert it in rc6 and test...
ftp://ftp.de.kernel.org/pub/linux/kernel/people/gregkh/usb/2.6/2.6.19
The patch might just make visible a hardware problem.
[..]
> It is the empty
On Fri, Jan 26, 2007 at 10:19:30AM -0500, Alan Stern wrote:
[]
> So maybe you really do want an alternative to "generic", or else a way to
> make "generic" more flexible.
So, i'm confused very much from very beginning.
You are accepting, that drivers are interface managers, while "drivers"
have
Am Sonntag 28 Januar 2007 schrieb Oliver Neukum:
> Please
>
> 1. connect any other device to that hub
> 2. rmmod that device's driver
> 3. wait 10 seconds
> 4. modprobe the driver again
>
I don't have much to test and I tried a card reader. It is an usb2.0 high
speed devce (while the scanner is u
Am Sonntag 28 Januar 2007 schrieb Oliver Neukum:
> > So does this really point to broken hw or a broken patch? Where can I get
> > that patch as standalone? So I could revert it in rc6 and test...
>
> ftp://ftp.de.kernel.org/pub/linux/kernel/people/gregkh/usb/2.6/2.6.19
>
> The patch might just mak
尊敬的公司领负责人(经理/财务)您们好!
我是深圳市振新实业有限公司:本公司实力雄厚,有着良好的社
会关系。由于我司进项较多,完成不了每月销售额度,公司决定采取
最优惠的方式来对外代开发票。代开范围:增值税、海关缴款书、普
通商品销售发票;地税,建筑安装、运输、广告、服务业、咨询和定
额发票等;本司真诚地希望能够与贵司合作!也可为贵司节约一部分
资金!
我公司有经验丰富的办税专业人员,可协助了众多公司合理避税。
我司绝对保密您公司的权利与合作条件;本司是您首选合作的伙伴。
如果贵司在发票方面有任何疑虑,可上网查询或我司人员与贵司
On Sun, 28 Jan 2007 07:23:57 -0500 Mike Frysinger wrote:
> the trivial attached patch fixes ioctl defines in usbdevice_fs.h that are
> exported to userspace to use __u32 rather than u32
Hi Mike,
Have you now audited all ioctls (and sent patches) for this misbehavior?
---
~Randy
--
On Sun, 28 Jan 2007, Prakash Punnoor wrote:
> Hi,
>
> excuse me but instead of following your suggestions I read how to use
> git-bisect and found this out:
>
> ee49fb5dc89d34f1794ac9362fa97c1a640f7ddd is first bad commit
> commit ee49fb5dc89d34f1794ac9362fa97c1a640f7ddd
> Author: Alan Stern <[
On Sun, 28 Jan 2007, Oleg Verych wrote:
> On Fri, Jan 26, 2007 at 10:19:30AM -0500, Alan Stern wrote:
> []
> > So maybe you really do want an alternative to "generic", or else a way to
> > make "generic" more flexible.
>
> So, i'm confused very much from very beginning.
>
> You are accepting, t
On Sun, 28 Jan 2007, Prakash Punnoor wrote:
> Am Sonntag 28 Januar 2007 schrieb Oliver Neukum:
> > > So does this really point to broken hw or a broken patch? Where can I get
> > > that patch as standalone? So I could revert it in rc6 and test...
> >
> > ftp://ftp.de.kernel.org/pub/linux/kernel/pe
On Sun, 28 Jan 2007, jing xiang wrote:
> Got the idea. But could we re-use the current gadget drivers in such
> architecture? Is it possible to make the composite layer transparent
> to the function drivers? In theory, the composite layer could get all
> the descriptor/configuration/interface info
On Sunday 28 January 2007 12:54 pm, Alan Stern wrote:
> On Sun, 28 Jan 2007, jing xiang wrote:
>
> > Got the idea. But could we re-use the current gadget drivers in such
> > architecture? Is it possible to make the composite layer transparent
> > to the function drivers?
Those are the two questi
On Sun, Jan 28, 2007 at 03:25:40PM -0500, Alan Stern wrote:
> > What about to have ID-config-interface table? This will show, what
> > "drivers" are, and will give full usb-device setup capability, without
> > assumptions and userspace involving, as it should be.
>
> I don't understand. Please pr
On Sunday 28 January 2007 12:42, Randy Dunlap wrote:
> Have you now audited all ioctls (and sent patches) for this misbehavior?
my audit involved grepping the headers for '\<[us](8|16|32|64)\>' and sending
patches for the headers that came up
ive sent patches for all except for asm-parisc/statfs
Hallo, Al.
After your comments (mostly minor) about patch, you've said, that you
will try to test it.
Did you manage to do so or not? I'm going to send you whitespace-cleanup.patch,
req_firm.patch, will you accept and test them? Maybe it will be
accepted to the Debian.
TIA.
--
-o--=O`C
#oo'L O
Hi,
Sorry for not getting back to you earlier -- many things kept me distracted:
On Tue, Dec 12, 2006 at 04:08:39PM -0500, Alan Stern wrote:
> On Tue, 12 Dec 2006, Dominik Brodowski wrote:
>
> > > On the other hand, your latest log suggests that the STS_FLR bit gets set
> > > during the ehci_bu
20 matches
Mail list logo