delta/syslinux.git/core/ldlinux.asm, branch syslinux-3.75-pre3 git.kernel.org: pub/scm/boot/syslinux/syslinux.git Update copyright notices; add Intel notices where appropriate 2009-04-04T21:48:10+00:00 H. Peter Anvin hpa@zytor.com 2009-04-04T21:48:10+00:00 390a4bf409a4574fe3272adf9f873ef78b78c167 Update copyright notices. Per agreement with my new employer, Intel Corporation, add Intel copyright notices where appropriate. Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Update copyright notices.  Per agreement with my new employer, Intel
Corporation, add Intel copyright notices where appropriate.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Banner: "and contributors" is just too long; try "et al" 2009-03-31T16:30:32+00:00 H. Peter Anvin hpa@zytor.com 2009-03-31T16:30:32+00:00 e297dc0a78dcc28392f948f050c123879bbbc41a Impact: aestetics Change "and contributors" to "et al" so that the message actually fits on one line. This is unfortunate, but what can you do... Signed-off-by: H. Peter Anvin <hpa@zytor.com> 
Impact: aestetics

Change "and contributors" to "et al" so that the message actually fits
on one line.  This is unfortunate, but what can you do...

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Add "and contributors" to the copyright banner 2009-03-22T05:30:31+00:00 H. Peter Anvin hpa@zytor.com 2009-03-22T05:29:09+00:00 4fc8259d568263e06b076f6a782123a2393503df Clarify that there are nowadays more copyright holders than just myself. 
Clarify that there are nowadays more copyright holders than just
myself.
SYSLINUX: fix handling of .bss files for FAT12/FAT16 2009-03-16T23:16:39+00:00 H. Peter Anvin hpa@linux.intel.com 2009-03-16T23:16:39+00:00 35136c9e0b02a90e6d5d5d8d5c16be4492910d25 The size of the superblock is different for FAT12/FAT16 and FAT32. We should only copy the relevant portions of the superblock over. Technically speaking, it is possible for FAT12/FAT16 to have an older, smaller superblock as well (without the 0x29 boot signature); we don't handle that at the moment. 
The size of the superblock is different for FAT12/FAT16 and FAT32.  We
should only copy the relevant portions of the superblock over.
Technically speaking, it is possible for FAT12/FAT16 to have an older,
smaller superblock as well (without the 0x29 boot signature); we don't
handle that at the moment.
YEAR is a number, not a string 2009-02-27T22:33:13+00:00 H. Peter Anvin hpa@zytor.com 2009-02-27T22:33:13+00:00 b04916f5de7f8139607db83c184b832d6402cb0d The macro YEAR is a number, not a string, so we have to use the asciidec macro. 
The macro YEAR is a number, not a string, so we have to use the
asciidec macro.
Use YEAR, not the obsolete macro year 2009-02-27T19:55:23+00:00 H. Peter Anvin hpa@zytor.com 2009-02-27T19:55:23+00:00 99919ef6c96e743ae610434f6ea7ac78bd7caa97 






ldlinux: move es manipulation into ucs2_to_cp
2009-02-11T06:39:52+00:00

H. Peter Anvin
hpa@zytor.com

2009-02-11T06:39:52+00:00

6174d35033800faa87c208683d26d3a2e1ae5156

If currently the only caller of ucs2_to_cp wants to use ES, we might
as well move the ES set/restore into ucs2_to_cp.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>





If currently the only caller of ucs2_to_cp wants to use ES, we might
as well move the ES set/restore into ucs2_to_cp.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>







ldlinux: readdir: trivial optimization
2009-02-11T06:37:16+00:00

H. Peter Anvin
hpa@zytor.com

2009-02-11T06:37:16+00:00

9485c9742fcc2c499fed98057c3ef44f67fda91b

Trivially optimize the readdir code

Signed-off-by: H. Peter Anvin <hpa@zytor.com>





Trivially optimize the readdir code

Signed-off-by: H. Peter Anvin <hpa@zytor.com>







ldlinux: fix interface to ucs2_to_cp
2009-02-11T06:22:23+00:00

H. Peter Anvin
hpa@zytor.com

2009-02-11T06:22:23+00:00

8814df6683dca8e6a54da61d8afd88372d99047d

The interface to ucs2_to_cp has changed slightly, it now returns ZF=0
on failure, not CF=1.





The interface to ucs2_to_cp has changed slightly, it now returns ZF=0
on failure, not CF=1.







Merge branch 'charset' into dir
2009-02-11T06:17:12+00:00

H. Peter Anvin
hpa@zytor.com

2009-02-11T06:17:12+00:00

d379e8c25b29794798395bf024f1c31c24bcb385