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: yitzhak b. g. <yit...@ya...> - 2004-11-03 06:57:03
|
Dual PCI Express is very interesting. Question: In the links which Aivils forwarded it seems that the two slots can only be used in tandem (SLI). Does anyone know whether each slot can be used individually in order to implement ruby? That would be great for ruby gaming. Yitzhak Bar Geva --- lin...@li... wrote: > Send Linuxconsole-dev mailing list submissions to > lin...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > or, via email, send a message with subject or body > 'help' to > lin...@li... > > You can reach the person managing the list at > lin...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Linuxconsole-dev digest..." > > > Today's Topics: > > 1. Dual PCI Express x16 arrive (Aivils) > > ATTACHMENT part 3.1 message/rfc822 > From: Aivils <ai...@un...> > To: lin...@li... > Subject: Dual PCI Express x16 arrive > Date: Tue, 2 Nov 2004 14:52:52 +0300 > > Hi, All! > > possible linux-ruby gamers have troubles by > default, > because AGP and PCI buses is to different. User on > AGP > have privileges against user on PCI. > 25-OKT-2004 Alienware announce their workstation, > which have two PCI Express x16 hardware slots. > http://www.alienware.com/standalone_pages/sli.aspx > http://www.alienware.com/news_pages/news.aspx#SLI_1004 > > Current that is a bit to expensive for me, but i > wait > for clones from bigest manufacturer NONAME. > http://www.tomshardware.com/hardnews/20041027_152453.html > > Aivils > > > > > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > |
|
From: Aivils <ai...@un...> - 2004-11-02 11:54:12
|
Hi, All! possible linux-ruby gamers have troubles by default, because AGP and PCI buses is to different. User on AGP have privileges against user on PCI. 25-OKT-2004 Alienware announce their workstation, which have two PCI Express x16 hardware slots. http://www.alienware.com/standalone_pages/sli.aspx http://www.alienware.com/news_pages/news.aspx#SLI_1004 Current that is a bit to expensive for me, but i wait for clones from bigest manufacturer NONAME. http://www.tomshardware.com/hardnews/20041027_152453.html Aivils |
|
From: Aivils <ai...@un...> - 2004-11-01 09:35:52
|
On Sunday 31 October 2004 05:57, yitzhak bar geva wrote: > Aivils, > Which scheduler are you referring to? > Where do you find it? Under 2.4.XX cpu is distributed evenly over a very short timespace. 2.6.XX do this poorly. Exists 3 schedulers: Linus tree (author Con Kolivas) Staircase (Con Kolivas) -ck Nick Piggin -np 4 months ago 2.4.26 beat all 2.6 schedulers. Difference You realy can feel only during gaming, because games use CPU intensive, without usleep(), sysyield(). Aivils |
|
From: Helge H. <hel...@ai...> - 2004-10-31 08:13:23
|
Ruby was not my problem. The standard 2.6.9 kernel hangs too if I try to run X on the PCI radeon 9200 SE. This works in 2.6.8.1, and ruby-2.6.8.1. Helge Hafting |
|
From: yitzhak b. g. <yit...@ya...> - 2004-10-31 03:57:53
|
Aivils, Which scheduler are you referring to? Where do you find it? Yitzhak bar Geva > multi-console gamers have more serious issues - > new task-scheduler. With this new task-scheduler one > application with N-treads works very well, but results is poor, > when two users start CPU intensive tasks. > Two tasks with nice=0 works > 1st - 200ms > 2nd - 200ms > 1st - 200ms > 2nd - 200ms > 1st - 200ms > ---------------- 1 sec > 2nd - 200ms > As You can see 1st moves 3 times per second :( > You can easy test , when run dual tuxracer. Results > must be more poorly when nice=-20. Same under -ckNNN > Ok, native games works well with nice=+19. > But games under linux have bunch of emulators - > winex,epsxe,xmame and so on. > > Aivils |
|
From: James v. Z. <ja...@dv...> - 2004-10-30 05:36:27
|
Tuxracer ran quite well on two desktops, but I have this thing called "verynice process renicer daemon" running, and I suspect this is why. So I tried something a little heavier - quake3 demo. This did demonstrate considerable "choppiness". Same kernel without the staircase scheduler : http://members.westnet.com.au/vanzeeland/Linux/kernel/patch-2.6.9-ruby.vz51.diff.gz I haven't tested this one with games...but it drives my server which utilises ruby to provide one linux console and one vmware console. J On Wed, 2004-10-27 at 16:41, Aivils wrote: > On Tuesday 26 October 2004 17:36, James van Zeeland wrote: > > http://members.westnet.com.au/vanzeeland/Linux/kernel/patch-2.6.9-ruby.vz5.diff.gz > > > > Ruby > > ck2 > > realcap > > Bluetooth HID > > V4L updates > > Vesafb-tng > > LibATA > > Ac3 > > Config Hz > > > > low latency kernel compatible with jack etc for serious audio work > > thanks to realcap module. Might help multi-console gamers?? > > http://ccrma.stanford.edu > > > > for anyone interested... > > > multi-console gamers have more serious issues - > new task-scheduler. With this new task-scheduler one > application with N-treads works very well, but results is poor, > when two users start CPU intensive tasks. > Two tasks with nice=0 works > 1st - 200ms > 2nd - 200ms > 1st - 200ms > 2nd - 200ms > 1st - 200ms > ---------------- 1 sec > 2nd - 200ms > As You can see 1st moves 3 times per second :( > You can easy test , when run dual tuxracer. Results > must be more poorly when nice=-20. Same under -ckNNN > Ok, native games works well with nice=+19. > But games under linux have bunch of emulators - > winex,epsxe,xmame and so on. > > Aivils > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > |
|
From: Hugo V. <hvw...@ya...> - 2004-10-28 12:16:12
|
--- Aivils <ai...@un...> wrote: > On Tuesday 26 October 2004 00:52, Hugo Vanwoerkom > wrote: > > --- Aivils <ai...@un...> wrote: > > > > > On Sunday 24 October 2004 16:19, Hugo Vanwoerkom > > > wrote: > > > > Hi! > > > > > <snip> > > > > > Yep. Secondary X server "saves" VGA state and > then > > > clean up. At least it happens with nvidia > drivers. > > > You can check out phenomen under single xfree. > > > > > > > You mean, the saving happens on restart of the > > secondary X server? > > saving happens on _start_ of the secondary X server > and restart too. > save/restore is necessarily for normal single X and > VGA coaction. > > Aivils Then it is something else. I get forgotten screens on vc's when the secondary x server is running but there is nobody using it and there is no activity there. I will get more details. Hugo __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail |
|
From: Hugo V. <hvw...@ya...> - 2004-10-27 21:05:08
|
Hi List! With just the patch and vesafb-tng on the vanilla 2.6.9 kernel I am getting tons of page allocation failures using the sound card, which gets used by Nas all the time in lieu of the pcspeaker before I got that back in 2.6.7. The patch posted on the LKML does not work: still happens. With TNT2 on AGP and MX-440 on PCI I got a freeze on the primary console. I could not use Ctrl+Alt+Fx. The keyboard was messed up: some keys worked, some keys did nothing. I could still use the secondary console on PCI card. I don't recall ever seeing this. So I went back to 2.6.7+vesafb-tng. Hugo __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail |
|
From: Kendall B. <Ken...@sc...> - 2004-10-27 19:52:56
|
Paulo Marques <pma...@gr...> wrote: > One other thing, is there a simple way to test the emulator? I've > been careful with the changes I did not to change the resulting > behaviour of the emulator, but I can not _absolutely_ sure that I > didn't break anything. It would be very good to try the emulator > in a controlled environment. Unfortunately the test code I wrote years ago is only for Open Watcom and uses inline assembler. It hasn't been used for some time and I am not sure if it works properly or not (I don't think it does right now). Plus we recently found out that it doesn't test everything, just the implementation of prim_ops.c. The only real way to test the emulator is to use it to emulate some code. We don't have any code we use on a regular basis to test it, but perhaps we should think about building a test suite for it. Usually we test it on Video BIOS ROM's, but that is painful because you have to switch video cards all the time. XFree86 and X.org do use the same code so it could be tested there, but once again it is only used for Video BIOS ROM stuff. Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ |
|
From: Marcos I. <ma...@sp...> - 2004-10-27 18:15:20
|
I've been able to run ruby with ruby kernel 2.6.9 and the following hardware Intel Corp. 82865G Integrated Graphics Device + Matrox Millenium Intel Corp. 82865G Integrated Graphics Device + Matrox Millenium II Intel Corp. 82865G Integrated Graphics Device + pine XP-PCI3800 (sis 315) Intel Corp. 82865G Integrated Graphics Device + Matrox Millenium + pine XP-PCI3800 (sis 315) Intel Corp. 82865G Integrated Graphics Device + Matrox Millenium II + pine XP-PCI3800 (sis 315) But i cant run more than 1 card that uses the same XFree driver, when the second X server using the same driver is launched the system hangs, i have used both matrox video cards, and two sis 315. Is this a common trouble?, can anyone help to fix this, or its not possible? I don't now if this is related but when the system boots i always get this message: PCI: Cannot allocate resource region X For both pci buses where the cards are inserted. Thanks |
|
From: Paulo M. <pma...@gr...> - 2004-10-27 11:11:54
|
Kendall Bennett wrote: > Paulo Marques <pma...@gr...> wrote: > ..... >>If the same treatment is applied to ops2.c and prim_ops.c, I >>believe it would be possible to have a functional emulator for >>about 32kb of kernel code size, which seems pretty reasonable to >>me and could solve a lot of problems. > > > Wow, that is great! Thanks :) > >>The decrease in source code size also helps maintenance, since >>there is not so much repeated code has it was before. >> >>Of course, these changes are optimizing the emulator for code >>size, and not execution speed. I haven't done any benchmarks to >>see if there is a noticeable difference in speed. > > > Did you get the latest code? I have been sick with the flu and I think I > forgot to send you the latest code to play with. We should get you set up > so you can merge your changes into our tree and then we can update the > one in the X.org tree as well (Egbert Eich usually does that from our > tree). No, I didn't get the latest source (you did disapear for a while :) ). I started to work on the old source because: A - I really wanted to know if this could be done and what kind of improvements could be expected, even if the actual changes were thrown away in the end B - you said that only small bug fixes were made since this version, so I probably could diff the source I started from against the latest and do the same fixes to my latest source. One other thing, is there a simple way to test the emulator? I've been careful with the changes I did not to change the resulting behaviour of the emulator, but I can not _absolutely_ sure that I didn't break anything. It would be very good to try the emulator in a controlled environment. Anyway, I think I'll have some more time tonight, so probably tomorrow I'll have more information about the final code size. -- Paulo Marques - www.grupopie.com All that is necessary for the triumph of evil is that good men do nothing. Edmund Burke (1729 - 1797) |
|
From: Aivils <ai...@un...> - 2004-10-27 08:59:05
|
On Tuesday 26 October 2004 00:52, Hugo Vanwoerkom wrote: > --- Aivils <ai...@un...> wrote: > > > On Sunday 24 October 2004 16:19, Hugo Vanwoerkom > > wrote: > > > Hi! > > > <snip> > > > Yep. Secondary X server "saves" VGA state and then > > clean up. At least it happens with nvidia drivers. > > You can check out phenomen under single xfree. > > > > You mean, the saving happens on restart of the > secondary X server? saving happens on _start_ of the secondary X server and restart too. save/restore is necessarily for normal single X and VGA coaction. Aivils |
|
From: Aivils <ai...@un...> - 2004-10-27 06:42:39
|
On Tuesday 26 October 2004 17:36, James van Zeeland wrote: > http://members.westnet.com.au/vanzeeland/Linux/kernel/patch-2.6.9-ruby.vz5.diff.gz > > Ruby > ck2 > realcap > Bluetooth HID > V4L updates > Vesafb-tng > LibATA > Ac3 > Config Hz > > low latency kernel compatible with jack etc for serious audio work > thanks to realcap module. Might help multi-console gamers?? > http://ccrma.stanford.edu > > for anyone interested... > multi-console gamers have more serious issues - new task-scheduler. With this new task-scheduler one application with N-treads works very well, but results is poor, when two users start CPU intensive tasks. Two tasks with nice=0 works 1st - 200ms 2nd - 200ms 1st - 200ms 2nd - 200ms 1st - 200ms ---------------- 1 sec 2nd - 200ms As You can see 1st moves 3 times per second :( You can easy test , when run dual tuxracer. Results must be more poorly when nice=-20. Same under -ckNNN Ok, native games works well with nice=+19. But games under linux have bunch of emulators - winex,epsxe,xmame and so on. Aivils |
|
From: Kendall B. <Ken...@sc...> - 2004-10-27 01:58:14
|
Paulo Marques <pma...@gr...> wrote: > Well, I played with the emulator last night to see if I could > reduce the code size, so that it would be easier to make it to the > official kernel. > > I only took ops.c and did some transformations, like using a > single function to make several operations based on the opcode, > instead of a separate function for each opcode, etc.[1] > > This is the result. Before: > > Size of stripped libx86emu.a: ~74kb > ops.c source code lines: 11682 > ops.o .text size: 36136 > ops.o .data: 1312 > > After: > > Size of stripped libx86emu.a: ~57kb > ops.c source code lines: 5908 > ops.o .text size: 19320 > ops.o .data: 1280 > > If the same treatment is applied to ops2.c and prim_ops.c, I > believe it would be possible to have a functional emulator for > about 32kb of kernel code size, which seems pretty reasonable to > me and could solve a lot of problems. Wow, that is great! > The decrease in source code size also helps maintenance, since > there is not so much repeated code has it was before. > > Of course, these changes are optimizing the emulator for code > size, and not execution speed. I haven't done any benchmarks to > see if there is a noticeable difference in speed. Did you get the latest code? I have been sick with the flu and I think I forgot to send you the latest code to play with. We should get you set up so you can merge your changes into our tree and then we can update the one in the X.org tree as well (Egbert Eich usually does that from our tree). Regards, --- Kendall Bennett Chief Executive Officer SciTech Software, Inc. Phone: (530) 894 8400 http://www.scitechsoft.com ~ SciTech SNAP - The future of device driver technology! ~ |
|
From: James v. Z. <ja...@dv...> - 2004-10-26 14:33:36
|
http://members.westnet.com.au/vanzeeland/Linux/kernel/patch-2.6.9-ruby.vz5.diff.gz Ruby ck2 realcap Bluetooth HID V4L updates Vesafb-tng LibATA Ac3 Config Hz low latency kernel compatible with jack etc for serious audio work thanks to realcap module. Might help multi-console gamers?? http://ccrma.stanford.edu for anyone interested... J |
|
From: Paulo M. <pma...@gr...> - 2004-10-26 11:14:34
|
Antonino A. Daplas wrote:
> On Saturday 16 October 2004 06:12, Kendall Bennett wrote:
>
>>Helge Hafting <hel...@ai...> wrote:
>>
>>>On Fri, Oct 15, 2004 at 11:36:04AM -0700, Kendall Bennett wrote:
>>>
>>>>Helge Hafting <hel...@ai...> wrote:
>>>
>>>That's fine. What I meant, was please make it independent of the
>>>VESA framebuffer driver, because one might want to use an
>>>acellerated driver when one is available.
>>
>>Oh, it already is. The VESA driver is not actually done yet so the only
>>drivers using VideoBoot right now are the accelerated ones ;-)
>>
>
>
> If these get in (emulator with/without the video boot), I'm willing to
> modify the vesafb driver.
Well, I played with the emulator last night to see if I could reduce the
code size, so that it would be easier to make it to the official kernel.
I only took ops.c and did some transformations, like using a single
function to make several operations based on the opcode, instead of a
separate function for each opcode, etc.[1]
This is the result. Before:
Size of stripped libx86emu.a: ~74kb
ops.c source code lines: 11682
ops.o .text size: 36136
ops.o .data: 1312
After:
Size of stripped libx86emu.a: ~57kb
ops.c source code lines: 5908
ops.o .text size: 19320
ops.o .data: 1280
If the same treatment is applied to ops2.c and prim_ops.c, I believe it
would be possible to have a functional emulator for about 32kb of kernel
code size, which seems pretty reasonable to me and could solve a lot of
problems.
The decrease in source code size also helps maintenance, since there is
not so much repeated code has it was before.
Of course, these changes are optimizing the emulator for code size, and
not execution speed. I haven't done any benchmarks to see if there is a
noticeable difference in speed.
[1] The worst offenders were actually constructions like:
FETCH_DECODE_MODRM(mod, rh, rl);
switch (mod) {
case 0:
...<some code>
addr = decode_rm00_address(rl);
...<some more code>
break;
case 1:
...<exactly the same code as above>
addr = decode_rm01_address(rl);
...<exactly the same code as above>
break;
case 2:
...<exactly the same code as above>
addr = decode_rm10_address(rl);
...<exactly the same code as above>
break;
case 3:
<diferent code to handle register-register ops>
break;
}
This could be easily changed to:
FETCH_DECODE_MODRM(mod, rh, rl);
if (mod < 3) {
...<some code>
addr = decode_rmXX_address(mod, rl);
...<some more code>
} else {
<diferent code to handle register-register ops>
}
simply by making a new decode_rmXX_address function that handles the mod
parameter. There were more than 20 of these, and some of them were
pretty big.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
|
|
From: Hugo V. <hvw...@ya...> - 2004-10-25 21:52:22
|
--- Aivils <ai...@un...> wrote: > On Sunday 24 October 2004 16:19, Hugo Vanwoerkom > wrote: > > Hi! > <snip> > Yep. Secondary X server "saves" VGA state and then > clean up. At least it happens with nvidia drivers. > You can check out phenomen under single xfree. > You mean, the saving happens on restart of the secondary X server? Hugo _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: Aivils <ai...@un...> - 2004-10-25 08:44:16
|
On Sunday 24 October 2004 16:19, Hugo Vanwoerkom wrote: > Hi! > > With this: > AGP = TNT2 > PCI = MX-440 > nvidia driver on both > vesafb-tng patch for 2.6.9 > > I still get this: > several vc's going. I go back to one of them with > Ctrl+Alt+Fx and he has "forgotten" what was there and > shows something else. When you enter a key it shows up > someplace unexpected and you notice that the screen is > not what you left it as. > > Cannot tell exactly WHEN this happens. This is > something that all my Bruby/Ruby versions have done. > > Is it common? Yep. Secondary X server "saves" VGA state and then clean up. At least it happens with nvidia drivers. You can check out phenomen under single xfree. > Also the cursor on a vc disappears occasionally and I > get it back with echo -e '\033[?86c' but that is a > blob cursor and my usual one is an underline. > > Cannot tell WHEN that happens. First things are fisrt :) linux-ruby uses his own terminal emulation code, which have seconadry importance and stay in cvs as is (decvte.c) many years. As You notify vc_screen.c will not work. Aivils |
|
From: Aivils <ai...@un...> - 2004-10-25 08:17:38
|
On Saturday 23 October 2004 00:21, Helge Hafting wrote: > On Fri, Oct 22, 2004 at 04:13:15PM +0300, Aivils wrote: > > Hi All! > > > > linux-ruby synced to 2.6.9 now. > > > > fbcon works for me. > > > I tried it, and so far I haven't succeeded. > > The first attempt, with fbcon, died early. > The boot messages got to: > ACPI: PCI Root Bridge [PCI0] (00:00) > and then it hung. Plain 2.6.9 continues with > PCI: Probing PCI hardware (bus 00) > ACPI: PCI interrupt routing table ... > and so on. Ruby did not continue. > > I tried disabling fbcon by not compiling it. > That used to work with ruby 2.6.8.1. > I got past this point, the framebuffer initialized, and > the pc hung sometime after that. Neither keuboard worked, > no numlock LED and not even sysrq+B. > > The next attempt will be a kernel without framebuffers, > I don't need those to run X after all. I'll try without > vgacon too if necessary. > > Please tell if you have any ideas about how to debug > this or anything else to try. One way only - serial console. 1. Actualy i use old and stupid source code modifying. i add 5-20 printk in the suspicious places and watch serial console. This process is tiresome. 2. Advanced is kgdb kernel pathes. http://kgdb.linsyssoft.com/ In theory kgdb allow debug Your kernel without source modifiyng. kgdb developers will not race with current kernel, so any must applay kgdb to current kernel by himself. i wont do than and use 1st method. Oft debuging does not got answer, what is broken. Aivils |
|
From: Aivils <ai...@un...> - 2004-10-25 06:58:25
|
On Friday 22 October 2004 23:40, Observer wrote: > I want to have independent users per displays, is this what you > succeded?. > Accelerated X is preferred but not required. > I want to do it cheap, i think the cheapest dual head card are sis > xabre, but i want to make the less possible attempts, so i would like to > know of existent working configurations, I read in the list that there > is a list of supported hardware and a db of ruby users but I cant found > them, does anyone have them? Seems this is not right mailing list. Try resend Your query to www.xfree.org mailing lists or try connect to one successor - Jason Kim <ja...@us...> If You get sources, then drop note to me too. IMHO matrox g550 is to expensive. Aivils |
|
From: Hugo V. <hvw...@ya...> - 2004-10-24 13:19:28
|
Hi! With this: AGP = TNT2 PCI = MX-440 nvidia driver on both vesafb-tng patch for 2.6.9 I still get this: several vc's going. I go back to one of them with Ctrl+Alt+Fx and he has "forgotten" what was there and shows something else. When you enter a key it shows up someplace unexpected and you notice that the screen is not what you left it as. Cannot tell exactly WHEN this happens. This is something that all my Bruby/Ruby versions have done. Is it common? Also the cursor on a vc disappears occasionally and I get it back with echo -e '\033[?86c' but that is a blob cursor and my usual one is an underline. Cannot tell WHEN that happens. For the rest it's great. Hugo _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: Helge H. <hel...@ai...> - 2004-10-23 20:36:50
|
On Fri, Oct 22, 2004 at 11:21:34PM +0200, Helge Hafting wrote: > On Fri, Oct 22, 2004 at 04:13:15PM +0300, Aivils wrote: > > Hi All! > > > > linux-ruby synced to 2.6.9 now. > > > > fbcon works for me. > > > I tried it, and so far I haven't succeeded. [...] > The next attempt will be a kernel without framebuffers, > I don't need those to run X after all. I'll try without > vgacon too if necessary. I booted a ruby-2.6.9 with vgacon only, no framebuffers at all. It came up, and died when running xdm. So I tried single-user mode and found that ruby works fine, and the second keyboard attaches to a dummycon as vt17. (cat /dev/tty17 displays stuff entered on the other keyboard) Running an xserver on the bios-initialized G550 works, using either vt7 or vt17 as keyboard. Running an xserver on the radeon pci card blanks out the vga display (which runs on the G550 - strange) and hangs the pc. No sysrq or anything else - the reset button is the only way out. Any ideas what this could be, the same setup works very well with ruby 2.6.8. I'll try to run a radeon xserver on plain 2.6.9 to see if 2.6.9 simply broke my radeon. Helge Hafting |
|
From: Hugo V. <hvw...@ya...> - 2004-10-22 23:33:53
|
--- Aivils <ai...@un...> wrote: > Hi All! > > linux-ruby synced to 2.6.9 now. > > fbcon works for me. > > For Nvidia closed source drivers attached patch > must be applayed. > > Also files avaible > http://www.ltn.lv/~aivils/files/ruby-2.6.9-20041021.diff.bz2 > http://www.ltn.lv/~aivils/files/nvidia-2.6.9.diff > > Aivils Works like a dream! AGP = TNT2 PCI = MX-440 Patches went on with a hitch. I put vesafb-tng on afterwards and he said he was off 1 line in hunk#1 and #2 of fbmem.c Thanks! What happened to the toothache? Hugo. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: Hans D. <han...@we...> - 2004-10-22 22:00:26
|
Hi, works fine with an Ati Radeon 9800Pro AGP, and with and Ati Radeon AIW 7500 PCI, using XFree86 4.3.0. thanks, Hans On Friday 22 October 2004 16:13, Aivils wrote: > Hi All! > > linux-ruby synced to 2.6.9 now. > > fbcon works for me. > > For Nvidia closed source drivers attached patch > must be applayed. > > Also files avaible > http://www.ltn.lv/~aivils/files/ruby-2.6.9-20041021.diff.bz2 > http://www.ltn.lv/~aivils/files/nvidia-2.6.9.diff > > Aivils |
|
From: Helge H. <hel...@ai...> - 2004-10-22 21:35:15
|
On Fri, Oct 22, 2004 at 03:40:45PM -0500, Observer wrote: > I want to have independent users per displays, is this what you > succeded?. Yes. The G550 (and some other matrox cards) have kernel framebuffer drivers that gives us two framebuffers, one for each head. I've been able to run an accelerated server that access one framebuffer (using the mga driver), and an unaccelerated one that access the other framebuffer (using the fbdev driver). This works fine, and the unaccelerated driver is fast enough for office work and 2D games. The accelerated driver support accelerated 3D too. I've been able to run two independent accelerated drivers on the G550 too. They ran on the same head, but clever use of "scrren 0", and "screen 1" should be able to run them on separate heads - giving accelerated 2D on both heads. I didn't research this further, because using 3D acceleration with one xserver froze the other accelerated xserver for the duration of the 3D game. That isn't useable beaviour for me, so I didn't bother experimenting further. > Accelerated X is preferred but not required. You _may_ be able to get accelerated X on both heads of a matrox dualhead card - it will take some experimentation. It doesn't seem likely with others. I know of no other card that support dual framebuffers the way matrox does, so even unaccelerated dual X seems unlikely with other cards. Note that multiple accelerated X isn't that hard if you go for one screen per card. (Yes - you'll use lots of pci slots that way). You have to look at compatibility, as only some cards work in such configurations. But those that do should be fine. You may even get 3D acceleration on several cards. I have tried G550 AGP+Radeon 9200SE PCI. I get accelerated X on both, and accelerated 3D on both. Unfortunately, the radeon isn't entirely stable, particularly not when using 24-bit color and 3D. (The G550 is stable with 16-bit color, hopeless with 24-bit.) The Radeon PCI 3D is also rather slow, a "known problem" for the DRI people. It is enough for tuxracer at 640x480 though. Using a bunch of matrox cards (one AGP and the rest PCI) is supposed to be a good solution, not the latest matrox cards though - newer cards perform succesively worse because matrox no longer release enough documentation for free software driver writers, and they don't release much in the way of proprietary drivers either. > I want to do it cheap, i think the cheapest dual head card are sis > xabre, but i want to make the less possible attempts, so i would like to > know of existent working configurations, I read in the list that there > is a list of supported hardware and a db of ruby users but I cant found > them, does anyone have them? > Not me, I mostly know what I have tried. Search archives for this list - there are quite a few success reports. Note that multiple accelerated 2D is what any old report is about, success with multiple 3D acceleration is very new because DRI didn�'t support more than one card before. Helge Hafting |
1998 messages has been excluded from this view by a project administrator.
