Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=111575
Secure: https://bugs.gentoo.org/show_bug.cgi?id=111575
[EMAIL PROTECTED] changed:
What|Removed |Added
Blaisorblade wrote:
Given I do use Gentoo, and I understand ebuilds, is that problem solvable
(i.e. by me becoming maintainer?)
Yes, and it would be great to see this happen!
Don't know well what this implies (I looked at How to become a Gentoo
developer docs and it seemed require much more
On Wednesday 18 January 2006 01:56, Andrew Morton wrote:
Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED] wrote:
+int __cant_sleep(void) {
+ return in_atomic() || irqs_disabled() || in_interrupt();
aww, man, this is awful. Code is supposed to know what context it's
running in, not go
On Monday 16 January 2006 20:34, Jacob Bachmeyer wrote:
Has any thought been given to making SKAS4 suitably generic that it
could be used for more than just UML?
Not yet, thoughts welcome.
PS: If I understand correctly, UML with the current SKAS3 works by
swapping processes into and out of
Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=111575
Secure: https://bugs.gentoo.org/show_bug.cgi?id=111575
--- Comment #17 from [EMAIL PROTECTED] 2006-01-18 04:13 PST ---
Forgot one question, and sorry, I don't want be be unkind - did you remember to
test the CONFIG_m686 case
On Wednesday 18 January 2006 11:08, Daniel Drake wrote:
Blaisorblade wrote:
Given I do use Gentoo, and I understand ebuilds, is that problem solvable
(i.e. by me becoming maintainer?)
Yes, and it would be great to see this happen!
Don't know well what this implies (I looked at How to
Blaisorblade wrote:
Well, yep... ok..., will see. The problem is that I'm a busy student, so I
don't know whether I'll find time (I already don't find time for non-routine
work on UML). However, feel free to keep what you were doing - if and when
I'll feel ready, I'll let you know.
I know
On Tue, Jan 17, Olaf Hering wrote:
arch/um/os-Linux/sys-i386/registers.c: In function 'get_thread_regs':
arch/um/os-Linux/sys-i386/registers.c:134: error: 'JB_PC' undeclared (first
use in this function)
arch/um/os-Linux/sys-i386/registers.c:134: error: (Each undeclared identifier
is
Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=111575
Secure: https://bugs.gentoo.org/show_bug.cgi?id=111575
--- Comment #18 from [EMAIL PROTECTED] 2006-01-18 05:06 PST ---
with more than one boot?
oops, with M686 it doesn't work reliable, now it does not boot even if it
started
On Wed, Jan 18, 2006 at 02:04:04PM +0100, Olaf Hering wrote:
These definitions are gone from glibc 2.4, has to be fixed in uml.
Yeah, we knew that was going to be fragile. Needs fixing.
Jeff
---
This SF.net
On Wednesday 18 January 2006 15:37, Jeff Dike wrote:
On Wed, Jan 18, 2006 at 02:04:04PM +0100, Olaf Hering wrote:
These definitions are gone from glibc 2.4, has to be fixed in uml.
I guess that using the same values is hackily guaranteed to work for binary
compatibility, right?
Yeah, we
On Wed, Jan 18, 2006 at 12:53:54PM +0100, Blaisorblade wrote:
On Wednesday 18 January 2006 02:12, Greg KH wrote:
From: Jeff Dike [EMAIL PROTECTED], Paolo 'Blaisorblade' Giarrusso
[EMAIL PROTECTED]
Define a release method for the ubd and network driver so that sysfs
doesn't complain
On Wednesday 18 January 2006 18:02, Greg KH wrote:
On Wed, Jan 18, 2006 at 12:53:54PM +0100, Blaisorblade wrote:
As for your specific bug report, sorry, I really don't know.
I know it's not something easy to find, but nor me nor Jeff master deeply the
kobject API. And we're not short of work.
I looked at my patch's comment and noticed that arch_copy_tls, your
introduction, shouldn't indeed be needed, because dup_task_struct should do
that (it copies the whole task_struct, and it seems that arch_thread is
included in that blob rather than pointed too).
I'm fairly puzzled at that.
From: Michael Richardson [EMAIL PROTECTED]
the xterm that is produced for the virtual consoles should have the
--name option added. This will tell the xterm to lookup a custom resource in
the X resource database, and may permit the user to have all the consoles
associated with a given UML be the
On Wed, Jan 18, 2006 at 01:47:26PM +0100, Blaisorblade wrote:
Possible solutions below - akpm doesn't need to read this. Sam, instead,
please do read and give an opinion.
Found it: we're using __attribute_used__ from /usr/include/sys/cdefs.h rather
than from compiler.h, because we can't
On Wed, Jan 18, 2006 at 08:53:29PM +0100, Blaisorblade wrote:
I looked at my patch's comment and noticed that arch_copy_tls, your
introduction, shouldn't indeed be needed, because dup_task_struct should do
that (it copies the whole task_struct, and it seems that arch_thread is
included in
On Wednesday 18 January 2006 22:35, Sam Ravnborg wrote:
On Wed, Jan 18, 2006 at 01:47:26PM +0100, Blaisorblade wrote:
Possible solutions below - akpm doesn't need to read this. Sam, instead,
please do read and give an opinion.
First off. When I see #include 2foo.h then this tell me that foo
On Wed, Jan 18, 2006 at 05:42:56PM +0100, Blaisorblade wrote:
What about this? Inserting an asm volatile clobbering all unsaved registers
(what I thought for long time)?
The gcc doc is somewhat confusing. I read your description as saying
that locals may be totally smashed to random numbers
On Thursday 19 January 2006 00:38, Jeff Dike wrote:
On Wed, Jan 18, 2006 at 08:53:29PM +0100, Blaisorblade wrote:
I looked at my patch's comment and noticed that arch_copy_tls, your
introduction, shouldn't indeed be needed, because dup_task_struct should
do that (it copies the whole
On Wednesday 18 January 2006 22:01, Michael Richardson wrote:
From: Michael Richardson [EMAIL PROTECTED]
the xterm that is produced for the virtual consoles should have the
--name option added. This will tell the xterm to lookup a custom resource
in the X resource database, and may permit the
Blaisorblade wrote:
On Monday 16 January 2006 20:34, Jacob Bachmeyer wrote:
Has any thought been given to making SKAS4 suitably generic that it
could be used for more than just UML?
Not yet, thoughts welcome.
Let's see:
to support HURD (which uses the Mach ABI):
-- existing
While fixing myself the mktime conflict (which someone already merged), I also
improved a few comments. Merge them up.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
arch/um/Makefile | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git
Fixes a bug introduced in commit e32dacb9f481fd6decb41adb28e720c923d34f54 -
index is initialized based on syscall before syscall is calculated.
I'm bothering with this mainly because it gives a correct warning when the
config
option is enabled, even if the code is for a almost unused debugging
Trivial innocent cosmetical fixup.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
include/asm-um/ldt-x86_64.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/asm-um/ldt-x86_64.h b/include/asm-um/ldt-x86_64.h
index 175722a..57159f1 100644
In a recent fixup i386 code was copied raw to x86_64 subarch to make it compile
again.
Here there are some little fixups and resyncs needed for it (mainly for
cleanliness sake) - I did an audit and found the rest of the code to be safe.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL
Fix stupid typo.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
arch/um/kernel/physmem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/um/kernel/physmem.c b/arch/um/kernel/physmem.c
index f3b583a..544665e 100644
---
The C99 initialization, with GCC's bad handling, for 6K wide structs (which
_aren't_ on the stack), is causing GCC to use 12K for these silly procs with 3
vars. Workaround this.
Note that .name = { '\0' } translates to memset(-name, 0, '-name' size) - I
verified
this with GCC's docs and a
Various little UML fixups. The only non-trivial one is uml: fix hugest stack
users, which avoids C99 initializers for huge (6k) structs (due to the copy
them twice on the stack gcc niceness).
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's Doh!.
Paolo Giarrusso, aka
Fix some simple sparse warnings - a lot more staticness and a misplaced __user.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
arch/um/drivers/chan_kern.c |6 +++---
arch/um/drivers/daemon_kern.c |4 ++--
arch/um/drivers/line.c |2 +-
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED], Olaf Hering [EMAIL
PROTECTED]
Olaf reported UML doesn't build for him with a clear analisys of what happened -
we're using NR_CPUS in files linked against glibc headers. Seems like it defines
CONFIG_SMP but not CONFIG_NR_CPUS, so we get
On Thursday 19 January 2006 00:38, Jeff Dike wrote:
On Wed, Jan 18, 2006 at 08:53:29PM +0100, Blaisorblade wrote:
I looked at my patch's comment and noticed that arch_copy_tls, your
introduction, shouldn't indeed be needed, because dup_task_struct should
do that (it copies the whole
On Thursday 19 January 2006 01:08, Jeff Dike wrote:
On Wed, Jan 18, 2006 at 05:42:56PM +0100, Blaisorblade wrote:
What about this? Inserting an asm volatile clobbering all unsaved
registers (what I thought for long time)?
The gcc doc is somewhat confusing. I read your description as saying
On Thursday 19 January 2006 00:52, Jacob Bachmeyer wrote:
Blaisorblade wrote:
On Monday 16 January 2006 20:34, Jacob Bachmeyer wrote:
Has any thought been given to making SKAS4 suitably generic that it
could be used for more than just UML?
Not yet, thoughts welcome.
Let's see:
to
On Wed, Jan 18, 2006 at 08:46:07PM -0500, William Stearns wrote:
arch/um/os-Linux/tls.c:48: error: syntax error before 'get_thread_area'
arch/um/os-Linux/tls.c:48: warning: type defaults to 'int' in declaration
of '_syscall1'
Can you try this patch for this one?
Index:
On Thu, Jan 19, 2006 at 01:04:26AM +0100, Blaisorblade wrote:
You mean mconsole_kern.c:do_stack()? Hmm, ugly too, but more reliable, and
not
relying on glibc at least.
Something like it. You'd wake it up (behind the scheduler's back, like
mconsole stack) and it would drop its registers in
36 matches
Mail list logo
