similar to: [RFC][PATCH] fsc: convert the highmem.inc from assembly to C code

Hi Feng, I'm currently hitting the overflow in core/diskstart.inc on the elfink branch where I see you changed the overflow check, commit 2e91ec5f155f04aee878ed70a04fb5b15e40da3b Author: Feng Tang <feng.tang at intel.com> Date: Wed Jul 14 15:55:25 2010 +0800 elflink: a lot of core/fs merge @@ -691,16 +798,22 @@ rl_checkpt equ $ ; Must be

Hi, This is a another small set of fixes about CLI on elflink branch. Liu Aleaxander (3): elflink: use 'input' as the prompt of the CLI elflink: Add ctrl-R key bind support elflink: handle the NULL return of edit_cmdline core/elflink/cli.c | 88 +++++++++++++++++++++++++++++++++++++++++--- core/elflink/load_env32.c | 4 ++- 2 files changed, 85 insertions(+), 7

This is a small set of patches for elflink branch based on feng's elflink branch. hpa, It seems that I can't log on terminus by ssh at home. So I can't push these patches on my git tree. Liu Aleaxander (4): elflink: Cleanup some warnings elflink: Fix the wrong malloc size in enter_cmdline elflink: Do clear screen even if we have no pDraw_Menu method elflink: Add Ctrl-p +

Hi hpa, For now, I have finished the all the generic VFS-layer, generic path searching and the dir stuff (you can use the dir.c32 module to list the entries in a specified directory) in all the current fs(pxelinux excluded). BTW, I just added a new git repo, called fsc.git, to be my main git repo. Well, in fact, it's a symlink of gsoc09_liu.git, so the both will work(I guess). hpa, should

Well, people... I have just merged the "fsc" branch (filesystems in C, largely the work of Liu Aleaxander) and the "elflink" branch (dynamic modules, the work of Claudiu Mihail and Stefan Bucur) together... I haven't tested anything other than it compiling, but it actually does compile. There are almost guaranteed to be issues that I have missed, but well, we get to

Hi hpa, I just added the generic path_lookup function for EXTLINUX. hpa, It changed a lot, so I want hear something from you. First , here is the main skeleton of the generic path_lookup function: > if (*name == '/') { > inode = this_fs->fs_ops->iget_root(); // The way to get the root > inode is different from different fs > while(*name == '/') >

I am trying to compile 2.4.10-ac11 w/ the ext3-2.4-0.9.12-2410ac11 patch. I'm getting unresolved symbols w/ ext3 module: cd /lib/modules/2.4.10-ac11; \ mkdir -p pcmcia; \ find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.4.10-ac11; fi depmod: *** Unresolved symbols in

Hi, I merged ldlinux.asm and extlinux.asm on the fsc branch, observing that there were very little difference between them left. So far, so good. I found, however, a test which fails on the fsc branch (with or without the merge.) I have tracked it down to vfat_mangle_name() overwriting a bunch of random .bss16 memory, eventually including the CallbackSP variable.

pxelinux.0 from the fsc branch (syslinux-3.84-pre6-262-g03d6454) doesn't seem to work. Qemu exists with: qemu: fatal: Trying to execute code outside RAM or ROM at 0x6c620065 EAX=00103b88 EBX=00007ba2 ECX=00000000 EDX=0010399a ESI=00103590 EDI=f81b0000 EBP=00000000 ESP=0011ffe8 EIP=6c620065 EFL=00000202 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0028 00000000 ffffffff 00cf9300 DPL=0 DS

The current code only works iff the tsize option is set. This patch fixes the handling of the OACK packet and makes the code work with all combinations of the tsize and blksize options. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/core/pxe.c b/core/pxe.c index 81d3e23..a4b8a14 100644 --- a/core/pxe.c +++ b/core/pxe.c @@ -913,8 +913,10 @@ static void pxe_searchdir(char

syslinux-4.00-pre5-10-gdc10f7b locks up on qemu with pcnet card. The problem seems to be in pxe_idle_init(). Added debug output: dev_id: 10222000 before while loop h: 10 l: 0 h: 10 l: 0 e: 14e4166a h modified h: 350482265 l:0 h seems bogus as there are only 11 entries in pxe_need_idle_drain. if (e == dev_id) { found = true; break; } else if (e <

Hi all, Date: Thu, 10 Dec 2009 22:55:20 +0800 Subject: [PATCH] [RFC] lib: add a hex dump lib function I think it would be better to have a hex dump routine; it would make debugging much easier since it can dump the data, like fs meta data, in a hex style, just like what the 'hexdump -C file' command does. BTW, I'm not sure where should I to put the hexdump function declaration. For

I have just tried syslinux-4.00-pre5-3-g25fb8eb on Bochs + etherboot and it doesn't seem to work: PXELINUX 4.00 pre5-3-g25fb8eb Copyright (C) 1994-2009 H. Peter Anvin et al !PXE entry point found (we hope) at 9F00:0680 via plan A UNDI code segment at 9F00 len 0AB0 UNDI data segment at 9E00 len 1000 Getting cached packet 01 02 03 My IP address seems to be C0A80178 192.168.1.120

I am utilizing an openssh tunnel between two Linux boxes. On the client box I issue the following commands to set up the tunnel; - ssh -w0:0 root at x.x.x.x -v where x.x.x.x is the IP address of the Linux system running sshd - ip addr add 10.0.5.1/32 peer 10.0.5.2 dev tun0 - ip link set tun0 up On the box running sshd I issue the following commands: - ip addr add 10.0.5.2/32 peer 10.0.5.1 dev

Since we upgraded OpenSSH from 5.0p1 to 5.1p1 on our Solaris 8 boxes (I know, I know, we should upgrade or retire them...), we've started experiencing problems with slogin'ing into these boxes, running vi, and pasting text into the vi session. As long as we are pasting in less that 1024 characters it's fine. With >= 1024 characters, the session hangs. If you run

I have a couple of 64-Bit Xeon's with CentOS 4.2 x86_64 installed on them. They don't all have the same motherboards. I've having a difficult time getting CentOS 4.2 x86_64 to boot on some of them in SMP mode (UP works fine). After the installation of CD, it boots up but kernel panics with the following error: Badness in i8042_panic_blink at drivers/input/serio/i8042.c:992 This is

Hello, I came across an interoperability problem in OpenSSH 3.0p1 and 3.0.1p1 concerning the AFS token forwarding. That means that the new versions are not able to exchange AFS tokens (and Kerberos TGTs) with older OpenSSH releases (including 2.9p2) and with the old SSH 1.2.2x. In my opinion this problem already existed in Openssh 2.9.9p1, but I have never used this version (I only looked at the

Hello, This patch adds client and server support for transmitting the st_nlink field across SSH2_FXP_NAME and SSH2_FXP_ATTRS responses. Please let me know if there anything I can do to improve this patch. I am not subscribed to list so please CC me. Index: sftp-common.c =================================================================== RCS file: /cvs/src/usr.bin/ssh/sftp-common.c,v retrieving

Synopsis A short description question: A short description of what? myself or the job I am applying to? I thinks it's the latter, so I send this email for confirm. Thanks.

Jun-qi Deng <dengjunqi06323011 at gmail.com> writes: >> Is it? In my experience, it isn't. Please show the relevant command >> generated by your makefile and the associated error message(s). >> > >> RTTI is an on/off option that changes per LLVM library, so setting >> -fno-rtti for using LLVM makes no sense. VMCore and Support have -frtti >> while