On Fri, Sep 30, 2005 at 04:41:58PM +0200, Blaisorblade wrote:
> I assume you've been able to reproduce this crash and see this patch fix it,
> right?
Yup.
> I've attached the addon with additional clobber, and with fixed tabs (i.e.
> hardtabs). Not compiled it (no time to reboot right now).
Ye
On Sun, Oct 02, 2005 at 11:51:34AM -0400, Jeff Dike wrote:
> On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
> > The patch in Al Viro's:
> >
> > ecba97d4aacf4e80c56eb73e39af0369cb8539a4
> >
> > messed up UML (in particular skas0, which doesn't boot any more - or maybe
> > it
> > b
On Sunday 02 October 2005 04:35, Jeff Dike wrote:
> On Fri, Sep 30, 2005 at 04:41:58PM +0200, Blaisorblade wrote:
> > I assume you've been able to reproduce this crash and see this patch fix
> > it, right?
> Yup.
> > I've attached the addon with additional clobber, and with fixed tabs
> > (i.e. h
On Thursday 29 September 2005 18:16, Jeff Dike wrote:
> If you are running UML/x86_64 and are seeing it crash before starting init,
> I'd like you to do the following:
I assume you've been able to reproduce this crash and see this patch fix it,
right?
I'm going to take it for -bs3, meanwhile, as
On Sun, Oct 02, 2005 at 01:50:28PM +0200, Blaisorblade wrote:
> On Sunday 02 October 2005 13:38, Al Viro wrote:
> > On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
> > > The patch in Al Viro's:
>
> > > ecba97d4aacf4e80c56eb73e39af0369cb8539a4
>
> > > messed up UML (in particular ska
On Sunday 02 October 2005 19:32, Al Viro wrote:
> On Sun, Oct 02, 2005 at 01:50:28PM +0200, Blaisorblade wrote:
> > On Sunday 02 October 2005 13:38, Al Viro wrote:
> > Al, did you receive my "[PATCH 5/5] uml: remove empty hostfs_truncate
> > method"? What about that?
> What about that? Obvious
On Sunday 02 October 2005 17:51, Jeff Dike wrote:
> On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
> He did, and I found the same problem and sent him back the fix. I guess
> he sent in the original patch.
Ok, he just said he sent a mismerged patch, but it's ok.
> I was planning on
On Sun, Oct 02, 2005 at 12:31:04PM +0200, Blaisorblade wrote:
> > Yeah, it's bad. The other way to do it is to explictly save the registers
> > in the thread struct, which is effectively the reimplementing setjmp option
> > which you mentioned.
> At least, if we save them separately from the jmpbu
On Sun, Oct 02, 2005 at 08:01:21PM +0200, Blaisorblade wrote:
> On Sunday 02 October 2005 17:51, Jeff Dike wrote:
> > On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
>
> > He did, and I found the same problem and sent him back the fix. I guess
> > he sent in the original patch.
> Ok
On Sun, Oct 02, 2005 at 12:23:14PM +0200, Blaisorblade wrote:
> Sorry, any reference will fault, unless it is done on a allocated present
> page, which the UML kernel freed but the host didn't. And remember, btw,
> you've planned to make this impossible...
You are not making any sense t me here.
On Thu, Sep 29, 2005 at 04:14:02PM +0200, Blaisorblade wrote:
> I now even found (by chance) the original mail from Allan Graves - and the
> changes in arch/um/include/sysdep-x86_64/ptrace.h weren't in his patch and
> are unrelated.
> Plus, I think they're also bogus (those registers exist), but
On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
> The patch in Al Viro's:
>
> ecba97d4aacf4e80c56eb73e39af0369cb8539a4
>
> messed up UML (in particular skas0, which doesn't boot any more - or maybe it
> boots one out of 10 times).
>
> Btw: did Al CC you on it, at least?
Yes. Mor
The patch in Al Viro's:
ecba97d4aacf4e80c56eb73e39af0369cb8539a4
messed up UML (in particular skas0, which doesn't boot any more - or maybe it
boots one out of 10 times).
Btw: did Al CC you on it, at least?
The reason is that he messed up HOST_FRAME_SIZE on i386 (by using
DEFINE_LONGS). I.e.
On Sunday 02 October 2005 13:38, Al Viro wrote:
> On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
> > The patch in Al Viro's:
> > ecba97d4aacf4e80c56eb73e39af0369cb8539a4
> > messed up UML (in particular skas0, which doesn't boot any more - or
> > maybe it boots one out of 10 times)
On Thu, Sep 29, 2005 at 02:09:27PM +0200, Blaisorblade wrote:
> Again, that page is not bad. There is no page yet for this address, and the
> host won't allocate one for now.
It is bad in the sense that, unless some space is freed on that mount, a
reference to the page will always fault.
> Ok,
On Sunday 02 October 2005 03:08, Jeff Dike wrote:
> On Thu, Sep 29, 2005 at 04:14:02PM +0200, Blaisorblade wrote:
> > I now even found (by chance) the original mail from Allan Graves - and
> > the changes in arch/um/include/sysdep-x86_64/ptrace.h weren't in his
> > patch and are unrelated.
> > Plus
On Sun, Oct 02, 2005 at 12:13:39PM +0200, Blaisorblade wrote:
> The patch in Al Viro's:
>
> ecba97d4aacf4e80c56eb73e39af0369cb8539a4
>
> messed up UML (in particular skas0, which doesn't boot any more - or maybe it
> boots one out of 10 times).
>
> Btw: did Al CC you on it, at least?
>
> The r
On Sunday 02 October 2005 03:03, Jeff Dike wrote:
> On Thu, Sep 29, 2005 at 02:09:27PM +0200, Blaisorblade wrote:
> > Again, that page is not bad. There is no page yet for this address, and
> > the host won't allocate one for now.
> It is bad in the sense that, unless some space is freed on that m
BTW, speaking of Kbuild cleanups (and that one is definitely 2.6.15 fodder):
patch below
* kills messing with lib vs. core for uml-amd64 (we don't need that
anymore)
* kills symlinks in arch/um/sys-*/
* kills foo.c-dir - we simply give HOST_OBJS= and that's it (no SYMLINKS e
Hi, I'm sending a patch that allows me to query the
number of keys pressed by the user (I'll copy [4]).
Actually, I'm counting scancodes and some keys
send more than one.
It works well.
--
# cat /proc/keystrokes
29
--
I read [1] and skimmed over [2] and I think I'm using
20 matches
Mail list logo
