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

 
 

task #6200: support mmx/xmm et al.

Submitter:  Samuel Thibault <sthibaul>
Submitted:  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
Assigned to:  None Percent Complete:  30%
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.

* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group administrator
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>
Group administrator

 

(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)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    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.13-269c.
    Corresponding source code