Jump to content

deb2016

Members
  • Posts

    58
  • Joined

  • Last visited

Recent Profile Visitors

1715 profile views
  1. Wifi is fixed by adding "pcie_aspm=off" to kernel parameters : added "extraargs=pcie_aspm=off" in armbianEnv.txt and recompiled boot.scr as advocated in boot.cmd I hope this is the right fix for this issue and that this parameter will not affect other parts of the hardware. Regards
  2. I have installed linux-image-current-mvebu and linux-dtb-current-mvebu. My wifi card is recognized : lspci 00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04) 00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04) 01:00.0 SATA controller: Marvell Technology Group Ltd. Device 9215 (rev 11) 02:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter (rev ff) But I have this error in logs : [ 1989.796887] ath10k_pci 0000:02:00.0: of_irq_parse_pci: failed with rc=134 [ 1989.796895] ath10k_pci 0000:02:00.0: assign IRQ: got 0 [ 1989.814365] ath10k_pci 0000:02:00.0: can't change power state from D3hot to D0 (config space inaccessible) [ 1989.844551] ath10k_pci 0000:02:00.0: failed to wake up device : -110 [ 1989.846602] ath10k_pci 0000:02:00.0: disabling bus mastering [ 1989.846770] ath10k_pci: probe of 0000:02:00.0 failed with error -110 I googled some of these lines, it seems a known problem, so not due to clearfogpro, but rather to the kernel. However, up to now, I could not find a workaround. Does someone use this wifi card with the current kernel (5.x.xx) ? Regards
  3. I installed linux-image-current-mvebu. I have a sata card on pcie1 and a wifi card on pcie2 (closest to cpu). It is strange, after booting, I had no more wifi access point running on the pcie2 card. The wifi interface 'wlp2s0' was gone but the card seems to be recognized : lspci : 00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04) 00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04) 01:00.0 SATA controller: Marvell Technology Group Ltd. Device 9215 (rev 11) 02:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter I had to downgrade to linux-image-legacy-mvebu, but this one does not have the huawei_cdc_ncm module. I know that there are some issues with pci slots for the clearfogpro. I looked into the test matrix, it should work. How can I do to make the wifi interface appear with linux-image-current-mvebu ? Thanks in advance for your help Regards
  4. Currently, it is not working yet on clearfogpro as well as on my laptop because it appears that one kernel module is missing : huawei_cdc_ncm grep HUA /boot/config-4.14.135-mvebu CONFIG_USB_NET_HUAWEI_CDC_NCM is not set My current kernel is Linux 4.14.135-mvebu. Is there any reason for the huawei module not being compiled ? How could I remedy to this ? aptitude search linux-image ... p linux-image-current-mvebu - Linux kernel, version 5.10.21-mvebu ... Do you know if this module is included in newer kernels ? Regards
  5. Hi, Thanks for your answeer. I finally got it working at least on my laptop, should be the same on clearfogpro. It is quite simple in fact : 1. connect the modem with mmcli : mmcli -m <modem index> --simple-connect="apn=yourapn" 2. with "ifconfig -a" you will notice you have a ww*** interface, to which you can connect by configuring it into /etc/network/interfaces with dhcp Just the trouble at the moment is that in doing so, I do not get any dns server, cannot figure out why yet
  6. Hello, I run a clearfogpro, this problem is not board specific, but I would like to use a huawei e3372h-153 USB 4G dongle on this board which has a USB3 port. The current version of armbian is Debian Buster Linux 4.14.135-mvebu. This dongle is in stick mode, as opposed to the hilink mode. In stick mode, when plugging the dongle, two devices appear : /dev/ttyUSB0 and /dev/cdc-ncm1. With the former I can issue AT commands to the dongle, the latter is the modem itself with the NCM protocol, known to be faster than PPP. There is also an wwan interface appearing with ifconfig -a. However, I do not know how to configure this interface that is to say what to put into /etc/network/interface I googled on internet and within this forum but nothing showed up so far very useful. Did someone already had to configure such a device ? Regards
  7. Hello, There are many leds on the clearfogpro that I would like to switch off. But /sys/class/leds only has "mmc0::". Is there a way to access other leds ? namely those of the ethernet ports ? Regards deb2016
  8. Wonderful, I had stopped working on this, lacking of hints, I wonder what was the issue. Thanks for pointing this to me. Regards
  9. Hi, Thanks for your reply. If I perform the "dd"'s in the other order, will the second one (u-boot) still damage the solidrun image ?
  10. Hi, I have tried with the latest Solidrun stock build : I first installed their uboot for sata on the M2. SSD card : dd if=file.kwb of=/dev/sda bs=512 seek=1 Then, I installed the system : dd if=solidrun_image.img of=/dev/sda bs=4M I switched the boot order to sata and powered on. At the end of the installation, I can indeed see both PCIe cards with lspci, but the strange part is that nothing happens if I plug a hard drive on the sata controller : no device appears and no activity in logs. But the hardware does react when I plug the hard drive : leds of the sata controller lights up (and light down when I unplug) So, this is a slight improvement with solidrun stock image. All the hardware is brand new, so it is very unlikely to be a hardware defect. Could it be related to insufficient power ? I will try again with another power adapter. I remember that you have tried on our side with our clearfogpro, could you give me details about how you proceeded exactly ? Regards
  11. Hello, I bought another clearfogpro, thinking hardware was broken. I also bought a mPCIe wifi card and sata controller following the ones which are listed on the clearfogpro armbian page. I cannot believe it : I still face the very same issue : the wifi card is correctly detected but not the sata controller. At least, I am sure now that it is not a hardware issue (all is new). I will keep testing. When installing the system on the SD card, I always notice that the device-tree model is not clearfogpro, as if the installation process was not detecting well the right hardware. In this case, is there a specific process to reinstall for the correct hardware (uboot , initrd) ? Thanks for your attention Regards
  12. I have just tried the oldest armbian next, still same issue.
  13. Hi, Thanks for your reply. I made further tests without the wifi card, with two sata controller, the one that I already had and a new one (listed on the armbian clearfogpro page, the one with four sata ports). When I plug both sata controller (one on each PCIe slot), none of them are detected, whatever the order. I checked again, I use the correct model (/proc/device-tree/model). I begin to believe it is a hardware defect, something that does not show up in logs, what else could it be if everything works well for you with the same configuration (?) I believe I have no other alternative than buy another clearfogpro and another PCIe wifi card. I will try again with the new sata controller and the new wifi card. If I have the same trouble, I'll buy another clearfogpro, what else can I do ? I wonder. So strange, it was working perfectly well before upgrading armbian.
  14. Hi again, I made further tests. I recall I have a clearfogpro which runs armbian next latest, the issue is that I cannot make both mPCIe cards recognized (there is one wifi card and one sata controller). There is also a M2 ssd card, but it is not used at present, the system is installed on a sd card. I checked at each time with /proc/device-tree/model that I have the clearfog pro. If I plug the sata controller alone on the left slot (the one on the left hand side when you faces all ethernet ports), it is recognized (lspci shows it and attached hard drives are mountable) If, in addition, I plug the wifi card on the right slot, nothing is recognized at all, not even the sata controller (left slot) which was recognized before. Then, if I switch : I plug alone the sata controller ont the right slot, it is then recognized as earlier. When I plug the wifi card on the remaining slot (left one), the sata controller is no more recognized but I can see the wifi card : iwconfig finds it but I do not know if it works well. At last, when I plug the wifi card alone on either left or right slot, it gets recognized. I do not know how to interpret these tests. Both cards are recognized well when they are plugged alone. Trouble arises when I plug a second one.
  15. Hi, Thanks for your reply, I will try the solidrun image. Another point I noticed is that the temperature reported by armbian is very rapidly 70°C (without running anything), but in the clearfogpro specifications I read that it works from 0 to 70°C. Is it a normal temperature ?
×
×
  • Create New...