SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
Kernel 2.6.22.2 xorg problem
I have just compiled a custom kernel for Slackware 12 version 2.6.22.2 using make oldconfig with a working config from a previous kernel 2.6.20.4. My 2.6.21.5 standard kernels are having a problem with ACPI and I have to provide ACPI=noirq to boot so I thought I'd try a shiny new kernel !
Anyway the 2.6.22.2 boots fine with no irq probing errors and i thought all was well. This was till I tried running X when the display showed a lot of fuzzy colours and the PC hard locked - only a power off would get through. I have an onboard Intel 82815 graphics controller. So I have gone back to my generic 2.6.21.5 smp kernel for now but I am curious as to what has caused X to break. Maybe the i810 driver with this kernel doesn't agree with my hardware or something. Any ideas ? Here is a copy of the tail of my Xorg.0.log - there are some weird errors at the bottom of it. "Fatal server error - lockup".
Code:
(II) intel(0): Setting dot clock to 65.0 MHz [ 0x3f 0xa 0x30 ] [ 65 12 3 ]
(II) intel(0): chose watermark 0x2210e000: (tab.freq 65.0)
Error in I810WaitLpRing(), now is 1711378546, start is 1711376545
pgetbl_ctl: 0x17c70001 pgetbl_err: 0x14890000
ipeir: 0 iphdr: ffffffff
LP ring tail: 20 head: 0 len: f001 start 580000
eir: 0 esr: 1 emr: 3d
instdone: ff7a instpm: 0
memmode: 4 instps: 810
hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0
space: 65496 wanted 65528
(II) intel(0): [drm] removed 1 reserved context for kernel
(II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xd887d000 at 0xb7ba6000
Fatal server error:
lockup
(II) AIGLX: Suspending AIGLX clients for VT switch
Error in I810WaitLpRing(), now is 1711383564, start is 1711381563
pgetbl_ctl: 0x17c70001 pgetbl_err: 0x0
ipeir: 0 iphdr: ffffffff
LP ring tail: 28 head: 0 len: f001 start 580000
eir: 0 esr: 1 emr: 3d
instdone: ff7a instpm: 0
memmode: 4 instps: 810
hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0
space: 65488 wanted 65528
FatalError re-entered, aborting
lockup
Maybe there's a bug in the DRI kernel driver for your graphic chip.
I also experienced recently some incompatibilities between frame buffer driver and Xorg. That's for ATI but maybe there's an issue like this for Intel too. Roughly, f I compīle in recent kernel the frame buffer driver for ATI Radeon (and use it in console, of course), my system boot but once X starts, everything goes black and I have to stop the system using power off, as even Ctr-Alt-Suppr or Del does'nt seem to work. If I just use VESA frame buffer output, I get high res console plus X.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Original Poster
Rep:
Yes - I have come to that conclusion myself. I have re-compiled my kernel several times closely studying all options regarding agpart,framebuffer,character devices etc but still can't get X to work with 2.6.22.2 and DRI.
Suffice to say I have gone back to Slackware's generic 2.6.21.5 with an initrd as recommended by PV. I still have to append "acpi=noirq" to the booting of the kernel which bugs me but at least DRI works giving me a massive boost to glxgears fps and responsiveness.
Personally I like to get to the bottom of things and hate the fact that the latest kernel causes problems with my hardware. The 2.6.21.5 kernels seem to require an 'append "acpi=irq"' to successfully boot which bugs me.
What worries me is if this is the way new kernels are headed I may have a permanent problem with my hardware. Albeit this system is not that outdated by my standards (P111 celeron 1200Mhz - Intel 828** chipset).
In the past I have had no problems with the latest kernels and never had to supply boot parameters to the kernel. I just hope that my hardware is not now considered antiquated as I have always found one of the beauties of Linux is that it will run on old hardware whereas the "other" OS wont !!
Maybe I'm just being paranoid and it's just my particular chipset that is having problems.
I suppose I shouldn't consider testing 2.6.22.2 on my ancient Intel P11s that I still run !! Anyway - thanks for the reply.
2 bgeddy:
/* X now works - but try as I might I can't get DRI to work. It works fine with my 2.6.21.5 generic kernel however. Any suggestions are appreciated.. */
Try to update driver for your videochip. I have had a very annoying problem with my old ATI card - it didn't want to work with DRI enabled. Once I've got an newer one (from /extra folder form 3rd disk) - the problem has gone.
Well, if you seem to have lost kernel support somewhere, you can try to report it to the kernel team, they will probably try to fix it. But, as the message above quoted, you'd better be sure it's a kernel issue before reporting to them.
Try to search the X forums and Mailing List archives, there may be other reports of such an issue with the driver of your video card.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.