All times are UTC-06:00




Post new topic  Reply to topic  [ 6 posts ] 
Author Message
 Post subject: Change Colordepth
PostPosted: Mon Oct 24, 2011 11:44 am 
Offline

Joined: Wed Oct 19, 2011 4:02 pm
Posts: 24
I just get back to Ubuntu on my smarttop.

I took XBMC sources and compiled them.
Now i've an awesome message :
"XBMC cannot run unless the screen colour depth is at least 24 bit. Please reconfigure your scren"

I add "ColorDepth 24" to /etc/X11/xord.conf.failsafe

I reboot and i've got the same message.
Any ideas ?


Top
   
 Post subject: Re: Change Colordepth
PostPosted: Mon Oct 24, 2011 5:15 pm 
Offline
Site Admin

Joined: Fri Sep 24, 2004 1:39 am
Posts: 1589
Location: Austin, TX
Quote:
I just get back to Ubuntu on my smarttop.

I took XBMC sources and compiled them.
Now i've an awesome message :
"XBMC cannot run unless the screen colour depth is at least 24 bit. Please reconfigure your scren"

I add "ColorDepth 24" to /etc/X11/xord.conf.failsafe

I reboot and i've got the same message.
Any ideas ?
I'd suggest you fix XBMC: requiring 24 bit color depth is a rather odd restriction. Asking for ColorDepth 24 is also odd (32 would be better for the driver). You don't want the IPU driver to take you literally and give you a 24-bit display.

I'm also really quite sure that xorg.conf.failsafe has absolutely no effect for you anyway; you need to actually edit xorg.conf and if it's not there, create it. But setting a color depth here has no true effect either as it does not ask fbdev style drivers for that color depth.

But in the meantime you can recompile the kernel; drivers/video/mxc/mxc_ipuv3_fb.c line 1677 is a statement compiled out for the preprocessor. Just change #if 0 to #if 1 and the Smarttop (but not Smartbook) will run in 32-bit mode by default. It will scale the bit depth down the higher resolution you get to ensure that it can enable triple buffering for various reasons related to multimedia; so if you have a display

The reason we don't run this on by default is because we found 32-bit modes to confer a significant performance decrease in multimedia and in general the further away from 800x600 you get (1280x720 being the point where it gets more or less intolerable). You're also doubling the memory requirement for each screen. 1280x720 at 32-bit triple buffered would require 12MB where otherwise it would need 6MB (it's rounded up). 1440x900 means using 15MB instead of 8MB. That's pushing it. We only really have ~16MB available for the screen (otherwise we are taking memory away from the system and due to a quirk of running Xorg drivers on top of the Linux framebuffer subsystem, not reserving memory means a random placement of the framebuffer start which makes HDMI hotplug a crashable event). The only other solution to all the problems is reserve 32MB of memory for the framebuffer, but we'd end up having around 10MB of it basically unusable by anything in the system.. this is super dumb.

There should be a way to set the video mode on the kernel command line and afford yourself a better default bpp; try video=mxcdi0fb:bpp=32 *however* the mode searching functions we use to read the EDID absolutely do not have a way to be as introspective as we need and the HDMI driver shouldn't be peeking inside framebuffer drivers anyway. The only true solution is much tighter integration, which would only be possible via DRM/KMS.

It's much easier to recompile the kernel.

_________________
Matt Sealey


Top
   
 Post subject:
PostPosted: Sun Feb 12, 2012 11:50 am 
Offline

Joined: Wed Oct 19, 2011 4:02 pm
Posts: 24
Then the most simple is :
- $git clone git://github.com/genesi/linux-legacy.git
- $nano linux-legacy/drivers/video/mxc/mxc_ipuv3_fb.c
- Change the 0 in 1 at the line 1677
Copy in linux-legacy/ the config-2.6xxxxx file from /boot and rename it in .config
- $cd linux-legacy
- $make-kpkg clean
- $make-kpkg --rootcmd fakeroot --config oldconfig --initrd --append-to-version=-custom.32.bits --revision=1.0 kernel-image
- dpkg -i ../linux-image***********.deb
- Change the boot.sript as the first debian install (cf : Debian Wiki) and the zImage is in /arch/arm/boot


Top
   
 Post subject:
PostPosted: Mon Feb 13, 2012 6:06 am 
Offline

Joined: Wed Oct 19, 2011 4:02 pm
Posts: 24
If you want the deb file is here :
http://www.mediafire.com/?l6w6909d6cv08c7

It will work with people who run debian armhf.
I don't know if it works on a smartbook.


Top
   
 Post subject: Re: Change Colordepth
PostPosted: Thu Aug 09, 2012 6:24 am 
Offline

Joined: Wed Oct 19, 2011 4:02 pm
Posts: 24
any news with the news armhf image and the 2D/3D drivers ?


Top
   
 Post subject: Re: Change Colordepth
PostPosted: Fri Aug 10, 2012 5:20 pm 
Offline

Joined: Sun Mar 27, 2011 1:18 pm
Posts: 183
Location: Hornell, NY
I'm going to put one out soon. I have an experimental version of the armhf image at http://steubentech.com/~talon/Efika-MX/ ... exp.img.xz


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 6 posts ] 

All times are UTC-06:00


Who is online

Users browsing this forum: No registered users and 10 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  
PowerDeveloper.org: Copyright © 2004-2012, Genesi USA, Inc. The Power Architecture and Power.org wordmarks and the Power and Power.org logos and related marks are trademarks and service marks licensed by Power.org.
All other names and trademarks used are property of their respective owners. Privacy Policy
Powered by phpBB® Forum Software © phpBB Group