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: Hugo V. <hvw...@ya...> - 2005-03-21 15:36:30
|
Hi! I have 2 A4Tech mice for (B)Ruby - USB connected. Use the same XFree86 servers + same config, but: in 2.6.x only the top wheel works in 2.4.x both work. Ergonomically that matters because my right indexfinger rests right on the bottom wheel. It has to be kernel related therefore. Can anybody give me a hint as to where to start looking to fix that? Googling provides no answers, or rather its answers don't work, they are all X related. Thanks! Hugo __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
|
From: Aivils <ai...@un...> - 2005-03-21 11:55:18
|
On Sunday 20 March 2005 19:49, Hugo Vanwoerkom wrote:
> Hi!
>=20
> Strangest thing: if on 2.6.9-ruby.vz9x1 (but I think
> this is not specific to that version) I run
> svgatextmode 2x, the first time it oopses and the
> second time it runs!
>=20
> Oops occurs here:
>=20
> (gdb) l *0xc0202d49
> 0xc0202d49 is in vt_ioctl
> (drivers/char/vt_ioctl.c:1342).
> 1337=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0for (i =
=3D 0; i < vc->display_fg->vc_count; i++)
> {
> 1338=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0struct vc_data *tmp =3D
> vc->display_fg->vc_cons[i];
Please add here:
if (!tmp)
continue;
Here is to match linux-ruby, i couldn't send file to You.
> 1339=A0=A0=A0=A0
> 1340=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0acquire_console_sem();
> 1341=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0if (vlin)
> 1342=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0tmp->vc_scan_lines =3D vlin;
> 1343=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0if (clin)
> 1344=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0tmp->vc_font.height =3D clin;
> 1345=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0vc_resize(tmp, cc, ll);
> 1346=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0release_console_sem();
> (gdb) q
>=20
> and the oops I posted earlier:
>=20
> kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 00000010
> kernel: =A0printing eip:
> kernel: c01ffb43
> kernel: *pde =3D 00000000
> kernel: Oops: 0002 [#1]
> kernel: Modules linked in: usbhid uhci_hcd usbcore
> pcspkr via686a i2c_sensor i2c_isa i2c_core ide_scsi sg
> cs4232 ad1848 uart401 rtc
> kernel: CPU: =A0 =A00
> kernel: EIP: =A0 =A00060:[vt_ioctl+6723/7344] =A0 =A0Not
> tainted VLI
> kernel: EFLAGS: 00013206 =A0 (2.6.11-ruby)=20
> kernel: EIP is at vt_ioctl+0x1a43/0x1cb0
> kernel: eax: efa40000 =A0 ebx: 00000000 =A0 ecx: 00000300=20
> =A0edx: 00002711
> kernel: esi: 00000006 =A0 edi: c1613000 =A0 ebp: 00000300=20
> =A0esp: efa41e60
> kernel: ds: 007b =A0 es: 007b =A0 ss: 0068
> kernel: Process SVGATextMode (pid: 2736,
> threadinfo=3Defa40000 task=3Dee8440e0)
> kernel: Stack: eea1f400 00000064 00000030 efb01c8c
> efb55005 00000004 00000064 00000030=20
> kernel: =A0 =A0 =A0 =A000000010 00000300 0010c4e0 00300064
> efa41ed8 00000000 efb55009 00000000=20
> kernel: =A0 =A0 =A0 =A0efb55009 00000000 c015ce18 efc3bc04
> efa41ed4 efa41ed0 efc3bc04 efb01c8c=20
> kernel: Call Trace:
> kernel: =A0[link_path_walk+2232/2944]
> link_path_walk+0x8b8/0xb80
> kernel: =A0[tty_open+539/768] tty_open+0x21b/0x300
> kernel: =A0[tty_open+0/768] tty_open+0x0/0x300
> kernel: =A0[chrdev_open+177/336] chrdev_open+0xb1/0x150
> kernel: =A0[tty_ioctl+886/1248] tty_ioctl+0x376/0x4e0
> kernel: =A0[do_ioctl+88/128] do_ioctl+0x58/0x80
> kernel: =A0[vfs_ioctl+106/464] vfs_ioctl+0x6a/0x1d0
> kernel: =A0[get_unused_fd+88/176]
> get_unused_fd+0x58/0xb0
> kernel: =A0[sys_ioctl+69/128] sys_ioctl+0x45/0x80
> kernel: =A0[syscall_call+7/11] syscall_call+0x7/0xb
> kernel: Code: dd 89 5c 24 24 89 54 24 1c 89 4c 24 18
> 0f b7 54 24 2a 89 54 24 20 8b 9c b0 cc 10 00 00 e8 86
> 7d f1 ff 66 85 ed 74 07 8b 4c 24 24 <89> 4b 10 66 83
> 7c 24 2a 00 74 07 8b 44 24 20 89 43 5c 8b 54 24=20
>=20
|
|
From: Aivils <ai...@un...> - 2005-03-21 08:54:21
|
Hi All! Linux-ruby synced to 2.6.11 This patch should be very similar C=E9dric Rivard patch, but bk-input is not included. http://www.ltn.lv/~aivils/files/ruby-2.6.11-1.diff.bz2 This is Zoltan's mm tree. It should work with fbcon too. http://www.ltn.lv/~aivils/files/ruby-2.6.11-mm2-2.diff.bz2 Both patches are based on ruby-mm code, which one very differs from CVS-ed version. Aivils Stoss |
|
From: Hugo V. <hvw...@ya...> - 2005-03-20 17:49:13
|
Hi!
Strangest thing: if on 2.6.9-ruby.vz9x1 (but I think
this is not specific to that version) I run
svgatextmode 2x, the first time it oopses and the
second time it runs!
Oops occurs here:
(gdb) l *0xc0202d49
0xc0202d49 is in vt_ioctl
(drivers/char/vt_ioctl.c:1342).
1337 for (i = 0; i < vc->display_fg->vc_count; i++)
{
1338 struct vc_data *tmp =
vc->display_fg->vc_cons[i];
1339
1340 acquire_console_sem();
1341 if (vlin)
1342 tmp->vc_scan_lines = vlin;
1343 if (clin)
1344 tmp->vc_font.height = clin;
1345 vc_resize(tmp, cc, ll);
1346 release_console_sem();
(gdb) q
and the oops I posted earlier:
kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000010
kernel: printing eip:
kernel: c01ffb43
kernel: *pde = 00000000
kernel: Oops: 0002 [#1]
kernel: Modules linked in: usbhid uhci_hcd usbcore
pcspkr via686a i2c_sensor i2c_isa i2c_core ide_scsi sg
cs4232 ad1848 uart401 rtc
kernel: CPU: 0
kernel: EIP: 0060:[vt_ioctl+6723/7344] Not
tainted VLI
kernel: EFLAGS: 00013206 (2.6.11-ruby)
kernel: EIP is at vt_ioctl+0x1a43/0x1cb0
kernel: eax: efa40000 ebx: 00000000 ecx: 00000300
edx: 00002711
kernel: esi: 00000006 edi: c1613000 ebp: 00000300
esp: efa41e60
kernel: ds: 007b es: 007b ss: 0068
kernel: Process SVGATextMode (pid: 2736,
threadinfo=efa40000 task=ee8440e0)
kernel: Stack: eea1f400 00000064 00000030 efb01c8c
efb55005 00000004 00000064 00000030
kernel: 00000010 00000300 0010c4e0 00300064
efa41ed8 00000000 efb55009 00000000
kernel: efb55009 00000000 c015ce18 efc3bc04
efa41ed4 efa41ed0 efc3bc04 efb01c8c
kernel: Call Trace:
kernel: [link_path_walk+2232/2944]
link_path_walk+0x8b8/0xb80
kernel: [tty_open+539/768] tty_open+0x21b/0x300
kernel: [tty_open+0/768] tty_open+0x0/0x300
kernel: [chrdev_open+177/336] chrdev_open+0xb1/0x150
kernel: [tty_ioctl+886/1248] tty_ioctl+0x376/0x4e0
kernel: [do_ioctl+88/128] do_ioctl+0x58/0x80
kernel: [vfs_ioctl+106/464] vfs_ioctl+0x6a/0x1d0
kernel: [get_unused_fd+88/176]
get_unused_fd+0x58/0xb0
kernel: [sys_ioctl+69/128] sys_ioctl+0x45/0x80
kernel: [syscall_call+7/11] syscall_call+0x7/0xb
kernel: Code: dd 89 5c 24 24 89 54 24 1c 89 4c 24 18
0f b7 54 24 2a 89 54 24 20 8b 9c b0 cc 10 00 00 e8 86
7d f1 ff 66 85 ed 74 07 8b 4c 24 24 <89> 4b 10 66 83
7c 24 2a 00 74 07 8b 44 24 20 89 43 5c 8b 54 24
Can anybody shed light on that?
Hugo
__________________________________
Do you Yahoo!?
Yahoo! Mail - 250MB free storage. Do more. Manage less.
http://info.mail.yahoo.com/mail_250
|
|
From: Hugo V. <hvw...@ya...> - 2005-03-20 12:37:13
|
Hi! Ruby broke svgatextmode. I thought I was the only one using that: far superior to fb, but I found a ref. to it by Alan Curry: http://seclists.org/lists/linux-kernel/2005/Mar/0888.html So I will see if I can find out more: should be fixed, can't live w/o it: works in Bruby. Hugo kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000010 kernel: printing eip: kernel: c01ffb43 kernel: *pde = 00000000 kernel: Oops: 0002 [#1] kernel: Modules linked in: usbhid uhci_hcd usbcore pcspkr via686a i2c_sensor i2c_isa i2c_core ide_scsi sg cs4232 ad1848 uart401 rtc kernel: CPU: 0 kernel: EIP: 0060:[vt_ioctl+6723/7344] Not tainted VLI kernel: EFLAGS: 00013206 (2.6.11-ruby) kernel: EIP is at vt_ioctl+0x1a43/0x1cb0 kernel: eax: efa40000 ebx: 00000000 ecx: 00000300 edx: 00002711 kernel: esi: 00000006 edi: c1613000 ebp: 00000300 esp: efa41e60 kernel: ds: 007b es: 007b ss: 0068 kernel: Process SVGATextMode (pid: 2736, threadinfo=efa40000 task=ee8440e0) kernel: Stack: eea1f400 00000064 00000030 efb01c8c efb55005 00000004 00000064 00000030 kernel: 00000010 00000300 0010c4e0 00300064 efa41ed8 00000000 efb55009 00000000 kernel: efb55009 00000000 c015ce18 efc3bc04 efa41ed4 efa41ed0 efc3bc04 efb01c8c kernel: Call Trace: kernel: [link_path_walk+2232/2944] link_path_walk+0x8b8/0xb80 kernel: [tty_open+539/768] tty_open+0x21b/0x300 kernel: [tty_open+0/768] tty_open+0x0/0x300 kernel: [chrdev_open+177/336] chrdev_open+0xb1/0x150 kernel: [tty_ioctl+886/1248] tty_ioctl+0x376/0x4e0 kernel: [do_ioctl+88/128] do_ioctl+0x58/0x80 kernel: [vfs_ioctl+106/464] vfs_ioctl+0x6a/0x1d0 kernel: [get_unused_fd+88/176] get_unused_fd+0x58/0xb0 kernel: [sys_ioctl+69/128] sys_ioctl+0x45/0x80 kernel: [syscall_call+7/11] syscall_call+0x7/0xb kernel: Code: dd 89 5c 24 24 89 54 24 1c 89 4c 24 18 0f b7 54 24 2a 89 54 24 20 8b 9c b0 cc 10 00 00 e8 86 7d f1 ff 66 85 ed 74 07 8b 4c 24 24 <89> 4b 10 66 83 7c 24 2a 00 74 07 8b 44 24 20 89 43 5c 8b 54 24 __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
|
From: Jeremy G. <j....@lo...> - 2005-03-18 22:10:41
|
I have been able to patch kernel 2.6.10 and it works fine. Although I am still using the hackvideo option, there seems to be no problems Thank you everyone for your feedback and support. -Jeremy |
|
From: Benjamin S. <bli...@sc...> - 2005-03-18 17:17:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list. Is there some way to register the Magellan Spacemouse as a joystick device? As an event device (/dev/input/event3 here) it seems to be impossible to calibrate it using jscal. Or is there some other tool I'm not aware of? Thanks in advance, Benjamin - -- Benjamin 'blindCoder' Schieder Registered Linux User #289529: http://counter.li.org finger bli...@sc... | gpg --import - -- /lusr/bin/brain: received signal: SIGIDIOT -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCOw0l7Wabow2Um2YRAqpXAJ48ANHzWEPVVBFp30kEwYMtW5q2cwCgj5A4 ZrL6F5NG6wBj60PeGG1dGho= =33om -----END PGP SIGNATURE----- |
|
From: Hans D. <han...@sa...> - 2005-03-18 16:02:25
|
On Friday 18 March 2005 11:28, Helge Hafting wrote: > Jeremy Guarini wrote: > > I believe that means the isolatedevice stuff aren't working properly. > Are you using "isolatedevice" for _both_ your xservers, or only for > one of them? One xserver without isolatedevice may stop all > others, so each xserver must have the isolatedevice stuff set up > properly. > Hi, I'm using xorg 6.8.2, and isolateDevice is not working for me either (PrefBusId did work in xfree86 4.3 days). Instead adding Option "SingleCard" "true" to both ServerLayout sections works flawlessly with the same patch (Xorg 6.7.0 patch). -Hans |
|
From: Helge H. <hel...@ai...> - 2005-03-18 09:25:32
|
Jeremy Guarini wrote: >ok, I got the 2.6.11-4-mm sources applied the ruby-2.6.11-2.patch.bz2 >patchset > >patched xorg 6.8.2 with the isolateDevice patch > >change a few lines in my xorg.conf server file > >and things almost work :-( > >i can get the first screen up, then when I startup the second screen >the first freezes up. > > I believe that means the isolatedevice stuff aren't working properly. Are you using "isolatedevice" for _both_ your xservers, or only for one of them? One xserver without isolatedevice may stop all others, so each xserver must have the isolatedevice stuff set up properly. >If I run the new patched xorg server with my 2.6.9 ruby kernel I can get >both screens running at the same time, but the first screen gets shifted >over to the right about two inches. > > The problem here is probably that the second xserver tries to program the video frequencies, but unfortunately it programs the wrong card. Xfree was originally written with a single card in mind, the ability to use several is not yet properly implemented. You can probably work around that by adjusting the monitor (new monitors tend to have an auto-adjust button even) or by running the two xservers with exactly the same resolution and frequencies. >I guess I might be going back to my older xorg server with the hacked >video option. > > Also an option, of course. Helge Hafting |
|
From: Jeremy G. <j....@lo...> - 2005-03-18 04:50:18
|
ok, I got the 2.6.11-4-mm sources applied the ruby-2.6.11-2.patch.bz2 patchset patched xorg 6.8.2 with the isolateDevice patch change a few lines in my xorg.conf server file and things almost work :-( i can get the first screen up, then when I startup the second screen the first freezes up. If I run the new patched xorg server with my 2.6.9 ruby kernel I can get both screens running at the same time, but the first screen gets shifted over to the right about two inches. I guess I might be going back to my older xorg server with the hacked video option. any ideas? -Jeremy On Thu, 2005-03-17 at 18:53 +0100, Cédric Rivard wrote: > Jeremy Guarini wrote : > > so with the Xorg-6.7.0-isolate_device.patch I do not need the hackvideo > > option any more? > > Yes, that's it but you have to use the correct parameters in > XF86Config-4(5x): > > SERVERLAYOUT SECTION > Option "IsolateDevice" "bus-id" > Restrict device resets to the specified bus-id. See the BusID option > (described in DEVICE SECTION, above) for the format of the bus-id > parameter. This option overrides SingleCard, if specified. At present, > only PCI devices can be isolated in this manner. > > Option "SingleCard" "boolean" > As IsolateDevice, except that the bus ID of the first device in the > layout is used. > > Or the command line option of XFree86(1x): > > -isolateDevice bus-id > Restrict device resets to the device at bus-id. The bus-id string has > the form bustype:bus:device:function (e.g., 'PCI:1:0:0'). At > present, only isolation of PCI devices is supported; i.e., this option > is ignored if bustype is anything other than 'PCI'. > > Note that AGP is also addressed as a PCI:bus:device:function. > > Cédric |
|
From: Hugo V. <hvw...@ya...> - 2005-03-17 21:50:09
|
--- Cédric Rivard <ce...@ri...> wrote: > Hi all, > > Svetoslav Slavtchev wrote : > > so this is not really an option :( > > I have a stripped version of 2.6.11-mm1+ruby here: > http://yemanja.net.free.fr/ruby/ > > It includes 6 patches from 2.6.11-mm1: > bk-input.patch > base-small-shrink-console-buffer.patch > cleanup-vc-array-access.patch > remove-console_macrosh.patch > merge-vt_struct-into-vc_data.patch > drivers-char-vt-cleanups.patch > > Tested and works on ia32. > > I put those on: went OK. Then I put on vesafb-tng-0.9-rc6-2.6.11-rc1.patch which is off a few lines, but the boot hangs. Is spock's patch supposed to work? For some reason I can only get 2.6.x-Ruby to boot into fb with spock's patches, no other way :-( Thanks! Hugo __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: <ce...@ri...> - 2005-03-17 17:53:43
|
Jeremy Guarini wrote : > so with the Xorg-6.7.0-isolate_device.patch I do not need the hackvideo > option any more? Yes, that's it but you have to use the correct parameters in=20 XF86Config-4(5x): SERVERLAYOUT SECTION Option "IsolateDevice" "bus-id" Restrict device resets to the specified bus-id. See the BusID option (described in DEVICE SECTION, above) for the format of the bus-id parameter. This option overrides SingleCard, if specified. At present, only PCI devices can be isolated in this manner. Option "SingleCard" "boolean" As IsolateDevice, except that the bus ID of the first device in the layout is used. Or the command line option of XFree86(1x): -isolateDevice bus-id Restrict device resets to the device at bus-id. The bus-id string has the form bustype:bus:device:function (e.g., 'PCI:1:0:0'). At present, only isolation of PCI devices is supported; i.e., this option is ignored if bustype is anything other than 'PCI'. Note that AGP is also addressed as a PCI:bus:device:function. C=E9dric |
|
From: Jeremy G. <j....@lo...> - 2005-03-17 16:55:58
|
Thanks for the reply. On Thu, 2005-03-17 at 16:29 +0100, Cédric Rivard wrote: > Hi, > > Most patches are available at Aivils'site ( http://www.ltn.lv/~aivils/ ) > in the download section. > > > I am curious as to which patchset(s) to use when upgrading to kernel > > 2.6.11(12) > > At your option: > 2.6.11-rc4-mm1, 2.6.11-rc4 at http://www.ltn.lv/~aivils/eng-test.html > 2.6.11 at http://yemanja.net.free.fr/ruby/ruby-2.6.11-2.patch.bz2 > I tried the 2.6.11 last week with out success, but I have more time now so I will try it again. > > > and possibly a new xorg server > > > > I am also unclear as to what is the proper way to patch/run a xor > > server. Do I need to patch the server and if so with which patchset? > > Yes, you can use either debian or mandrake patch given on Aivils' site. > so with the Xorg-6.7.0-isolate_device.patch I do not need the hackvideo option any more? > Cédric |
|
From: <ce...@ri...> - 2005-03-17 15:29:28
|
Hi, Most patches are available at Aivils'site ( http://www.ltn.lv/~aivils/ )=20 in the download section. > I am curious as to which patchset(s) to use when upgrading to kernel > 2.6.11(12) At your option: 2.6.11-rc4-mm1, 2.6.11-rc4 at http://www.ltn.lv/~aivils/eng-test.html 2.6.11 at http://yemanja.net.free.fr/ruby/ruby-2.6.11-2.patch.bz2 > and possibly a new xorg server >=20 > I am also unclear as to what is the proper way to patch/run a xor > server. Do I need to patch the server and if so with which patchset?=20 Yes, you can use either debian or mandrake patch given on Aivils' site. C=E9dric |
|
From: Jeremy G. <j....@lo...> - 2005-03-17 04:57:09
|
Currently I run kernel 2.6.9 with ruby and ck patchsets and a patched xorg-x11-6.8.1.901 server using the hackvideo option Now I understand that the hackvideo option was only temporary. I am curious as to which patchset(s) to use when upgrading to kernel 2.6.11(12) and possibly a new xorg server I am also unclear as to what is the proper way to patch/run a xor server. Do I need to patch the server and if so with which patchset? Thanks everyone, -Jeremy Guarini |
|
From: Mark H. <Mar...@xs...> - 2005-03-16 21:11:40
|
> You will perform some operations, don't You? > # gdb fbcon.ko > (gdb) disassemble fbcon_switch > Dump of assembler code for function fbcon_switch: and so on, and so on > > after that send me that assebmler dump. Thank You. Hi Aivils, here's the assembler dump, hope it helps! Let me know if there's more I can do ;-) Dump of assembler code for function fbcon_switch: 0x000039e0 <fbcon_switch+0>: push %ebp 0x000039e1 <fbcon_switch+1>: push %edi 0x000039e2 <fbcon_switch+2>: push %esi 0x000039e3 <fbcon_switch+3>: push %ebx 0x000039e4 <fbcon_switch+4>: sub $0xd0,%esp 0x000039ea <fbcon_switch+10>: mov 0xe4(%esp,1),%edx 0x000039f1 <fbcon_switch+17>: movzwl (%edx),%eax 0x000039f4 <fbcon_switch+20>: imul $0x6c,%eax,%edx 0x000039f7 <fbcon_switch+23>: movsbl 0x0(%eax),%eax 0x000039fe <fbcon_switch+30>: mov 0x0(,%eax,4),%esi 0x00003a05 <fbcon_switch+37>: lea 0x0(%edx),%ebp 0x00003a0b <fbcon_switch+43>: mov 0x1b40,%eax 0x00003a10 <fbcon_switch+48>: test %eax,%eax 0x00003a12 <fbcon_switch+50>: je 0x3a6e <fbcon_switch+142> 0x00003a14 <fbcon_switch+52>: mov 0xe4(%esp,1),%ecx 0x00003a1b <fbcon_switch+59>: xor %edx,%edx 0x00003a1d <fbcon_switch+61>: mov 0x0,%eax 0x00003a22 <fbcon_switch+66>: mov 0x1b48,%edi 0x00003a28 <fbcon_switch+72>: divl 0xc(%ecx) 0x00003a2b <fbcon_switch+75>: test %edi,%edi 0x00003a2d <fbcon_switch+77>: mov %eax,%ebx 0x00003a2f <fbcon_switch+79>: jne 0x3e92 <fbcon_switch+1202> 0x00003a35 <fbcon_switch+85>: mov 0x1b34,%eax 0x00003a3a <fbcon_switch+90>: cmp $0x5,%ebx 0x00003a3d <fbcon_switch+93>: movl $0x0,0x1b48 0x00003a47 <fbcon_switch+103>: mov %eax,0x1b3c 0x00003a4c <fbcon_switch+108>: mov %eax,0x1b38 0x00003a51 <fbcon_switch+113>: mov %eax,0x1b40 0x00003a56 <fbcon_switch+118>: jle 0x3e83 <fbcon_switch+1187> 0x00003a5c <fbcon_switch+124>: mov 0xe4(%esp,1),%edi 0x00003a63 <fbcon_switch+131>: imul 0xc(%edi),%ebx 0x00003a67 <fbcon_switch+135>: add %ebx,%eax 0x00003a69 <fbcon_switch+137>: mov %eax,0x1b44 0x00003a6e <fbcon_switch+142>: mov 0x0,%eax 0x00003a73 <fbcon_switch+147>: test %eax,%eax 0x00003a75 <fbcon_switch+149>: js 0x3a99 <fbcon_switch+185> 0x00003a77 <fbcon_switch+151>: mov %eax,(%esp,1) 0x00003a7a <fbcon_switch+154>: call 0x3a7b <fbcon_switch+155> 0x00003a7f <fbcon_switch+159>: mov %eax,%edx 0x00003a81 <fbcon_switch+161>: mov 0x1b30,%eax 0x00003a86 <fbcon_switch+166>: cmp %eax,0x20(%edx) 0x00003a89 <fbcon_switch+169>: je 0x3e6b <fbcon_switch+1163> 0x00003a8f <fbcon_switch+175>: movl $0xffffffff,0x0 0x00003a99 <fbcon_switch+185>: xor %eax,%eax 0x00003a9b <fbcon_switch+187>: nop 0x00003a9c <fbcon_switch+188>: lea 0x0(%esi,1),%esi 0x00003aa0 <fbcon_switch+192>: inc %eax 0x00003aa1 <fbcon_switch+193>: cmp $0x1f,%eax 0x00003aa4 <fbcon_switch+196>: jle 0x3aa0 <fbcon_switch+192> 0x00003aa6 <fbcon_switch+198>: lea 0x30(%esp,1),%ebx 0x00003aaa <fbcon_switch+202>: xor %eax,%eax 0x00003aac <fbcon_switch+204>: mov $0x28,%ecx 0x00003ab1 <fbcon_switch+209>: mov %ebx,%edi 0x00003ab3 <fbcon_switch+211>: repz stos %eax,%es:(%edi) 0x00003ab5 <fbcon_switch+213>: mov %ebx,(%esp,1) 0x00003ab8 <fbcon_switch+216>: mov %ebp,0x4(%esp,1) 0x00003abc <fbcon_switch+220>: call 0xed0 <display_to_var> 0x00003ac1 <fbcon_switch+225>: movl $0x0,0x84(%esp,1) 0x00003acc <fbcon_switch+236>: movl $0x0,0x5c(%esi) 0x00003ad3 <fbcon_switch+243>: movw $0x0,0xe(%ebp) 0x00003ad9 <fbcon_switch+249>: movl $0x0,0x18(%esi) 0x00003ae0 <fbcon_switch+256>: movl $0x0,0x1c(%esi) 0x00003ae7 <fbcon_switch+263>: mov %esi,(%esp,1) 0x00003aea <fbcon_switch+266>: mov %ebx,0x4(%esp,1) 0x00003aee <fbcon_switch+270>: call 0x3aef <fbcon_switch+271> 0x00003af3 <fbcon_switch+275>: cmpl $0xffffffff,0x2c(%esp,1) 0x00003af8 <fbcon_switch+280>: je 0x3e5c <fbcon_switch+1148> 0x00003afe <fbcon_switch+286>: mov 0x2c(%esp,1),%edx 0x00003b02 <fbcon_switch+290>: movsbl 0x0(%edx),%eax 0x00003b09 <fbcon_switch+297>: cmp %esi,0x0(,%eax,4) 0x00003b10 <fbcon_switch+304>: je 0x3e5c <fbcon_switch+1148> 0x00003b16 <fbcon_switch+310>: mov 0x21c(%esi),%eax 0x00003b1c <fbcon_switch+316>: mov 0x18(%eax),%edx 0x00003b1f <fbcon_switch+319>: test %edx,%edx 0x00003b21 <fbcon_switch+321>: jne 0x3e51 <fbcon_switch+1137> 0x00003b27 <fbcon_switch+327>: andl $0xfffdffff,0x4(%esi) 0x00003b2e <fbcon_switch+334>: mov 0xe4(%esp,1),%ecx 0x00003b35 <fbcon_switch+341>: mov %ebp,0x8(%esp,1) 0x00003b39 <fbcon_switch+345>: mov %esi,0x4(%esp,1) 0x00003b3d <fbcon_switch+349>: mov %ecx,(%esp,1) 0x00003b40 <fbcon_switch+352>: call 0x790 <set_blitting_type> 0x00003b45 <fbcon_switch+357>: mov 0x234(%esi),%eax 0x00003b4b <fbcon_switch+363>: movl $0x1,0x88(%eax) 0x00003b55 <fbcon_switch+373>: mov %esi,(%esp,1) 0x00003b58 <fbcon_switch+376>: call 0x3b59 <fbcon_switch+377> 0x00003b5d <fbcon_switch+381>: mov 0xe4(%esp,1),%ebx 0x00003b64 <fbcon_switch+388>: dec %eax 0x00003b65 <fbcon_switch+389>: setne %dl 0x00003b68 <fbcon_switch+392>: movzbl 0xe6(%ebx),%eax 0x00003b6f <fbcon_switch+399>: mov 0x5c(%ebx),%ecx 0x00003b72 <fbcon_switch+402>: shl $0x6,%edx 0x00003b75 <fbcon_switch+405>: and $0xffffffbf,%eax 0x00003b78 <fbcon_switch+408>: or %edx,%eax 0x00003b7a <fbcon_switch+410>: mov $0x7700,%edx 0x00003b7f <fbcon_switch+415>: mov %al,0xe6(%ebx) 0x00003b85 <fbcon_switch+421>: test $0x40,%al 0x00003b87 <fbcon_switch+423>: mov $0x800,%eax 0x00003b8c <fbcon_switch+428>: cmove %eax,%edx 0x00003b8f <fbcon_switch+431>: mov %dx,0x3c(%ebx) 0x00003b93 <fbcon_switch+435>: mov 0x4(%esi),%edi 0x00003b96 <fbcon_switch+438>: movl $0x0,0x28(%esp,1) 0x00003b9e <fbcon_switch+446>: test $0x2000,%edi 0x00003ba4 <fbcon_switch+452>: je 0x3e49 <fbcon_switch+1129> 0x00003baa <fbcon_switch+458>: movzwl 0xce(%esi),%eax 0x00003bb1 <fbcon_switch+465>: test %ax,%ax 0x00003bb4 <fbcon_switch+468>: je 0x3e49 <fbcon_switch+1129> 0x00003bba <fbcon_switch+474>: movzwl %ax,%edx 0x00003bbd <fbcon_switch+477>: mov %ecx,%eax 0x00003bbf <fbcon_switch+479>: mov %edx,%ebx 0x00003bc1 <fbcon_switch+481>: xor %edx,%edx 0x00003bc3 <fbcon_switch+483>: div %ebx 0x00003bc5 <fbcon_switch+485>: test %edx,%edx 0x00003bc7 <fbcon_switch+487>: jne 0x3e49 <fbcon_switch+1129> 0x00003bcd <fbcon_switch+493>: mov 0x14(%esi),%ebx 0x00003bd0 <fbcon_switch+496>: cmp 0xc(%esi),%ebx 0x00003bd3 <fbcon_switch+499>: jbe 0x3bdd <fbcon_switch+509> 0x00003bd5 <fbcon_switch+501>: movl $0x1,0x28(%esp,1) 0x00003bdd <fbcon_switch+509>: test $0x4000,%edi 0x00003be3 <fbcon_switch+515>: movl $0x0,0x24(%esp,1) 0x00003beb <fbcon_switch+523>: je 0x3c26 <fbcon_switch+582> 0x00003bed <fbcon_switch+525>: movzwl 0xd0(%esi),%eax 0x00003bf4 <fbcon_switch+532>: test %ax,%ax 0x00003bf7 <fbcon_switch+535>: je 0x3c26 <fbcon_switch+582> 0x00003bf9 <fbcon_switch+537>: movzwl %ax,%eax 0x00003bfc <fbcon_switch+540>: xor %edx,%edx 0x00003bfe <fbcon_switch+542>: mov %eax,0x10(%esp,1) 0x00003c02 <fbcon_switch+546>: mov %ecx,%eax 0x00003c04 <fbcon_switch+548>: divl 0x10(%esp,1) 0x00003c08 <fbcon_switch+552>: test %edx,%edx 0x00003c0a <fbcon_switch+554>: jne 0x3c26 <fbcon_switch+582> 0x00003c0c <fbcon_switch+556>: test %ecx,%ecx 0x00003c0e <fbcon_switch+558>: je 0x3c26 <fbcon_switch+582> 0x00003c10 <fbcon_switch+560>: xor %edx,%edx 0x00003c12 <fbcon_switch+562>: mov %ebx,%eax 0x00003c14 <fbcon_switch+564>: div %ecx 0x00003c16 <fbcon_switch+566>: mov $0x1,%eax 0x00003c1b <fbcon_switch+571>: test %edx,%edx 0x00003c1d <fbcon_switch+573>: cmovne 0x24(%esp,1),%eax 0x00003c22 <fbcon_switch+578>: mov %eax,0x24(%esp,1) 0x00003c26 <fbcon_switch+582>: mov %edi,%eax 0x00003c28 <fbcon_switch+584>: and $0x80,%eax 0x00003c2d <fbcon_switch+589>: mov %eax,0x20(%esp,1) 0x00003c31 <fbcon_switch+593>: mov %edi,%eax 0x00003c33 <fbcon_switch+595>: and $0x102,%eax 0x00003c38 <fbcon_switch+600>: cmp $0x100,%eax 0x00003c3d <fbcon_switch+605>: sete %al 0x00003c40 <fbcon_switch+608>: and $0x402,%edi 0x00003c46 <fbcon_switch+614>: movzbl %al,%eax 0x00003c49 <fbcon_switch+617>: mov %eax,0x1c(%esp,1) 0x00003c4d <fbcon_switch+621>: xor %eax,%eax 0x00003c4f <fbcon_switch+623>: cmp $0x400,%edi 0x00003c55 <fbcon_switch+629>: sete %al 0x00003c58 <fbcon_switch+632>: xor %edx,%edx 0x00003c5a <fbcon_switch+634>: mov %eax,0x18(%esp,1) 0x00003c5e <fbcon_switch+638>: mov %ebx,%eax 0x00003c60 <fbcon_switch+640>: div %ecx 0x00003c62 <fbcon_switch+642>: mov %eax,0x10(%ebp) 0x00003c65 <fbcon_switch+645>: mov %eax,%edi 0x00003c67 <fbcon_switch+647>: mov 0xe4(%esp,1),%edx 0x00003c6e <fbcon_switch+654>: mov 0x8(%edx),%ebx 0x00003c71 <fbcon_switch+657>: mov 0xc(%esi),%edx 0x00003c74 <fbcon_switch+660>: lea 0x1(%ebx),%eax 0x00003c77 <fbcon_switch+663>: mov %edx,0x10(%esp,1) 0x00003c7b <fbcon_switch+667>: imul %ecx,%eax 0x00003c7e <fbcon_switch+670>: cmp %eax,%edx 0x00003c80 <fbcon_switch+672>: jbe 0x3c9f <fbcon_switch+703> 0x00003c82 <fbcon_switch+674>: mov %ecx,%eax 0x00003c84 <fbcon_switch+676>: imul %ebx,%eax 0x00003c87 <fbcon_switch+679>: sub %eax,%edx 0x00003c89 <fbcon_switch+681>: mov %edx,0x10(%esp,1) 0x00003c8d <fbcon_switch+685>: mov %edx,%eax 0x00003c8f <fbcon_switch+687>: xor %edx,%edx 0x00003c91 <fbcon_switch+689>: div %ecx 0x00003c93 <fbcon_switch+691>: sub %eax,%edi 0x00003c95 <fbcon_switch+693>: mov %edi,0x10(%ebp) 0x00003c98 <fbcon_switch+696>: mov 0xc(%esi),%ebx 0x00003c9b <fbcon_switch+699>: mov %ebx,0x10(%esp,1) 0x00003c9f <fbcon_switch+703>: mov 0x10(%esp,1),%eax 0x00003ca3 <fbcon_switch+707>: xor %edx,%edx 0x00003ca5 <fbcon_switch+709>: div %ecx 0x00003ca7 <fbcon_switch+711>: test %edx,%edx 0x00003ca9 <fbcon_switch+713>: mov %edx,%edi 0x00003cab <fbcon_switch+715>: je 0x3cbb <fbcon_switch+731> 0x00003cad <fbcon_switch+717>: mov 0x14(%esi),%eax 0x00003cb0 <fbcon_switch+720>: xor %edx,%edx 0x00003cb2 <fbcon_switch+722>: div %ecx 0x00003cb4 <fbcon_switch+724>: cmp %edi,%edx 0x00003cb6 <fbcon_switch+726>: jae 0x3cbb <fbcon_switch+731> 0x00003cb8 <fbcon_switch+728>: decl 0x10(%ebp) 0x00003cbb <fbcon_switch+731>: mov 0x24(%esp,1),%eax 0x00003cbf <fbcon_switch+735>: test %eax,%eax 0x00003cc1 <fbcon_switch+737>: jne 0x3ccf <fbcon_switch+751> 0x00003cc3 <fbcon_switch+739>: mov 0x28(%esp,1),%eax 0x00003cc7 <fbcon_switch+743>: test %eax,%eax 0x00003cc9 <fbcon_switch+745>: je 0x3e1b <fbcon_switch+1083> 0x00003ccf <fbcon_switch+751>: mov 0x20(%esp,1),%eax 0x00003cd3 <fbcon_switch+755>: test %eax,%eax 0x00003cd5 <fbcon_switch+757>: jne 0x3ce3 <fbcon_switch+771> 0x00003cd7 <fbcon_switch+759>: mov 0x1c(%esp,1),%eax 0x00003cdb <fbcon_switch+763>: test %eax,%eax 0x00003cdd <fbcon_switch+765>: je 0x3e06 <fbcon_switch+1062> 0x00003ce3 <fbcon_switch+771>: mov 0x24(%esp,1),%eax 0x00003ce7 <fbcon_switch+775>: mov $0x3,%edx 0x00003cec <fbcon_switch+780>: test %eax,%eax 0x00003cee <fbcon_switch+782>: mov $0x2,%eax 0x00003cf3 <fbcon_switch+787>: cmove %eax,%edx 0x00003cf6 <fbcon_switch+790>: mov %dx,0xc(%ebp) 0x00003cfa <fbcon_switch+794>: movzwl 0xc(%ebp),%eax 0x00003cfe <fbcon_switch+798>: cmp $0x3,%eax 0x00003d01 <fbcon_switch+801>: je 0x3def <fbcon_switch+1039> 0x00003d07 <fbcon_switch+807>: jg 0x3de7 <fbcon_switch+1031> 0x00003d0d <fbcon_switch+813>: cmp $0x2,%eax 0x00003d10 <fbcon_switch+816>: je 0x3dc3 <fbcon_switch+995> 0x00003d16 <fbcon_switch+822>: movl $0x0,0x1b20 0x00003d20 <fbcon_switch+832>: mov 0xe4(%esp,1),%edi 0x00003d27 <fbcon_switch+839>: movl $0x0,0x1b24 0x00003d31 <fbcon_switch+849>: movl $0x0,0x1b28 0x00003d3b <fbcon_switch+859>: mov %esi,0x4(%esp,1) 0x00003d3f <fbcon_switch+863>: mov %edi,(%esp,1) 0x00003d42 <fbcon_switch+866>: call 0x3d43 <fbcon_switch+867> 0x00003d47 <fbcon_switch+871>: movl $0x0,0x4(%esp,1) 0x00003d4f <fbcon_switch+879>: mov %edi,(%esp,1) 0x00003d52 <fbcon_switch+882>: call 0x4980 <fbcon_set_palette> 0x00003d57 <fbcon_switch+887>: movl $0x0,0x4(%esp,1) 0x00003d5f <fbcon_switch+895>: mov %edi,(%esp,1) 0x00003d62 <fbcon_switch+898>: call 0x19d0 <fbcon_clear_margins> 0x00003d67 <fbcon_switch+903>: cmpl $0xfffffffe,0x0 0x00003d6e <fbcon_switch+910>: je 0x3d80 <fbcon_switch+928> 0x00003d70 <fbcon_switch+912>: mov $0x1,%eax 0x00003d75 <fbcon_switch+917>: add $0xd0,%esp 0x00003d7b <fbcon_switch+923>: pop %ebx 0x00003d7c <fbcon_switch+924>: pop %esi 0x00003d7d <fbcon_switch+925>: pop %edi 0x00003d7e <fbcon_switch+926>: pop %ebp 0x00003d7f <fbcon_switch+927>: ret 0x00003d80 <fbcon_switch+928>: mov 0xb8(%edi),%eax 0x00003d86 <fbcon_switch+934>: mov 0x4(%eax),%eax 0x00003d89 <fbcon_switch+937>: movzwl (%eax),%eax 0x00003d8c <fbcon_switch+940>: mov %esi,(%esp,1) 0x00003d8f <fbcon_switch+943>: mov %eax,0x0 0x00003d94 <fbcon_switch+948>: call 0x3d95 <fbcon_switch+949> 0x00003d99 <fbcon_switch+953>: mov 0xc(%edi),%edx 0x00003d9c <fbcon_switch+956>: mov 0x20(%edi),%ecx 0x00003d9f <fbcon_switch+959>: mov 0x24(%edi),%eax 0x00003da2 <fbcon_switch+962>: sub %ecx,%eax 0x00003da4 <fbcon_switch+964>: imul %edx,%eax 0x00003da7 <fbcon_switch+967>: imul %ecx,%edx 0x00003daa <fbcon_switch+970>: shr %eax 0x00003dac <fbcon_switch+972>: mov %eax,0x8(%esp,1) 0x00003db0 <fbcon_switch+976>: add 0x14(%edi),%edx 0x00003db3 <fbcon_switch+979>: mov %edi,(%esp,1) 0x00003db6 <fbcon_switch+982>: mov %edx,0x4(%esp,1) 0x00003dba <fbcon_switch+986>: call 0x3dbb <fbcon_switch+987> 0x00003dbf <fbcon_switch+991>: xor %eax,%eax 0x00003dc1 <fbcon_switch+993>: jmp 0x3d75 <fbcon_switch+917> 0x00003dc3 <fbcon_switch+995>: mov 0xe4(%esp,1),%ebx 0x00003dca <fbcon_switch+1002>: mov 0x10(%ebp),%edx 0x00003dcd <fbcon_switch+1005>: mov 0x8(%ebx),%eax 0x00003dd0 <fbcon_switch+1008>: add %eax,%eax 0x00003dd2 <fbcon_switch+1010>: sub %eax,%edx 0x00003dd4 <fbcon_switch+1012>: test %edx,%edx 0x00003dd6 <fbcon_switch+1014>: mov %edx,0x1b20 0x00003ddc <fbcon_switch+1020>: jns 0x3d20 <fbcon_switch+832> 0x00003de2 <fbcon_switch+1026>: jmp 0x3d16 <fbcon_switch+822> 0x00003de7 <fbcon_switch+1031>: cmp $0x5,%eax 0x00003dea <fbcon_switch+1034>: jmp 0x3d10 <fbcon_switch+816> 0x00003def <fbcon_switch+1039>: mov 0xe4(%esp,1),%ecx 0x00003df6 <fbcon_switch+1046>: mov 0x10(%ebp),%eax 0x00003df9 <fbcon_switch+1049>: sub 0x8(%ecx),%eax 0x00003dfc <fbcon_switch+1052>: mov %eax,0x1b20 0x00003e01 <fbcon_switch+1057>: jmp 0x3d20 <fbcon_switch+832> 0x00003e06 <fbcon_switch+1062>: mov 0x24(%esp,1),%eax 0x00003e0a <fbcon_switch+1066>: mov $0x4,%edx 0x00003e0f <fbcon_switch+1071>: test %eax,%eax 0x00003e11 <fbcon_switch+1073>: mov $0x5,%eax 0x00003e16 <fbcon_switch+1078>: jmp 0x3cf3 <fbcon_switch+787> 0x00003e1b <fbcon_switch+1083>: mov 0x20(%esp,1),%edi 0x00003e1f <fbcon_switch+1087>: test %edi,%edi 0x00003e21 <fbcon_switch+1089>: jne 0x3e33 <fbcon_switch+1107> 0x00003e23 <fbcon_switch+1091>: mov 0x1c(%esp,1),%ebx 0x00003e27 <fbcon_switch+1095>: test %ebx,%ebx 0x00003e29 <fbcon_switch+1097>: je 0x3e3e <fbcon_switch+1118> 0x00003e2b <fbcon_switch+1099>: mov 0x18(%esp,1),%ecx 0x00003e2f <fbcon_switch+1103>: test %ecx,%ecx 0x00003e31 <fbcon_switch+1105>: jne 0x3e3e <fbcon_switch+1118> 0x00003e33 <fbcon_switch+1107>: movw $0x1,0xc(%ebp) 0x00003e39 <fbcon_switch+1113>: jmp 0x3cfa <fbcon_switch+794> 0x00003e3e <fbcon_switch+1118>: movw $0x4,0xc(%ebp) 0x00003e44 <fbcon_switch+1124>: jmp 0x3cfa <fbcon_switch+794> 0x00003e49 <fbcon_switch+1129>: mov 0x14(%esi),%ebx 0x00003e4c <fbcon_switch+1132>: jmp 0x3bdd <fbcon_switch+509> 0x00003e51 <fbcon_switch+1137>: mov %esi,(%esp,1) 0x00003e54 <fbcon_switch+1140>: call *0x18(%eax) 0x00003e57 <fbcon_switch+1143>: jmp 0x3b27 <fbcon_switch+327> 0x00003e5c <fbcon_switch+1148>: testb $0x2,0x6(%esi) 0x00003e60 <fbcon_switch+1152>: je 0x3b2e <fbcon_switch+334> 0x00003e66 <fbcon_switch+1158>: jmp 0x3b16 <fbcon_switch+310> 0x00003e6b <fbcon_switch+1163>: mov 0x8(%edx),%eax 0x00003e6e <fbcon_switch+1166>: cmp %eax,0x24(%edx) 0x00003e71 <fbcon_switch+1169>: jne 0x3a8f <fbcon_switch+175> 0x00003e77 <fbcon_switch+1175>: movl $0x0,0x20(%edx) 0x00003e7e <fbcon_switch+1182>: jmp 0x3a8f <fbcon_switch+175> 0x00003e83 <fbcon_switch+1187>: movl $0x0,0x1b40 0x00003e8d <fbcon_switch+1197>: jmp 0x3a6e <fbcon_switch+142> 0x00003e92 <fbcon_switch+1202>: mov %ecx,(%esp,1) 0x00003e95 <fbcon_switch+1205>: call 0x4f80 <fbcon_set_origin> 0x00003e9a <fbcon_switch+1210>: jmp 0x3a35 <fbcon_switch+85> 0x00003e9f <fbcon_switch+1215>: nop End of assembler dump. |
|
From: <ce...@ri...> - 2005-03-16 19:21:31
|
Svetoslav Slavtchev a =E9crit : > although bk-input is pretty big and IMHO shouldn't be needed > IIRC ruby doesn't touch the input subsystem that much >=20 > why did you included it? > the ruby patch didn't apply cleanly or there was other reason ? Yes that's the point, I just make sure there's no big reject. C=E9dric |
|
From: Svetoslav S. <sv...@gm...> - 2005-03-16 17:52:46
|
> Hi all, > Hi, > Svetoslav Slavtchev wrote : > >>>could you also provide / list the needed extra patches > >>>to get it running on vanilla source > >> > >>They are included after 2.6.11, try the latest -bkN or 2.6.12-rc1 > >>when it's released. > > > > > > well, > > i'm trying to build stable kernels, and use mostly final versions > > so this is not really an option :( > > I have a stripped version of 2.6.11-mm1+ruby here: > http://yemanja.net.free.fr/ruby/ > > It includes 6 patches from 2.6.11-mm1: > bk-input.patch > base-small-shrink-console-buffer.patch > cleanup-vc-array-access.patch > remove-console_macrosh.patch > merge-vt_struct-into-vc_data.patch > drivers-char-vt-cleanups.patch that's what i was looking for although bk-input is pretty big and IMHO shouldn't be needed IIRC ruby doesn't touch the input subsystem that much why did you included it? the ruby patch didn't apply cleanly or there was other reason ? > Tested and works on ia32. > > Cheers, > Cédric > thanks a lot best, svetljo -- SMS bei wichtigen e-mails und Ihre Gedanken sind frei ... Alle Infos zur SMS-Benachrichtigung: http://www.gmx.net/de/go/sms |
|
From: <ce...@ri...> - 2005-03-16 14:50:14
|
Hi all, Svetoslav Slavtchev wrote : >>>could you also provide / list the needed extra patches=20 >>>to get it running on vanilla source >> >>They are included after 2.6.11, try the latest -bkN or 2.6.12-rc1 >>when it's released. >=20 >=20 > well, > i'm trying to build stable kernels, and use mostly final versions > so this is not really an option :( I have a stripped version of 2.6.11-mm1+ruby here: http://yemanja.net.free.fr/ruby/ It includes 6 patches from 2.6.11-mm1: bk-input.patch base-small-shrink-console-buffer.patch cleanup-vc-array-access.patch remove-console_macrosh.patch merge-vt_struct-into-vc_data.patch drivers-char-vt-cleanups.patch Tested and works on ia32. Cheers, C=E9dric |
|
From: Mark H. <Mar...@xs...> - 2005-03-15 23:45:56
|
Hi, Investigating yesterday=B4s crash when starting X, it seems also ruby related :-(... Anyone have suggestions on how to tackle this one? Regards Mark. Mar 15 01:38:58 ws1 kernel: CPU: 0 Mar 15 01:38:58 ws1 kernel: EIP: 0060:[<fcb28b02>] Not tainted VLI Mar 15 01:38:58 ws1 kernel: EFLAGS: 00010297 (2.6.11-mm1-rubymh2) Mar 15 01:38:58 ws1 kernel: EIP is at fbcon_switch+0x122/0x4c0 [fbcon] Mar 15 01:38:58 ws1 kernel: eax: 00000000 ebx: f7c51e64 ecx: 00000000 = =20 edx: c053481c Mar 15 01:38:58 ws1 kernel: esi: f6657000 edi: f7c51f04 ebp: fcb2bf88 = =20 esp: f7c51e34 Mar 15 01:38:58 ws1 kernel: ds: 007b es: 007b ss: 0068 Mar 15 01:38:58 ws1 kernel: Process events/0 (pid: 6, threadinfo=3Df7c50000= =20 task=3Df7c1fa80) Mar 15 01:38:58 ws1 kernel: Stack: f6657000 f7c51e64 00000000 c1725000=20 00000000 fcabbf20 00000000 00000720 Mar 15 01:38:58 ws1 kernel: 00000001 f71800ff 00000000 c053481c=20 00000280 000001e0 00000280 00006666 Mar 15 01:38:58 ws1 kernel: 00000000 00000000 00000008 00000000=20 00000000 00000008 00000000 00000000 Mar 15 01:38:58 ws1 kernel: Call Trace: Mar 15 01:38:58 ws1 kernel: [<c02aa564>] complete_change_console+0x74/0x1d0 Mar 15 01:38:58 ws1 kernel: [<c02b2047>] console_callback+0xe7/0xf0 Mar 15 01:38:58 ws1 kernel: [<c012a63e>] worker_thread+0x1ae/0x250 Mar 15 01:38:58 ws1 kernel: [<c02b1f60>] console_callback+0x0/0xf0 Mar 15 01:38:58 ws1 kernel: [<c01153b0>] default_wake_function+0x0/0x20 Mar 15 01:38:58 ws1 kernel: [<c01153b0>] default_wake_function+0x0/0x20 Mar 15 01:38:58 ws1 kernel: [<c012a490>] worker_thread+0x0/0x250 Mar 15 01:38:58 ws1 kernel: [<c012ee77>] kthread+0xb7/0xc0 Mar 15 01:38:58 ws1 kernel: [<c012edc0>] kthread+0x0/0xc0 Mar 15 01:38:58 ws1 kernel: [<c01009d1>] kernel_thread_helper+0x5/0x14 Mar 15 01:38:58 ws1 kernel: Code: 00 00 c7 46 18 00 00 00 00 c7 46 1c 00 00= 00=20 00 89 34 24 89 5c 24 04 e8 1d b4 74 c3 83 7c 24 2c ff 0f 84 5e 03 00 00 8 b 54 24 2c <0f> be 82 a0 d7 b2 fc 39 34 85 c0 e4 54 c0 0f 84 46 03 00 00 8b |
|
From: Mark H. <Mar...@xs...> - 2005-03-15 23:33:46
|
Hi, I've been playing with the recent 2611mm1 ruby patch, to see if I can get my system past the 269 kernel. Initially I got succes in setting up 2 consoles on fb0 and fb1 using the new dumbcon=3:4 parameter in combination with con2fb /dev/fb1 17. (Thanks Zoltan, Aivils!) However, after a while not using the second head, it blanked (I guess because of the screen saver), and when I hit shift to unblank, it crashed with the following message: Mar 15 23:57:57 ws1 kernel: CPU: 0 Mar 15 23:57:57 ws1 kernel: EIP: 0060:[<fcfcbb02>] Not tainted VLI Mar 15 23:57:57 ws1 kernel: EFLAGS: 00010217 (2.6.11-mm1-rubymh2) Mar 15 23:57:57 ws1 kernel: EIP is at fbcon_switch+0x122/0x4c0 [fbcon] Mar 15 23:57:57 ws1 kernel: eax: 00000000 ebx: f7c51d78 ecx: 00000000 edx: 09a5eaba Mar 15 23:57:57 ws1 kernel: esi: f5637000 edi: f7c51e18 ebp: fcfcf3c0 esp: f7c51d48 Mar 15 23:57:57 ws1 kernel: ds: 007b es: 007b ss: 0068 Mar 15 23:57:57 ws1 kernel: Process events/0 (pid: 6, threadinfo=f7c50000 task=f7c1fa80) Mar 15 23:57:57 ws1 kernel: Stack: f5637000 f7c51d78 00000000 f5b1a8a0 00000000 fcfabf20 00000000 00000720 Mar 15 23:57:57 ws1 kernel: 00000001 f71b00ff 09a5eaba 09a5eaba 00000280 000001e0 00000280 00006666 Mar 15 23:57:57 ws1 kernel: 00000000 00000000 00000008 00000000 00000000 00000008 00000000 00000000 Mar 15 23:57:57 ws1 kernel: Call Trace: Mar 15 23:57:57 ws1 kernel: [<c02af755>] update_screen+0x35/0x90 Mar 15 23:57:57 ws1 kernel: [<fcfcc018>] fbcon_blank+0x108/0x140 [fbcon] Mar 15 23:57:57 ws1 kernel: [<c011487a>] find_busiest_group+0x28a/0x2f0 Mar 15 23:57:57 ws1 kernel: [<c0114b63>] load_balance_newidle+0x33/0xb0 Mar 15 23:57:57 ws1 kernel: [<c0122da4>] __mod_timer+0xf4/0x150 Mar 15 23:57:57 ws1 kernel: [<c02b3158>] do_unblank_screen+0x78/0x150 Mar 15 23:57:57 ws1 kernel: [<c02b3262>] unblank_screen+0x32/0x60 Mar 15 23:57:57 ws1 kernel: [<c02b202b>] console_callback+0xcb/0xf0 Mar 15 23:57:57 ws1 kernel: [<c012a63e>] worker_thread+0x1ae/0x250 Mar 15 23:57:57 ws1 kernel: [<c02b1f60>] console_callback+0x0/0xf0 Mar 15 23:57:57 ws1 kernel: [<c01153b0>] default_wake_function+0x0/0x20 Mar 15 23:57:57 ws1 kernel: [<c01153b0>] default_wake_function+0x0/0x20 Mar 15 23:57:57 ws1 kernel: [<c012a490>] worker_thread+0x0/0x250 Mar 15 23:57:57 ws1 kernel: [<c012ee77>] kthread+0xb7/0xc0 Mar 15 23:57:57 ws1 kernel: [<c012edc0>] kthread+0x0/0xc0 Mar 15 23:57:57 ws1 kernel: [<c01009d1>] kernel_thread_helper+0x5/0x14 Mar 15 23:57:57 ws1 kernel: Code: 00 00 c7 46 18 00 00 00 00 c7 46 1c 00 00 00 00 89 34 24 89 5c 24 04 e8 1d 84 2a c3 83 7c 24 2c ff 0f 84 5e 03 00 00 8b 54 24 2c <0f> be 82 a0 07 fd fc 39 34 85 c0 e4 54 c0 0f 84 46 03 00 00 8b Anyone know what is wrong here? Is there something I can do to fix it? Regards, Mark. |
|
From: Matan Ziv-Av <ma...@sv...> - 2005-03-15 18:02:05
|
On Mon, 14 Mar 2005, Crazy AMD K7 wrote: > since I haven't find anything more relating to my question than this > forum, I decided to post here. > Can anyone explain or give me a link where I can find an answer to the > question how to make 2 monitors work in text mode? When using more than one video card, there are two issues: * first is initializing of the non=primary video cards into text mode. I do this with vbios.vm86 program from the x86emu package. * second issue is having the kernel drive the non-primary video cards in text mode. The standard vgacon needs a few card specific chganges to work on non-primary cards. Versionf of vgacon for NV3 (nvidia riva128), and matrox cards is here: http://www.arava.co.il/matan/misc/textcon.tgz -- Matan Ziv-Av. ma...@sv... |
|
From: Aivils <ai...@un...> - 2005-03-14 10:07:43
|
On Monday 14 March 2005 02:31, Fredrik Tolf wrote: > On Mon, 2005-03-14 at 00:49 +0300, Crazy AMD K7 wrote: > > Hi everybody! > > I am new here, > > since I haven't find anything more relating to my question than this > > forum, I decided to post here. > > Can anyone explain or give me a link where I can find an answer to the > > question how to make 2 monitors work in text mode? > > Now, I'm not a ruby master, so don't take my word for absolute truth, > but I'm pretty sure that it's impossible to run two graphics cards in > VGA mode simultaneously. At least that's how I've understood it. In theory exists MDA adapter , wich is VGA compatible as secondary. > It is, however, possible to run two cards in framebuffer mode > simultaneously. You'll need the framebuffer console support compiled > into your kernel (or as a module) and the proper framebuffer modules. fbcon is abstract hardware independ layer. fbcon will work only Zoltan's ruby-2.6.11-mm1. 2.6.0-2.6.9 seems works for me. For another peoples 2.6.0-2.6.9 gives very conflicting results. At least matrox g550 is one of (sometimes) working device. I cannot recall number of kernel, but for me works 3 head box, with Voodoo 1, Voodoo 2 and Voodoo 3 video. Of course Voodoo 1-2 is VGA-less abnormal video cards. Normal "ATI 3D rage" alltimes gives blank screen as secondary card. i talk about text mode only. IMHO i read about radeonfb N-head capability. Aivils Stoss |
|
From: Helge H. <hel...@ai...> - 2005-03-14 09:04:35
|
Crazy AMD K7 wrote: >Hi everybody! >I am new here, >since I haven't find anything more relating to my question than this >forum, I decided to post here. >Can anyone explain or give me a link where I can find an answer to the >question how to make 2 monitors work in text mode? >It is plenty links and documents about xinerama. >In graphical mode it is not a problem to make a dualhead videoacard or >a two separate videocards to work together. >The question is - how to make them work together in text mode. >Or to run one in text mode and other in graphics mode under X. >More interesting to me situation with dualheaded cards like Radeon or >Matrox. 1 card is refered as one device for example, PCI:1:5:0, and it >unclear to me how to work with the second head of the same card. > > > If textmode is all you need, consider using some oldfashioned text terminals connected to serial ports. You won't even need ruby for that - linux support such terminals directly. You can probably find used terminals much cheaper than ordinary monitors. Run getty's on ttyS0, ttyS1, ... so you can log in on them. Solutions with graphichs cards: 1 in text mode, 1 with X: Simple, when you boot up one of them will get a text console. Use ruby and run X on the other screen using the other keyboard. (i.e. use the "vt17" parameter to the X server running on the other screen.) 2 in text mode: use framebuffers and framebuffer consoles. Console switching on the second console may or may not work, but *one* console on the other screen should be fine. Set up your inittab to run a getty on tty17 (and possibly tty18, tty19, tty20, . . . for console switching.) 2 text modes on a dualhead card: Use a framebuffer driver that make two framebuffers, one for each head. Such drivers does *not* exist for every dualhead card out there, but it works for some matrox cards. At least it worked for my G550, (and earlier compatible cards.) Configure so you get both framebuffers, use framebuffer console and run getty on tty17, tty18,... You may run accelerated X (using mga driver) on the first head if you wish, you can use unaccelerated X (driver fbdev) on the second head if need be. For a matrox card you also need the matroxset utility so that you don't get the same framebuffer displayed on both heads. (Map it to a hotkey, because X sometimes screws this up.) Helge Hafting Helge Hafting Helge Hafting Helge Hafting |
|
From: Fredrik T. <fr...@do...> - 2005-03-14 00:31:35
|
On Mon, 2005-03-14 at 00:49 +0300, Crazy AMD K7 wrote: > Hi everybody! > I am new here, > since I haven't find anything more relating to my question than this > forum, I decided to post here. > Can anyone explain or give me a link where I can find an answer to the > question how to make 2 monitors work in text mode? Now, I'm not a ruby master, so don't take my word for absolute truth, but I'm pretty sure that it's impossible to run two graphics cards in VGA mode simultaneously. At least that's how I've understood it. It is, however, possible to run two cards in framebuffer mode simultaneously. You'll need the framebuffer console support compiled into your kernel (or as a module) and the proper framebuffer modules. [snip] HTH Fredrik Tolf |
1998 messages has been excluded from this view by a project administrator.
