> I believe the actual fix is in this commit:
> https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62
>
> I believe the actual underlying issue is described at the end of
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139
Should I send a v2 and add this explaination?
From: Sean Wang
Return -ENODEV if the MDIO bus is disabled in the device tree.
Signed-off-by: Sean Wang
Acked-by: John Crispin
Reviewed-by: Andrew Lunn
Signed-off-by: David S. Miller
---
.../ramips/files-4.14/drivers/net/ethernet/mediatek/mdio.c | 2 +-
1 file changed, 1 insertion(+),
From: Sean Wang
a lot of parts in the driver uses devm_* APIs to gain benefits from the
device resource management, so devm_mdiobus_alloc is also used instead
of mdiobus_alloc to have more elegant code flow.
Using common code provided by the devm_* helps to
1) have simplified the code flow as
From: Sean Wang
data_src is unchanged inside the loop, so this patch moves
the assignment to outside the loop to avoid unnecessarily
assignment
Signed-off-by: Sean Wang
Signed-off-by: David S. Miller
---
.../ramips/files-4.14/drivers/net/ethernet/mediatek/ethtool.c | 3 ++-
1 file changed,
Slightly more efficient.
Backport of: e3e9652a43207561eaec6085a8272fe11b283286
Signed-off-by: Rosen Penev
---
.../drivers/net/ethernet/mediatek/mtk_eth_soc.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git
Slight cleanup and avoids a temporary variable.
Based on upstream commit.
Signed-off-by: Rosen Penev
---
.../files-4.14/drivers/net/ethernet/mediatek/mtk_eth_soc.c| 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Hi Linus,
On Wed, Jul 4, 2018 at 9:21 PM Linus Walleij wrote:
> This adds the Vitesse G5e ethernet switch to the Square
> One Itian SQ201 router device tree.
>
> Signed-off-by: Linus Walleij
Thanks for your patch!
> --- a/arch/arm/boot/dts/gemini-sq201.dts
> +++
On Wed, Jul 04, 2018 at 09:17:59PM +0200, Linus Walleij wrote:
> The Storlink Gemini324 EV-Board also known as Storm
> Semiconductor SL93512R_BRD is ground zero for the Gemini
> devices. We add a device tree so we can support it, it
> turns out to be pretty trivial.
>
> Signed-off-by: Linus
On Wed, Jul 04, 2018 at 09:17:57PM +0200, Linus Walleij wrote:
> This sets up the ethernet interface and PHY for the
> WAN ethernet port which uses a Marvell PHY.
>
> Signed-off-by: Linus Walleij
> ---
> arch/arm/boot/dts/gemini-sq201.dts | 85 ++
> 1 file changed,
I wanted to add this info too. See previous emails: "iwinfo: add channel
survey"
I think you are making the survey for all channels?
My attention was only a survey for the used channel.
On 03.07.2018 15:32, Daniel Danzberger wrote:
> Signed-off-by: Daniel Danzberger
> ---
> include/iwinfo.h |
On 2018-07-04 21:53, Felix Fietkau wrote:
> On 2018-06-25 07:30, Yousong Zhou wrote:
>> A link error was encountered when invoking "gccgo -static hello.go" to test a
>> fix for gccgo [1]. The linker cannot find reference to _Unwind_Resume which
>> is
>> defined in libgcc_eh.a and from the "gccgo
On 2018-06-25 07:30, Yousong Zhou wrote:
> A link error was encountered when invoking "gccgo -static hello.go" to test a
> fix for gccgo [1]. The linker cannot find reference to _Unwind_Resume which
> is
> defined in libgcc_eh.a and from the "gccgo -v" and "gccgo -dumpspecs" output,
> I
> found
On 2018-06-21 17:08, wong.syr...@gmail.com wrote:
> From: Syrone Wong
>
> Changes compared to GCC 7.x
>
> 001-revert_register_mode_search.patch dropped
>
> The commit guards comparison via maybe_gt(), while
> 001-revert_register_mode_search.patch simply ignore
> "GET_MODE_SIZE (mode) >
The Storlink Gemini324 EV-Board also known as Storm
Semiconductor SL93512R_BRD is ground zero for the Gemini
devices. We add a device tree so we can support it, it
turns out to be pretty trivial.
Signed-off-by: Linus Walleij
---
arch/arm/boot/dts/Makefile| 1 +
This adds the Vitesse G5e ethernet switch to the Square
One Itian SQ201 router device tree.
Signed-off-by: Linus Walleij
---
arch/arm/boot/dts/gemini-sq201.dts | 75 +-
1 file changed, 73 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/gemini-sq201.dts
This sets up the ethernet interface and PHY for the
WAN ethernet port which uses a Marvell PHY.
Signed-off-by: Linus Walleij
---
arch/arm/boot/dts/gemini-sq201.dts | 85 ++
1 file changed, 85 insertions(+)
diff --git a/arch/arm/boot/dts/gemini-sq201.dts
Florian Eckert wrote:
> I am working with luci-ng. And i have problems with caching
> with the following Browser Edge, Internet-Explorer and Firefox.
> Chrome is working fine. If the javascript or html files have
> changed on the system for example on sysupgrade then the new
> files will not get
If uhttpd is started with the option -o then Cache-Control header is
send with option no-cache to client. This option will instruct the client
software (browser) do not cache the content.
I have seen some problem with luci-ng with the Browsers Edge, IE and Firefox.
They will not load the new
I am working with luci-ng. And i have problems with caching with the following
Browser Edge, Internet-Explorer and Firefox. Chrome is working fine.
If the javascript or html files have changed on the system for example on
sysupgrade then the new files will not get loaded from uhttpd server.
The
Make Cache-Control header no-cache configurable with uci. If the option
is not specified (default) then the Cache-Control header no-cache is not send
to the client.
Signed-off-by: Florian Eckert
---
package/network/services/uhttpd/files/uhttpd.init | 1 +
1 file changed, 1 insertion(+)
diff
The WDR4900v1 uses the P1040 SoC, so the device tree pulls in the
definition for the related P1010 SoC. However, the P1040 lacks the
CAAM/SEC4 hardware crypto accelerator which the P1010 device tree
defines. If left defined, this causes the CAAM drivers (if present) to
attempt to use the
I hit unexplained errors when trying to use macsec on a TL-WDR4900v1 with
18.06-RC1, which I tracked down to an incorrect device tree definition for HW
crypto acceleration which is missing on the TC-WDR4900v1. The following patch
removes the incorrect device tree node.
Hi Pavel,
On Tue, Jul 3, 2018 at 8:20 PM, Pavel Ivanov wrote:
> Hi, Kristian !
> In your instructions for the firmware U7623-02, you write about
> repartitioning emmc (tftpboot $ {loadaddr} ).
> Sorry, i do not understand where I should take the mbr file?
You need to create the mbr yourself. I
On 07/04/2018 01:39 AM, Alin Năstac wrote:
On Tue, Jul 3, 2018 at 11:32 PM Philip Prindeville
wrote:
On Jul 3, 2018, at 3:22 PM, Alin Năstac wrote:
On Tue, Jul 3, 2018 at 6:39 PM Philip Prindeville
wrote:
Aren’t all inbound SYNs unsolicited by definition? Is there a danger of
reflection
24 matches
Mail list logo