![]() |
Info.LastBlockMemoryMap HistoryHide minor edits - Show changes to markup May 10, 2008, at 03:01 PM
by --
Changed line 18 from:
to:
February 15, 2007, at 03:49 AM
by --
Changed lines 9-10 from:
to:
February 15, 2007, at 03:47 AM
by --
Changed lines 18-19 from:
to:
September 29, 2006, at 10:14 AM
by --
Changed line 18 from:
to:
September 17, 2006, at 08:21 PM
by --
Changed lines 9-10 from:
to:
Changed lines 18-19 from:
to:
September 14, 2006, at 12:36 PM
by --
Changed lines 8-12 from:
To enable these uses, we have to modify the SwitchBox linuxrc to deploy the payload, and act upon the boot preferences. to:
Changed lines 16-18 from:
to:
Changed lines 20-23 from:
The existence of the RedBoot FIS directory is determined by looking of the null-terminated string "RedBoot" at locations 0x507E0000, 0x507E0100, or 0x507E0200. This enables the RedBoot MTD map parser to identify a valid RedBoot FIS directory. SlugImage restricts the size of the FIS directory to a maximum of 15 entries (plus the terminator entry, which is overlayed with other information). The existence of the 'sLuGmK' denotes valid additional information in the last block (in particular, the SwitchBox parameter area, and the payload storage area). If the 'sLuGmK' is not present, then the other information cannot be assumed to be valid, and must not be used. to:
The existence of the RedBoot FIS directory is determined by looking of the null-terminated string "RedBoot" at locations 0x507E0000, 0x507E0100, or 0x507E0200. This enables the RedBoot MTD map parser to identify a valid RedBoot FIS directory. SlugImage restricts the size of the FIS directory to a maximum of 15 entries (plus the terminator entry). Changed line 24 from:
We were intending to use this area for storage of the memory size (for FatSlug support), and kernel command line arguments. Unfortunately, it is not possible to read from the flash memory before the kernel initialises the memory subsystem and parses the kernel command line arguments. So these plans have had to be dropped. to:
We were also intending to use this area for storage of the memory size (for FatSlug support), and kernel command line arguments. Unfortunately, it is not possible to read from the flash memory before the kernel initialises the memory subsystem and parses the kernel command line arguments. So these plans have had to be dropped. December 09, 2004, at 09:50 AM
by --
Changed line 24 from:
The existence of the RedBoot FIS directory is determined by looking of the null-terminated string "RedBoot" at locations 0x507E0000, 0x507E0100, or 0x507E0200. This enables the RedBoot MTD map parser to identify a valid RedBoot FIS directory. SlugImage? restricts the size of the FIS directory to a maximum of 15 entries (plus the terminator entry, which is overlayed with other information). to:
The existence of the RedBoot FIS directory is determined by looking of the null-terminated string "RedBoot" at locations 0x507E0000, 0x507E0100, or 0x507E0200. This enables the RedBoot MTD map parser to identify a valid RedBoot FIS directory. SlugImage restricts the size of the FIS directory to a maximum of 15 entries (plus the terminator entry, which is overlayed with other information). December 09, 2004, at 09:50 AM
by --
Changed line 26 from:
The existence of the 'sLuGmArK' denotes valid additional information in the last block (in particular, the SwitchBox parameter area, and the payload storage area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be valid, and must not be used. to:
The existence of the 'sLuGmK' denotes valid additional information in the last block (in particular, the SwitchBox parameter area, and the payload storage area). If the 'sLuGmK' is not present, then the other information cannot be assumed to be valid, and must not be used. December 09, 2004, at 09:45 AM
by --
Changed line 6 from:
Because it has to be there anyway, we have decided to use it for a number of other things too: to:
Because it has to be there anyway, we have decided to use it for a couple of other things too: Changed line 9 from:
to:
Changed line 11 from:
To enable these uses, we would have to modify the nslu2 arch-specific kernel files to read stuff from the last block, and modify the SwitchBox linuxrc to deploy the payload. to:
To enable these uses, we have to modify the SwitchBox linuxrc to deploy the payload, and act upon the boot preferences. December 09, 2004, at 09:43 AM
by --
Deleted line 8:
Deleted line 9:
Changed lines 19-25 from:
to:
Changed lines 26-30 from:
The existence of the 'sLuGmArK' denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be valid, and must not be used. to:
The existence of the 'sLuGmArK' denotes valid additional information in the last block (in particular, the SwitchBox parameter area, and the payload storage area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be valid, and must not be used. Historical Info: We were intending to use this area for storage of the memory size (for http://www.nslu2-linux.org/wiki/HowTo/FattenYourSlug FatSlug support), and kernel command line arguments. Unfortunately, it is not possible to read from the flash memory before the kernel initialises the memory subsystem and parses the kernel command line arguments. So these plans have had to be dropped. December 05, 2004, at 11:38 PM
by --
Changed line 11 from:
to:
December 05, 2004, at 01:21 PM
by --
Changed line 32 from:
The existence of the 'sLuGmArK' denotes denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be valid, and must not be used. to:
The existence of the 'sLuGmArK' denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be valid, and must not be used. December 05, 2004, at 01:00 PM
by --
Changed lines 21-23 from:
to:
Changed lines 25-26 from:
to:
December 02, 2004, at 01:30 PM
by --
Changed line 27 from:
to:
December 02, 2004, at 12:45 PM
by --
Changed line 21 from:
to:
December 02, 2004, at 12:38 PM
by --
Changed line 32 from:
The existence of the 'sLuGmArK' denotes denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be present. to:
The existence of the 'sLuGmArK' denotes denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be valid, and must not be used. December 02, 2004, at 12:36 PM
by --
Changed line 8 from:
to:
December 02, 2004, at 12:34 PM
by --
Changed line 32 from:
The existence of the 'sLuGmArK' denotes denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). to:
The existence of the 'sLuGmArK' denotes denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). If the 'sLuGmArK' is not present, then the other information cannot be assumed to be present. December 02, 2004, at 12:33 PM
by --
Changed line 13 from:
To enable these uses, we would have to modify the nslu2 arch-specific kernel files to read stuff from the last block, and modify the SwitchBox? linuxrc to deploy the payload. to:
To enable these uses, we would have to modify the nslu2 arch-specific kernel files to read stuff from the last block, and modify the SwitchBox linuxrc to deploy the payload. Changed line 15 from:
SlugImage? has been upgraded to support the payload already - other additions will come as they are prototyped and proven to work. to:
SlugImage has been upgraded to support the payload already - other additions will come as they are prototyped and proven to work. Changed line 23 from:
to:
Changed line 27 from:
to:
Added line 30:
The existence of the RedBoot FIS directory is determined by looking of the null-terminated string "RedBoot" at locations 0x507E0000, 0x507E0100, or 0x507E0200. This enables the RedBoot MTD map parser to identify a valid RedBoot FIS directory. SlugImage? restricts the size of the FIS directory to a maximum of 15 entries (plus the terminator entry, which is overlayed with other information). Added line 32:
The existence of the 'sLuGmArK' denotes denotes valid additional information in the last block (in particular, the information directly after the FIS directory terminator, the kernel command line args, the payload storage area, and the SwitchBox parameter area). December 02, 2004, at 12:20 PM
by --
Changed lines 20-21 from:
to:
Changed line 27 from:
to:
December 02, 2004, at 11:46 AM
by --
Changed line 19 from:
to:
December 02, 2004, at 11:40 AM
by --
Added line 8:
Changed line 13 from:
To enable these uses, we would have to modify the nslu2 arch-specific kernel files to read stuff from the last block. to:
To enable these uses, we would have to modify the nslu2 arch-specific kernel files to read stuff from the last block, and modify the SwitchBox? linuxrc to deploy the payload. Changed line 15 from:
We need a tool which can modify the contents of this block without disturbing anything else in the block. to:
SlugImage? has been upgraded to support the payload already - other additions will come as they are prototyped and proven to work. Added lines 17-24:
November 23, 2004, at 01:02 AM
by --
Changed lines 10-12 from:
to:
To enable these uses, we would have to modify the nslu2 arch-specific kernel files to read stuff from the last block. Added lines 15-16:
November 20, 2004, at 01:04 PM
by --
Added lines 4-12:
Because it has to be there anyway, we have decided to use it for a number of other things too:
We need a tool which can modify the contents of this block without disturbing anything else in the block. Deleted line 13:
November 20, 2004, at 12:55 PM
by --
Changed lines 1-5 from:
Describe LastBlockMemoryMap here. to:
The last erase block in the internal flash memory has a number of dedicated uses:
November 20, 2004, at 12:55 PM
by --
Changed line 5 from:
to:
|