On 08/17/2016 12:02 PM, Jeff Dike wrote:
> Hi Richard,
>
>> But let's ask Jeff first.
>> Jeff, do you have a more recent SCM repo of uml-utilities?
>
> No, I don't believe so. Everything I have is out there somewhere.
> You might check with Matt Zimmerman - he might have been doing some
> mainte
On 10/07/14 11:59, David Daney wrote:
> On 10/07/2014 09:31 AM, Guenter Roeck wrote:
>> On Tue, Oct 07, 2014 at 11:21:11AM -0500, Rob Landley wrote:
>>> On 10/07/14 00:28, Guenter Roeck wrote:
>>>> Devicetree bindings are supposed to be operating system indepe
On 10/07/14 00:28, Guenter Roeck wrote:
> Devicetree bindings are supposed to be operating system independent
> and should thus not describe how a specific functionality is implemented
> in Linux.
So your argument is that linux/Documentation/devicetree/bindings should
not be specific to Linux. Mer
On 09/22/14 13:39, Anton Ivanov wrote:
> Hi RIchard, hi list,
>
> There is some problem with the list on sourceforge. It has bounced one
> of the patches - no 4.
>
> I can resend this for book-keeping purposes.
>
> If memory serves me right there are no changes in this particular one so
> the ea
On 08/22/2013 03:55:20 PM, David Daney wrote:
> On 08/22/2013 01:41 PM, Rob Landley wrote:
>> On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
>>> On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg
>>> wrote:
>>> >> > The series touches also
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
> On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg
> wrote:
> >> > The series touches also m68k, sh, mips and unicore32.
> >> > These architectures magically select a cross compiler if ARCH !=
> SUBARCH.
> >> > Do really need that behavior?
> >
On 08/21/2013 07:07:33 AM, Geert Uytterhoeven wrote:
> On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger
> wrote:
> > This series is an attempt to remove the SUBARCH make parameter.
> > It as introduced at the times of Linux 2.5 for UML to tell the UML
> > build system what the real architect
On 05/26/2013 03:08:17 AM, richard -rw- weinberger wrote:
> On Sun, May 26, 2013 at 1:01 AM, Hopsing K wrote:
> > Some question at the side: can you call longjmp from within a signal
> > handler? My first assumption was that UML uses longjmp from within
> > the SIGALRM handler to implement preempt
That should be over on _this_ list then...
(Discussion of IRQF_SAMPLE_RANDOM removal.)
On 07/16/2012 10:21 AM, Theodore Ts'o wrote:
> On Sun, Jul 15, 2012 at 03:41:53PM -0500, Rob Landley wrote:
>> Does it become a "please add a call to sample_interrupt_randomness()"
On 03/27/2011 10:20 AM, richard -rw- weinberger wrote:
> On Sun, Mar 27, 2011 at 12:28 PM, Alexey Zaytsev
> wrote:
>> Signed-off-by: Alexey Zaytsev
>> ---
>
> Alexey,
>
>> Hello, uml people. Does someone still maintain the uml utilities? You've been
>> a bit quiet for the last 4 years, but now
On Thursday 16 December 2010 09:18:31 Artem Bityutskiy wrote:
> On Wed, 2010-12-15 at 00:31 -0600, Rob Landley wrote:
> > That is awesome and I'm not finding any documentation on it... Ah:
> >
> >
> > http://wiki.maemo.org/Modifying_the_root_image#Block_de
On Tuesday 14 December 2010 19:19:05 Jason Lunz wrote:
> On Tue, Dec 14, 2010 at 06:49:02PM -0600, Rob Landley wrote:
> > The problem is that jffs2 is a filesystem, and thus something people
> > would really like to be able to loopback mount, but it's hardwired to
> > as
On Tuesday 14 December 2010 15:23:49 Jason Lunz wrote:
> On one hand you've got uml, which simply doesn't have mmio. On the other
> there's mtd, which began as a method for accessing hardware devices that
> are often accessed using mmio. But then the mtd subsystem developed
> emulations of that har
On Tuesday 14 December 2010 14:01:33 Artem Bityutskiy wrote:
> > > Instead, you should solve this problem in UML code. I do not know how,
> > > but may be you can add readb/writeb there which actually do nothing or
> > > print a scary warning, or do BUG(), and let things which use them just
> > > f
NULL), only HOSTFS_ATTR_(A|M)TIME is set. On the other
> hand, the latter flag is also set if the timestamps were explicitly
> specified.
>
> Signed-off-by: Tobias Brunner
I hit this bug too, and this patch fixed it for me, so:
Acked-by: Rob Landley
Speaking of which, here
On Friday 06 March 2009 08:35:43 Jeff Dike wrote:
> On Fri, Mar 06, 2009 at 07:18:34PM +0800, Am??rico Wang wrote:
> > It does work well x86_64, but my question is that whether this will
> > break i386 or not, since before, CONFIG_3_LEVEL_PGTABLES depends on
> > EXPERIMENTAL on i386, this patch rem
On Friday 06 March 2009 03:50:38 Geert Uytterhoeven wrote:
> On Fri, Mar 6, 2009 at 09:48, Américo Wang wrote:
> > On Fri, Mar 06, 2009 at 12:42:14AM -0600, Rob Landley wrote:
> >>Apparently, nobody other than me has ever attempted to use User Mode
> >> Linux built fro
7978
Here's a patch that fixes it for me:
Signed-off-by: Rob Landley
diff -r 178a096e9e38 arch/um/Kconfig.x86
--- a/arch/um/Kconfig.x86 Fri Feb 27 16:49:46 2009 -0800
+++ b/arch/um/Kconfig.x86 Thu Mar 05 23:35:55 2009 -0600
@@ -26,9 +26,8 @@
def_bool !X86_XADD
conf
On Sunday 18 January 2009 02:32:37 Américo Wang wrote:
> >The result panics (twice) and exits, instead of giving me a shell prompt.
> >Built and run on stock Ubuntu 8.10. (I posted about it on tuesday, but
> > nobody replied...)
>
> Hi, Rob.
>
> I tried what you said, it works very fine here, on m
On Friday 16 January 2009 14:41:58 Andrew Morton wrote:
> > diff --git a/arch/um/sys-i386/sys_call_table.S
> > b/arch/um/sys-i386/sys_call_table.S index 00e5f52..04147dc 100644
> > --- a/arch/um/sys-i386/sys_call_table.S
> > +++ b/arch/um/sys-i386/sys_call_table.S
> > @@ -6,6 +6,7 @@
> >
> > #defi
Can anyone else reproduce building ARCH=um with the attached .config, and then
going:
$ ./vmlinux rw init=/bin/sh rootfstype=hostfs
Core dump limits :
soft - 0
hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Che
> On Monday 30 June 2008 11:22:01 Jeff Dike wrote:
> > Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
>
> ...
>
> > If that crash does come back, I'd say we should just debug it. It's
> > likely UML implicitly relying on some gcc behavior anyway.
>
> Well, I'm seeing the cra
On Monday 30 June 2008 11:22:01 Jeff Dike wrote:
> Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time
...
> If that crash does come back, I'd say we should just debug it. It's
> likely UML implicitly relying on some gcc behavior anyway.
Well, I'm seeing the crash in stock 2.6
On Friday 09 May 2008 10:22:17 Jeff Dike wrote:
> On Sat, May 03, 2008 at 03:18:10PM -0500, Rob Landley wrote:
> > I usually use UML as a better fakeroot, meaning I run it with a command
> > line like "rootfstype=hostfs rw quiet
> > init=/path/to/some_shell_script.sh&q
From: Rob Landley <[EMAIL PROTECTED]>
I usually use UML as a better fakeroot, meaning I run it with a command line
like "rootfstype=hostfs rw quiet init=/path/to/some_shell_script.sh". In this
context, filling the screen with parse_chan_pair error messages which don't
a
On Tuesday 18 December 2007 13:29:11 Jeff Dike wrote:
> On Tue, Dec 18, 2007 at 12:45:23PM -0600, Rob Landley wrote:
> > There's a way to make a loopback device look like a flash device, letting
> > you loopback mount jffs2, but it involves recompiling the kerenel to add
> &
I want to loopback mount a jffs2 filesystem, and this filesystem has
incestuous knowledge of flash devices for wear levelling and stuff, so it
will only mount an actual flash device and not a normal block device.
There's a way to make a loopback device look like a flash device, letting you
loop
On Wednesday 24 October 2007 10:22:40 am Jeff Dike wrote:
> I poked around a bit for a sparc cross-toolchain, didn't find one, so
> I couldn't see what exactly the problem was.
Prebuilt for Ubuntu 7.04:
http://landley.net/code/firmware/downloads/cross-compiler/host-i686/cross-compiler-sparc.tar.bz
may not be the right fix, but the build breaks for me without this
patch. The .config that breaks is attached. ARCH=um.
-- Forwarded Message --
Subject: [uml-devel] UML doesn't build in 2.6.23-rc3.
Date: Tuesday 21 August 2007
From: Rob Landley <[EMAIL PROTECTED]>
T
On Wednesday 22 August 2007 10:44:13 pm Jeff Dike wrote:
> On Wed, Aug 22, 2007 at 08:47:01PM -0500, Rob Landley wrote:
> > Does that reproduce it for you?
>
> Yup, but it's somewhat non-obvious why. Anyway, it seems clear that
> asm-generic/tlb.
On Wednesday 22 August 2007 4:31:15 pm Jeff Dike wrote:
> On Wed, Aug 22, 2007 at 04:26:53PM -0500, Rob Landley wrote:
> > include/asm-generic/tlb.h: In function ‘tlb_flush_mmu’:
> > include/asm-generic/tlb.h:76: error: implicit declaration of
> > function ‘release_pages’
&g
On Wednesday 22 August 2007 12:24:56 pm Jeff Dike wrote:
> On Tue, Aug 21, 2007 at 09:48:05PM -0500, Rob Landley wrote:
> > I fixed it for me with the following patch, just in case anybody
> > else had this problem:
>
> What were the errors?
>
> Jeff
I fixed it for me with the following patch, just in case anybody else had this
problem:
--- linux-2.6.23-rc3/arch/um/kernel/smp.c 2007-08-12 23:25:24.0
-0500
+++ linux-2.6.23-new/arch/um/kernel/smp.c 2007-08-21 21:39:00.0
-0500
@@ -5,6 +5,7 @@
#include "linux/perc
On Friday 17 March 2006 7:24 pm, Blaisorblade wrote:
> On Saturday 18 March 2006 01:12, Rob Landley wrote:
> > I can reproduce the following in 2.6.16-rc5, User Mode Linux:
> >
> > kernel BUG at drivers/block/loop.c:621!
> > Kernel panic - not syncing: BUG!
> >
&g
I can reproduce the following in 2.6.16-rc5, User Mode Linux:
kernel BUG at drivers/block/loop.c:621!
Kernel panic - not syncing: BUG!
EIP: 0073:[] CPU: 0 Not tainted ESP: 007b:b7de1f9c EFLAGS: 00200246
Not tainted
EAX: EBX: 18be ECX: 0013 EDX: 18be
ESI: 18bb EDI: 000
On Tuesday 14 March 2006 3:22 pm, Jeff Dike wrote:
> On Sat, Mar 11, 2006 at 01:01:41PM -0500, Rob Landley wrote:
> > On linux-2.6.16-rc5 I'm occasionally getting a hang starting up (with
> > rootfstype=hostfs), right after the initializing VFS line.
>
> I'm in the
On linux-2.6.16-rc5 I'm occasionally getting a hang starting up (with
rootfstype=hostfs), right after the initializing VFS line. This time when I
killed it, I got the following error (repeated twice):
remove_umid_dir - actually_do_remove failed with err = -2
I'm guessing that's where it's hang
On Friday 17 February 2006 1:48 pm, Blaisorblade wrote:
> On Friday 17 February 2006 16:44, Jeff Dike wrote:
> > On Fri, Feb 17, 2006 at 03:05:28PM +0100, Blaisorblade wrote:
> > > For the future packaging: I do believe that Debian's defaults have been
> > > actually planned while uml_utilities hav
On Friday 17 February 2006 3:29 pm, Jeff Dike wrote:
> On Wed, Feb 15, 2006 at 05:13:52PM -0500, Rob Landley wrote:
> > > parse_chan_pair failed for device 1
> > > parse_chan_pair failed for device 2
> > > parse_chan_pair failed for device 3
> > &
So I finally got around to building 2.6.16-pre3 on my newly upgraded Ubuntu
"Flatulent Badger" system, like so:
tar xvjf linux-2.6.13-rc3.tar.bz2
cat > allno.config << EOF
CONFIG_MODE_SKAS=y
CONFIG_BINFMT_ELF=y
CONFIG_HOSTFS=y
CONFIG_SYSCTL=y
CONFIG_STDERR_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_B
On Friday 27 January 2006 12:08, Jeff Dike wrote:
> On Sat, Oct 08, 2005 at 06:37:25PM -0500, Rob Landley wrote:
> > Start with "nesting level".
>
> Actually, NEST_LEVEL is needed for skas0 because of the stub pages. They
> need to be relocated in a nested UML.
On Saturday 07 January 2006 09:12, Jan Engelhardt wrote:
> >The skas vs tt distinction is the address space part of this. How we
> > nullify system calls is separate. That's the PTRACE_SYSCALL vs
> > PTRACE_SYSEMU (which is now in mainline) thing.
>
> ...
> So there is no way to get UML compile o
On Thursday 05 January 2006 15:59, Jan Engelhardt wrote:
> config MODE_TT
> bool "Tracing thread support"
> default y
> help
> This option controls whether tracing thread support is compiled
> into UML. Normally, this should be set to Y. If you intend to
>
On Sunday 01 January 2006 12:51, Blaisorblade wrote:
> So? I've read this message, but my (original) main question was:
> is
>
> > > chroot(chroot_dir);
> > > chdir("/");
>
> the same as
>
> > > chdir(chroot_dir);
> > > chroot(".");
>
> ?
All chroot does is change the / value. It doesn't rec
On Friday 23 December 2005 10:11, Blaisorblade wrote:
> One question: would
> chroot(chroot_dir);
> chdir("/");
> work equally well?
> I've not seen it used so I wonder (a bit) if there can be some hidden bug.
http://www.ussg.iu.edu/hypermail/linux/kernel/0511.2/0185.html
Rob
--
Steve Ballmer:
On Monday 19 December 2005 12:33, Antoine Martin wrote:
> I think I'll rebuild it with compartment and build su without pam to
> trim it down even more.
>
> > > (also lib/security so I can get into the chroot)
> >
> > That's for su, right? There are some tools (including "compartment") to
> > combi
On Friday 16 December 2005 10:36, Blaisorblade wrote:
> Ok, finally I've collected some time together and I merged the needed
> patches.
>
> So, I'm pleased to release 2.6.14-bs3, and hope I have not done any mess!
>
> Seriously, there's no new code in it, however the two SKAS0 things which I
> mer
On Friday 09 December 2005 12:39, Antoine Martin wrote:
> > > Is this glibc? Any ideas?
> >
> > Yes, I see that on Debian Sarge too. Don't ask me why fsck uses thread,
> > but it seems to do that.
>
> I wasn't even thinking about that! So true, why on earth would fsck
> require threading!?
fsck -
On Monday 05 December 2005 13:21, Jeff Dike wrote:
> On Sun, Dec 04, 2005 at 06:03:48PM -0800, Rob Landley wrote:
> > Hey Jeff, you wanted the ability to shrink all the caches and free
> > up memory for the hotpluggy thing?
>
> Close, but what I really want is to free up a spe
Hey Jeff, you wanted the ability to shrink all the caches and free
up memory for the hotpluggy thing?
This is deeply, deeply cool. (If kmail ate the spaces again, you can find
the original message on linux-kernel...)
Rob
-- Forwarded Message --
Subject: Re: [PATCH 0/4] linux-
On Saturday 03 December 2005 00:00, Jeff Dike wrote:
> On Fri, Dec 02, 2005 at 09:44:20PM -0600, Rob Landley wrote:
> > I've never used mconsole. Never needed it before.
> >
> > Perhaps if I attach to a serial console instead of stdio I can send sysrq
> > that way
On Friday 02 December 2005 20:59, Blaisorblade wrote:
> On Friday 02 December 2005 21:12, Rob Landley wrote:
> > I don't know how to send sysrq through the stdio console.
>
> uml_mconsole $umid sysrq or "sysrq" at the uml_mconsole $umid prompt? sysrq
> $let is for
I don't know how to send sysrq through the stdio console.
I have a reproducable hang (well, I did this morning and think I can recreate
it). It's gcc 4.0.2 attempting to statically link busybox (the allyesconfig
version), it just goes off into la-la land. left it for an hour and no
progress,
On Thursday 01 December 2005 18:13, Jeff Dike wrote:
> I'm sending this mail out to everyone that I can find who has had the UML
> stubs compiled in unexpected ways, resulting in crashing.
>
> I'd like testing of the patch below on as many gcc versions as possible. I
> think this patch avoids the
On Wednesday 30 November 2005 10:34, Michael Richardson wrote:
> What was the fix?
A quick check through the past few pages of:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=shortlog
Finds these four commits:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.
On Tuesday 29 November 2005 22:20, Michael Richardson wrote:
> Running a kernel which is not 2.6.15-rc2 (but a couple of merges back,
> looking for a place where it works), I get:
This broke for me too. The fix went into -rc3.
Rob
--
Steve Ballmer: Innovation! Inigo Montoya: You keep using tha
On Tuesday 29 November 2005 15:00, Antoine Martin wrote:
> Any fix for the GCC errors on arch/um/include/sysdep/stub.h would be
> much appreciated (I have to compile on these hosts to be able to use the
> pcap network driver):
> CC arch/um/kernel/skas/clone.o
> arch/um/kernel/skas/clone.c: I
On Tuesday 29 November 2005 10:08, Blaisorblade wrote:
> On Monday 28 November 2005 02:07, Rob Landley wrote:
> > On Sunday 27 November 2005 12:31, Nix wrote:
> >
> > Did you catch Linus's long rant about how MAP_PRIVATE is deeply stupid
> > and that Linu
On Tuesday 29 November 2005 04:52, Nix wrote:
> On Mon, 28 Nov 2005, Rob Landley prattled cheerily:
> > If you're using udev, then /dev is tmpfs. So /dev/shm is trivially
> > tmpfs.
>
> True enough; but some people mount /dev with a size of 0.
That stopped work
On Monday 28 November 2005 14:05, Jeff Dike wrote:
> > Kmail is a "helpful" mail client. It's possible to get it to send out
> > unmangled patches, assuming you remember to set the moon phase and get
> > the chicken entrails in the right position. (I sometimes miss a step.)
>
> Why not cc yoursel
On Monday 28 November 2005 13:27, Henrik Nordstrom wrote:
> On Mon, 28 Nov 2005, Jeff Dike wrote:
> > On Mon, Nov 28, 2005 at 11:52:15AM -0600, Rob Landley wrote:
> >> I sent a second copy that hopefully is less mangled. Did it make it
> >> through ok?
> >
On Monday 28 November 2005 12:36, Jeff Dike wrote:
> On Mon, Nov 28, 2005 at 10:29:57AM -0600, Rob Landley wrote:
> > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> >
> > UML really wants shared memory semantics form its physical memory map
> > file, and the pla
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
UML really wants shared memory semantics form its physical memory map file,
and the place for that is /dev/shm. So move the default, and fix the error
messages to recognize that this value can be overridden.
---
Let's try that again with
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
UML really wants shared memory semantics form its physical memory map file,
and the place for that is /dev/shm. So move the default, and fix the error
messages to recognize that this value can be overridden.
---
UML calls mmap() to allocat
If you're using udev, then /dev is tmpfs. So /dev/shm is trivially tmpfs.
:P
Rob
--
Steve Ballmer: Innovation! Inigo Montoya: You keep using that word.
I do not think it means what you think it means.
---
This SF.net email is sponsored by:
On Sunday 27 November 2005 12:31, Nix wrote:
> > I personally symlink /bin, /sbin, and /lib to the
> > corresponding /usr directories and consolidate the whole mess, myself.
> > Yes, you have to patch gcc's paths (in collect2) to not search _both_
> > /lib and /usr/lib because if gnu's
On Sunday 27 November 2005 12:35, Nix wrote:
> On Sun, 27 Nov 2005, [EMAIL PROTECTED] whispered secretively:
> > It's not a file, it's a AF_UNIX socket bound there - and bind() fails if
> > the file exists. So it's a different story (I was puzzled by a missing
> > bind(O_EXCL), but I learned with t
On Sunday 27 November 2005 12:49, Nix wrote:
> I'm using both matlab/octave *and*, when running backups, said French disk
> archiver. The source is gradually being Anglicised so that the developer
> base can rise a bit :)
>
> It has numerous advantages over tar and rsync if, like me, you're stuck
On Sunday 27 November 2005 13:20, Blaisorblade wrote:
> > Try "rdinit=/bin/sh", that affects what init gets run on the initramfs.
> > (Assuming the initramfs has a comand shell...)
>
> Missing from Documentation/filesystems/ramfs-rootfs-initramfs.txt.
I only dredged through the source and found it
On Sunday 27 November 2005 12:17, Nix wrote:
> [Sorry for response delay, steaming cold/flu]
>
> On Fri, 25 Nov 2005, Rob Landley worried:
> > On Friday 25 November 2005 15:04, Nix wrote:
> >> The ~/.kde directory doesn't contain temporary files, but persistent
>
On Sunday 27 November 2005 11:37, Blaisorblade wrote:
> > Like "/tmp/uml.ctl" in arch/um/drivers/daemon_kern.c, line 70?
> >
> > (It's not obvious where this file is actually created, it's one of those
> > funky callback things where data in a structure is used somewhere
> > else...)
>
> It's not a
On Saturday 26 November 2005 23:22, Andreas Wohlfeld wrote:
> On Sat, Nov 26, 2005 at 01:03:42PM -0600, Rob Landley wrote:
> > Lilo is saying that ubda is not a device with partitions.
> >
> > Anybody know what it's talking about? (I've got a ubda1. I'm trying
Lilo is saying that ubda is not a device with partitions.
Anybody know what it's talking about? (I've got a ubda1. I'm trying to make
a disk image I can test boot with qemu without having to boot a knoppix image
to do it...)
Rob
--
Steve Ballmer: Innovation! Inigo Montoya: You keep using th
On Friday 25 November 2005 20:12, Nix wrote:
> If it's a problem you have both hostile users and no size limits on /tmp
> and you therefore have bigger problems anyway. :)
The size limits on /tmp aren't per-user.
> >> Yeah, true, if you think the OOM killer is worthwhile (I do: most of the
> >> M
On Friday 25 November 2005 17:33, Blaisorblade wrote:
> On Friday 25 November 2005 22:04, Nix wrote:
> > On Fri, 25 Nov 2005, Rob Landley moaned:
> > > On Friday 25 November 2005 13:33, Nix wrote:
> > >
> > > Actually, I consider the fact the OOM killer doe
On Friday 25 November 2005 17:46, Chris Lightfoot wrote:
> On Fri, Nov 25, 2005 at 02:18:43PM -0600, Rob Landley wrote:
> > Using /tmp for anything has been kind of discouraged for a while, because
> > throwing any insufficiently randomized filename in there is a security
>
On Friday 25 November 2005 15:04, Nix wrote:
> The ~/.kde directory doesn't contain temporary files, but persistent state:
~/.kde/share/apps/kmail/lock is persistent state?
I do know that half the time the darn battery runs out and kde suddely shuts
down my desktop without the courtesy of even _
On Friday 25 November 2005 13:33, Nix wrote:
> On Fri, 25 Nov 2005, Rob Landley uttered the following:
> > A) mlock would be a bad thing. Not only is it a trivial DOS waiting to
> > happen but I like the UML physmem being swapped out under memory
> > pressure. I just don
On Friday 25 November 2005 09:03, Chris Lightfoot wrote:
> On Fri, Nov 25, 2005 at 02:56:49PM +, Nix wrote:
> > You could certainly do just that with POSIX shm :)
>
> Another option is to mlock the memory, which should
> prevent paging, but requires root. I have a patch which
> does this using
On Friday 25 November 2005 04:52, Rob Landley wrote:
> FYI:
>
> The mounts on a Fedora Core 4 system:
...
> The mounts on the x86-64 PLD system I've been borrowing (and on which I do
> not have root access):
...
> The shell servers from sourceforge:
...
> And I reiterat
FYI:
The mounts on a Fedora Core 4 system:
/dev/hda2 on / type ext3 (rw)
/dev/proc on /proc type proc (rw)
/dev/sys on /sys type sysfs (rw)
/dev/devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)
/dev/shm on /dev/shm type tmpfs (rw)
/dev/hdb1 on /home type ext3 (
On Friday 25 November 2005 03:55, Jeff Dike wrote:
> On Thu, Nov 24, 2005 at 06:11:01AM -0600, Rob Landley wrote:
> > So my question is, could system v shared memory be used in place of the
> > tmpfs mount? (Can it be mapped in the right location and inherited
> > across f
On Thursday 24 November 2005 14:40, Blaisorblade wrote:
> However, I just found out, see shmctl(2), that IPC_RMID implements the
> refcount "garbage collection" algorithm, so apparently it *could* be used.
>
> The question is if we want it, and considering the new features being added
> to shmfs, t
So apparently, one reason for the pathological behavior of UML (pegging the
hard drive, which I mentioned earlier) is that by default Ubuntu doesn't
mount /tmpfs on /tmp. This means it's part of /root, which is ext3, and
every touched page gets scheduled for writeout after a few seconds. (The
So you may have seen the miniconfig stuff wander by, which means that my build
script exits if there's a .config error, and we have this:
fs/Kconfig:1749:warning: 'select' used by config symbol 'CIFS_UPCALL' refer to
undefined symbol 'CONNECTOR'
This makes it s
On Tuesday 22 November 2005 13:24, Blaisorblade wrote:
> Ok, the two below functions are plain dumb - there's a MAXPATHLEN (i.e.
> PATH_MAX i.e. 4096) array on the stack, and they could happily be fixed.
>
> All the rest seems plain glibc code and thus unfixable.
I can link against uClibc and see
As I mentioned on the -user list, when I build 2.6.15-rc1 or -rc2 on my x86
laptop, it works just fine as long as PID 1 never forks. As soon as fork()
gets called, I get the attached panic.
I'm not sure how to go about debugging this. Is it the clone stub handler
again, do you think? This is
On Monday 21 November 2005 04:25, Nix wrote:
> On Fri, 18 Nov 2005, Rob Landley wrote:
> > On Friday 18 November 2005 20:33, Blaisorblade wrote:
> >> Btw, why hasn't maszur went to post patches to kernel headers to make
> >> them includable from userspace instea
Just curious if this is at all relevant to us, in light of the "yank 8k
stacks" patch proposed...
$ make checkstack
objdump -d vmlinux $(find . -name '*.ko') | \
perl /home/landley/linux-2.6.15-rc1/scripts/checkstack.pl i386
0xa010ddcf buffered_vfprintf: 33168
0xa010deca
On Friday 18 November 2005 20:33, Blaisorblade wrote:
> > When absolutely necessary, yes. In theory Jeff's tree works for Jeff so
> > i'm trying to get it to work for me _without_ fixing it myself. (Instead
> > I bug _him_. :) But I'm on a wildly different distro (ubuntu on x86 and
> > PLD on x8
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
The current UML build assumes that on x86-64 systems, /lib is a symlink
to /lib64, but in some distributions (like PLD and CentOS) they are separate
directories, so the 64 bit library loader isn't found. This patch
inserts /lib64 at t
On Friday 18 November 2005 18:55, Jeff Dike wrote:
> On Fri, Nov 18, 2005 at 05:37:12PM -0600, Rob Landley wrote:
> > Can I second the "send UML patches to Jeff and let him send them on to
> > Andrew/Linus" approach? Please? It makes it much easier for me to test,
> &
On Friday 18 November 2005 17:52, Jeff Dike wrote:
> > > I tend to send directly to Andrew and he forwards them to Linus (in
> > > many cases so fast that I wonder if they appear in one -mm release),
> > > but I currently do not have a public tree.
>
> And you're welcome to send directly to Andrew,
On Friday 18 November 2005 01:58, Blaisorblade wrote:
> > arch/um/sys-i386/built-in.o(.text+0x3b60): In function `load_TLS':
> > : undefined reference to `indirect_set_thread_area'
> >
> > collect2: ld returned 1 exit status
> > KSYM.tmp_kallsyms1.S
> > nm: '.tmp_vmlinux1': No such file
> >
On Friday 18 November 2005 01:58, Blaisorblade wrote:
> On Friday 18 November 2005 08:36, Rob Landley wrote:
> > On Friday 18 November 2005 01:43, Blaisorblade wrote:
> > > On Wednesday 16 November 2005 04:09, Rob Landley wrote:
> > > > On Monday 14 November
On Friday 18 November 2005 01:51, Blaisorblade wrote:
> On Friday 18 November 2005 08:17, Rob Landley wrote:
> > On Friday 18 November 2005 01:08, Blaisorblade wrote:
> > > On Wednesday 16 November 2005 14:36, Rob Landley wrote:
> > > > Linus said this:
>
>
On Friday 18 November 2005 01:43, Blaisorblade wrote:
> On Wednesday 16 November 2005 04:09, Rob Landley wrote:
> > On Monday 14 November 2005 13:40, Blaisorblade wrote:
> > > Anyway, what it's doing could be correct enough to do... except we do
> > > the linkin
On Friday 18 November 2005 01:26, Blaisorblade wrote:
> On Friday 18 November 2005 07:48, Rob Landley wrote:
> > On Thursday 17 November 2005 21:12, Jeff Dike wrote:
> > > On Thu, Nov 17, 2005 at 04:51:33PM -0600, Rob Landley wrote:
> > > > find . -name asm
> >
On Friday 18 November 2005 01:08, Blaisorblade wrote:
> On Wednesday 16 November 2005 14:36, Rob Landley wrote:
> > Linus said this:
> > > I think one reason -mm has worked so damn well (apart from you being
> > > "The Calmest Man on Earth"(tm)) is because it
On Friday 18 November 2005 01:03, Rob Landley wrote:
> On Thursday 17 November 2005 15:10, Jeff Dike wrote:
> > This gives a name to the anonymous union introduced in
> > skas-hold-own-ldt, allowing to build on a wider range of gccs.
>
> Or narrower range, in the case of U
1 - 100 of 304 matches
Mail list logo
