Crash with radeonkms

[Anindya Mukherjee]

Thanks!!! I compiled the patch in and now I can load radeonkms!

I sort of understand the patch; one main change seems to be the definition of acpi_get_table in sys/compat/linuxkpi/common/src/linux_acpi.c so now the symbol is found.

I had the module load error (before adding Jung's patch) on a fresh build done exactly following the instructions.

Anindya
________________________________________
From: Jung-uk Kim [jkim at FreeBSD.org]
Sent: January 13, 2017 8:09 AM
To: Anindya Mukherjee; Matthew Macy
Cc: freebsd-x11 at freebsd.org
Subject: Re: Crash with radeonkms

On 01/12/2017 23:08, Anindya Mukherjee wrote:
> Thanks for the tip! I loaded linuxkpi, drm first, and then tried to load radeonkms with the following results:
>
> [drm] Initialized
> link_elf_obj: symbol acpi_get_table undefined
> linker_load_file: Unsupported file type
>
> I see a protoype for this function (and others) in sys/compat/linuxkpi/common/include/acpi/acpifx.h:494. Perhaps all of them are missing? Can we add a linker script or something similar?

Please try this patch.

https://patch-diff.githubusercontent.com/raw/FreeBSDDesktop/freebsd-base-graphics/pull/110.diff

Jung-uk Kim

> Anindya
>
> ________________________________________
> From: Matthew Macy [mmacy at nextbsd.org]
> Sent: January 12, 2017 2:43 PM
> To: Anindya Mukherjee
> Cc: freebsd-x11 at freebsd.org
> Subject: RE: Crash with radeonkms
>
>  ---- On Thu, 12 Jan 2017 09:52:21 -0800 Anindya Mukherjee <anindya49 at hotmail.com> wrote ----
>  > There seems to be an error while trying to load the "radeonkms" module (#15). It then tries to unload it, and crashes.
>
> Correct. It's almost certainly missing symbols. To find out what they are without crashing your system, load linuxkpi, then load drm, and *then* load radeon. Note that if your hardware is SI or newer it's supported by amdgpu.
>
> -M