search for: char16

I was investigating an error diagnostic in the following test example: typedef signed char char16 __attribute__((ext_vector_type(16))); void test( char16 srcA, char16 srcB, char16 *dst) { *dst = ( srcA == srcB ); } which produces the message: mismatch.c:5:10: error: assigning to 'char16' from incompatible type 'char __attribute__((ext_vector_type(16)))' *dst = ( sr...

Hi Martin, On Oct 2, 2013, at 6:25 AM, Martin O'Riordan <Martin.ORiordan at movidius.com> wrote: > I was investigating an error diagnostic in the following test example: > > typedef signed char char16 __attribute__((ext_vector_type(16))); > > void test( char16 srcA, char16 srcB, char16 *dst) { > *dst = ( srcA == srcB ); > } > > which produces the message: > > mismatch.c:5:10: error: assigning to 'char16' from incompatible type > 'char __attribute__...

I was investigating an error diagnostic in the following test example: typedef signed char char16 __attribute__((ext_vector_type(16))); void test( char16 srcA, char16 srcB, char16 *dst) { *dst = ( srcA == srcB ); } which produces the message: mismatch.c:5:10: error: assigning to 'char16' from incompatible type 'char __attribute__((ext_vector_type(16)))' *dst = ( sr...

http://bugs.freedesktop.org/show_bug.cgi?id=25966 Summary: nv25 : rxvt scrolling is very slow Product: xorg Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi, I'm pleased to announce release 0.8 of efilinux, a reference implementation of a minimal UEFI bootloader. This bootloader has no bells or whistles, it is simply a prototype with the minimum amount of smarts required to load a linux kernel (though loaders for other formats could be added). Currently it only supports booting x86-64 bzImages but i386 support is planned for release 0.9, with

On 05/10/2013 06:27 AM, syslinux-bot for Matt Fleming wrote: > > diff --git a/efi/main.c b/efi/main.c > index 31f0bff..27e7f8f 100644 > --- a/efi/main.c > +++ b/efi/main.c > @@ -1177,13 +1177,10 @@ static void efi_setcwd(CHAR16 *dp) > > EFI_STATUS efi_main(EFI_HANDLE image, EFI_SYSTEM_TABLE *table) > { > + EFI_PXE_BASE_CODE *pxe; > EFI_LOADED_IMAGE *info; > EFI_STATUS status = EFI_SUCCESS; > -#if 0 > - const struct fs_ops *ops[] = { &vfat_fs_ops, NULL }; > -#else > - const struct...

...644 --- a/efi/fio.h +++ b/efi/fio.h @@ -11,15 +11,6 @@ #define MAX_EFI_ARGS 64 #define WS(c16) (c16 == L' ' || c16 == CHAR_TAB) -/* VPrint is not in export declarations in gnu-efi lib yet - * although it is a global function; declare it here - */ -extern UINTN -VPrint ( - IN CHAR16 *fmt, - va_list args - ); - extern EFI_STATUS efi_errno; void efi_memcpy(unsigned char *dst, unsigned char *src, size_t len); -- 2.1.4

.../build/syslinux-6.03/efi/efi.h:23, from /build/syslinux-6.03/efi/adv.h:4, from /build/syslinux-6.03/efi/adv.c:29: /host/i686-buildroot-linux-gnu/sysroot/usr/include/efi/ia32/efibind.h:90:9: error: unknown type name 'wchar_t' typedef wchar_t CHAR16; ^~~~~~~ This is because gnu-efi started to use the "wchar_t" type from the toolchain's <stddef.h> header, in commit [1]. Before this commit, gnu-efi was defining the type as "short". Syslinux is including its own minimal stddef.h file, which masks the o...

...> +char* szStartImage = "StartImage()"; > + > +char* action = NULL; > + > +EFI_LOADED_IMAGE * image_info = NULL; > +EFI_HANDLE Child_image_handle; > +EFI_LOADED_IMAGE * Child_image_info = NULL; > +EFI_STATUS status; > + > +CHAR16 w_emptyCmdLine [4]={0,0,0,0}; > + > + > + > +status = uefi_call_wrapper(BS->HandleProtocol, 3, image_handle, > + &LoadedImageProtocol,(void**)&image_info); > +if(status != EFI_SUCCESS) > + { > + action=szHandleProtocol; >...

..."LoadImage()"; +char* szHandleProtocol = "HandleProtocol()"; +char* szStartImage = "StartImage()"; + +char* action = NULL; + +EFI_LOADED_IMAGE * image_info = NULL; +EFI_HANDLE Child_image_handle; +EFI_LOADED_IMAGE * Child_image_info = NULL; +EFI_STATUS status; + +CHAR16 w_emptyCmdLine [4]={0,0,0,0}; + + + +status = uefi_call_wrapper(BS->HandleProtocol, 3, image_handle, + &LoadedImageProtocol,(void**)&image_info); +if(status != EFI_SUCCESS) + { + action=szHandleProtocol; + goto bail; + } + +status = uefi_call_wrapper(BS->LoadImage, 6, TRUE,...

...p;len, *bdevs); + if (EFI_ERROR(status)) { + printf("%s: failed to locate BlockIo device handles\n", __func__); + free(*bdevs); + return status; + } + + *bdevsno = len / sizeof(EFI_HANDLE); + + return status; +} + +#if 0 +static void __print_dev_path(const CHAR16 *str) +{ + unsigned char *start = (unsigned char *)(uintptr_t)str; + unsigned char *end = (unsigned char *)((uintptr_t)start + StrSize(str)); + + while (start < end) { + if (*start) + printf("%c", *start); + start++; + } + printf("\n");...

Hi all, this patch series makes the necessary changes to make sure that the current ARM hypercall ABI can be used as-is on 64 bit ARM platforms: - it defines xen_ulong_t as uint64_t on ARM; - it introduces a new macro to handle guest pointers, called XEN_GUEST_HANDLE_PARAM (that has size 4 bytes on aarch and is going to have size 8 bytes on aarch64); - it replaces all the occurrences of

Hi all, this patch series makes the necessary changes to make sure that the current ARM hypercall ABI can be used as-is on 64 bit ARM platforms: - it defines xen_ulong_t as uint64_t on ARM; - it introduces a new macro to handle guest pointers, called XEN_GUEST_HANDLE_PARAM (that has size 4 bytes on aarch and is going to have size 8 bytes on aarch64); - it replaces all the occurrences of

So last week I was wondering if XFS was still working -- even with its last on-disk structure changes -- and it _suprisingly_ worked as expected. Right, now I can finally get rid of GRUB and use Syslinux to boot my Linux on EFI from a rootfs with xfs. Shit, I have two partitions (the first one being the required ESP) so there is no way to access the other partitions since because Syslinux does not