| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
| |
Change-Id: Ic6a53490b91c891e53feba3804957b0dffcfc074
|
| |
|
|
|
|
|
|
| |
During the bootloader install/uninstall process, a signal
is emitted when "Abort" button is pressed, the installers
can attach this signal and cancel the process.
Change-Id: I7f297b8031d7a2d93da0022081aaef03ef041baf
|
| |
|
|
|
|
|
|
| |
Useful for targets that needs multi-stage uninstall. On current
targets (with Uninstall capability) the progress is updated to
100% when bootloader uninstall is successfully finished.
Change-Id: I61be1c4f5cfc2d2f35fa5005962be9703888447d
|
| |
|
|
|
|
|
| |
This allows to implement multi-stage uninstallers. Should not affect
the behaviour on current targets.
Change-Id: Idf8aec5caf76cf9317798890d094a7cebdbcabec
|
| |
|
|
|
|
| |
Targets: sansaclipplus, samsaclipv2, sansaclipzip, sansafuzev2.
Change-Id: I7773528a4e26707dd33fe9cb8948750d49570701
|
| |
|
|
| |
Change-Id: I0c7b872824597ef3fa6548a564582ff4ccad3116
|
| |
|
|
| |
Change-Id: Ia9c0b09ffb57dccbc7d13fce3b3a8a7d46b84857
|
| |
|
|
|
|
|
|
| |
Newer toolchains (both gcc and libc related) add a lot of warnings.
While these can be useful and correct, cleaning them up woult be a
lot of work and isn't likely to actually happen any time soon.
Change-Id: I8c4e8cd3dc92f9afa4bf003c63ca65e895e3ef00
|
| |
|
|
|
|
|
|
|
|
| |
- Some rewrite with the intent to get ride of these random errors
appearing on some builds/devices (not much noticeable on RB but
can ruin bootloader builds).
- Error handling (ACK).
- IIC clock increased to be the same as in OF.
Change-Id: Idf8cfa3c230a0a61ec9c879bf6f0ea8b061a4607
|
| |
|
|
|
|
|
|
| |
Add code to read USB D+/D- and accessory ADCs, it is shown in HW
debug menu, might be useful in future for RB and/or the bootloader
to identify external USB chargers.
Change-Id: Ia48ca5e06bb7ddc52bb55abedde6734653ce8dba
|
| |
|
|
| |
Change-Id: I839ba2191a5c52ef6f58fd4a273db628b690a05c
|
| |
|
|
| |
Change-Id: I0424d02196a6c5fb6d0185b007df5ece24b10b82
|
| |
|
|
| |
Change-Id: Ib2635c905462cd34befa3ca61e5d55c869686b48
|
| |
|
|
| |
Change-Id: I81383c115bd9abac44ffc2ecdd8807855c80cf0e
|
| |
|
|
| |
Change-Id: I8d1561bf4e239b55617a8d5075457a668e0c312c
|
| |
|
|
| |
Change-Id: I36aabb5cb9cfe2d8c4f8fbcea944efec58ef9671
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on g#844 and g#949, it is intended as a replacement for the
current s3c6400x USB driver.
The DesignWare USB OTG core is integrated into many SoC's, however
HW core version and capabilities (mainly DMA mode, Tx FIFO mode,
FIFO size and number of available IN/OUT endpoins) may differ:
CPU targets HW ver DMA NPTX FIFO FIFO sz #IN/OUT
-------- ------------- ------ --- --------- ------- -------
as3525v2 sansaclipplus 2.60a Yes Dedicated 0x535 4/4
sansaclipv2
sansaclipzip
sansafuzev2
s5l8701 ipodnano2g 2.20a Yes Shared 0x500 4/5
s5l8702 ipod6g 2.60a Yes Dedicated 0x820 7/7
ipodnano3g
s5l8720 ipodnano4g ? ? ? ? ?
Functionality supported by this driver:
- Device mode, compatible with USB 1.1/2.0 hosts.
- Shared FIFO (USB_DW_SHARED_FIFO) or dedicated FIFOs.
- No DMA (USB_DW_ARCH_SLAVE) or internal DMA mode.
- Concurrent transfers: control, bulk (usb_storage, usb_serial) and
interrupt (usb_hid).
Actually this driver is not used by any CPU, it will be enabled for
each individual CPU/target in next patches.
Change-Id: I74a1e836d18927a31f6977d71115fb442477dd5f
|
| |
|
|
| |
Change-Id: I408d88d984f9026539c2d1bc2a9608243802c152
|
| |
|
|
|
|
| |
This fixes html builds. Don't ask.
Change-Id: Icb034a5c3ca74af887e31063007f41f9ef8be404
|
| |
|
|
| |
Change-Id: I016d946e48590039bcedd7dd5ec41322b0ef17ea
|
| |
|
|
|
|
|
| |
Apparently I simply forgot to calibrate it when the port was done and the
current values are just plain wrong, especially for the charging curve.
Change-Id: Ied3cafa52f31f182f953714e28edc4c5e891255f
|
| |
|
|
|
|
|
| |
Fixes some ROLO issues after commit 9a4cd2e. Note that other ROLO
issues still persist.
Change-Id: I8e0c60519902013694c5a473dcb9fc62a6ff079c
|
| |
|
|
|
|
|
|
|
|
| |
There are two very suspicious things in the power off code:
- it does not properly unlock the power register, so it should fail (!)
- it does not disable sw/hw watchdog so if register fails, the device will
most probably crash horribly because of the watchdog
I don't even understand how it worked before.
Change-Id: I9f3f94bd012e52c3b50cd5b658d68b5eb907f79b
|
| |
|
|
|
|
|
|
| |
* These were automatically generated by Amaury Pouly
* For details read http://www.rockbox.org/irc/log-20160605#20:58:18
Change-Id: I4584b07023f5e37b13a7483e60f9d30d3c7c9d69
|
| |
|
|
|
|
|
|
|
|
| |
* Implements RFC 4226 (HOTP) and RFC 6238 (TOTP)
* Adds sha1.c to apps/plugins/lib (orignally tools/hmac-sha1.c)
* See manual entry for more information
Change-Id: Ia4a4031b29f97361b541e71438aa7f3ea82212f2
|
| |
|
|
| |
Change-Id: Ie18d7f83ba3e7293d4cd110429e1578930d35d99
|
| |
|
|
| |
Change-Id: Ife43543d6eee6522f4016f37479a20a0db39240d
|
| |
|
|
|
|
| |
The new driver uses an asynchronous architecture for touch status reading.
Change-Id: Ic75a8b91bc47ee16c3af873afde178cd70186376
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The old driver was bad in many respect, it had some race conditions, it was
using a thread to serialize transfers because of the legacy i2c interface.
It also had huge latency (typically 50ms but delays up to 300ms can happen),
thus some presses were missed.
The new driver takes advantage of the new i2c driver to do everything
asynchronously. It also does not need a thread anymore because queueing
ensures proper serialization. It provides much better and reliable latency
(typically ~2ms).
Also fix the debug screen which was horribly broken. The new screen also
displays the deadzones.
Change-Id: I69b7f99b75053e6b1d3d56beb4453c004fd2076e
|
| |
|
|
|
|
|
|
|
|
| |
The new driver provides several new features:
- asynchronous transfer
- transactions (several transfers executed at once)
- queueing
The style still provides the legacy interface.
Change-Id: I6d8ecc89d1f7057847c9b2dc69b76cd45c9c8407
|
| |
|
|
|
|
|
|
| |
* --static-libs isn't supported on some (possibly newer) SDL installs, falls back to --libs if this is the case
Patch mostly by Amaury Pouly.
Change-Id: I6dd2f4847f2a2d1de7b2d287c0af6651cec461ff
|
| |
|
|
|
|
|
|
| |
Map short menu press to context menu/quickscreen.
Map long menu press to return to main menu.
Also remove some stupid keylock mapping, that doesn't make sense.
Change-Id: I5f9b05af261bcbd2f0cf116f99570c4d853e0394
|
| |
|
|
| |
Change-Id: Ia9c1e924c84772205472289494c62a63a3433727
|
| |
|
|
|
|
|
|
|
| |
Always enable support for SET_BLOCK_COUNT on mmc: it is mandatory. For some
reason (probably a mistake) it was disabled unconditionaly on mmc.
Also deselect sd card after init. Although it is unlikely to make a difference,
it is already done for mmc so stay consistent.
Change-Id: I276f0d95f5bb6a0bf431c2fff4589d3dfb15f8c7
|
| |
|
|
|
|
|
| |
The screen currently displays for each device the bus width, set_block_count
support, HS capability and whether it is enabled for not.
Change-Id: I6b1c3b1019e55ef1097a23c1f54fb07f5c7aa3b0
|
| |
|
|
|
|
|
| |
Some players like the ZEN X-Fi have a wide but not tall screen, it is
thus better to display everything on one line for each button
Change-Id: Ided3d4ff689cc5d3bcc2bdba4c7e046cf7dc0954
|
| |
|
|
|
|
| |
stop pretending that stmp3600 and stmp3700 have a 4.2V power rail
Change-Id: If2506ed3e7c5db96dedc668f0931d59a5197dd88
|
| |
|
|
|
|
|
|
| |
ffmpeg_bitstream.c is included in libcodec, so there doesn't seem to
be any reason for individual codecs to also compile it (and clobber
any previous copy while they're at it, leading to broken builds)
Change-Id: I2bedc277ab109f44a6e8feb3d12ed01a720e00a6
|
| |
|
|
|
|
|
|
|
|
| |
This screen allows to put the device in a special mode where:
- charging is disabled
- device only draws power from 5V (thus battery is untouched)
This is useful to measure the device consumption by measuring directly
the usb power consumption.
Change-Id: I2716ced0a5bb33c3c9a2607f2d17a0ce02f5689c
|
| |
|
|
|
|
| |
The code was very primitive and did not handle release events properly.
Change-Id: I1c56005282a9fb6608f79ff3b483ba614d635fdb
|
| |
|
|
|
|
|
|
|
| |
Per Freescale recommandation, we need to ramp up the 4.2V rail before enabling
charging. Ramping should be done at 1 step/10ms, but the old code did 1 step/1s
because the powermgmt_step() function is called once every second. Use a tick
task to ramp up much faster.
Change-Id: I9a52bdd0c2ba5426d83ed42db8db7ecce2fea1f7
|
| |
|
|
|
|
|
|
|
| |
The old code used button_get() to read the button status and wait for a
key to leave the panic screen. This is broken since when IRQ are disable,
the button mask is not updated anymore for touchpad and adc buttons. For
now, only use pswitch: this should be good enough for all targets.
Change-Id: I0ae179e24555ac20c3d2bf2d267c1bb0e2ceded0
|
| |
|
|
|
|
|
| |
The code reported the frequency in kHz instead of Hz, thus breaking a debug
screen.
Change-Id: Id46de970cfb55bcdc09b63f59b244ee3ad6264b8
|
| |
|
|
|
|
|
|
| |
The old timrot setup API was very low-level and unfriendly. The new one
makes in easier to select the frequency source. Use to simplify timer
and kernel timer code.
Change-Id: Iffcdf11c00e925be9ec8d9a4efc74b197b6bd2aa
|
| |
|
|
|
|
|
|
| |
The adc channel monitored for jack detection does not really have a fixed
value when plugged. Instead use the same logic as the OF and simply use a
threshold.
Change-Id: I1d5270d83eb14decce29a39d8201ea1d1fb4436c
|
| |
|
|
|
|
|
|
| |
For some reason those targets have quite imprecise button voltages and the
old margin was too small. This should fix the button-not-working issue,
especially when the player is very hot and cold.
Change-Id: I9fcddd7f079cd1c4ee121567fb21a4a0cbc0562b
|
| |
|
|
|
|
|
|
|
|
|
| |
The current driver is limited to checking if the adc value equals another
one with a hardcoded margin. This commit changes two aspects of that:
- the margin can be changed globally using IMX233_BUTTON_LRADC_MARGIN
and can also be overriden per button using the new LRADC_EX macro
- the lradc logic gained two comparison modes to check if the source
value is greater (or lower) than a threshold.
Change-Id: If1614451dafeae818a96e6f23a84e6731331ba03
|
| |
|
|
|
|
|
|
| |
Shorten some text to make the text readable in the debug screen of
targets with small LCD (like NWZ-380). In some screens, the only
option is to display less information.
Change-Id: I78f8f35f7c507de19e5d27a918157504155f2ba6
|
| |
|
|
|
|
|
|
|
|
| |
The power management code was erroneously shuting down the 4.2V rail
when charging is complete. This resulted in the DCDC draining the battery
and thus the battery discharging with USB plugged...
The new code keeps the 4.2V rail active so that battery remains untouched
once charge is complete.
Change-Id: I36e8d31e8115c12ce813c939c5d7bbf2c3490157
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
NOTE: this commit does not introduce any change, ideally even the binary should
be almost the same. I checked the disassembly by hand and there are only a few
differences here and there, mostly the compiler decides to compile very close
expressions slightly differently. I tried to run the new code on several targets
to make sure and saw no difference.
The major syntax changes of the new headers are as follows:
- BF_{WR,SET,CLR} are now superpowerful and allows to set several fileds at once:
BF_WR(reg, field1(value1), field2(value2), ...)
- BF_CS (use like BF_WR) does a write to reg_CLR and then reg_SET instead of RMW
- there is no more need for macros like BF_{WR_,SET,CLR}_V, since one can simply
BF_WR with field_V(name)
- the old BF_SETV macro has no trivial equivalent and is replaced with its
its equivalent for BF_WR(reg_SET, ...)
I also rename the register headers: "regs/regs-x.h" -> "regs/x.h" to avoid the
redundant "regs".
Final note: the registers were generated using the following command:
./headergen_v2 -g imx -o ../../firmware/target/arm/imx233/regs/ desc/regs-stmp3{600,700,780}.xml
Change-Id: I7485e8b4315a0929a8edb63e7fa1edcaa54b1edc
|