Re: [OpenWrt-Devel] Error building trunk r24289
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 07.12.2010 03:35, J. Ryan Earl wrote: finally gave up. I'm building trunk with V=99 and it dies with an error. How do I find out more about the particular cause of this error? Is there a way to build just the sub-component that is failing? make[1]: *** [/home/wrtdev/openwrt/trunk/staging_dir/target-mips_uClibc-0.9.31/stamp/.tools_install_nnnyn] Error 2 make[1]: Leaving directory `/home/wrtdev/openwrt/trunk' make: *** [world] Error 2 What's the best way to get more detail here? I search above for errors further up and didn't see any. The error lines you provided contain nothing about the actual error encountered. Error itself must had been printed in the lines preceeding this. You should post a more detailed build log as a txt-attachment if you want to get some help from the community. - -- Best regards, Alexey Loukianov mailto:mooro...@mail.ru System Engineer,Mob.:+7(926)218-1320 *nix Specialist -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJM/1sBAAoJEPB9BOdTkBULyZYIAIBIhgiF5+IwoSZFzHIfULMP rHMm0lZwUJ1BJw3oso2aRqd0BNj5Wbo5LWG2+e+YLXRomUYU1q+G8gHa7qFb1UyD 8e9gVE8RnR0j1RWIB6f1d55vUg6ovWS6QIv5g/yb2C0bm7gq1Mbl/c6cA8kSi+fg LpYHUiZCWVgUL7LQv8IIyChxCfHdblaarbxD2BsiJO8li0+wjM7ceHHeOuVsgA1u BIEt5SbFj+pMW0iF8Wyg2f4R4BY8k7E+dwhrvR+yKnpSrd3ZFA/7694WqvGQIQLO lLU4CcWR9yurHaXPhcTfypCFv90Zu/cQJJfW0k59gdlv2yi5Pj1a8Kl5CIGk93k= =cmt0 -END PGP SIGNATURE- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] preinit-problem with current trunk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 05.12.2010 17:36, Marcus Osdoba wrote: Unfortunatly I get the following error message and the system hangs: [..] Freeing init memory: 100K /etc/preinit: line 1: can't open : no such file Kernel panic - not syncing: Attempted to kill init! [..] Check if your image contain correct symlink from /bin/sh to busybox or to any other POSIX-complaint shell (ash/bash/whatever-you-use-in-your-build). - -- Best regards, Alexey Loukianov mailto:mooro...@mail.ru System Engineer,Mob.:+7(926)218-1320 *nix Specialist -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJM/1xGAAoJEPB9BOdTkBULXyMIAKwHXcGrpHVv3eN2PhYBbg1d P/5gudBNrV6AjYwE/ex77Nx1lduPP8FgCD0z8g6F+T/XokIfBXzjRl4VexqlkoRd iImPo4q9upkI68mNKoj5trIVLPuCZh+rdhcKlu3ANnbeEjP+YwNml6SAotuZwzpQ HK2tYUOrrQd6OPF1QgTMjZ8iB4UYTImitZlITys024EknGuDdiaPvGhFmfTbpf3I A4P9dJsmxRzdy2NCcp2S2xBBmzvc7ng28JDmWA3AxPpvVynjz8Ktfa5MYQwU+s2L DCx0TWi18YzO5FtzrEtNanyObeTrrOod22VDTyr1FxFGCGlDazND9R7bIJDodXU= =U/By -END PGP SIGNATURE- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [packages/triggerhappy] update Makefile for 0.2.2
Signed-off-by: Stefan Tomanek stefan.tomanek+open...@wertarbyte.de --- utils/triggerhappy/Makefile |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/utils/triggerhappy/Makefile b/utils/triggerhappy/Makefile index a0bde02..724e91a 100644 --- a/utils/triggerhappy/Makefile +++ b/utils/triggerhappy/Makefile @@ -6,8 +6,8 @@ include $(TOPDIR)/rules.mk PKG_NAME:=triggerhappy -PKG_VERSION:=0.1.6 -PKG_REV:=01bedc72451f8afd0c35649dd67c428c44a0f737 +PKG_VERSION:=0.2.2 +PKG_REV:=08adbc415a901dff0f83f99ace5f710cac23e535 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz -- 1.7.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ath9k_platform_data, endianness, misidentified device
Al 05/12/10 15:38, En/na Luca Olivetti ha escrit:
This router has an ar9223, with the calibration data stored in flash. I
copied the data in ath9k_platform_data (btw, I noticed that ar71xx
redefines it adding fields, should I copy the .h to my platform or is
there a better way to avoid incongruencies?).
The first problem is that the device is (incorrectly?) identified as
168c:ff1d instead of 168c:0029. I saw a similar problem here
https://forum.openwrt.org/viewtopic.php?pid=97839#p97839
with a bug report here
https://dev.openwrt.org/ticket/6171
unfortunately I don't think it applies to my platform (ifxmips), so for
the time being I patched compat-wireless to accept ff1d as a valid id.
I think I have to do something similar to what it's done in
ar71xx/files/arch/mips/ar71xx/pci-ath9k-fixup.c, the big problem I have
is I don't know how to adapt it to the ifxmips/danube, since I don't
know what the various calls to ioremap, pci_write_config_dword,
pci_read_config_dword are supposed to do (I'm not into driver
development):
Well, while waiting for an answer, I tried it.
It almost works but I seem to have an endianness issue, while
pci-ath9-fixup.c did
pci_read_config_dword(dev, PCI_VENDOR_ID, val);
dev-vendor = val 0x;
dev-device = (val 16) 0x;
I had to do
pci_read_config_dword(dev, PCI_VENDOR_ID, val);
dev-device = swab16(val 0x);
dev-vendor = swab16((val 16) 0x);
i.e everything was swapped (device-vendor and the bytes inside each of
them).
Now I swapped the values written to the registers instead, e.g. instead of
/* set pointer to first reg address */
cal_data += 3;
while (*cal_data != 0x) {
u32 reg;
reg = *cal_data++;
val = *cal_data++;
val |= (*cal_data++) 16;
__raw_writel(val, mem + reg);
udelay(100);
}
I do
/* set pointer to first reg address */
cal_data += 3;
while (*cal_data != 0x) {
u32 reg;
reg = *cal_data++;
val = swab16(*cal_data++) 16;
val |= swab16(*cal_data++);
__raw_writel(val, mem + reg);
udelay(100);
}
Since the endianness of the ar71xx and the danube should be the same,
maybe the key is the layout of the data in caldata.
This is what I have, byte by byte:
A5 5A (magic)
00 00 00 03 (bytes skipped by the above routine)
60 00 16 8C 00 29 (it appears vid:pid, at register 0x6000)
60 08 00 01 02 80
60 2C 16 8C 20 91 (another vid:pid?)
50 00 16 8C 00 2A (yet another?)
50 08 00 01 02 80 (same data as at 0x6008)
50 2C 16 8C 20 91 (same data as at 0x602C)
50 64 0C C0 05 04
50 6C 38 11 00 03
40 04 07 3B 00 40
40 74 00 03 00 00
40 00 00 00 01 C2
60 34 00 44 00 00
FF FF 00 00 00 00 (end of data)
what I end up writing with the above loop is
0x6000 - 8c162900
0x6008 - 10008002
etc.
and with that I seem to get the correct vid:pid with
pci_read_config_dword(dev, PCI_VENDOR_ID, val);
dev-vendor = val 0x;
dev-device = (val 16) 0x;
I could really use some help here :-/
Wifi is working but performance is atrocious (10% the throughput of a
nearby card), so I'm not sure what I did is correct (even if the
calibration data checksums ok).
Bye
--
Luca
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Reminder: Clean-up of generic patches 014 and 089 for 2.6.36+
Hi there, can please somebody commit ticket #8324 [1]. It removes unnecessary parts from the patches, which is already inside the kernel source at a different location. Additionally it tidies them up in a big way. Thanks Maddes [1] https://dev.openwrt.org/ticket/8324 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Kernel build error on kmod-md-raid456 with current trunk
Hi there, when building all packages on trunk then kernel compilation stops. Created ticket #8384 [1] for this error. Maddes [1] https://dev.openwrt.org/ticket/8384 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] OpenWRT packages tagged for releases?
I noticed that the svn trunk gets tagged for releases. For example, the backfire release[1]. Do you guys tag the packages[2][3] for a particular release too? Is there a backfire version of the packages? Thanks, Ryan 1. svn://svn.openwrt.org/openwrt/tags/backfire_10.03/ 2. http://downloads.openwrt.org/backfire/10.03/x86/packages/ 3. svn://svn.openwrt.org/openwrt/packages/ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] preinit-problem with current trunk
Am 08.12.2010 11:21, schrieb Alexey Loukianov: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 05.12.2010 17:36, Marcus Osdoba wrote: Unfortunatly I get the following error message and the system hangs: [..] Freeing init memory: 100K /etc/preinit: line 1: can't open : no such file Kernel panic - not syncing: Attempted to kill init! [..] Check if your image contain correct symlink from /bin/sh to busybox or to any other POSIX-complaint shell (ash/bash/whatever-you-use-in-your-build). That was my first action. And yes, ash and sh are pointing correct to the busybox executable. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] WarpComm TK71 Port
Hi, KanjiMonster asked me as a response to my threat on the OpenWRT forum (https://forum.openwrt.org/viewtopic.php?pid=122891) to send my patch as a mail attachment to the dev-list. As I am currently working with the WarpComm TK71 Qseven module based on the Marvell Kirkwood CPU and I liked to use OpenWRT as a basic environment I decided to port it based on the linux kernel patch provided by the board manufacturer ( http://www.warpcomm.org/downloads/tk71/20100805/linux-2.6.34- tk71.diff ). The kernel is based on the 2.6.34 kernel but works great for the 2.6.35 version as well. Regards, green Index: target/linux/kirkwood/profiles/400-WarpCommTK71.mk === --- target/linux/kirkwood/profiles/400-WarpCommTK71.mk (revision 0) +++ target/linux/kirkwood/profiles/400-WarpCommTK71.mk (revision 0) @@ -0,0 +1,17 @@ +# +# Copyright (C) 2006 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +define Profile/TK71 + NAME:=WarpComm TK71 + PACKAGES:= +endef + +define Profile/TK71/Description +WarpComm TK71 Profile +endef + +$(eval $(call Profile,TK71)) Index: target/linux/kirkwood/patches/400-tk71.patch === --- target/linux/kirkwood/patches/400-tk71.patch (revision 0) +++ target/linux/kirkwood/patches/400-tk71.patch (revision 0) @@ -0,0 +1,1909 @@ +diff --git a/arch/arm/configs/tk71_defconfig b/arch/arm/configs/tk71_defconfig +new file mode 100644 +index 000..b90ac38 +--- /dev/null b/arch/arm/configs/tk71_defconfig +@@ -0,0 +1,1657 @@ ++# ++# Automatically generated make config: don't edit ++# Linux kernel version: 2.6.34 ++# Sat May 22 21:33:15 2010 ++# ++CONFIG_ARM=y ++CONFIG_SYS_SUPPORTS_APM_EMULATION=y ++CONFIG_GENERIC_GPIO=y ++CONFIG_GENERIC_TIME=y ++# CONFIG_ARCH_USES_GETTIMEOFFSET is not set ++CONFIG_GENERIC_CLOCKEVENTS=y ++CONFIG_HAVE_PROC_CPU=y ++CONFIG_GENERIC_HARDIRQS=y ++CONFIG_STACKTRACE_SUPPORT=y ++CONFIG_HAVE_LATENCYTOP_SUPPORT=y ++CONFIG_LOCKDEP_SUPPORT=y ++CONFIG_TRACE_IRQFLAGS_SUPPORT=y ++CONFIG_HARDIRQS_SW_RESEND=y ++CONFIG_GENERIC_IRQ_PROBE=y ++CONFIG_RWSEM_GENERIC_SPINLOCK=y ++CONFIG_GENERIC_HWEIGHT=y ++CONFIG_GENERIC_CALIBRATE_DELAY=y ++CONFIG_NEED_DMA_MAP_STATE=y ++CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ=y ++CONFIG_VECTORS_BASE=0x ++CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config ++CONFIG_CONSTRUCTORS=y ++ ++# ++# General setup ++# ++CONFIG_EXPERIMENTAL=y ++CONFIG_BROKEN_ON_SMP=y ++CONFIG_INIT_ENV_ARG_LIMIT=32 ++CONFIG_LOCALVERSION= ++CONFIG_LOCALVERSION_AUTO=y ++CONFIG_HAVE_KERNEL_GZIP=y ++CONFIG_HAVE_KERNEL_LZMA=y ++CONFIG_HAVE_KERNEL_LZO=y ++CONFIG_KERNEL_GZIP=y ++# CONFIG_KERNEL_BZIP2 is not set ++# CONFIG_KERNEL_LZMA is not set ++# CONFIG_KERNEL_LZO is not set ++CONFIG_SWAP=y ++CONFIG_SYSVIPC=y ++CONFIG_SYSVIPC_SYSCTL=y ++# CONFIG_POSIX_MQUEUE is not set ++# CONFIG_BSD_PROCESS_ACCT is not set ++# CONFIG_TASKSTATS is not set ++# CONFIG_AUDIT is not set ++ ++# ++# RCU Subsystem ++# ++CONFIG_TREE_RCU=y ++# CONFIG_TREE_PREEMPT_RCU is not set ++# CONFIG_TINY_RCU is not set ++# CONFIG_RCU_TRACE is not set ++CONFIG_RCU_FANOUT=32 ++# CONFIG_RCU_FANOUT_EXACT is not set ++# CONFIG_TREE_RCU_TRACE is not set ++CONFIG_IKCONFIG=y ++CONFIG_IKCONFIG_PROC=y ++CONFIG_LOG_BUF_SHIFT=15 ++# CONFIG_CGROUPS is not set ++# CONFIG_SYSFS_DEPRECATED_V2 is not set ++# CONFIG_RELAY is not set ++CONFIG_NAMESPACES=y ++# CONFIG_UTS_NS is not set ++# CONFIG_IPC_NS is not set ++# CONFIG_USER_NS is not set ++# CONFIG_PID_NS is not set ++# CONFIG_NET_NS is not set ++# CONFIG_BLK_DEV_INITRD is not set ++# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set ++CONFIG_SYSCTL=y ++CONFIG_ANON_INODES=y ++# CONFIG_EMBEDDED is not set ++CONFIG_UID16=y ++CONFIG_SYSCTL_SYSCALL=y ++CONFIG_KALLSYMS=y ++# CONFIG_KALLSYMS_EXTRA_PASS is not set ++CONFIG_HOTPLUG=y ++CONFIG_PRINTK=y ++CONFIG_BUG=y ++CONFIG_ELF_CORE=y ++CONFIG_BASE_FULL=y ++CONFIG_FUTEX=y ++CONFIG_EPOLL=y ++CONFIG_SIGNALFD=y ++CONFIG_TIMERFD=y ++CONFIG_EVENTFD=y ++CONFIG_SHMEM=y ++CONFIG_AIO=y ++CONFIG_HAVE_PERF_EVENTS=y ++CONFIG_PERF_USE_VMALLOC=y ++ ++# ++# Kernel Performance Events And Counters ++# ++# CONFIG_PERF_EVENTS is not set ++# CONFIG_PERF_COUNTERS is not set ++CONFIG_VM_EVENT_COUNTERS=y ++CONFIG_PCI_QUIRKS=y ++CONFIG_SLUB_DEBUG=y ++CONFIG_COMPAT_BRK=y ++# CONFIG_SLAB is not set ++CONFIG_SLUB=y ++# CONFIG_SLOB is not set ++# CONFIG_PROFILING is not set ++CONFIG_HAVE_OPROFILE=y ++# CONFIG_KPROBES is not set ++CONFIG_HAVE_KPROBES=y ++CONFIG_HAVE_KRETPROBES=y ++ ++# ++# GCOV-based kernel profiling ++# ++CONFIG_SLOW_WORK=y ++CONFIG_HAVE_GENERIC_DMA_COHERENT=y ++CONFIG_SLABINFO=y ++CONFIG_RT_MUTEXES=y ++CONFIG_BASE_SMALL=0 ++CONFIG_MODULES=y ++# CONFIG_MODULE_FORCE_LOAD is not set ++CONFIG_MODULE_UNLOAD=y ++# CONFIG_MODULE_FORCE_UNLOAD is not set ++# CONFIG_MODVERSIONS is not set ++# CONFIG_MODULE_SRCVERSION_ALL is not set ++CONFIG_BLOCK=y
Re: [OpenWrt-Devel] Error building trunk r24371
Mmmm, I'm chalking it up to operator error somewhere between keyboard and seat. That error went away after I did a make distclean and I get further. Updated to r24371 and repulled feeds. I'm getting an autoconf error now. Attached the whole, but the relevant parts look to be: configure.ac:46: the top level configure.ac:28: version mismatch. This is Automake 1.11.1, configure.ac:28: but the definition used by this AM_INIT_AUTOMAKE configure.ac:28: comes from Automake 1.9.6. You should recreate configure.ac:28: aclocal.m4 with aclocal and run automake again. I had some of those automake errors yesterday after updating my local version to the current trunk. So I decided to check out the repository into a clean directory and start a clean rebuild of all applications and the error was gone. Regards, green ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
