search for: divsol

changing i386 COMMAND_LINE_SIZE to 1024 attached is a simplistic fix to change kernel's command-line size from 256 to 1024, tomatch capability in syslinux 3.08. It seems to work. Is this all there is to it ? One of the reasons I did this was to figure out what extra options are appearing, and why. b4 extending: (the last bit is truncated) Jun 4 06:31:05 truck kernel: Kernel command

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...l 6 24357 0 0.01 24323 0 0.01 24323 direction.ll 22 19450 0 0.01 19421 0 0.01 19421 dirsend.ll 8 107105 0 0.02 107071 0 0.01 107071 display.ll 0 456 0 0.01 421 0 0.01 421 distray.ll 9 86112 0 0.02 86085 0 0.02 86085 divides.ll 3 8241 0 0.01 8225 0 0.01 8225 div.ll 18 13898 7 0.01 11319 7 0.01 11319 Divsol.ll 4 29265 0 0.01 29243 0 0.01 29243 djpeg.ll 5 90842 0 0.01 90811 0 0.01 90811 doborder.ll 2 45439 0 0.01 45406 0 0.01 45406 doc-proof.ll 29 56444 0 0.01 56427 0 0.02 56427 does_x_win.ll 5 91600 0 0.01 91581 0 0.02 91581 doitgen.ll 12 30417 0 0.01 30366 0 0.01 30366 dominate.ll 2 34437 0 0.01 3440...

hi hpa, etal I found a patch against 2.06 that turned off console when serial was in use. http://centerclick.org/net4801/pxelinux/syslinux.patch This patch works, but appears to turn off the console unconditionally. I went to see how it would fit in 2.11, and it seems youve already started adding this feature. If so great, but how do I control it from a config-file ? I didnt see any new

folks, Im finding that using a config like this: SERIAL 0 19200 #IPAPPEND 2 PROMPT 1 TIMEOUT 100 IMPLICIT 0 APPEND console=ttyS0,19200n81 root=/dev/nfs nfsaddrs=10.10.10.100:10.10.10.2:10.10.10.2:255.255.255.0:soekris:eth0 nfsroot=10.10.10.2:/nfshost/truck panic=15 LABEL deb268 KERNEL vmlinuz-2.6.8-1-386 initrd=initrd.img-2.6.8-1-386 panic=10 LABEL deb268-ram KERNEL vmlinuz-2.6.8-1-386

folks, the following is lsusb -v for my 250gb usb hard drive. I note the Protocol line mentions zip: ie bInterfaceProtocol 80 Bulk (Zip) does that mean its one of those USB-ZIP devices ? If so, to the parameters below say anything about the CHS settings needed ? tia, PS - HPA, you were correct wrt what I missed :-} Bus 001 Device 002: ID 1058:0401 Western Digital Technologies,

hpa, since Ive asked a few dumb questions, and gotten good & gentle answers, I did some pennance. in README.menu, you say 'copy to appropriate location'. I was left a bit unsure what appropriate was, but in absense of any specifics I went with the obvious 1st guess, and it worked. attached makes it specific - ie same directory as your syslinux.conf. obviously, you might have better

Over on the soekris-tech list, Jim Cromie wrote: [snip] > Im curious, did you update your bios, and if so, did it fix the > screen-spew ? [snip] > I requested a few features, which he's considering. > one of which is NOCONSOLE, which was intended to > be a work-around for the escape-sequences put in by the > video emulation. > > If the bios has fixed that problem,

using simple menu and a timeout, and no menu default; if I choose forex the 3rd boot-target, but dont hit return, it will timeout, and reset the selection to thte 1st (default) boot target. another timeout, and it boots that 1st target. it seems more appropriate to either a. end the timeout, and just wait for the user (grub, lilo do this iirc) b. boot the manually selected target when timeout

patch is self explanatory, I trust. im not sure about patch2, (I didnt do a controlled test). -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch URL: <http://www.zytor.com/pipermail/syslinux/attachments/20050528/b3266150/attachment.ksh> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed...

ok on a soekris 4801. Now that youre in late pre-release, pls consider these doc-patches, 1st sent in May. which are (I assume) still true, if not directly desirable. (reword as you see fit, or reject outrite) They apply -p0 other trivialities: early part of pxelinux paints approx 16 chars wide across serial to my terminal (picocom) and often doesnt scroll, (does so rarely, dont recall

Im trying to boot memtest86 via pxelinux, memdisk, I found this advice on http://forum.x86-secret.com/viewtopic.php?t=2906 folks are making the image match a floppy size by one of the following: dd if=memtest86+-1.xx.bin of=memtest.img bs=360k count=1 conv=sync or dd bs=360k count=1 conv=sync if=memtest86+-1.xx.bin|gzip > memtest.gz I did the former, it did suppress the warning/errors I saw

folks, Im trying to boot to runlevel 4 explicitly, using this stanza: ie with a single 4 at end of APPEND line. LABEL 2.6.11-r10c2-soekris-v1 MENU LABEL ^j. runlevel 4 2.6.11-r10c2-soekris-v1 # 4 MENU DEFAULT KERNEL vmlinuz-2.6.11-r10c2-soekris-v1 APPEND console=ttyS0,19200n81 root=/dev/nfs nfsroot=192.168.42.1:/nfshost/foo

hpa, etal, pxelinux works great from a push of the reset button. machine boots normally. However, after i issue 'reboot' command, my box fails to find the tftp server during reboot. This looks to be happening before pxelinux has any chance to participate, so it cannot be to blame. Im seeking corroboration here before I go badgering the bios-provider here's the relevant

the following config-file triggers a couple of odd corner-cases in 3.08-pre5 ; SERIAL 0 19200 CONSOLE 0 APPEND console=ttyS0,19200n81 root=/dev/hda1 IMPLICIT 0 #DEFAULT sk1 #DEFAULT menu.c32 DEFAULT sk1 PROMPT 0 MENU TITLE Simple Boot Menu LABEL sk1 KERNEL vmlinuz-2.6.10-sk1 APPEND console=ttyS0,19200n81 root=/dev/nfs

hey folks, Im using pxelinux to boot a Soekris box (which works fine to a default image) Ive added a bunch of LABEL, KERNEL pairs, but I cant read the display; Im buried in escape codes. Ive captured some of it to a typescript file: it starts out kosher, but goes unreadable rather quickly, 0005520 \r T F T P . 0005540 / \b \r 0005560 *

hpa etal, Im trying to get PIRT running on an SBC which has no CD-ROM drive. (an 8 MB ISO which demo's RTAI - RealTime Application Interface, on linux patched with Adeos) (BTW, PIRT uses isolinux) anyway, Im trying to use pxelinux to chainload / memdisk / mboot it, Im having no success. Ive also tried booting memtest86, which I can boot on my laptop using grub, ie title memtest