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 Mach Should Start On:  Fri 08 Dec 2006 11:00:00 PM UTC
Should be Finished on:  Fri 08 Dec 2006 11:00:00 PM UTC Priority:  1 - Later
Status:  None Privacy:  Public
Percent Complete:  30% Assigned to:  None
Open/Closed:  Open Planned 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 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 Files:
   
   
Comment:
   

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

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

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

    Only logged-in users can vote.

     

     

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-01-07 sthibaul Percent Complete0% => 30%
    2007-03-03 sthibaul Attached File- => Added patch-gnumach-mmx, #12101
    2007-03-03 sthibaul Attached File#11962 => Removed
    2007-02-11 sthibaul Attached File#11618 => Removed
    2007-02-11 sthibaul Attached File- => Added patch-gnumach-mmx, #11962
    2006-12-28 sthibaul Attached File- => Added patch, #11618
    2006-12-23 sthibaul 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.

    Back to the top


    Powered by Savane 3.3