190 Commits

All Branches

Search

Author	SHA1	Message	Date
Lephe	7d63a1b536	r61524 render-cg: support Prizm and fx-CG Manager ... This change adds a new HWCALC model, HWCALC_FXCG_MANAGER, which identifies Casio's official fx-CG Manager software. Both the Prizm and, to my surprise, the fx-CG Manager use the old RAM address of 88000000 (P1) and a8000000 (P2) instead of the new fx-CG 50 address of 8c000000 (P1) and ac000000 (P2). The VRAM is hence adjusted at startup to move hardcoded pointers into the proper space. Added to the kernel moving the VBR space dynamically on the Prizm, this allows gint to be fully compatible with these platforms. The fx-CG Manager is detected by its product ID made of 0xff. Also adds a proper interface to the R61524 driver, even though it's not any more complete than previously, and fixes an oversight where the HWURAM entry of the kernel data array was no longer computed since the TLB management change. As of now, the fx-CG Manager still has a bug regarding return-to-menu since returning from the main menu doesn't work very well and often loops. This has been seen occasionally on some Graph 90+E so it's unlikely to be a platform-specific problem.	2020-07-02 15:48:19 +02:00
Lephe	ed30b2cb21	render-cg: allow VRAM in user stack ... This is currently unused and has some artifacts in gintctl for reasons I haven't understood yet. Will have to investigate later.	2020-07-02 15:47:11 +02:00
Lephe	f8ee9b7414	timer: allow integer pointers in callback arguments	2020-07-02 08:51:59 +02:00
Lephe	dc83d5ee1f	timer: final iteration on the API ... This commit minimally changes the signature of timer_setup() to greatly simplify timer management, allowing to user to let the library choose available timers dynamically depending on the settings.	2020-06-20 22:45:46 +02:00
Lephe	a91a0a483b	core: remove some useless hardware info	2020-06-20 19:23:50 +02:00
Lephe	4a0fc65c34	gray: add decent defaults for older fx9860g-like models ... Gray quality is better on the Graph 35+E II, it still flickers a lot on other models (as I remembered). There might be better settings out there but I'm not sure we can reach the quality of the current Graph 35+E II defaults. The Graph 75+E with which I tested might also be different from other T6K11 such as the smaller Graph 35+E.	2020-06-20 19:16:42 +02:00
Lephe	1c7b1350b4	general cleanup of the kernel ... * Removed .pretext sections since the TLB is now entirely dynamic; left only .text.entry for the start symbol. * Reworked the main files of src/core to move the INTC to its own driver and let the kernel handle only VBR space and CPU (now: VBR & CPUOPM). * Moved src/core/gint.c to src/core/kernel.c and centralized all driver loops that save or restore context for more robustness. This leaves the callbacks of cpu_setVBR() (formerly gint_setvbr()) pretty short. * Coalesced gint_switch_out() and gint_switch_in() into a single function callback for cpu_setVBR(). * Added an abstraction of interrupt signals as an enumerated value so that drivers no longer hardcode the IPR and IMR numbers and bits, sometimes even with isSH3() due to differences in the SH7705. * Changed the interrupt blocking method in cpu_setVBR() from SR.BL=1 to SR.IMASK=15 so that TLB misses are still handled. This removes the need for callback functions to be GMAPPED. * Moved gint_osmenu() and its utilities to a new file src/core/osmenu.c.	2020-06-20 17:18:51 +02:00
Lephe	b7de559b78	some cleanup in src/core and in the repository	2020-06-20 11:41:13 +02:00
Lephe	de4881244e	core: remove bootlog ... An unused logging mechanism that was never really fit for its task of diagnosing boot issues. Disappears with cleanup...	2020-06-20 09:46:39 +02:00
Lephe	9cf2f9fe97	core tmu: improve reliability of interrupt handlers ... This change includes three reliability improvements in handlers: 1. TMU handlers now actively check for the UNF flag to go low rather than expecting it to do so right away. 2. CPUOPM.INTMU is now set so that IMASK it updated at every interrupt (which is absolutely required for nested interrupts!). 3. gint_inth_callback() no longer performs transfers between user bank and kernel bank while in user bank, because this is when interrupts are enabled and thus likely to corrupt the kernel bank; rather, it now does it while in kernel bank with interrupts disabled.	2020-06-20 09:32:48 +02:00
Lephe	91fd2e5e6a	core: fix erroneous VBR address choice in gint_switch() ... This one never worked even by accident, it just went untested for a couple hours.	2020-06-18 22:12:08 +02:00
Lephe	bf2d407f1d	tmu: fix dreadful omission of timer ID in ETMU handler ... This change fixes a never-should-have-worked problem where the ETMU interrupt handler loses track of the timer ID before attempting to call timer_stop(), resulting in complete nonsense. And also a similar problem in timer_wait().	2020-06-18 20:20:55 +02:00
Lephe	230b796196	render: add alignment options to dtext_opt() and dprint_opt() ... This change introduces two new functions dtext_opt() and dprint_opt() that have both color and alignment options. The regular dtext() and dprint() have been changed to always used bg=C_NONE which is what most calls want.	2020-06-18 18:31:13 +02:00
Lephe	06345967fd	render: add a drect_border() function	2020-06-18 17:50:27 +02:00
Lephe	4a3c396284	fxcg50: remove rram region and fxcg20-friendly VBR address ... This change removes the RRAM region which was inherited from the fx9860g memory layout but no longer relevant on fxcg50. This removed one occurrence of a hardcoded user stack address in the linker script, the other being the VBR address. But since the VBR only contains position-independent code that is manually "relocated" at startup, the linker script needs not actually use its value, so this is not a true dependency. gint should now more or less be able to boot up on an fxcg20, except for the hardcoded VRAM addresses which need to be moved to the fxcg20 system stack.	2020-06-18 09:59:31 +02:00
Lephe	2fd4238d31	core: finalize TLB management in timer callbacks (STABLE) ... This change enables interrupts within timer callbacks, making it possible to load pages to MMU while handling a timer underflow. The call to TLB_LoadPTEH() has been moved directly into the VBR handler to avoid jumping to ILRAM for a short call on SH4. The TMU and ETMU handlers have been changed to callback through a new function gint_inth_callback() that saves the user bank and a few registers, then invokes the callback with interrupts enabled and in user bank; until now, callbacks were invoked with interrupts disabled and in kernel bank. Note that IMASK is still set so a callback can only be interrupted by a high-priority interrupt. A timer_wait() function has also been added to simplify tests that involve timers. Finally, the priority level of the TMU0 underflow interrupt has been set to 13 (as per the comments) instead of 7. This version is the first stable version that handles TLB misses transparently for large add-ins. It is suitable for every gint application.	2020-06-17 11:43:26 +02:00
Lephe	8148d89c88	core: backport TLB handling to fx9860g, fix return-to-menu (UNSTABLE) ... This change ports the TLB management system to fx9860g through %003. This raises the size limit for add-ins to about 500k. Because SH3 fx9860g does not have ILRAM, the GMAPPED attribute has been made to generate content to a .gint.mapped section which is sent to the P1 RAM section historically dubbed "real ram" in which gint's data and VBR are installed. (Now that I think about it, gint's data should try to go to normal RAM instead to reduce pressure on this invasion.) Return-to-menu was also fixed on both platforms by narrowing down the need for code to remain mapped to the chance of running it with interrupts disabled. The natural distribution of GMAPPED under this criterion showed that _gint_setvbr had been left under TLB control; moving it to the proper RAM area fixed gint switches. Finally, an omission in the bound checks for mappable TEA addresses (TEA >= 0x00300000) prevented the appearance of a non-interactible System ERROR popup when some unmapped addresses are accessed. This version still does not enable interrupts in timer callbacks, exposing any application to a crash if a timer underflows while its callback is not mapped. It is not suitable for any stable application!	2020-06-15 20:55:18 +02:00
Lephe	fbfcdd7664	render-fx: fix VRAM overflows in gint_dhline() and gint_dvline() ... Similar to 610362f.	2020-06-15 13:45:50 +02:00
Lephe	d8886c7dbf	core: answer TLB misses and remove startup mapping (UNSTABLE) ... This change adds a TLB miss handler that calls __TLB_LoadPTEH() and removes the startu mapping of add-in pages in the explore() routine of src/core/start.c. Note that calling __TLB_LoadPTEH() manually might unexpectedly lead to a TLB multihit problem as the requested page might be accidentally loaded by a TLB miss in the code that loads it. A TLB multihit is a platform reset, so this function should always be considered unsafe to call (unless the calling code is in a combination of P1 space and ILRAM). This change also moves a lot of functions out of the .pretext section, notably topti, as this was designed to allow panic messages when the add-in couldn't be mapped entirely. By contrast, a GMAPPED macro has been defined to mark crucial kernel code and data that must remain mapped at all times. This currently puts the data in ILRAM because static RAM is not executable. An alternative will have to be found for SH3-based fx9860g machines. This version still does not allow TLB misses in timer callbacks and breaks return-to-menu in a severe way! It is not suitable for any stable application!	2020-06-14 18:22:20 +02:00
Lephe	4ad2110efc	core: accept large add-ins and setup TLB management (UNSTABLE) ... This change modifies the fx-CG 50 linker script to allow add-ins up to 2M and no longer complains about add-ins that don't fit in the TLB. It also exposes the __TLB_LoadPTEH() syscall (%003 on fx9860g, %00c on fxcg50) that answers TLB misses. This syscall can be called manually from an add-in to load some pages and seems to work without problem. However, this version does not provide any automatic TLB management, some key areas of the kernel are still under TLB and some user code (such as timer callbacks) is not! This version is suitable only for add-ins smaller than 220k!	2020-06-14 11:01:27 +02:00
Lephe	b2172dd88e	make: improve the Git commit approximation scheme ... Retrieve commit from branch reference when not in detached HEAD mode. A full rebuild is still needed after changing branch, but not at each commit.	2020-06-14 08:30:09 +02:00
Lephe	41294ec0a4	printf: fix %% doubling down as a format specifier ... When parsing a %% format, the second % character was mistakenly not skipped over after emitting a '%' output; this resulted in it being treated as a format specifier. For instance, printf("%%d", 12); would print "%12".	2020-06-14 08:15:00 +02:00
Lephe	610362f8c9	render-cg: fix potential VRAM overflow in gint_dhline() ... A missing coordinate check in gint_dhline() would allow lines entirely out of bounds of the screen to write pixels outside of their expected range, often wrapping up to the next line, but possibly overflowing from VRAM.	2020-06-13 20:41:13 +02:00
Lephe	caa4f675c9	bopti: deprecate image_t, renamed to bopti_image_t	2020-06-01 12:11:59 +02:00
Lephe	0498344349	periodic check of SH3 compatibility	2020-05-31 22:26:30 +02:00
Lephe	50cc536324	libc: add random number generation with TinyMT ... TinyMT is licensed under its own terms. See src/std/tinymt/LICENSE.txt.	2020-05-31 17:03:14 +02:00
Lephe	5ff1662e61	bfile: solve stability issues on fx9860g and fxcg50 ... This commit improves the stability of gint_switch() in two ways: 1. Wait for hardware availability every time driver contexts are saved or reloaded; this solves crashes due to DMA use when gint takes control after a BFile call, since BFile_Create() (and possibly BFile_Write()) leave the DMA running after returning. 2. Remap the add-in after a switch, as apparently calling BFile functions causes some pages to be evicted. This is more noticeable on fxcg50 when the size of add-ins nears 220k. Additionally, dma_transfer_wait() has been updated to not sleep() unless it is certain that the conditions for wakeup are fulfilled, as this would sometimes freeze.	2020-05-31 15:52:00 +02:00
Lephe	14e59690a5	update README to clean up mkg3a reference and link	2020-05-21 10:41:35 +02:00
Lephe	4036a583df	bfile: add BFile syscalls on fx-CG 50 (still unstable) ... For some reason these syscalls tend to crash in a basic delete, create, open, write, close workflow (after the write is finished). I'll look into using the new gint/fxlib switch to use them safely.	2020-05-16 17:11:55 +02:00
Lephe	15dd4990dd	core: add return-to-menu on Graph 90+E (looks bad though) ... This is a first version of gint_osmenu() on Graph 90+E. It works on the same basis as the mono version, with the caveat that the automatic VRAM display done by the system is terrible because of the reduced resolution and status bar. Disabling any of this requires taking back control earlier, which would make the whole GetKeyWait() method obsolete. Tried the special key processing syscall, but it crashes upon return in the add-in even before the fxlib code finishes. Maybe try later.	2020-05-16 12:14:13 +02:00
Lephe	e217309adf	render-cg: expose vram buffers with dgetvram() and dsetvram()	2020-05-10 23:03:02 +02:00
Lephe	d3c43c3ecd	dma: do not wait before initialization ... Hangs if the add-in is started first on a fresh boot, probably because the OS doesn't bother initializing all the channels of its hardware.	2020-05-10 23:00:42 +02:00
Lephe	85311a0b31	drivers: update the model, replacing unload() with wait() ... The unload() function is not very relevant for drivers because hardware state is managed by ctx_save() and ctx_restore() and software state is managed by underlying drivers when there are dependencies. For now, it's been replaced with a wait() function that allows drivers to not be interrupted at any point. It is currently used by the DMA to wait for ongoing transfers to finish before disabling interrupts (which would prevent the transfer end from being detected) and switching in and out of gint.	2020-05-10 16:36:21 +02:00
Lephe	4485e7f865	core, tmu: add gint_switch(), return to menu, and improve timer code ... * Add the gint_switch() function which executes user-provided code from the system (CASIOWIN) context. * Added interrupt masks to the core context (should have been there long ago). * Added the gint_osmenu() function that switches out of gint to invoke GetKeyWait() and inject KEY_CTRL_MENU to trigger the main menu. This uses many CASIOWIN syscalls, but we don't care because gint is unloaded. Trickery is used to catch the key following the return in the add-in and/or display a new application frame before GetKeyWait() even finishes after coming back. This is only available on fx9860g for now. * Removed any public syscall definition to clear up interfaces. * Patched the DMA interruption problem in a weird way on fxcg50, a driver function will be used to do that properly eventually. * Changed the driver model to save driver contexts in preallocated spaces instead of on the stack for overall less risk. * Enabled return-to-menu with the MENU key on fx9860g in getkey(). * Changed the keyboard driver to emit releases before presses, as a return-to-menu acts as a press+release of different keys in a single driver frame, which confuses getkey(). * Fixed a really stupid bug in memcpy() that made the function really not work. Improvements in the timer driver: * Expose ETMU modules as SH7705_TMU and SH7305_TMU in <gint/mpu/tmu.h>. * Remove the timer_t structures, using SH*_ETMU and SH*_TMU instead. Only interrupt gate entries are left hardcoded. * Discovered that not only every write to the TCNT or TCR of an ETMU takes about 1/32k of a second (hinting at registers being powered by the same clock as the timer), but every write occuring while a previous write is pending is *lost*. This led to terrible bugs when switching ETMU contexts too fast in gint_switch(). * Removed an internal timer_address() function. * Overall simplified the handling of timers and the initialization step.	2020-05-10 14:03:41 +02:00
Lephe	2cdf925f94	interrupts: save caller-saved registers in main handler ... This is an obvious requirement for the interrupt routine, which was forgotten and only surfaced when I used a timer callback started with multiplications in an innocent add-in. r0..r7 are saved automatically, which leaves pr, gbr, mach et macl susceptible to corruption by the interrupt handler.	2020-05-06 20:45:35 +02:00
Lephe	61da7debc8	code review and display driver changes ... t6k11: use the gint array for variant detection r61524: use true triple buffering by default display: define DWIDTH and DHEIGHT display: add C_RGB(r,g,b) (0 ≤ r,g,b ≤ 31) [fxcg50]	2020-02-23 16:05:25 +01:00
Lephe	b6f545e63c	getkey: gracefully take command after other keyboard primitives	2020-02-20 21:09:39 +01:00
Lephe	d655aa934f	core: slightly better integration of BFile calls	2020-02-19 23:09:06 +01:00
Alice	32aef78600	core: add BFile_FindFirst, Next and Close syscalls ... The return code -1 noted in the BFile_FindFirst or BFile_FindNext is from test, which mean it could be possibles that they are negative error code from functions failing and not meaning that no file have been found, to be sure, the value IML_FILEERR_ENUMERATEEND from filebios.h in the fxlib need to be checked (and maybe defined in gint with a more meaningful name for user interactivity)	2020-01-13 23:14:30 +01:00
Alice	07e2de981a	core: add BFile_Size syscall	2020-01-13 15:44:04 +01:00
Lephe	3147045196	bopti-cg: add p8, p4, and fix alignment issues on r5g6b5	2019-11-15 13:31:44 +01:00
Lephe	3baa7612ee	use sh-elf by default when building	2019-11-13 19:31:37 +01:00
Lephe	9eb723ee53	render: remove the GINT_NEED_VRAM macro ... This macro used to protect the declaration of the [vram] variable of gint. This variable was short to keep drawing functions short but could clutter the namespace. That being said, it's even better to just [#define vram gint_vram] if you need. This change renames the variable to [gint_vram], exposes it whenever <gint/display.h> is included, and removes the GINT_NEED_VRAM macro altogether.	2019-10-27 08:14:42 +01:00
Lephe	95a3345326	keyboard: add keydown() in the model ... This change adds a keydown() function that is synchronized with events, ie. it returns the key state as seen by previously read events. It also completely eliminates low-level repeat events, which are not very meaningul as the keyboard scan frequency goes up (and would be meaningless if KEYSC interrupts were used), and adapts getkey() by giving it access to the current driver time through pollevent().	2019-09-28 19:25:01 +02:00
Lephe	86cd9b98d4	small improvements ... * Update TOTO list * Change the type of gint_vbr to comply with a new warning in GCC 9 * Add strcmp()	2019-09-19 15:59:38 +02:00
Lephe	a05d3416f0	std: support integer size formats (hh, h, l, ll)	2019-09-19 15:58:35 +02:00
Lephe	fc7aab6eba	dma: finalize dma_memset() and dma_memcpy() ... Adds support for dma_memcpy(), and uses a proper ILRAM allocation scheme (static linking here) for the temporary buffer in dma_memset().	2019-09-15 19:30:57 +02:00
Lephe	15558c8fb3	support data loading in ILRAM, XRAM and YRAM ... This change adds support for three sections .ilram, .xram and .yram, along with three macros GILRAM, GXRAM and GYRAM, that can be used to statically load data to on-chip memory.	2019-09-15 19:29:47 +02:00
Lephe	bb77e4588d	dma: fix freezes when transferring to/from IL memory ... The IL memory is unavailable when the processor goes to sleep, causing any involved DMA transfer to stall. The dma_transfer_wait() normally sleeps to save battery power, but this causes the whole system to freeze and never wake up. This change lets dma_transfer_wait() decide dynamically whether to sleep or spinlock. There is no concrete improvement over dma_transfer_noint() when using IL memory, but it makes dma_transfer() fully generic. Obviously the same goes for X and Y memory.	2019-09-15 15:20:23 +02:00
Lephe	552b9b9a43	dma: only expose API on fxcg50 ... Currently there seems to be no DMA at all on fx9860g. Further investigation would be required, because this would be the first major difference between the SH7305's found in fx9860g and fxcg50 models. An automated peripheral register discovery strategy might help, but identifying discovered registers would be non trivial. Also use the pruning ability of the Makefile to avoid troublesome ifdef's in the code.	2019-09-15 10:20:37 +02:00