On Sun, 2015-04-12 at 19:01 +0200, Rafał Miłecki wrote:
> Newer revisions (5+) of BCM53011 and probably all revs of BCM53012
> require overriding CPU port to work. So far we were handling it only for
> CPU port 8, but some devices may use e.g. port 5. In such case we need
> to use recently defined
The last line of procd.sh has a reference to procd_add_interface_reload.
procd_add_interface_reload
doesn't seem to exist. I've removed the reference of it to minimize confusion.
Signed-off-by: Eric Schultz
---
package/system/procd/files/procd.sh | 1 -
1 file changed, 1 deletion(-)
diff --git
All,
I'm looking to improve some of the documentation around OpenWrt,
particularly related to unique OpenWrt features like jails, procd, uci,
etc. Before I go around developing that individually, I think it'd be great
to work collaboratively on this with others. Is there OpenWrt have a team
focuse
Hi,
On Mon, Apr 13, 2015 at 2:34 AM, Luka Perkov wrote:
> The base code has been taken from zstream project which was
> written by Steven Barth.
>
> Signed-off-by: Luka Perkov
> CC: Steven Barth
> ---
> => changes in v2:
>
> Use new API:
>
> size_t b64decode(void **out, const char *in, size_t l
On 2015-04-14 18:24, Luka Perkov wrote:
> Hi,
>
> On Tue, Apr 14, 2015 at 06:00:32PM +0200, Felix Fietkau wrote:
>> >> + if (data[len - 1] == '=')
>> >> + ret--;
>> >> +
>> >> + if (data[len - 2] == '=')
>> >> + ret--;
>> >
>> > the 2 if clauses look redundant and i guess you coul
On 14/04/2015 21:29, Alexander Couzens wrote:
> I've found the issue. It was already present on the previous tplink images.
> The new Build/mktplinkfw step duplicated the rootfs.
> Once within kernel image and once when using mktplinkfw initramfs.
> I'll send another patch to this list, but it do
The new building code included the rootfs twice when building tplink initramfs
images.
To make it more readable move initramfs into an own build step
Build/mktplinkfw-initramfs.
Signed-off-by: Alexander Couzens
---
target/linux/ar71xx/image/Makefile | 18 ++
1 file changed, 14 i
I've found the issue. It was already present on the previous tplink images.
The new Build/mktplinkfw step duplicated the rootfs.
Once within kernel image and once when using mktplinkfw initramfs.
I'll send another patch to this list, but it doesn't touch this patch serie.
After taking another thoug
On 14/04/2015 20:48, Alexander Couzens wrote:
> Hi John,
>
> i'm looking into it. I haven't build these with initramfs.
>
> Best,
> lynxis
thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman
Hi John,
i'm looking into it. I haven't build these with initramfs.
Best,
lynxis
On Tue, 14 Apr 2015 20:17:09 +0200
John Crispin wrote:
> with these patches applied none of the 4MB image build ?!
>
> /openwrt/trunk/staging_dir/host/bin/mktplinkfw -H 0x00100101 -W 0x1 -F
> 4Mlzma -N OpenWrt -V
with these patches applied none of the 4MB image build ?!
/openwrt/trunk/staging_dir/host/bin/mktplinkfw -H 0x00100101 -W 0x1 -F
4Mlzma -N OpenWrt -V r45435 -k
/openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/vmlinux-initramfs
-r
/openwrt/trunk/build_dir/target-mips_3
Hostapd's control file location was changed in 2013, and that has apparently
broken the wps button hotplug script in cases where there are multiple radios
and wps is possibly configured also for the second radio. The current wps
button hotplug script always handles only the first radio.
https:
Hi,
On Tue, Apr 14, 2015 at 06:00:32PM +0200, Felix Fietkau wrote:
> >> + if (data[len - 1] == '=')
> >> + ret--;
> >> +
> >> + if (data[len - 2] == '=')
> >> + ret--;
> >
> > the 2 if clauses look redundant and i guess you could solve it with a loop
Ok. I'll fix it.
> I'd p
On 2015-04-14 17:41, John Crispin wrote:
> hi
>
> comments inline
>
> On 13/04/2015 02:34, Luka Perkov wrote:
>> The base code has been taken from zstream project which was
>> written by Steven Barth.
>>
>> Signed-off-by: Luka Perkov
>> CC: Steven Barth
>> ---
>> --- /dev/null
>> +++ b/b64.h
>
Hi Dirk,
patch does not apply anymore, could you send a rebased version please
John
On 10/04/2015 18:35, Dirk Neukirchen wrote:
> Is there a reason for Kernel 4.0 as
> all the modules already exist in 3.18
>
> - fix: lines are doubled
> - fix: 6lowpan symbol integrated into a bluetoot
Ok, ACK from me then.
Thanks for taking care of the merge.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[...]
>>> + if (!S_ISREG(s.st_mode))
>>> + return UBUS_STATUS_NOT_SUPPORTED;
>>
>> should this not be -> UBUS_STATUS_INVALID_ARGUMENT
>
> I think "not supported" in response to "md5sum of a non-regular file"
> (like a chardev or directory) makes sense here - imho.
>
your codebase,
Hi,
> comments inline
dito.
> On 12/04/2015 03:56, Luka Perkov wrote:
>> Signed-off-by: Luka Perkov
>> ---
>> changes in v2:
>>
>> * no need to null-terminate string after sprintf()
>>
>> file.c | 35 +++
>> 1 file changed, 35 insertions(+)
>>
>> diff --git a/fi
hi
comments inline
On 13/04/2015 02:34, Luka Perkov wrote:
> The base code has been taken from zstream project which was
> written by Steven Barth.
>
> Signed-off-by: Luka Perkov
> CC: Steven Barth
> ---
> => changes in v2:
>
> Use new API:
>
> size_t b64decode(void **out, const char *in, si
hi,
comments inline
On 12/04/2015 03:56, Luka Perkov wrote:
> Signed-off-by: Luka Perkov
> ---
> changes in v2:
>
> * no need to null-terminate string after sprintf()
>
> file.c | 35 +++
> 1 file changed, 35 insertions(+)
>
> diff --git a/file.c b/file.c
>
20 matches
Mail list logo
