linux-kernel - Re: GMA500 support

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]

Message-ID: <CAMeQTsbJ+w08OxuTokc6TDmsy2MoD2gZr73xg-c8KT7cpxiOcw@mail.gmail.com>
Date:	Sat, 3 Dec 2011 11:03:11 +0100
From:	Patrik Jakobsson <patrik.r.jakobsson@...il.com>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	Kristoffer Ericson <kristoffer.ericson@...il.com>,
	linux-kernel@...r.kernel.org, greg@...ah.com
Subject: Re: GMA500 support

>> > I suspect this is just DVI with a HDMI connector. That is the case for Fit-PC2.
>> > It is hooked up to the SDVO and provides video but no audio.
>
> I've now got an HDMI capable display *and* the right cables. Testing the
> Dell mini 10 shows that it works although it's defaulting to the wrong
> mode and there is stuff on the display below the picture that shouldn't
> be.
>
> So I now also have a debug case for the scaling or whatever is actually
> going on problem.

>From what I've seen on my Asus 1201HA, the mode the framebuffer code gets is
the biggest common mode of both displays. Since we get garbage outside the
scan-out buffer on the LVDS output I assume that the common mode doesn't find
it's way to LVDS mode setting (or maybe it just ignores it).

Also, do we know if the LVDS panel fitter code actually works? I don't have
access to my hardware at the moment but it would be interesting to see what
happens if you set a non-native resolution for LVDS at boot that overrides the
native one (without having anything connected to SDVO). Maybe you have tried
this already?

One thing I recall reading somewhere is that the panel fitter needs to be
restored upon re-enabling the pipe, and that the PFIT_CONTROL register must
be written to while the pipe is off. Doing DPMS off and then DPMS on might
disable the panel fitter.
--
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/