Re: [OpenWrt-Devel] [PATCH][telephony] Disable PKG_CHECK_FORMAT_SECURITY for miax, rtpproxy and sipp

2014-08-09 Thread Jiří Šlachta
Hi,

your patch has been applied, tested and committed. ;-)

Git commit ID on telephony repository - 
bbddc7adb83b2a53a707cf0370f04d0e456e4666.

Jiri

Dne 09/08/2014 10:27, Etienne CHAMPETIER napsal(a):
> Signed-off-by: Etienne CHAMPETIER 
> ---
>  net/miax/Makefile | 1 +
>  net/rtpproxy/Makefile | 1 +
>  net/sipp/Makefile | 1 +
>  3 files changed, 3 insertions(+)
> 
> diff --git a/net/miax/Makefile b/net/miax/Makefile
> index 34baded..d5b3ed1 100644
> --- a/net/miax/Makefile
> +++ b/net/miax/Makefile
> @@ -14,6 +14,7 @@ PKG_RELEASE:=2
>  PKG_SOURCE:=$(PKG_NAME)_$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:=@SF/miax
>  PKG_MD5SUM:=44f0d2ef46ee2697d890b7b96846adc7
> +PKG_CHECK_FORMAT_SECURITY:=0
>  
>  PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)
>  
> diff --git a/net/rtpproxy/Makefile b/net/rtpproxy/Makefile
> index 88fce3e..44dee4e 100644
> --- a/net/rtpproxy/Makefile
> +++ b/net/rtpproxy/Makefile
> @@ -14,6 +14,7 @@ PKG_RELEASE:=1
>  PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:=http://b2bua.org/chrome/site/
>  PKG_MD5SUM:=b0b5d6cdce3f17cdbbac473c11a2d0e5
> +PKG_CHECK_FORMAT_SECURITY:=0
>  
>  PKG_INSTALL:=1
>  
> diff --git a/net/sipp/Makefile b/net/sipp/Makefile
> index fdb6820..adc04ca 100644
> --- a/net/sipp/Makefile
> +++ b/net/sipp/Makefile
> @@ -14,6 +14,7 @@ PKG_RELEASE:=1
>  PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:=@SF/sipp
>  PKG_MD5SUM:=904fffbc277bafce28762ebb041b9620
> +PKG_CHECK_FORMAT_SECURITY:=0
>  
>  include $(INCLUDE_DIR)/uclibc++.mk
>  include $(INCLUDE_DIR)/package.mk
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] ugps notes

2014-08-09 Thread Paul Fertser
Hi,

A couple of notes about your ugps NMEA daemon.

1. The usual common way to perform timezone conversion is to putenv()
TZ variable (empty if you want UTC) and call tzset(). Then it becomes
the current timezone for the process and you can do mktime() after
filling the struct with the UTC (hopefully, see next note) components
you get from the receiver. Of course, this is not thread-safe. The way
you currently use "daylight" global variable is broken, as it doesn't
indicate if DST should be applied to the time you got from GPS (it
even doesn't indicate if DST should be applied to the current system
time, just that the current timezone has DST during some part of the
year);

2. Even if the receiver has a valid 3D-fix ("A"), it still can emit
wrong time for arbitrary long. The reason for this is that NMEA
designers did the wrong thing and decided the protocol should include
only UTC time disregarding the fact that a GPS receiver is guaranteed
to have only TAI. To convert to UTC it needs to take into account the
current amount of leap seconds which is transferred once every 12.5
minutes (and you need to have good signal level at that time, here
good means "better than actually required for keeping the fix", so
it's possible you get a proper fix but then the signal conditions
changed, you still have the fix but can't learn the leap seconds
offset). Some receivers I saw were just silently using the quantity
effective during their build time, and then after finally learning the
correct value, the time jumped by 1 or 2 seconds. There's no proper
way to workaround this apart from comparing with an external
timesource. If there's nothing to compare with, you should probably at
least believe the latest time as reported with NMEA (even if it
differs by a single second from the current time); 

3. s/elivation/elevation/g

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] nf_ct_iterate_cleanup has more arguments in the 3.14 kernel

2014-08-09 Thread Russell Senior

Linux kernel commit c655bc6896b94ee0223393f26155c6daf1e2d148
introduced two new arguments to the nf_ct_iterate_cleanup() function.
This patch passes NULLs for those arguments, in lieu of anything more
obvious to do.  This code patched here first appears in openwrt at
r35330: "netfilter: add support for flushing conntrack via /proc"


Signed-off-by: Russell Senior 
---
 .../patches-3.14/617-netfilter_skip_filter_sysctl.patch | 13 +++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git 
a/target/linux/generic/patches-3.14/617-netfilter_skip_filter_sysctl.patch 
b/target/linux/generic/patches-3.14/617-netfilter_skip_filter_sysctl.patch
index 93d38f5..19e2fa7 100644
--- a/target/linux/generic/patches-3.14/617-netfilter_skip_filter_sysctl.patch
+++ b/target/linux/generic/patches-3.14/617-netfilter_skip_filter_sysctl.patch
@@ -63,7 +63,16 @@
 net->ipv6.ip6table_filter);
 --- a/net/netfilter/nf_conntrack_standalone.c
 +++ b/net/netfilter/nf_conntrack_standalone.c
-@@ -477,6 +477,13 @@ static struct ctl_table nf_ct_sysctl_tab
+@@ -316,7 +316,7 @@ static ssize_t ct_file_write(struct file
+   return -EINVAL;
+   }
+ 
+-  nf_ct_iterate_cleanup(net, kill_matching, &kr);
++  nf_ct_iterate_cleanup(net, kill_matching, &kr, 0, 0);
+ 
+   return count;
+ }
+@@ -507,6 +507,13 @@ static struct ctl_table nf_ct_sysctl_tab
.extra2 = &log_invalid_proto_max,
},
{
@@ -77,7 +86,7 @@
.procname   = "nf_conntrack_expect_max",
.data   = &nf_ct_expect_max,
.maxlen = sizeof(int),
-@@ -512,6 +519,7 @@ static int nf_conntrack_standalone_init_
+@@ -542,6 +549,7 @@ static int nf_conntrack_standalone_init_
table[2].data = &net->ct.htable_size;
table[3].data = &net->ct.sysctl_checksum;
table[4].data = &net->ct.sysctl_log_invalid;
-- 
2.0.0



-- 
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] ar71xx: Update to 3.14

2014-08-09 Thread Andre Valentin

Hi Daniel!

Please take a look at this (old kernel 3.10)
[3.42] UBI: attaching mtd8 to ubi0
[3.57] UBI: EOF marker found, PEBs from 105 will be erased
[3.58] UBI: scanning is finished
[3.61] UBI: attached mtd8 (name "ubiroot", size 249 MiB) to ubi0
[3.61] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[3.62] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[3.63] UBI: VID header offset: 2048 (aligned 2048), data offset: 4096
[3.63] UBI: good PEBs: 1992, bad PEBs: 0, corrupted PEBs: 0
[3.64] UBI: user volume: 2, internal volumes: 1, max. volumes count: 128
[3.65] UBI: max/mean erase counter: 0/0, WL threshold: 4096, image 
sequence number: 975457251
[3.66] UBI: available PEBs: 791, total reserved PEBs: 1201, PEBs 
reserved for bad PEB handling: 40
[3.67] UBI: background thread "ubi_bgt0d" started, PID 274
[3.68] mtd: device 9 (rootfs) set to be root filesystem

And here the new one:
[3.53] UBI: auto-attach mtd8
[3.53] UBI: attaching mtd8 to ubi0
[3.85] UBI error: scan_peb: bad image sequence number 811584292 in PEB 
224, expected 1326740447
[3.86] Erase counter header dump:
[3.86]  magic  0x55424923
[3.86]  version1
[3.87]  ec 1
[3.87]  vid_hdr_offset 2048
[3.87]  data_offset4096
[3.88]  image_seq  811584292
[3.88]  hdr_crc0xa455ffb3
[3.88] erase counter header hexdump:
[3.89] UBI error: ubi_attach_mtd_dev: failed to attach mtd8, error -22
[3.90] UBI error: ubi_auto_attach: cannot attach mtd8

Are you sure about this? This Flash image is about 25 MiB, like the old one. So 
PEB 224 is in the area where ubi should erase all.
Seems to me that the erasing of the additional space is not done.
Also the message about the EOF marker is not displayed. Has there something 
changed between 3.10 and 3.14?

Kind regards,

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


Re: [OpenWrt-Devel] ar71xx: Update to 3.14

2014-08-09 Thread Daniel Golle
Hi Andre!

Does the bootloader itself support UBI?
If not, flashing a raw ubinized image directly to NAND might or might not
work, depending on whether the NAND chip got any badblocks on areas used by UBI.
Building a UBI-capable U-Boot loader (either to replace the factory loader or
as a 2nd stage loader) is one way to solve this, booting an kernel+initramdisk
installer to perform the initial ubiformat is another way.

Hope that helps!


On Sat, Aug 09, 2014 at 01:06:41PM +0200, Andre Valentin wrote:
> Hi Felix!
> 
> I saw that you upgraded ar71xx to 3.14. I tested it immediateley, of course. 
> It seems there is a problem with ubi. Please take a look at this:
> 
> [0.00] Linux version 3.14.16 (avalentin@varus) (gcc version 4.8.3 
> (OpenWrt/Linaro GCC 4.8-2014.04 r42002) ) #1 Fri Aug 8 11:52:10 CEST 2014
> [0.00] bootconsole [early0] enabled
> [0.00] CPU0 revision is: 00019750 (MIPS 74Kc)
> [0.00] SoC: Qualcomm Atheros QCA9558 rev 0
> [0.00] Determined physical RAM map:
> [0.00]  memory: 0800 @  (usable)
> [0.00] User-defined physical RAM map:
> [0.00]  memory: 1000 @  (usable)
> [0.00] Initrd not found or empty - disabling initrd
> [0.00] Zone ranges:
> [0.00]   Normal   [mem 0x-0x0fff]
> [0.00] Movable zone start for each node
> [0.00] Early memory node ranges
> [0.00]   node   0: [mem 0x-0x0fff]
> [0.00] Reserving 0MB of memory at 0MB for crashkernel
> [0.00] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
> [0.00] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 
> 32 bytes
> [0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
> pages: 65024
> [0.00] Kernel command line:  board=NBG6716 console=ttyS0,115200 
> mtdparts=spi0.0:256k(u-boot)ro,64k(env)ro,64k(RFdata)ro,-(nbu);ar934x-nfc:2048k(zyxel_rfsd),2048k(romd),1024k(header),2048k(kernel),-(ubi)
>  mem=256M rootfstype=squashfs noinitrd
> [0.00] PID hash table entries: 1024 (order: 0, 4096 bytes)
> [0.00] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> [0.00] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> [0.00] Writing ErrCtl register=
> [0.00] Readback ErrCtl register=
> [0.00] Memory: 255864K/262144K available (2701K kernel code, 126K 
> rwdata, 360K rodata, 196K init, 193K bss, 6280K reserved)
> [0.00] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> [0.00] NR_IRQS:51
> [0.00] Clocks: CPU:720.000MHz, DDR:600.000MHz, AHB:200.000MHz, 
> Ref:40.000MHz
> [0.00] Calibrating delay loop... 358.80 BogoMIPS (lpj=1794048)
> [0.06] pid_max: default: 32768 minimum: 301
> [0.06] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
> [0.07] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 
> bytes)
> [0.07] NET: Registered protocol family 16
> [0.08] MIPS: machine is Zyxel NBG6716
> [0.13] ar724x-pci ar724x-pci.0: PCIe link is down
> [0.13] registering PCI controller with io_map_base unset
> [0.14] registering PCI controller with io_map_base unset
> [0.55] bio: create slab  at 0
> [0.55] PCI host bridge to bus :00
> [0.56] pci_bus :00: root bus resource [mem 0x1000-0x11ff]
> [0.56] pci_bus :00: root bus resource [io  0x]
> [0.57] pci_bus :00: No busn resource found for root bus, will use 
> [bus 00-ff]
> [0.57] PCI host bridge to bus :01
> [0.58] pci_bus :01: root bus resource [mem 0x1200-0x13ff]
> [0.58] pci_bus :01: root bus resource [io  0x0001]
> [0.59] pci_bus :01: No busn resource found for root bus, will use 
> [bus 01-ff]
> [0.59] pci :01:00.0: BAR 0: assigned [mem 0x1200-0x121f 
> 64bit]
> [0.60] pci :01:00.0: BAR 6: assigned [mem 0x1220-0x1220 
> pref]
> [0.60] pci :01:00.0: using irq 41 for pin 1
> [0.61] Switched to clocksource MIPS
> [0.61] NET: Registered protocol family 2
> [0.62] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
> [0.62] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> [0.63] TCP: Hash tables configured (established 2048 bind 2048)
> [0.64] TCP: reno registered
> [0.64] UDP hash table entries: 256 (order: 0, 4096 bytes)
> [0.64] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> [0.65] NET: Registered protocol family 1
> [0.66] futex hash table entries: 256 (order: -1, 3072 bytes)
> [0.67] squashfs: version 4.0 (2009/01/31) Phillip Lougher
> [0.68] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) 
> (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
> [0.69] msgmni ha

[OpenWrt-Devel] Unable to disable option in MenuConfig "Compile Kernel with Debug Filesystem enabled"

2014-08-09 Thread Luis E. Garcia
Hello,

When I type make menuconfig, then select "Global Build settings", then in
there the is one "compile kernel with debug filesystem enabled" is marked
as enabled by dependencies.

Its permanently checked, how do I get it to uncheck, no matter what I do it
will NOT un-check? What are it's dependencies?

Also when selecting "Remove unnecessary symbols from Kernel" there is no
noticeable change in the resulting image. Maybe I'm doing something wrong.

What is best way to optimize an image for size and performance? I did
google for this and tried the solutions only without much results while
generation images for the DLink DIR-600 B2.

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


Re: [OpenWrt-Devel] [PATCH] ramips: enable additional GPIOs on HAME MPR-A1

2014-08-09 Thread Paul Fertser
On Sat, Aug 09, 2014 at 03:51:17PM +0200, Álvaro Fernández Rojas wrote:
> Since most RT5350 use those LEDs for ethernet and have
> them configured by the bootloader, there's no need in enabling and
> reconfiguring them on all boards.

Do you mean the current gpio driver will reconfigure them somehow even
if they're not enabled in pinctrl? Also (even if so), does it matter
if the pads are still muxed to their functions (and not gpio)?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] ramips: enable additional GPIOs on HAME MPR-A1

2014-08-09 Thread Álvaro Fernández Rojas
It's disabled because gpio1 is only used for ethernet LEDs and SPI_CS1.
Since most RT5350 use those LEDs for ethernet and have them configured by the 
bootloader, there's no need in enabling and reconfiguring them on all boards.

El 09/08/2014 15:35, Paul Fertser escribió:
> On Fri, Aug 08, 2014 at 08:17:05PM +0400, Paul Fertser wrote:
>> --- a/target/linux/ramips/dts/MPRA1.dts
>> +++ b/target/linux/ramips/dts/MPRA1.dts
>> @@ -41,12 +41,15 @@
>>  };
>>  };
>>  };
>> +gpio1: gpio@660 {
>> +status = "okay";
>> +};
> 
> What I still do not understand is why it must be disabled by default
> (in rt5350.dts)?  It's not like it affects the leds (or spi cs1)
> operation anyhow unless it's set to gpio in pinctrl?
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] ramips: enable additional GPIOs on HAME MPR-A1

2014-08-09 Thread Paul Fertser
On Fri, Aug 08, 2014 at 08:17:05PM +0400, Paul Fertser wrote:
> --- a/target/linux/ramips/dts/MPRA1.dts
> +++ b/target/linux/ramips/dts/MPRA1.dts
> @@ -41,12 +41,15 @@
>   };
>   };
>   };
> + gpio1: gpio@660 {
> + status = "okay";
> + };

What I still do not understand is why it must be disabled by default
(in rt5350.dts)?  It's not like it affects the leds (or spi cs1)
operation anyhow unless it's set to gpio in pinctrl?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] ar71xx: Update to 3.14

2014-08-09 Thread Andre Valentin

Hi Felix!

I saw that you upgraded ar71xx to 3.14. I tested it immediateley, of course. It 
seems there is a problem with ubi. Please take a look at this:

[0.00] Linux version 3.14.16 (avalentin@varus) (gcc version 4.8.3 
(OpenWrt/Linaro GCC 4.8-2014.04 r42002) ) #1 Fri Aug 8 11:52:10 CEST 2014
[0.00] bootconsole [early0] enabled
[0.00] CPU0 revision is: 00019750 (MIPS 74Kc)
[0.00] SoC: Qualcomm Atheros QCA9558 rev 0
[0.00] Determined physical RAM map:
[0.00]  memory: 0800 @  (usable)
[0.00] User-defined physical RAM map:
[0.00]  memory: 1000 @  (usable)
[0.00] Initrd not found or empty - disabling initrd
[0.00] Zone ranges:
[0.00]   Normal   [mem 0x-0x0fff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x-0x0fff]
[0.00] Reserving 0MB of memory at 0MB for crashkernel
[0.00] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[0.00] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 
bytes
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 65024
[0.00] Kernel command line:  board=NBG6716 console=ttyS0,115200 
mtdparts=spi0.0:256k(u-boot)ro,64k(env)ro,64k(RFdata)ro,-(nbu);ar934x-nfc:2048k(zyxel_rfsd),2048k(romd),1024k(header),2048k(kernel),-(ubi)
 mem=256M rootfstype=squashfs noinitrd
[0.00] PID hash table entries: 1024 (order: 0, 4096 bytes)
[0.00] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[0.00] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[0.00] Writing ErrCtl register=
[0.00] Readback ErrCtl register=
[0.00] Memory: 255864K/262144K available (2701K kernel code, 126K 
rwdata, 360K rodata, 196K init, 193K bss, 6280K reserved)
[0.00] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[0.00] NR_IRQS:51
[0.00] Clocks: CPU:720.000MHz, DDR:600.000MHz, AHB:200.000MHz, 
Ref:40.000MHz
[0.00] Calibrating delay loop... 358.80 BogoMIPS (lpj=1794048)
[0.06] pid_max: default: 32768 minimum: 301
[0.06] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.07] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.07] NET: Registered protocol family 16
[0.08] MIPS: machine is Zyxel NBG6716
[0.13] ar724x-pci ar724x-pci.0: PCIe link is down
[0.13] registering PCI controller with io_map_base unset
[0.14] registering PCI controller with io_map_base unset
[0.55] bio: create slab  at 0
[0.55] PCI host bridge to bus :00
[0.56] pci_bus :00: root bus resource [mem 0x1000-0x11ff]
[0.56] pci_bus :00: root bus resource [io  0x]
[0.57] pci_bus :00: No busn resource found for root bus, will use 
[bus 00-ff]
[0.57] PCI host bridge to bus :01
[0.58] pci_bus :01: root bus resource [mem 0x1200-0x13ff]
[0.58] pci_bus :01: root bus resource [io  0x0001]
[0.59] pci_bus :01: No busn resource found for root bus, will use 
[bus 01-ff]
[0.59] pci :01:00.0: BAR 0: assigned [mem 0x1200-0x121f 
64bit]
[0.60] pci :01:00.0: BAR 6: assigned [mem 0x1220-0x1220 
pref]
[0.60] pci :01:00.0: using irq 41 for pin 1
[0.61] Switched to clocksource MIPS
[0.61] NET: Registered protocol family 2
[0.62] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
[0.62] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[0.63] TCP: Hash tables configured (established 2048 bind 2048)
[0.64] TCP: reno registered
[0.64] UDP hash table entries: 256 (order: 0, 4096 bytes)
[0.64] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[0.65] NET: Registered protocol family 1
[0.66] futex hash table entries: 256 (order: -1, 3072 bytes)
[0.67] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[0.68] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) 
(CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[0.69] msgmni has been set to 499
[0.69] io scheduler noop registered
[0.70] io scheduler deadline registered (default)
[0.70] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[0.73] serial8250.0: ttyS0 at MMIO 0x1802 (irq = 11, base_baud = 
250) is a 16550A
[0.74] console [ttyS0] enabled
[0.74] console [ttyS0] enabled
[0.75] bootconsole [early0] disabled
[0.75] bootconsole [early0] disabled
[0.76] m25p80 spi0.0: found mx25l12805d, expected m25p80
[0.76] m25p80 spi0.0: mx25l12805d (16384 Kbytes)
[0.77] 4 cmdlinepart partitions found on MTD device spi0.0
[0.77] Cre

[OpenWrt-Devel] [PATCH] ramips: add a workaround to fix failsafe on RT5350

2014-08-09 Thread Paul Fertser
Due to TCP connections not working when VLAN is disabled, this is
needed to get failsafe functional.

Signed-off-by: Paul Fertser 
---
 .../lib/preinit/07_set_preinit_iface_ramips   | 19 ++-
 1 file changed, 18 insertions(+), 1 deletion(-)

diff --git 
a/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips 
b/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
index db03b6b..ab87421 100644
--- a/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
+++ b/target/linux/ramips/base-files/lib/preinit/07_set_preinit_iface_ramips
@@ -11,7 +11,24 @@ ramips_set_preinit_iface() {
swconfig dev rt305x set reset 1
fi
 
-   ifname=eth0
+   if echo $RT3X5X | grep -q RT5350; then
+   # This is a dirty hack to get by while the switch
+   # problem is investigated. When VLAN is disabled, ICMP
+   # pings work as expected, but TCP connections time
+   # out, so telnetting in failsafe is impossible. The
+   # likely reason is TCP checksumming hardware getting
+   # disabled:
+   # 
https://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg19870.html
+   swconfig dev rt305x set enable_vlan 1
+   swconfig dev rt305x vlan 1 set ports "0 6"
+   swconfig dev rt305x port 6 set untag 0
+   swconfig dev rt305x set apply 1
+   vconfig add eth0 1
+   ifconfig eth0 up
+   ifname=eth0.1
+   else
+   ifname=eth0
+   fi
 }
 
 boot_hook_add preinit_main ramips_set_preinit_iface
-- 
1.8.3.2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Reenable PKG_CHECK_FORMAT_SECURITY

2014-08-09 Thread Etienne CHAMPETIER
I've tested all ar71xx packages (except oldpackages) using CONFIG_ALL=y
Failing packages have been marked with PKG_CHECK_FORMAT_SECURITY:=0 for now
(pending patch for telephony feed)

I can test more targets but i have no idea which are the most used

Signed-off-by: Etienne CHAMPETIER 
---
 include/package.mk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/package.mk b/include/package.mk
index 88ec3ef..7d75f08 100644
--- a/include/package.mk
+++ b/include/package.mk
@@ -14,7 +14,7 @@ PKG_INSTALL_DIR ?= $(PKG_BUILD_DIR)/ipkg-install
 PKG_MD5SUM ?= unknown
 PKG_BUILD_PARALLEL ?=
 PKG_USE_MIPS16 ?= 1
-PKG_CHECK_FORMAT_SECURITY ?= 0
+PKG_CHECK_FORMAT_SECURITY ?= 1
 
 ifneq ($(CONFIG_PKG_BUILD_USE_JOBSERVER),)
   MAKE_J:=$(if $(MAKE_JOBSERVER),$(MAKE_JOBSERVER) -j)
-- 
1.9.3
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Flash Layout

2014-08-09 Thread dd ddy
Sorry everyone!, accidentally hit send early! I'll try again:

Hi there,

I am looking into adding support for the Netgear PR2000. The hardware all
looks like it should be supportable but I'm stuck working out the flash
layout.

I read the wiki page on this but It did not seem clear from those
instructions what the approach is to working out the flash layout? I have
telnet access to the router, can I work it out on the devices like this or
does this require directly working with the chip?

Thanks for any help


On Sat, Aug 9, 2014 at 11:03 AM, dd ddy  wrote:

> Hi there,
>
> I am looking into adding support for the Netgear PR2000. The hardware all
> looks like it should be supportable but I'm stuck working out the flash
> layout.
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] ar71xx: Problems with USB WIFI dongles

2014-08-09 Thread Kristian Evensen
Hello,

I am currently working on a small project and I have come across a
problem I have not been able to solve myself. My setup is as
following, I have a TP-LINK WDR4300 (so ar71xx) router that will be
used as an access point to share a WAN connection. The WAN connection
is a different wifi. My idea is to use the two on-board wifis as AP (I
want both 2.4 GHz and 5Ghz), and then use a USB wifi dongle for the
WAN connection. I run OpenWRT and the most recent kernel available
(3.14.12). The problems were also present on 3.10 kernels.

When configuring this setup, two problems occur:

1) I have tested with several different USB wifi dongles, some using
Realtek chipset (rl8192cu driver) and others using Atheros chipset
(ath9k_htc driver). The WDR4300 on-board wifi is also Atheros (ath9k
driver), and when I use a device from a different "family" (i.e., the
Realtek-dongles), the wifi authentication always times out. If I
disable the on-board wifi, the Realtek dongle works as expected
(connection to WAN wifi can be established). Is there a known problem
mixing different Wifi drivers on the ar71xx-platform/WDR4300, or am I
doing something wrong?

2) When disconnecting any WIFI dongle, I always get a kernel oops.
This happens irrespective of if the dongle is active (for example
connected to network) or if I have just connected it to the router.
The kernel oops looks like the following (the crash happens at the
same place independent of device):

[  429.73] usb 1-1.1.5.4: USB disconnect, device number 10
[  429.76] CPU 0 Unable to handle kernel paging request at virtual
address 00100104, epc == 86e93018, ra == 86e93010
[  429.77] Oops[#1]:
[  429.77] CPU: 0 PID: 292 Comm: khubd Not tainted 3.14.12 #4
[  429.77] task: 878ad770 ti: 87b0c000 task.ti: 87b0c000
[  429.77] $ 0   :   00200200 00100100
[  429.77] $ 4   : 87b0dce0 87b0dee0 8035 0008
[  429.77] $ 8   : 00090040 86a6a080 0020 00090040
[  429.77] $12   : 0013 000e 0007 0001
[  429.77] $16   : 85cc91a0 87b0dcd8 00100100 85cc91a8
[  429.77] $20   : 85cc91a0 00200200 86948000 87b41838
[  429.77] $24   : 80327df0 8010fe04
[  429.77] $28   : 87b0c000 87b0dcc8  86e93010
[  429.77] Hi: 0350
[  429.77] Lo: 0006
[  429.77] epc   : 86e93018
ieee80211_remove_interfaces+0x128/0x1b4 [mac80211]
[  429.77] Not tainted
[  429.77] ra: 86e93010
ieee80211_remove_interfaces+0x120/0x1b4 [mac80211]
[  429.77] Status: 1100dc03 KERNEL EXL IE
[  429.77] Cause : 008c
[  429.77] BadVA : 00100104
[  429.77] PrId  : 0001974c (MIPS 74Kc)
[  429.77] Modules linked in: ath9k rtl8192se rtl8192de rtl8192cu
rtl8192ce ath9k_htc ath9k_common rtl_usb rtl_pci pppoe ppp_async
option iptable_nat ath9k_hw ath usb_wwan smsc95xx rtlwifi rtl8187
rt73usb rt2x00usb rt2x00lib rndis_host qmi_wwan pppox ppp_generic
nf_nat_ipv4 nf_conntrack_ipv4 mac80211 ipt_MASQUERADE huawei_cdc_ncm
cfg80211 cdc_ncm cdc_ether ax88179_178a asix xt_time xt_tcpudp
xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_quota
xt_pkttype xt_owner xt_nfacct xt_nat xt_multiport xt_mark xt_mac
xt_limit xt_length xt_id xt_hl xt_helper xt_ecn xt_dscp xt_conntrack
xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TCPMSS
xt_REDIRECT xt_NFQUEUE xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY
usbserial usbnet ts_kmp ts_fsm ts_bm slhc rtl8192c_common
nfnetlink_queue nfnetlink_acct nf_nat_irc nf_nat_ftp nf_nat
nf_defrag_ipv4 nf_conntrack_irc nf_conntrack_ftp iptable_raw
iptable_mangle iptable_filter ipt_REJECT ipt_ECN ipheth ip_tables
crc16 crc_itu_t crc_ccitt compat cdc_wdm cdc_acm act_connmark
act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route
cls_fw sch_hfsc sch_ingress ledtrig_usbdev ip6t_REJECT ip6table_raw
ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6
nf_defrag_ipv6 ifb ipv6 eeprom_93cx6 arc4 crypto_blkcipher
ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
mii
[  429.77] Process khubd (pid: 292, threadinfo=87b0c000,
task=878ad770, tls=)
[  429.77] Stack : 85cc93a0 86f69350   87b0dcd8
87b0dcd8 00100100 00200200
[  429.77]  86948000 85cc8ae0 85cc9460 86b9fa20 86f69350 
 86e80fac
[  429.77]  0004 85cc8ae0 85cc9460 86b9fa20 85cc8ae0 86e14ddc
87b0dd1c 87b0bbd0
[  429.77]  86b9fa20 86948000 86b9fa20 86948000 86b9fa00 87b2c580
879ff000 800def9c
[  429.77]  87b39180 80131108 86b9fa20 86f69350 87b39180 879ff000
86b9fa00 8008d734
[  429.77]  ...
[  429.77] Call Trace:
[  429.77] [<86e93018>] ieee80211_remove_interfaces+0x128/0x1b4 [mac80211]
[  429.77] [<86e80fac>] ieee80211_unregister_hw+0x3c/0xe4 [mac80211]
[  429.77] [<86e14ddc>] rtl_usb_disconnect+0x4c/0xf4 [rtl_usb]
[  429.77] [<87b2c580>] usb_deregister+0x228/0x2ec [usbcore]
[  429.77] [<8008d734>] __device_release_driver+0x6c/0xd0
[  429.77] [<80117f64>]

[OpenWrt-Devel] Flash Layout

2014-08-09 Thread dd ddy
Hi there,

I am looking into adding support for the Netgear PR2000. The hardware all
looks like it should be supportable but I'm stuck working out the flash
layout.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH][telephony] Disable PKG_CHECK_FORMAT_SECURITY for miax, rtpproxy and sipp

2014-08-09 Thread Etienne CHAMPETIER
Signed-off-by: Etienne CHAMPETIER 
---
 net/miax/Makefile | 1 +
 net/rtpproxy/Makefile | 1 +
 net/sipp/Makefile | 1 +
 3 files changed, 3 insertions(+)

diff --git a/net/miax/Makefile b/net/miax/Makefile
index 34baded..d5b3ed1 100644
--- a/net/miax/Makefile
+++ b/net/miax/Makefile
@@ -14,6 +14,7 @@ PKG_RELEASE:=2
 PKG_SOURCE:=$(PKG_NAME)_$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=@SF/miax
 PKG_MD5SUM:=44f0d2ef46ee2697d890b7b96846adc7
+PKG_CHECK_FORMAT_SECURITY:=0
 
 PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)
 
diff --git a/net/rtpproxy/Makefile b/net/rtpproxy/Makefile
index 88fce3e..44dee4e 100644
--- a/net/rtpproxy/Makefile
+++ b/net/rtpproxy/Makefile
@@ -14,6 +14,7 @@ PKG_RELEASE:=1
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=http://b2bua.org/chrome/site/
 PKG_MD5SUM:=b0b5d6cdce3f17cdbbac473c11a2d0e5
+PKG_CHECK_FORMAT_SECURITY:=0
 
 PKG_INSTALL:=1
 
diff --git a/net/sipp/Makefile b/net/sipp/Makefile
index fdb6820..adc04ca 100644
--- a/net/sipp/Makefile
+++ b/net/sipp/Makefile
@@ -14,6 +14,7 @@ PKG_RELEASE:=1
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=@SF/sipp
 PKG_MD5SUM:=904fffbc277bafce28762ebb041b9620
+PKG_CHECK_FORMAT_SECURITY:=0
 
 include $(INCLUDE_DIR)/uclibc++.mk
 include $(INCLUDE_DIR)/package.mk
-- 
1.9.3
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel