This commit re-adds a patch from 3.14 that is required for UBI block
devices with an EOF marker to be successfully mounted.
Signed-off-by: Oliver Smith
---
.../490-mtd-ubi-add-EOF-marker-support.patch | 51 ++
1 file changed, 51 insertions(+)
create mode 100644
target
Hi Fernando,
I cannot predict nor foresee what HW vendors will do in the future but it
looks to me there's a trend like that. For example, there is some
collaboration [1] between NVIDIA and the developers of the open source
nouveau driver and also, Intel seems to release some of its codes as open
Hi Bryan,
On Tue, Mar 10, 2015 at 12:15:31PM -0500, Bryan Forbes wrote:
> I have been working on an update to mac80211 for about a month now. I
> announced it on the developer forums, but it turns out this is the place I
> should have been talking about it. The initial work I did was to update
On Wed, 11 Mar 2015, Felix Fietkau wrote:
On 2015-03-10 20:22, Zefir Kurtisi wrote:
On 03/09/2015 11:28 PM, David Lang wrote:
On Mon, 9 Mar 2015, José Vázquez wrote:
This gives at least two sources for optimization for the reference driver: 1)
save
inter-layer processing overhead (passing c
On 2015-03-10 20:22, Zefir Kurtisi wrote:
> On 03/09/2015 11:28 PM, David Lang wrote:
>> On Mon, 9 Mar 2015, José Vázquez wrote:
>>
>>> OpenWRT is a linux distro oriented to networking so the kernel and
>>> drivers are important, but you must not forget that the init process
>>> (procd and related
Hi Gergely,
I'm just curious to know what makes you be "pretty sure" that many
vendors will start doing this in the future and overcome the possible
legal or political issues they may have to do that ? Marvel was one of
the worst cases I've ever seen here and I have no much idea what made
the
Il 10.03.2015 20:42 John Crispin ha scritto:
we can hook this up with the board detect code. i'll put it on my todo
list. might take a bit till i find the time
That would be great!
By the way, we should test if recent revisions fix the checksum issue so that
we can completely remove this hack
Hi Valent,
first of all, I strongly disagree with people claiming that OpenWrt sucks
because it doesn't. For me it rather looks like a well-maintained, rapidly
improving project with a great number of actively supported hardware and
quite a few people contributing to the project regularly. I can s
On Tue, 10 Mar 2015, valent.turko...@gmail.com wrote:
Can anyone explain to me how NDAs come into this? Because I remember
one discussions with Mikrotik developer who said that they can't
release their Atheros driver that they developed as open source
because they signed NDA with Atheros?
Is At
Il 10.03.2015 14:18 John Crispin ha scritto:
hi
can you send a version that has the pattern shown below please
and "0 1 2 3 4 5 6" is wrong, exclude the wan port from the list please.
John
The problem is that it's not easy to determine what number the LAN or WAN port(s) is/are.
On
This changes the x86 image generation to match x86_64, using the PARTUUID for
the rootfs instead of explicitly configuring the device.
This unbreaks KVM with VirtIO, which uses /dev/vda2 instead of /dev/sda2.
Tested in QEMU/KVM with VirtIO, VirtualBox and VMware.
Signed-off-by: Matthias Schiffer
I have been working on an update to mac80211 for about a month now. I announced
it on the developer forums, but it turns out this is the place I should have
been talking about it. The initial work I did was to update mac80211 to
wireless-testing master-2015-02-09, but since then I have updated t
Signed-off-by: Luka Perkov
---
file.c | 4
1 file changed, 4 insertions(+)
diff --git a/file.c b/file.c
index fdc6396..9a3dfd8 100644
--- a/file.c
+++ b/file.c
@@ -199,6 +199,7 @@ rpc_file_read(struct ubus_context *ctx, struct ubus_object
*obj,
blobmsg_add_string_buffer(&buf);
The ubus calls for file read, list and stat do not use data parameter, so lets
remove them to avoid confusion.
Signed-off-by: Luka Perkov
---
file.c | 47 ---
1 file changed, 28 insertions(+), 19 deletions(-)
diff --git a/file.c b/file.c
index e4c957e
Hi all,
Not content with adding support for uClibc snapshots, I've also tackled
glibc 2.21, as eglibc is no longer an actively maintained project.
Here's the branch I've been working on (which isn't tidied up for merge
btw):
https://github.com/jdub/openwrt/commits/glibc
There is one OpenWrt-w
> This is a long way of saying, that if performance sucks on OpenWrt you
> should blame Atheros and Broadcom for not giving you (OpenWrt
> community) high quality open source drivers!
First thanks to Alex, Charlie, Kathy and Fernando for pointing out
that Atheros works together with Linux and Open
ath10k is loaded before ath9k, so the 5GHz adapter becomes phy0.
Signed-off-by: Matthias Schiffer
---
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b
On 10 March 2015 at 02:52, Michael Richardson wrote:
>
> valent.turko...@gmail.com wrote:
> > Why it OpenWrt slower than stock firmware? I can help by shining a bit
> > of light onto this subject. I'm developing custom firwmares based on
>
> I'm curious about this claim to begin with.
> O
On 1 March 2015 at 00:05, Rafał Miłecki wrote:
> Signed-off-by: Rafał Miłecki
> ---
> Gabor: I can see you were bumping mpc52xx kernel in the past. Could you
> try 3.18?
Ping?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists
On Tue, Mar 10, 2015 at 2:22 PM, Jonas Gorski wrote:
> On Mon, Feb 23, 2015 at 4:55 PM, Alexandru Ardelean
> wrote:
> > From: Alexandru Ardelean
> >
> > Read/Write operations for the ARL table.
> > To use it:
> >swconfig dev switch0 set arl "rd XX:XX:XX:XX:XX:XX vid "
> >swconfig de
On 08/03/2015 02:44, Vittorio G (VittGam) wrote:
> This patch fixes the failsafe switch workaround to avoid soft-bricking
> routers where the only exposed Ethernet port is not 0 (it is 4 for the
> HT-TM02 for instance).
>
> This is a follow-up of http://patchwork.ozlabs.org/patch/424017/ (sorr
On Sat, Feb 28, 2015 at 9:22 AM, Rafał Miłecki wrote:
> On 26 February 2015 at 19:24, Florian Fainelli wrote:
>> On 25/02/15 07:24, Alexandru Ardelean wrote:
>>> Feature implemented and tested on BCM53128.
>>>
>>> Slave devices logic copied from the Linux kernel from Marvell's DSA
>>> driver ( li
On Mon, Feb 23, 2015 at 4:55 PM, Alexandru Ardelean
wrote:
> From: Alexandru Ardelean
>
> Read/Write operations for the ARL table.
> To use it:
>swconfig dev switch0 set arl "rd XX:XX:XX:XX:XX:XX vid "
>swconfig dev switch0 get arl
>
> Output should be:
> ARL Operation: Read
> M
On Tue, 2015-03-10 at 12:55 +0100, Rafał Miłecki wrote:
> On 10 March 2015 at 12:29, Jonas Gorski wrote:
> > On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
> >> [OpenWrt-Devel] [PATCH 0/6] bcm53xx: changes for R8000 so far
> >
> > Ah, this is supposed to be the V2.
> >
> > Please version your p
On Tue, 2015-03-10 at 12:26 +0100, Jonas Gorski wrote:
> On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
> > After a vendor firmware install the values seen in nvram for et0macaddr
> > and et1macaddr are that of nvram macaddr and nvram macaddr+1.
> >
> > So set them that way here too.
> >
> > Sig
On Tue, 2015-03-10 at 12:17 +0100, Jonas Gorski wrote:
> On Tue, Mar 10, 2015 at 4:25 AM, Ian Kent wrote:
> > The following series implements...
>
> If you don't have anything nice to say, ... ;) (i.e. you should drop
> the cover letter if it does not contain anything useful).
Apologies, that wa
On Mon, Feb 23, 2015 at 4:55 PM, Alexandru Ardelean
wrote:
> From: Alexandru Ardelean
>
> Read/Write operations for the ARL table.
> To use it:
>swconfig dev switch0 set arl "rd XX:XX:XX:XX:XX:XX vid "
>swconfig dev switch0 get arl
>
> Output should be:
> ARL Operation: Read
> M
On 10 March 2015 at 12:29, Jonas Gorski wrote:
> On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
>> [OpenWrt-Devel] [PATCH 0/6] bcm53xx: changes for R8000 so far
>
> Ah, this is supposed to be the V2.
>
> Please version your patchsets when resubmitting, i.e. this would be
> then [PATCH V2], and
On Tue, Mar 10, 2015 at 3:21 AM, Michael Richardson wrote:
>
> Alpha Sparc wrote:
> > I believe it is due to the hardware NAT not supported.
>
> So, really, nothing to do with wifi drivers at all.
> You don't need (hardware) NAT if you run IPv6...
"hardware NAT" is usually a bit of a misnome
On 10/03/2015 12:39, elektra wrote:
> Hi folks –
>
> OpenWrt is f***ing awesome. Many kudos for this excellent work.
>
> My 0.2 BTC,
> Elektra
>
Hi Elektra,
agreed, but we need more cats and unicorns
John
___
openwrt-devel mailing list
ope
Hi folks –
OpenWrt is f***ing awesome. Many kudos for this excellent work.
My 0.2 BTC,
Elektra
--
Viral meme of radical freedom
The fact that you talk in your head doesn't mean that you think.
The worst way to lose control over yourself is by trying to control yourself.
Most people exp
On Mon, Mar 2, 2015 at 10:44 AM, Alexandru Ardelean
wrote:
> So, on a powerpc system this works.
>
> static inline u64 b53_mac_array_to_u64(const u8 *u8_arr) {
> u64 mac = 0;
> u8 *cmac = (u8 *)&mac;
> memcpy(&cmac[2], u8_arr, 6);
> return mac;
> }
>
> I've done this approach initi
On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
> [OpenWrt-Devel] [PATCH 0/6] bcm53xx: changes for R8000 so far
Ah, this is supposed to be the V2.
Please version your patchsets when resubmitting, i.e. this would be
then [PATCH V2], and add a changelog to the individual patches (under
the tear l
On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
> After a vendor firmware install the values seen in nvram for et0macaddr
> and et1macaddr are that of nvram macaddr and nvram macaddr+1.
>
> So set them that way here too.
>
> Signed-off-by: Ian Kent
> ---
> ...53xx-deal-with-R8000-mac-address-se
On Tue, Mar 10, 2015 at 4:25 AM, Ian Kent wrote:
> The following series implements...
If you don't have anything nice to say, ... ;) (i.e. you should drop
the cover letter if it does not contain anything useful).
Jonas
___
openwrt-devel mailing list
o
David,
I do not disagree, and in fact I was not proposing a new configuration format.
What I tried to point out was
a) maintaining a 'meta-configuration' for some config overlay very quickly
becomes
very challenging and resource consuming
b) if the format has to be changed, in OpenWRT JSON shoul
On 10/03/15 06:34, Tymon wrote:
On 10 March 2015 at 04:43, Tymon wrote:
> my cpu is BCM958522ER which is the same series with 4708 as well, 32MB
> ###boot log: (I updated the xxx-squashfs.trx to the flash)
>
> Hit any key to stop autoboot: 0
> Checking TRX Image at addr 1e20 ...
>
On 03/09/2015 11:28 PM, David Lang wrote:
> On Mon, 9 Mar 2015, José Vázquez wrote:
>
>> OpenWRT is a linux distro oriented to networking so the kernel and
>> drivers are important, but you must not forget that the init process
>> (procd and related after AA) is one of the cores of this distro and
38 matches
Mail list logo
