LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Mobile
User Name
Password
Linux - Mobile This forum is for the discussion of all topics relating to Mobile Linux. This includes Android, Tizen, Sailfish OS, Replicant, Ubuntu Touch, webOS, and other similar projects and products.

Notices


Reply
  Search this Thread
Old 03-03-2021, 08:46 AM   #1
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Rep: Reputation: Disabled
Several .o files not found during build process while compiling a kernel for my SAMSUNG GALAXY J7 (SM-J700F)


I am trying to build a kernel for SM-J700F from the source at https://opensource.samsung.com/uploa...Value=SM-J700F.

I am following README file present at source.

I got a toolchain from android-ndk that is with the help of following command:

Code:
$NDK/build/tools/make_standalone_toolchain.py \

    --arch arm64 --api 21 --install-dir /tmp/my-android-toolchain
and has put the toolchains where the Makefile searches for it.

Now at kernel source root directory I did the following:

Code:
make ARCH=arm64 j7elte_00_defconfig
OUTPUT:

Code:
[wrocket@wrocket-pc kernel]$ make ARCH=arm64 j7elte_00_defconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/zconf.tab.o
In file included from scripts/kconfig/zconf.tab.c:2503:
scripts/kconfig/menu.c: In function ‘get_symbol_str’:
scripts/kconfig/menu.c:567:18: warning: ‘jump’ may be used uninitialized in this function [-Wmaybe-uninitialized]
  567 |     jump->offset = r->len - 1;
      |     ~~~~~~~~~~~~~^~~~~~~~~~~~
scripts/kconfig/menu.c:528:19: note: ‘jump’ was declared here
  528 |  struct jump_key *jump;
      |                   ^~~~
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#
After that I did the following:

Code:
make ARCH=arm64 -j64 -no-integreted-as
OUTPUT:

Code:
...

set -e;  echo '  LINK    vmlinux'; /bin/sh scripts/link-vmlinux.sh ../PLATFORM/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-ld -EL  -p --no-undefined -X --build-id; echo 'cmd_vmlinux := /bin/sh scripts/link-vmlinux.sh ../PLATFORM/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-ld -EL  -p --no-undefined -X --build-id' > ./.vmlinux.cmd
  LINK    vmlinux
  LD      vmlinux.o
aarch64-linux-android-ld: error: cannot open arch/arm64/kernel/head.o: No such file or directory
aarch64-linux-android-ld: error: cannot open init/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open usr/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/kernel/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/mm/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/crypto/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/mach-exynos/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/plat-samsung/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open kernel/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open mm/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open fs/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open ipc/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open security/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open crypto/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open block/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/lib/lib.a: No such file or directory
aarch64-linux-android-ld: error: cannot open lib/lib.a: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/lib/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open lib/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open drivers/built-in.o: No such file or directory
aarch64-linux-android-ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors)
make: *** [Makefile:805: vmlinux] Error 1

Below is the link of debug output from make ARCH=arm64 -j64 -no-integrated-as -d.
https://drive.google.com/file/d/1BgL...ew?usp=sharing


I can see some of the source file like head.S but head.o is not there. I assume missing .o file should be build before it is required. I tried to figure out whats wrong but had no luck.

Please shed some light. I am new to kernel building.

Last edited by wrufesh; 03-04-2021 at 01:37 PM. Reason: Debug log added. Source information added.
 
Old 03-04-2021, 10:52 AM   #2
jsbjsb001
Senior Member
 
Registered: Mar 2009
Location: Earth, unfortunately...
Distribution: Currently: OpenMandriva. Previously: openSUSE, PCLinuxOS, CentOS, among others over the years.
Posts: 3,827

Rep: Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020
Quote:
Originally Posted by wrufesh View Post
I am trying to build a kernel for SM-J700F from the source at https://opensource.samsung.com/.

I got a toolchain from android-ndk that is with the help of following command:

Code:
$NDK/build/tools/make_standalone_toolchain.py \

    --arch arm64 --api 21 --install-dir /tmp/my-android-toolchain
and has put the toolchains where the Makefile searches for it.

Now at kernel source root directory I did the following:

Code:
make ARCH=arm64 j7elte_00_defconfig
OUTPUT:

Code:
[wrocket@wrocket-pc kernel]$ make ARCH=arm64 j7elte_00_defconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/zconf.tab.o
In file included from scripts/kconfig/zconf.tab.c:2503:
scripts/kconfig/menu.c: In function ‘get_symbol_str’:
scripts/kconfig/menu.c:567:18: warning: ‘jump’ may be used uninitialized in this function [-Wmaybe-uninitialized]
  567 |     jump->offset = r->len - 1;
      |     ~~~~~~~~~~~~~^~~~~~~~~~~~
scripts/kconfig/menu.c:528:19: note: ‘jump’ was declared here
  528 |  struct jump_key *jump;
      |                   ^~~~
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#
After that I did the following:

Code:
make ARCH=arm64 -j64 -no-integreted-as
OUTPUT:

Code:
...

set -e;  echo '  LINK    vmlinux'; /bin/sh scripts/link-vmlinux.sh ../PLATFORM/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-ld -EL  -p --no-undefined -X --build-id; echo 'cmd_vmlinux := /bin/sh scripts/link-vmlinux.sh ../PLATFORM/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-ld -EL  -p --no-undefined -X --build-id' > ./.vmlinux.cmd
  LINK    vmlinux
  LD      vmlinux.o
aarch64-linux-android-ld: error: cannot open arch/arm64/kernel/head.o: No such file or directory
aarch64-linux-android-ld: error: cannot open init/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open usr/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/kernel/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/mm/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/crypto/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/mach-exynos/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/plat-samsung/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open kernel/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open mm/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open fs/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open ipc/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open security/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open crypto/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open block/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/lib/lib.a: No such file or directory
aarch64-linux-android-ld: error: cannot open lib/lib.a: No such file or directory
aarch64-linux-android-ld: error: cannot open arch/arm64/lib/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open lib/built-in.o: No such file or directory
aarch64-linux-android-ld: error: cannot open drivers/built-in.o: No such file or directory
aarch64-linux-android-ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors)
make: *** [Makefile:805: vmlinux] Error 1
I can see some of the source file like head.S but head.o is not there. I assume missing .o file should be build before it is required. I tried to figure out whats wrong but had no luck.

Please shed some light. I am new to kernel building.
While I've only ever built the Linux kernel for the x86 platform, and not the ARM platform; it seems strange to me that it would try and link the kernel before compiling the object code - as that what it looks like to me. The process as far as I know should be, compile the object code, and THEN link the object code into an executable(s) or library(s), not the other way around.

And I don't get what the "-no-integreted-as" argument below does either - I've never seen that argument before and Google seems to fail me in trying to figure out what that argument does. Do you know what that is there for?

Code:
make ARCH=arm64 -j64 -no-integreted-as
Also, looking at the link you provided above, I cannot find any guide that I assume you followed.
Could you provide a link directly to whatever guide/howto you followed?

You might also what to keep on eye on your other thread over at the XDA-developers forum, and let us know if they manage to help you solve the problem.
 
Old 03-04-2021, 10:59 AM   #3
Emerson
LQ Sage
 
Registered: Nov 2004
Location: Saint Amant, Acadiana
Distribution: Gentoo ~arch
Posts: 7,035

Rep: Reputation: Disabled
I'd try and reduce make instances, just to make sure it is not a parallel build issue.
 
Old 03-04-2021, 12:04 PM   #4
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
I am following the README available in source

Quote:
Originally Posted by jsbjsb001 View Post
While I've only ever built the Linux kernel for the x86 platform, and not the ARM platform; it seems strange to me that it would try and link the kernel before compiling the object code - as that what it looks like to me. The process as far as I know should be, compile the object code, and THEN link the object code into an executable(s) or library(s), not the other way around.

And I don't get what the "-no-integreted-as" argument below does either - I've never seen that argument before and Google seems to fail me in trying to figure out what that argument does. Do you know what that is there for?

Code:
make ARCH=arm64 -j64 -no-integreted-as
Also, looking at the link you provided above, I cannot find any guide that I assume you followed.
Could you provide a link directly to whatever guide/howto you followed?

You might also what to keep on eye on your other thread over at the XDA-developers forum, and let us know if they manage to help you solve the problem.
I followed the README present in source code.

Source can be downloaded from here : https://opensource.samsung.com/uploa...Value=SM-J700F


Regarding
Code:
-no-integrated-as
I was trying to build with

Code:
make ARCH=arm64 -j64
but faced the issue described here: http://clang-developers.42468.n3.nab...td4043949.html

It says this happens because of inline assembler so with
Code:
-no-integrated-as
we are just saying not to use inline assembler.

I already have posted over XDA Forum : https://forum.xda-developers.com/t/s...j700f.4241551/


This is the output of make with debug

Code:
make ARCH=arm64 -j64 -no-integrated-as -d
https://drive.google.com/file/d/1BgL...ew?usp=sharing


What i found from the debug log is the error happens right after job process starts.
 
Old 03-04-2021, 12:11 PM   #5
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by Emerson View Post
I'd try and reduce make instances, just to make sure it is not a parallel build issue.
I also tried

Code:
make ARCH=arm64 -j1 -no-integreted-as
But had no luck
 
Old 03-04-2021, 12:22 PM   #6
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by jsbjsb001 View Post
While I've only ever built the Linux kernel for the x86 platform, and not the ARM platform; it seems strange to me that it would try and link the kernel before compiling the object code - as that what it looks like to me. The process as far as I know should be, compile the object code, and THEN link the object code into an executable(s) or library(s), not the other way around.

And I don't get what the "-no-integreted-as" argument below does either - I've never seen that argument before and Google seems to fail me in trying to figure out what that argument does. Do you know what that is there for?

Code:
make ARCH=arm64 -j64 -no-integreted-as
Also, looking at the link you provided above, I cannot find any guide that I assume you followed.
Could you provide a link directly to whatever guide/howto you followed?

You might also what to keep on eye on your other thread over at the XDA-developers forum, and let us know if they manage to help you solve the problem.
I am following the instruction from README available at source.

Source can be obtained from https://opensource.samsung.com/uploa...Value=SM-J700F

Regarding -no-integrated-as

I was trying to build with following command:

Code:
make ARCH=arm64 -j64
But fell into the issue described here.
http://clang-developers.42468.n3.nab...td4043949.html

It says it is caused by inline assembler and with -no-integrated-as we can fix it.

Below is the link of debug output from make ARCH=arm64 -j64 -no-integrated-as -d.
https://drive.google.com/file/d/1BgL...ew?usp=sharing

Last edited by wrufesh; 03-04-2021 at 01:35 PM. Reason: typo
 
Old 03-04-2021, 12:27 PM   #7
pan64
LQ Guru
 
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 16,207

Rep: Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419
for me it looks like misconfiguration, probably you missed a step somewhere. Or the make config step failed.
 
Old 03-04-2021, 12:36 PM   #8
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by pan64 View Post
for me it looks like misconfiguration, probably you missed a step somewhere. Or the make config step failed.
Yes I had a warning during config step. It was like this.

Code:
[wrocket@wrocket-pc kernel]$ make ARCH=arm64 j7elte_00_defconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/zconf.tab.o
In file included from scripts/kconfig/zconf.tab.c:2503:
scripts/kconfig/menu.c: In function ‘get_symbol_str’:
scripts/kconfig/menu.c:567:18: warning: ‘jump’ may be used uninitialized in this function [-Wmaybe-uninitialized]
  567 |     jump->offset = r->len - 1;
      |     ~~~~~~~~~~~~~^~~~~~~~~~~~
scripts/kconfig/menu.c:528:19: note: ‘jump’ was declared here
  528 |  struct jump_key *jump;
      |                   ^~~~
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#
Could this be the cause?
 
Old 03-04-2021, 02:12 PM   #9
pan64
LQ Guru
 
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 16,207

Rep: Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419Reputation: 5419
no, I saw that. I would rather say the .config file is incomplete (I don't know why), but it is only a warning.
some help: https://stackoverflow.com/questions/...e-defconfig-do
 
Old 03-05-2021, 01:19 AM   #10
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by pan64 View Post
no, I saw that. I would rather say the .config file is incomplete (I don't know why), but it is only a warning.
some help: https://stackoverflow.com/questions/...e-defconfig-do
Is there any way I could verify that? The source of code seems trust-able and ready to build.
 
Old 03-05-2021, 09:00 AM   #11
jsbjsb001
Senior Member
 
Registered: Mar 2009
Location: Earth, unfortunately...
Distribution: Currently: OpenMandriva. Previously: openSUSE, PCLinuxOS, CentOS, among others over the years.
Posts: 3,827

Rep: Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020
Quote:
Originally Posted by wrufesh View Post
Is there any way I could verify that? The source of code seems trust-able and ready to build.
If I'm right in thinking that for whatever reason it's trying to link non-existent object code, then that's why it's failing to build. So you would need to find out why the object code isn't being compiled in order to know what the solution is.

FWIW, I'm thinking along the same lines as pan64 in post #6, or you're missing something in the README, or similar.

Could you attach the README file you're following to your next post, so we can see exactly what instructions you're following? As perhaps, we can provide better help and find out what you might be missing.
 
Old 03-05-2021, 11:40 AM   #12
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by jsbjsb001 View Post
If I'm right in thinking that for whatever reason it's trying to link non-existent object code, then that's why it's failing to build. So you would need to find out why the object code isn't being compiled in order to know what the solution is.

FWIW, I'm thinking along the same lines as pan64 in post #6, or you're missing something in the README, or similar.

Could you attach the README file you're following to your next post, so we can see exactly what instructions you're following? As perhaps, we can provide better help and find out what you might be missing.
This is it

Quote:
################################################################################
HOW TO BUILD KERNEL FOR SM-J700F_SWA_MM_INS

1. How to Build
- get Toolchain
download and install aarch64-linux-android-4.9 toolchain for ARM EABI.
Extract kernel source and move into the top directory.

$ make ARCH=arm64 j7elte_00_defconfig
$ make ARCH=arm64 -j64


2. Output files
- Kernel : Kernel/arch/arm/boot/zImage
- module : Kernel/drivers/*/*.ko

3. How to Clean
$ make clean

4. How to make .tar binary for downloading into target.
- change current directory to Kernel/arch/arm64/boot
- type following command
$ tar cvf SM-J700F_SWA_MM_INS.tar zImage
#################################################################################
I also tried other repos:

https://github.com/Exynos7580/androi...samsung_j7elte

I am still getting the same.
 
Old 03-05-2021, 01:33 PM   #13
wrufesh
LQ Newbie
 
Registered: Mar 2021
Location: Kathmandu, Nepal
Distribution: Arch Linux
Posts: 8

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by jsbjsb001 View Post
If I'm right in thinking that for whatever reason it's trying to link non-existent object code, then that's why it's failing to build. So you would need to find out why the object code isn't being compiled in order to know what the solution is.

FWIW, I'm thinking along the same lines as pan64 in post #6, or you're missing something in the README, or similar.

Could you attach the README file you're following to your next post, so we can see exactly what instructions you're following? As perhaps, we can provide better help and find out what you might be missing.

I just build the kernel successfully with Ubuntu 18.04.

While on Arch linux, with

Code:
make ARCH=arm64 -j64
I was getting the following

Code:
<inline asm>:2:1: note: instantiated into assembly here
->OFF_hid_device_id_product 8 offsetof(struct hid_device_id, product)
^
scripts/mod/devicetable-offsets.c:30:2: error: unexpected token at start of statement
        DEVID(ieee1394_device_id);
        ^
scripts/mod/devicetable-offsets.c:4:22: note: expanded from macro 'DEVID'
#define DEVID(devid) DEFINE(SIZE_##devid, sizeof(struct devid))
                     ^
include/linux/kbuild.h:5:25: note: expanded from macro 'DEFINE'
        asm volatile("\n->" #sym " %0 " #val : : "i" (val))
                        ^
<inline asm>:2:1: note: instantiated into assembly here
->SIZE_ieee1394_device_id 32 sizeof(struct ieee1394_device_id)
^
So I followed this link http://clang-developers.42468.n3.nab...td4043949.html

and appended -no-integrated-as which in turn skips the build process.

Ubuntu 18.04 didnt have such issue.

Thank you for suspecting -no-integrated-as. It was indeed the culprit.

Still I am very curious about why it didnt worked on my arch linux. May be I should post it on different thread.
 
Old 03-06-2021, 01:23 AM   #14
jsbjsb001
Senior Member
 
Registered: Mar 2009
Location: Earth, unfortunately...
Distribution: Currently: OpenMandriva. Previously: openSUSE, PCLinuxOS, CentOS, among others over the years.
Posts: 3,827

Rep: Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020Reputation: 2020
I'm glad you managed to get it working, nice work wrufesh!

Yes, I was suspecting the "-no-integrated-as" was most likely causing the problem, and the README you posted doesn't list that as an argument either. In any case, it seems it's a problem with the toolchain used in Arch Linux, and more precisely, based on the link you posted above, a LLVM/Clang issue, but the same issue isn't present in Ubuntu 18.04's toolchain. From what I understand from the link you posted above, the "-no-integrated-as" tells Clang not to use it's integrated assembler, so still not entirely sure why it wasn't compiling the object code. Perhaps, there wasn't an external assembler available, or it wasn't being called for some reason? Not really sure what was going on there.

I did have problems trying to get the kernel to build using LLVM/Clang on the x86 platform, but it was a different issue in that case. In that case, it was actually the LLVM linker failing to link the object code, but Clang had no issue compiling the object code.

In any case, if you would like to know more about the assembly errors you were getting, you could start another thread about it in the Programming forum and perhaps the guys there could shed some light on it for you. As I'm afraid my assembly knowledge is pretty well non-existent, so I really can't help you there sorry to say. You should also post the assembly output you posted above and a link to this thread for context if you decide to start another thread in the Programming forum here. You should also post the solution and a link to this thread here in your thread over at the XDA-developers forum in any case.

Again, good job!
 
Old 03-21-2021, 05:35 PM   #15
slackguy2
LQ Newbie
 
Registered: Mar 2021
Posts: 7

Rep: Reputation: Disabled
first, make sure you are using the same development environment. your beuilding Tizen OS if i'm not mistaken. they might use ubuntu they might use fedorda you have to use the same.

second: that's a very typical build error. the usual suspect is KERNEL DEPENDENCIES. you were hacking changes into the kernel options, selected one unselected the other and wham, you ooops'ed one of the dependencies that had been automatically selected then clobbered by your further selections. (either you got a .config with a minor error or you f'ed it up slighly). So you check your dependencies list in menu.config (see the kernel directory files), check dependencies, make sure everything in that list is also Y or M in your .config, rebuild, it will work. Next time don't oops your dependencies. Don't select a bunch of stuff, unselect sporadically, then expect it to work (i'm assuming your using the old make menuconfig when i say that). The tool isn't sophisticated enough to track dependencies: it works correctly when you do this:

1) uncheck anything you shouldn't build
2) check anything that will build
3) don't make any keyboard mistakes
4) hand edit the .config if that isn't sufficient

third: if it's in a proprietary section it might be intentional. Tizen might not be "100% open" (you might need the pre-built .o "blob" from Tizen OS). probably not the case here.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Samsung Galaxy S9, Galaxy S8 & Note 8 Approved by the U.S. Department of Defense LXer Syndicated Linux News 0 06-30-2018 05:32 AM
LXer: Samsung Adds Galaxy J3 and Galaxy J7 Phones to its Unlocked by Samsung Portfolio LXer Syndicated Linux News 0 07-25-2017 11:54 PM
LXer: Samsung Galaxy S4 Costs $237 to Build, Teardown Analysis Shows LXer Syndicated Linux News 0 05-09-2013 09:20 AM
compiling Linux kernel for Samsung Galaxy 5 : compiled zImage doesn't work preetb123 Linux - Mobile 0 04-09-2011 05:28 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Mobile

All times are GMT -5. The time now is 04:14 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration