On Thu, Sep 10, 2009 at 11:48:01PM +0200, Maik Zumstrull wrote: > Robert Millan wrote: > > > On Thu, Sep 10, 2009 at 09:31:44PM +0200, Maik Zumstrull wrote: > > > > > > Still broken, not noticably different. > > > > There we go again: > > > > http://people.debian.org/~rmh/ati/dacfix4/ > > Improvement. > > It successfully enters gfxterm, console commands including vbeinfo work > in graphical mode, and it can successfully boot a kernel from graphical > mode. > > However, the gfxterm console is insanely slow. You can literally watch > it redraw the screen from top to bottom every time the console scrolls > by one line. This isn't necessary a bug, maybe grub's framebuffer > terminal implementation is slow by design, but it is barely usable this > way. I plan to use it with GRUB_TERMINAL=console anyway, though, so I > don't personally care very much about this.
I suppose in your specific hardware it's slower than usual, but yes, there's a lot of room for improvement. Anyway, that's not related to our bug. I'll wait a bit more to give Luca a chance to test it, before including it in a new upload. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
