update to version 20150426
Signed-off-by: Christian Schoenebeck
---
package/system/ca-certificates/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/package/system/ca-certificates/Makefile
b/package/system/ca-certificates/Makefile
index 0bf3f25..9c50fef 10064
Ethernet GMAC is built-in the SoC, so there is no need to enable it as a
module. We'll just assume we need it. That's what is done for other
platform where this driver is used so it'll make things more consistent.
Signed-off-by: Mathieu Olivari
---
target/linux/ipq806x/Makefile| 2 +-
targe
We just moved the stmmac support in the kernel for ipq806x. Therefore,
nobody needs this driver so we'll just get rid of it.
Signed-off-by: Mathieu Olivari
---
package/kernel/linux/modules/netdevices.mk | 21 -
1 file changed, 21 deletions(-)
diff --git a/package/kernel/linu
On Sat, May 30, 2015 at 1:58 AM, Arnold Schulz wrote:
> I don't know. According to console output PCI seems to be recognized, for
> PCIe there are error messages ("pcie_rc_initialize link up failed!").
> The lspci command shows nothing.
Can you see the physical wifi chip on your board? If you
Hi Martin,
On Fri, May 29, 2015 at 5:50 PM, Arnold Schulz wrote:
My current questions center on the .dts settings:
1. How to access WLAN hardware
Do you know if wifi is connected via PCI or PCIe?
You then need to configure the corresponding pins in the pinmux section.
Of course you also need
Awesome news Sergey,
will this patch be applied to latest trunk anytime soon so that I can test it?
Can you just briefly explain how will it be possible to track erase
block count once this patch is applied?
Regards,
Valent.
On 20 May 2015 at 08:38, Sergey Zakharchenko wrote:
> Hello Valent,
>
Yeah; that's what I was thinking actually. I'll post a patch today.
-Original Message-
From: Felix Fietkau [mailto:n...@openwrt.org]
Sent: Friday, May 29, 2015 1:35 PM
To: Mathieu Olivari; blo...@openwrt.org; ka...@openwrt.org
Cc: openwrt-devel@lists.openwrt.org
Subject: Re: [PATCH 3/6] k
On 2015-05-26 23:27, Mathieu Olivari wrote:
> Signed-off-by: Mathieu Olivari
How about simply enabling stmmac in the target kernel config?
- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/l
Sorry, this is the good one. I sent the wrong patch in my previous email.
2015-05-29 22:00 GMT+02:00 Juan Orti Alcaine :
> The zram swap must be activated with a higher priority than
> disk-based swap, so it is used before any other.
> This patch activates the zram-based swap with a priority of 10
The zram swap must be activated with a higher priority than
disk-based swap, so it is used before any other.
This patch activates the zram-based swap with a priority of 100.
---
v2:
Fallback to no priority when swapon doesn't support it.
Signed-off-by: Juan Orti Alcaine
---
package/system/zra
The zram swap must be activated with a higher priority than
disk-based swap, so it is used before any other.
This patch activates the zram-based swap with a priority of 100.
---
v2:
Fallback to no priority when swapon doesn't support it.
Signed-off-by: Juan Orti Alcaine
---
package/system/zra
On 29/05/2015 18:43, Christian Mehlis wrote:
> Am 29.05.2015 um 15:38 schrieb Thomas Huehn:
>> This is the case e.g. if JFFS2 partition is full.
>>
>> see:
>> https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
>> (a small error in a logmessage was changed and reported upstre
Please note that the sunxi and oxnas targets already use stmmac.
However, in your patch the selected config symbols do not apply to
stmmac in general but are specific to the hardware you are using.
Please either make the module depend on the target platforms
it is meant to be used on or fix it so
Hi Arnold,
On Fri, May 29, 2015 at 5:50 PM, Arnold Schulz wrote:
> My current questions center on the .dts settings:
> 1. How to access WLAN hardware
Do you know if wifi is connected via PCI or PCIe?
You then need to configure the corresponding pins in the pinmux section.
Of course you also need
* Christian Mehlis [29.05.2015 19:00]:
> this patch is superfluous because it's already merged...
Thomas is right, i send it only for ar71xx, but it should
be in the generic 3.18-patchfolder. I'am already compiling
some other platforms and test it. if ok, i will send v5
which will revert the old
Am 29.05.2015 um 15:38 schrieb Thomas Huehn:
This is the case e.g. if JFFS2 partition is full.
see: https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
(a small error in a logmessage was changed and reported upstream)
runtime tested on ar71xx with kernel 3.18.11 and r45772
I am trying to port OpenWrt to the EasyBox 904xDSL.
As I got the impression that OpenWrt developers rely mainly on this
mailing list, I humbly dare to point to this location, where there are
more infos and links to details like a patch for OpenWrt trunk:
https://forum.openwrt.org/viewtopic.p
Add dependency of kmod-crypto-ecb to kmod-bluetooth to avoid the kernel warning
"Bluetooth: Unable to create crypto context".
Signed-off-by: Bruno Randolf
---
package/kernel/linux/modules/other.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/linux/modules/ot
On 29 May 2015 at 15:38, Thomas Huehn wrote:
> +Index: linux-3.18.14/fs/overlayfs/copy_up.c
> +===
> +--- linux-3.18.14.orig/fs/overlayfs/copy_up.c 2015-05-20 17:04:50.0
> +0200
> linux-3.18.14/fs/overlayfs/copy_up.c
Move bluetoothd and related programs and files from bluez-utils into
bluez-daemon package. The main motivation for this is to remove the dependency
to DBus from bluez-utils. The utilities like "hcitool" are useful without it.
Also add kmod-bluetooth dependency to bluez-utils, as the utils don't ma
This is the case e.g. if JFFS2 partition is full.
see: https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
(a small error in a logmessage was changed and reported upstream)
runtime tested on ar71xx with kernel 3.18.11 and r45772
this paritially fixes #19564
Signed-off-by: Th
while working on a minimal image, i tried
to build without usign. is it possible to
let it depend on opkg? can i send a patch for this?
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/
22 matches
Mail list logo
