/storage/usb.c~usb-prioritySun Jul 27 10:56:02 2003
+++ linux-petero/drivers/usb/storage/usb.c Sun Jul 27 10:56:47 2003
@@ -302,6 +302,8 @@ static int usb_stor_control_thread(void
current->flags |= PF_IOTHREAD;
+ set_user_nice(current, -20);
+
unlock_kerne
Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> On Wed, Oct 16, 2002, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > The problem is back in 2.5.43, although it doesn't happen on every
> > boot. I think I first saw this problem in 2.5.35.
> >
&g
se+0xa3/0xb0
[] sys_rt_sigprocmask+0x144/0x200
[] do_page_fault+0x0/0x4cf
[] error_code+0x2d/0x40
Code: 8b 40 14 39 f0 75 0a b8 ea ff ff ff e9 d4 01 00 00 8b 54 24
<0>Kernel panic: Aiee, killing interrupt handler!
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u894
On Tue, 8 Oct 2002, Greg KH wrote:
> On Tue, Oct 08, 2002 at 08:01:34PM +0200, Peter Osterlund wrote:
> > On Tue, 8 Oct 2002, Greg KH wrote:
> >
> > > On Sun, Oct 06, 2002 at 02:03:49PM +0200, Peter Osterlund wrote:
> > > > Sometimes when booting 2.5.40 and
On Tue, 8 Oct 2002, Greg KH wrote:
> On Sun, Oct 06, 2002 at 02:03:49PM +0200, Peter Osterlund wrote:
> > Sometimes when booting 2.5.40 and my Freecom USB-IDE controller (CDRW)
> > is connected, the kernel panics when trying to initialize the usb
> > subsystem. It happens
+0x232/0xebc0
[] E exit_mm+0x5b7/0x190f0
[] E __tasklet_hi_schedule+0xfb/0x199320
[] E do_softirq+0x51/0xb0
[] E __up_wakeup+0xf9b/0x8de6c
Code: 8b 40 14 39 f0 75 0a b8 ea ff ff ff e9 d4 01 00 00 8b 54 24
<0>Kernel panic: Aiee, killing interrupt handler!
--
Peter Osterlund -
ut
70% idle time versus 50% idle time on my 233MHz MMX system.)
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in La
+= host
+subdir-$(CONFIG_USB_UHCI_HCD_ALT) += host
subdir-$(CONFIG_USB_UHCI_ALT) += host
subdir-$(CONFIG_USB_UHCI) += host
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
___
Don't miss the 2002 Sprint PCS App
trol_msg+81/a0>
Trace; c4825164 <[usbcore]usb_address0_sem+0/14>
Trace; c48183ec <[usbcore]usb_set_address+3c/40>
Trace; c481b158 <[usbcore]usb_reset_device+c8/2f4>
Trace; c0113cda
Trace; c4872359 <[usb-storage]bus_reset+89/1d0>
Trace; c019b94d
Trace; c019c203
Trace; c019c7b7
kfree(ss->current_urb);
+ kfree(ss);
usb_dec_dev_use(dev);
return NULL;
}
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
__
Matthew Dharm <[EMAIL PROTECTED]> writes:
> On Sat, Jan 12, 2002 at 11:25:57PM +0100, Peter Osterlund wrote:
> > On Sat, 12 Jan 2002, Matthew Dharm wrote:
> >
> > I think my device *is* the Traveller. Would it be feasible to detect this
> > at run-time? Sen
On Sat, 12 Jan 2002, Matthew Dharm wrote:
> On Sat, Jan 12, 2002 at 10:26:53AM +0100, Peter Osterlund wrote:
> > Matthew Dharm <[EMAIL PROTECTED]> writes:
> >
> > > Hrm...
> > >
> > > sr.c doesn't have anything to do with writing... that&#
vable CD-ROM
Version : 2
Response Format: 1
Vendor_info: 'TEAC'
Identifikation : 'CD-W24E '
Revision : '1.0A'
Device seems to be: Generic mmc CD-RW.
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
REECOM, freecom_init, 0),
+US_SC_8020, US_PR_FREECOM, freecom_init, 0),
#endif
UNUSUAL_DEV( 0x07af, 0x0004, 0x0100, 0x0133,
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
___
[EMAIL PROTECTED]
To unsubscribe, use
Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> On Sat, Jan 05, 2002, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> > On Sat, 5 Jan 2002, Johannes Erdfelt wrote:
> > >
> > > Did you say this is reproducible?
> >
> > No, I have only seen this once
things were found while searching for the
problem, so I don't think the effort has been wasted.
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https:/
Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> On Sat, Jan 05, 2002, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > Maybe this is such an unusual situation so that it triggered a
> > firmware bug in the drive, causing it to misbehave badly on the bus.
if ((ss->protocol == US_PR_CBI) && usb_stor_allocate_irq(ss)) {
+ kfree(ss->current_urb);
+ kfree(ss);
usb_dec_dev_use(dev);
return NULL;
}
--
Peter Osterlund - [E
Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> On Sat, Jan 05, 2002, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> > Pete Zaitcev <[EMAIL PROTECTED]> writes:
> >
> > #define usb_dec_dev_use usb_free_dev
> >
> > What's the purpose of tha
mpts before giving up. The write
command therefore took many more seconds than usual to complete.
Maybe this is such an unusual situation so that it triggered a
firmware bug in the drive, causing it to misbehave badly on the bus.
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894
Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> On Sat, Jan 05, 2002, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> > Johannes Erdfelt <[EMAIL PROTECTED]> writes:
> >
> > > Also, if header->bLength is < 2, then we'll almost always get an
sed by dividing by zero at line 1434 in mm/slab.c. That happened
because cachep->objsize was zero, which I think must have been caused
by trying to free a bogus memory area.
Then I disassembled the usb_destroy_configuration code to find out
that kfree crashed when freing as->extra.
--
Peter Os
the kfree(as->extra) line was never executed. It didn't even
kfree(ifp->altsetting), so this looks like a memory leak.
--
Peter Osterlund - [EMAIL PROTECTED]
http://w1.894.telia.com/~u89404340
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Greg KH <[EMAIL PROTECTED]> writes:
> On Fri, Jan 04, 2002 at 03:31:12PM +0100, Peter Osterlund wrote:
> > Anyway, if (header->bLength < 2) is true in usb_parse_interface (line
> > 1546), the endpoint, extra and extralen fields will never be
> > initialized. Th
Greg KH <[EMAIL PROTECTED]> writes:
> On Fri, Jan 04, 2002 at 12:38:36AM +0100, Peter Osterlund wrote:
> >
> > When trying to write to a bad CDRW disk in my USB CDRW unit, I got an
> > oops in the usb subsystem. The oops was caused by passing junk to
> > kfree i
,%eax
Code; c012ad6d
8: 89 44 99 18 mov%eax,0x18(%ecx,%ebx,4)
Code; c012ad71
c: 89 59 14 mov%ebx,0x14(%ecx)
Code; c012ad74
f: 8b 51 10 mov0x10(%ecx),%edx
Code; c012ad77
12: 8d 42 00 lea0x0(%
Greg KH <[EMAIL PROTECTED]> writes:
> On Sun, Dec 23, 2001 at 06:44:43PM +0100, Peter Osterlund wrote:
> >
> > So, what changes are needed to make CD support work?
>
> The usb-storage driver needs some changes to get it to work properly in
> the 2.5.1 kernel due
27 matches
Mail list logo
