- Thread Starter
- #51
Not that you haven’t already been told what happened *sigh*
I didn't understand what you want to mean. Rephrase,please.
Not that you haven’t already been told what happened *sigh*
Usualy I get the freebsd source code from here ---> https://github.com/beckhoff/freebsd-src
I think its included also the kernel sources.
The problem is, you have a custom build wildly mixing components without understanding what you are doing.I didn't understand what you want to mean. Rephrase,please.
The problem is, you have a custom build wildly mixing components without understanding what you are doing.
From other threads I noticed you are also not willing to learn concepts, read man pages or similar.
You are building an absolutely chaotic Frankenbuild without a real plan and then you are blaming others for what you did.
Also you are asking question but do not carefully read the answers and think about them.
Anyhow you will ignore this Input since you think you are right.
Was that rephrased clearly?
P.S.: For the specific „problem“:
You are building from a different external source and then using freebsd-update. This is a mistake. There is no alternative view on this. You just did wrong and that is the cause of your problem. Nothing else.
Fetch the full tree from there, build and install it as described in the handbook, simple as that. Yes, this means building THE WHOLE BASE SYSTEM. And yes, this means NEVER USE ANYTHING BUILT FROM OFFICIAL SOURCES.What you suggest to someone (like me),who wants to use some features that aren't yet supported officially in FreeBSD,but that anyway they are available from a developer,who are supporting them in his github ?
"ums.ko has nothing to do with bhyve"
Unfortunately it is very hard to give you a recommendation.
Even though, you directly see the error resulting of your action, you still do not accept you did wrong.
Let's say it like this: You ran with your head into a wall. Despite having a big bump on your head, you still deny the wall being there.
Maybe learn the difference between causation and correlation first? post hoc ergo propter hoc.Do you know how scientific reasoning works?
This is hillarious!Do you know how scientific reasoning works? a scientist never takes a theory for granted. Every time he wants to prove something, he searches for contrary evidences to try to disassemble it. So yes, I'll take your suggestions, but after having carefully examined them using a scientific approach,like Karl Popper teaches.
And from that, you're jumping to conclusions because you just don't understand wtf you're doing. People knowing better tell you all the time. So, just stop posting, you're not interested in the answers.Corvin does not alter the full source code of FreeBSD,but only a limited part
I would do one of the following:In addition,you should also imagine that you haven't a great knowledge of the OS that you are using,not yet. In other words,I would like to know what would you do if you were in my place.
This is hillarious!
You see the error with your own eyes and do not accept you did a mistake.
You were explained the reason of the error like 10 times.
It is a technical fact why there is the error with your modules and 10 people told you the technical background. There is nothing to discuss or think about, it is just a clear technical beginner fact.
What you are doing is not scientific, it is plainly stupid and no matter how often you are told, you are not listening.
There is an exact technical reason why your modules broke. It is clear and obvious.
I do not know what to say, this is so f!?*ing stupid, I want to bang my head on the table!
# setenv EDITOR /usr/local/bin/nano
# setenv VISUAL /usr/local/bin/nano
# cd /usr
# zfs rename zroot/usr/src zroot/usr/src-old
# git clone https://git.FreeBSD.org/src.git /usr/src
# cd /usr/src
# git checkout releng/13.2
# make -j4 buildworld
# make -j4 kernel
# shutdown -r now
# etcupdate -p
# cd /usr/src
# make installworld
# etcupdate -B
# shutdown -r now
# etcupdate resolve
FreeBSD is not a complicated system. You break it by messing around with parts you don't understand and shouldn't touch if you consider yourself a "newbie".It can happen when you are still a newbie and you want to drive a complicated system like FreeBSD.
If you would actually bother to read the replies to your posts, you would have been answered exactly what you are talking about here.Please try to take a moment to read carefully what I wrote : comment 61. I'm more sure that an error happened because my mistake (a mistake that I still haven't figured out,because there is a perfect timing that makes me perplexed (it appeared only after trying the upgrade with the official tool) than a conflict between the code of Corvin and the official code of FreeBSD. I'm also not sure that I'm using the Beckoff kernel.
If you would actually bother to read the replies to your posts, you would have been answered exactly what you are talking about here.
!! DISCLAIMER !! PLEASE READ !! HERE IS THE EXPLANATION FOR YOUR ISSUE !!! REALLY !! JUST BELOW THIS !! PLEASE READ BELOW !! DO NOT SKIP !! READ THE ANSWER !! HERE IT IS !!
1. freebsd-updated pulled a new kernel. The FreeBSD standard kernel.
2. So you are not running a beckhoff kernel anymore but the one installed by 1.
3. Your modules previously compiled for the beckhoff kernel do not fit anymore to the kernel because of 1. and 2.
read again. carefully. try to understand the 3 points I told you. really. it may seem strange to do so, think about them.Yes,now I remember. Its happened when I have tried to apply the virtio-input emulation patch for the 13.1 (it has been included officially on the 13.2). Corvin says that it is a kernel patch. But taking in consideration that I have upgraded the system a lot of time using the standard procedure and I never seen that error,it means that every patches created by Corvin for bhyve does not touch the official kernel.
If there is no problem we can consider the problems as fixed/solved.Yes,now I remember. Its happened when I have tried to apply the virtio-input emulation patch for the 13.1 (originally it wasn't written for the 13.1,but he tries to add it in his repo and I got it because I was not using 13.2 yet (it has been included officially on the 13.2). Corvin says that it is a kernel patch. But taking in consideration that I have upgraded the system a lot of time using the standard procedure and I never seen that error,it means that every patches created by Corvin for bhyve does not touch the official kernel.