similar to: AW: SYSLINUX 3.08-pre10, including "bigraw" support

hi, i've seen that there already have been some messages to bios flash via memdisk image. i also had some problem with that. the programmer of "UNIFLASH" told me, that memdisk is using protected mode and this should be a problem, because uniflash only works with real mode. i've found i amiflash that works with protected mode and with this i can flash the bios. [with memdisk]

I have released 3.08-pre10, which includes a version of 'raw' support which should work when the CPU is in big real mode (called 'bigraw', appropriately enough.) Note that it will ALWAYS put DS and ES in big mode; there isn't any really sane way to test if they should be or not. -hpa

Hi, Thanks a lot for the great tools at syslinux. I have an interesting problem for which i am trying to use memdisk. I have a cluster of 40 machines (same hardware config) all needing a bios flash. Rather than doing it manually, i am trying to use the PXE mode. So i am using memdisk to boot an image of my bios flash floppy over the network. my platform configuration is supermicro motherboards

> It would be possible -- in fact, fairly easy -- to hack the > "raw" mode of MEMDISK to drop the system into big real mode > after finishing instead of real mode; such a "bigraw" mode > might solve the problem with this particular program. > > The PC hardware... gotta love it. ok, i don't understand a lot of this; but sounds nice ;) could you please

Hello everyone, I have pushed out SYSLINUX 3.08. It's identical in all but version number to 3.08-pre11. Sorry for everything that probably should have been done that didn't make it, but I simply haven't had time :( :( :( However, given several bugs fixed in 3.08, this seemed important... Changes in 3.08: * SYSLINUX: Fix performance regression (-s mode always

I know everyone is itching to test out another prerelease, and there's been quite a lot of activity since the last one. The shortlog is appended below. The feedback from testing the previous prereleases has been really constructive, so thanks to everyone for that. That feedback has been addressed in some of the commits listed below, but it's not all bug fixes, we've also got some new

make[1]: Entering directory `/home/gzp/src/syslinux-3.62-pre10/extlinux' gcc -Wp,-MT,extlinux.o,-MMD,.extlinux.o.d -W -Wall -Wno-sign-compare -D_FILE_OFFSET_BITS=64 -g -Os -I. -I.. -I../libinstaller -c -o extlinux.o extlinux.c In file included from /usr/include/linux/vfs.h:4, from /usr/include/linux/fs.h:14, from extlinux.c:43: /usr/include/asm/statfs.h:12:

This version fixes a couple of bugs in ISOLINUX related to filename parsing against -pre9. PLEASE test it out, especially if you're using PXELINUX and have had machines on which PXELINUX doesn't boot, as I'm hopefully going to release it as 2.00 in the next couple of days. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

I have put out a 2.07-pre10; this version recognizes vendor-encapsulated (a.k.a. vendor-option-space) PXELINUX options as well as unencapsulated (a.k.a. site-option-space) PXELINUX options. Please try it out... I'd like to release 2.07 no later than Monday. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

Ok, despite what I said yesterday I decided to release a 2.08-pre10. The only difference over 2.08-pre9 is that I have added a small program in the "samples" directory called chain.c32. This allows chainbooting local floppies and hard disks: chain fd0 ; Chainboot the first floppy drive chain hd0 ; Chainboot the first hard drive chain hd1 3 ; Chainboot partition 3 on the second

I really hope to God this is the last prerelease of SYSLINUX 3.00... I have added code to isolinux to give a pointer to SBM, but in order for it to fit I had to reorganize sector 0 slightly. Therefore, I decided it called for another prerelease (sigh.) Other changes versus -pre9 is fixing the Makefile and specfile so the RPM builds, fixing up mkdiskimage and adding a README about how to deal

I have pushed out SYSLINUX 3.10-pre10 with the fix for Arwin's bug. Still no idea about the bug reported by Curtis Doty. Pending issues before 3.10: - Need for forward-port EBIOS changes from SYSLINUX to EXTLINUX; - Verify EXTLINUX functionality on Supermicro systems; - Try to make some head or tail out of menu.c32 hang, if at all possible; - NOESCAPE. - Curtis' bug (garbage at end of

Hi all, I've finally gotten around to actually implement the long-discussed TEXT HELP feature. Try it out, please; it's in 3.40-pre10. -hpa

I have just pushed out Syslinux 3.81-pre10. This fixes some pretty serious bugs, including the fact that, apparently, isohybrid didn't work at all in CBIOS mode. Unfortunately it means that the isohybrid handover protocol has changed, and so a new isolinux.bin isn't compatible with an old isohybrid or vice versa (as a result, the magic number has changed.) -hpa

Okay, the serial port feature in 3.11-pre9 was of course completely broken (I seem to have bad luck with -pre9's :)... a 3.11-pre10 is now available, and it does seem to have a more reliable handling of arrow keys ... *but not perfect*. There simply is no way to reliably detect both [Esc] and arrow keys on existing serial consoles. -hpa

https://bugzilla.samba.org/show_bug.cgi?id=5287 Summary: FreeBSD pre10 compilation warnings report Product: rsync Version: 3.0.0 Platform: x86 OS/Version: FreeBSD Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: 14709c93@mailinator.com

> No. Big real mode is not real mode, and in particular > MEMDISK doesn't have the control over what mode transitions > the world outside MEMDISK performs. i understand. if only dos will be used (without himem, emm386 or something like that) that the cpu will be leaved in real mode, is that correct? and e.g. bios update would work... mfg johannes

Hi, In the man page for vector(): length: A non-negative integer specifying the desired length. Double values will be coerced to integer: supplying an argument of length other than one is an error. Since long vectors are supported, it doesn't seem to be true anymore that "double values will be coerced to integer": > bigraw <-

Hi, I get an "internal error" when calling seek() twice on a gzfile connection. Create a gzip file: bigraw <- sample(charToRaw("abcdef"), 30000000, replace=TRUE) save(bigraw, file="bigraw.rda") Open it: con <- gzfile("bigraw.rda", "rb") Then: > seek(con, where=1) [1] 0 > seek(con, where=24980000) [1] 1

H. Peter Anvin, The following problem came to my attention with memdisk. I cannot claim the credit, but wanted to be sure the information made it back into the program for the benefit of all users... In file memdisk.asm, in respect of the operation of the raw and bigraw options, the order of pop instructions does not correspond to the order registers are pushed;