Menu
▾
▴
Re: [Devil-Linux-discuss] r8169 hangs link up DL 1.6.9
|
From: Pekka K. <Pek...@ja...> - 2017-11-23 17:06:24
|
Success! Here is the story. I tried to use 1.8.0 and a new I220 network card. However there was too many changes in squid, strongswan and shorewall which I use a lot in my setup. I could not do all modifications in short time I had in maintenance break even I prepared as much I could. I have 50 ipsec connections to other sites and 4 brand offices to connect plus openvpn to 50 people. So plan b was to to keep 1.69 and add r8169 there. Igb had too low version too for I220 in 1.6.9. Could have tried to upgrade but since I have only one PCIe slot and on board nic is r8168 also I decided to go with r8168. I managed to add r8168 to build. I learned that Makefiles need quite a bit modification because they are usually meant to be installed on running os. Seems they use uname to determine running kernel which does not suit in lfssystem. Added a build script and added r8168 to Makefile.custom. Build script had to include moving kernel module r8169 away because I could not blacklist in on running DL. Compilation worked quite ok, one header file was missing, I added it. Maybe because kernel differences. Finally its there and r8169 virus gone lol! Gosh this r8169 driver caused a lot of pain. Wish they would get rid of it in Kernel, over 10 years old, no maintenance. Problems with it are all over after googling. I try 1.8.0 later when I can use more time for upgrading all software settings there. This is a custom build now, DL build system is good, relative easy to add stuff! ________________________________________ Lähettäjä: Pekka Kilponen [Pek...@ja...] Lähetetty: 18. marraskuu 2017 22:35 Vastaanottaja: dev...@li... Aihe: Re: [Devil-Linux-discuss] r8169 hangs link up DL 1.6.9 Thanks LFS is new to me. Yeah something with LFS I messed up having both sources 1.8.1 and 1.6.9 on same LFS. Then I splitted then into two separate LSF environments. I dont have any other security measure than sudo in my Ubuntu 16.10 desktop. I just sudoed chroot command and created devices inside dev with MAKEDEV-1.7 which was sitting on dev dir. That made all necessary devices there with "std" param. I managed to build 1.8.1 iso which started in Virtual Box. And 1.69 in building to with no errors so far as we speak. Next I figure out how to put r8168 driver from realtek into kernel tree. ________________________________________ Lähettäjä: Heiko Zuerker [he...@zu...] Lähetetty: 18. marraskuu 2017 16:19 Vastaanottaja: dev...@li... Aihe: Re: [Devil-Linux-discuss] r8169 hangs link up DL 1.6.9 Pekka You must be doing something fundamentally wrong. All the issues you describe should not happen. Did you start with a complete fresh lfsystem? If not, pleae do so. Please make sure any security settings are off on the host system, as describe in the documentation. Heiko Quoting Pekka Kilponen <Pek...@ja...<mailto:Pek...@ja...>>: /dev/null was a file in my chroot environment and contained this text: "mkdir (GNU coreutils) 7.4 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie." I recreated it with root:/dev# mknod /dev/null c 1 3 root:/dev# chmod 666 /dev/null Sorry about that it was really mysterious error for me and sorry about spamming to hasty -Pekka ________________________________________ Lähettäjä: Pekka Kilponen [Pek...@ja...<mailto:Pek...@ja...>] Lähetetty: 17. marraskuu 2017 19:56 Vastaanottaja: dev...@li...<mailto:dev...@li...> Aihe: Re: [Devil-Linux-discuss] r8169 hangs link up DL 1.6.9 After googling aroung with r8169 I deviced to download r8168 driver from Realtek. I even tried Intel 9301CT with e1000e driver but results were even worse it worked only one minute until it stalled and cause kernel error. (Any advice on rock solid gigabit ethernet cards for Devil Linux? :) ) In the current linux kernel sources r8169 is the same version as you have here and it has not been modified since 2007 So I installed 1.6.9 build environment, Created chroot per instructions. Had to mount proc and sys and shm from host since mount was not allowed from chroot. Pulled the sources from CVS repo and started to compile. It took some time obviously something did happen...until glibc. make prepare build install iso dist root:/build# make prepare build install iso dist mount: only root can do that (I mounted these from host so ignore) mount: only root can do that make: Entering directory `/build' prepare: glibc log: /build/tmp/LOGS/prepare/glibc make: *** [glibc] Error 1 make: Leaving directory `/build' make: *** [prepare] Error 1 gcc -c -std=gnu99 -fgnu89-inline -O2 -Wall -Werror -Wno-error=undef -Wno-error=unused-function -Wundef -Wwrite-strings -fmerge-all-constants -frounding-math -m64 -Wstrict-prototypes -ftls-model=initial-exec -I../include -I/build/tmp/glibc-prepare/csu -I/build/tmp/glibc-prepare -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -D_LIBC_REENTRANT -include /build/tmp/glibc-prepare/libc-modules.h -DMODULE_NAME=libc -include ../include/libc-symbols.h -o /build/tmp/glibc-prepare/csu/Mcrt1.o -x c /dev/null gcc ../sysdeps/x86_64/crti.S -c -I../include -I/build/tmp/glibc-prepare/csu -I/build/tmp/glibc-prepare -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -D_LIBC_REENTRANT -include /build/tmp/glibc-prepare/libc-modules.h -DMODULE_NAME=libc -include ../include/libc-symbols.h -DASSEMBLER -I/build/tmp/glibc-prepare/csu/. -Werror=undef -Wa,--noexecstack -o /build/tmp/glibc-prepare/csu/crti.o -MD -MP -MF /build/tmp/glibc-prepare/csu/crti.o.dt -MT /build/tmp/glibc-prepare/csu/crti.o /dev/null:1:8: error: unknown type name 'GNU' make[2]: *** [/build/tmp/glibc-prepare/csu/Mcrt1.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/build/tmp/glibc-2.22/csu' make[1]: *** [csu/subdir_lib] Error 2 make[1]: Leaving directory `/build/tmp/glibc-2.22' make: *** [all] Error 2 root:/build/tmp/LOGS/prepare# root:/build/tmp/LOGS/prepare# gcc --version gcc (GCC) 4.7.4 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. root:/build/tmp/LOGS/prepare# So unknown type name GNU it says? What can I do to fix this? TIA, Pekka ________________________________________ Lähettäjä: Pekka Kilponen [Pek...@ja...<mailto:Pek...@ja...>] Lähetetty: 17. marraskuu 2017 10:30 Vastaanottaja: dev...@li...<mailto:dev...@li...> Aihe: [Devil-Linux-discuss] r8169 hangs link up DL 1.6.9 Hi, I been having consistent crashes on LAN part (2-3 a day ) or firewall which only reboot helps. DL 1.6.9 Symtons are following, /var/log/messages: Nov 17 09:46:47 Paahtimo2 kernel: r8169 0000:03:00.0: eth1: link up Nov 17 09:46:47 Paahtimo2 kernel: r8169 0000:03:00.0: eth1: link up Nov 17 09:46:47 Paahtimo2 kernel: r8169 0000:03:00.0: eth1: link up Then LAN crashes (I am still able to login from Internet). My LAN is Gigabit I found this old thread: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/821454 and it looks very similar to my symptons. Has any of you experienced similar hangups? In 1.6.9: lspci: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 0c) root@Paahtimo2<mailto:root@Paahtimo2>:~ # uname -a Linux Paahtimo2 3.2.71-grsec #1 SMP Mon Aug 24 08:37:07 EST 2015 x86_64 GNU/Linux root@Paahtimo2<mailto:root@Paahtimo2>:~ # modinfo r8169 filename: /lib/modules/3.2.71-grsec/kernel/drivers/net/ethernet/realtek/r8169.ko firmware: rtl_nic/rtl8168f-2.fw firmware: rtl_nic/rtl8168f-1.fw firmware: rtl_nic/rtl8105e-1.fw firmware: rtl_nic/rtl8168e-3.fw firmware: rtl_nic/rtl8168e-2.fw firmware: rtl_nic/rtl8168e-1.fw firmware: rtl_nic/rtl8168d-2.fw firmware: rtl_nic/rtl8168d-1.fw version: 2.3LK-NAPI license: GPL description: RealTek RTL-8169 Gigabit Ethernet driver author: Realtek and the Linux r8169 crew <ne...@vg...<mailto:ne...@vg...>> srcversion: 6DBE88BFD87873BB7C87C57 alias: pci:v00000001d00008168sv*sd00002410bc*sc*i* alias: pci:v00001737d00001032sv*sd00000024bc*sc*i* alias: pci:v000016ECd00000116sv*sd*bc*sc*i* alias: pci:v00001259d0000C107sv*sd*bc*sc*i* alias: pci:v00001186d00004302sv*sd*bc*sc*i* alias: pci:v00001186d00004300sv*sd*bc*sc*i* alias: pci:v000010ECd00008169sv*sd*bc*sc*i* alias: pci:v000010ECd00008168sv*sd*bc*sc*i* alias: pci:v000010ECd00008167sv*sd*bc*sc*i* alias: pci:v000010ECd00008136sv*sd*bc*sc*i* alias: pci:v000010ECd00008129sv*sd*bc*sc*i* depends: mii intree: Y vermagic: 3.2.71-grsec SMP mod_unload modversions GRSEC parm: use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int) parm: debug:Debug verbosity level (0=none, ..., 16=all) (int) root@Paahtimo2<mailto:root@Paahtimo2>:~ # I will try to upgrade to 1.8.0 where version 2.3LK-NAPI is the same but srcversion looks different. Here is from 1.8.0 lspci: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c) root@JaicomVPN<mailto:root@JaicomVPN>:~ # modinfo r8169 filename: /lib/modules/4.8.15-grsec/kernel/drivers/net/ethernet/realtek/r8 169.ko.xz firmware: rtl_nic/rtl8107e-2.fw firmware: rtl_nic/rtl8107e-1.fw firmware: rtl_nic/rtl8168h-2.fw firmware: rtl_nic/rtl8168h-1.fw firmware: rtl_nic/rtl8168g-3.fw firmware: rtl_nic/rtl8168g-2.fw firmware: rtl_nic/rtl8106e-2.fw firmware: rtl_nic/rtl8106e-1.fw firmware: rtl_nic/rtl8411-2.fw firmware: rtl_nic/rtl8411-1.fw firmware: rtl_nic/rtl8402-1.fw firmware: rtl_nic/rtl8168f-2.fw firmware: rtl_nic/rtl8168f-1.fw firmware: rtl_nic/rtl8105e-1.fw firmware: rtl_nic/rtl8168e-3.fw firmware: rtl_nic/rtl8168e-2.fw firmware: rtl_nic/rtl8168e-1.fw firmware: rtl_nic/rtl8168d-2.fw firmware: rtl_nic/rtl8168d-1.fw version: 2.3LK-NAPI license: GPL description: RealTek RTL-8169 Gigabit Ethernet driver author: Realtek and the Linux r8169 crew <ne...@vg...<mailto:ne...@vg...>> srcversion: 2336D4146CB2C67640BD2ED alias: pci:v00000001d00008168sv*sd00002410bc*sc*i* alias: pci:v00001737d00001032sv*sd00000024bc*sc*i* alias: pci:v000016ECd00000116sv*sd*bc*sc*i* alias: pci:v00001259d0000C107sv*sd*bc*sc*i* alias: pci:v00001186d00004302sv*sd*bc*sc*i* alias: pci:v00001186d00004300sv*sd*bc*sc*i* alias: pci:v00001186d00004300sv00001186sd00004B10bc*sc*i* alias: pci:v000010ECd00008169sv*sd*bc*sc*i* alias: pci:v000010ECd00008168sv*sd*bc*sc*i* alias: pci:v000010ECd00008167sv*sd*bc*sc*i* alias: pci:v000010ECd00008136sv*sd*bc*sc*i* alias: pci:v000010ECd00008129sv*sd*bc*sc*i* depends: mii intree: Y vermagic: 4.8.15-grsec SMP mod_unload modversions REFCOUNT GRSEC parm: use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int) parm: debug:Debug verbosity level (0=none, ..., 16=all) (int) root@JaicomVPN<mailto:root@JaicomVPN>:~ # ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Devil-linux-discuss mailing list Dev...@li...<mailto:Dev...@li...> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Devil-linux-discuss mailing list Dev...@li...urceforge<mailto:Dev...@li...urceforge>.nethttps://lists.sourceforge.net/lists/listinfo/devil-linux-discuss -- Regards Heiko Zuerker ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
