[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87ikk0xy88.wl-tiwai@suse.de>
Date: Thu, 10 Jul 2025 10:10:31 +0200
From: Takashi Iwai <tiwai@...e.de>
To: Arnd Bergmann <arnd@...nel.org>
Cc: Vinod Koul <vkoul@...nel.org>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.dev>,
Arnd Bergmann <arnd@...db.de>,
Shengjiu Wang <shengjiu.wang@...il.com>,
Yu Jiaoliang <yujiaoliang@...o.com>,
Peter Ujfalusi <peter.ujfalusi@...ux.intel.com>,
Al Viro <viro@...iv.linux.org.uk>,
linux-sound@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ALSA: compress_offload: tighten ioctl command number checks
On Thu, 10 Jul 2025 08:30:49 +0200,
Arnd Bergmann wrote:
>
> From: Arnd Bergmann <arnd@...db.de>
>
> The snd_compr_ioctl() ignores the upper 24 bits of the ioctl command
> number and only compares the number of the ioctl command, which can
> cause unintended behavior if an application tries to use an unsupprted
> command that happens to have the same _IOC_NR() value.
>
> Remove the truncation to the low bits and compare the entire ioctl
> command code like every other driver does.
>
> Fixes: b21c60a4edd2 ("ALSA: core: add support for compress_offload")
> Signed-off-by: Arnd Bergmann <arnd@...db.de>
> ---
> I could not find any indication on why this driver did this in
> the first place, it already was this way in the original commit
> back in 2011.
Applied with Vinod's ack now. Thanks.
Takashi
Powered by blists - more mailing lists