lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 26 Aug 2011 16:40:33 -0700
From:	Suresh Siddha <suresh.b.siddha@...el.com>
To:	Tony Vroon <tony@...x.net>
Cc:	"H. Peter Anvin" <hpa@...or.com>,
	LKML <linux-kernel@...r.kernel.org>,
	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...hat.com>, Tejun Heo <tj@...nel.org>,
	"yinghai@...nel.org" <yinghai@...nel.org>, venki@...gle.com,
	Jesse Barnes <jbarnes@...tuousgeek.org>
Subject: Re: MTRR setup failure on Fujitsu Lifebook S761

On Fri, 2011-08-26 at 14:39 -0700, Tony Vroon wrote:
> On Fri, 2011-08-26 at 14:29 -0700, Suresh Siddha wrote:
> > And you seem to say, things were _little_ bit better by using a MTRR
> > script. What do you mean by _little_ ?
> 
> Little in that scrolling in terminals seems to work better. A failure
> mode where the mouse cursor refuses to move seems to occur less often.

Ok. With out your MTRR script and with kernel boot parameter "nopat"
does the perf issue you have seen remain same or becomes further worse?

Perhaps some of the driver mappings are not setting the PAT attribute
correctly or the PAT attribute doesn't help at all. The above experiment
will give us some clue.

> > Do you still see the original issue of hangcheck timer elapsed and it
> > is just that the MTRR warning from drm driver disappeared with your
> > MTRR script?
> 
> Yes, the hangcheck timer checks still fire intermittently and graphics
> performance is still hit & miss. There is a failure mode that I call the
> Amiga loading screen where vertical lines appear that are all a pixel
> wide and are continuously changing in colour.

This one seems to be a different issue that need to be reported to the
graphics folks.

thanks.

> 
> The AGP aperture is exactly 256MB in the location that the DRM warning
> complained about, so what I did with the script was an attempt to answer
> its lament. It accept that it may be completely meaningless in practice.
> 
> Regards,
> Tony V.


--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ