On 30/07/2008, at 9:59 AM, Alan Coopersmith wrote:

> Glynn Foster wrote:
>> http://www.opensolaris.org/os/project/indiana/resources/problem_statement/
>
> Some specific comments on pieces in my neck of the woods:
>
>>        DSK-4: Systems (including laptops) upon connecting to an  
>> external
>>               video display, should automatically probe the  
>> resolutions of
>>               that external display and provide an easy interface  
>> (on the
>>               panel, or through the menus) to set the display to  
>> that external
>>               device.
>
> I don't know if anyone is working on that or not - but I've heard at  
> Xorg that
> on some hardware, polling for newly connected monitors is a big  
> battery drain -
> and on other hardware, we just can't do it, so manual methods will  
> still
> be needed on those machines.

That seems fine to me - it would be nice to have some graphical way of  
switching though if possible.  I know there's some work in various  
parts of the GNOME community to make this a little nicer -

http://live.gnome.org/RandR1.2
http://www.bryceharrington.org/drupal/display-config-2
http://fedoraproject.org/wiki/Features/RandrSupport

I *think* some of that work has been folded into 2.24, so hopefully we  
can easily pick it up.

>> DSK-8: Provide the set of 'known to work' XOrg graphics drivers to  
>> allow some
>>               SPARC systems to run a graphical desktop environment.
>
>
> So what counts as "known to work Xorg graphics drivers"?   I can  
> fairly easily
> build & package all the SPARC graphics drivers that work on Xorg on  
> Linux/SPARC,
> including many which the Sun SPARC graphics team would prefer to EOL  
> - but would
> have to leave testing/tweaking/fixing to someone else, and I don't  
> know which,
> if any, work on Solaris/SPARC.   (Well, I know which ones Martin  
> Bochnig said he
> got to work, but many of those included adding the equivalent of / 
> dev/xsvc to
> SPARC to get direct access to the hardware behind the kernel & fb  
> driver's back,
> and I can guess how badly trying to get that past PSARC will fly.)

Is having no drivers better than having broken drivers? Agreed that  
this is a lofty goal and many SPARC systems will be headless anyway.  
Wonder if it's something that we should at least try and push towards  
the contrib repository?


Glynn

_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss

Reply via email to