How to regenerate a complete config file from a kernel Image from buildroot
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I have an Image
that I generated using buildroot
that boots a kernel from an SD card and it works perfectly. I changed a few settings in the buildroot
menus (I can't remember which ones) and now every Image
that I generate no longer allows me to connect to the board through Ethernet after it boots, even though I am almost positive that I have reverted back to all of the settings in buildroot
from before.
I have attempted to extract the .config
file from the the perfect Image
by moving the /proc/config.gz
file to the SD card, extracting it, and then copying the .config
to /buildroot/output/build/linux-master/
directory and then running make
from /buildroot/
but that does not generate the same Image
as the perfect one (I can tell right off the bat without even running it because the sizes are ~2MB different).
I also tried following the commands outlined in this post (the part where it says to run the extract-ikconfig
) but that just generated the same .config
file as the first method - as to be expected.
Is there any other way that anyone knows to get back to the exact buildroot
settings that were used to generate that perfect Image
? Or maybe know of some other reason for the Connection refused
message I am getting when running the non-perfect Image
?
kernel ethernet buildroot
add a comment |Â
up vote
0
down vote
favorite
I have an Image
that I generated using buildroot
that boots a kernel from an SD card and it works perfectly. I changed a few settings in the buildroot
menus (I can't remember which ones) and now every Image
that I generate no longer allows me to connect to the board through Ethernet after it boots, even though I am almost positive that I have reverted back to all of the settings in buildroot
from before.
I have attempted to extract the .config
file from the the perfect Image
by moving the /proc/config.gz
file to the SD card, extracting it, and then copying the .config
to /buildroot/output/build/linux-master/
directory and then running make
from /buildroot/
but that does not generate the same Image
as the perfect one (I can tell right off the bat without even running it because the sizes are ~2MB different).
I also tried following the commands outlined in this post (the part where it says to run the extract-ikconfig
) but that just generated the same .config
file as the first method - as to be expected.
Is there any other way that anyone knows to get back to the exact buildroot
settings that were used to generate that perfect Image
? Or maybe know of some other reason for the Connection refused
message I am getting when running the non-perfect Image
?
kernel ethernet buildroot
Differenct compiler (gcc) versions produce different filesizes. Use the exactly same compilter and exactly same kernel version to produce same binaries. (But it is unnecessary - your system will be happy with bigger or smaller images.)
â Ipor Sircer
Jul 3 at 14:54
@IporSircer I have been using the exact same compiler every time. So that is not the problem
â sdepot
Jul 3 at 15:12
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have an Image
that I generated using buildroot
that boots a kernel from an SD card and it works perfectly. I changed a few settings in the buildroot
menus (I can't remember which ones) and now every Image
that I generate no longer allows me to connect to the board through Ethernet after it boots, even though I am almost positive that I have reverted back to all of the settings in buildroot
from before.
I have attempted to extract the .config
file from the the perfect Image
by moving the /proc/config.gz
file to the SD card, extracting it, and then copying the .config
to /buildroot/output/build/linux-master/
directory and then running make
from /buildroot/
but that does not generate the same Image
as the perfect one (I can tell right off the bat without even running it because the sizes are ~2MB different).
I also tried following the commands outlined in this post (the part where it says to run the extract-ikconfig
) but that just generated the same .config
file as the first method - as to be expected.
Is there any other way that anyone knows to get back to the exact buildroot
settings that were used to generate that perfect Image
? Or maybe know of some other reason for the Connection refused
message I am getting when running the non-perfect Image
?
kernel ethernet buildroot
I have an Image
that I generated using buildroot
that boots a kernel from an SD card and it works perfectly. I changed a few settings in the buildroot
menus (I can't remember which ones) and now every Image
that I generate no longer allows me to connect to the board through Ethernet after it boots, even though I am almost positive that I have reverted back to all of the settings in buildroot
from before.
I have attempted to extract the .config
file from the the perfect Image
by moving the /proc/config.gz
file to the SD card, extracting it, and then copying the .config
to /buildroot/output/build/linux-master/
directory and then running make
from /buildroot/
but that does not generate the same Image
as the perfect one (I can tell right off the bat without even running it because the sizes are ~2MB different).
I also tried following the commands outlined in this post (the part where it says to run the extract-ikconfig
) but that just generated the same .config
file as the first method - as to be expected.
Is there any other way that anyone knows to get back to the exact buildroot
settings that were used to generate that perfect Image
? Or maybe know of some other reason for the Connection refused
message I am getting when running the non-perfect Image
?
kernel ethernet buildroot
asked Jul 3 at 14:34
sdepot
1
1
Differenct compiler (gcc) versions produce different filesizes. Use the exactly same compilter and exactly same kernel version to produce same binaries. (But it is unnecessary - your system will be happy with bigger or smaller images.)
â Ipor Sircer
Jul 3 at 14:54
@IporSircer I have been using the exact same compiler every time. So that is not the problem
â sdepot
Jul 3 at 15:12
add a comment |Â
Differenct compiler (gcc) versions produce different filesizes. Use the exactly same compilter and exactly same kernel version to produce same binaries. (But it is unnecessary - your system will be happy with bigger or smaller images.)
â Ipor Sircer
Jul 3 at 14:54
@IporSircer I have been using the exact same compiler every time. So that is not the problem
â sdepot
Jul 3 at 15:12
Differenct compiler (gcc) versions produce different filesizes. Use the exactly same compilter and exactly same kernel version to produce same binaries. (But it is unnecessary - your system will be happy with bigger or smaller images.)
â Ipor Sircer
Jul 3 at 14:54
Differenct compiler (gcc) versions produce different filesizes. Use the exactly same compilter and exactly same kernel version to produce same binaries. (But it is unnecessary - your system will be happy with bigger or smaller images.)
â Ipor Sircer
Jul 3 at 14:54
@IporSircer I have been using the exact same compiler every time. So that is not the problem
â sdepot
Jul 3 at 15:12
@IporSircer I have been using the exact same compiler every time. So that is not the problem
â sdepot
Jul 3 at 15:12
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
0
down vote
It turns out that I accidentally ran the wrong make _defconfig
command from /buildroot
directory so the .config
at the top level had a different set of values than what I was expecting. I ran the proper make
command and am all set.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
It turns out that I accidentally ran the wrong make _defconfig
command from /buildroot
directory so the .config
at the top level had a different set of values than what I was expecting. I ran the proper make
command and am all set.
add a comment |Â
up vote
0
down vote
It turns out that I accidentally ran the wrong make _defconfig
command from /buildroot
directory so the .config
at the top level had a different set of values than what I was expecting. I ran the proper make
command and am all set.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
It turns out that I accidentally ran the wrong make _defconfig
command from /buildroot
directory so the .config
at the top level had a different set of values than what I was expecting. I ran the proper make
command and am all set.
It turns out that I accidentally ran the wrong make _defconfig
command from /buildroot
directory so the .config
at the top level had a different set of values than what I was expecting. I ran the proper make
command and am all set.
answered Jul 3 at 19:02
sdepot
1
1
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f453241%2fhow-to-regenerate-a-complete-config-file-from-a-kernel-image-from-buildroot%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Differenct compiler (gcc) versions produce different filesizes. Use the exactly same compilter and exactly same kernel version to produce same binaries. (But it is unnecessary - your system will be happy with bigger or smaller images.)
â Ipor Sircer
Jul 3 at 14:54
@IporSircer I have been using the exact same compiler every time. So that is not the problem
â sdepot
Jul 3 at 15:12