Re: [OpenWrt-Devel] AR7240 switch // was: TP-Link TL-WR741ND: broadcasts on ethernet not reaching CPU
Hello list, finally the switch in the TP-Link TL-WR741N(D) (and probably other devices based von AR7140) is not blocking broadcasts any more and thus allows to get an IP via DHCP. But my question is left to be answered. Does this bridge which is created over the LAN-ports really mean that the CPU is doing the bridging?? Performance-wise this would be a bad behaviour. Regards Dennis From: dennis_bart...@hotmail.com To: openwrt-devel@lists.openwrt.org Date: Mon, 1 Mar 2010 21:47:44 +0100 Subject: Re: [OpenWrt-Devel] TP-Link TL-WR741ND: broadcasts on ethernet not reaching CPU Hello > From: j...@gmx.de > > I couldn't find any code in svn r19920 dealing specifically with the AR7240 > and the built-in switch. Today in revision 19927 switch support for AG7240 has been committed. I'll try that. Buildroot is running at the moment. > > So I guess that the bootloader settings of the switch stay valid. In the > u-boot sources from the > TP-Link tar ball you find in board/ar7240/common/ar7240_s26_phy.c, line 345: > >/* Enable ARP packets to CPU port */ > > athrs26_reg_write(S26_ARL_TBL_CTRL_REG,(athrs26_reg_read(S26_ARL_TBL_CTRL_REG) > | 0x10)); > > Maybe other broadcast packets need to be enabled here, too? could be an explanation. What I understand from the commit 19930 is, that bridging is now done in CPU on this switch? Am I right? > [...] > Regards, > Joerg. Regards, Dennis Herzig: Verschicke fertige Liebesgrüße als E-Mail! _ http://redirect.gimas.net/?n=M1002xHMNoSpam2 Keine Lust auf Spam? Hotmail blockiert Spam automatisch___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] TP-Link TL-WR741ND: broadcasts on ethernet not reaching CPU
Hello > From: j...@gmx.de > > I couldn't find any code in svn r19920 dealing specifically with the AR7240 > and the built-in switch. Today in revision 19927 switch support for AG7240 has been committed. I'll try that. Buildroot is running at the moment. > > So I guess that the bootloader settings of the switch stay valid. In the > u-boot sources from the > TP-Link tar ball you find in board/ar7240/common/ar7240_s26_phy.c, line 345: > >/* Enable ARP packets to CPU port */ > > athrs26_reg_write(S26_ARL_TBL_CTRL_REG,(athrs26_reg_read(S26_ARL_TBL_CTRL_REG) > | 0x10)); > > Maybe other broadcast packets need to be enabled here, too? could be an explanation. What I understand from the commit 19930 is, that bridging is now done in CPU on this switch? Am I right? > [...] > Regards, > Joerg. Regards, Dennis _ http://redirect.gimas.net/?n=M1002xHMNoSpam2 Keine Lust auf Spam? Hotmail blockiert Spam automatisch___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] TP-Link TL-WR741ND: broadcasts on ethernet not reaching CPU
Hello, can anyone comfirm that on the TP-Link TL-WR741ND broadcasts are not received on LAN ports? I got aware of it when I had not gotten an IP adress through DHCP. Then I generated other broadcast. But a quick sniff with tcpdump didn't show these broacasts. Unloading firewall didn't help. Under these circumstances it is clear that DHCP could not work. At the moment rev 19598 is flashed. Regards Dennis _ http://redirect.gimas.net/?n=M1002xHMNoSpam2 Keine Lust auf Spam? Hotmail blockiert Spam automatisch___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] routerstation and madwifi
Hello, the solution is as simple as it was discussed here. By compiling madwifi without compression capabilities the routerstation booted nicely with 2 atheros cards. I assume that the hardware compression engine doesn't work together with 4byte DMA transactions which had to be comfigured to get the old a/b/g atheros chips on AR71xx I attached a patch which makes compression an optional parameter in menuconfig. Dennis Bartsch > From: david.ban...@gmail.com > To: openwrt-devel@lists.openwrt.org > Date: Mon, 29 Jun 2009 17:13:56 -0500 > Subject: Re: [OpenWrt-Devel] routerstation and madwifi > > > > On Mon, Jun 29, 2009 at 06:42, Vasilis > Tsiligiannis wrote: > > On Sunday 28 June 2009 19:08:10 David A. Bandel wrote: > >> Vasilis, > >> > >> Well, in 16603 neither compression off nor backing out 434 works (or so it > >> seems). I'm open to more suggestions. > >> > >> David- > > > > > > Hi David, > > > > Trying backing out r15949 patch. Btw, do you have access to the serial > > console? > > That's the big problem, I don't. I may be able to build a cable -- the board > has UART pins. I have no jtag for a mips board either. Working this purely > from ethernet. If syslog is alive, perhaps I can grab some snippets before > it locks up. > > Will try 15949. > > David- > -- > Focus on the dream, not the competition. > - Nemesis Air Racing Team motto > _ http://redirect.gimas.net/?n=M0906xIE8_MSN3 Hol Dir den neuen Internet Explorer 8 mit MSN-ToolbarIndex: package/madwifi/Config.in === --- package/madwifi/Config.in (Revision 16621) +++ package/madwifi/Config.in (Arbeitskopie) @@ -5,6 +5,14 @@ depends on DEVEL && PACKAGE_kmod-madwifi default n +config MADWIFI_COMPRESSION + bool "Enable SuperG/TurboA Hardware Compression" + depends !TARGET_ar71xx + help + Enables the Hardwarecompression Engine on Atheros based WIFI Hardware. + But is not stable with AR71xx platform. + default n + choice prompt "Madwifi version" depends on PACKAGE_kmod-madwifi Index: package/madwifi/Makefile === --- package/madwifi/Makefile (Revision 16621) +++ package/madwifi/Makefile (Arbeitskopie) @@ -46,8 +46,6 @@ include $(INCLUDE_DIR)/package.mk -COMPRESSION:=1 - define Download/hal FILE:=$(HAL_FILE) URL:=http://mirror2.openwrt.org/sources @@ -55,6 +53,11 @@ endef $(eval $(call Download,hal)) +ifdef CONFIG_MADWIFI_COMPRESSION + COMPRESSION:=1 +else + COMPRESSION:=0 +endif ifneq ($(CONFIG_TARGET_atheros),) BUS:=AHB ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ttl to rs232 on wl500gp
Hello Brian, > [...] > I notice on the diagram for the serial connector at the first URL I > pasted above that there is a "3.3V_OUT" available. Is this intended to > supply such a converter or is this for something else and I should still > use an external power supply for the above converter? I don't know whether this 3.3V output is intended to be used like that but it works. I'm cusious whether 3.3V is enough to supply a MAX232 (or derivates) but is definately enough for a MAX3232 (or derivates), as I use it this way. > Cheers, > b. > regards, Dennis Bartsch _ http://redirect.gimas.net/?n=M0902xIMUno UNO - Online gegen andere spielen! Spiel mit!___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] freezes on alix with madwifi
hello list, in recent trunk revisions (14288, 14426) on an alix I have problems with a freezing system everytime I restart networking, apply network config or even at reboot with an atheros card installed. without the card I get to read a "wlanconfig: ioctl: No such device" where the board freezed with the card. this leads me to the conclusion that this is a madwifi related problem. could you please look over it? king regards dennis bartsch _ http://redirect.gimas.net/?n=M0902xHMMobile Nie wieder eine Mail verpassen mit Hotmail fürs Handy! ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH]support for cs5536 IDE
hello list, with recent releases alix boards won't boot from CF card anymore. attached is a patch for special support of the cs5536 IDE controller to fix the broken support for alix and probably other geode LX boards with kernel 2.6.28.2 . it is tested to apply against 14426 and 14430. king regards Dennis Bartsch _ http://redirect.gimas.net/?n=M0902xSearchVideo Videosuche - Ganz einfach mit der Live Searchdiff -Nur unpatched/target/linux/x86/config-2.6.28 trunk/target/linux/x86/config-2.6.28 --- unpatched/target/linux/x86/config-2.6.28 2009-02-07 16:39:23.0 +0100 +++ trunk/target/linux/x86/config-2.6.28 2009-02-07 16:05:04.0 +0100 @@ -39,6 +39,7 @@ CONFIG_BITREVERSE=y # CONFIG_BLK_DEV_4DRIVES is not set # CONFIG_BLK_DEV_ALI14XX is not set +CONFIG_BLK_DEV_CS5536=y # CONFIG_BLK_DEV_DTC2278 is not set CONFIG_BLK_DEV_GENERIC=y # CONFIG_BLK_DEV_HT6560B is not set diff -Nur unpatched/target/linux/generic-2.6/patches-2.6.28/925-cs5536_ide_driver.patch trunk/target/linux/generic-2.6/patches-2.6.28/925-cs5536_ide_driver.patch --- unpatched/target/linux/generic-2.6/patches-2.6.28/925-cs5536_ide_driver.patch 1970-01-01 01:00:00.0 +0100 +++ trunk/target/linux/generic-2.6/patches-2.6.28/925-cs5536_ide_driver.patch 2009-02-07 14:48:18.0 +0100 @@ -0,0 +1,347 @@ +diff --git a/drivers/ide/Kconfig b/drivers/ide/Kconfig +index b1c6f68..3dad229 100644 +--- a/drivers/ide/Kconfig b/drivers/ide/Kconfig +@@ -465,6 +465,16 @@ config BLK_DEV_CS5535 + + It is safe to say Y to this question. + ++config BLK_DEV_CS5536 ++ tristate "CS5536 chipset support" ++ depends on X86_32 ++ select BLK_DEV_IDEDMA_PCI ++ help ++ This option enables support for the AMD CS5536 ++ companion chip used with the Geode LX processor family. ++ ++ If unsure, say N. ++ + config BLK_DEV_HPT366 + tristate "HPT36X/37X chipset support" + select BLK_DEV_IDEDMA_PCI +diff --git a/drivers/ide/Makefile b/drivers/ide/Makefile +index c2b9c93..d0e3d7d 100644 +--- a/drivers/ide/Makefile b/drivers/ide/Makefile +@@ -43,6 +43,7 @@ obj-$(CONFIG_BLK_DEV_CMD64X) += cmd64x.o + obj-$(CONFIG_BLK_DEV_CS5520) += cs5520.o + obj-$(CONFIG_BLK_DEV_CS5530) += cs5530.o + obj-$(CONFIG_BLK_DEV_CS5535) += cs5535.o ++obj-$(CONFIG_BLK_DEV_CS5536) += cs5536.o + obj-$(CONFIG_BLK_DEV_SC1200) += sc1200.o + obj-$(CONFIG_BLK_DEV_CY82C693) += cy82c693.o + obj-$(CONFIG_BLK_DEV_DELKIN) += delkin_cb.o +diff --git a/drivers/ide/cs5536.c b/drivers/ide/cs5536.c +new file mode 100644 +index 000..7a62db7 +--- /dev/null b/drivers/ide/cs5536.c +@@ -0,0 +1,308 @@ ++/* ++ * CS5536 PATA support ++ * (C) 2007 Martin K. Petersen ++ * (C) 2009 Bartlomiej Zolnierkiewicz ++ * ++ * This program is free software; you can redistribute it and/or modify ++ * it under the terms of the GNU General Public License version 2 as ++ * published by the Free Software Foundation. ++ * ++ * This program is distributed in the hope that it will be useful, ++ * but WITHOUT ANY WARRANTY; without even the implied warranty of ++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ++ * GNU General Public License for more details. ++ * ++ * You should have received a copy of the GNU General Public License ++ * along with this program; if not, write to the Free Software ++ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA ++ * ++ * Documentation: ++ * Available from AMD web site. ++ * ++ * The IDE timing registers for the CS5536 live in the Geode Machine ++ * Specific Register file and not PCI config space. Most BIOSes ++ * virtualize the PCI registers so the chip looks like a standard IDE ++ * controller. Unfortunately not all implementations get this right. ++ * In particular some have problems with unaligned accesses to the ++ * virtualized PCI registers. This driver always does full dword ++ * writes to work around the issue. Also, in case of a bad BIOS this ++ * driver can be loaded with the "msr=1" parameter which forces using ++ * the Machine Specific Registers to configure the device. ++ */ ++ ++#include ++#include ++#include ++#include ++#include ++#include ++ ++#define DRV_NAME "cs5536" ++ ++enum { ++ MSR_IDE_CFG = 0x51300010, ++ PCI_IDE_CFG = 0x40, ++ ++ CFG = 0, ++ DTC = 2, ++ CAST = 3, ++ ETC = 4, ++ ++ IDE_CFG_CHANEN = (1 << 1), ++ IDE_CFG_CABLE = (1 << 17) | (1 << 16), ++ ++ IDE_D0_SHIFT = 24, ++ IDE_D1_SHIFT = 16, ++ IDE_DRV_MASK = 0xff, ++ ++ IDE_CAST_D0_SHIFT = 6, ++ IDE_CAST_D1_SHIFT = 4, ++ IDE_CAST_DRV_MASK = 0x3, ++ ++ IDE_CAST_CMD_SHIFT = 24, ++ IDE_CAST_CMD_MASK = 0xff, ++ ++ IDE_ETC_UDMA_MASK = 0xc0, ++}; ++ ++static int use_msr; ++ ++static int cs5536_read(struct pci_dev *pdev, int reg, u32 *val) ++{ ++ if (unlikely(use_msr)) { ++ u32 dummy; ++ ++ rdmsr(MSR_IDE_CFG + reg, *val, dummy); ++ return 0; ++ } ++ ++ return pci_read_conf
Re: [OpenWrt-Devel] alix hangs with madwifi countrycode set
hey felix, thanks, now it works again in my configuration. > Date: Sun, 28 Sep 2008 21:36:42 +0200 > From: [EMAIL PROTECTED] > To: openwrt-devel@lists.openwrt.org > Subject: Re: [OpenWrt-Devel] alix hangs with madwifi countrycode set > > Dennis Bartsch wrote: > > Hello list > > > > > I build a fresh kamikaze trunk checkout rev 12763 an flashed it onto > > an alix 2c3 with a wistron cm9 installed. > > > > The trouble begins, when I add a "countrycode=276" to > > /etc/modules.d/50-madwifi as I always did. The board hang completely > > ... no oops, no reaction on serial console and no ping. > Maybe it's a locking issue. Please try r12771 > > - Felix > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel _ Messenger to go! Hol' Dir Messenger aufs Handy! http://windowslivemobile.msn.com/BrowserServiceMessenger.aspx?lang=DE-DE___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] alix hangs with madwifi countrycode set
Hello list I build a fresh kamikaze trunk checkout rev 12763 an flashed it onto an alix 2c3 with a wistron cm9 installed. The trouble begins, when I add a "countrycode=276" to /etc/modules.d/50-madwifi as I always did. The board hang completely ... no oops, no reaction on serial console and no ping. The last lines I can see are: - preinit - Press CTRL-C for failsafe EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended - init - Please press Enter to activate this console. PPP generic driver version 2.4.2 tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <[EMAIL PROTECTED]> ip_tables: (C) 2000-2006 Netfilter Core Team nf_conntrack version 0.5.0 (4096 buckets, 16384 max) Registered led device: alix:1 Registered led device: alix:2 Registered led device: alix:3 wlan: trunk ath_hal: module license 'Proprietary' taints kernel. ath_hal: 2008-09-09 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, REGOPS_FUNC, DFS, XR) ath_rate_minstrel: Minstrel automatic rate control algorithm 1.2 (trunk) ath_rate_minstrel: look around rate set to 10% ath_rate_minstrel: EWMA rolloff level set to 75% ath_rate_minstrel: max segment size in the mrr set to 6000 us wlan: mac acl policy registered ath_pci: trunk Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: turboA rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: H/W encryption support: WEP AES AES_CCM TKIP ath_pci: wifi0: Atheros 5212: mem=0xe008, irq=9 ne2k-pci.c:v1.03 9/22/2003 D. Becker/P. Gortmaker via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker eth0: VIA Rhine III (Management Adapter) at 0xe000, 00:0d:b9:14:23:00, IRQ 10. eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link c1e1. eth1: VIA Rhine III (Management Adapter) at 0xe004, 00:0d:b9:14:23:01, IRQ 12. eth1: MII PHY found at address 1, status 0x7849 advertising 05e1 Link . br-lan: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature. device eth0 entered promiscuous mode eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1 br-lan: port 1(eth0) entering learning state br-lan: topology change detected, propagating br-lan: port 1(eth0) entering forwarding state any idea what is going wrong? regards dennis bartsch freifunk-bno.de _ MSN Video: Coole Beats und krasse Actionen! Kostenlos anschauen! http://video.msn.com/?mkt=de-de___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel