#qi-hardware IRC log for Saturday, 2010-09-04

qi-bot[commit] florian: [kernel] add missing CONFIG_PCMCIA_XIRCOM spotted by buildbot http://qi-hw.com/p/openwrt-xburst/c16240801:27
qi-bot[commit] acoul: ixp4xx: revert kernel support for 2.6.33 & 2.6.35 http://qi-hw.com/p/openwrt-xburst/103e24001:27
qi-bot[commit] acoul: ixp4xx: add kernel 2.6.33 preliminary support http://qi-hw.com/p/openwrt-xburst/776151701:27
qi-bot[commit] acoul: ixp4xx: add Titan Wireless TW-266-2 support http://qi-hw.com/p/openwrt-xburst/76f501d01:27
qi-bot[commit] acoul: ixp4xx: fix MAC parsing and switch (unmanaged) functionality for wrt300nv2 (thank you Ernesto Elbe) http://qi-hw.com/p/openwrt-xburst/75c611601:27
qi-bot[commit] acoul: ixp4xx: add Mikael Petterssons patch works http://qi-hw.com/p/openwrt-xburst/12c3f0501:27
qi-bot[commit] acoul: ixp4xx: add kernel 2.6.35 preliminary support http://qi-hw.com/p/openwrt-xburst/5803cbb01:27
qi-bot[commit] acoul: mpc83xx: add kernel 2.6.35 preliminary support http://qi-hw.com/p/openwrt-xburst/fb2c10f01:27
qi-bot[commit] acoul: ixp4xx: remove 2.6.35 unedded patches  http://qi-hw.com/p/openwrt-xburst/042aac401:27
qi-bot[commit] hcg: Use modules for wifi and usb http://qi-hw.com/p/openwrt-xburst/b5b97a401:27
qi-bot[commit] hcg: Add script support for Marvell 88W8686 mac80211. http://qi-hw.com/p/openwrt-xburst/d04b55e01:27
qi-bot[commit] jow: [package] ppp: interpret "demand" option as timeout in seconds (#7517) http://qi-hw.com/p/openwrt-xburst/2d6dd9f01:27
qi-bot[commit] juhosg: ar71xx: don't use vlan 0 for devices with rtl8366s switch http://qi-hw.com/p/openwrt-xburst/326a95901:27
qi-bot[commit] juhosg: generic: rtl8366: prevent modifications of VLAN 0 http://qi-hw.com/p/openwrt-xburst/b710df901:27
qi-bot[commit] juhosg: generic: rtl8366: fix register offset and size of MIB counters http://qi-hw.com/p/openwrt-xburst/d92721601:27
qi-bot[commit] juhosg: generic: rtl8366: don't show link parameters if the link is down http://qi-hw.com/p/openwrt-xburst/062819b01:27
qi-bot[commit] juhosg: generic: rtl8366: change format string for debugfs error messages http://qi-hw.com/p/openwrt-xburst/36c008001:27
qi-bot[commit] juhosg: generic: rtl8366: introduce rtl8366_smi_ops http://qi-hw.com/p/openwrt-xburst/d2c03b901:27
qi-bot[commit] juhosg: generic: rtl8366: move mii bus handling to the rtl8366_smi code http://qi-hw.com/p/openwrt-xburst/5e6660601:27
qi-bot[commit] juhosg: generic: rtl8366: use struct rtl8366_smi for phy_reg_{read,write} calls http://qi-hw.com/p/openwrt-xburst/5e0f4e501:27
qi-bot[commit] juhosg: generic: rtl8366: rename vlanmc and vlan4k related structures an functions http://qi-hw.com/p/openwrt-xburst/70e2bfc01:27
qi-bot[commit] juhosg: generic: rtl8366: add common vlan_mc structure http://qi-hw.com/p/openwrt-xburst/53bb5d101:27
qi-bot[commit] juhosg: generic: rtl8366: add common vlan_4k structure http://qi-hw.com/p/openwrt-xburst/22e4a8501:27
qi-bot[commit] juhosg: generic: rtl8366: use struct rtl8366_smi instead of struct rtl8366{s,rb} http://qi-hw.com/p/openwrt-xburst/d91142301:27
qi-bot[commit] juhosg: generic: rtl8366: cleanup MIB counter printing http://qi-hw.com/p/openwrt-xburst/22a6beb01:27
qi-bot[commit] juhosg: generic: rtl8366s: get some MIB counters from another offset http://qi-hw.com/p/openwrt-xburst/f81671901:27
qi-bot[commit] juhosg: generic: rtl8366: introduce rtl8366_smi_rmwr function http://qi-hw.com/p/openwrt-xburst/0b58bc001:27
qi-bot[commit] juhosg: generic: rtl8366: add hw_init to initialize registers after reset http://qi-hw.com/p/openwrt-xburst/693c0bd01:27
qi-bot[commit] juhosg: generic: rtl8366: update vlan handling code of rtl8366rb http://qi-hw.com/p/openwrt-xburst/605e14201:27
qi-bot[commit] juhosg: generic: rtl8366: update vlan handling code for rtl8366s http://qi-hw.com/p/openwrt-xburst/a5193c801:27
qi-bot[commit] juhosg: generic: rtl8366: rename vlan debugfs file to vlan_mc, and clean up it's format http://qi-hw.com/p/openwrt-xburst/dd5918a01:27
qi-bot[commit] nbd: mac80211: update to wireless-testing 2010-06-15 http://qi-hw.com/p/openwrt-xburst/922f7b001:27
qi-bot[commit] nbd: remove brcm47xx symlinks to brcm-2.4 (unfortunately svn does not allow a proper type changing commit) http://qi-hw.com/p/openwrt-xburst/c791c2b01:27
qi-bot[commit] nbd: add back the base-files/image code from brcm-2.4 to brcm47xx http://qi-hw.com/p/openwrt-xburst/08944ed501:27
qi-bot[commit] nbd: remove the brcm-2.4 target, it will no longer be supported in future releases. please use brcm47xx with broadcom-wl instead http://qi-hw.com/p/openwrt-xburst/1fe499801:27
qi-bot[commit] nbd: remove the old broadcom wl driver for linux 2.4 http://qi-hw.com/p/openwrt-xburst/4b7db9901:27
qi-bot[commit] nbd: remove generic linux 2.4 support http://qi-hw.com/p/openwrt-xburst/eb81d2d01:27
qi-bot[commit] nbd: remove a few packages which only work with linux 2.4 http://qi-hw.com/p/openwrt-xburst/93e7bbf01:27
qi-bot[commit] nbd: remove linux 2.4 kernel versions http://qi-hw.com/p/openwrt-xburst/3e52dbd01:27
qi-bot[commit] nbd: remove linux 2.4 specific build system code http://qi-hw.com/p/openwrt-xburst/7ec88f801:27
qi-bot[commit] nbd: rename target/linux/generic-2.6 to generic http://qi-hw.com/p/openwrt-xburst/c5552ad01:27
qi-bot[commit] nbd: remove broadcom-57xx (only used on linux 2.4) http://qi-hw.com/p/openwrt-xburst/75bd41801:27
qi-bot[commit] nbd: remove linux 2.4 support from several packages http://qi-hw.com/p/openwrt-xburst/fef817601:27
qi-bot[commit] nbd: remove gcc 3.4.6 http://qi-hw.com/p/openwrt-xburst/74c8c7901:27
qi-bot[commit] nbd: remove obsolete kernel dependencies and version checks http://qi-hw.com/p/openwrt-xburst/5b8b96e01:27
qi-bot[commit] nbd: remove support for building kernel headers with old kernels http://qi-hw.com/p/openwrt-xburst/45d7da301:27
qi-bot[commit] florian: [scripts] make flashing scripts executable http://qi-hw.com/p/openwrt-xburst/3c361ea01:27
qi-bot[commit] florian: [au1000] reinstate 2.6.30 support until 2.6.32 is fixed http://qi-hw.com/p/openwrt-xburst/8cc6d2b01:27
qi-bot[commit] nbd: set the default target to brcm47xx, now that brcm-2.4 is gone http://qi-hw.com/p/openwrt-xburst/b4e1fa101:27
qi-bot[commit] cshore: busybox: Fixed remote logging bug in which starting syslog before the network (and hence the remote host being available) results in failure to do any remote logging http://qi-hw.com/p/openwrt-xburst/03dd7f301:27
qi-bot[commit] juhosg: generic: rtl8366rb: fix MIB counter reset http://qi-hw.com/p/openwrt-xburst/dfa85e201:27
qi-bot[commit] juhosg: rt2x00: cleanup patches http://qi-hw.com/p/openwrt-xburst/3b4289301:27
qi-bot[commit] juhosg: generic: rtl8366: use RTL8366{S,RB} prefixes for all defines http://qi-hw.com/p/openwrt-xburst/e05b25a01:27
qi-bot[commit] juhosg: generic: rtl8366: add VLAN handling functions to rtl8366_smi_ops http://qi-hw.com/p/openwrt-xburst/a81c90d01:27
qi-bot[commit] juhosg: generic: rtl8366: add cpu_port, num_ports and num_vlan_mc to struct rtl8366_smi http://qi-hw.com/p/openwrt-xburst/7a3a11a01:27
qi-bot[commit] juhosg: generic: rtl8366: move common VLAN handling functions to rtl8366_smi.c http://qi-hw.com/p/openwrt-xburst/30a7cdf01:27
qi-bot[commit] juhosg: generic: rtl8366: move buf to struct rtl8366_smi http://qi-hw.com/p/openwrt-xburst/d59f0a001:27
qi-bot[commit] juhosg: generic: rtl8366: move common debugfs code to rtl8366_smi.c http://qi-hw.com/p/openwrt-xburst/18ab2ef01:27
qi-bot[commit] juhosg: generic: rtl8366: use common rtl8366_mib_counter structure http://qi-hw.com/p/openwrt-xburst/41d026001:27
qi-bot[commit] juhosg: generic: rtl8366: standardize read_debugfs_mibs functions http://qi-hw.com/p/openwrt-xburst/aaf0b3701:27
qi-bot[commit] juhosg: generic: rtl8366: add common read_debugfs_mibs function http://qi-hw.com/p/openwrt-xburst/d357a4c01:27
qi-bot[commit] juhosg: generic: rtl8366: minor cleanup http://qi-hw.com/p/openwrt-xburst/302f3c001:27
qi-bot[commit] markus: fixed trx version to handling http://qi-hw.com/p/openwrt-xburst/ea4702f01:27
qi-bot[commit] cshore: block-mount: Fixed mount deadlocks due to buggy use of locks in /lib/functions/block.sh http://qi-hw.com/p/openwrt-xburst/e874a7101:27
qi-bot[commit] nbd: mac80211: update to wireless-testing 2010-06-28 http://qi-hw.com/p/openwrt-xburst/d1e3d4101:27
qi-bot[commit] nbd: ath9k: fix TSF across hardware resets on AR913x http://qi-hw.com/p/openwrt-xburst/997e6d901:27
qi-bot[commit] acoul: mac80211: fix compile issues on 2.6.35 http://qi-hw.com/p/openwrt-xburst/19776eb01:27
qi-bot[commit] claudio: [at91] Add board definition previously forgotten http://qi-hw.com/p/openwrt-xburst/91107b901:27
qi-bot[commit] acoul: mac80211: fix r21990 http://qi-hw.com/p/openwrt-xburst/324d3e901:27
qi-bot[commit] claudio: [kernel] Don't force pci support on .34 and .35 http://qi-hw.com/p/openwrt-xburst/c70ebb401:27
qi-bot[commit] acoul: fix commit r21993 http://qi-hw.com/p/openwrt-xburst/47e09d301:27
qi-bot[commit] acoul: fix commit r21994 (thanks juhosg) http://qi-hw.com/p/openwrt-xburst/b6ff7d401:27
qi-bot[commit] acoul: package/iptables: fix compile failure on gentoo build system (thanks nbd) http://qi-hw.com/p/openwrt-xburst/7ebf9e701:27
qi-bot[commit] jow: [package] broadcom-wl: align wpa encryption value and cipher override format with hostapd.sh http://qi-hw.com/p/openwrt-xburst/5794fe501:27
qi-bot[commit] jow: [package] hostapd: allow *ccmp+tkip and *aes+tkip as well for cipher override http://qi-hw.com/p/openwrt-xburst/b49acf101:27
qi-bot[commit] nbd: ath9k: add initval updates - should increase stability and performance on AR91xx and AR92xx http://qi-hw.com/p/openwrt-xburst/4b1a63c01:27
qi-bot[commit] jow: [package] hostapd: enforce CCMP WPA cipher if hwmode is 11ng or 11na http://qi-hw.com/p/openwrt-xburst/60a32ce01:27
qi-bot[commit] cshore: block-extroot, block-mount: Fixed multiple bugs which prevented e2fsck from being executed on the external root filesystem before mounting it as root.  Added /etc/e2fsck.conf which indicates that the clock is broken (since most OpenWRT devices don't have a battery backed RTC) so that e2fsck will not exit with fatal error when the rdat has not yet been run (i.e. before network). http://qi-hw.com/p/openwrt-xburst/7bc978b01:27
qi-bot[commit] jow: [package] base-files: add "mtu" option for route sections, allows setting per-route mtu values http://qi-hw.com/p/openwrt-xburst/0218c1001:27
qi-bot[commit] jow: [ar71xx] fix dir-825-b1 default network config after r21905 http://qi-hw.com/p/openwrt-xburst/51c76d801:27
qi-bot[commit] jow: [package] broadcom-wl: http://qi-hw.com/p/openwrt-xburst/db7c7e901:27
qi-bot[commit] jow: [package] broadcom-wl: update to v5., initial brcm63xx (MIPS BE) support http://qi-hw.com/p/openwrt-xburst/fe1160e01:27
qi-bot[commit] jow: [brcm63xx] add a wifi profile for proprietary wl http://qi-hw.com/p/openwrt-xburst/5ec8fc401:27
qi-bot[commit] florian: [au1000] revert upstream commit that broke PCI until we have a better fix http://qi-hw.com/p/openwrt-xburst/134e9e701:27
qi-bot[commit] markus: preset stable and try* flags for TRX2 headers http://qi-hw.com/p/openwrt-xburst/0df708101:27
qi-bot[commit] markus: renamed wrt54g3gv2-vf images http://qi-hw.com/p/openwrt-xburst/0cfd64101:27
qi-bot[commit] juhosg: firmware-utils/mktplinkfw: add support for the TL-WA901ND http://qi-hw.com/p/openwrt-xburst/e5e2a4f01:27
qi-bot[commit] juhosg: ar71xx: fix leds-rb750 build failure on 2.6.34 http://qi-hw.com/p/openwrt-xburst/17cb46c01:27
qi-bot[commit] markus: fix GPIO pin for G3GV2-VF http://qi-hw.com/p/openwrt-xburst/c9722e501:27
qi-bot[commit] markus: brcm47xx: added dual image support to flashmap driver http://qi-hw.com/p/openwrt-xburst/4fd65ea01:27
qi-bot[commit] florian: [au1000] fix PCI, thanks br1, put back support by default http://qi-hw.com/p/openwrt-xburst/382532e01:27
qi-bot[commit] nbd: ath9k: properly sanitize calibrated noise floor values on all hardware http://qi-hw.com/p/openwrt-xburst/98525c001:27
qi-bot[commit] nbd: ath9k: add a missing null pointer check and some further cleanup http://qi-hw.com/p/openwrt-xburst/9b8393301:27
qi-bot[commit] nbd: ath9k: clean up some code duplication related to noise floor handling http://qi-hw.com/p/openwrt-xburst/c500f2e01:27
qi-bot[commit] nbd: ath9k: fix false positives in the baseband hang check by repeating the test a few times before pronouncing the hardware dead and resetting it http://qi-hw.com/p/openwrt-xburst/7d9775001:27
qi-bot[commit] florian: [au1000] fix line wrapped patch http://qi-hw.com/p/openwrt-xburst/cd6d6cb01:27
qi-bot[commit] florian: [au1000] add 2.6.34 support http://qi-hw.com/p/openwrt-xburst/c7a096501:27
qi-bot[commit] florian: [kernel] refresh 2.6.34 patches http://qi-hw.com/p/openwrt-xburst/e9d9a8401:27
qi-bot[commit] juhosg: generic: rtl8366: enable VLAN ingress filtering http://qi-hw.com/p/openwrt-xburst/e11397b01:27
qi-bot[commit] nbd: ath9k: fix a crash with WEP in ad-hoc mode http://qi-hw.com/p/openwrt-xburst/649386601:27
qi-bot[commit] nbd: ath9k: fix a potential buffer leak http://qi-hw.com/p/openwrt-xburst/307796601:27
qi-bot[commit] nbd: add missing dependencies for hostapd-utils and wpa-cli (#7421) http://qi-hw.com/p/openwrt-xburst/3e4cfbc01:27
qi-bot[commit] nbd: ag71xx: fix a memory corruption bug that happens if you flood the interface with packets while it's being brought down http://qi-hw.com/p/openwrt-xburst/950d12e01:27
qi-bot[commit] nbd: ag71xx: reset the hardware during open(), this improves recovery from tx timeouts on ar724x considerably http://qi-hw.com/p/openwrt-xburst/d85621501:27
qi-bot[commit] nbd: mini_fo: add error pointer checks after dentry lookups to fix various crash bugs (fixes #7277, #7207, #7259) http://qi-hw.com/p/openwrt-xburst/14cab9801:27
qi-bot[commit] nbd: add mini_fo fix to 2.6.30 as well http://qi-hw.com/p/openwrt-xburst/5e7715301:27
qi-bot[commit] jow: [package] comgt: add usb hotplug handler to bring up 3g ifaces on boot or when the dongle is attached http://qi-hw.com/p/openwrt-xburst/b11b5fb01:27
qi-bot[commit] acoul: package/busybox: fix sed issue with gcc-4.5.0 (closes #7566) http://qi-hw.com/p/openwrt-xburst/35ba8b601:27
qi-bot[commit] nbd: ar71xx: only reinit the ethernet MAC at .open() on ar724x for now, until we've figured out what part of it causes the issue described in #7563 http://qi-hw.com/p/openwrt-xburst/f38143301:27
qi-bot[commit] nbd: mac80211: fix interface teardown for kernels >= 2.6.33 http://qi-hw.com/p/openwrt-xburst/3cb490001:27
qi-bot[commit] nbd: repair the damage that was done to the packet socket type filter patch when it was forward ported to 2.6.33 http://qi-hw.com/p/openwrt-xburst/9b8cc4301:27
qi-bot[commit] hauke: kernel: add missing config option found by buildbot http://qi-hw.com/p/openwrt-xburst/e47303d01:27
qi-bot[commit] hcg: [omap35xx] Add kmod-usb-hid http://qi-hw.com/p/openwrt-xburst/e22bf0401:27
qi-bot[commit] hcg: crda: remove superfluous dependency http://qi-hw.com/p/openwrt-xburst/8c4271d01:27
qi-bot[commit] nbd: mac80211: update to wireless-testing 2010-07-06, add another patch to finally fix the annoying buffer leak in ath9k http://qi-hw.com/p/openwrt-xburst/9f4c28601:27
qi-bot[commit] hcg: gumstix: add luci http://qi-hw.com/p/openwrt-xburst/8fe0e7301:27
qi-bot[commit] hcg: add --trust-server-cert to svn checkout of feeds http://qi-hw.com/p/openwrt-xburst/742744a01:27
qi-bot[commit] hcg: Added --non-interactive flag to svn package downloads http://qi-hw.com/p/openwrt-xburst/1a5f92601:27
qi-bot[commit] hcg: Revert r22094 and r22095 http://qi-hw.com/p/openwrt-xburst/be6c9f201:27
qi-bot[commit] nbd: hostapd: update to 2010-07-05 http://qi-hw.com/p/openwrt-xburst/fdc17c501:27
qi-bot[commit] nbd: hostapd: enable WPS for the full version of hostapd/wpa_supplicant/wpad http://qi-hw.com/p/openwrt-xburst/49a3b6a01:27
qi-bot[commit] nbd: wifi: fix duplicate ht capabilities in the hostapd config file by clearing the list at config load time http://qi-hw.com/p/openwrt-xburst/098781b01:27
qi-bot[commit] nbd: hostapd: add preliminary wps script support (push-button only, does not handle multi-bss yet) http://qi-hw.com/p/openwrt-xburst/115b6d501:27
qi-bot[commit] nbd: hostapd: make rfkill support optional http://qi-hw.com/p/openwrt-xburst/221490f01:27
qi-bot[commit] jow: [package] 6in4: automatically determine wan interface in hotplug events http://qi-hw.com/p/openwrt-xburst/7742ebe01:27
qi-bot[commit] claudio: [at91] add some missing symbols http://qi-hw.com/p/openwrt-xburst/769265801:27
qi-bot[commit] claudio: [etrax] fix a bug inside usb driver, thanks to Jesper Nilsson http://qi-hw.com/p/openwrt-xburst/ea1ef3301:27
qi-bot[commit] nbd: Get rid of the b44 'BUG!  Timeout waiting for bit 80000000 of register 428 to clear.' spam. http://qi-hw.com/p/openwrt-xburst/59da09e01:27
qi-bot[commit] nbd: broadcom-diag: detect more variants of SimpleTech SimpleShare http://qi-hw.com/p/openwrt-xburst/9aaa8ff01:27
qi-bot[commit] nbd: brcm47xx: fix a small copy&paste error in the b44 fix for 2.6.34 and 2.6.35 http://qi-hw.com/p/openwrt-xburst/f231b3801:27
qi-bot[commit] hauke: kernel: update to kernel http://qi-hw.com/p/openwrt-xburst/30feff801:27
qi-bot[commit] hauke: brcm47xx: use kernel as default kernel  http://qi-hw.com/p/openwrt-xburst/af2bb2e01:27
qi-bot[commit] nbd: ath9k: add another batch of stability updates and misc fixes http://qi-hw.com/p/openwrt-xburst/b03d47c01:27
qi-bot[commit] claudio: [at91] fix typo in Makefile tgz -> targz http://qi-hw.com/p/openwrt-xburst/f84501601:27
qi-bot[commit] nbd: ath9k: improve reliability of the noise floor calibration http://qi-hw.com/p/openwrt-xburst/e62c80901:27
qi-bot[commit] claudio: [at91] add defautl config for eth0 http://qi-hw.com/p/openwrt-xburst/b9ca13b01:27
qi-bot[commit] claudio: [etrax] enable usb support by default. http://qi-hw.com/p/openwrt-xburst/453df5301:27
qi-bot[commit] claudio: [kernel] kmod-usb-core is buildin on etrax target http://qi-hw.com/p/openwrt-xburst/b40bc2801:27
qi-bot[commit] nbd: ath9k: remove support for hardware which was never sold. reduces binary size by ~30k http://qi-hw.com/p/openwrt-xburst/3a46cb801:27
qi-bot[commit] hauke: kernel: add missing dma_dev member to struct ssb_device to make b43/b43legacy compile with current mac80211 version http://qi-hw.com/p/openwrt-xburst/a04d4f801:27
qi-bot[commit] hauke: kernel: Add missing kernel config options http://qi-hw.com/p/openwrt-xburst/023534e01:27
qi-bot[commit] hauke: kernel: fix build problems with recent kernel versions http://qi-hw.com/p/openwrt-xburst/0fac63b01:27
qi-bot[commit] hauke: broadcom-wl: fix compiling with kernel 2.6.35 http://qi-hw.com/p/openwrt-xburst/f9840c801:27
qi-bot[commit] hauke: kernel: modules names changed with kernel 2.6.35 http://qi-hw.com/p/openwrt-xburst/24a6afd01:27
qi-bot[commit] claudio: [kernel] pwm: use coherent naming to avoid conflicts http://qi-hw.com/p/openwrt-xburst/5c39ae201:27
qi-bot[commit] claudio: [kernel] Add package for gpio-pwm http://qi-hw.com/p/openwrt-xburst/474735901:27
qi-bot[commit] claudio: [kernel] Add package for gpio rotary encoder http://qi-hw.com/p/openwrt-xburst/d63165a01:27
qi-bot[commit] claudio: massive: replace occurences of .$(LINUX_KMOD_SUFFIX) with .ko after r21950 http://qi-hw.com/p/openwrt-xburst/ae57d8801:27
qi-bot[commit] nico: partially revert [22145], keep LINUX_KMOD_SUFFIX, needed to build external modules in ./packages http://qi-hw.com/p/openwrt-xburst/86bb57e01:27
qi-bot[commit] cshore: [package]: block-mount:  Enable swap before doing fsck so that large filesystem checks have swap as well as memory (as they take large memory for large partitions).  Closes #7599. http://qi-hw.com/p/openwrt-xburst/52993b901:27
qi-bot[commit] cshore: [package]: block-mount: Fixed two bugs in fstab.init.  /etc/fstab was used where /tmp/fstab should have been, and locking was insufficiently careful and was such that it could result in deadlock when hotplug was in use. http://qi-hw.com/p/openwrt-xburst/36d52e801:27
qi-bot[commit] cshore: [package] block-mount: Attempt swapon a after mounting as well as before.  This ensures that swap on a filesystem is enabled. http://qi-hw.com/p/openwrt-xburst/c98e83d01:27
qi-bot[commit] nbd: mac80211: improve reliability of the keymiss handling fix, add another aggregation leak fix http://qi-hw.com/p/openwrt-xburst/372c8c501:27
qi-bot[commit] jow: [kernel] export SSB fallback SPROM - required for wl.ko http://qi-hw.com/p/openwrt-xburst/be1d1d901:27
qi-bot[commit] juhosg: tools/firmware-utils: enhance mktplinkfw utility http://qi-hw.com/p/openwrt-xburst/c43902501:27
qi-bot[commit] juhosg: ramips: sync kernel config http://qi-hw.com/p/openwrt-xburst/76ca64601:27
qi-bot[commit] juhosg: ramips: protect GPIO register access with a spinlock http://qi-hw.com/p/openwrt-xburst/675367f01:27
qi-bot[commit] juhosg: ramips: Fix bridging in ramips ethernet driver http://qi-hw.com/p/openwrt-xburst/fa4dd3d01:27
qi-bot[commit] jow: [package] broadcom-wl: http://qi-hw.com/p/openwrt-xburst/c2f4d2e01:27
qi-bot[commit] jow: [brcm63xx] add required exports for wl.ko http://qi-hw.com/p/openwrt-xburst/fab9e7401:27
qi-bot[commit] jow: [package] broadcom-wl: fix md5sums http://qi-hw.com/p/openwrt-xburst/e5dbd6201:27
qi-bot[commit] nbd: enable ipv6 support for packages by default http://qi-hw.com/p/openwrt-xburst/0859bbd01:27
qi-bot[commit] cshore: [brcm47xx]: target (base-files): Fixed failsafe mode by adding back insmod diag http://qi-hw.com/p/openwrt-xburst/8ec9d5601:27
qi-bot[commit] juhosg: ar71xx: in-flash macs and eeprom for mach-eap7660d http://qi-hw.com/p/openwrt-xburst/e14f92901:27
qi-bot[commit] juhosg: ath5k: in-flash macs and eeprom for mach-eap7660d http://qi-hw.com/p/openwrt-xburst/b518ed301:27
qi-bot[commit] juhosg: generic: move ath5k_platform.h from ar71xx to generic files http://qi-hw.com/p/openwrt-xburst/e528e0201:27
qi-bot[commit] juhosg: madwifi: in-flash macs for mach-eap7660d http://qi-hw.com/p/openwrt-xburst/f6814dd01:27
qi-bot[commit] juhosg: generic: rtl8366: use SWITCH_TYPE_NOVAL for reset_mib attributes http://qi-hw.com/p/openwrt-xburst/c26785301:27
qi-bot[commit] juhosg: generic: rtl8366: get rid of private vlan_{mc,4k} structs http://qi-hw.com/p/openwrt-xburst/320e8ef01:27
qi-bot[commit] juhosg: generic: rtl8366: move switch device to the rtl8366_smi struct http://qi-hw.com/p/openwrt-xburst/e2d433101:27
qi-bot[commit] juhosg: generic: rtl8366: get rid of private rtl8366{s,rb} structs http://qi-hw.com/p/openwrt-xburst/a8fb74401:27
qi-bot[commit] juhosg: generic: rtl8366: introduce rtl8366_smi_alloc http://qi-hw.com/p/openwrt-xburst/ec7835701:27
qi-bot[commit] juhosg: generic: rtl8366: add setup to rtl8366_smi_ops struct http://qi-hw.com/p/openwrt-xburst/e920aac01:27
qi-bot[commit] juhosg: generic: rtl8366: add common rtl8366_sw_{get,set}_port_pvid functions http://qi-hw.com/p/openwrt-xburst/6938bc001:27
qi-bot[commit] juhosg: generic: rtl8366: make rtl8366_{g,s}et_pvid static http://qi-hw.com/p/openwrt-xburst/b956ede01:27
qi-bot[commit] juhosg: generic: rtl8366: generealize rtl8366{s,rb}_sw_get_port_mib functions http://qi-hw.com/p/openwrt-xburst/a072aff01:27
qi-bot[commit] juhosg: generic: rtl8366: add common rtl8366_sw_get_port_mib function http://qi-hw.com/p/openwrt-xburst/547641101:27
qi-bot[commit] juhosg: generic: rtl8366: add is_vlan_valid function to smi_ops http://qi-hw.com/p/openwrt-xburst/fc8585601:27
qi-bot[commit] juhosg: generic: rtl8366: use smi->num_ports and smi->ops->get_vlan_4k http://qi-hw.com/p/openwrt-xburst/4bcb72901:27
qi-bot[commit] juhosg: generic: rtl8366: add common rtl8366_sw_get_vlan_info http://qi-hw.com/p/openwrt-xburst/dac77d201:27
qi-bot[commit] juhosg: generic: rtl8366: add common rtl8366_sw_{get,set}_vlan_ports functions http://qi-hw.com/p/openwrt-xburst/8007d4801:27
qi-bot[commit] juhosg: generic: rtl8366: make rtl8366_set_vlan static http://qi-hw.com/p/openwrt-xburst/12e4b3401:27
qi-bot[commit] juhosg: generic: rtl8366: add debugfs file to show PVIDs http://qi-hw.com/p/openwrt-xburst/6002af801:27
qi-bot[commit] juhosg: ramips: add mdio_cfg configuration for the ethernet driver http://qi-hw.com/p/openwrt-xburst/12e2f4a01:27
qi-bot[commit] juhosg: ramips: add generic ethernet device for the RT288x http://qi-hw.com/p/openwrt-xburst/4c2865e01:27
qi-bot[commit] juhosg: ramips: register ethernet device on the RT-N15 http://qi-hw.com/p/openwrt-xburst/7b74a2801:27
qi-bot[commit] juhosg: ramips: enable ethernet driver for rt288x http://qi-hw.com/p/openwrt-xburst/623613501:27
qi-bot[commit] jow: [package] firewall: http://qi-hw.com/p/openwrt-xburst/e3060b601:27
qi-bot[commit] jow: [package] firewall: fix another notrack related bug http://qi-hw.com/p/openwrt-xburst/30853c801:27
qi-bot[commit] jow: [package] dnsmasq: add and enable DNS rebind protections http://qi-hw.com/p/openwrt-xburst/70f06b001:27
qi-bot[commit] jow: [package] firewall: allow redirecting only destination port (#7197) http://qi-hw.com/p/openwrt-xburst/5fbf6ca01:27
qi-bot[commit] jow: [package] iptables: package hashlimit module (#6696) http://qi-hw.com/p/openwrt-xburst/3ba9b8e01:27
qi-bot[commit] hcg: Add a profile including Jamvm for Gumstix http://qi-hw.com/p/openwrt-xburst/48f816601:27
qi-bot[commit] acoul: generic: update 2.6.35 patches to 2.6.35-rc5 http://qi-hw.com/p/openwrt-xburst/5d1772a01:27
qi-bot[commit] acoul: ixp4xx: update 2.6.35 patches to 2.6.35-rc5  http://qi-hw.com/p/openwrt-xburst/997b90101:27
qi-bot[commit] nbd: ep80579-drivers: the build system for this package is broken beyond repair. work around this by only using the kbuild make invocations and ignoring the other crap http://qi-hw.com/p/openwrt-xburst/79debaf01:27
qi-bot[commit] acoul: package/kernel: update r22229 http://qi-hw.com/p/openwrt-xburst/4428e3a01:27
qi-bot[commit] acoul: finalize r22241 fixes http://qi-hw.com/p/openwrt-xburst/7fe381001:27
qi-bot[commit] hauke: kernel: the interface fsync changed a little http://qi-hw.com/p/openwrt-xburst/124bd9901:27
qi-bot[commit] hauke: kernel: fix kernel panic when traffic goes over the network. http://qi-hw.com/p/openwrt-xburst/c5e0e0a01:27
qi-bot[commit] acoul: ixp4xx: fix lzma/jffs2 config options http://qi-hw.com/p/openwrt-xburst/d29bb5a01:27
qi-bot[commit] acoul: ixp4xx: sync 2.6.33 patches against http://qi-hw.com/p/openwrt-xburst/7a5327101:27
qi-bot[commit] acoul: ixp4xx: use default lzma kernel compression  http://qi-hw.com/p/openwrt-xburst/3b233bb01:27
qi-bot[commit] nico: dnsmasq: initscript: fix bool options handling, bump release number http://qi-hw.com/p/openwrt-xburst/6da348e01:27
qi-bot[commit] hauke: kernel: refresh patches http://qi-hw.com/p/openwrt-xburst/e2e6a5b01:27
qi-bot[commit] acoul: ixp4xx: update 2.6.35 config options http://qi-hw.com/p/openwrt-xburst/1d13ecc01:27
qi-bot[commit] florian: [kernel] refresh 2.6.32 patches http://qi-hw.com/p/openwrt-xburst/7ed527601:27
qi-bot[commit] florian: [rdc] refresh 2.6.32 patches http://qi-hw.com/p/openwrt-xburst/b123f2e01:27
qi-bot[commit] florian: [rdc] fix bifferboard flash map, thanks bifferos (#7622) http://qi-hw.com/p/openwrt-xburst/35b261401:27
qi-bot[commit] florian: [rdc] use bootloader baudrate settings, thanks bifferos (#7619) http://qi-hw.com/p/openwrt-xburst/1818c2101:27
qi-bot[commit] hauke: brcm47xx: activate swap again and run make oldconfig http://qi-hw.com/p/openwrt-xburst/8a674c301:27
qi-bot[commit] florian: [brcm63xx] fix alice gate2 internet:green led (#6743) http://qi-hw.com/p/openwrt-xburst/741d3e301:27
qi-bot[commit] florian: [rdc] remove 2.6.30 support http://qi-hw.com/p/openwrt-xburst/349bd3501:27
qi-bot[commit] florian: [adm5120] add support for generic eb214a, thanks cezary (#7027) http://qi-hw.com/p/openwrt-xburst/af139e001:27
qi-bot[commit] cshore: [package] base-files & telnet: Fixed telnet starting even with root password when shadow passwords in use. http://qi-hw.com/p/openwrt-xburst/b1acaee01:27
qi-bot[commit] jow: [package] base-files, busybox: fix 22279, simplify code and get rid of awk http://qi-hw.com/p/openwrt-xburst/825dbb301:27
qi-bot[commit] acoul: package/kernel: modularize ixp4xx_eth driver & marvel 88E6060 phy support http://qi-hw.com/p/openwrt-xburst/c03ed1301:27
qi-bot[commit] acoul: ixp4xx: backport r21893 wrt300nv2 mac fix to 2.6.32 http://qi-hw.com/p/openwrt-xburst/3351cab01:27
qi-bot[commit] hauke: iw: update to version 0.9.20 http://qi-hw.com/p/openwrt-xburst/b36eeab01:27
qi-bot[commit] hauke: e2fsprogs: update to version 1.41.12 http://qi-hw.com/p/openwrt-xburst/53d6ece01:27
qi-bot[commit] kaloz: remove unneeded patches http://qi-hw.com/p/openwrt-xburst/ac576eb01:27
qi-bot[commit] kaloz: fixup some boardnames http://qi-hw.com/p/openwrt-xburst/03c684c01:27
qi-bot[commit] kaloz: update kernel versions http://qi-hw.com/p/openwrt-xburst/4f9721d01:27
qi-bot[commit] kaloz: we don't care about the md5sums for -rc kernels http://qi-hw.com/p/openwrt-xburst/2edc32801:27
qi-bot[commit] hcg: [gumstix] replace dropbear with openssh http://qi-hw.com/p/openwrt-xburst/63b003d01:27
qi-bot[commit] hcg: [gumstix] Remove profile no longer required http://qi-hw.com/p/openwrt-xburst/c844d7d01:27
qi-bot[commit] kaloz: rename the mx2 target to imx21 http://qi-hw.com/p/openwrt-xburst/662684801:27
qi-bot[commit] hauke: brcm47xx: remove kernel 2.6.33 http://qi-hw.com/p/openwrt-xburst/03685da01:27
qi-bot[commit] hauke: brcm47xx: prepare brcm47xx patches for sending to mainline. http://qi-hw.com/p/openwrt-xburst/9fe2a2d01:27
qi-bot[commit] claudio: [kernel] pwm: export the generic pwm api as module http://qi-hw.com/p/openwrt-xburst/dba337301:27
qi-bot[commit] hauke: brcm47xx: write boardflags correct into sprom http://qi-hw.com/p/openwrt-xburst/a7a1dcb01:27
qi-bot[commit] jow: [package] nvram: handle nvram at varying offsets within the eraseblock (fixes Edimax PS-1208mfg with FLSH at offset 0) http://qi-hw.com/p/openwrt-xburst/98b06e801:27
qi-bot[commit] nbd: mac80211: update to wireless-testing 2010-07-16 http://qi-hw.com/p/openwrt-xburst/6d574c201:27
qi-bot[commit] nbd: mac80211: fix aggregation on WDS AP interfaces http://qi-hw.com/p/openwrt-xburst/d0f1d5801:27
qi-bot[commit] nbd: ar71xx: set default values for the fifo cfg registers on AR724x http://qi-hw.com/p/openwrt-xburst/e70bddd01:27
qi-bot[commit] nbd: move the crda dependency to the kmod-cfg80211 package, get rid of crda's dependency on mac80211. this fixes circular dependency issues http://qi-hw.com/p/openwrt-xburst/0e2c7a501:27
qi-bot[commit] nbd: kernel: add the new 'crashlog' feature, which tries to store kernel oops/panic logs in a fixed location in RAM to recover them after the reboot and make them available to user space using debugfs http://qi-hw.com/p/openwrt-xburst/5b42ce601:27
qi-bot[commit] kaloz: the storm target is gone for a long time now http://qi-hw.com/p/openwrt-xburst/cd9b9a801:27
qi-bot[commit] kaloz: upgrade the config.* scripts http://qi-hw.com/p/openwrt-xburst/e9b1c9901:27
qi-bot[commit] hauke: brcm47xx: fix for boardflags by xMff http://qi-hw.com/p/openwrt-xburst/0474d2901:27
qi-bot[commit] nbd: gcc: split up the build process into three distinct stages (minimal, initial, final), to clean up the dependency handling nastiness and to improve support for rebuilding parts of the toolchain http://qi-hw.com/p/openwrt-xburst/344914c01:27
qi-bot[commit] florian: [package] remove whitespaces in kmod-switch sources http://qi-hw.com/p/openwrt-xburst/47cfa1801:27
qi-bot[commit] florian: [package] fix kmod-crypto-hw-padlock dependency against kmod-crypto-aes (#7643) http://qi-hw.com/p/openwrt-xburst/9b743eb01:27
qi-bot[commit] kaloz: add support for the Gateworks Laguna family (Cavium Networks Econa CNS3xxx) http://qi-hw.com/p/openwrt-xburst/642064a01:27
qi-bot[commit] nbd: kernel: add some missing debugging related config symbols http://qi-hw.com/p/openwrt-xburst/ec2064c01:27
qi-bot[commit] nbd: add a config option for enabling kernel debugging symbols http://qi-hw.com/p/openwrt-xburst/12a603401:27
qi-bot[commit] nbd: disable crash logging for uml, it cannot possibly work there anyway http://qi-hw.com/p/openwrt-xburst/b80f2ac01:27
qi-bot[commit] nbd: add a build system option for collecting all kernel debug information (including modules) in a tarball http://qi-hw.com/p/openwrt-xburst/7b7e47001:27
qi-bot[commit] nbd: squashfs4: backport an upstream change to fix the file mode check to allow setuid/setgid binaries (thx, ermo) - fixes #7653 http://qi-hw.com/p/openwrt-xburst/f2f28c801:27
qi-bot[commit] nbd: scripts/env: fix initialization of files/ when creating a new environment (patch from #7603) http://qi-hw.com/p/openwrt-xburst/361bd7601:27
qi-bot[commit] jow: [package] opkg: strip trailing whitespaces from entries in conffiles control files, fixes conffile md5 calculation against ipkg-build generated archives http://qi-hw.com/p/openwrt-xburst/47de16601:27
qi-bot[commit] jow: [package] opkg: fix host compilation on Darwin (libopkg_test failed to link) http://qi-hw.com/p/openwrt-xburst/2a8750a01:27
qi-bot[commit] jow: [tools] mkimage: fix compilation on FreeBSD http://qi-hw.com/p/openwrt-xburst/ff696e301:27
qi-bot[commit] jow: [tools] yaffs2: fix compilation on FreeBSD http://qi-hw.com/p/openwrt-xburst/674ab4a01:27
qi-bot[commit] jow: [tools] squashfs4: fix compilation on FreeBSD http://qi-hw.com/p/openwrt-xburst/e645dfd01:27
qi-bot[commit] jow: [package] busybox: fix compilation on FreeBSD http://qi-hw.com/p/openwrt-xburst/69c098301:27
qi-bot[commit] claudio: Add package rotary-gpio-custom http://qi-hw.com/p/openwrt-xburst/b016e9801:27
qi-bot[commit] claudio: Add package pwm-gpio-custom http://qi-hw.com/p/openwrt-xburst/ffa085b01:27
qi-bot[commit] claudio: [at91] Add support for u-boot http://qi-hw.com/p/openwrt-xburst/8d879e201:27
qi-bot[commit] claudio: [at91] general cleanup http://qi-hw.com/p/openwrt-xburst/c84930201:27
qi-bot[commit] nbd: ar71xx: add support for the tp-link tl-wa901nd devices (patch by Pieter "Fate" Hollants, from #7528, without the ethernet fifo cfg values) http://qi-hw.com/p/openwrt-xburst/858ebac01:27
qi-bot[commit] jow: [package] mac80211: fix handling of frag and rts options, thanks stintel! http://qi-hw.com/p/openwrt-xburst/ca8826c01:27
qi-bot[commit] hauke: ubsec_ssb: fix build of ubsec_ssb with new ssb patches http://qi-hw.com/p/openwrt-xburst/89854bc01:27
qi-bot[commit] hauke: mac80211: fix build of ipw2100 driver http://qi-hw.com/p/openwrt-xburst/d84fd0e01:27
qi-bot[commit] nbd: load e1000 earlier to fix the order of the ethernet ports on Axiomtek NA-200 http://qi-hw.com/p/openwrt-xburst/b024d6e01:27
qi-bot[commit] nbd: ath9k: fix another buffer leak in the aggregation code http://qi-hw.com/p/openwrt-xburst/cbab8bf01:27
qi-bot[commit] nbd: ath9k: fix invalid noisefloor measurement values in ht20 mode http://qi-hw.com/p/openwrt-xburst/9dbbc9401:27
qi-bot[commit] nbd: ath9k: simplify noise floor calibration chainmask calculation http://qi-hw.com/p/openwrt-xburst/5d3c63501:27
qi-bot[commit] jow: [atheros] renaming of the IP175C switch driver brioke switch detection on the Dir-300 and others, fix it http://qi-hw.com/p/openwrt-xburst/8c7110201:27
qi-bot[commit] acoul: package/compcache: fix a dependency issue http://qi-hw.com/p/openwrt-xburst/f77190f01:27
qi-bot[commit] jow: [package] uhttpd: http://qi-hw.com/p/openwrt-xburst/e41706301:27
qi-bot[commit] acoul: package/compcache: revert r22365 http://qi-hw.com/p/openwrt-xburst/3a2279a01:27
qi-bot[commit] acoul: package/compcache: initialize swap driver and introduce a delay before mounting http://qi-hw.com/p/openwrt-xburst/c4c113101:27
qi-bot[commit] nbd: ar71xx: fix sysupgrade on the ubnt nanostation m http://qi-hw.com/p/openwrt-xburst/e0673d101:27
qi-bot[commit] jow: [buildsystem] use host opkg for installing packages in buildroot and ImageBuilder http://qi-hw.com/p/openwrt-xburst/ebd96b601:27
qi-bot[commit] acoul: ixp4xx: add kernel 2.6.34 preliminary support http://qi-hw.com/p/openwrt-xburst/ad7b8d001:27
qi-bot[commit] acoul: generic/config-2.6.32: switch from gzip to lzma jffs2 compression http://qi-hw.com/p/openwrt-xburst/316419901:27
qi-bot[commit] jow: [package] base-files: unconditionally unlock the rootfs_data partition (#7437) http://qi-hw.com/p/openwrt-xburst/b8e09b901:27
qi-bot[commit] acoul: package/base-files: add support for devtmpfs (thank you rauchwolke at gmx.net) http://qi-hw.com/p/openwrt-xburst/cb108e401:27
qi-bot[commit] jow: [package] base-files: localize variable in do_move_devtmpfs(), remove extra temporary variable and shorten conditional http://qi-hw.com/p/openwrt-xburst/6a91be901:27
qi-bot[commit] florian: [package] e2fsprogs: parallel build fix http://qi-hw.com/p/openwrt-xburst/cf8a12501:27
qi-bot[commit] florian: [package] linux-atm: parallel build fix http://qi-hw.com/p/openwrt-xburst/e06a06601:27
qi-bot[commit] hauke: brcm47xx: fill the whole sprom with data http://qi-hw.com/p/openwrt-xburst/507c16301:27
qi-bot[commit] jow: [brcm63xx] fix a typo in 040-bcm963xx_flashmap.patch http://qi-hw.com/p/openwrt-xburst/00dc5ed01:27
qi-bot[commit] hauke: brcm47xx: add missing part from r22385 http://qi-hw.com/p/openwrt-xburst/1d687ec01:27
qi-bot[commit] hauke: brcm47xx: now hopfully realy commit the right things from r22385 http://qi-hw.com/p/openwrt-xburst/d3a030c01:27
qi-bot[commit] jow: [brcm63xx] reorder profiles http://qi-hw.com/p/openwrt-xburst/511da1801:27
qi-bot[commit] cshore: [package] dropbear: Add RootLogin parameter to control whether ssh logins as root are allowed. http://qi-hw.com/p/openwrt-xburst/2cba4ad01:27
qi-bot[commit] cshore: [package] dropbear: Explicity list default RootPasswordAuth value in default config file so that users know to turn off RootPasswordAuth as well as PasswordAuth to prevent password logins as root. http://qi-hw.com/p/openwrt-xburst/dbf130101:27
qi-bot[commit] markus: fix CRC32 calculation for sysupgrade http://qi-hw.com/p/openwrt-xburst/3c05ba201:27
qi-bot[commit] acoul: tools/quilt: fix openSUSE/patch- issue (closes #7635) http://qi-hw.com/p/openwrt-xburst/f80d70e01:27
qi-bot[commit] hauke: firmware-utils: The option -F was not detected. http://qi-hw.com/p/openwrt-xburst/9505c5d01:27
qi-bot[commit] nbd: ar71xx: remove the fifo cfg overrides for the ap91 ethernet code - these values have been wrong on every single device i've tested, falling back to the atheros values seems to be the right thing to do http://qi-hw.com/p/openwrt-xburst/a0d848e01:27
qi-bot[commit] nbd: kmod-ipsec: fix a compile error with some configurations. since CONFIG_XFRM_IPCOMP is not selectable on its own (no prompt), always select CONFIG_INET_IPCOMP along with it, to make sure that it gets enabled http://qi-hw.com/p/openwrt-xburst/bffb90201:27
qi-bot[commit] nbd: mac80211: update to wireless-testing 2010-07-26 + pending patches - adds a change that might fix some calibration issues http://qi-hw.com/p/openwrt-xburst/f7ff2ae01:27
qi-bot[commit] jow: [package] uhttpd: fix build dependencies (#7674) http://qi-hw.com/p/openwrt-xburst/8d60ad101:27
qi-bot[commit] jow: [buildsystem] make base-files dependent on opkg host compile, fixes install errors when package/compile and package/install are invoked separately http://qi-hw.com/p/openwrt-xburst/b31d05c01:27
qi-bot[commit] jow: [buildsystem] revert r22372 and r22405, dependency on host libtool causes problems http://qi-hw.com/p/openwrt-xburst/55da36a01:27
qi-bot[commit] acoul: generic/patches-2.6.34: Make devtmpfs available on (embedded) configurations without SHMEM/TMPFS, http://qi-hw.com/p/openwrt-xburst/2122c9301:27
qi-bot[commit] nbd: ath9k: fix various calibration related bugs and clean up the code http://qi-hw.com/p/openwrt-xburst/53e5fdd01:27
qi-bot[commit] acoul: package/compcache: clean unneeded swap initialization http://qi-hw.com/p/openwrt-xburst/c07292d01:27
qi-bot[commit] acoul: atheros/patches-2.6.35: sync patches against 2.6.35-rc6 http://qi-hw.com/p/openwrt-xburst/eb213ae01:27
qi-bot[commit] acoul: [atheros] enable mtu & mac config options http://qi-hw.com/p/openwrt-xburst/9e3ec4001:27
qi-bot[commit] acoul: target/linux: refresh kernel patches http://qi-hw.com/p/openwrt-xburst/5d02e8b01:27
qi-bot[commit] mb: firmware-utils/trx: Endianness fixes http://qi-hw.com/p/openwrt-xburst/1fa0de601:27
qi-bot[commit] acoul: [atheros] add missing bits & bytes from r22412 http://qi-hw.com/p/openwrt-xburst/8f75cb601:27
qi-bot[commit] nbd: mac80211: minor fix for the offchannel status change notification http://qi-hw.com/p/openwrt-xburst/f13045f01:27
qi-bot[commit] hauke: mostly revert commit r22396 http://qi-hw.com/p/openwrt-xburst/8eb932c01:27
qi-bot[commit] nbd: mac80211: update to 2010-07-29, add pending patches to fix further issues with calibration http://qi-hw.com/p/openwrt-xburst/b00a17001:27
qi-bot[commit] jow: [kernel] fix a typo in config-2.6.34 and config-2.6.35, thanks frogonwheels http://qi-hw.com/p/openwrt-xburst/5b072cd01:27
qi-bot[commit] acoul: package/mac80211: sync commit r22419 http://qi-hw.com/p/openwrt-xburst/bb5ab3b01:27
qi-bot[commit] acoul: generic/patches-2.6.32: finalize jffs2/lzma support on 2.6.32.x http://qi-hw.com/p/openwrt-xburst/ee0a25801:27
qi-bot[commit] hauke: brcm47xx: some fixes http://qi-hw.com/p/openwrt-xburst/48bf9cc01:27
qi-bot[commit] hauke: brcm47xx: some checkpatch fixes http://qi-hw.com/p/openwrt-xburst/503bfaa01:27
qi-bot[commit] florian: [ramips] fix jffs2 64k and 128k images overwrite each other http://qi-hw.com/p/openwrt-xburst/cc84d9a01:27
qi-bot[commit] florian: [package] package libipq as a shared library http://qi-hw.com/p/openwrt-xburst/ff993cd01:27
qi-bot[commit] florian: [toolchain] bump default gcc-4.4 version for sibyte and octeon http://qi-hw.com/p/openwrt-xburst/90bc09801:27
qi-bot[commit] florian: [package] remove iptables libipq dependency, thanks jow http://qi-hw.com/p/openwrt-xburst/cfbe1dd01:27
qi-bot[commit] jow: [package] firewall: add basic NAT reflection/NAT loopback support http://qi-hw.com/p/openwrt-xburst/da83ad501:27
qi-bot[commit] jow: [package] firwall: fix nat reflection for zones covering multiple networks http://qi-hw.com/p/openwrt-xburst/4fbc2d501:27
qi-bot[commit] florian: [buildroot] fix for GREP_OPTIONS http://qi-hw.com/p/openwrt-xburst/805beb601:27
qi-bot[commit] florian: [package] add txqueuelen option, patch from Roberto Riggio http://qi-hw.com/p/openwrt-xburst/f2ce92401:27
qi-bot[commit] florian: [toolchain] add support for gcc-4.5.1 http://qi-hw.com/p/openwrt-xburst/565343901:27
qi-bot[commit] florian: [kernel] refresh 2.6.34 patches http://qi-hw.com/p/openwrt-xburst/23b5e5801:27
qi-bot[commit] florian: [octeon] add 2.6.34 support http://qi-hw.com/p/openwrt-xburst/b0a16a201:27
qi-bot[commit] nico: fix typo http://qi-hw.com/p/openwrt-xburst/9db606b01:27
qi-bot[commit] nbd: ath9k: fix aggregation pause/restart handling under heavy load (thx to Lorenzo Bianconi) http://qi-hw.com/p/openwrt-xburst/521598701:27
qi-bot[commit] acoul: package/compcache: use mainline modules for kernels >=2.6.33 (thank you nbd) http://qi-hw.com/p/openwrt-xburst/5ef70c601:27
qi-bot[commit] nbd: ath9k: improve stuck beacon recovery and noise floor handling. significantly improves stability under strong interference in ap mode http://qi-hw.com/p/openwrt-xburst/8132fc901:27
qi-bot[commit] nbd: ath9k: improve stuck beacon recovery by reading nf values from the hw when a calibration is pending (instead of waiting for the next cal interval) http://qi-hw.com/p/openwrt-xburst/4b368f401:27
qi-bot[commit] markus: LED handling fixes for WRT54-G3Gv2 http://qi-hw.com/p/openwrt-xburst/5aabd8401:27
qi-bot[commit] lars: [xburst] Add 2.6.35 patches http://qi-hw.com/p/openwrt-xburst/e0e5bd801:27
qi-bot[commit] cshore: [brcm63xx] patches-2.6.32/33: Reset button on Comtrend routers is GPIO 33 not GPIO 32 http://qi-hw.com/p/openwrt-xburst/45357a401:27
qi-bot[commit] cshore: [brcm63xx] base-files: brcm63xx.sh: Added comtrend (96348GW-11) to routers with buttons and leds on preinit http://qi-hw.com/p/openwrt-xburst/b1544d601:27
qi-bot[commit] cshore: [brcm63xx]: base-files: diag.sh: For power button as preinit status led, end with led left on, not off http://qi-hw.com/p/openwrt-xburst/53a9db601:27
qi-bot[commit] jow: [package] base-files: r22444 caused interfaces to remain down if the macaddr option is used, fix it. Also localize the txqueuelen option variable  http://qi-hw.com/p/openwrt-xburst/8eea74301:27
qi-bot[commit] jow: ip17xx: r21709 broke VLAN functionality on the IP175C switch, add back mdelay() to wait before reading back the phy state, fixes ethernet on the DIR-300 and possibly others http://qi-hw.com/p/openwrt-xburst/fe9e70201:27
qi-bot[commit] lars: [toolchain] Add lost handling of -fhonour-copts to 4.4.x+cs/910-mbsd_multi.patch http://qi-hw.com/p/openwrt-xburst/9fa626201:27
qi-bot[commit] hauke: brcm47xx: ignore some parts of flash on some netgear devices. This  http://qi-hw.com/p/openwrt-xburst/fa5411e01:27
qi-bot[commit] nbd: swconfig: cleanup of kernel drivers and interface http://qi-hw.com/p/openwrt-xburst/f093fbf01:27
qi-bot[commit] hcg: omap35xx: Add temporary fix for marvell wlan MAC address detection http://qi-hw.com/p/openwrt-xburst/a30ce2b01:27
qi-bot[commit] hcg: gumstix: Change defconfig http://qi-hw.com/p/openwrt-xburst/6f5afda01:27
qi-bot[commit] lars: [xburst] Fix mmc card detection http://qi-hw.com/p/openwrt-xburst/952d7bf01:27
qi-bot[commit] acoul: package/iptables: upgrade to iptables version 1.4.9 http://qi-hw.com/p/openwrt-xburst/28ca23201:27
qi-bot[commit] lars: [xburst] Adjust codec driver module name for 2.6.35 http://qi-hw.com/p/openwrt-xburst/84d0fac01:27
qi-bot[commit] lars: [xburst] Set -march=mips32 http://qi-hw.com/p/openwrt-xburst/e9a649601:27
qi-bot[commit] lars: [xburst] Drop 2.6.32 patches http://qi-hw.com/p/openwrt-xburst/caec70001:27
qi-bot[commit] jow: [PATCH] Allow UCI interface names in /etc/config/dhcp http://qi-hw.com/p/openwrt-xburst/8b5fd9701:27
qi-bot[commit] jow: [package] dnsmasq: add -c or --cache-size option to dnsmasq via cachesize UCI option (#7625) http://qi-hw.com/p/openwrt-xburst/07f644901:27
qi-bot[commit] nbd: ath9k: fix rx tsf parsing http://qi-hw.com/p/openwrt-xburst/1eb663901:27
qi-bot[commit] jow: [package] pppd: only remove own default route on shutdown (#7694) http://qi-hw.com/p/openwrt-xburst/da8fbc601:27
qi-bot[commit] jow: [package] ppp: whitespace cleanup in previous commit http://qi-hw.com/p/openwrt-xburst/f785faa01:27
qi-bot[commit] jow: [tools] sed: fix compilation on FreeBSD/AMD64 http://qi-hw.com/p/openwrt-xburst/44615aa01:27
qi-bot[commit] jow: [package] ipset: fix ipset for kernel 2.6.35 http://qi-hw.com/p/openwrt-xburst/a4c4f9c01:27
qi-bot[commit] jow: [package] kernel: package L2TP v3 ("Pseudowire") modules, restrict them to 2.6.35 http://qi-hw.com/p/openwrt-xburst/675a90201:27
qi-bot[commit] jow: [kernel] add missing symbols for 2.6.35 http://qi-hw.com/p/openwrt-xburst/aa2687301:27
qi-bot[commit] jow: [kernel] fix order fail in previous commit http://qi-hw.com/p/openwrt-xburst/b45d7f901:27
qi-bot[commit] jow: [kernel] add missing symbols for 2.6.34, explicitely enable bootmem - required by crashlog (#7695) http://qi-hw.com/p/openwrt-xburst/f1989e501:27
qi-bot[commit] jow: [kernel] explicitely enable bootmem on 2.6.35 - required by crashlog (#7695) http://qi-hw.com/p/openwrt-xburst/b83ee2b01:27
qi-bot[commit] jow: [package] kernel: fix missing symbol introduced by l2tp http://qi-hw.com/p/openwrt-xburst/95c908401:27
qi-bot[commit] hcg: base_files: Remove . from end of localhost entry http://qi-hw.com/p/openwrt-xburst/e3efdd601:27
qi-bot[commit] hcg: gumstix: Update wifi default settings http://qi-hw.com/p/openwrt-xburst/47e765701:27
qi-bot[commit] mirko: nptl-supoprt should not autoselect EXTRA_WARNINGS as this results in extra CFLAGS which may not be supported by older compilers (as e.g. gcc-4.1 which e.g. the x86 target is currently using) http://qi-hw.com/p/openwrt-xburst/040075b01:27
qi-bot[commit] mirko: [kernel] Add missing symbols to 2.6.35 config http://qi-hw.com/p/openwrt-xburst/4fc4dac01:27
qi-bot[commit] mirko: [xburst] Add missing symbol to 2.6.35 config http://qi-hw.com/p/openwrt-xburst/14cf3c501:27
qi-bot[commit] acoul: package/compcache: revert r22458 as there are some issues with the mainline code http://qi-hw.com/p/openwrt-xburst/661d69701:27
qi-bot[commit] blogic: [ifxmips] http://qi-hw.com/p/openwrt-xburst/0b1044901:27
qi-bot[commit] hauke: brcm47xx: Add new image generation and fix leds/reset button on WNR834B V2 http://qi-hw.com/p/openwrt-xburst/8681f2201:27
qi-bot[commit] jow: [include] support unpacking of .tar.xz archives, no prereq on xzcat for now http://qi-hw.com/p/openwrt-xburst/13321eb01:27
qi-bot[commit] lars: Add kernel_nconfig make target http://qi-hw.com/p/openwrt-xburst/04e9a3301:27
qi-bot[commit] jow: [package] iptables: refresh patch http://qi-hw.com/p/openwrt-xburst/a1fc7ca01:27
qi-bot[commit] hauke: brcm47xx: fix warning introduced in r22516. http://qi-hw.com/p/openwrt-xburst/8439b2301:27
qi-bot[commit] hauke: brcm47xx: do not generate image for wgr614_v8 as long as we did not get any positive reports with that device. http://qi-hw.com/p/openwrt-xburst/619685301:27
qi-bot[commit] lars: [xburst] qi_lb60: Fix keyboard gpio pins http://qi-hw.com/p/openwrt-xburst/0324ed801:27
qi-bot[commit] acinonyx: [package] hostapd: Add support for 'iapp_interface' option, thanks stsp (#7719) http://qi-hw.com/p/openwrt-xburst/38a075f01:27
qi-bot[commit] acinonyx: [package] dnsmasq: Squelch a 'touch' error when no dhcp leases file is defined in config, thanks stsp (#7720) http://qi-hw.com/p/openwrt-xburst/d9deabc01:27
qi-bot[commit] mb: Add omap24xx. http://qi-hw.com/p/openwrt-xburst/8b8f4c701:27
qi-bot[commit] mb: omap24xx: Support booting userland from MMC card http://qi-hw.com/p/openwrt-xburst/c6c7d9001:27
qi-bot[commit] mb: kexec is also available on armel http://qi-hw.com/p/openwrt-xburst/02e66a901:27
qi-bot[commit] mb: omap24xx: Add working inittab and watchdog init script http://qi-hw.com/p/openwrt-xburst/20b373a01:27
qi-bot[commit] mb: mac80211: Add p54spi driver http://qi-hw.com/p/openwrt-xburst/0daceb001:27
qi-bot[commit] lars: [package] uci: Install ucimap.h into the staging dir http://qi-hw.com/p/openwrt-xburst/d1d21c801:27
qi-bot[commit] florian: [kernel] add missing 2.6.35 config symbols http://qi-hw.com/p/openwrt-xburst/e4a7c9b01:27
qi-bot[commit] florian: [kernel] add 2.6.35 md5sum http://qi-hw.com/p/openwrt-xburst/f7e08b501:27
qi-bot[commit] florian: [kernel] add missing 2.6.35 config symbols http://qi-hw.com/p/openwrt-xburst/a62e0a801:27
qi-bot[commit] florian: [kernel] refresh 2.6.35 patches http://qi-hw.com/p/openwrt-xburst/aa0dbef01:27
qi-bot[commit] florian: [kernel] crashlog depends on BOOTMEM http://qi-hw.com/p/openwrt-xburst/daa8b3701:27
qi-bot[commit] florian: [kernel] refresh 2.6.34 patches http://qi-hw.com/p/openwrt-xburst/893b6de01:27
qi-bot[commit] florian: [kernel] add missing 2.6.34 symbols http://qi-hw.com/p/openwrt-xburst/501cad201:27
qi-bot[commit] florian: [package] rename kmod-switch-ip175c package to kmod-switch-ip17xx http://qi-hw.com/p/openwrt-xburst/cc2563901:27
qi-bot[commit] nbd: rtl8366: re-enable learning by default, disabling it broke switching functionality. http://qi-hw.com/p/openwrt-xburst/1fc390101:27
qi-bot[commit] agb: [tools] qemu: build qemu-img for packaging vmdk and vdi images http://qi-hw.com/p/openwrt-xburst/524f84001:27
qi-bot[commit] agb: [x86] image: use internal qemu-img for vmdk and vdi images http://qi-hw.com/p/openwrt-xburst/5ae375701:27
qi-bot[commit] kaloz: [cns3xxx]: workaround serial hang with SMP enabled http://qi-hw.com/p/openwrt-xburst/654456901:27
qi-bot[commit] mb: kexec-tools: Update to 2.0.2. http://qi-hw.com/p/openwrt-xburst/26aef4c01:27
qi-bot[commit] jow: [generic] fix localversion detection for linux 2.6.35 http://qi-hw.com/p/openwrt-xburst/2d8264c01:27
qi-bot[commit] nico: package/comgt: only set pincode if it's supplied (closes: #7334), bump release number http://qi-hw.com/p/openwrt-xburst/249711301:27
qi-bot[commit] mb: omap24xx: Fix MMC multiplexer http://qi-hw.com/p/openwrt-xburst/704225001:27
qi-bot[commit] mb: omap24xx: Update kernel config. This also fixes module loading. http://qi-hw.com/p/openwrt-xburst/c3dc10c01:27
qi-bot[commit] florian: [au1000] add support for 2.6.35 http://qi-hw.com/p/openwrt-xburst/183016001:27
qi-bot[commit] hcg: Remove shells from unavalable serial ports http://qi-hw.com/p/openwrt-xburst/26ed86a01:27
qi-bot[commit] hcg: [gumstix] Remove sqlite from default config http://qi-hw.com/p/openwrt-xburst/23a7f0301:27
qi-bot[commit] hcg: [gumstix] enable gpio uesrspace interface via sysfs http://qi-hw.com/p/openwrt-xburst/5435a0501:27
qi-bot[commit] hcg: [kmod-bluetooth] Add HCI_UART_H4 support (required by Gumstix Overo) http://qi-hw.com/p/openwrt-xburst/1c1a3a701:27
qi-bot[commit] hcg: [gumstix] Add stty to default config (required for gumstix bluetooth setup) http://qi-hw.com/p/openwrt-xburst/6f6d44901:27
qi-bot[commit] hcg: [gumstix] Switch of echo on ttyS1 (required for bluetooth to function correctly) http://qi-hw.com/p/openwrt-xburst/b2932eb01:27
qi-bot[commit] lars: [kernel] Fix gpio_spi_old module for 2.6.35 http://qi-hw.com/p/openwrt-xburst/24f720d01:27
qi-bot[commit] mb: Fix dl_cleanup.py http://qi-hw.com/p/openwrt-xburst/672b7ef01:27
qi-bot[commit] florian: [tools] update wrt350nv2 builder to v2.3 (#7580) http://qi-hw.com/p/openwrt-xburst/251384901:27
qi-bot[commit] florian: [orion] fix jffs2 128k image generation, patch from madddes (#7584) http://qi-hw.com/p/openwrt-xburst/5fc3e1401:27
qi-bot[commit] nico: package/iptables: update to and cleanup: http://qi-hw.com/p/openwrt-xburst/0586ca801:27
qi-bot[commit] florian: [orion] fix Freecom DT2 jffs2 rootfs generation issue (#7584) http://qi-hw.com/p/openwrt-xburst/486bf4801:27
qi-bot[commit] florian: [kernel] rename 014-samsung_flash patch to a better name, thanks maddes http://qi-hw.com/p/openwrt-xburst/9f39c0101:27
qi-bot[commit] jow: [package] uhttpd: add option to reject requests from RFC1918 IPs to public server IPs (DNS rebinding countermeasure) http://qi-hw.com/p/openwrt-xburst/fd370b601:27
qi-bot[commit] acoul: package/mac80211: let build system enable led code through cflags (thank you nbd) http://qi-hw.com/p/openwrt-xburst/7425e4801:27
qi-bot[commit] nico: package/dnsmasq: add support for bogus-nxdomain (thanks to Mickey Knox), bump release number http://qi-hw.com/p/openwrt-xburst/b66f4d401:27
qi-bot[commit] jow: [package] uhttpd: make init script less verbose http://qi-hw.com/p/openwrt-xburst/89c5fd501:27
qi-bot[commit] nico: package/kernel: video: remove redundant AddDepends/video calls http://qi-hw.com/p/openwrt-xburst/48ed30f01:27
qi-bot[commit] nico: package/kernel: video: add missing dependencies (closes: #6497, #7542) http://qi-hw.com/p/openwrt-xburst/8715e7d01:27
qi-bot[commit] jow: [package] uhttpd: http://qi-hw.com/p/openwrt-xburst/01658f601:27
qi-bot[commit] jow: [package] 6in4: fix local address detection on ppp links (#7728) http://qi-hw.com/p/openwrt-xburst/e7b3af101:27
qi-bot[commit] jow: [package] uhttpd: fix segmentation fault triggered by invalid header line http://qi-hw.com/p/openwrt-xburst/a6757e401:27
qi-bot[commit] acoul: package/mac80211: fix r22422, add missing bits & bytes http://qi-hw.com/p/openwrt-xburst/b034f6201:27
qi-bot[commit] lars: Add lxde feed to feeds.conf.default http://qi-hw.com/p/openwrt-xburst/b12ee2001:27
qi-bot[commit] jow: [kernel] ssb: give the PCI core more time to initialize, fixes PCI issues with Atheros cards on the Asus WL-500w and possibly others (#4710) http://qi-hw.com/p/openwrt-xburst/79af25401:27
qi-bot[commit] jow: [kernel] fixup 2.6.34 kernel headers to properly export XT_ALIGN() to userspace http://qi-hw.com/p/openwrt-xburst/547bbf901:27
qi-bot[commit] mb: n810: Make sysfs backlight controls work http://qi-hw.com/p/openwrt-xburst/503f94601:27
qi-bot[commit] jow: [ar71xx] add uci-defaults script to migrate vlan 0 to vlan 1 after sysupgrade on devices using the RTL8366s switch http://qi-hw.com/p/openwrt-xburst/698224c01:27
qi-bot[commit] jow: [package] base-files, uci: properly revert list state on config_load http://qi-hw.com/p/openwrt-xburst/e3198ce01:27
qi-bot[commit] jow: [package] uhttpd: http://qi-hw.com/p/openwrt-xburst/2540dbb01:27
qi-bot[commit] acoul: linux/ar71xx: add nanostation-m signature (thanks Antonio Anselmi) http://qi-hw.com/p/openwrt-xburst/9131e9501:27
qi-bot[commit] nico: package/kernel: enable raw HID device support in kmod-usb-hid (closes: #7310) http://qi-hw.com/p/openwrt-xburst/0f81e4101:27
qi-bot[commit] juhosg: generic: fix kernel version check for 2.6.35 http://qi-hw.com/p/openwrt-xburst/1aaea7201:27
qi-bot[commit] juhosg: generic: fix wrong number of erase sectors for xxxS33B SPI flashes http://qi-hw.com/p/openwrt-xburst/43aca5a01:27
qi-bot[commit] juhosg: ar71xx: add eap7660d board to diag.sh and sysupgrade http://qi-hw.com/p/openwrt-xburst/4ebeeb501:27
qi-bot[commit] juhosg: ixp4xx: include linux/slab.h in the latch LED driver http://qi-hw.com/p/openwrt-xburst/96de0c801:27
qi-bot[commit] juhosg: ixp4xx: sync 2.6.32 kernel config http://qi-hw.com/p/openwrt-xburst/abeeac001:27
qi-bot[commit] juhosg: ixp4xx: backport IXP4XX_GPIO_IRQ macro to 2.6.32 http://qi-hw.com/p/openwrt-xburst/551560101:27
qi-bot[commit] juhosg: ixp4xx: add TW-266-2 support to 2.6.32 as well http://qi-hw.com/p/openwrt-xburst/0eb747601:27
qi-bot[commit] juhosg: ixp4xx: refresh patches http://qi-hw.com/p/openwrt-xburst/b917bcd01:27
qi-bot[commit] juhosg: ixp4xx: fix GPIOLIB support http://qi-hw.com/p/openwrt-xburst/9bdf47a01:27
qi-bot[commit] juhosg: ixp4xx: use the right parameter for ixp4xx_phy_disconnect http://qi-hw.com/p/openwrt-xburst/55d80cb01:27
qi-bot[commit] agb: [tools] quilt: needs autoconf http://qi-hw.com/p/openwrt-xburst/63c1b9201:27
qi-bot[commit] juhosg: ixp4xx: fix compiler warnings in tw5334-setup.c http://qi-hw.com/p/openwrt-xburst/7ebc0df01:27
qi-bot[commit] juhosg: ixp4xx: fix compiler warnings in wrt300nv2-setup.c http://qi-hw.com/p/openwrt-xburst/c55e5c201:27
qi-bot[commit] juhosg: generic: fix LED control on the RTL8366 switches http://qi-hw.com/p/openwrt-xburst/fbab06901:27
qi-bot[commit] juhosg: ramips: add support for Sparklan WCR-150GN board http://qi-hw.com/p/openwrt-xburst/ef0f04c01:27
qi-bot[commit] acoul: package/busybox: update to busybox-1.7.1, include upstream patches http://qi-hw.com/p/openwrt-xburst/59736eb01:27
qi-bot[commit] acoul: package/busybox: fix missing bit, refresh patches http://qi-hw.com/p/openwrt-xburst/cbcb84e01:27
qi-bot[commit] acoul: brcm47xx/patches-2.6.35: Allow SSB EHCI/OHCI drivers to co-exist (thank you Steve Brown) http://qi-hw.com/p/openwrt-xburst/4913e9e01:27
qi-bot[commit] juhosg: generic: update ARM mach-types http://qi-hw.com/p/openwrt-xburst/10f7c6b01:27
qi-bot[commit] hauke: brcm47xx: do not read out cfe http://qi-hw.com/p/openwrt-xburst/1014b0e01:27
qi-bot[commit] nico: package/busybox: add missing bits from 1.17.1 update (mostly config stuff), rename upstream patches so they're applied first http://qi-hw.com/p/openwrt-xburst/528728401:27
qi-bot[commit] acoul: package/busybox: fix macosx cross compile, closes #7775 http://qi-hw.com/p/openwrt-xburst/bef3daa01:27
qi-bot[commit] nico: package/grub: add a prereq check for 32 bits host development files when building on x86_64 (closes: #7753) http://qi-hw.com/p/openwrt-xburst/2a449c901:27
qi-bot[commit] lars: Add build variants support to InstallDev http://qi-hw.com/p/openwrt-xburst/4c8a66501:27
qi-bot[commit] lars: [package] ncurses: Add libncursesw package http://qi-hw.com/p/openwrt-xburst/81a8da501:27
qi-bot[commit] florian: [package]: update acx-mac80211 and change the git url. http://qi-hw.com/p/openwrt-xburst/570aca001:27
qi-bot[commit] florian: [kernel] add missing symbol: CONFIG_UCB1400_CORE to 2.6.35 config http://qi-hw.com/p/openwrt-xburst/475f0ce01:27
qi-bot[commit] nbd: ar71xx: add a new driver for the ar7240 switch using swconfig. http://qi-hw.com/p/openwrt-xburst/5cc1f4b01:27
qi-bot[commit] florian: [ifxmips] refresh 310-cfi0002-swap.patch http://qi-hw.com/p/openwrt-xburst/aa4c97c01:27
qi-bot[commit] florian: [kernel] add missing config options from #7733, thanks maddes http://qi-hw.com/p/openwrt-xburst/5e8e10a01:27
qi-bot[commit] jow: [package] iptables: partly revert r22582, fixes ip6tables extension packaging http://qi-hw.com/p/openwrt-xburst/c65f90301:27
qi-bot[commit] nbd: ath9k: remove an unnecessary BUG_ON in the aggregation code and clean up block ack window tracking to use less memory http://qi-hw.com/p/openwrt-xburst/94f6a6501:27
qi-bot[commit] florian: [rdc] allow 1MB extra space for JFFS and other enhancements (#7706) http://qi-hw.com/p/openwrt-xburst/12671e101:27
qi-bot[commit] jow: [package] uhttpd: http://qi-hw.com/p/openwrt-xburst/8618e9801:27
qi-bot[commit] nico: toolchain/gcc: remove remaining references to gcc-3.4.6 http://qi-hw.com/p/openwrt-xburst/7a57b6001:27
qi-bot[commit] mb: Support parallel build of certain packages http://qi-hw.com/p/openwrt-xburst/c7ee63d01:27
qi-bot[commit] mb: Also support parallel build for host-packages http://qi-hw.com/p/openwrt-xburst/a1a475c01:27
qi-bot[commit] juhosg: ar71xx: change mac address initialization http://qi-hw.com/p/openwrt-xburst/a39365501:27
qi-bot[commit] juhosg: ar71xx: don't override CONFIG_SWAP http://qi-hw.com/p/openwrt-xburst/59741b201:27
qi-bot[commit] juhosg: generic: rtl8366: add enable_vlan{,4k} to smi_ops http://qi-hw.com/p/openwrt-xburst/3b7b50f01:27
qi-bot[commit] juhosg: generic: rtl8366: add generic code to enable VLANs http://qi-hw.com/p/openwrt-xburst/356b45c01:27
qi-bot[commit] juhosg: generic: rtl8366: allow use of VIDs 16-4095 if vlan4k is enabled http://qi-hw.com/p/openwrt-xburst/0c4c78b01:27
qi-bot[commit] jow: [package] 6in4: bypass uci state when reading local IPv4 addr, specify TTL during tunnel creation (#7769) http://qi-hw.com/p/openwrt-xburst/28ddaa001:27
qi-bot[commit] jow: [package] 6in4: fix typo in last commit http://qi-hw.com/p/openwrt-xburst/fb8dd8b01:27
qi-bot[commit] mb: Add Tahvo USB support http://qi-hw.com/p/openwrt-xburst/29b378401:27
qi-bot[commit] nbd: kernel: add a missing config symbol for ext4 http://qi-hw.com/p/openwrt-xburst/3b1766301:27
qi-bot[commit] nbd: kernel: backport ssb dma_dev changes to fix b43 build http://qi-hw.com/p/openwrt-xburst/e3fc17301:27
qi-bot[commit] nbd: kernel: backport ppoll to 2.6.31 to fix udev build http://qi-hw.com/p/openwrt-xburst/715bc9201:27
qi-bot[commit] nbd: speed up the build system by including include/shell.sh on shell commands only where necessary http://qi-hw.com/p/openwrt-xburst/37b9bb701:27
qi-bot[commit] nbd: pwm-gpio-custom: fix compile on linux 2.6.31 http://qi-hw.com/p/openwrt-xburst/1baaeb801:27
qi-bot[commit] nbd: speed up the ipkg build process some more by reordering commands http://qi-hw.com/p/openwrt-xburst/9766ebb01:27
qi-bot[commit] nbd: toolchain: fix the sysroot mess by getting rid of $(TOOLCHAIN_DIR)/usr and moving it back to $(TOOLCHAIN_DIR), this change makes the toolchain relocatable again, which should fix the SDK http://qi-hw.com/p/openwrt-xburst/dc74adf01:27
qi-bot[commit] nbd: kernel: speed up building kernel packages by getting rid of unnecessary CompareKernelPatchVer calls http://qi-hw.com/p/openwrt-xburst/67dac5c01:27
qi-bot[commit] nbd: fix compile errors by forcing bash to be used as a shell in all submake processes http://qi-hw.com/p/openwrt-xburst/d6520c701:27
qi-bot[commit] florian: [ar7] remove fixed phy support, enable most ar7 switch drivers. http://qi-hw.com/p/openwrt-xburst/9b3461e01:27
qi-bot[commit] florian: [ar7] add swconfig to the default set of packages http://qi-hw.com/p/openwrt-xburst/a08da9501:27
qi-bot[commit] nbd: fix libtool fixup for libstdc++ http://qi-hw.com/p/openwrt-xburst/ea03f0401:27
qi-bot[commit] claudio: [at91] Include the usb-ohci module as default http://qi-hw.com/p/openwrt-xburst/a90c82701:27
qi-bot[commit] mb: Add an option to default the default build rule to parallel build. http://qi-hw.com/p/openwrt-xburst/9d3a35f01:27
qi-bot[commit] mb: n810: Add retu/tahvo userspace interface debugging http://qi-hw.com/p/openwrt-xburst/7397e8201:27
qi-bot[commit] lars: [ifxmips] Danube: Fix irq ack http://qi-hw.com/p/openwrt-xburst/3c77df701:27
qi-bot[commit] mb: mac80211: Fix incorrect ifdef placement in 800-nuke_led_code.patch http://qi-hw.com/p/openwrt-xburst/87adbb001:27
qi-bot[commit] agb: [tools] qemu: fix build failure on some systems. Closes #7767 http://qi-hw.com/p/openwrt-xburst/6bb84a001:27
qi-bot[commit] mb: Update to http://qi-hw.com/p/openwrt-xburst/c86adc901:27
qi-bot[commit] agb: [tools] qemu: add dependency on libuuid http://qi-hw.com/p/openwrt-xburst/1b1535d01:27
qi-bot[commit] hauke: kernel: update kernel version to http://qi-hw.com/p/openwrt-xburst/eac32f601:27
qi-bot[commit] mb: n810: Add basic battery management driver http://qi-hw.com/p/openwrt-xburst/66c918301:27
qi-bot[commit] lars: [package] Add uboot for marvell kirkwood based boards http://qi-hw.com/p/openwrt-xburst/180624e01:27
qi-bot[commit] lars: [kirkwood] Add Seagate Dockstar support http://qi-hw.com/p/openwrt-xburst/9fa119801:27
qi-bot[commit] florian: [kernel] update to http://qi-hw.com/p/openwrt-xburst/66eeee501:27
qi-bot[commit] florian: [kernel] update to http://qi-hw.com/p/openwrt-xburst/fa7498e01:27
qi-bot[commit] florian: [kernel] update to http://qi-hw.com/p/openwrt-xburst/56572f701:27
qi-bot[commit] florian: [ar7] refresh patches http://qi-hw.com/p/openwrt-xburst/72015e701:27
qi-bot[commit] florian: [ar7] cleanup the cpmac phy mask, patch from Ben Witten http://qi-hw.com/p/openwrt-xburst/5a4857201:27
qi-bot[commit] florian: [ar7] make adm6996 switches work on tnetd7200 and tnetd7300 http://qi-hw.com/p/openwrt-xburst/78945f201:27
qi-bot[commit] florian: [kernel] refresh 2.6.35 patches http://qi-hw.com/p/openwrt-xburst/91684ec01:27
qi-bot[commit] florian: [au1000] refresh 2.6.35 patches http://qi-hw.com/p/openwrt-xburst/e8cc03101:27
qi-bot[commit] hauke: kernel: fix some mistakes in ssb patch refresh in r22766, r22767 and r22768. http://qi-hw.com/p/openwrt-xburst/dede4b701:27
qi-bot[commit] lars: [xburst] Fix n5x6 sound drivers http://qi-hw.com/p/openwrt-xburst/0e4e5ab01:27
qi-bot[commit] lars: [xburst] refresh config http://qi-hw.com/p/openwrt-xburst/535fd5101:27
qi-bot[commit] mb: tahvo-usb: Use platform device interface properly (don't crash) http://qi-hw.com/p/openwrt-xburst/8f42ed301:27
qi-bot[commit] mb: n810: Fix USB board init http://qi-hw.com/p/openwrt-xburst/474e42201:27
qi-bot[commit] mb: Add usb gadget packages http://qi-hw.com/p/openwrt-xburst/26442af01:27
qi-bot[commit] lars: [kirkwood] Update kernel to 2.6.35 http://qi-hw.com/p/openwrt-xburst/26d161101:27
qi-bot[commit] lars: [kernel] Add missing symbols to 2.6.35 config http://qi-hw.com/p/openwrt-xburst/3e1302801:27
qi-bot[commit] florian: [malta] update qemu README wrt latest qemu http://qi-hw.com/p/openwrt-xburst/e2e469f01:27
qi-bot[commit] florian: [malta] update to http://qi-hw.com/p/openwrt-xburst/25d98b301:27
qi-bot[commit] nbd: ath9k: fix spurious MIC failure detection, causing instability issues in AP mode http://qi-hw.com/p/openwrt-xburst/bfbae0b01:27
qi-bot[commit] mb: p54: Fix powersave mode http://qi-hw.com/p/openwrt-xburst/f83800701:27
qi-bot[commit] mb: Add usb gadget feature flag http://qi-hw.com/p/openwrt-xburst/a86afac01:27
qi-bot[commit] florian: [kernel] refresh 2.6.35 patches http://qi-hw.com/p/openwrt-xburst/5bf465d01:27
qi-bot[commit] florian: [brcm63xx] add 2.6.35 support http://qi-hw.com/p/openwrt-xburst/e212aad01:27
qi-bot[commit] florian: [cobalt] rename config-2.6.32 to config-default http://qi-hw.com/p/openwrt-xburst/d03abe001:27
qi-bot[commit] florian: [cobalt] add support for 2.6.35 http://qi-hw.com/p/openwrt-xburst/8c95b4601:27
qi-bot[commit] juhosg: ar71xx: refresh patches http://qi-hw.com/p/openwrt-xburst/155c11101:27
qi-bot[commit] juhosg: generic: fix pm25lv SPI flash support http://qi-hw.com/p/openwrt-xburst/0f33c5001:27
qi-bot[commit] jow: [package] uhttpd: fix segfault triggered by Basic Auth checking http://qi-hw.com/p/openwrt-xburst/93019f801:27
qi-bot[commit] jow: [package] ppp: populate gateway of default route with peer address (#6259) http://qi-hw.com/p/openwrt-xburst/ede419701:27
qi-bot[commit] florian: [ar7] add compile fixes for ar7-atm http://qi-hw.com/p/openwrt-xburst/93eeadb01:27
qi-bot[commit] florian: [ar7] add 2.6.35 support http://qi-hw.com/p/openwrt-xburst/4377f9b01:27
qi-bot[commit] hcg: Update kernel to, add USB storage to profile http://qi-hw.com/p/openwrt-xburst/f34469101:27
qi-bot[commit] nbd: scripts/feeds: cache feed metadata instead of re-reading it on every get_feed() call http://qi-hw.com/p/openwrt-xburst/5e8236601:27
qi-bot[commit] nbd: scripts/feeds: switch to the right feed metadata when installing a package to fix dependency handling (patch by matthijs from #5891) http://qi-hw.com/p/openwrt-xburst/30d6c7001:27
qi-bot[commit] mb: Improve n810 profile http://qi-hw.com/p/openwrt-xburst/e13cab401:27
qi-bot[commit] nbd: scripts/feeds: fix a bug in the metadata caching change http://qi-hw.com/p/openwrt-xburst/482da3101:27
qi-bot[commit] agb: [gemini] update wbd222 patch after r22662 http://qi-hw.com/p/openwrt-xburst/045172201:27
qi-bot[commit] jow: [package] libreadline: install *.so symlinks as well (#4872) http://qi-hw.com/p/openwrt-xburst/9ea9f4101:27
qi-bot[commit] nbd: ath9k: add some extra checks to the mic failure fix http://qi-hw.com/p/openwrt-xburst/6dd290701:27
qi-bot[commit] nbd: ath9k: fix a WARN_ON when aggregation start is issued more than once, should improve stability with 802.11n http://qi-hw.com/p/openwrt-xburst/6361f6901:27
qi-bot[commit] lars: [kirkwood] Cleanup image generation http://qi-hw.com/p/openwrt-xburst/b0edeb401:27
qi-bot[commit] acoul: linux/generic: add kernel 2.6.36 preliminary support  http://qi-hw.com/p/openwrt-xburst/e60c03201:27
qi-bot[commit] lars: [kernel] Update 2.6.35.x to http://qi-hw.com/p/openwrt-xburst/0c9739301:27
qi-bot[commit] acoul: linux/generic: update 2.6.36 kernel patches http://qi-hw.com/p/openwrt-xburst/b27a17801:27
qi-bot[commit] acoul: package/madwifi: enable mtu & mac config options for > 2.6.29 kernels http://qi-hw.com/p/openwrt-xburst/b2948ef01:27
qi-bot[commit] lars: [kirkwood] Align jffs2 to pagesize and fix mkfs2.jffs2 opts http://qi-hw.com/p/openwrt-xburst/fd9a76001:27
qi-bot[commit] lars: [kirkwood] Use kirkwood_nand_init instead of manually registering the nand driver http://qi-hw.com/p/openwrt-xburst/02a00e201:27
qi-bot[commit] lars: [kirkwood] Add different profiles for Sheevaplug and Dockstar http://qi-hw.com/p/openwrt-xburst/2d624f201:27
qi-bot[commit] lars: [uboot-kirkwood] Dockstar: Adjust rootfs size to that of the original fw http://qi-hw.com/p/openwrt-xburst/683db7a01:27
qi-bot[commit] florian: [toolchain] gcj can only be built safely on gcc >= 4.3 http://qi-hw.com/p/openwrt-xburst/cf5ce2501:27
qi-bot[commit] acoul: linux/generic: update 2.6.36 kernel patches http://qi-hw.com/p/openwrt-xburst/2e6f3ef01:27
qi-bot[commit] lars: [kirkwood] Build usb storage support into the kernel. http://qi-hw.com/p/openwrt-xburst/910433801:27
qi-bot[commit] jow: [linux] enable SYSRQ for all targets, remove overrides from brcm63xx, octeon and omap35xx http://qi-hw.com/p/openwrt-xburst/366f06301:27
qi-bot[commit] jow: [package] firewall: http://qi-hw.com/p/openwrt-xburst/94c817e01:27
qi-bot[commit] florian: [kernel] refresh 2.6.32 patches http://qi-hw.com/p/openwrt-xburst/680c4d401:27
qi-bot[commit] florian: [ar7] refresh patches http://qi-hw.com/p/openwrt-xburst/1aeafdb01:27
qi-bot[commit] florian: [ar7] rework multi_probe patch to be cleaner http://qi-hw.com/p/openwrt-xburst/c27520101:27
qi-bot[commit] florian: [rdc] refresh 2.6.32 patches http://qi-hw.com/p/openwrt-xburst/2ac9a1a01:27
qi-bot[commit] florian: [rdc] backport upstream multicast fix (#7848) http://qi-hw.com/p/openwrt-xburst/decdb0401:27
qi-bot[commit] nbd: hostapd: backport a fix to check for STA STBC capabilities before setting them (fixes #7464) http://qi-hw.com/p/openwrt-xburst/3fe81b101:27
qi-bot[commit] nbd: rtl8366_smi: when setting VLAN ports, always initialize the PVID to ensure that the VLAN MC entry gets allocated. Fixes problems with tagged-only ports (#7795) http://qi-hw.com/p/openwrt-xburst/a9266bc01:27
qi-bot[commit] juhosg: generic: introduce broadcast_uevent function http://qi-hw.com/p/openwrt-xburst/c78a80401:27
qi-bot[commit] juhosg: package/button-hotplug: use brodcast_uevent http://qi-hw.com/p/openwrt-xburst/3d764d501:27
qi-bot[commit] juhosg: package/broadcom-diag: use broadcast_uevent http://qi-hw.com/p/openwrt-xburst/414959601:27
qi-bot[commit] juhosg: generic: fix erase operation on the pm25lv flash chip http://qi-hw.com/p/openwrt-xburst/2bbe78f01:27
qi-bot[commit] juhosg: generic: bacport SPI bus locking API http://qi-hw.com/p/openwrt-xburst/c43356701:27
qi-bot[commit] juhosg: ar71xx: rewrite SPI drivers for the RB4xx boards http://qi-hw.com/p/openwrt-xburst/d1f333801:27
qi-bot[commit] juhosg: ar71xx: refresh patches http://qi-hw.com/p/openwrt-xburst/0e41d9201:27
qi-bot[commit] nbd: mac80211: update to wireless-testing 2010-08-31 http://qi-hw.com/p/openwrt-xburst/2cedae101:27
qi-bot[commit] nbd: mac80211: replace 800-nuke_led_code.patch with something smaller. http://qi-hw.com/p/openwrt-xburst/7fb817701:27
qi-bot[commit] acoul: generic: move iptables/netfilter kernel options from generic/config to package/kernel/modules/netfilter.mk http://qi-hw.com/p/openwrt-xburst/ecb413901:27
qi-bot[commit] nbd: fix a compile error when compiling with glibc (#7816) http://qi-hw.com/p/openwrt-xburst/c73c77e01:27
qi-bot[commit] nbd: ath9k: add a patch for dumping the eeprom contents via debugfs http://qi-hw.com/p/openwrt-xburst/7a13c3401:27
qi-bot[commit] nbd: add a command for printing a cleaned up make target database - will be used to analyze package dependencies at some point http://qi-hw.com/p/openwrt-xburst/9dd40f101:27
qi-bot[commit] nbd: mac80211: add missing config override for ath9k http://qi-hw.com/p/openwrt-xburst/04da73001:27
qi-bot[commit] nbd: mac80211: another override http://qi-hw.com/p/openwrt-xburst/1ba003a01:27
qi-bot[commit] lars: [kirkwood] Set -mtune to marvell-f http://qi-hw.com/p/openwrt-xburst/d9f45a601:27
qi-bot[commit] lars: [kirkwood] Add kernel package for the mv_cesa crypto module http://qi-hw.com/p/openwrt-xburst/830230901:27
qi-bot[commit] acoul: linux/orion: fix iproute2 issue (partially closes ticket #7862) http://qi-hw.com/p/openwrt-xburst/263d7b801:27
qi-bot[commit] acoul: package/iproute2: update iproute2 to version 2.6.35 http://qi-hw.com/p/openwrt-xburst/6ad2eae01:27
qi-bot[commit] jow: [include] ignore vim .swp files when scanning for updates (#7867) http://qi-hw.com/p/openwrt-xburst/f6f48d601:27
qi-bot[commit] juhosg: package/mtd: write remaining data after adding file to the jffs2 partition http://qi-hw.com/p/openwrt-xburst/b73df9f01:27
qi-bot[commit] juhosg: ar71xx: add support for the Zcomax ZCN-1523H-2-8/5-16 boards http://qi-hw.com/p/openwrt-xburst/006386c01:27
qi-bot[commit] juhosg: tools/firmware-utils: new tool for the Zcomax devices http://qi-hw.com/p/openwrt-xburst/af9f7ed01:27
qi-bot[commit] juhosg: ar71xx: build firmware images for the Zcomax boards http://qi-hw.com/p/openwrt-xburst/217d24e01:27
wolfspraulnow that's a commitlog stress test!01:29
wolfspraulxiangfu: I think your merge triggered a couple hundred commitlog lines here :-)01:36
xiangfuwolfspraul: yes. it's 500+.01:36
wolfspraulat least we know now that the commitlog scripts are stable. we might think about an upper limit?01:36
larscwolfspraul: please ban the bot01:36
wolfspraullarsc: I was hoping it's over soon, hold on... :-)01:37
wolfspraulwoops. that wasn't me.01:37
wolfspraulmaybe we saw all commits now. not very informative of course...01:38
wolfspraulxiangfu: what merge was that?01:38
xiangfumerge the upsteam to our "master" branch01:39
xiangfuwolfspraul: I saw the upstream already switch to 2.6.35. but we are still
wolfspraulmaybe openwrt backfire still uses 2.6.32. the plan was to follow the backfire release I think.01:40
wolfspraullarsc: what do you mean with 'ban the bot'?01:42
wolfspraulit's funny before we had an implicit commitlog limitation, it was cut off after 1024 bytes. then we thought that's not good because mirko's merges 'crash the bot'. now it's unlimited but may also not so good.01:44
wolfspraulso should we cut off after 20 commits or so?01:44
larscprobably a good idea01:45
wolfspraulgit log has a -<n> parameter so that's easy to do01:45
wolfspraulbut the bot won't say "more commits..." or so, so some people may feel something is wrong too01:46
wolfspraullarsc: alright then, let's just do it01:46
wolfspraul20 is enough?01:47
emeb|macwolfspraul: just saw your email about ASIC dev01:47
wolfspraulah great. you want to invest 100 million USD?01:47
emeb|macWish I had that much to play with...01:47
emeb|macinteresting perspective01:47
emeb|macmaking a hard version of the Milkymist FPGA design seems like a good start01:48
emeb|macbut that can be pretty expensive too.01:49
Action: emeb|mac used to work in chip design01:49
wolfspraullarsc: I added a -20 parameter to git log, hope that works01:51
wolfspraulwe find out next time :-)01:51
wolfspraulxiangfu: on your next merge, you can be more relaxed. we should only see 20 commitlog lines (not sure the first or last 20)01:53
wolfspraulnot your fault, all me here with the setup. have fun merging, just make sure everything stays clean...01:53
wolfspraulemeb|mac: I like the way this Jim Turley wrote about the challenge. we need to find a way to get at least some visibility with these old-school industry guys. make them at least laugh about it, and follow a little...01:56
wolfsprauland who knows, maybe someone will even develop some sympathy I don't know01:56
emeb|macwolfspraul: that's an idea01:57
wolfspraulit will take several years, it's similar to the Linux kernel emerging in the early 90's. can a group of loosely connected individuals who volunteer some time and their savings ever come up with anything that actually works? we will see01:57
wolfspraulat least it's well understood how the clasically process works, and knowing that and learning from it is always good I think01:58
wolfspraulemeb|mac: did you have some time to peek over Xue btw?01:58
emeb|macwolfspraul: grabbed the latest KiCAD db & started looking.01:59
emeb|macthen entropy set in...01:59
emeb|macStill trying to free up some time for a close look01:59
emeb|maclooks like more progress since my last pull though so I'll update02:00
wolfspraulok it's a start. thanks!02:04
wolfspraulif you worked in IC design before and have some people that might be interested in Milkyist, please introduce it to them and point to the project02:04
emeb|macsure - keeping an eye on it.02:05
wolfspraulI am interested in putting this into a more professional context, financially, break out some stuff into ASIC etc. but there needs to be a commercial reasons, we cannot just produce expensive unsellable toys.02:05
emeb|macI guess I'm still wondering what the MM design brings to the table besides open source.02:06
wolfspraulyes first of all just that - it protects the users freedoms02:06
emeb|macso the question is how much is that worth in cash to an end user02:06
wolfspraulI believe once educated about it, it can both be a lot of people and they will see a significant value in it.02:08
emeb|macthat's good.02:09
wolfspraulI'm not so worried that freedom has no value, I am more worried to do it right, that it is actually different from others, and to make products with it that actually work well and are easy to use.02:09
emeb|macfrom a development standpoint do you see this being done with OS tools to the maximum extent possible?02:09
wolfspraulwhat is 'this'? and what 'OS tools' do you mean?02:10
emeb|macthis = MM ASIC, OS tool = ASIC dev tools done w/ open source02:10
wolfspraulwe are not at the ASIC step yet, and for the entire Milkymist I don't think will be for years or until we find a commercial partner to pull it off with02:11
wolfspraulalso one would ask 'why' to go into ASIC at all? reprogrammable is not bad!02:12
emeb|macthat's a realistic development path.02:12
emeb|macand preserves the value of the open source code nature of the design02:12
wolfspraulso first there needs to be a product where the IC design we have is super stable and bug free and optimized, and someone doesn't mind to remove programmability!02:12
wolfspraulwe don't have that today, not nearly02:12
wolfspraulthen there needs to be a reason to go ASIC, for example economical02:13
wolfspraulsay the fpga costs 40 USD02:13
emeb|macbut even once the design is stable, reprogrammable HW is an advantage in many cases.02:13
emeb|macand FPGA costs will continue to come down.02:13
wolfspraula general Chinese rule of thumb (ignoring cost differences in processes) is that whenever you need 10K of any IC, it's cheaper that you make your own IC02:13
wolfspraulthat's very Chinese of course, but you get the idea02:14
emeb|macthat threshold is lower than I would have expected02:14
wolfspraulwell FPGAs will always have a proprietary premium, of course since they do contain lots of proprietary IP02:14
wolfspraulyes, China02:14
wolfspraulbut it's probably only true for 90nm or larger02:14
wolfspraul10k*40 = 400k USD02:14
wolfspraulI wouldn't want to take on a 45nm product with 400k USD02:14
wolfspraulbut at some point the logic will in fact kick in02:15
wolfsprauland it's cheaper to go asic, because you remove the proprietary IP of the fpga02:15
wolfspraulso that's one angle02:15
emeb|maceven 90nm at that price point is pushing it based on the numbers I know02:15
wolfspraulin China that is the rule of thumb, I am relaying from talking with industry people here02:15
emeb|macthat's true -02:15
wolfspraulso another angle is that we may want to do our own free GPL fpga one day02:16
emeb|macthere's an interesting thought02:16
wolfspraulso maybe the first 'asic' we make is actually a small fpga?02:16
wolfspraulI don't know02:16
wolfspraulit's hard to predict all these things, I am trying to steer through it somehow02:16
emeb|maca mind bender certainly02:16
wolfspraulthat's why it's good to have products and be focused on sales of those products02:16
wolfspraulso I'm super happy about the Ben NanoNote02:17
wolfsprauland upcoming Milkymist One, Xue, etc.02:17
emeb|macactually kind of flips Turley's arguement around02:17
wolfspraulthose are products, I can worry about certification, online shop, credit card gateways, customer support/returns, mechanical design, etc. etc.02:17
emeb|macstart with product, then go up the chain02:17
wolfspraulthen from there come the priorities on how we free ICs and in which order/in which way02:18
rohwolfspraul about your "'why' to go into ASIC at all?" - if i understood correctly, fpga still need multiple the 'power' as the pure asic one synthesizes in it, right? so 'saving power' (which is incredibly important in mobile stuff) is another reason why 'staying fpga' doesnt make sense. and price of course.02:19
wolfspraulyes true02:20
wolfspraulbut Milkymist One is plugged into the wall, and even the power supply is quite inefficient02:20
wolfspraulXue is already (hopefully) capable of some mobile use though02:20
wolfspraulbut yes, you are right02:20
wolfspraulonly keep in mind costs, fpgas are at 45nm now02:20
wolfspraulthose are multi-million USD and very exclusive manufacturing processes02:20
rohdid availability get better?02:21
wolfspraulso if I have to compete with that in a 500nm process, my power consumption may actually be higher than the same design running in a 45nm fpga :-)02:21
wolfspraulyes, I think spartan-6 is getting better. I have the ones I need in stock anyway.02:21
rohwolfspraul i understand. so its a quite complex tradeoff with >3 variables. yikes02:21
wolfspraulyes, and Xilinx already works on the 28nm spartan-7 and throws millions at making that work...02:22
Action: roh just hopes that the 'lets do an asic' 'lets use an fpga' keeps to a minimum in the industry.02:22
wolfspraul(it won't come up until x years from now, but still, they are working on it and ignoring those developments would not be very wise)02:22
rohmakes reverse-engineering hard to not feasible - which would make me have less work02:23
wolfspraulroh: you prefer fpga or asic?02:23
wolfspraulI think fpgas are growing, definitely02:23
rohi've seen some custom arm soc recently.. and it made me worry02:23
rohwolfspraul i prefer if people use 'readymade and public documented shit' ;) atleast for reverse-enginerering02:24
rohfpga i only see in 'special purpose' hardware. usually not in any end-user box. mostly devices like high-end routers (networking equipment from cisco, juniper, extreme, etc.)02:25
rohsometimes a cpld or so finds its way into a ce-device. but that happens seldomly. i guess only if 'the guy who designed it knew them already and had a weird problem to solve'02:25
rohi guess they are just too expensive and the soc 'too good' to be a good cost/gain relationship for consumer electronics02:26
wolfspraulyeah, but look at it the other way :-)02:27
wolfspraulthe fpga companies are doing so good they can afford to keep prices high02:27
rohfor development you are totally right. fpgas are the way to do your asic. just not many people 'ourside the industry' doing that02:27
wolfspraula company love to keep prices high :-)02:27
wolfspraulI think if they wanted to, or if in fact their bottom line would increase, they could drive prices down aggressively.02:28
rohalso power consumption?02:28
wolfspraulbut there is no need for them to do that right now, they first need to get into the right products that volume can take off and the bottom line will actually grow from lower prices.02:28
wolfspraulI don't know enough details and cannot compare.02:28
wolfspraulbut you don't lower price unless you are sure you will make it back in high volumes.02:29
rohi mean.. its really hard to beat the pmu paired with recent soc on what they do. and an fpga is still not a mixed signal wonderchild02:29
wolfspraulfrom what I can see, they are driving in that direction, but carefully02:29
wolfspraulfirst I talk about price02:29
wolfspraulonce the price is right, the rest often sorts itself out...02:29
wolfspraulI don't know, I'm not an industry observer. I just focused on my couple products...02:30
rohheh. i look more to 'availability' and 'tools'. atleast that are my criteria for selecting or dismissing chips mostly.02:30
wolfsprauljust imagine a spartan-6 would cost 5 USD. what would happen? I don't know.02:31
wolfspraulbut if you really think it through you realize that probably something big could happen...02:31
wolfspraulbut then a large company is no casino (or rather shouldn't be). so they will not just do crazy tests like that, but steadily continue to build and grow their businesses.02:32
rohbad tools can make your life hell, and even kill the product. so they are a must, not a should or may. and we need 'the same stuff as usual' anyways... also a fpga needs >1 vcc, some clocks etc. all the analog stuff.. the complexity is not the digtal stuff in my experience. its the stuff which looks so innocent and simple in the schems.02:32
rohwolfspraul even if spartan6 is at 5Euros. i got no free toolchain. so its less opensource than 'some cheap arm soc' which i got all datasheets for02:33
rohatleast from my pov. (as long as no 'firmware' besides what runs on the arm is involved)02:33
rohi can live with only half-documented chips, as long as there is no reconfigurable vodoo happening inside, but plain gates. (which can be reverse-engineered also if needed)02:34
rohthere are service-companies to open the package, take the die, and grind it down layer by layer and make pictures, reverse the gates etc.02:35
rohmore a question if its neccessary. a latch is a latch and as long as it does as it should i dont care how exactly it looks like.02:36
rohi donwn know if i am 'less opensource oriented' because of this 'purely pragmatic oriented view' on hardware. but one thing i have learnt at openmoko: dont underestimate the destructive force of 'firmware' (not meaning the stuff you compile for your host-cpu)02:38
rohdestructive as in 'onto your development process'02:39
roh .oO(ar6k... gllin...)02:39
wolfspraulroh: I will never underestimate the destructive force of firmware :-)02:40
wolfspraulwe worked for the same place...02:40
rohdont get me wrong: i'd love to see a fully opensource soc. i just dont see the big 'gain' for me as the user or me the developer or me the hacker02:40
rohi rather feat that the way there is so long, that it will make one 'less competetive' in performance to other soc02:41
wolfspraulroh: you think too static. I am not playing catchup anywhere. We innovate on features (freedoms) that others neglect. The longer they do that the better, we will be years ahead once those features become more relevant to someone, which is largely a marketing challenge.02:43
rohmaybe i am too paranoid there.02:43
wolfspraulit's not a catchup game, at all02:43
rohperformance-wise it is.02:43
rohi really like open stuff. but it needs to be atleast in the same league to make sense to use. nice, but useless toys i have too many already.02:44
rohthe moko for example never became my phone, even when it worked finally. just not enough runtime.02:45
rohi am fully with you on freedom. i just think its more important on the tool, firmware and sw side, as well as documentation, than 'if i know my gates exactly'02:46
rohif its an asic the freedom boils down to 'documentation', may be vhdl or verilog source. but it doesnt make me more powerful than before, as a user or developer02:48
wolfspraulsure, we are on the same page02:49
sdschulzeStupid question: how suitable is MilkyMist actually for general-purpose computing?  I.e. for code that does not make use of any of the parallel floating-point extensions (or not the right ones).04:13
sdschulzeJust reading Wolfgang's ML posting.04:13
sdschulzeWhat do the other 75% of MilkyMist consist of that are not related to VJ extensions?04:15
wolfspraulsdschulze: maybe ask in #milkymist (also on freenode)? since Milkymist is built around a Mico32 core, I would think it is suited for 'general purpose' computing although I don't fully understand what you are getting at04:15
wolfspraulah no, you misunderstood that (or my text wasn't good)04:15
GNUtoo|laptopsdschulze, good question: does the milkymist have a screen output? like vga? or better?04:15
wolfspraulif you look at all of the Milkymist sources, the Mico32 part is about 25%04:16
wolfspraulthe rest is not 'vj stuff' but all sorts of peripherals, memory controller, usb, ethernet, etc.04:16
wolfspraulthe 25% is only important to get the terminology right in terms of whether it is a Mico32 architecture, or Milkymist architecture04:16
wolfspraulbut since 75% is built on top of Mico32, I think one can call the whole thing a 'Milkymist architecture' without being disrespectful to Mico32, which of course plays a very important role04:17
wolfspraulGNUtoo|laptop: yes, vga (forgot how high the resolution can go)04:18
wolfspraulthanks for reading my post btw! :-) I almost wrote it to myself as a sort of starting point/todo item in the mailing list archives, but now I get lots of reactions...04:19
wolfspraulalso I'm a bit worried we are running out of steam on this project, I need to think ahead a bit and find more resources/support.04:20
wolfspraulit's fun to take on a project that would (and should) normally be financed with 100 million USD with a few 10K, but if that's just a prerequisite to failure then maybe it's not so much fun after all04:20
wolfspraulthere is all these cool things people want to do now, Xue, Milkymist NanoNote, and in the meantime we have very basic things missing everywhere, for example hunting down a strange memory stability problem right now. Those things make me wake up at night...04:21
GNUtoo|laptopbut it's uclinux right?04:23
wolfspraulMilkymist is an IC design, Mico32 (lm32) is the instruction set architecture at the core of it04:23
wolfspraulso that's OS or kernel agnostic04:23
wolfspraulthere is no MMU in the IC design right now, adding one is possible but a lot of work and postponed until later04:24
wolfspraulas of today, I am aware of 2 kernels that are running on the Milkymist One boards, one is RTEMS, and the other one Linux04:24
wolfspraulI think that's a normal Linux 2.6, but without mmu. There are several patches/efforts around Linux, afaik the most promising one for Milkymist/Milkymist One is http://github.com/tmatsuya/linux-2.604:25
wolfspraulfor toolchain, I think lm32 support was just added in gcc 4.5? I may not get all details 100% right04:26
GNUtoo|laptopah ok so it's still not done yet04:26
GNUtoo|laptopanyway I'll get a bug 2.0,not as free(no free soc) but still good, it has got a screen output04:26
wolfspraulwas is not done yet?04:26
wolfspraulI think Linux boots on Milkymist One today, although from 'it boots' to 'it's really good' can be a long long way :-)04:26
wolfspraulI encourage you to add the #milkymist channel on freenode to your channels04:27
Last message repeated 1 time(s).04:27
GNUtoo|laptopit boots means serial console?04:27
wolfspraulthere are not many people there yet, but the ones are there are very responsive and knowledgeable, like lekernel the founder of Milkymist04:27
wolfspraulI think Linux boots, ethernet works, vga works, etc. but for details as in #milkymist04:28
GNUtoo|laptopah can't join...too much channels04:28
GNUtoo|laptopah no it finally joined04:28
wolfspraulthe first target is RTEMS, I think mostly because it's better suited for the VJ application anyway, and because Linux may be harder to get to work, and work well, than RTEMS04:29
wolfspraulbut that doesn't mean we don't want Linux, we definitely do, and in fact some work has already started.04:29
wolfspraulsometimes I feel the most important is to be able to focus and rally around narrower, more focused goals first. and then go for the big wide everything.04:31
rohno mmu? irgh04:31
rohwell.. will eat gate space also...04:33
wolfspraulmmu can be added, and like I said, I love the focus Sebastien has :-) he's Mr. Focus! the (lack of) mmu is not critical right now04:38
lekernelroh, if you had to invent and build your FIB machine yourself, perhaps you'd find IC reverse engineering a lot harder06:18
lekernelmy point is, contrary to IC reverse engineering, there are no (or very few) tools for FPGA reverse engineering so you can't really compare the difficulty06:19
lekernelbtw talking about IC competitiveness: look at the parallax propeller06:21
lekernelold process, slow performance, high price, but still a success ...06:21
larscit's all about marketing06:32
rohlekernel propeller isnt really a success. avr is a success. pic were one.06:34
rohpropeller is major fail.06:34
rohdo they have a compiler which runs on >1 arch now?06:35
lekernelwell, it's not that bad06:35
lekerneleven if it doesn't compare to AVR/PIC06:35
rohor is it still that crap written by a few guys in asm?06:35
lekerneloh, it's crap :)06:35
lekernelpersonally I don't like the propeller at all06:35
rohi like the idea of propeller. the implementation of the tools makes sure i dont touch it.06:36
wpwrakoh dear. another battery disaster.06:36
lekernelbut still it seems it makes very decent sales06:36
rohlekernel btw: success is something i do not measure in commercial winnings.06:37
rohwpwrak your lab on fire?06:37
wpwrakno .. adam's mail on the list06:41
wpwraklekernel: (propeller) i think they tried too do "do their own thing", with own built-in IDE, I think even programming language, etc. at least that was the situation when i looked at it some years ago.06:43
lekernelyeah, that's what they did06:43
wpwraks/too/too much/06:43
rohwpwrak last i checked their compiler was hand-forged asm, which made it completely nonportable. not on unix, not on anything !=i38606:43
lekernelI think they have a C compiler now, but it produces poor code06:43
wpwrakroh: yeah, this sort of things06:44
lekernelstill that propeller chip, as bad as it is, finds many users among hobbyists06:44
rohlekernel there are also people using the arduino java ide, even if its bad and makes one bang your head even if its not gcc or your code ;)06:45
lekerneland all the yuppies who see "eight cores" and go "wow, this is the future of computing!"06:45
wpwraklekernel: it's s cute chip. if i had infinite time, i might write a decent compiler for it. i already threatened to do that for m8c, but then i got sucked into the openmoko black hole :)06:45
rohfor the time and money wasted on propeller, one could buy 8 avrs and be done with development in half the time *ducks*06:45
lekernelroh, i'm already convinced of that :p06:46
wpwrakroh: the "do it all in software" approach is nice. not efficient, but attractive from an openness point of view.06:48
wpwraklekernel: that is, until you make your fpga synthesizer ;-)06:48
lekernelI'm already struggling with milkymist development problems, so that's not before long06:49
wpwraklekernel: well, MM has a december deadline and i don't see you as someone who'd want to show up empty-handed at CCC, so i guess it'll work one way or another :)06:50
rohwpwrak i think its not good from a darwinistic pov to help companies survive which are too stupid ;)06:51
rohmakes bad managed companies to survive too long.06:51
lekernelwpwrak, I hope I won't indeed... and that sdram problem i've been fighthing for a week now quite undermines that06:51
wpwrakroh: oh, give the small but stupied ones a break :)06:51
rohwpwrak means: dont write compilers for stuff as long as they dont give _everybody_ the full datasheet AND pay you money for it.06:51
rohnice boards (SIE) .. even if i note need to note: i completely lost track of your codenames on qi-hw06:52
rohmake a table!06:52
wpwraklekernel: ah, that's the instability wolfgang has mentioned06:52
Action: roh really misses the 'this is the product, and it got version numbers'06:52
wpwrakroh: the many renames were indeed confusing06:53
lekernelwe have a very subtle crappiness in what I suspect to be the memory subsyste06:53
rohwpwrak yep. especially since its only 'marketing bs' *ducks* .. waste of everybodys time (usually)06:53
lekernellike a bug that manifests itself in like one case in a billion, but with a 83MHz clock and one access every few cycles you do the math how long the system survives06:54
wpwrakroh: sometimes, names change because you really didn't get it right in the beginning. particularly when using descriptive names06:54
wpwraklekernel: sucks :-( is this something new or just something you wouldn't have seen before (due to environment/kind of testing/whatever)06:55
rohwpwrak so what? better stick with it (as long its not a legal problem) and seperate marketing and development. nobody in development cares under which label marketing sells the end-result. just dont make development crazy with renames ;)06:55
lekernelwpwrak, exactly, when I run simple software there is no problem06:55
lekernelit's only when using complex software, like a linux system or rtems+gui that it manifests itself06:55
lekernelnice, isn't it?06:55
wpwrakroh: but then you end up with misleading descriptive names. that's also bad. also, if a change is inevitable, make it early. remember "make" :-)06:56
rohwpwrak means: you could even give every 'product' a codename, and a number. which have nothing to do with the sales-name06:56
rohor even number the products06:56
wpwraklekernel: seems that murphy likes you :)06:56
rohmake it 'board42_v23'06:56
rohSIE would be like 'board5_v4 or so?06:56
wpwrakroh: that's even more confusing :-)06:57
rohwpwrak renames are confusing. anything with a concept you dont break makes more sense06:57
wpwrakroh: why not use the first digits of the project's initial commit ? ;-)06:57
rohwpwrak also fine with me. any string which stays the same with some revision number which is monotonic increasing is fine *g*06:58
wpwrakroh: i disagree. ben-wpan is easier to remember than 0cfb06:58
rohalso dual-useage makes trouble06:58
rohyou dont know how often i got asked why qi-hw is named like the bootloader06:58
wpwrakroh: the bootloader it doens't use ? ;-)06:59
rohnamespaces need to be uncluttered. if a name is taken by anything near, dont use the string.06:59
wpwrakroh: there goes the hash :)06:59
wpwraklekernel: how does clock speed affect it ?07:00
roh .oO(if i found a company which does hw, i'll name the devices i build by marihuana flavours... makes sure the marketing dept. never uses them :)07:00
lekernelhaven't tried yet... changing the clock speed isn't super easy07:01
lekernelbut I'll do at some point07:01
wpwraklekernel: oh ? how's that ?07:01
rohhm? cant you just feed it clock from a function generator instead of the crystal?07:01
wpwrakroh: better idea: use the slang words for "penis" in exotic countries. marketing won't notice before it's too late ;-)07:02
lekernelif I go above 13ns I have to disable the DDR DLL, then I have to recompute divisors for UART, etc. reconfigure the DCMs, etc.07:02
lekernelroh, no07:02
rohfunky question: is the cpu synthetisized inside a fpga capable of fully static operation?07:02
lekernelof course07:02
lekernelyou seem to have very little knowledge about FPGAs, no wonder you think reverse engineering them is impossible07:03
rohof course? afaik no 'recent' grown up cpu can do that07:03
lekernelthe problem with lowering the clock frequency isn't about the logic being a non-static design07:03
rohonly small stuff like avr and such07:03
lekernelbut it's because there are a lot of PLLs etc. in my soc design07:03
wpwraklekernel: hmm, would it be possible to lower the clock temporarily ? e.g., high to set up, low while stress-testing for hours, then high again to see the results ?07:03
wpwrakah, plls. i see07:04
rohlekernel i dont say its impossible, i say its unfeasible usually, atleast without major expense07:04
rohand fpga knowledge07:04
lekernelfor logic FPGAs only support very basic stuff with (almost) only D flip flops and LUTs07:04
lekernelno complex latches or dynamic logic07:04
rohi see. so nothing which could make trouble like in a superskalar cpu07:05
lekernelthis has nothing to do with superscalar, you can perfectly make a static synchronous superscalar cpu07:05
lekernelit's usually because of pipelining tricks07:06
rohaaaah. now i understand. ok. makes sense07:06
lekernelsome examples are in there07:07
wpwraklekernel: perhaps output dividers on some plls then. not sure if such a coarse instrument would help much, though.07:07
lekernelwill I just have to bite the bullet and reconfigure all those PLLs...07:08
rohhm. cant you just 'halve' the clock?07:09
wpwrakah well, success doesn't always come easy ...07:09
rohmeaning, keeping all plls and 'use the then fitting baudrate on the uart manually?07:09
rohcould be less work than lots of calculations07:09
rohneed to run..  have fun. good hacking07:14
larsclekernel: i'm finding this whole acm website and their subscription models very confusing. apperently i got an account as part of gsoc, but with which i can't do anything accept getting regular newsletter spam.08:24
lekernelit's not confusing, it's exploitation... www.ieeesucks.com (the same applies to ACM)08:26
lekerneltry to google the paper title to find an open access source08:28
larscin the welcome email there was something written about full access, when i click the link i get to a page where it says to gain full access i have to buy a professional membership :/08:28
larschm, looks as if i can access it with my university library account08:36
lekernelusually you can08:37
lekernelthey also do IP address based authentication, so using proxies in universities helps too08:38
lekernelsame goes for getting papers out of I€€€, Elsevier and other similar greedy publishers08:38
lekernelbasically their publishing policy can be summed up as "always money in, never money out"08:40
lekernelie. authors pay for publishing, readers pay for downloading08:40
lekernelwhat really amazes me is professors getting pedantic with the "IEEE code of ethics"08:46
qi-bot[commit] Xiangfu Liu: [centerim] add libgnutls-extra to centerm DEPENDS http://qi-hw.com/p/openwrt-packages/7ec322e09:49
sdschulzewolfspraul: I wouldn't believe economists too much.10:47
wolfspraulhow where what?10:48
sdschulzeregarding the article in your post10:48
sdschulzeWe can save the $50 Millions for marketing.10:49
sdschulzeand regarding development...10:49
wolfspraulI like the article, well it's my thinking too maybe, so I like it. People forget how much time it takes to get to market.10:49
sdschulzeWell, the marketing that caused me to by a Ben was paid by O'Reilly...10:50
sdschulzeand tuxbrain's travel expenses to FOSDEM :)10:51
sdschulzeIn a company that relies on development by its employees, you can reach a point where the market value of your product is smaller than your debts.10:53
sdschulzePlus, I don't see any competition in the target audience.10:56
sdschulzefor us10:56
Action: sdschulze notices the mixup.10:56
sdschulzeDevelopment can go on -- slowly, though -- without money.10:57
wolfspraulah yes, sure11:00
wolfspraulbut we are still in the real world, it's very very hard11:01
wolfspraulso the products we are actually making do need to perform some function today11:01
wolfspraulat least I firmly believe that11:01
sdschulzeYou only need quite some money and quite some volume if you want to manufacture ASICs.11:01
wolfspraulthat's why even though people laugh about the NanoNote, I take it very serious and sell one by one to people for 99 USD11:01
wolfspraulyes but that looks at the money as if it's a big blob that will fall from the sky one day11:02
wolfspraulbut it won't11:02
wolfspraulso I do the NanoNote thing, and so far I love it11:02
wolfspraulof course the strategy is a bit hard to explain, and we cannot be off-chart technically for too long11:03
wolfspraulbut my pain level did not get worse for 1 year, that's a good sign :-)11:03
sdschulzeYou want to do FPGA first, right?11:05
wolfspraulit's not an option11:05
wolfspraulI am doing Milkymist One RC2 next11:05
wolfsprauland then Xue11:06
wolfspraulfrom the distance it may not be obvious how risky those projects are, and how easily time and money will disappear into them11:06
wolfspraulI am 100% focused on Milkymist One RC2 now, on the manufacturing side11:06
wolfsprauland on the Ben side, on OpenWrt and other software images, ben-wpan, gps, microsd breakout, case hacking, etc.11:07
wolfspraulthat's enough :-)11:07
wolfspraulah, forgot the server - need to get the kicad schematics diff visualization live11:07
sdschulzeIsn't the MilkyMist One FPGA-based?11:07
wpwrakwolfspraul: (money falling from the sky) working investors is a skill that's still missing in the qi-hw circle11:20
wolfsprauldon't say that. but the (serious) investors I spoke to all gave me their good advice as in 'earn your way'11:22
wpwrakgee, what happened to the good old times with bubble baths ?11:22
wpwrakhehe, that old gmenu2x is indeed quite evil :) trying clock output on the other ben which still had that thing installed. getting 7.02 MHz instead of 16.011:28
wolfspraulyeah I know11:28
wpwrakthose little batteries seem to be a constant source of pain.already in openmoko, we never got them right, despite years of trying11:31
wpwrakprobably best to just use a CR2032 battery holder11:31
wpwrakat least where size isn't a problem11:32
wolfsprauloh you mean the exploding batteries in the SIE run?11:39
wpwrakOrnotermes: i updated clk.c again. there was still a bug: i wrote to the MMC controller's registers before the clock was enabled. that write was just ignored11:39
wpwrakOrnotermes: as a workaround for the old version, just run the it twice11:40
wpwrakwolfspraul: yup11:40
Ornotermesah, that explain some things :P11:40
wolfspraulwpwrak: btw, for the /dev/breakout codes lars posted, what was the point of that? do we have a /dev/breakout device already? is this what we should do/will do/might do/will not do? I didn't get it...11:41
wpwraki think he wants to write a driver and this was the proposed API11:44
wpwrakguess he doesn't like me scribbling over registers from user space ;-)11:45
wolfspraulah ok11:45
Ornotermesbould by nice any way, use it from shell scripts and such11:47
wpwrakthere's a of course a latency penalty in going through the kernel. but for many applications this doesn't matter so much11:47
wpwrakOrnotermes: yup. and maybe even coordinate with the MMC driver11:48
Ornotermesbut i would kind of prefer to have it in /sys/bus/gpio/... or something like that11:49
wpwraknow .. why does my 16 MHz clock become DC ? need to simulate the damn filter11:50
kristianpaulwpwrak: whats the name for the acid to etch PCB that is not brown-colored?11:50
kristianpaulyou said two if i remenber well11:51
wpwrakkristianpaul: there are three: ammonium something, sodium something, and HCl with peroxide11:52
wpwrakkristianpaul: the latter you buy at hardware stores (ferreterias) and pharmacies11:52
kristianpaulsure i'm going to the ferreteria now :)11:53
wpwrakkristianpaul: (you mix the ingredients yourself - one part HCl into two parts peroxide)11:53
kristianpaulso i said HCL?11:53
wpwrakkristianpaul: peroxide is often called "agua oxigenada"11:53
wpwrakkristianpaul: "acido muriatico"11:54
kristianpaulahh i have in some in the bathroom !11:54
wpwrakdoesn't get any easier :)11:54
kristianpaulgood you speak spanish :)11:54
lekernelbe careful, the HCl + hydrogen peroxyde mixture generates chlorine gas11:54
wpwrakyup, keep the window open11:54
kristianpaulwikipedia es said cloruro de hidrogeno11:54
wpwrakkristianpaul: you can try if they understand this at the hardware store :)11:55
kristianpaulno way ;)11:55
kristianpauli wonder why i called muriatico anyway..11:55
wpwrakalso took me a while until i found out that "oxygenated water" is peroxide11:55
kristianpaulgood you share this here11:56
kristianpaulwpwrak: do i need glasses and tamabocas?11:56
Ornotermeswpwrak: is sys/mman.h part of the kernel or another package?11:57
kristianpaulwpwrak: to be mixed in a glasss?11:57
kristianpauli wonder why  "01:25 < wolfspraul> you are getting scary" i think is so normal do that in this side of the world11:58
wpwrakif you can get glasses (beakers, ideally), that helps. you can even us them directly for etching small boards inside11:58
wpwrakno risk of spilling and you need less acid, due to the small surface11:59
wpwrakOrnotermes: glibc11:59
Ornotermesok, thanks11:59
wpwrakthe mixing doesn't have to be particuarly precise. you'll mix when mixing the board around anyway11:59
kristianpaulwpwrak: do you have more chemical mixures to recommend me12:00
wpwraknot sure what tambocas are ?12:00
wpwraki'd recommend latex gloves (the cheap medical kind)12:00
kristianpaulsorry my usual typo12:00
wpwrakand also some wooden sticks for pushing the board around. but you probably already have this12:01
kristianpaulyup :)12:01
kristianpauli have tweezers too12:02
wpwraknaw, face masks don't keep the chlorine out :) just don't breathe what comes out of the acid bath. espeially not at the beginning12:02
wpwrak(tapaboca) now i found it :) http://blogpopuliblogdei.files.wordpress.com/2009/04/tapabocas-1.jpg12:03
kristianpauli missed the s12:03
Last message repeated 1 time(s).12:04
kristianpaulwpwrak: you should use es.wikipedia is better trusty source12:05
kristianpaulah is called mask in english12:06
kristianpaulwpwrak: what paper do you use fot the tonner transfer tecnique?12:07
wpwraklemme look it up ...12:07
kristianpauli noticed a silver layer of something over the pcb routes, is this estaño?12:07
wpwrakHP 6039A paper12:08
wpwrak(tin) yes12:08
kristianpaulnot sure if people will get that name easilly...12:08
kristianpaulnot in my town12:08
kristianpaulmy town https://secure.wikimedia.org/wikipedia/en/wiki/Guadalajara_de_Buga12:09
wpwrakthe HP paper, i spray it with alcohol, then gently wipe off the alcohol and the upper layer of coating. the i let the thing dry for an hour or so12:09
wpwrakyou may try some shops with computer supplies. that's how i found mine12:10
wpwrakyou can also use other papers but that's the one i found works best12:10
kristianpaulahh thats photograpic paper, i have how to ask now12:11
wpwrakhmm, i wonder if hp still make it12:12
wpwrakyes, for ink printers12:12
kristianpaulwpwrak: in the idbg board how do you solder the QFN chip?12:15
wpwrakhere it is: http://www.shopping.hp.com/product/C6039A?landing=supplies&category=paper&family_name=12:15
wpwrakC6039A even12:15
wpwrak(qfn) apply flux generously, place the chip, dab a bit of solder at all the pad/trace corners12:16
wpwrak(on all four sides)12:16
wpwrakthen apply flux again, do another pass so distribute the solder better12:17
wpwrakcheck visually if all pads look as if they're connected. if not repeat flux and solder until they do12:17
wpwrakto remove bridges, clear the iron's tip and pass over the bridge. that will remove a bit of solder and redistribut ethe rest12:18
wpwrakif you have a large quantity of excess solder, remove it with a solder wick12:18
wpwrakmake sure you have a good quality solder wick that doesn't decompose easily. there's a nice one under the "goot" brand12:19
wpwrakcp-2015. very fine braid. but a slightly more coarse will do, too12:20
wpwrakfor the solder, the thinner the wire the better (for dosage - small SMT stuff only needs the tiniest quantities of solder). i use 0.7 mm, which is just about borderline.12:22
wpwrakfor tinning the PCB, apply flux to the whole board, then put a small drop of solder on the board and "smear" it with the soldering iron12:23
wpwrakmay have to raise the iron's temperature for this12:23
wpwrakfor flux, i recomemnd water-soluble. it's easy to clean off the board and doesn't stick very much12:23
wpwrakthe more common rosin type of flux is extremely sticky and hard to remove12:24
wpwrak(sticky = your tweezers get sticky, too, so you have to clean them all the time)12:24
wpwrakthere is also "no clean" flux but i don't like it so much. first of all, you may still need to clean, and second, it sticks even less than the water soluble, so it's hard to put the components in place12:25
kristianpaulhmm i need flux..12:26
kristianpaulwell thats for next week12:26
kristianpaulor for a sparkfun order..12:26
wpwrakimportant: flux must be cleaned off the board. it's a weak acid so it can damage traces over time, and it is also a weak conductor, so it can mess up your circuit12:27
wpwrakparticularly the water soluble flux is bad in the later regard12:27
wpwrakin a pinch, any cheap flux will probably do. but life gets easier with a good flux :)12:28
kristianpaulare you aware of a cheal-good PSU with current limit feature?12:30
kristianpaulor what i can use from TI to do current-limit ?12:30
wpwrakPSU ? you mean a regulator or a lab power supply ?12:31
kristianpauli'll lab but i dont have too much space at home either money..12:32
wpwrak(reg) uh, dunno. i hardly ever use regulators12:32
kristianpaulwhat do you use?12:32
wpwrakan alaog lab power supply isn't too expensive. maybe USD 100 or so12:32
kristianpaullook i'm worried about avoid short cicuit12:32
kristianpaulover overload12:33
kristianpauli jsut need control the current flow to some limits12:33
kristianpaulthats it12:33
wpwrakthat's what a lab supply is for :)12:33
wpwrakalso lets you choose the voltage12:33
wpwrakand one circuit's overload is another circuit's normal load. you really want a real lab supply12:33
kristianpauli have my own analog power supply but dont limit current12:34
kristianpaulokay i'll try find one..12:34
Ornotermespower supply on the cheap: http://gallery.slashhome.se/main.php?g2_itemId=449 :)12:34
kristianpauli just need ranges from 0 to 5V12:35
kristianpauli rarely work with 12V or more12:35
Ornotermesworks very well for every day use too12:35
wpwrak5 V is fine. but you want that current limiter12:36
wpwrakyou can of course use fuses ;-))12:36
kristianpaulthat was the first come to my mind12:36
kristianpaulbut do they come in ma?12:36
Ornotermesi was thinking of bulding a regulatable module of some lm31712:37
wpwraki'm too lazy for this kind of thing :)12:38
kristianpaulmee too12:38
kristianpauli'll do all my effort to build the uSD pcb ;)12:38
kristianpaulmay be in the future i could make my own fpga boards :)12:39
kristianpaulthat really worth time :)12:39
kristianpaulplus ome ADC DCA, who need more stuff? :)12:39
wpwrakhmm. maybe they're a bit more than USD 100. just found a common low-cost model at mercadolibre for USD 28012:40
kristianpaulwpwrak: 100usd is not a bit for me12:40
wpwrakthis one is cheaper. less than USD 200: http://articulo.mercadolibre.com.ar/MLA-92868837-fuente-regulable-de-laboratorio-digital-kaise-protek-_JM12:40
wpwrakthink of it as an investment :)12:41
kristianpaulhere in .co a good Lab PSU cost around 300-400usd12:41
kristianpaulit is12:41
kristianpaulbut i have other invest plans coming12:41
wpwrakthese are really basic ones. but they do the job12:41
wpwrakah, many expsnsive hobbies then :)12:42
kristianpaulyeah the reprap/makerbot was expemsive12:42
Ornotermesi would buy a PSU it would have to be switched with two outputs12:43
kristianpaulthats like ~ 250usd12:44
Ornotermesred on reputation, doesent look too tempring :P12:48
wpwrakkristianpaul: probably cheaper to get two simple ones12:53
wpwrakah .. i see $ is confusing :)12:54
wpwrakhere's another cheap one: http://articulo.mercadolibre.com.ar/MLA-92143740-fuente-regulable-digital-0-18v-0-3a-para-taller-laboratorio-_JM12:54
kristianpaulhmm but i dont live in argentina, not sure shipping costs...13:00
kristianpaulhey i can buy this http://cgi.ebay.com/NEW-DIGITAL-POWER-SUPPLY-UNIT-PSU-15V-2A-CV-LAB-USE-/380257456905?pt=UK_ConsumerElectronics_SpecialistRadioEquipment_SM&hash=item58891c530913:07
kristianpaulwee the acid is here :)13:11
wpwrakyou had the acid delivered to your home ?13:14
wpwrakor did you send out your minions ? :)13:15
wpwrakwow :)13:25
kristianpaulalso other stuff, ahh damm they missed the "agua oxijenada"13:25
wpwrakwell, you said you had some in the bathroom13:26
kristianpauloh yes !13:26
kristianpaulhmm i need be carefull witht he measure i know there is soemthing for that13:26
kristianpaulshould be be really accurate?13:27
kristianpaulits saturday i have until 6pm to buy all13:27
kristianpauli'll use some "transfer paper" someday and never used just to see how it goes13:28
wpwrak(measure) naw, i think it's pretty tolerant13:30
kristianpaulwpwrak: well some stuff was deliver from my madre when she coming from office to home :)13:52
kristianpaulIs okay to said Qi-hardware is a comunity?13:53
kristianpaulor sort off of that?13:53
wpwrakdoesn't sound overly incorrect14:10
wpwrakthat cheap power supply in ebay doesn't seem to have knobs for current limiting14:11
kristianpaulah :(14:14
rohkristianpaul ask me tomorrow. i got a very nice schematic somewhere for a short-circuit proof lab psu based on mc3406314:20
roh700mA max, but you could add some better switching transistor easily i guess14:21
rohkristianpaul btw: i got the big brother of the model you pasted last. the 2x 0-30V, 0-3A + 5V 3A fixed. analog knobs, lcd displays for 2x voltage and 2x current with green backlight. simple linear design lab psu. ~160Euro14:23
rohmust say i am quite satisfied with it.14:23
rohhttp://www.atzert-elektronik.de/html/de/3/artId/__53910/gid/__809080209080203090/page/__1/article.html but with the plugs like on http://www.pollin.de/shop/dt/ODU4OTQ2OTk-/Stromversorgung/Netzgeraete/Regelbare_Netzgeraete/Hochleistungs_Labor_Doppelnetzgeraet_DF_1731_SB_3A.html14:27
rohbtw: they are sold basically unmodified since 30 years.. based on 2N3055 transistors. proven design (tm). only the displays changed from 'meters' to 'dvm' at some point14:31
kristianpaulgood :)14:47
kristianpaulthansk roh14:47
rohoh.. sorry.. didnt see you are in .co14:49
kristianpaulyeah :(14:49
rohfor sure better weather than berlin *sigh*14:49
kristianpaultoday is raining14:49
kristianpaulsunny seems to be later14:50
kristianpaulbtw where you think i was located roh ?14:50
rohi can check the schematics if i more awake later.. was out shopping childs toys with somebody.....14:51
rohhttp://www.eleccircuit.com/lab-power-supply-0-30v-2a-by-ca3140tip412n3055/ looks quite similar to what i remember14:51
rohhttp://www.electronics-lab.com/projects/power/001/index.html also. 2n3055 is/was a really cool transistor.14:54
kristianpauli like last one15:01
wpwraki hate it when simulation and measurement wildly disagree18:50
wpwrakweird. i get that 16 MHz clock, sent if through a cap for DC blocking and then a resistive divider. now, even the input (!) drops to nothingness already around 10 kHz.19:26
wpwrakunless my scope probe is somewhere in the nanofarad range, this doesn't make sense ;-(19:28
wpwrakah, solved. two traces were connected that shouldn't be. caused rather interesting effects.19:56
kristianpaulI can swich to the current stable branch of openwrt-xburts20:09
kristianpauli cant manager the broken SDL right now20:09
kristianpaullets see..20:09
kristianpaulgit checkout master20:15
kristianpaulHow do i quick from GMU in the new nanonote firmaware??20:59
rafakristianpaul: alt+enter ?21:13
rafaah.. no quit21:13
rafaquick what21:13
wpwraki think he meant quit21:15
wpwrakrafa: how's the jlime meeting going ?21:15
rafawpwrak: then for quit alt+enter21:18
rafajlime.. so far pretty good21:18
rafawe had a lot of fun and we were discussing a lot of stuff21:19
rafato do..  now we need to know how many years it will take to do all we were discussing :D21:20
wpwrakoh dear ;-))21:20
wpwrakdid you succeed with the idbgs ?21:20
rafawpwrak: idgb: noh :( we could not find all the tools. the main problem was that, filip, our guy from poland who coul d bring all the stuff neeeded21:21
rafahad a wedding the  first day of the meeting so he arrived the sencond day21:22
rafaalso it was hard to contact him the previous days because he was very busy (he does not live in warsaw) anmd21:22
rafa3rd he came by train no soo useful to brin g all the stuff. So,21:22
rafai showed them how to install it :) .. but i need to show them omore pictures with the dremel work21:23
rafataht is the onnly part thta i was not able to explain very well21:23
wpwrakah well, they'll figure it out one way or another :)21:24
rafathey wil manage that anyway.. at least keristoffer would kill to have that installed o21:24
wpwrakat least they could get a good look at yours :)21:25
rafayes, thety had21:26
rafai need to ask wolfgang if he has mnore pictures with the dremel work. i remember that he took several21:26
wpwrakyes ! i have a clock !! ;-)22:06
qi-bot[commit] Werner Almesberger: Assorted small layout improvements. http://qi-hw.com/p/ben-wpan/fc0acf122:20
qi-bot[commit] Werner Almesberger: First part of the board bringup: power and clock. http://qi-hw.com/p/ben-wpan/86e556c22:20
gustavohi one question is that do not quite understand what you remove the USB cable and then connect to pledge not to reflash22:24
kristianpaulhello gustavo22:40
kristianpaulu want reflash?22:41
gustavokristianpaul, i have the problem22:41
kristianpaultell !22:41
gustavowith reflash22:41
kristianpaulbut you got boot mode_22:42
kristianpauli mean lsusb show the new id22:42
gustavoone moment please22:43
kristianpauli tought you're having problems with the boot mode?22:44
kristianpaulif you want we can swich to spanish :)22:44
gustavokristianpaul, http://img13.imageshack.us/f/pantallazoio.png/ is to error22:44
kristianpaulgustavo: can you try lsusb?22:46
kristianpauland paste result22:46
kristianpaulpaste.debian.org or whatever you like22:46
kristianpaulwolfspraul: how do i quit gmu in last image?22:47
kristianpaulis not alt + enter anymore?22:47
gustavokristianpaul, and ran lsusb22:50
kristianpaulgustavo: you did?22:51
gustavoi'm going to liure22:52
kristianpaulmejor español22:52
kristianpaulno no !22:52
kristianpaulstay here22:52
kristianpauli dont fgive support to nanonotes in liure ;)22:52
kristianpaulgustavo: a ver22:52
kanzurehi gustavo22:52
gustavoBus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub22:52
gustavoBus 002 Device 002: ID 064e:a103 Suyin Corp.22:52
gustavoBus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub22:52
gustavoBus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub22:52
gustavoBus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub22:52
gustavoBus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub22:52
gustavoBus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub22:52
gustavoBus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub22:52
gustavoBus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub22:52
gustavosolo sale esto22:52
gustavonada mas22:52
gustavokanzure, hi22:53
kristianpaulbateria afuera22:53
kristianpaulcable usb al laptop22:53
kristianpaulluego al nannote22:53
kristianpaulsi enciende lo quieta22:53
kristianpaulhasta que quede apagado22:53
gustavohasta que no prenda22:53
kristianpaulbueno, ahora presiona el boton de encedido cuenta hasta dos luego la preciona la tecla u sin dejar de precionar el boton de encendido22:54
gustavoa eso me faltaba22:54
kristianpaulespere 10 segundos cone estas dos teclas precionadas22:55
kristianpaulluego el lsusb dede mostrar algo como ID 601a:474022:55
gustavolo mostro22:55
kristianpaulcorra el script22:55
kristianpaulde actualizacion22:55
kristianpaulsudo ./reflash_22:55
kristianpaulque dice ahora?22:56
gustavoya empezo22:56
kristianpaulbien ahora a esperar :)22:56
gustavobooting device...22:56
gustavoflashing bootloader...22:56
gustavoflashing kernel...22:56
gustavoerase nand rootfs partition...22:56
gustavoflashing rootfs...22:56
kristianpaulok cuando el termina pues dria done creo22:57
gustavoa bien me faltaba era lo de encendido creo22:57
kristianpaulno es encedido es modo de arranque22:58
gustavoeso de arranque de reflasheo22:58
kristianpaulusbbot es el modo para hacer arranque por usb y de alli flashear aparto22:58
gustavopero se quedo hay22:58
gustavono hace nada mas22:58
kristianpaulespere espere22:59
kristianpauleso demra unos minutos22:59
kristianpaulsi quiere ver que pasa en otra consola ejecute tail -f ~/.qi/nanonote/ben/latest/log.txt22:59
kristianpaulel rootfs es lo mas grande luego debe decir done (echo)23:00
gustavoya corri el otro comando23:01
gustavoy ese si se mueve23:01
kristianpaulsi alli va log de lo que esta haciendo23:02
kristianpaulgustavo: para pasra musica al nano debes usar el comando scp23:02
gustavoen la consola del nano23:03
kristianpaulen su computadora23:03
gustavoes que yo los paso pero creo que el problema de reproducccion es la conversion a ogg23:03
kristianpaulbueno eso tambien toca mirar23:03
kristianpaulrecuerde que la primera ves que se conecta al nano debe ser por telnet23:04
kristianpaulparacambiarle el password al acceso remoto del ssh23:04
gustavoa listo23:04
gustavotodo lo anterior se borra23:04
kristianpaulsi !23:05
gustavoya dijo done23:10
kristianpaulgustavo: bateria y encienda23:12
gustavodesconecto el cable usb ya23:16
gustavoya listo gracias me quedo como el suyo23:18
kristianpaulbueno ahora metase por ssh23:19
kristianpaulgustavo: yo tengoe este script http://paste.debian.net/8785223:20
kristianpaulfo we swich to english jsut to keep the chat more open?23:21
kristianpaulafter you set up the usb0 interface in your computer side23:23
kristianpaulremenber plug usb cable for this !23:23
wpwrakwolfspraul: which reminds me .. is adding qi-hw to the linux USB ID list on your to do list ? :)23:29
wolfsprauldon't know23:45
wolfspraulI don't even know how to add it.23:45
wolfsprauljust wrote an endless mail about Lattice 'open source license' and the GPL. argh... hate these things.23:46
wolfspraulwe need an organization like the FSF in hardware land23:46
wolfspraulnot that I will do it, but someone should...23:46
wpwraktime to grow a beard and become the rms of hardware ;-)23:47
wolfspraulreminds me I should go running a bit :-)23:48
wpwrak(license) heh :) btw, the main reason for finding distribution there may simply be that copyright law is all about distribution :)23:50
kristianpaulrafa: morning :)23:50
rafawpwrak: i can explain wolfgang how to start the beard23:50
wpwrakrafa: that was a quick night :)23:50
rafayes.. we decided to talk for a while.. and now it is too late.. because the sweeden guys need to start their back trip at 6.30am23:51
wpwraki thought today was still another meeting day ?23:52
rafayes.. but some guys found hard to travel tomorrow.. so they start today tooo early23:53
wpwrakah, pity23:54
wolfspraulwpwrak: sure, I think it's obvious that the Lattice license allows simulation, no?23:58
wpwrakwolfspraul: i didn't read it. let's see what response you get :)23:59
wolfspraulif you dig deep enough, it is probably not GPL compatible (leaving out the obvious export control part), but that's mostly also because the whole terminology is different, one is written from an IC perspective, the other one written from a software perspective23:59
wolfspraulI hope none.23:59
wolfspraulI talked to all relevant people. The FSF has made it clear they are not going down that road. They focus on software.23:59
wpwrakwolfspraul: i think you're off with the proprietary verilog libs23:59
wolfspraulthey know people stick the GPL on all sorts of things, and they think that's funny and honors them23:59
--- Sun Sep 5 201000:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!