From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7695A23ED6F; Tue, 7 Jul 2026 08:47:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783414066; cv=none; b=ZT1LnUSZsP/t9cXgC8xUIT4XnA/zFHfVr2kp78NfyO8eTSMzKcgfj4GNjDtTdkms3DVLp/cO3vRoxUUr//XKc29Ov6dCodVBh9jRhiz15Ltq67buJBa+IQvL+YOaBDy8431jQRNY0bsy4qqy46FUpTDZmud+5r2t7fQhAiVarHE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783414066; c=relaxed/simple; bh=qcK5ZwksY4PmnyEw1Uxw5s4nstgSFv4j/qsRE6ElsvM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=uClQKHGOd4GYOgjRl2Kv6eII7ht5FnY+PRlA6FM62s3144oC9PKAPcxHkkv7AhWxj8M1MeeRZjO984rqG1MpLfC4w6JOdcMEsJ1l1iR859ZWX833ZepNdZZTaX90MZ5hFkZzfUos7u+0gx6ckXGUsFkXf60lFq+Fm3NWlUBoUgk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=2QrVnkOv; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="2QrVnkOv" Received: by smtp.kernel.org (Postfix) with ESMTPSA id CFE651F00A3A; Tue, 7 Jul 2026 08:47:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1783414065; bh=X9UaWalHIyP2bw67sTL4X7j/K+JWUj44P7QGkfhtp7M=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=2QrVnkOvzHBzAGfd9bA1s9DgYzLfAX1fn495PMEPIMs6h2G+1BvwNm3qzLKeSRKA9 FktWo0ujb8kJkOPXRdDA/ZH3bZUZNr3hLrE2NLjVb3Aibz/f3dcfmg6QwvgFTTckSU Lw+2QlTCpVocXgcyYpVekA0TWmzxn9SFMkYWS7/w= Date: Tue, 7 Jul 2026 10:47:42 +0200 From: Greg Kroah-Hartman To: Andy Shevchenko Cc: "Usyskin, Alexander" , Arnd Bergmann , "Nilawar, Badal" , "linux-kernel@vger.kernel.org" , "Adin, Menachem" , "stable@vger.kernel.org" , lkp Subject: Re: [PATCH char-misc v2] mei: lb: fix incorrect type in assignment Message-ID: <2026070722-zips-outgrow-ee43@gregkh> References: <20260706-fix_type_le-v2-1-586826351454@intel.com> <2026070608-reformat-pungent-aeb4@gregkh> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Jul 07, 2026 at 10:21:42AM +0300, Andy Shevchenko wrote: > On Tue, Jul 07, 2026 at 06:43:20AM +0000, Usyskin, Alexander wrote: > > > On Mon, Jul 06, 2026 at 04:01:30PM +0300, Alexander Usyskin wrote: > > ... > > > > > Cc: stable@vger.kernel.org > > > > > > Why cc: stable? It doesn't actually cause any functional change to the > > > code at all, right? This isn't running on s390, or am I mistaken? > > > > This driver is for discrete graphics card, so it may run on non-x86 system, thus all conversions. > > > > I've been told that if there is Fixes: for commit that already in stable, I should cc: stable. > > If it is not hard rule, I'll drop cc: from the next patch revision. > > Cc'ing stable@ is a rule which is documented in-tree. Many developers just omit > it for unknown reasons. My point is that this is NOT an actual bugfix that needs to be applied anywhere except during the next merge window, as all it does is make sparse quiet (which is a valid change). It doesn't do anything "real" as this hardware is not on any big-endian systems. Please don't send stuff to stable that does not actually need to be in a stable kernel tree. thanks, greg k-h