LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   i810 not working in 12.0 ("detecting sil164") (https://www.linuxquestions.org/questions/slackware-14/i810-not-working-in-12-0-detecting-sil164-574944/)

jnsg 08-05-2007 07:56 PM

i810 not working in 12.0 ("detecting sil164")
 
I have an integrated Intel 855GM and had been using the i810 driver with DRI and everything in 11.0. I try this in 12.0 and get some screen flickering, then a blank screen which I then ctrl+alt+backspace out of. My xorg.conf:
Code:

Section "Module"
        Load        "dbe"      # Double buffer extension
        SubSection  "extmod"
          Option    "omit xfree86-dga"  # don't initialise the DGA extension
        EndSubSection
        Load        "type1"
        Load        "freetype"
        Load      "glx"
        Load        "dri"
EndSection
Section "Files"
        RgbPath "/usr/share/X11/rgb"
        FontPath  "/usr/share/fonts/local/"
        FontPath  "/usr/share/fonts/misc/"
        FontPath  "/usr/share/fonts/OTF/"
        FontPath  "/usr/share/fonts/TTF/"
        FontPath  "/usr/share/fonts/Type1/"
        FontPath  "/usr/share/fonts/CID/"
        FontPath  "/usr/share/fonts/Speedo/"
        FontPath  "/usr/share/fonts/75dpi/:unscaled"
        FontPath  "/usr/share/fonts/100dpi/:unscaled"
        FontPath  "/usr/share/fonts/75dpi/"
        FontPath  "/usr/share/fonts/100dpi/"
        FontPath  "/usr/share/fonts/cyrillic/"
EndSection
Section "InputDevice"
        Identifier      "Keyboard"
        Driver  "kbd"
EndSection
Section "InputDevice"
        Identifier      "Mouse"
        Driver  "mouse"
        Option "Protocol"    "PS/2"
        Option "Device"      "/dev/mouse"
EndSection
Section "Monitor"
        Identifier  "Built-in LCD"
        HorizSync  31.5 - 50.0
        VertRefresh 60
EndSection
Section "Device"
        Identifier  "VESA Framebuffer"
        Driver      "vesa"
EndSection
Section "Device"
        Identifier "Intel i810"
        Driver    "i810"
EndSection
Section "Screen"
        Identifier  "Screen"
        Device      "Intel i810"
        Monitor    "Built-in LCD"
  DefaultDepth 24
        Subsection "Display"
            Depth      8
            Modes "1024x768" "800x600" "640x480"
        EndSubsection
        Subsection "Display"
            Depth      16
            Modes "1024x768" "800x600" "640x480"
        EndSubsection
        Subsection "Display"
            Depth      24
            Modes "1024x768" "800x600" "640x480"
        EndSubsection
EndSection
Section "ServerLayout"
        Identifier  "Default"
        Screen "Screen"
        InputDevice "Mouse" "CorePointer"
        InputDevice "Keyboard" "CoreKeyboard"
EndSection
Section "DRI"
        Mode 0666
EndSection

Warnings/errors from Xorg.0.log:
Code:

(WW) intel(0): Bad V_BIOS checksum
...
(EE) intel(0): detecting sil164
(EE) intel(0): Unable to read from DVOI2C_E Slave 112.
...
(EE) intel(0): Output VGA enabled but has no modes
...
(WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009
(WW) intel(0): PP_STATUS before: on, ready, sequencing idle
(WW) intel(0): PP_STATUS after: on, ready, sequencing on
...
(WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed
        (Cannot allocate memory)
...
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
...
(EE) intel(0): I830 Vblank Pipe Setup Failed 0

It seems to be the exact same behavior as described in this thread, except the solution there was to use i810 instead of intel. (Just in case there was some backwards voodoo going on, I tried intel instead of i810 but got the same thing.)
Any suggestions would be appreciated.

oomfoofoo 08-06-2007 02:20 PM

Why do you have two device sections? One for vesa, and one for i810. You could try getting rid of the vesa device section.

jnsg 08-06-2007 07:53 PM

Because VESA is what works. I keep it there so I can get X working at all, by changing the Device in my Screen section. Simply having an unused Device section shouldn't make the used one throw errors.

Just to be sure, I removed it and still get the same thing.

In case it helps, it does this both with the huge-smp-2.6.21.5 kernel as well as my custom 2.6.21.5 kernel.

Petri Kaukasoina 08-07-2007 04:14 AM

Quote:

Originally Posted by jnsg
the solution there was to use i810 instead of intel. (Just in case there was some backwards voodoo going on, I tried intel instead of i810 but got the same thing.)
Any suggestions would be appreciated.

Package xf86-video-intel-2.1.0-i486-1 has removed the i810 driver /usr/lib/xorg/modules/drivers/i810_drv.so and replaced it with a link to the new intel driver /usr/lib/xorg/modules/drivers/intel_drv.so. So, while you meant to use i810, you used intel instead. Try
Code:

upgradepkg --reinstall xf86-video-i810-1.7.4-i486-1.tgz
to get the real i810 back.

jnsg 08-07-2007 04:53 PM

Well, thank you for that, it worked. This leads me to some questions:
1 - How was I supposed to know that a package interferes with another package? I'm suddenly paranoid about the order in which I install things.
2 - Why does the intel driver want to replace the i810 driver? Is it supposed to be the new version of it or something? And if so, why are both included then? And who do I notify that it breaks things?

davimint 08-07-2007 10:53 PM

I've got two of four machines with the i810 in them and until tonight I never found this problem. I always get them working but its a pain. I checked both & reinstalled the i810 but still had to work my magic to get them going again.

I sure wish someone could get this figured out and get "Pat and the Crew" to update it in the changelogs.

There's got to be something going on with this and not just buggy i810 cards.

KhaoSlacker 08-08-2007 12:45 AM

Quote:

Originally Posted by oomfoofoo
Why do you have two device sections? One for vesa, and one for i810. You could try getting rid of the vesa device section.

you can have as many device sections as you want/feel the need for alternatives.
X will just read those sections but not use them as long as they aren't defined in section screen to be used :)

atelszewski 08-18-2007 05:56 PM

I've got Intel 845G integrated graphisc and after fresh installation of 12.0 got the same problem (sil164). Solution was to uninstall xf86-video-intel and then reinstall xf86-video-i810, just like you said above. I found that, when uninstalling xf86-video-intel, the man page for i810 is lost (and that directed me to reinstall xf86-video-i810 ;-)). So there truly seems to be interference between i810 and intel.

pappy_mcfae 08-25-2007 02:03 AM

I have been remiss...
 
...in my duty of thanking you for the post below:
Quote:

Originally Posted by Petri Kaukasoina (Post 2850654)
Package xf86-video-intel-2.1.0-i486-1 has removed the i810 driver /usr/lib/xorg/modules/drivers/i810_drv.so and replaced it with a link to the new intel driver /usr/lib/xorg/modules/drivers/intel_drv.so. So, while you meant to use i810, you used intel instead. Try
Code:

upgradepkg --reinstall xf86-video-i810-1.7.4-i486-1.tgz
to get the real i810 back.

I have a Toshiba Satellite 1005-S157 laptop that happens to use that particular video library. This post saved my sanity, and I just happened to trip on it on my way to something else. I am so glad I did!

Thanks for this post!

Blessed be!
Pappy

duryodhan 08-25-2007 09:39 AM

does anyone know exactly why this change was done? Earlier it was all fine ...

pappy_mcfae 08-25-2007 10:48 PM

Quote:

Originally Posted by duryodhan (Post 2870168)
does anyone know exactly why this change was done? Earlier it was all fine ...

I agree. However, it is not just this particular library that goes bye-bye for some strange reason. Slackware-11 always automatically detected the LCD display on this laptop and my other one. It set the VertRefresh setting to 60Hz, the default refresh for most laptop displays. And it did so whether you used xorgsetup or xorgconfig.

Slackware-12 cannot make that same claim. In order to get X-windows working, I had to run xorgconfig to set up the basics in the xorg.conf file. Then I have to manually edit xorg.conf and make sure that VertRefresh=60. Xorgsetup is right out since it doesn't set up a VertRefresh line in the xorg.conf file.

According to Pat Volkerding in the official release announcement for Slackware-12:
Quote:

X11 7.2.0. This is the X.Org Foundation's modular X Window System. You will notice many more X package than before, and it's probably best to install them all. There's been much activity in the X development world, and the improvements here in terms of performance and hardware support are sure to be only the beginning.
Since this is the newest stuff from X.org, it probably has bugs, just like every new software package, open source, or not. In order to know what's the real deal, someone would have to plod though the source code to find out what the snafu is. Anyone feel up to the task?

Fortunately, this problem was known. I can just imagine how frustrating setting up Slack-12 would have been without this thread. It took a little time for me to finally figure out exactly what was happening when I tried to start KDE while the VertRefresh problem was a problem. Now that I know, it takes me a lot less time to setup this machine properly...having done so four different times now just with Slack-12.

Blessed be!
Pappy

duryodhan 08-26-2007 01:31 AM

Xorg 7 is certainly not new ... it is pretty old. Infact, slack11 has a hack to fix ATI cards on XorgR6 (in the extras section) and there is a note there saying "hopefully we will move to modular X soon where such hacks won't be needed)

pappy_mcfae 08-27-2007 02:44 AM

Quote:

Originally Posted by duryodhan (Post 2870870)
Xorg 7 is certainly not new ... it is pretty old. Infact, slack11 has a hack to fix ATI cards on XorgR6 (in the extras section) and there is a note there saying "hopefully we will move to modular X soon where such hacks won't be needed)

Well, they may have moved to a more modular version of X, but apparently, the ATI video problem remains. I say this because in the /extras directory of the Slack-12 DVD, there is still an alternate ATI driver. It even says,
Quote:

If the ATI driver in the main tree doesn't work, then try this one. you may have better luck.
This fact begs the question as to whether this spare ATI driver is a "hack" or simply an alternate driver for an alternate chipset. Either way, it seems to me that the Slackware team may not have really accomplished much in making the jump to the more modular x. Is there really a difference between a hack and an alternate driver if you still have to install whatever the cure is called to make your computer work?

The good thing is once you get passed the cure listed in this thread, and a few others listed in other places, Slackware 12 is just as stable as Slackware 11. The even bigger plus is once you get hal sorted out and functional, Slackware 12 detects all media, from CD's to USB zip sticks.

Blessed be!
Pappy

enine 05-06-2008 07:03 AM

Quote:

Originally Posted by pappy_mcfae (Post 2870795)

Fortunately, this problem was known. I can just imagine how frustrating setting up Slack-12 would have been without this thread. It took a little time for me to finally figure out exactly what was happening when I tried to start KDE while the VertRefresh problem was a problem. Now that I know, it takes me a lot less time to setup this machine properly...having done so four different times now just with Slack-12.

Blessed be!
Pappy


Another user reporting the same problem. The intel driver would not work with my system, all I could get was a slow fade to white. Reinstalling the i810 driver as above fixed mine as well.

cwwilson721 05-06-2008 03:49 PM

I added this post to my DRI post, with the attendant solution.

Since I'm not currently using an Intel Video Chip in any of my Slackware boxes, this has slipped by me.

A question: Was the issue caused by a "clean install" of SW12, or was it an "upgrade" from a previous version (11,10, -current, or whatever)?

jnsg 05-07-2008 01:47 AM

It was a clean install of 12. I haven't yet installed 12.1 on the laptop with the Intel chipset, so I don't know if the issue is still there, however.

enine 05-07-2008 01:29 PM

Mine was a clean install also, I swapped hdd's removing my older slackware install and starting with a blank drive.

cwwilson721 05-07-2008 06:02 PM

Seems like a boo-boo in the install scripts somewhere.

As I like to say: Poop happens.

One of the quirks of our most beloved distro. (No sarcasm. I really do love it)

atelszewski 05-08-2008 09:37 AM

Hi,

If you look inside packages "xf86-video-i810" and "xf86-video-intel" you'll notice that some files got the same name in both packages. As "xf86-video-intel" is installed later in the installation process, files from "xf86-video-i810" are repleaced, and I think here comes the problem that xorg can't use i810, and e.g. my video card doesn't work with intel, but only with i810.

Best regards,
atelszewski

cwwilson721 05-08-2008 09:12 PM

Quote:

Originally Posted by atelszewski (Post 3146960)
Hi,

If you look inside packages "xf86-video-i810" and "xf86-video-intel" you'll notice that some files got the same name in both packages. As "xf86-video-intel" is installed later in the installation process, files from "xf86-video-i810" are repleaced, and I think here comes the problem that xorg can't use i810, and e.g. my video card doesn't work with intel, but only with i810.

Best regards,
atelszewski

So maybe a swap of those two files in the install script?

Personally, I'm happy as a clam to just reinstall i810 after everything else is done...

atelszewski 05-09-2008 01:19 PM

Hi,

I don't know what you exactly mean by:
Quote:

So maybe a swap of those two files in the install script?
:)
It is possible to create slackware cd (dvd) without, let's say intel driver by removing it from packages and editing tagfile for the x series, but in my opinion it's worthless when you know the solution and don't plan to install slackware on thousand computers from cd:)

Now, I almost don't use cd's, but PXE and network installation which works just fine. Here comes the easy way to include only the packages you want to install, etc.

Best regards,
atelszewski

enine 05-13-2008 08:56 AM

From the thread I linked to it sounds like the overwrite was intentional.
I'd like to do a custom slack cd (dvd) as well. throw in openoffice and the latest firefox, etc.

cwwilson721 05-13-2008 09:57 AM

Quote:

Originally Posted by atelszewski (Post 3148390)
It is possible to create slackware cd (dvd) without, let's say intel driver by removing it from packages and editing tagfile for the x series,

Almost exactly what I meant, with the exception of removing the intel package. I haven't delved into it, but there might be needed files in the intel package that i810 does not provide...

And to have it in the actual distro, not changed by individual users, so this relatively minor issue won't affect future users of SW and Intel video chipsets, and cause uneeded irritation. It seems to be a very small oversight by the devel team for SW.

Maybe fix that in future releases?

atelszewski 05-13-2008 11:15 PM

Hi,
Quote:

I haven't delved into it, but there might be needed files in the intel package that i810 does not provide...
Maybe, I'm not sure, but I did uninstalled intel and installed i810 and it works as should.
Quote:

Almost exactly what I meant, with the exception of removing the intel package.
So just remove the entry in tagfile;) Btw, I installed Slack 12.1 on some old Compaq and found that my HP LaserJet 5L works well under it (in opposition to Slack 12.0) - but it's off topic;)

Best regards,
atelszewski

philjaden 01-18-2013 12:16 AM

i810 notes
 
i810 from intel is an Xorg integrated chipset. It can support 3D with the help of Direct Redndering Infrastructure. Use the option CacheLines (input an integer) this allows you to change your 2D properties, acceleration of video. If the values set to lower 3D textures are visible. If set higher 2D is enhanced at the expense of 3D

philjaden 01-18-2013 12:21 AM

i810 notes
 
i810 from intel is an Xorg integrated chipset. It can support 3D with the help of Direct Redndering Infrastructure. Use the option CacheLines (input an integer) this allows you to change your 2D properties, acceleration of video. If the values set to lower 3D textures are visible. If set higher 2D is enhanced at the expense of 3D

TobiSGD 01-18-2013 03:54 AM

This thread is almost 5 years old. Please don't resurrect such old threads.
In the mean time the Intel drivers have seen a complete rewrite, so I doubt that these problems apply anymore.


All times are GMT -5. The time now is 11:59 AM.