search for: blockmap

...ldlinux.c32, > > but irrelevant for now). > > 3. Installer calculates which blocks in the filesystem contain > ldlinux.sys > > 4. Installer modifies first sector of ldlinux,sys to contain a list of > all > > of the other locations of ldlinux.sys > > Almost. The blockmap MUST have at least one record in the first > sector but the subsequent blockmap records may exist later. See > "SectorPtrs" and "rl_checkpt_overflow". I believe 192 entries are > currently allocated. > I will look at the code to try and get it. All of this basical...

Gene, thanks for doing "Reply-All". I only get digest, so this keeps me in the loop. Appreciated. > which appears to be included in diskstart.inc. I will have to dig in and > see > > how this all gets compiled (pointers always appreciated :-) ). > > Yes. > Is the build process documented? Or am I just going to have to plod through the makefiles? > As Ady said,

in lib/blockmap.c,v 1.5 2003/12/03 func CreateMapping, inner loop code: if ( i<2 ){ MB = ( j<2 ? 0 : 1 ); }else{ MB = ( j<2 ? 2 : 3 ); } if ( i%2 ){ B = ( j%2 ? 3 : 2 ); }else{ B = ( j%2 ? 1 : 0 );...

...for now). >> > 3. Installer calculates which blocks in the filesystem contain >> > ldlinux.sys >> > 4. Installer modifies first sector of ldlinux,sys to contain a list of >> > all >> > of the other locations of ldlinux.sys >> >> Almost. The blockmap MUST have at least one record in the first >> sector but the subsequent blockmap records may exist later. See >> "SectorPtrs" and "rl_checkpt_overflow". I believe 192 entries are >> currently allocated. > I will look at the code to try and get it. All of...

...nux.sys onto the filesystem (and copies ldlinux.c32, > but irrelevant for now). > 3. Installer calculates which blocks in the filesystem contain ldlinux.sys > 4. Installer modifies first sector of ldlinux,sys to contain a list of all > of the other locations of ldlinux.sys Almost. The blockmap MUST have at least one record in the first sector but the subsequent blockmap records may exist later. See "SectorPtrs" and "rl_checkpt_overflow". I believe 192 entries are currently allocated. > 5. Installer puts the first 512 bytes of ldlinux.bin into the boot sector .....

...DISABLE_ENCODE encoder_sources = \ enc/encoder_disabled.c else encoder_sources = \ enc/dct_encode.c \ enc/encode.c \ enc/encoder_huffman.c \ enc/encoder_idct.c \ enc/encoder_toplevel.c \ ../net/nbs_client.c \ ../net/nbs_setsignal.c \ enc/encoder_quant.c \ enc/blockmap.c \ enc/common.c \ enc/dct.c \ enc/dct_decode.c \ enc/frarray.c \ enc/frinit.c \ enc/mcomp.c \ enc/misc_common.c \ enc/pb.c \ enc/pp.c \ enc/reconstruct.c \ enc/scan.c \ enc/dsp.c if CPU_x86_64 enc_arch_dir = enc/x86_64 encoder_arch_sources= \ $(...

...DISABLE_ENCODE encoder_sources = \ enc/encoder_disabled.c else encoder_sources = \ enc/dct_encode.c \ enc/encode.c \ enc/encoder_huffman.c \ enc/encoder_idct.c \ enc/encoder_toplevel.c \ ../net/nbs_client.c \ ../net/nbs_setsignal.c \ enc/encoder_quant.c \ enc/blockmap.c \ enc/common.c \ enc/dct.c \ enc/dct_decode.c \ enc/frarray.c \ enc/frinit.c \ enc/mcomp.c \ enc/misc_common.c \ enc/pb.c \ enc/pp.c \ enc/reconstruct.c \ enc/scan.c \ enc/dsp.c if CPU_x86_64 enc_arch_dir = enc/x86_64 encoder_arch_sources= \ $(...

...LIB" /D "TH_REALLY_NO_ASSEMBLY" /YX /FD /GZ /c # ADD BASE RSC /l 0x409 /d "_DEBUG" # ADD RSC /l 0x409 /d "_DEBUG" BSC32=bscmake.exe @@ -85,132 +85,264 @@ # PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat" # Begin Source File -SOURCE=..\lib\blockmap.c +SOURCE=..\lib\dec\apiwrapper.c # End Source File # Begin Source File -SOURCE=..\lib\comment.c +SOURCE=..\lib\enc\blockmap.c # End Source File # Begin Source File -SOURCE=..\lib\dct.c +SOURCE=..\lib\enc\common.c # End Source File # Begin Source File -SOURCE=..\lib\dct_decode.c +SOURCE...

Hello HPA, I think on harddisks, Syslinux is going to lose somehow from other bootloaders like LILO, Grub and others. However, SYSLINUX is still VERY usefull for removable media like diskettes, Zipdisks, USB Flash keys, etc.. I don't know if the fact that Syslinux is now installed using blockmapping is really breaking the usefullness for harddisks. You already mentioned system attribute will protect from defragmentation tools, but how about disksizes? Isolinux and PXElinux will remain unreplaceable, so it would be most interesting to see most development in every component that is not Sys...

Hi Syslinuxers, I am trying to understand the basic load chain in fat32 and ext4. I dug into the assembly for MBR, which is pretty straightforward: 1. Find boot partition (or use the pre-defined one at byte 440 for altmbr.bin) 2. Load the first 512-byte sector of the partition (VBR for fat32, Block Group 0 padding for ext). 3. Execute that code The code that is loaded, however, has to be too

Okay, spending the time to dot t's and cross i's (or something like that), I think I have something now that can be called 3.00-worthy, so let's call it a release candidate. Changes over the earlier 3.00 prereleases: - -m and -a options now supported by the DOS installer. - PXELINUX now allows IP addresses, FQDNs, and truncated hostnames when specifying an alternate TFTP server

...t just find the ldlinux.sys and execute > it? > > Set up the basic environment, load blocks of ldlinux.sys, check > integrity (weakly but works well enough) and jump to a further point. > > The installer patches in a block map of ldlinux.sys into the VBR plus > ldlinux.sys. A blockmap into the VBR and ldlinux.sys into the VBR? > At least one record stating N sectors at volume offset M > needs to live in the VBR. Often, only 1 record is needed. > I didn't get this part. Record? > > > 3. How does it know to find the ldlinux.sys (and, at the least, >...

quite some speed improvement indeed. attached the updated patch to apply to svn/trunk. j -------------- next part -------------- A non-text attachment was scrubbed... Name: theora-mmx.patch.gz Type: application/x-gzip Size: 8648 bytes Desc: not available Url : http://lists.xiph.org/pipermail/theora-dev/attachments/20040824/5a5f2731/theora-mmx.patch-0001.bin