[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

[OpenWrt-Devel] [PATCH] mpc85xx: use wpad-mini in WDR4900 profile instead of wpad

2014-08-06 Thread Philipp Borgers 
This change makes the profile of WDR4900 more consistent with other router
specific profiles.

Signed-off-by: Philipp Borgers 
---
 target/linux/mpc85xx/profiles/tp-link.mk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/target/linux/mpc85xx/profiles/tp-link.mk 
b/target/linux/mpc85xx/profiles/tp-link.mk
index abab0f0..47ddacd 100644
--- a/target/linux/mpc85xx/profiles/tp-link.mk
+++ b/target/linux/mpc85xx/profiles/tp-link.mk
@@ -9,7 +9,7 @@ define Profile/TLWDR4900
NAME:=TP-Link TL-WDR4900
PACKAGES:=\
kmod-usb-core kmod-usb2 kmod-usb2-fsl \
-   kmod-ath9k wpad
+   kmod-ath9k wpad-mini
 endef
 
 define Profile/TLWDR4900/Description
-- 
2.0.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] network rules don't work on wireless interfaces

2014-08-17 Thread Philipp Borgers 
Hi,

if I create a rule such as:

config rule
  option in 'wireless0'
  option action 'unreachable'

and have a wireless0 network configured in network and wireless config, the rule
does not show up after a network restart (/etc/init.d/network restart). E.g. ip
rule does not list the rule. If a just reload the network /etc/init.d/network
reload) the rule shows up.

Tested on:

OPENWRT_SRC=git://git.openwrt.org/14.07/openwrt.git
OPENWRT_COMMIT=e77adae70c09298b871d074b35142d4845a0a7ca

I tried my best to understand the problem (netifd code, loglevel increase, etc.)
but I'm to stupid right now :/ Maybe someone can point me in the right
direction?

This is a serious problem for our vpn setup in the mesh network (freifunk
berlin). As far as I can tell this problem is quite old and not only a problem
of the rc3.

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

Re: [OpenWrt-Devel] [PATCH] mpc85xx: use wpad-mini in WDR4900 profile instead of wpad

2014-10-14 Thread Philipp Borgers 
Someone accepted the patch in patchwork [1] but as far as I can see nobody
applied the patch. Could someone with the appropriate priveleges apply the patch
please?

Thanks a lot

Philipp

On Wed, Aug 06, 2014 at 02:09:09PM +0200, Philipp Borgers wrote:
> This change makes the profile of WDR4900 more consistent with other router
> specific profiles.
> 
> Signed-off-by: Philipp Borgers 
> ---
>  target/linux/mpc85xx/profiles/tp-link.mk | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/target/linux/mpc85xx/profiles/tp-link.mk 
> b/target/linux/mpc85xx/profiles/tp-link.mk
> index abab0f0..47ddacd 100644
> --- a/target/linux/mpc85xx/profiles/tp-link.mk
> +++ b/target/linux/mpc85xx/profiles/tp-link.mk
> @@ -9,7 +9,7 @@ define Profile/TLWDR4900
>   NAME:=TP-Link TL-WDR4900
>   PACKAGES:=\
>   kmod-usb-core kmod-usb2 kmod-usb2-fsl \
> - kmod-ath9k wpad
> + kmod-ath9k wpad-mini
>  endef
>  
>  define Profile/TLWDR4900/Description
> -- 
> 2.0.1


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

Re: [OpenWrt-Devel] looking for a tl-wdr4900 tester

2015-02-12 Thread Philipp Borgers 
I can test if you provide me with an image or an *easy* way to compile.

Is there any testing procedure I should follow? Do we have some kind of tests I
don't know of?

Regards
Philipp

On Thu, Feb 12, 2015 at 12:31:07PM +0100, John Crispin wrote:
> Hi,
> 
> just bumped the kernel for the tl-wdr4900. i don't actually have the
> unit. anyone around that feels like testing the images before i push the
> series to trunk ?
> 
>   John
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


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

Re: [OpenWrt-Devel] [Battlemesh] ImageBuilder frontend projects, or how to generate custom OpenWrt images

2019-09-30 Thread Philipp Borgers 
Hi,

you should take look at the Freifunk Berlin firmware and the Gluon project:

https://github.com/freifunk-berlin/firmware

https://gluon.readthedocs.io/en/v2019.1.x/

The Freifunk Berlin firmware uses uci-defaults scripts quite a lot for setting
default configuration or changing configuration on upgrades:

https://github.com/freifunk-berlin/firmware-packages/tree/master/defaults

Both projects are under active development and used by a lot of Freifunk
communities in Germany.

Best Philipp

On Sun, Sep 29, 2019 at 11:55:15PM +0200, Baptiste Jonglez wrote:
> Hi,
> 
> In my community network we are changing the way we generate OpenWrt
> firmware images, and I took this opportunity to look at the existing
> methods based on the OpenWrt ImageBuilder and/or SDK.
> 
> In the end, I found way more projects than I thought would exist!
> 
> I documented everything I found here: 
> https://openwrt.org/docs/guide-developer/imagebuilder_frontends
> 
> Please add any project that I may have missed, and feel free to fix or add 
> more
> details if you don't like the description of your project.
> 
> As a side-note, does anybody use uci-defaults scripts? 
> https://openwrt.org/docs/guide-developer/uci-defaults
> It seems like the best way to implement customization without having to
> update file templates with each OpenWrt release, but during my quick
> overview tour I haven't noticed any project using this method.
> 
> Thanks,
> Baptiste



> ___
> Battlemesh mailing list
> battlem...@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/battlemesh



signature.asc
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] [packages] openvpn: make comp_lzo a parameter

2013-10-14 Thread Philipp Borgers 
Possible parameters are yes, no and adaptive. See manpage for more information.

Signed-off-by: Philipp Borgers 
---
 package/network/services/openvpn/files/openvpn.config | 4 ++--
 package/network/services/openvpn/files/openvpn.init   | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/package/network/services/openvpn/files/openvpn.config 
b/package/network/services/openvpn/files/openvpn.config
index 4a1f667..5cf0ba6 100644
--- a/package/network/services/openvpn/files/openvpn.config
+++ b/package/network/services/openvpn/files/openvpn.config
@@ -241,7 +241,7 @@ config openvpn sample_server
# Enable compression on the VPN link.
# If you enable it here, you must also
# enable it in the client config file.
-   option comp_lzo 1
+   option comp_lzo yes
 
# The maximum number of concurrently connected
# clients we want to allow.
@@ -389,7 +389,7 @@ config openvpn sample_client
# Enable compression on the VPN link.
# Don't enable this unless it is also
# enabled in the server config file.
-   option comp_lzo 1
+   option comp_lzo yes
 
# Set log file verbosity.
option verb 3
diff --git a/package/network/services/openvpn/files/openvpn.init 
b/package/network/services/openvpn/files/openvpn.init
index eaf46c4..dee5925 100644
--- a/package/network/services/openvpn/files/openvpn.init
+++ b/package/network/services/openvpn/files/openvpn.init
@@ -78,7 +78,7 @@ start_instance() {
# append flags
append_bools "$s" \
auth_nocache auth_retry auth_user_pass_optional bind 
ccd_exclusive client client_cert_not_required \
-   client_to_client comp_lzo comp_noadapt disable \
+   client_to_client comp_noadapt disable \
disable_occ down_pre duplicate_cn fast_io float 
http_proxy_retry \
ifconfig_noexec ifconfig_nowarn ifconfig_pool_linear 
management_forget_disconnect management_hold \
management_query_passwords management_signal mktun mlock 
mtu_test multihome mute_replay_warnings \
@@ -91,7 +91,7 @@ start_instance() {
# append params
append_params "$s" \
cd askpass auth auth_user_pass auth_user_pass_verify 
bcast_buffers ca cert \
-   chroot cipher client_config_dir client_connect 
client_disconnect connect_freq \
+   chroot cipher client_config_dir client_connect 
client_disconnect comp_lzo connect_freq \
connect_retry connect_timeout connect_retry_max crl_verify dev 
dev_node dev_type dh \
echo engine explicit_exit_notify fragment group hand_window 
hash_size \
http_proxy http_proxy_option http_proxy_timeout ifconfig 
ifconfig_pool \
-- 
1.8.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa

2013-10-30 Thread Philipp Borgers 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I think we should also update the Makefile for the images. As far as I
know the Makefile only creates an image for one of the rootfs types. I
can provide a patch if you don't have the time to do so.

Best Regards
Philipp

On 30.10.2013 08:24, Bastian Bittorf wrote:
> [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs
> from jffs2 to squashfs and visa versa
> 
> till now only jffs2 was possible and sysupgrade refuses to change
> fs-type, because of bad/invalid content in sysupgrade-file.
> manually overriding works, so i made this patch. upgrade tested
> from r36088 to r38570. (jffs2 to squashfs).
> 
> Signed-off-by: Bastian Bittorf  --- 
> .../au1000/base-files/lib/upgrade/platform.sh  |   25
> +-- 1 files changed, 17 insertions(+), 8
> deletions(-)
> 
> diff --git a/target/linux/au1000/base-files/lib/upgrade/platform.sh
> b/target/linux/au1000/base-files/lib/upgrade/platform.sh index
> 85ab213..e2c8687 100644 ---
> a/target/linux/au1000/base-files/lib/upgrade/platform.sh +++
> b/target/linux/au1000/base-files/lib/upgrade/platform.sh @@ -1,19
> +1,28 @@ KERNEL_IMG="openwrt-au1000-au1500-vmlinux.bin" 
> -ROOTFS_IMG="openwrt-au1000-au1500-jffs2-128k.fs" 
> +ROOTFS_IMG_JFFS2="openwrt-au1000-au1500-jffs2-128k.fs" 
> +ROOTFS_IMG_SQASH="openwrt-au1000-au1500-squashfs.fs"
> 
> platform_check_image() { [ "$ARGC" -gt 1 ] && return 1 case
> "$(get_magic_word "$1")" in 6f70) -   ( get_image "$1" | tar 
> -tf -
> $KERNEL_IMG >/dev/null && \ -   get_image "$1" | tar -tf -
> $ROOTFS_IMG >/dev/null) || { -echo "Invalid 
> image contents" -
> return 1 -} - return 0;; +
> if get_image "$1" | tar -tf -
> "$KERNEL_IMG" >/dev/null ; then + if   get_image 
> "$1" | tar -tf
> - "$ROOTFS_IMG_JFFS2" >/dev/null ; then +
> ROOTFS_IMG="$ROOTFS_IMG_JFFS2" +  return 
> 0 +  elif get_image
> "$1" | tar -tf - "$ROOTFS_IMG_SQASH" >/dev/null ; then +
> ROOTFS_IMG="$ROOTFS_IMG_SQASH" +  return 
> 0 +  fi +fi + +
> echo "Invalid image contents, needing kernel + ( jffs2 or squashfs
> )" +  return 1 +  ;; *) echo "Invalid image type" 
> -   return 1;; +
> return 1 +;; esac }
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJScLqnAAoJEFUqJM/vAMbxKYgP/iCaiGwdv7MdFd2Ok20i2aJ6
kP8tF8uvlCw93Igzcwq7yF6wqAQPIkPKV5UN1oyIDzvF5SFDLC5f8lvm+kubg94u
fsGb4CpQH5dj0T3FXGyA3otrOUsmrVzqynSNgqX7HGnrFGGn/kP3fbDKpU7T6kHl
P3eOBQOgdXcvodROGmOtnpM0nO9XSFDt7zLc+mlabGhRCobLAYnCfGABfpvgW2d2
wZf17UMQl2aqE7KgqlzLbyQ19CF3mwUcZNX5Ho34Vqu7HGU6rE0l+6Ipec/I6irJ
5IU5Irdk6/zn1urn1/GED9HSzfdoeFrRFjYPFU4YxHXnDTt7rYnSGfONY1mVUBe9
zMQlkmAk0Itl9l4BhJ9wP6/VRju6x+RuqGU805Xm8f4fXOjvEAuz8MDZiUq5i2Z5
+lrpSxG+bOgqo9dm2yqPNYjh9l2fLk5kRT+LGBZaNUGZ4SkSCm1v8dCBwza2dmxc
17foV8lEIDHUWqd+iVx7B070Fd6B4Xh0l+UK16RKkTjVMtREXeEjX3JD9H1YDTvg
QqNgfn8uULRrhLgrtqOCr5Ir9M+hbZlBpWaz12sA1wD5Uq1lWsMWcXxKKjdvlCUw
rqvZNT+F1e7NGTAZBV+QKL/DsmbLwL4MzEmE2LevNO6SjzY4x4E93kIWsVBe53ki
9XcG3dzjuUxN2lDvPdBd
=w0Ea
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] [platform/au1000] create sysupgrade binary for each file system type

2013-10-30 Thread Philipp Borgers 
This patch should prevent overriding of sysupgrade binaries in the bin directory
if we build images for more then one file system type.

Discussion:

https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/022108.html

Signed-off-by: Philipp Borgers 
---
 target/linux/au1000/image/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/target/linux/au1000/image/Makefile 
b/target/linux/au1000/image/Makefile
index 1dfdd98..12c84a1 100644
--- a/target/linux/au1000/image/Makefile
+++ b/target/linux/au1000/image/Makefile
@@ -62,7 +62,7 @@ define Image/Build
$(CP) $(KDIR)/root.$(1) $(BIN_DIR)/$(IMG_PREFIX)-$(1).fs
$(CP) $(KDIR)/kernel.flash.srec 
$(BIN_DIR)/$(IMG_PREFIX)-vmlinux-flash.srec
$(CP) $(KDIR)/kernel.ram.srec $(BIN_DIR)/$(IMG_PREFIX)-vmlinux-ram.srec
-   tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-sysupgrade.bin 
$(IMG_PREFIX)-vmlinux.bin $(IMG_PREFIX)-$(1).fs
+   tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-$(1)-sysupgrade.bin 
$(IMG_PREFIX)-vmlinux.bin $(IMG_PREFIX)-$(1).fs
 ifeq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),y)
$(call Image/Build/Initramfs)
 endif
-- 
1.8.4.2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa

2013-10-30 Thread Philipp Borgers 
On 30.10.2013 09:28, Bruno Randolf wrote:
> On 10/30/2013 07:24 AM, Bastian Bittorf wrote:
>> [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 
>> to squashfs and visa versa
>>
>> till now only jffs2 was possible and sysupgrade refuses to change fs-type,
>> because of bad/invalid content in sysupgrade-file. manually overriding
>> works, so i made this patch. upgrade tested from r36088 to r38570.
>> (jffs2 to squashfs).
>>
>> Signed-off-by: Bastian Bittorf 
>> ---
>>  .../au1000/base-files/lib/upgrade/platform.sh  |   25 
>> +--
>>  1 files changed, 17 insertions(+), 8 deletions(-)
>>
>> diff --git a/target/linux/au1000/base-files/lib/upgrade/platform.sh 
>> b/target/linux/au1000/base-files/lib/upgrade/platform.sh
>> index 85ab213..e2c8687 100644
>> --- a/target/linux/au1000/base-files/lib/upgrade/platform.sh
>> +++ b/target/linux/au1000/base-files/lib/upgrade/platform.sh
>> @@ -1,19 +1,28 @@
>>  KERNEL_IMG="openwrt-au1000-au1500-vmlinux.bin"
>> -ROOTFS_IMG="openwrt-au1000-au1500-jffs2-128k.fs"
>> +ROOTFS_IMG_JFFS2="openwrt-au1000-au1500-jffs2-128k.fs"
>> +ROOTFS_IMG_SQASH="openwrt-au1000-au1500-squashfs.fs"
> 
> I don't know how other platforms handle this, but couldn't the rootfs
> image inside the [jffs2|squashfs]-sysupgrade.bin always have the same name?

We can use the tar option --transform to rename the file system name
inside the tar. I have a patch ready. I can test on the device tomorrow.

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




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

[OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] make sysupgrade compatible with all file system types

2013-10-30 Thread Philipp Borgers 
This patch adds support for all file system types as discussed earlier:

https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/022109.html

This patch depends on a previous patch:

https://lists.openwrt.org/pipermail/openwrt-devel/2013-October/022111.html

Signed-off-by: Philipp Borgers 
---
 target/linux/au1000/base-files/lib/upgrade/platform.sh | 2 +-
 target/linux/au1000/image/Makefile | 4 +++-
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/target/linux/au1000/base-files/lib/upgrade/platform.sh 
b/target/linux/au1000/base-files/lib/upgrade/platform.sh
index 85ab213..71744e6 100644
--- a/target/linux/au1000/base-files/lib/upgrade/platform.sh
+++ b/target/linux/au1000/base-files/lib/upgrade/platform.sh
@@ -1,5 +1,5 @@
 KERNEL_IMG="openwrt-au1000-au1500-vmlinux.bin"
-ROOTFS_IMG="openwrt-au1000-au1500-jffs2-128k.fs"
+ROOTFS_IMG="openwrt-au1000-au1500-root.fs"
 
 platform_check_image() {
[ "$ARGC" -gt 1 ] && return 1
diff --git a/target/linux/au1000/image/Makefile 
b/target/linux/au1000/image/Makefile
index 12c84a1..63c0b03 100644
--- a/target/linux/au1000/image/Makefile
+++ b/target/linux/au1000/image/Makefile
@@ -62,7 +62,9 @@ define Image/Build
$(CP) $(KDIR)/root.$(1) $(BIN_DIR)/$(IMG_PREFIX)-$(1).fs
$(CP) $(KDIR)/kernel.flash.srec 
$(BIN_DIR)/$(IMG_PREFIX)-vmlinux-flash.srec
$(CP) $(KDIR)/kernel.ram.srec $(BIN_DIR)/$(IMG_PREFIX)-vmlinux-ram.srec
-   tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-$(1)-sysupgrade.bin 
$(IMG_PREFIX)-vmlinux.bin $(IMG_PREFIX)-$(1).fs
+   $(CP) $(BIN_DIR)/$(IMG_PREFIX)-$(1).fs $(TMP_DIR)/$(IMG_PREFIX)-root.fs
+   tar -C $(BIN_DIR) -cvzf $(BIN_DIR)/$(IMG_PREFIX)-$(1)-sysupgrade.bin \
+   $(IMG_PREFIX)-vmlinux.bin -C $(TMP_DIR) $(IMG_PREFIX)-root.fs
 ifeq ($(CONFIG_TARGET_ROOTFS_INITRAMFS),y)
$(call Image/Build/Initramfs)
 endif
-- 
1.8.4.2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Unable to Compile Kernel Header ar71xx

2013-12-06 Thread Philipp Borgers 
Some people including me have a problem compiling openwrt for the ar71xx
target:

https://dev.openwrt.org/ticket/12907

Could someone more familiar with the build process have a look?

Thanks in advance!

Best Regards
Philipp




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] Unable to Compile Kernel Header ar71xx

2013-12-09 Thread Philipp Borgers 
If I start from a clean setup with "make -j" e.g. a new clone of the
trunk, the patch seems to work. Otherwise it still fails.

If someone can confirm this we should close the ticket. Otherwise we
should take a look at Thomas patch.

Thanks
Philipp

On 06.12.2013 17:29, thomas.lan...@lantiq.com wrote:
> Hello Jow,
> 
> your fix will not work with "make -j"!
> 
> Please see the attached patch for an alternate implementation, which is 
> successfully in use here.
> 
> Jo-Philipp Wich wrote on 2013-12-06:
>>
>>> Could someone more familiar with the build process have a look?
>>
>> Should be fixed with https://dev.openwrt.org/changeset/38998 - please
>> test.
>>
>> ~ Jow
> 
> Best Regards,
> Thomas
> 
> 
> 
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 




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] PCI broken on au1000

2010-06-29 Thread Philipp Borgers 
I think this is no solution or not the whole solution. Sorry :) 

r...@openwrt:/# lspci   
00:00.0 SERCOS interface: Device 0057:1800 (rev 02)
00:01.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:02.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:03.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:04.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:05.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:06.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:07.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:08.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:09.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:0a.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:0b.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:0c.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:0d.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:0e.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:0f.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:10.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:11.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
00:12.0 Non-VGA unclassified device: Device 0002: (rev 02)
00:13.0 Non-VGA unclassified device: Device 2800:4085 (rev 02)
r...@openwrt:/# uname -a
Linux OpenWrt 2.6.32.14 #2 Tue Jun 29 22:14:19 CEST 2010 mips GNU/Linux 

thanks for working on this!

philipp

Am Montag, den 28.06.2010, 10:18 +0200 schrieb Florian Fainelli:
> Hey,
> 
> On Tuesday 20 April 2010 12:51:23 Manuel Lauss wrote:
> > Hi Florian,
> > 
> > On Mon, Apr 19, 2010 at 10:54 AM, Florian Fainelli  
> wrote:
> > >> The lspci output provided by the reporter of ticket 6851, does it look
> > >> correct for
> > >> MTX-1?
> > > 
> > > No it does not. It should only show a PCI bridge and the devices attached
> > > to it, in my case 2 Atheros-based cards.
> > 
> > This matches the description of a bug fixed in August 2006:
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdi
> > ff;h=32136568a9828c27c07eedb8d2b3e3d9fe8d87ba
> > 
> > If you don't come up with anything, I'll dig into this Friday evening.
> 
> Can anyone check if the following patch fixes the issue? I will test it 
> tonight 
> anyway.
> 
> diff --git a/arch/mips/alchemy/mtx-1/board_setup.c 
> b/arch/mips/alchemy/mtx-1/board_setup.c
> index a9f0336..c2c29e5 100644
> --- a/arch/mips/alchemy/mtx-1/board_setup.c
> +++ b/arch/mips/alchemy/mtx-1/board_setup.c
> @@ -117,9 +117,9 @@ mtx1_pci_idsel(unsigned int devsel, int assert)
>  
> if (assert && devsel != 0)
> /* Suppress signal to Cardbus */
> -   gpio_set_value(1, 0);   /* set EXT_IO3 OFF */
> +   alchemy_gpio_direction_output(1, 0);/* set EXT_IO3 OFF */
> else
> -   gpio_set_value(1, 1);   /* set EXT_IO3 ON */
> +   alchemy_gpio_direction_output(1, 1);/* set EXT_IO3 ON */
>  
> au_sync_udelay(1);
> return 1;
> 
> --
> Florian
> ___
> 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

Re: [OpenWrt-Devel] LibreWRT introduction & patch

2010-07-21 Thread Philipp Borgers 
Perhaps just use the description field for this kind of stuff or add
something like NON_FREE=yes? Plain and easy...

> > For non-free packages, would something like 
> > DEPENDS=-LIBRE 
> > work?
> 
> > If CONFIG_LIBRE is defined, these packages would simply disappear from the
> > menu.
> 
> That's too black-or-white for me: I generally want to avoid non-Free
> code, but I'm still willing to use it in some cases.  So maybe we could
> have such a variable to hide/show the non-Free packages, but even if the
> non-Free packages are shown, I'd like to know which ones are Free.
> And maybe when exiting the config menu, the stdout could display
> a summary of the non-Free packages included.
> 
> 
> Stefan
> 
> ___
> 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] [PATCH] fix jffs2 support for target au1500

2010-10-10 Thread Philipp Borgers 
This will hopefully fix jffs2 support for target system rmi/amd au1x00,
subtarget Au1500 and Target Profile T-Mobile InternetBox. Tested on same
configuration. Related ticket: https://dev.openwrt.org/ticket/8058

Signed-off-by: Philipp Borgers 

>From 5ec2b5febd58a391fac6aeb7508e08a251a2be92 Mon Sep 17 00:00:00 2001
From: Philipp Borgers 
Date: Sun, 10 Oct 2010 19:20:03 +0200
Subject: [PATCH] fixed jffs2 support for au1500

---
 target/linux/au1000/au1500/config-2.6.35 |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/target/linux/au1000/au1500/config-2.6.35 
b/target/linux/au1000/au1500/config-2.6.35
index f94973b..1e95be3 100644
--- a/target/linux/au1000/au1500/config-2.6.35
+++ b/target/linux/au1000/au1500/config-2.6.35
@@ -19,9 +19,9 @@ CONFIG_BITREVERSE=y
 # CONFIG_CAVIUM_OCTEON_REFERENCE_BOARD is not set
 # CONFIG_CAVIUM_OCTEON_SIMULATOR is not set
 CONFIG_CEVT_R4K_LIB=y
-CONFIG_CMDLINE="console=ttyS0,115200"
+CONFIG_CMDLINE="console=ttyS0,115200 root=/dev/mtdblock0 
rootfstype=squashfs,jffs2"
 CONFIG_CMDLINE_BOOL=y
-# CONFIG_CMDLINE_OVERRIDE is not set
+CONFIG_CMDLINE_OVERRIDE=y
 # CONFIG_CPU_BIG_ENDIAN is not set
 # CONFIG_CPU_CAVIUM_OCTEON is not set



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