Kernel

k.van.hagen · 10-17-2003, 09:22 AM

Hello there,

Has anyone got a working gentoo kernel configuration file for a DELL latitude C500? I tried making it myself buttaahhh nope, won't work.

Bye

finegan · 10-18-2003, 05:00 PM

There's very little chance of someone running the same model of Dell and running Gentoo on here. Why not run genkernel? Also, when you wrote "won't work", did you mean the kernel doesn't boot, you get a failed compile...? Is this after an install with a base kernel?

Cheers,

Finegan

k.van.hagen · 10-19-2003, 02:09 AM

Genkernel works,

but my own kernel seems to init upto the point where the bootsplash should initialize.
My screen goes black, and all the LED's on my laptop begin to flash.

tnx

finegan · 10-19-2003, 11:58 AM

Whew, first off would be to make a lilo/grub entry that will boot the console in normal old vga mode. The crash is occuring after the kernel boots but before the framebuffer is initialized, which means... something chip oriented... ram, not much gets initialized before the fb, but at least in vgamode you'll get to see it.

Cheers,

Finegan

k.van.hagen · 10-20-2003, 05:10 PM

Sorry, I tried executing normal VGA, but this doesn't work either..
Any other suggestions?

finegan · 10-21-2003, 06:03 PM

You don't get anything else... Dmesg should get scrolled by like this before framebuffering kicks in:

Code:

Linux version 2.4.21-rc2-xfs (root@diane) (gcc version 3.2.2) #2 Wed Oct 15 19:08:42 EDT 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
 BIOS-e820: 000000000fff0000 - 000000000fff8000 (ACPI data)
 BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000ffee0000 - 00000000fff00000 (reserved)
 BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
255MB LOWMEM available.
On node 0 totalpages: 65520
zone(0): 4096 pages.
zone(1): 61424 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=DevBlStupid ro root=801
Initializing CPU#0
Detected 1045.576 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 2084.04 BogoMIPS
Memory: 256076k/262080k available (1920k kernel code, 5616k reserved, 533k data, 92k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU:             Common caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU: AMD Athlon(tm) Processor stepping 04
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfdb01, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router SIS [1039/0008] at 00:02.0
PCI: Found IRQ 11 for device 00:0d.0
PCI: Sharing IRQ 11 with 00:02.7
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Snap-Patch-2003-05-13 with ACLs, no debug enabled
SGI XFS Quota Management subsystem
vesafb: framebuffer at 0xc0000000, mapped to 0xd0800000, size 6144k
vesafb: mode is 1024x768x8, linelength=1024, pages=20
vesafb: protected mode interface info at c000:4a72
vesafb: scrolling: redraw
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device

At the line above is when the console should become visible if you boot frambuffer... if its VGA mode, you get to see all of the above as it happens... if its decompressing the kernel and not a single thing is getting displayed... and you're certain you're booting vga=normal, then... goodness, its halting right on decompress, wrong processor architecture?

Cheers,

Finegan

k.van.hagen · 08-01-2004, 08:25 AM

Hi,

Sorry I didn't reply until now.
I've haven't been at LQ since a long time now.
I managed to get it to work, although I can't remember what solved the problem (I brobably forgot to enable something crucial in the kernel configuration.)

Anyway thanks alot for helping me.