bin kernel / bootloader file that maybe will be able to boot
FreeBSD.
--
Mario.
:-)
--
Mario
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/
Update: Installed 1.14 version of PCCS on my VM, error is the same,
configuration file `/etc/sgx_default_qcnl.conf` is working well since changes
on certs reflect on error logs on teaclave. Sample codes also work as they
should. Also ,neither aesmd or pccs services show any errors.
--
Reply
The patches for this issue are in the original bug:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2042867
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem-6.5 in Ubuntu.
https://bugs.launchpad.net/bugs/2046504
Title:
** Package changed: fwupd (Ubuntu) => initramfs-tools (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/2046646
Title:
package fwupd 1.7.9-1~22.04.3 failed
*** This bug is a duplicate of bug 2047389 ***
https://bugs.launchpad.net/bugs/2047389
** This bug has been marked a duplicate of bug 2047389
Fix AMDGPU crash on 6.5 kernel
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in
a4
> #11 0xc043d5e4 at ether_nh_input+0x480
> #12 0xc04447c0 at netisr_dispatch_src+0xf8
> #13 0xc043c404 at ether_input+0x50
> #14 0xc01c0838 at vtnet_rx_vq_process+0x880
> #15 0xc01b70d0 at vtpci_intx_intr+0xac
> #16 0xc02b87f0 at ithread_loop+0x2ec
> #17 0xc02b465c at fork_exit+0xc0
> Uptime
gt; >
> > >({{y`:6 nc`''}} ^: 9 +:`'') (`:6) 7
> > > 23
> >
> > > or
> >
> > > ({{y`:6 nc`''}} ^: 9 +:`'') `:6 ]7
> > > 23
> >
> > > The final parentheses are essential (to force early verb
Mario Fiore Vitale created KAFKA-16041:
--
Summary: Replace Afterburn module with Blackbird
Key: KAFKA-16041
URL: https://issues.apache.org/jira/browse/KAFKA-16041
Project: Kafka
Issue
Mario Fiore Vitale created KAFKA-16041:
--
Summary: Replace Afterburn module with Blackbird
Key: KAFKA-16041
URL: https://issues.apache.org/jira/browse/KAFKA-16041
Project: Kafka
Issue
On 21 Dec 2023, at 08:38, Mario Rugiero wrote:
>
> On 21 Dec 2023, at 08:06, Laurent Bercot wrote:
>> * shibari-0.0.1.0
>> ---
>>
>> A brand new project, because I clearly don't have enough on my plate.
>> shibari is a suite of DNS tool
On 21 Dec 2023, at 08:06, Laurent Bercot wrote:
> * shibari-0.0.1.0
> ---
>
> A brand new project, because I clearly don't have enough on my plate.
> shibari is a suite of DNS tools, a successor to s6-dns. Eventually it
> will fully replace s6-dns, but for now it simply depends on
Configuration is correct, also logs don't show errors or warnings. My pccs
version, which is on host machine, is 1.19, maybe that could cause problems
since my vm is working with sdk 2.17 and dcap 1.14 as teaclave needs.
--
Reply to this email directly or view it on GitHub:
file ? I
see that the source code to generate it is not there.
Infact this website does not work :
http://linux-exynos.org/dist/chromebook/nv_uboot/
On Tue, Dec 19, 2023 at 8:33 PM Stefano Stabellini
wrote:
> +Michal
>
> Hi Mario,
>
> I am not sure about booting FreeBSD, b
#11 0xc043d5e4 at ether_nh_input+0x480
> #12 0xc04447c0 at netisr_dispatch_src+0xf8
> #13 0xc043c404 at ether_input+0x50
> #14 0xc01c0838 at vtnet_rx_vq_process+0x880
> #15 0xc01b70d0 at vtpci_intx_intr+0xac
> #16 0xc02b87f0 at ithread_loop+0x2ec
> #17 0xc02b465c at fork_exit+0xc0
&g
:
> +Michal
>
> Hi Mario,
>
> I am not sure about booting FreeBSD, but I am certain that u-boot works
> fine as DomU kernel on ARMv8 (not sure about ARMv7). With this config
> file:
>
> name="test"
> kernel="u-boot.bin"
> extra = "console=hvc
omain
1:Non-existent domain
libxl: error: libxl_domain.c:1137:domain_destroy_callback: Domain 1:Unable
to destroy guest
libxl: error: libxl_domain.c:1064:domain_destroy_cb: Domain 1:Destruction
of domain failed
freebsd is an invalid domain identifier (rc=-6)
--
Mario.
stence to another repo
> (kiegroup)? WDYT, Mario?
As Toshiya wrote we're using Infinispan as one implementation of the
persistence layer for the drools-reliability module. This Infinispan-based
persistence is quite well isolated in its own submodule, so in theory it would
be relatively easy
Public bug reported:
The current version of power-profiles-daemon (0.13) has support both for
amd/intel pstate drivers as well as the ACPI platform profile drivers.
If the system supports both types of drivers then only the ACPI platform
profile driver gets used.
This doesn't do a great job as a
Something I want to mention is that some drivers in the kernel and some
implementations of vendor's EC firmware internally handle AC vs battery
differently within a given platform profile. So you "automatically" get
a better power savings just going to battery compared to AC.
Thus I don't think
. Unfortunately, it's not merged
> yet. Btw. even if you only have an Intel card available you can use it
> for GPU passthrough.
>
> [1]
>
> https://github.com/Beckhoff/freebsd-src/commits/phab/corvink/14.0/nvidia-wip/
> [2] https://www.nicksherlock.com/2020/11/working-around-the-amd-gpu-
> reset-bug-on-proxmox/
> <https://www.nicksherlock.com/2020/11/working-around-the-amd-gpu-reset-bug-on-proxmox/>
> [3] https://reviews.freebsd.org/D41710
>
>
> --
> Kind regards,
> Corvin
>
--
Mario.
This is a firmware or kernel bug, not a power profiles daemon bug.
Please report it to Lenovo to investigate the details.
** Changed in: power-profiles-daemon (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is
Closing it here as this is a firmware bug not a software bug.
** Changed in: power-profiles-daemon (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to power-profiles-daemon in Ubuntu.
AMD gpu works great with bhyve and they are recognized by a Windows vm.
On Sun, Dec 17, 2023 at 11:43 AM Stephan Althaus <
stephan.alth...@duedinghausen.eu> wrote:
> On 12/16/23 18:49, Mario Marietto wrote:
>
> for sure you can use nVidia gpu on the host and the intel one on the
it is in use by freebsd.
> Other thing, if I boot with BIOS on nvidia dedicated then intel doesn't
> show up in pciconf...
>
> Mario Marietto escreveu no dia sábado,
> 16/12/2023 à(s) 16:34:
>
>> Are you trying to pass the nvidia gpu to windows vm ? or your intel gpu ?
>>
Are you trying to pass the nvidia gpu to windows vm ? or your intel gpu ?
Il sab 16 dic 2023, 17:07 Nuno Teixeira ha scritto:
> Hello all,
>
> Specs:
> - laptop with integrated intel + dedicated nvidia
> - 15-CURRENT 3b1904d9eb04 amd64
> - win11 with nvme and tpm
>
> I'm sharing my results with
vokxygd6-e+8p-4qo6fowa6zp2...@mail.gmail.com/
Signed-off-by: Hamza Mahfooz
Reviewed-by: Mario Limonciello
---
drivers/gpu/drm/amd/display/dc/hwss/dcn32/dcn32_hwseq.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/amd/display/dc/hwss/dcn32/dcn32_hwseq.c
b/drivers/g
`/` wasn't meant to be in the Dragon Range line
Signed-off-by: Mario Limonciello
---
Documentation/gpu/amdgpu/apu-asic-info-table.csv | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/gpu/amdgpu/apu-asic-info-table.csv
b/Documentation/gpu/amdgpu/apu-asic-info
These have been announced so add them to the table.
Link: https://www.amd.com/en/product/13971
Signed-off-by: Mario Limonciello
---
Documentation/gpu/amdgpu/apu-asic-info-table.csv | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/gpu/amdgpu/apu-asic-info
-off-by: Mario Limonciello
---
v1->v2:
* s/VDDGFX/VDDC/
---
drivers/gpu/drm/amd/pm/powerplay/smumgr/ci_smumgr.c | 2 ++
drivers/gpu/drm/amd/pm/powerplay/smumgr/iceland_smumgr.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/amd/pm/powerplay/smumgr/ci_smumgr.c
b/driv
smu_set_gfx_power_up_by_imu() is called by both
smu_set_gfx_imu_enable() and amdgpu_dpm_set_gfx_power_up_by_imu()
but only uses a mutex in amdgpu_dpm_set_gfx_power_up_by_imu().
Move the mutex use into smu_set_gfx_imu_enable() to protect multiple
simultaneous calls.
Signed-off-by: Mario
The SW CTF delayed work handler triggers a shutdown if a sensor
read failed for any reason.
The specific circumstance of a busy sensor should be retried
however to ensure that a good value can be returned.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 6
to catch this circumstance and output a warning.
Signed-off-by: Mario Limonciello
---
v2->v3:
* Correctly handle fallthrough case
v1->v2:
* Only show `Failed to read hotspot temperature` when sensor read fails
---
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 24 ++-
Any callers to read_sensor() may get the wrong data if the RAS
interrupt has been triggered and no actual sensor read occurred.
Adjust the return code for this condition to be -EBUSY.
Suggested-by: Lijo Lazar
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/smu11
to catch this circumstance and output a warning.
Signed-off-by: Mario Limonciello
---
v1->v2:
* Only show `Failed to read hotspot temperature` when sensor read fails
---
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
d
The SW CTF delayed work handler triggers a shutdown if a sensor
read failed for any reason.
The specific circumstance of a busy sensor should be retried
however to ensure that a good value can be returned.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 6
Any callers to read_sensor() may get the wrong data if the RAS
interrupt has been triggered and no actual sensor read occurred.
Adjust the return code for this condition to be -EBUSY.
Suggested-by: Lijo Lazar
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/smu11
On 12/14/2023 03:53, Huang, Tim wrote:
[Public]
Hi Mario,
-Original Message-
From: Limonciello, Mario
Sent: Thursday, December 14, 2023 4:31 AM
To: amd-gfx@lists.freedesktop.org
Cc: Limonciello, Mario ; sta...@vger.kernel.org; Huang,
Tim
Subject: [PATCH v2] drm/amd: Add
Some issues have been raised that appear to be tied to PSR-SU.
To allow users to confirm they're tied to PSR-SU without turning off
PSR entirely introduce a new debug mask:
amdgpu.dcdebugmask=0x200
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_psr.c | 3
://gitlab.freedesktop.org/drm/amd/-/issues/3049
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/powerplay/smumgr/ci_smumgr.c | 2 ++
drivers/gpu/drm/amd/pm/powerplay/smumgr/iceland_smumgr.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/amd/pm/powerplay/smumgr
Public bug reported:
AMD testing of some Goodix MOC devices shows that this device fails to
work properly:
[ 208.586084] usb 1-2: New USB device found, idVendor=27c6,
idProduct=6496, bcdDevice= 1.00
The issue is specifically that there is a problem with the 'enroll create'
state.
It has been
On 12/14/2023 03:21, Christian König wrote:
Am 13.12.23 um 20:44 schrieb Alex Deucher:
On Wed, Dec 13, 2023 at 2:32 PM Mario Limonciello
wrote:
On 12/13/2023 13:12, Mario Limonciello wrote:
On 12/13/2023 13:07, Alex Deucher wrote:
On Wed, Dec 13, 2023 at 1:00 PM Mario Limonciello
wrote
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: mario.limoncie...@amd.com
The pm-utils package hasn't had any activity in Debian since 2019.
All bugs have been ignored.
Upstream [1] has been dead since 2010.
Modern userspace uses systemd to perform suspend/resume instead.
[1]
to catch this circumstance and output a warning.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c
b/drivers/gpu/drm/amd/pm/swsmu
On 12/14/2023 10:36, Kalle Valo wrote:
Hans de Goede writes:
Hi Wifi and AMDGPU maintainers,
Here is a pull-request for the platform-drivers-x86 parts of:
https://lore.kernel.org/platform-driver-x86/20231211100630.2170152-1-jun@amd.com/
From my pov the pdx86 bits are ready and the
I am equally fine with either.
On Wed, Dec 13, 2023 at 2:01 PM Christopher Snyder
wrote:
> Thank you for raising this Al,
>
> I'm in favor of handling requests via email and pushing other discussions
> to the next regular meeting rotation on January 9th.
>
> On Wed, Dec 13, 2023 at 1:25 PM Al
I'm not feeling well, and am unlikely to attend tonight's meeting.
Mario
On Tue, Dec 12, 2023 at 3:12 PM Christopher Snyder
wrote:
> Good afternoon all,
>
> There will be a flying squirrel general meeting tonight at 7pm in the
> downstairs library. In case you can't make it in per
alimenta...
Mi confermate quindi che la cosa migliore sia collegarli ad un solo UPS?
...o c'è qualche altro modo?
Grazie
Piviul
--
Mario Vittorio Guenzi
E-mail jcl...@tiscali.it
Si vis pacem, para bellum
12:59 PM, Mario Marietto wrote:
> > > root@marietto:/mnt/zroot2/zroot2/OS/Chromebook/domU/freebsd-xen/boot-xen/kernel
> # file
> /mnt/zroot2/zroot2/OS/Chromebook/domU/freebsd-xen/boot-xen/kernel/kernel
> > >
> > > ELF 32-bit LSB executable,ARM, EABI5 version 1 (FreeBS
that will add an extra dummy
read on resume that the result is discarded.
Cc: sta...@vger.kernel.org # 6.1+
Cc: Tim Huang
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3045
Signed-off-by: Mario Limonciello
---
v1->v2:
* Add a dummy read callback instead and use that.
---
drivers/gpu/
On 12/13/2023 13:12, Mario Limonciello wrote:
On 12/13/2023 13:07, Alex Deucher wrote:
On Wed, Dec 13, 2023 at 1:00 PM Mario Limonciello
wrote:
Some systems with MP1 13.0.4 or 13.0.11 have a firmware bug that
causes the first MES packet after resume to fail. This packet is
used to flush
On 12/13/2023 13:07, Alex Deucher wrote:
On Wed, Dec 13, 2023 at 1:00 PM Mario Limonciello
wrote:
Some systems with MP1 13.0.4 or 13.0.11 have a firmware bug that
causes the first MES packet after resume to fail. This packet is
used to flush the TLB when GART is enabled.
This issue is fixed
that will retry the flush
when detecting running on an older firmware and decrease relevant
error messages to debug while workaround is in use.
Cc: sta...@vger.kernel.org # 6.1+
Cc: Tim Huang
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3045
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd
On 12/13/2023 08:17, Alex Deucher wrote:
On Tue, Dec 12, 2023 at 9:00 PM Mario Limonciello
wrote:
On 12/12/2023 18:08, Oliver Schmidt wrote:
Hi Wayne,
On 12.12.23 17:06, Mario Limonciello wrote:
I looked through your bugs related to this and I didn't see a reference to the
specific docking
Update: I could solve UnsupportedCertVersion error, I had to create a new cert
for pccs but with version 3, since it was on version 1, that solved the error.
Now I get **UnknownIssuer** error, which I guess it's because the certificate
is a self signed one. I don't know if teaclave has some
anything against this proposal.
Thanks,
Mario
-
To unsubscribe, e-mail: dev-unsubscr...@kie.apache.org
For additional commands, e-mail: dev-h...@kie.apache.org
ready to help out.
I, therefore, wholeheartedly endorse Luka Perkov for the co-chair position and
am confident that he will continue to make a positive impact on this community.
Best regards,
Mario Kozjak
Mario Kozjak
Solutions Architect, Elpheria j.d.o.o.
mobile: +385 97 740 9515
mail
On 12/12/2023 18:08, Oliver Schmidt wrote:
Hi Wayne,
On 12.12.23 17:06, Mario Limonciello wrote:
I looked through your bugs related to this and I didn't see a reference to the
specific docking station model.
The logs mentioned "Thinkpad dock" but no model.
Could you share more a
OK thanks for clarifying. Can you please still try latest 6.5.13 and
6.6.6 and see if it happens in either of those?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/2039570
Title:
OK thanks for clarifying. Can you please still try latest 6.5.13 and
6.6.6 and see if it happens in either of those?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/2039570
Title:
OK thanks for clarifying. Can you please still try latest 6.5.13 and
6.6.6 and see if it happens in either of those?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/2039570
Title:
Is this happening possibly when there is a resolution change for the
eDP? If so, can you please try the latest linux-6.5.y kernel:
https://kernel.ubuntu.com/mainline/v6.5.13/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in
Is this happening possibly when there is a resolution change for the
eDP? If so, can you please try the latest linux-6.5.y kernel:
https://kernel.ubuntu.com/mainline/v6.5.13/
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in
Is this happening possibly when there is a resolution change for the
eDP? If so, can you please try the latest linux-6.5.y kernel:
https://kernel.ubuntu.com/mainline/v6.5.13/
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to mutter in
# Environment
I am using Ubuntu 20.04 with SGX 2.17. Installed Teaclave with the following:
```
sudo docker run --rm -v $(pwd):/teaclave -w /teaclave \
-it teaclave/teaclave-build-ubuntu-2004-sgx-dcap-1.14:0.2.0 \
bash -c ". /root/.cargo/env && \
. /opt/sgxsdk/environment && \
Hi Andy,
thanks for your reply.
Again my comments inline.
Il 11/12/2023 22:41, Andrew Newton ha scritto:
On Fri, Dec 8, 2023 at 3:57 AM Mario Loffredo wrote:
[ML] I would prefer "only express the items which are more likely used in
RDAP". After all, SimpleContact is
nit_microcode().
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3043
Fixes: 751e293f2c99 ("drm/amd: Move microcode init from sw_init to early_init
for SDMA v2.4")
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 4 ++--
1 file changed, 2 insertions(+
On 12/12/2023 03:46, Johannes Berg wrote:
On Mon, 2023-12-11 at 12:02 +0100, Hans de Goede wrote:
Hi Wifi and AMDGPU maintainers,
Here is a pull-request for the platform-drivers-x86 parts of:
https://lore.kernel.org/platform-driver-x86/20231211100630.2170152-1-jun@amd.com/
From my pov
On 12/12/2023 04:10, Lin, Wayne wrote:
[Public]
Hi Mario,
Thanks for the help.
My feeling is like this problem probably relates to specific dock. Need time to
take
further look.
Oliver,
I looked through your bugs related to this and I didn't see a reference
to the specific docking station
Closed #722 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/apache/incubator-teaclave/issues/722#event-11220894636
You are receiving this because you are subscribed to this thread.
Message ID:
Hi Andy,
please find my comments inline.
Il 07/12/2023 21:05, Andrew Newton ha scritto:
On Tue, Nov 28, 2023 at 5:39 AM Mario Loffredo
wrote:
[ML] Since it talks about "content negotiation", rdap-x regards clients
signaling their preferences about response extensions or, at most,
Agreed.
Mario
Il 11/12/2023 15:24, Gould, James ha scritto:
Jim and Antoin,
I support having an interim meeting to discuss. I see distinct
problems being solved by the three drafts
draft-gould-regext-rdap-versioning,
draft-newton-regext-rdap-extensions, and
draft-newton-regext-rdap-x
Mario Marietto
wrote:
> Experiment n. 2 :
> Below I have applied the zImage patch of Julien to the Elliott Mitchell
> code :
>
>
> https://xenbits.xen.org/gitweb/?p=people/julieng/freebsd.git;a=commit;h=12a7cb346b88c6d3f52a20b98f361dc62797fbcd
>
> and I've used the kernel
On 12/11/2023 09:27, Alex Deucher wrote:
On Mon, Dec 11, 2023 at 10:20 AM Mario Limonciello
wrote:
On 12/11/2023 08:47, Christian König wrote:
Am 11.12.23 um 12:02 schrieb Hans de Goede:
Hi Wifi and AMDGPU maintainers,
Here is a pull-request for the platform-drivers-x86 parts of:
https
create freebsd.cfg
xl console freebsd
On Mon, Dec 11, 2023 at 7:41 PM Chuck Zmudzinski
wrote:
> On 12/11/2023 12:59 PM, Mario Marietto wrote:
> > root@marietto:/mnt/zroot2/zroot2/OS/Chromebook/domU/freebsd-xen/boot-xen/kernel
> # file
> /mnt/zroot2/zroot2/OS/Chromebook/domU/f
, 2023 at 6:23 PM Chuck Zmudzinski
wrote:
> On 12/11/2023 9:02 AM, Mario Marietto wrote:
> > Hello.
> >
> > Finally I tried to recompile the FreeBSD kernel using the @Elliott
> Mitchell <mailto:ehem+free...@m5p.com> code because I want to boot
> FreeBSD as domU wi
Ping on this one.
On 12/5/2023 13:54, Mario Limonciello wrote:
This reverts commit ec5fa9fcdeca69edf7dab5ca3b2e0ceb1c08fe9a.
Reports are that this causes problems with external monitors after wake up
from suspend, which is something it was directly supposed to help.
Cc: Linux Regressions
Cc
perfectly fine to merge that stuff from my side. Alex or Mario might
have some additional comments, but I think they will give their go as well.
My feedback has been taken into account already, I'm happy with the
series now.
I'm a bit confused how exactly the drm/amd patches get applied
On 12/9/2023 14:08, Mario Limonciello wrote:
When screen brightness is rapidly changed and PSR-SU is enabled the
display hangs on panels with this TCON even on the latest DCN 3.1.4
microcode (0x8002a81 at this time).
This was disabled previously as commit 072030b17830 ("drm/amd: Disable
P
main
2:Non-existent domain
libxl: error: libxl_domain.c:1137:domain_destroy_callback: Domain 2:Unable
to destroy guest
libxl: error: libxl_domain.c:1064:domain_destroy_cb: Domain 2:Destruction
of domain failed
freebsd is an invalid domain identifier (rc=-6)
--
Mario.
lly with this TCON, disable PSR-SU
again for it until it can be root caused.
Cc: sta...@vger.kernel.org
Cc: aaron...@canonical.com
Cc: bi...@gnome.org
Cc: Marc Rossi
Cc: Hamza Mahfooz
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/display/modules/power/power_helpers.c | 2 ++
1 file changed, 2
https://bugs.kde.org/show_bug.cgi?id=478368
Mario Ebenhofer changed:
What|Removed |Added
Platform|Debian testing |Flatpak
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=478368
Bug ID: 478368
Summary: Text in sidebar (tabs) getting cut off.
Classification: Applications
Product: kommit
Version: unspecified
Platform: Debian testing
OS: Linux
:
Fastly error: unknown domain: 199.232.150.132. Please check that this
domain has been added to a service.
Fastly is cdn for Debian.
--
Mario.
to use an updated linux version.
Unfortunately they don't talk about FreeBSD. It deserves more
research,because this is what I'm interested in.
On Sun, Dec 10, 2023 at 4:58 AM Richard
wrote:
>
>
> On 10.12.23 01:02, Mario Marietto wrote:
> > Thanks. That's exactly what I was looking for. A
Errata corrige : without the support of a teacher.
On Sun, Dec 10, 2023 at 1:02 AM Mario Marietto
wrote:
> Thanks. That's exactly what I was looking for. Actually we are trying to
> boot FreeBSD with xen on our arm 32 Chromebook. But if it fails we could
> try L4Linux. Yes,they s
in those things I would really recommend
> reading one of the textbooks. "Modern Operating Systems" by Tanenbaum
> even has a chapter on exactly this it's called "Are hypervisors
> microkernels done right?"
>
> -- Richard
>
>
> On 09.12.23 14:24, Mario Mariet
://gitlab.freedesktop.org/drm/amd/-/issues/2220
Reviewed-by: Mario Limonciello (v1)
Tested-by: Mario Limonciello (v1)
Signed-off-by: Alex Deucher
As SDMA5.2 is supported back to LTS ~5.15 I suggest also:
Cc: sta...@vger.kernel.org # 5.15+
---
drivers/gpu/drm/amd/amdgpu/sdma_v5_2.c | 16
This is the same issue as
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2045573
Here is a commit that fixes the issue by changing default pre-emption
policy since the kernel can't know about your mesa version.
This is the same issue as
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2045573
Here is a commit that fixes the issue by changing default pre-emption
policy since the kernel can't know about your mesa version.
This is the same issue as
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2045573
Here is a commit that fixes the issue by changing default pre-emption
policy since the kernel can't know about your mesa version.
This is the same issue as
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2045573
Here is a commit that fixes the issue by changing default pre-emption
policy since the kernel can't know about your mesa version.
---> Neither FreeBSD nor Linux has a microkernel
Can you give a look here ?
https://l4re.org/download/snapshots/
where it says :
"You are free to use any Linux distribution you like, or even BSDs or any
of its derivatives"
On Fri, Dec 8, 2023 at 12:53 PM Mario Marietto
Here's the fix commit ID to backport to fix this issue.
https://github.com/torvalds/linux/commit/d6a57588666301acd9d42d3b00d74240964f07f6
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
. This should not impact power as SDMA usage is pretty
minimal and GFXOSS should not be active when SDMA is active
anyway, this just makes it explicit.
Signed-off-by: Alex Deucher
---
For the series:
Link: https://gitlab.freedesktop.org/drm/amd/-/issues/2220
Reviewed-by: Mario Limonciello
Tested
org/wiki/Kernel-based_Virtual_Machine>
ed Virtual Machine
<https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine> (KVM), but a
few significant differences exist between the intent of Xen and L4Linux.
Il ven 8 dic 2023, 12:13 Richard ha
scritto:
>
>
> On 08.12.23 09:11, Mario Marietto
3.html
for more information.
If you want to get rid of the warning, use something like:
(cond-expand
((or chicken-5.0 chicken-5.1 chicken-5.2)
(define current-process-milliseconds current-milliseconds))
(else))
(taken from sendfile 2.0 -- the openssl egg has similar code.)
All the best.
Mario
--
http://parenteses.org/mario
l_Machine> (KVM), but a
few significant differences exist between the intent of Xen and L4Linux.
With Redox can I do the same ?
On Fri, Dec 8, 2023 at 9:11 AM Mario Marietto
wrote:
> With l4linux (or redox) can I boot and run 2 linux distros using the same
> kernel ? I ask because t
is version, I
retained the jscard query parameter.
Best,
Mario
Messaggio Inoltrato
Oggetto: New Version Notification for
draft-ietf-regext-rdap-jscontact-17.txt
Data: Thu, 07 Dec 2023 23:54:07 -0800
Mittente: internet-dra...@ietf.org
A: Gavin Brown , Mario Loffred
,using the best of those two microkernels.
On Fri, Dec 8, 2023 at 2:15 AM wrote:
> On Mon, Dec 4, 2023 at 1:02 PM Mario Marietto
> wrote:
> >
> > What is this ?
> >
> > https://l4re.org/download/snapshots/pre-built-images/arm-v7/
> >
>
> Thats a micro-kern
901 - 1000 of 94174 matches
Mail list logo