summaryrefslogtreecommitdiffstats
path: root/bootloader
AgeCommit message (Collapse)AuthorFilesLines
2020-07-24[1/4] Remove SH support and all archos targetsSolomon Peachy2-9/+2
This removes all code specific to SH targets Change-Id: I7980523785d2596e65c06430f4638eec74a06061
2020-07-22bootloader: Consolidate xDuoo X3ii/X20 and AGPTek Rocker bootloadersSolomon Peachy3-581/+50
Bonus changes: * boot mode selection stored on SD card Change-Id: I225a06d149ae71c1882f632c30d0fe4ab5308a74
2020-04-06xDuoo X3II and X20 portMarcin Bukat3-2/+559
Provided by Roman Stolyarov Integration, Refactoring, and Upstreaming by Solomon Peachy X3II confirmed working by forum tester, X20 is nearly identical. This includes bootloader, main firmware, and the flash image patcher. Eventual Todo: * Further refactor AGPTek Rocker & xduoo hiby bootloaders * Further refactor AGPTek Rocker & xduoo hosted platform code Change-Id: I34a674051d368efcc75d1d18c725971fe46c3eee
2019-01-02Add Xuelin iHIFI 770/770C/800 supportSolomon Peachy2-2/+4
Taken from the xvortex fork (Roman Stolyarov) Ported, rebased, and cleaned up by myself. Change-Id: I7b2bca2d29502f2e4544e42f3d122786dd4b7978
2019-01-02Fix Xduoo X3 bootloader build, and silence all warnings.Solomon Peachy1-5/+29
Also enable USB bootloader mode Change-Id: I73224c2e694b9941993c89a114b48d2a907e0dfb
2018-10-15onda: fix compiler warning in boot loaderSolomon Peachy1-0/+1
Change-Id: Ic92d8e183503b68604d69bad27991f66d89c8744
2018-07-28Add cleaned-up xDuoo X3 supportSolomon Peachy3-1/+188
Cleaned up, rebased, and forward-ported from the xvortex fork. (original credit to vsoftster@gmail.com) Change-Id: Ibcc023a0271ea81e901450a88317708c2683236d Signed-off-by: Solomon Peachy <pizza@shaftnet.org>
2018-06-12Agptek Rocker: Implement USB mass storage driverMarcin Bukat1-6/+8
Agptek uses composite android driver. Change-Id: Iece188ad640f3dfd24c171946c14da4c3516b6d5
2018-06-12Agptek Rocker: Initial commitMarcin Bukat2-0/+548
Change-Id: I26b51106c7b1c36a603fba6d521e917d79b5a95b
2017-09-18remove inaccurate commentAmaury Pouly1-1/+0
Change-Id: I039288ce12c127f60793625356181d5542114105
2017-09-17nwzlinux: print version and model in bootloaderbootloader_nwzs750_v1bootloader_nwze580_v1bootloader_nwze470_v1bootloader_nwze460_v1bootloader_nwze450_v1bootloader_nwza860_v1bootloader_nwza10_v1bootloader_nwa20_v1Amaury Pouly1-0/+6
Change-Id: Id31fdd3253edebf72188c2b8d52e6cc56dd6714c
2017-09-17Add support for the NWZ-A860Amaury Pouly1-4/+13
Change-Id: Ibf0c5168ac31d4ba2aeaa86cbeca37a1011b75fa
2017-09-05Initial commit for the Sony NWZ linux portAmaury Pouly4-0/+530
SUPPORTED SERIES: - NWZ-E450 - NWZ-E460 - NWZ-E470 - NWZ-E580 - NWZ-A10 NOTES: - bootloader makefile convert an extra font to be installed alongside the bootloader since sysfont is way too small - the toolsicon bitmap comes from the Oxygen iconset - touchscreen driver is untested TODO: - implement audio routing driver (pcm is handled by pcm-alsa) - fix playback: it crashes on illegal instruction in DEBUG builds - find out why the browser starts at / instead of /contents - implement radio support - implement return to OF for usb handling - calibrate battery curve (NB: of can report a battery level on a 0-5 scale but probabl don't want to use that ?) - implement simulator build (we need a nice image of the player) - figure out if we can detect jack removal POTENTIAL TODOS: - try to build a usb serial gadget and gdbserver Change-Id: Ic77d71e0651355d47cc4e423a40fb64a60c69a80
2017-03-12Do some housekeeping with fat.h and SECTOR_SIZEMichael Sevakis12-12/+0
Many includes of fat.h are pointless. Some includes are just for SECTOR_SIZE. Add a file 'firmware/include/fs_defines.h' for that and to define tuneable values that were scattered amongst various headers. Remove some local definitions of SECTOR_SIZE since they have to be in agreement with the rest of the fs code anyway. (We'll see what's in fact pointless in a moment ;) Change-Id: I9ba183bf58bd87f5c45eba7bd675c7e2c1c18ed5
2017-02-09ipod6g: bootloader v1bootloader_ipod6g_v1Cástor Muñoz2-0/+464
- dual boot - USB mode - battery trap Change-Id: I8586cfeb21ee63f45ab965430725225fdfc4212d
2016-05-25bootloader/common: disable unused broken codeCástor Muñoz1-0/+3
Disable (probably old) broken code, this fixes bootloader builds when ROCKBOX_HAS_LOGF is used. Change-Id: Id0ed2c3368855e2d2d2dbfb18149b9ed81c10b95
2016-04-22Fix AMSv2 variant 1 detection if rockbox loaded from SD cardMihail Zenkov1-0/+7
Change-Id: Ie7c9c06170601e109f8d3de9686773c38a6e224a
2016-01-25Replace SAMSUNG_YH920_PAD with YH92XSebastian Leonhardt1-1/+1
seems more logical to me, and is more consistent, since "SAMSUNG_YH92X_PAD" is already used in the tex files. Change-Id: Ie9a9d850ea86155a7dcf86c88a22a420a10a3837
2015-06-02AMS: fix usb initialization in bootloaderMihail Zenkov1-0/+2
Regression after 8b8b85433f6e9ac673adb Change-Id: I86389be0b85c5c2ad8a32d7089a6a79a6b7c8708
2015-01-12Fix red/yellow round #2Marcin Bukat1-2/+2
Change-Id: Ife25eac11fc6f6cedeca8f3fa59536bce0efe2cd
2015-01-12Get rid of stupid _backlight_* function namesMarcin Bukat13-32/+32
_remote_backlight_* and _buttonlight_* are cleaned as well Change-Id: I73653752831bbe170c26ba95d3bc04c2e3a5cf30
2015-01-08usb: finally get rid of USE_ROCKBOX_USB in Sansa bootloader, use bootloader usbAmaury Pouly1-8/+8
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
2015-01-08imx233: add a comment in the bootloaderAmaury Pouly1-0/+1
Change-Id: I4bf82565e730a40f37f4a29244fd461cb3214318
2014-10-04Fix USB speed detectionMihail Zenkov1-3/+5
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>
2014-08-29Hopefully fix most of the errors and warnings from the last pushMichael Sevakis1-0/+1
Change-Id: I1a466b2d55f120796910039a0296ca324c58e891
2014-08-30Rewrite filesystem code (WIP)Michael Sevakis20-51/+70
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>
2014-08-28Fix up the bootloadersMichael Sevakis19-26/+31
They can't access the raw RBVERSION define any longer. Change-Id: I698062b36306399945c01de54cdccaa1a1a8434e
2014-08-08Bootloaders need the reacharound to get at the internal goodsMichael Sevakis24-36/+24
They need to include kernel-internal.h in order to perform inits. Change-Id: I5b0f155e4ff49a065c6cb97691ecd4396a199979
2014-07-07crc-mi4: use const lookup table for crcMarcin Bukat3-7/+0
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>
2014-05-24Separate keymaps for YH-820 and YH-920/925Sebastian Leonhardt1-1/+2
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>
2014-03-27Sansa View: replace real bootloader with a simple test code.Szymon Dziok2-0/+67
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
2014-02-10zen/bootloader: power down the LCD at the end of the bootloader if neededAmaury Pouly1-0/+7
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
2014-02-10imx233: stop the watchdog before loading main firmwareAmaury Pouly1-0/+2
Change-Id: I0a13444d6788a09b0fc04ed1a5115cb2e5fe6f57
2014-01-05Add missing kernel.h includes (hopefully all of them).Thomas Martitz1-1/+2
Change-Id: I9c1825296a788587b8d494d8514b3314847b0ff0
2013-12-16Introduce IHIFI760/960 targets.Andrew Ryabinin1-1/+2
Change-Id: Ie36e48742c0ed9aa3fd6f49aa034a11d2492327c
2013-11-23rk27xx: fix typo in comment about SCU_ID valuesMarcin Bukat1-1/+1
Change-Id: Iae4df54488d02246a4626c0f90b80b56aee891fa
2013-11-19Fix sim redAmaury Pouly1-1/+1
Change-Id: Icbdf47c5c508516892b1ce75558b878dc512e780
2013-11-19Fix redAmaury Pouly1-6/+1
Change-Id: Iaf77dd0ac6af921f67f883064f490a9e9c7d36b0
2013-11-05Introduce HiFi E.T. MA8/MA8C ports.Andrew Ryabinin1-1/+1
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
2013-11-05Introduce HiFi E.T. MA9C port.Andrew Ryabinin1-1/+2
The only difference between this target and HiFi E.T. MA9 is display driver (ILI9342 in MA9 and ILI9342c in MA9C) Change-Id: Icc3d2490f850902a653175360f12283f3708bbb7
2013-10-21imx233/bootloader: fix comment about disk initAmaury Pouly1-2/+2
Change-Id: I44a676237564490771a1ed2c81e9434fc6c6f74d
2013-10-21imx233: fix bootloaderAmaury Pouly1-2/+1
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
2013-09-26imx233/bl: usb mode has priority over holdAmaury Pouly1-17/+18
Change-Id: I0d124eaed0ebf1ca18c022684a96dfbf7d740c7e
2013-09-26imx233/bootloader: fix redAmaury Pouly1-0/+5
Change-Id: I209cdee6007d3b3c039f6b0b63a30fabc8aefb41
2013-09-26imx233/bootloader: power off on holdAmaury Pouly1-0/+12
Change-Id: I3081ca6e47bed5a69e6163cb539d0a8516b689d2
2013-09-25imx233: always boost in bootloaderAmaury Pouly1-0/+5
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
2013-09-25imx233: shorten bootloader messages when screen is smallAmaury Pouly1-7/+10
Change-Id: I403a76277e756cf06b4dca4906940d5fbf32d763
2013-09-05fix copyrightAmaury Pouly1-1/+1
Change-Id: Ie0dea643afa93d9a919e4f2406de65aed174c0a6
2013-06-27sansa connect bootloader: fix redMarcin Bukat1-0/+1
Change-Id: Ide8784e33e1671bf915b5375fb5cd8dae4e09ae6
2013-06-27Move load_firmware() to separate fileMarcin Bukat20-470/+124
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>