Tim Tisdall wrote:
Neither showkey nor xev are
already in Maemo and there doesn't seem to be anything in the package
handler containing these.
xev is (or was?) in package x-debug-tools in maemo repository (chinook,
bora, ...)
However it is not mentioned here
Frantisek Dufka wrote:
xev is (or was?) in package x-debug-tools in maemo repository (chinook,
bora, ...)
However it is not mentioned here
http://maemo.org/development/tools/
Correction, it is hidden under 'x-debug-tools' with link to separate
page http://maemo.org/development/tools/doc
nick loeve wrote:
Yep, I have been reading the archives and have compiled a shortlist of
info based on past discussions (mainly that you have started! ). I
guess I might start documenting what is known already and try and get
it all in one place.
Yes, please do if you can. I am guilty of not
[EMAIL PROTECTED] wrote:
The only major changes are feature updates to the browser (not actually
a new browser, it's still based on the same old gecko as 2008)
Sorry for hijacking thread, this is certainly not central to this
discussion. Does the it's still based on the same old gecko as 2008
Igor Stoppa wrote:
-serial console:
that can be obtained with some hacking by attaching a level shifter and
a serial connector to the serial pads exposed, it would be enough to
release schematic and layout (although i think there are already
unofficial howtos)
For 770 those pin are known,
[EMAIL PROTECTED] wrote:
A possible interim solution is to use one like nVidia has used for years
for their closed video card drivers. Provide a binary object that
implements all the core functionality of the chip, with a public API.
Then have an open source kernel module wrapper that calls
Simon Pickering wrote:
This requires two things, a kernel patch, and adding a FRAMEBUFFER section
to the /lib/dsp/avs_kernelcfg.cmd file. See
https://bugs.maemo.org/show_bug.cgi?id=3123 for the patch.
Nice. I've been thinking about garage project named kernel-hacks or
something, that would
Michael Stepanov wrote:
In case of Nokia that method returns *(Uint16 *)p. But instead of 6
hexadecimals it returns only 4. For example, for white color it returns
instead of F. The same, for the rest of colors.
Any idea why?
Some typo in your mail? Uint16 is 16 bit value, you
Michael Stepanov wrote:
So, how in that situation I can get correct color?
It is already correct. The color format is RGB565. What 'correct' means
to you in this context? If you need the value in different format you
need to convert it.
___
Michael Stepanov wrote:
int bpp = surface-format-BytesPerPixel;
You can check also other fields of SDL_PixelFormat structure to get
R,G,B color components. Interesting field names are
Uint8 Rloss;
Uint8 Gloss;
Uint8 Bloss;
Uint8 Rshift;
Uint8
Andrew Flegg wrote:
On Tue, Mar 18, 2008 at 2:49 AM, pancake [EMAIL PROTECTED] wrote:
I have managed to build vala 0.1.8 (svn) in scratchbox and updated
the radare package.
Are your vala packages in extras(-devel)? I know jott compiled some
for 0.1.6 at:
http://sse2.net/vala/
Michael Wiktowy wrote:
Well, I have news for you ... that 3s standard for showing a basic UI
has already been met (with the N800 and N810 running OS2008 at least).
Actually OS2007 is faster here with my N800 in this regard. When
launched repeatedly, both Application Manager and File Mananger
Tomi Ollila wrote:
Hi
Does osso_xterm support a bitmap font wrapped in a sfnt (TrueType or
OpenType wrapper)?
I tried the following command:
fonttosfnt -v -o fatFixedBitmap.ttf fat7x16-iso10646-1.bdf
fat8x16-iso10646-1.bdf
( above files available at
Vinod Hegde wrote:
hi everyone,
I am getting the following error when i tried apt-get update in
MaemoKernel..
Just in case you missed it in the tutorial - It is not mandatory to set
up a separate target for kernel compilation, but this example does it in
case the default armel target has
Ross Burton wrote:
Why would you want to make your application look and feel different from
every other application? An integrated system where all of the
applications for a coherent whole is far easier to use than one where
every application has buttons with different colours and fonts.
Kalle Valo wrote:
Also CPU usage is very high because of busyloop when waiting till
DMA transfer is done. Tasklet, which executes the code can't be
easily preempted, as far as I understand kernel documentation. Maybe
it is possible to split tasklet into several parts, one of them
could be
Kalle Valo wrote:
ext Siarhei Siamashka [EMAIL PROTECTED] writes:
A while ago I looked for various kernel docs to see what's happening in the
wlan driver and what can be done to reduce cpu load. My impression was that
tasklet can be only preempted by hardware interrupts, so it is impossible
Tapani Pälli wrote:
Hello;
ext Tobias Oberstein wrote:
Hello tableteers,
I've done some initial experiments hacking my N800/OS2008 and ran into a
couple of issues:
When using the supplied SDL library for doing timer-based frame
rendering, there seems to be
- heavy tearing
Siarhei Siamashka wrote:
those interested in the topic, documentation for the Epson LCD
controller used in N8x0 (S1D13745) is available here:
http://vdc.epson.com/index.php?option=com_docmantask=cat_viewgid=38Itemid=40
And for 770 (S1D13742) here
Siarhei Siamashka wrote:
N800 hardware definitely supports tearsync.
And 770 should too according to the schematics floating on the net. Only
the code never made to official 770 kernel but is/was part of released
N800 kernel. Sadly last time I tried and ported this code back to 770
kernel it
Siarhei Siamashka wrote:
I'm sorry. For some unknown reason, I thought that I notified you
about this problem long ago, but appears that we only discussed this
issue privately with Frantisek Dufka :(
I think it was discussed also in the Memory corruption during WLAN use
bug too - http
Neil MacLeod wrote:
Richard Booth wrote:
How do others find it?
Rich
Exactly the same as you - when I grab the scrollbar thumbtrack, instead of
the events being processed by the scrollbar widget the events appear to be
processed by the main page of the application
At least on my
Michael Flaig wrote:
Hi,
sorry can't say much about the other things...
Q: btw - how can I shutdown Maemo Launcher/Hildon/Matchbox/Xomap?
Whenever I do one of
/etc/init.d/maemo-launcher stop
/etc/init.d/x-server stop
the device will automatically reboot.
There is a watchdog in
Frédéric Charrier wrote:
Hi everyone,
as Carlos Pinto, I want to display my Flash application in fullscreen
mode.
Instead of workarounds you mentioned it could be done via custom
application that just embeds browser engine and flash plugin like the
getting started tutorial present on
Hi, you forgot to cc the list
Frédéric Charrier wrote:
Instead of workarounds you mentioned it could be done via custom
application that just embeds browser engine and flash plugin like the
getting started tutorial present on the device. Or even custom
(browser)
engine with enough hooks to
Santtu Lakkala wrote:
Shift-fn-n and -m both produce $€, so same b0rkedness can be observed
here too.
Ok, thanks. Reported as http://bugs.maemo.org/show_bug.cgi?id=2933
___
maemo-developers mailing list
maemo-developers@maemo.org
Hi,
I have device with german keys. I've been playing with changing
/usr/share/11/xkb/symbols/nokia_vndr/rx-44 and adding my custom
keymappings. Mapped 'Tab' '`' '|' to Fn + 'space' ',' '.' with no
problem. Also found that there is third and fourth column duplicated and
one could in fact
Luciano Miguel Wolf wrote:
What's planned?
---
Next release is planned to have a beta version of Python-Launcher. It is
a daemon that loads heavy modules, like pygtk, and just fork every time
python is called. This reduces the startup time of applications using
pygtk.
Just
David Hautbois wrote:
The kernel-source-rx-34-2.6.21.0 package
Is it the N810 kernel source ?
Yes but providing a link or telling us what version you used could help
with troubleshooting your issue :-) The osso63.1 one is known to have
this problem at least with N800. Kernel for latest
Klaus.K Pedersen (Nokia-M/Helsinki) wrote:
On Wed, 2008-01-02 at 13:30 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz
[EMAIL PROTECTED] wrote:
Hi,
The source code for open source components of OS2008 version 2.2007.50-2
have been uploaded to a new repository. To be able to find the sources,
please point your browser to
_http://repository.maemo.org/pool/os2008/free_
Thank you. So Chinook and os2008
Klaus.K Pedersen (Nokia-M/Helsinki) wrote:
So what you are seeing is that the DSP task policy is active even
though there are no dynamic dsp task loaded?
No, not exactly.
First thing - I did not know there is a way to output audio without
loading dynamic dsp tasks (named pcm and possibly also
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
Mixing is still happening
inode0 wrote:
If the alternative is to not get new firmware released until later
when source is ready to go at the same time I think getting firmware
as soon as possible and showing some patience while waiting for the
source is the preferable arrangement for most users. I suppose not
everyone
Neil Jerram wrote:
It also reveals a cultural or management failing at Nokia. Such steps
(making correct source available) should be properly planned into the
development process. Once you do that, you'll find that they don't
actually take any significant time.
Yes it may be cultural
Hello,
some time ago I noticed there is osso63.1 version of kernel source here
http://repository.maemo.org/pool/chinook/free/source/k/kernel-source-rx-34/
and thought it is source of kernel for latest 2008 firmware. But it is
not! First I noticed my N800's external mmc slot doesn't work with
Another update. I checked also kernel from first OS2008 beta
kernel version in firmware is
SW version in image: RX-34_2008SE_1.2007.44-4_PR_MR0
Image 'kernel', size 1529984 bytes
Version 2.6.21.0-200744osso2
debian/changelog:
kernel-source-rx-34 (2.6.21.0-osso55) unstable; urgency=low
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
What I tried is to play BBC radio in home screen applet which activated
only pcm2 task and arm clock dropped
Jayesh Salvi wrote:
I can't
imagine any valid reason for gtk/hildon to fork more processes just to
show a GUI dialog. Does anyone know?
I'm not sure but think it is because of gnome-vfs. Don't know proper
terminology but maybe each vfs 'provider' in the dialog (like mmc, phone
etc.)
Jayesh Salvi wrote:
I guess there isn't much to do - for an app programmer at least. I found
the same behavior with osso_pdfviewer. It also uses hildon's
FileChooserDialog. But even before that dialog is invoked, multiple
processes are forked. ... and they do not disappear until their
Krischan Keitsch wrote:
I was wondering if the device really needs to run at 300MHz (220MHz dsp) for
mp3 playback? Is the max dsp power needed for such a task? Or would 220MHz
(177MHz dsp) or 165MHz (85MHz dsp) be sufficient? Would a lower dsp scaling
save even more battery?
Well, yes it
Arkady Glazov wrote:
Hi,
Can I get same bluez utils from standart repositories? I need in
hcitool and rfcomm for binding console to my TomTom Go 910. Or, I
should compile them from source itself? What the version BlueZ i
should compile then?
If all you need is 'hcitool scan' and rfcomm
Well, if Chinook SDK page [1] with installer script (which should
download correct versions of everything) doesn't work for you for some
reason, you can try Maemo VMWare appliance [2] with SDK already
preinstalled.
1. http://maemo.org/development/sdks/maemo_4_0_chinook_sdk.html
2.
Darius Jack wrote:
It would be nice to have that solution incorporated into N800s one day.
Well, even if you get SDIO stack working, most or even all SDIO cards
are longer than memory cards so they are not very practical with N800
due to location of the slot.
Raphaël Jacquot wrote:
(But I'd guess that a fair number of maemo-developers are LWN
subscribers, so hopefully my post is useful for them.)
http://lwn.net/SubscriberLink/261694/.../
Do NOT spread the word ...
don't worry, it won't escape the internet ;-)
Well actually this lwn.net feature
Igor Stoppa wrote:
It's a GBA chip.
Oh, so it is similar/same solution like those eMMC chips mentioned at
http://www.mmca.org/home after all. I was afraid of that but still was
secretly hoping for inaccessible simplified mmc slot with glued real
card or something, this could still save
Juuso Räsänen wrote:
I also tried with a recompiled kernel with CONFIG_USB_OTG_WHITELIST disabled.
It removed some of the above warnings but otherwise I didn't notice any
difference in the behaviour. What does this whitelist actually mean??
I'm puzzled by this too. In OS2007 this had some
Hi,
this is question mainly to @nokia.com kernel people familiar with 770
and N800 MMC code and/or OMAP1 vs OMAP2 power management (like those
ones who fixed bug http://bugs.maemo.org/show_bug.cgi?id=1204#c120)
Is the MMC_POWER_STANDBY feature implemented in OMAP MMC driver for
latest N800
N810 internal 2GB storage looks to linux kernel like normal MMC card.
You just can't remove it :-) It is similar/same like having 2gb card in
N800 internal slot.
Still I wonder how it looks on the board. I hope it can be replaced somehow.
___
Uwe Koch wrote:
...and supposed this method (the initfs of that method) will adopted to the
N810 firmware.
Oh and it is already adopted since the day we had N810 firmware booting
on N800. Not sure if someone tried with N810 but the initfs flasher
should work with both N810 and OS2008 based
Steven Walter wrote:
While reading through the wireless card driver (what source is
available), I noticed what is almost certainly a bug:
Great. There better place for this -
http://garage.maemo.org/mailman/listinfo/cx3110x-devel
Or maybe even bugzilla?
Regards,
Frantisek
[EMAIL PROTECTED] wrote:
Which would mean having to deal with SQLite as a dependency of this
package...
I have similar problem with ScummVM. I really do not want to deal with
all the dependencies and maintain them in Maemo extras repository so I
am linking libmad, Tremor, FLAC, libmpeg
[EMAIL PROTECTED] wrote:
Is there a standard way to ask for a specific library to be linked in
statically and the rest to be dynamic?
Specifically, I want to statically link in the SQLite library but leave
the rest of the linkage as is.
It may work in your case but in general there may
Simon Pickering wrote:
I'm not all together sure how this (the Google SoC project) differs
from the dspgateway, except perhaps for the choice of DSP. Why have yet
another way of bridging between ARM and DSP?
Either C54x architecture is more limited (no MMU? no space for
multitasking core
Rainer Dorsch wrote:
thanks for providing the package for OS2006, that is great news. I installed
it and it did not break anything as far as I can tell.
Thanks for the report.
The only thing I am
surprised is that the module is reported as cx3110x by lsmod:
Yes, it is just renamed on
Graham Cobb wrote:
Do I create a new page (even though the unix name
will be the same)?
Yes. Not sure about unix name but it seems to work.
This seems a retrograde step as it is useful to just have one page for
comments, one page to update if the app moves, etc.
Exactly. I feel you
Frantisek Dufka wrote:
I am also working now on packaging this module as installable deb for
OS2006 users.
Hello, I have created installable deb package for OS2006 and older
hacker editions. If possible please test and report problems here.
There is one more fix
Hi Joni,
thanks for fixing this in latest hacker edition. Is there any reason why
older initfs was used again? There is latest -49 OS2006 firmware with
changelog telling something about wi-fi certification (so there were
some further fixes?) but this and previous hacker edition used older -38
Joni Valtanen wrote:
Propably best to copy wlan driver
from https://bugs.maemo.org/show_bug.cgi?id=2006 and path your initfs
yourself.
I'm not sure whether you compiled driver yourself from sources and
patches attached or just took the preliminary one uploaded by me and
copied it to HE
Ferenc Szekely wrote:
Yep, Marius is right. Nokia will release an image for N800 soon. The
image for N810 (or parts of it) is (are) not meant for N800.
Still it seems to work with no major issues and is very useful for
developers with N800 for testing and polishing chinook stuff right now.
Eero Tamminen wrote:
Easiest is to fix your .desktop file.
Which in other words means that you should remove D-BUS service
declaration in the .desktop file if you don't implement it in your
application. See also
http://maemo.org/community/wiki/gamedevelopment/#7179b7084dd3339e008879a088142aae
Alex DAMIAN wrote:
Any idea about what I'm doing wrong ?
Hard to guess without any details posted but you might try to make it
directly on the device if you already got the initfs flashing script
with mtd-utils.
sudo gainroot
#copy initfs
mkdir -p mnt
mount -t jffs2 -o ro /dev/mtdblock3 mnt
Alex DAMIAN wrote:
I hoped for an error in dpkg
routines which handle the status file; now you made my day, I need a
better tablet :)
Or just replace cx3110x.ko in /mnt/initfs/lib/modules/current/ with
quick fix attached to the bug
https://bugs.maemo.org/attachment.cgi?id=594
Or if you
Neil MacLeod wrote:
Until this bug is eliminated any device instability while WiFi is enabled can
be attributed to it.
Well it is slightly worse. Also some device instability even when wifi
is off can be attributed to it if wi-fi was enabled at least once on
this device. Like this example
Henri Bergius wrote:
There will be recount every night, so once you have linked your
garage, bugzilla, maemo.org and mailing list accounts together (mostly
by using a consistent email address everywhere), your stats will start
to show up nicely.
Few days ago I changed my email in maemo
Frantisek Dufka wrote:
Having same e-mail account everywhere is not very nice. Please consider
allowing more of them.
Reported now as http://bugs.maemo.org/show_bug.cgi?id=2212
___
maemo-developers mailing list
maemo-developers@maemo.org
https
priyank kumar chourasia wrote:
Hi Kimmo,
Thanks for replying, I tried by modifying /etc/init.d/ke-recv by adding
OSSO_KE_RECV_IGNORE_CABLE=1 but the problem still persist.
Did you really add export OSSO_KE_RECV_IGNORE_CABLE=1 as suggested by
Kimmo and not just OSSO_KE_RECV_IGNORE_CABLE=1 as
Kalle Valo wrote:
I don't see any PSM lines for example, while with the ITOS I do.
Yeah, you have to enable PSM with the power iwconfig parameter.
Otherwise PSM is disabled.
Interestingly this parameter need values less than 1 for sensible
timeout, something like iwconfig wlan0 power
Simon Pickering wrote:
If I try to name my memory section FRAMEBUFFER (same code, just changing
the name in the command file), I'm back to the original problematic sort
of output:
dsp_dld output:
dsp_dld: event detected.
dsp_dld: event detected.
device sharedmem is requesting for TADD.
Simon Pickering wrote:
Of course, I'd just not realised that the name of the memory section
was used to perform the framebuffer sharing. I had expected to have to
make an explicit call to the DSP memory ioctl to do this.
I don't know for sure, it was just a guess that could explain why it
Marius Vollmer wrote:
ext Santtu Lakkala [EMAIL PROTECTED] writes:
I didn't find documentation for chinook .install files, [...]
Here:
http://hildon-app-mgr.garage.maemo.org/install.html
Thanks for the link. I'm not sure from the syntax in last compatibility
chapter - can I make
Frantisek Dufka wrote:
can I make one single click install file for IT2006, 7 and 8?
Will old AMs ignore extra sections for IT2008?
Umm, sorry, there was example provided by Santtu earlier in this thread
so it seems to be possible. But still, it would be nice to have some
real examples
Simon Pickering wrote:
Hello all,
I'm looking to share the framebuffer between the ARM CPU and DSP and
therefore would like to ask a few questions about the ARM MMU and in
particular TLBs.
Most probably it is related to DSP MMU not ARM MMU but I am not sure.
Until now I thought TLB
Simon Pickering wrote:
(i.e. see my shared memory example code I sent to the list
a few weeks ago, which runs on both 770 and N800).
Yes, I've seen it. Please don't stop with such examples :-)
Yes, that's why it's not mapped, but there shouldn't necessarily be any
reason why it can't be
[EMAIL PROTECTED] wrote:
That was not the point. Please read my initial problem description. The
problem is, that if your application catalog entry states that you have
packages for multiple OS version (my current packages support OS2006 and
OS2007) and you search for packages for OS 2007,
David Weinehall wrote:
Is the internal 2GB card slot still user accessible next to the battery?
No.
Is it SD/MMC compatible i.e. similar/same to those eMMC mentioned here
http://www.mmca.org/home ? Or to put it differently - which kernel
driver is used for this? MMC or mtd or something
Hello Quim,
maybe wiki page with questionsanswers would be good again.
Q: Is the code really tied to specific country or only to region
(US/Europe) like before? Can I change the country in future?
The form needs to fill specific country in field Nokia shop to get the
device from. Can I select
Jonathan Greene wrote:
does anyone have anything built to test? love to try some apps on the
N810 ...
Umm, if you are bored, could you try ScummVM?
Click http://fanoush.wz.cz/maemo/scummvm_0.10.0-4_armel.deb
or see
http://maemo.org/community/wiki/scummvm
http://fanoush.wz.cz/maemo/#scummvm
Danilo Cesar wrote:
Or, is there other options to developers who lives outside the countries
that maemo program covers?
Yes, I believe the terms are worded in such way that you can apply if
you have someone in one of those countries who will buy the device for
you. See point 2 in
Juuso Räsänen wrote:
What is the role of this latter file?
kernel modules (i.e. drivers), you need to extract it somewhere and use
insmod (as root) to add some of them to kernel at runtime (depends on
device you want to use).
For usb storage you need to insert those in drivers/scsi/ and
Noticed that too for bugs reported by me. Bugs are generic and apply to
N800 too. Definititely a bit strange, some explanation would be
appreciated. The original bug remains open in Bugzilla so I hope it is
not the end.
Frantisek
___
maemo-developers
Hello,
as already mentioned here I have implemented USB networking recovery
mode in bootmenu. It works fine with 770 but unfortunately N800 doesn't
like staying in initfs too long. After few tests it looks like the
device shuts down exactly 6 minutes and 4 seconds after linux kernel is
Simon Pickering wrote:
Hi Neil,
I happened to come across this commit mailing list:
https://garage.maemo.org/pipermail/dsm-commits/
Is this related to the 770/N800 closed source DSME code at all? It
looks like it might be.
(I have no strong interest in this myself, but I know that from
Simon Pickering wrote:
I happened to come across this commit mailing list:
https://garage.maemo.org/pipermail/dsm-commits/
Is this related to the 770/N800 closed source DSME code at all? It
looks like it might be.
The first post is a large patch containing the entire source from the
Frantisek Dufka wrote:
Same for https://garage.maemo.org/mailman/listinfo/dsm-devel
It doesn't matter whether I am logged-in to garage or not.
Same 'page not found' with IE on XP, Firefox on XP, Firefox and lynx on
Ubuntu. However I did have success with wget but that one is quite hard
Jesse Guardiani wrote:
I'd personally love to see DSME open sourced. In particular, there are
screen ON/OFF/Notify
events that it sends/receives via dbus that I'd love to extend. For
example, I've got a DSME
related ticket that I'd like to close using dbus, but that probably
isn't
You may also try compiling with thumb intruction set. This is how most
stuff in firmware is compiled. Try
export DEB_BUILD_OPTIONS=thumb
before building the deb or use compiler options directly (-mthumb
-mthumb-interwork)
Frantisek
___
Joni Valtanen wrote:
But yes. 2.6.18 is possible to get work. but there is needed some
dsp+kernel guru to do this.
What would help for the start is making old initfs from first
hacker edition available for download again so one could start testing
kernels = 2.6.16. With initfs from IT2006
David Hazel wrote:
On Fri, 2007-08-10 at 22:52 +0300, Igor Stoppa wrote:
I don't know about MMC/SD (isn't that something that is not public
available?)
I would hope that the serial number of an SD card can be read on the
Nokia. It can certainly be read from an SD card that is installed on a
Michael Lapinski wrote:
Does anyone have any ideas why this would happen? Also can anyone tell
me what the USB chipset is on the 800?
Was discussed here in the list few times. Search list archives for
details [1] or check this http://muru.com/linux/n800-usb-host/
Frantisek
1.
Oliver Dole wrote:
We also plan to start a GTK port in order to get OWB running on
GTK/Hildon but I don't really have a timeframe about that, so if some
people are willing to see webkit on N800 / GTK, please show up, any
help is greatly encouraged :)
Hi,
You may also look how Gecko engine
Tomas Junnonen wrote:
A VKB implemented using a toolkit on the other hand allows the keyboard
to instrument with the running application through the API of that
toolkit. This means communication is bi-directional between the
application and the VKB, allowing a different set of features and
Joni Valtanen wrote:
Next version is coming as rootfs. There is no kernel updates.
OK, this means hacking 2.6.16 kernel and backporting something makes
sense. Alternatively time could be spent in making dual kernel booting
situation working (IT2006 vs 2007 with newer kernel) so this answer
Hello,
since now the project is revived and some work is going on, I'd like to
raise this again. It would be nice if someone involved in this project
could comment this
http://lists.maemo.org/pipermail/maemo-developers/2007-May/010280.html
I guess this project is not exactly top secret like
Igor Stoppa wrote:
Hi,
this is the presentation we gave last week in Ottawa at the pm summit.
It is the first step in improving our communication process with the
community and give a preview of what we are working on.
http://maemo.org/midcom-permalink-0c828d202f2011dc9945e502835830f130f1
Igor Stoppa wrote:
I certainly will run my tablet at higher speed and/or lower voltage;
finland makes it unlikely to incur in heating problems ;-)
CPU temperature sensor might be useful to guess the limit and cut the
speed down in case one is not in Finland :-) Is there one?
Does it mean
Here are relevant parts of kernel changelog
kernel-source-rx-34 (2.6.18-osso42) unstable; urgency=low
* week200713-1 release
* MMC: Add support for mmc v4 high speed mode
* mmc: Support for high speed SD cards
* mmc: Add support for SDHC cards
* mmc:
Quim Gil wrote:
Dear maemo contributors, can you please answer these questions?
- What do you think about the current wiki tool at
http://maemo.org/community/wiki (leaving content aside) ?
http://lists.maemo.org/pipermail//maemo-users/2007-June/005538.html
- Are you using it? Did you use
Koen Kooi wrote:
Even better, the kernel patch doing exactly that was written by the Nokia
research lab in
brazil. Check linux-usb-devel archives (late feb, early march 2007).
Still this may not be very practical. How it works when you want to stop
using usb storage and access your card
Simon Pickering wrote:
This would allow us to write code to use the audio output (input?)
capabilities
of the N800 (and probably 770) and allow people to hack at writing more dsp
sinks for various music/sound formats (e.g. OGG, DTMF, G.729, etc.)
Just FYI, Vorbis/Tremor is ported to TI DSP
101 - 200 of 458 matches
Mail list logo
