[lkml]   [2009]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] [13/16] HWPOISON: The high level memory error handler in the VM v3
Sorry for late answer, email slipped out earlier.

On Thu, May 28, 2009 at 11:56:25AM -0500, Russ Anderson wrote:
> > I changed it to
> >
> > "MCE: Unable to determine user space address during error handling\n")
> >
> > Still not perfect, but hopefully better.
> Is it even worth having a message at all? Does the fact that page_address_in_vma()

I like having a message so that I can see when it happens.

> failed change the behavior in any way? (Does tk->addr == 0 matter?) From

It just doesn't report an address to the user (or rather 0)

> If the message is for developers/debugging, it would be nice to have more

It's not really for debugging only, it's a legitimate case. Typically
when the process unmaps or remaps in parallel. Of course when it currently
unmaps you could argue it doesn't need the data anymore and doesn't
need to be killed (that's true), but that doesn't work for mremap()ing.
I considered at some point to loop, but that would risk live lock.
So it just prints and reports nothing.

The only ugly part is the ambiguity of reporting a 0 address (in theory
there could be real memory 0 on virtual 0), but that didn't seem to be
enough an issue to fix.


-- -- Speaking for myself only.

 \ /
  Last update: 2009-05-30 08:39    [W:0.166 / U:1.452 seconds]
©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site