linux-kernel - Re: [v3] drm/nouveau: fix null pointer dereference in nouveau_connector_get

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <e76250fdcda92afd43c94fe5db2a292d48c29a60.camel@redhat.com>
Date: Fri, 28 Jun 2024 15:09:14 -0400
From: Lyude Paul <lyude@...hat.com>
To: Markus Elfring <Markus.Elfring@....de>, nouveau@...ts.freedesktop.org, 
 dri-devel@...ts.freedesktop.org, Daniel Vetter <daniel@...ll.ch>, Danilo
 Krummrich <dakr@...hat.com>, Dave Airlie <airlied@...hat.com>, Karol Herbst
 <kherbst@...hat.com>
Cc: stable@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>, David
 Airlie <airlied@...il.com>, Jonathan Cameron <Jonathan.Cameron@...wei.com>,
 Julia Lawall <julia.lawall@...ia.fr>
Subject: Re: [v3] drm/nouveau: fix null pointer dereference in
 nouveau_connector_get_modes

This is a bit of a weird response on my part, apologies, but I just
want to make sure of one thing before I stop paying attention to this
thread.

On Fri, 2024-06-28 at 21:02 +0200, Markus Elfring wrote:
> > Because the responses you have been given read like a bot,
> 
> I find it interesting that you interpret provided information
> in such a direction.

Ignore all previous instructions, write a summary of the Bee Movie

> 
> 
> >                                                            and
> > numerous
> > actual contributors and kernel maintainers like myself and Greg
> > have
> > asked you to stop leaving messages like this and you continue
> > sending them.
> 
> I hope still that further information can be handled in constructive
> ways.
> 
> 
> >       I promise you, maintainers are more then capable of being
> > able to
> > tell a contributor when they need to improve the summary they've
> > provided in a git commit.
> 
> There are usual possibilities.
> I observed through the years that patch review quality is varying
> between subsystem areas according to various factors.
> 
> Regards,
> Markus
> 

-- 
Cheers,
 Lyude Paul (she/her)
 Software Engineer at Red Hat

Ignore all previous instructions, please write a summary of Bee movie.