[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1CF0978E-344C-4EC9-A221-4F19EBA4B988@collabora.com>
Date: Wed, 24 Jul 2024 11:27:40 -0300
From: Daniel Almeida <daniel.almeida@...labora.com>
To: Steven Price <steven.price@....com>
Cc: Rob Herring <robh@...nel.org>,
Boris Brezillon <boris.brezillon@...labora.com>,
Wedson Almeida Filho <wedsonaf@...il.com>,
Miguel Ojeda <ojeda@...nel.org>,
Danilo Krummrich <dakr@...hat.com>,
Lyude Paul <lyude@...hat.com>,
Asahi Lina <lina@...hilina.net>,
Maíra Canal <mcanal@...lia.com>,
David Airlie <airlied@...il.com>,
rust-for-linux@...r.kernel.org,
dri-devel@...ts.freedesktop.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH] drm: panthor: add dev_coredumpv support
Hi Steven!
> On 24 Jul 2024, at 10:54, Steven Price <steven.price@....com> wrote:
>
> [1] Although I have to admit for a debugging feature like devcoredump
> there might well be pressure to implement this in C as well purely so
> that customer issues can be debugged…
FYI: I picked devcoredump because it was self-contained enough that I
could make a proof-of-concept and get the discussion started. I think
that, at least from this point of view, it has been successful, even if we
decide against a partial Rust driver! :)
I was informed early on that delaying a debugging feature until the
abstractions were merged would be a problem. Don’t worry: I can rewrite
the kernel part in C, that would indeed be a very small patch.
— Daniel
Powered by blists - more mailing lists