On 9/6/2024 4:39 PM, Masahiro Yamada wrote:
On Fri, Sep 6, 2024 at 8:01 PM Daniel Gomez via B4 Relay
wrote:
From: Daniel Gomez
Use getprogname() [1] instead of program_invocation_short_name() [2]
for macOS hosts.
[1]:
https://www.gnu.org/software/gnulib/manual/html_node
On Sun, Sep 8, 2024 at 1:56 AM Masahiro Yamada wrote:
>
> On Fri, Sep 6, 2024 at 8:01 PM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Daniel Gomez
> >
> > The uuid_t struct defined in sys/types.h on macOS hosts conflicts with
> > the one defined
On Sat, Sep 7, 2024 at 10:33 AM Masahiro Yamada wrote:
>
> On Fri, Sep 6, 2024 at 8:01 PM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Daniel Gomez
> >
> > Add documentation under kbuild/llvm to inform about the experimental
> > support for b
On Fri, Sep 6, 2024 at 4:03 PM Masahiro Yamada wrote:
>
> On Fri, Sep 6, 2024 at 8:01 PM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Daniel Gomez
> >
> > endian.h header is not provided by default in macOS. Use pkg-config with
> > the new developmen
On Fri, Sep 6, 2024 at 4:56 PM Paul Moore wrote:
>
> On Fri, Sep 6, 2024 at 7:01 AM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Masahiro Yamada
> >
> > Commit bfc5e3a6af39 ("selinux: use the kernel headers when building
> > scripts/selinux&q
On Fri, Sep 6, 2024 at 4:54 PM Paul Moore wrote:
>
> On Fri, Sep 6, 2024 at 7:01 AM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Masahiro Yamada
> >
> > This tool is only used in security/selinux/Makefile.
> >
> > There is no reason to keep it un
inux-kbu...@vger.kernel.org
Cc: intel...@lists.freedesktop.org
Cc: dri-devel@lists.freedesktop.org
Cc: spea...@linux-speakup.org
Cc: seli...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: kvm...@lists.linux.dev
Cc: linux-ser...@vger.kernel.org
Cc: l...@lists.linux.dev
Cc: Finn Behrens
Cc: Daniel Gomez
From: Daniel Gomez
Add documentation under kbuild/llvm to inform about the experimental
support for building the Linux kernel in macOS hosts environments.
Signed-off-by: Daniel Gomez
---
Documentation/kbuild/llvm.rst | 78 +++
1 file changed, 78
From: Masahiro Yamada
This tool is only used in security/selinux/Makefile.
There is no reason to keep it under scripts/.
Signed-off-by: Masahiro Yamada
---
scripts/remove-stale-files| 3 +++
scripts/selinux/Makefile | 2
From: Daniel Gomez
endian.h header is not provided by default in macOS. Use pkg-config with
the new development package 'bee-headers' [1] to find the path where the
headers are installed.
[1] Bee Headers Project links:
https://github.com/bee-headers/headers
https://github.com/b
From: Masahiro Yamada
Commit bfc5e3a6af39 ("selinux: use the kernel headers when building
scripts/selinux") is not the right thing to do.
It is clear from the warning in include/uapi/linux/types.h:
#ifndef __EXPORTED_HEADERS__
#warning "Attempt to use kernel headers from user space, see
ht
f-by: Nick Desaulniers
Signed-off-by: Daniel Gomez
---
scripts/subarch.include | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/subarch.include b/scripts/subarch.include
index 4bd327d0ae42..c4592d59d69b 100644
--- a/scripts/subarch.include
+++ b/scripts/subarch.include
@@
From: Daniel Gomez
endian.h header is not provided by default in macOS. Use pkg-config with
the new development package 'bee-headers' [1] to find the path where the
headers are installed.
[1] Bee Headers Project links:
https://github.com/bee-headers/headers
https://github.com/b
From: Daniel Gomez
Use getprogname() [1] instead of program_invocation_short_name() [2]
for macOS hosts.
[1]:
https://www.gnu.org/software/gnulib/manual/html_node/
program_005finvocation_005fshort_005fname.html
[2]:
https://developer.apple.com/library/archive/documentation/System/
Conceptual
From: Daniel Gomez
The uuid_t struct defined in sys/types.h on macOS hosts conflicts with
the one defined in file2alias, resulting in the typedef redefinition
error below. To resolve this conflict, define the _UUID_T and
__GETHOSTUUID_ in file2alias HOSTCFLAGS.
Error:
HOSTCC scripts/mod
On Fri, Sep 06, 2024 at 08:58:15AM +0900, Masahiro Yamada wrote:
> On Thu, Sep 5, 2024 at 5:56 PM Daniel Gomez wrote:
> >
> > On Mon, Sep 02, 2024 at 01:15:01AM +0900, Masahiro Yamada wrote:
> > > On Sat, Aug 31, 2024 at 4:54 AM Nicolas Schier wrote:
> > > >
&
On Mon, Sep 02, 2024 at 01:15:01AM +0900, Masahiro Yamada wrote:
> On Sat, Aug 31, 2024 at 4:54 AM Nicolas Schier wrote:
> >
> > On Sat, Aug 24, 2024 at 12:54:50AM +0200 Daniel Gomez wrote:
> > > On Wed, Aug 07, 2024 at 05:46:03PM +0200, Nicolas Schier wrote:
> > >
On Sat, Aug 24, 2024 at 12:14 AM Daniel Gomez (Samsung)
wrote:
>
> On Fri, Aug 23, 2024 at 6:13 PM Masahiro Yamada wrote:
> >
> > On Wed, Aug 7, 2024 at 8:10 AM Daniel Gomez via B4 Relay
> > wrote:
> > >
> > > From: Nick Desaulniers
> > >
On Wed, Aug 07, 2024 at 05:46:03PM +0200, Nicolas Schier wrote:
> On Wed, Aug 07, 2024 at 04:18:54PM +0200, Greg Kroah-Hartman wrote:
> > On Wed, Aug 07, 2024 at 02:13:57PM +0000, Daniel Gomez wrote:
> > > > Also, as this is not internal for the kernel, but rather for use
On Wed, Aug 07, 2024 at 04:19:42PM +0200, Greg Kroah-Hartman wrote:
> On Wed, Aug 07, 2024 at 01:56:38PM +0000, Daniel Gomez wrote:
> > On Wed, Aug 07, 2024 at 01:01:08PM GMT, Greg Kroah-Hartman wrote:
> > > On Wed, Aug 07, 2024 at 01:09:14AM +0200, Daniel Gomez via B4 Relay w
On Fri, Aug 23, 2024 at 6:13 PM Masahiro Yamada wrote:
>
> On Wed, Aug 7, 2024 at 8:10 AM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Nick Desaulniers
> >
> > When building the Linux kernel on an aarch64 MacOS based host, if we don't
> > spe
On Fri, Aug 9, 2024 at 2:15 PM Masahiro Yamada wrote:
>
> On Wed, Aug 7, 2024 at 8:10 AM Daniel Gomez via B4 Relay
> wrote:
> >
> > From: Daniel Gomez
> >
> > macOS hosts do not provide the linux/limits.h header required for
> > conmakehash. To address th
On Wed, Aug 07, 2024 at 05:38:28PM GMT, Nicolas Schier wrote:
> On Wed, Aug 07, 2024 at 01:09:20AM +0200, Daniel Gomez via B4 Relay wrote:
> > From: Daniel Gomez
> >
> > The genheaders requires the bitsperlong.h and posix_types.h headers.
> > To ensure these headers a
On Wed, Aug 07, 2024 at 05:30:40PM GMT, Nicolas Schier wrote:
> On Wed, Aug 07, 2024 at 01:09:17AM +0200, Daniel Gomez via B4 Relay wrote:
> > From: Daniel Gomez
> >
> > The uuid_t struct defined in sys/types.h on macOS hosts conflicts with
> > the one defined in f
On Wed, Aug 07, 2024 at 01:01:08PM GMT, Greg Kroah-Hartman wrote:
> On Wed, Aug 07, 2024 at 01:09:14AM +0200, Daniel Gomez via B4 Relay wrote:
> > This patch set allows for building the Linux kernel for arm64 in macOS with
> > LLVM.
>
> Is this a requirement somewhere tha
On Tue, Aug 06, 2024 at 08:50:09PM GMT, Lucas De Marchi wrote:
> On Wed, Aug 07, 2024 at 01:09:18AM GMT, Daniel Gomez via B4 Relay wrote:
> > From: Daniel Gomez
> >
> > Use getprogname() [1] instead of program_invocation_short_name() [2]
> > for macOS hosts.
> >
On Wed, Aug 07, 2024 at 01:04:29PM GMT, Greg Kroah-Hartman wrote:
> On Wed, Aug 07, 2024 at 01:09:22AM +0200, Daniel Gomez via B4 Relay wrote:
> > From: Daniel Gomez
> >
> > Add a copy of elf/elf.h header from the GNU C Library (glibc), version
> > glibc-2.40 into in
From: Daniel Gomez
Commit 67bf347ba924 ("kbuild: remove PROVIDE() for kallsyms symbols")
introduces the use of scripts/kallsyms with /dev/null as input to
generate the kernel symbols file. This results in getline() returning
ENOTTY as the errno value on macOS hosts. To handle this
From: Daniel Gomez
Both genmap and makemapdata require the linux/version.h header. To
ensure successful builds on macOS hosts, make sure usr/include is
included in the HOSTCFLAGS.
Fixes errors:
drivers/accessibility/speakup/genmap.c:13:10: fatal error: 'linux/version.h'
file not f
a separate expression to support for armv.* as per error reported by
Nicolas Schier [1].
[1] https://lore.kernel.org/all/y3mrvtwdjiwmh...@bergen.fjasle.eu/#t
Signed-off-by: Nick Desaulniers
Signed-off-by: Daniel Gomez
---
scripts/subarch.include | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
di
From: Daniel Gomez
macOS hosts do not include byteswap.h header required for modpost
objects. Add a copy of the string/byteswap.h from the GNU C Library
(glibc), version glibc-2.40 into include/byteswap and update the modpost
Makefile to include the library.
Remove the following headers from
From: Daniel Gomez
macOS hosts do not provide the linux/limits.h header required for
conmakehash. To address this, ensure that usr/include is included in
the conmakehash HOSTCFLAGS. This will provide the necessary header for
successful compilation on macOS.
Fixes error:
HOSTCC drivers/tty/vt
From: Daniel Gomez
The mdp object requires the bitsperlong.h and posix_types.h headers.
To ensure these headers are found during compilation on macOS hosts,
add usr/include to HOST_EXTRACFLAGS in the genheaders Makefile. This
adjustment allows the compiler to locate all necessary headers when
From: Daniel Gomez
The genheaders requires the bitsperlong.h and posix_types.h headers.
To ensure these headers are found during compilation on macOS hosts,
add usr/include to HOST_EXTRACFLAGS in the genheaders Makefile. This
adjustment allows the compiler to locate all necessary headers when
From: Daniel Gomez
The uuid_t struct defined in sys/types.h on macOS hosts conflicts with
the one defined in file2alias, resulting in the typedef redefinition
error below. To resolve this conflict, redefine the uuid_t specifically
for macOS hosts.
Error:
HOSTCC scripts/mod/file2alias.o
From: Daniel Gomez
Use getprogname() [1] instead of program_invocation_short_name() [2]
for macOS hosts.
[1]:
https://www.gnu.org/software/gnulib/manual/html_node/
program_005finvocation_005fshort_005fname.html
[2]:
https://developer.apple.com/library/archive/documentation/System/
Conceptual
From: Daniel Gomez
macOS hosts do not include endian.h header required for gen-hyper
object. Add a copy of the include/endian.h from the GNU C Library
(glibc), version glib-2.40 into include/endian and a copy of bits/
uintn-identity.h into include/endian/bits and update the gen-hyper
Makefile to
From: Daniel Gomez
Export kernel headers necessary for the tools located in scripts/. This
ensures kernel headers are generated before building scripts/selinux.
Kernel headers required for building are: asm/types.h, asm/bitsperlong.h
and asm/poix_types.h.
Signed-off-by: Daniel Gomez
rg
Cc: kvm...@lists.linux.dev
Cc: linux-ser...@vger.kernel.org
Cc: l...@lists.linux.dev
Cc: Finn Behrens
Cc: Daniel Gomez (Samsung)
Cc: gost@samsung.com
Signed-off-by: Daniel Gomez
---
Daniel Gomez (11):
kbuild: add header_install dependency to scripts
file2alias: fix uuid_t defi
On Wed, Jan 10, 2024 at 4:35 PM Matthew Wilcox wrote:
>
> On Wed, Jan 10, 2024 at 05:28:22PM +0200, Joonas Lahtinen wrote:
> > Quoting Joonas Lahtinen (2024-01-10 17:20:24)
> > > However we specifically pass "huge=within_size" to vfs_kern_mount when
> > > creating a private mount of tmpfs for the
("drm/amd/display: remove DC_FP_* wrapper from
dml folder")
Signed-off-by: Daniel Gomez
---
.../amd/display/dc/dcn10/dcn10_hw_sequencer.c | 12 +-
.../drm/amd/display/dc/dcn10/dcn10_resource.c | 66 +-
.../drm/amd/display/dc/dml/calcs/dcn_calcs.c | 118 --
: remove
DC_FP_* wrapper from dml folder
[2] BUG: sleeping function called from invalid context at
kernel/locking/mutex.c:283
Signed-off-by: Daniel Gomez
---
Hi,
The patch [1] introduces BUG [2] since linux 5.18. The reason seems to be
wrapping entirely the functions dcn_bw_update_from_pplib and
On Tue, 7 Sept 2021 at 19:23, Alex Deucher wrote:
>
> On Tue, Sep 7, 2021 at 4:53 AM Daniel Gomez wrote:
> >
> > Add custom power profile mode support on smu10.
> > Update workload bit list.
> > ---
> >
> > Hi,
> >
> > I'm trying to add
Add custom power profile mode support on smu10.
Update workload bit list.
---
Hi,
I'm trying to add custom profile for the Raven Ridge but not sure if
I'd need a different parameter than PPSMC_MSG_SetCustomPolicy to
configure the custom values. The code seemed to support CUSTOM for
workload types
Hi guys,
On Wed, 7 Apr 2021 at 11:27, Christian König
wrote:
> Am 07.04.21 um 09:47 schrieb Daniel Gomez:
> > On Tue, 6 Apr 2021 at 22:56, Alex Deucher wrote:
> >> On Mon, Mar 22, 2021 at 6:34 AM Christian König
> >> wrote:
> >>> Hi Daniel,
> >
On Tue, 6 Apr 2021 at 22:56, Alex Deucher wrote:
>
> On Mon, Mar 22, 2021 at 6:34 AM Christian König
> wrote:
> >
> > Hi Daniel,
> >
> > Am 22.03.21 um 10:38 schrieb Daniel Gomez:
> > > On Fri, 19 Mar 2021 at 21:29, Felix Kuehling
> > > wro
On Mon, 22 Mar 2021 at 11:34, Christian König
wrote:
>
> Hi Daniel,
>
> Am 22.03.21 um 10:38 schrieb Daniel Gomez:
> > On Fri, 19 Mar 2021 at 21:29, Felix Kuehling wrote:
> >> This caused a regression in kfdtest in a large-buffer stress test after
> >> me
sg_table) {
if (gtt->user_ptr) ...
}
If you agree, I'll send a v2 patch. Otherwise, maybe we could return
within amdgpu_ttm_tt_unpin_userptr if memory hasn't been allocated.
Any other ideas?
Regards,
Daniel
>
> Reverting this patch fixes the problem for me.
>
>
If userptr pages have been pinned but not bounded,
they remain uncleared.
Signed-off-by: Daniel Gomez
---
drivers/gpu/drm/radeon/radeon_ttm.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index
On Thu, 18 Mar 2021 at 08:49, Christian König wrote:
>
> Am 17.03.21 um 17:08 schrieb Daniel Gomez:
> > If userptr pages have been pinned but not bounded,
> > they remain uncleared.
> >
> > Signed-off-by: Daniel Gomez
>
> Good catch, not sure if that can eve
If userptr pages have been pinned but not bounded,
they remain uncleared.
Signed-off-by: Daniel Gomez
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu
On Thu, 11 Mar 2021 at 21:00, Daniel Gomez wrote:
> On Thu, 11 Mar 2021 at 17:10, Alex Deucher wrote:
> >
> > On Thu, Mar 11, 2021 at 10:02 AM Alexandre Desnoyers
> wrote:
> > >
> > > On Thu, Mar 11, 2021 at 2:49 PM Daniel Gomez wrote:
> > > &
On Thu, 11 Mar 2021 at 17:10, Alex Deucher wrote:
>
> On Thu, Mar 11, 2021 at 10:02 AM Alexandre Desnoyers wrote:
> >
> > On Thu, Mar 11, 2021 at 2:49 PM Daniel Gomez wrote:
> > >
> > > On Thu, 11 Mar 2021 at 10:09, Daniel Gomez wrote:
> > > >
&g
On Thu, 11 Mar 2021 at 10:09, Daniel Gomez wrote:
>
> On Wed, 10 Mar 2021 at 18:06, Alex Deucher wrote:
> >
> > On Wed, Mar 10, 2021 at 11:37 AM Daniel Gomez wrote:
> > >
> > > Disabling GFXOFF via the quirk list fixes a hardware lockup in
> > &g
On Wed, 10 Mar 2021 at 18:06, Alex Deucher wrote:
>
> On Wed, Mar 10, 2021 at 11:37 AM Daniel Gomez wrote:
> >
> > Disabling GFXOFF via the quirk list fixes a hardware lockup in
> > Ryzen V1605B, RAVEN 0x1002:0x15DD rev 0x83.
> >
> > Signed-off-by: Daniel Go
Disabling GFXOFF via the quirk list fixes a hardware lockup in
Ryzen V1605B, RAVEN 0x1002:0x15DD rev 0x83.
Signed-off-by: Daniel Gomez
---
This patch is a continuation of the work here:
https://lkml.org/lkml/2021/2/3/122 where a hardware lockup was discussed and
a dma_fence deadlock was provoke
n though it is not used in that stack.
Anyway, I'll keep you guys posted with this change.
>
> Regards,
> Christian.
>
> Am 03.02.21 um 09:33 schrieb Daniel Gomez:
> > Hi all,
> >
> > I have a deadlock with the amdgpu mainline driver when running in paralle
On Wed, 3 Feb 2021 at 10:47, Daniel Gomez wrote:
>
> On Wed, 3 Feb 2021 at 10:17, Daniel Vetter wrote:
> >
> > On Wed, Feb 3, 2021 at 9:51 AM Christian König
> > wrote:
> > >
> > > Am 03.02.21 um 09:48 schrieb Daniel Vetter:
> > &g
t; Yeah, that's still a good idea to have.
Here the full backtrace dmesg logs after the hang:
https://pastebin.com/raw/kzivm2L3
This is another dmesg log with the backtraces after SIGKILL the matrix process:
(I didn't have the sysrq enable at the time):
https://pastebin.com/raw/pRBwGcj1
the 'latest' linux-firmware adds support for the
20.45 version but
I haven't tested it yet since I couldn't bring it up properly the
support as I was doing for
the previous versions. Somehow the libamdocl64.so got reduced from 80 Mb to
1.2 Mb and I couldn't figure out
Hi all,
I have a deadlock with the amdgpu mainline driver when running in parallel two
OpenCL applications. So far, we've been able to replicate it easily by executing
clinfo and MatrixMultiplication (from AMD opencl-samples). It's quite old the
opencl-samples so, if you have any other suggestion
0xe10): undefined reference to
`drm_atomic_helper_connector_destroy_state'
Signed-off-by: Daniel Gomez
---
drivers/gpu/drm/rcar-du/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/rcar-du/Kconfig b/drivers/gpu/drm/rcar-du/Kconfig
index 0919f1f159a4..f65d1489dc50 100644
--- a/drivers/gpu/drm/rcar-du
62 matches
Mail list logo
