Sat 15 Dec 2007 11:23:52 AM UTC, comment #13:
We've moved to GRUB 2 as a development platform. Please can you check if this bug still applies there, and if it does, reopen it?
Thanks
|
Tue 05 Sep 2006 08:28:54 AM UTC, comment #12:
Any news on getting this in yet ?
|
Fri 21 May 2004 01:32:06 PM UTC, comment #11:
What still needs to be done to get this applied? Is the copyright assignment not done yet? I know I did my part a long time ago.
|
Wed 24 Dec 2003 03:36:16 AM UTC, comment #10:
My former employer and I signed the disclaimers and sent them to FSF.
I received the confirmation and the photocopies of the disclaimers from FSF by paper mail.
|
Tue 11 Nov 2003 09:31:56 AM UTC, comment #9:
Ilguiz has not signed an assignment yet.
Okuji
|
Tue 11 Nov 2003 08:32:12 AM UTC, comment #8:
What still needs to be done to get this applied? Is the copyright assignment not done yet? I know I did my part a long time ago.
|
Tue 11 Nov 2003 06:12:12 AM UTC, comment #7:
Maintenance update of the DiskOnChip NFTL block device layer.
- stage2/disk_io.c: (set_device) update the patch to match the
current drive number parsing code. Also extend int to long
explicitly instead of updating the least significant bytes by
passing their offset (thanks gcc).
|
Fri 10 Jan 2003 06:58:45 PM UTC, comment #6:
- stage2/stage2.c (cmain): Set boot_drive to the drive number
where configuration file was found. This fixes the menu option
processing when menu.lst is found on a drive different from the
hardcoded one. The multiple drive boot order is enabled only
with DiskOnChip, but it doesn't depend on DiskOnChip.
|
Wed 11 Sep 2002 04:00:37 PM UTC, comment #5:
After testing the GRUB DOC patch I must say that I disagree on the fallback/last resort approach for searching for the menu. Personally I think this part of the patch does more damage than benefit.
What is needed is a tool to set the menu location, not to have GRUB try to guess where it should be.
Other than this having the DOC support in the standard GRUB tree would be great.
|
Tue 06 Aug 2002 04:35:27 PM UTC, comment #4:
a) Apply Mark Meade's unification of DiskOnChip 2000 and
DiskOnChip Millennium code. Just as with stage2 or Linux
MTD DiskOnChip driver, the stage1 code will determine page
size by looking at the manufacturer and chip ID numbers.
b) Read chip ID into the stage2 RAM area.
c) Add floppy drive BIOS access as a last resort when looking
for /boot/grub/menu.lst.
|
Fri 26 Jul 2002 02:40:55 PM UTC, comment #3:
Copyright assignment should now be complete.
|
Sat 22 Jun 2002 01:45:18 AM UTC, comment #2:
- stage1/doc_stage1.S: Set data transfer direction flag.
Shuffle code to make room in the first 256 bytes.
- stage1/doc_stage1b.S: Shuffle code to make room in the first
256 bytes.
- stage1/doc_stage1.h: Assign 1 not an empty value to the macro
symbol.
- configure.in: Change AS, ASFLAGS to comply with new automake.
- Makefile.am: Likewise.
- stage2/Makefile.am: Likewise.
- README_DiskOnChip: Add missing files when generating build files.
|
Thu 30 May 2002 07:34:05 PM UTC, comment #1:
We are waiting for the copyright being assigned to the FSF.
I'm going to apply the patch, once the copyright problem is
resolved.
Okuji
|
Thu 30 May 2002 06:24:01 PM UTC, original submission:
This is a request to add a compile time configuration option that
would allow to store GRUB bootloader on DiskOnChip flash memory
device and boot off it.
The DiskOnChip flash device is usually available to the system
via the 8 KiB I/O memory window (chip select mechanism?) and can
be detected by BIOS as an extension device.
|