Here are some various unmaintained patches:
Here's a patch that adds SiS 900 PCI ethernet card support to GNU Grub (version 0.5.96.1) grub-0.5.96.1-sis900-0.1.patch.gz. It is a port from Marty Conner's port of the sis900 driver from etherboot-5.1.0. It has been tested and used successfuly although it spews a few compiler warnings.
BTW - I am using a SiS based thin-client 'book pc' for a network booting application and unfortunately the bootrom on the SiS motherboard only does IPX based RPL booting (not DHCP/TFTP). I found a Linux RPL daemon (*) but needed to use grub as a second stage loader as I couldn't load recent kernels with 'rpld'.
For those of you with RPL bootroms, the 'pxegrub' image works well with 'rpld' and allows me to load new/large kernels. You just need to add this to your rpld.conf.
FILE
{
path = "/rplboot/pxegrub";
load = 0x7c00;
}
execute = 0x8200;
I do have a problem with the driver code initialising the card with the wrong MAC address but other ethernet drivers in Grub seem to have the same problem - so'll you need to tcpdump the LAN to find the 'different' MAC to put into your dhcpd.conf. So you'll need to add 2 entries to you dhcpd.conf - one for the bogus MAC from grub and the other (correct one) for the linux ip-autoconfig dhcp request. I never got around to fixing this bug it grub.
Latest version: mol-0.9.53-cow-0.1.tar.gz
I'd been playing around with MOL (Mac On Linux) session saving/resuming and thought, wow, wouldn't it be nice if I could boot MOL/MacOS in one second flat every time. The main constraint in making this possible is that disk modifications invalidate the state of the saved mol_session - meaning you can only resume once from a saved session.
You can get around this by making your disks read-only, but MacOS tends to like to write to the System Folder. So basically I decided to add copy-on-write support to the MOL block device driver so in this mode writes occur in an overlay file and the underlying block device is unchanged.
So now its possible to resume MOL instantly every time. It works quite well if you save all of data onto a network share (as any changes to your local HFS disks will be lost). Its also great for MOL development as you have no worries about trashing your disks.
So here's how you do it:
# cd mol-0.9.53 # patch -p1 < ../mol-0.9.53-cow-0.1.patch patching file Doc/molrc.sample patching file drivers/scsi/osi_blk.c patching file emulation/memory.c patching file emulation/session.c # make ... # cp ./lib/bin/mol /usr/lib/mol/bin
We need to boot first with cow disabled to get a suspended image in sync with our block devices. Add the following to your /etc/molrc
session_readonly: no cow_dir: /tmp
Start up mol and save your session with F12.
ie. change the following in /etc/molrc
session_readonly: yes blkdev: /dev/hda9 -rw -cow
Here's a patch here that adds EMP power switching to kimberlite cluster.
Latest version: kimberlite-1.0.3-emp-0.1.patch.gz
It uses some code from the vacm-2.0.0 EMP module (credit to San Mehat of VA) and leaves it pretty much untouched except for a couple minor changes - the main glue code is in 'power_emp.c'. I still need to add timeout support and need to test some of the configuration file stuff - especially the EMP password as I don't currently have one set on my box.
Its working for me with the pswitch command. If you try it, let me know how you go.
I've tested this patch against a clean kimberlite-1.0.3 (Note: pthreads is now required when linking to libcluster so i've updated 'Makefile.am' files). You just need to run 'automake' and 'configure' after applying it.
Last modified: Sat Apr 20 15:34:13 SGT 2002 |
Copyright 2002 Metaparadigm Pte Ltd |