similar to: [PATCH] losetup: use stdout and return 0 for -h

hello hpa, please review this unsorted patch queue, as I wasn't sure about them they didn't land yet in todays pull request. thanks max git clone git://git.debian.org/users/maks/klibc.git test Thomas B?chler (1): klcc: compile shared by default jeremy buisson (1): [klibc] sparc64: fix bad 32 bits socket syscalls maximilian attems (1): [klibc] add losetup utils the

Commit-ID: 8443e57e5ba71e462e31e3b5aad9f7dd1b4736f5 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8443e57e5ba71e462e31e3b5aad9f7dd1b4736f5 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Tue, 5 Nov 2019 00:39:53 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Tue, 5 Nov 2019 00:44:32 +0000 [klibc] losetup: Fix char signedness

Commit-ID: 209676c9a3d057c0eba48f633eb541b17c7d1eba Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=209676c9a3d057c0eba48f633eb541b17c7d1eba Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Tue, 5 Nov 2019 00:33:37 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Tue, 5 Nov 2019 19:55:37 +0000 [klibc] losetup: Delete fallbacks to

If we're building a pte, we can use simple assigment; only use set_pte etc. when we're actually going to use that destination as a PTE. I don't know that we'll ever run under Xen, but it's neater. And use set_pte/set_pmd rather than assuming native_ versions, even though that's probably true for most people. (Includes compile fix by Kamalesh Babulal <kamalesh at

If we're building a pte, we can use simple assigment; only use set_pte etc. when we're actually going to use that destination as a PTE. I don't know that we'll ever run under Xen, but it's neater. And use set_pte/set_pmd rather than assuming native_ versions, even though that's probably true for most people. (Includes compile fix by Kamalesh Babulal <kamalesh at

Nothing Earth-shattering here, but it has been quite some time (well over a year!) since the last release. There has been little activity other than a few minor bugfixes. But, this is probably a reasonable time to do a release that to make things easier on the packaging folks: webpage: https://wiki.samba.org/index.php/LinuxCIFS_utils tarball: ftp://ftp.samba.org/pub/linux-cifs/cifs-utils/

Hi, I had to modify 2 files to integrate ext3 patch with lvs patch.. (ext3-2.4-0.9.14-2414p8.gz and ipvs 0.8.2) --- drivers/block/loop.c.orig Tue Nov 6 10:13:48 2001 +++ drivers/block/loop.c Tue Nov 6 10:17:55 2001 @@ -218,14 +218,16 @@ static int lo_send(struct loop_device *l index++; pos += size; UnlockPage(page); -

several errno.h for no good reasons. cleanup losesetup which is not using getopt_long, thus doesn't need getopt.h included. Move stdarg.h include up in losesetup to more proper place. Signed-off-by: maximilian attems <max at stro.at> --- usr/utils/dmesg.c | 1 - usr/utils/losetup.c | 4 +--- usr/utils/mkfifo.c | 1 - usr/utils/nuke.c | 1 - usr/utils/umount.c | 1

Hey all, I'm using Samba to share *mounted* ISO images w/ windows workstations. In other words, I create a share w/ default write access. Then, I create a several folders. Some are for files, while others are read-only and used for mount points for iso9660 ISO image files (so the user sees the contents of the iso files, not the file itself). I can mount and share the ISO file contents

Good day, would like to install the latest version of libvirt collected from sources for use bhyve. Download ftp://libvirt.org/libvirt/libvirt-1.2.9.tar.gz, system... uname -a FreeBSD vmserver 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014     root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64 my actions: ./configure make sudo make install next... make

Hai Roy, I had a good look and most look ok, not much exiting going on but still a few points. >From teh logs. Feb 5 08:41:48 pi4b ifup[303]: ifup: couldn't open interfaces file "/etc/network/interfaces": No such file or directory So re-create the file with the folling content, : /etc/network/interfaces And add : # This file describes the network interfaces available on

On Wed, 13 Feb 2013, Karel Zak wrote: > Date: Wed, 13 Feb 2013 09:01:54 +0100 > From: Karel Zak <kzak@redhat.com> > To: Dave Chinner <david@fromorbit.com> > Cc: Lukas Czerner <lczerner@redhat.com>, xfs@oss.sgi.com, sandeen@redhat.com > Subject: Re: [PATCH] xfs_mkfs: wipe old signatures from the device > > On Wed, Feb 13, 2013 at 07:27:53AM +1100, Dave

Make check_for_modules() more readable, just allways call continue on NULL return. That way the possible null dereference in strlen is no longer possible. This doesn't yet make it unsuck, but is a small step. Seen fixed too in blkid there with patch adding ko.gz support. Cc: Karel Zak <kzak at redhat.com> Signed-off-by: maximilian attems <max at stro.at> ---

On Mon, May 26, 2014 at 09:20:11PM +0200, Benno Schulenberg wrote: > > At the translationproject there are four more languages available > than are included in the 1.42.10 tarball: Danish, Esperanto, Malay, > and Ukrainian. Please include these in your next release. I deliberately didn't include some of these because the number of translated messages were pathetic. Danish has

[ gsi.de pretends this is massmailing so removed from CC's ] hello hpa, please review and on ack merge belows patchset. changes from v1, thanks to review by kzak: * add strtok_r() * use it in getmntent_r() * getment_r() parses mnt_freq and mnt_passno too isn't that hard. thanks maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: maximilian attems (9):

More prep work for immutable biovecs - with immutable bvecs drivers won't be able to use the biovec directly, they'll need to use helpers that take into account bio->bi_iter.bi_bvec_done. This updates callers for the new usage without changing the implementation yet. Signed-off-by: Kent Overstreet <koverstreet at google.com> Cc: Jens Axboe <axboe at kernel.dk> Cc: Geert

More prep work for immutable biovecs - with immutable bvecs drivers won't be able to use the biovec directly, they'll need to use helpers that take into account bio->bi_iter.bi_bvec_done. This updates callers for the new usage without changing the implementation yet. Signed-off-by: Kent Overstreet <koverstreet at google.com> Cc: Jens Axboe <axboe at kernel.dk> Cc: Geert

More prep work for immutable biovecs - with immutable bvecs drivers won't be able to use the biovec directly, they'll need to use helpers that take into account bio->bi_iter.bi_bvec_done. This updates callers for the new usage without changing the implementation yet. Signed-off-by: Kent Overstreet <kmo at daterainc.com> Cc: Jens Axboe <axboe at kernel.dk> Cc: Geert

More prep work for immutable biovecs - with immutable bvecs drivers won't be able to use the biovec directly, they'll need to use helpers that take into account bio->bi_iter.bi_bvec_done. This updates callers for the new usage without changing the implementation yet. Signed-off-by: Kent Overstreet <kmo at daterainc.com> Cc: Jens Axboe <axboe at kernel.dk> Cc: Geert

More prep work for immutable biovecs - with immutable bvecs drivers won't be able to use the biovec directly, they'll need to use helpers that take into account bio->bi_iter.bi_bvec_done. This updates callers for the new usage without changing the implementation yet. Signed-off-by: Kent Overstreet <kmo at daterainc.com> Cc: Jens Axboe <axboe at kernel.dk> Cc: Geert