On Thu, Nov 11, 2021 at 8:51 PM Sudip Mukherjee
wrote:
>
> Hi Linus,
>
> On Thu, Nov 11, 2021 at 2:03 PM Sudip Mukherjee
> wrote:
> >
> > Hi Linus,
> >
> > My testing has been failing for the last few days. Last good test was
> > with 6f2b76a4a384 and I started seeing the failure with ce840177930
Hi, Zack,
On 11/11/21 17:44, Zack Rusin wrote:
On Wed, 2021-11-10 at 09:50 -0500, Zack Rusin wrote:
TTM takes full control over TTM_PL_SYSTEM placed buffers. This makes
driver internal usage of TTM_PL_SYSTEM prone to errors because it
requires the drivers to manually handle all interactions bet
https://bugzilla.kernel.org/show_bug.cgi?id=215003
Bug ID: 215003
Summary: apple_gmux fails to initialize and iGPU unclaimed on
MacBook Pro 16" 2019
Product: Drivers
Version: 2.5
Kernel Version: 5.14.y
Hardware: Intel
https://bugzilla.kernel.org/show_bug.cgi?id=215003
--- Comment #1 from Xiaolei Yu (dreifachst...@gmail.com) ---
Commenting out the `vga_switcheroo_client_probe_defer` lines make the iGPU
usable but gpu switching is still not working.
--
You may reply to this email to add a comment.
You are rece
https://bugzilla.kernel.org/show_bug.cgi?id=215003
Lukas Wunner (lu...@wunner.de) changed:
What|Removed |Added
CC||lu...@wunner.de
--- Comm
On Tue, Sep 21, 2021 at 04:20:23PM -0700, Gurchetan Singh wrote:
> Similar to DRM_VMW_EVENT_FENCE_SIGNALED. Sends a pollable event
> to the DRM file descriptor when a fence on a specific ring is
> signaled.
>
> One difference is the event is not exposed via the UAPI -- this is
> because host resp
[ Hmm. This email was marked as spam for me. I see no obvious reason
for it being marked as spam, but it happens.. ]
On Thu, Nov 11, 2021 at 12:52 PM Sudip Mukherjee
wrote:
>
> # first bad commit: [cd7f5ca33585918febe5e2f6dc090a21cfa775b0]
> drm/virtio: implement context init: add virtio_gpu_fenc
The prefered way to log connectors is [CONNECTOR:id:name]. Change it in
drm core programs.
Suggested-by: Ville Syrjälä
Signed-off-by: Claudio Suarez
---
drivers/gpu/drm/drm_client_modeset.c | 51 ++--
drivers/gpu/drm/drm_connector.c | 12 ---
drivers/gpu/drm/drm
something seems to have messed with the patch so it doesn't apply correctly.
On Thu, Jun 17, 2021 at 9:39 AM Yizhuo Zhai wrote:
>
> In function nvkm_ioctl_map(), the variable "type" could be
> uninitialized if "nvkm_object_map()" returns error code,
> however, it does not check the return value a
Hi Claudio,
On Sat, Nov 13, 2021 at 08:27:30PM +0100, Claudio Suarez wrote:
> The prefered way to log connectors is [CONNECTOR:id:name]. Change it in
> drm core programs.
>
> Suggested-by: Ville Syrjälä
> Signed-off-by: Claudio Suarez
While touching all these logging calls, could you convernt
Hi Linus,
On Sat, Nov 13, 2021 at 5:07 PM Linus Torvalds
wrote:
>
> [ Hmm. This email was marked as spam for me. I see no obvious reason
> for it being marked as spam, but it happens.. ]
>
> On Thu, Nov 11, 2021 at 12:52 PM Sudip Mukherjee
> wrote:
> >
> > # first bad commit: [cd7f5ca33585918feb
https://bugzilla.kernel.org/show_bug.cgi?id=215003
--- Comment #3 from Xiaolei Yu (dreifachst...@gmail.com) ---
Created attachment 299561
--> https://bugzilla.kernel.org/attachment.cgi?id=299561&action=edit
acpidump
--
You may reply to this email to add a comment.
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=215003
--- Comment #4 from Xiaolei Yu (dreifachst...@gmail.com) ---
gpu-switch does not work because `EFI runtime services are disabled`.
[0.371791] [ cut here ]
[0.371822] [Firmware Bug]: Page fault caused by firmware at
https://bugzilla.kernel.org/show_bug.cgi?id=215003
--- Comment #5 from Lukas Wunner (lu...@wunner.de) ---
Hm, why are runtime services disabled? Are you using "noefi" or "efi=noruntime"
on the command line or is this perhaps an RT kernel? Could you attach full
dmesg output?
Looking at the ACPI du
14 matches
Mail list logo
