> #v+
> 2006-01-26 Jeroen Dekkers <[EMAIL PROTECTED]>
>
> * i386/i386/locore.S (trap_push_segs): Switch fs and gs to kernel
> data segment too.
> (syscall_entry_2): Likewise.
> * i386/i386/user_ldt.c (i386_set_ldt): Always copy the master LDT
> when there
Hello!
On Sun, Nov 05, 2006 at 05:18:54PM -0500, Barry deFreese wrote:
> I intend on doing some more but this particular task can be closed I
> supposed.
We can also simply widen this task's scope as appropriate.
Regards,
Thomas
signature.asc
Description: Digital signature
_
Hi,
Barry deFreese, le Sun 05 Nov 2006 17:18:54 -0500, a écrit :
> Subject: [task #5726] GCC built-in functions
>
> I intend on doing some more but this particular task can be closed I
> supposed. Samuel?
Well, the subject of the task is "GCC built-in functions", and we're
not done will all of
- Original Message -
From: "Samuel Thibault" <[EMAIL PROTECTED]>
To: "Roland McGrath" <[EMAIL PROTECTED]>
Cc: "Thomas Schwinge" <[EMAIL PROTECTED]>; ; "Barry
deFreese" <[EMAIL PROTECTED]>;
Sent: Sunday, November 05, 2006 4:49 PM
Subject: Re: gnumach ChangeLog i386/i386/gdt.h i386/i386/
- Original Message -
From: "Thomas Schwinge" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Thomas Schwinge" <[EMAIL PROTECTED]>; "Samuel
Thibault" <[EMAIL PROTECTED]>;
Sent: Sunday, November 05, 2006 4:47 PM
Subject: [task #5726] GCC built-in functions
Update of task #5726 (projec
Hello!
On Sun, Nov 05, 2006 at 10:58:12PM +0100, Samuel Thibault wrote:
> Samuel Thibault, le Sun 05 Nov 2006 22:49:59 +0100, a ?crit :
> > Roland McGrath, le Sun 05 Nov 2006 13:41:43 -0800, a ?crit :
> > > > - else if (thread == current_thread()) {
> > > > - struct x86_des
Hello!
On Sun, Nov 05, 2006 at 10:46:38PM +0100, Samuel Thibault wrote:
> Thomas Schwinge, le Sun 05 Nov 2006 22:34:56 +0100, a ?crit :
> > > * linux/dev/include/linux/head.h: New file.
> >
> > Please move that file to `linux/src/include/linux/head.h' (and then add a
> > proper ChangeLo
- Original Message -
From: "Thomas Schwinge" <[EMAIL PROTECTED]>
To: ; "Samuel Thibault" <[EMAIL PROTECTED]>;
"Barry deFreese" <[EMAIL PROTECTED]>
Sent: Sunday, November 05, 2006 3:31 PM
Subject: Re: gnumach device/cirbuf.c device/cons.c device/de...
[gnumach-1-branch]
Hello!
Hey
Samuel Thibault, le Sun 05 Nov 2006 22:49:59 +0100, a écrit :
> Roland McGrath, le Sun 05 Nov 2006 13:41:43 -0800, a écrit :
> > > - else if (thread == current_thread()) {
> > > - struct x86_desc template = {0, 0, 0, ACC_P, 0, 0 ,0};
> > > + else {
> > > +
Update of task #5726 (project hurd):
Percent Complete: 0% => 20%
To be done before: Samuel, Barry, this can be closed now, I guess? Or
is anything left to be done w.r.t. this task?
=> It's done for memcpy/memset, but there are other functi
Roland McGrath, le Sun 05 Nov 2006 13:43:08 -0800, a écrit :
> It's worthwhile to collect such test cases, but let's not worry about
> putting them into the gnumach package yet.
Where to put them then?
Samuel
___
Bug-hurd mailing list
Bug-hurd@gnu.org
Roland McGrath, le Sun 05 Nov 2006 13:41:43 -0800, a écrit :
> > - else if (thread == current_thread()) {
> > - struct x86_desc template = {0, 0, 0, ACC_P, 0, 0 ,0};
> > + else {
> > + struct real_descriptor template = {0, 0, 0, ACC_P, 0, 0 ,0};
>
>
Update of task #5726 (project hurd):
Status:None => In Progress
Assigned to:None => sthibaul
To be done before: => Samuel, Barry, this can
be closed now, I guess? Or i
Hi,
Thomas Schwinge, le Sun 05 Nov 2006 22:34:56 +0100, a écrit :
> #v+
> @@ -221,16 +223,16 @@ i386_set_ldt(thread, first_selector, des
> [...]
> - else if (thread == current_thread()) {
> - struct x86_desc template = {0, 0, 0, ACC_P, 0, 0 ,0};
> + else {
> +
It's worthwhile to collect such test cases, but let's not worry about
putting them into the gnumach package yet.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
> - else if (thread == current_thread()) {
> - struct x86_desc template = {0, 0, 0, ACC_P, 0, 0 ,0};
> + else {
> + struct real_descriptor template = {0, 0, 0, ACC_P, 0, 0 ,0};
This can't be right (changing the if).
> - for (idx = sel_idx (USER
Hello again!
> > CVSROOT:/cvsroot/hurd
> > Module name:gnumach
> > Branch: gnumach-1-branch
> > Changes by: Samuel Thibault 06/11/05 20:39:25
> >
> > [...]
> > 2006-11-05 Barry deFreese <[EMAIL PROTECTED]>
> >
> > [task #5878 --- ``Backport cod
Hello!
> CVSROOT: /cvsroot/hurd
> Module name: gnumach
> Branch: gnumach-1-branch
> Changes by: Samuel Thibault 06/11/05 20:39:25
>
> [...]
> 2006-11-05 Barry deFreese <[EMAIL PROTECTED]>
>
> [task #5878 --- ``Backport code from GNU Mach's
Hello!
On Thu, Oct 26, 2006 at 06:44:02PM +0300, Constantine Kousoulos wrote:
> Constantine Kousoulos wrote:
> >After the upgrade to automake1.9 the problem persists.
>
> When i wiped my build directory and reconfigured, the problem
> remained the same.
>
> What was actually needed was a 'autor
Barry deFreese, le Sat 04 Nov 2006 21:21:30 -0500, a écrit :
> Thanks for the feedback. How's this one?
Commited.
Samuel
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Hi,
Thomas Schwinge, le Sun 05 Nov 2006 21:31:08 +0100, a écrit :
> > * i386/i386/fpu.c (fpu_set_state, fpu_get_state) fp_load)
>
> One `)' should be a `,', I guess.
Yes, fixed.
> As for the other `string.h' / `memcpy()' / `memset()' changes, I'm not
> going to verify them one-by-on
Update of task #5878 (project hurd):
Status:None => Done
Percent Complete: 0% => 100%
Open/Closed:Open => Closed
___
Hello!
> CVSROOT: /cvsroot/hurd
> Module name: gnumach
> Branch: gnumach-1-branch
> Changes by: Samuel Thibault 06/11/05 18:54:52
>
> [...]
> * include/string.h: New file.
This file is ``Copyright (C) 2006 Barry deFreese.''. Wouldn't we rather
want that
On Sun, Nov 05, 2006 at 03:21:38AM +0100, Samuel Thibault wrote:
> Barry deFreese, le Sat 04 Nov 2006 21:21:30 -0500, a écrit :
> > How's this one?
>
> Should be fine. May somebody else proofread it?
Looks good to me.
--
Richard Braun
signature.asc
Description: Digital signature
Hi,
That's commited, thanks for the tedious work!
Just a few remarks.
First, the position of #include . Please have it consistent
:) In CVS, in committed before other #includes, but after #include
.
Then, the ChangeLog. You should mention each function actually, so that
people looking for "th
OK, I limited my clean up patch to just the implicit declaration warnings
for memset/memcpy and replaced all bzero/bcopy calls with memset/memcpy.
* include/string.h New file
* ipc/ipc_entry.c Include string.h for memset
* ipc/ipc_space.c Likewise
* device/kmsg.c Likewise
* kern/boot_script
Samuel Thibault wrote:
Hi,
Ok, I've done it. And this led me to the question: will anyone complain
if I drop the iPSC386 support?
Samuel
Go ahead!
Constantine
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-
Hello!
On Sun, Nov 05, 2006 at 04:48:44PM +0100, Samuel Thibault wrote:
> Uh, I've also encountered some #if MB1/MB2/EXL. Does anyone know what
> these are?
Not me. And I somehow have the feeling that we might remove everything
that isn't currently used and doesn't look like it might be in the (
Thomas Schwinge, le Sun 05 Nov 2006 15:36:06 +0100, a écrit :
> > And this led me to the question: will anyone complain if I drop the
> > iPSC386 support?
>
> I wouldn't expect someone to complain... Likewise for `iPSC860', I
> guess.
Uh, I've also encountered some #if MB1/MB2/EXL. Does anyone k
Hello!
On Sun, Nov 05, 2006 at 01:04:32AM +0100, Samuel Thibault wrote:
> Ok, I've done it.
Thanks! I applied some minor modifications to your ChangeLog entries,
ask me if there are questions about that.
> And this led me to the question: will anyone complain if I drop the
> iPSC386 support?
30 matches
Mail list logo
