Re: libata: how to duplicate the exact xfer_mask?

On Fri, Apr 05, 2013 at 01:07:25AM -0400, Chris Frey wrote: > I'd like to duplicate these settings, so that it does not timeout, but > when I use: > > libata.force=ata1:udma/44,ata1:pio4 I figured out what I was doing wrong. It should be: libata.force=1:udma/4

libata: can't set force= on subdevice

Hi, Using kernel 3.2.x (Debian Wheezy) and when setting libata.force= kernel command line parameters, there seems to be a conflict with the '.'. For example, with the following boot argument: libata.force=ata1.0:udma/44 I get: libata: Unknown parameter '0:udma/44' libat

libata: how to duplicate the exact xfer_mask?

I'm using a 3.2.x kernel (Debian Wheezy, 3.2.41 with Debian patches), on a Dell Inspiron 630m with an old TravelStar 12G IDE disk. As the system boots I get: [ 46.880298] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 46.880450] ata1.00: failed command: WRITE DMA [ 46.88

Temporarily disabling CONFIG_USB_SUSPEND

Hi, Is there a global means to disable the CONFIG_USB_SUSPEND feature, perhaps through /proc or /sysfs? I know this can be done, in a semi-reliable manner, on a per-device basis by writing 0 or 2 to the /sys/.../device/power/state file, but I'm looking for something that will have the same effect

[PATCH] fix to usbfs_snoop logging of user defined control urbs

Hi Greg KH, According to a Linux Journal article, you were the original author of the usbfs_snoop patch, so I'm sending this patch to you. When sending CONTROL URB's using the usual CONTROL ioctl, logging works fine, but when sending them via SUBMITURB, like VMWare does, the control fields are no

Re: kbuild & C++

On Tue, Sep 06, 2005 at 01:30:34PM +0200, Bernd Petrovitsch wrote: > Yes, because the official Linux kernel is pure C (using some gcc > extensions). > There is http://netlab.ru.is/exception/LinuxCXX.shtml but it is > a) not integrated (and will probably never) and > b) you can't use parts of C++ an