Red Hat Bugzilla – Bug 89890
ddcprobe does not probe my laptop correctly
Last modified: 2014-03-16 22:36:00 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
ddcprobe does not detect my laptop screen parameters.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.run kudzu or anaconda or XFree86 probe
2.check out put from ddcprobe
Actual Results: does not identify screen information properly
Expected Results: It would identify screen information so XFree86 could
ddcprobe does not work with laptop displays. You will need to manually specify
the monitor type.
Kudzu will need to probe LCDs someday.
Created attachment 91448 [details]
Does this code help
Not exactly in this context, no. The DDC probe is currently graphics-card
agnostic, and that code is ATI specific.
Cant this code be incorporated to at least get rid of some of the problems with
laptops with the ATI card?
Not generally, no.
OK, I give. If a business person wanted to adopt rh9 to put on the employees
10,000 laptops what would the solution to the problem be?
Backing up, when you mean 'problems with laptops with the ATI card', do you mean
stability or display issues? That would be an X driver bug, and not relevant to
the DDC issue that was opened here.
As for configuring X in the abscence of DDC info, you can always
pass info in via kickstart, or change it with redhat-config-xfree86.
both--randomly-when logging out or switching to the console using alt-cntl-f1,
the screen will just fade to a complete white screen and the whole machine is
frozen. Also you can not change the colors from 16 bit to 24 bit or the screen
screws up and is unreadable. Now, since the ddcprobe can not provide the proper
parameters from the beginning and the user does not know them--XFree86 config
file is not entirely correct. Some how windows does it correctly and rh
software whether it be X or ddcprobe or r128 driver or gnome--i don't know and I
can assure you the marketplace does not care. All I know is when you recommend
rh9 to a bunch of business people that have thousands of Dell laptops since Dell
is king in the business world--rh9 better load and configure correctly or else
bill gates wins. I am sure we both would not want that to continue. Someone
needs to take some leadership here and crush this little problem.
For the display issues, those are XFree86 bugs, and should be reported separately.
>OK, I give. If a business person wanted to adopt rh9 to put on the employees
>10,000 laptops what would the solution to the problem be?
I suppose one would call the laptop manufacturer or ATI on the phone and ask
them if their hardware is supported officially in Linux, and if not, when they
plan on producing open source support for their laptop hardware so that open
source vendors such as Red Hat and others can ship an OS that supports their
Another possible solution would be if Red Hat were to acquire a company such
as ATI, and then switch the focus of hardware support to Linux, and open source
it for the greater benefit of the community.
There are likely other solutions also though, these are just two possibilities.
I kindof like the second idea.
I am afraid that option 3 is what they are going to do given these types of
responses: Buy Microsoft.
The ddc program is kudzu's responsibility is my understanding and it does not
get the proper results for the monitor when it probes for sync values (as in bug
75351). If this is inaccurate please advise who to report this to.
I would be happy to try betas of the program to see if they work on my laptop if
that would help.