[BUG] 3w-9xxx BUG in 2.6.32

Hi, I have a Quanta S45 motherboard that I'm trying to install Debian 6.0 on with a 3Ware 9650-4LPML RAID card. When the Debian installer inserts the 3w-9xxx module, I get the following kernel BUG. I've tried a different 9650 card and booting with acpi=off to no avail so far. I'm assuming it's a w

Fasttrak100 questions...

so am I screwed into using floppies with a RAM disk image anyways? Thanks, --James Lamanna - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Fasttrak 100 configuration

s, but they are not assigned to any devices. Any suggestions? Thanks, --James Lamanna Here is some info: dmesg: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PDC20265: IDE controller on PCI bus 00 dev 88 PDC20265: chipset revision 2 PDC20265: not 100% native mode: will p

pdc202xx driver problems

Using kernel 2.4.0-test10... It seems to detect the controller card and the drives, but they are not assigned to any devices after boot up. I know that the RAID won't work, but I guess I thought it would setup the 2 drives I have connected. Any suggestions? Thanks, --James Lamanna Here is

Problems with PDC202xx driver

rives currently using this driver. Any suggestions? Thanks, --James Lamanna - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: Problems with PDC202xx driver

So you are saying that the Promise Fasttrak 100 chipset is designed wrong? Because that's exactly what I have. and isn't this driver supposed to support it? Or are you saying the IDE controller on the MB is wrong? Andre Hedrick wrote: > > <4>ide: Assuming 33MHz system bus speed for PIO modes > <

Re: Problems with PDC202xx driver

Here is an excerpt from /proc/pci: Bus 0, device 11, function 0: RAID bus controller: Promise Technology, Inc. 20267 (rev 2). IRQ 10. Master Capable. Latency=32. I/O at 0x9400 [0x9407]. I/O at 0x9000 [0x9003]. I/O at 0x8800 [0x8807]. I/O at 0x8400 [0x84

Kernel OOPS with i915 DRM Driver - 2.6.10

Noticed this oops today when setting up a box with a i865G chipset: I'm using Xorg 6.8.0. I also experience virtual terminal corruption when I switch to any of them after X starts up. Thanks. -- James Lamanna drm:i830_dma_initialize] *ERROR* can not find dma buffer map! [drm:i830_irq

Making a module 2.4 compatible

have changed so I can update the module accordingly? Thanks, --James Lamanna - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FA

More module conversion...

; Were the base addresses for io cards moved between 2.2 and 2.4? * Please cc me since I'm not currently subscribed. Thanks, --James Lamanna ksymoops 2.4.0 on i686 2.4.5. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5/ (d

waitqueues 2.2->2.4

to the new way of doing things? And on another note, what is the best way to debug a module that crashes in an interrupt routine? (the oops info doesn't get logged anywhere since it crashes in the ISR). * Please CC to me since I'm not subscribed... Thanks, --James Lamanna - To unsubs

[linux-usb-devel] Long delay on serial-usb echo readback

_sio.c: ftdi_close drivers/usb/serial/ftdi_sio.c: 91: ftdi_read_bulk_callback at 22891us data_count 0 drivers/usb/serial/ftdi_sio.c: ftdi_read_bulk_callback - port 0 Thanks in advance, -- James Lamanna - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

More FTDI 232BM chip issues...

cause my test program has the port still open), which causes it to die at that point. Is there any particular reason the hub would disable that port? Or am I in flakey hardware land here? Thanks. -- James Lamanna - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [patch 1/13] Qsort

nt incs[3] = {23, 8, 1}; for (k = 0; k < 3; k++) { for (h = incs[k], i = h; i < total_elems; i++) { j = i; while (j >= h && cmp(a + (j-h) * size, a + j * size) > 0) { swap(a + j * size, a + (j-h) * size);

Re: [RFH] Partion table recovery

On 7/19/07, Al Boldi <[EMAIL PROTECTED]> wrote: As always, a good friend of mine managed to scratch my partion table by cat'ing /dev/full into /dev/sda. I was able to push him out of the way, but at least the first 100MB are gone. I can probably live without the first partion, but there are man