[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1239058353.4529.7124.camel@localhost.localdomain>
Date: Mon, 06 Apr 2009 15:52:33 -0700
From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@...el.com>
To: Arkadiusz Miskiewicz <a.miskiewicz@...il.com>
Cc: "Siddha, Suresh B" <suresh.b.siddha@...el.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Jesse Barnes <jbarnes@...tuousgeek.org>
Subject: Re: 2.6.29 git master and PAT problems
On Thu, 2009-04-02 at 00:12 -0700, Arkadiusz Miskiewicz wrote:
> On Thursday 02 of April 2009, Pallipadi, Venkatesh wrote:
> > On Mon, Mar 30, 2009 at 05:28:15PM -0700, Pallipadi, Venkatesh wrote:
> > > On Mon, Mar 30, 2009 at 03:31:09PM -0700, Arkadiusz Miskiewicz wrote:
> > > > On Monday 30 of March 2009, Pallipadi, Venkatesh wrote:
> > > >
> > > > More info follows. Now I've switched to
> > > > e1c502482853f84606928f5a2f2eb6da1993cda1 which contains latest drm
> > > > fixes and now I get much lower numbers of PAT errors but still.
> > > >
> > > > > On Mon, 2009-03-30 at 14:31 -0700, Arkadiusz Miskiewicz wrote:
> > > > > > On Monday 30 of March 2009, Pallipadi, Venkatesh wrote:
> > > > > > > Patch here should get rid of these errors.
> > > > > > >
> > > > > > > http://marc.info/?l=linux-kernel&m=123788806506230&w=2
> > > > > > >
> > > > > > > The patch is in tip and on its way to upstream.
> > > > > >
> > > > > > The problem is that kernel I'm running already contains this patch
> > > > > > (it's merged already). Other ideas?
> > > > > >
> > > > > > ratelimiting that error is good IMO anyway.
> > > > >
> > > > > Rate limiting will just work around the problem here. Ideally we
> > > > > should never see these errors. So, it will be better if we can narrow
> > > > > down on the bug resulting in these error messages.
> > > >
> > > > Of course it's better. I'm saying that when these messages "fire" then
> > > > it's hard to do anything else on the system for a while until these
> > > > stop.
> > > >
> > > > > Can you please send me the output of
> > > > > # cat /debug/x86/pat_memtype_list
> > > > > with debugfs mounted.
> > > > > and
> > > > > # cat /proc/mtrr
> > >
> > > There seems to be two different problems here.
> > > - We should not have that many single page ranges reserved. That will
> > > cause a performance problem with drm even without the "freeing invalid
> > > type" error. - "freeing invalid type" error itself. Seems to be caused
> > > due to some unbalanced free along the drm path. We tried to find anything
> > > obvious in the code that may be causing problem here. But, haven't found
> > > anything so far. Will try to reproduce the problem internally and debug
> > > it further.
> >
> > OK. I think we have root caused the thinko that was resulting in
> > "freeing invalid type" error. Can you try the below test
> > patch. Patch is not final version and may need some cleanup.
>
> Was testing on linus git as of today +
> [PATCH] x86, PAT: Remove duplicate memtype reserve in pci mmap
> + patch from this thread.
>
> It doesn't fix the problem. At least I'm able to reproduce "Freeint invalid
> memtype" by just running http://www.tremulous.net/ game. It also happened when
> watching youtube with opera. _Maybe_ things are little better because number
> of "freeing invalid memtype" messages is much lower than before but there is
> posibility that I simply didn't trigger it fully.
Arkadiusz,
I was finally able to reproduce the problem of "freeing invalid memtype"
with upstream git kernel (commit 0221c81b1b) + latest xf86 intel driver.
But, with upstream + the patch I had sent you earlier in this thread
(http://marc.info/?l=linux-kernel&m=123863345520617&w=2) I don't see
those freeing invalid memtype errors anymore.
Can you please double check with current git and that patch and let me
know if you are still seeing the problem.
Thanks,
Venki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists