Pete Zaitcev wrote:
Please rerun your tests on 2.4.26 and report me the results. I worked
around this problem for 2.4 already, so it's not an issue anymore.
It is still there--see the oops below. Can you tell me what changes
were made that might affect this problem?
You can see that in usbserial s
On Wed, 12 May 2004 23:01:32 +0200
Rüdiger Plüm <[EMAIL PROTECTED]> wrote:
> Where do I find a newer version of the post_helper patch?
>
> > around linux-2.4.22-1.2176. This is known to break just as you describe
> > and a fix exists in Marcelo's tree since 2.4.26.
> > Fixed in 2.4.26, just use
Plugging in a digital camera. This was the second time I'd plugged it in
since system boot. A celan unmount was performed after the first usage.
Unable to handle kernel NULL pointer dereference at virtual address 004c
printing eip:
c01addac
*pde =
Oops: 0002 [#1]
SMP
Modules li
A mail addressed to you has been identified as suspicious by MailMonitor.
Event: infection
Action: Message deleted
Message ID: <[EMAIL PROTECTED]>
Message subject:[linux-usb-devel] Mail delivery failed: returning
message to sender
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
SMTP error from remote mailer after end of data:
host finch.d
I've had a WinME host pinging a gadget-2.6/net2280 system for
over half an hour with no problems now. I'll leave it doing
that until I need those systems for something else; how long
did it take for the problem to show up?
After about 44 hours I stopped that test. It was still pinging
just fine
On Sat, 15 May 2004 17:17:23 -0700
David Brownell wrote:
> David Relson wrote:
> > Greetings,
> >
> > I've got a Tyan S2460 mobo and USB doesn't work with it. The board
> > uses the "Advanced Micro Devices [AMD] AMD-766 [ViperPlus]". The
> > USB interface doesn't work with either a 2.4.x kernel
впоследствии крупнейшим в мире поставщиком шерстяных тканей в швейную
demos
избытка жизненных сил и... просто "для смеху".
пpедоставляющие доступ в internet, причем, кроме обыкновенных юзеров,
David Relson wrote:
Greetings,
I've got a Tyan S2460 mobo and USB doesn't work with it. The board uses
the "Advanced Micro Devices [AMD] AMD-766 [ViperPlus]". The USB
interface doesn't work with either a 2.4.x kernel or a 2.6.6 kernel.
I've seen some statements that the USB support in this chips
Greg,
the appended patch adds some sanity checking to the buffer handling code
and fixes an kernel oops at disconnect or reconnect time because of an
endless urb resubmit.
Please apply to 2.4.
best regards
Wolfgang Mües
diff -urN linux-2.4.26/drivers/usb/auerbuf.c
linux-2.4.26-auerusb-1.2.7/
Greetings,
I've got a Tyan S2460 mobo and USB doesn't work with it. The board uses
the "Advanced Micro Devices [AMD] AMD-766 [ViperPlus]". The USB
interface doesn't work with either a 2.4.x kernel or a 2.6.6 kernel.
I've seen some statements that the USB support in this chipset is
broken. Is t
I took a look at scsi_host_cancel(), scsi_device_cancel(), and a few other
routines. Three things stood out:
When a host is removed, currently executing requests are
aborted within the midlevel but the low-level driver is not
informed of this. Presumably it shouldn't ca
You know, if the problem is that the controller is somehow trying
to byteswap on _all_ DMA that'd certainly be a problem. There
are two kinds of memory it DMAs:
- TDs/EDs ... little-endian, in normal hardware
- byte data ... opaque, whatever the application protocol uses
If it can't leave the ap
- hub driver won't resubmit when it's suspended
(and re-deletes broken comment)
That last one isn't actually a build fix
This is okay for now, but I don't like it very much. For one thing, it
doesn't check for the -EHOSTUNREACH code in urb->status. Anyway, the
completion handler should
On Sat, 15 May 2004, Olaf Hering wrote:
> On Fri, May 14, Greg KH wrote:
>
> > drivers/usb/misc/cytherm.c |9
>
> current Linus tree does not compile:
Replace all "led" with "cytherm". The code was crap, and would never have
compiled with debugging on anyway.
On Sat, 15 May 2004, fengwei yin wrote:
> >You have to do this for _all_ the data you send to or receive from _every_
> >USB device?
>
> Yes,I think all the data send/receive from USB device will be swap.
>
> > What happens if the transfer buffer length isn't a multiple
> >of 4?
>
> Sorry,I do
> OK, I've now tested the patch ant it appears to work, I removed the USB
> modem several times and not a single Oops to report.
Thanks for testing. The fix is in Linus's tree, so the next kernel release will
have it.
All the best,
Duncan.
-
On Fri, 14 May 2004, David Brownell wrote:
> - hub driver won't resubmit when it's suspended
> (and re-deletes broken comment)
>
> That last one isn't actually a build fix
This is okay for now, but I don't like it very much. For one thing, it
doesn't check for the -EHOSTUNREACH code
On Qui, 2004-05-13 at 13:56 -0400, Alan Stern wrote:
> On Thu, 13 May 2004, Duncan Sands wrote:
>
> > No, but the pointer for another (previous) interface may just have been
> > set to NULL, causing an Oops when usb_ifnum_to_if loops over all
> > interfaces.
>
> Of course! I trust you won't mind
On Fri, May 14, Greg KH wrote:
> drivers/usb/misc/cytherm.c |9
current Linus tree does not compile:
CC [M] drivers/usb/misc/cytherm.o
drivers/usb/misc/cytherm.c: In function `set_brightness':
drivers/usb/misc/cytherm.c:122: error: `led' undeclared (first use in this function
Hi Greg,
I made a mistake fixing that driver. Here's the fix. Please apply soon.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
Content violation found in email message.
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
File(s): message.scr
Matching filename: *.scr
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and
Am Samstag, 15. Mai 2004 00:11 schrieb Alan Stern:
> On Fri, 14 May 2004, Oliver Neukum wrote:
>
> > In that case I prefer a clean cut. Here it is. And yes, the ifdef is ugly,
> > but the helper functions in that area of the kernel are currently in flux.
>
> Looks good to me, apart from the #ifde
Virus attachment file(s) found in your mail,
the subject was
Re: Sample
Virus file(s)
word_doc.exeinfection: is a security risk or a "backdoor" program [F-Prot]
word_doc.exeinfection: I-Worm.NetSky.q [AVP]
===
-
24 matches
Mail list logo
