Bug 19769

Created attachment 22283 [details]
Xorg.0.log

Created attachment 22284 [details]
hwinfo --gfxcard

Created attachment 22285 [details]
hwinfo --bios

Created attachment 22286 [details]
detail photo

Created attachment 22287 [details]
detail photo

Created attachment 22288 [details]
detail photo

Created attachment 22289 [details]
"funny" screen background

Note we have a DG45FC. Ling, the machine name is x-g45a.

Gordon, it happens reproducible for me with both systems.

It would be nice, if you could confirm, that you're able to reproduce it, too.

Thanks in advance.

BTW, if not, let me know, too. I would swap my machines and recreate the attached info.

Ling, sorry for the confusion, I meant you for sure. 
Working for 16 hours is a bit too much with a flu :-[..

Let me know, if I can provide anything to help you. 

Matthias Hopf wrote something interesting (for you) in my original report:

http://bugzilla.novell.com/show_bug.cgi?id=469243#c18

Sorry again,
Pete

Is this HDMI specific? Why the title says HDMI? What if you connect to a DVI monitor?

I would also suggest to get rid of the conf file generated by sax and re-test...

thanks.

> Is this HDMI specific? Why the title says HDMI? What if you connect to a DVI
> monitor?

Well, that was suggested by Stefan. In fact, I don't have any further HDMI hardware, and I connected the 19" LCD via a DVI cable. As noted before, using the DVI-VGA supplied adapter and connecting via VGA let the problem vanish (but raises others: blurred screen, etc..) Note: targeted screen/res is 24" and 1920x1200x24.

> I would also suggest to get rid of the conf file generated by sax and
> re-test...

Did something similar already: thrown out the HDMI related options, reduced the vert refresh rate (just in case..), fine tuned the mode lines, but the problem persists (since the issue is DVI related, I know fiddling with analog knobs isn't all that senseful, anyway)... After all, it seems like a timing issue.

ok. please add Option "ModeDebug" "True" to your device section , then attach the log. see http://intellinuxgraphics.org/how_to_report_bug.html

How many monitors have you tested? Have you tried a smaller one? What's the model of your monitor?


>The symptoms are flickering wrong colored pixels of certain ranges, thus the
>openSUSE (KDE4) kdm and desktop look pretty strange: along the green background
>pattern, there are flickering zones (see attached pictures).

flickering zones? this is probably hard to describe, but when we say flickering, it usually means the whole screen flickers. Do you see only a section of the screen flick(splash)? I'm asking because the sreenshot is static, I'm trying to understand more...


>I formerly reported this issue here, but it was identified as a hard to fix
issue,

Do you remember the bug number? Is this problem a regression for you, i.e. did it work before with the same set of HW?

thanks.

> ok. please add Option "ModeDebug" "True" to your device section , then attach
> the log. see http://intellinuxgraphics.org/how_to_report_bug.html

Attached. I used this document to report this bug, anything missing?

> How many monitors have you tested? Have you tried a smaller one? What's the
> model of your monitor?

One, a VisionMagic T19DS (it's my first 19" monitor).

> flickering zones? this is probably hard to describe, but when we say
> flickering, it usually means the whole screen flickers. Do you see only a
> section of the screen flick(splash)? I'm asking because the sreenshot is
> static, I'm trying to understand more...

First, I'm not a native speaker. It's flickering pixels. Look at the first photo: left is the monitor frame (and some light reflection), down is part of the kde4 menu, the area between is normally smooth green forms, but note the pixel stripes: looking like dirt spots colored from dark grey and light green to orange, those areas are flickering (fast blinking in non deterministic order), and all these are not to be expected. 

>> I formerly reported this issue here, but it was identified as a hard to fix
>> issue,

Sorry, I confused this sentence, read:

>> I formerly reported this issue there
                                  ^

> Do you remember the bug number? Is this problem a regression for you, i.e. 
> did it work before with the same set of HW?

No, since these boards are pretty new, I started experimenting with them targeted as my next secondary office and wife compatible living room system.
openSUSE 11.1 is the first distribution, I've used with them, and would be happy to get them to work soon (some customers, I supply with diskless office systems have also signalled interest..).

Created attachment 22551 [details]
Xorg.0.log with ModeDebug option enabled

What happened to the summary? Reverting (unintended?) change.

Michael, sure you did read what Matthias wrote in

  https://bugzilla.novell.com/show_bug.cgi?id=469243#c18

? He's also in Cc of this bugreport, in case you have any more questions.

(In reply to comment #15)
> 
> > flickering zones? this is probably hard to describe, but when we say
> > flickering, it usually means the whole screen flickers. Do you see only a
> > section of the screen flick(splash)? I'm asking because the sreenshot is
> > static, I'm trying to understand more...
> 
> First, I'm not a native speaker. It's flickering pixels. Look at the first
> photo: left is the monitor frame (and some light reflection), down is part of
> the kde4 menu, the area between is normally smooth green forms, but note the
> pixel stripes: looking like dirt spots colored from dark grey and light green
> to orange, those areas are flickering (fast blinking in non deterministic
> order), and all these are not to be expected. 
> 

ok. I'm kind of getting the idea.. What if you drag a window with white background on top of that area, will the pixels become normal(white) or still bad(random color?)? Just want to know if it's the background specifc or other pattern...

Created attachment 22853 [details]
the issue doesn't occur on DG45FC 

hi  Hans,
Today I did experiment on DG45FC, but no issue as your description occurs.
And I use Fedora, instead of openSUSE, could you try our latest version?

Thanks
Ma Ling

(In reply to comment #20)
> Created an attachment (id=22853) [details]
> the issue doesn't occur on DG45FC 
> 
> hi  Hans,
> Today I did experiment on DG45FC, but no issue as your description occurs.
> And I use Fedora, instead of openSUSE, could you try our latest version?
> 
> Thanks
> Ma Ling
> 

Very likely this issue is related with the monitor, I think. I.e. just we can't reproduce it may just because we don't have the HW. 

Jansen, do you have another DVI monitor to try?

ping Hans ~

Thanks
Ma Ling

Sorry guys, I'm in the middle of a big relocation (company and family in one go.. 10% done), but yes, from a quick test, the issue didn't happen. Unfortunately other issues appeared, which may be related to the Eizo 30" screen, I've attached, but I guess, the HW just isn't capable of handling 2560x1600x24 natively (something I kind of accept, since both parts are targeted to very different places of action). Due to this issue, I will get rid of the old monitor soon...

Until I'm able to retest this issue with different HW, I've closed this issue with WORKSFORME. 

Sorry again for the churn, guys!