[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-xen/47057: Xen NetBSD DomU file system trash under Linux Dom0
The following reply was made to PR port-xen/47057; it has been noted by GNATS.
From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: Roger Pau =?iso-8859-1?Q?Monn=E9?= <royger%NetBSD.org@localhost>
Cc: Roger Pau =?iso-8859-1?Q?Monn=E9?= <roger.pau%citrix.com@localhost>,
Subject: Re: port-xen/47057: Xen NetBSD DomU file system trash under Linux
Date: Mon, 22 Oct 2012 10:08:58 +0200
On Mon, Oct 22, 2012 at 10:03:35AM +0200, Roger Pau Monné wrote:
> On Sun, Oct 21, 2012 at 8:31 PM, Manuel Bouyer
> <bouyer%antioche.eu.org@localhost> wrote:
> > You can also try the attached patch, which should catch a mapping to
> > the same store's ma via regular pmap functons. If it's something more
> > clever, we'll need a more clever checks ...
> No luck with this either. I've also found sporadic:
> evtchn_do_event: handler 0xffffffff801206a7 didn't lower ipl 8 7
> Which I would say it's not related to the problem at hand (because
> some times I get the corruption without seeing this message), the
> handler in question is xen_timer_handler, which doesn't set any spl
> levels directly, although the mutex tmutex sets IPL_CLOCK.
I'm seeing this too. The problem is probably in something called by the
clock handler, but I failed to find what. It's not a real problem because
the Xen interrupt code will restore the IPL, but this means that
something is not restoring the IPL properly somewhere.
But it should be completely unrelated to the ring corruption issue.
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
NetBSD: 26 ans d'experience feront toujours la difference
Main Index |
Thread Index |