12:23 p.m.
Will this hit a system with EXT3->LVM->MDRAID1 particularly
hard? Took
about two hours to do a local install (with a largish set of packages
but not everything) which I seem to remember took about 3/4 of an hour
before.
During installation ext3_xattr_block_set and r1bio_pool_alloc show as
the top guzzlers, totalling 1.5 billion allocations between them,
obviously plenty of disk writing going on ...
long running application doing enet to disk transfer sustains
2.6mbytes/sec transfer with 20% cpu busy (mostly non-kernel time).
post-1788 kernel, it is 100% cpu (mostly kernel time) and 600kbytes/sec
sustained (an increase of over 20times in total cpu executed per byte
transferred and possibly an increase of 100times in kernel cpu executed
per byte transferred).
2:30 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Anne & Lynn Wheeler wrote:
long running application doing enet to disk transfer sustains
2.6mbytes/sec transfer with 20% cpu busy (mostly non-kernel time).
Even that seems pretty low, I'd have thought you should be able to
sustain 10-12MB/s
post-1788 kernel, it is 100% cpu (mostly kernel time) and
600kbytes/sec
sustained (an increase of over 20times in total cpu executed per byte
transferred and possibly an increase of 100times in kernel cpu executed
per byte transferred).
Just did a quick test here, a http wget of a 75MB file across a 100Mb/s
full duplex link, where the file is fully cached on the source machine,
I scrape 1.8MB/s and eat 75% CPU on a 3.0GHz HT P4, if I do some
"intensive" monitoring with top, I can get it down to about 900KB/s
Of course we're not really proving anything here, we know that
kernel1805 is built for debugging not for speed ...
2:30 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
On Sat, Dec 31, 2005 at 08:30:13PM +0000, Andy Burns wrote:
Anne & Lynn Wheeler wrote:
>long running application doing enet to disk transfer sustains
>2.6mbytes/sec transfer with 20% cpu busy (mostly non-kernel time).
Even that seems pretty low, I'd have thought you should be able to
sustain 10-12MB/s
>post-1788 kernel, it is 100% cpu (mostly kernel time) and 600kbytes/sec
>sustained (an increase of over 20times in total cpu executed per byte
>transferred and possibly an increase of 100times in kernel cpu executed
>per byte transferred).
Just did a quick test here, a http wget of a 75MB file across a 100Mb/s
full duplex link, where the file is fully cached on the source machine,
I scrape 1.8MB/s and eat 75% CPU on a 3.0GHz HT P4, if I do some
"intensive" monitoring with top, I can get it down to about 900KB/s
Of course we're not really proving anything here, we know that
kernel1805 is built for debugging not for speed ...
my people page will have a new kernel with it turned off in about
an hour (buildsys permitting).
Dave
5:09 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Dave Jones wrote:
my people page will have a new kernel with it turned off in about
an hour (buildsys permitting).
Got it thanks, you can certainly feel the difference :-)
my previous wget now gets an "expected" 11.1MB/s and eats about 25% CPU
(which feels a bit on the high side)
One weird note though, I accidentally installed the 1806 uniprocessor
i686 kernel, and when it booted it didn't see the SATA drives
ata1 is slow to respond, please be patient
ata1 failed to respond (30 secs)
scsi0 : ahci
ata2 is slow to respond, please be patient
ata2 failed to respond (30 secs)
scsi1 : ahci
http://adslpipe.co.uk/nosata.jpg it happened twice so no fluke.
I suppose the subsequent panic is justified given that it didn't see the
disks, but why would it not see them? I rebooted back to 1805 smp i686
kernel, installed 1806 smp i686 kernel and now all is well, I can double
check the uniprocessor result if required ...
2:05 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
On Sat, Dec 31, 2005 at 11:09:33PM +0000, Andy Burns wrote:
Dave Jones wrote:
>my people page will have a new kernel with it turned off in about
>an hour (buildsys permitting).
Got it thanks, you can certainly feel the difference :-)
my previous wget now gets an "expected" 11.1MB/s and eats about 25% CPU
(which feels a bit on the high side)
One weird note though, I accidentally installed the 1806 uniprocessor
i686 kernel, and when it booted it didn't see the SATA drives
ata1 is slow to respond, please be patient
ata1 failed to respond (30 secs)
scsi0 : ahci
ata2 is slow to respond, please be patient
ata2 failed to respond (30 secs)
scsi1 : ahci
http://adslpipe.co.uk/nosata.jpg it happened twice so no fluke.
I suppose the subsequent panic is justified given that it didn't see the
disks, but why would it not see them? I rebooted back to 1805 smp i686
kernel, installed 1806 smp i686 kernel and now all is well, I can double
check the uniprocessor result if required ...
puzzling. does the UP initrd have the sata modules in it?
If you remove and reinstall the UP kernel, is it repeatably broken?
Dave
3:40 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Dave Jones wrote:
puzzling. does the UP initrd have the sata modules in it?
I've already got rid of 1805 by refreshing my mirror and overwriting my
boot.iso CDRW, anyway problem still happens in 1806
If you remove and reinstall the UP kernel, is it repeatably broken?
Yes :-(
On a machine that is working fine with 1806smp, I installed 1806up,
rebooted into it and it failed the same way with "ata1 is slow to
respond" etc
I've just extracted the contents of my 1806 smp/up initrd files
they each have the set of files (i.e. count and name wise)
executables in /bin are identical, obviously the modules in /lib are
different, the contents of the init are identical
Unusual to see an issue where _not_ running smp tickles a problem
2:58 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
On Mon, Jan 02, 2006 at 09:35:02AM +0000, Andy Burns wrote:
Dave Jones wrote:
>If you remove and reinstall the UP kernel, is it repeatably broken?
What kernel is in the boot.iso, i586 up? It detects SATA devices OK
iirc, yes.
Does acpi=off on the smp kernel make any difference?
Any chance you can hook up another pc, and get a serial capture
of the failing boot ?
Dave
4:28 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Dave Jones wrote:
Does acpi=off on the smp kernel make any difference?
I'll try
Any chance you can hook up another pc, and get a serial capture
of the failing boot ?
Sure, just got to reinstall a base system on the box, had already
trashed it trying a PXE install, should I start I new bugzilla for this
(unless you can think of an existing one it belongs on)?
4:46 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Andy Burns wrote:
just got to reinstall a base system on the box
Hmmm, now I've duplicated another problem a saw earlier :-(
If I PXE boot and do a base install, on the reboot grub complains about
being unable to recognise the LVM partition, I don't know if it it gets
drives or partitions confused, using the default partition scheme so it
has got an ext3 /boot as well as the LVM.
I'll investigate and follow that up separately, it could depend the
initial partitions on the drives, whether it was PXE or CD boot, or my
kickstart file ...
5:29 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Dave Jones wrote:
Does acpi=off on the smp kernel make any difference?
acpi=off with the SMP kernel doesn't break it
acpi=off with the UP kernel doesn't mend it
Any chance you can hook up another pc, and get a serial capture
of the failing boot ?
Below is the UP log, followed by SMP log for good measure
Incidentally, is it correct that the UP kernel only approximates NX, yet
the SMP kernel makes proper use of NX? Would disabling HT in BIOS affect it?
Linux version 2.6.14-1.1806_FC5 (bhcompile(a)hs20-bc1-1.build.redhat.com)
(gcc version 4.1.0 20051222 (Red Hat 4.1.0-0.12)) #1 Sat Dec 31 15:00:15
EST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fe4c000 (usable)
BIOS-e820: 000000003fe4c000 - 000000003fe56000 (ACPI NVS)
BIOS-e820: 000000003fe56000 - 000000003fe87000 (usable)
BIOS-e820: 000000003fe87000 - 000000003fee9000 (ACPI NVS)
BIOS-e820: 000000003fee9000 - 000000003feed000 (usable)
BIOS-e820: 000000003feed000 - 000000003feff000 (ACPI data)
BIOS-e820: 000000003feff000 - 000000003ff00000 (usable)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe680
Using x86 segment limits to approximate NX protection
On node 0 totalpages: 261888
DMA zone: 4096 pages, LIFO batch:0
DMA32 zone: 0 pages, LIFO batch:0
Normal zone: 225280 pages, LIFO batch:31
HighMem zone: 32512 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 INTEL ) @ 0x000fe020
ACPI: RSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefde48
ACPI: FADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefcf10
ACPI: MADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefce10
ACPI: WDDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f90
ACPI: MCFG (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f10
ACPI: HPET (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7e90
ACPI: SSDT (v001 INTEL CpuPm 0x00000ca7 MSFT 0x01000013) @ 0x3fefdc10
ACPI: SSDT (v001 INTEL Cpu0Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefda10
ACPI: SSDT (v001 INTEL Cpu1Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd810
ACPI: SSDT (v001 INTEL Cpu2Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd610
ACPI: SSDT (v001 INTEL Cpu3Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd410
ACPI: DSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x00000000
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC disabled (-2); pass 'lapic' to re-enable.
ACPI: HPET id: 0x8086a201 base: 0xfed00000
LAPIC disabled (-2)
Allocating PCI resources starting at 40000000 (gap: 3ff00000:c0100000)
Built 1 zonelists
Kernel command line: ro root=/dev/VolGroup00/LogVol00 debug
console=ttyS0,115200 console=tty1 vga=773 nopanic
mapped APIC to ffffd000 (00000000)
Initializing CPU#0
CPU 0 irqstacks, hard=c03e0000 soft=c03df000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1032404k/1047552k available (1942k kernel code, 13976k reserved,
797k data, 176k init, 129544k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
Using HPET for base-timer
Using HPET for gettimeofday
Detected 3000.114 MHz processor.
Using hpet for high-res timesource
Calibrating delay using timer specific routine.. 6005.12 BogoMIPS
(lpj=12010244)
Security Framework v1.0.0 initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000649d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000
0000649d 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: After all inits, caps: bfebf3ff 20100000 00000000 00000080 0000649d
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
CPU0: Thermal monitoring enabled
mtrr: v2.0 (20020519)
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0e00)
Local APIC disabled by default; use 'lapic' to enable it.
checking if image is initramfs... it is
Freeing initrd memory: 1568k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using MMCONFIG
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P32_._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 *10 11 12)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
report
pnp: 00:05: ioport range 0x500-0x53f has been reserved
pnp: 00:05: ioport range 0x400-0x47f could not be reserved
pnp: 00:05: ioport range 0x680-0x6ff has been reserved
PCI: Bridge: 0000:00:01.0
IO window: 2000-2fff
MEM window: 50100000-501fffff
PREFETCH window: 40000000-4fffffff
PCI: Bridge: 0000:00:1c.0
IO window: disabled.
MEM window: 50300000-503fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.2
IO window: disabled.
MEM window: 50400000-504fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.3
IO window: disabled.
MEM window: 50500000-505fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.4
IO window: disabled.
MEM window: 50600000-506fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.5
IO window: disabled.
MEM window: 50700000-507fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
IO window: 1000-1fff
MEM window: 50000000-500fffff
PREFETCH window: disabled.
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.0 to 64
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.2 to 64
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.3 to 64
ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.4 to 64
ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.5 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
audit: initializing netlink socket (disabled)
audit(1136243098.024:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
Initializing Cryptographic API
ksign: Installing public key data
Loading keyring
- Added public key 7E50EF5E81E3471E
- User ID: Red Hat, Inc. (Kernel Module GPG key)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.2 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.3 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.4 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1c.5 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
vesafb: framebuffer at 0x40000000, mapped to 0xf8880000, using 1536k,
total 16384k
vesafb: mode is 1024x768x8, linelength=1024, pages=20
vesafb: protected mode interface info at c000:58b6
vesafb: scrolling: redraw
vesafb: Pseudocolor: size=8:8:8:8, shift=0:0:0:0
vesafb: Mode is VGA compatible
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
hpet_resources: 0xfed00000 is busy
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 945G Chipset.
agpgart: AGP aperture is 256M @ 0x0
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing enabled
ÿserial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH7: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 11 (level,
low) -> IRQ 11
ICH7: chipset revision 1
ICH7: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x30b0-0x30b7, BIOS settings: hda:DMA, hdb:pio
Probing IDE interface ide0...
hda: LITE-ON DVDRW LDW-411S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hda: ATAPI 40X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbcore: registered new driver libusual
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard as /class/input/input0
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI Shortcut mode
ACPI wakeup devices:
SLPB P32 UAR1 PEX0 PEX1 PEX2 PEX3 PEX4 PEX5 UHC1 UHC2 UHC3 UHC4 EHCI
AC9M AZAL
ACPI: (supports S0 S1 S3 S4 S5)
Freeing unused kernel memory: 176k freed
Write protecting the kernel read-only data: 340k
SCSI subsystem initialized
libata version 1.20 loaded.
ahci 0000:00:1f.2: version 1.2
ACPI: PCI Interrupt 0000:00:1f.2[B] -> Link [LNKD] -> GSI 11 (level,
low) -> IRQ 11
input: ImPS/2 Generic Wheel Mouse as /class/input/input1
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode
ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part
ata1: SATA max UDMA/133 cmd 0xF8828100 ctl 0x0 bmdma 0x0 irq 113
ata2: SATA max UDMA/133 cmd 0xF8828180 ctl 0x0 bmdma 0x0 irq 113
ata3: SATA max UDMA/133 cmd 0xF8828200 ctl 0x0 bmdma 0x0 irq 113
ata4: SATA max UDMA/133 cmd 0xF8828280 ctl 0x0 bmdma 0x0 irq 113
ata1 is slow to respond, please be patient
ata1 failed to respond (30 secs)
scsi0 : ahci
ata2 is slow to respond, please be patient
ata2 failed to respond (30 secs)
scsi1 : ahci
ata3: no device found (phy stat 00000000)
scsi2 : ahci
ata4: no device found (phy stat 00000000)
scsi3 : ahci
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel(a)redhat.com
cdrom: open failed.
cdrom: open failed.
Kernel panic - not syncing: Attempted to kill init!
[<c011bcfa>] panic+0x3e/0x16a
[<c011e192>] do_exit+0x6e/0x347
[<c011e522>] sys_exit_group+0x0/0xd
[<c0102d61>] syscall_call+0x7/0xb
Linux version 2.6.14-1.1806_FC5smp
(bhcompile(a)hs20-bc1-1.build.redhat.com) (gcc version 4.1.0 20051222 (Red
Hat 4.1.0-0.12)) #1 SMP Sat Dec 31 15:15:43 EST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fe4c000 (usable)
BIOS-e820: 000000003fe4c000 - 000000003fe56000 (ACPI NVS)
BIOS-e820: 000000003fe56000 - 000000003fe87000 (usable)
BIOS-e820: 000000003fe87000 - 000000003fee9000 (ACPI NVS)
BIOS-e820: 000000003fee9000 - 000000003feed000 (usable)
BIOS-e820: 000000003feed000 - 000000003feff000 (ACPI data)
BIOS-e820: 000000003feff000 - 000000003ff00000 (usable)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe680
NX (Execute Disable) protection: active
On node 0 totalpages: 261888
DMA zone: 4096 pages, LIFO batch:0
DMA32 zone: 0 pages, LIFO batch:0
Normal zone: 225280 pages, LIFO batch:31
HighMem zone: 32512 pages, LIFO batch:7
DMI 2.3 present.
Using APIC driver default
ACPI: RSDP (v000 INTEL ) @ 0x000fe020
ACPI: RSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefde48
ACPI: FADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefcf10
ACPI: MADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefce10
ACPI: WDDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f90
ACPI: MCFG (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f10
ACPI: HPET (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7e90
ACPI: SSDT (v001 INTEL CpuPm 0x00000ca7 MSFT 0x01000013) @ 0x3fefdc10
ACPI: SSDT (v001 INTEL Cpu0Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefda10
ACPI: SSDT (v001 INTEL Cpu1Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd810
ACPI: SSDT (v001 INTEL Cpu2Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd610
ACPI: SSDT (v001 INTEL Cpu3Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd410
ACPI: DSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x00000000
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC enabled (0).
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
ACPI: HPET id: 0x8086a201 base: 0xfed00000
LAPIC enabled (0), calling get_smp_config
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 40000000 (gap: 3ff00000:c0100000)
Built 1 zonelists
Kernel command line: ro root=/dev/VolGroup00/LogVol00 debug
console=ttyS0,115200
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
CPU 0 irqstacks, hard=c0429000 soft=c0409000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1027824k/1047552k available (2018k kernel code, 18552k reserved,
855k data, 208k init, 129544k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
Using HPET for base-timer
Using HPET for gettimeofday
Detected 3000.116 MHz processor.
Using hpet for high-res timesource
Calibrating delay using timer specific routine.. 6005.62 BogoMIPS
(lpj=12011256)
Security Framework v1.0.0 initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
selinux_register_security: Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000649d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000
0000649d 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 20100000 00000000 00000080 0000649d
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
CPU0: Thermal monitoring enabled
mtrr: v2.0 (20020519)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
Booting processor 1/1 eip 3000
CPU 1 irqstacks, hard=c042a000 soft=c040a000
Initializing CPU#1
Calibrating delay using timer specific routine.. 6000.22 BogoMIPS
(lpj=12000458)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000
0000649d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000
0000649d 00000000 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 20100000 00000000 00000080 0000649d
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (24) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03
Total of 2 processors activated (12005.85 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
checking if image is initramfs... it is
Freeing initrd memory: 1568k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using MMCONFIG
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P32_._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 *10 11 12)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
report
pnp: 00:05: ioport range 0x500-0x53f has been reserved
pnp: 00:05: ioport range 0x400-0x47f could not be reserved
pnp: 00:05: ioport range 0x680-0x6ff has been reserved
PCI: Bridge: 0000:00:01.0
IO window: 2000-2fff
MEM window: 50100000-501fffff
PREFETCH window: 40000000-4fffffff
PCI: Bridge: 0000:00:1c.0
IO window: disabled.
MEM window: 50300000-503fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.2
IO window: disabled.
MEM window: 50400000-504fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.3
IO window: disabled.
MEM window: 50500000-505fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.4
IO window: disabled.
MEM window: 50600000-506fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.5
IO window: disabled.
MEM window: 50700000-507fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
IO window: 1000-1fff
MEM window: 50000000-500fffff
PREFETCH window: disabled.
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.0 to 64
ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1c.2 to 64
ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 193
PCI: Setting latency timer of device 0000:00:1c.3 to 64
ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.4 to 64
ACPI: PCI Interrupt 0000:00:1c.5[B] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1c.5 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: disabled - APM is not SMP safe.
audit: initializing netlink socket (disabled)
audit(1136243761.324:1): initialized
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux: Registering netfilter hooks
Initializing Cryptographic API
ksign: Installing public key data
Loading keyring
- Added public key 7E50EF5E81E3471E
- User ID: Red Hat, Inc. (Kernel Module GPG key)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1c.2 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 193
PCI: Setting latency timer of device 0000:00:1c.3 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 17 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1c.4 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
ACPI: PCI Interrupt 0000:00:1c.5[B] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1c.5 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[pcie00]
Allocate Port Service[pcie02]
Allocate Port Service[pcie03]
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
hpet_resources: 0xfed00000 is busy
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 945G Chipset.
agpgart: AGP aperture is 256M @ 0x0
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing enabled
ÿserial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH7: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 185
ICH7: chipset revision 1
ICH7: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x30b0-0x30b7, BIOS settings: hda:DMA, hdb:pio
Probing IDE interface ide0...
hda: LITE-ON DVDRW LDW-411S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hda: ATAPI 40X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbcore: registered new driver libusual
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard as /class/input/input0
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 9, 2621440 bytes)
TCP bind hash table entries: 65536 (order: 8, 1310720 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI No-Shortcut mode
ACPI wakeup devices:
SLPB P32 UAR1 PEX0 PEX1 PEX2 PEX3 PEX4 PEX5 UHC1 UHC2 UHC3 UHC4 EHCI
AC9M AZAL
ACPI: (supports S0 S1 S3 S4 S5)
Freeing unused kernel memory: 208k freed
Write protecting the kernel read-only data: 345k
Red Hat nash version 5.0.15 starting
Mounting proc filesystem
Mounting sysfs filesystem
Creating /dev
Creating initial device nodes
Setting up hotplug.
Creating block device nodes.
Loading scsi_mod.ko module
SCSI subsystem initialized
Loading sd_mod.ko module
Loading libata.ko module
libata version 1.20 loaded.
Loading ahci.ko module
ahci 0000:00:1f.2: version 1.2
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 193
input: ImPS/2 Generic Wheel Mouse as /class/input/input1
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode
ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part
ata1: SATA max UDMA/133 cmd 0xF8828100 ctl 0x0 bmdma 0x0 irq 66
ata2: SATA max UDMA/133 cmd 0xF8828180 ctl 0x0 bmdma 0x0 irq 66
ata3: SATA max UDMA/133 cmd 0xF8828200 ctl 0x0 bmdma 0x0 irq 66
ata4: SATA max UDMA/133 cmd 0xF8828280 ctl 0x0 bmdma 0x0 irq 66
ata1: dev 0 cfg 49:2f00 82:746b 83:7f01 84:4023 85:7469 86:3c01 87:4023
88:207f
ata1: dev 0 ATA-7, max UDMA/133, 488397168 sectors: LBA48
ata1: dev 0 configured for UDMA/133
scsi0 : ahci
ata2: dev 0 cfg 49:2f00 82:746b 83:7f01 84:4023 85:7469 86:3c01 87:4023
88:207f
ata2: dev 0 ATA-7, max UDMA/133, 488397168 sectors: LBA48
ata2: dev 0 configured for UDMA/133
scsi1 : ahci
ata3: no device found (phy stat 00000000)
scsi2 : ahci
ata4: no device found (phy stat 00000000)
scsi3 : ahci
Vendor: ATA Model: WDC WD2500KS-00M Rev: 02.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2
sd 0:0:0:0: Attached scsi disk sda
Vendor: ATA Model: WDC WD2500KS-00M Rev: 02.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1
sd 1:0:0:0: Attached scsi disk sdb
Loading jbd.ko module
Loading ext3.ko module
Loading dm-mod.ko module
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel(a)redhat.com
Loading dm-mirror.ko module
Loading dm-zero.ko module
Loading dm-snapshot.ko module
Making device-mapper control node
Scanning logical volumes
Reading all physical volumes. This may take a while...
cdrom: open failed.
Found volume group "VolGroup00" using metadata type lvm2
Activating logical volumes
2 logical volume(s) in volume group "VolGroup00" now active
Trying to resume from /dev/VolGroup00/LogVol01
No suspend signature on swap, not resuming.
Creating root device.
Mounting root filesystem.
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting. Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
security: 3 users, 6 roles, 1101 types, 129 bools, 1 sens, 256 cats
security: 55 classes, 34018 rules
SELinux: Completing initialization.
SELinux: Setting up existing superblocks.
SELinux: initialized (dev dm-0, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts
SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts
SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts
SELinux: initialized (dev devpts, type devpts), uses transition SIDs
SELinux: initialized (dev eventpollfs, type eventpollfs), uses
genfs_contexts
SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts
SELinux: initialized (dev pipefs, type pipefs), uses task SIDs
SELinux: initialized (dev sockfs, type sockfs), uses task SIDs
SELinux: initialized (dev cpuset, type cpuset), not configured for labeling
SELinux: initialized (dev proc, type proc), uses genfs_contexts
SELinux: initialized (dev bdev, type bdev), uses genfs_contexts
SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts
SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts
INIT: version 2.86 booting
mount: proc already mounted
SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts
Welcome to Fedora Core
Press 'I' to enter interactive startup.
Setting clock (localtime): Mon Jan 2 23:16:41 GMT 2006 [ OK ]
Starting udev:udevd-event[877]: udev_db_lookup_name: unable to open
udev_db '/dev/.udev/db': No such file or directory
[ OK ]
Setting hostname localhost.localdomain: [ OK ]
No RAID disks
Setting up Logical Volume Management: 2 logical volume(s) in volume
group "VolGroup00" now active
[ OK ]
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/VolGroup00/LogVol00
/dev/VolGroup00/LogVol00: clean, 26984/121569280 files,
3999073/121544704 blocks
[/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -a /dev/sda1
/boot: recovering journal
/boot: clean, 36/26104 files, 17179/104388 blocks
[ OK ]
Remounting root filesystem in read-write mode: [ OK ]
Mounting local filesystems: [ OK ]
Enabling local filesystem quotas: [ OK ]
Enabling swap space: [ OK ]
INIT: Entering runlevel: 3
Entering non-interactive startup
Starting readahead_early: Starting background readahead: [ OK ]
[ OK ]
Checking for hardware changes [ OK ]
Applying iptables firewall rules: [ OK ]
Loading additional iptables modules: ip_conntrack_netbios_ns [ OK ]
Bringing up loopback interface: [ OK ]
Bringing up interface eth0:
Determining IP information for eth0... done.
[ OK ]
Starting system logger: [ OK ]
Starting kernel logger: [ OK ]
Starting irqbalance: [ OK ]
Starting portmap: [ OK ]
Starting NFS statd: [ OK ]
Starting auditd: [ OK ]
Starting RPC idmapd: [ OK ]
[ OK ] Bluetooth services:[ OK ]
Mounting other filesystems: [ OK ]
Starting automount: [ OK ]
Starting acpi daemon: [ OK ]
Starting sshd: [ OK ]
Starting sendmail: [ OK ]
Starting sm-client: [ OK ]
Starting console mouse services: [ OK ]
Starting crond: [ OK ]
Starting anacron: [ OK ]
Starting atd: [ OK ]
Starting system message bus: [ OK ]
Starting HAL daemon: [ OK ]
Fedora Core release 4 (Rawhide)
Kernel 2.6.14-1.1806_FC5smp on an i686
localhost.localdomain login:
7:36 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
On Mon, Jan 02, 2006 at 11:29:26PM +0000, Andy Burns wrote:
Dave Jones wrote:
>Does acpi=off on the smp kernel make any difference?
acpi=off with the SMP kernel doesn't break it
acpi=off with the UP kernel doesn't mend it
>Any chance you can hook up another pc, and get a serial capture
>of the failing boot ?
Below is the UP log, followed by SMP log for good measure
Incidentally, is it correct that the UP kernel only approximates NX, yet
the SMP kernel makes proper use of NX?
If the CPU has hardware NX support , then the SMP kernel does take
advantage of it, whilst the UP one has to fall back on segment-limit
approach to 'emulate' it. The reason for this is that the SMP
kernel has support for physical address extensions (PAE) (Ie, >4GB RAM)
and NX is dependant on that. The UP kernel doesn't have PAE
because a kernel compiled with that supported doesn't boot on
systems that lack it, (Celerons, early VIA, some mobile Pentium)
Would disabling HT in BIOS affect it?
You tell me :) I can't think of any reason why this has suddenly
broken that would be related to that though.
Dave
8:32 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Dave Jones wrote:
The reason for this is that the SMP
kernel has support for physical address extensions (PAE)
I didn't know NX needed PAE
You tell me :) I can't think of any reason why this has
suddenly
broken that would be related to that though.
I mentioned HT in relation to NX, not to the SATA problem :-)
8:46 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
On Tue, Jan 03, 2006 at 02:32:34AM +0000, Andy Burns wrote:
Dave Jones wrote:
>The reason for this is that the SMP
>kernel has support for physical address extensions (PAE)
I didn't know NX needed PAE
The wider page table entries (PTE's) have the space for the NX bit
whereas the 32-bit wide entries don't.
The above only applies to 32bit x86 btw.
x86-64 runs PAE-alike PTEs by default, so it's always available there.
>You tell me :) I can't think of any reason why this has
suddenly
>broken that would be related to that though.
I mentioned HT in relation to NX, not to the SATA problem :-)
NX has no relationship with HT, so shouldn't make a difference.
Dave
8:38 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
Dave Jones wrote:
NX has no relationship with HT, so shouldn't make a difference.
But the SATA problem seems related to SMP, and HT is related to SMP, and
the knee bone's connected to the ... Anything in the last couple of days
kernels that might fix this?
Just managed my first successful raid install of rawhide since FC5T1 :-)
8:50 p.m.
New subject: fc5 kernels after 1788 have excessive, kernel overhead
On Thu, Jan 05, 2006 at 02:38:20AM +0000, Andy Burns wrote:
Dave Jones wrote:
>NX has no relationship with HT, so shouldn't make a difference.
But the SATA problem seems related to SMP, and HT is related to SMP, and
the knee bone's connected to the ... Anything in the last couple of days
kernels that might fix this?
Just managed my first successful raid install of rawhide since FC5T1 :-)
jkeating mentioned some dmraid related failures, which should be fixed now.
Other than that, no idea.
Dave
6685
days inactive
6690
days old
15 comments
3 participants
participants (3)
-
Andy Burns -
Anne & Lynn Wheeler -
Dave Jones