Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Announcements: #armbian-announcements | Developer talk: #armbian-devel | Off-Topic: #armbian-offtopic | Logs: -> irc.armbian.com
stipa_ has joined #armbian
stipa has quit [Ping timeout: 264 seconds]
stipa_ is now known as stipa
arch3r has quit [Ping timeout: 246 seconds]
arch3r has joined #armbian
califax has quit [Remote host closed the connection]
califax has joined #armbian
vision69 has joined #armbian
muggsybogus has quit [Read error: Connection reset by peer]
vision69 is now known as muggsybogus
muggsybogus has quit [Quit: Really not here.]
muggsybogus has joined #armbian
daft has quit [Ping timeout: 246 seconds]
daft has joined #armbian
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian
DarkLord_ has quit [Remote host closed the connection]
<DC-IRC>
[Discord] <jason123santa> what is a BTF build? it says not enough ram but I built armbian images on my vm before
<DC-IRC>
[Discord] <jason123santa> what is a BTF build? it says not enough ram but I built armbian images on this vm before
<DC-IRC>
[Discord] <human_urostor> BTF (BPF Type Format) is the metadata format which encodes the debug info related to BPF program/map. The name BTF was used initially to describe data types. The BTF was later extended to include function info for defined subroutines, and line info for source/line information."
<DC-IRC>
[Discord] <human_urostor> Ah yes, that villains everything, thanks, Linux people
<DC-IRC>
[Discord] <human_urostor> BTF (BPF Type Format) is the metadata format which encodes the debug info related to BPF program/map. The name BTF was used initially to describe data types. The BTF was later extended to include function info for defined subroutines, and line info for source/line information."
<DC-IRC>
[Discord] <human_urostor> Ah yes, that explains everything, thanks, Linux people
<DC-IRC>
[Discord] <human_urostor> BTF (BPF Type Format) is the metadata format which encodes the debug info related to BPF program/map. The name BTF was used initially to describe data types. The BTF was later extended to include function info for defined subroutines, and line info for source/line information."
<DC-IRC>
[Discord] <human_urostor> Ah yes, that explains everything, thanks, Linux people (I also checked BPF documentation which is probably even more dense)
DarkLord_ has joined #armbian
kingdomofheaven has joined #armbian
DarkLord_ has quit [Ping timeout: 264 seconds]
kingdomofheaven has quit [Ping timeout: 264 seconds]
kingdomofheaven has joined #armbian
laz0r has quit [Ping timeout: 245 seconds]
laz0r_ has joined #armbian
laz0r_ is now known as laz0r
<DC-IRC>
[Discord] <bom_ne_bom> Hello. During build ive got next message
<DC-IRC>
[Discord] <bom_ne_bom> [🚸] You can abort now, and pass either KERNEL_GIT=full or KERNEL_GIT=shallow to force.
<DC-IRC>
[Discord] <bom_ne_bom> Where i should pass a full? Seems compile.sh do not take it.
<DC-IRC>
[Discord] <Werner> You don't have to pass this switch. If there is sufficient disk space it will automatically go with full, otherwise shallow.
<DC-IRC>
[Discord] <bom_ne_bom> It begins a 60sec delay, if im not pass it explicitly. This is not so important for me, just searching various info for planned automation.
<DC-IRC>
[Discord] <bom_ne_bom> It begins a 60sec delay, if im not pass it explicitly somewhere. This is not so important for me, just searching various info for planned automation.
<DC-IRC>
[Discord] <bom_ne_bom> Ah seems it is work, when it passed through config-board.conf
<DC-IRC>
[Discord] <Werner> board config, passed as switch or having environment variable should all work the same
kingdomofheaven has quit [Ping timeout: 240 seconds]
wd has quit [Ping timeout: 252 seconds]
wd has joined #armbian
kingdomofheaven has joined #armbian
kingdomofheaven has quit [Ping timeout: 250 seconds]
kingdomofheaven has joined #armbian
<DC-IRC>
[Discord] <bom_ne_bom> Eh, there is another stupid question.
<DC-IRC>
[Discord] <bom_ne_bom> uboot-config place saved configuration file into output/
<DC-IRC>
[Discord] <bom_ne_bom> Can i store it in userpatches somehow, like kernel config or maybe i can reference to it in board.conf?
<DC-IRC>
[Discord] <bom_ne_bom> Sorry im pretty noob in all this stuff and the build also as build framework processes is a kind of magic for me.
<DC-IRC>
[Discord] <Werner> I think so, never used uboot config myself though
<DC-IRC>
[Discord] <bom_ne_bom> Im really hard to understand these "patch" system. Ok, i have a *.patch with config changes, but it is for files in output pathes. (due to i have no another)
<DC-IRC>
[Discord] <bom_ne_bom> But looking at another uboot pathes, i see, what they make diff in u-boot source config pathes.
<DC-IRC>
[Discord] <bom_ne_bom> Im really hard to understand these "patch" system. Ok, i have a *.patch with config changes, but it is for files in output files. (due to i have no another)
<DC-IRC>
[Discord] <bom_ne_bom> But looking at another uboot files, i see, what they make diff in u-boot source config files.
<DC-IRC>
[Discord] <Werner> what are you trying to achieve?
<DC-IRC>
[Discord] <bom_ne_bom> I need to disable serial driver in my orange pi or atleast to be able to load it as module, for now it is builtin in kernel and uboot
<DC-IRC>
[Discord] <Werner> and for kernel, a `kernel-config`should do.
<DC-IRC>
[Discord] <Werner> there is a similar function for kernel changes but not sure how that one was called
<DC-IRC>
[Discord] <Werner> ah. `opts_m+=("BRIDGE_NETFILTER") ` where ` BRIDGE_NETFILTER` should be the name of the serial driver you want to set as module instead of y.
<DC-IRC>
[Discord] <Werner> And the function would be `armbian_kernel_config__whatever_you_want_to_call_it`
<DC-IRC>
[Discord] <menu> *why*, out of interest?
<DC-IRC>
[Discord] <bom_ne_bom> The long story here
<DC-IRC>
[Discord] <bom_ne_bom> .
<DC-IRC>
[Discord] <bom_ne_bom> In short, i need to somehow fix the serial driver. And i have no f* idea from what to begin.
<DC-IRC>
[Discord] <bom_ne_bom> No advices, no guide, so... im want to begin from "ability to load this driver as module"
<DC-IRC>
[Discord] <bom_ne_bom> And i have no any clue, how linux builds and what is "module" itself, how it must be builded and loaded.
<DC-IRC>
[Discord] <bom_ne_bom> Atleast i have time for it...
<DC-IRC>
[Discord] <bom_ne_bom> So this really looks like ▲░*л♀Йopts_mСЄхK÷WpNETFILTER ê╔яЬ╙
<DC-IRC>
[Discord] <bom_ne_bom> For me 🙂 and I do not know what is opts_m and NETFILTER =))
<DC-IRC>
[Discord] <bom_ne_bom> So this really looks like -- Hey, you just need to:▲"░*л♀Йopts_mСЄхK÷WpNETFILTER ê╔яЬ╙"
<DC-IRC>
[Discord] <bom_ne_bom> For me 🙂 and I do not know what is opts_m and NETFILTER =))
<DC-IRC>
[Discord] <Werner> How important is it for you that this is modified in both uboot and userspace? I mean uboot hands over the pins to the kernel after it is done so it only occupies them as serial console as long as it works in the boot phase
<DC-IRC>
[Discord] <bom_ne_bom> If im just disable it in kernel -- boot fails. But i need to confirm this.
<DC-IRC>
[Discord] <Werner> Perhaps `DEBUG_UART_8250` is the one for uboot
<DC-IRC>
[Discord] <bom_ne_bom> I am barely keeping up to your thoughts
kingdomofheaven_ has joined #armbian
kingdomofheaven has quit [Read error: Connection reset by peer]
kingdomofheaven_ is now known as kingdomofheaven
<DC-IRC>
[Discord] <bom_ne_bom> Ok, so i may use it to enable\disable uboot with this extra function? But im cant understand it mechanics, how the needed config title will be applied to u-boot here?
kingdomofheaven has quit [Ping timeout: 244 seconds]
<DC-IRC>
[Discord] <Werner> the module.sh extension consists of two functions. one hooks into the kernel configuration, the other right after armbian is done with its uboot config before building.
<DC-IRC>
[Discord] <Werner> function names consist of two parts: the function type and and individual name, separated by `__`
kingdomofheaven has joined #armbian
<DC-IRC>
[Discord] <bom_ne_bom> Does this is described somewhere in docs?
<DC-IRC>
[Discord] <bom_ne_bom> Im looked it call scripts/config on after uboot configuration, to disable some flag.
<DC-IRC>
[Discord] <bom_ne_bom> As i understand it is executed when cwd somewhere in cache/sources
<DC-IRC>
[Discord] <bom_ne_bom> But both (kernel and uboot) have this path.
<DC-IRC>
[Discord] <bom_ne_bom> Im looked it call scripts/config on after uboot configuration, to disable some flag.
<DC-IRC>
[Discord] <bom_ne_bom> As i understand it is executed when cwd somewhere in cache/sources/(u-boot???)
<DC-IRC>
[Discord] <bom_ne_bom> But both (kernel and uboot) have this path.
<DC-IRC>
[Discord] <bom_ne_bom> Im looked at your extension, it call scripts/config on after uboot configuration, to disable some flag.
<DC-IRC>
[Discord] <bom_ne_bom> As i understand it is executed when cwd somewhere in cache/sources/(u-boot???)
<DC-IRC>
[Discord] <bom_ne_bom> But both (kernel and uboot) have this path.
<DC-IRC>
[Discord] <cyberjak> After much tests to be sure I found the reason I was having issues was at least 2 SD cards that for whatever reason decided to finally be faulty *shrugs at IT HAPPENS EVENTUALLY* as to why I was failing to get the CB1/BTT Pi1.2 image to flash the desktop or minimal image.
<DC-IRC>
[Discord] <cyberjak> I did however find a new complication.
<DC-IRC>
[Discord] <cyberjak> In the desktop image ( released on the 112th I think it said )
<DC-IRC>
[Discord] <cyberjak> because Wayland is set to manage things, with XFCE , the synaptic package manager will not work unless you install policy kit and authenticator packages using APT
<DC-IRC>
[Discord] <cyberjak> Ideally this should be set as default part of the install if it's what's going to be in there on 1st start ( just my thoughts but didn't know if that small input was worth putting to the GitHub
krumelmonster has quit [Ping timeout: 246 seconds]
<DC-IRC>
[Discord] <bom_ne_bom> Seems it not working this way =\