similar to: [rfc] standalone kinit/resume

Commit-ID: a2f9cd4abe2d5cb72e1e89089b132e866e3cea81 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=a2f9cd4abe2d5cb72e1e89089b132e866e3cea81 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 19 Jul 2018 20:09:28 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sun, 20 Jan 2019 00:22:24 +0000 [klibc] resume: Write

The previous API for setting resume offset didn't actually work in the kernel. It silently ignored this part of the string. A new API was introduced under /sys/power/resume_offset specifically for setting this value. https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/commit/?h=linux-next&id=648464076160ee7a4112d05eea13621790ab9d04 Signed-off-by: Mario Limonciello

hello hpa, current patch queue for review, please pull: git pull git://git.debian.org/users/maks/klibc.git maks Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Thorsten Glaser (1): [klibc] add getrusage() maximilian attems (3): [klibc] resume: silence warning on resume try [klibc] bootp_packet.h minor

hello hpa, here my birthday submission :) please pull: git pull git://git.debian.org/users/maks/klibc.git maks Sam fixed a longstanding x86_32 build bug, thus it seems a good time to flush the queue of the piled up patches, the shortlog tells it: Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Mike Waychison (2):

I get this error: ============================================================================= KLIBCCC usr/kinit/resume.o usr/kinit/resume.c:15:66: linux/config.h: No such file or directory make[2]: *** [usr/kinit/resume.o] Error 1 make[1]: *** [all] Error 2 make: *** [klibc] Error 2 ============================================================================= There is no linux/config.h in

Hi! Using the following extlinux.conf serial 0x2f8 57600 0x013 # that is, RTS/CTS flow control on COM2 prompt 1 timeout 100 say Select 'linux' or 'xen'. say Automatically booting 'xen' in 10 seconds. default xen label linux kernel /vmlinuz-2.6.18-6-686 append initrd=/initrd.img-2.6.18-6-686 root=/dev/mapper/xen1-root ro console=tty0 console=ttyS1,57600n8r noresume

hello hpa, pulled in latest dash containing your jobcontrol patch and fixed faccessat() in klibc on the way. the build of this needs lmkl fix: http://marc.info/?l=linux-kernel&m=127138736217956&w=2 patch queue otherwise similar to previous pull request, please pull: git pull git://git.debian.org/users/maks/klibc.git maks Aleksey Cheusov (1): [klibc] [BUILD] Fixed build on NetBSD

3-arg faccessat is unfortunately an incomplete implementation. It does not match user-space needs, for example due to wrong answer when egid != gid. dash started to detect klibc faccessat() syscall wrapper. Signed-off-by: maximilian attems <max at stro.at> --- usr/include/unistd.h | 1 - usr/klibc/SYSCALLS.def | 3 ++- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

hello hpa! added on top of queue ext4 fix, that Ubuntu is carrying from cjwatson. Got missed out in previous pull requests. Btrfs recognition in fstype. the patch queue contains sync with latest dash, sh4 fix by Debian porters, dprintf usage in ipconfig, kinit and nfsmount instead of buggy DEBUG macro. ipconfig memcpy usage to avoid strict aliasing warnings. Some interesting README's got

Hi, my physical machine (Dell PE2650) has two serial ports, the /proc/tty/driver/serial output looks like this under a non-XEN Linux kernel: serinfo:1.0 driver revision: 0: uart:16550A port:000003F8 irq:4 tx:2761 rx:2766 CTS|CD|RI 1: uart:NS16550A port:000002F8 irq:3 tx:58353 rx:2986 RTS|CTS|DTR|DSR|CD|RI 2: uart:16550A port:0000EC80 irq:177 tx:0 rx:0 CTS|DSR|CD 3: uart:unknown port:000002E8

I''m having problems booting Dom0 on an unbranded server. Server is running SuSE 9.3 x86_64 and has been working fine for a couple of years as a standard boot pc. I installed the 2.0.5c version of Xen which is part of the SuSE repository. I cannot boot into Xen though, booting Dom0 stops after: NET: Registered protocol family 16 I know from a normal boot that the next part is PCI

https://bugs.freedesktop.org/show_bug.cgi?id=111853 --- Comment #2 from Felix Miata <mrmazda at earthlink.net> --- How? e.g. on Tumbleweed: Nothing in /etc/mo*/ contains veau Nothing in /etc/ is named *veau* # lspci | grep -i vidia 01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M GT] (rev a1) # uname -a Linux vaio 5.3.1-2.g3354216-vanilla #1 SMP Thu Sep 26 06:05:47

It seems like there are several messages in the archive and in various forums about this problem, but I do not see a clear course of action for how to solve it. I am relatively new to Linux, compounding my problem. I just built a new machine for the express purpose of running Xen so my girlfriend and I could experiment and learn about different Linux distros. I am running on an Intel DG35EC

Hi all I succed to install xen 4.1.2 on open suse .for as , all gone well. when i boot the xen it succeds . when i type "xm list" arise an error , such this "Error: Unable to connect to xend: No such file or directory. Is xend running?" . I post here the content of menu.lst file. Please help me ........................ # Modified by YaST2. Last modification on Wed Aug 8

Hi, I test pvgrub on xen-3.3.0. After starting pvgrub with "xm cr xmexample.pv-grub", I can see nothing but qemu window. With "xm li" , I can see this domain is running: Name ID Mem VCPUs State Time(s) Domain-0 0 1024 2 r-----

Hello I''m trying to convert a HVM to PV dom0. The domU is a 10SP2 SLED ( Kernel 2.6.16.60-0.21 i386) and is a SLES11SP2 dom0 (Kernel 3.0.13-0.27-xen 64bit). The truth is that every tutorial I see it differently and I do not know where this error. When I start the domU, pvgrub shows the options but when I select the kenel-xen, returns the error "Boot loader did not return any

Thank Zhigang Wang for your response. I have test pvgrub with this config file: #pv-config kernel = "/usr/lib/xen/boot/pv-grub-x86_32.gz" extra = "(hd0,5)/boot/grub/menu.lst" memory = 512 name = "ExampleDomain" disk = [ ''file:/var/lib/xen/images/opensuse11-1/disk0,xvda,w'' ] vif = [ "bridge=eth0" ] root = "/dev/sda5 ro" start

https://bugs.freedesktop.org/show_bug.cgi?id=111853 Bug ID: 111853 Summary: nouveau kernel module won't load (not available) on Sony laptop with NVIDIA G86M [GeForce 8400M GT] ID: 10de:0426 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All)

coding style fixes. FIXME: check that compiled bin the same1!! --- usr/kinit/initrd.c | 3 ++- usr/kinit/kinit.c | 12 ++++-------- usr/kinit/kinit.h | 20 ++++++++++---------- usr/kinit/name_to_dev.c | 6 +++--- usr/kinit/nfsroot.c | 5 ++--- 5 files changed, 21 insertions(+), 25 deletions(-) diff --git a/usr/kinit/initrd.c b/usr/kinit/initrd.c index

Building on the work in ff0a614bd724f6c4c6a5014a9955dc1bc028f336, this moves the capability code down into the run-init library, so that run-init can use it as well, via the new "-d" flag. Signed-off-by: Kees Cook <kees at outflux.net> --- usr/kinit/Kbuild | 3 +-- usr/kinit/capabilities.h | 10 ++++++++++ usr/kinit/kinit.c | 6 +++---