search for: vterm

...06a3c 100644 --- a/usr/dash/var.h +++ b/usr/dash/var.h @@ -88,9 +88,15 @@ extern struct var varinit[]; #define vps2 (&vps1)[1] #define vps4 (&vps2)[1] #define voptind (&vps4)[1] +#ifdef WITH_LINENO #define vlineno (&voptind)[1] +#endif #ifndef SMALL +#ifdef WITH_LINENO #define vterm (&vlineno)[1] +#else +#define vterm (&voptind)[1] +#endif #define vhistsize (&vterm)[1] #endif

...ocess.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)': Process.cpp:(.text+0x525): undefined reference to `setupterm' Process.cpp:(.text+0x52e): undefined reference to `has_colors' It appears that the sample project doesn't contain a library dependency on vterm. In comparing the autoconf in sample with the one at the parent of LLVM, the sample one doesn't contain references to vterm. Is this intentional? 3. I decided to go the "simple" route of just hardcoding a Makefile that includes a Makefile.common that I wrote that hardcode defines L...

This patch set if my first attempt to make virtio_console usable on s390. To do so, I had to change hvc_console, because s390 has no request_irq and no free_irq. I want to get feedback from the main users of hvc_console before I proceed. The basic idea of this patch set is to remove the calls to request_irq and free_irq and replace them with backend specific callbacks. Please see the

This patch set if my first attempt to make virtio_console usable on s390. To do so, I had to change hvc_console, because s390 has no request_irq and no free_irq. I want to get feedback from the main users of hvc_console before I proceed. The basic idea of this patch set is to remove the calls to request_irq and free_irq and replace them with backend specific callbacks. Please see the

Hey Rusty, This series adds support for generic ports with each port getting two vqs: one for input and one for output. The host notifies us via the config space of the max. number of ports that can be added for a particular device. As a result of that change, the buffer management for find_readbufs and send_bufs is moved to the vqs. Only one outbuf per port is used so we bide away some time in

Hey Rusty, This series adds support for generic ports with each port getting two vqs: one for input and one for output. The host notifies us via the config space of the max. number of ports that can be added for a particular device. As a result of that change, the buffer management for find_readbufs and send_bufs is moved to the vqs. Only one outbuf per port is used so we bide away some time in

...req(defoptindvar, VTEXTFIXED); fmtstr(ppid + 5, sizeof(ppid) - 5, "%ld", (long) getppid()); diff --git a/usr/dash/var.h b/usr/dash/var.h index 11ce9b7d..52f559d1 100644 --- a/usr/dash/var.h +++ b/usr/dash/var.h @@ -100,12 +100,8 @@ extern struct var varinit[]; #define vhistsize (&vterm)[1] #endif -#ifdef IFS_BROKEN -extern const char defifsvar[]; +extern char defifsvar[]; #define defifs (defifsvar + 4) -#else -extern const char defifs[]; -#endif extern const char defpathvar[]; #define defpath (defpathvar + 36)

Hello. I am running 0.3.6 compiz under Fedora Core 6 and nvidia 1.0-9631 binary driver. I have noticed that switching to console with ctrl-alt-f1 and then back to x with ctrl-alt-f7 locks up the system with a black screen more or less (sometimes the lockup is complete, sometimes the cursor moves and it is possible to switch back to console), A user on nvnews forums suggest that disabling sync to

This makes the Xen console just work. Before, you had to ask for it on the kernel command line with console=hvc0 Signed-off-by: Markus Armbruster <armbru at redhat.com> --- diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c index 49e5358..df63185 100644 --- a/arch/x86/xen/enlighten.c +++ b/arch/x86/xen/enlighten.c @@ -25,6 +25,7 @@ #include <linux/mm.h> #include

...hit "Save", while the applet is performing off-screen GL rendering. Sometimes junk is written to the X backing store, sometimes the desktop just completely locks up. The machine still seems to be running, but even killing Xorg remotely doesn't seem to return the display back to a text vterm. Observed in both Fedora 16 and Fedora 17. kernel-3.3.4-5.fc17.x86_64 xorg-x11-drv-nouveau-0.0.16-34.20110720gitb806e3f.fc17.x86_64 xorg-x11-server-Xorg-1.12.0-2.fc17.x86_64 jdk-1.7.0_05-fcs.x86_64 java-1.7.0-openjdk-1.7.0.3-2.2.1.fc17.8.x86_64 # lspci 00:00.0 Memory controller: nVidia Corporati...