[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <56165FCB.30504@ti.com>
Date: Thu, 8 Oct 2015 15:21:31 +0300
From: Tomi Valkeinen <tomi.valkeinen@...com>
To: Mikulas Patocka <mpatocka@...hat.com>
CC: Michal Januszewski <spock@...too.org>,
<linux-fbdev@...r.kernel.org>,
Jean-Christophe Plagniol-Villard <plagnioj@...osoft.com>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] uvesafb: make scaling configurable on Nvidia cards
On 08/10/15 14:51, Mikulas Patocka wrote:
>> I have to say I don't know much about x86 video, but isn't uvesafb
>> supposed to be a generic driver? Adding nvidia specific features there
>> doesn't sound like a right way to handle this.
>>
>> Tomi
>
> Where do you think that this functionality should be added? To Nouveau? -
> Nouveau can't be used with nVidia binary driver, and this functionality is
> useful especially with nVidia binary driver (it allows to get nice console
> with sharp fonts).
I don't know where is should be. But with a quick look I don't see any
gfx card specific features in uvesafb, and the doc clearly says it's a
generic driver. So if we add this nvidia feature there, shall we add
other features for other cards also? It's a kind of slippery road.
So how does uvesafb work with nvidia driver? uvesafb is used for initial
console, and nvidia driver takes over later when (and if) it's loaded?
And it's not possible to change the scaling via nvidia's driver?
> BTW. I don't know if this BIOS function is supported on AMD or not. Could
> someone try it? I don't have an AMD card.
Quick googling shows that 0x4f14 might be used by other gfx cards (Epia)
for something else. But I can't really say for sure. So in the minimum I
think the parameter should be renamed to "nvidia_scaling" or similar.
Tomi
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists