Hi,
In my system I have two displays (virtual) with different resolution
first: 1080x1920 (portrait orientation)
second: 640x720
When psplash is run, it shows boot animation with resolution 640x720 on
the first display too:
+---+-+
| | |
| psplash | |
|
Signed-off-by: Vasyl Vavrychuk
---
psplash-console.c | 34 +++---
psplash-console.h | 8 ++---
psplash-fb.c | 4 +--
psplash-fb.h | 34 +++---
psplash-write.c | 14 -
psplash.c | 74
This fixes warnings such as:
ignoring return value of 'chdir', declared with attribute
warn_unused_result [-Wunused-result]
Signed-off-by: Vasyl Vavrychuk
---
psplash-systemd.c | 36 +---
psplash-write.c | 23 ++-
Limitation is that splash screen is drawn only on the first connector.
Signed-off-by: Vasyl Vavrychuk
---
Makefile.am | 12 +++-
configure.ac | 9 +++
psplash-drm.c | 179 +-
psplash-drm.h | 17 +
psplash.c | 52 +++
5
psplash_fb_plot_pixel is in fact framebuffer independent.
Signed-off-by: Vasyl Vavrychuk
---
Makefile.am| 3 +-
psplash-draw.c | 120 +++
psplash-draw.h | 51 +
psplash-fb.c | 191 +++--
psplash-fb.h
Signed-off-by: Vasyl Vavrychuk
---
psplash-draw.c | 70 ++
psplash-draw.h | 20 +++
psplash-fb.c | 70 --
psplash-fb.h | 20 ---
psplash.c | 16 ++--
5 files
Now, it has the same order as connectors in drmModeGetResources. As
result splash screen will be drawn on the first connector.
Signed-off-by: Vasyl Vavrychuk
---
psplash-drm.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/psplash-drm.c b/psplash-drm.c
index
Since splash screen is shown only on the first scanout, there is no need
to allocate resources for next connectors.
Signed-off-by: Vasyl Vavrychuk
---
psplash-drm.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/psplash-drm.c b/psplash-drm.c
index 2468cf1..5e56286
Signed-off-by: Vasyl Vavrychuk
---
psplash.c | 64 ---
1 file changed, 33 insertions(+), 31 deletions(-)
diff --git a/psplash.c b/psplash.c
index 1a5e543..c234d46 100644
--- a/psplash.c
+++ b/psplash.c
@@ -21,11 +21,11 @@
#endif
#include
psplash might not be necessary based on framebuffer, it could use DRM
in future too.
Signed-off-by: Vasyl Vavrychuk
---
psplash-fb.c | 2 +-
psplash-fb.h | 3 +++
psplash.c| 1 +
psplash.h| 2 --
4 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/psplash-fb.c b/psplash-fb.c
Signed-off-by: Vasyl Vavrychuk
---
psplash-draw.c | 109 -
psplash-draw.h | 25
psplash-fb.c | 108
psplash-fb.h | 16
psplash.c | 4 +-
5 files changed, 125
Signed-off-by: Vasyl Vavrychuk
---
psplash-fb.h | 1 -
psplash.h| 1 -
2 files changed, 2 deletions(-)
diff --git a/psplash-fb.h b/psplash-fb.h
index eafa293..6c4599c 100644
--- a/psplash-fb.h
+++ b/psplash-fb.h
@@ -22,7 +22,6 @@ typedef struct PSplashFB
{
intfd;
struct
-draw.c has
psplash_draw_initial(_one), psplash_draw_msg(_one) and
psplash_draw_progress(_one) implementing loop over scanouts. I am think about
doing the same.
Vasyl Vavrychuk (14):
Trim trailing spaces
Fix 'unused-result' warnings
Remove unused save_termios
Remove 'psp
Imported as is from
repo: https://github.com/dvdhrm/docs.git
branch: master
commit: fc5c63f
path: drm-howto/modeset.c
Signed-off-by: Vasyl Vavrychuk
---
psplash-drm.c | 735 ++
1 file changed, 735 insertions(+)
create mode 100644 psplash-drm.c
It allows making parse_command and psplash_main independent of FB.
Signed-off-by: Vasyl Vavrychuk
---
psplash-draw.h | 3 +++
psplash-fb.c | 8 +---
psplash-fb.h | 3 ---
psplash.c | 16
4 files changed, 16 insertions(+), 14 deletions(-)
diff --git a/psplash
Based on
https://github.com/dvdhrm/docs/blob/master/drm-howto/modeset-double-buffered.c
Signed-off-by: Vasyl Vavrychuk
---
psplash-drm.c | 176 +++---
1 file changed, 140 insertions(+), 36 deletions(-)
diff --git a/psplash-drm.c b/psplash-drm.c
index
nce with it.
Alex
On Mon, 25 Apr 2022 at 10:00, Vasyl Vavrychuk
wrote:
It is needed in case display does not support FB.
The missing part is drawing splash screen over all connected displays. I think
there should be loop somewhere for this, but I am not sure which level is the
best to put it.
Comment in `base_eventhandler` for `bb.event.RecipeParsed` event says:
> If we have multiple providers of virtual/X and a PREFERRED_PROVIDER_virtual/X
> is set *skip parsing* for all the other providers which will mean they get
> uninstalled from the sysroot since they're now "unreachable".
Is
Hi, Nicolas,
Thank you for your reply.
On Sun, Nov 15, 2020 at 8:06 PM Nicolas Dechesne
wrote:
>
> Can you please describe what you are doing in the webpage? It should
> You need to select "All in one Mega manual" in the
> dropdown menu on the top left corner of the page. When you do that, it
>
Hi,
Previously via https://docs.yoctoproject.org I was able to navigate to
the single page view of a specific manual, for example "Reference
Manual". But recently, something changed and it is only possible to
open a single page view of all manuals (mega-manual).
It makes it much harder to search
Hi,
Previously via https://docs.yoctoproject.org I was able to navigate to
the single page view of a specific manual, for example "Reference
Manual". But recently, something changed and it is only possible to
open a single page view of all manuals (mega-manual).
It makes it much harder to search
or. Suggest to replace "All-in-one
'Mega' Manual" with "Single Webpage".
2. Open https://docs.yoctoproject.org/bitbake/. Version select at the
top with options "3.2.1", "3.1.4", etc. are not working.
Thanks,
Vasyl
On Mon, Nov 16, 2020 at 6:27 PM
Latest "Docs Overview" webpage https://www.yoctoproject.org/docs/ has no link
to "Yocto Project Linux Kernel Development Manual".
Instead it shows link to "Yocto Project Development Tasks Manual" two times.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply On
23 matches
Mail list logo
