Re: [PATCH 1/3] futex: remove duplicated code

On 03/04/2017 07:05 AM, Russell King - ARM Linux wrote: > On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote: >> diff --git a/kernel/futex.c b/kernel/futex.c >> index b687cb22301c..c5ff9850952f 100644 >> --- a/kernel/futex.c >> +++ b/kernel/futex.c >> @@ -1457,6 +1457,42 @@ futex_wake(u32

ping/icmp sockets: define "sane".

The title is from this comment in net/ipv4: /* * Sane defaults - nobody may create ping sockets. * Boot scripts should set this to distro-specific group. */ So in 2011 you added ICMP sockets, but made it so nobody could use them without root performing a magic incatation at boot time.

Re: INITRAMFS_SOURCE broken by 6e19eded3684dc184181093af3bff2ff440f5b53?

On 08/08/2017 07:04 AM, Willy Tarreau wrote: > Hi Thomas, > > On Tue, Aug 08, 2017 at 01:46:25PM +0200, Thomas Meyer wrote: >> Hi, >> >> did the commit 6e19eded3684dc184181093af3bff2ff440f5b53 break a linux kernel >> build with an included ramdisk? >> >> As fas as I understand you must expliclity

Re: [PATCHv2] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

Andrew asked for "a more complete changelog" and I've had a reply window open for _days_ trying to figure out what he wants. Maybe it's in the following somewhere... Otherwise the same v2 patch. From: Rob Landley <r...@landley.net> Make initramfs honor CONFIG_DEVTMPFS_MOUN

Re: Is there an recommended way to refer to bitkeepr commits?

a tree with all of those same commits >>> except with the BKrev tags stripped out. >> >> That's the best import - so use that tree by Thomas, and just use the >> git revision numbers in it (and say "tglx's linux-history tree" or >> something). > > I've been

Re: [PATCH] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

On 05/09/2017 04:31 PM, Andrew Morton wrote: > On Thu, 4 May 2017 16:09:06 -0500 Rob Landley <r...@landley.net> wrote: > >> From: Rob Landley <r...@landley.net> >> >> Make initramfs honor CONFIG_DEVTMPFS_MOUNT, and move >> /dev/console open after d

[PATCHv2] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

From: Rob Landley <r...@landley.net> Make initramfs honor CONFIG_DEVTMPFS_MOUNT, move /dev/console open after devtmpfs mount, and update help text. Signed-off-by: Rob Landley <r...@landley.net> --- drivers/base/Kconfig | 14 -- init/main.c | 15 +---

Re: [PATCHv2] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

On 05/16/2017 10:58 PM, Michael Ellerman wrote: > Rob Landley <r...@landley.net> writes: > >> diff --git a/init/main.c b/init/main.c >> index f866510..9ec09ff 100644 >> --- a/init/main.c >> +++ b/init/main.c >> @@ -1055,8 +1049,17 @@ static noin

Re: Is there an recommended way to refer to bitkeepr commits?

On 05/12/2017 09:45 AM, Eric W. Biederman wrote: > Thomas Gleixner writes: > >> On Fri, 12 May 2017, Michael Ellerman wrote: >>> Fixes: BKrev: 3e8e57a1JvR25MkFRNzoz85l2Gzccg ("[PATCH] >>> linux-2.5.66-signal-cleanup.patch") >>> >>> In your tree that is c3c107051660

Re: Is there an recommended way to refer to bitkeepr commits?

On 05/13/2017 04:35 AM, Thomas Gleixner wrote: > On Fri, 12 May 2017, Eric W. Biederman wrote: >> Which leaves me perplexed. The hashes from tglx's current tree: >> https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git >> on kernel.org and the hashes in your full history tree differ.

Re: Is there an recommended way to refer to bitkeepr commits?

On 05/12/2017 12:49 PM, Andreas Schwab wrote: > On Mai 12 2017, Rob Landley <r...@landley.net> wrote: > >> Last I checked I couldn't just "git push" the fullhist tree to >> git.kernel.org because git graft didn't propagate right. > > Perhaps you coul

Re: Patch 0727d35de ("Make initramfs honor CONFIG_DEVTMPFS_MOUNT") breaks boot

On 05/23/2017 03:01 AM, Yury Norov wrote: > On Mon, May 22, 2017 at 09:07:54PM -0500, Rob Landley wrote: >> Your userspace mounted a tmpfs over /dev when it couldn't mount a second >> identical instance of devtmpfs over itself. If you had a static /dev in >> initramfs but

Re: Patch 0727d35de ("Make initramfs honor CONFIG_DEVTMPFS_MOUNT") breaks boot

On 05/23/2017 06:08 PM, Yury Norov wrote: >> It was 2 years ago, but AFAIR I took the Ubuntu image here: >> http://cdimage.ubuntu.com/ubuntu-base/releases/14.04.1/release/ubuntu-base-14.04.1-core-arm64.tar.gz Have you applied updates since then? (Maybe they fixed their init script since 2 years

[PATCH] Make x86 use $TARGET-readelf like all the other arches.

From: Rob Landley <r...@landley.net> My cross-compile environment doesn't provide an unprefixed readelf in the $PATH, which works fine on every target but x86, where you get a bunch of "/bin/sh: 1: readelf: not found" messages (but the result still works anyway). Signed-off-by

Re: [linux-next] PPC Lpar fail to boot with error hid: module verification failed: signature and/or required key missing - tainting kernel

On 05/25/2017 04:24 PM, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 25 May 2017 23:02:06 +1000 Michael Ellerman > wrote: >> >> It'll be: >> >> ee35011fd032 ("initramfs: make initramfs honor CONFIG_DEVTMPFS_MOUNT") > > And Andrew has asked me to drop that patch from

Re: Patch 0727d35de ("Make initramfs honor CONFIG_DEVTMPFS_MOUNT") breaks boot

On 05/22/2017 07:05 AM, Yury Norov wrote: > Hi Rob, > > I found that next-20170522 fails to boot on arm64 machine with the > following log: I don't know anything about your kernel config (is CONFIG_DEVTMPFS_MOUNT enabled or disabled?) or what userspace you're booting with, but it seems I can

[PATCH] Teach INITRAMFS_ROOT_UID and INITRAMFS_ROOT_GID that -1 means "current user".

From: Rob Landley <r...@landley.net> Teach INITRAMFS_ROOT_UID and INITRAMFS_ROOT_GID that -1 means "current user". Signed-off-by: Rob Landley <r...@landley.net> --- scripts/gen_initramfs_list.sh |2 ++ usr/Kconfig | 12 2 files chang

[PATCH] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

From: Rob Landley <r...@landley.net> Make initramfs honor CONFIG_DEVTMPFS_MOUNT, and move /dev/console open after devtmpfs mount. Signed-off-by: Rob Landley <r...@landley.net> --- init/main.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/i

[PATCH] Clarify help text that compression applies to ramfs as well as legacy ramdisk.

From: Rob Landley <r...@landley.net> Clarify help text that compression applies to ramfs as well as legacy ramdisk. Signed-off-by: Rob Landley <r...@landley.net> --- usr/Kconfig | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/usr/Kconfig b/usr/K

Re: [PATCH v3] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

On 09/17/2017 08:51 AM, Henrique de Moraes Holschuh wrote: > On Sat, 16 Sep 2017, Rob Landley wrote: >> So, I added a workaround with a printk in hopes of embarassing them into >> someday fixing it. > > Oh, it will be fixed in Debian alright. Cool! But part of the prob

Re: [PATCH v3] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

On 09/14/2017 04:17 AM, Christophe LEROY wrote: > Le 14/09/2017 à 01:51, Rob Landley a écrit : >> From: Rob Landley <r...@landley.net> >> >> Make initramfs honor CONFIG_DEVTMPFS_MOUNT, and move >> /dev/console open after devtmpfs mount. >> >> Add workar

[PATCH v3] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

From: Rob Landley <r...@landley.net> Make initramfs honor CONFIG_DEVTMPFS_MOUNT, and move /dev/console open after devtmpfs mount. Add workaround for Debian bug that was copied by Ubuntu. Signed-off-by: Rob Landley <r...@landley.net> --- v2 discussion: http://lkml.iu.edu/hypermail/

Re: execve(NULL, argv, envp) for nommu?

On 09/05/2017 08:12 PM, Rob Landley wrote: > On 09/05/2017 08:24 AM, Alan Cox wrote: >>>> honoring the suid bit if people feel that way. I just wanna unblock >>>> vfork() while still running this code. >> >> Would it make more sense to have a way to promote

Re: execve(NULL, argv, envp) for nommu?

On 09/05/2017 08:24 AM, Alan Cox wrote: >>> anymore. But I'm already _running_ this program. If I could fork() I >>> could already get a second copy of the sucker and call main() again >>> myself if necessary, but I can't, so... > > You can - ptrace 8) Oh I can call clone() with various flags

Re: Patch 0727d35de ("Make initramfs honor CONFIG_DEVTMPFS_MOUNT") breaks boot

On 09/11/2017 06:45 AM, Petr Mladek wrote: >> Except for the second printk line: If you boot with rdinit=/bin/hush >> then the first time you mount -t devtmpfs /dev /dev after boot (with >> CONFIG_DEVTMPFS_MOUNT already having mounted it), you get the 0 return >> value but the last printk()

Re: Patch 0727d35de ("Make initramfs honor CONFIG_DEVTMPFS_MOUNT") breaks boot

Taking another stab at this old issue from last merge window... > Rob Landley <r...@landley.net> writes: >> On 05/23/2017 03:01 AM, Yury Norov wrote: >>> On Mon, May 22, 2017 at 09:07:54PM -0500, Rob Landley wrote: >>>> Your userspace mounted a tmpfs over

Re: execve(NULL, argv, envp) for nommu?

On 09/11/2017 10:15 AM, Oleg Nesterov wrote: > On 09/08, Rob Landley wrote: >> >> So is exec(NULL, argv, envp) a reasonable thing to want? > > I think that something like prctl(PR_OPEN_EXE_FILE) which does > > dentry_open(current->mm->exe_file->path, O

Re: execve(NULL, argv, envp) for nommu?

On 09/12/2017 06:30 AM, Geert Uytterhoeven wrote: > Hi Rob, > > On Tue, Sep 12, 2017 at 12:48 PM, Rob Landley <r...@landley.net> wrote: >> Your stack has pointers. Your heap has pointers. Your data and bss (once >> initialized) can have pointers. These pointers can be

powerpc64 kernel panic if you disable CONFIG_PPC_TRANSACTIONAL_MEM?

I just added a ppc64 target to https://github.com/landley/mkroot which means I built 4.14 with the attached miniconfig and ran it with the attached qemu command line, and it works fine as is but if you remove the transactional mem line from the config the kernel panics instead of launching a shell

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On 11/17/2017 04:37 AM, John Paul Adrian Glaubitz wrote: > Hi there! > > On 07/03/2016 06:46 PM, Yoshinori Sato wrote: >> SH get devicetree support. But it not working on existing H/W. >> >> IO-DATA HDL-U (aka landisk) currentry supported. >> This H/W like SH7751 evalution board. It's a best to

Regression: commit da029c11e6b1 broke toybox xargs.

Toybox has been trying to figure out how big an xargs is allowed to be for a while: http://lists.landley.net/pipermail/toybox-landley.net/2017-October/009186.html We're trying to avoid the case where you can run something from the command line, but not through xargs. In theory this limit is

Re: Regression: commit da029c11e6b1 broke toybox xargs.

On 11/02/2017 10:40 AM, Linus Torvalds wrote: > On Wed, Nov 1, 2017 at 9:28 PM, Linus Torvalds > wrote: >> >> Behavior changed. Things that test particular limits will get different >> results. That's not breakage. >> >> Did an actual user application or script

Re: Regression: commit da029c11e6b1 broke toybox xargs.

Correcting Elliot's email to google, not gmail. (Sorry, I'm in Tokyo for work this month, almost over the jetlag...) On 11/03/2017 08:07 PM, Linus Torvalds wrote: > On Fri, Nov 3, 2017 at 4:58 PM, Rob Landley <r...@landley.net> wrote: >> On 11/02/2017 10:40 AM, Linus

Re: Regression: commit da029c11e6b1 broke toybox xargs.

On 11/03/2017 08:37 PM, Kees Cook wrote: > We don't. (In fact, arg copying happens before we've even figured out > which binfmt is involved.) I lifted it to just before the point of no > return, but moving it before arg copying looks very hard (which > contributed to why we went with the

[PATCH 1/1] Change ping_group_range default to what Android's init script sets.

From: Rob Landley <r...@landley.net> See message from the Android "native tools and libraries team" lead (I.E. the maintainer of bionic, adb, toolbox, etc) at http://lists.landley.net/pipermail/toybox-landley.net/2017-July/009103.html Signed-off-by: Rob Landley <r...@landley.

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote: > I have been able to boot my own kernel on my USL-5P device, but > I could never get it to detect the IDE controller. Do I need > an additional patch for that? On a related note, is there a list of boards anywhere? I'm working on a 7760

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On 05/07/2018 09:43 AM, Rich Felker wrote: > On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote: >> On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote: >>> I have been able to boot my own kernel on my USL-5P device, but >>> I could never get it to dete

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On 05/07/2018 09:45 AM, Rich Felker wrote: > On Mon, May 07, 2018 at 01:00:17PM +0200, John Paul Adrian Glaubitz wrote: >> On 05/07/2018 03:40 AM, Yoshinori Sato wrote: @Yoshinori: Did the HDL-160U LANDISK device you have use u-boot by default or did you convert it from lilo?

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On 05/07/2018 10:55 AM, Rich Felker wrote: > On Mon, May 07, 2018 at 10:28:37AM -0500, Rob Landley wrote: >> >> >> On 05/07/2018 09:45 AM, Rich Felker wrote: >> (You can usually configure/build uboot in a couple different ways, with a >> brain-dead built in

Re: [PATCH] kbuild: add machine size to CHEKCFLAGS

On 05/30/2018 05:00 PM, Andreas Färber wrote: > What about the architectures not touched by your patch that previously > had no -m32/-m64? (arc, c6x, h8300, hexagon, m68k, microblaze, nds32, > nios2, openrisc, powerpc, riscv, s390, sh, unicore32, xtensa) > > You forgot to CC them on this patch.

Re: [PATCH] sh: pass machine size to sparse

On 05/28/2018 11:40 AM, Luc Van Oostenryck wrote: > By default, sparse assumes a 64bit machine when compiled on x86-64 > and 32bit when compiled on anything else. > > This can of course create all sort of problems, like issuing false > warnings like: 'shift too big (32) for type unsigned long',

[PATCH] Fix platform data in leds-pca955x.c

t_trigger pointing to external memory. Is there a reason this is now inconsistent? Here's the patch I whipped up at work today (applied to v4.14) that undid enough of this to make the driver work again with platform data on the board we ship: From: Rob Landley The LED driver changes that went in

Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description

On 01/25/2018 03:29 AM, Arnd Bergmann wrote: > On Thu, Jan 25, 2018 at 4:27 AM, Taras Kondratiuk wrote: >> Many of the Linux security/integrity features are dependent on file >> metadata, stored as extended attributes (xattrs), for making decisions. >> These features need to

Re: [PATCH v2 11/15] gen_init_cpio: add newcx format

On 01/24/2018 09:27 PM, Taras Kondratiuk wrote: > diff --git a/usr/gen_init_cpio.c b/usr/gen_init_cpio.c > index 7a2a6d85345d..78a47a5bdcb1 100644 > --- a/usr/gen_init_cpio.c > +++ b/usr/gen_init_cpio.c > @@ -10,6 +10,7 @@ > #include > #include > #include > +#include You're adding an

Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description

On 01/24/2018 09:27 PM, Taras Kondratiuk wrote: > diff --git a/Documentation/early-userspace/buffer-format.txt > b/Documentation/early-userspace/buffer-format.txt > index e1fd7f9dad16..d818df4f72dc 100644 > --- a/Documentation/early-userspace/buffer-format.txt > +++

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 01/31/2018 10:22 PM, Mimi Zohar wrote: > On Wed, 2018-01-31 at 21:03 -0500, Arvind Sankar wrote: >> On Wed, Jan 31, 2018 at 05:48:20PM -0600, Rob Landley wrote: >>> On 01/31/2018 04:07 PM, Mimi Zohar wrote: >>>> On Wed, 2018-01-31 at 13:32 -0600, Ro

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 02/01/2018 09:55 AM, Mimi Zohar wrote: > On Thu, 2018-02-01 at 09:20 -0600, Rob Landley wrote: > >>> With your patch and specifying "root=tmpfs", dracut is complaining: >>> >>> dracut: FATAL: Don't know how to handle 'root=tmpfs' >>>

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

G_TMPFS) && !saved_root_name[0] && - (!root_fs_names || strstr(root_fs_names, "tmpfs"))) { + if (IS_ENABLED(CONFIG_TMPFS) && (!saved_root_name[0] || + !strcmp(saved_root_name, "tmpfs"))) { err = shmem_init();

Allnoconfig build still broken on x86-64 in today's git.

$ make clean && make allnoconfig && make HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --allnoconfig Kconfig # # configuration written to .config # Makefile:932: *** "Cannot generate ORC

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 01/31/2018 10:22 PM, Mimi Zohar wrote: > On Wed, 2018-01-31 at 21:03 -0500, Arvind Sankar wrote: >> On Wed, Jan 31, 2018 at 05:48:20PM -0600, Rob Landley wrote: >>> On 01/31/2018 04:07 PM, Mimi Zohar wrote: >>>> On Wed, 2018-01-31 at 13:32 -0600, Ro

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 02/01/2018 04:41 PM, Taras Kondratiuk wrote: > Quoting Mimi Zohar (2018-02-01 13:51:52) >> On Thu, 2018-02-01 at 11:09 -0600, Rob Landley wrote: >>> On 02/01/2018 09:55 AM, Mimi Zohar wrote: >>>> On Thu, 2018-02-01 at 09:20 -0600, Rob Landley wrote: >>>

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 01/31/2018 04:07 PM, Mimi Zohar wrote: > On Wed, 2018-01-31 at 13:32 -0600, Rob Landley wrote:>> (The old "I > configured in tmpfs and am using rootfs but I want that rootfs >> to be ramfs, not tmpfs" code doesn't seem to be a real-world concern, does >> it?

tmpfs and brickability (size=50% default considered naieve).

If you have two default tmpfs instances on your box (hi buildroot!) and they're world writeable and a normal user goes "cat /dev/zero > /run/fillit; cat /dev/zero > /tmp/fillit" the system then goes "sh: can't fork" trying to call rm on those files, because they each default to 50% of total system

Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description

On 02/16/2018 06:00 PM, h...@zytor.com wrote: > Introducing new, incompatible data formats is an inherently *very* > costly operation; unfortunately many engineers don't seem to have a good grip > of just *how* expensive it is (see "silly embedded nonsense hacks", "too > little, too soon".) So

Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description

On 02/16/2018 02:59 PM, H. Peter Anvin wrote: > On 02/16/18 12:33, Taras Kondratiuk wrote: >> Many of the Linux security/integrity features are dependent on file >> metadata, stored as extended attributes (xattrs), for making decisions. >> These features need to be initialized during initcall and

Re: [RESEND PATCH] init/Kconfig: Use short unix-style option instead of --longname

On 08/07/2018 11:06 PM, Masahiro Yamada wrote: > From: Rob Landley > > Avoids warning messages with the latest release of toybox, which never > bothered to implement the --longopts nothing was using. > > Signed-off-by: Rob Landley > Signed-off-by: Masahiro Yamada >

Re: [PATCH] Fix platform data in leds-pca955x.c

On 07/04/2018 12:00 PM, Andy Shevchenko wrote: > On Wed, Jul 4, 2018 at 3:46 AM, Rob Landley wrote: >> I have some questions about recent changes to leds-pca955x.c since 4.13: >> >> How is non-of platform data supposed to work now? Commit ed1f4b9676a8 >> switched

Re: [PATCH] Fix platform data in leds-pca955x.c

On 07/04/2018 12:04 PM, Andy Shevchenko wrote: > On Wed, Jul 4, 2018 at 8:00 PM, Andy Shevchenko > wrote: >> On Wed, Jul 4, 2018 at 3:46 AM, Rob Landley wrote: > >> For now, you can switch to unified device properties API (basically >> un-ifdef pca955x_pdata_

Commit fc72ae40e303 broke x86-64 build environment.

You've made the ORC unwinder part of allnoconfig, which means trying to build "make ARCH=x86_64 allnoconfig" requires installing a new package (libelf-dev) or else the build breaks. What's worse, if I go into menuconfig and switch it back to frame pointer, the build STILL breaks: $ make -j 8

Re: [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete

On 02/20/2018 12:56 PM, Stephen Smalley wrote: > On Fri, 2018-02-16 at 20:33 +, Taras Kondratiuk wrote: >> From: Victor Kamensky >> >> With initramfs cpio format that supports extended attributes >> we need to skip sid population on sys_lsetxattr call from >> initramfs for

[PATCH] Replace unnecessary perl with sed, printf, and the shell $(( )) operator.

You can build a kernel in a cross compiling environment that doesn't have perl in the $PATH. Commit 429f7a062e3b broke that for 32 bit arm. Fix it. Signed-off-by: Rob Landley <r...@landley.net> --- arch/arm/boot/compressed/Makefile |9 - 1 file changed, 4 insertions(+), 5 del

Re: [PATCH] Replace unnecessary perl with sed, printf, and the shell $(( )) operator.

On 04/16/2018 07:09 AM, Russell King - ARM Linux wrote: > On Wed, Apr 11, 2018 at 08:38:37PM -0500, Rob Landley wrote: >> You can build a kernel in a cross compiling environment that doesn't have >> perl >> in the $PATH. Commit 429f7a062e3b broke that for 32 bit arm. Fix it.

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On 03/23/2018 02:06 PM, Matthew Wilcox wrote: > On Fri, Mar 23, 2018 at 02:00:24PM -0400, Rich Felker wrote: >> On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote: >>> On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote: Current implementation doesn't randomize address

devinet.c inet_abc_len() breaking ifconfig?

Dave Taht pointed out to me that this doesn't work in toybox: $ ifconfig eth0 242.2.0.1 netmask 255.255.255.0 broadcast 242.2.0.255 ifconfig: ioctl 8916: Invalid argument Because of this in the kernel:

The CONFIG_UNWINDER_ORC bug is back.

Do "make defconfig" on x86-64, fire up menuconfig and select the frame pointer uwinder (under kernel hacking -> choose unwinder) and: $ make Makefile:966: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Stop.

Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files

On 11/22/18 9:49 AM, Roberto Sassu wrote: > Although rootfs (tmpfs) supports xattrs, they are not set due to the > limitation of the cpio format. A new format called 'newcx' was proposed to > overcome this limitation. I got email about that format the day before you posted this, by the way. >

Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files

On 11/26/18 6:56 AM, Roberto Sassu wrote: > On 11/23/2018 9:21 PM, Rob Landley wrote: >>> The aim of this patch is to provide the same functionality without >>> introducing a new format. The value of xattrs is placed in regular files >>> having the same file name

Re: [PATCH v3 0/3] sh: system call table generation support

eration support implementation > across all the architectures. I applied the patch in https://github.com/landley/mkroot and the result booted under qemu-system-sh4, seems to work fine. Network's fine, it can read a block device, etc. Acked-and-or-tested-by: Rob Landley I assume that this i

Re: [PATCH v3 0/3] sh: system call table generation support

On 11/19/18 2:08 AM, Geert Uytterhoeven wrote: > On Mon, Nov 19, 2018 at 6:26 AM Rob Landley wrote: >> WARNING: CPU: 0 PID: 1 at mm/slub.c:2448 >> ___slab_alloc.constprop.34+0x196/0x288 > > https://patchwork.kernel.org/patch/10549883/ Given that Sato-san is co-

BUG in 2.4.0: dd if=/dev/random of=out.txt bs=10000 count=100

If I do the dd line in the title under 2.4.0 I get an out.txt file of 591 bytes. If I do the same thing from /dev/zero, I get the expected 1,000,000 byte file. I've shoehorned 2.4.0 into a fresh red hat 7.0 install which could quite easily be a bad thing, yes ripped out their strange gcc and

Re: BUG in 2.4.0: dd if=/dev/random of=out.txt bs=10000 count=100

--- David Ford <[EMAIL PROTECTED]> wrote: > Rob Landley wrote: > > > If I do the dd line in the title under 2.4.0 I get > an > > out.txt file of 591 bytes. > > It isn't broken, you have no more entropy. You must > have some system > activity of various

qlogicfc.c hard lockups in 2.4.0

I've got a 20 drive raid0 set up off of two asus fiber channel controllers using the qlogicfc.c driver. (I think it's a variant of ISP2200.) Dual pentium 866 SMP machine, apparently stable under NT. Half a gig of ram, booting off of a different drive (hanging off of an LSI1010 scsi controller

Re: qlogicfc.c hard lockups in 2.4.0

More data: I changed QLOGICFC_REQ_QUEUE_LEN from 127 to 255, and the lockup hasn't happened again yet, in circumstances that fairly reliably reproduced it before. (Could just mean I have to hit it harder.) BUT: I am still getting those "no handle slots, this should not happen" messages.

Re: qlogicfc.c hard lockups in 2.4.0 - solved?

I think the hangs were actually CAUSED by the messages being printked. If I make those go away, it stops getting unhappy. (I suspect repeatedly printk-ing stuff from the middle of the scsi layer with interrupts disabled and other fun stuff occuring is not a good thing. Delays something or

New rtl8139 driver prevents ssh from exiting.

The kernel thread the new rtl8139 driver spawns apparently wants to write to stdout, because it counts as an unfinished process that prevents an ssh session from exiting. I have a script that remotely reconfigures subnets in a vpn, which gets run via an ssh in through eth0 and does, among other

Re: New rtl8139 driver prevents ssh from exiting.

--- Andrew Morton <[EMAIL PROTECTED]> wrote: > Rob Landley wrote: > > > > The kernel thread the new rtl8139 driver spawns > > apparently wants to write to stdout, because it > counts > > as an unfinished process that prevents an ssh > session > > f

Re: New rtl8139 driver prevents ssh from exiting.

--- Andrew Morton <[EMAIL PROTECTED]> wrote: > ack. You never said 2.2.19 :( > > It won't apply... No, but this one did. (Never underestimate the power of somebody with source code, a text editor, and the willingness to totally hose their system.) And it fixed the problem. Thank you. Rob

Re: Break 2.4 VM in five easy steps

>I realize that assembly is platform-specific. Being >that I use the IA32 class machine, that's what I >would write for. Others who use other platforms could >do the deed for their native language. Meaning we'd still need a good C implementation anyway for the 75% of platforms nobody's going

Re: Any limitations on bigmem usage?

On Tuesday 12 June 2001 12:29, Alan Cox wrote: > If your algorithm can work well with say 2Gb windows on the data and only > change window evey so often (in computing terms) then it should be ok, if > its access is random you need to look at a 64bit box like an Alpha, Sparc64 > or eventually

Re: Getting A Patch Into The Kernel

On Tuesday 12 June 2001 18:34, Craig Lyons wrote: > We have a patch that fixes this and are wondering if it > is possible to get this patch into the kernel, and if so, how this would be > done? Well, you start by reading this: http://www.linuxhq.com/kernel/v2.4/doc/SubmittingPatches.html

Hour long timeout to ssh/telnet/ftp to down host?

I have scripts that ssh into large numbers of boxes, which are sometimes down. The timeout for figuring out the box is down is over an hour. This is just insane. Telnet and ftp behave similarly, or at least tthey lasted the 5 minutes I was willing to wait, anyway. Basically anything that

Re: Hour long timeout to ssh/telnet/ftp to down host?

>You can tune things by setting the tcp-timeout probably..I don't >know exactly where to set this.. Aha, found it. /proc/sys/net/ipv4/tcp_syn_retries I am a victim of the exponential retry falloff, it would seem. syn_retries of 1 takes a few seconds, 3 takes less than half a minute, and 5

Re: Hour long timeout to ssh/telnet/ftp to down host?

On Wednesday 13 June 2001 05:40, Luigi Genoni wrote: > On Tue, 12 Jun 2001, Ben Greear wrote: > > You can tune things by setting the tcp-timeout probably..I don't > > know exactly where to set this.. > > /proc/sys/net/ipv4/tcp_fin_timeout > > default is 60. Never got that far. My problem was

Re: [craigl@promise.com: Getting A Patch Into The Kernel] (fwd)

On Wednesday 13 June 2001 03:06, Andre Hedrick wrote: > No I would not take their code and apply it. > I might not even want to look at it. Well, you're maintainer and I'm obviously not, but it's nice to hear you've kept an open mind on this issue. :) > All I want is the API rules to the

Re: Configure.help entries for Bluetooth (updated)

Okay, I'll bite. What's HCI stand for? I'm guessing it ends in "Connection Interface", but the H has me stumped. Happy? Hostile? Hysterical? Hippopotamus? If we're connecting a bluetooth compliant hippopotamus to Linux, I can only hope there's an RFC somewhere explaining how to do it.

Re: Download process for a "split kernel" (was: obsolete code must die)

On Thursday 14 June 2001 08:14, David Luyer wrote: > Well, I'm actually looking at the 2nd idea I mentioned in my e-mail -- a > very small "kernel package" which has a config script, a list of config > options and the files they depend on and an appropriately tagged CVS tree > which can then be

Re: Alan Cox quote? (was: Re: accounting for threads)

On Tuesday 19 June 2001 12:52, Larry McVoy wrote: > On Tue, Jun 19, 2001 at 05:26:09PM +0100, Matthew Kirkwood wrote: > > On Tue, 19 Jun 2001, Larry McVoy wrote: > > > ``Think of it this way: threads are like salt, not like pasta. You > > > like salt, I like salt, we all like salt. But we

Re: [OT] Threads, inelegance, and Java

On Wednesday 20 June 2001 07:25, Aaron Lehmann wrote: > On Wed, Jun 20, 2001 at 09:00:47AM +, Henning P. Schmiedehausen wrote: > > Just the fact that some people use Java (or any other language) does > > not mean, that they don't care about "performance, system-design or > > any elegance

Re: Alan Cox quote? (was: Re: accounting for threads)

On Tuesday 19 June 2001 19:31, Timur Tabi wrote: > Amen. This is one of the reasons why I also prefer OS/2 over Linux. Preferred. OS/2's day has come and gone. IBM killed it with a stupid diversion into the power PC version between 1993 and 1995. By the time Windows 95 was released, MS

Re: Alan Cox quote? (was: Re: accounting for threads)

On Wednesday 20 June 2001 10:35, Mike Porter wrote: > > But that foregoes the point that the code is far more complex and harder > > to make 'obviously correct', a concept that *does* translate well to > > userspace. > > One point is that 'obviously correct' is much harder to 'prove' for >

Re: [OT] Threads, inelegance, and Java

On Wednesday 20 June 2001 12:53, Larry McVoy wrote: > We couldn't believe that Java was really that bad so our GUI guy, Aaron > Kushner, sat down and rewrote the revision history browser in Java. > On a 500 node graph, the Java tool was up to 85MB. The tk tool doing > the same thing was 5MB.

Re: [OT] Threads, inelegance, and Java

On Wednesday 20 June 2001 15:27, Mike Harrold wrote: > Martin Dalecki wrote:> > > > Blah blah blah. The performance of the Transmeta CPU SUCKS ROCKS. No > > matter > > what they try to make you beleve. A venerable classical desing like > > the Geode outperforms them in any terms. There is simple

Re: [OT] Threads, inelegance, and Java

On Wednesday 20 June 2001 15:53, Martin Dalecki wrote: > Mike Harrold wrote: > > Well the transmeta cpu isn't cheap actually. Any processor's cheap once it's got enough volume. That's an effect not a cause. > And if you talk about > super computing, hmm what about some PowerPC CPU variant -

Re: Alan Cox quote? (was: Re: accounting for threads)

On Wednesday 20 June 2001 17:20, Albert D. Cahalan wrote: > Rob Landley writes: > > My only real gripe with Linux's threads right now [...] is > > that ps and top and such aren't thread aware and don't group them > > right. > > > > I'm told they added some kind of

Re: [OT] Threads, inelegance, and Java

On Wednesday 20 June 2001 18:07, J . A . Magallon wrote: > On 20010620 Rob Landley wrote: > What do you worry about caches if every bytecode turns into a jump and more > code ? 'cause the jump may be overlappable with extra execution cores in RISC and VLIW? I must admit, I've never

Re: The latest Microsoft FUD. This time from BillG, himself.

On Wednesday 20 June 2001 18:31, Daniel Phillips wrote: > On Wednesday 20 June 2001 23:33, Rik van Riel wrote: > > On 20 Jun 2001, Miles Lane wrote: > > > http://www.zdnet.com/zdnn/stories/news/0,4586,5092935,00.html > > > > Yes, he sure knows how to bring Linux to the attention > > of people ;)

Re: Alan Cox quote? (was: Re: accounting for threads)

On Wednesday 20 June 2001 20:42, D. Stimits wrote: > Rob Landley wrote: > ...snip... > > > The patches-linus-actuall-applies mailing list idea is based on how Linus > > says he works: he appends patches he likes to a file and then calls patch > > -p1 < thatfil

Re: [OT] Threads, inelegance, and Java

On Wednesday 20 June 2001 23:13, Pete Zaitcev wrote: > > Then again JavaOS was an abortion on top of Slowaris. [...] > > This is a false statemenet, Rob. It was an abortion, all right, > but not related to Solaris in any way at all. I worked on the sucker for six months at IBM in 1997. I don't

Re: Alan Cox quote? (was: Re: accounting for threads)

On Thursday 21 June 2001 10:02, Jesse Pollard wrote: > Rob Landley <[EMAIL PROTECTED]>: > > On Wednesday 20 June 2001 17:20, Albert D. Cahalan wrote: > > > Rob Landley writes: > > > > My only real gripe with Linux's threads right now [...] is > > > &

Idea: Patches-from-linus mailing list? (Was Re: Alan Cox quote? (was: Re: accounting for threads))

On Wednesday 20 June 2001 21:57, D. Stimits wrote: > MySQL is just a sample. I mention it because it is quite easy to link a > web server to. Imagine patch running on a large file that is a > conglomeration of 50 small patches; it could easily summarize this, and > storing it through MySQL adds

<    4   5   6   7   8   9   10   11   12   13   >