All of lore.kernel.org
 help / color / mirror / Atom feed
From: Link Mauve <linkmauve@linkmauve.fr>
To: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Cc: "Emmanuel Gil Peyrot" <linkmauve@linkmauve.fr>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Miguel Ojeda" <ojeda@kernel.org>,
	"Alex Gaynor" <alex.gaynor@gmail.com>,
	"Boqun Feng" <boqun.feng@gmail.com>,
	"Gary Guo" <gary@garyguo.net>,
	"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
	"Benno Lossin" <benno.lossin@proton.me>,
	"Andreas Hindborg" <a.hindborg@kernel.org>,
	"Alice Ryhl" <aliceryhl@google.com>,
	"Trevor Gross" <tmgross@umich.edu>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
	rust-for-linux@vger.kernel.org,
	"Jocelyn Falempe" <jfalempe@redhat.com>
Subject: Re: [PATCH] drm/panic: fix compilation issue on ARM
Date: Mon, 20 Jan 2025 23:03:19 +0100	[thread overview]
Message-ID: <Z47IJ-2tPDIVzMA4@desktop> (raw)
In-Reply-To: <CANiq72n1YpUowTh3Hdjo5auOmTTUU1-8d2FTL3e=Oyu3Q=-BkQ@mail.gmail.com>

On Mon, Jan 20, 2025 at 10:52:48PM +0100, Miguel Ojeda wrote:
> Hi Emmanuel,

Hi Miguel,

> 
> On Mon, Jan 20, 2025 at 1:45 PM Emmanuel Gil Peyrot
> <linkmauve@linkmauve.fr> wrote:
> >
> > In C, the char type is specified with “The implementation shall define char to
> > have the same range, representation, and behavior as either signed char or
> > unsigned char.”
> >
> > On x86 it defaults to signed char, and on ARM it defaults to unsigned char.
> > This carries over to Rust’s FFI, which aliases its c_char type to i8 on x86,
> > and to u8 on ARM.
> 
> In the kernel `-funsigned-char` is used, see commit 3bc753c06dd0
> ("kbuild: treat char as always unsigned").
> 
> In any case, the change is fine, because we want to use the proper
> type, but this is already in the Rust PR for this cycle, which should
> land in mainline in some days, see commit 27c7518e7f1c ("rust: finish
> using custom FFI integer types") in rust-next.

Oh I see, I hadn’t read that merge request before submitting this fix, I
just tried to build the current kernel and it failed and I identified it
as a common issue I’ve already experienced in userspace.

> 
> However, I am nevertheless confused, because in mainline
> `crate::ffi::c_char` is `core::ffi::c_char` which is `i8` in both
> arm64 and x86_64 and thus there is no build issue there.

That’s weird, I clearly see the error I mentioned in my first email,
when building with today’s nightly compiler (maybe that’s relevant?).

> 
> If by ARM you mean 32-bit, then we don't have support for it yet in
> mainline, so you shouldn't be able to see it there either.

I am building an AArch64 kernel from an amd64 build computer.

> 
> Could you please clarify? Are you using patches on top of mainline,
> e.g. the 32-bit arm support one?

Nope, I was building a 6.13.0 kernel straight from torvalds’s master
branch, so the issue will likely be present on the 6.13.y branch as
well.  Perhaps my patch can be applied to that branch only, if rust-next
will be merged soon.  Otherwise I guess we could also live without
drm_panic support on AArch64 for the 6.13 kernel.

> 
> Thanks!
> 
> Cheers,
> Miguel

-- 
Link Mauve

  reply	other threads:[~2025-01-20 22:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-20 12:45 [PATCH] drm/panic: fix compilation issue on ARM Emmanuel Gil Peyrot
2025-01-20 21:52 ` Miguel Ojeda
2025-01-20 22:03   ` Link Mauve [this message]
2025-01-20 22:45     ` Miguel Ojeda
2025-01-20 22:09   ` Alice Ryhl

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Z47IJ-2tPDIVzMA4@desktop \
    --to=linkmauve@linkmauve.fr \
    --cc=a.hindborg@kernel.org \
    --cc=airlied@gmail.com \
    --cc=alex.gaynor@gmail.com \
    --cc=aliceryhl@google.com \
    --cc=benno.lossin@proton.me \
    --cc=bjorn3_gh@protonmail.com \
    --cc=boqun.feng@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gary@garyguo.net \
    --cc=jfalempe@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=miguel.ojeda.sandonis@gmail.com \
    --cc=mripard@kernel.org \
    --cc=ojeda@kernel.org \
    --cc=rust-for-linux@vger.kernel.org \
    --cc=simona@ffwll.ch \
    --cc=tmgross@umich.edu \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.