never be left alone, the magnetism of his presence
assuring her that e
xpected the other one to lock the door. It was a glittering day
in early August; a light shower the
night
feeding. emphasize comma starring sb.
bird gave meat access to the upper caves.
A man might scal
On Thu, 05 Oct 2006 23:38:46 +0200
"Paolo 'Blaisorblade' Giarrusso" <[EMAIL PROTECTED]> wrote:
> --- a/arch/um/include/os.h
> +++ b/arch/um/include/os.h
> @@ -201,6 +201,7 @@ extern int os_getpgrp(void);
>
> #ifdef UML_CONFIG_MODE_TT
> extern void init_new_thread_stack(void *sig_stack, void
>
On Thu, Oct 05, 2006 at 09:34:28PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
>
> Enable compilation of x86_64 crypto code;, and add the needed constant to make
> the code compile again (that macro was added to i386 asm-offsets between
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Make TT mode compile after the introduction of klibc's implementation of setjmp.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
arch/um/kernel/tt/uaccess_user.c |6 +++---
arch/um/os-Linux/tt.c|1
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Again, move inclusion of arch's Makefile after CFLAGS setting - I remember
merging the same patch eons ago in 2.6, so I added a comment.
I discovered this because debug info weren't enabled for USER_OBJS - they're
compiled with USER_CFLAGS
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Unify macros common to x86 and x86_64 kernel-offsets.h files.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
arch/um/include/common-offsets.h | 10 ++
arch/um/include/sysdep-i386/kernel-offse
On Sunday 01 October 2006 17:51, Nikola Ciprich wrote:
> Hi Paolo and others,
> thanks a lot for explanation. I'll just add some things I've noticed
> (and also few another questions ;):
> My setup is dualcore opteron machine, running SMP 2.6.18, patched with
> skasv9-pre9 with fremap support.
Arg
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This should make sure that, for UML, host's configuration files are not
considered, which avoids various pains to the user. Our dependency are such that
the obtained Kconfig will be valid and will lead to successful compilation -
however the
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Correct commit 5906e4171ad61ce68de95e51b773146707671f80 - this makes more sense:
we turn pte_mkexec + pte_wrprotect to pte_mkread. However, due to a bug in
pte_mkread, it does the exact same thing as pte_mkwrite, so this patch improves
the c
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Makes UML compile on any possible processor choice. The two problems were:
*) x86 code, when 386 is selected, checks at runtime boot_cpuflags, which we do
not have.
*) 3Dnow support for memcpy() et al. does not compile currently and fixi
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
On a 64bit Uml, if run under "setarch i386" (which a user did), uname()
currently returns the obtained i686 as machine - fix that. Btw, I'm quite
surprised that under setarch i386 a 64-bit binary can run.
Cc: Andi Kleen <[EMAIL PROTECTED]>
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Enable compilation of x86_64 crypto code;, and add the needed constant to make
the code compile again (that macro was added to i386 asm-offsets between 2.6.17
and 2.6.18, in 6c2bb98bc33ae33c7a33a133a4cd5a06395fece5).
Signed-off-by: Paolo 'B
This is the first set of patches for UML for 2.6.19 I send - I have various
other patches to merge but I'm sending them in separate batches to avoid
flooding.
This first batch consists of:
* compilation/linking correction to merged patches (both from Jeff and from me)
in different configurations (
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Enable compilation of x86_64 crypto code;, and add the needed constant to make
the code compile again (that macro was added to i386 asm-offsets between 2.6.17
and 2.6.18, in 6c2bb98bc33ae33c7a33a133a4cd5a06395fece5).
Cc: Herbert Xu <[EMAIL
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Deprecate TT mode in Kconfig so that users won't select it, update the MODE_SKAS
description (it was largely obsolete and misleadin) and btw describe advantages
for high memory usage with CONFIG_STATIC_LINK.
Signed-off-by: Paolo 'Blaisorbla
On Sunday 01 October 2006 23:00, Nikola Ciprich wrote:
> OK, so I've tested 2.6.18-mm2, results are:
> pcap network transport seems to be broken, and doesn't compile, I had to
> disable it
Attached patch should fix it (it's against git head but should be the same
thing).
> apart from that, all of
On Thursday 05 October 2006 23:37, Jeff Dike wrote:
> On Thu, Oct 05, 2006 at 10:01:47PM +0200, Paolo 'Blaisorblade' Giarrusso
wrote:
> > From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
> >
> > This should make sure that, for UML, host's configuration files are not
> > considered, which a
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
The export is together with the definition, in arch/x86_64/lib/csum-partial.c,
which is compiled in by arch/um/sys-x86_64/Makefile.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
arch/um/sys-x86_64/ksyms.c |3 --
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Declare UML partial support for LOCKDEP - however IRQFLAGS tracing requires some
coding which nobody did yet, so we cannot run full lockdep on UML. Grep for
CONFIG_TRACE_IRQFLAGS on i386 code to find their implementation.
Signed-off-by: Pao
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This was forgot in a previous patch so UML does not compile with TT mode
enabled.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
arch/um/include/os.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Andi Kleen pointed out that -mcmodel=kernel does not make sense for userspace
code and would stop everything from working, and pointed out the correct fix for
the original bug (not easy to do for me).
Reverts part of commit 06837504de7b4883
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Now that various memory splits are enabled, add a config option allowing the
user to compile UML for its need - HOST_2G_2G allowed to choose either 3G/1G or
2G/2G, and enabling it reduced the usable virtual memory.
Detecting this at run tim
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
If enable is moved by GCC in a register its value may not be preserved after
coming back there with longjmp(). So, mark it as volatile to prevent this; this
is suggested (it seems) in info gcc, when it talks about -Wuninitialized. I
re-read
On Thursday 05 October 2006 23:38, Paolo 'Blaisorblade' Giarrusso wrote:
> Andi Kleen pointed out that -mcmodel=kernel does not make sense for userspace
> code and would stop everything from working,
did it work at all with it?
-Andi
---
On Sun, Oct 01, 2006 at 09:30:54PM -0300, Rodrigo Baroni wrote:
> arch/um/sys-i386/user-offsets.c: In function ???foo???:
> arch/um/sys-i386/user-offsets.c:18: warning: implicit declaration of function
> ???offsetof???
This turned out to be caused by making links from
/usr/include/{linux,asm} to
Blaisorblade,
I recently deployed a 2.6.18-skas3-v9-pre9 host, and some users weren't
able to boot UML beyond "VFS: Mounted root (ext3 filesystem) readonly".
As it turns out, only 2.6-um kernels were affected, 2.4-um worked fine.
This happened both in skas3 and skas0 modes. Jeff graciously t
On Thu, Oct 05, 2006 at 10:01:47PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
>
> This should make sure that, for UML, host's configuration files are not
> considered, which avoids various pains to the user. Our dependency are such
> th
Hi all,
Does anyone have a CentOS 4, preferably 4.3, rootfs
image that I could use? Or a script that would create
a CentOS rootfs? Ideally, I'd like a rootfs that has
gcc and the like, since I'd like to do some kernel
development.
If no one has such a script, should I look at mkrootfs
or would yo
Hi all. I'm getting the following error (below) message after execute
make defconfig ARCH=um ; make menuconfig ARCH=um ; make linux ARCH=um
Linux's versions tested:
- v2.6.16 and
- v2.6.18-rc7 (last -rc)
Gcc's versions tested:
- gcc-4.1,
- gcc-4.0 and
- gcc-
Hi all. I'm getting the following error (below) message after execute
make defconfig ARCH=um ; make menuconfig ARCH=um ; make linux ARCH=um
Linux's versions tested:
- v2.6.16 and
- v2.6.18-rc7 (last -rc)
Gcc's versions tested:
- gcc-4.1,
- gcc-4.0 and
- gcc-
Hi all. I'm getting the following error (below) message after execute
make defconfig ARCH=um ; make menuconfig ARCH=um ; make linux ARCH=um
Linux's versions tested:
- v2.6.16 and
- v2.6.18-rc7 (last -rc)
Gcc's versions tested:
- gcc-4.1,
- gcc-4.0 and
- gcc-
Note: I didn't see this email at the mail-list's web archive after sending it as
non-subscriber of the mail-list - so, resending after subscription to the list,
sorry for duplicate anyway.
Hi all. I'm getting the following error (below) message after execute
make defconfig ARCH=um ; make m
Hi all. I'm getting the following error (below) message after execute
make defconfig ARCH=um ; make menuconfig ARCH=um ; make linux ARCH=um
Linux's versions tested:
- v2.6.16 and
- v2.6.18-rc7 (last -rc)
Gcc's versions tested:
- gcc-4.1,
- gcc-4.0 and
- gcc-
The BUG changes in -mm3 need some arch support. This patch adds the UML
support needed. For the most part, it was stolen from the underlying
architecture. The exception is the kernel eip < PAGE_OFFSET test, which is
wrong for skas mode UMLs.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
Jeff Dike <[EMAIL PROTECTED]> ha scritto:
> On Sun, Oct 01, 2006 at 07:10:37PM +0200, Blaisorblade wrote:
> > NACK on the ubd driver part. It adds a bugs and does fix the one
> you found in
> > the right point. ACK on the other hunk.
I'm answering away from the code (limited Internet access) so
35 matches
Mail list logo
