On 7/10/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Jul 2006, Ajay Jain wrote:
>
> > Hi,
> > Am using a windows host and a proprietary device as a function. This
> > is the pre-enumeration stage that I am talking about. I see a very
> > different behavior with what is written in the stan
Hi,
This patch adds the Testo USB interface to the list of devices
recognized by the ftdi_sio module. This device is based on a FT232BL
chip, and is used as an interface to get data from digital sensors
(thermometer, etc). See http://www.testo.com/
Signed-Off-By: Colin Leroy <[EMAIL PROTECTED]>
On 10/07/06 17:32, Dirk Jagdmann wrote:
> This patch adds the PID for the ACG multi ISO RFID reader in the ftdi_sio usb
> driver. The reader can then be accessed via the standard usb serial device.
>
> Signed-off-by: Dirk Jagdmann <[EMAIL PROTECTED]>
>
> diff --git a/drivers/usb/serial/ftdi_sio.
From: Tilman Schmidt <[EMAIL PROTECTED]>
This patch to the Siemens Gigaset driver fixes the compile warning
"ignoring return value of 'class_device_create_file', declared with
attribute warn_unused_result" appearing with CONFIG_ENABLE_MUST_CHECK=y
in release 2.6.18-rc1-mm1.
Signed-off-by: Tilman
I've tried it, and it didn't work too...
Also, i've tried combinations unbinding/reseting/binding,
reseting/unbinding/binding, unbinding/binding/reseting, etc
Doing this is not the same as manually unplugging/plugging...
Do you know anything else that could be done?
I'm about to give up...
We're s
Hello Ian,
>> diff --git a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
>> index 8a74b19..154165b 100644
>> --- a/drivers/usb/serial/ftdi_sio.c
>> +++ b/drivers/usb/serial/ftdi_sio.c
>> @@ -17,6 +17,9 @@
>>* See http://ftdi-usb-sio.sourceforge.net for upto date testing info
>>
On Tue, 11 Jul 2006, Ajay Jain wrote:
> > Remember the definitions of reset and suspend. Reset is an SE0 signal,
> > which is the default bus state when no device is attached or the device's
> > pull-up resistor hasn't been turned on. Suspend is a J signal, which is
> > the default bus state whe
>
> It is not a problem with usb-storage. It could be a problem with the
> LH7A404 host driver.
It could not a problem with LH7A404 host driver, because usblp can work
normally.
> However it could also be a problem with the USB disk
> or the USB cable.
--
On Tue, 11 Jul 2006, sinkin wrote:
> Hello!
>
> I used usb host's storage function on my LPD7A404 board, and used
> sharp's linux-2.6.12 BSP.
> when i inserted usb disk in the board, the log show some error message
> about bulk-in transfer:
> /has some errors*
On 7/11/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Jul 2006, Ajay Jain wrote:
>
> > > Remember the definitions of reset and suspend. Reset is an SE0 signal,
> > > which is the default bus state when no device is attached or the device's
> > > pull-up resistor hasn't been turned on. Su
Hi,
I am seeing a very very strange behavior. I ported linux-2.6.14 on our
platform & the Makefile confims its version number. Then sometime back
I had to download the raw source again from kernel.org. I see that the
usb directories of both the versions differ remarkably. The
differences are attach
On Tue, 11 Jul 2006, Ajay Jain wrote:
> Hi,
> I am seeing a very very strange behavior. I ported linux-2.6.14 on our
> platform & the Makefile confims its version number. Then sometime back
> I had to download the raw source again from kernel.org. I see that the
> usb directories of both the versi
On Tue, 11 Jul 2006, Paulo R. Zanoni wrote:
> I've tried it, and it didn't work too...
> Also, i've tried combinations unbinding/reseting/binding,
> reseting/unbinding/binding, unbinding/binding/reseting, etc
> Doing this is not the same as manually unplugging/plugging...
Then you've tried doing
On Tue, 11 Jul 2006, Ajay Jain wrote:
> > I don't know. Have you tried using any sort of USB sniffer program to
> > monitor the host's requests to the bus's root hub?
>
> I will definitely try it, can you suggest some sniffer program
> (windows based), as I have one such sniffer, that causes my
Hello!
I used usb host's storage function on my LPD7A404 board, and used
sharp's linux-2.6.12 BSP.
when i inserted usb disk in the board, the log show some error message
about bulk-in transfer:
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
us
>Date: Mon, 10 Jul 2006 20:07:05 +0530
>From: "Ajay Jain" <[EMAIL PROTECTED]>
>To: linux-usb-devel@lists.sourceforge.net
>Hi,
>Am using a windows host and a proprietary device as a function. This
>is the pre-enumeration stage that I am talking about. I see a very
>different behavior with what is w
On Tue, Jul 11, 2006 at 11:28:27PM +0800, sinkin wrote:
>
> >
> > It is not a problem with usb-storage. It could be a problem with the
> > LH7A404 host driver.
>
> It could not a problem with LH7A404 host driver, because usblp can work
> normally.
Well, I wouldn't be so sure about that.
>
On Sun, 09 Jul 2006 23:09:10 +0200
Jon K Hellan <[EMAIL PROTECTED]> wrote:
| > The driver is tiny, so it could be something simple.
|
| Looks like I was right. The callback to usb_fill_bulk_urb in
| anydata_open (l.74 in drivers/usb/serial/anydata.c) should be
| usb_serial_generic_read_bulk_callb
On Mon, 10 Jul 2006 14:51:40 -0300
Naranjo Manuel Francisco <[EMAIL PROTECTED]> wrote:
| Here is a brief description of the device to see how the driver works:
| The device works as an standard CDC device, it has 2 interfaces, the first
one is
| for firmware access and the second is the serial on
2006/7/11, Luiz Fernando N. Capitulino <[EMAIL PROTECTED]>:
> On Mon, 10 Jul 2006 14:51:40 -0300
> Naranjo Manuel Francisco <[EMAIL PROTECTED]> wrote:
>
> | Here is a brief description of the device to see how the driver works:
> | The device works as an standard CDC device, it has 2 interfaces, th
The attached patch adds support for the new generation of gps receivers (eg.
GPSmap 60Cx) to garmin_gps.c.
Signed-off-by: Hermann Kneissel <[EMAIL PROTECTED]>
diff -Naur linux-2.6.17.4/drivers/usb/serial/garmin_gps.c linux-2.6.17.4-patched/drivers/usb/serial/garmin_gps.c
--- linux-2.6.17.4/driv
贵公司负责人(经理/财务)您好：
我公司是深圳嘉兴实业有限公司.本公司实力雄厚(全国各地均有分公司).
有着良好的社会关系.因我公司进项较多完成不了每月定税额度,每月有一部分
各行业增值税电脑发票（海关缴款书）6％和普通发票(国税/地税)如商品销售
餐饮业.其他服务业．建筑安装等发票以1.8％优惠代开与合作.可以为贵公司
节省运做成本.还可以根据贵公司要求代开的数量额度来商讨代
On Tue, 11 Jul 2006 14:36:31 -0300
"Naranjo Manuel Francisco" <[EMAIL PROTECTED]> wrote:
| > | +static int aircable_write(struct usb_serial_port *port,
| > | + const unsigned char *source, int
count)
| > | +{
| >
| > [...]
| >
| > | +
| > | + port->write_ur
Andy Gay <[EMAIL PROTECTED]> writes:
> Adapted from an earlier patch by Greg KH <[EMAIL PROTECTED]>.
> That patch added multiple read urbs and larger transfer buffers to allow
> data transfers at full EvDO speed.
Below are two more problems with the patch, one of which existed in the
original Greg
On Tue, 2006-07-11 at 22:31 +0400, Sergei Organov wrote:
> Andy Gay <[EMAIL PROTECTED]> writes:
> > Adapted from an earlier patch by Greg KH <[EMAIL PROTECTED]>.
> > That patch added multiple read urbs and larger transfer buffers to allow
> > data transfers at full EvDO speed.
>
> Below are two mo
This patch was adapted from one posted by Ulmo on
http://www.evdoforums.com/about810.html
With this patch, I was able to realize speeds of 800kbps using Verizon
Wireless's PC5740 Aircard. This patch was adapted for the RHEL4 kernel
2.6.9. A howto will be posted soon on how this was done.
I a
Luiz Fernando N. Capitulino wrote:
> On Tue, 11 Jul 2006 14:36:31 -0300
> "Naranjo Manuel Francisco" <[EMAIL PROTECTED]> wrote:
>
> | > | +static int aircable_write(struct usb_serial_port *port,
> | > | + const unsigned char *source, int
> count)
> | > | +{
> |
Am Dienstag, 11. Juli 2006 21:18 schrieb Ivan Makfinsky:
> This patch was adapted from one posted by Ulmo on
> http://www.evdoforums.com/about810.html
>
> With this patch, I was able to realize speeds of 800kbps using Verizon
> Wireless's PC5740 Aircard. This patch was adapted for the RHEL4 kern
Am Dienstag, 11. Juli 2006 21:22 schrieb Manuel Naranjo:
> > | > | +
> > | > | + port->write_urb_busy = 1;
> > | >
> > | > Shouldn't you protect this with the spinlock?
> > | You mean making an spinlock before changing the value, and
> > | a spinunlock after changing the value?
> >
> > Yes,
Begin forwarded message:
Date: Tue, 11 Jul 2006 06:09:34 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6817] New: USB errors and "reset high speed USB
device"
http://bugzilla.kernel.org/show_bug.cgi?id=6817
Summary: USB errors and "reset high speed
Hello David
> You should have tried 76 _columns_ or _characters_ instead;
> that didn't improve anything.
I meant 76 characters. Anyway, I suspect my mail server is overriding
the mail client options. I have switched to new mailer which I hope will
do line wrap correctly. Do let me know if you ca
its been a week and i havent seen any replys
any suggestions at all are welcome
i dont mind attempting making a patch but i do need some kind of
direction to go on
On 6/28/06, Bret Towe <[EMAIL PROTECTED]> wrote:
> a unitech barcode scanner i got thats usb only which i think
> should show up/use u
Oliver Neukum wrote:
> Am Dienstag, 11. Juli 2006 21:18 schrieb Ivan Makfinsky:
>> This patch was adapted from one posted by Ulmo on
>> http://www.evdoforums.com/about810.html
>>
>> With this patch, I was able to realize speeds of 800kbps using Verizon
>> Wireless's PC5740 Aircard. This patch was
On Tue, 11 Jul 2006 21:27:43 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
| Am Dienstag, 11. Juli 2006 21:22 schrieb Manuel Naranjo:
| > > | > | +
| > > | > | + port->write_urb_busy = 1;
| > > | >
| > > | > Shouldn't you protect this with the spinlock?
| > > | You mean making an spinlock be
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> This patch to the Siemens Gigaset driver fixes the compile warning
> "ignoring return value of 'class_device_create_file', declared with
> attribute warn_unused_result" appearing with CONFIG_ENABLE_MUST_CHECK=y
> in release 2.6.18-rc1-mm1.
>
> Signed-o
On 11.07.2006 23:51, Andrew Morton wrote:
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
>>- class_device_create_file(cs->class, &class_device_attr_cidmode);
>>+ if (class_device_create_file(cs->class, &class_device_attr_cidmode))
>>+ dev_warn(cs->dev, "could not create sysfs a
On Mon, Jul 10, 2006 at 12:14:09PM -0400, Alan Stern wrote:
> Greg:
>
> This patch (as750) adds back a #include line that accidentally got deleted
> in that long series of patches last week.
No, I think I removed it on purpose, as it's no longer present in the
tree...
thanks,
greg k-h
--
On Thu, Jul 06, 2006 at 10:56:33PM -0300, Manuel Naranjo wrote:
> Greg:
> >On Tue, Jul 04, 2006 at 09:46:09AM -0300, Manuel Naranjo wrote:
> >>Here is the patch I generetaded using a kernel 2.6.16.18 (The one
> >>included on the CD of drivers development). This is a working version,
> >>that can
On Mon, Jul 10, 2006 at 06:29:05PM +0300, Petko Manolov wrote:
> Hey Greg,
>
> Do you want me to send you another patch or this one's good enough?
>
>
> cheers,
> Petko
Another one, with your signed off line would be good.
thanks,
greg k-h
-
On Tue, 11 Jul 2006 12:40:33 -0700, "Bret Towe" <[EMAIL PROTECTED]> wrote:
> its been a week and i havent seen any replys
> any suggestions at all are welcome
> i dont mind attempting making a patch but i do need some kind of
> direction to go on
Look at this:
https://bugzilla.redhat.com/bugzill
This is a note to let you know that I've just added the patch titled
Subject: USB: add ZyXEL vendor/product ID to rtl8150 driver
to my gregkh-2.6 tree. Its filename is
usb-add-zyxel-vendor-product-id-to-rtl8150-driver.patch
This tree can be found at
http://www.kernel.org/pub/li
On Wed, 21 Jun 2006 15:01:45 +0200, Dario Lesca <[EMAIL PROTECTED]> wrote:
> > > The problem is caused from the continuous loading of the "HP Virtual
> > > Keyboard" USB subsystem.
> > I'll tell you what, why don't you do this:
> > mount -t debugfs none /sys/kernel/debug
> > cat /sys/kernel/debug
On Monday 10 July 2006 9:16 am, Alan Stern wrote:
> Dave:
>
> It seems to me that none of the calls to usb_resume_root_hub() below are
> really needed. Is there any reason not to remove them?
I'll have to re-test a lot of configurations to be sure, but the basic
reason for having those calls is
On Tuesday 11 July 2006 1:56 am, Ajay Jain wrote:
> May be yes, but then I have a counter observation. When I use another
> host I always see a reset - suspend - reset - get_device_descriptor -
> reset - set_address sequence. This is something that I observe
> invariably. When I use the old host,
On 7/11/06, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Jul 2006 12:40:33 -0700, "Bret Towe" <[EMAIL PROTECTED]> wrote:
>
> > its been a week and i havent seen any replys
> > any suggestions at all are welcome
> > i dont mind attempting making a patch but i do need some kind of
> > directi
Greg KH wrote:
>>> Your email client wrapped the patch :(
>>>
>>> Also, don't InterCap the file name, this should just be called
>>> "aircable.c".
>> This was my error, filename is too long, I will use the name you
>> suggested. I'm using Mozilla Thunderbird, which email client do you
>> suggest
On Tue, 11 Jul 2006 22:44:14 -0700, "Bret Towe" <[EMAIL PROTECTED]> wrote:
> > My attempts have not yielded a success so far, but it should show
> > you where to poke. The symptom seems similar, although it's different
> > hardware. The main problem is, I don't have the hardware and it needs
> > a
On Tue, Jul 11, 2006 at 11:04:16PM -0700, Phil Dibowitz wrote:
> Greg KH wrote:
> >>> Your email client wrapped the patch :(
> >>>
> >>> Also, don't InterCap the file name, this should just be called
> >>> "aircable.c".
> >> This was my error, filename is too long, I will use the name you
> >> sug
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
drivers/usb/serial/option.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index 96e6419..d5fba95 100644
--- a/drivers/usb/serial/option.c
+++ b/drive
Signed-off-by: Jon K Hellan <[EMAIL PROTECTED]>
Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]>
---
drivers/usb/serial/Kconfig | 24 +++-
drivers/usb/serial/Makefile |1
drivers/usb/serial/anydata.c | 123 --
drivers/usb/serial/option.c |
Hi,
If some problem occurs during ehci startup, for instance, request_irq fails,
echi hcd driver
tries it best to cleanup, but fails to unregister reboot notifier, which in
turn leads to crash on
reboot/poweroff. Below is the patch against current git to fix this.
I did not check if the same
Greg KH wrote:
> Not true at all, I use mutt, and vim, and from within vim, import
> patches directly all the time. Use the ":r" command to read in the
> patch file to the mail message.
True. copy and paste won't work though.
> Heh. The only thing that really bugs me is when I get signed patche
52 matches
Mail list logo
