[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-25 Thread Dave Airlie
On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote: > The characters will morph anyway, it is just a matter off having them > randomly scream with the intensity bit. > > 512-character mode is definitely useful... we get much wider language > coverage with 512 than with 256, which is why most

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font (v2)

2013-01-25 Thread Dave Airlie
From: Dave Airlie When we switch from 256->512 byte font rendering mode, it means the current contents of the screen is being reinterpreted. The bit that holds the high bit of the 9-bit font, may have been previously set, and thus the new font misrenders. The problem case we see is grub2 writes

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread H. Peter Anvin
It would be nice to support more than 512 characters when using a graphical console. We should be able to support up to 2048 at least. Dave Airlie wrote: >On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote: >> The characters will morph anyway, it is just a matter off having them >randomly

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread Dave Airlie
On Thu, Jan 24, 2013 at 3:20 PM, H. Peter Anvin wrote: > We should clear this bit presumably on switching either from or to 512-char > mode, since the bit doesn't really make sense either way. Yeah the only problem going from 512-char is that chars above 256 will morph into garbage chars below 2

Re: [PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread H. Peter Anvin
It would be nice to support more than 512 characters when using a graphical console. We should be able to support up to 2048 at least. Dave Airlie wrote: >On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote: >> The characters will morph anyway, it is just a matter off having them >randomly

Re: [PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread Dave Airlie
On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote: > The characters will morph anyway, it is just a matter off having them > randomly scream with the intensity bit. > > 512-character mode is definitely useful... we get much wider language > coverage with 512 than with 256, which is why most

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font (v2)

2013-01-24 Thread Dave Airlie
From: Dave Airlie When we switch from 256->512 byte font rendering mode, it means the current contents of the screen is being reinterpreted. The bit that holds the high bit of the 9-bit font, may have been previously set, and thus the new font misrenders. The problem case we see is grub2 writes

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread Dave Airlie
From: Dave Airlie When we switch from 256->512 byte font rendering mode, it means the current contents of the screen is being reinterpreted. The bit that holds the high bit of the 9-bit font, may have been previously set, and thus the new font misrenders. The problem case we see is grub2 writes

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread H. Peter Anvin
The characters will morph anyway, it is just a matter off having them randomly scream with the intensity bit. 512-character mode is definitely useful... we get much wider language coverage with 512 than with 256, which is why most distros use a 512 console font. Dave Airlie wrote: >On Thu, Ja

Re: [PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread H. Peter Anvin
The characters will morph anyway, it is just a matter off having them randomly scream with the intensity bit. 512-character mode is definitely useful... we get much wider language coverage with 512 than with 256, which is why most distros use a 512 console font. Dave Airlie wrote: >On Thu, Ja

Re: [PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-24 Thread Dave Airlie
On Thu, Jan 24, 2013 at 3:20 PM, H. Peter Anvin wrote: > We should clear this bit presumably on switching either from or to 512-char > mode, since the bit doesn't really make sense either way. Yeah the only problem going from 512-char is that chars above 256 will morph into garbage chars below 2

Re: [PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-23 Thread H. Peter Anvin
We should clear this bit presumably on switching either from or to 512-char mode, since the bit doesn't really make sense either way. Dave Airlie wrote: >From: Dave Airlie > >When we switch from 256->512 byte font rendering mode, it means the >current contents of the screen is being reinterpre

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-23 Thread H. Peter Anvin
We should clear this bit presumably on switching either from or to 512-char mode, since the bit doesn't really make sense either way. Dave Airlie wrote: >From: Dave Airlie > >When we switch from 256->512 byte font rendering mode, it means the >current contents of the screen is being reinterpre

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

2013-01-23 Thread Dave Airlie
From: Dave Airlie When we switch from 256->512 byte font rendering mode, it means the current contents of the screen is being reinterpreted. The bit that holds the high bit of the 9-bit font, may have been previously set, and thus the new font misrenders. The problem case we see is grub2 writes