This series adds the ability to fetch the EDID through ACPI for laptop
panels. Drivers need to opt into the behavior.
In this series it's enabled by default for all eDP or LVDS panels with
AMDGPU and certain panels for Nouveau.
Mario Limonciello (3):
drm: Add support to get EDID from ACPI
disable this.
Signed-off-by: Mario Limonciello
---
v4->v5:
* rebase on v5 changes
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c| 3 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 8
driv
the missing step ? thanks.
--
Mario.
and delete
the other - so i think this is not a good way to do that like this. does
anybody knows a better way or is a tool for that job include?
thank you
mario
dg1fi
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubs
On 2/9/2024 12:57, Daniel Vetter wrote:
On Fri, Feb 09, 2024 at 09:34:13AM -0600, Mario Limonciello wrote:
On 2/9/2024 05:07, Daniel Vetter wrote:
On Thu, Feb 08, 2024 at 11:57:11AM +0200, Jani Nikula wrote:
On Wed, 07 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally
On 2/9/2024 12:57, Daniel Vetter wrote:
On Fri, Feb 09, 2024 at 09:34:13AM -0600, Mario Limonciello wrote:
On 2/9/2024 05:07, Daniel Vetter wrote:
On Thu, Feb 08, 2024 at 11:57:11AM +0200, Jani Nikula wrote:
On Wed, 07 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally
that they want to use. So,
prevent user space from changing the ABM level if the module parameter
is set to a non-auto value.
Signed-off-by: Hamza Mahfooz
Reviewed-by: Mario Limonciello
Tested-by: Mario Limonciello
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +-
drivers/gpu/drm
The two missing commits are specified in comment #4.
https://gitlab.com/kernel-firmware/linux-firmware/-/commit/1180974eb33ac67903269b71f35a489a2b77e5e9
https://gitlab.com/kernel-firmware/linux-firmware/-/commit/6b91b2ef6f4173099c1434e5d7c552e51814e26e
** Tags added: verification-failed-jammy
I examined the packages and I notice the MT7921 firmware (Which
confusingly goes by MT7961) is updated but "not" the MT7922 firmware.
Based on the above comments and below finding it seems that the MT7921
hardware is fixed with the update but not the MT7922 (which also
confusingly uses the
** Also affects: fwupd (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: fwupd (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: fwupd (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: fwupd (Ubuntu)
Status:
Did you put any other files in /lib/firmware? Maybe the output of
$tree /lib/firmware
Would explain what is going on.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-firmware in Ubuntu.
https://bugs.launchpad.net/bugs/2049220
Do you perhaps have the older version in /lib/firmware/updates?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-firmware in Ubuntu.
https://bugs.launchpad.net/bugs/2049220
Title:
Update firmware for MT7921 in order to fix
On 2/9/2024 05:07, Daniel Vetter wrote:
On Thu, Feb 08, 2024 at 11:57:11AM +0200, Jani Nikula wrote:
On Wed, 07 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper
On 2/9/2024 05:07, Daniel Vetter wrote:
On Thu, Feb 08, 2024 at 11:57:11AM +0200, Jani Nikula wrote:
On Wed, 07 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper
-02-09 12:04:42 CET (1707476682)
Feb 9 12:04:44 weewx weewxd[716]: INFO weewx.restx: MQTT: Published record
2024-02-09 12:04:45 CET (1707476685)
thank you very much!
mario
dg1fi
Mario Wesolek schrieb am Dienstag, 6. Februar 2024 um 10:42:58 UTC+1:
> hi there!
>
> i use weewx with be
for PSR-SU displays.
Cc: Mario Limonciello
Signed-off-by: Hamza Mahfooz
I think this with this patch in place you could also revert
571c2fa26aa6 ("drm/amd/display: Disable PSR-SU on Parade 0803 TCON again")
One minor nit below otherwise LGTM.
Reviewed-by: Mario Limonciello
---
On 2/8/2024 08:31, Jani Nikula wrote:
On Thu, 08 Feb 2024, Maxime Ripard wrote:
On Thu, Feb 08, 2024 at 11:57:11AM +0200, Jani Nikula wrote:
On Wed, 07 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel
On 2/8/2024 08:31, Jani Nikula wrote:
On Thu, 08 Feb 2024, Maxime Ripard wrote:
On Thu, Feb 08, 2024 at 11:57:11AM +0200, Jani Nikula wrote:
On Wed, 07 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel
On 2/8/2024 00:54, Christian König wrote:
Am 08.02.24 um 06:52 schrieb Mario Limonciello:
amdgpu_acpi_is_s0ix_active() and amdgpu_acpi_is_s0ix_active() aren't
needed to be checked multiple times in a suspend cycle. Checking and
setting up policy one time in the prepare() callback is sufficient
://gitlab.freedesktop.org/drm/amd/-/issues/3097
Syntax should be "Closes: $URL"
Fixes: 0a1844bf0b53 ("drm/buddy: Improve contiguous memory allocation")
Signed-off-by: Arunpravin Paneer Selvam
Tested-by: Mario Limonciello
Acked-by: Christian König
CC: stable.. ?
I will chec
://gitlab.freedesktop.org/drm/amd/-/issues/3097
Syntax should be "Closes: $URL"
Fixes: 0a1844bf0b53 ("drm/buddy: Improve contiguous memory allocation")
Signed-off-by: Arunpravin Paneer Selvam
Tested-by: Mario Limonciello
Acked-by: Christian König
CC: stable.. ?
I will chec
://gitlab.freedesktop.org/drm/amd/-/issues/3097
Syntax should be "Closes: $URL"
Fixes: 0a1844bf0b53 ("drm/buddy: Improve contiguous memory allocation")
Signed-off-by: Arunpravin Paneer Selvam
Tested-by: Mario Limonciello
Acked-by: Christian König
CC: stable.. ?
I will chec
some problem.. weewx homedir is /var/lib/weewx ... copy the hostkey and
config file to /var/lib/weewx/.ssh and chown it to weewx:weewx
Kalju schrieb am Donnerstag, 8. Februar 2024 um 11:22:46 UTC+1:
> Hi Dominic!
>
> Thanks for the tip. Indeed, the user was changed from *root* to *weewx*
> That
free to run https://github.com/digama0/mm-web-rs locally before
the beta version goes live.
On Thu, Feb 8, 2024 at 1:59 AM Mario Carneiro wrote:
> mm-web-rs now supports generation of the auxiliary pages:
> mmtheorems.html, mmrecent.html, mmtheoremsall.html, mmdefinition
build (under an experimental subfolder) so that regular
users can play with it and find differences with the original.
On Sun, Jan 30, 2022 at 2:43 AM Mario Carneiro wrote:
> Hi All,
>
> I just wanted to share some metamath-knife progress: The
> https://github.com/digama0/mm-web-rs
t resources during PM ops prepare()
callback")
Signed-off-by: Mario Limonciello
---
v3->v4:
* New function to set s0ix/s3 and explicitly unset in cleanup
v2->v3:
* Whitespace
v1->v2:
* Add and use new in_prepare member
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h
amdgpu_acpi_is_s0ix_active() and amdgpu_acpi_is_s0ix_active() aren't
needed to be checked multiple times in a suspend cycle. Checking and
setting up policy one time in the prepare() callback is sufficient.
Signed-off-by: Mario Limonciello
---
v4: New patch
---
drivers/gpu/drm/amd/amdgpu
again.
Users report that by using GNOME to suspend the lockscreen trigger will
cause SDMA traffic and the system can deadlock.
This reverts commit 0dee726395333fea833eaaf838bc80962df886c8.
Acked-by: Alex Deucher
Fixes: ab4750332dbe ("drm/amdgpu/sdma5.2: add begin/end_use ring callbacks")
Si
The firmware is only used on mobile APUs (which contain graphics). So
if needing to pick an existing binary package instead of a new one I can
see a stronger argument to bundle it with the graphics package.
Yes, please set CONFIG_AMDTEE and CONFIG_AMD_PMF both. The firmware is
optional, certain functions for amd-pmf will be non-functional without it.
Yes, please set CONFIG_AMDTEE and CONFIG_AMD_PMF both. The firmware is
optional, certain functions for amd-pmf will be non-functional without it.
All of the selects on ACPI_VIDEO are unnecessary when DRM does the
select for ACPI_VIDEO as it provides a helper for acpi based EDID.
Reviewed-by: Pranjal Ramajor Asha Kanojiya
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/amdgpu/Kconfig | 7 ---
drivers/gpu/drm/gma500/Kconfig
All of the selects on ACPI_VIDEO are unnecessary when DRM does the
select for ACPI_VIDEO as it provides a helper for acpi based EDID.
Reviewed-by: Pranjal Ramajor Asha Kanojiya
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/amdgpu/Kconfig | 7 ---
drivers/gpu/drm/gma500/Kconfig
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/Kconfig| 5 +++
drivers/gpu/drm
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/Kconfig| 5 +++
drivers/gpu/drm
drm_edid at the same time.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/nouveau/nouveau_acpi.c | 27 -
drivers/gpu/drm/nouveau/nouveau_acpi.h | 2 --
drivers/gpu/drm/nouveau/nouveau_connector.c | 20 +++
3 files changed, 9 insertions(+), 40
drm_edid at the same time.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/nouveau/nouveau_acpi.c | 27 -
drivers/gpu/drm/nouveau/nouveau_acpi.h | 2 --
drivers/gpu/drm/nouveau/nouveau_connector.c | 20 +++
3 files changed, 9 insertions(+), 40
drm_edid. There will be a follow up
patch to amdgpu after Melissa Wen finishes that effort [2].
https://lore.kernel.org/dri-devel/20240201221119.42564-1-mario.limoncie...@amd.com/
[1]
https://lore.kernel.org/amd-gfx/20240126163429.56714-1-m...@igalia.com/ [2]
Mario Limonciello (3):
drm: Add
drm_edid. There will be a follow up
patch to amdgpu after Melissa Wen finishes that effort [2].
https://lore.kernel.org/dri-devel/20240201221119.42564-1-mario.limoncie...@amd.com/
[1]
https://lore.kernel.org/amd-gfx/20240126163429.56714-1-m...@igalia.com/ [2]
Mario Limonciello (3):
drm: Add
On 2/7/2024 16:34, Alex Deucher wrote:
On Wed, Feb 7, 2024 at 3:48 PM Mario Limonciello
wrote:
commit 5095d5418193 ("drm/amd: Evict resources during PM ops prepare()
callback")
intentionally moved the eviction of resources to earlier in the suspend
process, but this introduce
s prepare()
callback")
Signed-off-by: Mario Limonciello
---
v1->v2:
* Add and use new in_prepare member
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 4 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 46 --
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c| 21 ++
3
again.
Users report that by using GNOME to suspend the lockscreen trigger will
cause SDMA traffic and the system can deadlock.
This reverts commit 0dee726395333fea833eaaf838bc80962df886c8.
Fixes: ab4750332dbe ("drm/amdgpu/sdma5.2: add begin/end_use ring callbacks")
Signed-off-by: Mario Limonci
On 2/7/2024 03:51, Daniel Vetter wrote:
On Wed, Feb 07, 2024 at 10:03:10AM +0800, Daniel van Vugt wrote:
On 6/2/24 23:41, Mario Limonciello wrote:
On 2/6/2024 08:21, Daniel Vetter wrote:
On Tue, Feb 06, 2024 at 06:10:51PM +0800, Daniel van Vugt wrote:
Until now, deferred console takeover
+1
Mario
Il 05/02/2024 15:37, James Galvin ha scritto:
This is the formal adoption request for the following package of Internet
Drafts:
Versioning in the Registration Data Access Protocol (RDAP)
https://datatracker.ietf.org/doc/draft-gould-regext-rdap-versioning/
RDAP Extensions
https
https://bugs.kde.org/show_bug.cgi?id=480809
--- Comment #4 from Mario Splivalo ---
(In reply to redgreen925 from comment #3)
> (In reply to redgreen925 from comment #2)
> > Thanks for reporting this bug it gave me the solution when it error-ed out
> > on my install with t
On 2/6/2024 16:00, Deucher, Alexander wrote:
[AMD Official Use Only - General]
-Original Message-
From: amd-gfx On Behalf Of Mario
Limonciello
Sent: Tuesday, February 6, 2024 4:32 PM
To: amd-gfx@lists.freedesktop.org
Cc: Limonciello, Mario ; Jürg Billeter
Subject: [PATCH] drm/amd
r
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3132#note_2271038
Fixes: 5095d5418193 ("drm/amd: Evict resources during PM ops prepare()
callback")
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
te lo pone
a 5 metros hacia arriba. Luego solo tienes que desplazar y rotar esos 3
puntos para que el 1 y el 2 coincidan con tus puntos inicial y final, y
así puedes georreferenciar la imagen con esos 3 puntos. No sé si eso es
lo que querías.
Saludos,
Mario
El 6/2/24 a las 13:17, Mar Alons
screen. So check the
command line for the expectation of userspace splash and if present then
extend the deferral until after the first switch.
V2: Added Kconfig option instead of hard coding "splash".
Closes: https://bugs.launchpad.net/bugs/1970069
Cc: Mario Limonciello
Signed-off-
as an array in order to have all information inside a document and
avoid the use of indexes. But, of course, we want to use the 'save' function
(from registrar module) and not to launch either raw queries or ndb_mongodb
commands, if possible.
Regards,
Mario
CET (1707210052)
this is not really a problem but i will understand the reason. have anybody
a explanation?
thank you very much!
mario
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receivin
Hi James,
can you please confirm that all of your feedback on version -05 has been
addressed in version -07 ?
Best,
Mario
Messaggio Inoltrato
Oggetto:Re: [regext] WG LAST CALL draft-ietf-regext-rdap-rir-search
Data: Mon, 5 Feb 2024 15:35:28 +0100
Mittente
Noble got updated: https://launchpad.net/ubuntu/+source/linux-
firmware/20240202.git36777504-0ubuntu1
Still waiting for others.
** Changed in: linux-firmware (Ubuntu Noble)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages,
/drm/amd/uploads/8f13ff3b00963c833e23e68aa8116959/output.log
[2]
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/2645
Signed-off-by: Mario Limonciello
---
---
drivers/gpu/drm/amd/display/modules/power/power_helpers.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd
Closed #710 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/apache/incubator-teaclave/issues/710#event-11707460769
You are receiving this because you are subscribed to this thread.
Message ID:
: is it possible to insert, update and search info in a
MongoDB document by using arrays via srdb1 lib? If yes, how? And if not, are
you thinking about implementing it in the future?
Thank you very much for your time.
Regards,
Mario
___
Kamailio (SER
at the bootloader is still set to 3
seconds.
It means that for some reason,the new nv_uboot-snow-usb.kpart is not
detected,
because when I have recompiled it,I have chosen 10 seconds of timeout for
u-boot.
I really don't have any idea of the reasons why the new settings aren't
applied.
--
Mario.
Platform: Neon
OS: Linux
Status: REPORTED
Severity: major
Priority: NOR
Component: Packages User Edition
Assignee: neon-b...@kde.org
Reporter: mario+bugs.kde@splivalo.hr
CC: j...@jriddell.org
You can't use $d to ensure that constants don't appear in a formula. I
don't have all the context needed to understand why you need to do this,
but one way to express it would be to have a predicate "|- ^.-free A" and
have rules like "|- ( ^.-free A -> ( ^.-free B -> ^.-free ( A /\ B ) ) )"
for
The 38-ec-11 TCON contained in some AUO panels will hang when used
with PSR-SU and changing the brightness.
Forcing a full frame update works around the issue, so add a quirk
for this panel to do just that.
Reported-by: aaron...@canonical.com
Signed-off-by: Mario Limonciello
---
Cc: hamza.mahf
ll it installs
> unconditionally. I could add an extra step to check if "csi import
> egg...
>
> What to do? Maybe I should convert my project to egg format?
That probably would be the easiest way.
All the best.
Mario
--
http://parenteses.org/mario
When dc_state_destruct() was refactored the new phantom_stream_count
and phantom_plane_count members weren't cleared.
Fixes: 012a04b1d6af ("drm/amd/display: Refactor phantom resource allocation")
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/display/dc/core/dc_state.c | 3 +
r (as used by Plymouth) and if present then extend the
deferral until the first switch.
Closes: https://bugs.launchpad.net/bugs/1970069
Cc: Mario Limonciello
Signed-off-by: Daniel van Vugt
---
drivers/video/fbdev/core/fbcon.c | 32 +---
1 file changed, 29 insertions(+), 3
"panel_power_savings" sysfs attribute.
Cc: Mario Limonciello
Signed-off-by: Hamza Mahfooz
Reviewed-by: Mario Limonciello
Tested-by: Mario Limonciello
---
v2: hide ABM_LEVEL_IMMEDIATE_DISABLE in the read case, force an atomic
commit when setting the value, call sysfs_re
"panel_power_savings" sysfs attribute.
Cc: Mario Limonciello
Signed-off-by: Hamza Mahfooz
Reviewed-by: Mario Limonciello
Tested-by: Mario Limonciello
---
v2: hide ABM_LEVEL_IMMEDIATE_DISABLE in the read case, force an atomic
commit when setting the value, call sysfs_re
On 2/2/2024 10:07, Rafael J. Wysocki wrote:
On Thu, Feb 1, 2024 at 11:11 PM Mario Limonciello
wrote:
The ACPI specification allows for an EDID to be up to 512 bytes but
the _DDC EDID fetching code will only try up to 256 bytes.
Modify the code to instead start at 512 bytes and work it's way
On 2/2/2024 10:07, Rafael J. Wysocki wrote:
On Thu, Feb 1, 2024 at 11:11 PM Mario Limonciello
wrote:
The ACPI specification allows for an EDID to be up to 512 bytes but
the _DDC EDID fetching code will only try up to 256 bytes.
Modify the code to instead start at 512 bytes and work it's way
I've loaded up a system with a hand built kernel that has simpledrm
enabled, and then verified the problem occurred. I then updated to
proposed and verified it went away.
** Tags removed: verification-needed verification-needed-jammy
** Tags added: verification-done verification-done-jammy
--
On 2/2/2024 04:29, Jani Nikula wrote:
On Thu, 01 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method.
I'm
On 2/2/2024 04:29, Jani Nikula wrote:
On Thu, 01 Feb 2024, Mario Limonciello wrote:
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method.
I'm
---> BTW, I think what you are saying already exists and macOS is exactly
that: the FreeBSD core and the mach microkernel.
Please don't compare FreeBSD to MacOS.
On Fri, Feb 2, 2024 at 3:33 PM Alejandro Imass wrote:
>
>
> On Fri, Feb 2, 2024 at 2:29 PM Mario Marietto
> wrote:
The issue is that the '. syntax is ambiguous, A = B '. can be interpreted
as either "A = (B '.)" or "(A = B) '." . Syntax ambiguity in set.mm (and
most metamath databases) is a big no-no, you can generally prove a
contradiction from them, but because mmj2 parses formulas into trees
ambiguous
be compared to the microservices offered by Linux and FreeBSD if they
run with a microkernel.
On Fri, Feb 2, 2024 at 1:30 PM Alejandro Imass wrote:
>
>
> On Fri, Feb 2, 2024 at 12:40 AM Mario Marietto
> wrote:
>
>> Excuse me. I'm not very experienced,but isn't the L4 or any
That error message means that the theorem df-bl.tick has a statement that
does not match the expression |- ( A = B '. <-> ( A = B ^. 1 ) ) that you
have provided. It's difficult to say more without seeing the rest of the
code (and in particular, the definition of `df-bl.tick`).
Q1: No, this is a
I saw dcap testing tool (/release/dcap/teaclave_dcap_ref_as) actually accepts
the POST connection.
```
POST /sgx/dev/attestation/v4/report application/json:
>> Matched: (verify_quote) POST /sgx/dev/attestation/v4/report
application/json
>> Outcome: Success
>> Response succeeded.
```
QEMU 8.2.50 monitor - type 'help' for more information
qemu-system-x86_64: cannot use stdio by multiple character devices
qemu-system-x86_64: could not connect serial device to character backend 'stdio'
real 0m0.012s
user 0m0.006s
sys 0m0.007s
Tested-by: Mario Casquero
On Wed, Jan 31, 2024 at 7
With your change Fedora and Ubuntu are now behaving relatively similarly.
* Both have a deficiency where the handoff from BGRT logo to Plymouth is doing
a modeset for some reason.
* Due to something in Fedora's GRUB it's a little clearer when GRUB starts.
Here's various artifacts if you want
With your change Fedora and Ubuntu are now behaving relatively similarly.
* Both have a deficiency where the handoff from BGRT logo to Plymouth is doing
a modeset for some reason.
* Due to something in Fedora's GRUB it's a little clearer when GRUB starts.
Here's various artifacts if you want
With your change Fedora and Ubuntu are now behaving relatively similarly.
* Both have a deficiency where the handoff from BGRT logo to Plymouth is doing
a modeset for some reason.
* Due to something in Fedora's GRUB it's a little clearer when GRUB starts.
Here's various artifacts if you want
Ah I did have GRUB_TIMEOUT set; I hadn't expected that caused a black
screen.
Moving that to zero certainly helps. It's a lot better; but still not perfect.
Let me get things back to as close as possible to stock and capture logs and a
videos to compare with Ubuntu and Fedora with this exact
Ah I did have GRUB_TIMEOUT set; I hadn't expected that caused a black
screen.
Moving that to zero certainly helps. It's a lot better; but still not perfect.
Let me get things back to as close as possible to stock and capture logs and a
videos to compare with Ubuntu and Fedora with this exact
Ah I did have GRUB_TIMEOUT set; I hadn't expected that caused a black
screen.
Moving that to zero certainly helps. It's a lot better; but still not perfect.
Let me get things back to as close as possible to stock and capture logs and a
videos to compare with Ubuntu and Fedora with this exact
uot; should not be opposed to Docker per se nor K8S. Linux became
> dominant by focusing on what its users wanted to be able to do. Docker
> and K8S likewise. If we have value to add to that mix, it won't be in
> the form of bespoke or BSD-lockin alternatives. It might be in inclusive
> and platform-agnostic alternatives.
>
> --
> P Vixie
>
>
>
--
Mario.
I tested it on Noble with a hand built kernel and it at least does what
you planned (don't see any console messages), but also I'm not seeing
the OEM vendor logo stick all the way through. There's a really long
time of a black screen. Not sure if this is because it was an upstream
kernel and
I tested it on Noble with a hand built kernel and it at least does what
you planned (don't see any console messages), but also I'm not seeing
the OEM vendor logo stick all the way through. There's a really long
time of a black screen. Not sure if this is because it was an upstream
kernel and
I tested it on Noble with a hand built kernel and it at least does what
you planned (don't see any console messages), but also I'm not seeing
the OEM vendor logo stick all the way through. There's a really long
time of a black screen. Not sure if this is because it was an upstream
kernel and
drivers
Mario Limonciello (5):
ACPI: video: Handle fetching EDID that is longer than 256 bytes
drm: Add drm_get_acpi_edid() helper
drm/amd: Fetch the EDID from _DDC if available for eDP
drm/nouveau: Use drm_get_acpi_edid() helper
drm: Drop unneeded selects in DRM drivers
drivers/acpi
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method.
Signed-off-by: Mario Limonciello
---
v1->v2:
* Split code from previous amdgpu speci
Rather than inventing a wrapper to acpi_video_get_edid() use the
one provided by drm. This fixes two problems:
1. A memory leak that the memory provided by the ACPI call was
never freed.
2. Validation of the BIOS provided blob.
Signed-off-by: Mario Limonciello
---
v1->v2:
* New pa
All of the selects on ACPI_VIDEO are unnecessary when DRM does the
select for ACPI_VIDEO as it provides a helper for acpi based EDID.
Signed-off-by: Mario Limonciello
---
v2->v3:
* new patch
---
drivers/gpu/drm/amd/amdgpu/Kconfig | 7 ---
drivers/gpu/drm/gma500/Kconfig
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops. Drivers can call this
helper to attempt to fetch the EDID from the BIOS's ACPI _DDC method.
Signed-off-by: Mario Limonciello
---
v1->v2:
* Split code from previous amdgpu speci
All of the selects on ACPI_VIDEO are unnecessary when DRM does the
select for ACPI_VIDEO as it provides a helper for acpi based EDID.
Signed-off-by: Mario Limonciello
---
v2->v3:
* new patch
---
drivers/gpu/drm/amd/amdgpu/Kconfig | 7 ---
drivers/gpu/drm/gma500/Kconfig
necessary. Decrease from info to debug.
Link:
https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/Apx_B_Video_Extensions/output-device-specific-methods.html#ddc-return-the-edid-for-this-device
Signed-off-by: Mario Limonciello
---
v1->v2:
* Use for loop for acpi_video_get_edid()
* Use one of Rafae
Rather than inventing a wrapper to acpi_video_get_edid() use the
one provided by drm. This fixes two problems:
1. A memory leak that the memory provided by the ACPI call was
never freed.
2. Validation of the BIOS provided blob.
Signed-off-by: Mario Limonciello
---
v1->v2:
* New pa
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops.
Attempt to fetch this EDID if it exists and prefer it over the EDID
that is provided by the panel.
Signed-off-by: Mario Limonciello
---
v2:
* Use drm helper which will run more
necessary. Decrease from info to debug.
Link:
https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/Apx_B_Video_Extensions/output-device-specific-methods.html#ddc-return-the-edid-for-this-device
Signed-off-by: Mario Limonciello
---
v1->v2:
* Use for loop for acpi_video_get_edid()
* Use one of Rafae
Some manufacturers have intentionally put an EDID that differs from
the EDID on the internal panel on laptops.
Attempt to fetch this EDID if it exists and prefer it over the EDID
that is provided by the panel.
Signed-off-by: Mario Limonciello
---
v2:
* Use drm helper which will run more
drivers
Mario Limonciello (5):
ACPI: video: Handle fetching EDID that is longer than 256 bytes
drm: Add drm_get_acpi_edid() helper
drm/amd: Fetch the EDID from _DDC if available for eDP
drm/nouveau: Use drm_get_acpi_edid() helper
drm: Drop unneeded selects in DRM drivers
drivers/acpi
So I was able to temporary bypass the certification problems, but the issue
with de 404 error is still there:
```
[TRACE teaclave_attestation::service] HTTP/1.1 404 Not Found
X-Powered-By: Express
f I can,I prefer the lighter
Linuxulator.
On Thu, Feb 1, 2024 at 3:47 PM Alejandro Imass wrote:
>
>
> On Thu, Feb 1, 2024 at 1:44 PM Mario Marietto
> wrote:
>
>> Would be cool to investigate if the Linuxulator supports Kubernetes
>>
>>
>
> I understand t
501 - 600 of 94033 matches
Mail list logo
