On Wed, 21 Apr 2021 09:19:42 +0200,
Gerd Hoffmann wrote:
>
> > > However, a tricky part is that the QEMU vga code does treat VGA_ATT_IW
> > > register always as "flip-flop"; the first write is for index and the
> > > second write is for the data like palette. Meanwhile, in the current
> > > bochs
On Tue, 20 Apr 2021 19:47:31 +0200,
Thomas Zimmermann wrote:
>
> Hi
>
> Am 20.04.21 um 18:56 schrieb Takashi Iwai:
> > On bochs DRM driver, the execution of "setterm --blank force" results
> > in a frozen screen instead of a blank screen. It's due to the lack of
> > the screen blanking support i
> > However, a tricky part is that the QEMU vga code does treat VGA_ATT_IW
> > register always as "flip-flop"; the first write is for index and the
> > second write is for the data like palette. Meanwhile, in the current
> > bochs DRM driver, the flip-flop wasn't considered, and it calls only
> >
Hi
Am 20.04.21 um 18:56 schrieb Takashi Iwai:
On bochs DRM driver, the execution of "setterm --blank force" results
in a frozen screen instead of a blank screen. It's due to the lack of
the screen blanking support in its code.
Actually, the QEMU bochs vga side can switch to the blanking mode w
On bochs DRM driver, the execution of "setterm --blank force" results
in a frozen screen instead of a blank screen. It's due to the lack of
the screen blanking support in its code.
Actually, the QEMU bochs vga side can switch to the blanking mode when
the bit 0x20 is cleared on VGA_ATT_IW registe
