X bug?

Hey,

S obzirom da imam problema sa Xom, pregledao sam malo furume i cini mi se da ima odredjenih problema, pogotovo na starijim masinama. Slack 13 je u pitanju, custom kernel ali isti problem se desava sa “regularnim” (podesio sam lilo da bootam po izboru).
Da skratim, identican problem se desava meni kao ovom liku (a mrsko mi kucati pa evo c/p)

AMD Athlon 800 (An old Time box)

NVidia GeForce MX440 graphics card

Install goes ok.

Add user, log in as user, startx, get Xfce “Tips” with keyboard and mouse
locked out.

Hard reboot (pwr off+on at mains) (plus inevitable fsck)

This time, run Xorg -configure, run X -config /root/xorg.conf.new

Get black screen and locked up mouse and keyboard again.

Hard reboot etc.

This time run xorgsetup, and still get black screen plus lock up.

Hard reboot again, try xorgconfig, get “Command not found”.

Last option = use xorg.conf from existing Slack 12.2 install on other
partition (using “nv” driver). Get black screen plus lock up again.

Hmmm. Something isn’t quite right here.

Slack 12.2 installs and runs fine, and I’ve never had any problems with
this “old faithful” machine.

I did get Slack 13 to work with a different dual-core machine, but no
luck with the Athlon 800.

Vise na:
http://groups.google.com/group/alt.os.linux.slackware/browse_thread/thread/bc1ee0116bf5751a

Cini se da je problem, bar kod ovog lika, sa hald. Inace, nikad nisam volio hald i automatsko prepoznavanje tako da sam ga uvijek iskljucivao no medjutim nakon:
#chmod +x rc.hald
#./rc.hald start
#startx

I windowmaker up and rdy

Ako nista, bar ste ubili koju minutu vremena :slight_smile:

I lold

Dobijam jednu gresku mada sve radi kad se loada gui (windowmaker, xfce, te sam probao) :

f0000:73f2: 01 illegal extended x86 opcode

Definitivno bug:

Resolution detection on a Tecra 8000 laptop fails due to bad video BIOS usage.
This conversation on the X.Org mailing list sums it up:

Julien Cristau wrote:

On Thu, Sep 20, 2007 at 20:13:15 -0700, Nolan Check wrote:

I own a Toshiba Tecra 8000 laptop. The display device is a NeoMagic
MagicGraph256AV, which uses the NM2200 chipset. The monitor goes up to
1024x768. When I install Xubuntu Gutsy Tribe 5 (with latest updates), it
fails to detect the screen resolutions properly. It maxes out at 640x480
until I adjust the HorizSync and VertSync parameters in
/etc/X11/xorg.conf. The reason for this seems to be that X.Org fails to
call the video BIOS function to get monitor data. (See attached
/var/log/Xorg.0.log)

During the VBE DDC transfer, it gets “01 ILLEGAL X86 EXTENDED OPCODE”.
That indicates the opcode “0F 01”, correct? The INVPLG instruction.

Looks a bit like https://bugs.freedesktop.org/show_bug.cgi?id=11842 .
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404885#46

Julien

Wow, it’s just a one-character change to the code! I’d really like to try
that patch. I guess it’s time for me to figure out how to compile X.Org.

Note: INVPLG is probably a red herring.
I first wrote about this in bug 3731.

fino se ti isprica … :smiley:

Sam sa sobom, na miru :smiley: