Following is my experience with loading Fedora Core 1 on the HP
Pavilion ze4318ea notebook PC. I've previously installed RH9 (after some
editing of many configuration files), but I wanted to test the new
kernel + XFree which added support to IGP320M, so...
The Good News:
The Bad News:
Hardware:
Output of /sbin/lspci:
00:00.0 Host bridge: ATI Technologies Inc: Unknown device cab0 (rev 13)
00:01.0 PCI bridge: ATI Technologies Inc U1/A3 AGP Bridge [IGP 320M] (rev 01)
00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 02)
00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV]
00:08.0 Modem: ALi Corporation Intel 537 [M5457 AC-Link Modem]
00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller
00:10.0 IDE interface: ALi Corporation M5229 IDE (rev c4)
00:11.0 Bridge: ALi Corporation M7101 PMU
00:12.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1
Be sure to get the latest BIOS from the HP site. Mine is KA.M 1.59 and I guess it solves the problems others had with the USB Legacy Support option (see below). Elsewhere, it was suggested to reduce in the BIOS the amount of shared memory from 64MB (default) to 16MB, since the IGP320M isn't suited for heavy 3D work: I just didn't do that! :)
This is the sequence used to obtain a dual boot setup. If you don't mind trashing the supplied OS, just use point 1 and skip to point 9!
You can also reboot under XP, so it senses the new size of the HD and you can turn back *ON* the VM paging (with 256MB it's a necessity under M$ OSes).
Turning on ACPI was as easy as adding acpi=on in the /etc/grub.conf file just before rhgb.
The IDE bus controller will operate at 33MHz, but the c4 stepping used in this laptop can be run at 66MHz by adding idebus=66 in the /etc/grub.conf file just before rhgb. Is it any faster? I didn't run any hdparm tests, so I cannot tell for sure. But it doesn't hurt anyway. Oh, don't forget to enable 32bit IDE operations in the BIOS too (I can't understand why it defaults to 16 bit).
After you are up and running in FC1, I suggest you to switch back the USB Legacy Support to Enabled. Failing to do so may lead to problems with some USB devices. In my case, the Speedtouch USB ADSL modem (stingray) didn't work at all with such option Disabled. YMMV. I have now a running Speedtouch usermode driver and I hope to also test the kernel one ASAP, and report here.
The natsemi module works like a charm.
I don't have any PCMCIA card to test this. Elsewhere I've read that a few problems may arise due to IRQ assignments with the yenta_socket driver used.
Using the trident driver suggested in the FC installation led to no problems at all. Only the internal beep is too loud, but I'm lazy...
The only thing not working (apart from 3D acceleration) was the autodetection of the LCD screen, but use of the Generic Laptop Display was just enough to make it work.