All times are UTC - 6 hours




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


Wed Oct 19, 2011 4:02 pm

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
 Profile  
 
 Post subject: Re: Change Colordepth
PostPosted: Mon Oct 24, 2011 5:15 pm 
Offline
Site Admin


Fri Sep 24, 2004 1:39 am

1589

Alamo Heights, TX
kikadisa wrote:
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, Genesi USA Inc.
Product Development Analyst


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


Wed Oct 19, 2011 4:02 pm

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
 Profile  
 
 Post subject:
PostPosted: Mon Feb 13, 2012 6:06 am 
Offline


Wed Oct 19, 2011 4:02 pm

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
 Profile  
 
 Post subject: Re: Change Colordepth
PostPosted: Thu Aug 09, 2012 6:24 am 
Offline


Wed Oct 19, 2011 4:02 pm

24
any news with the news armhf image and the 2D/3D drivers ?


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


Sun Mar 27, 2011 1:18 pm

180

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
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 

All times are UTC - 6 hours


Who is online

Users browsing this forum: No registered users and 0 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:  
cron
Powered by phpBB® Forum Software © phpBB Group