mhc

  • Content Count

    18
  • Joined

  • Last visited

Everything posted by mhc

  1. Hi martinayotte, many thanks for your comments. I changed armbianEnv.txt file according your suggestion, but spi dev did not appear, however I modified compatible property in .dtsi (from "allwinner,sun8i-spi" to "allwinner,sun8i-h3-spi"; and after a reboot spidev0.0 does appear (even excluding overlay property in armbianEnv.txt). allwinner,sun8i-spi made sense to me, it is difficult for me to know which driver to use in each case. So, here is my working environment just in case someone has the same problem and wants to use it. sun8i-r40.dtsi
  2. Hi all. Firstly, sorry I had posted this query in the wrong forum. I´m trying to add support for a raw SPI comunication through SPI0, as it´s a custom comunication with a little auxiliary board, I think best option is to have a spidev device. My scenario is: Banana pi m2 ultra Armbian 5.4.35-sunxi, server (No gui). I have been modifying .dts and .dtsi files, here are parts of the files that I modified: sun8i-r40.dtsi spi0_pins: spi0-pins { pins = "PC0", "PC1", "PC2"; function = "spi0"; }; spi0: spi@1c050
  3. Got it Werner, I want to really thank you for your time and your clear explanation. I'll try it! Regards
  4. Firstly, thanks for your answer Werner, and sorry for delay in my answer, I could connect again just today. Things are exactly has you said, here is my board file in /build/config/boards/bananapim2ultra.csc # R40 quad core 2Gb SoC Wifi eMMC BOARD_NAME="Banana Pi M2U" BOARDFAMILY="sun8i" BOOTCONFIG="Bananapi_M2_Ultra_defconfig" OVERLAY_PREFIX="sun8i-r40" KERNEL_TARGET="current,dev" It is my family file /build/config/sources/families/sun8i.conf source "${BASH_SOURCE%/*}/include/sunxi_common.inc" if [[ -z ${OVERLAY_PREFIX} ]]; then OVERLAY_PREFIX='sun8i-h3'
  5. Mmmmmmmh, I don't know where is my error, finally compile is done, but now I've 2 problems. Firstly, Although I have compiled using the following statement: sudo ./compile.sh INSTALL_HEADERS=yes OFFLINE_WORK=yes BUILD_MINIMAL=yes and have received this messagges at begining of compilation process: /tmp/tmp.lU8KzaKHib: line 4: update_src: command not found [ o.k. ] Using config file [ /compilacion_viejo_kernel/Armbian-5.4.29/build/userpatches/config-example.conf ] [ o.k. ] Command line: setting INSTALL_HEADERS to [ yes ] [ o.k. ] Command line: setting
  6. Thanks again Werner, I'm compiling now, adding ./compile.sh INSTALL_HEADERS=yes OFFLINE_WORK=yes I will confirm results when it end. Regards!
  7. Yes werner, I think offline mode will be fine for me, I just need to preserve source files to re-generate 4.19 image (if I do it normal way I think my generated image will be 5.4.47). Sorry for basic questions, how do I setup offline mode?
  8. Hi all! I need to back to an older kernel version that I had used past year. In my PC, I conserve without any kind of changes, the working directory used to run compile.sh. If I did not missunderstood my Armbian documentation reading, there is an option to tell compilation process that don't try to upgrade sources files before compile (touch .ignore_changes). Am I right? And, if it's fine, Could somebody please explain me where and how must I apply these parameter? Thanks in advances! Edit: You could ask. Why he want to re-compile if he has past_
  9. I think I found a solution to this problem, based on a post I read in some forum and confirmed in this thread (Really thanks to all who helped there). Base clock for GPIO interrupts was configured to work in low speed (LOSC 32KHz), and then 10us pulses can frequently be unnoticed. I installed devmem2, and wrote a new value of 1 in bit 0 (PIO_INT_CLK_SELECT) of PIO_INT_DEB (see details below) PIO Base Address = 0x01C20800 PIO_INT_DEB = 0x0218 So, final address: 0x01C20800 + 0x0218 = 0x01C20A18 And now I can read
  10. Hi martinayotte, yes you´re right! I thought about exactly this option (and I'm still considering it), but beyond that I would like to understand what is happening.
  11. Hi Werner, many thanks for your answer, I honestly didn't know that tool. Here it is. http://ix.io/2mYB Please let me know if there is something else that I can add. Regards! mhc
  12. Hello everyone. From some time ago I´m working in an application that comunicates with some external devices, using GPIOs. With this aim, I´ve programmed my own driver with its methods, whose are automatic loaded at startup. My hardware is a BananaPi m2u, and kernel version is 5.4.35-sunxi. Now, I´ve to read an external HW that has 2 data lines, whose idle state is "high" and once per minute sends a packet of 26 bits of data. One of these lines is a Data0 signal, and the other is Data1 signal. Every pulse is around 100us, and there is an idle interval of a
  13. Hi Igor, thank you very much for your answer. I understand that you contribute by using time you could spend on other things, and I am completely grateful for that. I will help if I found something that " know how" from your link Greetings
  14. Werner, kernel header update worked like a charm. I tried both ways armbian-config -> Software -> Headers_install apt install linux-headers-current-sunxi So, I´m wondering if there is a way to just install headers that match current target´s kernel version if kernel version is not the last stable. In my case, after installing headers I had to upgrade kernel to 5.4.35, no problem at all, but I guess sometimes we might want to keep kernel version unchanged. One more time, thank you very much!
  15. Wow Werner, that was fast! I´ll try it now, and let you know the result. Many thanks!!!
  16. Hi all, First place, sorry if it´s a very basic question, I was searching info and reading topics, but I did not found a solution for my problem. I`m working with Linux version 5.4.29-sunxi I´m trying to compile my own char device driver. I noticed that I forgot adding kernel-headers in my build, so I tried to add them via apt install linux-headers-next-sunxi After that, I can see a new directory /usr/src/linux-headers-4.19.62-sunxi but if I´m not wrong, modules compiled with this headers won´t work in my kernel, cause head
  17. Dear Asimov, your instructions worked perfectly for me. Many thanks mhc