Hi Mingyu Li,
looks fine for me.
On Fri, Apr 28, 2017 at 4:59 AM, Mingyu Li wrote:
> Hi Gaetano Catalli
>
> i change your mtk_eth_soc.c driver part. because mt7621 don't need to
> set FE_GDMA1_FWD_CFG register to enable jumbo frame. and keep
> MAX_RX_LENGTH because other chips need it.
>
> i als
Hi Gaetano Catalli
i change your mtk_eth_soc.c driver part. because mt7621 don't need to
set FE_GDMA1_FWD_CFG register to enable jumbo frame. and keep
MAX_RX_LENGTH because other chips need it.
i also made a patch on github
https://github.com/igvtee/source/commit/c4a660d991011e2c0e232758500d56faa
Excuse me for my lack of experience with the patches. It turned out
the patch was just fine, but gmail probably messed up the formatting.
Thank you all very much for the links to the informative patches
guides. I created my own patch with quilt and applied all the changes
to the source manually. Th
The mediatek folder is not there by default. It gets generated in the
during the "make" command when compiling the image by the patches. It
can be found at the following full path:
source/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/linux-4.4.61/drivers/net/ethernet/mediatek
I will try i
Weird, I'm not seeing the whole "mediatek" folder if I try to follow
your steps from a fresh source download with LEDE master (trunk/HEAD,
whatever).
I've checked the LEDE 17.01 branch and yes, there the "mediatek" folder
is there and also that file. Kernel version is the same for both,
4.4.61
Thank you all for the suggestions. I've tried the following steps:
1) Add the patch in a file with a name so that it will be added last:
999-mtu.patch. This failed during the build.
2) Next, I wanted to write these changes manually to a patch with
quilt. However, the file /drivers/net/ethernet/med
Hello,
here is step by step guide, how to work with patches (kernel, packages)
https://lede-project.org/docs/guide-developer/use-patches-with-buildsystem
Br
Milan
Jaap Buurman napsal So, dub 22, 2017 v 1∶53 :
I have never applied patches before, so I am probably making mistakes.
The first pr
I have never applied patches before, so I am probably making mistakes.
The first problem I'm running into, is that it is trying to patch the
following file:
/drivers/net/ethernet/mediatek/gsw_mt7620.h
However, such a file does not exist in that path in my build_dir. I
can find gsw_mt7620.c and gs
Ah, that sounds even better :) I will try to compile and test this
patch tomorrow or the day after tomorrow. Will let you know if it
works. Thanks again for the effort you're putting into this!
On Wed, Apr 19, 2017 at 10:23 AM, Gaetano Catalli
wrote:
> I'm still working on this since I would like
I'm still working on this since I would like to raise the limit up to
9KB if possible. Please, let me know if this works for you.
On Wed, Apr 19, 2017 at 10:18 AM, Jaap Buurman wrote:
> Wow, this is perfect. Thank you very much. I will try to use this
> patch and compile my own image with up to 2
Wow, this is perfect. Thank you very much. I will try to use this
patch and compile my own image with up to 2kb frame support. Do you
have any plans on submitting this as a PR to the LEDE git?
On Wed, Apr 19, 2017 at 9:32 AM, Gaetano Catalli
wrote:
> I've been working on this for a while. Apparen
I've been working on this for a while. Apparently the embedded 5-port
gigabit switch is able to handle packets with size up to 15KB. On the
contrary, the GMAC, to which the switch is attached, has a limit of
2KB. The following is a patch that changes the max recv frame length
to 2KB and allows to s
I am able to test this on my DIR-860l. I could try to compile my own
build to test this, but I am no C programmer myself. Am I correct in
the following post about how to set the flag to allow for jumbo frames
to be set?:
https://forum.lede-project.org/t/build-for-the-d-link-dir-860l/948/40?u=musho
Hello all,
if someone do a testing patch for jumboFrames, I can lend a helping
hand with testing on EdgeRouter X. I think MT7621 know JumboFrames,
because of Ubiquiti FMW allow to set MTU 1536B
2017-04-10 2:06 GMT+02:00 :
> Probably was not in the interest of the driver writers. Based on the
> co
Probably was not in the interest of the driver writers. Based on the
copyrights though, it's mostly LEDE/OpenWRT developers. Try modifying
the code to test if jumbo frames work.
On Sun, 2017-04-09 at 21:20 +0200, Jaap Buurman wrote:
> Hello all,
>
> I found the message below in a conversation fro
Hello all,
I found the message below in a conversation from back in August, 2016
in this mailinglist. I did not find a reply to this question. Has
there ever been one? Or does anyone else happen to know the answer to
this question? Thank you very much in advance.
Yours sincerely,
Jaap Buurman
A
16 matches
Mail list logo
