On Fri, 19 Dec 2003 [EMAIL PROTECTED] wrote:

> On Friday 19 December 2003 18:35, you wrote:
> > Matt Dharm uses 240. Max, please try 240 first, it's consistent
> > with the 2.6. Let us know the result.
> >
> > -- Pete
> 
> 
> Thanks for your replies. I am confused.- 240? What do you mean? The patch I 
> got was against 2.4.23, which is the kernel version I use.

Pete means that where I told you to put

        max_sectors:            128,

he wants you to put instead

        max_sectors:            240,

It's a reasonable thing to try.  In fact, try each and see how they 
behave.

> I have a suspicion that this problem may somehow be related to funny hardware. 
> I could not reproduce the problem on another system running the same kernel 
> version. However that system has USB 2.0 and this a different UHC...
> Anyway, the kernel should not Oops, even with shoddy hardware, or am I 
> mistaken here? Can somebody please explain what was going on when this crash 
> happened? Somehow you must have a suspicion.

This could be a result of funny hardware.  Sometimes it doesn't work right 
when it receives too much data all at once.  Putting that max_sectors line 
in there will reduce the amount of data in each message that gets sent to 
your device.  A sector is 512 bytes, so setting max_sectors to 240 will 
limit the messages to 120 KB and setting it to 128 will limit the messages 
to 64 KB.  No telling if that was really your problem, but if it was then 
this should help.

You're right that the kernel shouldn't oops, regardless.  But that's a 
deeper and more complicated problem.  Solving it would be much harder than 
just preventing the situation from occurring in the first place.  Linux 
2.6 is (or soon will be) much better behaved in this respect.

Alan Stern



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to