Hi Alan,
I got the error "FAT: codepage cp437 not found" in the dmesg log when I
tried to mount the USB pen drive.
I have been able to resolve this error by enabling the kernel option for
cp437 in Native Language support for the File system.
After this the mount command is working fine and I am
On Tue, 25 Jul 2006, David Brownell wrote:
> ... except that as you noted later, that invariant was blown away by a
> routine lower down in usbcore, which violates one of the cardinal locking
> rules of not enabling IRQs on exit if they weren't enabled on entry:
At least the violation is document
Christopher Montgomery wrote:
> On 7/22/06, Ian Stirling <[EMAIL PROTECTED]> wrote:
> > Basically - playing sound with
> > mplayer -ao alsa:device=hw=1 or whatever - and then unplugging the
> > soundcard completely wedges lsusb/usb configuration, until the
> > mplayer process is killed.
>
> This so
On Wed, 26 Jul 2006, David Brownell wrote:
> > The patch uses spin_lock_irqsave() and spin_unlock_irqrestore() along with
> > a call to wait_event(). What happens if you end up calling wait_event()
> > with interrupts disabled? Would it be better simply to spin?
>
> You're ignoring that ugly
>
Pete Zaitcev wrote:
> Hi, Dmitry:
>
> When we pushed a 2.6.17 rebase for Fedora, one of my users complained that
> the wheel on this Wacom reversed the direction. Do you know anything
> about it? The patch has some suspicious parts:
It may be unrelated, but there was a similar Gentoo bug recently
The patch surely fix the unplug issue so after applying it the driver will
be in better state than it is now. My only micro-addition was to shut off
RX warning that was polluting the kernel log and replace it with dbg().
Greg, please apply.
Petko
On Tue, 25 Jul 2006, Peter
