Menu
▾
▴
linuxconsole-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(235) |
Apr
(30) |
May
(32) |
Jun
(86) |
Jul
(81) |
Aug
(108) |
Sep
(27) |
Oct
(22) |
Nov
(34) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(78) |
Feb
(10) |
Mar
(81) |
Apr
(27) |
May
(13) |
Jun
(105) |
Jul
(78) |
Aug
(52) |
Sep
(59) |
Oct
(90) |
Nov
(127) |
Dec
(49) |
| 2002 |
Jan
(102) |
Feb
(72) |
Mar
(54) |
Apr
(98) |
May
(25) |
Jun
(23) |
Jul
(123) |
Aug
(14) |
Sep
(52) |
Oct
(65) |
Nov
(48) |
Dec
(48) |
| 2003 |
Jan
(22) |
Feb
(25) |
Mar
(29) |
Apr
(12) |
May
(16) |
Jun
(11) |
Jul
(20) |
Aug
(20) |
Sep
(43) |
Oct
(84) |
Nov
(98) |
Dec
(56) |
| 2004 |
Jan
(28) |
Feb
(39) |
Mar
(41) |
Apr
(28) |
May
(88) |
Jun
(17) |
Jul
(43) |
Aug
(57) |
Sep
(54) |
Oct
(42) |
Nov
(32) |
Dec
(58) |
| 2005 |
Jan
(80) |
Feb
(31) |
Mar
(65) |
Apr
(41) |
May
(20) |
Jun
(34) |
Jul
(62) |
Aug
(73) |
Sep
(81) |
Oct
(48) |
Nov
(57) |
Dec
(57) |
| 2006 |
Jan
(63) |
Feb
(24) |
Mar
(18) |
Apr
(9) |
May
(22) |
Jun
(29) |
Jul
(47) |
Aug
(11) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Marcus S. <ma...@st...> - 2000-05-08 17:26:05
|
Steffen Seeger <s.s...@ph...> writes:
> However, even if that would have worked, there is another issue I came about
> when configuring XDM:
>
> xterm and some other programs expect /dev/console to be owned by the user
> sitting on the console. So, even if we map /dev/console to tty's on a
> per-work-place basis, how do we manage to map ownership and permissions?
Hmm? xterm doesn't even touch /dev/console on any Linux-system I've
seen, and I doubt many other regular user application do either.
Exactly what problems are you experiencing?
//Marcus
--
-------------------------------+------------------------------------
Marcus Sundberg | http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: ma...@st...
|
|
From: Steffen S. <s.s...@ph...> - 2000-05-08 10:11:05
|
Hello all, having moved the KGI project home to sourceforge now, I found some time give KGI-0.9 a try running true multihead with XFree86 4.0. I first prepared two XF86Config files for each head, which _independently_ worked somewhat. (Startup has become even slower, and it seems as if each server is initializing all video cards found). Next I prepared KGI-0.9 from the current repository state, and found there has been a bug introduced in the keyboard driver when making it behave as the old driver in terms of hot-plugging keyboards. This messes up the scancodes on the second keyboard, so it is unuseable. I will commit the fix soon. Then I booted KGI-0.9 (with null display driver enabled) logged on and created a node for tty17. A simple cat /dev/tty17 with some input on the second keyboard did get me the input, so the keyboard and null display driver seem to work ok on my machine. Next I configured XDM to run two servers, each with it's own config, one on tty7, and one on tty17. Firing up XDM as in inittab, it actually ran two X servers. However, only the first display was working as expected. Exiting one server, it somehow left _both_ cards mapped to the same address region, so I assume they do some PCI I/O region remapping on server startup. But why not mapping it back on exit? Anyway, as a result I had one or the other card showing console output, both being messed up. After reboot, I tried to run both servers manually, and I somehow got them up and running, each having it's own mouse and keyboard. Both worked nicely as long as you stayed inside the server, but when exiting, the console was messed up again. So, the disappointing bottom line is that XFree86-4.0 seems not to restore video hardware state completely, or messes it up due to a bug. Therefore the underlying console driver might get confused after the server exited. However, even if that would have worked, there is another issue I came about when configuring XDM: xterm and some other programs expect /dev/console to be owned by the user sitting on the console. So, even if we map /dev/console to tty's on a per-work-place basis, how do we manage to map ownership and permissions? Does anyone have any suggestions? Steffen _______________________________________________________________________________ Steffen Seeger mailto:se...@ph... |
|
From: Matan Ziv-Av <ma...@sv...> - 2000-05-05 18:19:26
|
> > I have such setup, and currently use mdacon and a user space daemon I > > wrote to emulate a second terminal with a monochrome monitor and a 2nd > > keyboard attahced to the ps/2 mouse port. > > > > Does the console system you write allow this? Does it facilitate having > > multiple terminals? > > Yes and Yes :) Well it will. It needs more work. I need to find away to > create more /dev/ttyX with hot swappable video cards. OK, so how do I test? I did not find any explanation in the web pages. -- Matan Ziv-Av. ma...@sv... |
|
From: James S. <jsi...@ac...> - 2000-05-05 13:40:14
|
> > Well today I have been work on some new code that will allow you to boot > > both a MDA display and a VGA con display at the same time. I'm going to > > finish it today. Does anyone have a MDA display and a video card that can > > run as VGAcon. I really like to give this a try soon. Thank you. > > I have. Cool. I just need to talk to Richard Gooch about handling hot swappable video cards. |
|
From: James S. <jsi...@ac...> - 2000-05-05 13:38:56
|
> What does this mean? Really multihead. > I have such setup, and currently use mdacon and a user space daemon I > wrote to emulate a second terminal with a monochrome monitor and a 2nd > keyboard attahced to the ps/2 mouse port. > > Does the console system you write allow this? Does it facilitate having > multiple terminals? Yes and Yes :) Well it will. It needs more work. I need to find away to create more /dev/ttyX with hot swappable video cards. |
|
From: James S. <jsi...@ac...> - 2000-05-02 12:52:10
|
Soory due to my exam schedule for this week I will be away until this weekend. Thank you. Q: Why did they deprecate a.out support in linux? A: Because a nasty coff is bad for your elf. James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Matan Ziv-Av <ma...@sv...> - 2000-05-01 19:58:59
|
> Well today I have been work on some new code that will allow you to boot > both a MDA display and a VGA con display at the same time. I'm going to > finish it today. Does anyone have a MDA display and a video card that can > run as VGAcon. I really like to give this a try soon. Thank you. What does this mean? I have such setup, and currently use mdacon and a user space daemon I wrote to emulate a second terminal with a monochrome monitor and a 2nd keyboard attahced to the ps/2 mouse port. Does the console system you write allow this? Does it facilitate having multiple terminals? -- Matan Ziv-Av. ma...@sv... |
|
From: Steffen S. <s.s...@ph...> - 2000-05-01 14:40:20
|
James Simmons wrote: > hi!! > > Well today I have been work on some new code that will allow you to boot > both a MDA display and a VGA con display at the same time. I'm going to > finish it today. Does anyone have a MDA display and a video card that can > run as VGAcon. I really like to give this a try soon. Thank you. I have. Steffen _______________________________________________________________________________ Steffen Seeger mailto:se...@ph... |
|
From: James S. <jsi...@ac...> - 2000-04-30 23:56:15
|
> > Great!! Just watch out for the changes I have in CVS. > > Well the fb stuff does not compile, no way for me to actually use the > code from CVS for any work... Code complains about some struct being > undeclared. Could you please check with pristine kernel + cvs code? Which framebuffer device are you using? I haven't converted them all over. Just the 3dfx one. I have a few in my local tree but haven't finished them. Exams are coming up in the next couple of days so I will be busy. After exams are over I wil pound out a bunch of drivers. I can convert your driver of course right over. Q: Why did they deprecate a.out support in linux? A: Because a nasty coff is bad for your elf. James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Dominik K. <dom...@un...> - 2000-04-30 16:57:59
|
On Thu, Apr 27, 2000 at 08:30:10PM -0400, James Simmons wrote: > On Fri, 28 Apr 2000, Dominik Kubla wrote: > > > Already working on this... I will commit my code when i return from my > > vacation... > > Great!! Just watch out for the changes I have in CVS. Well the fb stuff does not compile, no way for me to actually use the code from CVS for any work... Code complains about some struct being undeclared. Could you please check with pristine kernel + cvs code? Dominik -- Networking Group, Hospital of Johannes Gutenberg-University Obere Zahlbacher Straße 69, 55101 Mainz, Germany Tel: +49 (0)6131 17-2482 FAX: +49 (0)6131 17-5521 |
|
From: James S. <jsi...@ac...> - 2000-04-30 15:00:01
|
hi!! Well today I have been work on some new code that will allow you to boot both a MDA display and a VGA con display at the same time. I'm going to finish it today. Does anyone have a MDA display and a video card that can run as VGAcon. I really like to give this a try soon. Thank you. Q: Why did they deprecate a.out support in linux? A: Because a nasty coff is bad for your elf. James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: James S. <jsi...@ac...> - 2000-04-28 00:34:54
|
On Fri, 28 Apr 2000, Dominik Kubla wrote: > Already working on this... I will commit my code when i return from my > vacation... Great!! Just watch out for the changes I have in CVS. Q: Why did they deprecate a.out support in linux? A: Because a nasty coff is bad for your elf. James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Dominik K. <dom...@un...> - 2000-04-27 23:54:52
|
On Thu, Apr 27, 2000 at 07:43:23PM -0400, James Simmons wrote: ... > the code. The next step I liek to make is to seperate the termial > emulation code into a seperate file from console.c. This will make > management a little easier. Then to remove that console_macro.h file. With > us heading to a multihead system those macros become less useful. Already working on this... I will commit my code when i return from my vacation... Dominik -- Networking Group, Hospital of Johannes Gutenberg-University Obere Zahlbacher Straße 69, 55101 Mainz, Germany Tel: +49 (0)6131 17-2482 FAX: +49 (0)6131 17-5521 |
|
From: James S. <jsi...@ac...> - 2000-04-27 23:48:15
|
Hi folks!!! Well school is almost over for me. That's why I have been quite. Our work is now in sync with 2.3.99-pre6. I made a few cosmetic adjustments to the code. The next step I liek to make is to seperate the termial emulation code into a seperate file from console.c. This will make management a little easier. Then to remove that console_macro.h file. With us heading to a multihead system those macros become less useful. Other things to think about, struct screen_info and struct consw. Right now they are scattered in several arch subdirectory files. I have haven't figured out a clean way to deal with them in a multihead environment. Any ideas anyone? Q: Why did they deprecate a.out support in linux? A: Because a nasty coff is bad for your elf. James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Christian H. <ch...@os...> - 2000-04-17 12:53:28
|
Okay, thanks for your offer to help me. First I will describe in short what I want to do. In our DROPS-Project <http://os.inf.tu-dresden.de/drops/> we still have no Console-Subsystem or any Xserver-like Microkernel-Server, so it is my task to write one ;) In parallel to other "real" microkernel applications or device driver servers a time-sharing component - a modified linux in user mode is running. It is obvious that Linux has to do some console output and keyboard input. But this devices (keyboard, vga (framebuffer), maybe mouse) are now managed by my CON component, so Linux has to talk my IPC protocol. The way is to exchange the low level driver for stubs/proxies. The problem is to identify the Linux component where to do so. So I just want an overview of the console system (diagrams) cause I'm not so used egt all info from the Sourcecode. I want to use an low level driver protocol for console specific input/output similar to that in "Thin Client Architectures" - so it will be a graphical console. IMHO it should be possible to write an fbdev for the graphics stuff and to extract the whole keyboard from the Linux source code if I find the point to start. In future it should be possible to run a Xserver in the time-sharing component (Linux) using the XF68_FBDev server because of the low level approach - the scientific point will be: Is the performance acceptable? So far from me, so what do you think? ;-) Ciao, Christian. |
|
From: James S. <jsi...@ac...> - 2000-04-16 13:25:38
|
---------- Forwarded message ---------- Date: Sun, 16 Apr 2000 19:26:33 +1000 From: Herbert Xu <he...@go...> To: lin...@vg... Cc: 877...@bu... Subject: [PATCH] console scrolling First an explanation of the problem: Consider this sequence of chars being written to /dev/tty1: printf "\033[47m%81s\n\033[0m" (assuming the console's width is 80 chars, otherwise replace 81 with width+1). This should produce one line of spaces with a white background, and then exactly one space with a white background at the beginning of the second line. It works as expected if no scrolling occurs. However, when the second line requires scrolling, the result is two lines comprised of spaces with a white background. The reason being the current console driver fills new lines produced by scrolling with the video_erase_char *at* the time of scrolling. Thus if video_erase_char changes later while the cursor is on the new line, it will not affect the characters at the end of that line. There is only one application that I know of which is affected by this, and that is colour ls when you use a background colour other than the default. The same problem exists with xterm/rxvt and all X terminal emulators based on those two. It does not affect kvt/putty, both of which don't fill new lines with the same video_erase_char even when attributes change. Attached is a patch against 2.2.14 that tries to address this problem by noting when video_erase_char changes, and fills in the spaces to the end of the line when a subquent cr/nl/ri happens. I'd like to know if there are applications out there which is broken by this change. -- Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <he...@go...> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt |
|
From: James A S. <jsi...@ac...> - 2000-04-14 14:59:24
|
On Fri, 14 Apr 2000, Christian Helmuth wrote: > > Hi all, > > I'm looking for all documentation about the Linux Console Subsystem. I think > it's a lot of code and not easy to browse. Are there some diagrams/graphics? Well the console system is slowly being changed. Its a mess right now and we are planning to simplify it to a great deal. Once a stable clear design comes out we will post documenetation. We already have documentation for sub systems that are used to created the virtual terminal. We can answer any questions you have. |
|
From: Christian H. <ch...@os...> - 2000-04-14 12:43:26
|
Hi all, I'm looking for all documentation about the Linux Console Subsystem. I think it's a lot of code and not easy to browse. Are there some diagrams/graphics? Thank you, Christian. |
|
From: James S. <jsi...@ac...> - 2000-04-14 00:51:27
|
Hi!! The current tree is in sync with 2.3.99-pre4. The current keyboard.c lacks `int sysrq_enable = 1` so I placed it into sysrq.c. Makes sense and also we will have to alter eventually for multiheaded. I fixed a typo in console_macro.h. I also found another problem. console.c craps out if you don't select `Extended terminal emulation`. I guess this will have to be fixed. Eric, Dominik want to give it a try. I apologize for being busy. Soon school will be ending and I have no job for teh summer. No money but I have plenty of time to do alot of kernel work. The weekend is coming so I'm going to do so changes to console.h. Removing the useless stuff and moving it into console_struct.h. The next step is to remove console_macro.h. No real need for this. Anyone opposed to me renaming vt.c to vt_ioctl.c and renaming console.c to vt.c? "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: James S. <jsi...@ac...> - 2000-04-12 01:31:27
|
Howdy!!! Our CVS branch has now been synced up with 2.3.99-pre4. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: James S. <jsi...@ac...> - 2000-04-09 17:39:50
|
Dominki I fixed console.c for you. Everything alomost works. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: James S. <jsi...@ac...> - 2000-04-09 02:44:54
|
Dominik could you fix up console.c in CVS. It appears that my merger of your work with the console.c in CVS before is fubar. You know the console standards far better than I do. Can you fix it up? Thanks. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: James S. <jsi...@ac...> - 2000-04-09 00:04:40
|
> > console.h just have the basic functions to get a console going > > independent of the hardware underneath. vc_data represents the virtual > > console. We could seperate out the VT switching code and make it generic. > > This allows for VCs on serial consoles and other types of consoles. Thus > > vc_data can act as a place to store the console current state on VT > > switching. Move all video terminal related data to vt_kern.h. Get ride of > > kd.h and merge it in its proper place. So what do you think ? Opinions, > > flames :-> > > There is entirely too much "magic" going on in console.c. All those macros > in console_macros.h, i really hate them. I am pretty much inclined to rip > the thing apart an just pass _one_ pointer around like *BSD does in pcvt. I > think we're in for a major clean-up job here... I agree with you on the macro thing. I don't understand either why not just use a pointer. Yeah it's going to be a major cleanup job. Also why is console_map_init() in driver/block/genhd.c ? I going to do some cleanup tonight and tomorrow. I also like to rename console.c to vt.c and vt.c to vt_ioctl.c. I just makes sense. At least to me. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Dominik K. <dom...@un...> - 2000-04-08 18:26:21
|
On Sat, Apr 08, 2000 at 01:53:25PM -0400, James Simmons wrote: > console.h just have the basic functions to get a console going > independent of the hardware underneath. vc_data represents the virtual > console. We could seperate out the VT switching code and make it generic. > This allows for VCs on serial consoles and other types of consoles. Thus > vc_data can act as a place to store the console current state on VT > switching. Move all video terminal related data to vt_kern.h. Get ride of > kd.h and merge it in its proper place. So what do you think ? Opinions, > flames :-> There is entirely too much "magic" going on in console.c. All those macros in console_macros.h, i really hate them. I am pretty much inclined to rip the thing apart an just pass _one_ pointer around like *BSD does in pcvt. I think we're in for a major clean-up job here... Yours, Dominik Kubla -- Networking Group, Hospital of Johannes Gutenberg-University Obere Zahlbacher Straße 69, 55101 Mainz, Germany Tel: +49 (0)6131 17-2482 FAX: +49 (0)6131 17-5521 |
|
From: James S. <jsi...@ac...> - 2000-04-08 17:58:31
|
Hi!!
Well I see the idea of head handling is not quit their just yet. I
merged Dominik's work into CVS. Good work :) I see Vojtech has been busy
as well :) The other part of the post talked about the cleanup of the data
structs for the console system. They are just a mess. Take console.h for
example. In theory it should be VT independent. It coudl work with serial
consoles and other types of consoles like lpcon. Whats wrong? Well it has
in the file
--------------------------------------------------------------------
struct vc_data;
struct console_font_op;
/*
* this is what the terminal answers to a ESC-Z or csi0c query.
*/
#define VT100ID "\033[?1;2c"
#define VT102ID "\033[?6c"
struct consw {
... [snip] ....
}
extern struct consw *conswitchp;
extern struct consw dummy_con; /* dummy console buffer */
extern struct consw fb_con; /* frame buffer based console */
extern struct consw vga_con; /* VGA text console */
extern struct consw newport_con; /* SGI Newport console */
extern struct consw prom_con; /* SPARC PROM console */
void take_over_console(struct consw *sw, int first, int last, int deflt);
void give_up_console(struct consw *sw);
/* scroll */
#define SM_UP (1)
#define SM_DOWN (2)
/* cursor */
#define CM_DRAW (1)
#define CM_ERASE (2)
#define CM_MOVE (3)
-------------------------------------------------------------------
None of this belongs in console.h. Another files have similar messes.
So I like to suggest the following.
console.h just have the basic functions to get a console going
independent of the hardware underneath. vc_data represents the virtual
console. We could seperate out the VT switching code and make it generic.
This allows for VCs on serial consoles and other types of consoles. Thus
vc_data can act as a place to store the console current state on VT
switching. Move all video terminal related data to vt_kern.h. Get ride of
kd.h and merge it in its proper place. So what do you think ? Opinions,
flames :->
"Look it's a text editor, no it's a OS, no it's Emacs"
James Simmons ____/|
fbdev/gfx developer \ o.O|
http://www.linux-fbdev.org =(_)=
http://linuxgfx.sourceforge.net U
|
1998 messages has been excluded from this view by a project administrator.
