Re: 2.6.2-rc3-mm1

From: Alistair John Strachan
Date: Tue Feb 03 2004 - 12:39:18 EST


On Tuesday 03 February 2004 07:58, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2-rc3/2.6
>.2-rc3-mm1/
>
>
> - There is a debug patch in here which detects when someone calls
> i_size_write() without holding the inode's i_sem. It generates a warning
> and a stack backtrace. We know that XFS generates such a trace. It will
> turn itself off after the first ten warnings. Please don't report the
> XFS case.
>
> - Added the CPU hotplug code.
>
> - This kernel is currently broken on ppc64. Something to do with the
> sched-domains patch although at this stage we do not know whether the
> problem lies with that patch or with the ppc64 code.
>
> - A big Altix update
>
> - Latest versions of various other developers' trees. See below for
> details.
>
> - Various other fixes
>

Doesn't boot on this machine. It hangs after:

NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
hda: Maxtor 6Y080P0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: CD-RW CR52, ATAPI CD/DVD-ROM drive
hdd: SAMSUNG DVD-ROM SD-616Q, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
PDC20270: IDE controller at PCI slot 0000:01:09.0
PDC20270: chipset revision 2
PDC20270: 100% native mode on irq 17
ide2: BM-DMA at 0xd000-0xd007, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0xd008-0xd00f, BIOS settings: hdg:pio, hdh:pio
hde: Maxtor 6Y120P0, ATA DISK drive
ide2 at 0xc000-0xc007,0xc402 on irq 17
hdg: Maxtor 6Y120P0, ATA DISK drive
ide3 at 0xc800-0xc807,0xcc02 on irq 17
hda: max request size: 128KiB
hda: 160086528 sectors (81964 MB) w/7936KiB Cache, CHS=65535/16/63, UDMA(133)
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3
hde: max request size: 128KiB

30 seconds later, I get something like:

hde: lost interrupt
hde: lost interrupt

The kernel does not recover. Presumably it is a problem specific to my PDC IDE
controller.

In addition, I've caught another (unrelated) interruptible_sleep_on bug in msp
audio for my v4l WinTV PCI card. I couldn't get the call addresses written
down, but it goes something like..

interruptible_sleep_on 0xe9/0x120
default_make_function ..
msp_3400c_setbass ..
msp_3410d_thread ..
kernel_thread_helper 0x5/0x10

I guess this is something the v4l2 maintainer needs to look at.

--
Cheers,
Alistair.

personal: alistair()devzero!co!uk
university: s0348365()sms!ed!ac!uk
student: CS/AI Undergraduate
contact: 7/10 Darroch Court,
University of Edinburgh.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/