Jump to content

Recommended Posts

Posted

In the mainline kernel, meson-gxl-s905d-phicomm-n1.dts has been around for a long time, but there has been a problem of high CPU load. I fixed it and it has been stable for several months, so it is shared for reference .
I think the cause of the problem is that the IRQ is wrong. The original value is 29 and needs to be changed to 25.

// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
/*
 * Copyright (c) 2018 He Yangxuan
 */

/dts-v1/;

#include "meson-gxl-s905d-p230.dts"

/ {
        compatible = "phicomm,n1", "amlogic,s905d", "amlogic,meson-gxl";
        model = "Phicomm N1";

        cvbs-connector {
                status = "disabled";
        };

        leds {
                compatible = "gpio-leds";

                status {
                        label = "n1:white:status";
                        gpios = <&gpio_ao GPIOAO_9 GPIO_ACTIVE_HIGH>;
                        default-state = "on";
                };
        };

};

&cvbs_vdac_port {
        status = "disabled";
};

&external_phy {
        /delete-property/ reset-gpios;
        interrupts = <25 IRQ_TYPE_LEVEL_LOW>;
};

 

Posted

Hi flippy,

thank you very much for your sharing about N1 and Beikeyun.

i found that armbian for RK3328 can support video decode by  a script ,  may i use the script on Baikeyun with your image?  thank you.

 

Posted
On 3/6/2020 at 8:55 PM, lewis said:

Hi flippy,

thank you very much for your sharing about N1 and Beikeyun.

i found that armbian for RK3328 can support video decode by  a script ,  may i use the script on Baikeyun with your image?  thank you.

 

hi lewis:

Yes, i am happy to share it。 

The main body of those mirrors is from the ambien community. I just recompiled the kernel  on the results of others, using the kernel source code from 150balbes, and added the dtb file for beikeyun, you can use it at will.

 

rk3328-beikeyun-1200mhz.dts rk3328-beikeyun-1296mhz.dts rk3328-beikeyun-1392mhz.dts rk3328-l1pro-1296mhz.dts rk3328-l1pro-1392mhz.dts rk3328-l1pro-1512mhz.dts

Posted

I improved the dts of Phicomm N1 again.
The reasons are:
1. The Ethernet card of N1 is not very compatible with some switches. When the ethernet phy is activated, the flow control sometimes cannot be turned on, so  will get bad results during the speedtest.net . For this reason, I added a dts separately force_thresh_dma_mode, which is equivalent to flow control in software mode. But there are also side effects: tx performance is reduced. In addition, as auxiliary optimization items, set snps, aal; snps, txpbl = <0x8>; snps, rxpbl = <0x4>; their role is to improve the performance of the network card.
2. The phy reset-delay-us value of N1 is sometimes not enough. When running openwrt, sometimes the ethernet phy cannot be enabled, so the reset-delay-us value is increased.

Provide two dts files:
meson-gxl-s905d-phicomm-n1.dts: This is the default dts, used in most occasions, when the flow control can be turned on normally, this is the best choice
meson-gxl-s905d-phicomm-n1-thresh.dts: This is a dts with the force_thresh_dma_mode option enabled. It is applicable when flow control cannot be turned on. You can use force_thresh_dma_mode to control flow at the cost of a small amount of performance loss.

meson-gxl-s905d-phicomm-n1.dts meson-gxl-s905d-phicomm-n1-thresh.dts

Posted
On 5/1/2020 at 2:32 AM, flippy said:

I improved the dts of Phicomm N1 again.
The reasons are:
1. The Ethernet card of N1 is not very compatible with some switches. When the ethernet phy is activated, the flow control sometimes cannot be turned on, so  will get bad results during the speedtest.net . For this reason, I added a dts separately force_thresh_dma_mode, which is equivalent to flow control in software mode. But there are also side effects: tx performance is reduced. In addition, as auxiliary optimization items, set snps, aal; snps, txpbl = <0x8>; snps, rxpbl = <0x4>; their role is to improve the performance of the network card.
2. The phy reset-delay-us value of N1 is sometimes not enough. When running openwrt, sometimes the ethernet phy cannot be enabled, so the reset-delay-us value is increased.

Provide two dts files:
meson-gxl-s905d-phicomm-n1.dts: This is the default dts, used in most occasions, when the flow control can be turned on normally, this is the best choice
meson-gxl-s905d-phicomm-n1-thresh.dts: This is a dts with the force_thresh_dma_mode option enabled. It is applicable when flow control cannot be turned on. You can use force_thresh_dma_mode to control flow at the cost of a small amount of performance loss.

meson-gxl-s905d-phicomm-n1.dts 1.03 kB · 97 downloads meson-gxl-s905d-phicomm-n1-thresh.dts 213 B · 77 downloads

 

On 5/1/2020 at 2:32 AM, flippy said:

I improved the dts of Phicomm N1 again.
The reasons are:
1. The Ethernet card of N1 is not very compatible with some switches. When the ethernet phy is activated, the flow control sometimes cannot be turned on, so  will get bad results during the speedtest.net . For this reason, I added a dts separately force_thresh_dma_mode, which is equivalent to flow control in software mode. But there are also side effects: tx performance is reduced. In addition, as auxiliary optimization items, set snps, aal; snps, txpbl = <0x8>; snps, rxpbl = <0x4>; their role is to improve the performance of the network card.
2. The phy reset-delay-us value of N1 is sometimes not enough. When running openwrt, sometimes the ethernet phy cannot be enabled, so the reset-delay-us value is increased.

Provide two dts files:
meson-gxl-s905d-phicomm-n1.dts: This is the default dts, used in most occasions, when the flow control can be turned on normally, this is the best choice
meson-gxl-s905d-phicomm-n1-thresh.dts: This is a dts with the force_thresh_dma_mode option enabled. It is applicable when flow control cannot be turned on. You can use force_thresh_dma_mode to control flow at the cost of a small amount of performance loss.

meson-gxl-s905d-phicomm-n1.dts 1.03 kB · 97 downloads meson-gxl-s905d-phicomm-n1-thresh.dts 213 B · 77 downloads

Can you add a Bluetooth driver for Armbian_20.09_Arm-64_buster_current_5.8.10? Bluetooth will always be unavailable.

  • Werner locked this topic
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines