Re: [OpenWrt-Devel] [PATCH] [package] iproute2: Add hotplug script to add slave devices to TEQL master

[David Woodhouse]

On Wed, 2012-03-28 at 16:29 -0700, Dave Taht wrote:
> On Wed, Mar 28, 2012 at 3:36 PM, David Woodhouse wrote:
> 
> > Resolves https://dev.openwrt.org/ticket/11192
> >
> > You can now configure devices to be used as a TEQL slave as follows:
> > # uci set network.ppp0.teql=teql0
> > # uci set network.ppp1.teql=teql0
> > # uci commit
> >
> 
> I am pretty intensely curious as to how the debloating stuff is going to
> work with bonded adsl lines.

If you apply your SFQ qdisc to the 'teql0' interface, it should be
fairly much identical. The upstream packets are sent over both
interfaces, in an alternating fashion — but apart from the occasional
reordering of packets it's not really that different to having a single
line with double the bandwidth.

Speaking of bloat, I noticed that there's a *huge* "hidden" queue of
outbound packets on each PPPoATM interface. It'll buffer up to the
socket send buffer (/proc/sys/net/core/wmem_default) between the generic
PPP core and the ATM device. That's 160KiB on my system. Per interface.
Fixed by http://marc.info/?l=linux-netdev&m=133287553017193&w=2

> > I have teql0 configured as a normal device, and this script
> > automatically adds the PPP devices when they come up — giving me load
> > balancing across both ADSL lines.
> >
> >
> Can I convince you to try some new sfq and sfqred stuff for load
> optimization on those lines?

Perhaps, but having instrumented the queue depths carefully for testing
the above patch, I can tell you that I almost never see more than one
packet in the uplink queue. I've only been able to stress the queueing
with 'ping -l 100'; not any realistic workload. Under normal operation,
I don't even have a second packet in the queue for the ADSL modem to
send in its TX done IRQ. It has to let the line go idle and wait for
something new to come in. Perhaps you just need to remind me what I
should be using as a test case? :)

Do you have scripts which automatically apply schedulers to interfaces
based on the network configuration (like I'm doing here for TEQL)?

-- 
dwmw2


smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [package] iproute2: Add hotplug script to add slave devices to TEQL master

[Dave Taht]

On Wed, Mar 28, 2012 at 3:36 PM, David Woodhouse wrote:

> Resolves https://dev.openwrt.org/ticket/11192
>
> You can now configure devices to be used as a TEQL slave as follows:
> # uci set network.ppp0.teql=teql0
> # uci set network.ppp1.teql=teql0
> # uci commit
>

I am pretty intensely curious as to how the debloating stuff is going to
work
with bonded adsl lines.


>
> I have teql0 configured as a normal device, and this script
> automatically adds the PPP devices when they come up — giving me load
> balancing across both ADSL lines.
>
>
Can I convince you to try some new sfq and sfqred stuff for load
optimization
on those lines?

Signed-off-by: David Woodhouse 
> ---
>  package/iproute2/Makefile  |2 ++
>  package/iproute2/files/30-teql |   23 +++
>  2 files changed, 25 insertions(+), 0 deletions(-)
>  create mode 100644 package/iproute2/files/30-teql
>
> diff --git a/package/iproute2/Makefile b/package/iproute2/Makefile
> index 38e493a..97614be 100644
> --- a/package/iproute2/Makefile
> +++ b/package/iproute2/Makefile
> @@ -92,6 +92,8 @@ endef
>  define Package/tc/install
>$(INSTALL_DIR) $(1)/usr/sbin
>$(INSTALL_BIN) $(PKG_BUILD_DIR)/tc/tc $(1)/usr/sbin/
> +   $(INSTALL_DIR) $(1)/etc/hotplug.d/iface
> +   $(INSTALL_BIN) ./files/30-teql $(1)/etc/hotplug.d/iface/
>  endef
>
>  define Package/genl/install
> diff --git a/package/iproute2/files/30-teql
> b/package/iproute2/files/30-teql
> new file mode 100644
> index 000..231c09f
> --- /dev/null
> +++ b/package/iproute2/files/30-teql
> @@ -0,0 +1,23 @@
> +#!/bin/sh
> +
> +. /etc/functions.sh
> +
> +if [ "$ACTION" != "ifup" ]; then
> +   exit
> +fi
> +
> +config_load network
> +
> +config_get teql $INTERFACE teql
> +
> +if [ "$teql" != "" ]; then
> +logger Adding device $DEVICE to TEQL master $teql
> +insmod sch_teql
> +tc qdisc add dev $DEVICE root $teql
> +
> +# The kernel doesn't let us bring it up until it has at least one
> +# slave. So bring it up now, if it isn't already.
> +if ! cat /sys/class/net/$teql/carrier &>/dev/null; then
> +ifup $teql &
> +fi
> +fi
> --
> 1.7.7.6
>
>
> --
> dwmw2
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>
>


-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://www.bufferbloat.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [package] soloscli: Add script to syslog ADSL line stats

[David Woodhouse]

I run this from cron. With remote syslog enabled, this means I have a
record of ADSL line quality variation — which is useful when diagnosing
and reporting faults.

Signed-off-by: David Woodhouse 

diff --git a/package/soloscli/Makefile b/package/soloscli/Makefile
index 490186d..9a7cd89 100644
--- a/package/soloscli/Makefile
+++ b/package/soloscli/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
 
 PKG_NAME:=soloscli
 PKG_VERSION:=0.11
-PKG_RELEASE:=2
+PKG_RELEASE:=3
 
 PKG_SOURCE:=solos-pci-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=@SF/openadsl
@@ -37,6 +37,7 @@ endef
 define Package/soloscli/install
$(INSTALL_DIR) $(1)/usr/bin
$(INSTALL_BIN) $(PKG_BUILD_DIR)/soloscli/soloscli $(1)/usr/bin/
+   $(INSTALL_BIN) ./files/solos-log-stats $(1)/usr/bin/
$(INSTALL_DIR) $(1)/etc/hotplug.d/atm
$(INSTALL_DATA) ./files/etc/hotplug.d/atm/15-solos-init 
$(1)/etc/hotplug.d/atm/
 endef
diff --git a/package/soloscli/files/solos-log-stats 
b/package/soloscli/files/solos-log-stats
new file mode 100755
index 000..2b75ee3
--- /dev/null
+++ b/package/soloscli/files/solos-log-stats
@@ -0,0 +1,19 @@
+#!/bin/sh
+
+cd /sys/class/atm/ || exit 1
+
+for PORT in solos-pci* ; do
+
+RXRATE=`cat $PORT/parameters/RxBitRate`
+TXRATE=`cat $PORT/parameters/TxBitRate`
+RXSNR=`cat $PORT/parameters/LocalSNRMargin | sed "s/ dB//"`
+TXSNR=`cat $PORT/parameters/RemoteSNRMargin | sed "s/ dB//"`
+RXERR=`cat $PORT/parameters/RSUnCorrectedErrorsDn`
+TXERR=`cat $PORT/parameters/RSUnCorrectedErrorsUp`
+RXFEC=`cat $PORT/parameters/RSCorrectedErrorsDn`
+TXFEC=`cat $PORT/parameters/RSCorrectedErrorsUp`
+
+echo "$RXRATE $RXSNR $RXERR $RXFEC / $TXRATE $TXSNR $TXERR $TXFEC" |
+   logger -t $PORT
+done
+

-- 
dwmw2


smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] [package] iproute2: Add hotplug script to add slave devices to TEQL master

[David Woodhouse]

Resolves https://dev.openwrt.org/ticket/11192

You can now configure devices to be used as a TEQL slave as follows:
# uci set network.ppp0.teql=teql0
# uci set network.ppp1.teql=teql0
# uci commit

I have teql0 configured as a normal device, and this script
automatically adds the PPP devices when they come up — giving me load
balancing across both ADSL lines.

Signed-off-by: David Woodhouse 
---
 package/iproute2/Makefile  |2 ++
 package/iproute2/files/30-teql |   23 +++
 2 files changed, 25 insertions(+), 0 deletions(-)
 create mode 100644 package/iproute2/files/30-teql

diff --git a/package/iproute2/Makefile b/package/iproute2/Makefile
index 38e493a..97614be 100644
--- a/package/iproute2/Makefile
+++ b/package/iproute2/Makefile
@@ -92,6 +92,8 @@ endef
 define Package/tc/install
$(INSTALL_DIR) $(1)/usr/sbin
$(INSTALL_BIN) $(PKG_BUILD_DIR)/tc/tc $(1)/usr/sbin/
+   $(INSTALL_DIR) $(1)/etc/hotplug.d/iface
+   $(INSTALL_BIN) ./files/30-teql $(1)/etc/hotplug.d/iface/
 endef
 
 define Package/genl/install
diff --git a/package/iproute2/files/30-teql b/package/iproute2/files/30-teql
new file mode 100644
index 000..231c09f
--- /dev/null
+++ b/package/iproute2/files/30-teql
@@ -0,0 +1,23 @@
+#!/bin/sh
+
+. /etc/functions.sh
+
+if [ "$ACTION" != "ifup" ]; then
+   exit
+fi
+
+config_load network
+
+config_get teql $INTERFACE teql
+
+if [ "$teql" != "" ]; then
+logger Adding device $DEVICE to TEQL master $teql
+insmod sch_teql
+tc qdisc add dev $DEVICE root $teql
+
+# The kernel doesn't let us bring it up until it has at least one
+# slave. So bring it up now, if it isn't already.
+if ! cat /sys/class/net/$teql/carrier &>/dev/null; then
+ifup $teql &
+fi
+fi
-- 
1.7.7.6


-- 
dwmw2


smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] [package] Upgrade openconnect to v3.15

[David Woodhouse]

This fixes a bunch of interoperability issues, and one or two crashes.

Signed-off-by: David Woodhouse 
---
 net/openconnect/Makefile   |   22 +--
 .../patches/001-change-openssl-paths.patch |   11 --
 2 files changed, 6 insertions(+), 27 deletions(-)
 delete mode 100644 net/openconnect/patches/001-change-openssl-paths.patch

diff --git a/net/openconnect/Makefile b/net/openconnect/Makefile
index 468402b..a9a6b71 100644
--- a/net/openconnect/Makefile
+++ b/net/openconnect/Makefile
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=openconnect
-PKG_VERSION:=2.25
+PKG_VERSION:=3.15
 PKG_RELEASE:=1
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=ftp://ftp.infradead.org/pub/openconnect/
-PKG_MD5SUM:=796a32b611ee6210a5367eb9684d6778
+PKG_MD5SUM:=94245f4bac42a288100becab0b4ca29a
 
 include $(INCLUDE_DIR)/package.mk
 
@@ -34,22 +34,12 @@ define Package/openconnect/description
 3800, 7200 Series and Cisco 7301 Routers.  
 endef
 
-define Build/Compile
-   $(call Build/Compile/Default, \
-   SSL_CFLAGS="" \
-   OPT_FLAGS="$(TARGET_CPPFLAGS) $(TARGET_CFLAGS)" \
-   OS="Linux" \
-   STAGING_DIR="$(STAGING_DIR)" \
-   DESTDIR="$(PKG_INSTALL_DIR)" \
-   PREFIX=/usr \
-   all install \
-   )
-endef
+CONFIGURE_ARGS+=--disable-shared
 
 define Package/openconnect/install
-   $(INSTALL_DIR) $(1)/usr/bin
-   $(CP)   $(PKG_INSTALL_DIR)/usr/bin/openconnect \
-   $(1)/usr/bin/
+   $(INSTALL_DIR) $(1)/usr/sbin
+   $(INSTALL_BIN) $(PKG_BUILD_DIR)/openconnect \
+   $(1)/usr/sbin/
 endef
 
 $(eval $(call BuildPackage,openconnect))
diff --git a/net/openconnect/patches/001-change-openssl-paths.patch 
b/net/openconnect/patches/001-change-openssl-paths.patch
deleted file mode 100644
index 730aff6..000
--- a/net/openconnect/patches/001-change-openssl-paths.patch
+++ /dev/null
@@ -1,11 +0,0 @@
 a/Makefile
-+++ b/Makefile
-@@ -15,7 +15,7 @@ endif
- # dir; there's no need to install it anywhere (we link it statically).
- ifdef OPENSSL
- SSL_CFLAGS += -I$(OPENSSL)/include
--SSL_LDFLAGS += $(OPENSSL)/libssl.a $(OPENSSL)/libcrypto.a
-+SSL_LDFLAGS += $(OPENSSL)/lib/libssl.a $(OPENSSL)/lib/libcrypto.a
- else
- ifeq ($(wildcard /usr/include/openssl),)
- $(error "No OpenSSL in /usr/include/openssl. Cannot continue");
-- 
1.7.7.6


-- 
dwmw2



smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Have trunk snapshots been intentionally stopped?

[Travis Kemen]

It appears the buildbot slave needed to be restarted. There should be new
builds showing up again.

Travis

On Tue, Mar 27, 2012 at 11:20 AM, Hannu Nyman  wrote:

> I thought that trunk snapshots were done practically daily.
> Now it seems to me that there are no snapshots for any of the major
> platforms after March 14-16.
> It that intentional?
>
> http://downloads.openwrt.org/**snapshots/trunk/
>
> __**_
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.**org 
> https://lists.openwrt.org/**mailman/listinfo/openwrt-devel
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Rockstar Home Router Tech-Lead/Developer Needed (San Jose)

[Steven Saunders]

Greetings All,I hope it is appropriate to post this to the openwrt developers list, I have a great opportunity …I looking for a Rockstar technical leader, architect, and hands on 
developer to drive the definition, design, and implementation of a 
ground up residential gateway software stack.  This is one of those rare
 and great opportunities (for the right person) to set technical vision,
 lead a team, and help with the development of a brand new software 
system.

This is a full time employment opportunity  in the San Jose area helping
 out world leading home networking company, starting ASAP.

Deep technical understanding of embedded Linux based software design
 and development on IP networking focused chipsets and hardware 
(Atom/Puma processor experience and/or residential gateway development 
experience would be a home run)
Great at communicating and presenting at all levels
Great at organizing, driving, and motivating development teams, leading to high productivity and outstanding results
Strong understanding of TCP networking and protocols
Strong C embedded development experience
Experience with DOCSIS and PacketCable protocols highly desirable

If this sounds like you, or somebody that you know, I would love to hear from you.
Cheers
Steve Saunders
steve -at- sentosatech -dot- com

   Steven Saunders   Founder and Principal   Sentosa Technology Consultants   Cell  303.809.8043   Fax  303.834.8853   Email  st...@sentosatech.com   Web  www.sentosatech.com   AIM  SteveAtSentosa   

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

[OpenWrt-Devel] DHCP capability

[Philip Prindeville]

Jo-Philipp,

We started to talk about the following:

config host
option ip '192.168.1.25'
option mac 'd0:27:88:59:38:e8'
option name 'gwtest'
option tag 'client'
list dhcp_option 'option:domain-name,"acme.net"'

config global
option tag 'client'
list dhcp_option 'option:router,192.168.1.253'
list dhcp_option 'option:domain-search,"redfish-solutions.com"'


and this should result in:

dhcp-host=d0:27:88:59:38:e8,set:client,192.168.1.25,gwtest,option:domain-name,"acme.net"

dhcp-option=tag:client,option:router,192.168.1.253,option:domain-search,"redfish-solutions.com"


This would allow me to have a class of options associated with 'client' 
machines (i.e. machines given to me by customers to use on contracts for 
development that sit on my network) by simply associating them with the 
'client' attribute, regardless of what network I put them on.

Ditto, I could have:

config mac
option mac '00:0e:08:*:*:*'
option tag 'sipura'
option tag 'sipphone'

config global
option tag 'sipphone'
list dhcp_option 'option:tftp-server,"pbx.redfish-solutions.com"'
list dhcp_option 'option:120,192.168.1.1'

config global
option tag 'sippura'
list dhcp_option 'option:bootfile-name,"/firmware/spa942.cfg"'


which would generate:

dhcp-mac=set:sipura,set:sipphone,00:0e:08:*:*:*

dhcp-option=tag:sipphone,option:tftp-server,"pbx.redfish-solutions.com",option:120,192.168.1.1
dhcp-option=tag:sipura,option:bootfile-name,"/firmware/spa942.cfg"


also thinking that the field 'force' would be useful, i.e.:

config global
option tag 'sipphone'
option force 1
list dhcp_option 'option:tftp-server,"pbx.redfish-solutions.com"'
list dhcp_option 'option:120,192.168.1.1'


dhcp-option-force=tag:sipphone,option:tftp-server,"pbx.redfish-solutions.com",option:120,192.168.1.1

what do you think?

-Philip

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

Re: [OpenWrt-Devel] [PATCH] BCMA - Consolidate/reduce code in bcma_device_name

[Hauke Mehrtens]

On 03/17/2012 08:31 AM, Nathan Hintz wrote:
> Eliminate unneeded procedure by incorporating code into bcma_device_name
> 
> Signed-off-by: Nathan Hintz 
> 
Thank you for the patch.

It was committed in r31120.

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

Re: [OpenWrt-Devel] [PATCH v2] BCMA - Always map 4 bytes

[Hauke Mehrtens]

On 03/23/2012 08:46 PM, Nathan Hintz wrote:
> This probably doesn't matter, but reads/writes are always 4 bytes, so always 
> map 4 bytes.
> 
> Changes since v1: Moved changes to new patch file 
> (234-bcma-always-map-4-bytes.patch).
> 
> Signed-off-by: Nathan Hintz 
> 
Thank you for the patch.

It was applied in commit r31119.

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

Re: [OpenWrt-Devel] [PATCH] lantiq cumulative patch

[Luca Olivetti]

Al 28/03/2012 7:44, En/na John Crispin ha escrit:

On 28/03/12 01:42, Luca Olivetti wrote:

I can wait a few days longer.



what are you waiting for now ?


To revert the patch that uses a fixed regdomain and apply the one that 
makes it dependent on a kernel command line switch.

http://patchwork.openwrt.org/patch/1798/

And to credit me instead of someone else.

Bye
--
Luca
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] +AFs-Patch+AF0- Resubmitting of patch to use external sources of rootfs

[John Crispin]

On 28/03/12 10:43, Tathagata Das wrote:
> Hi,
>  May I know whether this patch will be accepted or not ?
> 
> Regards,
> Tatha
> 


Hi,

give me a couple of days to review your patches please.

will let you know when they reached the top of the stack :-)

Thanks for your patience,
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] lantiq: add ath9k support to netgear dgn3500 platform

[Pieter Voorthuijsen]

Hi Andrej,

> Are you sure that /etc/ath/eeprom isn't created from some flash partition in
> boot time, because usually every device should have it's own eeprom
> calibration data to make wifi performance best.

>From manufacturers point of view it is easier to have identical
products... The file is part of the filesystem and has the same
time/date as the rest. However I'm not 100% sure that this eeprom data
is actually used by the ath_pci driver, there is no reference to it in
any logging.

I found no accessible mtd under Linux that contains eeprom data, it
could be that a calibration partition is not available via mtd.

I've checked the firmware upgrade file and it looks like a raw dump of
the entire flash (16M). I'll try to read back the flash under U-boot
and compare it to the original firmware. The diff should show settings
and maybe calibration data...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] +AFs-Patch+AF0- Resubmitting of patch to use external sources of rootfs

[Tathagata Das]

Hi,
 May I know whether this patch will be accepted or not ?

Regards,
Tatha

-Original Message-
From: Tathagata Das [mailto:tathag...@alumnux.com] 
Sent: 26 March 2012 12:02
To: 'OpenWrt Development List'
Subject: [Patch] Resubmitting of patch to use external sources of rootfs

Hi,
 This changes allow developers to use external (mentioned) sources of 
rootfs. I have used latest trunk source code (revision number 31050) to 
create this patch.
If the patch submission format is okay then I will resubmit my other 
patches.

Signed-off-by: Tathagata Das 

---

diff -Naur a/Config.in b/Config.in
--- a/Config.in 2012-03-22 11:48:31.0 +0530
+++ b/Config.in 2012-03-22 11:57:07.0 +0530
@@ -63,6 +63,14 @@
help
  Build a compressed tar archive of the the root filesystem

+   config EXTERNAL_CPIO
+   string
+   prompt "Use external cpio" if TARGET_ROOTFS_INITRAMFS
+   default ""
+   help
+ Kernel uses specified external cpio as INITRAMFS_SOURCE
+
+
comment "Root filesystem images"

config TARGET_ROOTFS_EXT4FS
diff -Naur a/include/kernel-defaults.mk b/include/kernel-defaults.mk
--- a/include/kernel-defaults.mk2012-03-22 11:48:04.0 +0530
+++ b/include/kernel-defaults.mk2012-03-22 11:55:37.0 +0530
@@ -55,6 +55,7 @@
 endif

 ifeq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),y)
+  ifeq ($(strip $(CONFIG_EXTERNAL_CPIO)),"")
 define Kernel/SetInitramfs
mv $(LINUX_DIR)/.config $(LINUX_DIR)/.config.old
grep -v -e INITRAMFS -e CONFIG_RD_ -e CONFIG_BLK_DEV_INITRD 
$(LINUX_DIR)/.config.old > $(LINUX_DIR)/.config
@@ -70,6 +71,21 @@
echo -e "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_XZ),CONFIG_INITRAMFS_COMPRESSION_XZ=y\nCONFIG_RD_XZ=y,#
 
CONFIG_INITRAMFS_COMPRESSION_XZ is not set\n# CONFIG_RD_XZ is not set)" >> 
$(LINUX_DIR)/.config
 endef
   else
+  define Kernel/SetInitramfs
+   mv $(LINUX_DIR)/.config $(LINUX_DIR)/.config.old
+   grep -v INITRAMFS $(LINUX_DIR)/.config.old > 
$(LINUX_DIR)/.config
+   echo 'CONFIG_INITRAMFS_SOURCE="$(call 
qstrip,$(CONFIG_EXTERNAL_CPIO))"' 
 >> $(LINUX_DIR)/.config
+   echo 'CONFIG_INITRAMFS_ROOT_UID=$(shell id -u)' >> 
$(LINUX_DIR)/.config
+   echo 'CONFIG_INITRAMFS_ROOT_GID=$(shell id -g)' >> 
$(LINUX_DIR)/.config
+   echo "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_NONE),CONFIG_INITRAMFS_COMPRESSION_NONE=y,#
 
CONFIG_INITRAMFS_COMPRESSION_NONE is not set)" >> $(LINUX_DIR)/.config
+   echo -e "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_GZIP),CONFIG_INITRAMFS_COMPRESSION_GZIP=y\nCONFIG_RD_GZIP=y,#
 
CONFIG_INITRAMFS_COMPRESSION_GZIP is not set\n# CONFIG_RD_GZIP is not set)" 
 >> $(LINUX_DIR)/.config
+   echo -e "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_BZIP2),CONFIG_INITRAMFS_COMPRESSION_BZIP2=y\nCONFIG_RD_BZIP2=y,#
 
CONFIG_INITRAMFS_COMPRESSION_BZIP2 is not set\n# CONFIG_RD_BZIP2 is not 
set)" >> $(LINUX_DIR)/.config
+   echo -e "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_LZMA),CONFIG_INITRAMFS_COMPRESSION_LZMA=y\nCONFIG_RD_LZMA=y,#
 
CONFIG_INITRAMFS_COMPRESSION_LZMA is not set\n# CONFIG_RD_LZMA is not set)" 
 >> $(LINUX_DIR)/.config
+   echo -e "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_LZO),CONFIG_INITRAMFS_COMPRESSION_LZO=y\nCONFIG_RD_LZO=y,#
 
CONFIG_INITRAMFS_COMPRESSION_LZO is not set\n# CONFIG_RD_LZO is not set)" >> 
$(LINUX_DIR)/.config
+   echo -e "$(if 
$(CONFIG_TARGET_INITRAMFS_COMPRESSION_XZ),CONFIG_INITRAMFS_COMPRESSION_XZ=y\nCONFIG_RD_XZ=y,#
 
CONFIG_INITRAMFS_COMPRESSION_XZ is not set\n# CONFIG_RD_XZ is not set)" >> 
$(LINUX_DIR)/.config
+  endef
+endif
+  else
 define Kernel/SetInitramfs
mv $(LINUX_DIR)/.config $(LINUX_DIR)/.config.old
grep -v INITRAMFS $(LINUX_DIR)/.config.old > 
$(LINUX_DIR)/.config


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

Re: [OpenWrt-Devel] [Projekt-wlan] Freescale P1020 WLAN support

[Wojciech Dubowik]

Hello,
  Unless somebody else wants to do it I will try to consolidate 
the patches for mpc85xx and post for review. I can test p1010 
and p1020 on my side. The older mpc854x will be only compile tested.

Hopefully P1020WLAN dts file won't take too long so I can do it this
week.

Wojtek


- Original Message -
> Hey,
> 
> On Tue, 27 Mar 2012 18:05:29 +0200, Rainer 'Rei' Schuth
>  wrote:
> 
> > On 03/27/2012 05:31 PM, Wojciech Dubowik wrote:
> > Thank you,
> >
> > I would apply the patch and try to run OpenWRT on the P1020rdb. I
> > let
> > you know my experience.
> >
> >> I don't have any older mpc85xx devices so I don't know whether
> >> they need patches with latest kernel or not. At the moment
> >> I have just removed them.
> >
> > The Freescale developer team make for the P1020rdb around 170
> > patches
> > for the 2.6.32 Linux kernel. Many of them are meanwhile upstream
> > but
> > some are hardware hacks and driver changes. Its hard to say which
> > patches really work and which don't without a working OS.
> 
> If you have something basic up and running, I'm happy to review and
> (if
> needed) clean up the patches. Given how much I could nuke from the
> freescale patches previosly, you probably will be fine porting about
> 10
> over from the 170 ;)
> 
> 
> Imre
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel