On Sat, 26 Apr 2025 at 16:44, Dave Airlie wrote:
>
> On Sat, 26 Apr 2025 at 10:56, Linus Torvalds
> wrote:
> >
> > On Fri, 25 Apr 2025 at 16:12, Dave Airlie wrote:
> > >
> > > Weekly drm fixes, mostly amdgpu, with some exynos cleanups and a
> > > couple of minor fixes, seems a bit quiet, but pro
Hi!
> This patch series adds support for the Qualcomm Snapdragon 730/730G/732G
> (SM7150) platform along with the Google Pixel 4a (sunfish) device. Since
> the most critical drivers were submitted and applied in separate patch
> series, this series is largely composed of DT bindings and device‑tre
So with clang, I get these drm build warnings
drivers/gpu/drm/amd/amdgpu/../display/dc/basics/fixpt31_32.o:
warning: objtool: dc_fixpt_recip() falls through to next function
dc_fixpt_sinc()
drivers/gpu/drm/amd/amdgpu/../display/dc/sspl/spl_fixpt31_32.o:
warning: objtool: spl_fixpt_r
On Sat, 26 Apr 2025 at 10:42, Linus Torvalds
wrote:
>
> We had something similar some time ago, where there was a drm
> assertion without error handling, which caused the compiler to see
> that there was a static path where the invalid value was used, and
> then caused other problems. I forget the
Sphinx reports htmldocs warning:
Documentation/gpu/amdgpu/module-parameters:7:
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c:1119: ERROR: Unexpected indentation.
[docutils]
Fix the warning by using reST bullet list syntax for user_queue
parameter options, separated from preceding paragraph by a blank
On Fri, 25 Apr 2025 at 23:54, Dave Airlie wrote:
>
> It seems to have recovered now, but not sure how stable is it, please
> repull the original PR when you get a chance.
Yup, all good now. Thanks,
Linus
Hi Akira,
Em Sat, 26 Apr 2025 11:39:05 +0900
Akira Yokosawa escreveu:
> Bothering with might-become-incompatilbe-in-the-future python environment
> variables in kernel Makefiles looks over-engineering to me.
> Also, as Mauro says in 3/4, it is incomplete in that it does not cover
> the cases whe
Hi Vinay,
On 26-04-2025 03:21, Vinay Belgaumkar wrote:
As seen in some recent failures, SLPC num_waiters value is < 0.
This happens because the inc/dec are not balanced. We should skip
decrement for the same conditions as the increment. Currently, we
do that for power saving profile mode. This
On Sat, 26 Apr 2025 at 13:05, Nathan Chancellor wrote:
>
> KBUILD_CFLAGS += -mllvm -trap-unreachable
Hmm. That certainly builds for me, but yeah, it generates new objtool
warnings, notably
panic() missing __noreturn in .c/.h or NORETURN() in noreturns.h
and I *think* that is because that
On 4/24/25 8:24 AM, Ayushi Makhija wrote:
> Add anx7625 DSI to DP bridge device nodes.
>
> Signed-off-by: Ayushi Makhija
> ---
> arch/arm64/boot/dts/qcom/sa8775p-ride.dtsi | 181 +
> 1 file changed, 181 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/sa8775p-ride.dts
Hi, Angelo:
AngeloGioacchino Del Regno 於
2025年4月9日 週三 下午9:13寫道：
>
> This series adds support to configure the MediaTek DPI IP to output
> more formats, such as YUV422 8/10/12 bits, YUV444 8/10 bits, BGR 8bits,
> and RGB 10 bits, and also performs some cleanups that improve the code
> readability
On Fri, Apr 25, 2025 at 12:33:21PM -0700, H. Peter Anvin wrote:
> On 4/11/25 09:34, Kuan-Wei Chiu wrote:
> > >
> > > In either case, instead of packing the cascade into one function, make
> > > good
> > > use of it.
> > >
> > > In the latter case, __builtin_constant_p() isn't necessary as it put
Hi Linus,
On Sat, Apr 26, 2025 at 10:42:40AM -0700, Linus Torvalds wrote:
> But I *really* think that clang silently just generating known bad
> code for invalida operations like this is very very dangerous, and is
> a bug in clang.
>
> Can we *please* get a flag for clang that it doesn't just st
On 4/26/25 08:23, Kees Cook wrote:
In preparation for making the kmalloc family of allocators type aware,
we need to make sure that the returned type from the allocation matches
the type of the variable being assigned. (Before, the allocator would
always return "void *", which can be implicitly c
Hi Javier,
On Fri, Apr 25, 2025 at 4:15 PM Javier Martinez Canillas
wrote:
>
> Ryosuke Yasuoka writes:
>
> Hello Ryosuke,
>
> > Drop simple-KMS in favor of regular atomic helpers to make the code more
> > modular. The simple-KMS helper mix up plane and CRTC state, so it is
> > obsolete and shoul
The pull request you sent on Sat, 26 Apr 2025 09:12:11 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2025-04-26
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fa573aefdf9bc6e4a903551d381ddcbd60f37943
Thank you!
--
Deet-doot-dot, I am a bot.
h
On Sat, Apr 26, 2025 at 01:56:59PM -0700, Linus Torvalds wrote:
> IOW, there's a *big* difference between "the programmer told me this
> is unreachable, so I won't generate code past this point" and "I have
> decided this is undefined behavior, so now I won't generate code past
> this point".
>
>
Hello, Danilo,
On Wed, 23 Apr 2025 16:06:16 +0200, Danilo Krummrich wrote:
> On Sun, Apr 20, 2025 at 09:19:45PM +0900, Alexandre Courbot wrote:
[...]
> > +impl NpdeStruct {
> > +/// Check if this is the last image in the ROM
> > +fn is_last(&self) -> bool {
> > +self.last_image &
On Sat, 26 Apr 2025 at 16:23, Nathan Chancellor wrote:
>
> Pardon my ignorance though, isn't something like this
> basically just '-fsanitize=undefined -fsanitize-trap=all'?
Sure. Except -fsanitize=undefined is a horrible horrible thing.
Why? Because it pointlessly adds code to *look* for undef
19 matches
Mail list logo
