> I have a 1st Mainboard (FIC) AZ11 Motherboard. > This motherboard has the following features: > > Socket A (in my case has Duron 850MHz in it) > VIA KT133 Chipset > AGP4X > > I have 768Meg of RAM.
> However I too suffered the same "panic linux_init" unable to allocate > contiguous memory error. > Now the interesting thing is that under Linux Mandrake 8.1, upon running >GRUB, > and performing the displaymem command, I get: > grub> displaymem > EISA Memory BIOS Interface is present > Address Map BIOS Interface is present > Lower memory: 640K, Upper memory (to first chipset hole): 3072K > [Address Range Descriptor entries immediately follow (values are 64-bit)] > Usable RAM: Base Address: 0x0 X 4GB + 0x0, > Length: 0 X 4GB + 655360 bytes > Reserved: Base Address: 0x0 X 4GB + 0xa0000, > Length: 0 X 4GB + 393216 bytes > Usable RAM: Base Address: 0x0 X 4GB + 0x100000, > Length: 0 X 4GB + 3145728 bytes > >grub> >***: quite obviously there is a hole at 3Meg. ***** >Linux can deal with that, but Hurd cannot currently. (without the patch >where >the test is ignored). >Perhaps on various BIOSes this hole is created by the BIOS when a certain >amount of memory is added, or perhaps the AGP card relocates video ram there >when the system ram zooms up past say 512meg?? >I can only guess at the moment. I will try dropping to 512meg and 256meg, >and >also look at BIOS CMOS options. Further to the above, I tried and failed to make a difference through the CMOS settings - I enabled "OS2" mode on my Award BIOS reduced AGP window to 32meg from 64meg all to no avail. Reducing memory from 768meg to 512meg did the trick tho. NOTE - the above printout from grub> displaymem is a red herring. The output is exactly the same in a working system! By the way, I found that installing all the debs from Hinner EDV's CDs (Unofficial hurd-F3-main and extra) using the cross-install did not give a working system, I also had to (from CD1) untar (tar -zxf) the files from the tarball over the top. I had previously renamed servers.boot-dpkg-new to servers.boot, but I think there might be a correctly named servers.boot in the tarball. Jeff Davies [EMAIL PROTECTED]
