Please attach the information requested on the webpage:

http://en.opensuse.org/Bugs/SaX2

Created attachment 280737 [details]
compressed requested files

I have attached the files that you requested: see the attached tarball above.

Things to note:
1. I've done a clean new installation today, with 2 different things: 
a. I didn't use an external USB mouse and 
b. I set the resolution to 1280x800 before starting the installation (using F4 in the installation screen).

2. Slightly different result: right resolution after installation. But after processing the available updates, same problem again: only command line interface. Booting in failsafe mode did get me a graphical environment, with almost right result (wrong screen size, but still 1280x800).

No outputs detected:

        (II) intel(0): Output VGA disconnected
        (II) intel(0): Output LVDS disconnected
        (II) intel(0): Output TV disconnected
        (WW) intel(0): No outputs definitely connected, trying again...
        (II) intel(0): Output VGA disconnected
        (II) intel(0): Output LVDS disconnected
        (II) intel(0): Output TV disconnected
        (WW) intel(0): Unable to find initial modes
        (EE) intel(0): No valid modes.

That's bad.

I suggest to go back to xorg-x11-driver-video from DVD and reconfigure X with SaX2. Apparently your monitor has not been detected and fallback for SaX2 is to use kernel framebuffer resolution.

Relevant intel related changes in xorg-x11-driver-video since 11.1 GM:

-------------------------------------------------------------------
Mon Feb 23 12:02:29 CET 2009 - sndirsch@suse.de

- xf86-video-intel-bfo17988.diff
  * disables update_dsparb function for 945GM (bfo #17988)

-------------------------------------------------------------------
Mon Feb  2 22:15:45 CET 2009 - sndirsch@suse.de

- xf86-video-intel-commit-1e974ff.diff 
  * Try to always probe SDVOC on 965G/965GM. Detect bit of SDVOC
    is reserved on 965G/965GM, instead of ignore SDVOC this trys
    to always probe it on these chipsets. (bfo #19770)

-------------------------------------------------------------------
Mon Jan 12 08:25:46 CET 2009 - sndirsch@suse.de

- xf86-video-intel-SDVO_LVDS.diff
  * Add support for SDVO LVDS (bfo #18495) 

-------------------------------------------------------------------
Mon Jan  5 17:01:20 CET 2009 - sndirsch@suse.de

- xf86-video-intel-NoFBC-945GME.diff 
  * After some hours VGA external display stops working on
    945GME with FBC enabled. Thus disable it. For more details see:
    http://bugs.freedesktop.org/show_bug.cgi?id=18821 (bnc #457623)

-------------------------------------------------------------------
Mon Dec 15 08:58:34 CET 2008 - sndirsch@suse.de

- xf86-video-intel-bug18462.diff (bfo #18462)
  * Remove Cappuccino SlimPRO SP625F 855GM LVDS quirk. It breaks
    bug #18462 on IBM 855GM with same subdevice ids.
  * Try to add LVDS detect support.
    This one trys to use lid status for LVDS detect,
    which works when internal panel is not used as primary
    display alone, or there's no internal panel at all.
    ACPI button driver's lid state interface is preferred,
    and SWF state is also checked if ACPI method failed.
  * Let lid status be unknown if no acpi lid object found.

Most obvious candidate for breaking this is xf86-video-intel-bug18462.diff.

Not a good solution, I fear: the xorg-x11-driver-video from the 11.1 DVD didn't function right, too! 

I only managed to get the correct resolution with the DVD driver, because I set the correct resolution manually, with F4, right after the Welcome screen from the DVD. Before starting the actual installation.

The first time I didn't do that, and then the DVD driver didn't detect right at all: I was stuck with 800x600 and I could not change that with SaX2 afterwards.

So the bug is present in the DVD driver of 11.1 as well.

The driver of the previous openSUSE, version 11.0, does work well. That's the last driver version that works correctly.

Well, you didn't provide a config/log file for the 11.1 DVD driver version, did you? I think it's a configuration issue.

In the next couple of days I can repeat the installation of 11.1 without internet access (so no updates). Then I can attach again the files mentioned on this page:
http://en.opensuse.org/Bugs/SaX2

Will that provide enough information for the test?

So you switched back to 11.0? Otherwise it would be enough to downgrade xorg-x11-driver-video from DVD.

No, I still have 11.1 on a partition of my multiboot laptop. No lack of distro's on that machine: used to be 10, currently six.  :-) 

I'll downgrade that package tomorrow. Then I'll attach the necessary files again.

Thanks for the speedy replies! Bugzilla is as good as Launchpad, apparently: I've done some bug reporting there, in the past few years, and over here it seems to work just as fine.

Created attachment 281059 [details]
requested files created after downgrading the xorg driver

You were right! Downgrading the xorg package to the DVD version was the correct solution. Everything works fine now in 11.1.

Exact approach that I used:

- install 11.1 from DVD
- process all updates
- reboot in failsafe mode
- downgrade xorg package to the one on the DVD
- run sax2
- reboot normally.

This seems to have to be introduced by the latest update of the xorg-x11-driver-video package. It's sufficient for me to revert to xorg-x11-driver-video-7.4-19.4 to fix the issue, hope that helps narrow the problem. I'm not the only one with this issue, see this forums.opensuse.org thread for more people affected.

http://forums.opensuse.org/hardware/410396-xorg-issue-intel-driver-2.html

If it matters, I'm on a Dell 700m with a built-in 855GM video controller, but it affects other chipsets also, as you can see from the reports. This video controller has worked fine since about 10.1 or so.

*** Bug 487573 has been marked as a duplicate of this bug. ***

I can confirm this bug on my Intel 855 GM card. In addition after downgrade back to xorg-x11-driver-video-7.4-19.4, all icons in systray in KDE disappeared. They are still clickable, but are not visually present, there is empty panel instead of them.

Same error with the Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller on my Fujitsu Siemens Amilo Laptop.

After the recent update of the xorg-x11-driver-video from 7.4-19.4-i586 (repo-oss) to the 7.4.19.5.1-i586 (repo-update), Xorg does not start.

Xorg works only with vesa driver for 1024x768 resolution.

I had to downgrade the xorg-x11-driver-video to 7.4-19.4 (repo-oss) in order to use the intel's driver benefits:resolution(1280x800),acceleration,etc...

Unexpectedly the xorg-x11-driver-video-7.4.19.5.1-i586 works fine on my second HP laptop with the same VGA but with 1024x768 display resolution.

Tomas try to update all KDE packages leaving as is(downgraded) the xorg-x11-driver-video package.

zypper up -r KDE4_Core_Packages
zypper up -r KDE4_Extra_Applications

Where KDE4_Core_Packages & KDE4_Extra_Applications the names of your repositories for KDE packages

I experienced the same behavior on a Sony VGN-BX563B laptop with Intel 915GM video. I did a clean install of openSUSE 11.1 on March 8th.  Everything worked fine, but after upgrading via automatic updates, the X-server won't start. The X.org.log file says:
(WW) intel(0): No outputs definitely connected, trying again...
(II) intel(0): Output VGA disconnected
(II) intel(0): Output LVDS disconnected
(II) intel(0): Output TV disconnected
(WW) intel(0): Unable to find initial modes
(EE) intel(0): No valid modes.
(II) UnloadModule: "intel"
(II) UnloadModule: "vgahw"
(II) Unloading /usr/lib/xorg/modules//libvgahw.so
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found 

Normal vesa driver works with degraded screen resolution.

I was able to downgrade to xorg-x11-video-7.4-19.4 from the updated xorg-x11-video-7.4-19.5.1 to restore desired screen resolution: 1200 x 800. 

Dacman40

Could anybody affected by this issue please give the freshly builded 
xorg-x11-driver-video package in

  http://beta.suse.com/private/sndirsch/bug486643

a try? It disables patch 'xf86-video-intel-bug18462.diff'.

(In reply to comment #17)
> Could anybody affected by this issue please give the freshly builded 
> xorg-x11-driver-video package in
> 
>   http://beta.suse.com/private/sndirsch/bug486643
> 
> a try? It disables patch 'xf86-video-intel-bug18462.diff'.

I have installed this package, rebooted and... it works!

Thanks for your help.  :-)

By the way: unrelated issue, but can you perhaps lend a hand with this problem:
http://forums.opensuse.org/hardware/410828-screen-brightness-cant-adjust.html#post1962004

Thanks. Need to discuss this regression now in the upstream bugreport.

  https://bugs.freedesktop.org/show_bug.cgi?id=18462

Upstream is asking for logfiles with 

  Option "ModeDebug" "on"

Could you provide such? Thanks.

Created attachment 281987 [details]
Xorg.0.log with xorg-x11-driver-video 7.4-19.5.1 and Mode Debug On (Intel 915GM)

Thanks. I've pushed it to upstream Bugzilla.

>  ------- Comment  #63 From Wang Zhenyu  2009-03-25 17:54:42 PST  [reply] -------
>
> (II) intel(0): LID switch detect closed with ACPI button
>
> ok, so driver trys to know lid status through acpi button lid object, and that
> reported closed. 
>
> We have seen this kind of hw with broken acpi, it's fixed through custom dsdt
> or driver has a BROKEN_ACPI_LID quirk if this hw's acpi can't be fixed with
> dsdt.
>
> Could you ask user to attach acpidump? our acpi guy would like to see it.

Marco, could you provide the requested feedback? Thanks.

I am also affected with this issue. I created requested attachments directly in upstream.

Thanks, Thomas. So at least I no longer need to play proxy here.

Same problem since running YOU today morning on my Dell 700m (Intel Corporation 82852/855GM Integrated Graphics Device).

Should be fixed now in X11:XOrg:sle11/xorg-x11-driver-video. package is currently rebuilding. RPM changelog entry:

-------------------------------------------------------------------
Tue Mar 31 10:30:21 CEST 2009 - sndirsch@suse.de

- xf86-video-intel-commit-4f046af.diff
  * Disable LVDS detect methods. Both methods ACPI lid and SWF bit
    have issues in LVDS detect from wider testing. Fallback to
    origin code. (bnc #486643, bfo #20826)

An update for this package will be requested.

is the package ready for testing?

Sure, since about two weeks now. But you are likely not affected by this change anyway. See also 

  http://bugs.freedesktop.org/show_bug.cgi?id=18462#c72

is the X11:XOrg:sle11/xorg-x11-driver-video mentioned in comment#27 ready?

I was trying out the raw package from http://bugs.freedesktop.org/show_bug.cgi?id=18462#c72, it rans into requiring libdrm >=2.4.6. 

"checking whether xf86RotateFreeShadow is declared... no
checking for DRM... configure: error: Package requirements (libdrm >= 2.4.6) were not met:

Requested 'libdrm >= 2.4.6' but version of libdrm is 2.4.5"


i only managed to locate 2.4.5 from opensuse repository.http://download.opensuse.org/factory/repo/oss/suse/i586/

(In reply to comment #30)
> is the X11:XOrg:sle11/xorg-x11-driver-video mentioned in comment#27 ready?

Sure. Again. Since more than 2 weeks now. Give it a try.

> I was trying out the raw package from
> http://bugs.freedesktop.org/show_bug.cgi?id=18462#c72, 

You don't need it.

*** Bug 515011 has been marked as a duplicate of this bug. ***

This behavior is still current, as it seems the bugfix has not reached the patches for YOU since months now.
Another bug (486643) stating this issue was opened again yesterday, which shows me: I'm not alone.

I tested the recommended "Mesa" again some days before and it ended up in not starting X11 again!
So since weeks I prevent YOU updating my xorg-x11-driver-video and stay with version 7.4-19.4 which is obviously the last working version with my Intel video chip in the Dell 700m.

What the hack prevents you guys to provide the bugfix ths the YOU patches?

Here the PCI info to check:
# lspci
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
02:01.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05)
02:04.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
02:04.1 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
02:04.2 FireWire (IEEE 1394): Texas Instruments PCI7x20 1394a-2000 OHCI Two-Port PHY/Link-Layer Controller
02:04.3 Mass storage controller: Texas Instruments PCI7420/7620 Combo CardBus, 1394a-2000 OHCI and SD/MS-Pro Controller
02:05.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02)

Juergen, you're blaming the wrong person. I'm not responsible for the updates still not being available yet.I provided the fix from the beginning via the X11:XOrg:sle11 repo, since I know it's a severe issue. It's about 2 months ago that I've triggered the update, so it's still in our QA queue.

Stefan is right. Comment #17 from him contains a link to version 7.4-39.4 which indeed solves the problem. And it's just six days since the bug was opened. So thanks is what we should say to Stefan. 

Regards,
   Marco

reopen for maint tracking

Stefan,
big sorry for this. In fact I didn't want to blame you personally.
I currently don't exactly understand the process how this kind of fixes go its way and where and why they it can stuck in any way.

Please excuse my behavior like a bull in you well sorted china shop 8-(

Kindest regards,
Juergen

Closing again as fixed. Once testing is finished the update can be released. AFAIK you'll see a notice as bugzilla comment once this has happened.