search for: kernel_data

Displaying 20 results from an estimated 23 matches for "kernel_data".

2013 Nov 15
0
[LLVMdev] Limit loop vectorizer to SSE
Nadav, I believe aligned accesses to unaligned pointers is precisely the issue. Consider the function `add_u8S` before[1] and after[2] the loop vectorizer pass. There is no alignment assumption associated with %kernel_data prior to vectorization. I can't tell if it's the loop vectorizer or the codegen at fault, but the alignment assumption seems to sneak in somewhere. v/r, Josh [1] http://pastebin.com/kc95WtGG [2] http://pastebin.com/VY3ZLVJK On Fri, Nov 15, 2013 at 3:58 PM, Nadav Rotem <nrotem at appl...
2007 Apr 26
2
boot 32 or 64 kernel depending on cpu
...clude <string.h> #include <stdio.h> #include <ctype.h> #include <stdlib.h> #include <console.h> #include <syslinux/loadfile.h> #include <syslinux/linux.h> #include "cpuid.h" int main(int argc, char *argv[]) { const char *kernel, *initrd; void *kernel_data, *initrd_data; struct initramfs *rd; size_t kernel_len, initrd_len; char cmdline[1024]; uint32_t mem_limit = 0; uint16_t video_mode = 0; int i; unsigned p; char _b[64]; #define pause() (fgets(_b, sizeof _b, stdin)) s_cpu cpu; openconsole(&dev_stdcon_r, &dev_stdcon_w); for (i...
2013 Nov 15
4
[LLVMdev] Limit loop vectorizer to SSE
...2013, at 3:49 PM, Joshua Klontz <josh.klontz at gmail.com> wrote: > Nadav, > > I believe aligned accesses to unaligned pointers is precisely the issue. Consider the function `add_u8S` before[1] and after[2] the loop vectorizer pass. There is no alignment assumption associated with %kernel_data prior to vectorization. I can't tell if it's the loop vectorizer or the codegen at fault, but the alignment assumption seems to sneak in somewhere. > > v/r, > Josh > > [1] http://pastebin.com/kc95WtGG > [2] http://pastebin.com/VY3ZLVJK > > > On Fri, Nov 15, 20...
2013 Nov 15
2
[LLVMdev] Limit loop vectorizer to SSE
...2013, at 3:49 PM, Joshua Klontz <josh.klontz at gmail.com> wrote: > Nadav, > > I believe aligned accesses to unaligned pointers is precisely the issue. Consider the function `add_u8S` before[1] and after[2] the loop vectorizer pass. There is no alignment assumption associated with %kernel_data prior to vectorization. I can't tell if it's the loop vectorizer or the codegen at fault, but the alignment assumption seems to sneak in somewhere. > > v/r, > Josh > > [1] http://pastebin.com/kc95WtGG > [2] http://pastebin.com/VY3ZLVJK > > > On Fri, Nov 15, 20...
2014 Apr 29
2
[PATCH][git-pull] lua: make kernel and initrd progress output match in sl_boot_linux
...--- a/com32/lua/src/syslinux.c +++ b/com32/lua/src/syslinux.c @@ -219,7 +219,7 @@ static int sl_boot_linux(lua_State * L) msleep(1000); */ - printf("Loading kernel %s...\n", kernel); + printf("Loading kernel %s... ", kernel); if (loadfile(kernel, &kernel_data, &kernel_len)) printf("failed!\n"); else @@ -237,10 +237,10 @@ static int sl_boot_linux(lua_State * L) initrd = arg; printf("Loading initrd %s... ", initrd); - if (initramfs_load_archive(initramfs, initrd)) { + if (initramfs_load_archive(initramf...
2013 Nov 15
6
[LLVMdev] Limit loop vectorizer to SSE
On Nov 15, 2013, at 12:36 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 15 November 2013 20:24, Joshua Klontz <josh.klontz at gmail.com> wrote: > Agreed, is there a pass that will insert a runtime alignment check? Also, what's the easiest way to get at TargetTransformInfo::getRegisterBitWidth() so I don't have to hard code 32? Thanks! > > I think
2013 Nov 15
0
[LLVMdev] Limit loop vectorizer to SSE
...l.com> > wrote: > > > Nadav, > > > > I believe aligned accesses to unaligned pointers is precisely the > > issue. Consider the function `add_u8S` before[1] and after[2] the > > loop vectorizer pass. There is no alignment assumption associated > > with %kernel_data prior to vectorization. I can't tell if it's the > > loop vectorizer or the codegen at fault, but the alignment > > assumption seems to sneak in somewhere. > > > > v/r, > > Josh > > > > [1] http://pastebin.com/kc95WtGG > > [2] http://pastebi...
2010 Apr 23
1
Path simple menu integrated progress indicator
...ireg.ds = SEG(kernel); - ireg.ebx.w[0] = OFFS(args); - ireg.es = SEG(args); - ireg.edx.l = type - KT_KERNEL; - /* ireg.ecx.l = 0; *//* We do ipappend "manually" */ + size_t kernel_size = 0, initrd_size = 0; + char* kernel_name; + void* kernel_data, *initrd_buf; + char *s, *s0, *t, *initrd_arg; + struct initramfs *initramfs = NULL; + + char *arg; + opt_quiet = false; + + kernel_name = refdup_word(&cmdline); + loadfile(kernel_name, &kernel_data, &kernel_size); + if(!kernel_data) { +...
2013 Nov 15
2
[LLVMdev] Limit loop vectorizer to SSE
...>> >>> Nadav, >>> >>> I believe aligned accesses to unaligned pointers is precisely the >>> issue. Consider the function `add_u8S` before[1] and after[2] the >>> loop vectorizer pass. There is no alignment assumption associated >>> with %kernel_data prior to vectorization. I can't tell if it's the >>> loop vectorizer or the codegen at fault, but the alignment >>> assumption seems to sneak in somewhere. >>> >>> v/r, >>> Josh >>> >>> [1] http://pastebin.com/kc95WtGG >&gt...
2016 Mar 20
0
[PATCH 0/1] EFI image booting capabilities
...sistent. > @@ -129,3 +137,70 @@ bail: > printf("%s\n", strerror(errno)); > return 1; > } > + > + > +int new_efi_image(char *okernel, char *ocmdline) > +{ > + const char *kernel_name = NULL, *args = NULL; > + char *temp; > + void *kernel_data; > + size_t kernel_len, cmdline_len; > + char *cmdline=NULL; > + > + > + //lets clear the screen before loading the efi image > + if(firmware && firmware->clear_screen) > + firmware->clear_screen(); > + > + > + dprintf("okernel =...
2013 Nov 16
0
[LLVMdev] Limit loop vectorizer to SSE
...M, Joshua Klontz <josh.klontz at gmail.com> wrote: > >> Nadav, >> >> I believe aligned accesses to unaligned pointers is precisely the issue. Consider the function `add_u8S` before[1] and after[2] the loop vectorizer pass. There is no alignment assumption associated with %kernel_data prior to vectorization. I can't tell if it's the loop vectorizer or the codegen at fault, but the alignment assumption seems to sneak in somewhere. >> >> v/r, >> Josh >> >> [1] http://pastebin.com/kc95WtGG >> [2] http://pastebin.com/VY3ZLVJK >> >...
2013 Nov 16
1
[LLVMdev] Limit loop vectorizer to SSE
...lt;josh.klontz at gmail.com> wrote: >> >>> Nadav, >>> >>> I believe aligned accesses to unaligned pointers is precisely the issue. Consider the function `add_u8S` before[1] and after[2] the loop vectorizer pass. There is no alignment assumption associated with %kernel_data prior to vectorization. I can't tell if it's the loop vectorizer or the codegen at fault, but the alignment assumption seems to sneak in somewhere. >>> >>> v/r, >>> Josh >>> >>> [1] http://pastebin.com/kc95WtGG >>> [2] http://pastebin....
2015 Feb 20
6
[PATCH 0/1] EFI image booting capabilities
...quot;okernel = %s, ocmdline = %s", okernel, ocmdline); if (okernel) @@ -129,3 +137,70 @@ bail: printf("%s\n", strerror(errno)); return 1; } + + +int new_efi_image(char *okernel, char *ocmdline) +{ + const char *kernel_name = NULL, *args = NULL; + char *temp; + void *kernel_data; + size_t kernel_len, cmdline_len; + char *cmdline=NULL; + + + //lets clear the screen before loading the efi image + if(firmware && firmware->clear_screen) + firmware->clear_screen(); + + + dprintf("okernel = %s, ocmdline = %s", okernel, ocmdline); + + if...
2014 May 14
0
[PATCH][git-pull] lua: make kernel and initrd progress output match in sl_boot_linux
...b/com32/lua/src/syslinux.c > @@ -219,7 +219,7 @@ static int sl_boot_linux(lua_State * L) > msleep(1000); > */ > > - printf("Loading kernel %s...\n", kernel); > + printf("Loading kernel %s... ", kernel); > if (loadfile(kernel, &kernel_data, &kernel_len)) > printf("failed!\n"); > else > @@ -237,10 +237,10 @@ static int sl_boot_linux(lua_State * L) > > initrd = arg; > printf("Loading initrd %s... ", initrd); > - if (initramfs_load_archive(initramfs, initrd)) { > +...
2008 Mar 13
5
Adding memdisk or similar when booting linux
Hi Thanx guys for the help on understanding howto read dmi info! I now have a custom boot menu for install of different linux versions based if they have been installed before (reinstall is ok for users, first install is not), and installquirks like if we detect odd hardware, we add install options to redhat installer so it can install anyhow (for instance hp dc7800 who needs pci=nommconf as
2003 Nov 26
1
[PATCH] use 2.6 module syscalls in klibc
...persist_end; - int (*can_unload)(void); - int runsize; /* In modutils, not currently used */ - const char *kallsyms_start; /* All symbols for kernel debugging */ - const char *kallsyms_end; - const char *archdata_start; /* arch specific data for module */ - const char *archdata_end; - const char *kernel_data; /* Reserved for kernel internal use */ -}; - -struct module_info -{ - unsigned long addr; - unsigned long size; - unsigned long flags; - long usecount; -}; - -/* Bits of module.flags. */ - -#define MOD_UNINITIALIZED 0 -#define MOD_RUNNING 1 -#define MOD_DELETED 2 -#define MOD_AUTOCLEAN 4 -#def...
2010 Apr 27
4
Patch sensible callback framework
...pt_percent) { + register_callback(CB_LOADFILE, linux_percent_progress_cb); + } + else { + register_callback(CB_LOADFILE, linux_dot_progress_cb); + } + register_callback(CB_LOADFILE, linux_done_progress_cb); + } if (loadfile(kernel_name, &kernel_data, &kernel_len)) { if (opt_quiet) printf("Loading %s ", kernel_name); printf("failed!\n"); goto bail; } - if (!opt_quiet) - printf("ok\n"); cmdline = make_cmdline(argp); if (!cmdline) @@ -183,22 +219,24 @@ int main(int argc, char *argv...
2002 Dec 23
1
klibc insmod for recent kernels
...persist_end; - int (*can_unload)(void); - int runsize; /* In modutils, not currently used */ - const char *kallsyms_start; /* All symbols for kernel debugging */ - const char *kallsyms_end; - const char *archdata_start; /* arch specific data for module */ - const char *archdata_end; - const char *kernel_data; /* Reserved for kernel internal use */ -}; - -struct module_info -{ - unsigned long addr; - unsigned long size; - unsigned long flags; - long usecount; -}; - -/* Bits of module.flags. */ - -#define MOD_UNINITIALIZED 0 -#define MOD_RUNNING 1 -#define MOD_DELETED 2 -#define MOD_AUTOCLEAN 4 -#def...
2007 Apr 10
1
[PATCH] Add support for DHCP-Options
hi, I've written a start of an c32-module to do basic substition: add subst.c32 this is a start of a generic substition module --- commit 9a1f41a7e6599fe6a162197cd9ddc6610185e780 tree cfb799a0be9844926afe44e21b2eb96630666c44 parent 89478bdbfa7167bc1b627a478d042c99e46f06b7 author Maurice Massar <massar at unix-ag.uni-kl.de> Tue, 10 Apr 2007 20:13:39 +0200 committer Maurice Massar
2011 Mar 09
14
[PATCH 00/12] elflink shrinkage
From: Matt Fleming <matt.fleming at linux.intel.com> This is a series of patches that, * shrink the core by moving things into an ldlinux ELF module * begin wiring up some of the C versions of various functions The core now only contains essential code and loads the ldlinux module to do everything else, like providing a command line interface and loading kernels. The config file parsing