Re: Gregale SDK on new website?
Hi Kees, On Fri, 2007-05-11 at 12:16 +0200, ext Kees Jongenburger wrote: > -3 it's not under development->SDK Releases->Maemo 2.2 'gregale'. > perhaps it is hidden behind the > Internet Tablet OS 2006 sources , but You need to have a valid wlan > address and apparently my nokia 770 is illegal or I can't count to 12 > :p. but the site gave me a pointer sine it it hosted under a different > site Are you saying that your wlan code didn't work? If so, please report. For the rest: https://bugs.maemo.org/show_bug.cgi?id=1396 (thanks for the patience going through the steps). > perhaps you want to join the effort to create a "self healing" qemu image? > http://box.mmapps.net/~keesj/qemu_maemo_gentoo/ /me really wants to leave this web launch behind so we can talk again about the real stuff. > I also did not find the planet rss feed any more In the Planet header at the homepage or in News > Planet maemo > Available feeds. http://maemo.org/news/planet-maemo/rss.xml > I am completely lost -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Gregale SDK on new website?
Although we have fixed already many things there is still many things, true. On Wed, 2007-05-09 at 11:05 +0100, ext Graham Cobb wrote: > I need to install the gregale SDK (as I still want to build for 770 users > using IT2006). But I can't find the rootstrap after the website > reorganisation. Two tracks that currently work: - "SDK" in the homepage toolbar > "Maemo 2.2 'gregale'" link > "packages for the SDK rootstrap" link > Accept EUSA > Download - "Development" section > "SDK releases" link > "Maemo 2.2 'gregale'" link > "packages for the SDK rootstrap" link > Accept EUSA > Download The search is broken. Critical bug pending: https://bugs.maemo.org/show_bug.cgi?id=1302 About the Downloads section, you are right. A link should be provided there: https://bugs.maemo.org/show_bug.cgi?id=1395 > Before the change I bookmarked the most important page: > http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Installing-Maemo-rootstrap. > > Unfortunately that page does not exist any more. It is good practice to offer redirects at least from the most essential old pages, indeed. Let's see what can we do, and when. > I noticed that the Gregale announcement is on the maemo.org home page but the > links it contains are broken. True. It is fixed now. > The > maemo-2-2-gregale.html page has no link to the rootstraps at all Now it has. > The tutorial page claims to have a link > but it is "site:downloads/download-maemo", which does not work, of course. The tutorials are quite broke at the moment due to links changing with the migration and code examples being not well digested by Midgard. Known bugs, pending. The same problem occurs in many other pages and instead of going one by one we are working on an automated revision and a real solution for the problem. > 2) More generally, how do I find anything in the new structure The new structure is not even complete, as commented when the site was launched. At the end you should find all what a developer needs under Development. > 3) Are there any plans to fix the broken links? At least in the Nokia > section > of the website? Yes, of course. We can break things but we have a compromise to fix whatever we break and improve whatever can be improved. We are learning another lesson here. We are really sorry for the trouble and we are doing our best making everything work asap. -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: maemo trademark policy draft
How is _"maemo(TM)"_ supposed to be pronounced? The E in Maemo looks different, can I use memo? greetings > Please have your say. This trademark is also a tool to protect your > interests as maemo users and developers. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
maemo trademark policy draft
We have just published the maemo trademark policy draft for community review. Its purpose is to regulate the usage of the maemo mark, owned by Nokia, basically allowing the good uses and discouraging all the rest. We have followed a flexible approach similar to the Mozilla Foundation Trademark Policy and the GNOME Trademark Licensing. Please have your say. This trademark is also a tool to protect your interests as maemo users and developers. The materials: http://maemo.org/intro/licenses/trademark_faq.html Start here specially if you are not familiar with trademark texts. Contains the most essential elements of the rest of documents. http://maemo.org/intro/licenses/trademark_policy.html The basic text. Contains the what, the why and the how. http://maemo.org/intro/licenses/trademar_usage_guidelines.html Willing to use the maemo mark? Have a look here for guidance and instructions. http://garage.maemo.org/frs/download.php/1362/maemo_logos_v3.3.zip The set of official logos. The one that is in the current web header plus other variants (B/W, 3D, etc). Of course all the projects/products currently called maemo something can keep the name. You were quicker than us, well done. You will be subject to the policy and guidelines, though, just like anybody else (including i.e. the team running this website). New projects/products willing to have a name maemo something will need to contact us for authorization. This is normal practice for the use of many open source related marks. -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] DSP programming
Thanks for your thoughts about the IVA, over lunch I did some more googling and found a couple of non-authoritative posts about it. Looks like it might be a separate processor like the DSP, with its own kernel (not sure whether this is changeable). See: http://linux.omap.com/pipermail/linux-omap-open-source/2007-April/009494.html And: http://www.learn4good.com/jobs/language/english/search_resumes/computer/macedoni a/cv/108935/ (scroll down & search for "IVA") Still no idea where these people got their information from. Interestingly, I'd expected the Ti supplied kernel source to have more stuff related to the IVA in it, but there's not much at all other than some power management and clock setting code. I've not searched in it for the DSP, perhaps the kernel is relatively bare in terms of these peripherals, leaving that up to whomever decides to use it with Linux. > Thanks for your continued efforts in the DSP hacking. The > more we know, the more fun we can with specific codecs and > other projects, although it sounds as if the latency in > pushing the data back and forth to the DSP can be a limiting factor. This is a good point and needs some testing. If the data are only sent one way (e.g. sound data processed then output directly) then this is not a major issue, depending on the rate at which it's processed vs. memory vs. transfer speed, etc., but if it's bi-directional then I agree, it might not be very useful. We'll have to test and see :) Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Garage project news (was RE: Plugins available for Maemo Claws-mail 2.9.2-1)
Please don't feel offended. Keep sending your email, many read them. I wanted to stress the point that no matter if you send them to the list or not please do keep your garage projects updated using the news tool there. You had posted an email but not published the corresponding news in your project, which was my original point/recommendation/suggestion. You had been doing this in the past, publishing in both spaces at the same time, good. I thought it could be good to mention this in order to give some publicity to the feature so users and developers use it more. That's all. Sorry for the confusion. Garage is yours, the mailing lists are yours. Use them as you think they are best. You are the developers, we try to serve you. On Fri, 2007-05-11 at 13:46 +0200, ext Jean-Luc Biord wrote: > I do not agree. I think that a users mailing list is a good > location, with others, to announce new versions of applications. -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] DSP programming
On 5/11/07, Simon Pickering <[EMAIL PROTECTED]> wrote: > Hi All, > > I've had some time and have picked up where I left off, but this time using my > N800. The result is good news :) (but a rather long and meandering email). The > DSP seems very well behaved (no resets leading to reboots) and the couple of > demos I've tried worked fine. I was quite surprised after the hassles I had > with > the 770. I don't know whether I've done something different or whether the > setup > on the N800 (hardware/software) has helped. I've often wondered the same. With the 770 being essentially the first off the line for the series if there weren't a fair number of internal errata pages on hardware issues (internally) I'd be surprised. The n800 has been so much more stable compared to it's predecessor it does make you wonder.how many things did get fixed. > Anyway, instructions largely as before, Ti toolchain all the same, etc. > > I tested the demo_console and test7 demos, both worked fine. > > I made my own Makefiles pointing to the locations of my toolchain. These are > available in the tarballs of the DSP code directories I've placed at > http://people.bath.ac.uk/enpsgp/nokia770/dsp/. They are copies of the ones > from > the DSP_Gateway33_spec.pdf document. The code was also copied from here, but > it's available in the dspgw-3.3-dsp.tar.gz tarball from the DSP Gateway page. > You'll also need the ARM-side code which is in dspgw-3.3-arm.tar.gz. > > A couple of notes at this point (about copying from the pdfs from the DSP > Gateway site): Any \ characters appears as a ¥ in the pdfs and the " sometimes > comes out as a different character (smart quote) so make sure you check your > code if you start getting weird errors (the last one had me scratching my head > for a while as they look pretty much the same in my editor). > > You'll also need to remove references to the include > file. > I don't have this, the tarball demos don't have this line either (and are > otherwise identical to the pdfs). No idea what it's for. It might be handy to have-- are the register names, configuration register bits, etc. defined somewhere else? That'd be my guess right off the bat. > After compiling your code, you'll need to place the DSP-side object file (*.o) > in /lib/dsp/modules/, you'll also need to make an entry in the > /lib/dsp/dsp_dld_avs.conf file. > > My addition lines looks like this: > > demo_console_task_demo_console 1 > /lib/dsp/modules/demo_console.o > test7 _task_test7 1 /lib/dsp/modules/test7.o > (snip) > I'm going to look at using the DSP with Octave (via oct files) for doing fast > ffts, etc. I'd also like to see whether it might help with speeding up JPEG > decoding, which leads me rather obliquely onto the IVA. > > I've tried searching for this, but all I seem to get are promo. pdfs about how > it's included in various OMAPs, and how wonderful it is, but nothing about > what > it actually is. For example, is it like the DSP, where it runs its own kernel, > or is it a chip with set functionality that would have a limited set of > function > calls, etc.? Is there some technical documentation available for it anywhere? > I > suppose this question may be better asked on the linux-omap-open-source > mailing > list as some people there have been/are working on a DSP-IVA task bridge (e.g. > see http://komalshah.blogspot.com/), but I thought I'd tack it on here and see > whether anyone has run across anything. Nothing but the literature you've seen. Companies seem to love to hoard information and charge a hefty entrance fee for a peek. Once again, shooting from the hip I would imagine it would be a overlay on top of the existing MCU core, much like MMX1 is/was. Sharing/reusing registers would make for a smaller footprint in silicon, and the IVA functions would remain quiescent until invoked by specific instructions/mode changes. The tricky part (and likely why Nokia hasn't touched it yet) would be cleanly running that type of code without hurting performance for the rest of the "normal" code that needed to be able to switch out of the "Uber-IVA" mode, save registers and extra state information, and then get back to business once more when the IVA-specific code comes up again in the task queue. That, and the small detail of the GPL, since somehow both the kernel, compiler, and applications that use the functionality would need to be aware of the their part in how it functions. Give it a miss, unless TI and so forth are willing to open up a bit. Thanks for your continued efforts in the DSP hacking. The more we know, the more fun we can with specific codecs and other projects, although it sounds as if the latency in pushing the data back and forth to the DSP can be a limiting factor. Larry ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Garage project news (was RE: Plugins available for Maemo Claws-mail 2.9.2-1)
> Hi, > > As you have seen now the http://maemo.org homepage features the news > coming from http://garage.maemo.org, that are written directly by the > project maintainers. Users can subscribe to feeds and be the first > ones to know. > > Garage project maintainers, please make sure all your relevant updates > are reflected there with as much detail as possible. The GForge > interface is not the best in the world to publish news and receive > feedback but it does both. As usual, please submit feature requests if > you miss something. > > Sending emails to the mailing lists for new releases can't be > considered off topic but with >200 projects in Garage (and growing) > it is clear that it's not a sustainable practice in the mid term. > > Thanks for your understanding (and yes, specifically Claws mail > project tends to publish news - I just needed an example to raise > this topic). :) > > Quim > Hi Quim, I do not agree. I think that a users mailing list is a good location, with others, to announce new versions of applications. All 200 projects will never announce in the same time. All people doesn't survey maemo.org to find new releases. But as you want, and even if I think that it's an error, the new releases will not be any more announced on this list. Jean-Luc Biord ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Gregale SDK on new website?
On 5/9/07, Graham Cobb <[EMAIL PROTECTED]> wrote: > I need to install the gregale SDK (as I still want to build for 770 users > using IT2006). But I can't find the rootstrap after the website > reorganisation. > > Before the change I bookmarked the most important page: > http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Installing-Maemo-rootstrap. > Unfortunately that page does not exist any more. > > I noticed that the Gregale announcement is on the maemo.org home page but the > links it contains are broken. So, next, I tried searching for 2.2 in the > search box -- but that seems to just do a Google search which still contains > the old links. > > After looking around I eventually found > http://maemo.org/development/sdks/maemo-2-2--gregale-.html and > http://maemo.org/development/documentation/tutorials/Maemo_2.2_Tutorial.html. > > However, neither page has valid links to the SDK rootstraps! The > maemo-2-2-gregale.html page has no link to the rootstraps at all (despite > having a "quick downloads" section). The tutorial page claims to have a link > but it is "site:downloads/download-maemo", which does not work, of course. > > So: > > 1) How do I find the 2.2 SDK downloads? here are some hints: -1 it is not under http://maemo.org/downloads/ (those looks like downloads for the device) -2 not under community , that is developer generated content -3 it's not under development->SDK Releases->Maemo 2.2 'gregale'. perhaps it is hidden behind the Internet Tablet OS 2006 sources , but You need to have a valid wlan address and apparently my nokia 770 is illegal or I can't count to 12 :p. but the site gave me a pointer sine it it hosted under a different site http://tablets-dev.nokia.com/ there you will find the 3.1 sdk download , and if you look inside the 3.1 install.txt you will find the url for the manual download of the 3.1 sdk http://repository.maemo.org/stable/3.1/ now all you need to do is remove the 3.1 from the url and you will get a list of releases http://repository.maemo.org/stable/2.2/ this is how you can find the sdk files. The 2.2. sdk does not have a installer script and the install.txt is not up-to-date . for example it talks about sbox-config (this was a pre 1.x sbox command). So to install you need to read http://repository.maemo.org/stable/3.1/INSTALL.txt and replace 3.1 by 2.2 (and some other things but all really easy :P) What I don't know is if you also need tot perform the following: "Next you will need to create empty packages which provide the build tools provided by scratchbox. This step is necessary to make Debian package management system aware that these tools are already available and don't need to be installed from repository in order to fulfill" ... "Note that this step can be automated easily. See the maemo installer script for an example." step perhaps you want to join the effort to create a "self healing" qemu image? http://box.mmapps.net/~keesj/qemu_maemo_gentoo/ > > 2) More generally, how do I find anything in the new structure as the search > only gives the old links? Yes I have the same problem I don't know , I can't even find a link to the old wiki . perhaps the 404 page can be replaced to give this information(link to the old content). I also did not find the planet rss feed any more > 3) Are there any plans to fix the broken links? At least in the Nokia section > of the website? I am completely lost greetings ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] DSP programming
Hi All, I've had some time and have picked up where I left off, but this time using my N800. The result is good news :) (but a rather long and meandering email). The DSP seems very well behaved (no resets leading to reboots) and the couple of demos I've tried worked fine. I was quite surprised after the hassles I had with the 770. I don't know whether I've done something different or whether the setup on the N800 (hardware/software) has helped. Anyway, instructions largely as before, Ti toolchain all the same, etc. I tested the demo_console and test7 demos, both worked fine. I made my own Makefiles pointing to the locations of my toolchain. These are available in the tarballs of the DSP code directories I've placed at http://people.bath.ac.uk/enpsgp/nokia770/dsp/. They are copies of the ones from the DSP_Gateway33_spec.pdf document. The code was also copied from here, but it's available in the dspgw-3.3-dsp.tar.gz tarball from the DSP Gateway page. You'll also need the ARM-side code which is in dspgw-3.3-arm.tar.gz. A couple of notes at this point (about copying from the pdfs from the DSP Gateway site): Any \ characters appears as a ¥ in the pdfs and the " sometimes comes out as a different character (smart quote) so make sure you check your code if you start getting weird errors (the last one had me scratching my head for a while as they look pretty much the same in my editor). You'll also need to remove references to the include file. I don't have this, the tarball demos don't have this line either (and are otherwise identical to the pdfs). No idea what it's for. After compiling your code, you'll need to place the DSP-side object file (*.o) in /lib/dsp/modules/, you'll also need to make an entry in the /lib/dsp/dsp_dld_avs.conf file. My addition lines looks like this: demo_console_task_demo_console 1 /lib/dsp/modules/demo_console.o test7 _task_test7 1 /lib/dsp/modules/test7.o I didn't add the name of any cmd files to the last column in the conf file (though this is shown in the pdf instructions), mainly because it said it's optional, and because I didn't have one (or the source for one, etc.). I need to clarify just how these are optional, and what they achieve when they are listed in the conf file. Possibly overrides to the settings in the module itself? You'll then want to run "dsp_dld" to reload the module list, but this will complain that it can't find the conf file: Nokia-N800-10:~# dsp_dld sending SIGBUS signal to all task users... killing pid 832. killing pid 827. killing pid 1582. Can't open /lib/dsp/dsp_dld.conf So you need to create a symlink from the actual file dsp_dld_avs.conf, to the one it expects dsp_dld.conf (both in the /lib/dsp/ directory). Then try again and you'll see something like this: Nokia-N800-10:~# dsp_dld sending SIGBUS signal to all task users... killing pid 4234. killing pid 4236. killing pid 4235. mapping external memory: adr = 0x028000, size = 0x1000 mapping external memory: adr = 0x10, size = 0x20 mapping external memory: adr = 0x40, size = 0x18 detected binary version 3.3.0.0 setting DSP reset vector to 0x10389e releasing DSP reset DSP configuration ... succeeded. Then run the ARM-side binaries and see results. E.g.: Nokia-N800-10:~# ./test7 32 bytes written 32 bytes read Abcdefgg If you see a message like this: Nokia-N800-10:~# ./demo_console open: No such file or directory It means you've either not added the module to the /lib/dsp/dsp_dld_avs.conf file, or you've not run dsp_dld to refresh the DSP. I also built the demo_fb demo, but couldn't get it to do anything as I couldn't share the framebuffer. Using "dspctl fbexport" produces an error (better than the resets of old), and there's no /proc/dsp/ or /sys/devices/platform/dsp/mmu or mem entries to look at anymore to see whether my choice of address is wrong. Obviously something's changed. There are also no longer any dsp tasks that access the framebuffer. Perhaps this functionality has been disabled? Anyway, the fact the demos work means that people can now happily experiment with the DSP. It would be nice if Nokia could release a header file for any sound related functions contained in the avs_kernel, so that we can link into those rather than having to fiddle about and re-write a codec for the audio hardware (though there is a demo on the Ti website that might be a good start - DSP OGG sink on the DSP anyone?). Is this possible (releasing the header file) - it may not be if this code belongs to a subcontractor, could we know one way or the other? I'm going to look at using the DSP with Octave (via oct files) for doing fast ffts, etc. I'd also like to see whether it might help with speeding up JPEG decoding, which leads me rather obliquely onto the IVA. I've tried searching for this, but all I seem to get are promo. pdfs about how it's included in various OMAPs, and how wonderful it is, but nothing about wh
Re: maemo.org is down
Hi, On 5/11/07, Neil MacLeod <[EMAIL PROTECTED]> wrote: > The Maemo site has been down for several hours. > > This affects bugzilla and more importantly several of the essential Maemo > repositories are now offline. > > Are there moves afoot to make maemo.org more resiliant? I appreciate that > there are ongoing updates at the moment, but if the Internet Tablets are > going to become more popular it's essential that the internet infrastructure > supporting them is available 24x7. > I appreciate your concerns, and can ensure you that we were/are more than unhappy because of last night events. There was a service break somewhere in the network of our provider's provider. We have no control over such events. We could not communicate to the list either for obvious reasons. The servers were totally cut off from the world. Anyway we will get a detailed report later today and if you are interested I can share the reasons with you. Br, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
