dle this.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev
o this problem very
easily.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer
;m willing to test anything - but the corruption is alway gone after I
>switch VT's. So getting a screendump is not easy.
I never have seen this problem before. Petr do you know what it could be?
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the suff
TRs enabled always makes a difference. I liek to try it with and
without. I will do some benchmarkings.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]]
do you mean it couldn't see printk any more?
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer
able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.netU
http:/
linux/Documentation/VGA-softcursor.txt
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer
sease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.netU
http://linuxconsole.sourceforge.net
-
To unsubscribe
get fixed many many months later.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
rm the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net
Try the following patch to linux/kernel/Makefile. If it works fine let me
know and we can get it into the standard tree.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL
>> Yes, but they could be. Changing the Linux keycodes is a major
>> break with compatibility. If the Linux keycodes are to be changed,
>> then they ought to be become something that would allow XFree86
>> to become keyboard-independent. Why invent yet another encoding?
>
>You dont need to break
>> this for embedded devices. It just plain stupid to have VT support on
>> something like a hand held iPAQ which doesn't usually have a keyboard
>> attached. Also having fbcon built in for these devices just takes up
>
>It makes plenty of sence to have support for virtual terminals on the
>ipaq.
The Linux GFX project grew out the need for a higher performance X
server that has a much faster developement cycle. In the last few years
the graphics card and multimedia environments have grow at such a rate
the current X solutions can no longer keep pace nor do they focus on
producing
Thank you. It is true all I want to do is help the community. I feel as
alot of people do XFree86 can not meet the needs of the community. It is
very sad that people feel that no amount of people in the open source
community can make code of the same or better quality as XFree86 in a
shorter peri
>I was wondering why video drivers are not part of the kernel like every
>other piece of hardware. I would think if video drivers were part of the
>kernel and had a nice API for X or any other windowing system, would not
>only improve performance but would allow competing windowing systems
>witho
>(Aside, is this because X uses keyboard in raw mode? would be nice to
>still be able to ctrl-alt-del to rebood from console) Anyone know about
>using alt-sysrq to restore console?
>
>So, if the kernel had a card specific module that just knew enough
>to put the card back into text mode, or if
X server problem.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
>I believe you, although... why doesn't it happen with 2.2.17? vconsole
>buffers in a different place in memory, I suppose?
Vgacon has pretty much not changed. As for going from graphics mode and
back it is quite complex and the X server handles all of it.
-
To unsubscribe from this list: send
Some time ago a intel i810 framebuffer driver was written. It only worked
for 2.2.X. With 2.4.X a spinlock is used in the upper layers of the
console system. Sooner or later we are going to run into the situtation
where we will have graphics hardware which has no vga core and wih be
purely DMA/ir
> heh.
>
> I'm actually planning on grabbing console_lock and thoroughly strangling
> it
Ha Ha!!
> - Use a semaphore for serialisation.
I think this would be the best solution as well.
> - For printk in interrupt context, grab the
> semaphore (yes, you can do this).
Don't forget about the
> This statement of mine was grade-A bollocks. printk cannot of
> course call down(). It needs to use __down_trylock and buffer
> it up if it fails. (faster, too!)
Okay. I'm going to start working on this tomorrow.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> I have a need to use pc_keyb as a module. I am using off the shelf ps/2
> keyboard chipsets as chording keyboard controllers. This uses a modified
> pc_keyb.c that see's multiple key presses and translates them into
> scancodes that are then handled by the rest of the keyboard driver.
>
> It w
> >8. Fix Exists But Isnt Merged
> > * VGA Console can cause SMP deadlock when doing printk {CRITICAL}
> > (Keith Owens)
>
> Fix (by whom?)
Me :-)
> included in 2.4.0-test11-pre3. Looks good.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
> or in any way responsible for it?
> James Simmons maybe ?
I do some console work but mostly for 2.5.X. Their is no offical
maintainer for this sub system as of now.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
> I've checked that and it works both on 2.2 and 2.4 but another test won't
> hurt :-)
No problems here :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> this is a newer cleaning patch for vgacon.c against test11.
> It includes the one I sent a couple of days ago.Could you check this too
> and if OK send it to Linus?Unless of course it violates the code-freeze
> policy :-)
The changes look fine except I have to question the *_scroll_enabl
> I've never seen such thing as code without bugs. In my experience,
> the NVIDIA drivers are by far the most complete and solid 3D drivers
> under Linux.
I have to agree. Opensource or not the NVIDIA drivers are the best I have
seen as well.
-
To unsubscribe from this list: send the line "uns
> Ok I don't have the system in question, but i use others' experience with
> the problem. The system is 2xPentium II Celeron 600 Mhz, 256 MB RAM, Video
> Card Matrox Millenium G400, HDD 15 Gb Maxtor 7200 rpm, 2 Mb Cashe,
> MB Abit BP6.
> Both with kernel version 2.2.17 and 2.4.0-test11 after swi
On Fri, 17 Nov 2000 [EMAIL PROTECTED] wrote:
>
> Hi James,
>
> here is a patch for vgacon.c could you please check it?
Okay. Thank for for posting it not as a attachment.
> 1) removes explicit 0 initialisation of statics
Those are fine. I already have in the ruby tree for the linux c
and I can still see the above. There is no visible response
> to the keyboard.
What video driver are you using? Fbcon or vgacon? If Fbcon which fbdev
driver in particular?
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perfor
> > What video driver are you using? Fbcon or vgacon? If Fbcon which fbdev
> > driver in particular?
> >
> This would be vgacon, having never figured out if it's even possible
> to get framebuffers working on the machine.
>
> Also, the normal power-saving/screen-saving function of blanking the
>
d to one machine. What if one person pressed
Ctrl-Alt-Del. Anyone can bring the system down when multiple people depend
on it. This is bad. I could go on with other issues but will not bore you
with them.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the su
> Points taken. Given that I withdraw the need for console support and / or
> used two seperate video cards, does it make it more feasible?
IMNSHO X servers should move as far away from dependency on /dev/ttyX as
it can do. The X server should use /dev/event, /dev/fb, and /dev/drm.
You can't to
/dev/event interface :-( You
can't multiplex multiple keyboards threw /dev/tty0. Sad thing is the user
losses out.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James S
On Fri, 8 Sep 2000, Adam Sampson wrote:
> On Thu, Sep 07, 2000 at 10:00:05AM -0400, James Simmons wrote:
> > On the console level their are complex issues as well. Consider a
> > system with 4 VTs attached to one machine. What if one person pressed
> > Ctrl-Alt-Del.
> > This would be vgacon, having never figured out if it's even possible
> > to get framebuffers working on the machine.
> >
> > Also, the normal power-saving/screen-saving function of blanking the
> > screen is not working.
> >
> Hello,
>
> More information from /var/log/messages (this is a s
> Note that this problem has only appeared after rebooting from a 2.3.x
> or 2.4.0-testx kernel without a full power down. As long as I never
> bring up a newer kernel AND do a shutdown -r, I don't have this
> problem.
Sounds like the BIOS cleaned up after vgacon.
> too alarmed. Basically, i
> > Don't forget about where printk goes to. Should it goe to every VT or just
> > one? As for SysRq do users want the option to disable for everyone, have
> > it work for one VT or allow it for everyone? Do we want a all or nothing
> > policy?
>
> It is actually very easy. Just one keyboard, an
console project which just started. See the
address in my sig.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer
Hi!
I looking for a motherboard that supports more than one AGP slot. Does
anyone know any like this?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> There is no reason there cannot be multiple AGP buses. After all there are
> motherboards with 2,3,4 (or more!) PCI buses.
Apple sells a computer with dual AGP slots. I just was looking for a intel
box like this. Since AGP is a port on the PCI bus it is possible to have
more than one AGP port
Mdacon in test10-pre4 missed one restore_flag. Here is the patch that
removes it.
--- mdacon.c.orig Thu Oct 19 20:17:07 2000
+++ mdacon.cThu Oct 19 20:17:20 2000
@@ -129,7 +129,6 @@
outb_p(reg+1, mda_index_port); outb_p(val & 0xff, mda_value_port);
spin_unlock_irqres
> > ** Reply to message from James Simmons <[EMAIL PROTECTED]> on Thu, 19 Oct 2000
> > 18:34:51 -0700 (PDT)
> > > Apple sells a computer with dual AGP slots.
> > I've never heard this. Could you tell me exactly which model this is?
>
> I think he&#x
> I am experimenting with compiling lots of stuff as modules.
> I hit what is either a user error, a configuration script
> bug or a symbol export bug.
I just tried your setup and it worked for me. Try a make mrproper and then
a make dep etc.
-
To unsubscribe from this list: send the line "uns
Hi!
Please test this patch for fixing the SMP deadlock issues Keith Owens
was talking about. As for my other vgacon work. Well that needs alot more
time. These deadlock issues are really important and need to be
fixed. Thank you.
--- vgacon.c.orig Tue Oct 24 18:45:58 2000
+++ vgacon.c
> I had this option in my .config:
>
> CONFIG_FB_RIVA=m
>
> Changing that option to:
>
> # CONFIG_FB_RIVA is not set
>
> made the errors stop occuring. I am not sure
> why building the Riva support as a module would
> cause the errors to be generated.
Did this. No problem. The o
> I have a similar hardware list and I don't observe any of these problems on
> 2.4.0-test10x. Is it possibly a hardware conflict somewhere?
>
> What I do see occasionally is if X was ever heavy on the memory usage (say
> I've run GIMP for a couple of hours) then the text console's font set gets
> Console colors are completely messed up (read: black, I even suspect
> the font to be corrupt somehow) if switching back to console mode
> from X (either by quitting or ctrl-alt-fX) in recent 2.4.0-textXX
> kernels. 2.2.XX do work just fine. Is this a known problem with a
> known fix?
How recen
> We'd like to have two sets of keyboard/mouse/screen connected to the
> same computer with each set having the control and output of an
> independent X
> session each, concurrently. There might for instance be the ps/2
> keyboard and mouse and
> USB dittos. After attempting (and failing) we beli
> What fb driver would support it?
I seen a i810 fbdev driver before but I haven't see any updates to it in a
awhile.
> does vga16 support 1024x768?
No. vga16 supports standard vga graphics modes (ie 640x480 16 colors).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> * VGA Console can cause SMP deadlock when doing printk {CRITICAL}
>(Keith Owens)
Still not fixed :-( Here is the patch again. Keith give it a try and tell
me if it solves your problems.
--- vgacon.c.orig Tue Oct 24 18:45:58 2000
+++ vgacon.cTue Oct 24 19:08:51 2000
@@ -
> > How recent of a test kernel. Yes their was a problem with the console
> > palette but it is now fixed in the most recent test kernels.
>
> 2.4.0-test10-pre5
Please upgrade to a newer kernel. This problem has been fixed :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-k
> > > > How recent of a test kernel. Yes their was a problem with the console
> > > > palette but it is now fixed in the most recent test kernels.
> > >
> > > 2.4.0-test10-pre5
> >
> > Please upgrade to a newer kernel. This problem has been fixed :-)
> >
>
> Unfortunately I cannot confirm thi
> Umm, so why does this not happen with 2.2.X at all? Also the system is
> not really stressed, but I simply do startx, inside an xterm go to
> some random source, make -j, wait till the compile is complete and then
> switch back to the console - its just that it seems that swapped out
> X server
> You didnt read the config, etc. I posted - I dont have DRI - I
> have an old P100 with 32Megs of ram and an old ATI Mach64 graphics
> card. There really is nothing unusual with my setup - console
> garbagling is even without loading the bttv module at all.
Okay. So it is what I thought it was
> Okay - so its the console subsystem that gets it wrong? Remember
> that 2.2.X gets it right - with the same X server. I really
> would like to have this fixed in 2.4 - can I do something to
> help fixing this? (I'm not familiar with the console subsystem,
> neither with the X server)
It is the
> Sure - but this was always the case. And using 2.2 with the same
> (or more) stress the Xserver is still able to set the video hardware
> back to vga text mode. I just want to know whats the difference
> between 2.2 and 2.4 that causes failure in 2.4.
I don't think it is the console system. I
Something I seen on a lug. Anyone have a patch for this?
I'm trying to compile a 2.2.17 kernel. When I do a make bzImage, I get
this error. It seems to be centering on networking areas (nfs, svclock,
tcp, etc.)
tcp_input.c:1393:52: warning: pasting would not give a valid preprocessing
token
t
> Hi!
>
> > I don't remember having the same problem months (6?) ago when
> > I built my first Kernel with this enabled (well, maybe I never
> > touched the key).
> >
> > When built into the Kernel, by only pressing the
> > PrintScreen/SysRq the current application is terminated (tested
> > on
The previous patch for 2.2.X for 2.4.0-testX.
--- atyfb.c.origMon Dec 11 14:38:11 2000
+++ atyfb.c Mon Dec 11 14:35:03 2000
@@ -3621,7 +3621,7 @@
}
#endif
if (default_vmode == VMODE_CHOOSE) {
- if (Gx == LG_CHIP_ID || Gx == LI_CHIP_I
This patch allows you select different modes on a Mac. The functionality
was there but not taken advantage of. This is needed because the resolution
can be 834x628 on a Mac and the screen is really screwed up with more than
8 bit in that case.
--- fbmem.c.origMon Dec 11 14:18:44 2000
++
> There was some discusion lately re: Dell Inspiron FB probs. The bad news
> is the ATI Mach64 display support is still broken but just selecting
> VESA VGA graphics console is working fine.
>
> The patient is a Dell Inspiron I7500 1050x1450 display, vga = 794.
Ah the infamous Rage Mobility ch
> included a patch against 2.4.0-test9 (should apply against latest but
> haven't checked) which adds the config option to have a bsd-style cursor
> in VT's by default. I was hoping it might be considered for inclusion so
> that I don't have to patch it in myself every time :-)
How about placing
> Hi Linus, Alan,
>
> some applications do need to know where the console (/dev/console)
> actually maps to. For processes with a controlling terminal, you may see
> it in /proc/$$/stat. However, daemons are supposed to run detached (they
> don't want to get killed by ^C) and some processes lik
> You're confusing /dev/console and /dev/tty0. /dev/console might be
> associated with /dev/ttyS0 or /dev/lp1
Oops. Forgot about serial consoles :-(
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at ht
Here is patch to fix console palettes for the 2.2.X kernels. Its against
2.2.17.
--- console.c.orig Wed Oct 4 22:23:34 2000
+++ console.c Wed Oct 4 22:28:50 2000
@@ -575,10 +575,13 @@
}
if (redraw) {
+ int update;
+
set_origin(currcons);
+
> I've seen the problem on both of my computers with Creative Riva TNT2. On
> this card the palette turns darker. On other cards the palette turns to
> rubbish or corrupted in another fashionable ways. It's a bug in those
> cards - switching to video mode and back to text mode doesn't preserve th
Hi!
While working on vgacon I noticed their are 2 cli() in vga_vesa_blank
that are excuted one after another. Is their are a reason for this or
shoudl it be just one cli()?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
> > While working on vgacon I noticed their are 2 cli() in vga_vesa_blank
> > that are excuted one after another. Is their are a reason for this or
> > shoudl it be just one cli()?
>
> If you look at vgacon.c you still see remains of what the code used to
> look like. Now comapare with vga16f
Hi!
This patch places code common to both vgacon and vga16fb into a common
file (vga.c). The utlimate goal is to have the ability to go from vgacon
to fbcon and back. At present you can't do this. This will allow for
easier debugging in the future for fbdev drivers.
-
To unsubscribe from thi
This patch fixes a minor config error for drivers/usb/Config.in. When you
select USB Human Interface Device (HID) support I assume you should be
able to select a USB mouse and/or USB keyboard. With the current Config.in
you can't.
--- Config.in.orig Tue Oct 10 00:10:06 2000
+++ Config.in
Oops. Sorry folks. My patch was too big to be posted on the mailing
list. Uncompressed it is 63K. Here it is compressed.
>Hi!
>
> This patch places code common to both vgacon and vga16fb into a common
>file (vga.c). The utlimate goal is to have the ability to go from vgacon
>to fbcon and back.
> Not needed. This is a misunderstanding. Maybe that needs
> some work (in Help maybe), but not this patch.
Yes please. It can be very misleading.
> Then if you select USB HID support, that builds the hid driver,
> which handles mice, keyboards, joysticks, gamepads, speaker
> buttons, any-old
> > I didn't realize USB had this level of functionality.
>
> Hrm... I wonder if anyone out there is making USB Toasters That would
> be really nice -- have a nice snack waiting for me when I get home, etc. ;)
I remember someone made a /dev/coffee to control their coffe machine. Do a
searc
Either you forgot to attach the patch for it was bigger than 40K.
On Tue, 10 Oct 2000, Frank de Lange wrote:
> Dave,
>
> This patch fixed the problems, for now. The system now boots OK, and seems to
> run OK (have not hit it very hard yet since it currently runs without a
> heatsink). Tnanks..
> And I suggest this addition (cfr. the other fbcon-*.c since 2.4.0-test5-pre5):
Done. I have alot more big changes coming :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> >The article isn't that wrong, that several people get paid now for hacking
> >doesn't change much. It's more about proper software engineering, some
> >people call it "a matter of taste" and are born with it, but for other
> >people it's a hard learning process.
>
> The opinion piece is also
Take at look at Attila's changes.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> James has just posted a big patch against this code, so you should
> coordinate this with him.
>
> One point: you should have included linux/spinlock.h rather than
> asm/spinlock.h. Obviously someone is already including this file, so
> you can simply remove the #include altogether.
I alread
> James,
>
> Please let me know if the attached patch helps to clarify this
> any (or enough). I tried adding a line between HID and HIDBP
> support options, but that didn't work out, so it's not there.
Much better. Since the average joe will not look at Config.in but instead
read the help thi
The problems with vgacon with cli made me go and add spinlocks to mdacon
as well to prevent nasty lock ups. Give it a try. Against a test-9
kernel. Here you go:
--- mdacon.c.orig Wed Oct 11 18:09:01 2000
+++ mdacon.cWed Oct 11 18:14:18 2000
@@ -37,6 +37,7 @@
#include
#include
#in
I have done some work on the 3dfx as well recently. I like to work with
you to move it toward the new fbcon api. Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi!
Here is a update to my work that I posted earlier. The new vga.c file
contains common vga routines. Both share a common struct that contains the
hardware state.
TODO:
Merge font handling code. Font code is broken in vga16fb for text
modes. Attempting to make a universal function for b
> > every CPU to avoid slowdowns. So that if you set that eth0's
> > IRQ will be handled by CPU1, the MTRRs of CPU1 will be set
> > accordingly, and the other CPUs will not care about eth0,
> > so they do not need eth0's MTRR settings.
>
> A little question. Why do we want to bind irq of eth0 to
We really need real S3 framebuffer devices that work across many
platforms.
> It's port of patch from http://www.colonel-panic.com (for kernel 2.2.12)
> to 2.4.0-test10-pre1. It's quite useful if you have older s3 video card
> (i.e. Virge) without VBE 2.0, but it's rather tricky so it is not in
Hi!
Here is more updated work on the vgacon to fbcon to vgacon again code. I
almost got it. I just need to figure out how to free up the resources from
the fbdev drivers I tried it out on. I have attemped on the G400 matrox
driver and the vga16 driver. Both give a : Device or resource busy
> for some reason, xconfig is not giving me the chance to select the kernel
> options i found in the 2.2.13 kernel .config:
Did you select Prompt for development and/or incomplete code/drivers under
Code maturity level options? You need to select this to select framebuffer
devices. Also make sur
ANyone with a MDA card on a SMP or even UP machione please test this
patch. This patch should fix any SMP deadlocks that could happen with
a MDA card. Thank you.
--- mdacon.c.orig Wed Oct 11 18:09:01 2000
+++ mdacon.cWed Oct 11 18:14:18 2000
@@ -37,6 +37,7 @@
#include
#include
#i
> I will test this soon, hopefully. I move tomorrow, and will be bringing my
> X environment and my audio environment into my dual P200 machine. This is
> against which kernel? 2.4.0-test10 prepatch, or?
2.4.0-test9. It should work against a test10-preX.
-
To unsubscribe from this list: send
> Hi James,
>
> I think you missed to remove one restore_flags().
> (There could be more, I only looked shortly at your patch)
Yeap. I didn't remove the restore_flag calls. Fixed now. Here is the
correct patch. I tested to see if it compiles against a test-9 kernel.
It does. That is the pr
.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.netU
http://linuxconsole.sourceforge.net
-
To unsubscribe from
y widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org
my functions as really fast or the accelerator
really slow.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/consol
over by 2.5.0.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-f
rer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net
idespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http
read affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourcefo
do this. I have the basic idea in the
email to Ben. As for console in text or graphical state take a look at
vt_ioctl.c:vt_ioctl() for KDGETMODE. You get back KD_TEXT or KD_GRAPHICS.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform
regular ram. Then power down /dev/fb using some ioctl calls
provide.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROTECTED]] /|
fbdev/console/gfx de
1 - 100 of 2055 matches
Mail list logo
