dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Recent activity


Recent Threads on the Mailing Lists
when what who
Yesterday 20:49iPod Classic 160GB Rich Cavallaro
Sunday 14:31Any suggestion for SanDisk e260 successor with 64 GB or more SD card? Martin Steigerwald
Sunday 11:27Samsung Memory MB-MP64D 64GB EVO MicroSDXC UHS-I Grade Class 10 MicroSDXC in Sandisk e260v1 *works* Martin Steigerwald
Sunday 11:26Samsung Memory MB-MP64D 64GB EVO MicroSDXC UHS-I Grade Class 10 MicroSDXC in Sandisk e260v1 does not work Martin Steigerwald
Friday 19:10IRIVER H10 Voice recorder Dave Hooper
Friday 17:32Please unsubscribe me. Shiner
24th Aug 01:41HD/SSD for iAudio X5L/iRiver H340 Jurgen.
21st Aug 15:48Background noise on a Fuze+ Tom Yates
18th Aug 10:23HD/SSD for iAudio X5L/iRiver H340 (was: Re: Fixing lags/freezes with SSD in iriver H320) Aura Kelloniemi
17th Aug 21:11rockbox Digest, Vol 108, Issue 1 Ben LaRoche
5th Aug 16:20Archos devices: time to let them rest? Michael Sevakis
23rd Jul 11:52slovak lang update Bertrik Sikken
7th Jul 05:21Please help test gerrit#890 Jonathan Gordon
5th Jul 09:12Extending the metronome plugin Thomas Orgis
2nd Jul 17:16Battery level Laz
2nd Jul 00:38iriver h10 install problem Glenn
24th Jun 04:28Unsubscribe randy Wheeler
19th Jun 08:02Release Steph.MMyahoo
23rd May 22:31iriver h320/340 and iaudio x5 David Hall
13th May 12:09DevCon2014 Amaury Pouly


Sunday 23:13MajorChangesMichaelGiacomelli
Sunday 21:58UserRegistrationMichaelSevakis
Thursday 14:20NikitaKNikitaK
24th Aug 22:20WikiIssuesFranklinWei
22nd Aug 01:56PluginIndexFranklinWei
21st Aug 21:15KnowledgeMapFranklinWei
21st Aug 20:42Plugin2048FranklinWei
18th Aug 18:26IrcNicksFranklinWei
15th Aug 21:02SansaC200PortDiniduPerera
15th Aug 20:44WikiUsersGroupFrankGevaerts
15th Aug 20:35DiniduPereraBaseUserMapping_222
15th Aug 17:43FranklinWeiFranklinWei
15th Aug 06:01CustomWPSHaydenPearce
12th Aug 02:10WikiUsersBaseUserMapping_333
6th Aug 00:28CygwinDevelopmentMichaelGiacomelli
4th Aug 20:19SansaViewAmauryPouly
4th Aug 16:32RKWFileFormatMarcinBukat
4th Aug 12:02SonyNWZE370PortAmauryPouly
4th Aug 10:11SamsungYH92xPortSzymonDziok


Sunday 22:00 802e011: Fix a small late creep-in goof in path parsing on native targets

Anything of one dot and one character (e.g. ".a") would get treated as
"." because I left out a condition when converting to recursionless parsing of relative components. Git 'er fixed up.
firmware/common/file_internal.c [diff]
Michael Sevakis
Saturday 09:28 5b08f1a: Remove I/O priority. It is harmful when used with the new file code.

HAVE_IO_PRIORITY was defined for native targets with dircache.

It is already effectively disabled for the most part since dircache no longer lowers its thread's I/O priority. It existed primarily for the aforementioned configuration.
apps/buffering.c [diff]
apps/buffering.h [diff]
apps/codec_thread.c [diff]
apps/playback.c [diff]
firmware/export/config.h [diff]
firmware/kernel/include/thread.h [diff]
firmware/kernel/thread-internal.h [diff]
firmware/kernel/thread.c [diff]
firmware/storage.c [diff]
Michael Sevakis
Friday 23:47 5d31d3c: Fix last warning for Warble

Unused result warnings will have to be dealt with separately.
lib/rbcodec/test/file.h [diff]
Michael Sevakis
Friday 23:08 da4938d: Get the last errors I hope!
firmware/target/hosted/samsungypr/ypr0/system-ypr0.c [diff]
lib/rbcodec/rbcodecplatform-unix.h [diff]
lib/rbcodec/test/SOURCES [diff]
lib/rbcodec/test/file.h [new]
lib/rbcodec/test/warble.c [diff]
uisimulator/common/sim_tasks.c [diff]
Michael Sevakis
Friday 21:36 f3d60ae: Hopefully fix most of the errors and warnings from the last push
bootloader/iaudio_coldfire.c [diff]
firmware/common/file_internal.c [diff]
firmware/common/unicode.c [diff]
firmware/export/config.h [diff]
firmware/include/string-extra.h [diff]
firmware/storage.c [diff]
firmware/target/hosted/filesystem-app.c [diff]
firmware/target/hosted/filesystem-hosted.h [diff]
Michael Sevakis
26th Aug 21:11 17a007b: Add normal alloca() definition and implement a strdupa and friends
firmware/include/string-extra.h [diff]
firmware/libc/include/stdlib.h [diff]
firmware/target/hosted/system-hosted.h [diff]
Michael Sevakis
6th Aug 02:26 77b3625: Add mempcpy implementation

A GNU extension that returns dst + size instead of dst. It's a nice shortcut when copying strings with a known size or back-to-back blocks and you have to do it often.

May of course be called directly or alternately through __builtin_mempcpy in some compiler versions.

For ASM on native targets, it is implemented as an alternate entrypoint to memcpy which adds minimal code and overhead.
firmware/asm/SOURCES [diff]
firmware/asm/arm/memcpy.S [diff]
firmware/asm/m68k/memcpy.S [diff]
firmware/asm/mempcpy.c [new]
firmware/asm/mips/memcpy.S [diff]
firmware/asm/sh/memcpy.S [diff]
firmware/include/string-extra.h [diff]
firmware/libc/include/string.h [diff]
Michael Sevakis
2013-08-05 7d1a47c G#566: Rewrite filesystem code (WIP)

This patch redoes the filesystem code from the FAT driver up to the clipboard code in onplay.c.

Not every aspect of this is finished therefore it is still "WIP". I don't wish to do too much at once (haha!). What is left to do is get dircache back in the sim and find an implementation for the dircache indicies in the tagcache and playlist code or do something else that has the same benefit. Leaving these out for now does not make anything unusable. All the basics are done.

Phone app code should probably get vetted (and app path handling just plain rewritten as environment expansions); the SDL app and Android run well.

Main things addressed: 1) Thread safety: There is none right now in the trunk code. Most of what currently works is luck when multiple threads are involved or multiple descriptors to the same file are open.

2) POSIX compliance: Many of the functions behave nothing like their counterparts on a host system. This leads to inconsistent code or very different behavior from native to hosted. One huge offender was rename(). Going point by point would fill a book.

3) Actual running RAM usage: Many targets will use less RAM and less stack space (some more RAM because I upped the number of cache buffers for large memory). There's very little memory lying fallow in rarely-used areas (see 'Key core changes' below). Also, all targets may open the same number of directory streams whereas before those with less than 8MB RAM were limited to 8, not 12 implying those targets will save slightly less.

4) Performance: The test_disk plugin shows markedly improved performance, particularly in the area of (uncached) directory scanning, due partly to more optimal directory reading and to a better sector cache algorithm. Uncached times tend to be better while there is a bit of a slowdown in dircache due to it being a bit heavier of an implementation. It's not noticeable by a human as far as I can say.

Key core changes: 1) Files and directories share core code and data structures.

2) The filesystem code knows which descriptors refer to same file. This ensures that changes from one stream are appropriately reflected in every open descriptor for that file (fileobj_mgr.c).

3) File and directory cache buffers are borrowed from the main sector cache. This means that when they are not in use by a file, they are not wasted, but used for the cache. Most of the time, only a few of them are needed. It also means that adding more file and directory handles is less expensive. All one must do in ensure a large enough cache to borrow from.

4) Relative path components are supported and the namespace is unified. It does not support full relative paths to an implied current directory; what is does support is use of "." and "..". Adding the former would not be very difficult. The namespace is unified in the sense that volumes may be specified several times along with relative parts, e.g.:
"/<0>/foo/../../<1>/bar" :<=> "/<1>/bar".

5) Stack usage is down due to sharing of data, static allocation and less duplication of strings on the stack. This requires more serialization than I would like but since the number of threads is limited to a low number, the tradoff in favor of the stack seems reasonable.

6) Separates and heirarchicalizes (sic) the SIM and APP filesystem code. SIM path and volume handling is just like the target. Some aspects of the APP file code get more straightforward (e.g. no path hashing is needed).

Dircache: Deserves its own section. Dircache is new but pays homage to the old. The old one was not compatible and so it, since it got redone, does all the stuff it always should have done such as:

1) It may be update and used at any time during the build process. No longer has one to wait for it to finish building to do basic file management (create, remove, rename, etc.).

2) It does not need to be either fully scanned or completely disabled; it can be incomplete (i.e. overfilled, missing paths), still be of benefit and be correct.

3) Handles mounting and dismounting of individual volumes which means a full rebuild is not needed just because you pop a new SD card in the slot. Now, because it reuses its freed entry data, may rebuild only that volume.

4) Much more fundamental to the file code. When it is built, it is the keeper of the master file list whether enabled or not ("disabled" is just a state of the cache). Its must always to ready to be started and bind all streams opened prior to being enabled.

5) Maintains any short filenames in OEM format which means that it does not need to be rebuilt when changing the default codepage.

Miscellaneous Compatibility: 1) Update any other code that would otherwise not work such as the hotswap mounting code in various card drivers.

2) File management: Clipboard needed updating because of the behavioral changes. Still needs a little more work on some finer points.

3) Remove now-obsolete functionality such as the mutex's "no preempt" flag (which was only for the prior FAT driver).

4) struct dirinfo uses time_t rather than raw FAT directory entry time fields. I plan to follow up on genericizing everything there
(i.e. no FAT attributes).

5) unicode.c needed some redoing so that the file code does not try try to load codepages during a scan, which is actually a problem with the current code. The default codepage, if any is required, is now kept in RAM separarately (bufalloced) from codepages specified to iso_decode() (which must not be bufalloced because the conversion may be done by playback threads).

Brings with it some additional reusable core code: 1) Revised file functions: Reusable code that does things such as safe path concatenation and parsing without buffer limitations or data duplication. Variants that copy or alter the input path may be based off these.

To do: 1) Put dircache functionality back in the sim. Treating it internally as a different kind of file system seems the best approach at this time.

2) Restore use of dircache indexes in the playlist and database or something effectively the same. Since the cache doesn't have to be complete in order to be used, not getting a hit on the cache doesn't unambiguously say if the path exists or not.

Tested: Michael Sevakis
apps/bookmark.c [diff]
apps/codecs.c [diff]
apps/debug_menu.c [diff]
apps/filetree.c [diff]
apps/main.c [diff]
apps/menus/display_menu.c [diff]
apps/menus/main_menu.c [diff]
apps/menus/settings_menu.c [diff]
apps/misc.c [diff]
apps/onplay.c [diff]
apps/playlist.c [diff]
apps/playlist_catalog.c [diff]
apps/plugin.c [diff]
apps/plugin.h [diff]
apps/plugins/properties.c [diff]
apps/radio/presets.c [diff]
apps/radio/radioart.c [diff]
apps/recorder/albumart.c [diff]
apps/recorder/recording.c [diff]
apps/root_menu.c [diff]
apps/scrobbler.c [diff]
apps/settings.c [diff]
apps/settings_list.c [diff]
apps/shortcuts.c [diff]
apps/tagcache.c [diff]
apps/tree.c [diff]
bootloader/creativezvm.c [diff]
bootloader/gigabeat-s.c [diff]
bootloader/gigabeat.c [diff]
bootloader/iaudio_coldfire.c [diff]
...and 101 more files.
Michael Sevakis
Thursday 08:26 95a4c3a: Fix up the bootloaders

They can't access the raw RBVERSION define any longer.
bootloader/creativezvm.c [diff]
bootloader/gigabeat-s.c [diff]
bootloader/gigabeat.c [diff]
bootloader/iaudio_coldfire.c [diff]
bootloader/imx233.c [diff]
bootloader/ipod.c [diff]
bootloader/ipodnano2g.c [diff]
bootloader/iriver_h1x0.c [diff]
bootloader/iriver_h300.c [diff]
bootloader/main-e200r-installer.c [diff]
bootloader/main-pp.c [diff]
bootloader/mini2440.c [diff]
bootloader/mpio_hd200_hd300.c [diff]
bootloader/mrobe500.c [diff]
bootloader/ondavx747.c [diff]
bootloader/rk27xx.c [diff]
bootloader/sansaconnect.c [diff]
bootloader/show_logo.c [diff]
bootloader/telechips.c [diff]
Michael Sevakis
27th Aug 18:47 21e2b59 G#937: Prevent spurious recompiles on account of changed version.

After a local commit, any file that included version.h would have to be recompiled on account of the changed version string. This changes version.h in the build directory to rbversion.h and includes the preprocessor macro from rbversion.h in firmware/common/version.c so that only that one file needs to be recompiled after a local commit rather than a whole slew of them.

Tested: Michael Sevakis
firmware/common/version.c [diff]
firmware/firmware.make [diff]
firmware/include/version.h [new]
tools/ [diff]
Michael Sevakis
26th Aug 13:53 25f73d6: Patch up rbendian.h for Win32 cross-compile

MingW doesn't provide that stuff.
firmware/include/rbendian.h [diff]
Michael Sevakis
13th Aug 10:46 69df565 G#911: hwpatcher: add framework for CRC computation
utils/hwpatcher/hwpatcher.c [diff]
utils/hwpatcher/lib.lua [diff]
Amaury Pouly
25th Aug 12:07 bfbec3a: Remove unused return value variable in lib/unwarminder/backtrace.c

Stop the Android warning about it
lib/unwarminder/backtrace.c [diff]
Michael Sevakis
25th Aug 11:55 2cb274c: panicf doesn't return so why not tell GCC and $AVE :
firmware/export/panic.h [diff]
firmware/kernel/thread.c [diff]
firmware/panic.c [diff]
Michael Sevakis
All commits since last release, last four weeks.
Page was last modified "Jan 12 2012" The Rockbox Crew