Re: [PATCH 2/2] iommu/amd: Destroy api_lock mutex when freeing domain

From	"Vesely, Jan" <Jan.Vesely@amd.com>
Newsgroups	linux.kernel
Subject	Re: [PATCH 2/2] iommu/amd: Destroy api_lock mutex when freeing domain
Date	2016-06-28 19:10 +0200
Message-ID	<rP4Gm-1rl-33@gated-at.bofh.it> (permalink)
References	(1 earlier) <rBjFf-6V9-5@gated-at.bofh.it> <rIb0e-lr-11@gated-at.bofh.it> <rKhEe-24C-19@gated-at.bofh.it> <rKpBL-7cb-3@gated-at.bofh.it> <rKq4N-7mg-1@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On Wed, 2016-06-15 at 22:53 +0200, Borislav Petkov wrote:
> On Wed, Jun 15, 2016 at 05:53:15PM +0000, Vesely, Jan wrote:
> > There are no specific bugs/oopses that these patches fix (that I'm
> > aware of). Both were found while I was familiarizing myself with
> > the
> > code looking for memory corruption (which turned out to be [0]).
> > Either issue would be very difficult to hit in the wild and
> > mutex_destroy is empty unless you compile using
> > CONFIG_DEBUG_MUTEXES.
> 
> See Documentation/SubmittingPatches which explains what "Fixes:"
> means.
> 
> That same file also contains info in section 2) how to write commit
> messages.
> 
> Please read it, it'll help you significantly if you're planning on
> sending more patches to LKML.

Hi,

thanks for all the hints. I'll try to revisit and update the patches
soon (might take few weeks though). Kernel development is not my
(current) job and other subsystems don't have these requirements, if
submissions need more than just git send-email of existing fixes
dedicating extra time is difficult.

Jan

> 
> > [0] https://lkml.org/lkml/2016/3/7/1087
> 
> Oh, and also, please don't use any web pages archiving lkml as
> pointers
> but the kernel.org redirector:
> 
> http://lkml.kernel.org/r/<Message-ID>;
> 
> or
> 
> http://lkml.kernel.org/g/<Message-ID>;
> 
> (that second one redirects to gmane)
> 
> HTH.
>

Back to linux.kernel | Previous | Next | Find similar | Unroll thread

Thread

Re: [PATCH 2/2] iommu/amd: Destroy api_lock mutex when freeing domain "Vesely, Jan" <Jan.Vesely@amd.com> - 2016-06-28 19:10 +0200

csiph-web