summaryrefslogtreecommitdiffstats
path: root/src/core/hle/service/vi/display (unfollow)
Commit message (Collapse)AuthorFilesLines
2024-01-31nvnflinger/gpu: implement layer stack compositionLiam2-4/+15
2024-01-30core: support offline web appletLiam1-2/+2
2024-01-18nvnflinger: ensure display abandonment considers all layers and future layersLiam2-0/+14
2024-01-08vi: connect vsync event handle lifetime to application display service interfaceLiam2-23/+2
2023-12-12vi: fix confusion between closing and destroying layersLiam2-14/+26
2023-10-30nvnflinger: use graphic buffer lifetime for map handleLiam1-1/+1
2023-08-08core: remove ResultVal typeLiam2-3/+4
2023-03-01nvnflinger: fix nameLiam2-10/+10
2022-10-27vi: implement CloseDisplayLiam1-0/+6
2022-10-13kernel: remove KWritableEventLiam1-2/+1
2022-10-06Core: Fix get nvmap object random crashVonChenPlus2-7/+16
2022-09-26service: vi: Retrieve vsync event once per displayMorph2-4/+25
The display vsync event can only be retrieved once per display. Returns VI::ResultPermissionDenied if we attempt to retrieve the vsync event for the same display. Prevents games such as .hack//G.U. Last Recode from consuming all the handles in the handle table by spamming vsync event retrievals and allows it to go in game.
2022-04-23general: Convert source file copyright comments over to SPDXMorph2-6/+4
This formats all copyright comments according to SPDX formatting guidelines. Additionally, this resolves the remaining GPLv2 only licensed files by relicensing them to GPLv2.0-or-later.
2022-03-25hle: nvflinger: Migrate android namespace -> Service::android.bunnei1-1/+1
2022-03-25hle: vi: Integrate new NVFlinger and HosBinderDriverServer service.bunnei2-20/+59
2022-02-02general: Move deleted copy/move constructor/assignment operators to public interfaceLioncash1-1/+1
This allows for better compiler errors, where the compiler will state a copy or move couldn't occur due to the relevant function being deleted. Previously a compiler would warn about the relevant function not being accessible (which, while true, isn't as informative as it could be).
2021-09-04core: hle: service: nvflinger/vi: Improve management of KEvent.bunnei2-10/+20
2021-08-26Revert "kernel: Various improvements to scheduler"bunnei2-20/+10
2021-08-07core: hle: service: nvflinger/vi: Improve management of KEvent.bunnei2-10/+20
2021-05-16core: Make variable shadowing a compile-time errorLioncash2-6/+6
Now that we have most of core free of shadowing, we can enable the warning as an error to catch anything that may be remaining and also eliminate this class of logic bug entirely.
2021-05-06common: Rename NON_COPYABLE/NON_MOVABLE with YUZU_ prefix.bunnei1-2/+2
2021-05-06hle: kernel: Migrate KReadableEvent and KWritableEvent to KAutoObject.bunnei2-3/+3
2021-05-06hle: kernel: Ensure all kernel objects with KAutoObject are properly created.bunnei1-0/+1
2021-05-06hle: kernel: Migrate KEvent to KAutoObject.bunnei2-13/+10
2021-05-06hle: kernel: Refactor IPC interfaces to not use std::shared_ptr.bunnei1-1/+1
2021-04-26service: Eliminate cases of member shadowingLioncash2-21/+20
Resolves a few localized instances of member variable shadowing. Brings us a little closer to turning shadowing warnings into errors.
2021-02-05hle: kernel: Reimplement KReadableEvent and KWritableEvent.bunnei2-6/+11
2021-02-05hle: kernel: Rename WritableEvent to KWritableEvent.bunnei2-2/+2
2021-02-05hle: kernel: Rename ReadableEvent to KReadableEvent.bunnei2-3/+3
2020-01-04service: vi: Implement CloseLayer.bunnei2-10/+26
- Needed for Undertale.
2019-11-25kernel: Replace usage of boost::intrusive_ptr with std::shared_ptr for kernel objects. (#3154)bunnei2-2/+2
* kernel: Replace usage of boost::intrusive_ptr with std::shared_ptr for kernel objects. - See https://github.com/citra-emu/citra/pull/4710 for details.
2019-11-03kernel: events: Remove ResetType::Automatic.bunnei1-2/+2
- This does not actually seem to exist in the real kernel - games reset these automatically. # Conflicts: # src/core/hle/service/am/applets/applets.cpp # src/core/hle/service/filesystem/fsp_srv.cpp
2019-09-22Deglobalize System: ViDavid Marcec2-3/+3
2019-05-18core/kernel/object: Rename ResetType enum membersLioncash1-1/+1
Renames the members to more accurately indicate what they signify. "OneShot" and "Sticky" are kind of ambiguous identifiers for the reset types, and can be kind of misleading. Automatic and Manual communicate the kind of reset type in a clearer manner. Either the event is automatically reset, or it isn't and must be manually cleared. The "OneShot" and "Sticky" terminology is just a hold-over from Citra where the kernel had a third type of event reset type known as "Pulse". Given the Switch kernel only has two forms of event reset types, we don't need to keep the old terminology around anymore.
2019-02-22service/nvflinger: Store BufferQueue instances as regular data membersLioncash2-3/+3
The NVFlinger service is already passed into services that need to guarantee its lifetime, so the BufferQueue instances will already live as long as they're needed. Making them std::shared_ptr instances in this case is unnecessary.
2019-02-21service/vi/vi_layer: Convert Layer struct into a classLioncash2-3/+3
Like the previous changes made to the Display struct, this prepares the Layer struct for changes to its interface. Given Layer will be given more invariants in the future, we convert it into a class to better signify that.
2019-02-21service/nvflinger: Move display specifics over to vi_displayLioncash2-1/+120
With the display and layer structures relocated to the vi service, we can begin giving these a proper interface before beginning to properly support the display types. This converts the display struct into a class and provides it with the necessary functions to preserve behavior within the NVFlinger class.
2019-02-20service/nvflinger: Relocate definitions of Layer and Display to the vi serviceLioncash2-0/+50
These are more closely related to the vi service as opposed to the intermediary nvflinger. This also places them in their relevant subfolder, as future changes to these will likely result in subclassing to represent various displays and services, as they're done within the service itself on hardware. The reasoning for prefixing the display and layer source files is to avoid potential clashing if two files with the same name are compiled (e.g. if 'display.cpp/.h' or 'layer.cpp/.h' is added to another service at any point), which MSVC will actually warn against. This prevents that case from occurring. This also presently coverts the std::array introduced within f45c25aabacc70861723a7ca1096a677bd987487 back to a std::vector to allow the forward declaration of the Display type. Forward declaring a type within a std::vector is allowed since the introduction of N4510 (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4510.html) by Zhihao Yuan.