taskThe GNU Hurd - Tasks: task #6200, support mmx/xmm et al.

 
 

task #6200: support mmx/xmm et al.

Submitted by:  Samuel Thibault <sthibaul>
Submitted on:  Sat 09 Dec 2006 12:53:47 AM UTC  
 
Category: GNU MachShould Start On: Fri 08 Dec 2006 11:00:00 PM UTC
Should be Finished on: Fri 08 Dec 2006 11:00:00 PM UTCPriority: 1 - Later
Status: NonePrivacy: Public
Percent Complete: 30%Assigned to: None
Open/Closed: OpenPlanned Release: None
Effort: 0.00
Wiki-like text discussion box: 

There's a bit of work to do both in the Hurd and glibc too, because of
GNU Mach's thread_get_state(i386_FLOAT_STATE) call.

- hurd/exec/elfcore.c:fetch_thread_fpregset(): in the core dump, fpx
state would probably be needed too.
- libc/sysdeps/mach/hurd/i386/trampoline.c:_hurd_setup_sighandler(): in
the sigcontext structure, fpx state would be useful too.

Both of these are not really required for now, but we need to think
about the interface as soon as now.

Roland agreeded that thread_get_state(i386_FLOAT_STATE) mustn't be modified, and that a new thread_get_state(i386_FLOAT_XSTATE) (or any better name) should be defined instead.

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Mon 07 Jan 2008 08:04:03 PM UTC, comment #1:

Note: some support has been added in debian as a patch, basic enough for most basic things to work, but not gdb, core dump, etc.

Samuel Thibault <sthibaul>
Project Member
Sat 09 Dec 2006 12:53:47 AM UTC, original submission:

For enabling fast math instruction, support for FPU MMX/XMM state is needed. As Roland said,

``would need new thread state flavor for "fpx" or whatever we call it. cf linux asm/user.h user_i387_struct vs user_fxsr_struct former is what mach can handle. need to handle latter in ctx sw + user thread state flavor, then enable cpu support bits (cr4 bit i think).''

Samuel Thibault <sthibaul>
Project Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

Attached Files
file #12101:  patch-gnumach-mmx added by sthibaul (16kB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by sthibaul (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 07 Jan 2008 08:04:03 PM UTCsthibaulPercent Complete0%=>30%
    Sat 03 Mar 2007 09:08:23 PM UTCsthibaulAttached File-=>Added patch-gnumach-mmx, #12101
    Sat 03 Mar 2007 09:08:12 PM UTCsthibaulAttached File#11962=>Removed
    Sun 11 Feb 2007 02:11:33 PM UTCsthibaulAttached File#11618=>Removed
    Sun 11 Feb 2007 02:11:20 PM UTCsthibaulAttached File-=>Added patch-gnumach-mmx, #11962
    Thu 28 Dec 2006 07:35:52 PM UTCsthibaulAttached File-=>Added patch, #11618
    Sat 23 Dec 2006 09:58:16 AM UTCsthibaulWiki-like text discussion box=>There's a bit of work to do both in the Hurd and glibc too, because of GNU Mach's thread_get_state(i386_FLOAT_STATE) call. - hurd/exec/elfcore.c:fetch_thread_fpregset(): in the core dump, fpx state would probably be needed too. - libc/sysdeps/mach/hurd/i386/trampoline.c:_hurd_setup_sighandler(): in the sigcontext structure, fpx state would be useful too. Both of these are not really required for now, but we need to think about the interface as soon as now. Roland agreeded that thread_get_state(i386_FLOAT_STATE) mustn't be modified, and that a new thread_get_state(i386_FLOAT_XSTATE) (or any better name) should be defined instead.

    Back to the top


    Powered by Savane 3.1-cleanup