[OpenWrt-Devel] [PATCH] [orion] Update kernel to 3.14.12
Update the kernel of the orion target to version 3.14.12. Refresh orion config and patches to match the changes in the kernel Tested on WRT350N-v2 device. Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- Makefile|2 config-default | 177 +--- files/arch/arm/mach-orion5x/dt2-setup.c |2 patches/200-dt2_board_support.patch |4 patches/210-wn802t_support.patch| 10 - patches/400-fix-section-mismatch-warnings.patch | 31 -- Empty now, please delete patches/a01-dt2-fixes-for-3.3.patch |2 7 files changed, 167 insertions(+), 61 deletions(-) Index: target/linux/orion/Makefile === --- target/linux/orion/Makefile (revision 41762) +++ target/linux/orion/Makefile (working copy) @@ -12,7 +12,7 @@ SUBTARGETS:=generic harddisk MAINTAINER:=Imre Kaloz ka...@openwrt.org -LINUX_VERSION:=3.3.8 +LINUX_VERSION:=3.14.12 include $(INCLUDE_DIR)/target.mk Index: target/linux/orion/config-default === --- target/linux/orion/config-default (revision 41762) +++ target/linux/orion/config-default (working copy) @@ -1,12 +1,21 @@ +# CONFIG_AIO is not set CONFIG_ALIGNMENT_TRAP=y CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y -CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y +CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y +CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y +CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y +# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set CONFIG_ARCH_NR_GPIO=0 CONFIG_ARCH_ORION5X=y +# CONFIG_ARCH_ORION5X_DT is not set CONFIG_ARCH_REQUIRE_GPIOLIB=y # CONFIG_ARCH_SELECT_MEMORY_MODEL is not set # CONFIG_ARCH_SPARSEMEM_DEFAULT is not set -# CONFIG_ARCH_USES_GETTIMEOFFSET is not set +CONFIG_ARCH_SUSPEND_POSSIBLE=y +CONFIG_ARCH_USE_BUILTIN_BSWAP=y +CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y +CONFIG_ARCH_WANT_GENERAL_HUGETLB=y +CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y CONFIG_ARM=y # CONFIG_ARM_CPU_SUSPEND is not set CONFIG_ARM_L1_CACHE_SHIFT=5 @@ -13,12 +22,19 @@ CONFIG_ARM_NR_BANKS=8 CONFIG_ARM_PATCH_PHYS_VIRT=y # CONFIG_ARM_THUMB is not set -# CONFIG_ARPD is not set +CONFIG_ATAGS=y CONFIG_AUTO_ZRELADDR=y +CONFIG_AVERAGE=y +CONFIG_BLK_DEV_SD=m # CONFIG_CACHE_L2X0 is not set +CONFIG_CHR_DEV_SG=m +CONFIG_CLKDEV_LOOKUP=y CONFIG_CLKSRC_MMIO=y +CONFIG_CLONE_BACKWARDS=y CONFIG_CMDLINE=rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200 CONFIG_CMDLINE_FORCE=y +CONFIG_COMMON_CLK=y +CONFIG_COREDUMP=y CONFIG_CPU_32v5=y CONFIG_CPU_ABRT_EV5T=y CONFIG_CPU_CACHE_VIVT=y @@ -31,29 +47,52 @@ CONFIG_CPU_PABRT_LEGACY=y CONFIG_CPU_TLB_FEROCEON=y CONFIG_CPU_USE_DOMAINS=y -CONFIG_CRYPTO_AES=y -CONFIG_CRYPTO_ALGAPI=y -CONFIG_CRYPTO_ALGAPI2=y +CONFIG_CRC16=m +CONFIG_CRYPTO_AEAD=m +CONFIG_CRYPTO_AEAD2=m +CONFIG_CRYPTO_ARC4=m +CONFIG_CRYPTO_BLKCIPHER=m CONFIG_CRYPTO_BLKCIPHER2=y +CONFIG_CRYPTO_CRC32C=m CONFIG_CRYPTO_DEV_MV_CESA=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_CRYPTO_HW=y +CONFIG_CRYPTO_MANAGER=m +CONFIG_CRYPTO_MANAGER2=y CONFIG_CRYPTO_RNG2=y CONFIG_CRYPTO_WORKQUEUE=y +CONFIG_DEBUG_LL_INCLUDE=debug/8250.S +CONFIG_DEBUG_UART_8250=y +# CONFIG_DEBUG_UART_8250_FLOW_CONTROL is not set +CONFIG_DEBUG_UART_8250_SHIFT=2 +# CONFIG_DEBUG_UART_8250_WORD is not set +CONFIG_DEBUG_UART_PHYS=0xf1012000 +# CONFIG_DEBUG_UART_PL01X is not set +CONFIG_DEBUG_UART_VIRT=0xfe012000 # CONFIG_DEBUG_USER is not set -CONFIG_DECOMPRESS_LZMA=y CONFIG_DNOTIFY=y +CONFIG_ELF_CORE=y +CONFIG_EXPORTFS=m +CONFIG_EXT4_FS=m CONFIG_FRAME_POINTER=y +CONFIG_FS_MBCACHE=m CONFIG_GENERIC_ATOMIC64=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BUILD=y -CONFIG_GENERIC_GPIO=y +CONFIG_GENERIC_IDLE_POLL_SETUP=y +CONFIG_GENERIC_IO=y CONFIG_GENERIC_IRQ_CHIP=y CONFIG_GENERIC_IRQ_SHOW=y +CONFIG_GENERIC_NET_UTILS=y CONFIG_GENERIC_PCI_IOMAP=y +CONFIG_GENERIC_SCHED_CLOCK=y +CONFIG_GENERIC_SMP_IDLE_THREAD=y +CONFIG_GENERIC_STRNCPY_FROM_USER=y +CONFIG_GENERIC_STRNLEN_USER=y CONFIG_GPIOLIB=y +CONFIG_GPIO_DEVRES=y CONFIG_GPIO_SYSFS=y # CONFIG_HAMRADIO is not set CONFIG_HARDIRQS_SW_RESEND=y @@ -60,43 +99,84 @@ CONFIG_HAS_DMA=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y -CONFIG_HAVE_AOUT=y +# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set +CONFIG_HAVE_ARCH_JUMP_LABEL=y CONFIG_HAVE_ARCH_KGDB=y CONFIG_HAVE_ARCH_PFN_VALID=y +CONFIG_HAVE_ARCH_SECCOMP_FILTER=y +CONFIG_HAVE_ARCH_TRACEHOOK=y +# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set +CONFIG_HAVE_BPF_JIT=y +CONFIG_HAVE_CC_STACKPROTECTOR=y +CONFIG_HAVE_CLK=y +CONFIG_HAVE_CLK_PREPARE=y +CONFIG_HAVE_CONTEXT_TRACKING=y CONFIG_HAVE_C_RECORDMCOUNT=y +CONFIG_HAVE_DEBUG_KMEMLEAK=y CONFIG_HAVE_DMA_API_DEBUG=y +CONFIG_HAVE_DMA_ATTRS=y +CONFIG_HAVE_DMA_CONTIGUOUS=y CONFIG_HAVE_DYNAMIC_FTRACE=y CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y CONFIG_HAVE_FUNCTION_TRACER=y
Re: [OpenWrt-Devel] [PATCH] [orion] Update kernel to 3.14.12
On Sunday 20 July 2014 10:46:28 Hauke Mehrtens wrote: On 07/20/2014 10:39 AM, Maarten Bezemer wrote: Update the kernel of the orion target to version 3.14.12. Refresh orion config and patches to match the changes in the kernel Tested on WRT350N-v2 device. Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- Makefile|2 config-default | 177 +--- files/arch/arm/mach-orion5x/dt2-setup.c |2 patches/200-dt2_board_support.patch |4 patches/210-wn802t_support.patch| 10 - patches/400-fix-section-mismatch-warnings.patch | 31 -- Empty now, please delete patches/a01-dt2-fixes-for-3.3.patch | 2 7 files changed, 167 insertions(+), 61 deletions(-) Hi, We use Kernel 3.10 for OpenWrt BB release, so if you want this in BB you should update the kernel to version 3.10. I would suggest you send a patch for kernel 3.10 and then this could probably be added to BB. I do not have such a device, so you have to run test this also. Hauke I have the patches for 3.10.44 as well, just before sending them I thought that you guys would like to have the target updated to a more recent kernel. I'll send the 3.10.44 patch in a moment Regards, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [orion] Update kernel to 3.10.44
Update the kernel of the orion target to version 3.10.44. Refresh orion config and patches to match the changes in the kernel Tested on WRT350N-v2 device. Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- Makefile|2 +- config-default |2 ++ files/arch/arm/mach-orion5x/dt2-setup.c |2 +- patches/200-dt2_board_support.patch |4 ++-- patches/210-wn802t_support.patch| 10 +- patches/400-fix-section-mismatch-warnings.patch | 22 +- patches/a01-dt2-fixes-for-3.3.patch |2 +- 7 files changed, 13 insertions(+), 31 deletions(-) Index: target/linux/orion/Makefile === diff --git a/trunk/target/linux/orion/Makefile b/trunk/target/linux/orion/Makefile --- a/trunk/target/linux/orion/Makefile (revision 41762) +++ b/trunk/target/linux/orion/Makefile (working copy) @@ -12,7 +12,7 @@ SUBTARGETS:=generic harddisk MAINTAINER:=Imre Kaloz ka...@openwrt.org -LINUX_VERSION:=3.3.8 +LINUX_VERSION:=3.10.44 include $(INCLUDE_DIR)/target.mk Index: target/linux/orion/config-default === diff --git a/trunk/target/linux/orion/config-default b/trunk/target/linux/orion/config-default --- a/trunk/target/linux/orion/config-default (revision 41762) +++ b/trunk/target/linux/orion/config-default (working copy) @@ -3,6 +3,7 @@ CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y CONFIG_ARCH_NR_GPIO=0 CONFIG_ARCH_ORION5X=y +# CONFIG_ARCH_ORION5X_DT is not set CONFIG_ARCH_REQUIRE_GPIOLIB=y # CONFIG_ARCH_SELECT_MEMORY_MODEL is not set # CONFIG_ARCH_SPARSEMEM_DEFAULT is not set @@ -92,6 +93,7 @@ # CONFIG_LZO_COMPRESS is not set # CONFIG_LZO_DECOMPRESS is not set # CONFIG_MACH_BIGDISK is not set +# CONFIG_MACH_EDMINI_V2_DT is not set # CONFIG_MACH_D2NET is not set # CONFIG_MACH_DB88F5281 is not set # CONFIG_MACH_DNS323 is not set Index: target/linux/orion/files/arch/arm/mach-orion5x/dt2-setup.c === diff --git a/trunk/target/linux/orion/files/arch/arm/mach-orion5x/dt2-setup.c b/trunk/target/linux/orion/files/arch/arm/mach-orion5x/dt2-setup.c --- a/trunk/target/linux/orion/files/arch/arm/mach-orion5x/dt2-setup.c (revision 41762) +++ b/trunk/target/linux/orion/files/arch/arm/mach-orion5x/dt2-setup.c (working copy) @@ -441,6 +441,6 @@ .init_machine = dt2_init, .map_io = orion5x_map_io, .init_irq = orion5x_init_irq, - .timer = orion5x_timer, + .init_time = orion5x_timer_init, .fixup = openwrt_fixup, //tag_fixup_mem32, MACHINE_END Index: target/linux/orion/patches/200-dt2_board_support.patch === diff --git a/trunk/target/linux/orion/patches/200-dt2_board_support.patch b/trunk/target/linux/orion/patches/200-dt2_board_support.patch --- a/trunk/target/linux/orion/patches/200-dt2_board_support.patch (revision 41762) +++ b/trunk/target/linux/orion/patches/200-dt2_board_support.patch (working copy) @@ -1,6 +1,6 @@ --- a/arch/arm/mach-orion5x/Kconfig +++ b/arch/arm/mach-orion5x/Kconfig -@@ -16,6 +16,13 @@ config MACH_RD88F5182 +@@ -23,6 +23,13 @@ config MACH_RD88F5182 Say 'Y' here if you want your kernel to support the Marvell Orion-NAS (88F5182) RD2 @@ -16,7 +16,7 @@ select I2C_BOARDINFO --- a/arch/arm/mach-orion5x/Makefile +++ b/arch/arm/mach-orion5x/Makefile -@@ -18,6 +18,7 @@ obj-$(CONFIG_MACH_BIGDISK) += d2net-setu +@@ -17,6 +17,7 @@ obj-$(CONFIG_MACH_BIGDISK) += d2net-setu obj-$(CONFIG_MACH_NET2BIG)+= net2big-setup.o obj-$(CONFIG_MACH_MSS2) += mss2-setup.o obj-$(CONFIG_MACH_WNR854T)+= wnr854t-setup.o Index: target/linux/orion/patches/210-wn802t_support.patch === diff --git a/trunk/target/linux/orion/patches/210-wn802t_support.patch b/trunk/target/linux/orion/patches/210-wn802t_support.patch --- a/trunk/target/linux/orion/patches/210-wn802t_support.patch (revision 41762) +++ b/trunk/target/linux/orion/patches/210-wn802t_support.patch (working copy) @@ -1,6 +1,6 @@ --- a/arch/arm/mach-orion5x/Kconfig +++ b/arch/arm/mach-orion5x/Kconfig -@@ -139,10 +139,13 @@ config MACH_MSS2 +@@ -146,10 +146,13 @@ config MACH_MSS2 Maxtor Shared Storage II platform. config MACH_WNR854T @@ -47,8 +47,8 @@ + orion5x_uart0_init(); - orion5x_setup_dev_boot_win(WNR854T_NOR_BOOT_BASE, -@@ -167,7 +181,7 @@ static struct hw_pci wnr854t_pci __initd + mvebu_mbus_add_window(devbus-boot, WNR854T_NOR_BOOT_BASE, +@@ -166,7 +180,7 @@ static struct hw_pci wnr854t_pci __initd static int __init wnr854t_pci_init(void) { @@ -57,7 +57,7 @@ pci_common_init
Re: [OpenWrt-Devel] [PATCH] [orion] Update kernel to 3.10.44
On Sunday 20 July 2014 13:56:30 Felix Fietkau wrote: On 2014-07-20 11:20, Hauke Mehrtens wrote: Hi, I am getting an error when compiling: /home/hauke/openwrt/git/staging_dir/host/bin/mkfs.jffs2 --compression-mode=none --pad --little-endian --squash -e 64KiB -o '/home/hauke/openwrt/git/build_dir/target-arm_xscale_uClibc-0.9.33.2_eabi/ linux-orion_generic/wn802t-uImage.jffs2' -d '/home/hauke/openwrt/git/tmp/wn802t_jffs2_uimage' rm -rf '/home/hauke/openwrt/git/tmp/wn802t_jffs2_uimage' [ `stat -c %s '/home/hauke/openwrt/git/build_dir/target-arm_xscale_uClibc-0.9.33.2_eabi/ linux-orion_generic/wn802t-uImage.jffs2'` -le 1048576 ] || { echo ' ERROR: /home/hauke/openwrt/git/build_dir/target-arm_xscale_uClibc-0.9.33.2_eabi/l inux-orion_generic/wn802t-uImage.jffs2 too big ( 1048576 bytes)'; exit 1; } ERROR: /home/hauke/openwrt/git/build_dir/target-arm_xscale_uClibc-0.9.33.2_eabi/l inux-orion_generic/wn802t-uImage.jffs2 too big ( 1048576 bytes) make[5]: *** [install] Error 1 You could try to move the ethernet controller and switch driver into a kernel module to make the kernel image smaller. That's not useful as a long term solution, as 3.14 will likely get even bigger. Can we maybe make the partition size dynamic here? Hm, I get the same error now (clean rebuild). Earlier (last week) it was working (building and running on my router). I guess something got added that increased the size..? I'll await further discussion on whether to make the partition size dynamic, as I agree with Felix that removing drivers from the kernel (into modules) is not a viable solution for the long(er) term. Regards, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Fix build errors due to missing string function declarations
On Sunday 27 April 2014 22:31:56 Hauke Mehrtens wrote: On 04/25/2014 01:41 PM, Maarten Bezemer wrote: Building mac80211 failed, due to missing function declarations in compat/backport-3.15.c This patch adds the linux/string.h header file to provide these function declarations When does this problem occur? What target are you building? Which kernel version are yo8u using? I am building the orion target, without any modifications to any code. Compiling the mac80211 package failed, due to missing function declarations. I can send my configuration file if that helps in reproducing the problem. Regards, Maarten Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- package/kernel/mac80211/patches/999-add-missing-header.patch | 10 ++ 1 file changed, 10 insertions(+) create mode 100644 package/kernel/mac80211/patches/999-add-missing-header.patch diff --git a/package/kernel/mac80211/patches/999-add-missing-header.patch b/package/kernel/mac80211/patches/999-add-missing-header.patch new file mode 100644 index 000..9307804 --- /dev/null +++ b/package/kernel/mac80211/patches/999-add-missing-header.patch @@ -0,0 +1,10 @@ +--- a/compat/backport-3.15.c b/compat/backport-3.15.c +@@ -11,6 +11,7 @@ + #include linux/kernel.h + #include linux/device.h + #include linux/of.h ++#include linux/string.h + + /** + * devm_kstrdup - Allocate resource managed space and ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Fix build errors due to missing string function declarations
Building mac80211 failed, due to missing function declarations in compat/backport-3.15.c This patch adds the linux/string.h header file to provide these function declarations Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- package/kernel/mac80211/patches/999-add-missing-header.patch | 10 ++ 1 file changed, 10 insertions(+) create mode 100644 package/kernel/mac80211/patches/999-add-missing-header.patch diff --git a/package/kernel/mac80211/patches/999-add-missing-header.patch b/package/kernel/mac80211/patches/999-add-missing-header.patch new file mode 100644 index 000..9307804 --- /dev/null +++ b/package/kernel/mac80211/patches/999-add-missing-header.patch @@ -0,0 +1,10 @@ +--- a/compat/backport-3.15.c b/compat/backport-3.15.c +@@ -11,6 +11,7 @@ + #include linux/kernel.h + #include linux/device.h + #include linux/of.h ++#include linux/string.h + + /** + * devm_kstrdup - Allocate resource managed space and -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCHv2][orion] Add support for 3.7
Hello, It seems that Imre Kaloz (the target maintainer) is not available? Is it possible that the patch gets reviewed/committed by someone else? Regards, Maarten On Friday 01 February 2013 22:26:40 Maarten Bezemer wrote: orion: Add support for 3.7 Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCHv2][orion] Add support for 3.7
orion: Add support for 3.7 Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- I tested this update on my WRT350n-v2 device and all (LAN and WLAN) seemed to be working just fine. It is running for a couple of weeks now. The modifications (compared to patches-3.3) are: * a01-dt2-fixes-for-3.7.patch: - asm/leds.h is not required (and missing) - pci_std_swizzle is set by default (see http://www.spinics.net/lists/linux-tegra/msg05225.html but I suppose the kernel developer(s) forgot dt2-setup.c * Rest are refreshed patches and changes that were added to the the kernel since 3.3 Index: target/linux/orion/Makefile === --- target/linux/orion/Makefile (revision 35445) +++ target/linux/orion/Makefile (working copy) @@ -13,7 +13,7 @@ CFLAGS=-Os -pipe -march=armv5te -mtune=xscale -fno-caller-saves MAINTAINER:=Imre Kaloz ka...@openwrt.org -LINUX_VERSION:=3.3.8 +LINUX_VERSION:=3.7.5 include $(INCLUDE_DIR)/target.mk Index: target/linux/orion/dns323/config-3.7 === --- target/linux/orion/dns323/config-3.7(revision 0) +++ target/linux/orion/dns323/config-3.7(working copy) @@ -0,0 +1,46 @@ +CONFIG_ATA=y +CONFIG_ATAGS_PROC=y +CONFIG_BLK_DEV_DM=y +CONFIG_BLK_DEV_MD=y +CONFIG_BLK_DEV_SD=y +CONFIG_CMDLINE=root=/dev/mtdblock3 rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200 +CONFIG_CRC16=y +CONFIG_CRYPTO_AEAD2=y +CONFIG_CRYPTO_BLKCIPHER=y +CONFIG_CRYPTO_CBC=y +CONFIG_CRYPTO_MANAGER=y +CONFIG_CRYPTO_MANAGER2=y +CONFIG_CRYPTO_PCOMP2=y +CONFIG_DM_CRYPT=y +CONFIG_DM_MIRROR=y +CONFIG_DM_SNAPSHOT=y +CONFIG_EXPORTFS=y +CONFIG_EXT2_FS=y +CONFIG_EXT3_FS=y +CONFIG_EXT4_FS=y +CONFIG_FS_MBCACHE=y +CONFIG_INPUT=y +CONFIG_INPUT_EVDEV=y +CONFIG_INPUT_KEYBOARD=y +CONFIG_JBD=y +CONFIG_JBD2=y +CONFIG_KEXEC=y +CONFIG_KEYBOARD_GPIO=y +CONFIG_MD=y +CONFIG_MD_AUTODETECT=y +CONFIG_MD_LINEAR=y +# CONFIG_MD_MULTIPATH is not set +CONFIG_MD_RAID0=y +CONFIG_MD_RAID1=y +# CONFIG_MD_RAID10 is not set +# CONFIG_MD_RAID456 is not set +CONFIG_NLS=y +CONFIG_RTC_DRV_M41T80=y +CONFIG_RTC_DRV_M41T80_WDT=y +CONFIG_SATA_MV=y +CONFIG_SCSI=y +CONFIG_SCSI_MOD=y +CONFIG_SENSORS_G760A=y +CONFIG_SENSORS_LM75=y +# CONFIG_USB_SUPPORT is not set +CONFIG_XFS_FS=y Index: target/linux/orion/harddisk/config-3.7 === --- target/linux/orion/harddisk/config-3.7 (revision 0) +++ target/linux/orion/harddisk/config-3.7 (working copy) @@ -0,0 +1,28 @@ +CONFIG_ATA=y +CONFIG_BLK_DEV_DM=y +CONFIG_BLK_DEV_MD=y +CONFIG_BLK_DEV_SD=y +CONFIG_CRC16=y +# CONFIG_DM_CRYPT is not set +# CONFIG_DM_MIRROR is not set +# CONFIG_DM_SNAPSHOT is not set +CONFIG_EXT4_FS=y +CONFIG_FS_MBCACHE=y +CONFIG_JBD2=y +CONFIG_MD=y +CONFIG_MD_AUTODETECT=y +CONFIG_MD_LINEAR=y +# CONFIG_MD_MULTIPATH is not set +CONFIG_MD_RAID0=y +CONFIG_MD_RAID1=y +# CONFIG_MD_RAID10 is not set +# CONFIG_MD_RAID456 is not set +CONFIG_NLS=y +CONFIG_SATA_MV=y +CONFIG_SCSI=y +CONFIG_SCSI_MOD=y +CONFIG_USB=y +CONFIG_USB_COMMON=y +CONFIG_USB_EHCI_HCD=y +CONFIG_USB_EHCI_TT_NEWSCHED=y +CONFIG_USB_STORAGE=y Index: target/linux/orion/patches-3.7/100-wrt350nv2_openwrt_partition_map.patch === --- target/linux/orion/patches-3.7/100-wrt350nv2_openwrt_partition_map.patch (revision 0) +++ target/linux/orion/patches-3.7/100-wrt350nv2_openwrt_partition_map.patch (working copy) @@ -0,0 +1,32 @@ +--- a/arch/arm/mach-orion5x/wrt350n-v2-setup.c b/arch/arm/mach-orion5x/wrt350n-v2-setup.c +@@ -134,11 +134,11 @@ static struct mtd_partition wrt350n_v2_n + { + .name = kernel, + .offset = 0x, +- .size = 0x0076, ++ .size = 0x0010, // change to kernel mtd size here (1/3) + }, { + .name = rootfs, +- .offset = 0x001a, +- .size = 0x005c, ++ .offset = 0x0010, // change to kernel mtd size here (2/3) ++ .size = 0x0065, // adopt to kernel mtd size here (3/3) = 0x0075 - kernel mtd size + }, { + .name = lang, + .offset = 0x0076, +@@ -151,6 +151,14 @@ static struct mtd_partition wrt350n_v2_n + .name = u-boot, + .offset = 0x007c, + .size = 0x0004, ++ }, { ++ .name = eRcOmM_do_not_touch, ++ .offset = 0x0075, ++ .size = 0x0001, // erasesize ++ }, { ++ .name = image, // for sysupgrade ++ .offset = 0x, ++ .size = 0x0075, + }, + }; + Index: target/linux/orion/patches-3.7/101
Re: [OpenWrt-Devel] [PATCH] [orion] Add support for 3.7
Florian, On Friday 18 January 2013 13:55:33 Florian Fainelli wrote: Maarten, On 01/01/2013 09:55 PM, Maarten Bezemer wrote: orion: Add support for 3.7 Signed-off-by: Maarten Bezemer maarten.beze...@gmail.com --- I tested this update on my WRT350n-v2 device and all (LAN and WLAN) seemed to be working just fine. It is running for a couple of hours now. To commit: * svn cp target/linux/orion/config-3.{3,7} * svn cp target/linux/orion/patches-3.{3,7} * svn mv target/linux/orion/patches-3.7/a01-dt2-fixes-for-3.{3,7}.patch And apply the provided patch. Please provide a patch which does exactly all of that, otherwise it is too complex for the maintainer to do all of this. Thank you for your response. So the patch should just create the new files? I thought that one would like to keep the relation to the original file? If not, I'll refresh the patch, as there are some other changes applied since I committed the patch. Regards, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Proposal for service start after mount capability
On Tuesday 07 February 2012 09:19:25 lee.es...@nowonline.co.uk wrote: Also, you may want to only start the service once the device is plugged in (well after the boot sequence) ... can't think of a good example here, but it's probably better to do the right thing with hotplug rather than to hack around with the startup sequence. Automatically start samba/sharing service when an external USB disk has been plugged in? And how about stopping services when an USB device has been removed. Say I have an exeternal harddisk plugged in, but I want to use it (temporarely) to transport (other) data or something. So I remove it from the router, any file sharing services should be stopped (ideally). Is it possible to support this as well? Regards, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] TRAC account
That will generate traffic for *all* tickets, which is too much for me... Being able to subscribe to a certain set of tickets (that are interesting for me and the router type I use) is my goal. As far as I can see, one needs an account for that, subscribing to existing tickets is not possible without being logged in... On Sunday 08 January 2012 15:11:23 foxsam wrote: I think what you are looking for is this: https://lists.openwrt.org/mailman/listinfo/openwrt-tickets On 01/08/2012 10:52 AM, Maarten Bezemer wrote: Hello, I would like to have a TRAC account if possible. So I can subscribe (CC) to tickets. Were can I apply? Thanks, Maarten ___ 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] TRAC account
Hello, I would like to have a TRAC account if possible. So I can subscribe (CC) to tickets. Were can I apply? Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] dev.openwrt.org 504 Gateway Time-out
Yes, it looks like the server is (becoming) quite slow. If requests take too long one gets a 504 Gatewasy TIme-out error. Usally it only happened (for me) when looking at Linux update changesets, but lately these errors seem to appear more often... Maarten On Friday 23 December 2011 14:56:29 ZioPRoTo wrote: Hello, from about 16 hours now I cannot browse smoothly dev.openwrt.org .. most of the time I get 504 Gateway Time-out Saverio ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] OpenWRT on Stack Overflow
Hello, I was browsing Stack Overflow[1] (QA site for various topics) and I noticed that Stack Exchange (site to create new Stack Overflow sites) had a proposal for an OpenWRT Stack OVerflow site[2]. So, if you are interested, please take a look. Greetings, Maarten 1: http://stackoverflow.com/ 2: http://area51.stackexchange.com/proposals/35873/openwrt?referrer=d0kIWISuPjtKcrw-ScJbLA2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] libiwinfo compile errors
On Monday 05 December 2011 20:23:38 Jo-Philipp Wich wrote: Unclean tree. ./scripts/feeds update luci ./scripts/feeds uninstall libiwinfo iwinfo svn up make defconfig package/iwinfo/clean world V=99 You are right! I did not perform the ./scripts feeds uninstall step, now it compiles without a problem. Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Maintaining multiple Samba version
On Tuesday 29 November 2011 17:21:09 Oliver Ertl wrote: - net/samba2 - ancient version Is this version still usable when looking at support on different OSes, or is it just too old? If so, one might argue to drop this package. - net/samba30x - the 3.0.37 version - net/samba36x - the latest version probably not stripped down Keeping/adding these two seems reasonable, so the user is able to choose: - an optimized small (but older) version - or choose the newest most feature rich one supporting up-to-date protocols Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v6]samba 3.0.37 update
On Sunday 27 November 2011 19:31:42 Jo-Philipp Wich wrote: Applied in r29343 and r29344 - thank you! ~ Jow In https://dev.openwrt.org/changeset/29347 you removed the 'interfaces' setting from smb.conf.template. Without this settings smbd won't startup without showing any kind of error. When starting smbd in interactive mode, the problem shows: root@router:~# /usr/sbin/smbd -i smbd version 3.0.37 started. Copyright Andrew Tridgell and the Samba Team 1992-2009 ERROR: Could not determine network interfaces, you must use a interfaces config line Should we put the option back? Or should this option be placed somewhere else? In any case it seems required. Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v5] samba 3.0.37 update
(Got married and just came back from honeymoon, so sorry for the late reply) On Thursday 06 October 2011 11:53:59 Jan Willies wrote: Hi Maarten, Can you send an update? I will commit it then. I saw that the package got modified to use the new service functions (see #29075), so I'll modify my patches again... I guess they will be updated and tested by the end of the day. Also please create patches from the toplevel-directory, not net/samba3 Will do! Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 5/5] [packages] samba3: update version to 3.0.47 Thanks to Maarten Bezemer m.m.beze...@utwente.nl
Hello, I have some additional changes since the last version (v4) of my patch, according to the comments of Cezary Jackiewicz (of 14 Augustus 2011). I also added (better) support for iconv to smaba3. I tested them yesterday briefly on my router. Hopefully, I have some time to test them somewhat better soon (especially the iconv support, of which I do not really know how to test yet). Then I'll send another update of my samba3 patch to the list and await further comments... ;) Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v4] samba 3.0.37 update
As always, thank you for your comments. On Sun, 2011-08-14 at 07:23 +0200, Cezary Jackiewicz wrote: 1. Problem if host system has installed kerberos libraries. Solution - remove detection kerberos libraries Would it be desirable to have a configuration option for Active Directory? (This would require Kerebos) Currently I have this option added, but configuring goes wrong when enabled: configure: WARNING: krb5_mk_req_extended not found in -lkrb5 configure: WARNING: no CREATE_KEY_FUNCTIONS detected configure: WARNING: no GET_ENCTYPES_FUNCTIONS detected configure: WARNING: no KT_FREE_FUNCTION detected configure: WARNING: no KRB5_VERIFY_CHECKSUM_FUNCTION detected configure: WARNING: krb5 libs don't have all features required for Active Directory support So, the Kerebos library build by OpenWRT is stripped down? Or too old? I do not have a problem looking into it further, but if Active Directory is an unwanted feature then it would be a waste of my time :) Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v4] samba 3.0.37 update
On Sun, 2011-08-14 at 18:29 +0200, Cezary Jackiewicz wrote: Dnia 2011-08-14, o godz. 18:06:25 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): So, the Kerebos library build by OpenWRT is stripped down? Or too old? I have problem build if krb5-config is installed on host. Configure script tried include and link kerberos libraries from host system. Not from SDK/openwrt, I don't have any kb5 libraries installed in sdk. Yes I believe I have that fixed, adding --without-krb5 and --without-ads to the configure script forces it to disable (same for your LDAP comment, and I'll look into the other options). I was wondering whether having an option to configure Active Directory/Kerberos would be favorable or just a waste of time. I do not know Active Directory good (enough) to know whether it is likely to get used on a (home)router or not. If not, then building configuration options for it seems like a waste of time. Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v4] samba 3.0.37 update
On Wed, 2011-08-10 at 00:07 +0200, Maarten Bezemer wrote: I have updated my samba3 patch (again). It was brought to my attention that the provided patch was not made from the feeds/package directory, but from the feeds/package/net/samba3 directory. Please keep this in mind when applying the patch. I will not resend this patch to the list due to its size. Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v3] samba 3.0.37 update
On Sun, 2011-08-07 at 19:30 +0200, Cezary Jackiewicz wrote: Dnia 2011-08-06, o godz. 14:57:00 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): Next: try do not include files from printing/* if SAMBA3_NO_PRINTING (AVM_NO_PRINTING) is selected. Thanks again for a good suggestion. I added a patch to remove the printing/* (and some related) object files when a variable is set. In the Makefile the variable is set when the SAMBA3_NO_PRINTING is set. It saves about 260kB on the smbd executable size. I will take a look at the other configuration options with respect to files which might be skipped. Any other nice suggestions, sir? ;) Thanks again, Maarten PS I did not attach the updated patch, to save the others from these large 'spam' attachments ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v3] samba 3.0.37 update
On Thu, 2011-08-04 at 14:50 +0200, Cezary Jackiewicz wrote: I assumed that since it is available as external library, it would be better to use this external (shared) library to save some space. Now I realize that it is statically linked and my assumption is incorrect and resulting in an extra unnecessary dependency. So it would be better to use the build-in libpopt? Just look how grow binary with libpopt build-in. If size grows more than 10k, should be external. I tried. The size grows around 20k per executable when the build-in libopt is used. So I'll stay at using the external version. Thanks for your thoughts, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v3] samba 3.0.37 update
On Thu, 2011-08-04 at 06:56 +0200, Cezary Jackiewicz wrote: Dnia 2011-08-03, o godz. 23:35:24 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): - Made separate package for nmbd (see: https://dev.openwrt.org/ticket/9451) - Reduced the size of smbpasswd to about its previous size. (Almost) the complete source of smbd got included and somehow not stripped away properly. - Fixed a problem of a failing test for 'long long', resulting that it was not available. [...] Any replies, comments or critics are still very welcome. Good! How about libpopt? Why samba use external package, not this build-in? I assumed that since it is available as external library, it would be better to use this external (shared) library to save some space. Now I realize that it is statically linked and my assumption is incorrect and resulting in an extra unnecessary dependency. So it would be better to use the build-in libpopt? Thanks for looking at the patch again! Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v2] samba 3.0.37 update
On Tue, 2011-08-02 at 23:35 +0200, Cezary Jackiewicz wrote: Dnia 2011-08-02, o godz. 22:08:04 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): Any replies, comments or critics are very welcome. Hi, now everything looks good. It compiles correctly. IMO nmbd daemon should be in a separate package or should be an option in the configuration allows disable it (see: https://dev.openwrt.org/ticket/9451). Good idea, I added it to my patch. I'll take a look at the excessive size of smbpasswd first before resending the patch. Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH-v2] samba 3.0.37 update
On Wed, 2011-08-03 at 06:53 +0200, Cezary Jackiewicz wrote: Dnia 2011-08-02, o godz. 22:08:04 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): Any replies, comments or critics are very welcome. Also - smbpasswd is quite big - old version: 11573B, new one: 1750688 B. Too big. Thanks for noticing! With the v3 patch its size is 11384 bytes again. Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore
The crypto.mk patch still seems to be missing in the trunk. Could someone apply it? As it is required to build OpenWRT for Orion. Thanks, Maarten Index: package/kernel/modules/crypto.mk === --- package/kernel/modules/crypto.mk(revision 27861) +++ package/kernel/modules/crypto.mk(working copy) @@ -447,7 +447,7 @@ define KernelPackage/crypto-mv-cesa TITLE:=Marvell crypto engine - DEPENDS:=+kmod-crypto-manager +kmod-crypto-aes @TARGET_kirkwood||TARGET_orion + DEPENDS:=+kmod-crypto-manager +kmod-crypto-aes +kmod-crypto-sha1 +kmod-crypto-hmac @TARGET_kirkwood||TARGET_orion KCONFIG:=CONFIG_CRYPTO_DEV_MV_CESA FILES:=$(LINUX_DIR)/drivers/crypto/mv_cesa.ko AUTOLOAD:=$(call AutoLoad,09,mv_cesa) On Wed, 2011-07-06 at 11:54 +0200, Maarten Bezemer wrote: On Tue, 2011-07-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG instead of CONFIG), corrected it and recreated it for the latest trunk revision. You're welcome, as I said I experienced similar problems just before you did and just created them (although, somehow I got the CONFIG wrong and it still was working...) Since these patches seem work, should I 'officially' submit them as patches to get them patched into the trunk? Greetings, Maarten ___ 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] [PATCH] samba 3.0.37 update
On Tue, 2011-06-14 at 18:13 +0200, Cezary Jackiewicz wrote: Dnia 2011-06-13, o godz. 22:41:11 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): This patch updates samba to version 3.0.37 (probably the last 3.0 version that is going to be released) Signed-off-by: Maarten Bezemer m.m.beze...@utwente.nl Maarten: fresh checkout, build for ar71xx on debian/32b checking whether to use profiling... no checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking for perl... /usr/bin/perl checking for mips-openwrt-linux-ar... mips-openwrt-linux-uclibc-ar checking if the linker (ld) is GNU ld... yes checking GNU ld release date... 20110606 checking whether mips-openwrt-linux-uclibc-gcc and cc understand -c and -o together... yes checking that the C compiler understands -Werror... cross checking that the C compiler understands -w2... cross checking that the C compiler understands volatile... yes checking that the C compiler understands negative enum values... configure: error: in `/opt/projekty/openwrt/ar71xx/build_dir/target-mips_r2_uClibc-0.9.32/samba-3.0.37/source': configure: error: cannot run test program while cross compiling See `config.log' for more details. Sorry for the late response... I am busy updating the patch, according to the replies on the first version. I cannot reproduce your reply above. I also checkout a clean version and applied to patches. Selected ar71xx target and (the patched) samba3. And everything build without problems... Am I doing something different compared to your approach? Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore
On Tue, 2011-07-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG instead of CONFIG), corrected it and recreated it for the latest trunk revision. You're welcome, as I said I experienced similar problems just before you did and just created them (although, somehow I got the CONFIG wrong and it still was working...) Since these patches seem work, should I 'officially' submit them as patches to get them patched into the trunk? Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore
I noticed the same yesterday, but did not get to it to submit the patches. In order to automatically select the kmod-crypto-sha1 and kmod-crypto-hmac packages the fix-crypto-mv-cesa.patch needs to be applied For some reasons the linux source expects CONFIG_CRYPTO_HASH2 instead (?) of CONFIG_CRYPTO_HASH. See attached fix-crypto-hash.patch Maybe for the crypto-hash patch the CONFIG_CRYPTO_HASH part needs to be removed? I am not a real Linux kernel developer so I do not know. Having both at least does not give errors. With both patches applied the Orion target builds again without problems when kmod-mv-cesa is selected Greetings, Maarten On Mon, 2011-07-04 at 20:24 +0200, Matthias Buecher / Germany wrote: Hi everybody, I just got back to OpenWrt development after 6 months and recognized that the Orion platform doesn't build anymore. According to ticket #9209 [1] this happened ~3 months ago. Can anybody please help, so I can continue developing some packages for my platform. Thanks in advance Maddes [1] https://dev.openwrt.org/ticket/9209 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel Index: package/kernel/modules/crypto.mk === --- package/kernel/modules/crypto.mk (revision 27411) +++ package/kernel/modules/crypto.mk (working copy) @@ -41,7 +41,9 @@ define KernelPackage/crypto-hash TITLE:=CryptoAPI hash support - KCONFIG:=CONFIG_CRYPTO_HASH + KCONFIG:= \ + COFIG_CRYPTO_HASH \ + COFIG_CRYPTO_HASH2 FILES:=$(LINUX_DIR)/crypto/crypto_hash.ko AUTOLOAD:=$(call AutoLoad,02,crypto_hash) $(call AddDepends/crypto) Index: package/kernel/modules/crypto.mk === --- package/kernel/modules/crypto.mk (revision 27411) +++ package/kernel/modules/crypto.mk (working copy) @@ -447,7 +449,7 @@ define KernelPackage/crypto-mv-cesa TITLE:=Marvell crypto engine - DEPENDS:=+kmod-crypto-manager +kmod-crypto-aes @TARGET_kirkwood||TARGET_orion + DEPENDS:=+kmod-crypto-manager +kmod-crypto-aes +kmod-crypto-sha1 +kmod-crypto-hmac @TARGET_kirkwood||TARGET_orion KCONFIG:=CONFIG_CRYPTO_DEV_MV_CESA FILES:=$(LINUX_DIR)/drivers/crypto/mv_cesa.ko AUTOLOAD:=$(call AutoLoad,09,mv_cesa) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] ext3 filesystem for orion marvell target
Why does the ext3 kernel module require LINUX_2_6_30 or LINUX_2_6_31 to be set? In package/kernel/modeules.fs.mk: DEPENDS:=$(if $(DUMP)$(CONFIG_FS_MBCACHE),+kmod-fs-mbcache) @LINUX_2_6_30||LINUX_2_6_31 The Orion Marvell target uses 2.6.37(.6) and therefore the ext3 filesystem is not present anymore... (same for ext3) Should I make a patch to add LINUX_2_6_37, or is there another reason? Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ext3 filesystem for orion marvell target
Sorry to bother you. I found the patch https://dev.openwrt.org/changeset/26645/trunk/package/kernel/modules/fs.mk which points out clearly the reason Maarten On Sun, 2011-07-03 at 20:49 +0200, Maarten Bezemer wrote: Why does the ext3 kernel module require LINUX_2_6_30 or LINUX_2_6_31 to be set? In package/kernel/modeules.fs.mk: DEPENDS:=$(if $(DUMP)$(CONFIG_FS_MBCACHE),+kmod-fs-mbcache) @LINUX_2_6_30||LINUX_2_6_31 The Orion Marvell target uses 2.6.37(.6) and therefore the ext3 filesystem is not present anymore... (same for ext3) Should I make a patch to add LINUX_2_6_37, or is there another reason? Thanks, Maarten ___ 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] No LaTeX documentation for sane-backend package
If no LaTeX tools are present, building sane-backend package fails. This patch removes the building of the LaTeX documentation (it does not seem sensible/required for routers) Signed-off-by: Maarten Bezemer m.m.beze...@utwente.nl --- Index: utils/sane-backends/Makefile === --- utils/sane-backends/Makefile(revision 27167) +++ utils/sane-backends/Makefile(working copy) @@ -9,7 +9,7 @@ PKG_NAME:=sane-backends PKG_VERSION:=1.0.20 -PKG_RELEASE:=2 +PKG_RELEASE:=3 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz PKG_SOURCE_URL:=ftp://ftp.sane-project.org/pub/sane/$(PKG_NAME)-$(PKG_VERSION)/ @@ -76,6 +76,7 @@ --enable-shared \ --enable-static \ --disable-translations \ + --disable-latex \ --without-gphoto2 \ --disable-debug \ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] samba 3.0.37 update
On Mon, 2011-06-13 at 23:07 +0200, Cezary Jackiewicz wrote: Dnia 2011-06-13, o godz. 22:41:11 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): This patch updates samba to version 3.0.37 (probably the last 3.0 version that is going to be released) This patch should also provide cifsmount. It is possible to provide cifsmount, but the current version of samba3 is also not providing cifsmount there I did not enable it. If this is required to get the patch accepted, I can ofcourse provide an update of the patch Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] samba 3.0.37 update
On Mon, 2011-06-13 at 23:38 +0200, Maarten Bezemer wrote: On Mon, 2011-06-13 at 23:07 +0200, Cezary Jackiewicz wrote: Dnia 2011-06-13, o godz. 22:41:11 Maarten Bezemer m.m.beze...@utwente.nl napisał(a): This patch updates samba to version 3.0.37 (probably the last 3.0 version that is going to be released) This patch should also provide cifsmount. It is possible to provide cifsmount, but the current version of samba3 is also not providing cifsmount there I did not enable it. I added them to try them. It adds for mount.cifs 29191 bytes and for umount.cifs 14030 bytes, a total of about 43kB. I suppose mounting samba shares is not required for a server/router, so these binaries are a waste to provide..? Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Request for Testing: samba 3.0.37 v2
It is been almost a week without responses, does that mean that the patch is good enough now and ready to be applied? Or am I being too impatient? ;) Maarten On Mon, 2011-04-11 at 23:50 +0200, Maarten Bezemer wrote: Here is my second try of the patch updating samba3 to version 3.0.37 (highest 3.0.x version) The 10MB originated due to the fact that I had the CONFIG_SAMBA3_DEBUG enabled... Nonetheless, I found an updated AVM patch and added it, resulting in a few 100kB reduction. :) File sizes (in bytes) with all reduction options enabled: 961075 nmbd 2968599 smbd 1756550 smbpasswd As it is my first big patch, I still like to tell a bit more what I did in order to see whether my steps/thoughts were ok: - The configure stage now makes use of the configure script of samba, to do so these parts got changed: - Updated the avm patch, found a nicely working version at http://freetz.org/browser/trunk/make/samba/patches/110-samba_avm.patch Only updated a few small things: - At freetz they liked /var/media/ftp to share by default, which we do not have... Resulting in a run-time error - Same for /var/tmp instead of /tmp - OpenWRT related paths are used as input for configure script if possible, otherwise Makefile.in is patched (patch 120) - Fixed owrt_smbpasswd as it contained a function which got included by this samba version (patch 130) - mmap is not available according to configure so a patch for this is not required (removes patch 140) - Added a patch to have the configure script accept a second 'site file', which contains some available features which are not detected due to cross-compilation - Other patches got (mostly) refreshed - This version depends on libpopt - Enabled parallel building (but unfortunately an ugly hack was added, as some generated files would be missing otherwise), it saves lots of time... - Required configure feature which are undetectable due to cross compilation are cached in files/samba-site - Added some options to disable extra features to save space - Added MAX_DEBUG_LEVEL=2 macro when debugging is turned of (saves about 1MB total for the 3 binaries!) I have tested the package on my router, file sharing works (other things I could not test) I am unsure about RPC, when looking at the compilation output I seems that RPC is still being compiled? Even though I explicitly disabled it in the configure script. Please take a look at my changes and please provide some feedback if possible. Thanks, Maarten ___ 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] Request for Testing: samba 3.0.37
On Sun, 2011-04-10 at 01:55 +0200, Jo-Philipp Wich wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. - Removed the avm patch, as lots of things got included in the newer version and the left-over parts seemed to break samba The left over parts where stripping down of samba. How big is the final 3.0.37 smbd without this AVM patch? Oh...wow... almost 10MB on my orion target... (version 3.0.24 was 1 MB) Problem was that the left over AVM parts of the patch broke smbd. But I'll try to add the AVM patch again without breaking smbd! Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Use samba3 configure script
This patch makes sure that the configure script is executed (it is in the source dir instead of the main dir) Furthermore, it updates the configure script itself to fix compiling Signed-off-by: Maarten Bezemer Index: net/samba3/patches/190-fix_configure.patch === --- net/samba3/patches/190-fix_configure.patch (revision 0) +++ net/samba3/patches/190-fix_configure.patch (revision 0) @@ -0,0 +1,22 @@ +Index: samba-3.0.24/source/configure +=== +--- samba-3.0.24.orig/source/configure 2011-04-02 12:39:19.0 +0200 samba-3.0.24/source/configure 2011-04-02 12:39:24.0 +0200 +@@ -23930,7 +23930,7 @@ + case $host_os in + *linux*) +# glibc = 2.3.2 has a broken getgrouplist +- if test $cross_compiling = yes; then ++ if test false = yes; then + { { echo $as_me:$LINENO: error: cannot run test program while cross compiling + See \`config.log' for more details. 5 + echo $as_me: error: cannot run test program while cross compiling +@@ -31165,7 +31165,7 @@ + else + + if test $cross_compiling = yes; then +- samba_cv_HAVE_GETTIMEOFDAY_TZ=cross ++ samba_cv_HAVE_GETTIMEOFDAY_TZ=yes + else + cat conftest.$ac_ext _ACEOF + /* confdefs.h. */ Index: net/samba3/Makefile === --- net/samba3/Makefile (revision 26400) +++ net/samba3/Makefile (working copy) @@ -48,6 +48,8 @@ $(call Build/Prepare/Default) endef +CONFIGURE_PATH:=source + define Build/Configure [ -f $(PKG_BUILD_DIR)/source/include/config.h.save ] || \ $(CP) $(PKG_BUILD_DIR)/source/include/config.h \ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] update linux to 2.6.37.6 - patch attached
make oldconfig did not help, I still get these errors when linking the kernel: LD vmlinux drivers/built-in.o: In function `mv_remove': staging.c:(.text+0x49250): undefined reference to `crypto_unregister_ahash' staging.c:(.text+0x49264): undefined reference to `crypto_unregister_ahash' drivers/built-in.o: In function `mv_probe': staging.c:(.text+0x494f0): undefined reference to `crypto_register_ahash' staging.c:(.text+0x49518): undefined reference to `crypto_register_ahash' and some more missing references. All due to the missing ahash.o and shash.o while linking. When I select CONFIG_CRYPTO_HASH in the kernel config, everything works! Should there be a patch to force this option to be always selected? Only for orion target? Or lies the problem somewhere else? I am unsure what to do with this... :) Greetings, Maarten On Thu, 2011-03-31 at 16:54 +0200, Peter Wagner wrote: you should at least try make oldconfig befor you compile the kernel ... Am Donnerstag, 31. März 2011, 00:02:08 schrieb Peter Wagner: did you fetch the newest trunk? and make target/linux/clean ; make oldconfig and then make? Am Mittwoch, 30. März 2011, 23:59:33 schrieb Maarten Bezemer: On Wed, 2011-03-30 at 23:39 +0200, Maarten Bezemer wrote: by replacing 'crypto_hash-objs' to 'objs'. 'objs' should be 'objs-y' (of course) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] update linux to 2.6.37.6 - patch attached
On Sat, 2011-04-02 at 14:51 +0200, Felix Fietkau wrote: On 2011-04-02 2:31 PM, Maarten Bezemer wrote: When I select CONFIG_CRYPTO_HASH in the kernel config, everything works! Should be fixed in r26402 Thanks for putting effort into this problem. But unfortunately, this change does not select CONFIG_CRYPTO_HASH. Orion does not have CONFIG_OCF_OCF and thus CONFIG_OCF_CYRPTOSOFT selected.. If I select it manually (by changing the config-default of the orion target) Everything works, so I suppose another update is required for the orion target default config? Or is it unwanted to have this enabled by default? Thanks again, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] update linux to 2.6.37.6 - patch attached
Hello, It took me a while to figure out why your patch was not working, but it adds a second DEPENDS, which is overridden with the original one. So your patch needs to be updated a bit. Another thing is, I did not have the hardware crypto enabled (as I did/do now know that my WRT350Nv2 has hardware crypo support). So your patch does not help fixing the problem when CONFIG_kmod-crypto-mv-cesa is deselected. (in OpenWRT config) In this situation the config-default for orion (in target/linux/orion) selects CONFIG_CRYPTO_DEV_MV_CESA and not CONFIG_CRYPTO_HASH So I guess you need to update config-default in your patch as well? Greetings, Maarten On Sat, 2011-04-02 at 17:20 +0200, Hauke Mehrtens wrote: Hi, The attached patch should fix the problem. mv_remove and mv_probe are from drivers/crypto/mv_cesa.c and this driver depends on crypto_hash.ko. Please test this and report the results , if it fixes the problem I will commit this. This has nothing to do with an update to kernel 2.6.37.6, what is blocking 2.6.37.6, if nothing then I would like to add this patch. Hauke On 04/02/2011 05:04 PM, Maarten Bezemer wrote: On Sat, 2011-04-02 at 14:51 +0200, Felix Fietkau wrote: On 2011-04-02 2:31 PM, Maarten Bezemer wrote: When I select CONFIG_CRYPTO_HASH in the kernel config, everything works! Should be fixed in r26402 Thanks for putting effort into this problem. But unfortunately, this change does not select CONFIG_CRYPTO_HASH. Orion does not have CONFIG_OCF_OCF and thus CONFIG_OCF_CYRPTOSOFT selected.. If I select it manually (by changing the config-default of the orion target) Everything works, so I suppose another update is required for the orion target default config? Or is it unwanted to have this enabled by default? Thanks again, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] update linux to 2.6.37.6 - patch attached
I see the wrong patch got applied before my email arrived, so I created a new patch to fix the it On Sat, 2011-04-02 at 18:00 +0200, Maarten Bezemer wrote: Hello, It took me a while to figure out why your patch was not working, but it adds a second DEPENDS, which is overridden with the original one. So your patch needs to be updated a bit. Another thing is, I did not have the hardware crypto enabled (as I did/do now know that my WRT350Nv2 has hardware crypo support). So your patch does not help fixing the problem when CONFIG_kmod-crypto-mv-cesa is deselected. (in OpenWRT config) In this situation the config-default for orion (in target/linux/orion) selects CONFIG_CRYPTO_DEV_MV_CESA and not CONFIG_CRYPTO_HASH So I guess you need to update config-default in your patch as well? Greetings, Maarten On Sat, 2011-04-02 at 17:20 +0200, Hauke Mehrtens wrote: Hi, The attached patch should fix the problem. mv_remove and mv_probe are from drivers/crypto/mv_cesa.c and this driver depends on crypto_hash.ko. Please test this and report the results , if it fixes the problem I will commit this. This has nothing to do with an update to kernel 2.6.37.6, what is blocking 2.6.37.6, if nothing then I would like to add this patch. Hauke On 04/02/2011 05:04 PM, Maarten Bezemer wrote: On Sat, 2011-04-02 at 14:51 +0200, Felix Fietkau wrote: On 2011-04-02 2:31 PM, Maarten Bezemer wrote: When I select CONFIG_CRYPTO_HASH in the kernel config, everything works! Should be fixed in r26402 Thanks for putting effort into this problem. But unfortunately, this change does not select CONFIG_CRYPTO_HASH. Orion does not have CONFIG_OCF_OCF and thus CONFIG_OCF_CYRPTOSOFT selected.. If I select it manually (by changing the config-default of the orion target) Everything works, so I suppose another update is required for the orion target default config? Or is it unwanted to have this enabled by default? Thanks again, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel Index: package/kernel/modules/crypto.mk === --- package/kernel/modules/crypto.mk (revision 26409) +++ package/kernel/modules/crypto.mk (working copy) @@ -428,12 +428,11 @@ define KernelPackage/crypto-mv-cesa TITLE:=Marvell crypto engine - DEPENDS:=+kmod-crypto-manager KCONFIG:=CONFIG_CRYPTO_DEV_MV_CESA FILES:=$(LINUX_DIR)/drivers/crypto/mv_cesa.ko AUTOLOAD:=$(call AutoLoad,09,mv_cesa) SUBMENU:=Cryptographic API modules - DEPENDS:=kmod-crypto-core @TARGET_kirkwood||TARGET_orion + DEPENDS:=+kmod-crypto-manager kmod-crypto-core @TARGET_kirkwood||TARGET_orion endef $(eval $(call KernelPackage,crypto-mv-cesa)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] update linux to 2.6.37.6 - patch attached
Thanks for the fixes (and Felix also of course!) Now everything build again happily for my target :) Maarten On Sat, 2011-04-02 at 21:35 +0200, Hauke Mehrtens wrote: Hi Maarten, Yes I should read it more carefully or test it. ;-) Why the hell is then DEPENDS file at the end of the block? Felix fixed this already when the module is build into the kernel in r26406, when building it as a module it is now fixed in r26413. Hauke On 04/02/2011 06:12 PM, Maarten Bezemer wrote: I see the wrong patch got applied before my email arrived, so I created a new patch to fix the it On Sat, 2011-04-02 at 18:00 +0200, Maarten Bezemer wrote: Hello, It took me a while to figure out why your patch was not working, but it adds a second DEPENDS, which is overridden with the original one. So your patch needs to be updated a bit. Another thing is, I did not have the hardware crypto enabled (as I did/do now know that my WRT350Nv2 has hardware crypo support). So your patch does not help fixing the problem when CONFIG_kmod-crypto-mv-cesa is deselected. (in OpenWRT config) In this situation the config-default for orion (in target/linux/orion) selects CONFIG_CRYPTO_DEV_MV_CESA and not CONFIG_CRYPTO_HASH So I guess you need to update config-default in your patch as well? Greetings, Maarten On Sat, 2011-04-02 at 17:20 +0200, Hauke Mehrtens wrote: Hi, The attached patch should fix the problem. mv_remove and mv_probe are from drivers/crypto/mv_cesa.c and this driver depends on crypto_hash.ko. Please test this and report the results , if it fixes the problem I will commit this. This has nothing to do with an update to kernel 2.6.37.6, what is blocking 2.6.37.6, if nothing then I would like to add this patch. Hauke On 04/02/2011 05:04 PM, Maarten Bezemer wrote: On Sat, 2011-04-02 at 14:51 +0200, Felix Fietkau wrote: On 2011-04-02 2:31 PM, Maarten Bezemer wrote: When I select CONFIG_CRYPTO_HASH in the kernel config, everything works! Should be fixed in r26402 Thanks for putting effort into this problem. But unfortunately, this change does not select CONFIG_CRYPTO_HASH. Orion does not have CONFIG_OCF_OCF and thus CONFIG_OCF_CYRPTOSOFT selected.. If I select it manually (by changing the config-default of the orion target) Everything works, so I suppose another update is required for the orion target default config? Or is it unwanted to have this enabled by default? Thanks again, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Use samba3 configure script
Please forget about this patch. The patches to modify the samba Makefile, are overridden by the configure script. It was send to the list much too hasty... I am working on updating samba to a newer version (hopefully 3.0.27, which is the highest 3.0.x version). All in order to get some experience with these kind of things (although the samba3 package does not seem to be a nice start...). This update will also contain the correct file locations. Maarten On Sat, 2011-04-02 at 13:12 +0200, Maarten Bezemer wrote: This patch makes sure that the configure script is executed (it is in the source dir instead of the main dir) Furthermore, it updates the configure script itself to fix compiling Signed-off-by: Maarten Bezemer ___ 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] update linux to 2.6.37.6 - patch attached
I am having the same error with 2.6.37.4 (for orion target). The Makefile in the crypto dir seems to be broken... It contains something like (from top of my head so don't shoot me if I am wrong): hash_objs += ahash.o hash_objs += shash.o But the hash_objs variable is never used... A simple fix is to changes 'hash_objs' to 'objs', but then those 2 files are always included. This did not seem a good solution to me, so I did not send a patch yet... As I did not have time to look further into this problem and I supposed the kernel developers need to fix this, I was waiting for a solution. Greetings, Maarten On Wed, 2011-03-30 at 15:27 +0200, Peter Wagner wrote: dont apply this patch i still get a compile error after i did a make target/linux/clean failure is: ERROR: crypto_alloc_ahash [crypto/ocf/cryptosoft.ko] undefined! ERROR: crypto_alloc_ablkcipher [crypto/ocf/cryptosoft.ko] undefined! ERROR: crypto_ahash_digest [crypto/ocf/cryptosoft.ko] undefined! ERROR: crypto_ahash_setkey [crypto/ocf/cryptosoft.ko] undefined! Am Mittwoch, 30. März 2011, 14:58:08 schrieb Peter Wagner: update linux to 2.6.37.6 ___ 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] update linux to 2.6.37.6 - patch attached
On Wed, 2011-03-30 at 17:07 +0200, Felix Fietkau wrote: On 2011-03-30 4:06 PM, Maarten Bezemer wrote: I am having the same error with 2.6.37.4 (for orion target). The Makefile in the crypto dir seems to be broken... It contains something like (from top of my head so don't shoot me if I am wrong): hash_objs += ahash.o hash_objs += shash.o But the hash_objs variable is never used... A simple fix is to changes 'hash_objs' to 'objs', but then those 2 files are always included. This did not seem a good solution to me, so I did not send a patch yet... As I did not have time to look further into this problem and I supposed the kernel developers need to fix this, I was waiting for a solution. Should be fixed in r26372 - Felix I was wrong, I have another problem: LD vmlinux drivers/built-in.o: In function `mv_remove': staging.c:(.text+0x49250): undefined reference to `crypto_unregister_ahash' staging.c:(.text+0x49264): undefined reference to `crypto_unregister_ahash' drivers/built-in.o: In function `mv_probe': staging.c:(.text+0x494f0): undefined reference to `crypto_register_ahash' staging.c:(.text+0x49518): undefined reference to `crypto_register_ahash' drivers/built-in.o: In function `mv_hash_final_fallback': staging.c:(.text+0x49b58): undefined reference to `crypto_shash_update' staging.c:(.text+0x49be8): undefined reference to `crypto_shash_final' drivers/built-in.o: In function `queue_manag': staging.c:(.text+0x4a0e8): undefined reference to `crypto_ahash_type' drivers/built-in.o: In function `mv_cra_hash_init': staging.c:(.text+0x4a21c): undefined reference to `crypto_alloc_shash' staging.c:(.text+0x4a258): undefined reference to `crypto_alloc_shash' drivers/built-in.o: In function `mv_hash_setkey': staging.c:(.text+0x4a358): undefined reference to `crypto_shash_setkey' staging.c:(.text+0x4a3e0): undefined reference to `crypto_shash_digest' staging.c:(.text+0x4a478): undefined reference to `crypto_shash_update' staging.c:(.text+0x4a4cc): undefined reference to `crypto_shash_update' Which is fixed by updating this part of the crypto/Makefile crypto_hash-objs += ahash.o crypto_hash-objs += shash.o by replacing 'crypto_hash-objs' to 'objs'. Which has the (undesired?) side-effect that ahash.c and shash.c are always included in the kernel... In the same Makefile, I also notice the crypto-objs, crypto_algapi and cryptomgr-objs variables. I suppose these have the same problem? This problem occurs is in kernel versions 2.6.37.4 and 2.6.37.6 (I did not look at other versions). Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] update linux to 2.6.37.6 - patch attached
On Wed, 2011-03-30 at 23:39 +0200, Maarten Bezemer wrote: by replacing 'crypto_hash-objs' to 'objs'. 'objs' should be 'objs-y' (of course) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] crypto-hash kernel problem was: update linux to 2.6.37.6 - patch attached
I fetched the latest trunk (r26382). I did not do a 'make target/linux/clean ; make oldconfig and then make', but I deleted build_dir/linux-orion-generic before running make (after updating to the latest trunk). Maarten On Thu, 2011-03-31 at 00:02 +0200, Peter Wagner wrote: did you fetch the newest trunk? and make target/linux/clean ; make oldconfig and then make? Am Mittwoch, 30. März 2011, 23:59:33 schrieb Maarten Bezemer: On Wed, 2011-03-30 at 23:39 +0200, Maarten Bezemer wrote: by replacing 'crypto_hash-objs' to 'objs'. 'objs' should be 'objs-y' (of course) ___ 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] [PROPOSAL] growing OpenWrt devel team
On Thu, 2011-03-24 at 17:57 -0500, Layne Edwards wrote: I want to contribute, but I don't feel like I'm getting a warm welcome. I feel the same way. Tried to contribute by fixing/patching things I found while using OpenWRT, but none of them are applied (I think) even after reminders. It could be possible that I used the wrong way of presenting the patches... I do not known whether there is an 'official' document explaining the desired way of sending patches: using this mailing list, the trac ticket system, or something else. If such a document is present it might be a good solution to add a link, or short Contribution section on the main trac/wiki page(s). Otherwise, such a document should be created. I would like to maintain some packages as well, especially ones I use in my setup should be suitable. But I am a bit hesitant since I do not know what this exactly incorporates. This might also be a nice topic for the documentation. Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] update usbutils to version 002
Update to version 002, also adds dependencies on librt and libpthread --- Signed-of-by: Maarten Bezemer Index: utils/usbutils/Makefile === --- utils/usbutils/Makefile (revision 26243) +++ utils/usbutils/Makefile (working copy) @@ -1,5 +1,5 @@ # -# Copyright (C) 2007-2010 OpenWrt.org +# Copyright (C) 2007-2011 OpenWrt.org # # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -8,12 +8,12 @@ include $(TOPDIR)/rules.mk PKG_NAME:=usbutils -PKG_VERSION:=001 +PKG_VERSION:=002 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 PKG_SOURCE_URL:=@KERNEL/linux/utils/usb/usbutils -PKG_MD5SUM:=40398698053f9f735550117322430e57 +PKG_MD5SUM:=39e38263ba45690fbad41f248f207d32 PKG_INSTALL:=1 @@ -22,7 +22,7 @@ define Package/usbutils SECTION:=utils CATEGORY:=Utilities - DEPENDS:=+libusb-1.0 +zlib + DEPENDS:=+libusb-1.0 +zlib +librt +libpthread TITLE:=USB devices listing utilities URL:=http://www.linux-usb.org/ endef___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] block-mount add missing directory
Fixes warning of missing /lib/functions/fsck directory during boot. Happens when no scripts are installed in this directory (ie when e2fsck is not enabled) --- Signed-of-by: Maarten Bezemer Index: package/block-mount/Makefile === --- package/block-mount/Makefile (revision 26245) +++ package/block-mount/Makefile (working copy) @@ -1,5 +1,5 @@ # -# Copyright (C) 2006-2009 OpenWrt.org +# Copyright (C) 2006-2011 OpenWrt.org # Copyright 2010 Vertical Communications # This is free software, licensed under the GNU General Public License v2. # See /LICENSE for more information. @@ -9,7 +9,7 @@ PKG_NAME:=block-mount PKG_VERSION:=0.1.0 -PKG_RELEASE:=2 +PKG_RELEASE:=3 include $(INCLUDE_DIR)/package.mk @@ -51,6 +51,7 @@ $(INSTALL_DIR) $(1)/etc/config $(INSTALL_DATA) ./files/fstab.config $(1)/etc/config/fstab $(INSTALL_DIR) $(1)/lib/functions + $(INSTALL_DIR) $(1)/lib/functions/fsck $(INSTALL_DATA) ./files/mount.sh $(1)/lib/functions/ $(INSTALL_DATA) ./files/fsck.sh $(1)/lib/functions/ $(INSTALL_DATA) ./files/block.sh $(1)/lib/functions/ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] block-extroot and firmware updating/flashing
Hello, I am using block-extroot for my external USB disk. It all works nice most of the time. Only time it breaks, is after updating/flashing the routers firmware. I have been looking for the reason and I found that the scripts are comparing /.extroot.md5sum with /tmp/overlay/etc/extroot.md5sum After flashing the firmware /.extroot.md5sum is changed and thus does not match to the version on the disk, resulting in the disk getting mounted on /tmp/overlay-disabled After removing the extroot.md5sum file on the external disk, the root mounting during boot works again. My question is: Why is this behavior present? And it is a good solution to remove the extroot.md5sum during the firstboot stage? Or is another way recommended? Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Changeset r25795 and r25793 not complete?
I suppose it is the same problem I had with iptables (reported on 06 Oct 2010). When I rename /usr/libgcc_s.so.1 to something else, the samba3 package compiles without problems! I suppose something is wrong with the cross compiler as it tries to link using my native/host libraries instead of the OpenWRT build libraries. Moving the native library out of the way, results in the OpenWRT version to be used... Is it a possible that something is wrong with the lookup order of the libraries paths? And the native libraries are looked up before the OpenWRT build ones? I tried to find the '/usr' path in the source in build_dir/toolchain-* in order to simply remove it and see whether that helps. But I was not able to, as it is just too much... On Tue, 2011-03-01 at 01:04 +0100, Maarten Bezemer wrote: When looking at the log messages of https://dev.openwrt.org/changeset/25793 https://dev.openwrt.org/changeset/25795 I assumed my problem with building samba3 would be gone. But unfortunately it is not (see attachment, resulting from a distcleaned working directory). So, could it be possible that the fix is not complete? I suppose these .config settings are important for a complete image of my setup: CONFIG_TARGET_BOARD=orion CONFIG_ARCH=arm CONFIG_GCC_VERSION_LINARO=y CONFIG_USE_UCLIBC=y CONFIG_GCC_DEFAULT_VERSION_LINARO=y CONFIG_GCC_VERSION_4_5=y CONFIG_UCLIBC_VERSION=0.9.32 CONFIG_EABI_SUPPORT=y I am happy to provide more details to solve this problem. Greetings, Maarten ___ 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] Changeset r25795 and r25793 not complete?
When looking at the log messages of https://dev.openwrt.org/changeset/25793 https://dev.openwrt.org/changeset/25795 I assumed my problem with building samba3 would be gone. But unfortunately it is not (see attachment, resulting from a distcleaned working directory). So, could it be possible that the fix is not complete? I suppose these .config settings are important for a complete image of my setup: CONFIG_TARGET_BOARD=orion CONFIG_ARCH=arm CONFIG_GCC_VERSION_LINARO=y CONFIG_USE_UCLIBC=y CONFIG_GCC_DEFAULT_VERSION_LINARO=y CONFIG_GCC_VERSION_4_5=y CONFIG_UCLIBC_VERSION=0.9.32 CONFIG_EABI_SUPPORT=y I am happy to provide more details to solve this problem. Greetings, Maarten samba3-compile-error.txt.gz Description: GNU Zip compressed data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ar8216 doesn't pass data between ports
On Sat, 2011-02-26 at 20:20 +0100, Luca Olivetti wrote: I'm still trying to make openwrt work on my router (now a lantiq target, previously ifxmips) and I just noticed that the switch (an ar8216) doesn't pass data between ports, i.e (warning, lousy ASCII art follows): ++ | Router with ar8216 | ++---+---+ | | | | ++| | ++ | A ++ +---+ B | ++++ The router can communicate with A and with B, but A and B cannot see each other. Note that they can see each other while in uboot, but as soon as the openwrt kernel takes over, they stop communicating. I'm currently using svn revision 25626 (around a week ago, but the ar8216 driver hasn't changed since november), linux 2.6.35.11. The kernel is configured with CONFIG_ADM6996_PHY=y CONFIG_AR8216_PHY=y CONFIG_RTL8306_PHY=y and I see from the boot messages that it finds the ar8216. Any hint? Are you using Backfire or trunk? I think I had a similar problem (see my message of 06 Feb 2011), using backfire r25399 on a WRT350nv2. From the router I could find both a pc and the Internet modem. But from the PC it refused to find the modem (in order to be able to Internet). So it is not between tow LAN ports, but between a LAN and the WAN port, but the problem is the same. Unfortunately, I could not solve the problem. But using trunk fixed things. So, I you are not using trunk you could try that... Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Add dependecy for samba3
Hello, Samba3 is missing a dependency on librpc, see ticket 8894. Anyone who can commit the provided patch to add the dependency? Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Small fix for Image/mkfs/targz
All Image/mkfs/... macros call the Image/Build except for Image/mkfs/targz. This patch adds the Image/Build call for Image/mkfs/targz as well. Signed-off-by: Maarten Bezemer m.m.beze...@utwente.nl Index: include/image.mk === --- include/image.mk (revision 24213) +++ include/image.mk (working copy) @@ -112,6 +112,7 @@ ifneq ($(CONFIG_TARGET_ROOTFS_TARGZ),) define Image/mkfs/targz $(TAR) -zcf $(BIN_DIR)/$(IMG_PREFIX)-rootfs.tar.gz --numeric-owner --owner=0 --group=0 -C $(TARGET_DIR)/ . + $(call Image/Build,targz) endef endif ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] BCM5354-based routers fail to boot starting at rev 24167
On Fri, 2010-12-03 at 16:51 -0500, Steve Brown wrote: On Fri, 2010-12-03 at 20:57 +0100, Hauke Mehrtens wrote: Does the same image work on other devices? Have you run make distclean before building an image for version = 24167? distclean r24230 fails. Removing build_dir, staging_dir and tmp dir is kind of the same as distclean, I suppose. To be more complete you'd need to remove the dl directory as well, but then you need to re-download everything... ;) You could try removing these directories instead of a distclean. Hope it helps, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] iptables compile fix
Hi, I found the problem (compile errors are back): When building everything from scratch with make -j 9 iptables does not compile. When building (with same .config file) without -j it builds fine. I also believe that the problem is with the toolchain: after building the toolchain without -j, iptables can be build with -j without problems! It might be nice you (or someone else) could try building for Marvel Orion from scratch with parallel build to see if this can be reproduced? Greetings, Maarten On Mon, 2010-11-22 at 13:13 +0100, Bas Mevissen wrote: On Mon, 22 Nov 2010 11:51:22 +0100, Maarten Bezemer m.m.beze...@utwente.nl wrote: Gr... Whatever I try it compiles now (even my own .config works)... Weird since there is nothing changed to the iptables package lately (or related things?). Only change I can think of is the update to Kubuntu 10.10 (from 10.04), but that was a while ago as well. Unfortunately I do not have a 10.04 to test this theory (and it should be be the reason as well I guess). Thanks for your help and time! OK, Happy to hear it is solved now. These things happen now and then and are difficult to reproduce and even more difficult to pin down to what is actually causing it. Anyway, thanks for the feedback. Bas. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] iptables compile fix
Gr... Whatever I try it compiles now (even my own .config works)... Weird since there is nothing changed to the iptables package lately (or related things?). Only change I can think of is the update to Kubuntu 10.10 (from 10.04), but that was a while ago as well. Unfortunately I do not have a 10.04 to test this theory (and it should be be the reason as well I guess). Thanks for your help and time! Maarten On Wed, 2010-11-17 at 22:20 +0100, Bas Mevissen wrote: On 11/17/2010 10:02 PM, Maarten Bezemer wrote: Compiling iptables goes wrong after a make distclean and only modification is the target set to Marvel Orion. This evening I will send my .config file as well. It is attached Please throw away the .config file in your tree. It is wildly different from the one you get from a clean checkout. I'm not saying it is wrong, but I first want to get you going with a fresh start. Then we can see it the problem is gone. Attached is my .config file (renamed to dotconfig). You can compare them. Please note that the one you attached was in DOS line endings. So I ran dos2unix over it before comparing. Regards, ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] iptables compile fix
On Wed, 2010-11-17 at 09:21 +0100, Bas Mevissen wrote: (keeping the list in the loop) Oops... that was my intention as well. On Tue, 2010-11-16 at 10:56 +0100, Bas Mevissen wrote: On Mon, 15 Nov 2010 22:45:48 +0100, Maarten Bezemer m.m.beze...@utwente.nl wrote: On Mon, 2010-11-15 at 12:08 +0100, Bas Mevissen wrote: I just did a build on backfire (revision 14012) for Orion (while checking a patch for make 3.82 for busybox). No problem at all. So I cannot reproduce the problem here. Can you check again and give me the output of svn info | grep Revision of the failing tree (assuming it is a checkout from svn)? I have just updated to Revision 24016. After rebuilding everything I still have the error on the iptables package. I have put the last few commands before the error and the error itself in the attached log file. Looking at the output, I see -L/usr/lib where it should refer to the libraries of the cross compiled uClibc. I noticed, that why I send my patch which fixed this path. After that the packages were installed in the wrong directory or could not be found to install (I cannot remember exactly), so I added a solution for that to the patch as well. This problem happens on my side too (but compilation goes fine). There is definitely something wrong with the package and that needs a fix. The LDFLAGS passed to the configure script look OK, so the bug is in the package itself. But the first question to answer is why you have a problem with it (and other people too according to the forum), while a lot of people have no problem at all. Just a stupid idea: do you have the openwrt SDK installed somewhere? What does which arm-openwrt-linux-uclibcgnueabi-gcc say? Can you post the .config file you use? I can answer this question more thorough this evening when I am at home. But I do not have an openwrt SDK installed, so I suppose which arm-openwrt-linux-uclibcgnueabi-gcc does not return any hits. Compiling iptables goes wrong after a make distclean and only modification is the target set to Marvel Orion. This evening I will send my .config file as well. I'll take a close look at the iptables package, but don't hold your breath... Ok, that would be nice, since my patch obviously was incorrect and a workaround for the bug in the package. Also, as I mentioned before the iptables package in the trunk is working. If copying it is not possible, it might be an idea to compare both versions? Thanks, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] iptables compile fix
On Mon, 2010-11-15 at 12:08 +0100, Bas Mevissen wrote: I guess something is wrong with your build environment. Clean it up and please try again. I did (of course), several times in fact. After reading your post on the forum where you told you used the trunk, I tried it as well and it works! Then I copied to iptables package from trunk to backfire it still compiles without problems. So, I suppose there are problems with the older version (1.4.6 compared to 1.4.9.1) backfire uses or with the patches/Makefile in the backfire package?e trunk? Is it an idea/possible to update the backfire iptables package to the trunk version, since that one seems to work without problems? Greetings, Maarten ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] iptables compile fix
Anyone able to comment on the patch, whether it is good enough or some things need to be changed before it can accepted? Thanks, Maarten On Wed, 2010-10-06 at 13:56 +0200, Maarten Bezemer wrote: For the 'Marvell Orion' target the iptables package does not compile. See forum topic: https://forum.openwrt.org/viewtopic.php?pid=117520 Maybe for other targets as well? In short: the problem is that /usr/lib/libc is used while linking instead of the cross-compiled version. I provided a patch for this problem, but I am unsure whether it is a correct fix or just an ugly hack. I did not check whether this patch is disturbing any of the other targets. But, with a clean checkout (with the default configuration, Broadcom BCM947xx/953xx) it builds fine. So could someone take a look at it and eventually provide feedback for improvements or tell that it is good as it is and it can be submitted? Thanks, Maarten ___ 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 for GREP_OPTIONS
When using GREP_OPTIONS to supply default options to grep, the buildsystem might get broken (For example adding --color=always breaks it) This patch will empty the GREP_OPTIONS to prevent the described (and any other) problems related to GREP_OPTIONS PS I am new to this, so please correct me if I did something wrong/forgot something. Signed-off-by: Maarten Bezemer m.m.beze...@utwente.nl Index: rules.mk === --- rules.mk(revision 21426) +++ rules.mk(working copy) @@ -18,6 +18,9 @@ export SHELL=/usr/bin/env bash -c '. $(TOPDIR)/include/shell.sh; eval $$2' -- +GREP_OPTIONS= +export GREP_OPTIONS + qstrip=$(strip $(subst ,,$(1))) #)) Index: Makefile === --- Makefile(revision 21426) +++ Makefile(working copy) @@ -24,6 +24,8 @@ override OPENWRT_BUILD=1 export OPENWRT_BUILD + GREP_OPTIONS= + export GREP_OPTIONS include $(TOPDIR)/include/debug.mk include $(TOPDIR)/include/depends.mk include $(TOPDIR)/include/toplevel.mk ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel