summaryrefslogtreecommitdiff
path: root/bootloader (follow)
Commit message (Collapse)AuthorAge
* bootloader/common: disable unused broken codeCástor Muñoz2016-05-25
| | | | | | | Disable (probably old) broken code, this fixes bootloader builds when ROCKBOX_HAS_LOGF is used. Change-Id: Id0ed2c3368855e2d2d2dbfb18149b9ed81c10b95
* Fix AMSv2 variant 1 detection if rockbox loaded from SD cardMihail Zenkov2016-04-22
| | | | Change-Id: Ie7c9c06170601e109f8d3de9686773c38a6e224a
* Replace SAMSUNG_YH920_PAD with YH92XSebastian Leonhardt2016-01-25
| | | | | | | seems more logical to me, and is more consistent, since "SAMSUNG_YH92X_PAD" is already used in the tex files. Change-Id: Ie9a9d850ea86155a7dcf86c88a22a420a10a3837
* AMS: fix usb initialization in bootloaderMihail Zenkov2015-06-02
| | | | | | Regression after 8b8b85433f6e9ac673adb Change-Id: I86389be0b85c5c2ad8a32d7089a6a79a6b7c8708
* Fix red/yellow round #2Marcin Bukat2015-01-12
| | | | Change-Id: Ife25eac11fc6f6cedeca8f3fa59536bce0efe2cd
* Get rid of stupid _backlight_* function namesMarcin Bukat2015-01-12
| | | | | | _remote_backlight_* and _buttonlight_* are cleaned as well Change-Id: I73653752831bbe170c26ba95d3bc04c2e3a5cf30
* usb: finally get rid of USE_ROCKBOX_USB in Sansa bootloader, use bootloader usbAmaury Pouly2015-01-08
| | | | | | | | For some reason, the bootloader and config files didn't define HAVE_BOOTLOADER_USB_MODE, also remove the special cases in usb.c which they implied. Change-Id: I68c29be7d03627e64cac4ff7678e0c211e087a8c
* imx233: add a comment in the bootloaderAmaury Pouly2015-01-08
| | | | Change-Id: I4bf82565e730a40f37f4a29244fd461cb3214318
* Fix USB speed detectionMihail Zenkov2014-10-04
| | | | | | | | Change-Id: I615d2d5366ffa1e2e9c6b0837bf5a62a7e471fca Reviewed-on: http://gerrit.rockbox.org/994 Reviewed-by: Frank Gevaerts <frank@gevaerts.be> Tested: Mihail Zenkov <mihail.zenkov@gmail.com> Reviewed-by: Marcin Bukat <marcin.bukat@gmail.com>
* Hopefully fix most of the errors and warnings from the last pushMichael Sevakis2014-08-29
| | | | Change-Id: I1a466b2d55f120796910039a0296ca324c58e891
* Rewrite filesystem code (WIP)Michael Sevakis2014-08-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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. Change-Id: Ia30f3082a136253e3a0eae0784e3091d138915c8 Reviewed-on: http://gerrit.rockbox.org/566 Reviewed-by: Michael Sevakis <jethead71@rockbox.org> Tested: Michael Sevakis <jethead71@rockbox.org>
* Fix up the bootloadersMichael Sevakis2014-08-28
| | | | | | They can't access the raw RBVERSION define any longer. Change-Id: I698062b36306399945c01de54cdccaa1a1a8434e
* Bootloaders need the reacharound to get at the internal goodsMichael Sevakis2014-08-08
| | | | | | They need to include kernel-internal.h in order to perform inits. Change-Id: I5b0f155e4ff49a065c6cb97691ecd4396a199979
* crc-mi4: use const lookup table for crcMarcin Bukat2014-07-07
| | | | | | | | | This doesn't touch external tools as I see no need for. Change-Id: Ia69248c4b6a033c3772916525257e3540bddcffa Reviewed-on: http://gerrit.rockbox.org/891 Tested: Sebastian Leonhardt <sebastian.leonhardt@web.de> Reviewed-by: Marcin Bukat <marcin.bukat@gmail.com>
* Separate keymaps for YH-820 and YH-920/925Sebastian Leonhardt2014-05-24
| | | | | | | | | | | | | | | Although both players basically have the same keys, the differences in the layout is rather big, so I think both deserve their own keymaps. (On the yh820 the FFWD/PLAY/REW buttons are located above the direction keys, on the yh920 at the side of the player. Furthermore the yh920/925 has a REC switch, whereas yh820 has a push button.) Change-Id: I0e62a1b101c387646c0bdb07ea142d9d2430ca15 Reviewed-on: http://gerrit.rockbox.org/814 Reviewed-by: Szymon Dziok <b0hoon@o2.pl>
* Sansa View: replace real bootloader with a simple test code.Szymon Dziok2014-03-27
| | | | | | | | | After placing the firmware.mi4 file in the root dir of the player in UMS mode of the OF, Sansa should do stupid blinking with the backlight and buttonlight alternately. Recovering from this state is possible through the recovery mode (see Wiki), by putting an original copy of the firmware.mi4. Change-Id: Ia913442b97e8c405f55c4676b9a2bf0b1b1d05d6
* zen/bootloader: power down the LCD at the end of the bootloader if neededAmaury Pouly2014-02-10
| | | | | | | | | | | | | | On the ZEN, the LCD is fed continuously by the DMA and this refresh needs to be stop when the bootloader gives control to the firmware, otherwise the DMA will source data from invalid region and it might even lock-up if the new code touches the memory setup. Work around this by properly stopping the LCD driver: the bootloader assumes that if the target defines HAVE_LCD_ENABLE in bootloader build (which is unusual) then it needs to stop the LCD. Since stopping the LCD could produce funny screens, power down backlight which is expected to power down the LCD too, giving a nice black screen instead of some random pixels. Change-Id: I7ce5ba9bfd08e596907c4ff8f80feb189f0576ce
* imx233: stop the watchdog before loading main firmwareAmaury Pouly2014-02-10
| | | | Change-Id: I0a13444d6788a09b0fc04ed1a5115cb2e5fe6f57
* Add missing kernel.h includes (hopefully all of them).Thomas Martitz2014-01-05
| | | | Change-Id: I9c1825296a788587b8d494d8514b3314847b0ff0
* Introduce IHIFI760/960 targets.Andrew Ryabinin2013-12-16
| | | | Change-Id: Ie36e48742c0ed9aa3fd6f49aa034a11d2492327c
* rk27xx: fix typo in comment about SCU_ID valuesMarcin Bukat2013-11-23
| | | | Change-Id: Iae4df54488d02246a4626c0f90b80b56aee891fa
* Fix sim redAmaury Pouly2013-11-19
| | | | Change-Id: Icbdf47c5c508516892b1ce75558b878dc512e780
* Fix redAmaury Pouly2013-11-19
| | | | Change-Id: Iaf77dd0ac6af921f67f883064f490a9e9c7d36b0
* Introduce HiFi E.T. MA8/MA8C ports.Andrew Ryabinin2013-11-05
| | | | | | | | | HiFi E.T. MA8 is almost the same as MA9 except another DAC(pcm1792 in ma8, df1704 in ma9). MA8 has ILI9342 lcd, MA8C has ILI9342C lcd. Change-Id: If2ac04f5a3382590b2a392c46286559f54b2ed6a
* Introduce HiFi E.T. MA9C port.Andrew Ryabinin2013-11-05
| | | | | | | The only difference between this target and HiFi E.T. MA9 is display driver (ILI9342 in MA9 and ILI9342c in MA9C) Change-Id: Icc3d2490f850902a653175360f12283f3708bbb7
* imx233/bootloader: fix comment about disk initAmaury Pouly2013-10-21
| | | | Change-Id: I44a676237564490771a1ed2c81e9434fc6c6f74d
* imx233: fix bootloaderAmaury Pouly2013-10-21
| | | | | | | | The bootloader must call disk_init_subsystem() because it is multithread (because of USB), otherwise strange things might happen. Calling disk_init() is unnecessary since it is call when mounting partitions. Change-Id: If7aff3dea0b96144e2a9b0f6179a9a0a632b93ed
* imx233/bl: usb mode has priority over holdAmaury Pouly2013-09-26
| | | | Change-Id: I0d124eaed0ebf1ca18c022684a96dfbf7d740c7e
* imx233/bootloader: fix redAmaury Pouly2013-09-26
| | | | Change-Id: I209cdee6007d3b3c039f6b0b63a30fabc8aefb41
* imx233/bootloader: power off on holdAmaury Pouly2013-09-26
| | | | Change-Id: I3081ca6e47bed5a69e6163cb539d0a8516b689d2
* imx233: always boost in bootloaderAmaury Pouly2013-09-25
| | | | | | | | | | Many imx233 targets boot in a very low performance mode, typically cpu and dram at 24MHz. This results in very slow boots and very unstable USB bootloader mode. Since cpu frequency scaling is disabled in bootloader in rockbox, always make the frequency scaling code available and boost at boot time. Change-Id: Ie96623c00f7c4cd9a377b84dcb14b772558cfa4d
* imx233: shorten bootloader messages when screen is smallAmaury Pouly2013-09-25
| | | | Change-Id: I403a76277e756cf06b4dca4906940d5fbf32d763
* fix copyrightAmaury Pouly2013-09-05
| | | | Change-Id: Ie0dea643afa93d9a919e4f2406de65aed174c0a6
* sansa connect bootloader: fix redMarcin Bukat2013-06-27
| | | | Change-Id: Ide8784e33e1671bf915b5375fb5cd8dae4e09ae6
* Move load_firmware() to separate fileMarcin Bukat2013-06-27
| | | | | | | | The idea is to share loading code between bootloaders and rolo(). Change-Id: I1656ed91946d7a05cb7c9fa7a16793c3c862a5cd Reviewed-on: http://gerrit.rockbox.org/190 Reviewed-by: Marcin Bukat <marcin.bukat@gmail.com>
* imx233: fix bootloader for stmp3600 and stmp3700Amaury Pouly2013-06-18
| | | | Change-Id: Icfdf4c0a35813576c9d2a60558b4c00599f091fc
* imx233: rewrite power using new registersAmaury Pouly2013-06-16
| | | | Change-Id: Ifbee91161220419f4d1750672b5c4ae3537cefca
* Introduce HiFi E.T MA9 port.Andrew Ryabinin2013-05-06
| | | | Change-Id: I79aadc958fd5222f26f91ed127f8c6fb2c465dc2
* Fix red.Andrew Ryabinin2013-04-30
| | | | Change-Id: I64cf91a2ddc4fbf89d83bb5a401e9e4021f8c160
* rk27xx: initialize i2c driver in bootloader.Andrew Ryabinin2013-04-30
| | | | | | Change-Id: I0b343425d0cfef4d4609cabca79c1f31d8327d3b Reviewed-on: http://gerrit.rockbox.org/459 Reviewed-by: Andrew Ryabinin <ryabinin.a.a@gmail.com>
* Another optimization for the OF in the mi4 format.Szymon Dziok2012-11-24
| | | | | | | | | | | | | | What it does: - removes unnecessary file operations for the OF (one lseek() and one read() per one key), - simplifies the code and reduces the code size. Speedup is not noticeable but theoretically some is. Change-Id: I43a6dd21d3af48ea8d3b27d676c84b2084c0b88c Reviewed-on: http://gerrit.rockbox.org/287 Tested-by: Szymon Dziok <b0hoon@o2.pl> Reviewed-by: Thomas Martitz <kugel@rockbox.org> Reviewed-by: Szymon Dziok <b0hoon@o2.pl>
* imx233: display battery voltage in bootloader (along with percent)Amaury Pouly2012-08-30
| | | | Change-Id: I7b14496ba891a9ff2f6373571a11835d37abee4e
* rk27xx: support entering rkusb mode on rk2706AMarcin Bukat2012-07-10
| | | | | | | | | We know about two different bootroms. First can be found in rk2706A, the second in rk2706B and rk2705. This two versions are very similar but memory addresses are different. It seems it is possible to distinguish bootrom version by reading SCU_ID register. Change-Id: I01681b5e3a82930ae74a5cce6ab0244d7cd333d2
* pp bootloader: speed up loading of the OF in the mi4 formatSzymon Dziok2012-06-23
| | | | | | | | | | | | | | This change replaces an odd way to increment tea key in a function responsible for finding the proper key (it doesn't have to be done in a for loop, it's just adding a 32bit number to a 128bit number). It reduces the time needed to find the key practically to zero and it gives in the best case 2 seconds of overall speedup in loading the OF. Change-Id: I0632526c3dfeb4d0603e77239f298a89076b630b Reviewed-on: http://gerrit.rockbox.org/230 Tested-by: Szymon Dziok <b0hoon@o2.pl> Reviewed-by: Thomas Martitz <kugel@rockbox.org> Reviewed-by: Szymon Dziok <b0hoon@o2.pl>
* Make Meizu M3 compile againBertrik Sikken2012-05-20
| | | | Change-Id: I44436068cf6f2c3942fb63f988bf627eaa9abb97
* imx233: move the freescale partition handling to its own fileAmaury Pouly2012-05-19
| | | | | | | The freescale firmware partitions has a lots of quirks that need to be dealt with, so do it the proper way. Change-Id: I8a5bd3fb462a4df143bc6c931057f3ffedd4b3d3
* remove debug-target.hRafaël Carré2012-05-07
|
* rk27xx: Print rockbox version in bootloader.Andrew Ryabinin2012-04-30
| | | | Change-Id: I7f19f45e85aa09b0b19573053f7f27794196e6fb
* rk27xx: Add failsafe mode to the bootloaderMarcin Bukat2012-04-27
| | | | Change-Id: Iba8fdc50b3c71831a6f55d15779fee8d1f12cb4f
* Refactor and unify objcopy calls in the build system. Also now properly ↵Thomas Martitz2012-04-04
| | | | | | handles DEBUG builds on hosted targets to keep debug symbols if necessary. Change-Id: I884031b79c6d49479e4d95752f35ced68872dd5d
generated by cgit v1.1 at 2026-04-25 11:00:42 +0000