http://bugzilla.kernel.org/show_bug.cgi?id=13683
--- Comment #24 from Alex Deucher <alexdeuc...@gmail.com> 2009-11-20 23:41:49 --- (In reply to comment #23) > Still the same with latest git. Is it possible that the bios lies about the > connectors ? It's possible, but not likely. The bios claims you have local flat panel (LVDS) and a DVI-I port. Is that what your laptop has? > When i used the real old non-kms, non-xrandr radeon driver i had > to specify MonitorLayout LVDS,none to get an screen, else i got the > white-screen. I experimented with the video kernel-command-line, when i used In those days there was a bug in the connector table parsing where LVDS was not detected on properly on ATOM systems, so you had to force it with the monitorlayout option otherwise it would ignore the panel altogether. > video=1280x800 for all outputs i dont get the whitescreen instead the screen > flickers and displays nothing. How could i force the kernel to use LVDS as > first connector ? What do you mean "first connector"? LVDS always uses the first display controller right now even though either could drive it. Also, from your logs it appears you don't have any other monitors attached, so it's the only thing being used. Some LVDS panels are very picky about the timing they get and the power up sequence. This seems to be the case with yours. You might try Dave's drm-radeon-testing branch, specifically this commit: http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;h=fba0a16eb5c55ae3bb9cf1306a84b83451389612 and see if it helps. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
