search for: dummycon

...failed in the same way. The AIX version is 5.3, TL4-CSP. Since the AIX machines only need to talk to a upsd on another machine (Linux), I don't even need the serial things to work. So, I also tried to compile without any drivers ("--with-drivers="), but it still fails when compiling dummycons.c. If anybody could help me trying to get it to successfully compile, I'd be happy. :) Thanks, -- Jurjen Oskam Savage's Law of Expediency: You want it bad, you'll get it bad.

...hed to the generic fbdev emulation that didn't cause any problems. With the generic fbdev emulation the switch to vga mode happens now and then, probably caused by a initialization order change and triggered by a printk in a bad moment. So make sure we take vgacon out of the picture by making dummycon taking over the console early enough. Not entriely happy with the approach, I'm open to better ideas. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/qxl/qxl_drv.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/...

...hed to the generic fbdev emulation that didn't cause any problems. With the generic fbdev emulation the switch to vga mode happens now and then, probably caused by a initialization order change and triggered by a printk in a bad moment. So make sure we take vgacon out of the picture by making dummycon taking over the console early enough. Not entriely happy with the approach, I'm open to better ideas. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/qxl/qxl_drv.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/...

Dear NUT developers, I have converted NUT's build system to Automake/Libtool. Right now, the new build system is contained in the "automake" branch, at: ssh://svn.debian.org/svn/nut/branches/automake I plan to merge this into the main branch after a period of testing, if there are no objections. Here are some highlights: * automatic dependency tracking: no more need to do this

...emulation that didn't cause any > problems. With the generic fbdev emulation the switch to vga mode > happens now and then, probably caused by a initialization order change > and triggered by a printk in a bad moment. > > So make sure we take vgacon out of the picture by making dummycon > taking over the console early enough. > > Not entriely happy with the approach, I'm open to better ideas. > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> > --- > drivers/gpu/drm/qxl/qxl_drv.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > dif...

...an to make an helper script that will be called when using "make pkg" and so on. It will take care of calling the right command to install the needed packages, create the build tree and build nut. 3) Dummy driver rewrite: ===================== This week end, I've quickly rewriten the dummycons driver. It's now replaced by dummy-ups, which is a real driver with all that implies. For more information, have a look at dummy-ups manpage by checking out the last Development CVS using: cvs -d:pserver:anonymous@cvs.alioth.debian.org:/cvsroot/nut login +enter cvs -z3 -d:pserver:anonymous@c...

...ault value of 32 RCU dyntick-idle grace-period acceleration is enabled. NR_IRQS:4352 nr_irqs:744 16 -Console: colour VGA+ 80x25 +Console: colour dummy device 80x25 I believe GRUB does something to the videocard so that drivers/video/console/vgacon.c passes control to drivers/video/console/dummycon.c and that somehow confuses nouveau and makes it map multiple BARs in one call. Ironically, GRUB uses text mode on that system. Perhaps it cannot enable the GFX mode. Yet it must be doing something bad when passing control to the kernel. I'm using 32-bit Lubuntu 12.04 with a 64-bit kernel....

Hi All, I followed the instructions here at http://bderzhavets.wordpress.com/2009/06/10/setup-fedora-11-pv-domu-at-xen-3-4-1-dom0-kernel-2-6-30-rc6-tip-on-top-of-fedora-11/ However, when I do a "make menuconfig", I cannot see any XEN related configuration options. What am I missing? Thank you. Mr. Teo En Ming Dip(Mechatronics Engineering) BEng(Hons)(Mechanical Engineering)