| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
shell access.
The getty service mointors /dev/ttyGS0 (also created by the patched firmware).
When the g_serial.ko module is loaded this automatically enables shell access
via usb. It exposes a cdc-acm device to the host which is compatible to linux
(usb_serial.ko) and windows.
The g_serial.ko is not included module can be build from the YP-R0 open source
package provided by samsung. It can be loaded via rc.user on the internal memory.
Change-Id: I4903a635fd2e2f0ce6f5e91589a31d72bba2776b
|
| |
|
|
| |
Change-Id: Iaa7ce5bc2702854da661a77069c74637a64e4be7
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Even though the DMA buffer itself does not move the ISR copies from a movable
buffer into the static commit buffer. To ensure this copying yields consistent
data it must not be interrupted by this ISR..
Also bump the commit buffer size to 2k, this should reduce the overhead
considerably because many clips are smaller than that (especially on
swcodec/speex).
Change-Id: I4e1ab83074f31fc91b51a58baa1df55ce659ac73
|
| |
|
|
| |
Change-Id: If3cbcd7557797684f1b7fea8e1bb134777680dee
|
| |
|
|
|
|
|
|
|
| |
The voice engine can now request more voice data during decoding, it does
not require the entire clip to be available before start of decoding anymore.
Therefore the commit buffer does not need to hold an entire voice clip anymore,
and can be made greatly smaller.
Change-Id: I3eca9026448e725b9b8d0dae1efca0ad185371da
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
well.
This unifies the talk.c for all possible voice payload. .talk clips are placed
onto the same unified clip cache, along with normal clips. This allows for more
effecient memory usage.
The cache handling makes a slight difference between normal clips and .talk
ones: .talk clips can be cached multiple and are always freed first.The extra
logic to avoid loading multiple copies of .talks is not necessary because the
will be freed first anyway.
Change-Id: I88d056a0a613b129f5875f50fdb757b58bac0a42
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This unifies the talk.c for all targets. The only separation is left is
TALK_PROGRESSIVE_LOAD: When this is defined the talk buffer will not be
initially prefilled. This is useful for super slow storage or when the buffer
is not large enough to prefill it with useful clips (the prefill code could
be made smarter too).
The buffer size can be adjusted. By default lowmem uses 100k while
other targets load the entire file. The bigger the more clips can be cached
but with diminishing returns.
Change-Id: Ife38fb101c53093117e6638c40c65f7d177a31d4
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the clip cache of TALK_PARTIAL_LOAD reserved space N clips, each slot
was as big as the maximum sized clip which was necessary to replace clips
in-memory in MRU-style.
The cache management now uses buflib to allocate and free each clip, using the
clip's real size. This allows the clip cache to be much more compact, because
no space is wasted for the max. sized clip. This makes use of buflib's ability
to easily manage differently-sized memory chunks by moving them to make free
space.
As an example: for english.voice TALK_PARTIAL_LOAD allocated 288k in advance.
for just 64 clips. With this patch ~70 clips can be stored in a 100k buffer.
This, the memory usage is cut by 2/3 and almost optimal (there's still the
buflib per-alloc cookie overhead).
As a result the TALK_PARTIAL_LOAD buffer is restricted to 100k which still
allows for more clips than previously, on average.
Change-Id: I257654071e9a95770cd6db2c2765f020befce412
|
| |
|
|
|
|
|
| |
This engine includes voicefile, memory usage and cache
hits/misses for TALK_PARTIAL_LOAD.
Change-Id: I331981ddda39ea30c57b4b74504accb3c556c3b9
|
| |
|
|
| |
Change-Id: I3a04760d550efab7f011a917597ef29c039b05bd
|
| |
|
|
|
|
|
|
| |
This is necessary because when voice is active audio is disabled. But only
audio was able to shrink it's buffer to let other memory allocs succeed.
talk needs to be able to do this too when it owns the audio buffer exclusively.
Change-Id: Idea8ab90da7169f977c0c766cccb42c4fe6d6e81
|
| |
|
|
|
|
|
| |
talk_init() is called by settings_apply() already which is called on boot.
Doing it again means loading the voicefile a second time which isn't necessary.
Change-Id: I4decd16401e63bf87338d3163c99d06d69fe3a3c
|
| |
|
|
|
|
|
|
| |
This allows buflib clients to more accurately estimate the total memory usage.
It's still not 100% accurate because the handle table grows in blocks, thus
buflib might use more memory that caused by allocations directly.
Change-Id: I68338bb94f510ad188fcb588aebf895b5f9197c5
|
| |
|
|
|
|
| |
in micro-allocation scenarios.
Change-Id: I97a065bcfba8e0fda9b1670445e839e267c769c8
|
| |
|
|
|
|
| |
DEBUG builds.
Change-Id: Ic274bfb4a8e1a1a10f9a54186b9173dbc0faa4c8
|
| |
|
|
| |
Change-Id: I4968a9bc290e10e30a77c36c19f694e286e7ef22
|
| |
|
|
|
|
|
|
| |
These 256K are intended to account for the binary size which reduces the total
available RAM on native targets. 256K is really outdated though, 768K should be
more accurate (for the majority of targets).
Change-Id: Iab3ee51d42ae15b1b7efb8588881579cf1948ae7
|
| |
|
|
| |
Change-Id: I2f0b4b560f00a43ad4b240911e4c30a162deb6e3
|
| |
|
|
|
|
| |
Change-Id: I884fe29c10dede7823721c2cac5dc627d6ab25c6
Reviewed-on: http://gerrit.rockbox.org/731
Reviewed-by: Marcin Bukat <marcin.bukat@gmail.com>
|
| |
|
|
| |
Change-Id: Ide61bc37462b0aeb938f17dbcfd9e96bcd9e86d1
|
| |
|
|
|
|
|
|
| |
63cfbe0 fixed the number of codepages for bitmap targets. The same issue is
present on charcell, so update the number for that as well, fixing UTF-8
missing in the list.
Change-Id: Ib5d3494ed3d80e839ae3f59ec0a4277e5aa9d6fd
|
| |
|
|
| |
Change-Id: Ia010373529df3f9bed3f40f5372d8bc1fd9769fb
|
| |
|
|
|
|
| |
Change-Id: Ia95d241b41cbdacfe334de1538c3bd5fc45dfc42
Reviewed-on: http://gerrit.rockbox.org/730
Reviewed-by: Szymon Dziok <b0hoon@o2.pl>
|
| |
|
|
|
|
| |
hopeless.
Change-Id: I420155d7f01ca0ea301c0678ac7245d251d365b0
|
| |
|
|
|
|
|
|
|
|
|
| |
When the policy is not set, it'll by default not give the clip buffer away.
Callers of core_alloc_maximum() suffer from this. However, the thumbnail
buffer can be easily freed when needed because nothing needs to be
reloaded from disk when it is reallocated (thumbnail clips are loaded on
demand, when in the file browser). Do this to give core_alloc_maximum() callers
a better chance to succeed with the default talk buffer policy.
Change-Id: I8c0da29c520612ca903f6c930bd7c74ae97eca3b
|
| |
|
|
| |
Change-Id: I5cabbd396e2a6d4e9fd8e92090624643797af34a
|
| |
|
|
|
|
|
|
|
|
|
| |
In most of the translations strings with SYSFONT in title is
translated. This leads to displaying problem in (at least) graphical
equalizer due to the lack of non-latin character support in the
built-in font.
Change-Id: I0d27a5358e4eb539d4247c84975d8501d7668836
Reviewed-on: http://gerrit.rockbox.org/727
Reviewed-by: Thomas Martitz <kugel@rockbox.org>
|
| |
|
|
|
|
|
|
|
|
|
| |
I've found this algorithm produces clearer results when rendering
some fonts at small point sizes.
Change-Id: If87d82731ad324405195b25baad78fe54e92c142
Reviewed-on: http://gerrit.rockbox.org/412
Reviewed-by: Marcin Bukat <marcin.bukat@gmail.com>
Tested: Purling Nayuki <cyq.yzfl@gmail.com>
Reviewed-by: Thomas Martitz <kugel@rockbox.org>
|
| |
|
|
|
|
| |
because it generates sysfont.c.
Change-Id: Id5aea6b6c73438242a80ae6849ee5e29ab8659dc
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The builtin sysfont does not have an associated buflib_alloc_data
(because it's builtin right?). font_get_{width,bits} accessed a field of
it for all fonts which crashed on some systems but not on mine.
Solution: Move this field to struct font directly.
The cache size calculated was also busted.
Fixes FS#12944 and most likely FS#12938.
Change-Id: I32303c4335a12a6c421fdca34f7ece851aac12ca
|
| |
|
|
| |
Change-Id: Ice40c81d0d07f7ec2014697e4de446dcb956afe8
|
| |
|
|
|
|
|
| |
The "Save Current Playlist" isnt part of the playlist viewer settings. While
at this section also add a reference to the extra playlist chapter.
Change-Id: I68e494430dc00c6172859b0b8d9edbe5b0116741
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
changed.
When skins use the default backdrop (via %X(-) or no %X at all) and the setting
changes it needs to be reloaded, otherwise when changing themes the new theme
could show the backdrop from the previous theme. The same needs to be
done when re-selecting the same theme after USB because the backdrop file was
potentially overwritten.
Fixes FS#12892 and FS#12942.
Change-Id: Ic2d20740cc385fa99667ce8a71507dbda2efceaf
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Several devices, including the Fuze+ have great trouble recovering from
very low battery states, even in the presence of USB power. This is partly
due to buggy Sigmatel boot stubs and Rockbox bootloader doing unsafe power
operations on boot (should be fixed soon). In such a state, it is impossible
to boot either the OF and Rockbox, so only the recovery mode is available.
With this commit, mkimxboot can now create a very small stub which only
does one thing but does it well: setup charging to recover from any situation.
It does not provide a fancy charging screen or whatever, screen will just
stay black and the device will slowly charge at ~100mA. When the battery is
back to a normal level, just unplug and boot normally.
Change-Id: Ib50880af85ed1f4f64a7eed0f2221e73c889c351
|
| |
|
|
| |
Change-Id: I0bad98b43e1a23c9432f4bdfe78dc77ead7879a8
|
| |
|
|
|
|
|
| |
This old sum didn't match the US or EU 1.00.25 version and the actual ones were
missing.
Change-Id: I942641e5f367ab45794cb93a8b26b87962172216
|
| |
|
|
| |
Change-Id: I4bc073c500a65240e359ab50f001b4370d985781
|
| |
|
|
| |
Change-Id: Ib8b854ce7132ac460672f9adf8611f580ca53746
|
| |
|
|
| |
Change-Id: Ib25a357a7bafd2ef25f273cadff70fafbd8d4661
|
| |
|
|
|
|
| |
This is pointless to copy this code as it can be run in-place.
Change-Id: I73b4f4a3337a88434af457c3f1e40b8d55a5a79e
|
| |
|
|
| |
Change-Id: I3acc5ff3b6868c7ebbfda99368e4eafc8e368668
|
| |
|
|
|
|
|
| |
Properly handle .init section in rom build and accomodate
the change in crt0.S introduced in b31c856
Change-Id: Icbf26a87162165da149232de264dc3671ca8ae96
|
| |
|
|
| |
Change-Id: I1259c43019c51828b2af73f312aee9cf399d57cf
|
| |
|
|
|
|
|
| |
In b31c856 startup code section was renamed but boot.lds
linker scripts were not updated accordingly.
Change-Id: I9c9893ec2e199ac2555007a1d23e109ca0daea28
|
| |
|
|
|
|
|
| |
2d9c0bab added a codepage but didn't increase the number of choices
for the setting, so UTF8 dropped off the list.
Change-Id: I154032bddaabcb783212370a12b2e5cdea305302
|
| |
|
|
|
|
|
|
|
|
| |
The old method simply polled the lastbtn variable in button.c. This approach
does not clear the button event queue which overflows as a result (panic
in the simulator). Use proper APIs to fix that and adopt the
method from the old read_scroll_wheel() function, which reads buttons until
the button queue is empty, for all targets.
Change-Id: Ibf198f6e597e7f51ab4ebcfcae4ebebbe8d7845c
|
| |
|
|
|
|
|
|
| |
This reclaims ~6kB of ram.
Change-Id: Iafdc661b1cf4445669c08c79205043792b8d14c3
Reviewed-on: http://gerrit.rockbox.org/718
Reviewed-by: Marcin Bukat <marcin.bukat@gmail.com>
|
| |
|
|
|
|
| |
(unless HAVE_ROCKBOX_C_LIBRARY is set).
Change-Id: I0b9948d0dbc07aaa8a1e2da8b3857e96fc3f9b48
|
| |
|
|
|
|
|
|
|
|
|
|
| |
According to http://http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991, since
mingw-gcc 4.7.1 -mms-bitfields is on by default, and this option breaks the
packet attribute since around 4.2.0.
We haven't set this option so I'm assuming we don't need it. Therefore a
workaround in configure can make things work again, because we rely on
the packet attribute in quite a few places.
Change-Id: I8367c16594cecfdde97c548e04607deaa92e21de
|
| |
|
|
| |
Change-Id: I703d967e9288e5c74556b54ad4f72ef2f6247083
|