Jump to content

vincele

  • Posts

    33
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Applications

Everything posted by vincele

  1. What I'd do: - kernel eth driver as a module (may already be the case) - forbid this module to be autoloaded at boot time (look at blacklist files in /etc/modprobe.d) - do your stuff to get MAC@ - load module manually (modprobe)
  2. +1, what I'd do: 1 - Add the official webmin repository to images, but default to disabled... 2 - Add a build script that checks the validity of that repo... 3 - Document the (now easy) way of installing webmin on armbian...
  3. OK thanks. Is my proposition above the right thing to put in the release doc ? EDIT: DONE: https://github.com/igorpecovnik/lib.docs/commit/ed96d5ce1662ae2962770c04b85a9771e6e1e876
  4. So 5.24 will never be a release number ? I was only speaking of the Release_Changelog.md file content, maybe something like that could be added in this file to avoid surprising the readers: v5.24 - not released, used for the nightly or user-built images just my 2 cts...
  5. Hello, Looks like 5.24 was forgotten...
  6. Hello, I think this is a good starting point: https://docs.armbian.com/Developer-Guide_Build-Preparation/ You should try to get serial console working, this is invaluable, to get u-boot & kernel output, or even to login when you don't have working network, or console...
  7. Hello, I have opi+2e working with eth+wifi, thanks to @martinayotte, see last posts from: https://forum.armbian.com/index.php/topic/2966-opi2e-mainline-ethernet-not-working-any-more/ I'm using a self-built image from dev branch (megous github repo), just configured for debian jessie / orangepiplus2e.
  8. I now have serial, even if it's epic getting my tiny crappy connectors hooked to the opi pins... So I was able to capture a crash happening at halt time (probably reboot too, not tested yet). Does someone suffer similar problem ?
  9. Thanks a lot Martin, I think your DTS patch fixed it for my opi+2e. I had been trying to understand why it broke, and why the old method from above was not working any more for the last few days. I started to diff DTSes around but not really knowing what I was doing, and because of my total lack of output (no serial console, nor any HDMI) it was really painful to blindly test random changes... I'll get serial tomorrow (or at least I hope so), so it will be easier to help
  10. Sorry, but I'm still lost... which dts should I base my comparison on ? - /boot/dtb/sun8i-h3-orangepi-plus{,2e}.dtb converted to dts ? - megous branch kernel source code - u-boot source code I think I should diff /boot/dtb/sun8i-h3-orangepi-plus{,2e}.dts Then apply this diff to sun8i-h3-orangepi-plus2e.dts in kernel or u-boot source code, but replacing the adresses by handle to the right stuff. Is that right ?
  11. OK, mounted the sdcard on the PC, did the above and it worked. Now on to try it with the other branch & config... What woud be needed to make it work properly as "./compile [...] BOARD=orangepiplus2e" ? Copy sun8i-h3-orangepi-plus.dtb as sun8i-h3-orangepi-plus2e.dtb somewhere in userpatches ? Anything else ? Thanks
  12. Hello, Just returning after a little while, I cannot get ethernet working on my opi+2e with mainline kernel, direct cable connection to PC, no serial console at hand, neither HDMI output, so I had the habit of blindly booting then sshing into the box... I tried my personal config + megous repo, xenial or jessie, current armbian repo nothing coming out of eth on the PC (tcpdump -i eth0). LEDs, green solid on, red heartbeating, orange eth led blinking slowly. I then reverted back to montjoie's repo (default for dev BRANCH), for identical results. Could this be the updated u-boot (I think I saw a new version being used) ? Or is this expected to be working, and thus something on my side ? Now trying to build a legacy-kernel based image, to double-check...
  13. Hello, I know this will be a controversial subject, but I often like to see what's happening in a devel repository by browsing commits. I start by looking at the commit titles (first commit message line) to approximate the interest that particular entry is to me, then if deemed interesting, I'll read the full commit message to understand what it is about, then if still interested I'll go read the code. I think this is a fairly straightforward approach to digging in a codebase or development stream, avoiding to loose time on things outside of interest scope, and allowing to focus on specific subjects. So, in order for this workflow to be doable, the commit messages content need a minimum level of details, which is what I'm asking the community to act upon. Would it be possible to mandate a bit more work on that front ? I'm not against messages like "Whitespace fix", "Typo fix", "Better comment", anything that explains a bit what the code diff is about. WDYT ? PS: I think armbian is not so bad wrt $SUBJECT, it just needs a little bit more. I've seen far worse projects where I wouldn't even ask for better commitmsgs, so take that as an endorsement of the (already good) quality level of the work done. Thanks
  14. I'm not sure what you want to achieve, but I think you should have a look at: $ man taskset TASKSET(1) User Commands TASKSET(1) NAME taskset - retrieve or set a process's CPU affinity [...] This will pin a process to a cpu set, but it won't be isolated from other activities (other scheduled processes, kernel activities) If you want your userspace process(es) to be shielded from OS kernel activity, this probably won't be suffcient... There's the isolcpus kernel boot option: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/kernel-parameters.txt#n1814
  15. Add KERNEL_CONFIGURE=yes to your ./compile.sh command line, and it will launch the kernel menu configurator, where you can easily find 'FORCE_MODULE_UNLOAD' under 'enable loadable module support'...
  16. You can see status here But it not mainlined yet, Corentin told me he intends to upstream part of it in the near future. He probably would like to know if you test it...
  17. Missing the variable name: for i in add_missing_UARTs_I2Cs_SPI_for-H3.patch patch-for-rtl8189fs-sun8i-h3-orangepi-pc-dts.patch scripts-dtc-Update-to-version-with-overlays.patch ; do touch userpatches/kernel/sun8i-dev/${i} done
  18. EOL spaces PR @ https://github.com/igorpecovnik/lib/pull/472
  19. Yep, I searched a bit before asking, and looking at the fsf/gnu license help, but as I didn't find the same text I assumed armbian having chosen this specific wording on purpose... Changing a word to be "better english" (if I'm not mistaken about that express warranty" wording) is not really the same as changing license text (removing a part that can be legally important) and would need approval by all copyright holders of each file. The former I'd do, the latter I'll pass... ;-)
  20. Hello, I have similar problems with an opi+2e connected to an old TV through HDMI, I have to power both devices at the same time for the TV to understand there's something connected on the HDMI socket, perhaps you're having that kind of problem too...
  21. Will do, if we get consensus from native english speakers
  22. So you'd rather keep the "express warranty" (I can't understand what that would mean, care to explain it to me ?) and change "This" into "The" ? Thanks, I'm not a native english speaker so I may be completely wrong about this, which is why I asked...
  23. Hello, I want to tackle the TODO item from main.sh:175: # TODO: move to armbian-tools or extras-buildpkgs Which way should I go ?
  24. Hello, while reading the build tools scripts I found this part of the license text to be fishy: # This file is licensed under the terms of the GNU General Public # License version 2. This program is licensed "as is" without any # warranty of any kind, whether express or implied. I think the intent was to say "whether expressed or implied". Can I get confirmation, so I can prepare a PR for changing all the (cut'n'pasted) occurrences ?
  25. @zador-blood-stained: thanks for the merge @martinayotte: thanks for taking care of the other piece During my skimming over the build process scripts (found some small glitches in text UI, PR'ed), my editor found a lot of space@EOL, and I had to revert them not to pollute my PR, would a full scripted sweep be acceptable ?
×
×
  • Create New...