Building Linux 4.4 for ar71xx throws the following warnings in
drivers/net/phy/mdio-bitbang.c:
CC drivers/net/phy/mdio-bitbang.o
In file included from include/linux/irqflags.h:14:0,
from drivers/net/phy/mdio-bitbang.c:20:
drivers/net/phy/mdio-bitbang.c: In function
On 01/05/2018 09:16 AM, Nishant Sharma wrote:
> Hi,
>
> First of all, congratulations on re-merge of OpenWrt and LEDE.
>
> Now to the problem being faced. I am trying to build OpenWrt for
> Espressobin (http://espressobin.net) as described in their wiki at
> http://wiki.espressobin.net/tiki-index
Hi,
could someone please help us with rebranding the lede landing page to an
openwrt colour/theme ? i would like to see this swithced over within the
next 7 days.
John
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.o
Hi Hauke,
Since someone previously had filtered -fstack-protector from
$(TARGET_CFLAGS) for a reason and don't wanted to break this by removing
it. However I am able to verify uboot booting successfully on sama5d2,
sama5d3, sama5d4 Xplained boards and sam9x35ek with both patch. (i.e.
pat
From: Rafał Miłecki
glob should handle paths like /foo/bar//* so we probably don't need this
extra check & code.
Signed-off-by: Rafał Miłecki
---
This optimization/simplification was suggested by Jo while reviewing
[PATCH] libfstools: support file paths longer than 255 chars
---
libfstools/ove
Kevin Darbyshire-Bryant wrote:
>
> I don’t have a magic patch for this problem. It seems to me
> that ideally busybox ntpd shouldn’t serve time until it has
> sync’d. A horrible hack idea: firewall rule to drop incoming
> ntp requests from clients… have an ntpd hotplug script that
> captures the
On 05/01/18 11:27, Nishant Sharma wrote:
Hi Andre,
On Friday 05 January 2018 03:42 PM, Andre Heider wrote:
I'm running debian with its upstream kernel on espressobin just fine,
there shouldn't be a reason to use their downstream patches.
What does uname -a tell? Is it mainline kernel or you h
Hi Andre,
On Friday 05 January 2018 03:42 PM, Andre Heider wrote:
I'm running debian with its upstream kernel on espressobin just fine,
there shouldn't be a reason to use their downstream patches.
What does uname -a tell? Is it mainline kernel or you had to enable
non-free repository as well?
On Friday 05 January 2018 03:34 PM, Jonas Gorski wrote:
In theory yes, but in practice it will require quite a bit of work,
depending on how much they departed from how OpenWrt expects targets
to be.
First of all you need to find someone who is willing to not only do
the cleanup work, but also t
On 5 January 2018 at 10:53, Jo-Philipp Wich wrote:
> Introduce a name-agnostic PROJECT_GIT variable poiting to
> https://git.openwrt.org/ and declare LEDE_GIT and OPENWRT_GIT
> as aliases to it.
>
> After some transition time we can drop this alias variables.
>
> Signed-off-by: Jo-Philipp Wich
G
Hi All,
I'm currently working on PCIe fixes for Designware PCIe IP.
The PCIe RC init functions are used by imx6, layerscape, armada8k,
keystone, ...
As I only have imx6 hardware, could anyone running a layerscape device
containing pcie share a full bootlog please?
I want to take a look if th
On 05/01/18 10:48, Nishant Sharma wrote:
On a related note, as their kernel sources are available on github under
GPLv2.0, can we bring it to the OpenWrt sources? I can help with it but
would need a lot of handholding.
I'm running debian with its upstream kernel on espressobin just fine,
ther
Hi Nishant,
On 5 January 2018 at 10:48, Nishant Sharma wrote:
> Hi Jonas,
>
> On Friday 05 January 2018 02:24 PM, Jonas Gorski wrote:
> (http://espressobin.net) as described in their wiki at
>>>
>>>
>>> http://wiki.espressobin.net/tiki-index.php?page=Build+From+Source+-+OpenWrt
>>
>>
>> Espresso
Remove LEDE_GIT references in favor to the new name-agnostic
PROJECT_GIT variable.
Signed-off-by: Jo-Philipp Wich
---
package/libs/librpc/Makefile | 2 +-
package/libs/libubox/Makefile| 2 +-
package/libs/uclient/Makefile| 2 +-
package/libs/ustream-ssl/Makefi
Introduce a name-agnostic PROJECT_GIT variable poiting to
https://git.openwrt.org/ and declare LEDE_GIT and OPENWRT_GIT
as aliases to it.
After some transition time we can drop this alias variables.
Signed-off-by: Jo-Philipp Wich
---
include/download.mk | 6 --
1 file changed, 4 insertions(
Hi Jonas,
On Friday 05 January 2018 02:24 PM, Jonas Gorski wrote:
(http://espressobin.net) as described in their wiki at
http://wiki.espressobin.net/tiki-index.php?page=Build+From+Source+-+OpenWrt
Espressobin/mvebu64 isn't part of the official OpenWrt sources, so you
will need to ask them (th
Hi,
I face problem, if I access large files with winscp. I've connect a USB stick
to the router. It is formatted as ext4.
There are stored some large log files (>10MB) on this stick. I'm reading this
files with winscp. I do simply a double
click on such a file in the remote window. Winscp starts
> On 5 Jan 2018, at 08:22, e9hack wrote:
>
> Am 02.01.2018 um 16:29 schrieb Kevin Darbyshire-Bryant:
>> Move 'check dnssec timestamp enable' from SIGHUP handler to SIGUSR2.
>
> Hi,
>
> your patch fixes the DNS problem for me.
Good, as I suspected it would.
>
> Now I get another ugly behaviou
Hi Nishant,
On 5 January 2018 at 09:16, Nishant Sharma wrote:
> Hi,
>
> First of all, congratulations on re-merge of OpenWrt and LEDE.
>
> Now to the problem being faced. I am trying to build OpenWrt for Espressobin
> (http://espressobin.net) as described in their wiki at
> http://wiki.espressobi
Am 02.01.2018 um 16:29 schrieb Kevin Darbyshire-Bryant:
> Move 'check dnssec timestamp enable' from SIGHUP handler to SIGUSR2.
Hi,
your patch fixes the DNS problem for me.
Now I get another ugly behaviour which is more related to ntpd from busybox.
Ntpd answers to ntp request before it did
upda
Hi,
First of all, congratulations on re-merge of OpenWrt and LEDE.
Now to the problem being faced. I am trying to build OpenWrt for
Espressobin (http://espressobin.net) as described in their wiki at
http://wiki.espressobin.net/tiki-index.php?page=Build+From+Source+-+OpenWrt
It built fine wit
21 matches
Mail list logo
