date:20151026

Re: [OpenWrt-Devel] Broadcom Wireless AC Driver

2015-10-26 Thread Imre Kaloz

On Mon, 26 Oct 2015 10:50:41 +0100, John Crispin   
wrote:





This is where your good intentions likely will yield bad results.


intentionally breaking the license/law is not "good intentions" the fact
that he used a anonymous remailer just shows that he knew what he was
doing is wrong.


Agreed. Nuked the 3 attachments form the archives.


Imre
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] package/devel/perf: fix build for kernel 4.1

2015-10-26 Thread John Crispin



On 26/10/2015 12:48, Alexandru Ardelean wrote:
> Looks like it did not take much to actually come back with an answer.
> So,
> 
> In file:
> https://github.com/torvalds/linux/blob/v4.1/tools/perf/Makefile.perf
> Line 75:   # Define NO_LZMA if you do not want to support compressed
> (xz) kernel modules
> 
> Then file:
> https://github.com/torvalds/linux/blob/v4.1/tools/perf/config/Makefile
> Lines 544-553:
> 
> ifndef NO_LZMA
>   ifeq ($(feature-lzma), 1)
> CFLAGS += -DHAVE_LZMA_SUPPORT
> EXTLIBS += -llzma
> $(call detected,CONFIG_LZMA)
>   else
> msg := $(warning No liblzma found, disables xz kernel module 
> decompression, please install xz-devel/liblzma-dev);
> NO_LZMA := 1
>   endif
> endif
> 
> In my case it seems to enable by default.
> 
> Looking at the same files in 3.18:
> https://github.com/torvalds/linux/blob/v3.18/tools/perf/config/Makefile
> https://github.com/torvalds/linux/blob/v3.18/tools/perf/Makefile.perf
> 
> No mention of these.
> 
> Going a bit deeper, I found this commit:
> https://github.com/torvalds/linux/commit/80a32e5b498a7547073e5e4b2b804edc7219979d
> where LZMA compression gets added to perf.
> 
> Looks like it was enabled default in upstream.
> 
> So, I guess, we could build perf with NO_LZMA:=1 defined and we could
> disable it.
> No strong preferences from me.
> 
> Your call :)

oh thanks, detailed analysis :) as our FS already doe LZMA and our kmods
are not compressed i think it is best to set NO_LZMA. could you
create/test a patch and i will mark the current version as "Changes
Requested"

John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Broadcom Wireless AC Driver

2015-10-26 Thread Felix Kaechele

On 25/10/15 23:27, openwr...@ruggedinbox.com wrote:
> I came across the source code for the broadcom
> wireless AC driver in a GPL release(I won't say from where so that they
> don't get in trouble). I've attached the driver to this email.

This is not helpful.

If at all this will make developing an open source driver even harder
and more time consuming since this creates a similar situation to what
ReactOS developers got into after the Windows source code leak happened:
They had to have their code audited that no code from the illegally
leaked proprietary Windows code made it into the open source React OS
code (google for Clean room design if you want to know more about that).

Furthermore you created a situation in which the OpenWrt community as
well as other providers donating capacity to the community for carrying
the mailing list involuntarily distribute or mirror this proprietary code.

This is where your good intentions likely will yield bad results.

Regards,
  Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] package/devel/perf: fix build for kernel 4.1

2015-10-26 Thread Alexandru Ardelean

Ah, sorry about this.
I forgot about it ; completely swamped.

Will add it in my desktop notes that I keep and come back with an answer
asap (hopefully today/tomorrow).

On Mon, Oct 26, 2015 at 12:13 PM, John Crispin  wrote:

>
>
> On 21/10/2015 20:03, John Crispin wrote:
> >
> >
> > On 15/10/2015 15:01, Alexandru Ardelean wrote:
> >> This fix contains 2 parts:
> >>  - kernel 4.1: backport upstream patch "perf build: Do not fail on
> missing Build file"
> >>  - add +liblzma dependency
> >>
> >
> > did you find out why there is suddenly a dependency on lzma ?
> >
> >   John
>
>
> ping ...
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Broadcom Wireless AC Driver

2015-10-26 Thread John Crispin



On 26/10/2015 11:22, Imre Kaloz wrote:
> On Mon, 26 Oct 2015 10:50:41 +0100, John Crispin 
> wrote:
> 
> 
> 
>>> This is where your good intentions likely will yield bad results.
>>
>> intentionally breaking the license/law is not "good intentions" the fact
>> that he used a anonymous remailer just shows that he knew what he was
>> doing is wrong.
> 
> Agreed. Nuked the 3 attachments form the archives.
> 
> 
> Imre

thanks imre, much appreciated ...


> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] package/devel/perf: fix build for kernel 4.1

2015-10-26 Thread Alexandru Ardelean

Looks like it did not take much to actually come back with an answer.
So,

In file:
https://github.com/torvalds/linux/blob/v4.1/tools/perf/Makefile.perf
Line 75:   # Define NO_LZMA if you do not want to support compressed (xz)
kernel modules

Then file:
https://github.com/torvalds/linux/blob/v4.1/tools/perf/config/Makefile
Lines 544-553:

ifndef NO_LZMA
  ifeq ($(feature-lzma), 1)
CFLAGS += -DHAVE_LZMA_SUPPORT
EXTLIBS += -llzma
$(call detected,CONFIG_LZMA)
  else
msg := $(warning No liblzma found, disables xz kernel module
decompression, please install xz-devel/liblzma-dev);
NO_LZMA := 1
  endif
endif

In my case it seems to enable by default.

Looking at the same files in 3.18:
https://github.com/torvalds/linux/blob/v3.18/tools/perf/config/Makefile
https://github.com/torvalds/linux/blob/v3.18/tools/perf/Makefile.perf

No mention of these.

Going a bit deeper, I found this commit:
https://github.com/torvalds/linux/commit/80a32e5b498a7547073e5e4b2b804edc7219979d
where LZMA compression gets added to perf.

Looks like it was enabled default in upstream.

So, I guess, we could build perf with NO_LZMA:=1 defined and we could
disable it.
No strong preferences from me.

Your call :)

On Mon, Oct 26, 2015 at 12:58 PM, John Crispin  wrote:

> thanks ! the patch looks good but i am failing to understand why the
> lzma needs to be added :)
>
> On 26/10/2015 11:52, Alexandru Ardelean wrote:
> > Ah, sorry about this.
> > I forgot about it ; completely swamped.
> >
> > Will add it in my desktop notes that I keep and come back with an answer
> > asap (hopefully today/tomorrow).
> >
> >
> > On Mon, Oct 26, 2015 at 12:13 PM, John Crispin  > > wrote:
> >
> >
> >
> > On 21/10/2015 20:03, John Crispin wrote:
> > >
> > >
> > > On 15/10/2015 15:01, Alexandru Ardelean wrote:
> > >> This fix contains 2 parts:
> > >>  - kernel 4.1: backport upstream patch "perf build: Do not fail
> on missing Build file"
> > >>  - add +liblzma dependency
> > >>
> > >
> > > did you find out why there is suddenly a dependency on lzma ?
> > >
> > >   John
> >
> >
> > ping ...
> >
> >
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Broadcom Wireless AC Driver

2015-10-26 Thread John Crispin



On 26/10/2015 10:40, Felix Kaechele wrote:
> On 25/10/15 23:27, openwr...@ruggedinbox.com wrote:
>> I came across the source code for the broadcom
>> wireless AC driver in a GPL release(I won't say from where so that they
>> don't get in trouble). I've attached the driver to this email.
> 
> This is not helpful.
> 
> If at all this will make developing an open source driver even harder
> and more time consuming since this creates a similar situation to what
> ReactOS developers got into after the Windows source code leak happened:
> They had to have their code audited that no code from the illegally
> leaked proprietary Windows code made it into the open source React OS
> code (google for Clean room design if you want to know more about that).
> 
> Furthermore you created a situation in which the OpenWrt community as
> well as other providers donating capacity to the community for carrying
> the mailing list involuntarily distribute or mirror this proprietary code.
> 
> This is where your good intentions likely will yield bad results.

intentionally breaking the license/law is not "good intentions" the fact
that he used a anonymous remailer just shows that he knew what he was
doing is wrong.



> 
> Regards,
>   Felix
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] package/devel/perf: fix build for kernel 4.1

2015-10-26 Thread John Crispin



On 21/10/2015 20:03, John Crispin wrote:
> 
> 
> On 15/10/2015 15:01, Alexandru Ardelean wrote:
>> This fix contains 2 parts:
>>  - kernel 4.1: backport upstream patch "perf build: Do not fail on missing 
>> Build file"
>>  - add +liblzma dependency
>>
> 
> did you find out why there is suddenly a dependency on lzma ?
> 
>   John


ping ...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Broadcom Wireless AC Driver

2015-10-26 Thread openwrtwl


On 2015-10-26 04:50, John Crispin wrote:

On 26/10/2015 10:40, Felix Kaechele wrote:

On 25/10/15 23:27, openwr...@ruggedinbox.com wrote:

I came across the source code for the broadcom
wireless AC driver in a GPL release(I won't say from where so that 
they

don't get in trouble). I've attached the driver to this email.


This is not helpful.

If at all this will make developing an open source driver even harder
and more time consuming since this creates a similar situation to what
ReactOS developers got into after the Windows source code leak 
happened:

They had to have their code audited that no code from the illegally
leaked proprietary Windows code made it into the open source React OS
code (google for Clean room design if you want to know more about 
that).


Furthermore you created a situation in which the OpenWrt community as
well as other providers donating capacity to the community for 
carrying
the mailing list involuntarily distribute or mirror this proprietary 
code.


This is where your good intentions likely will yield bad results.


intentionally breaking the license/law is not "good intentions" the 
fact

that he used a anonymous remailer just shows that he knew what he was
doing is wrong.





Regards,
  Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


As far as I'm concerned I simply downloaded a publicly available GPL 
tarball that contained this code, if it was not supposed to have been 
publicly distributed that is an issue between the vendor and broadcom.


While this may be a legal gray area(which is why I used an anonymous 
mailer) I don't consider making people aware of code like this to be 
morally "wrong". I consider the withholding of critical firmware source 
code such as this to be "conversion" where the manufacturer is denying 
me control of my property(which is often an attempt to force me to 
purchase new equipment by not providing updates).

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] kernel: add some missing symbols for 4.3

2015-10-26 Thread Daniel Golle

Signed-off-by: Daniel Golle 
---
 target/linux/generic/config-4.3 | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/target/linux/generic/config-4.3 b/target/linux/generic/config-4.3
index 012c57e..a780fb0 100644
--- a/target/linux/generic/config-4.3
+++ b/target/linux/generic/config-4.3
@@ -96,6 +96,7 @@ CONFIG_AEABI=y
 # CONFIG_AFS_FS is not set
 # CONFIG_AF_RXRPC is not set
 # CONFIG_AGP is not set
+# CONFIG_AHCI_CEVA is not set
 # CONFIG_AHCI_MVEBU is not set
 CONFIG_AIO=y
 # CONFIG_AIRO is not set
@@ -684,6 +685,7 @@ CONFIG_CMDLINE=""
 # CONFIG_CODE_PATCHING_SELFTEST is not set
 # CONFIG_COMEDI is not set
 # CONFIG_COMMON_CLK_CDCE706 is not set
+# CONFIG_COMMON_CLK_CDCE925 is not set
 # CONFIG_COMMON_CLK_DEBUG is not set
 # CONFIG_COMMON_CLK_IPROC is not set
 # CONFIG_COMMON_CLK_PWM is not set
@@ -788,6 +790,7 @@ CONFIG_CRYPTO_BLKCIPHER2=y
 # CONFIG_CRYPTO_HASH is not set
 # CONFIG_CRYPTO_HMAC is not set
 # CONFIG_CRYPTO_HW is not set
+# CONFIG_CRYPTO_JITTERENTROPY is not set
 # CONFIG_CRYPTO_KHAZAD is not set
 # CONFIG_CRYPTO_LRW is not set
 # CONFIG_CRYPTO_LZ4 is not set
@@ -1123,6 +1126,7 @@ CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
 # CONFIG_FB_SAVAGE is not set
 # CONFIG_FB_SIMPLE is not set
 # CONFIG_FB_SIS is not set
+# CONFIG_FB_SM712 is not set
 # CONFIG_FB_SM7XX is not set
 # CONFIG_FB_SMSCUFX is not set
 # CONFIG_FB_SSD1307 is not set
@@ -1442,6 +1446,7 @@ CONFIG_HZ_100=y
 # CONFIG_I2C_DIOLAN_U2C is not set
 # CONFIG_I2C_EG20T is not set
 # CONFIG_I2C_ELEKTOR is not set
+# CONFIG_I2C_EMEV2 is not set
 # CONFIG_I2C_GPIO is not set
 # CONFIG_I2C_HELPER_AUTO is not set
 # CONFIG_I2C_HID is not set
@@ -1508,6 +1513,7 @@ CONFIG_HZ_100=y
 # CONFIG_IDE_PROC_FS is not set
 # CONFIG_IDE_TASK_IOCTL is not set
 # CONFIG_IDLE_PAGE_TRACKING is not set
+# CONFIG_IDMA64 is not set
 # CONFIG_IEEE802154 is not set
 # CONFIG_IEEE802154_ATUSB is not set
 # CONFIG_IFB is not set
@@ -1971,6 +1977,7 @@ CONFIG_LEDS_TRIGGER_TIMER=y
 # CONFIG_LIBFC is not set
 # CONFIG_LIBFCOE is not set
 # CONFIG_LIBIPW_DEBUG is not set
+# CONFIG_LIBNVDIMM is not set
 # CONFIG_LINE6_USB is not set
 # CONFIG_LIRC_STAGING is not set
 # CONFIG_LIS3L02DQ is not set
@@ -2098,6 +2105,7 @@ CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4
 # CONFIG_MFD_DA9052_I2C is not set
 # CONFIG_MFD_DA9052_SPI is not set
 # CONFIG_MFD_DA9055 is not set
+# CONFIG_MFD_DA9062 is not set
 # CONFIG_MFD_DA9063 is not set
 # CONFIG_MFD_DA9150 is not set
 # CONFIG_MFD_DLN2 is not set
@@ -3322,8 +3330,10 @@ CONFIG_RTC_DRV_CMOS=y
 # CONFIG_RTC_DRV_V3020 is not set
 # CONFIG_RTC_DRV_X1205 is not set
 # CONFIG_RTC_DRV_XGENE is not set
+# CONFIG_RTC_DRV_ZYNQMP is not set
 CONFIG_RTC_HCTOSYS=y
 CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
+CONFIG_RTC_SYSTOHC_DEVICE="rtc0"
 CONFIG_RTC_INTF_DEV=y
 # CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
 CONFIG_RTC_INTF_PROC=y
@@ -4077,6 +4087,7 @@ CONFIG_STAGING=y
 # CONFIG_STAGING_MEDIA is not set
 CONFIG_STANDALONE=y
 CONFIG_STDBINUTILS=y
+# CONFIG_STATIC_KEYS_SELFTEST is not set
 # CONFIG_STE10XP is not set
 # CONFIG_STE_MODEM_RPROC is not set
 # CONFIG_STK3310 is not set
-- 
2.6.2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] kernel: Fix environment pointer setup in ar71xx/ath79

2015-10-26 Thread John Crispin



On 21/10/2015 17:53, Ted Hess wrote:
> Observed on ar71xx/ath79 platforms such as Ubiquiti RouterStations.Reported 
> in #20642.:
> (https://dev.openwrt.org/ticket/20642). 
> 
> If embedded command-line text exists with CONFIG_IMAGE_CMDLINE_HACK=y,firmware
> init doesn't initialize environment pointer (fw_init_cmdline not called).
> 
> arcs_cmdline is not initialized before calling strlcat.
> 
> Signed-off-by: Ted Hess 

Hi,

can you send a backported version for CC aswell please

John

> 
> ---
> Index: 
> target/linux/ar71xx/patches-4.1/508-MIPS-ath79-prom-image-command-line-hack.patch
> ===
> --- 
> a/target/linux/ar71xx/patches-4.1/508-MIPS-ath79-prom-image-command-line-hack.patch
> +++ 
> b/target/linux/ar71xx/patches-4.1/508-MIPS-ath79-prom-image-command-line-hack.patch
> @@ -1,6 +1,6 @@
>  --- a/arch/mips/ath79/prom.c
>  +++ b/arch/mips/ath79/prom.c
> -@@ -33,6 +33,35 @@ static void __init ath79_prom_append_cmd
> +@@ -33,6 +33,41 @@ static void __init ath79_prom_append_cmd
>   strlcat(arcs_cmdline, ath79_cmdline_buf, sizeof(arcs_cmdline));
>   }
>   
> @@ -27,6 +27,12 @@
>  +strlcat(arcs_cmdline, p, sizeof(arcs_cmdline));
>  +}
>  +
> ++/* Validate and setup environment pointer */
> ++if (fw_arg2 < CKSEG0)
> ++_fw_envp = NULL;
> ++else
> ++_fw_envp = (int *)fw_arg2;
> ++
>  +return 1;
>  +}
>  +#else
> @@ -36,7 +42,7 @@
>   static int __init ath79_prom_init_myloader(void)
>   {
>   struct myloader_info *mylo;
> -@@ -61,6 +90,8 @@ static int __init ath79_prom_init_myload
> +@@ -61,6 +96,8 @@ static int __init ath79_prom_init_myload
>   
>   ath79_prom_append_cmdline("ethaddr", mac_buf);
>   
> @@ -45,7 +51,7 @@
>   return 1;
>   }
>   
> -@@ -71,7 +102,8 @@ void __init prom_init(void)
> +@@ -71,7 +108,8 @@ void __init prom_init(void)
>   if (ath79_prom_init_myloader())
>   return;
>   
> @@ -55,3 +61,13 @@
>   
>   env = fw_getenv("ethaddr");
>   if (env)
> +--- a/arch/mips/fw/lib/cmdline.c
>  b/arch/mips/fw/lib/cmdline.c
> +@@ -35,6 +35,7 @@ void __init fw_init_cmdline(void)
> + else
> + _fw_envp = (int *)fw_arg2;
> + 
> ++arcs_cmdline[0] = '\0';
> + for (i = 1; i < fw_argc; i++) {
> + strlcat(arcs_cmdline, fw_argv(i), COMMAND_LINE_SIZE);
> + if (i < (fw_argc - 1))
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] package/devel/perf: fix build for kernel 4.1

2015-10-26 Thread John Crispin

thanks ! the patch looks good but i am failing to understand why the
lzma needs to be added :)

On 26/10/2015 11:52, Alexandru Ardelean wrote:
> Ah, sorry about this.
> I forgot about it ; completely swamped.
> 
> Will add it in my desktop notes that I keep and come back with an answer
> asap (hopefully today/tomorrow).
> 
> 
> On Mon, Oct 26, 2015 at 12:13 PM, John Crispin  > wrote:
> 
> 
> 
> On 21/10/2015 20:03, John Crispin wrote:
> >
> >
> > On 15/10/2015 15:01, Alexandru Ardelean wrote:
> >> This fix contains 2 parts:
> >>  - kernel 4.1: backport upstream patch "perf build: Do not fail on 
> missing Build file"
> >>  - add +liblzma dependency
> >>
> >
> > did you find out why there is suddenly a dependency on lzma ?
> >
> >   John
> 
> 
> ping ...
> 
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Progress on Reproducible Builds

2015-10-26 Thread Steven Barth

Hello Bryan,

thanks a lot for your efforts. I would suggest to submit the patchset
to this list (with added Signed-Off-By tags) and we can discuss the
individual ones here then.


Thanks,

Steven
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] busybox: update to version 1.24.1

2015-10-26 Thread Bastian Bittorf

* Magnus Kroken  [26.10.2015 07:11]:
> Patches applied upstream and dropped:
> 280-fix_find_regression.patch
> 300-ip-addr-improvements.patch
> 
> Signed-off-by: Magnus Kroken 
> ---
> Run-time tested on ar71xx (TL-WDR4300). Compile-tested on mpc85xx and mvebu.
> 
> Size comparison:
> 210569 busybox_1.23.2-3_ar71xx.ipk
> 209573 busybox_1.24.1-1_ar71xx.ipk
> 
> 247588 busybox_1.23.2-3_mpc85xx.ipk
> 246458 busybox_1.24.1-1_mpc85xx.ipk
> 
> 224013 busybox_1.23.2-3_mvebu.ipk
> 222554 busybox_1.24.1-1_mvebu.ipk
> 
>  package/utils/busybox/Makefile |  6 +-
>  .../patches/120-remove_uclibc_rpc_check.patch  |  2 +-
>  .../busybox/patches/200-udhcpc_reduce_msgs.patch   |  4 +-
>  .../patches/201-udhcpc_changed_ifindex.patch   |  2 +-
>  .../patches/203-udhcpc_renew_no_deconfig.patch |  2 +-
>  .../busybox/patches/204-udhcpc_src_ip_rebind.patch | 10 +--
>  .../busybox/patches/210-add_netmsg_util.patch  |  2 +-
>  .../busybox/patches/230-ntpd_delayed_resolve.patch |  6 +-
>  .../patches/270-libbb_make_unicode_printable.patch |  4 +-
>  .../busybox/patches/280-fix_find_regression.patch  | 31 -
>  ...-a-regression-in-handling-local-variables.patch |  6 +-

^^^
this one is also fixed upstream and not needed anymore.
(see busybox commits around 1285aa62f914ba894b82880e57bd81cfbc41f180)

bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Ubus crashes when using its ACL feature

2015-10-26 Thread Wang Bin

Hi,

I'm using UBUS ACL features as my application is in non ROOT group.

I define
/usr/share/acl.d/myapp.json

{
"group" : "mygroup",
"access" : {"methods" : [ "*" ]},
"publish" : [ "*" ],
"subscribe" : [ "*" ]
}

Then ubusd crashes.

By analysis, my app calls

ubus_register_event_handler

{

241   ret = ubus_invoke(ctx, UBUS_SYSTEM_OBJECT_EVENT, "register", b2.head,

242 NULL, NULL, 0);

}



At server, it crashes at

ubusd_handle_invoke

{

if (ubusd_acl_check(cl, obj->path.key, method, UBUS_ACL_ACCESS))

}



Here obj(with id UBUS_SYSTEM_OBJECT_EVENT) is an internal object, and with 
obj->path.key NULL. Inside, UBUS directly use it in strcmp. Some coredump 
information at last part.



I suggest to modify the above line to

259   if ((blob_get_u32(attr[UBUS_ATTR_OBJID]) != UBUS_SYSTEM_OBJECT_EVENT) && 
(ubusd_acl_check(cl, obj->path.key, method, UBUS_ACL_ACCESS)))



After add this, it works well and the event path is checked at other place.



Coredump:

#2  0x00402a9c in ubusd_handle_invoke (cl=0x8e30b8, ub=0x8e3e40, attr=0x415230) 
at

ubusd_proto.c:259

259  if (ubusd_acl_check(cl, obj->path.key, method, 
UBUS_ACL_ACCESS))

(gdb) info local

obj = 0x8df138

id = 0x8df138

method = 0x8e3e68 "register"

(gdb) print *id

$25 = {avl = {list = {next = 0x8df1b0, prev = 0x41531c}, parent = 0x8df1b0, 
left = 0x0, right = 0x0, key = 0x8df154, balance = 0 '\000', leader = true}, id 
= 1}

(gdb) print *obj

$26 = {id = {avl = {list = {next = 0x8df1b0, prev = 0x41531c}, parent = 
0x8df1b0, left = 0x0, right = 0x0, key = 0x8df154, balance = 0 '\000', leader = 
true}, id = 1}, list = {

next = 0x8df158, prev = 0x8df158}, events = {next = 0x8df160, prev = 
0x8df160}, subscribers = {next = 0x8df168, prev = 0x8df168}, target_list = 
{next = 0x8df170,

prev = 0x8df170}, type = 0x0, path = {list = {next = 0x0, prev = 0x0}, 
parent = 0x0, left = 0x0, right = 0x0, key = 0x0, balance = 0 '\000', leader = 
false}, client = 0x0,

  recv_msg = 0x403940 , event_seen = 0, invoke_seq = 0}



BR
Wang Bin
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v3] ar71xx: add support for TP-LINK TL-WR941ND v6 (international version)

2015-10-26 Thread Matthias Schiffer

The international version is completely different from the already
supported Chinese version. The WLAN of the QCA956x SoC used by this router
has been fixed in r46948.

This patch looks like it changes a lot in
700-MIPS-ath79-openwrt-machines.patch; that is not the case. Unfortunately,
quilt decided to completely reorganize the Kconfig patch even though only
a single section has been added.

Signed-off-by: Matthias Schiffer 
---
v3: rebased on top of trunk
v2: rebased on top of trunk + http://patchwork.ozlabs.org/patch/523133/


 target/linux/ar71xx/base-files/etc/diag.sh |   3 +-
 .../ar71xx/base-files/etc/uci-defaults/01_leds |   9 ++
 .../ar71xx/base-files/etc/uci-defaults/02_network  |   1 +
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 +
 .../lib/preinit/05_set_preinit_iface_ar71xx|   1 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ar71xx/config-4.1 |   1 +
 .../files/arch/mips/ath79/mach-tl-wr941nd-v6.c | 151 ++
 target/linux/ar71xx/image/Makefile |   9 +-
 .../700-MIPS-ath79-openwrt-machines.patch  | 168 +++--
 10 files changed, 267 insertions(+), 80 deletions(-)
 create mode 100644 
target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr941nd-v6.c

diff --git a/target/linux/ar71xx/base-files/etc/diag.sh 
b/target/linux/ar71xx/base-files/etc/diag.sh
index 1375f38..70db908 100644
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -292,7 +292,8 @@ get_status_led() {
tl-wdr4300 | \
tl-wr703n | \
tl-wr710n | \
-   tl-wr720n-v3)
+   tl-wr720n-v3 | \
+   tl-wr941nd-v6)
status_led="tp-link:blue:system"
;;
tl-wr841n-v9)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds 
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index abed456..8c7c3e1 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
@@ -503,6 +503,15 @@ tl-wr941nd-v5)
ucidef_set_led_wlan "wlan" "WLAN" "tp-link:green:wlan" "phy0tpt"
;;
 
+tl-wr941nd-v6)
+   ucidef_set_led_netdev "wan" "WAN" "tp-link:blue:wan" "eth0"
+   ucidef_set_led_switch "lan1" "LAN1" "tp-link:blue:lan1" "switch0" "0x10"
+   ucidef_set_led_switch "lan2" "LAN2" "tp-link:blue:lan2" "switch0" "0x08"
+   ucidef_set_led_switch "lan3" "LAN3" "tp-link:blue:lan3" "switch0" "0x04"
+   ucidef_set_led_switch "lan4" "LAN4" "tp-link:blue:lan4" "switch0" "0x02"
+   ucidef_set_led_wlan "wlan" "WLAN" "tp-link:blue:wlan" "phy0tpt"
+   ;;
+
 tl-wa830re-v2)
ucidef_set_led_netdev "lan" "LAN" "tp-link:green:lan" "eth0"
ucidef_set_led_wlan "wlan" "WLAN" "tp-link:green:wlan" "phy0tpt"
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network 
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index f6ac891..372cdae 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
@@ -242,6 +242,7 @@ tl-mr3420-v2 |\
 tl-wr841n-v8 |\
 tl-wr842n-v2 |\
 tl-wr941nd-v5 |\
+tl-wr941nd-v6 |\
 tl-wdr6500-v2 |\
 wnr2000-v3 |\
 wnr2000-v4 |\
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh 
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index 5f02e4e..edb89ab 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -832,6 +832,9 @@ ar71xx_board_detect() {
*"TL-WR941N/ND v5")
name="tl-wr941nd-v5"
;;
+   *"TL-WR941N/ND v6")
+   name="tl-wr941nd-v6"
+   ;;
*"TL-WR703N v1")
name="tl-wr703n"
;;
diff --git 
a/target/linux/ar71xx/base-files/lib/preinit/05_set_preinit_iface_ar71xx 
b/target/linux/ar71xx/base-files/lib/preinit/05_set_preinit_iface_ar71xx
index d214e9b..38a0382 100644
--- a/target/linux/ar71xx/base-files/lib/preinit/05_set_preinit_iface_ar71xx
+++ b/target/linux/ar71xx/base-files/lib/preinit/05_set_preinit_iface_ar71xx
@@ -36,6 +36,7 @@ set_preinit_iface() {
tl-wr720n-v3 |\
tl-wr841n-v8 |\
tl-wr842n-v2 |\
+   tl-wr941nd-v6 |\
wnr2000-v3 |\
wnr2200 |\
wnr612-v2 |\
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh 
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index a464fee..0079739 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -361,6 +361,7 @@ platform_check_image() {
tl-wr842n-v2 | \
tl-wr941nd | \
tl-wr941nd-v5 | \
+   tl-wr941nd-v6 | \
tl-wr1041n-v2 | \
tl-wr1043nd | \
tl-wr1043nd-v2 | \
diff --git a/target/linux/ar71xx/config-4.1 b/target/linux/ar71xx/config-4.1
index

[OpenWrt-Devel] [PATCH v2] busybox: update to version 1.24.1

2015-10-26 Thread Magnus Kroken

Patches applied upstream and dropped:
280-fix_find_regression.patch
300-ip-addr-improvements.patch

Fixed upstream:
290-ash-fix-a-regression-in-handling-local-variables.patch (see thread: 
http://lists.busybox.net/pipermail/busybox/2015-April/082783.html)

Signed-off-by: Magnus Kroken 
---
v2: Drop 290-ash-fix-a-regression-in-handling-local-variables.patch as well. 
Thanks, Bastian.

 package/utils/busybox/Makefile |  6 +-
 .../patches/120-remove_uclibc_rpc_check.patch  |  2 +-
 .../busybox/patches/200-udhcpc_reduce_msgs.patch   |  4 +-
 .../patches/201-udhcpc_changed_ifindex.patch   |  2 +-
 .../patches/203-udhcpc_renew_no_deconfig.patch |  2 +-
 .../busybox/patches/204-udhcpc_src_ip_rebind.patch | 10 +--
 .../busybox/patches/210-add_netmsg_util.patch  |  2 +-
 .../busybox/patches/230-ntpd_delayed_resolve.patch |  6 +-
 .../patches/270-libbb_make_unicode_printable.patch |  4 +-
 .../busybox/patches/280-fix_find_regression.patch  | 31 -
 ...-a-regression-in-handling-local-variables.patch | 75 --
 .../busybox/patches/300-ip-addr-improvements.patch | 73 -
 12 files changed, 19 insertions(+), 198 deletions(-)
 delete mode 100644 package/utils/busybox/patches/280-fix_find_regression.patch
 delete mode 100644 
package/utils/busybox/patches/290-ash-fix-a-regression-in-handling-local-variables.patch
 delete mode 100644 package/utils/busybox/patches/300-ip-addr-improvements.patch

diff --git a/package/utils/busybox/Makefile b/package/utils/busybox/Makefile
index fb24703..5ca4363 100644
--- a/package/utils/busybox/Makefile
+++ b/package/utils/busybox/Makefile
@@ -8,14 +8,14 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=busybox
-PKG_VERSION:=1.23.2
-PKG_RELEASE:=3
+PKG_VERSION:=1.24.1
+PKG_RELEASE:=1
 PKG_FLAGS:=essential
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2
 PKG_SOURCE_URL:=http://www.busybox.net/downloads \
http://distfiles.gentoo.org/distfiles/
-PKG_MD5SUM:=7925683d7dd105aabe9b6b618d48cc73
+PKG_MD5SUM:=be98a40cadf84ce2d6b05fa41a275c6a
 
 PKG_BUILD_DEPENDS:=BUSYBOX_USE_LIBRPC:librpc BUSYBOX_CONFIG_PAM:libpam
 PKG_BUILD_PARALLEL:=1
diff --git a/package/utils/busybox/patches/120-remove_uclibc_rpc_check.patch 
b/package/utils/busybox/patches/120-remove_uclibc_rpc_check.patch
index a18b7dc..5499efd 100644
--- a/package/utils/busybox/patches/120-remove_uclibc_rpc_check.patch
+++ b/package/utils/busybox/patches/120-remove_uclibc_rpc_check.patch
@@ -1,6 +1,6 @@
 --- a/util-linux/mount.c
 +++ b/util-linux/mount.c
-@@ -138,9 +138,6 @@
+@@ -236,9 +236,6 @@
  #if ENABLE_FEATURE_MOUNT_NFS
  /* This is just a warning of a common mistake.  Possibly this should be a
   * uclibc faq entry rather than in busybox... */
diff --git a/package/utils/busybox/patches/200-udhcpc_reduce_msgs.patch 
b/package/utils/busybox/patches/200-udhcpc_reduce_msgs.patch
index c3de978..1083675 100644
--- a/package/utils/busybox/patches/200-udhcpc_reduce_msgs.patch
+++ b/package/utils/busybox/patches/200-udhcpc_reduce_msgs.patch
@@ -1,6 +1,6 @@
 --- a/networking/udhcp/dhcpc.c
 +++ b/networking/udhcp/dhcpc.c
-@@ -685,6 +685,7 @@ static int bcast_or_ucast(struct dhcp_pa
+@@ -695,6 +695,7 @@ static int bcast_or_ucast(struct dhcp_pa
  static NOINLINE int send_discover(uint32_t xid, uint32_t requested)
  {
struct dhcp_packet packet;
@@ -8,7 +8,7 @@
  
/* Fill in: op, htype, hlen, cookie, chaddr fields,
 * random xid field (we override it below),
-@@ -702,6 +703,7 @@ static NOINLINE int send_discover(uint32
+@@ -712,6 +713,7 @@ static NOINLINE int send_discover(uint32
 */
add_client_options();
  
diff --git a/package/utils/busybox/patches/201-udhcpc_changed_ifindex.patch 
b/package/utils/busybox/patches/201-udhcpc_changed_ifindex.patch
index e7e2fce..f32cea2 100644
--- a/package/utils/busybox/patches/201-udhcpc_changed_ifindex.patch
+++ b/package/utils/busybox/patches/201-udhcpc_changed_ifindex.patch
@@ -1,6 +1,6 @@
 --- a/networking/udhcp/dhcpc.c
 +++ b/networking/udhcp/dhcpc.c
-@@ -1410,6 +1410,12 @@ int udhcpc_main(int argc UNUSED_PARAM, c
+@@ -1418,6 +1418,12 @@ int udhcpc_main(int argc UNUSED_PARAM, c
/* silence "uninitialized!" warning */
unsigned timestamp_before_wait = timestamp_before_wait;
  
diff --git a/package/utils/busybox/patches/203-udhcpc_renew_no_deconfig.patch 
b/package/utils/busybox/patches/203-udhcpc_renew_no_deconfig.patch
index 471f12f..f38b128 100644
--- a/package/utils/busybox/patches/203-udhcpc_renew_no_deconfig.patch
+++ b/package/utils/busybox/patches/203-udhcpc_renew_no_deconfig.patch
@@ -1,6 +1,6 @@
 --- a/networking/udhcp/dhcpc.c
 +++ b/networking/udhcp/dhcpc.c
-@@ -1093,7 +1093,6 @@ static void perform_renew(void)
+@@ -1101,7 +1101,6 @@ static void perform_renew(void)
state = RENEW_REQUESTED;
break;
case RENEW_REQUESTED: /* impatient are we? fine, square 1 */
diff --git

[OpenWrt-Devel] [PATCH] realview: Create ext4 image by default

2015-10-26 Thread Dov Murik

Following the additions in r46924, enable the 'ext4' feature for
realview target so the ext4 image is created by default.

Signed-off-by: Dov Murik 
---
 target/linux/realview/Makefile |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/target/linux/realview/Makefile b/target/linux/realview/Makefile
index 5b0a040..e7a1220 100644
--- a/target/linux/realview/Makefile
+++ b/target/linux/realview/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
 ARCH:=arm
 BOARD:=realview
 BOARDNAME:=ARM Ltd. Realview board (qemu)
-FEATURES:=fpu ramdisk
+FEATURES:=ext4 fpu ramdisk
 CPU_TYPE:=mpcore
 CPU_SUBTYPE:=vfp
 MAINTAINER:=Florian Fainelli 
-- 
1.7.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Extra file permissions

2015-10-26 Thread David H. Madden

I have been adding ssh authorized_keys files to my OpenWRT devices, and 
would like to have them built into the sysupgrade image, rather than 
adding to /overlay afterward.  However, the process that copies files 
from .../files to the final image resets permissions to u+rw,g+r,o+r, 
which wrecks the 700 permission for ~root/.ssh.  I modified 
include/image.mk to not do the permission "fixing."  This works OK for 
me, but I don't know whether it would break things for anybody else.  (I 
think I tested to see whether anything was actually having its 
permissions changed, but I don't remember the exact results.  I 
definitely didn't see anything that looked problematic.)


Here is the patch:

diff --git a/include/image.mk b/include/image.mk
index a92b13e..c22e287 100644
--- a/include/image.mk
+++ b/include/image.mk
@@ -243,10 +243,7 @@ define Image/mkfs/ext4
 endef

 define Image/mkfs/prepare/default
-   # Use symbolic permissions to avoid clobbering SUID/SGID/sticky bits
-   - $(FIND) $(TARGET_DIR) -type f -not -perm /0100 -not -name 
'ssh_host*' -not -name 'shadow' -print0 | $(XARGS) -0 chmod u+rw,g+r,o+r
-   - $(FIND) $(TARGET_DIR) -type f -perm /0100 -print0 | $(XARGS) 
-0 chmod u+rwx,g+rx,o+rx
-   - $(FIND) $(TARGET_DIR) -type d -print0 | $(XARGS) -0 chmod 
u+rwx,g+rx,o+rx
+   # We used to do something like "chmod -R go+rX" but it wasn't 
necessary

$(INSTALL_DIR) $(TARGET_DIR)/tmp $(TARGET_DIR)/overlay
chmod 1777 $(TARGET_DIR)/tmp
 endef




smime.p7s
Description: S/MIME Cryptographic Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] mac80211: update regulatory database to master-2015-10-22

2015-10-26 Thread Andrej Vlasic

Signed-off-by: Andrej Vlasic 
---
 package/kernel/mac80211/files/regdb.txt | 149 +---
 1 file changed, 80 insertions(+), 69 deletions(-)

diff --git a/package/kernel/mac80211/files/regdb.txt 
b/package/kernel/mac80211/files/regdb.txt
index 84413fd..f318326 100644
--- a/package/kernel/mac80211/files/regdb.txt
+++ b/package/kernel/mac80211/files/regdb.txt
@@ -22,7 +22,7 @@ country AD:
(5170 - 5250 @ 80), (20)
(5250 - 5330 @ 80), (20), DFS
(5490 - 5710 @ 80), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country AE: DFS-FCC
@@ -82,7 +82,7 @@ country AT: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country AU: DFS-ETSI
@@ -108,7 +108,7 @@ country BA: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country BB: DFS-FCC
@@ -126,7 +126,7 @@ country BE: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country BF: DFS-FCC
@@ -141,13 +141,13 @@ country BG: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 5 gHz Short Range Devices, ref:
+   # 5 GHz Short Range Devices, ref:
# Etsi EN 300 440-1
# Etsi EN 300 440-2
# http://crc.bg/files/_bg/Spisak_2015.pdf
# http://crc.bg/files/_bg/Pravila_2015_resh24.pdf
(5725 - 5875 @ 80), (14)
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country BH: DFS-JP
@@ -216,7 +216,8 @@ country CA: DFS-FCC
(2402 - 2472 @ 40), (30)
(5170 - 5250 @ 80), (17), AUTO-BW
(5250 - 5330 @ 80), (24), DFS, AUTO-BW
-   (5490 - 5730 @ 160), (24), DFS
+   (5490 - 5600 @ 80), (24), DFS
+   (5650 - 5730 @ 80), (24), DFS
(5735 - 5835 @ 80), (30)
 
 # Source:
@@ -233,7 +234,7 @@ country CH: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country CI: DFS-FCC
@@ -254,7 +255,7 @@ country CN: DFS-FCC
(5170 - 5250 @ 80), (23), AUTO-BW
(5250 - 5330 @ 80), (23), DFS, AUTO-BW
(5735 - 5835 @ 80), (30)
-   # 60 gHz band channels 1,4: 28dBm, channels 2,3: 44dBm
+   # 60 GHz band channels 1,4: 28dBm, channels 2,3: 44dBm
# ref: 
http://www.miit.gov.cn/n11293472/n11505629/n11506593/n11960250/n11960606/n11960700/n12330791.files/n12330790.pdf
(57240 - 59400 @ 2160), (28)
(59400 - 63720 @ 2160), (44)
@@ -286,7 +287,7 @@ country CY: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 # Data from http://www.ctu.eu/164/download/VOR/VOR-12-08-2005-34.pdf
@@ -298,7 +299,7 @@ country CZ: DFS-ETSI
(5150 - 5250 @ 80), (200 mW), NO-OUTDOOR, AUTO-BW
(5250 - 5350 @ 80), (100 mW), NO-OUTDOOR, DFS, AUTO-BW
(5470 - 5725 @ 160), (500 mW), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 # Data from "Frequenznutzungsplan" (as published in April 2008), downloaded 
from
@@ -322,7 +323,7 @@ country DE: DFS-ETSI
(5250 - 5350 @ 80), (100 mW), NO-OUTDOOR, DFS, AUTO-BW
# entries 308002, 309001 and 310003
(5470 - 5725 @ 160), (500 mW), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref: Etsi En 302 567
(57000 - 66000 @ 2160), (40)
 
 country DK: DFS-ETSI
@@ -330,7 +331,7 @@ country DK: DFS-ETSI
(5170 - 5250 @ 80), (20), AUTO-BW
(5250 - 5330 @ 80), (20), DFS, AUTO-BW
(5490 - 5710 @ 160), (27), DFS
-   # 60 gHz band channels 1-4, ref: Etsi En 302 567
+   # 60 GHz band channels 1-4, ref:

[OpenWrt-Devel] UniFi-AC-LR ( or UniFi-AC-LITE )

2015-10-26 Thread David Hutchison

I just got this board and I am looking to port OpenWRT to it. I have
taken this board apart and can receive serial, however TX doesn't
appear to work ( Maybe there is a GPIO, I need to toggle? ). These two
new UniFi-AC boards have the new QCA953x processor in them ( LITE and
LR ). This is not the Broadcom 48V UniFi that is already supported;
these just came out.

I was hoping to reach out to the group who have experience building
the image with the proper "MAGIC HEADER". TFTP will not accept the
image and think the image is invalid unless the proper header exists.
With other board ports I have grabbed the original AirOS firmware, and
you could see the header at the top of the .bin. However with UniFi
they don't seem to have the image easily downloadable.

I am hoping if anyone would have any insight to finding this? Once I
can TFTP an image onto it; I can try making an architecture patch for
it.

Thanks,
-- Davey
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: add support for TP-LINK TL-WR841N/ND v10

2015-10-26 Thread Alexander Couzens

After taking some time to think about this.

Wouldn't luci tell the user it's running on a 841 v9?
This could confuse them because a v9 sysupgrade wouldn't work.
sysupgrade fails then. Also an automatic upgrade based on system info
wouldn't work either.

As long we don't have dts support, I see here two solution. Add another
mips machine or change the board detection to detect this difference.

Best,
lynxis

On Mon, 26 Oct 2015 15:28:09 +0100
Alexander Couzens  wrote:

> On Mon, 26 Oct 2015 01:21:58 +0100
> Matthias Schiffer  wrote:
> 
> > Thanks, but I know what I'm doing. The hardware is similar enough to
> > boot with the exact same initialization routines as the v9, thus
> > reusing the BOARDNAME is fine (it is done like this for other
> > hardware as well - OpenWrt has a distinction between "board" and
> > "model", where multiple models can have the same board, but still
> > each model has its own images)
> > 
> > On TP-LINK devices, sysupgrade checks the TPLINK_HWID of the image
> > against the one in the flash, the BOARDNAME doesn't matter (except
> > to determine that it is a TP-LINK device).  
> 
> Sorry, no offensive. I forgot the tplink specific check within
> sysupgrade.



-- 
Alexander Couzens

mail: lyn...@fe80.eu
jabber: lyn...@fe80.eu
mobile: +4915123277221
gpg: 390D CF78 8BF9 AA50 4F8F  F1E2 C29E 9DA6 A0DF 8604


pgpnPCcVPhvn6.pgp
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Need to check version of LUCI

2015-10-26 Thread nam228


Hi all,

I am using OpenWRT trunk version 47213
svn://svn.openwrt.org/openwrt/trunk

I installed luci by these commands:
trunk/script/feed update -a
trunk/script/feed install luci

My question is: can i check version of luci ? or how can i downgrade it .

In my case , the luci web-page is not working well.
For example: when I edit the Network/Wifi  it automatically log out to 
the login page


Thanks,
Nam.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: add support for TP-LINK TL-WR841N/ND v10

2015-10-26 Thread Matthias Schiffer

No, LuCI uses util.ubus("system", "board"), which doesn't even expose
the internal board_name, but only the model name, so it will only see
the v10.

Automatic upgrade systems should also rely on the model name only, not
the board name.

The board name is really only an internal identifier. Reusing a board
name when new hardware has been released which is compatible with
another model is very common, just take a look at
target/linux/ar71xx/image/Makefile. There's a total of 7 models using
"TL-WR741ND", 5 models using "TL-WR741ND-v4" and another 5 using
"TL-WA901ND" as their BOARDNAME value...

Matthias


On 10/27/2015 02:50 AM, Alexander Couzens wrote:
> After taking some time to think about this.
> 
> Wouldn't luci tell the user it's running on a 841 v9?
> This could confuse them because a v9 sysupgrade wouldn't work.
> sysupgrade fails then. Also an automatic upgrade based on system info
> wouldn't work either.
> 
> As long we don't have dts support, I see here two solution. Add another
> mips machine or change the board detection to detect this difference.
> 
> Best,
> lynxis
> 
> On Mon, 26 Oct 2015 15:28:09 +0100
> Alexander Couzens  wrote:
> 
>> On Mon, 26 Oct 2015 01:21:58 +0100
>> Matthias Schiffer  wrote:
>>
>>> Thanks, but I know what I'm doing. The hardware is similar enough to
>>> boot with the exact same initialization routines as the v9, thus
>>> reusing the BOARDNAME is fine (it is done like this for other
>>> hardware as well - OpenWrt has a distinction between "board" and
>>> "model", where multiple models can have the same board, but still
>>> each model has its own images)
>>>
>>> On TP-LINK devices, sysupgrade checks the TPLINK_HWID of the image
>>> against the one in the flash, the BOARDNAME doesn't matter (except
>>> to determine that it is a TP-LINK device).  
>>
>> Sorry, no offensive. I forgot the tplink specific check within
>> sysupgrade.
> 
> 
> 




signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Need to check version of LUCI

2015-10-26 Thread Nishant Sharma



Hi,

You may clear your browser cookies and cache. Do rm -rf /tmp/luci* and then try.

Regards,
Nishant


On 27 October 2015 09:26:15 GMT+05:30, nam228  wrote:
>Hi all,
>
>I am using OpenWRT trunk version 47213
> svn://svn.openwrt.org/openwrt/trunk
>
>I installed luci by these commands:
> trunk/script/feed update -a
> trunk/script/feed install luci
>
>My question is: can i check version of luci ? or how can i downgrade it
>.
>
>In my case , the luci web-page is not working well.
>For example: when I edit the Network/Wifi  it automatically log out to 
>the login page
>
>Thanks,
>Nam.
>___
>openwrt-devel mailing list
>openwrt-devel@lists.openwrt.org
>https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] kernel: Fix environment pointer setup in ar71xx/ath79

2015-10-26 Thread Ted Hess


Hi John -

I don't think this patch needs to be backported to CC. Bug does not exist in the 3.18 patch-set. Environment pointer is setup 
correctly in prom_init().


/ted

--


Date: Mon, 26 Oct 2015 10:35:04 +0100
From: John Crispin 
To: openwrt-devel@lists.openwrt.org
Subject: Re: [OpenWrt-Devel] [PATCH] kernel: Fix environment pointer setup in 
ar71xx/ath79
Message-ID: <562df3c8.7050...@openwrt.org>
Content-Type: text/plain; charset=windows-1252

On 21/10/2015 17:53, Ted Hess wrote:
Observed on ar71xx/ath79 platforms such as Ubiquiti RouterStations.Reported in 
#20642.:
(https://dev.openwrt.org/ticket/20642).

If embedded command-line text exists with CONFIG_IMAGE_CMDLINE_HACK=y,firmware
init doesn't initialize environment pointer (fw_init_cmdline not called).

arcs_cmdline is not initialized before calling strlcat.

Signed-off-by: Ted Hess 

Hi,

can you send a backported version for CC aswell please

John



  --- snipped  out patch ---
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH libubox v2] Support broadcast sockets in usock

2015-10-26 Thread Javier Domingo Cansino

On Mon, Oct 26, 2015 at 2:16 PM John Crispin  wrote:

> Hi,
>
> was about to merge this but then ... see inline
>
> On 02/10/2015 15:53, Javier Domingo Cansino wrote:
> > Signed-off-by: Javier Domingo Cansino 
> > ---
> >  usock.c | 4 +++-
> >  usock.h | 1 +
> >  2 files changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/usock.c b/usock.c
> > index 6748ef3..3dd9957 100644
> > --- a/usock.c
> > +++ b/usock.c
> > @@ -42,6 +42,7 @@ static void usock_set_flags(int sock, unsigned int
> type)
> >
> >  static int usock_connect(int type, struct sockaddr *sa, int sa_len, int
> family, int socktype, bool server)
> >  {
> > + const int one = 1;
> >   int sock;
> >
> >   sock = socket(family, socktype, 0);
> > @@ -49,9 +50,10 @@ static int usock_connect(int type, struct sockaddr
> *sa, int sa_len, int family,
> >   return -1;
> >
> >   usock_set_flags(sock, type);
> > + if (socktype != SOCK_STREAM && type & USOCK_BROADCAST)
>
> should it not be
>
> if (socktype == SOCK_DGRAM  ?
>
> John
>

It is more clear with your expression, they have the same effect anyway.

>
> > + setsockopt(sock, SOL_SOCKET, SO_BROADCAST, ,
> sizeof(one));
> >
> >   if (server) {
> > - const int one = 1;
> >   setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, ,
> sizeof(one));
> >
> >   if (!bind(sock, sa, sa_len) &&
> > diff --git a/usock.h b/usock.h
> > index b0b952b..3471f2a 100644
> > --- a/usock.h
> > +++ b/usock.h
> > @@ -26,6 +26,7 @@
> >  #define USOCK_NOCLOEXEC  0x0200
> >  #define USOCK_NONBLOCK   0x0400
> >  #define USOCK_NUMERIC0x0800
> > +#define USOCK_BROADCAST  0x1000
> >  #define USOCK_IPV6ONLY   0x2000
> >  #define USOCK_IPV4ONLY   0x4000
> >  #define USOCK_UNIX   0x8000
> >
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] toolchain: fix PKG_SOURCE_URL for gdb

2015-10-26 Thread Philipp Borgers

The url for the gdb source changed upstream.

Related ticket: https://dev.openwrt.org/ticket/20789

Signed-off-by: Philipp Borgers 
---
 toolchain/gdb/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/toolchain/gdb/Makefile b/toolchain/gdb/Makefile
index 10de1f8..d437c9a 100644
--- a/toolchain/gdb/Makefile
+++ b/toolchain/gdb/Makefile
@@ -13,7 +13,7 @@ PKG_VERSION:=linaro-$(PKG_REV)
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2
 PKG_MD5SUM:=816290b91cff03912320089d353e8a12
-PKG_SOURCE_URL:=https://releases.linaro.org/13.05/components/toolchain/gdb-linaro/
+PKG_SOURCE_URL:=https://releases.linaro.org/archive/13.05/components/toolchain/gdb-linaro/
 
 HOST_BUILD_PARALLEL:=1
 
-- 
2.6.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Firmware Upgrade - Mikrotik - ar71xx

2015-10-26 Thread Nishant Sharma


Hi Davey,

Thanks for your response. I was away due to festive season so couldn't 
reply earlier.


On Tuesday 20 October 2015 09:43 PM, David Hutchison wrote:

I think sysupgrade now works with the rb951ui; however I haven't tested it.

I wrote my own upgrade process before sysupgrade was available for the
rb95x series:

I of course scripted it. * HOWEVER IF SYSUPGRADE IS CONFIRMED WORKING
WITH THE RB951Ui, USE THAT !!!*
My way is not very well vetted; while I use I have a *very* custom
rb951ui OpenWRT build. I can't emphasis that enough, test sysupgrade
*FIRST!*
Since my boxes are running AA or BB, so sysupgrade support in CC doesn't 
matter in this case.


Thanks a lot for mentioning the steps which will help me create a script 
and test it on a local box. I will also give sysupgrade a try first. 
Mikrotik is hard to brick as I can always boot it with tftp :-)


I will keep the list posted with my mileage.

Thanks again.

Regards,
Nishant
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/2] ar71xx: add support for TP-LINK TL-WR841N/ND v10

2015-10-26 Thread Alexander Couzens

On Mon, 26 Oct 2015 01:21:58 +0100
Matthias Schiffer  wrote:

> Thanks, but I know what I'm doing. The hardware is similar enough to
> boot with the exact same initialization routines as the v9, thus
> reusing the BOARDNAME is fine (it is done like this for other
> hardware as well - OpenWrt has a distinction between "board" and
> "model", where multiple models can have the same board, but still
> each model has its own images)
> 
> On TP-LINK devices, sysupgrade checks the TPLINK_HWID of the image
> against the one in the flash, the BOARDNAME doesn't matter (except to
> determine that it is a TP-LINK device).

Sorry, no offensive. I forgot the tplink specific check within
sysupgrade.


pgpWoicOvHEwn.pgp
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH libubox v2] Support broadcast sockets in usock

2015-10-26 Thread John Crispin

Hi,

was about to merge this but then ... see inline

On 02/10/2015 15:53, Javier Domingo Cansino wrote:
> Signed-off-by: Javier Domingo Cansino 
> ---
>  usock.c | 4 +++-
>  usock.h | 1 +
>  2 files changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/usock.c b/usock.c
> index 6748ef3..3dd9957 100644
> --- a/usock.c
> +++ b/usock.c
> @@ -42,6 +42,7 @@ static void usock_set_flags(int sock, unsigned int type)
>  
>  static int usock_connect(int type, struct sockaddr *sa, int sa_len, int 
> family, int socktype, bool server)
>  {
> + const int one = 1;
>   int sock;
>  
>   sock = socket(family, socktype, 0);
> @@ -49,9 +50,10 @@ static int usock_connect(int type, struct sockaddr *sa, 
> int sa_len, int family,
>   return -1;
>  
>   usock_set_flags(sock, type);
> + if (socktype != SOCK_STREAM && type & USOCK_BROADCAST)

should it not be

if (socktype == SOCK_DGRAM  ?

John

> + setsockopt(sock, SOL_SOCKET, SO_BROADCAST, , sizeof(one));
>  
>   if (server) {
> - const int one = 1;
>   setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, , sizeof(one));
>  
>   if (!bind(sock, sa, sa_len) &&
> diff --git a/usock.h b/usock.h
> index b0b952b..3471f2a 100644
> --- a/usock.h
> +++ b/usock.h
> @@ -26,6 +26,7 @@
>  #define USOCK_NOCLOEXEC  0x0200
>  #define USOCK_NONBLOCK   0x0400
>  #define USOCK_NUMERIC0x0800
> +#define USOCK_BROADCAST  0x1000
>  #define USOCK_IPV6ONLY   0x2000
>  #define USOCK_IPV4ONLY   0x4000
>  #define USOCK_UNIX   0x8000
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/8] ramips: remove rt2880 spi lock and clean bit operation

2015-10-26 Thread John Crispin

Hi Michael,

while merging the series i stumbled across this patch. to me this looks
wrong.

rather than removing the locking i think we should add more to
rt2880_spi_read and rt2880_spi_write.

i'll merge the other 7 patches just now if they apply without 2/8


John

On 08/10/2015 16:16, Michael Lee wrote:
> Signed-off-by: Michael Lee 
> ---
>  ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 23 
> +-
>  1 file changed, 5 insertions(+), 18 deletions(-)
> 
> diff --git 
> a/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
>  
> b/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> index ca04a17..d6a462c 100644
> --- 
> a/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> +++ 
> b/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> @@ -41,7 +41,7 @@ Acked-by: John Crispin 
>   spi-s3c24xx-hw-$(CONFIG_SPI_S3C24XX_FIQ) += spi-s3c24xx-fiq.o
>  --- /dev/null
>  +++ b/drivers/spi/spi-rt2880.c
> -@@ -0,0 +1,493 @@
> +@@ -0,0 +1,480 @@
>  +/*
>  + * spi-rt2880.c -- Ralink RT288x/RT305x SPI controller driver
>  + *
> @@ -174,7 +174,6 @@ Acked-by: John Crispin 
>  +unsigned intsys_freq;
>  +unsigned intspeed;
>  +struct clk  *clk;
> -+spinlock_t  lock;
>  +};
>  +
>  +static inline struct rt2880_spi *spidev_to_rt2880_spi(struct spi_device 
> *spi)
> @@ -187,7 +186,8 @@ Acked-by: John Crispin 
>  +return ioread32(rs->base + reg);
>  +}
>  +
> -+static inline void rt2880_spi_write(struct rt2880_spi *rs, u32 reg, u32 val)
> ++static inline void rt2880_spi_write(struct rt2880_spi *rs, u32 reg,
> ++const u32 val)
>  +{
>  +iowrite32(val, rs->base + reg);
>  +}
> @@ -195,27 +195,15 @@ Acked-by: John Crispin 
>  +static inline void rt2880_spi_setbits(struct rt2880_spi *rs, u32 reg, u32 
> mask)
>  +{
>  +void __iomem *addr = rs->base + reg;
> -+unsigned long flags;
> -+u32 val;
>  +
> -+spin_lock_irqsave(>lock, flags);
> -+val = ioread32(addr);
> -+val |= mask;
> -+iowrite32(val, addr);
> -+spin_unlock_irqrestore(>lock, flags);
> ++iowrite32((ioread32(addr) | mask), addr);
>  +}
>  +
>  +static inline void rt2880_spi_clrbits(struct rt2880_spi *rs, u32 reg, u32 
> mask)
>  +{
>  +void __iomem *addr = rs->base + reg;
> -+unsigned long flags;
> -+u32 val;
>  +
> -+spin_lock_irqsave(>lock, flags);
> -+val = ioread32(addr);
> -+val &= ~mask;
> -+iowrite32(val, addr);
> -+spin_unlock_irqrestore(>lock, flags);
> ++iowrite32((ioread32(addr) & ~mask), addr);
>  +}
>  +
>  +static int rt2880_spi_baudrate_set(struct spi_device *spi, unsigned int 
> speed)
> @@ -488,7 +476,6 @@ Acked-by: John Crispin 
>  +rs->master = master;
>  +rs->sys_freq = clk_get_rate(rs->clk);
>  +dev_dbg(>dev, "sys_freq: %u\n", rs->sys_freq);
> -+spin_lock_irqsave(>lock, flags);
>  +
>  +device_reset(>dev);
>  +
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] package/devel/perf: fix build for kernel 4.1

2015-10-26 Thread Alexandru Ardelean

This fix contains 2 parts:
 - kernel 4.1: backport upstream patch "perf build: Do not fail on missing 
Build file"
 - add NO_LZMA=1 to perf MAKE_FLAGS to disable LZMA support

Signed-off-by: Alexandru Ardelean 
---
 package/devel/perf/Makefile|  1 +
 ...f-build-Do-not-fail-on-missing-Build-file.patch | 67 ++
 2 files changed, 68 insertions(+)
 create mode 100644 
target/linux/generic/patches-4.1/222-perf-build-Do-not-fail-on-missing-Build-file.patch

diff --git a/package/devel/perf/Makefile b/package/devel/perf/Makefile
index b77e29a..5e3d63f 100644
--- a/package/devel/perf/Makefile
+++ b/package/devel/perf/Makefile
@@ -50,6 +50,7 @@ MAKE_FLAGS = \
NO_LIBPERL=1 \
NO_LIBPYTHON=1 \
NO_NEWT=1 \
+   NO_LZMA=1 \
CROSS_COMPILE="$(TARGET_CROSS)" \
CC="$(TARGET_CC)" \
LD="$(TARGET_CROSS)ld" \
diff --git 
a/target/linux/generic/patches-4.1/222-perf-build-Do-not-fail-on-missing-Build-file.patch
 
b/target/linux/generic/patches-4.1/222-perf-build-Do-not-fail-on-missing-Build-file.patch
new file mode 100644
index 000..3fb2df6
--- /dev/null
+++ 
b/target/linux/generic/patches-4.1/222-perf-build-Do-not-fail-on-missing-Build-file.patch
@@ -0,0 +1,67 @@
+From d7a3d85e08477a979933a2bb3b525a8de99543c2 Mon Sep 17 00:00:00 2001
+From: Jiri Olsa 
+Date: Fri, 29 May 2015 17:42:58 +0200
+Subject: [PATCH] perf build: Do not fail on missing Build file
+
+Allow nesting into directories without Build file. Currently we force
+include of the Build file, which fails the build when the Build file is
+missing.
+
+We already support empty *-in.o' objects if there's nothing in the
+directory to be compiled, so we can just use it for missing Build file
+cases.
+
+Also adding this case under tests.
+
+Reported-by: Rabin Vincent 
+Signed-off-by: Jiri Olsa 
+Cc: David Ahern 
+Cc: Namhyung Kim 
+Cc: Paul Mackerras 
+Cc: Peter Zijlstra 
+Cc: Rabin Vincent 
+Link: 
http://lkml.kernel.org/r/1432914178-24086-1-git-send-email-jo...@kernel.org
+Signed-off-by: Arnaldo Carvalho de Melo 
+---
+ tools/build/Makefile.build | 2 +-
+ tools/build/tests/ex/Build | 1 +
+ tools/build/tests/ex/empty2/README | 2 ++
+ 3 files changed, 4 insertions(+), 1 deletion(-)
+ create mode 100644 tools/build/tests/ex/empty2/README
+
+diff --git a/tools/build/Makefile.build b/tools/build/Makefile.build
+index 10df572..69c35cf 100644
+--- a/tools/build/Makefile.build
 b/tools/build/Makefile.build
+@@ -37,7 +37,7 @@ subdir-obj-y :=
+ 
+ # Build definitions
+ build-file := $(dir)/Build
+-include $(build-file)
++-include $(build-file)
+ 
+ quiet_cmd_flex  = FLEX $@
+ quiet_cmd_bison = BISON$@
+diff --git a/tools/build/tests/ex/Build b/tools/build/tests/ex/Build
+index 0e6c3e6..70d8762 100644
+--- a/tools/build/tests/ex/Build
 b/tools/build/tests/ex/Build
+@@ -2,6 +2,7 @@ ex-y += ex.o
+ ex-y += a.o
+ ex-y += b.o
+ ex-y += empty/
++ex-y += empty2/
+ 
+ libex-y += c.o
+ libex-y += d.o
+diff --git a/tools/build/tests/ex/empty2/README 
b/tools/build/tests/ex/empty2/README
+new file mode 100644
+index 000..2107cc5
+--- /dev/null
 b/tools/build/tests/ex/empty2/README
+@@ -0,0 +1,2 @@
++This directory is left intentionally without Build file
++to test proper nesting into Build-less directories.
+-- 
+2.1.4
+
-- 
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] image.mk: Add NOTPARALLEL flag to fix parallel build breakage

2015-10-26 Thread Petr Štetiar

Fixes following error:

$ make -j8 V=s

...snip...

ar: .: file changed as we read it
make[5]: *** [mkfs-targz] Error 1
make[5]: *** Waiting for unfinished jobs

...snip...

Build failed - please re-run with -j1 to see the real error message
make: *** [world] Error 1

Signed-off-by: Petr Štetiar 
---
 include/image.mk |2 ++
 1 file changed, 2 insertions(+)

diff --git a/include/image.mk b/include/image.mk
index c59222e..2554171 100644
--- a/include/image.mk
+++ b/include/image.mk
@@ -558,6 +558,8 @@ define BuildImage
$(if $(CONFIG_TARGET_ROOTFS_INITRAMFS),$(if $(IB),,$(call 
Image/BuildKernel/Initramfs)))
$(call Image/InstallKernel)
 
+  .NOTPARALLEL :
+
   $(foreach device,$(TARGET_DEVICES),$(call Device,$(device)))
   $(foreach fs,$(TARGET_FILESYSTEMS) $(fs-subtypes-y),$(call 
BuildImage/mkfs,$(fs)))
 
-- 
1.7.9.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/8] ramips: remove rt2880 spi lock and clean bit operation

2015-10-26 Thread Mingyu Li

Hi John.

i check the code which functions need read/write register.
3 functions (prepare_message, set_cs, transfer_one) are used
at same function __spi_pump_messages at spi.c.

the __spi_pump_message is protected by spi_master->queue_lock
this make sure spi device operation is serialized.

the spi bus is protected by spi_master->bus_lock_spinlock. you can
found it at spi_async function. it make sure only one spi device work
on the same spi bus.
so the 3 functions don't have lock problem.

about the setup function. it maybe be called by user space to setup
a new spi device. but it will not affect other spi device. because it just
disable the new spi device by useing cs pin.

so i think it is save to remove the lock protect.

the most important is the lock on probe function must be wrong.
because it only call spin_lock_irqsave. but not call spin_unlock_irqrestore.

2015-10-26 22:26 GMT+08:00 John Crispin :

> Hi Michael,
>
> while merging the series i stumbled across this patch. to me this looks
> wrong.
>
> rather than removing the locking i think we should add more to
> rt2880_spi_read and rt2880_spi_write.
>
> i'll merge the other 7 patches just now if they apply without 2/8
>
>
> John
>
> On 08/10/2015 16:16, Michael Lee wrote:
> > Signed-off-by: Michael Lee 
> > ---
> >  ...0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch | 23
> +-
> >  1 file changed, 5 insertions(+), 18 deletions(-)
> >
> > diff --git
> a/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> b/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> > index ca04a17..d6a462c 100644
> > ---
> a/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> > +++
> b/target/linux/ramips/patches-3.18/0050-SPI-ralink-add-Ralink-SoC-spi-driver.patch
> > @@ -41,7 +41,7 @@ Acked-by: John Crispin 
> >   spi-s3c24xx-hw-$(CONFIG_SPI_S3C24XX_FIQ) += spi-s3c24xx-fiq.o
> >  --- /dev/null
> >  +++ b/drivers/spi/spi-rt2880.c
> > -@@ -0,0 +1,493 @@
> > +@@ -0,0 +1,480 @@
> >  +/*
> >  + * spi-rt2880.c -- Ralink RT288x/RT305x SPI controller driver
> >  + *
> > @@ -174,7 +174,6 @@ Acked-by: John Crispin 
> >  +unsigned intsys_freq;
> >  +unsigned intspeed;
> >  +struct clk  *clk;
> > -+spinlock_t  lock;
> >  +};
> >  +
> >  +static inline struct rt2880_spi *spidev_to_rt2880_spi(struct
> spi_device *spi)
> > @@ -187,7 +186,8 @@ Acked-by: John Crispin 
> >  +return ioread32(rs->base + reg);
> >  +}
> >  +
> > -+static inline void rt2880_spi_write(struct rt2880_spi *rs, u32 reg,
> u32 val)
> > ++static inline void rt2880_spi_write(struct rt2880_spi *rs, u32 reg,
> > ++const u32 val)
> >  +{
> >  +iowrite32(val, rs->base + reg);
> >  +}
> > @@ -195,27 +195,15 @@ Acked-by: John Crispin 
> >  +static inline void rt2880_spi_setbits(struct rt2880_spi *rs, u32 reg,
> u32 mask)
> >  +{
> >  +void __iomem *addr = rs->base + reg;
> > -+unsigned long flags;
> > -+u32 val;
> >  +
> > -+spin_lock_irqsave(>lock, flags);
> > -+val = ioread32(addr);
> > -+val |= mask;
> > -+iowrite32(val, addr);
> > -+spin_unlock_irqrestore(>lock, flags);
> > ++iowrite32((ioread32(addr) | mask), addr);
> >  +}
> >  +
> >  +static inline void rt2880_spi_clrbits(struct rt2880_spi *rs, u32 reg,
> u32 mask)
> >  +{
> >  +void __iomem *addr = rs->base + reg;
> > -+unsigned long flags;
> > -+u32 val;
> >  +
> > -+spin_lock_irqsave(>lock, flags);
> > -+val = ioread32(addr);
> > -+val &= ~mask;
> > -+iowrite32(val, addr);
> > -+spin_unlock_irqrestore(>lock, flags);
> > ++iowrite32((ioread32(addr) & ~mask), addr);
> >  +}
> >  +
> >  +static int rt2880_spi_baudrate_set(struct spi_device *spi, unsigned
> int speed)
> > @@ -488,7 +476,6 @@ Acked-by: John Crispin 
> >  +rs->master = master;
> >  +rs->sys_freq = clk_get_rate(rs->clk);
> >  +dev_dbg(>dev, "sys_freq: %u\n", rs->sys_freq);
> > -+spin_lock_irqsave(>lock, flags);
> >  +
> >  +device_reset(>dev);
> >  +
> >
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] toolchain: fix PKG_SOURCE_URL for gdb

2015-10-26 Thread Jo-Philipp Wich

Hi Philipp,

applied in r47277 with a minor edit (added "CC: " tag to subject line).

Please consider this from now on whenever a patch is meant for a
specific branch instead of trunk.

Thanks!

~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] tools/pkg-config: update to 0.29

2015-10-26 Thread Hannu Nyman

Update pkg-config to version 0.29.
Release announcement:
http://lists.freedesktop.org/archives/pkg-config/2015-September/001019.html

Drop patches, as they have been implemented upstream.

Signed-off-by: Hannu Nyman 
---

pkg-config 0.29
===

- Fixed a regression from 0.28 in system -L flag handling. If the pc
  file has multiple system -L flags, every other flag will be left as
  is. Thanks to Andrew Oakley for the fix. (#78077)
- Quoting of variables queried through --variable is removed so that the
  output can be used verbatim in subsequent shell commands. Thanks to
  Marek Kasik for the fix. (#67904)
- Fixed a regression from 0.28 in -L flag handling on Windows. A .libs
  suffix was inadvertantly being added to the library path.
- Added a --validate option to check pc file syntax. This works just
  like --exists, but package dependencies are disabled. (#7000)
- Added the PKG_PREREQ autoconf macro. Whereas PKG_PROG_PKG_CONFIG is
  used to check the version of the pkg-config tool, this is used to
  check the version of the pkg-config autoconf macros in use.
- Added the PKG_CHECK_MODULES_STATIC autoconf macro. This will
  temporarily add --static to the pkg-config calls while invoking
  PKG_CHECK_MODULES. (#19541)
- Many fixes to the testsuite for Windows. It should now pass for a
  MinGW, Cygwin, and cross-compiled MinGW using Wine for test execution.
  (#66939)
- More consistent handling of prefix redefinition. On Windows, the
  prefix was always being redefined based on the pc file path. This
  feature can now be enabled or disabled at runtime on all platforms
  using the --define-prefix and --dont-define-prefix options. (#63602)
- Continue listing packages with --list-all even if there are errors in
  pc files. (#26615)
- Various documentation improvements. (#62018, #62374, #66155)
- Fixed a bug when multiple -isystem arguments are used. (#72584)
- pkg-config is now built with largefile support to ensure that it works
  correctly on filesystems with 64 bit inodes. Thanks to Peter Jones for
  the fix. (#90078)
- Bugs fixed: 7000, 19541, 26615, 62018, 62374, 63602, 66155, 66939,
  67904, 70690, 72584, 78077, 80378, 80380, 89267, 90078, 90437, 92002.

Upstream changes related to the patch removal:
001-fix-package-rebuild.patch  / ln -f flag:
http://cgit.freedesktop.org/pkg-config/commit/Makefile.am?id=d377ee6b740373895cb67cdc14a98c0d71650e05

002-musl_host_fixup.patch / musl support in config.sub:
http://git.savannah.gnu.org/gitweb/?p=config.git;a=commitdiff;h=062587eaa891396c936555ae51f7e77eeb71a5fe;hp=6f8e28fb9ea09326683bfff0da17c8e0218145da
---
 tools/pkg-config/Makefile  |  6 +++---
 .../patches/001-fix-package-rebuild.patch  | 22 
 tools/pkg-config/patches/002-musl_host_fixup.patch | 24 --
 3 files changed, 3 insertions(+), 49 deletions(-)
 delete mode 100644 tools/pkg-config/patches/001-fix-package-rebuild.patch
 delete mode 100644 tools/pkg-config/patches/002-musl_host_fixup.patch

diff --git a/tools/pkg-config/Makefile b/tools/pkg-config/Makefile
index 9a1b3fb..2ac3cb8 100644
--- a/tools/pkg-config/Makefile
+++ b/tools/pkg-config/Makefile
@@ -1,5 +1,5 @@
 # 
-# Copyright (C) 2006-2013 OpenWrt.org
+# Copyright (C) 2006-2015 OpenWrt.org
 #
 # This is free software, licensed under the GNU General Public License v2.
 # See /LICENSE for more information.
@@ -7,11 +7,11 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=pkg-config
-PKG_VERSION:=0.28
+PKG_VERSION:=0.29
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=http://pkgconfig.freedesktop.org/releases/
-PKG_MD5SUM:=aa3c86e67551adc3ac865160e34a2a0d
+PKG_MD5SUM:=77f27dce7ef88d0634d0d6f90e03a77f
 
 HOST_BUILD_PARALLEL:=1
 
diff --git a/tools/pkg-config/patches/001-fix-package-rebuild.patch 
b/tools/pkg-config/patches/001-fix-package-rebuild.patch
deleted file mode 100644
index 54f549c..000
--- a/tools/pkg-config/patches/001-fix-package-rebuild.patch
+++ /dev/null
@@ -1,22 +0,0 @@
 a/Makefile.am
-+++ b/Makefile.am
-@@ -39,7 +39,7 @@
- if HOST_TOOL
- host_tool = $(host)-pkg-config$(EXEEXT)
- install-exec-hook:
--  cd $(DESTDIR)$(bindir) && $(LN) pkg-config$(EXEEXT) $(host_tool)
-+  cd $(DESTDIR)$(bindir) && $(LN) -f pkg-config$(EXEEXT) $(host_tool)
- uninstall-hook:
-   cd $(DESTDIR)$(bindir) && rm -f $(host_tool)
- endif
 a/Makefile.in
-+++ b/Makefile.in
-@@ -1093,7 +1093,7 @@
-   uninstall-man1
- 
- @HOST_TOOL_TRUE@install-exec-hook:
--@HOST_TOOL_TRUE@  cd $(DESTDIR)$(bindir) && $(LN) pkg-config$(EXEEXT) 
$(host_tool)
-+@HOST_TOOL_TRUE@  cd $(DESTDIR)$(bindir) && $(LN) -f pkg-config$(EXEEXT) 
$(host_tool)
- @HOST_TOOL_TRUE@uninstall-hook:
- @HOST_TOOL_TRUE@  cd $(DESTDIR)$(bindir) && rm -f $(host_tool)
- 
diff --git a/tools/pkg-config/patches/002-musl_host_fixup.patch 
b/tools/pkg-config/patches/002-musl_host_fixup.patch
deleted file mode 100644
index d39a738..000
---

[OpenWrt-Devel] [PATCH] tools/quilt: update to 0.64

2015-10-26 Thread Hannu Nyman

Update quilt to version 0.64.
Changelog: http://git.savannah.gnu.org/cgit/quilt.git/tree/NEWS?id=v0.64

Refresh patches. (scripts/inspect.in has been removed upstream)

Signed-off-by: Hannu Nyman 
---

Version 0.64 (Mon Feb 09 2015)
  - Check for series file consistency
  - Performance: Several optimizations
  - Test suite: Several fixes and coverage improvements
  - Test suite: Run the tests in predictable order
  - files: Add support for unapplied patches
  - graph: Check for graphviz availability
  - mail: Remove procmail dependency
  - mail: Don't include the release number in User-Agent
  - pop: Add --refresh option
  - push: Add --refresh option
  - push: Do not use interactive mode with -f
  - setup: Skip version check
  - setup: Check for rpmbuild availability
  - setup: Handle long options passed to tar
  - setup: Several cleanups and minor fixes
  - setup: Major performance optimizations
  - setup: Fix path to extra patches in series file
  - setup: Trace calls earlier
  - setup: Add --fast option
  - setup: Fix link creation
  - quilt.el: Fix tramp support
  - quilt.el: Fix patch select completion
---
 tools/quilt/Makefile  |  6 +++---
 tools/quilt/patches/000-relocatable.patch | 17 +
 tools/quilt/patches/001-fix_compile.patch |  2 +-
 3 files changed, 5 insertions(+), 20 deletions(-)

diff --git a/tools/quilt/Makefile b/tools/quilt/Makefile
index c2dbc07..939ba69 100644
--- a/tools/quilt/Makefile
+++ b/tools/quilt/Makefile
@@ -1,5 +1,5 @@
 # 
-# Copyright (C) 2006-2014 OpenWrt.org
+# Copyright (C) 2006-2015 OpenWrt.org
 #
 # This is free software, licensed under the GNU General Public License v2.
 # See /LICENSE for more information.
@@ -7,11 +7,11 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=quilt
-PKG_VERSION:=0.63
+PKG_VERSION:=0.64
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=@SAVANNAH/quilt
-PKG_MD5SUM:=c0ef4beb58a6fa72563b955e70624b6e
+PKG_MD5SUM:=fc0310db5868a0873d602d4332a76d43
 
 include $(INCLUDE_DIR)/host-build.mk
 
diff --git a/tools/quilt/patches/000-relocatable.patch 
b/tools/quilt/patches/000-relocatable.patch
index aedb914..ed4f00a 100644
--- a/tools/quilt/patches/000-relocatable.patch
+++ b/tools/quilt/patches/000-relocatable.patch
@@ -45,21 +45,6 @@
  textdomain("quilt");
  
  sub _($) {
 a/quilt/scripts/inspect.in
-+++ b/quilt/scripts/inspect.in
-@@ -6,7 +6,11 @@
- #
- #  See the COPYING and AUTHORS files for more details.
- 
--: ${QUILT_DIR=@QUILT_DIR@}
-+if test -n "$STAGING_DIR"; then
-+  : ${QUILT_DIR="$STAGING_DIR/../host/share/quilt"}
-+else
-+  : ${QUILT_DIR=@QUILT_DIR@}
-+fi
- 
- if ! [ -r $QUILT_DIR/scripts/patchfns ]
- then
 --- a/quilt/scripts/patchfns.in
 +++ b/quilt/scripts/patchfns.in
 @@ -8,7 +8,11 @@
@@ -116,7 +101,7 @@
  MKTEMP := @MKTEMP@
  MSGMERGE :=   @MSGMERGE@
  MSGFMT := @MSGFMT@
-@@ -49,8 +49,8 @@ USE_NLS :=   @USE_NLS@
+@@ -48,8 +48,8 @@ USE_NLS :=   @USE_NLS@
  STAT_HARDLINK := @STAT_HARDLINK@
  PATCH_WRAPPER := @PATCH_WRAPPER@
  
diff --git a/tools/quilt/patches/001-fix_compile.patch 
b/tools/quilt/patches/001-fix_compile.patch
index c829515..3ce93f0 100644
--- a/tools/quilt/patches/001-fix_compile.patch
+++ b/tools/quilt/patches/001-fix_compile.patch
@@ -1,6 +1,6 @@
 --- a/Makefile.in
 +++ b/Makefile.in
-@@ -272,13 +272,10 @@ $(patsubst %.in,%,$(wildcard bin/*.in qu
+@@ -271,13 +271,10 @@ $(patsubst %.in,%,$(wildcard bin/*.in qu
@$(if $(filter $@,$(NON_EXEC_IN)),,chmod +x $@)
  
  configure : configure.ac aclocal.m4
-- 
2.5.0
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

38 matches

Mail list logo