OpenVZ Forum


Home » Mailing lists » Devel » utrace regressions (was: -mm merge plans for 2.6.21)
Re: utrace regressions (was: -mm merge plans for 2.6.21) [message #10545 is a reply to message #10399] Wed, 21 February 2007 13:30 Go to previous messageGo to previous message
adobriyan is currently offline  adobriyan
Messages: 80
Registered: November 2006
Member
On Sat, Feb 17, 2007 at 06:35:31PM -0800, Roland McGrath wrote:
> > Looking at mainline x86_64 ptrace code I think hole for u_debugreg[4]
> > and [5] is also needed.
>
> It's not. The utrace_regset for the debugregs already has that behavior
> for those two words, so mapping all 8 uarea words to the regset is fine.

Sorry, I don't get it. Choosing segment from x86_64_uarea is done before
calling regset->set and regset->get as well as before zero-filling. No
segment for u_debugreg[4] and [5] means -EIO before segment handlers
will have a chance to be called.

Do you want to consolidate these two?

{offsetof(struct user, u_debugreg[0]), offsetof(struct user, u_debugreg[4]), 3, 0},
{offsetof(struct user, u_debugreg[6]), offsetof(struct user, u_debugreg[8]), 3, 6 * sizeof(long)},
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: [ckrm-tech] [PATCH 3/3][RFC] Containers: Pagecache controller reclaim
Next Topic: Re: [ckrm-tech] [PATCH 3/3][RFC] Containers: Pagecache controller reclaim
Goto Forum:
  


Current Time: Sat Sep 20 13:26:13 GMT 2025

Total time taken to generate the page: 0.10418 seconds