[ Upstream commit 17fc24875da1bef4650cf007edae3b2e26d2fa4e ]
The sof-rt5682 machine driver supports both legacy Baytrail devices
and more recent ApolloLake/CometLake platforms. When only Baytrail is
selected, the compilation fails with the following errors:
ERROR: "hdac_hdmi_jack_port_init"
[soun
From: Pierre-Louis Bossart
[ Upstream commit 17fc24875da1bef4650cf007edae3b2e26d2fa4e ]
The sof-rt5682 machine driver supports both legacy Baytrail devices
and more recent ApolloLake/CometLake platforms. When only Baytrail is
selected, the compilation fails with the following errors:
ERROR: "hd
On Mon, Sep 11, 2017 at 02:58:59PM +0300, Meelis Roos wrote:
> Just went and changed kernel conf to HPSA instead of old CCISS but got a
> compilation failure:
>
> drivers/scsi/scsi_transport_sas.o: In function `sas_bsg_initialize':
> scsi_transport_sas.c:(.text+0x12fd): undefined reference to `bs
On Mon, Sep 11, 2017 at 02:58:59PM +0300, Meelis Roos wrote:
> Just went and changed kernel conf to HPSA instead of old CCISS but got a
> compilation failure:
Martin has already applied a fix for this from Arnd, but it doesn't
seem to have made it to Linus yet due to the usual detour
via James' t
Just went and changed kernel conf to HPSA instead of old CCISS but got a
compilation failure:
drivers/scsi/scsi_transport_sas.o: In function `sas_bsg_initialize':
scsi_transport_sas.c:(.text+0x12fd): undefined reference to `bsg_setup_queue'
scsi_transport_sas.c:(.text+0x13b2): undefined reference
net test fails to link properly due to a missing reference to -lnuma and
fails with:
reuseport_bpf_numa.c:138: undefined reference to `numa_run_on_node'
reuseport_bpf_numa.c:230: undefined reference to `numa_available'
reuseport_bpf_numa.c:233: undefined reference to `numa_max_node'
collect2: error
3.2.70-rc1 review patch. If anyone has any objections, please let me know.
--
From: John David Anglin
commit ca0ad83da17b6ba07f9eb5902e69daac90c4fa61 upstream.
The Debian experimental linux source package (3.8.5-1) build fails
with the following errors:
...
MODPOST 2016 module
On Mon, Sep 15, 2014 at 09:34:53AM -0500, John L. Hammond wrote:
> From: "John L. Hammond"
>
> If CONFIG_PROC_FS=n then obd_memory is not defined. So put the setup
> and cleanup of this variable within #ifdef CONFIG_PROC_FS guards.
>
> Signed-off-by: John L. Hammond
> ---
> .../staging/lustre/
From: "John L. Hammond"
If CONFIG_PROC_FS=n then obd_memory is not defined. So put the setup
and cleanup of this variable within #ifdef CONFIG_PROC_FS guards.
Signed-off-by: John L. Hammond
---
.../staging/lustre/lustre/include/obd_support.h|2 ++
drivers/staging/lustre/lustre/obdclass
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
> On Mon, 24 Jan 2005 19:04:53 EST, John Richard Moser said:
>
>
>>fs/built-in.o(.text+0xe413): In function `link_path_walk':
>>: undefined reference to `gr_inode_follow_link'
>>fs/built-in.o(.text+0xe933): In function `lin
On Mon, 24 Jan 2005 19:04:53 EST, John Richard Moser said:
> fs/built-in.o(.text+0xe413): In function `link_path_walk':
> : undefined reference to `gr_inode_follow_link'
> fs/built-in.o(.text+0xe933): In function `link_path_walk':
> : undefined reference to `gr_inode_follow_link'
> fs/built-in.o(.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
icebox linux-2.6.10-grs # make
CHK include/linux/version.h
make[1]: `arch/x86_64/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
GEN .version
CHK include/linux/compile.h
UPD in
In article <[EMAIL PROTECTED]> you wrote:
> make oldconfig clean dep all install modules modules_install
> Makefiles are puzzling, sometimes.
make dep does something that's basically equivalent to changing
the Makefiles. However, make doesn't re-read them, so all the
targets after "dep" will be
James Simmons wrote:
>> I had this option in my .config:
>>
>> CONFIG_FB_RIVA=m
>>
>> Changing that option to:
>>
>> # CONFIG_FB_RIVA is not set
>>
>> made the errors stop occuring. I am not sure
>> why building the Riva support as a module would
>> cause the errors to be generated
> I had this option in my .config:
>
> CONFIG_FB_RIVA=m
>
> Changing that option to:
>
> # CONFIG_FB_RIVA is not set
>
> made the errors stop occuring. I am not sure
> why building the Riva support as a module would
> cause the errors to be generated.
Did this. No problem. The o
> On Tue, 24 Oct 2000, Miles Lane wrote:
>
>
>> James, I tried something even more drastic than running
>> make mrproper. I blew away my old source tree, untarred
>> a test9 tree, patched it to test10-pre5, copied my old .config
>> file into it, ran make oldconfig menuconfig dep all install
>>
On Tue, 24 Oct 2000, Miles Lane wrote:
> James, I tried something even more drastic than running
> make mrproper. I blew away my old source tree, untarred
> a test9 tree, patched it to test10-pre5, copied my old .config
> file into it, ran make oldconfig menuconfig dep all install
> modules modu
James Simmons wrote:
>> I am experimenting with compiling lots of stuff as modules.
>> I hit what is either a user error, a configuration script
>> bug or a symbol export bug.
>
>
> I just tried your setup and it worked for me. Try a
> make mrproper and then a make dep etc.
I still get this
> I am experimenting with compiling lots of stuff as modules.
> I hit what is either a user error, a configuration script
> bug or a symbol export bug.
I just tried your setup and it worked for me. Try a make mrproper and then
a make dep etc.
-
To unsubscribe from this list: send the line "uns
I am experimenting with compiling lots of stuff as modules.
I hit what is either a user error, a configuration script
bug or a symbol export bug.
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
20 matches
Mail list logo
