Begin forwarded message:
Date: Tue, 8 Nov 2005 17:08:12 -0500
From: "Alejandro Bonilla" <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: USB Key Kingston DataTraveler
Hi,
I have an IBM T42 with 2.6.14-git and this specific USB Key has never worked
for me. Any idea?
USB Key Kings
On Tue, 8 Nov 2005, Cristian Chiarello wrote:
> Please, if you wont, see the source in attachment.
> I'm a newbie with kernel code: if you see something obvious
> wrong, please notify to me.
> My comment is "CC" and there are others modification "GB", who
> have made the porting.
I took a look a
Tue, 08 Nov 2005 @ 11:45 -0500, Charles Shannon Hendrix said:
> OK. You want this:
>
> retval = hub_port_reset(hub, port1, udev, delay);
> + msleep(500);
> if (retval < 0)
> ...
>
> I'll get to that later tonight or tomorrow and post any results.
Regarding a pause after
On Tue, 2005-11-08 at 13:33 -0800, Patrick Mansfield wrote:
> I mean we get a ref to the sdev in the upper level driver opens, scan, and
> sd flush. So where are we not getting a ref?
>
> Shouldn't the get be done at a higher level?
Actually, no, because of the way we run the queues for the next
On Tue, Nov 08, 2005 at 04:08:43PM -0500, James Bottomley wrote:
> On Tue, 2005-11-08 at 15:02 -0500, goggin, edward wrote:
> > Thanks! Here's a better one.
>
> It's line wrapped, but I fixed that up.
What code path triggered this?
I mean we get a ref to the sdev in the upper level driver opens
On Tue, 2005-11-08 at 15:02 -0500, goggin, edward wrote:
> Thanks! Here's a better one.
It's line wrapped, but I fixed that up.
James
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Down
On Tue, Nov 08, 2005 at 03:05:49PM +0100, Oliver Neukum wrote:
>
> Ok, I see. So you can guarantee that unregister_netdev() will always call
> close() ? This bug is a legacy of asynchronous unlinking. The driver was
Yep. One of the first things unregister_netdevice() does is to call
dev_close()
After the removal of usb-midi.c, there's no longer any external user of
usb_get_string().
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/core/message.c |5 ++---
include/linux/usb.h|2 --
2 files changed, 2 insertions(+), 5 deletions(-)
--- linux-2.6.14-mm1-fu
Thanks! Here's a better one.
--- ../base/linux-2.6.14-rc4/drivers/scsi/scsi_lib.c2005-10-10
20:19:19.0 -0500
+++ drivers/scsi/scsi_lib.c 2005-11-07 04:46:23.0 -0600
@@ -592,10 +592,17 @@ static void scsi_requeue_command(struct
void scsi_next_command(struct scsi_cmnd *c
On Tue, 8 Nov 2005 14:11:12 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> > If you start experimenting, try to set the NO_FSBR flag in usblp.c
> > to writeurb->transfer_flags.
>
> Good Lord, no, don't do that! With NO_FSBR set, the maximum theoretical
> transfer rate is 64 bytes/ms. If y
On Tue, 8 Nov 2005, Neil Brown wrote:
> Is there public available specs for such a controller that I could use
> to help me understand the code, compare it with 2.4 to see what
> differences there are and maybe start twiddling bits until something
> happens?
It won't be easy: The two drivers have
On Tue, Nov 08, 2005 at 10:46:38AM -0800, Greg KH wrote:
> On Tue, Nov 08, 2005 at 07:12:39PM +0100, Adrian Bunk wrote:
> > Since I've gotten exactly zero negative feedback, this patch removes the
> > obsolete USB_AUDIO and USB_MIDI drivers.
> >
> > It also makes the global function usb_get_strin
On Tue, Nov 08, 2005 at 07:12:39PM +0100, Adrian Bunk wrote:
> Since I've gotten exactly zero negative feedback, this patch removes the
> obsolete USB_AUDIO and USB_MIDI drivers.
>
> It also makes the global function usb_get_string() static since this
> function no longer has any external user.
Since I've gotten exactly zero negative feedback, this patch removes the
obsolete USB_AUDIO and USB_MIDI drivers.
It also makes the global function usb_get_string() static since this
function no longer has any external user.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/Mak
Good point.
I tested your suggested patch fix and it works well in my test use case.
BTW, I've got test code in my just tested version of your patch to read the
kref of the sdev_gendev between the calls to scsi_run_queue and
put_device to increase the likelihood that the use case has actually
bee
On Tue, 8 Nov 2005 21:02:30 +1100, Neil Brown <[EMAIL PROTECTED]> wrote:
> On Tuesday November 8, [EMAIL PROTECTED] wrote:
> > I'd try an OHCI add-on card.
>
> On a notebook??
I have one. They are not all that expensive, either. You do need
a notebook with a PC-Card socket, naturally. PCMCIA won
On Tue, 2005-11-08 at 11:24 -0500, goggin, edward wrote:
> ! struct scsi_device *sdev = cmd->device;
> ! struct request_queue *q = sdev->request_queue;
> !
> ! // need to hold a reference on the device before we let go of the
> cmd
> ! if (scsi_device_get(sdev)) {
> ! s
Am Dienstag, 8. November 2005 17:24 schrieb goggin, edward:
>I've run into a bug like this several times using 2.6.14-rc4 while
>testing dm-multipath's reaction to uevents generated by forcing
>fiber channel transport failures -- which leads to the scsi device
>being detached and the queuedata poin
I've run into a bug like this several times using 2.6.14-rc4 while
testing dm-multipath's reaction to uevents generated by forcing
fiber channel transport failures -- which leads to the scsi device
being detached and the queuedata pointer in the device's queue being
reset in scsi_device_dev_releas
On Maw, 2005-11-08 at 15:06 +0100, Oliver Neukum wrote:
> Am Dienstag, 8. November 2005 00:47 schrieb Andrew Morton:
> > Guys, I had to fix a clash between recent changes in this file and Alan's
> > rework of the tty buffering scheme. I'm not 100% confident in the result.
>
> Are the change to th
On Tue, 8 Nov 2005, Christian Iversen wrote:
> On Saturday 05 November 2005 17:47, Christian Iversen wrote:
>
> Does nobody have a single idea what's wrong here?
>
> > I'm having an El Cheapo usb keyboard+mouse usb device, and an Logitech
> > MX700 usb mouse connected to a computer.
> >
> > Bus
On 11/8/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Masanari Iida <[EMAIL PROTECTED]> wrote:
> >
> > Hello,
> > I updated my system's kernel from 2.6.13.2 to 2.6.14,
> > then it oops when I connect my Digital Camera via USB connection
> > as USB storage device.
> > I went back to 2.6.14-rc1, sti
Am Dienstag, 8. November 2005 00:47 schrieb Andrew Morton:
> Guys, I had to fix a clash between recent changes in this file and Alan's
> rework of the tty buffering scheme. I'm not 100% confident in the result.
Are the change to the tty layer documented somewhere?
Regards
Am Dienstag, 8. November 2005 12:36 schrieb Herbert Xu:
> In either cases by the time dev_deactivate terminates, no further calls
> to kaweth_start_xmit are possible. All calls made before its termination
> will have terminated due to the spin_unlock_wait in dev_deactivate and
> any tx_urb submitt
Maginificas barbacoas
Magnigicos Spas
Magnigicos garajes
A unos precios increibles
Mediante este enlace tiene toda la informacin.
http://www.bestsevendiamonds.com/trigano/
Si es su deseo darse de baja, para no recibir ms publicidad es necesario lo
haga en el siguiente enlace.
http://www.be
On Tue, Nov 08, 2005 at 07:24:29AM +0100, Oliver Neukum wrote:
> Am Dienstag, 8. November 2005 01:56 schrieb Herbert Xu:
> >
> > The kaweth driver does not delete the TX URB in kaweth_close().
> > As a result the TX URB may still be active in the USB subsystem.
> > If kaweth_open() is called quick
On Tuesday November 8, [EMAIL PROTECTED] wrote:
>
> A tough case, I'm afraid.
>
> I'd try an OHCI add-on card.
On a notebook??
I did try an add-on on the desktop I had it plugged into before, and
that didn't help much. I think there is something really weird about
this printer (Google helped me
On Tue, 8 Nov 2005 14:57:47 +1100, Neil Brown <[EMAIL PROTECTED]> wrote:
> Key problem is it is very slow. Associated with this, it sometimes
> produces corrupted output, presumably some chars or buffers get lots.
>[...]
> Below is a usbmon trace of that last (5 minute) transfer.
There's not muc
28 matches
Mail list logo