search for: shuffler

...18de2a4c49bd64a024dd4f4a09a0caf1f0ac > Author: H. Peter Anvin <hpa at linux.intel.com> > AuthorDate: Fri, 28 Feb 2014 15:48:53 -0800 > Committer: H. Peter Anvin <hpa at linux.intel.com> > CommitDate: Fri, 28 Feb 2014 15:48:53 -0800 > > core, bios: Move __syslinux_shuffler_size to assembly > > Putting the __syslinux_shuffler_size in a C file by itself caused it > to not get included in the core, causing failures. Put it in assembly > to make sure it really gets included there. > > Signed-off-by: H. Peter Anvin <hpa at linux.intel.com> >...

Hi, I would like to use INT22h, function 000Dh, but I found that it is disabled in vector table: in core/comboot.inc: int22_table: [...] dw comapi_err ; 000D clean up then bootstrap [...] The code of this function is present in this file (comapi_chainboot). Why this function is disabled? Regards Piotr Romaniuk PS I am using syslinux-4.04.

I have just pushed out Syslinux 3.80-pre7. I am slightly concerned about putting this into the release tree at this point: I was working with some of the shuffler code, and found that the memory map handling was actually severely buggy on some of my test cases. Resolving that problem took rewriting most of syslinux_add_memmap(). However, against better judgement :) I decided to check in the other work I have been doing as well (make the shuffler correctly...

This is missing since "shuffler: comboot interface to the new shuffler". Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> --- core/comboot.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/core/comboot.inc b/core/comboot.inc index d6f670c..ef69c49 100644 --- a/core/comboot.inc +++ b/co...

3.80 is a bug fix and internal restructuring release. In particular, the entire shuffler subsystem has been rewritten largely from scratch, as has the Multiboot module. Changes in 3.80: * New shuffler mechanism and API. * Rewritten mboot.c32 module. * The syslinux_boot_linux() function has been simplified. * Don't hang trying to boot a "men...

...n Hexagon, the slot assignment is determined by the layout of the > instructions in memory. The order of the instructions in the packet does > not matter either in the IR, nor in the .s file, but it does when the > packet is encoded into the actual machine code. In LLVM, the Hexagon > shuffler orders the instructions just prior to encoding. > > Specifically, the instructions in the packet are encoded "in reverse", > i.e. the instruction that will go to the highest slot will be encoded > first, then the instruction that will go to the second highest slot, etc. > I...

...ting. <<< Please correct me if I'm wrong: Supporting multiple open files could've been done mapping the "whole" file in memory w/o requiring multiple in-progress TFTP transfers right? >>> SOME of the reasons to support multiple files have gone away because of the shuffler and more comprehensive memory management, however. ??? -hpa <<< Do you remember other reasons besides "INCLUDE" handling that today might depend on multiple in-progress TFTP transfers?Thanks, Best, Patrick

...h and 001Bh; 0012h is redundant and 0011h will no longer be meaningful. The intent is to push the responsibility for maintaining memory for the shuffle descriptors onto the caller. However, in exchange, there should be minimal -- possibly zero! -- "magic memory" locations that the shuffler can't touch (right now the shuffler can't touch anything below 0x7c00.) This shouldn't affect any user of the syslinux_shuffle_boot*() APIs, as the internal implementation of those APIs will be changed to match. -hpa

...virtual kernel" ; vk_check: mov esi,[HighMemSize] ; Start from top of memory .scan: cmp esi,[VKernelEnd] jbe .not_vk mov di,VKernelBuf call rllunpack ; ESI updated on return Since "shuffler: make the new shuffler actually work" (0d8c3d040d9f733f95384f2d5e46609f73bd9c78) rllunpack in rllpack.inc looks like: ; ; rllunpack: ; Unpack bytes from SI into EDI ; On return (E)SI, EDI are updated and ; (E)CX contains number of bytes output. ; rllunpack: p...

Greetings LLVM hackers and x86 vector shufflers! I would like to flip on another chunk of the new vector shuffling, specifically the logic to mark ~all shuffles as "legal". This can be tested today with the flag "-x86-experimental-vector-shuffle-legality". I would essentially like to make this the default (by removing the...

...mental-vector-shuffle-legality=1. On Fri, Jan 23, 2015 at 5:19 AM, Andrea Di Biagio <andrea.dibiagio at gmail.com > wrote: > Hi Chandler, > > On Fri, Jan 23, 2015 at 8:15 AM, Chandler Carruth <chandlerc at gmail.com> > wrote: > > Greetings LLVM hackers and x86 vector shufflers! > > > > I would like to flip on another chunk of the new vector shuffling, > > specifically the logic to mark ~all shuffles as "legal". > > > > This can be tested today with the flag > > "-x86-experimental-vector-shuffle-legality". I would e...

Hello! I work for O.S. Systems with Otavio Salvador. We are trying to build a module for syslinux to boot a Windows CE 6.0 image. The basic stuff is: we need to load a Windows CE image and jump to its entry point. The Windows CE image file (nk.bin) has its entry point is stored on a variable location. The first 15 bytes of the file are the image header. The following bytes are a contiguous list

...employer, Intel, for letting me spend time working on this stuff ;) -hpa Syslinux 3.81 is primarily a bug fix release. The main new features are halt-on-idle support and some features to isohybrid, including the ability to boot from an image written to a partition. Changes in 3.81: * Shuffler: fix bug in real-mode entry. This affected a number of modules, probably in relatively unimportant ways, but it completely broke linux.c32. * Improved performance. * Attempt to halt the processor while idle. This can cause bad reponsiveness when using...

I'm curious how does hexagon hardware decide which slot to use for a given instruction? Is there special hardware to make that decision? I'm asking because I didn't see any information about which slot to use for a given packet. Is it even possible to pass this kind of information through assembly? Say hardware sees a packet and the packet tells it which slot to use. I would greatly

Hello, This is my first post to this list. After searching through the archives and google searches I could not find a solution for my memtest problem. In previous versions of pxelinux/gpxelinux (4.04 and 4.06) I could successfully start the memtest utility. But using pxelinux/gpxelinux versions 5.01 and 5.02 the memtest utility does not boot and I get an error message: boot: Loading

>>>>>I do not understand.Are we parsing a configuration file and potentially >>starting new TFTP transfers while downloading it? How can we do this on >>a single thread?We cannot stop/resume a TFTP transfer then I cannot >>imagine how to detect an INCLUDE during TFTP transfer N to launch TFTP >>transfer N+1 if TFTP transfer N is not finished yet, all in a

...b-module (Sylvain Gault, Gene Cumm). * BIOS: Fix low memory check. * Filesystem UUID to SYSAPPEND bit 0x40000 for FAT and ext2 (Serj Kalichev). * Makefiles: Export the firmware type as a cpp variable. Additional improvements. Fix "make spotless". * core, BIOS: Move __syslinux_shuffler_size to assembly. Actually get the shuffler size sanely. Fix booting recent Syslinux versions on certain hardware and on certain virtualization software (e.g. QEMU 0.11.1, VirtualBox 4.1.x). * lua: Upgrade to v.5.2.3 (Ferenc W?gner) and additional fixes. * chainload: Fixes to chain.c32 a...

...), what other benefits are > there to this strategy? > At the core, is that Syslinux is a general bootloader which gives access to a virtual filesystem. It supports multiple open files, but not seeking or writing. SOME of the reasons to support multiple files have gone away because of the shuffler and more comprehensive memory management, however. -hpa

...lease correct me if I'm wrong: >Supporting multiple open files could've been done mapping the "whole" >file in memory w/o requiring multiple in-progress TFTP transfers right? >>>> >SOME of the reasons to support multiple files have gone away because of >the shuffler and more comprehensive memory management, however. > > >??? -hpa ><<< >Do you remember other reasons besides "INCLUDE" handling that today >might depend on multiple in-progress TFTP transfers?Thanks, >Best, >Patrick -- Sent from my Android device with K-...

...NT 13h with interrupts disabled. * Do not invoke the idle handler during large file loads. * Simple menu: make ONTIMEOUT work with MENU HIDDEN. * PXELINUX: handle TFTP servers which have extra NULs at the end of an OACK packet. Changes in 3.81: * Shuffler: fix bug in real-mode entry. This affected a number of modules, probably in relatively unimportant ways, but it completely broke linux.c32. * Improved performance. * Attempt to halt the processor while idle. This can cause bad reponsiveness when using...