[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bba61792-a098-4ce0-81c4-e73b7dda3b79@arm.com>
Date: Wed, 24 Jul 2024 15:35:39 +0100
From: Steven Price <steven.price@....com>
To: Daniel Almeida <daniel.almeida@...labora.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
On 24/07/2024 15:27, Daniel Almeida wrote:
> 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! :)
Indeed, thanks for posting this! It's provoked a good discussion.
> 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.
I'll leave that for you to decide. There's definitely nothing blocking a
patch like this in C, but equally I'm not aware of anyone desperate for
this support yet.
Thanks,
Steve
Powered by blists - more mailing lists