Hi,
> > Yes, efifb has the same semantics. We just need some ID with clear
> > documentation saying sth like "implies framebuffer without
> > anything else" so that noone will get an idea to plug e.g. vga
> > hooks into it.
> >
>
> Want to make a patch?
Attached. Can someone test with the
Hi,
Yes, efifb has the same semantics. We just need some ID with clear
documentation saying sth like implies framebuffer without
anything else so that noone will get an idea to plug e.g. vga
hooks into it.
Want to make a patch?
Attached. Can someone test with the patched
On 09/05/2014 02:40 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 06.09.2014 00:31, H. Peter Anvin wrote:
>> On 09/05/2014 02:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>> On 06.09.2014 00:18, ron minnich wrote:
Vladimir can you point me to that patch? This sounds
On 06.09.2014 00:31, H. Peter Anvin wrote:
> On 09/05/2014 02:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> On 06.09.2014 00:18, ron minnich wrote:
>>> Vladimir can you point me to that patch? This sounds
>>> interesting.
>>>
>> https://lkml.org/lkml/2010/8/25/190
>>
>
> I believe *most*
On 09/05/2014 02:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 06.09.2014 00:18, ron minnich wrote:
>> Vladimir can you point me to that patch? This sounds
>> interesting.
>>
> https://lkml.org/lkml/2010/8/25/190
>
I believe *most* of this patch has already gotten merged as we now
On 06.09.2014 00:18, ron minnich wrote:
> Vladimir can you point me to that patch? This sounds interesting.
>
https://lkml.org/lkml/2010/8/25/190
> ron
>
signature.asc
Description: OpenPGP digital signature
On 09/05/2014 02:09 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
>> I'm not a fan of Coreboot having invented its own nonstandard
>> hacks, but I guess it is pretty much unavoidable.
> It's completely avoidable. The stub can copy this information to
> standard framebuffer info structure.
Vladimir can you point me to that patch? This sounds interesting.
ron
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
> I'm not a fan of Coreboot having invented its own nonstandard hacks, but
> I guess it is pretty much unavoidable.
It's completely avoidable. The stub can copy this information to
standard framebuffer info structure. The only missing thing is to apply
patch by cjwatson or mjg59 (I'm not sure now
On Fri, Sep 5, 2014 at 1:05 PM, H. Peter Anvin wrote:
> I'm not a fan of Coreboot having invented its own nonstandard hacks, but
> I guess it is pretty much unavoidable.
I suspect this should not be architecture-dependent, since coreboot
tables work across 3 coreboot architectures at present
On Fri, Sep 5, 2014 at 1:05 PM, H. Peter Anvin h...@zytor.com wrote:
I'm not a fan of Coreboot having invented its own nonstandard hacks, but
I guess it is pretty much unavoidable.
I suspect this should not be architecture-dependent, since coreboot
tables work across 3 coreboot architectures
I'm not a fan of Coreboot having invented its own nonstandard hacks, but
I guess it is pretty much unavoidable.
It's completely avoidable. The stub can copy this information to
standard framebuffer info structure. The only missing thing is to apply
patch by cjwatson or mjg59 (I'm not sure now
Vladimir can you point me to that patch? This sounds interesting.
ron
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On 09/05/2014 02:09 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
I'm not a fan of Coreboot having invented its own nonstandard
hacks, but I guess it is pretty much unavoidable.
It's completely avoidable. The stub can copy this information to
standard framebuffer info structure. The only
On 06.09.2014 00:18, ron minnich wrote:
Vladimir can you point me to that patch? This sounds interesting.
https://lkml.org/lkml/2010/8/25/190
ron
signature.asc
Description: OpenPGP digital signature
On 09/05/2014 02:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 06.09.2014 00:18, ron minnich wrote:
Vladimir can you point me to that patch? This sounds
interesting.
https://lkml.org/lkml/2010/8/25/190
I believe *most* of this patch has already gotten merged as we now use
On 06.09.2014 00:31, H. Peter Anvin wrote:
On 09/05/2014 02:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 06.09.2014 00:18, ron minnich wrote:
Vladimir can you point me to that patch? This sounds
interesting.
https://lkml.org/lkml/2010/8/25/190
I believe *most* of this patch has
On 09/05/2014 02:40 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 06.09.2014 00:31, H. Peter Anvin wrote:
On 09/05/2014 02:23 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
On 06.09.2014 00:18, ron minnich wrote:
Vladimir can you point me to that patch? This sounds
interesting.
18 matches
Mail list logo
