Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
--- Additional Comments From [EMAIL PROTECTED] 2005-07-14 01:11 PDT ---
UML patch 2.6.12-bs5 also worked with usermode-sources-2.6.12
(that includes the gentoo patchset)
-
Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
--- Additional Comments From [EMAIL PROTECTED] 2005-07-14 01:12 PDT ---
Created an attachment (id=63369)
--> (http://bugs.gentoo.org/attachment.cgi?id=63369&action=view)
use
Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
--- Additional Comments From [EMAIL PROTECTED] 2005-07-14 01:39 PDT ---
Yes, and -r1 should include -bs5 already... Bye
--
Configure bugmail: http://bugs.gentoo.org/userp
Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
--- Additional Comments From [EMAIL PROTECTED] 2005-07-14 01:40 PDT ---
> Yes, and -r1 should include -bs5 already... Bye
nice! bye
--
Configure bugmail: http://bugs.g
I just tried 2.6.12.2 with skas-V8.2. The server (otherwise reliable),
had a kernel crash (which I was unable to capture) within a couple of
hours of boot up.
Regards, Peter
Blaisorblade wrote:
On Tuesday 12 July 2005 00:26, Peter wrote:
Nothing in the logs prior to the first error message
Rob Landley wrote:
On Wednesday 13 July 2005 07:11, Bodo Stroesser wrote:
Rob Landley wrote:
Am I doing it right? Is there anything I can do to help track this down?
Rob
The value of EIP reported in your earlier mail is quite surprising.
Could you please "objdump" vmlinux and send the par
Bodo Stroesser wrote:
stub_segv_handler misses the "push ebp" at the beginning. As you
do the normally corresponding "pop eax" explicitly, I think stack
pointer is wrong on call of sigreturn.
I have no idea, what makes happen this. Maybe it depends on compiler
version?
I hope, the attached pa
On Wed, Jul 13, 2005 at 09:02:46PM -0500, Rob Landley wrote:
> There's only one pid, the ./linux process gdb fired off.
No, there's the pid that's being ptraced, and I need the maps for it.
> The breakpoint you
> mentioned was accepted (it said breakpoint set and gave me an address), but
> it
On Thu, Jul 14, 2005 at 02:05:11PM +0200, Bodo Stroesser wrote:
> I hope, the attached patch fixes the problem. The patch is tested in
> my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
> fine for me.
You're too quick for me sometimes :-) I was just about to write up
somethin
Jeff Dike wrote:
On Thu, Jul 14, 2005 at 02:05:11PM +0200, Bodo Stroesser wrote:
I hope, the attached patch fixes the problem. The patch is tested in
my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
fine for me.
You're too quick for me sometimes :-) I was just about to
Jeff Dike wrote:
On Thu, Jul 14, 2005 at 02:05:11PM +0200, Bodo Stroesser wrote:
I hope, the attached patch fixes the problem. The patch is tested in
my 2.6.12-rc4 + skas0, where I didn't see the problem. It still works
fine for me.
You're too quick for me sometimes :-) I was just about to
On Thu, Jul 14, 2005 at 12:59:39PM +0200, Bodo Stroesser wrote:
> stub_segv_handler misses the "push ebp" at the beginning. As you
> do the normally corresponding "pop eax" explicitly, I think stack
> pointer is wrong on call of sigreturn.
>
> I have no idea, what makes happen this. Maybe it depen
On Thu, Jul 14, 2005 at 04:11:14PM +0200, Bodo Stroesser wrote:
> Do you know _what_ makes the problem happen? Is it depended on the
> compiler version (gcc 3.3.5) or is there any CONFIG_X, that lets
> make use some special compiler option?
CONFIG_FRAME_POINTER (or maybe CONFIG_DEBUG_INFO enab
On Thursday 14 July 2005 05:59, Bodo Stroesser wrote:
> Hi Jeff,
>
> stub_segv_handler misses the "push ebp" at the beginning. As you
> do the normally corresponding "pop eax" explicitly, I think stack
> pointer is wrong on call of sigreturn.
>
> I have no idea, what makes happen this. Maybe it dep
On Thursday 14 July 2005 07:05, Bodo Stroesser wrote:
> Bodo Stroesser wrote:
> > stub_segv_handler misses the "push ebp" at the beginning. As you
> > do the normally corresponding "pop eax" explicitly, I think stack
> > pointer is wrong on call of sigreturn.
> >
> > I have no idea, what makes happ
On Thursday 14 July 2005 07:37, Jeff Dike wrote:
> On Wed, Jul 13, 2005 at 09:02:46PM -0500, Rob Landley wrote:
> > There's only one pid, the ./linux process gdb fired off.
>
> No, there's the pid that's being ptraced, and I need the maps for it.
>
> > The breakpoint you
> > mentioned was accepted
On Thursday 14 July 2005 09:23, Jeff Dike wrote:
> On Thu, Jul 14, 2005 at 04:11:14PM +0200, Bodo Stroesser wrote:
> > Do you know _what_ makes the problem happen? Is it depended on the
> > compiler version (gcc 3.3.5) or is there any CONFIG_X, that lets
> > make use some special compiler optio
On Thursday 14 July 2005 03:11, [EMAIL PROTECTED] wrote:
> Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
> Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
>
>
>
>
>
> --- Additional Comments From [EMAIL PROTECTED] 2005-07-14 01:11 PDT
> --- UML patch 2.6.12-bs5 also worked
On Thursday 14 July 2005 14:57, Rob Landley wrote:
> On Thursday 14 July 2005 03:11, [EMAIL PROTECTED] wrote:
> > Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
> > Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
> >
> >
> >
> >
> >
> > --- Additional Comments From [EMAIL PROTEC
On Thursday 14 July 2005 13:16, Rob Landley wrote:
> Bodo's patch seems to have fixed the problem (albeit in a way that reveals
> ubuntu is using thread-local storage, so I can't use it anyway).
Hang on a sec, if TLS is screwing up -skas0, then why does -tt mode work?
Is this expected?
Rob
---
From: Christophe Lucas <[EMAIL PROTECTED]>
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
drivers/mconsole_kern.c |2 +-
kernel/exitcode.c |2 +-
kernel/process_ker
> "Paolo" == Blaisorblade <[EMAIL PROTECTED]> writes:
Paolo> There were some problems about TT mode which appeared unsolvable
Paolo> on newer distros, and that was a reason to drop TT mode, but I
Paolo> just solved them, so there's no hurry in dropping it.
Good. I find that it
22 matches
Mail list logo
