Jump to content

rogus

Members
  • Posts

    12
  • Joined

  • Last visited

  1. I think i have to adapt this patch to current kernel branch, which is 4.11. should i use the patch program or git ?
  2. The syntax was wrong, and it worked with KERNELBRANCH='branch:orange-pi-4.11' , is it the same syntax for all orange pi boards ( i use Opi lite)? The u-boot package build was successful, but problems appear with kernel, so about the patches, what you mentioned above is exactly what happened, but it is not as disastrous as i expected, only few failed (if you except my userpatches) : [ .... ] Patching kernel for compiler support [ o.k. ] Started patching process for [ kernel sun8i-dev ] [ o.k. ] Looking for user patches in [ userpatches/kernel/sun8i-dev ] [ o.k. ] ... [u][c] 9700-1.patch [ succeeded ] [ o.k. ] ... [u][c] 9700-2.patch [ succeeded ] [ o.k. ] ... [u][c] 9700-3.patch [ succeeded ] [ o.k. ] ... [l][c] add-BergMicro-SPI-flashes.patch [ succeeded ] [ o.k. ] ... [l][c] add-ad9834-dt-bindings.patch [ succeeded ] [ warn ] ... [l][c] add-beelink-x2.patch [ failed ] [ o.k. ] ... [l][c] add-configfs-overlay-for-v4.10.x.patch [ succeeded ] [ o.k. ] ... [l][c] add-emac-pwr-en-orangepi-plus2e.patch [ succeeded ] [ warn ] ... [l][c] add-h3-aliases.patch [ failed ] [ o.k. ] ... [l][c] add-h3-overlays.patch [ succeeded ] [ warn ] ... [l][c] add-h3-simplefb.patch [ failed ] [ warn ] ... [l][c] add-opi-zero-dts-with-wireless.patch [ failed ] [ o.k. ] ... [l][c] add-overlay-compilation-support.patch [ succeeded ] [ o.k. ] ... [l][c] add-realtek-8189fs-driver.patch [ succeeded ] [ warn ] ... [l][c] add-thermal-otg-wireless-opi-lite.patch [ failed ] [ warn ] ... [l][c] add-uart-rts-cts-pins.patch [ failed ] [ o.k. ] ... [l][c] add-wifi-pwrseq-opi-pc-plus.patch [ succeeded ] [ o.k. ] ... [l][c] add-xradio-wireless-driver.patch [ succeeded ] [ o.k. ] ... [u][c] dm9601-bug.patch [ succeeded ] [ o.k. ] ... [l][c] enable-codec-orange-pi-2.patch [ succeeded ] [ o.k. ] ... [l][c] enable-codec-orange-pi-pc.patch [ succeeded ] [ o.k. ] ... [l][c] nanopi-neo-air-wireless-and-dvfs.patch [ succeeded ] [ o.k. ] ... [l][c] packaging-4.x-DEV-with-postinstall-scripts.patch [ succeeded ] [ warn ] ... [u][c] patch01.patch [ failed ] [ o.k. ] ... [u][c] patch02.patch [ succeeded ] [ o.k. ] ... [u][c] patch03.patch [ succeeded ] [ o.k. ] ... [u][c] patch04.patch [ succeeded ] [ o.k. ] ... [u][c] patch05.patch [ succeeded ] [ o.k. ] ... [u][c] patch06.patch [ succeeded ] [ o.k. ] ... [u][c] patch07.patch [ succeeded ] [ warn ] ... [u][c] patch1.patch [ failed ] [ warn ] ... [u][c] patch17.patch [ failed ] [ o.k. ] ... [u][c] patch18.patch [ succeeded ] [ warn ] ... [u][c] patch2.patch [ failed ] [ warn ] ... [l][c] scripts-dtc-Update-to-version-with-overlays.patch [ failed ] [ o.k. ] ... [l][c] spi-sun6i-allow-large-transfers.patch [ succeeded ] [ o.k. ] ... [l][c] spidev-remove-warnings.patch [ succeeded ] [ o.k. ] Compiling dev kernel [ 4.11.0-rc7 ] [ o.k. ] Compiler version [ arm-linux-gnueabihf-gcc 6.3.1 ] [ o.k. ] Using kernel config file [ lib/config/kernel/linux-sun8i-dev.config ] After kernel configuration, it seems that the /sources/linux-sun8i/sun8i/scripts/dtc/livetree.c file is problematic. for now, i have no idea what this file is and what to adjust in source code. *** End of the configuration. *** Execute 'make' to start the build or try 'make help'. Compiling kernel... ---------------------------------------------------------------------------------------------------------------------- scripts/dtc/livetree.c:1008:6: warning: no previous prototype for ‘generate_label_node’ [-Wmissing-prototypes] │ │ void generate_label_node(struct node *node, struct node *dt) │ │ ^ │ │ scripts/dtc/livetree.c: In function ‘generate_label_node’: │ │ scripts/dtc/livetree.c:1058:7: error: ‘symbol_fixup_support’ undeclared (first use in this function) │ │ if (symbol_fixup_support) │ │ ^ │ │ scripts/dtc/livetree.c:1058:7: note: each undeclared identifier is reported only once for each function it appears in │ │ scripts/dtc/livetree.c: At top level: │ │ scripts/dtc/livetree.c:1066:13: error: conflicting types for ‘add_fixup_entry’ │ │ static void add_fixup_entry(struct node *dt, struct node *node, │ │ ^ │ │ scripts/dtc/livetree.c:862:13: note: previous definition of ‘add_fixup_entry’ was here │ │ static void add_fixup_entry(struct dt_info *dti, struct node *fn, │ │ ^ │ │ scripts/dtc/livetree.c:1098:13: error: conflicting types for ‘add_local_fixup_entry’ │ │ static void add_local_fixup_entry(struct node *dt, struct node *node, │ │ ^ │ │ scripts/dtc/livetree.c:925:13: note: previous definition of ‘add_local_fixup_entry’ was here │ │ static void add_local_fixup_entry(struct dt_info *dti, │ │ ^ │ │ scripts/dtc/livetree.c:1159:6: warning: no previous prototype for ‘generate_fixups_node’ [-Wmissing-prototypes] │ │ void generate_fixups_node(struct node *node, struct node *dt) │ │ ^ │ │ make[2]: *** [scripts/dtc/livetree.o] Erreur 1 │ │ HOSTLD scripts/mod/modpost │ │ make[1]: *** [scripts/dtc] Erreur 2 │ │ make: *** [scripts] Erreur 2 As you can see, it's not all the patches that are concerned , but may be i'm going to face other errors if this one is solved. i realize now what amount of work for each kernel change the community have to provide to make things easier for us.
  3. Hi all, I'd like to compile latest kernel 4.11-rc7, so i added KERNELTAG="v4.11-rc7" to ./compile.sh and created file /userpatches/lib.config and added KERNELBRANCH="4.11" to it i also added to /lib/configuration.sh according to documentation ARMBIAN_MAINLINE_KERNEL_VERSION='4.11' # lock in a particular kernel version but i get this error : [ o.k. ] Using user configuration override [ userpatches/lib.config ] [ o.k. ] Syncing clock [ host ] [ o.k. ] Downloading sources [ o.k. ] Checking git sources [ u-boot v2017.03 ] [ .... ] Up to date [ error ] ERROR in function fetch_from_repo [ general.sh:184 ] [ error ] Error in configuration [ o.k. ] Process terminated what is wrong?
  4. ok, then my choice is done: it will be the RTL based, it seems widely used, much more than the AX88179 which is sold by only one dealer. Is it original dm9601 or chinese copy recognized as dm9601 ? and it worked on armbian based 5.27 with kernel 4.10.3?
  5. I've read this page months ago, may be last year before purchasing this crap adapter. I'm looking on ebay and aliexpress for an RTL8153 based as you advised and while waiting for shipping time i'm gonna take a look at driver compilation and perform some tests. just one more question is asix AX88179 supported like RTL8153 in armbian? there's one sample here
  6. Well there is no direct relationship between Opi lite and this adapter, the choice of Opi lite is just for the number of usb compared to Opi one, and since the adapter was already present, i thought it will do the trick. about the tests, after installing the patched kernel (adapter not plugged in) root@orangepilite:~# modinfo dm9601 filename: /lib/modules/3.4.113-sun8i/kernel/drivers/net/usb/dm9601.ko license: GPL description: Davicom DM9601 USB 1.1 ethernet devices author: Peter Korsgaard <jacmet@sunsite.dk> alias: usb:v0A46p9000d*dc*dsc*dp*ic*isc*ip* alias: usb:v0FE6p9700d*dc*dsc*dp*ic*isc*ip* alias: usb:v0FE6p8101d*dc*dsc*dp*ic*isc*ip* alias: usb:v0A47p9601d*dc*dsc*dp*ic*isc*ip* alias: usb:v0A46p8515d*dc*dsc*dp*ic*isc*ip* alias: usb:v0A46p0268d*dc*dsc*dp*ic*isc*ip* alias: usb:v0A46p6688d*dc*dsc*dp*ic*isc*ip* alias: usb:v0A46p9601d*dc*dsc*dp*ic*isc*ip* alias: usb:v07AAp9601d*dc*dsc*dp*ic*isc*ip* depends: usbnet intree: Y vermagic: 3.4.113-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 root@orangepilite:~# modprobe dm9601 root@orangepilite:~# lsmod Module Size Used by dm9601 6431 0 usbnet 14100 1 dm9601 bluetooth 174097 0 pcf8591 3363 0 bmp085 3487 0 ir_lirc_codec 3650 0 lirc_dev 7834 1 ir_lirc_codec ir_mce_kbd_decoder 2885 0 ir_sanyo_decoder 1480 0 ir_sony_decoder 1422 0 ir_jvc_decoder 1452 0 ir_rc6_decoder 1941 0 ir_rc5_decoder 1412 0 ir_nec_decoder 1556 0 g_serial 27617 2 sunxi_cir 1601 0 rc_core 12727 10 ir_lirc_codec,ir_rc5_decoder,ir_nec_decoder,ir_sony_decoder,sunxi_cir,ir_mce_kbd_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_sanyo_decoder 8189fs 1050451 0 btrfs 712409 0 after that i disabled wifi settings in /etc/network/interfaces and left the file blank and restarted OPI : i can log in normally, but once the adapter is plugged in the OTG port, there is no IP ifconfig gives lo and wlan0 only and i cannot log out or restart the Opi. i edited /etc/network interfaces to auto lo auto eth0 iface eth0 inet dhcp ifup eth0 gives cannot find device. lsmod now gives ....... dm9601 6431 0 qf9700 5954 0 usbnet 14100 2 dm9601,qf9700 ....... with the above configuration the board hangs up at restart if adapter is plugged, i can login, then after password it hangs. i changed the port from OTG to normal USB, and it finally worked. ifconfig gives lo, eth0 (with local ip) and wlan0 and i can normally restart or halt the board. i tested ping on local machine and it gives between 30-40% packet loss. i don't think we can use iperf3 with such results.... i really don't understand why it worked on raspberry according to previous links.
  7. you're right ! i bought it almost one year ago, so a long time before opi lite appears. if i knew....
  8. how did you succeed in applying the patch? i'm gonna try it . for now i'm running 5.25 but that should apply since it is the same kernel. for sure i will order the RTL based adapter, to avoid headache in the future, but i'm pretty sure many people will face this issue in the future until xunlong developp a OPi one with 2usb +1 OTG.
  9. i've read that this patch (hack) corrects some buffer overflow, but since there is no other solution we have to deal with it. I know the easiest way is to buy an RTL based chip adapter as advised by Tkaiser and that's what i'm gonna do but remember the first philosophy of raspberry or arm based nano cards at the beginning; it was to use old or cheap hardware such as keyboard mouse and 15 years old crt screen. Many people purchased that 1,5$ chinese adapter and since OPi lite contains 2usb and 1 OTG, i think statistically many people will face this problem in the future. I have read documentation about user provided patches under user configuration, and despite the patch was in the right place i did not succeed. i really don't know what to change in that patch, in the kmtaylor git there are a few lines of code, ? compiling the kernel natively should be more documented or a short tuto (step by step) could help to avoid bandwidth consumption at each entire cross-compilation.
  10. this RTL8153 seems very interesting and at reasonable price. i'll certainly take one from there and of course wait delivery at least one month. but for now i'll continue trying with this bad ethernet gadget. is there any tuto on how to compile just the kernel for armbian from a running OPI or other card without performing all the steps in crosscompiling ?
  11. i know this is cheap and crap chinese adapter, i bought it cause it was the only one available and easy to deliver, but why is it working on pc on linux mint and may be completing compilation steps could give results. just take a look, it is working on raspberry here
  12. Hello, i have an usb ethernet adapter recognized as (lsusb : Bus 005 Device 002: ID 0fe6:9700 Kontron (Industrial Computer Source / ICS Advent) DM9601 Fast Ethernet Adapter which is recognized and running fine on linux mint 17 ( kernel 3.16.0-38 - 52 ubuntu 14.04.01) but i can't find a way to make it work on any distro on OPi Lite. 1/ i tried nightly armbian xenial ( Armbian_5.27.170327_Orangepilite_Ubuntu_xenial_dev_4.10.3) , it ended up with a continuous message , a kind of kernel panic : [22.272075] dm9601 5-1:1.0 enx00e04c534458: kevent 4 may have been dropped 2/i tried armbian 3.4.113 and followed all instructions in this post , module g_ether is inserted and there is even dm9601 (lsmod) but no IP and no led blinking on adapter if /etc/network/interfaces contains : auto usb0 iface usb0 inet static address 192.168.1.9 netmask 255.255.255.0 pre-up /bin/sh -c 'echo 2 > /sys/bus/platform/devices/sunxi_usb_udc/otg_role' and if i replace usb0 with eth0, led blinks, i have the assigned IP but no connection. 3/ i found that a patch for this problem was available and inserted in kernel branch 4.4 according to this post , so i tried to compile it using Igor's script. i pasted the file "dm9601-bug.patch" under ~/userpatches/kernel/sun8i-default and even ~/userpatches/kernel/sun8i-dev but both images (regular end dev) lead to error in this patch : image 4/ I tried image Armbian_5.27_Orangepilite_Debian_jessie_dev_4.10.3 created using same script without trying to apply the patch, the adapter is working very slowly and ping yields to over 30% packet loss on local network between to linux machines. ssh connection is very slow, so i have sometimes to wait between characters. 5/ i tried finally to compile version 5.25 with 3.4.113 kernel using this steps : git clone --depth 1 git://github.com/raspberrypi/linux.git git clone https://github.com/kmtaylor/rpi_patches.git cd linux patch -p1 < ../rpi_patches/dm9601-bug.patch KERNEL_SRC=/home/user/linux/ sudo modprobe configs zcat /proc/config.gz > .config make menuconfig # here i selected usb ethernet support and all necessary modules with M or * make -j4 uImage modules # i took almost 1h30 sudo make modules_install after that i have this content, but can't find how to use it since compiling kernel for arm is different from x86 cause there is no grub to choose the kernel to boot, and i can't find any methods on how to compile kernel (to enable a feature or apply a patch) for armbian except the whole compilation using Igor's script. Copying zImage to /boot didn't work and gives an error related to /boot /.next and dtb. sc@orangepilite:~/linux$ ls -l arch/arm/boot/ total 15960 -rwxr-xr-x 1 sc sc 11194368 Mar 27 12:39 Image -rw-r--r-- 1 sc sc 2816 Mar 27 10:55 Makefile drwxr-xr-x 2 sc sc 4096 Mar 27 10:55 bootp drwxr-xr-x 2 sc sc 4096 Mar 27 12:39 compressed drwxr-xr-x 4 sc sc 69632 Mar 27 10:55 dts -rw-r--r-- 1 sc sc 1648 Mar 27 10:55 install.sh -rwxr-xr-x 1 sc sc 5064592 Mar 27 12:39 zImage So why is this network adapter working on older kernel in Linux mint, and is compilation the right way to make it work? how to complete the compilation steps described in 5/ ? any help appreciated
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines