Re: [OpenWrt-Devel] [PATCH] ramips: ethernet: fix to interrupt handling

2019-10-31 Thread Mingyu Li
2019年10月30日 週三 上午12:51寫道: > > On Wed, Mar 6, 2019 at 12:37 AM Mingyu Li wrote: > > > > the original code use status register to keep there still have some > > pkts in buffer. > > need next napi call to receive it. > > > > if 128 packets in buffer. you clear st

Re: [OpenWrt-Devel] [PATCH] ramips: ethernet: fix to interrupt handling

2019-03-06 Thread Mingyu Li
the original code use status register to keep there still have some pkts in buffer. need next napi call to receive it. if 128 packets in buffer. you clear status first. because napi max handle 64 packets in buffer. so 64 packets need to handle in next napi poll. if no new packet comming. the

Re: [OpenWrt-Devel] [PATCH 8/8] ramips: update dtsi files to support second spi device

2015-11-22 Thread Mingyu Li
Dear Sir. you need to modify kernel file at "arch/mips/ralink/rt305x.c" add the code below. ralink_clk_add("1b00.spi", sys_rate); +ralink_clk_add("1b40.spi", sys_rate); ralink_clk_add("1100.timer", wdt_rate); please let me know if the second spi works. if

Re: [OpenWrt-Devel] [PATCH 2/8] ramips: remove rt2880 spi lock and clean bit operation

2015-10-26 Thread Mingyu Li
Hi John. i check the code which functions need read/write register. 3 functions (prepare_message, set_cs, transfer_one) are used at same function __spi_pump_messages at spi.c. the __spi_pump_message is protected by spi_master->queue_lock this make sure spi device operation is serialized. the

Re: [OpenWrt-Devel] [PATCH 6/8] ramips: improve mt7621 spi chip select

2015-10-13 Thread Mingyu Li
i have mention "add debug info" on comment. or you suggest me move the debug info into another patch. about num_chipselect. now we should use gpio pin as chip select pin. so there is no limit on num_chipselect. we can connect more spi devices by using gpio pin as chip select pin. you can check

Re: [OpenWrt-Devel] [PATCH 5/7] ramips: fix mt7621 cpu clock speed. set spi clock to system clock

2015-10-05 Thread Mingyu Li
according to mtk sdk 4300 at kernel version linux-2.6.36.x at 40Mhz Xtal it use 20 not 40. #elif defined (CONFIG_RALINK_MT7621) case 0: reg = (*(volatile u32 *)(RALINK_SYSCTL_BASE + 0x44)); cpu_fdiv = ((reg >> 8) & 0x1F); cpu_ffrac = (reg &

Re: [OpenWrt-Devel] [PATCH] [ 4/5] ramips: add xmit_more support

2015-06-05 Thread Mingyu Li
this feature i reference tg3.c driver at function tg3_start_xmit. it says therer is a small possibility that start_xmit will miss it and cause the queue to be stopped forever. below is the tg3 drivers code === function tg3_tx === tnapi-tx_cons = sw_idx; /* Need to make the

Re: [OpenWrt-Devel] AsiaRF AWM002 (ramips) USB and reboot broken at r44044

2015-02-02 Thread Mingyu Li
Dear Sir. the fe_reset only used to reset ethernet and switch driver. i think your problem is the old code is wrong. at ethernet driver(soc_rt305x.c) it just clean all reset bit (enable all functions. usb?). but the new code only reset and enable ethernet and switch block. you can see the diff as

Re: [OpenWrt-Devel] Ralink ethernet update

2014-10-30 Thread Mingyu Li
i checkout the latest code and rebuild for rt-n15 only test 3 times lan to wan tcp performance 60 seconds one thread netperf version 2.6.0 116.33, 116.20, 102.84 (10^6bits/sec) iperf 2.0.5 120, 116, 113 (Mbits/sec) iperf 3.0.7 113, 124, 121 (Mbits/sec) 2014-10-30 18:35 GMT+08:00 Paul Fertser

Re: [OpenWrt-Devel] Ralink ethernet update

2014-10-29 Thread Mingyu Li
on rt2880 i also use rt-n15. the performance on rt2880 seeks unstable. sometime low. sometime high. i also don't know why. others target are more stable. so the maximum is 12x i got. by datasheet it support tx/rx checksum offload. but ralink sdk disable it. so i also disable it. so the performanc