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] [thread-next>] [day] [month] [year] [list]
Message-Id: <20260104052723.91687-1-zilin@seu.edu.cn>
Date: Sun,  4 Jan 2026 05:27:23 +0000
From: Zilin Guan <zilin@....edu.cn>
To: markus.elfring@....de
Cc: hansg@...nel.org,
	ilpo.jarvinen@...ux.intel.com,
	jianhao.xu@....edu.cn,
	linux-kernel@...r.kernel.org,
	platform-driver-x86@...r.kernel.org,
	zilin@....edu.cn
Subject: Re: [PATCH v2] platform/x86/amd: Fix memory leak in wbrf_record()

On Sat, Jan 03, 2026 at 02:16:12PM +0100, Markus Elfring wrote:
> …> +++ b/drivers/platform/x86/amd/wbrf.c
> > @@ -39,11 +39,11 @@ static const guid_t wifi_acpi_dsm_guid =
> >   */
> >  static BLOCKING_NOTIFIER_HEAD(wbrf_chain_head);
> >  
> > +DEFINE_FREE(acpi_object, union acpi_object *, if (_T) ACPI_FREE(_T))
> > +
> >  static int wbrf_record(struct acpi_device *adev, uint8_t action, struct wbrf_ranges_in_out *in)
> >  {
> …
> 
> Is there a need to move such a special macro call into an other source (or header) file?
> 
> Regards,
> Markus

Currently, this helper is only utilized in this function. I believe 
keeping it local is appropriate for this bug fix. We can move it to a 
generic header if more use cases arise in the future.

Regards,
Zilin Guan

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ