l...@gnu.org (Ludovic Courtès) skribis:
> The right thing is to use ‘-vga std’, which uses a “standard VGA”
> emulator, which doesn’t have this problem.
>
> However, X will fail to start currently when using this.
Somehow this problem disappeared recently, and running X in -vga std
works fine as
On Mon, Dec 01, 2014 at 09:20:49AM +0100, Federico Beffa wrote:
> It sounds like you did quite some work on it already. Please go on if
> you like. I'm not trying to step on anyone's feet :-)
Difficult to step on anyone's feet by doing work ;-)
I am definitely not going to work on "guix refresh"
On Sun, Nov 30, 2014 at 6:47 PM, Andreas Enge wrote:
> On Sun, Nov 30, 2014 at 05:05:30PM +0100, Federico Beffa wrote:
>> Right now there are newer versions than the ones mentioned in the
>> comment of the mesa package. If things require substantial upgrades I
>> will get back to the list.
>
> I
On Sun, Nov 30, 2014 at 05:05:30PM +0100, Federico Beffa wrote:
> Right now there are newer versions than the ones mentioned in the
> comment of the mesa package. If things require substantial upgrades I
> will get back to the list.
I know, but I tried to package mesa 10 until I realised it would
On Sat, Nov 29, 2014 at 10:20 PM, Andreas Enge wrote:
> On Sat, Nov 29, 2014 at 09:53:54PM +0100, Ludovic Courtès wrote:
>> Long story short: we just need to update MESA to use the newer libdrm,
>> and we should be able to fix that.
>> Would you like to try? :-)
I will first finish the work on n
Andreas Enge skribis:
> On Sat, Nov 29, 2014 at 09:53:54PM +0100, Ludovic Courtès wrote:
>> Long story short: we just need to update MESA to use the newer libdrm,
>> and we should be able to fix that.
>> Would you like to try? :-)
>
> I did try to update mesa, which was the source of some new pa
On Sat, Nov 29, 2014 at 09:53:54PM +0100, Ludovic Courtès wrote:
> Long story short: we just need to update MESA to use the newer libdrm,
> and we should be able to fix that.
> Would you like to try? :-)
I did try to update mesa, which was the source of some new packages in the
xorg module. Howev
Federico Beffa skribis:
> Have someone found out the reason for this poor performance in
> qemu-kvm and how to fix it?
Yes, I eventually found out: by default, QEMU uses a Cirrus VGA graphics
adapter emulator, which is damn slow for this kind of framebuffer thing.
The right thing is to use ‘-vg
On Sat, Nov 29, 2014 at 5:23 PM, Federico Beffa wrote:
> Hi,
>
> I'm experimenting with the system in a qemu-kvm virtual machine. I
> created an image and successfully booted. However, scrolling of the
> display is unusably slow (e.g. displaying dmesg). The same problem is
> also visible in Ludovi
Hi,
I'm experimenting with the system in a qemu-kvm virtual machine. I
created an image and successfully booted. However, scrolling of the
display is unusably slow (e.g. displaying dmesg). The same problem is
also visible in Ludovic's presentation
http://audio-video.gnu.org/video/ghm2014/2014-08-
10 matches
Mail list logo
