Re: [OpenWrt-Devel] Git mirror with branches, tags and full history?
On Wed, Mar 30, 2016 at 9:43 AM, Bruno Randolfwrote: > On 03/30/2016 08:32 AM, John Crispin wrote: >> i have just updated https://github.com/openwrt/openwrt > > Thanks! > > Now, if you could add a tag "v15.05.1" things would be perfect... > Geil (German)! Just curious, is the GitHub-OpenWrt-Mirror faster in things of checking-out? - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix
On Fri, Mar 18, 2016 at 8:42 AM, Bastian Bittorfwrote: > maybe someone has the power to bump > kernel 4.1.x to 4.1.20 - it has in > jffs2-deadlock fix... > > does somebody already working or on the schedule? > Just FYI... "jffs2: Fix page lock / f->sem deadlock" see [1]. - Sedat - [1] http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=v4.1.20=e0dae728bf0878ad831440ff5d2e90ec10b794a4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] gcc: remove v4.6 relicts
Fixes: commit f17e56eff5b9 ("gcc: remove version 4.6, it is no longer needed") CC: Felix Fietkau <n...@openwrt.org> Signed-off-by: Sedat Dilek <sedat.di...@gmail.com> --- toolchain/gcc/common.mk | 10 -- 1 file changed, 10 deletions(-) diff --git a/toolchain/gcc/common.mk b/toolchain/gcc/common.mk index 3e4f3ee984f4..648cd2d5adcf 100644 --- a/toolchain/gcc/common.mk +++ b/toolchain/gcc/common.mk @@ -28,9 +28,6 @@ GCC_DIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_URL:=@GNU/gcc/gcc-$(PKG_VERSION) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 -ifeq ($(PKG_VERSION),4.6.3) - PKG_MD5SUM:=773092fe5194353b02bb0110052a972e -endif ifeq ($(PKG_VERSION),4.8.0) PKG_MD5SUM:=e6040024eb9e761c3bea348d1fa5abb0 endif @@ -40,13 +37,6 @@ endif ifeq ($(findstring linaro, $(CONFIG_GCC_VERSION)),linaro) LINARO_RELEASE:= -ifeq ($(CONFIG_GCC_VERSION),"4.6-linaro") - PKG_REV:=4.6-2013.05 - PKG_VERSION:=4.6.4 - PKG_VERSION_MAJOR:=4.6 - PKG_MD5SUM:=26b48802ae1203cd99415026fbf56ed7 - PKG_COMP:=bz2 -endif ifeq ($(CONFIG_GCC_VERSION),"4.8-linaro") PKG_REV:=4.8-2014.04 PKG_VERSION:=4.8.3 -- 2.6.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Added WIZnet WizFi630A Platform based on Ralink RT5350
On Mon, Aug 17, 2015 at 1:24 PM, John Crispin blo...@openwrt.org wrote: Hi Tobias, Thanks for the patch. unfortunately its line mangled and white space broken. also it seems you sent a HTML email. If you take a few minutes to setup git, you can use git send-email to avoid these issues. On Debian/Ubuntu install git send-email or check your distubition's docs and help... root# apt-get update apt-get install git-email Feel free to adapt my local dot-gitconfig... $ cat ~/.gitconfig [user] name = Sedat Dilek email = sedat.di...@gmail.com [core] abbrev = 12 [format] subjectprefix = PATCH signoff = false [pretty] fixes = Fixes: %h (\%s\) [push] default = matching [sendemail] smtpserver = smtp.gmail.com smtpserverport = 587 smtpencryption = tls smtpuser = sedat.di...@gmail.com Hope this helps. - sed@ - John On 15/08/2015 10:08, Tobias Welz wrote: Hello OpenWrt Developers, I added the WIZnet WizFi630A Platform to the trunk. The board is based on Ralink RT5350 in MiniPci Express Form Factor. Kind regards Tobias Welz From bd69bb513e36abda43e86f0eb64caf004260e415 Mon Sep 17 00:00:00 2001 From: Tobias Welz t...@wiznet.eu Date: Sat, 15 Aug 2015 02:30:34 +0200 Subject: [PATCH] Added WIZnet WizFi630A Platform based on Ralink RT5350 Signed-off-by: Tobias Welz t...@wiznet.eu --- .../linux/ramips/base-files/etc/board.d/02_network |6 + target/linux/ramips/base-files/etc/diag.sh |3 + target/linux/ramips/base-files/lib/ramips.sh |3 + .../ramips/base-files/lib/upgrade/platform.sh |1 + target/linux/ramips/dts/WIZFI630A.dts | 304 target/linux/ramips/image/Makefile |3 + target/linux/ramips/rt305x/profiles/wizfi630a.mk | 18 ++ 7 files changed, 338 insertions(+) create mode 100644 target/linux/ramips/dts/WIZFI630A.dts create mode 100644 target/linux/ramips/rt305x/profiles/wizfi630a.mk diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network index da1854a..c211ab9 100755 --- a/target/linux/ramips/base-files/etc/board.d/02_network +++ b/target/linux/ramips/base-files/etc/board.d/02_network @@ -235,6 +235,7 @@ ramips_setup_interfaces() ucidef_add_switch_vlan switch0 2 4 6t ;; +wizfi630a | \ y1s) ucidef_set_interfaces_lan_wan eth0.1 eth0.2 ucidef_add_switch switch0 1 1 @@ -297,6 +298,11 @@ ramips_setup_macs() wan_mac=$(mtd_get_mac_binary factory 46) ;; +wizfi630a) +lan_mac=$(mtd_get_mac_binary factory 4) +wan_mac=$(mtd_get_mac_binary factory 40) +;; + w306r-v20) lan_mac=$(cat /sys/class/net/eth0/address) wan_mac=$(macaddr_add $lan_mac 5) diff --git a/target/linux/ramips/base-files/etc/diag.sh b/target/linux/ramips/base-files/etc/diag.sh index e63f0df..3ffcc22 100644 --- a/target/linux/ramips/base-files/etc/diag.sh +++ b/target/linux/ramips/base-files/etc/diag.sh @@ -252,6 +252,9 @@ get_status_led() { zte-q7) status_led=zte:red:status ;; +wizfi630a) +status_led=wizfi630a::run +;; mzk-dp150n) status_led=mzkdp150n:green:power ;; diff --git a/target/linux/ramips/base-files/lib/ramips.sh b/target/linux/ramips/base-files/lib/ramips.sh index 7db6d37..474fdb8 100755 --- a/target/linux/ramips/base-files/lib/ramips.sh +++ b/target/linux/ramips/base-files/lib/ramips.sh @@ -430,6 +430,9 @@ ramips_board_detect() { *Planex MZK-DP150N) name=mzk-dp150n ;; + *WIZnet WizFi630A) +name=wizfi630a +;; *) name=generic ;; diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh b/target/linux/ramips/base-files/lib/upgrade/platform.sh index 8221997..bdc6be9 100755 --- a/target/linux/ramips/base-files/lib/upgrade/platform.sh +++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh @@ -105,6 +105,7 @@ platform_check_image() { whr-300hp2 |\ whr-600d |\ whr-1166d |\ +wizfi630a |\ wsr-600 |\ wl-330n | \ wl-330n3g | \ diff --git a/target/linux/ramips/dts/WIZFI630A.dts b/target/linux/ramips/dts/WIZFI630A.dts new file mode 100644 index 000..b3f655d --- /dev/null +++ b/target/linux/ramips/dts/WIZFI630A.dts @@ -0,0 +1,304 @@ +/dts-v1/; + +/include/ rt5350.dtsi + +/ { +compatible = wizfi630a, ralink,rt5350-soc; +model = WIZnet WizFi630A; + +chosen { +bootargs = console=ttyS1,115200; +}; + +palmbus@1000 { +gpio1: gpio@660 { +status = okay; +}; + +spi@b00 { +status = okay; + +m25p80@0 { +#address-cells = 1
Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc2
On Sat, Jun 13, 2015 at 4:21 PM, Steven Barth cy...@openwrt.org wrote: The OpenWrt developers are proud to announce the first release candidate of OpenWrt Chaos Calmer. ___ __ | |.-.-.-.| | | |..| |_ | - || _ | -__| || | | || _|| _| |___|| __|_|__|__||||__| || |__| W I R E L E S S F R E E D O M - CHAOS CALMER (15.05 RC2) - * 1 1/2 oz GinShake with a glassful * 1/4 oz Triple Sec of broken ice and pour * 3/4 oz Lime Juice unstrained into a goblet. * 1 1/2 oz Orange Juice * 1 tsp. Grenadine Syrup - Hi, first of all thank you as OpenWrt developer team and all users who contributed to that release. [ By not wanting to break your tradition of announces ] Please, think of people who don't consume alcohol for diverse reasons. Alcohol is drug #1 and has destroyed many people and families. And alcohol is no solution :-). http://downloads.openwrt.org/chaos_calmer/15.05-rc2/ Hm, the final will be Chaos Calmer aka 15.06 (June 2015)? My best wishes and good luck for a cool final release! - sed@ - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Linux 4.x
On Fri, Jun 5, 2015 at 4:00 PM, Baptiste Clenet bapcle...@gmail.com wrote: Hi OpenWRT developers, Is there any plan to port OPENWRT on Linux 4.x? (Or is it already done?) Linux v4.0.4 is supported, see... http://git.openwrt.org/?p=openwrt.git;a=blob;f=include/kernel-version.mk Wpan-tools works mainly on bluetooth-next kernel which is base on Linux 4.x so it doesn't currently work with OpenWRT. What do you mean by bluetooth-next? Linux v4.1 is at -rc6. So you mean bluetooth stuff for Linux v4.2? - sed@ - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] generic/4.0: bump to version 4.0
On Tue, Apr 21, 2015 at 9:56 AM, Daniel Golle dan...@makrotopia.org wrote: Linux 4.0 was released on 2014-04-12 Looking at the history of commits concerning Linux kernel-versions it seems not to be unambiguous how such patches are labeled. So what says generic/4.0 to me - generic of what? Why don't all developers/submitters use a label like kernel: (some committers has used this)? What about...? kernel: Bump to Linux version 4.0 This is more meaningful to me. - Sedat - [1] http://git.openwrt.org/?p=openwrt.git;a=history;f=include/kernel-version.mk Signed-off-by: Daniel Golle dan...@makrotopia.org --- include/kernel-version.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/kernel-version.mk b/include/kernel-version.mk index bb43e00..de20fef 100644 --- a/include/kernel-version.mk +++ b/include/kernel-version.mk @@ -3,10 +3,10 @@ LINUX_RELEASE?=1 LINUX_VERSION-3.18 = .11 -LINUX_VERSION-4.0 = -rc7 +LINUX_VERSION-4.0 = LINUX_KERNEL_MD5SUM-3.18.11 = 2def91951c9cedf7896efb864e0c090c -LINUX_KERNEL_MD5SUM-4.0-rc7 = 26db663899b1a54397b4f184ca05f213 +LINUX_KERNEL_MD5SUM-4.0 = a86916bd12798220da9eb4a1eec3616d ifdef KERNEL_PATCHVER LINUX_VERSION:=$(KERNEL_PATCHVER)$(strip $(LINUX_VERSION-$(KERNEL_PATCHVER))) -- 2.3.5 ___ 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] ar7: Remove linux-3.10 leftovers
On Thu, Dec 18, 2014 at 12:59 PM, Felix Fietkau n...@openwrt.org wrote: On 2014-12-16 22:57, Sedat Dilek wrote: The config-3.10 got removed in r43632, so bye-bye to patches-3.10 as well. Signed-off-by: Sedat Dilek sedat.di...@gmail.com Patch didn't apply, so I removed the 3.10 patches myself. OK, thanks. I just grepped/searched for *-3.10 material... $ grep KERNEL_PATCHVER -nr target/linux/ | sort $ find target/linux/ -name patches-3.10 | sort $ find target/linux/ -name config-3.10 | sort Can you explain the correlation? IIRC you support more than one linux-version? Is my assumption correct, if you have no config-3.x, you can drop according patches-3.x (where x is the same value)? AFAICS I have seen one target that has no patches but a config file. Some targets support two linux-versions, etc. Thanks in advance. Regards, - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar7: Remove linux-3.10 leftovers
The config-3.10 got removed in r43632, so bye-bye to patches-3.10 as well. Signed-off-by: Sedat Dilek sedat.di...@gmail.com --- .../ar7/patches-3.10/001-mips-ar7-fix-serial.patch | 28 -- target/linux/ar7/patches-3.10/110-flash.patch | 22 -- .../linux/ar7/patches-3.10/120-gpio_chrdev.patch | 28 -- .../patches-3.10/160-vlynq_try_remote_first.patch | 300 - .../200-free-mem-below-kernel-offset.patch | 15 -- .../ar7/patches-3.10/300-add-ac49x-platform.patch | 85 -- .../ar7/patches-3.10/310-ac49x-prom-support.patch | 20 -- .../patches-3.10/320-ac49x-mtd-partitions.patch| 35 --- .../linux/ar7/patches-3.10/500-serial_kludge.patch | 28 -- target/linux/ar7/patches-3.10/920-ar7part.patch| 118 .../ar7/patches-3.10/925-actiontec_leds.patch | 95 --- .../linux/ar7/patches-3.10/950-cpmac_titan.patch | 52 12 files changed, 826 deletions(-) delete mode 100644 target/linux/ar7/patches-3.10/001-mips-ar7-fix-serial.patch delete mode 100644 target/linux/ar7/patches-3.10/110-flash.patch delete mode 100644 target/linux/ar7/patches-3.10/120-gpio_chrdev.patch delete mode 100644 target/linux/ar7/patches-3.10/160-vlynq_try_remote_first.patch delete mode 100644 target/linux/ar7/patches-3.10/200-free-mem-below-kernel-offset.patch delete mode 100644 target/linux/ar7/patches-3.10/300-add-ac49x-platform.patch delete mode 100644 target/linux/ar7/patches-3.10/310-ac49x-prom-support.patch delete mode 100644 target/linux/ar7/patches-3.10/320-ac49x-mtd-partitions.patch delete mode 100644 target/linux/ar7/patches-3.10/500-serial_kludge.patch delete mode 100644 target/linux/ar7/patches-3.10/920-ar7part.patch delete mode 100644 target/linux/ar7/patches-3.10/925-actiontec_leds.patch delete mode 100644 target/linux/ar7/patches-3.10/950-cpmac_titan.patch diff --git a/target/linux/ar7/patches-3.10/001-mips-ar7-fix-serial.patch b/target/linux/ar7/patches-3.10/001-mips-ar7-fix-serial.patch deleted file mode 100644 index f556ee2..000 --- a/target/linux/ar7/patches-3.10/001-mips-ar7-fix-serial.patch +++ /dev/null @@ -1,28 +0,0 @@ -From 443ab715a40881d6c9ba11b027ba154bac904cb0 Mon Sep 17 00:00:00 2001 -From: Oswald Buddenhagen oswald.buddenha...@gmx.de -Date: Sat, 10 May 2014 23:19:08 +0200 -Subject: [PATCH] MIPS/AR7: ensure that serial ports are properly set up - -without UPF_FIXED_TYPE, the data from the PORT_AR7 uart_config entry is -never copied, resulting in a dead port. - -Signed-off-by: Oswald Buddenhagen oswald.buddenha...@gmx.de - arch/mips/ar7/platform.c | 1 + - 1 file changed, 1 insertion(+) - -diff --git a/arch/mips/ar7/platform.c b/arch/mips/ar7/platform.c -index 7e2356f..e4f47d3 100644 a/arch/mips/ar7/platform.c -+++ b/arch/mips/ar7/platform.c -@@ -581,6 +581,7 @@ static int __init ar7_register_uarts(void) - uart_port.type = PORT_AR7; - uart_port.uartclk = clk_get_rate(bus_clk) / 2; - uart_port.iotype= UPIO_MEM32; -+ uart_port.flags = UPF_FIXED_TYPE; - uart_port.regshift = 2; - - uart_port.line = 0; --- -1.8.5.3.2.g3dbf181 - diff --git a/target/linux/ar7/patches-3.10/110-flash.patch b/target/linux/ar7/patches-3.10/110-flash.patch deleted file mode 100644 index e12eec5..000 --- a/target/linux/ar7/patches-3.10/110-flash.patch +++ /dev/null @@ -1,22 +0,0 @@ a/drivers/mtd/Makefile -+++ b/drivers/mtd/Makefile -@@ -16,7 +16,7 @@ obj-$(CONFIG_MTD_OF_PARTS) += ofpart.o - obj-$(CONFIG_MTD_REDBOOT_PARTS) += redboot.o - obj-$(CONFIG_MTD_CMDLINE_PARTS) += cmdlinepart.o - obj-$(CONFIG_MTD_AFS_PARTS) += afs.o --obj-$(CONFIG_MTD_AR7_PARTS) += ar7part.o -+obj-$(CONFIG_MTD_AR7_PARTS) += ar7part.o titanpart.o - obj-$(CONFIG_MTD_BCM63XX_PARTS) += bcm63xxpart.o - obj-$(CONFIG_MTD_BCM47XX_PARTS) += bcm47xxpart.o - obj-$(CONFIG_MTD_MYLOADER_PARTS) += myloader.o a/arch/mips/ar7/platform.c -+++ b/arch/mips/ar7/platform.c -@@ -199,7 +199,7 @@ static struct resource physmap_flash_res - .name = mem, - .flags = IORESOURCE_MEM, - .start = 0x1000, -- .end= 0x107f, -+ .end= 0x11ff, - }; - - static const char *ar7_probe_types[] = { ar7part, NULL }; diff --git a/target/linux/ar7/patches-3.10/120-gpio_chrdev.patch b/target/linux/ar7/patches-3.10/120-gpio_chrdev.patch deleted file mode 100644 index 15bc6c3..000 --- a/target/linux/ar7/patches-3.10/120-gpio_chrdev.patch +++ /dev/null @@ -1,28 +0,0 @@ a/drivers/char/Kconfig -+++ b/drivers/char/Kconfig -@@ -464,6 +464,15 @@ config MWAVE - To compile this driver as a module, choose M here: the - module will be called mwave. - -+config AR7_GPIO -+ tristate TI AR7 GPIO Support -+ depends on AR7 -+ help -+Give userspace access to the GPIO pins on the Texas Instruments AR7 -+processors. -+ -+If compiled as a module, it will be called ar7_gpio. -+ - config SCx200_GPIO
Re: [OpenWrt-Devel] ar8216 patch series
On Sun, Nov 9, 2014 at 12:19 AM, Heiner Kallweit hkallwe...@gmail.com wrote: Am 08.11.2014 um 13:49 schrieb Dirk Neukirchen: On 31.10.2014 21:46, Heiner Kallweit wrote: Patch series adds more abstraction to the driver, adds smaller improvements and fixes an issue with kernels = 3.14. Ticket 17800: With kernel 3.14 sometimes ports operate at 10/half only This patch series works for me on: TP-LINK TL-WDR4300 ( ar71xx + AR8327v2) TP-LINK TL-WDR4900 (mpc85xx + AR8327v4) I'd appreciate if others with non-AR8327 switches supported by the ar8216 driver test this patch series. Rgds, Heiner I was testing this series on a TP-LINK TL-WDR3600 ( ar71xx + AR8327v2) but with default kernel (3.10.58). - as I understand this is supposed to work too I encountered an error: WAN (eth0.2) does not work. (LAN seems fine) The dmesg seems to be identical between patched+unpatched. Both list switch0: Atheros AR8327 rev. 2 switch registered on ag71xx-mdio.0 ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd033, driver=Atheros AR8216/AR8236/AR8316] eth0: Atheros AG71xx at 0xb900, irq 4, mode:RGMII Dirk, here come updated versions of patches 3-5 from the series. I'd appreciate if you could test the updated series. changes: patch 3|4: keep phy_fixup callback closer to the original fixup code patch 5: less intrusive, doesn't touch advertising Please attach test-patches as a file, some MUAs truncate the text. - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] BB: lantiq: Concatenate multiple flash chips for lantiq-flash
On Fri, Nov 7, 2014 at 2:00 PM, Eddi De Pieri e...@depieri.net wrote: please wait to aplpy this patch... I've found two potential regression in: - for (type = rom_probe_types; !ltq_mtd-mtd *type; type++) { - ltq_mtd-mtd = do_map_probe(*type, ltq_mtd-map); - } and + if (!ltq_mtd-mtd) { Send a v2 with a proper changelog after a lot of testing :-)? - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] uClibc-ng
On Mon, Jul 21, 2014 at 7:51 PM, Waldemar Brodkorb w...@uclibc-ng.org wrote: Hi Sedat, Sedat Dilek wrote, On Sun, Jul 20, 2014 at 9:13 PM, Waldemar Brodkorb w...@uclibc-ng.org wrote: [...] I have added most of the patches from your projects on top of uClibc master. Did you look also at the patches [1] from the Freetz project? Yes. I wanted to inform the freetz project, but I didn't find a mailinglist or the mail adresses of the main contributors. Most of the patches are either backports from git master or from OpenWrt. I hope the rest might get contributed by the freetz people with some meta-information, what kind of problem is fixed by a patch. If it hasn't changes the freetz-devel list is member-only and not public. I have CCed Oliver who is lead of the project. Maybe, you can talk with him or he can delegate to the toolchain responsibles in the Freetz project. ( But do not expect too much. ) - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] uClibc-ng
On Sun, Jul 20, 2014 at 9:13 PM, Waldemar Brodkorb w...@uclibc-ng.org wrote: Hello Embedded Linux Hackers, it seems there is no plan to release a new uClibc version. The current maintainer does not response on any public or private mails about a plan to do a needed release. Therefore most of you carrying a lot of patches against uClibc 0.9.33.2 to make it work in your project. A really ugly situation. I have seen some patches got in uClibc upstream some weeks ago (- inactivity). But anyway, a 1st try... Look at OpenSSL and LibreSSL... Might be we see some competition or rebirth starting here, too? My POV (from my experiences) is most embedded projects are not really interested in upstream work or keep their own patches (this seems to be easier). An example: Recently, I pointed to [0], but the maintainer of the project did not give any feedback to Bernd (requested a simple S-o-b). What I want to say it is not only a problem of the uClibc maintainer :-). From my experiences successful projects do regular releases (6 months or a year). What are your plans? To get out of this situation I started a spin-off called uClibc-ng. The website for the project is here: http://www.uclibc-ng.org Beta 3 is tagged and downloadable via http://downloads.uclibc-ng.org/uClibc-ng-1.0.0beta3.tar.xz Do you plan a browsable Git website, where someone can look at the source via webbrowser? OK, you have now an infrastructure... Do you have people (developers, users) behind you :-)? If you want a 1.0 in the near future please test and report back any issues. You can use the bug tracker, the mailing list or dicussion forum to report back. To prevent spam you need to be subscribed or registered. I have added most of the patches from your projects on top of uClibc master. Did you look also at the patches [1] from the Freetz project? Thanks for your initial work! - Sedat - [0] http://freetz.org/browser/trunk/toolchain/make/target/uclibc/0.9.32.1/100-fix_hosttools.patch [1] http://freetz.org/browser/trunk/toolchain/make/target/uclibc ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] How To Remove nf_conntrack
On Fri, Mar 28, 2014 at 7:51 AM, Alan.Hoo huqings...@ycmedia.cn wrote: Hello Everyone how can I remove the nf_conntrack kernel module from OpenWRT System ? What do you mean by remove? It should not be built and included or it should not be loaded? What about posting your OpenWrt .config file first? Which box (and which kernel-release)? Check what your kernel-config says on CONFIG_NF_CONNTRACK (and CONFIG_NF_CONNTRACK_XXX) - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Information about JTAG chain for Fritzbox 3370
On Sat, Dec 28, 2013 at 9:59 AM, Thomas Strobel ts...@cam.ac.uk wrote: Dear all, does anyone of you maybe have information about the JTAG chain of an AVM Fritzbox 3370? Can anyone help me with finding out which devices are connected to the JTAG chain, and what their instruction register lengths are? Or even better, does anyone happen to have a configuration file for e.g. openocd? In advance, many thanks for your help! Hi, you might have a look at WHMF wiki [1] (a lot of hardware related informations). Can't say offhand if there is sth. about JTAG for fbox3370. Try to contact hippie2000 on IRC [2]. Regards, - Sedat - [1] http://www.wehavemorefun.de/fritzbox/Main_Page [2] http://www.wehavemorefun.de/fritzbox/IRC-Chat [3] http://www.wehavemorefun.de/fritzbox/FRITZ!Box_WLAN_3370 Best regards, Thomas ___ 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] Patches for uClibc
On Sat, Dec 28, 2013 at 2:51 PM, Jiri Slachta slac...@cesnet.cz wrote: Hello, please consider three previous patches as a patchset. Those patches were backported from uClibc master which fixes DNS hangups etc.. The patchset: http://patchwork.openwrt.org/patch/4650/ http://patchwork.openwrt.org/patch/4649/ http://patchwork.openwrt.org/patch/4648/ Further details are there: http://lists.uclibc.org/pipermail/uclibc/2013-August/047885.html Those changes were accepted and merged into uClibc master: http://git.uclibc.org/uClibc/commit/libc/inet/resolv.c?id=1c8d287e58a3199213b5533136a7a04c8eb231bb http://git.uclibc.org/uClibc/commit/libc/inet/resolv.c?id=ecc7aee9a0eb4f9fbdf4dc2972e8c6361e531b6a http://git.uclibc.org/uClibc/commit/libc/inet/resolv.c?id=20b69920b299585265eb100d0b67e1097ccb1092 I would be happy if at least the patch #4648 at patchwork would be accepted, it fixes 17 months opened ticket #11929 - https://dev.openwrt.org/ticket/11929 This cover-letter is nice, but 2 of the patches miss a proper changelog - pointing at least to the upstream commit-id. As an example Linux-stable [1]. A new uClibc 0.9.33.x is overdue... - Sedat - [1] http://git.kernel.org/cgit/linux/kernel/git/stable/stable-queue.git/tree/queue-3.12/usb-serial-fix-race-in-generic-write.patch Thank you so much! Jiri ___ 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] wget-nossl compile problem in trunk..
On Tue, Oct 1, 2013 at 2:29 AM, Jonathan McCrohan jmccro...@gmail.com wrote: Hi Daniel, On Mon, 30 Sep 2013 11:49:31 +0300, Daniel Petre wrote: so i cannot compile wget-nossl , the error is this: [..] any ideas please? Thanks! This is due to new behaviour in Perl 5.18. I submitted a patch for this issue two weeks ago. http://patchwork.openwrt.org/patch/4062/ But again... why is there no wget-nossl-no-docs.patch? IMHO a project focussed on Linux-embedded can save build-time by not generating any doc-files. - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] wget-nossl compile problem in trunk..
On Tue, Oct 1, 2013 at 9:02 AM, Sedat Dilek sedat.di...@gmail.com wrote: On Tue, Oct 1, 2013 at 2:29 AM, Jonathan McCrohan jmccro...@gmail.com wrote: Hi Daniel, On Mon, 30 Sep 2013 11:49:31 +0300, Daniel Petre wrote: so i cannot compile wget-nossl , the error is this: [..] any ideas please? Thanks! This is due to new behaviour in Perl 5.18. I submitted a patch for this issue two weeks ago. http://patchwork.openwrt.org/patch/4062/ But again... why is there no wget-nossl-no-docs.patch? IMHO a project focussed on Linux-embedded can save build-time by not generating any doc-files. There exist already a patch from the GNU/wget BTS (see quote below). This is is what the Freetz router has in its archives [1]. [ QUOTE ] From: Dave Reisner dreis...@archlinux.org Date: Mon, 17 Jun 2013 23:31:46 +0530 Subject: [PATCH] Fix error in texi2pod intriduced with Perl 5.18 taken from http://lists.gnu.org/archive/html/bug-wget/2013-06/msg00046.html [ /QUOTE ] - Sedat - [1] http://freetz.org/browser/trunk/make/wget/patches/040-fix-error-in-texi2pod-introduced-with-perl-5.18.patch ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] wget-nossl compile problem in trunk..
Try to attach your build-log as a text-file (Bug-Tracking-System and/or Mailing-List)? From what I see (on a quick look) sth. wrong when generating the docs... I am wondering why the docs are built/generated here. I any case, please add also your config files! ( Not that I am willing or able to help, just some general recommendations, you can follow or not... ) - Sedat - On Mon, Sep 30, 2013 at 10:49 AM, Daniel Petre daniel.pe...@gmail.com wrote: Hello, i'm sorry to post here but openwrt ticket system fails to interpret my ticket as anything but spam, so i cannot compile wget-nossl , the error is this: [..] mipsel-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/etc/wgetrc\ -DLOCALEDIR=\/usr/share/locale\ -I. -I../lib -I../lib -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/include -Os -pipe -mno-branch-likely -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -MT build_info.o -MD -MP -MF .deps/build_info.Tpo -c -o build_info.o build_info.c mv -f .deps/build_info.Tpo .deps/build_info.Po echo '/* version.c */' version.c echo '/* Autogenerated by Makefile - DO NOT EDIT */' version.c echo '' version.c echo 'const char *version_string = 1.14;' version.c echo 'const char *compilation_string = 'mipsel-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/etc/wgetrc\ -DLOCALEDIR=\/usr/share/locale\ -I. -I../lib -I../lib -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/include -Os -pipe -mno-branch-likely -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float ';' \ | sed -e 's/[\\]/\\/g' -e 's/\\//' -e 's/\\;$/;/' version.c echo 'const char *link_string = 'mipsel-openwrt-linux-uclibc-gcc -Os -pipe -mno-branch-likely -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float \ -L/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/usr/lib -L/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/lib -L/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/lib -lz -lpcre ftp-opie.o ../lib/libgnu.a';' \ | sed -e 's/[\\]/\\/g' -e 's/\\//' -e 's/\\;$/;/' version.c mipsel-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/etc/wgetrc\ -DLOCALEDIR=\/usr/share/locale\ -I. -I../lib -I../lib -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/include -Os -pipe -mno-branch-likely -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -MT version.o -MD -MP -MF .deps/version.Tpo -c -o version.o version.c mv -f .deps/version.Tpo .deps/version.Po mipsel-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/etc/wgetrc\ -DLOCALEDIR=\/usr/share/locale\ -I. -I../lib -I../lib -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/usr/include -I/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/include -Os -pipe -mno-branch-likely -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -MT ftp-opie.o -MD -MP -MF .deps/ftp-opie.Tpo -c -o ftp-opie.o ftp-opie.c mv -f .deps/ftp-opie.Tpo .deps/ftp-opie.Po mipsel-openwrt-linux-uclibc-gcc -Os -pipe -mno-branch-likely -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -L/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/usr/lib -L/home/dani/trunk/staging_dir/target-mipsel_mips32_uClibc-0.9.33.2/lib -L/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/home/dani/trunk/staging_dir/toolchain-mipsel_mips32_gcc-4.6-linaro_uClibc-0.9.33.2/lib -o wget cmpt.o connect.o convert.o cookies.o ftp.o css_.o css-url.o
Re: [OpenWrt-Devel] kernel update to 3.10.12
On Mon, Sep 16, 2013 at 12:44 AM, Mirko Vogt mi...@openwrt.org wrote: On 09/15/2013 12:05 PM, Daniel Petre wrote: Hello, can we have 3.10.12 updated to OpenWrt trunk and patches refreshed please? We appreciate your interest in this. Feel free to send in patches. kernel: update 3.10 to 3.10.12 http://git.openwrt.org/?p=openwrt.git;a=commitdiff;h=bd758645eb70c1b9d3f52878eaaf2f901342e7fd - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Sun, Sep 1, 2013 at 8:24 PM, Steven Barth cy...@openwrt.org wrote: Hi, thanks to you all for your contributions. I've commited something based upon this in https://dev.openwrt.org/changeset/37866 This also adds proper packaging for kernel-modules and iptables-modules. I moved the IPv6-NAT stuff out of regular NAT-stuff as it doesn't really fit in (many people use IPv4 NAT, only few will use IPv6-NAT). I hope this is more complete now but I would still consider this experimental, however this is something people can play with. Feedback and comments or improvements are appreciated. Cool and thanks for a more complete approach! I really looked at the Linux-kernel sources when new Kconfigs were introduced. Did you check when CONFIG_IP_NF_TARGET_REDIRECT and CONFIG_IP_NF_TARGET_NETMAP hit 1st? ... $(eval $(call nf_add,IPT_NAT6,CONFIG_IP_NF_TARGET_REDIRECT, $(P_V4)ip6t_REDIRECT, lt 3.8.0)) ... $(eval $(call nf_add,IPT_NAT6,CONFIG_IP_NF_TARGET_NETMAP, $(P_V6)ip6t_NETMAP, lt 3.8.0)) ... All other Kconfig stuff was ge 3.7.0 (guess this is greater-or-equal). ( Maybe, Adam can check this. ) Do you happen to know which iptables-version had 1st support for NAT-IPv6? What is the suffix for your IPv6 related kmod-* and IPT_* These lines in special: ... DEPENDS:=ip6tables +kmod-ipt-nat6 --- kmod-ip6t-nat ... IPT_BUILTIN += $(IPT_NAT6-y) --- IP6T_NAT-y It is not NATv6 but IPv6 :-). But I dunno anything about your naming or coding convenstions. ( I did not grep OpenWrt sources. ) - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Failing x86 builds with eglibc
On Sat, Aug 31, 2013 at 12:35 PM, Florian Fainelli f.faine...@gmail.com wrote: 2013/8/31 Dirk Neukirchen dirkneukirc...@web.de: On 31.08.2013 01:28, Philip A. Prindeville wrote: make --jobserver-fds=3,4 -j subdir=csu -C csu ..=../ subdir_lib make[6]: Entering directory `/home/philipp/openwrt2/build_dir/toolchain-i386_gcc-4.6-linaro_eglibc-2.15/eglibc-2.15-r18909/libc/csu' make[6]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. make[6]: *** INTERNAL: readdir: Bad file descriptor . Stop. https://bugzilla.redhat.com/show_bug.cgi?id=885474 Anyone have a workaround for it? This is make-3.82-15.fc18.x86_64 ... -Philip What about - taken from bug report: This problem can be avoided by omitting -j 2. and disabling concurrent building ? If this produces random build errors try compiling again without the -j-option from: http://wiki.openwrt.org/doc/howto/build The eglibc build system has several issues with parallel building, one that I have tried to fix is also reported here: https://dev.openwrt.org/ticket/12403 Unfortunately disabling parallel build considerably slows down the build. Maybe we could disable it on a per-directory basis until this properly gets fixed. How do you disable parallel-build on per-directory basis or in general in OpenWrt? ( Just curious. ) For example GNU/make has .NOTPARALLEL (note the . dot) as so-called special built-in target-name. - Sedat - [1] http://www.gnu.org/software/make/manual/html_node/Special-Targets.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Fri, Aug 30, 2013 at 8:18 AM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, With the latest patch you posted, and by doing make kernel_menuconfig and searching for CONFIG_NF_NAT_IPV6 and enabling all its dependencies (so it showed up in the menus under its human-readable name) and then enabling it, I was indeed able to get it to build the right modules. The userspace ip6tables seemed to have the relevant bits already (unless my enabling of the various extra packages for it added them); I think it mostly just passes table and target names on to the kernel, right? So I now have working IPv6 masquerade. Anyway, since this works now, I want to write up your last patch as a formal [PATCH] message. Do you agree to release it under the appropriate licenses for OpenWRT? Thanks again! You've been a great help. Great news and thanks for testing! Please, add some words to OpenWrt Ticket #13446. Add some comments how you tested NAT IPv6 and that it works. As said the kernel-space side is done. I would prefer to split the working patch and put some comments in include/netfilter.mk. As you have seen NAT IPv4 was a bit confusing with the kernel Kconfig-options and version-check. So 1/2 should correct this. 2/2 adds the kernel bits for NAT IPv6. If you enable CONFIG_NF_NAT_IPV6 you have to do sth. with CONFIG_IP6_NF_TARGET_MASQUERADE (ip6t_MASQUERADE.ko) and CONFIG_IP6_NF_TARGET_NPT (ip6t_NPT.ko). It's a so-called tristate (y|m|n) and see also comment #2 in Ticket #13446. As pointed out I don't know which version of iptables has support for NAT IPv6 and if OpenWrt ships it (for people wanting firewall support). Please add a comment in the changelog of the patch. I cannot say if OpenWrt developers NAK this due to incompleteness. I cannot test NAT IPv6 nor am I an expert on this area. ( So, it was only compile-tested here. ) Please, put a note about credits and mention Ticket #13446 as a reference in the changelog, too. I know OpenWrt people don't like that much to comment or write changelogs. I will help with reviewing. - Sedat - -Adam On Thu, Aug 29, 2013 at 10:44 AM, Sedat Dilek sedat.di...@gmail.com wrote: On Thu, Aug 29, 2013 at 7:31 PM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, Thank you so much for your help! I will try your patch when I get home this evening. With [1] I was able to build a kernel, see also attached check-nf-nat-kmod.txt. ( But this is only kernel-space stuff. ) - Sedat - [1] https://dev.openwrt.org/attachment/ticket/13446/include-netfilter_mk-kernelspace-v3.diff ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 10:07 AM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, I am trying to convince the OpenWRT build process to build nf_nat_ipv6.ko (which, by analogy with the nf_nat_ipv4.ko, I would expect to contain the new Kernel 3.7+ IPv6 nat chain and MASQUERADE target). I'm starting with r37855, and trying to use this patch: https://dev.openwrt.org/attachment/ticket/13446/netfilter.3.diff However, just making these makefile changes does not result in the module building. I think this is because the makefile is instructing the build system to only build if a certain menuconfig option is selected, and that option doesn't exist to select. If I try changing: $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) to: $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) it looks like it makes a bit more progress, but the build dies with: ERROR: module '/home/anovak/workspace/openwrt/build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv6/netfilter/nf_nat_ipv6.ko' is missing. make[3]: *** [/home/anovak/workspace/openwrt/bin/x86/packages/kmod-ipt-nat_3.8.13-1_x86.ipk] Error 1 Does anyone who speaks Kernel Makefile want to tell me what exactly that patch says to do and why the netfilter ipv6 NAT stuff isn't building? Where can I find the Makefile that actually controls the compilation of C source files into netfilter .ko files, and determines what C code builds into what .ko file? Is the source for this feature just missing from the openwrt tree? ( I am not using OpenWrt, just regularly looking over the build-system. ) People wanting to help will be interested in your openwrt-config. Can you please attach it? Can you check if CONFIG_NF_NAT_IPV6 is enabled (=y) in your kernel-config (see .config file in your unpacked Linux-kernel sources)? - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 10:23 AM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, I've attached ./build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/.config. It has a line: CONFIG_NF_NAT_IPV6=m This matches: CONFIG_NF_NAT_IPV4=m Sorry, for kernel-modules it has to be (=m). I am not sure if this is my openwrt-config, or if that is a different file. No file named openwrt-config exists in my tree. There should be a (.config) file in your OpenWrt root-dir, this is what I meant with your openwrt-config. Sorry, if I was not precise enough. - Sedat - Thanks, -Adam On Thu, Aug 29, 2013 at 1:16 AM, Sedat Dilek sedat.di...@gmail.com wrote: On Thu, Aug 29, 2013 at 10:07 AM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, I am trying to convince the OpenWRT build process to build nf_nat_ipv6.ko (which, by analogy with the nf_nat_ipv4.ko, I would expect to contain the new Kernel 3.7+ IPv6 nat chain and MASQUERADE target). I'm starting with r37855, and trying to use this patch: https://dev.openwrt.org/attachment/ticket/13446/netfilter.3.diff However, just making these makefile changes does not result in the module building. I think this is because the makefile is instructing the build system to only build if a certain menuconfig option is selected, and that option doesn't exist to select. If I try changing: $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) to: $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) it looks like it makes a bit more progress, but the build dies with: ERROR: module '/home/anovak/workspace/openwrt/build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv6/netfilter/nf_nat_ipv6.ko' is missing. make[3]: *** [/home/anovak/workspace/openwrt/bin/x86/packages/kmod-ipt-nat_3.8.13-1_x86.ipk] Error 1 Does anyone who speaks Kernel Makefile want to tell me what exactly that patch says to do and why the netfilter ipv6 NAT stuff isn't building? Where can I find the Makefile that actually controls the compilation of C source files into netfilter .ko files, and determines what C code builds into what .ko file? Is the source for this feature just missing from the openwrt tree? ( I am not using OpenWrt, just regularly looking over the build-system. ) People wanting to help will be interested in your openwrt-config. Can you please attach it? Can you check if CONFIG_NF_NAT_IPV6 is enabled (=y) in your kernel-config (see .config file in your unpacked Linux-kernel sources)? - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Availability of the online GIT repository at nanl.de
Hi, in the last days I have troubles to look trough OpenWrt at [1]. My Firefox web-browser tries to connect, connect, connect, ... Known? Regards, - Sedat - [1] git.mirror.nanl.de/?p=openwrt/trunk.git;a=summary ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 10:36 AM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, I've attached that file. It doesn't seem to have anything about nat_ipv4 or nat_ipv6. $ egrep -i 'ip6t|kmod-ip|nat' /tmp/dot-config_adam.txt | grep ^CONFIG | sort CONFIG_DEFAULT_ip6tables=y CONFIG_DEFAULT_kmod-ipt-nathelper=y CONFIG_DEFAULT_kmod-natsemi=y CONFIG_PACKAGE_ip6tables=y CONFIG_PACKAGE_kmod-ip6tables=y CONFIG_PACKAGE_kmod-ipt-conntrack-extra=y CONFIG_PACKAGE_kmod-ipt-conntrack=y CONFIG_PACKAGE_kmod-ipt-core=y CONFIG_PACKAGE_kmod-ipt-extra=y CONFIG_PACKAGE_kmod-ipt-nat-extra=y CONFIG_PACKAGE_kmod-ipt-nathelper-extra=y CONFIG_PACKAGE_kmod-ipt-nathelper=y CONFIG_PACKAGE_kmod-ipt-nat=y CONFIG_PACKAGE_kmod-ipv6=y CONFIG_PACKAGE_kmod-natsemi=y CONFIG_PACKAGE_libip6tc=y There is no *ip6table_nat* selected (from the diff you pointed to): $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_ IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) I cannot say why... Did you look over the sources and searched for nf_nat_ipv6.ko file. $ find /path/to/openwrt/ -name 'nf_nat_ipv6.ko' ...was it built? - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 10:59 AM, Sedat Dilek sedat.di...@gmail.com wrote: On Thu, Aug 29, 2013 at 10:36 AM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, I've attached that file. It doesn't seem to have anything about nat_ipv4 or nat_ipv6. $ egrep -i 'ip6t|kmod-ip|nat' /tmp/dot-config_adam.txt | grep ^CONFIG | sort CONFIG_DEFAULT_ip6tables=y CONFIG_DEFAULT_kmod-ipt-nathelper=y CONFIG_DEFAULT_kmod-natsemi=y CONFIG_PACKAGE_ip6tables=y CONFIG_PACKAGE_kmod-ip6tables=y CONFIG_PACKAGE_kmod-ipt-conntrack-extra=y CONFIG_PACKAGE_kmod-ipt-conntrack=y CONFIG_PACKAGE_kmod-ipt-core=y CONFIG_PACKAGE_kmod-ipt-extra=y CONFIG_PACKAGE_kmod-ipt-nat-extra=y CONFIG_PACKAGE_kmod-ipt-nathelper-extra=y CONFIG_PACKAGE_kmod-ipt-nathelper=y CONFIG_PACKAGE_kmod-ipt-nat=y CONFIG_PACKAGE_kmod-ipv6=y CONFIG_PACKAGE_kmod-natsemi=y CONFIG_PACKAGE_libip6tc=y There is no *ip6table_nat* selected (from the diff you pointed to): $(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_ IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) I cannot say why... Did you look over the sources and searched for nf_nat_ipv6.ko file. $ find /path/to/openwrt/ -name 'nf_nat_ipv6.ko' ...was it built? [ KERNEL-SPACE ] In your kernel-config you have... CONFIG_NF_NAT_IPV4=m CONFIG_NF_NAT_IPV6=m ...so I would expect to see as corresponding OpenWrt Kconfig-options: CONFIG_PACKAGE_kmod-ipt-nat=y --- IPv4? CONFIG_PACKAGE_kmod-ip6t-nat=y --- IPv6 (this option does not exist!)? [ USER-SPACE (here: iptables package) ] Next question is what are the corresponding iptables Kconfig-options to above kernel-options? You have... CONFIG_DEFAULT_iptables=y CONFIG_PACKAGE_iptables=y ...but did not selected any of the CONFIG_PACKAGE_iptables-mod-* options... # CONFIG_PACKAGE_iptables-mod-account is not set # CONFIG_PACKAGE_iptables-mod-chaos is not set # CONFIG_PACKAGE_iptables-mod-condition is not set # CONFIG_PACKAGE_iptables-mod-conntrack-extra is not set # CONFIG_PACKAGE_iptables-mod-delude is not set # CONFIG_PACKAGE_iptables-mod-dhcpmac is not set # CONFIG_PACKAGE_iptables-mod-dnetmap is not set # CONFIG_PACKAGE_iptables-mod-extra is not set # CONFIG_PACKAGE_iptables-mod-filter is not set # CONFIG_PACKAGE_iptables-mod-fuzzy is not set # CONFIG_PACKAGE_iptables-mod-geoip is not set # CONFIG_PACKAGE_iptables-mod-hashlimit is not set # CONFIG_PACKAGE_iptables-mod-iface is not set # CONFIG_PACKAGE_iptables-mod-ipmark is not set # CONFIG_PACKAGE_iptables-mod-ipopt is not set # CONFIG_PACKAGE_iptables-mod-ipp2p is not set # CONFIG_PACKAGE_iptables-mod-iprange is not set # CONFIG_PACKAGE_iptables-mod-ipsec is not set # CONFIG_PACKAGE_iptables-mod-ipv4options is not set # CONFIG_PACKAGE_iptables-mod-led is not set # CONFIG_PACKAGE_iptables-mod-length2 is not set # CONFIG_PACKAGE_iptables-mod-logmark is not set # CONFIG_PACKAGE_iptables-mod-lscan is not set # CONFIG_PACKAGE_iptables-mod-lua is not set # CONFIG_PACKAGE_iptables-mod-nat-extra is not set --- NAT for both IPv4 and IPv6? # CONFIG_PACKAGE_iptables-mod-psd is not set # CONFIG_PACKAGE_iptables-mod-quota2 is not set # CONFIG_PACKAGE_iptables-mod-rawnat is not set # CONFIG_PACKAGE_iptables-mod-steal is not set # CONFIG_PACKAGE_iptables-mod-sysrq is not set # CONFIG_PACKAGE_iptables-mod-tarpit is not set # CONFIG_PACKAGE_iptables-mod-tee is not set # CONFIG_PACKAGE_iptables-mod-tproxy is not set # CONFIG_PACKAGE_iptables-mod-u32 is not set # CONFIG_PACKAGE_iptables-mod-ulog is not set Anyway, those options correspond to each other and should be auto-selected... to say make it more user-friendly. ( I know from the Freetz router project, Linux-kernel-iptables is still a chaos...) Sorry, but I had to dig more into the sources to understand all correlations in OpenWrt. - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 10:36 AM, Adam Novak ano...@soe.ucsc.edu wrote: [ ... ] That diff [0] you pointed to is IMHO wrong... With Linux v3.7 it is now CONFIG_NF_NAT_IPV4 [1] and CONFIG_NF_NAT_IPV6 [2] was 1st introduced. I checked the netfilter kernel-modules here on Ubuntu/precise with raring-lts v3.8 kernel. [ include/netfilter.mk ] ifeq ($(NF_KMOD),1) P_V4:=ipv4/netfilter/ P_V6:=ipv6/netfilter/ P_XT:=netfilter/ P_EBT:=bridge/netfilter/ endif [ P_XT ] /lib/modules/3.8.0-30-generic/kernel/net/netfilter/nf_nat.ko /lib/modules/3.8.0-30-generic/kernel/net/netfilter/xt_nat.ko ( I don't know why this both kernel-modules are required with nf_nat_ipv4.ko together. ) [ P_V4 ] /lib/modules/3.8.0-30-generic/kernel/net/ipv4/netfilter/nf_nat_ipv4.ko [ P_V6 ] /lib/modules/3.8.0-30-generic/kernel/net/ipv6/netfilter/nf_nat_ipv6.ko [ KERNEL-MODULE NF-NAT (IPv4) ] -$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT, $(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge 3.7.0),)) +$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV4, $(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge 3.7.0),)) [ KERNEL-MODULE NF-NAT (IPv6) ] +$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) [ USER-SPACE ] I am unsure if the iptables package shipped with OpenWrt (trunk) has netfilter-nat IPv6 support (for firewall settings). You can try the attached experimental patch. - Sedat - [0] https://dev.openwrt.org/attachment/ticket/13446/netfilter.3.diff [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/ipv4/netfilter/Makefile?id=v3.7#n17 [2] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/ipv6/netfilter/Makefile?id=v3.7#n11 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 1:50 PM, Sedat Dilek sedat.di...@gmail.com wrote: On Thu, Aug 29, 2013 at 10:36 AM, Adam Novak ano...@soe.ucsc.edu wrote: [ ... ] That diff [0] you pointed to is IMHO wrong... With Linux v3.7 it is now CONFIG_NF_NAT_IPV4 [1] and CONFIG_NF_NAT_IPV6 [2] was 1st introduced. I checked the netfilter kernel-modules here on Ubuntu/precise with raring-lts v3.8 kernel. [ include/netfilter.mk ] ifeq ($(NF_KMOD),1) P_V4:=ipv4/netfilter/ P_V6:=ipv6/netfilter/ P_XT:=netfilter/ P_EBT:=bridge/netfilter/ endif [ P_XT ] /lib/modules/3.8.0-30-generic/kernel/net/netfilter/nf_nat.ko /lib/modules/3.8.0-30-generic/kernel/net/netfilter/xt_nat.ko ( I don't know why this both kernel-modules are required with nf_nat_ipv4.ko together. ) [ P_V4 ] /lib/modules/3.8.0-30-generic/kernel/net/ipv4/netfilter/nf_nat_ipv4.ko [ P_V6 ] /lib/modules/3.8.0-30-generic/kernel/net/ipv6/netfilter/nf_nat_ipv6.ko [ KERNEL-MODULE NF-NAT (IPv4) ] -$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT, $(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge 3.7.0),)) +$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV4, $(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge 3.7.0),)) [ KERNEL-MODULE NF-NAT (IPv6) ] +$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) Typo: ge 3.7.0 [ USER-SPACE ] I am unsure if the iptables package shipped with OpenWrt (trunk) has netfilter-nat IPv6 support (for firewall settings). You can try the attached experimental patch. Patch really attached. - Sedat - - Sedat - [0] https://dev.openwrt.org/attachment/ticket/13446/netfilter.3.diff [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/ipv4/netfilter/Makefile?id=v3.7#n17 [2] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/ipv6/netfilter/Makefile?id=v3.7#n11 include_netfilter_mk.diff Description: Binary data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 1:50 PM, Sedat Dilek sedat.di...@gmail.com wrote: On Thu, Aug 29, 2013 at 10:36 AM, Adam Novak ano...@soe.ucsc.edu wrote: [ ... ] That diff [0] you pointed to is IMHO wrong... With Linux v3.7 it is now CONFIG_NF_NAT_IPV4 [1] and CONFIG_NF_NAT_IPV6 [2] was 1st introduced. I checked the netfilter kernel-modules here on Ubuntu/precise with raring-lts v3.8 kernel. [ include/netfilter.mk ] ifeq ($(NF_KMOD),1) P_V4:=ipv4/netfilter/ P_V6:=ipv6/netfilter/ P_XT:=netfilter/ P_EBT:=bridge/netfilter/ endif [ P_XT ] /lib/modules/3.8.0-30-generic/kernel/net/netfilter/nf_nat.ko /lib/modules/3.8.0-30-generic/kernel/net/netfilter/xt_nat.ko ( I don't know why this both kernel-modules are required with nf_nat_ipv4.ko together. ) Hmm, I see... [ net/netfilter/Makefile ] obj-$(CONFIG_NF_NAT) += nf_nat.o obj-$(CONFIG_NF_NAT) += xt_nat.o [ net/ipv4/netfilter/Kconfig ] config NF_NAT_IPV4 select NF_NAT [ /net/ipv6/netfilter/Kconfig ] config NF_NAT_IPV6 select NF_NAT Hmm, so we have to take into account CONFIG_NF_NAT and CONFIG_NF_NAT_IPV4. Attached v2 to fix this. - Sedat - [ P_V4 ] /lib/modules/3.8.0-30-generic/kernel/net/ipv4/netfilter/nf_nat_ipv4.ko [ P_V6 ] /lib/modules/3.8.0-30-generic/kernel/net/ipv6/netfilter/nf_nat_ipv6.ko [ KERNEL-MODULE NF-NAT (IPv4) ] -$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT, $(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge 3.7.0),)) +$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV4, $(P_XT)nf_nat $(P_V4)nf_nat_ipv4 $(P_XT)xt_nat $(P_V4)iptable_nat, ge 3.7.0),)) [ KERNEL-MODULE NF-NAT (IPv6) ] +$(eval $(if $(NF_KMOD),$(call nf_add,IPT_NAT,CONFIG_NF_NAT_IPV6, $(P_V6)nf_nat_ipv6 $(P_V6)ip6table_nat, ge 3.8.0),)) [ USER-SPACE ] I am unsure if the iptables package shipped with OpenWrt (trunk) has netfilter-nat IPv6 support (for firewall settings). You can try the attached experimental patch. - Sedat - [0] https://dev.openwrt.org/attachment/ticket/13446/netfilter.3.diff [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/ipv4/netfilter/Makefile?id=v3.7#n17 [2] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/net/ipv6/netfilter/Makefile?id=v3.7#n11 include_netfilter_mk-v2.diff Description: Binary data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building nf_nat_ipv6.ko
On Thu, Aug 29, 2013 at 7:31 PM, Adam Novak ano...@soe.ucsc.edu wrote: Hello, Thank you so much for your help! I will try your patch when I get home this evening. With [1] I was able to build a kernel, see also attached check-nf-nat-kmod.txt. ( But this is only kernel-space stuff. ) - Sedat - [1] https://dev.openwrt.org/attachment/ticket/13446/include-netfilter_mk-kernelspace-v3.diff $ files=nf_nat.ko xt_nat.ko nf_nat_ipv4.ko iptable_nat.ko nf_nat_ipv6.ko ip6table_nat.ko ip6t_MASQUERADE.ko ip6t_NPT.ko $ for i in $files ; do find build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/ -name $i ; done build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/netfilter/nf_nat.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/netfilter/xt_nat.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv4/netfilter/nf_nat_ipv4.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv4/netfilter/iptable_nat.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv6/netfilter/nf_nat_ipv6.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv6/netfilter/ip6table_nat.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv6/netfilter/ip6t_MASQUERADE.ko build_dir/target-i386_uClibc-0.9.33.2/linux-x86_generic/linux-3.8.13/net/ipv6/netfilter/ip6t_NPT.ko -dileks // 29-Aug-2013 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCHv2] mklibs: Fix mklibs usage when *.so files reside in subdirs
On Tue, Jul 30, 2013 at 8:57 AM, Helmut Schaa helmut.sc...@googlemail.com wrote: On Wed, Jun 26, 2013 at 1:55 PM, Helmut Schaa helmut.sc...@googlemail.com wrote: Currently package/Makefile only passes /lib /usr/lib and /usr/lib/ebtables to mklibs. However, other libs can also reside in different subdirectories (in my case /usr/lib/ipsec). Hence, create the list of library directories dynamically. Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com --- v2: Replace dirname with sed to prevent issues with old versions of dirname Any issues with this patch? Haven't seen it in trunk yet ... Was this patch committed in the meantime? - Sedat - ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] where does boot log info 10000c00.uartlite: ttyS0 at MMIO 0x10000c00 (irq = 20) is a 16550A come from?
On Sun, Jul 28, 2013 at 10:02 AM, Jiapeng Li gaplee...@gmail.com wrote: Hi everyone, Today i dig the linux kernel to see what happened. I want to find from which funciton these kernel info comes. And i found below result. But for the [ 0.40] 1c00.uartlite: ttyS0 at MMIO 0x1c00 (irq = 20) is a 16550A, i didn't find mention from any source code. Not sure what is your exact problem. But maybe you find some useful cheat-codes in Documentation/kernel-parameters.txt to get some more outputs. See console= (uart[8250]), boot console etc. Try to contact the linux-serial ML as this is not an OpenWrt-specific thingie? Hope this helps you. - Sedat - [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/kernel-parameters.txt Thanks. Jiapeng // this kernel info comes from serial8250_init [0.36] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled // [0.40] 1c00.uartlite: ttyS0 at MMIO 0x1c00 (irq = 20) is a 16550A // this two info come from linux function register_console### [0.42] console [ttyS0] enabled, bootconsole disabled [0.42] console [ttyS0] enabled, bootconsole disabled // ? [0.45] 1500.uart: ttyS1 at MMIO 0x1500 (irq = 13) is a 16550A ___ 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] [packages] mksh: Bump to R47
On Thu, Jul 25, 2013 at 10:12 PM, Thorsten Glaser t...@mirbsd.org wrote: Also refresh patches or drop where unneeded. Signed-off-by: Thorsten Glaser t...@mirbsd.org Recommended-by: Sedat Dilek sedat.di...@gmail.com --- utils/mksh/Makefile | 14 +++ utils/mksh/patches/000-debian_build_fix.patch | 18 - utils/mksh/patches/100-dot_mkshrc | 58 --- 3 files changed, 42 insertions(+), 48 deletions(-) delete mode 100644 utils/mksh/patches/000-debian_build_fix.patch diff --git a/utils/mksh/Makefile b/utils/mksh/Makefile index 27a2801..66e8e63 100644 --- a/utils/mksh/Makefile +++ b/utils/mksh/Makefile @@ -1,6 +1,6 @@ # # Copyright (C) 2007-2011 OpenWrt.org -# Copyright (c) 2009 Thorsten Glaser t...@mirbsd.org +# Copyright (c) 2009-2013 Thorsten Glaser t...@mirbsd.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -9,12 +9,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=mksh -PKG_VERSION:=40d +PKG_VERSION:=47 PKG_RELEASE:=1 -PKG_SOURCE:=$(PKG_NAME)-R$(PKG_VERSION).cpio.gz +PKG_SOURCE:=$(PKG_NAME)-R$(PKG_VERSION).tgz PKG_SOURCE_URL:=http://www.mirbsd.org/MirOS/dist/mir/mksh -PKG_MD5SUM:=c6428401103367730a95b99284bf47dc +PKG_MD5SUM:=71c7cbcd78306897801b8b6691091e66 PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME) @@ -36,9 +36,9 @@ derivate currently being actively developed. It includes bug fixes and feature improvements, in order to produce a modern, robust shell good for interactive and especially script use. mksh has UTF-8 support (in substring operations and the Emacs -editing mode) and, while R40d corresponds to OpenBSD 5.0-cur- +editing mode) and - while R47 corresponds to OpenBSD 5.1-cur- rent ksh (without GNU bash-like PS1 and fancy character clas- -ses), adheres to SUSv4 and is much more robust. The code has +ses) - adheres to SUSv4 and is much more robust. The code has been cleaned up and simplified, bugs fixed, standards compli- ance added, and several enhancements (for extended compatibi- lity to other modern shells - as well as a couple of its own) @@ -55,7 +55,7 @@ define Build/Compile CC=$(TARGET_CC) \ TARGET_OS=$(shell uname -s) \ CFLAGS=$(TARGET_CFLAGS) \ - CPPFLAGS=-DMKSH_SMALL=1 -DMKSH_ASSUME_UTF8=0 -DMKSH_GCC565048=1 \ + CPPFLAGS=-DMKSH_SMALL=1 -DMKSH_ASSUME_UTF8=0 \ HAVE_CAN_FSTACKPROTECTORALL=0 \ LDFLAGS=$(TARGET_LDFLAGS) \ $(BASH) Build.sh -Q -r -c lto diff --git a/utils/mksh/patches/000-debian_build_fix.patch b/utils/mksh/patches/000-debian_build_fix.patch deleted file mode 100644 index b64fe71..000 --- a/utils/mksh/patches/000-debian_build_fix.patch +++ /dev/null @@ -1,18 +0,0 @@ -This patch is a backport of the fix proposed at: -https://bugs.launchpad.net/ubuntu/+source/mksh/+bug/1058035 - -diff -urN mksh/Build.sh mksh.new/Build.sh mksh/Build.sh 2012-12-11 14:28:56.632807230 +0100 -+++ mksh.new/Build.sh 2012-12-11 14:35:23.704817141 +0100 -@@ -1530,9 +1530,11 @@ - /* but the next three are; we REQUIRE signed integer wraparound */ - cta(ari_is_signed, (mksh_ari_t)-1 (mksh_ari_t)0); - cta(ari_has_31_bit, 0 (mksh_ari_t)(mksh_ari_t)1 15) 15) - 1) * 2 + 1)); -+#if !defined(MKSH_GCC565048) - cta(ari_sign_32_bit_and_wrap, - (mksh_ari_t)(mksh_ari_t)1 15) 15) - 1) * 2 + 1) - (mksh_ari_t)(mksh_ari_t)1 15) 15) - 1) * 2 + 2)); -+#endif - /* the next assertion is probably not really needed */ - cta(uari_is_4_char, sizeof(mksh_uari_t) == 4); - /* but the next four are; we REQUIRE unsigned integer wraparound */ diff --git a/utils/mksh/patches/100-dot_mkshrc b/utils/mksh/patches/100-dot_mkshrc index f326ae7..7cdd162 100644 --- a/utils/mksh/patches/100-dot_mkshrc +++ b/utils/mksh/patches/100-dot_mkshrc @@ -1,38 +1,50 @@ -$Id$ +From 2bee59bb9e6b142a78c94f5e77a54e4e2366c1b8 Mon Sep 17 00:00:00 2001 +From: Thorsten Glaser t...@freewrt.org +Date: Thu, 25 Jul 2013 22:07:33 +0200 +Subject: [PATCH] Make default mkshrc file suitable for OpenWrt environment: - • Part of the FreeWRT patches: - – no hostname(1) - – ls(1) has no -o option - • OpenWrt and FreeWRT-1.0 fix: - – since this is not ~/.mkshrc make sure subshells find it +* Part of the FreeWRT patches: + - no hostname(1) + - ls(1) has no -o option +* OpenWrt and FreeWRT-1.0 fix: + - since this is not ~/.mkshrc make sure subshells find it +--- + dot.mkshrc | 10 +++--- + 1 file changed, 7 insertions(+), 3 deletions(-) a/dot.mkshrc Sat Nov 26 18:15:38 2011 -+++ b/dot.mkshrc Sun Dec 11 21:31:27 2011 -@@ -21,7 +21,7 @@ - #- - # ${ENV:-~/.mkshrc}: mksh initialisation file for interactive shells +diff --git a/dot.mkshrc b/dot.mkshrc +index c10b8fd..3a389b2
[OpenWrt-Devel] [toolchain] gcc: Fix texinfo directives in 910-mbsd_multi patches
Hi, unfortunately, I had only a SVN tarball which I updated today and from there I created the attached patch via 'svn diff' (normally, I clone the Git repo and use git-sendemail). This is just a cosmetic (academically correct) version to fix the following two texinfo directives: #1: at item - @item #2: at opindex - @opindex Noticed while looking over your gcc-4.8 patches. Have fun! Regards, - Sedat (dileks on IRC) - fix-texinfo-directives-in-910-mbsd_multi.patch Description: Binary data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel