[gentoo-embedded] klibc / splash for arm

[gentoo-embedded] klibc / splash for arm

[Christopher Friedt]

Hi folks,

I was hoping that a few of you might be willing to test out a few
patches I put into bugzilla a few minutes ago.

http://bugs.gentoo.org/show_bug.cgi?id=284957

They're for klibc, which was previously keywordless for arm.

Klibc was a blocker for splash utils / bootsplash and I wanted to make
Gentoo 'prettier' on boot for the latest project I have before I
submit it for review to the customer.

I'll let you know how the splash functionality works. Spock said that
it should work fine for generic framebuffers, so hopefully that's the
case.

Cheers,

Chris

Re: [gentoo-embedded] klibc / splash for arm

[David Ford]

if i have some time this week, i'd love to.  will this apply generically
to embedded/arm, as in, the openmoko fone?

Christopher Friedt wrote:
> Hi folks,
>
> I was hoping that a few of you might be willing to test out a few
> patches I put into bugzilla a few minutes ago.
>
> http://bugs.gentoo.org/show_bug.cgi?id=284957
>
> They're for klibc, which was previously keywordless for arm.
>
> Klibc was a blocker for splash utils / bootsplash and I wanted to make
> Gentoo 'prettier' on boot for the latest project I have before I
> submit it for review to the customer.
>
> I'll let you know how the splash functionality works. Spock said that
> it should work fine for generic framebuffers, so hopefully that's the
> case.
>
> Cheers,
>
> Chris
>
>   

Re: [gentoo-embedded] klibc / splash for arm

[Christopher Friedt]

On Mon, Sep 14, 2009 at 6:58 PM, David Ford <david@blue-labs.org> wrote:
> if i have some time this week, i'd love to.  will this apply generically
> to embedded/arm, as in, the openmoko fone?

Oh yes... and it should also work for the LinWizard framebuffer.

Re: [gentoo-embedded] klibc / splash for arm

[Angelo Arrifano]

Christopher Friedt wrote:
> On Mon, Sep 14, 2009 at 6:58 PM, David Ford <david@blue-labs.org> wrote:
>> if i have some time this week, i'd love to.  will this apply generically
>> to embedded/arm, as in, the openmoko fone?
> 
> Oh yes... and it should also work for the LinWizard framebuffer.
> 

Indeed, we applied the fbcondecor kernel patch and built the splashutils
a while ago. We then stopped using it because it didn't work with
console rotation.

I'll try to test it in the weekend.

Best regards,
-- 
Angelo Arrifano AKA MiKNiX
Gentoo Embedded/OMAP850 Developer
Linwizard Developer
http://www.gentoo.org/~miknix
http://miknix.homelinux.com

Re: [gentoo-embedded] klibc / splash for arm

[Ned Ludd]

On Mon, 2009-09-14 at 19:12 +0200, Christopher Friedt wrote:
> On Mon, Sep 14, 2009 at 6:58 PM, David Ford <david@blue-labs.org> wrote:
> > if i have some time this week, i'd love to.  will this apply generically
> > to embedded/arm, as in, the openmoko fone?
> 
> Oh yes... and it should also work for the LinWizard framebuffer.

Sorry I don't have time to look at this now. But we have had splash
screens via fbdev/splashutils working for over a year on the wizard
device.

-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

Re: [gentoo-embedded] klibc / splash for arm

[Christopher Friedt]

On Mon, Sep 14, 2009 at 7:51 PM, Ned Ludd <solar@gentoo.org> wrote:
> Sorry I don't have time to look at this now. But we have had splash
> screens via fbdev/splashutils working for over a year on the wizard
> device.

Angelo mentioned that too - I wish I would have known that ahead of
time, I just spent the last couple of hours working on it :P

Re: [gentoo-embedded] klibc / splash for arm

[Angelo Arrifano]

Christopher Friedt wrote:
> Hmm...
> 
> On Mon, Sep 14, 2009 at 7:41 PM, Angelo Arrifano <miknix@gentoo.org> wrote:
>> Indeed, we applied the fbcondecor kernel patch and built the splashutils
>> a while ago. We then stopped using it because it didn't work with
>> console rotation.
> 
> Is there already an irq / callback in the linwizard kernel for
> triggering framebuffer rotation when GPIO 174 is low ?

Yes, I'm pretty sure the slide switch is attached to a GPIO.

Anyway, we are currently trying to move our codebase into 2.6.30, so I'd
say the rotation switch is very low priority :P
> 
> Or is framebuffer rotation generally non-functional on the omap850 ?
> 
> I'm sure I could  take a look at it if it's still not implimented ...
> (err... the gpio part... if framebuffer console rotation doesn't work
> already, I might pass on that due to lack of time).

Yes, we don't support it in linwizard yet. I'm thinking in gpio-buttons
and a userspace script??

What didn't work was doing a
echo 1 > /sys/class/fbcon/something/rotate
The console could rotate but fbcondecor seemed to be unaware of new
framebuffer size and rendered the decorations all fscked up.
- Angelo