Andrew Morton wrote:
>
> On Wed, 10 Aug 2011 07:53:18 -0700 Keith Packard wrote:
> > Matthew -- shall I just merge the old patch? Or did you want to make
> > some changes?
>
> I have a note here that Ali Gholami Rudi had issues with
> the version I merged into -mm.
Actually the patch helped m
On 2011/08/11 03:45 (GMT+0200) Dexter Filmore composed:
Actually, right now about *all* these problems could be solved by moving the
machine to Win7.
Are you sure? Is it possible only HDMI-1 works at 120, and the others at 60?
Did you try plugging into any other HDMI ports? Is there a VGA por
On Wed, 10 Aug 2011 07:53:18 -0700 Keith Packard wrote:
> On Wed, 10 Aug 2011 15:14:09 +0200, Michel Alexandre Salim
> wrote:
>
> > FYI, I'm using that on top of Linux 3.0 and 3.1-rc1 and it still works
> > fine.
>
> Matthew -- shall I just merge the old patch? Or did you want to make
> some
On Thursday 11 August 2011 01:04:41 Christopher James Halse Rogers wrote:
> On Fri, 2011-08-05 at 18:25 +0200, Dexter Filmore wrote:
> > I used to do that with the nvidia tool on nv, but now I'm a little stuck:
> > No matter what I do X comes up at 60 Hz. I need to do 50 tho so the
> > attached p
On Fri, 2011-08-05 at 18:25 +0200, Dexter Filmore wrote:
> I used to do that with the nvidia tool on nv, but now I'm a little stuck:
> No matter what I do X comes up at 60 Hz. I need to do 50 tho so the attached
> plasma tv doubles it to 100 (at 60 it flickers, plus pulldown problems)
>
> EDID re
I thought of "X without config file" as a bad idea from day one - and each
time I have to do something that is based on something not properly reported
by hardware or not properly auto-detected by X it so totally proves me right.
Face it, neither are hardware manufacturers capable of adhering to
On 10.08.2011 20:16, Felix Miata wrote:
On 2011/08/10 19:58 (GMT+0200) Oliver Seitz composed:
Felix Miata wrote:
On 2011/08/10 14:15 (GMT+0200) Oliver Seitz composed:
Configuration of software is not done through conf files anymore, it is
done using hardware. If autodetection gives values
On 2011/08/10 19:58 (GMT+0200) Oliver Seitz composed:
Felix Miata wrote:
On 2011/08/10 14:15 (GMT+0200) Oliver Seitz composed:
Configuration of software is not done through conf files anymore, it is
done using hardware. If autodetection gives values you do not want, you
have to alter t
On 10.08.2011 18:21, Felix Miata wrote:
On 2011/08/10 14:15 (GMT+0200) Oliver Seitz composed:
Configuration of software is not done through conf files anymore, it is
done using hardware. If autodetection gives values you do not want, you
have to alter the hardware.
I can't imagine people tryi
On 2011/08/10 14:15 (GMT+0200) Oliver Seitz composed:
Configuration of software is not done through conf files anymore, it is
done using hardware. If autodetection gives values you do not want, you
have to alter the hardware.
I can't imagine people trying to configure multihead without .conf f
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski wrote:
> Can you ack at least this one:
>
> >Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
> (i.e. d2b996ac698aebb28557355857927b8b934bb4f9)
>
> for -stable? It fixes an annoying regression in 3.0.
I'm working on a
On 08/03/2011 11:14 PM, Keith Packard wrote:
Here's a pile of fixes on top of the stuff already in drm-core-next.
* Pile of mode setting fixes which eliminate a selection of bugs and
other annoyances. Eliminates the 'stripey' effect when going from
two to one monitor, makes hot-plug w
On Wed, 10 Aug 2011 15:14:09 +0200, Michel Alexandre Salim
wrote:
> FYI, I'm using that on top of Linux 3.0 and 3.1-rc1 and it still works
> fine.
Matthew -- shall I just merge the old patch? Or did you want to make
some changes?
--
keith.pack...@intel.com
pgppiML5QWsjz.pgp
Description: PGP
On 08/09/2011 12:43 AM, Keith Packard wrote:
> On Mon, 8 Aug 2011 22:31:40 +0100, Matthew Garrett
> wrote:
>
>> Yup. There's a small set of systems that appear to provide no firmware
>> control mechanism.
>
> There were a few comments in that old thread about the patch as
> submitted; is there
EDID reports a refresh range of 58-62 Hertz which I overrode in xorg.conf.
I've learned that overriding detected values is discouraged. The
prefered solution would be to alter the EDID data in your display
harwdare or insert a special EDID sending device in the monitor cable.
Configuration
On Wed, Aug 10, 2011 at 10:41:44AM +0100, Alan Cox wrote:
> > Sorry, I won't submit a patch. If there is a need to find/fix/cleanup
> > obvious things after company's developers, I have better things to do,
> > and a todo item to re-evaluate hardware for my next project.
>
> You seem confused. If
On Tue, Aug 09, 2011 at 10:43:08AM -0700, Ray Lee wrote:
> On Tue, Aug 9, 2011 at 10:40 AM, Kirill Smelkov wrote:
> >> If you like, submit a patch. You may now be more up-to-date on those
> >> particular code paths than most of the intel-gfx developers.
> >
> > Ray, I'd agree with you if the topic
17 matches
Mail list logo
