On Di, 2014-10-28 at 17:04 +, Zachary Reizner wrote:
> revision bump would be needed when adding a new interface (not
> present
> in real hardware) to allow for larger pitches, so you could
> use 32bpp
> with the default (1024x768) resolution.
> I did not
>
> revision bump would be needed when adding a new interface (not present
> in real hardware) to allow for larger pitches, so you could use 32bpp
> with the default (1024x768) resolution.
>
I did not change the pitch mechanism. The hardware is limited to less than
a 4KB pitch because of the regist
On Mo, 2014-10-27 at 22:09 +, Zachary Reizner wrote:
> ajax,
> What do you mean by a pci revision id bump? Do you want it in qemu or
> the kernel? Why is a revision bump needed when none of the behavior of
> the cirrus device has changed?
revision bump would be needed when adding a new interfa
ajax,
What do you mean by a pci revision id bump? Do you want it in qemu or the
kernel? Why is a revision bump needed when none of the behavior of the
cirrus device has changed?
I agree that reading the BAR size from the device would be an enhancement.
I'm working on the patch to include that now.
On Mo, 2014-10-27 at 11:00 -0400, Adam Jackson wrote:
> On Fri, 2014-10-24 at 18:31 -0700, Stéphane Marchesin wrote:
>
> > Dave, Adam: are you ok with this patch?
>
> Seems like it doesn't go far enough? You'd already need an "aware"
> guest to have this work, since the chip actually being emul
Real cirrus did have 32bpp according to both the reference manual and
qemu's emulation of the hardware. The cirrus DRM driver even had the
modesetting code for 32bpp but the driver prevented the creation of 32bpp
framebuffers.
Best,
Zach
On Mon, Oct 27, 2014, 08:30 Gerd Hoffmann wrote:
> On Mo,
On Mon, 2014-10-27 at 16:30 +0100, Gerd Hoffmann wrote:
> How about stop using cirrus and go for 'qemu -vga std' instead?
>
> Linux kernel 3.14+ comes with a modesetting driver for the qemu standard
> vga (CONFIG_DRM_BOCHS). Just switch over, and all your cirrus pain is
> gone.
>
> That is much
On Fri, 2014-10-24 at 18:31 -0700, Stéphane Marchesin wrote:
> Dave, Adam: are you ok with this patch?
Seems like it doesn't go far enough? You'd already need an "aware"
guest to have this work, since the chip actually being emulated didn't
have 32bpp. The pitch check would prevent 1024x768x32
On Tue, Oct 7, 2014 at 12:49 PM, Zach Reizner wrote:
> This patch allows framebuffers for cirrus to be created with
> 32bpp pixel formats provided that they do not violate certain
> restrictions of the cirrus hardware.
>
> Signed-off-by: Zach Reizner
>
Reviewed-by: St?phane Marchesin
Dave, Ad
This patch allows framebuffers for cirrus to be created with
32bpp pixel formats provided that they do not violate certain
restrictions of the cirrus hardware.
Signed-off-by: Zach Reizner
---
drivers/gpu/drm/cirrus/cirrus_drv.h | 2 ++
drivers/gpu/drm/cirrus/cirrus_fbdev.c | 4 +++-
drivers/
10 matches
Mail list logo
