Karoliina.T.Salminen at nokia
Jan 25, 2007, 3:02 AM
Post #4 of 11
>From: maemo-developers-bounces [at] maemo
>[mailto:maemo-developers-bounces [at] maemo] On Behalf Of ext Wahlau -
>Sent: 25 January, 2007 11:44
>To: maemo-developers [at] maemo
>Subject: Re: [maemo-developers] OS 2007 / 770 hacker edition
>first of all thanks for the engineering version - at least
>some of us here will not find ourselves abandoned. :)
>my first concern is - performance... would the OS2007 for 770
>work sacrificing speed and stability?
Not exactly sure yet, but at least in maemo-af-desktop (aka Hildon
Desktop) the changes aren't
towards more demanding for the HW, in fact, there have been lots of
> or it can work with
>OS2007 software at the OS2006 speed? Since N800 has better
>hardware spec, it might be possible that OS2007 will work on
>770 ultimately, but not as smooth as how OS2006 does on 770.
I could suspect that the most demanding softwares are those which
are closed and not part of the hacker edition anyhow.
Quite a bit of our development work was done
with the old HW and Sardine anyway (e.g. jobi has used Sardine).
Of course things will run a bit faster
on the N800 HW because it is simply faster and there is more RAM
but at least Hildon Desktop changes aren't the nature that it would make
the OS2006 faster than the new "hacker edition". I can tell more about
it later (maybe on my blog) once I upgrade my 770 with the
"hacker-edition". I am currently
runing the plain OS2006 on my 770 since I use most of the time the
new N800 since it just looks & feels so much cooler than the 770 (IMHO)
of the new industrial design and new theme and such little neat
>On 25/01/07, Frantisek Dufka <dufkaf [at] seznam> wrote:
>> Hello Carlos and Markku
>> this is pretty cool :-)
>> > Have a look at Markku's notes
>> > (http://maemo.org/maemowiki/Os2007On770)
>> > if you are interested in the gory details. He'll be updating these
>> > notes as he continues to work on this.
>> Quite interesting reading. Found some of those bits about initfs and
>> kernel too.
>> > An image will be available soon for download and flashing, to 770
>> > users only.
>> I guess including some sources - kernel at least (I am
>> maybe could even help) or all modified packages.
>> > After that, Maemo developers with a 770 and a bit of time on their
>> > hands are encouraged to check it out.
>> I will and definitely try to help if possible. Few questions/ideas:
>> Did you try to leave old kernel from 2.2006 and backport changes
>> needed (if any) from rx-34 kernel? Seems easier than using rx-34
>> kernel directly (arch/arm/omap1/ is outdated). What newer
>kernel gives us?
>> Same for initfs, what does break, dsme,bme? Thanks for the toolchain
>> name, I had to build static version of evkey for bootmenu since I
>> couldn't find correct uclibc toolchain. there is 'We used
>> from apt-repository as a base' where is this, something internal?
>> > We will work on this still for some time though it is hard to say
>> > how long. It will also depend on how this is received. It might be
>> > that we can get more of the DSP and Multimedia to work, or
>> Could leaving old kernel, dspgateway, dsp_dld and all n770
>> with this? Updated gstreamer could be nice, though. Maybe some fixes
>> in newer gst dsp plugins to make it work with older DSP
>stuff can make
>> this possible?
>> > We can't justify doing much work on this hybrid, our development
>> > focus is really on the N800. However, if we manage to make further
>> > progress we will release updated images. We'll look at any patches
>> > that people in the Maemo community might turn up and consider
>> > applying them and releasing new images. We can't promise
>we will do
>> > a good job there but let's see what we can manage.
>> Well I think community can (in theory) keep working on this
>> as long as is needed. What is not clear is how far we can
>> those few but important closed bits (initfs - dsme/bme, config
>> partition format, cal-tool etc., dsp stuff) and implications
>they have on the rest.
>> > This is again, something new for us, and we hope to learn
>> > in the process.
>> Yes, at least it can be another push to opensource something needed
>> for this or reveal how far we can go without it. I am pleasantly
>> surprised by the progress so far.
>> Best regards,
>> maemo-developers mailing list
>> maemo-developers [at] maemo
>===================== : : : ---
>normal reply to wahlau [at] gmail
>urgent reply to slau [at] wahlau
>--- : : : ======================
>maemo-developers mailing list
>maemo-developers [at] maemo
maemo-developers mailing list
maemo-developers [at] maemo