Con Kolivas [interview] relesed 2.6.2-ck1. Find more information here in Con's KernelTrap blog.
Read on for the changelog.
From: Con Kolivas [email blocked] To: linux kernel mailing list [email blocked] Subject: 2.6.2-ck1 Date: Thu, 5 Feb 2004 21:09:07 +1100 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Updated patchset: Full description, downloads and split patches: http://kernel.kolivas.org Changes: O21int is in mainline now Added supermount-ng v 2.0.4 Tiny update to htbatch code Cleanup patches to separate easier again. Summary: am6 Autoregulates the virtual memory swappiness. batch7 Batch scheduling. iso1 Isochronous scheduling. htbase1 Base patch for hyperthread modifications httweak1 Tiny performance enhancements for hyperthreading htnice2 Make "nice" hyperthread smart htbatch2 Make batch scheduling hyperthread smart cfqioprio Complete Fair Queueing disk scheduler and I/O priorities schedioprio Set initial I/O priorities according to cpu scheduling policy and nice sng204 Supermount-NG v2.0.4 Planned: Nick's memory pressure VM tweaks Updated CFQ and I/O prio patches from Jens (when available). Con -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAIhZFZUg7+tp6mRURAjNRAJ4iqzmxteyE/jVZGkDvFiPuJNtUtwCeMnV4 eBGsxcPqFRkITSreUZDrP7M= =OoLO -----END PGP SIGNATURE-----
freeze when detecting ide drives
for me this kernel stops booting at:
......
Feb 6 14:01:26 crash kernel: ALI15X3: IDE controller at PCI slot 0000:00:10.0
Feb 6 14:01:26 crash kernel: ACPI: No IRQ known for interrupt pin A of device 0000:00:10.0
Feb 6 14:01:26 crash kernel: ALI15X3: chipset revision 196
Feb 6 14:01:26 crash kernel: ALI15X3: not 100%% native mode: will probe irqs later
Feb 6 14:01:26 crash kernel: ide0: BM-DMA at 0x2000-0x2007, BIOS settings: hda:DMA, hdb:pio
Feb 6 14:01:26 crash kernel: ide1: BM-DMA at 0x2008-0x200f, BIOS settings: hdc:DMA, hdd:pio
Feb 6 14:01:26 crash kernel: hda:
And
What does plain 2.6.2 do? If that boots ok, try booting with a different elevator with the bootparam
elevator=as
for example.
results
thanks for that
ok, i can boot 2.6.2-ck1 with elevator=deadline but not =as nor =cfq.
and a correction to the last output lines, it stops where it normally spits out the partitions:
ALI15X3: IDE controller at PCI slot 0000:00:10.0
ACPI: No IRQ known for interrupt pin A of device 0000:00:10.0
ALI15X3: chipset revision 196
ALI15X3: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x2000-0x2007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x2008-0x200f, BIOS settings: hdc:DMA, hdd:pio
hda: IC25N030ATCS04-0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: QSI CD-RW/DVD-ROM SBW-241, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 58605120 sectors (30005 MB) w/1768KiB Cache, CHS=58140/16/63, UDMA(100)
hda:
Vanilla?
And what about plain 2.6.2? The only thing I'm actually able to suggest if vanilla boots fine is to start stripping off patches, with supermount first being the likely candidate, followed by the other i/o patches.
vanilla
Yeah, 2.6.2 boots fine,
I tried reversing the supermount patch, but no joy, same issue.
So I tried applying some of the split out patches seperatly as reversing them seemed to fail, but my kernel build failed.
May be getting a bit beyond my current understanding applying individual patches.
Thanks for your replys
Directions
Patch the full -ck patch then -R patch the following in this order:
patch-2.6.2.schedioprio-sng204
patch-2.6.2.cfqionice-schedioprio
patch-2.6.2.iso1-cfqionice
the name means patch-version.from_patch-to_patch
so applying them in reverse order you are removing the to_patch each time.
confused
ok, reversed schedioprio-sng204
reversed cfqionice-schedioprio
reversed iso1-cfqionice
booted ok
reapplied iso1-cfqionice, booted ok
reapplied cfqionice-schedioprio, booted ok
confused here because I previously tried the full -ck minus schedioprio-sng204 and it failed
anyhow,
reapplied schedioprio-sng204, am compiling right now
Cheers
works just dandy
reapplied schedioprio-sng204, boots just fine.
Well, dont i feel like a dumdum.
Thank you for your patience, and for the patch set.
I think this would go nice with reiser4
Cheers
Specific to Intel? or ok on AMD and others?
Con,
Thanks for the great patch sets and work on the kernel... i noticed alot of your patches involve tweaks for Hyperthreading on the newer intel processors... what if i am running an Athlon-XP? is it still worth the time to apply your patches? i know you have schedular upgrades and otherthings but are they specifialy designed to work the the hyperthreading stuff, or will i see a preformance gain too?
All arches are fine
While you wont benefit from the hyperthreading tweaks you still get other benefits in the memory tweaks, the low latency scheduling (if you use it), supermount, cfq, disk i/o priorities etc. It should compile on other architectures too.