search for: ebda

On some machines, the location at 0x40e does not point to the beginning of the EBDA. Rather, it points to the beginning of the BIOS-reserved area of the EBDA, while the option ROMs place their data below that segment. For this reason, 0x413 is actually a better source than 0x40e to get the location of the real-mode trampoline. But it is even better to fetch the information from...

ioemu-remote: The device model needs to write in the ACPI tables when it wakes up from S3 state. Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com> -- Jean Guyader _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

I need some help with the following: My system hangs while booting from a CD using?SysLinux?(2.08).? I think that the?driver?hooks into the INT13 and INT15 handlers, writing their new handler hook into the Extended BIOS Data Area (EBDA) used by Phoenix BIOS for BIOS data information.? This area is?used and modified during legacy USB SMI's. I think that the hang happens because the new handler hook for INT13 or INT15 gets corrupted after the legacy USB SMI when any bootable USB device is connected causing the system to get the...

...e__("int3"); reboot_type = BOOT_KBD; Index: clean-start/arch/x86_64/kernel/setup.c =================================================================== --- clean-start.orig/arch/x86_64/kernel/setup.c +++ clean-start/arch/x86_64/kernel/setup.c @@ -327,10 +327,7 @@ static void discover_ebda(void) * there is a real-mode segmented pointer pointing to the * 4K EBDA area at 0x40E */ - ebda_addr = *(unsigned short *)EBDA_ADDR_POINTER; - ebda_addr <<= 4; - - ebda_size = *(unsigned short *)(unsigned long)ebda_addr; + ebda_info(&ebda_addr,&ebda_size); /* Round EBDA...

...e__("int3"); reboot_type = BOOT_KBD; Index: clean-start/arch/x86_64/kernel/setup.c =================================================================== --- clean-start.orig/arch/x86_64/kernel/setup.c +++ clean-start/arch/x86_64/kernel/setup.c @@ -327,10 +327,7 @@ static void discover_ebda(void) * there is a real-mode segmented pointer pointing to the * 4K EBDA area at 0x40E */ - ebda_addr = *(unsigned short *)EBDA_ADDR_POINTER; - ebda_addr <<= 4; - - ebda_size = *(unsigned short *)(unsigned long)ebda_addr; + ebda_info(&ebda_addr,&ebda_size); /* Round EBDA...

Hello, I have a compaq machine with compaq smart array raid and with 3com 905C 10/100 TXM network card (supporting PXE). I have setup an dhcp and tftp server for serving pxelinux.0 , memdisk and my dos images along with linux images (vmlinuz, initrd). Booting with vmlinuz and initrd is working fine on any machine but when I'm booting with memdisk along with dos image the result is: 1706:

My system hangs while booting from a CD using SysLinux (2.08). I think that the driver hooks into the INT13 and INT15 handlers, writing their new handler hook into the Extended BIOS Data Area (EBDA) used by Phoenix BIOS for BIOS data information. This area is used and modified during legacy USB SMI's. I think that the hang happens because the new handler hook for INT13 or INT15 gets corrupted after the legacy USB SMI when any bootable USB device is connected causing the system to get the...

...ing CPU#0 PID hash table entries: 2048 (order: 11, 16384 bytes) Xen reported: 3000.108 MHz processor. Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Calgary: detecting Calgary via BIOS EBDA area Calgary: Unable to locate Rio Grande table in EBDA - bailing! Software IO TLB disabled Memory: 501248k/532480k available (2265k kernel code, 22340k reserved, 1351k data, 200k init) Calibrating delay using timer specific routine.. 6007.16 BogoMIPS (lpj=3003580) Security Framework v1.0.0 initial...

...changeset: 26418:3b59a6c3e9b0 user: Paolo Bonzini <pbonzini@redhat.com> date: Fri Jan 18 11:35:11 2013 +0100 x86: find a better location for the real-mode trampoline On some machines, the location at 0x40e does not point to the beginning of the EBDA. Rather, it points to the beginning of the BIOS-reserved area of the EBDA, while the option ROMs place their data below that segment. For this reason, 0x413 is actually a better source than 0x40e to get the location of the real-mode trampoline. Xen was already using it as...

(FreeDOS developers, I apologize for the redundant parts of this message. But I want to bring the SYSLINUX folks into the discussion, and the SourceForge mailing list archives are broken.) Background: I have a little Sourceforge project (http://unattended.sourceforge.net/) for which I use SYSLINUX to provide CD-ROM and PXE boot support for my boot disk. And it works great with MS-DOS. However,

On Wed, 2016-02-03 at 15:28 -0500, Konrad Rzeszutek Wilk wrote: > > > And I wonder if the XEN_DOMCTL_irq_permission aka, > > > xc_domain_irq_permission > > > had been called. I remember that at some point we missed it for > > > Xend.. > > > > > False alarm. > > It was all in Linux. Attached are four patches (the first two > are for

trying to set up a IBM 4500R with pxelinux 1.67 with an Intel eepro(ish) NIC. Got DHCP (ISC 2.0) and atftpd working. pxelinux downloads the boot.msg, kernel and initrd, but when it tries to load the kernel we get: boot: Loading 7.1/vmlinuz............. Loading 7.1/initrd.img.............. ready. Failed to free base memory, sorry... [system hangs] I tried enabling debugging in pxelinux.asm, but

...a2 ro elevator=noop root=/dev/xvda2 ro [ 0.000000] PID hash table entries: 512 (order: 0, 4096 bytes) [ 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 [ 0.000000] AGP: Checking aperture... [ 0.000000] AGP: No AGP bridge found [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [ 0.000000] Memory: 72968K/130684K available (5219K kernel code, 947K rwdata, 1836K rodata, 1204K init, 840K [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period accelerati...

...-b88d-ca382c2b53a8 ro recovery nomodeset [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt size 0x340 [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [ 0.000000] Memory: 992164k/1040384k available (6558k kernel code, 456k absent, 47764k reserved, 6642k data, 920k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=15, Nodes=1 [ 0...

...da2 ro elevator=noop root=/dev/xvda2 ro [ 0.000000] PID hash table entries: 512 (order: 0, 4096 bytes) [ 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 [ 0.000000] AGP: Checking aperture... [ 0.000000] AGP: No AGP bridge found [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [ 0.000000] Memory: 72968K/130684K available (5219K kernel code, 947K rwdata, 1836K rodata, 1204K init, 840K [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleratio...

...68339 [ 0.000000] Policy zone: Normal [ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.3.0-0.bpo.1-amd64 root=UUID=fc273ce0-6e58-4b9f-9cec-5d625697326c ro nomodeset [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [ 0.000000] Memory: 65771928K/66919060K available (5674K kernel code, 1118K rwdata, 2792K rodata, 1300K init, 844K bss, 1147132K reserved, 0K cma-reserved) [ 0.000000] Hierarchical RCU implementation. [ 0...

...da2 ro elevator=noop root=/dev/xvda2 ro [ 0.000000] PID hash table entries: 512 (order: 0, 4096 bytes) [ 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 [ 0.000000] AGP: Checking aperture... [ 0.000000] AGP: No AGP bridge found [ 0.000000] Calgary: detecting Calgary via BIOS EBDA area [ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [ 0.000000] Memory: 72968K/130684K available (5219K kernel code, 947K rwdata, 1836K rodata, 1204K init, 840K bss, 57716K reserved) [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle gr...

OK, so after several weeks of trying to get various versions of Xen running of various distributions, I''m starting to wonder if I''ve got a hardware compatibility problem and as the system never really boots with the Xen kernel I''ve got no log files to tell me where the problem is. I was wondering if there''s a way to compile from source with debug turned on,

Hello, http://www.phoronix.com/scan.php?page=article&item=ubuntu_1110_xenkvm&num=1 Ubuntu 11.10 with Xen 4.1.1 and Linux 3.0. Xen seems to be doing very poorly on that benchmark. If someone has time to repeat that benchmark it would be good.. Comparing the results to those from Stefano from XenSummit 2011 NA there has be something wrong.. the results at XenSummit were pretty much the

...000] Extended CMOS year: 2000 [ 0.000000] TSC calibrated against PM_TIMER [ 0.000000] time.c: Detected 2393.969 MHz processor. [ 0.004000] Console: colour VGA+ 80x25 [ 0.004000] console [tty0] enabled [ 0.004000] Checking aperture... [ 0.004000] Calgary: detecting Calgary via BIOS EBDA area [ 0.004000] Calgary: Unable to locate Rio Grande table in EBDA - bailing! [ 0.004000] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 0.004000] Placing software IO TLB between 0x4000000 - 0x8000000 [ 0.004000] Memory: 3949720k/5701632k available (2226k kernel code, 1381...