Re: [RFC] [PATCH 1/7] User Space Breakpoint Assistance Layer (UBP)
From: Avi Kivity
Date: Mon Jan 18 2010 - 06:02:21 EST
On 01/18/2010 09:45 AM, Peter Zijlstra wrote:
This is debugging. We're playing with registers, we're playing with theBecause you want thins go to be as transparent as possible in order to
cpu, we're playing with memory contents. Why not the address space as well?
avoid heisenbugs. Sure we cannot avoid everything, but we should avoid
everything we possibly can.
If we reserve some address space, you don't add any heisenbugs (at
least, not any additional ones over emulation). Even if we don't,
address space layout randomization means we're not keeping the address
space layout constant between runs anyway.
Also, aside of the VDSO, we simply do not force map things into address
spaces (and like said before, I think the VDSO stinks for doing that)
and I think we don't want to create (more) precedents in this case.
You've made it clear that you don't like it, but not why.
The kernel already manages the user's address space (except for
MAP_FIXED which is unreliable unless you've already reserved the address
space). I don't see why adding a vma for debugging is so horrible.
error compiling committee.c: too many arguments to function
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/