usb/78208: ulpt page fault
Ian Dowse
iedowse at maths.tcd.ie
Sun Mar 13 13:20:06 PST 2005
The following reply was made to PR usb/78208; it has been noted by GNATS.
From: Ian Dowse <iedowse at maths.tcd.ie>
To: Jan-Espen Pettersen <sigsegv at leakingmemory.org>
Cc: FreeBSD-gnats-submit at FreeBSD.org
Subject: Re: usb/78208: ulpt page fault
Date: Sun, 13 Mar 2005 21:14:58 +0000
In message <200502281829.j1SIT6sb003645 at endeavour.localnet.radiotube.org>, Jan-
Espen Pettersen writes:
>>Description:
>I got this page fault trap just after printing via ulpt. The pages came out ju
>st fine, which is why I think this problem is about handling EOF or close of t
>ransaction with /dev/ulpt0. To me this looks like a timer (as the name *_tick)
> which probably was not stopped in time, and therefore didn't have a valid xfe
>r pointer to pass to the setup routine. These crashes has been going on for a
>while, but I haven't been able to get crashdumps before recently when I starte
>d to press Ctrl+Alt+F1 shortly after starting the print jobs.
This looks like it could be caused by a known race condition in
kernel timers. Is the problem easy to reproduce for you? If so,
could you try the patch at
http://people.freebsd.org/~iedowse/releng_5_callout.diff
and see if it helps? Remove your patch to ulpt.c first. The above
patch is a partial backport of some changes that went in to -CURRENT
that fix some race conditions with Giant-locked kernel timers.
Ian
More information about the freebsd-usb
mailing list