similar to: Grub2 on Xen PV

From: Ben Cressey <bcressey@amazon.com> The commit "minios: refactor xenbus state machine" caused "/state" to be appended to the local value of nodename. Previously the nodename variable pointed to dev->nodename. The xenbus_rm() calls were not updated to reflect this change, and refer to paths that do not exist. For example, shutdown_blkfront() for vbd 2049 would

Hi Ian, Natasha and I are interested in helping with the io emulation work for fully virtualized HVM guests you mentioned in your March 12th email: http://lists.xensource.com/archives/html/xen-devel/2006-03/msg00394.html In the post, you mentioned the following tasks: - get minios running on x86_64 - port xenbus/netfront/blkfront to minios - compile qemu-dm into minios - redirect IO to qemu-dm

Signed-off-by: Ferenc Wagner <Ferenc Wagner wferi at niif.hu> --- doc/syslinux.txt | 9 ++++----- 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/doc/syslinux.txt b/doc/syslinux.txt index 76cae24..0ec2695 100644 --- a/doc/syslinux.txt +++ b/doc/syslinux.txt @@ -163,11 +163,10 @@ IPAPPEND flag_val [PXELINUX only] ... based on the input from the DHCP/BOOTP or PXE boot

Hello, as some might have read in my previous postings, I have a Mini-OS dom0 that constructs a Mini-OS domU on x86 xen-3.0.4-testing. As the memory layout my Dom0 builds does not guarantee, that pages the DomU Mini-OS tries to use as page tables are mapped to existing memory, I changed new_pt_frame in arch/x86/mm.c in the following way: The pt_pfn is mapped R/W, then it is zeroed by a

"H. Peter Anvin" <hpa at zytor.com> writes: > On 12/12/2013 12:31 AM, Ferenc Wagner wrote: > >> Shall I rebase it to the current firmware head? >> >> Also, 5.2.3 was released a couple of days ago. It's a bugfix release. >> I made it into a sepearete commit (pushed). >> >> Better default Lua paths (source and binary) would be

On Oct 17, 2014, at 1:30 PM, "H. Peter Anvin" <hpa at zytor.com> wrote: > >> On 10/17/2014 12:19 AM, Ferenc Wagner wrote: >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> I would like to do a short cycle for 6.04, because 64-bit support for >>> ext4 has come up as a very high priority. Therefore I do not want to

Geert Stappers <stappers at stappers.nl> writes: > Op 2013-10-15 om 20:03 schreef Ferenc W?gner: > >> lua: import Lua 5.2.2 > > Posted as [patch01/21] > Which was too big for the mailinglist. > So some other way is needed to share that information ... Hmm, yes. The series is available at https://github.com/wferi/syslinux as well (lua52 branch, based on upstream

On 01/02/2014 04:09 AM, Ferenc Wagner wrote: > > Issuing another make after this gave the previous error again: > > isolinux.asm:1102: error: TIMES value -4 is negative > I just fixed this one... it seems to be a consequence of merging in the MOVZX isolinux fix into the firmware branch. -hpa

"H. Peter Anvin" <hpa at zytor.com> writes: > I would like to do a short cycle for 6.04, because 64-bit support for > ext4 has come up as a very high priority. Therefore I do not want to > stuff too many things into the 6.04 release but hold them for 6.05. hpa, if 64-bit support for ext4 is mostly ready, you may want to release 6.04 in less than ten days, so that

Hi, This is my current patch queue. The patches are independent, AFAIK, so feel free to cherry-pick or reject them independently. The bottom one was needed for a successful build here; the top one contains all the modifications you requested on IRC, and more. Meanwhile I hit one of the four stray TABs in tftpd.c, and decided to get rid of them. Comments welcome. --- Ferenc Wagner (5):

"H. Peter Anvin" <hpa at zytor.com> writes: > On 08/22/2013 10:20 AM, Ferenc Wagner wrote: > >> Now that Syslinux has ls.c32 and lua.c32, it should be possible to build >> a customizable boot menu in the bootloader itself, instead of generating >> it beforehand by hooking into the kernel installation/removal process. >> Sure that would not work over

Thanks but I am still in the same spot : 1) I have created a partition (ext2 with GParted). 2) Now what ? I was thinking that I should install syslinux (the bootloader). All the examples say something like "syslinux --directory /boot/syslinux/ --install /dev/sdb1" but this does not make any seance, because the is no /boot on the system. I have tried it anyways, but the

"H. Peter Anvin" <hpa at zytor.com> writes: > On 12/11/2013 11:52 AM, Geert Stappers wrote: > >> Op 2013-12-11 om 02:09 schreef syslinux-bot for Matt Fleming: >> >>> Commit-ID: 5e59ac11d6d105591d6da742750ea2f804534d43 >>> Gitweb: http://www.syslinux.org/commit/5e59ac11d6d105591d6da742750ea2f804534d43 >>> Author: Matt Fleming

Geert Stappers <stappers at stappers.nl> writes: > Op 2014-01-02 om 14:59 schreef Ferenc Wagner: > >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> On 12/12/2013 12:31 AM, Ferenc Wagner wrote: >>> >>>> Shall I rebase it to the current firmware head? >>>> >>>> Also, 5.2.3 was released a couple of

I''ve updated the wiki to reflect some more of the steps and workarounds that are currently needed. Please add your comments/updates/corrections: http://wiki.xensource.com/xenwiki/XenParavirtOps Cheers, Todd -- Todd Deshane http://todddeshane.net http://runningxen.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Hi, I'm trying to get the above working, without success so far: UNDIS.DOS refuses to load with an invalid NDIS stack message (from memory). keeppxe has some effect: it reduces the available conventional memory by 140 kbytes or so... still, the packet driver doesn't seem to find the interface. Does anybody have a working setup I could look at? -- Thanks, Feri.

Signed-off-by: Ferenc Wagner <wferi at niif.hu> --- tftpd/tftpd.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tftpd/tftpd.c b/tftpd/tftpd.c index 721ebd8..1f5d9d6 100644 --- a/tftpd/tftpd.c +++ b/tftpd/tftpd.c @@ -696,7 +696,7 @@ int main(int argc, char **argv) } #endif /* Daemonize this process */ - /* Note: when running in secure

This is more a question than a serious proposal. The name of the pid file should probably be configurable, and it should be unlinked on normal termination, but no such thing exists in standalone mode. SIGTERM and SIGINT should be catched and considered normal, I guess. Signed-off-by: Ferenc Wagner <wferi at niif.hu> --- tftpd/tftpd.c | 7 +++++++ 1 files changed, 7 insertions(+), 0

On Apr 24, 2014 3:19 AM, "Ferenc Wagner" <wferi at niif.hu> wrote: > > Colin Walters <walters at verbum.org> writes: > > However, syslinux relies on loadable modules in /boot. At present in > > Fedora at least, the RPM package updates these, and it has a %post to > > ensure that when a newer version of extlinux is installed, we update > > both

The following changes since commit 81609df52ac52636a6d4af9249ede641620cb3a7: Centralize shift_is_held(), make it work to force the command line (2014-04-20 11:46:59 -0700) are available in the git repository at: https://github.com/wferi/syslinux progress for you to fetch changes up to 5b19c094527fde3694afab1f878c2877973f5044: lua: make kernel and initrd progress output match in