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
>
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.
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 independent
and should thus not describe how
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 earlier
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg s...@ravnborg.org
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/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 s...@ravnborg.org
wrote:
The series touches also m68k, sh, mips and unicore32.
These architectures
On 08/21/2013 07:07:33 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger rich...@nod.at
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
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()
reminder
On 03/27/2011 10:20 AM, richard -rw- weinberger wrote:
On Sun, Mar 27, 2011 at 12:28 PM, Alexey Zaytsev
alexey.zayt...@gmail.com wrote:
Signed-off-by: Alexey Zaytsev alexey.zayt...@gmail.com
---
Alexey,
Hello, uml people. Does someone still maintain the uml utilities? You've been
a bit
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_device_emulating_an_
MTD_device
Wow that's
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
assume it's only ever stored
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
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 tob...@strongswan.org
I hit this bug too, and this patch fixed it for me, so:
Acked-by: Rob Landley r...@landley.net
Speaking of which, here's
On Friday 06 March 2009 03:50:38 Geert Uytterhoeven wrote:
On Fri, Mar 6, 2009 at 09:48, Américo Wang xiyou.wangc...@gmail.com 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 from 2.6.28
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 removes
a patch that fixes it for me:
Signed-off-by: Rob Landley r...@landley.net
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
config
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
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
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
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. In this context, filling the screen
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
actually hurt anything defeats
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
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
support for it, and of course
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.bz2
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]
To: uml-devel user-mode-linux-devel@lists.sourceforge.net
I fixed
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.h is missing an include
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
CC arch/um/os-Linux/file.o
In file
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
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:[e410] CPU: 0 Not tainted ESP: 007b:b7de1f9c EFLAGS: 00200246
Not tainted
EAX: EBX: 18be ECX: 0013 EDX: 18be
ESI: 18bb
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!
EIP: 0073:[e410] CPU: 0 Not tainted ESP
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
parse_chan_pair failed for device 4
parse_chan_pair failed
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
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. So, I'm dropping this patch.
Understood
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 recalculate .. for the
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
combine chroot +
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 -A does all
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]
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 specified amount of page
cache
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 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 that
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:
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 working in 2.6.14. Now size=0 specifies
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 Linux will never really implement it?
What's
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:
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 allocate some
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 wordrap off
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 yourself if
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 to
make a disk image I can test boot
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
state:
~/.kde/share/apps/kmail/lock
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: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 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 trial
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 linker
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 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 doesn't delete files out
of tmpfs mounts
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
MM
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 fork()?)
tmpfs and shmfs
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 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 reiterate that on my ubuntu laptop /tmp
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 a
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 shut up:
Signed-off-by: Rob Landley
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
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
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 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 instead of merging kernel changes into
his
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:
Btw, where does this quote come from?
Linux-kernel
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 2005 13:40, Blaisorblade wrote:
Ok, clearer
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
No valid
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, but feel
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,
with a known working system plus UML
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 the start
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 x86-64)
On Wednesday 16 November 2005 23:26, Jeff Dike wrote:
On Wed, Nov 16, 2005 at 06:11:38PM -0600, Rob Landley wrote:
Sure:
make: *** [arch/um/kernel-offsets.s] Error 1
Sorry, I forgot this was x86_64. Try the patches up to tt-options - the
tls stuff doesn't build on x86_64 yet.
Jeff
On Wednesday 16 November 2005 23:26, Jeff Dike wrote:
On Wed, Nov 16, 2005 at 06:11:38PM -0600, Rob Landley wrote:
Sure:
make: *** [arch/um/kernel-offsets.s] Error 1
Sorry, I forgot this was x86_64. Try the patches up to tt-options - the
tls stuff doesn't build on x86_64 yet.
Jeff
On Thursday 17 November 2005 10:37, Jeff Dike wrote:
On Thu, Nov 17, 2005 at 07:16:46AM -0600, Rob Landley wrote:
is what I had to apply to 2.6.15-rc1 to get that to work). I think that
included tls, but since the target system doesn't use it I don't know.
OK, well your recipe results
On Thursday 17 November 2005 16:51, Rob Landley wrote:
find . -name asm
./include/asm
./include2/asm
ls -l include/asm include2/asm
lrwxrwxrwx 1 landley landley 72 2005-11-17 16:46 include2/asm
- /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include/asm-um
lrwxrwxrwx 1
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
./include/asm
./include2/asm
ls -l include/asm include2/asm
lrwxrwxrwx 1 landley landley 72 2005-11-17 16:46 include2/asm
-
/home/landley/newbuild
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
./include/asm
./include2/asm
ls -l include/asm include2/asm
lrwxrwxrwx 1 landley landley 72 2005-11-17 16:46 include2/asm
-
/home/landley/newbuild
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 Ubuntu Horny Hedgehog. 2.6.15
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's essentially been that
buffer for anything
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
This all looks the same as I have here
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's essentially been that buffer
for anything non-trivial. Sometimes the n+2 has been a lot more than
n+2 in fact, and that's often good.
(And at the same time,
So I took the rollup patch I posted earlier (which made things work on
x86-64), and tried to compile it on my x86 Ubuntu Horny Hedgehog laptop. I
had to revert the /lib64 change, of course. (I need to come up with a good
fix for that.)
I also needed to change one more thing: replacing
On Wednesday 16 November 2005 16:19, Jeff Dike wrote:
On Wed, Nov 16, 2005 at 11:00:30AM -0600, Rob Landley wrote:
Kernel panic - not syncing: get_skas_faultinfo : failed to wait for
SIGUSR1/SIGTRAP, pid = 13213, n = 13213, errno = 0, status = 0xb7f
Can you try my latest patchset
On Tuesday 15 November 2005 05:39, Henrik Nordstrom wrote:
On Mon, 14 Nov 2005, Blaisorblade wrote:
I.e. shutdown now without -h? Halt without poweroff?
halt without poweroff.
stops the scheduler, but interrupts etc continues running.
but it's not something I'd recommend relying upon.
On Monday 14 November 2005 13:40, Blaisorblade wrote:
is that RWSEM_GENERIC_SPINLOCK is the right thing for x86_64, but the i386
Kconfig enables instead RWSEM_XCHGADD_ALGORITHM, which is wrong for x86_64.
It compiles, was used at some time, but isn't really tested currently, and
Andi Kleen is
On Monday 14 November 2005 15:55, Jeff Dike wrote:
On Sun, Nov 13, 2005 at 05:32:10PM -0600, Rob Landley wrote:
moan moan
And proud of it!
Can you try the x86-64-clobbers-rcx patch below?
Sure. (Rummages...)
If you don't have it already, apply the fix-x86-stubs patch first.
It said
On Monday 14 November 2005 19:38, Jeff Dike wrote:
On Mon, Nov 14, 2005 at 05:45:44PM -0600, Rob Landley wrote:
The breakage, by the way, (which occurs when you fix the failing hunk #2
up by hand) stems from the inability to find asm/signal.h:
What distro is this? asm/signal is in glibc
On Sunday 13 November 2005 11:54, Blaisorblade wrote:
On Sunday 13 November 2005 02:36, Rob Landley wrote:
I needed to patch two things to get 2.6.15-rc1 to build on an x86-64
system running PLD linux:
diff -ru linux-2.6.15-rc1/arch/um/Kconfig.x86_64
linux-2.6.15-rc1-new/arch/um
On Sunday 13 November 2005 13:20, Blaisorblade wrote:
On Sunday 13 November 2005 20:32, Jeff Dike wrote:
On Sat, Nov 12, 2005 at 07:36:41PM -0600, Rob Landley wrote:
Stub registers -
0 - 9090909090909090
1 - 9090909090909090
2 - 9090909090909090
3
Linus says if we're going to test something, test -rc1, so I did.
It went boing.
I'm still trying to get -skas0 working on x86-64, but this was a standard x86
build...
Rob
CHK arch/um/include/uml-config.h
UPD arch/um/include/uml-config.h
gcc -Wall -Wundef -Wstrict-prototypes
I needed to patch two things to get 2.6.15-rc1 to build on an x86-64
system running PLD linux:
diff -ru linux-2.6.15-rc1/arch/um/Kconfig.x86_64
linux-2.6.15-rc1-new/arch/um/Kconfig.x86_64
--- linux-2.6.15-rc1/arch/um/Kconfig.x86_64 2005-11-13 02:08:34.318108152 +0100
+++
On Wednesday 09 November 2005 22:07, Jeff Dike wrote:
On Tue, Nov 08, 2005 at 06:35:47PM -0600, Rob Landley wrote:
Jeff was going to split out the scheduler and filesystem into shared
libraries or some such. He mentions it in his intermittent diary, among
other places.
This has nothing
On Wednesday 09 November 2005 22:18, Jeff Dike wrote:
On Tue, Nov 08, 2005 at 09:18:58PM -0600, Rob Landley wrote:
1) Is there any documentation on SKAS0's design? (A couple things
floated by, but it was piecemeal and I didn't have the necessary
context.)
There was a big message when I
On Tuesday 08 November 2005 09:46, Jeff Dike wrote:
On Tue, Nov 08, 2005 at 01:09:06AM -0600, Rob Landley wrote:
So I don't care about systemcall interception or anything like that,
*blink* *blink*
Ok, you want user mode linux, but you don't want it to actually run user
processes
On Tuesday 08 November 2005 01:44, Can Sar wrote:
Why?
Trust me, I wouldn't do this if it were not for a reason. I have no
intention of marketing this as a general purpose alternative to
Linux. It's to check Linux for errors.
I just don't understand your potential use case. (I've seen some
On Tuesday 08 November 2005 09:56, Blaisorblade wrote:
But hey, it's (now) standard practice to loopback-mount root_fs images to
alter them. I've been using linux since less than 3 years (say RedHat 7.3
was my first distro), though, so I can't remember about before.
Red Hat 5.something here.
On Tuesday 08 November 2005 10:13, Blaisorblade wrote:
Did you ever read Rik van Reil's list of the dumbest patches he's ever
seen? This is the first entry in the list:
http://www.surriel.com/potm/apr2001.shtml
Sorry I don't see your point, Rob - it's a really different thing.
As has
1 - 100 of 210 matches
Mail list logo
