Filippo Bardelli wrote:
> After many empiric attempts with a cheap audio recorder, in Italy
> named D-3016, manufacted by korean firm Maycom, elsewhere sold as
> VR3xxx, at last i could mount it using the attached entry in
> drivers/usb/storage/unusual_devs.h
>
> Best regards
> Filippo
>
>
> --
Felix Möller wrote:
> Hi,
>
>>> I hope you are the right person to send this patch to, because others
>>> did not respond. If you are not the right person, please tell me whom
>>> to contact.
>>
>>
>>
>> Yeah. Matt forwarded me your email this week... I'll get back to you
>> this weekend - work's
Phil Dibowitz wrote:
> Hey folks,
>
> Just as an FYI, I had a small data loss this weekend, and so the 3 or so
> patches that I had requests for and plans to send this weekend are going
> to have to wait a few days...
Well I rebuilt my patch-list to coordinate patch-numbers to actual
patches, bac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian Bunk wrote:
> On Mon, May 02, 2005 at 05:30:52PM -0700, Andrew Morton wrote:
>
>>Adrian Bunk <[EMAIL PROTECTED]> wrote:
>>
>>>This removal should have happened last month.
>>
>>drivers/usb/misc/sisusbvga/sisusb.c will use these functions if som
Hi,
> 1089:spin_lock(&isp1362_hcd->lock);
> 1090:
> 1091:BUG_ON(isp1362_hcd->irq_active++);
> 1092:
> 1093:isp1362_write_reg16(isp1362_hcd, HCuPINTENB, 0);
>
> It would appear that it is entering the interrupt handler twice for some
> reason.
>
> Should I be setting the I
Hi,
This is Greg's patch for the ftdi_sio driver to change the warning level
for zero length writes to something less annoying, trivially back-ported
for the 2.4 kernel. Signed off by me in the attachment.
Please Apply. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=
Hi,
Here is Rogier Wolff's patch to fix broken custom baud rate handling in
the ftdi_sio driver, trivially backported from 2.6.11 to the 2.4 kernel.
Signed off by me in the attachment.
Please apply to 2.4. TIA.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <[EMAIL PROTECTED]>)=-
-=( Tel: +4
On 29/04/05 20:45, Pete Zaitcev wrote:
On Fri, 29 Apr 2005 14:11:51 +0100, Ian Abbott <[EMAIL PROTECTED]> wrote:
This is an updated version of a patch I posted last July (but got
forgotten). It adds various VIDs/PIDs to the ftdi_sio driver,
backported from the 2.6 kernel, and a couple of extras.
Hello,
Here is an update to the cypress_m8 kernel module. It fixes a few
known and reported issues along with other various improvments listed below.
If the inline patch is mangled, please see raw patch available here:
http://gnome.dnsalias.net/cypress_m8-503.patch
Thank you,
Lon
On Mon, May 02, 2005 at 05:30:52PM -0700, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > This removal should have happened last month.
>
> drivers/usb/misc/sisusbvga/sisusb.c will use these functions if someone
> defines SISUSB_OLD_CONFIG_COMPAT, so we need to agree to zap t
Hi all,
Is it possible to disable a single port on a hub? On this port is a device and
sometimes it should be without bus powered supply voltage.
We use kernel 2.4.25.
Any comments are welcome
Marco
-
Marco Schramel
R&D
---
This S
On Mon, 2 May 2005, Phil Dibowitz wrote:
> Mark Clegg wrote:
> > Phil,
> >
> > Thanks for the speedy response. I've just tried the GO_SLOW
> > patch, and it doesn't appear to make any difference.
> >
> > The Okion does use the Genesys Logic chipset, but in this
> > particular case the key flag to
On Tue, 3 May 2005, Phil Dibowitz wrote:
> Filippo Bardelli wrote:
> > After many empiric attempts with a cheap audio recorder, in Italy
> > named D-3016, manufacted by korean firm Maycom, elsewhere sold as
> > VR3xxx, at last i could mount it using the attached entry in
> > drivers/usb/storage/un
On Tue, 3 May 2005, Marco Schramel wrote:
> Hi all,
>
> Is it possible to disable a single port on a hub? On this port is a
> device and sometimes it should be without bus powered supply voltage.
Yes, it's possible. However Linux does not include a good way to do it.
In principle one could wri
David,
Thanks for your assistance on this...
On Mon, 02 May 2005 17:20:19 PDT, David Brownell wrote:
>On Monday 02 May 2005 3:43 pm, Doug Maxey wrote:
>> David,
>>
>> I am curious about which driver probes when a reconnect event is seen.
>
>I'm not sure I understand the question. If the USB devi
On Monday 02 May 2005 1:47 pm, Andrea Arcangeli wrote:
> This further patch will allow you to connect via usbnet, Greg could you
> apply? Thanks!
>
> Signed-off-by: Andrea Arcangeli <[EMAIL PROTECTED]>
Andrea, could you please forward "lsusb -v" information for this device?
So far as I know, Moto
Brian Beardall wrote:
>David Brownell wrote:
>
>
>
>>On Monday 02 May 2005 12:36 pm, Brian Beardall wrote:
>>
>>
>>
>>
>>>David Brownell wrote:
>>>I enabled the CONFIG_USB_DEBUG, and this is what I get:
>>>
>>>ohci_hcd :00:07.4: bogus NDP=255, rereads as NDP=4
>>>irq 10: nobody cared!
>
Leonid wrote:
> Hi, Phil,
>
>
>>I'm sorry for the delay. Anyway, the patch looks OK content-wise, but
>>you didn't follow the guidelines in SubmittingPatches (it's not at the
>>right patch level). Care to re-submit?
>
>
> A-a-a. Got it. Is it OK now?
No, sorry - you're still one patch level off.
On Tuesday 03 May 2005 8:41 am, Doug Maxey wrote:
> >
> >The handoff between EHCI to its companion controller is controlled
> >in the EHCI root hub code, by setting the OWNER bit. The hardware
> >handles the rest.
>
> So when the ehci driver is available (loaded), it always takes first
> shot at
On Tue, May 03, 2005 at 08:52:33AM -0500, Lonnie Mendez wrote:
>
> Hello,
>
> Here is an update to the cypress_m8 kernel module. It fixes a few
> known and reported issues along with other various improvments listed below.
> If the inline patch is mangled, please see raw patch available her
Greg:
This patch makes the dummy_hcd driver create separate platform devices for
the emulated host controller and emulated device controller. This gives a
more accurate simulation and will permit testing of situations where only
one of the two devices is suspended.
This also changes the name of
Greg:
This patch adds to the dummy_hcd driver a new routine for keeping track of
all changes in the state of the emulated USB link. The logic is now kept
in one spot instead of spread around, and it's easier to verify and
update the code. The behavior of the port features has been corrected in
Greg:
This patch makes the dummy_hcd driver use emulated root-hub interrupts
instead of polling. It's in the spirit of similar changes being made to
the other HCDs.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Index: usb-2.6/drivers/usb/gadget/dummy_hcd.c
==
Hello,
Here is an update to the cypress_m8 kernel module. It fixes a few
known and reported issues along with other various improvments listed below.
This is a resend, as the patch was indeed mangled in the last transfer.
Thank you,
Lonnie Mendez
--
Fixed problem where setting
On Tue, May 03, 2005 at 08:41:30AM -0700, David Brownell wrote:
> Andrea, could you please forward "lsusb -v" information for this device?
> So far as I know, Motorola isn't trying to be compatible with that
> block of devices ...
btw, lsusb -v needs /proc/bus/usb and I don't mount that by defaul
This is a note to let you know that I've just added the patch titled
Subject: USB: unusual_devs entry for Minolta Dimage Z10
to my gregkh-2.6 tree. Its filename is
patches/usb/usb-storage_unusual_z10.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/
Hello,
I have a no-name USB mp3 player coming with 128 MB.
Vendor: Winbond Electronics Corp. 0x0416
Product: CT986 0xc986
It works fine under windows: sometimes data corruption will occur, but
that remains rare and reading/writing speed is decent.
Pluging it the first time under linux didn't w
Just a short note to know that I'll probably not be sending any kind of
ACK message out to the mailing list anymore when I apply patches to my
tree. Instead, the patch submitter will get a message when it gets
applied, that contains a bunch of info about what patch it was, and
others that they hav
On Fri, Apr 29, 2005 at 02:34:59PM -0400, Alan Stern wrote:
> Yes, we do. Okay, are you still concerned about the new code being
> asymmetric somehow?
No :)
> Does the patch look good? If you like it, I'll submit it to Greg.
Yes it looks reasonable. At the moment I can't test the problematic
On Wed, May 04, 2005 at 10:30:57AM +0400, Roman Kagan wrote:
> On Fri, Apr 29, 2005 at 02:34:59PM -0400, Alan Stern wrote:
> > Yes, we do. Okay, are you still concerned about the new code being
> > asymmetric somehow?
>
> No :)
>
> > Does the patch look good? If you like it, I'll submit it to G
On Thu, Apr 28, 2005 at 02:36:39PM -0400, Alan Stern wrote:
> Roman, Pat:
>
> Here is a fix for driver_detach(). It's a little ugly because it avoids
> using the klist iterator, but there's no way around it -- the iterator
> simply can't be made to work here. Not only does it prevent
> device_re
Hi All,
The probe function of OMAP Bus Glue for USB OHCI HCD,
(function "usb_hcd_omap_probe" in file drivers\usb\host\ohci-omap.c)
expects the HCD memory and interrupt resources to be allocated in the
platform_device structure when it is called.
I however could not locate any call to platform
32 matches
Mail list logo
