[OpenWrt-Devel] [PATCH] A couple of other (inconsequential) BCMA patches
Noticed these while reviewing the code.
Signed-off-by: Nathan Hintz
--- /dev/null 2012-03-21 21:16:41.055325718 -0700
+++ target/linux/brcm47xx/patches-3.2/238-bcma-host_pci_devexit.patch
2012-03-29 08:29:07.340988396 -0700
@@ -0,0 +1,20 @@
+--- a/drivers/bcma/host_pci.c
b/drivers/bcma/host_pci.c
+@@ -222,7 +222,7 @@ err_kfree_bus:
+ return err;
+ }
+
+-static void bcma_host_pci_remove(struct pci_dev *dev)
++static void __devexit bcma_host_pci_remove(struct pci_dev *dev)
+ {
+ struct bcma_bus *bus = pci_get_drvdata(dev);
+
+@@ -287,7 +287,7 @@ static struct pci_driver bcma_pci_bridge
+ .name = "bcma-pci-bridge",
+ .id_table = bcma_pci_bridge_tbl,
+ .probe = bcma_host_pci_probe,
+- .remove = bcma_host_pci_remove,
++ .remove = __devexit_p(bcma_host_pci_remove),
+ .suspend = bcma_host_pci_suspend,
+ .resume = bcma_host_pci_resume,
+ };
--- /dev/null 2012-03-21 21:16:41.055325718 -0700
+++
target/linux/brcm47xx/patches-3.2/239-bcma-add-flush-for-resetctl-write.patch
2012-03-26 22:31:30.442491677 -0700
@@ -0,0 +1,10 @@
+--- a/drivers/bcma/core.c
b/drivers/bcma/core.c
+@@ -30,6 +30,7 @@ void bcma_core_disable(struct bcma_devic
+ udelay(10);
+
+ bcma_awrite32(core, BCMA_RESET_CTL, BCMA_RESET_CTL_RESET);
++ bcma_aread32(core, BCMA_RESET_CTL);
+ udelay(1);
+ }
+ EXPORT_SYMBOL_GPL(bcma_core_disable);
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v3] BCMA - Enable use of IRQ6
Hi Hauke:
I think this addresses your concerns.
Changes since v2: Modified to not expose bcma_core_mips_irq; modified for
completeness.
The new function (bcma_core_irq) could probably be made a "static inline", and
simply retrieve the assigned
IRQ directly from the core (or just delete it and let the users reference the
core->irq value directly).
Also should consider whether to completely re-initialize the interrupt masks as
is done in the Broadcom SDK; e.g.,
Change to this:
if (!mcore->setup_done) {
for (mips_irq = 0; mips_irq <= 4; mips_irq++)
bcma_write32(mcore->core,
BCMA_MIPS_MIPS74K_INTMASK(mips_irq), 0);
mcore->assigned_irqs = 1;
}
And delete this (becomes unnecessary):
mips_irq = bcma_core_mips_irq(core);
if (mips_irq > 4)
core->irq = 0;
else
core->irq = mips_irq + 2;
Both approaches worked fine on my device.
Signed-off-by: Nathan Hintz
--- /dev/null 2012-03-21 21:16:41.055325718 -0700
+++ target/linux/brcm47xx/patches-3.2/235-bcma-dont-expose-mips-irq.patch
2012-03-28 20:55:02.641147511 -0700
@@ -0,0 +1,76 @@
+--- a/include/linux/bcma/bcma.h
b/include/linux/bcma/bcma.h
+@@ -295,6 +295,7 @@ extern struct bcma_device *bcma_find_cor
+ extern bool bcma_core_is_enabled(struct bcma_device *core);
+ extern void bcma_core_disable(struct bcma_device *core, u32 flags);
+ extern int bcma_core_enable(struct bcma_device *core, u32 flags);
++extern unsigned int bcma_core_irq(struct bcma_device *core);
+ extern void bcma_core_set_clockmode(struct bcma_device *core,
+ enum bcma_clkmode clkmode);
+ extern void bcma_core_pll_ctl(struct bcma_device *core, u32 req, u32 status,
+--- a/include/linux/bcma/bcma_driver_mips.h
b/include/linux/bcma/bcma_driver_mips.h
+@@ -46,6 +46,4 @@ static inline void bcma_core_mips_init(s
+
+ extern u32 bcma_cpu_clock(struct bcma_drv_mips *mcore);
+
+-extern unsigned int bcma_core_mips_irq(struct bcma_device *dev);
+-
+ #endif /* LINUX_BCMA_DRIVER_MIPS_H_ */
+--- a/arch/mips/bcm47xx/gpio.c
b/arch/mips/bcm47xx/gpio.c
+@@ -94,7 +94,7 @@ int gpio_to_irq(unsigned gpio)
+ #endif
+ #ifdef CONFIG_BCM47XX_BCMA
+ case BCM47XX_BUS_TYPE_BCMA:
+- return bcma_core_mips_irq(bcm47xx_bus.bcma.bus.drv_cc.core) + 2;
++ return bcma_core_irq(bcm47xx_bus.bcma.bus.drv_cc.core);
+ #endif
+ }
+ return -EINVAL;
+--- a/arch/mips/bcm47xx/serial.c
b/arch/mips/bcm47xx/serial.c
+@@ -62,7 +62,7 @@ static int __init uart8250_init_bcma(voi
+
+ p->mapbase = (unsigned int) bcma_port->regs;
+ p->membase = (void *) bcma_port->regs;
+- p->irq = bcma_port->irq + 2;
++ p->irq = bcma_port->irq;
+ p->uartclk = bcma_port->baud_base;
+ p->regshift = bcma_port->reg_shift;
+ p->iotype = UPIO_MEM;
+--- a/drivers/bcma/driver_chipcommon.c
b/drivers/bcma/driver_chipcommon.c
+@@ -147,7 +147,7 @@ void bcma_chipco_serial_init(struct bcma
+ return;
+ }
+
+- irq = bcma_core_mips_irq(cc->core);
++ irq = bcma_core_irq(cc->core);
+
+ /* Determine the registers of the UARTs */
+ cc->nr_serial_ports = (cc->capabilities & BCMA_CC_CAP_NRUART);
+--- a/drivers/bcma/driver_mips.c
b/drivers/bcma/driver_mips.c
+@@ -81,7 +81,7 @@ static u32 bcma_core_mips_irqflag(struct
+ /* Get the MIPS IRQ assignment for a specified device.
+ * If unassigned, 0 is returned.
+ */
+-unsigned int bcma_core_mips_irq(struct bcma_device *dev)
++static unsigned int bcma_core_mips_irq(struct bcma_device *dev)
+ {
+ struct bcma_device *mdev = dev->bus->drv_mips.core;
+ u32 irqflag;
+@@ -96,7 +96,11 @@ unsigned int bcma_core_mips_irq(struct b
+
+ return 0;
+ }
+-EXPORT_SYMBOL(bcma_core_mips_irq);
++
++unsigned int bcma_core_irq(struct bcma_device *dev) {
++ return bcma_core_mips_irq(dev) + 2;
++}
++EXPORT_SYMBOL(bcma_core_irq);
+
+ static void bcma_core_mips_set_irq(struct bcma_device *dev, unsigned int irq)
+ {
--- /dev/null 2012-03-21 21:16:41.055325718 -0700
+++ target/linux/brcm47xx/patches-3.2/237-bcma-fix-irq-assignment.patch
2012-03-29 21:05:49.189660716 -0700
@@ -0,0 +1,173 @@
+--- a/include/linux/bcma/bcma_driver_mips.h
b/include/linux/bcma/bcma_driver_mips.h
+@@ -28,6 +28,7 @@
+ #define BCMA_MIPS_MIPS74K_GPIOEN 0x0048
+ #define BCMA_MIPS_MIPS74K_CLKCTLST0x01E0
+
++#define BCMA_MIPS_OOBSELINA74 0x004
+ #define BCMA_MIPS_OOBSELOUTA300x100
+
+ struct bcma_device;
+--- a/drivers/bcma/driver_mips.c
b/drivers/bcma/driver_mips.c
+@@ -65,6 +65,10 @@ static const u32 ipsflag_irq_shift[] = {
+ BCMA_MIPS_IPSFLAG_IRQ4_SHIFT,
+ };
+
++#define IRQ_FLAG_MASK 0x1F
++#define INVALID_IRQ_FLAG 0x3F
++#define IRQ_NOT_ASSIGNED 5
++#define IRQ_NOT_REQUIRED
Re: [OpenWrt-Devel] linux 3.3 hostapd issue between 30952 - 31118
On Thu, Mar 29, 2012 at 8:48 PM, Dave Taht wrote: > > > On Thu, Mar 29, 2012 at 8:27 PM, Dave Taht wrote: > >> >> >> On Tue, Mar 27, 2012 at 9:52 PM, Otto Solares Cabrera wrote: >> >>> On Tue, Mar 27, 2012 at 05:03:24PM -0700, Dave Taht wrote: >>> > however my issue is that hostapd isn't coming up for ap mode. >>> >>> Yeah in 3.3 the mon.wlan0 i/f is not being setup but I didn't >>> investigate further. >>> >> >> Your confirmation rules out cerowrt's setup (with device renaming, etc), >> so that >> reduces it to hostapd, nl, wireless-next, or the 3.3 kernel, sometime in >> the last 150 commits. sigh. >> >> I confirm there's no mon device being created. >> >> Go looking for a newer hostapd? bisect? >> >> root@OpenWrt:/lib/wifi# wifi start >> >> Configuration file: /var/run/hostapd-phy0.conf >> nl80211: Failed to set interface sw00 into AP mode >> nl80211 driver initialization failed. >> Failed to start hostapd for phy0 >> >> Configuration file: /var/run/hostapd-phy1.conf >> nl80211: Failed to set interface sw10 into AP mode >> nl80211 driver initialization failed. >> Failed to start hostapd for phy1 >> >> >> > The only other thing I see going wrong is this: > > [17308.449218] gw01: Trigger new scan to find an IBSS to join > [17309.289062] ADDRCONF(NETDEV_CHANGE): gw01: link becomes ready > [17315.261718] gw11: Trigger new scan to find an IBSS to join > [17316.726562] ADDRCONF(NETDEV_CHANGE): gw11: link becomes ready > [17382.464843] ath: Failed to stop TX DMA, queues=0x004! > > I just managed to rather quickly build iw-3.4 and am about to go looking > at hostapd... > > :me flails: > >> >> -- >> Dave Täht >> SKYPE: davetaht >> US Tel: 1-239-829-5608 >> http://www.bufferbloat.net >> > > > > -- > Dave Täht > SKYPE: davetaht > US Tel: 1-239-829-5608 > http://www.bufferbloat.net > Another symptom is that adhoc interfaces are created but do not get ssids assigned. I can assign them manually, however... -- Dave Täht SKYPE: davetaht US Tel: 1-239-829-5608 http://www.bufferbloat.net ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] linux 3.3 hostapd issue between 30952 - 31118
On Thu, Mar 29, 2012 at 8:27 PM, Dave Taht wrote: > > > On Tue, Mar 27, 2012 at 9:52 PM, Otto Solares Cabrera wrote: > >> On Tue, Mar 27, 2012 at 05:03:24PM -0700, Dave Taht wrote: >> > however my issue is that hostapd isn't coming up for ap mode. >> >> Yeah in 3.3 the mon.wlan0 i/f is not being setup but I didn't >> investigate further. >> > > Your confirmation rules out cerowrt's setup (with device renaming, etc), > so that > reduces it to hostapd, nl, wireless-next, or the 3.3 kernel, sometime in > the last 150 commits. sigh. > > I confirm there's no mon device being created. > > Go looking for a newer hostapd? bisect? > > root@OpenWrt:/lib/wifi# wifi start > > Configuration file: /var/run/hostapd-phy0.conf > nl80211: Failed to set interface sw00 into AP mode > nl80211 driver initialization failed. > Failed to start hostapd for phy0 > > Configuration file: /var/run/hostapd-phy1.conf > nl80211: Failed to set interface sw10 into AP mode > nl80211 driver initialization failed. > Failed to start hostapd for phy1 > > > The only other thing I see going wrong is this: [17308.449218] gw01: Trigger new scan to find an IBSS to join [17309.289062] ADDRCONF(NETDEV_CHANGE): gw01: link becomes ready [17315.261718] gw11: Trigger new scan to find an IBSS to join [17316.726562] ADDRCONF(NETDEV_CHANGE): gw11: link becomes ready [17382.464843] ath: Failed to stop TX DMA, queues=0x004! I just managed to rather quickly build iw-3.4 and am about to go looking at hostapd... :me flails: > > -- > Dave Täht > SKYPE: davetaht > US Tel: 1-239-829-5608 > http://www.bufferbloat.net > -- Dave Täht SKYPE: davetaht US Tel: 1-239-829-5608 http://www.bufferbloat.net ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] linux 3.3 hostapd issue between 30952 - 31118
On Tue, Mar 27, 2012 at 9:52 PM, Otto Solares Cabrera wrote: > On Tue, Mar 27, 2012 at 05:03:24PM -0700, Dave Taht wrote: > > however my issue is that hostapd isn't coming up for ap mode. > > Yeah in 3.3 the mon.wlan0 i/f is not being setup but I didn't > investigate further. > Your confirmation rules out cerowrt's setup (with device renaming, etc), so that reduces it to hostapd, nl, wireless-next, or the 3.3 kernel, sometime in the last 150 commits. sigh. I confirm there's no mon device being created. Go looking for a newer hostapd? bisect? root@OpenWrt:/lib/wifi# wifi start Configuration file: /var/run/hostapd-phy0.conf nl80211: Failed to set interface sw00 into AP mode nl80211 driver initialization failed. Failed to start hostapd for phy0 Configuration file: /var/run/hostapd-phy1.conf nl80211: Failed to set interface sw10 into AP mode nl80211 driver initialization failed. Failed to start hostapd for phy1 > OTOH is just me or do you note too that the compressed firmware > image with the 3.3 kernel is like 0.25MB bigger than 3.2? It > seems too much kernelbloat* to me :( > > firmwarebloat on my side is cracking 10Mbytes, hardly notice a difference... > *any similarity with bufferbloat is pure coincidence... :) > Well, I was just about to try finalizing the last aqm fixes and boom went the wifi. > -- > Otto > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > -- Dave Täht SKYPE: davetaht US Tel: 1-239-829-5608 http://www.bufferbloat.net ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
On Thu, Mar 29, 2012 at 05:47:03PM +0300, Felix Fietkau wrote: > On 2012-03-29 1:51 PM, Felix Fietkau wrote: > > On 2012-03-29 11:50 AM, Florian Fainelli wrote: > >> Le 03/28/12 00:49, Otto Solares Cabrera a écrit : > >>> On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote: > Hello, > > Le 03/27/12 15:43, Otto Solares Cabrera a écrit : > > Hi! > > > > I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single > > bridge (br-lan) and I was normally doing filtering between them but now > > all the packets are unconditionally bridged to all the interfaces > > despite the ebtables rules. ebtables doesn't report hits on rules. > > > > My last working image was based on r30676 with 3.2.7 kernel, I'm pretty > > sure is not an upstream kernel problem as I tried latest trunk with > > kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. > > > > Does some default changed recently? > You might want to revert changeset r30954 and see if that changes > something for you. > >>> Reverting that changeset fixes my problem, thank you! > >> > >> Felix, do you have any idea why this does not work for Otto? > > I think I need a new sysctl for passing packets through ebtables but not > > iptables. As a workaround you can probably simply set the sysctl field > > net.bridge.bridge-nf-call-arptables to 1. > > I'll make the new sysctl default to =1 as long as ebtables is loaded. > Fix is in, please try the new version. New version works fine, thank you!! -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [Projekt-wlan] [PATCH 7/7] mpc85xx: Add support for Freescale P1020WLAN reference design.
Hello,
On 03/29/2012 05:34 PM, Wojciech Dubowik wrote:
> * P1020WLAN RevD
> * SMP enabled kernel
>
The 230-p1020wlan-dts patch didn't worked when the target profile
"Freescale P1020WLAN Reference Board" is selected.
> .../linux/mpc85xx/patches/230-p1020wlan-dts.patch | 300
>
The patch didn't worked well. Here is the patch that worked for me.
The only changes are in the header of the patch not the content.
Rainer
-
230-p1020wlan-dts
Signed-off-by: Rainer Schuth
---
arch/powerpc/boot/dts/p1020wlan.dts | 66 ++
arch/powerpc/boot/dts/p1020wlan.dtsi | 230
++
2 files changed, 296 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/p1020wlan.dts
create mode 100644 arch/powerpc/boot/dts/p1020wlan.dtsi
diff --git a/arch/powerpc/boot/dts/p1020wlan.dts
b/arch/powerpc/boot/dts/p1020wlan.dts
new file mode 100644
index 000..06c3b96
--- /dev/null
+++ b/arch/powerpc/boot/dts/p1020wlan.dts
@@ -0,0 +1,66 @@
+/*
+ * P1020 RDB Device Tree Source
+ *
+ * Copyright 2009-2011 Freescale Semiconductor Inc.
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms of the GNU General Public License as published by the
+ * Free Software Foundation; either version 2 of the License, or (at your
+ * option) any later version.
+ */
+
+/include/ "fsl/p1020si-pre.dtsi"
+/ {
+ model = "fsl,P1020WLAN";
+ compatible = "fsl,P1020RDB";
+
+ memory {
+ device_type = "memory";
+ };
+
+ board_lbc: lbc: localbus@ffe05000 {
+ reg = <0 0xffe05000 0 0x1000>;
+
+ /* NOR flash and cpld */
+ ranges = <0x0 0x0 0x0 0xee00 0x0400
+0x3 0x0 0x0 0xffa0 0x0100>;
+ };
+
+ board_soc: soc: soc@ffe0 {
+ ranges = <0x0 0x0 0xffe0 0x10>;
+ };
+
+ pci0: pcie@ffe09000 {
+ ranges = <0x200 0x0 0xa000 0 0xa000 0x0
0x2000
+0x100 0x0 0x 0 0xffc1 0x0 0x1>;
+ reg = <0 0xffe09000 0 0x1000>;
+ pcie@0 {
+ ranges = <0x200 0x0 0xa000
+0x200 0x0 0xa000
+0x0 0x2000
+
+0x100 0x0 0x0
+0x100 0x0 0x0
+0x0 0x10>;
+ };
+ };
+
+ pci1: pcie@ffe0a000 {
+ reg = <0 0xffe0a000 0 0x1000>;
+ ranges = <0x200 0x0 0x8000 0 0x8000 0x0
0x2000
+0x100 0x0 0x 0 0xffc0 0x0 0x1>;
+ pcie@0 {
+ ranges = <0x200 0x0 0x8000
+0x200 0x0 0x8000
+0x0 0x2000
+
+0x100 0x0 0x0
+0x100 0x0 0x0
+0x0 0x10>;
+ };
+ };
+};
+
+/include/ "p1020wlan.dtsi"
+/include/ "fsl/p1020si-post.dtsi"
+
diff --git a/arch/powerpc/boot/dts/p1020wlan.dtsi
b/arch/powerpc/boot/dts/p1020wlan.dtsi
new file mode 100644
index 000..1904e03
--- /dev/null
+++ b/arch/powerpc/boot/dts/p1020wlan.dtsi
@@ -0,0 +1,230 @@
+/*
+ * P1020 RDB Device Tree Source stub (no addresses or top-level ranges)
+ *
+ * Copyright 2011-2012 Freescale Semiconductor Inc.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
are met:
+ * * Redistributions of source code must retain the above copyright
+ * notice, this list of conditions and the following disclaimer.
+ * * Redistributions in binary form must reproduce the above copyright
+ * notice, this list of conditions and the following disclaimer
in the
+ * documentation and/or other materials provided with the
distribution.
+ * * Neither the name of Freescale Semiconductor nor the
+ * names of its contributors may be used to endorse or promote
products
+ * derived from this software without specific prior written
permission.
+ *
+ *
+ * ALTERNATIVELY, this software may be distributed under the terms of the
+ * GNU General Public License ("GPL") as published by the Free Software
+ * Foundation, either version 2 of that License or (at your option) any
+ * later version.
+ *
+ * THIS SOFTWARE IS PROVIDED BY Freescale Semiconductor ``AS IS'' AND ANY
+ * EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED
+ * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
+ * DISCLAIMED. IN NO EVENT SHALL Freescale Semiconductor BE LIABLE FOR ANY
+ * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
DAMAGES
+ * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
S
Re: [OpenWrt-Devel] [Projekt-wlan] Freescale P1020 WLAN support
Hi, I applied the new 7 patches from Wojtek (see mail "[PATCH 0/7] mpc85xx: P1010RDB and P1020WLAN support"), compiled the sources and the p1020wlan image boots. With the patches the kernel recognized the 2 cores. But the RAM problem is not gone. I also tested the eth1 interface. It works ;) I get an IP over DHCP and I can ping the outside world. The two WLAN-Cards are recognized without visible problems. Association to an open wireless network and scan also works. This time there is a watchdog device but I don't manage to get an automated reboot. Greetings, Rainer ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] maranello for openwrt
hi devs,
you may have heard of maranello, a project to add
partial packet recovery to 80211, by adding block checksums
on transmit, validating them or re-requesting retransmit
of corrupted blocks.
http://www.cs.umd.edu/projects/maranello/
the code at the page is for 2.6.29-rc2
Ive applied the patches to a kernel.org tree at 2.6.29-rc2,
and then merged releases up to v3.3,
resolving conflicts and fixing compile errs as I went.
you can get it here:
https://github.com/jimc/linux-2.6/tree/maranello/merges
Ive attached this, after tagging the 3.2 merge:
git diff v3.2..maranello-3.2 > xxx-maranello.patch
I havent yet tried this patch on my wrt54g, though I plan to do so.
ATM Im running 10.03.1-rc3 iirc.
I havent flashed anything to it since, Im reluctant to brick it,
Im hoping that someone more comfortable than I will at least inspect it 1st.
FWIW, I branched v3.2.-stables, and applied openwrt patches to each.
openwrt-v3.2.1 has 66 patches applied
openwrt-v3.2.10 has 66 patches applied
openwrt-v3.2.11 has 66 patches applied
openwrt-v3.2.12 has 66 patches applied
openwrt-v3.2.13 has 66 patches applied
openwrt-v3.2.2 has 66 patches applied
openwrt -v3.2.3 has 66 patches applied
openwrt-v3.2.4 has 66 patches applied
openwrt-v3.2.5 has 66 patches applied
openwrt-v3.2.6 has 66 patches applied
openwrt-v3.2.7 has 66 patches applied
openwrt-v3.2.8 has 66 patches applied
openwrt-v3.2.9 has 66 patches applied
there are 72 patches there, so 8 didnt apply (using git apply)
openwrt-v3.2.10: failed to apply:
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/025-mtd-bcm47xx-add-bcm47xx-part-parser.patch
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/119-fix-boot.patch
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/192-ssb-fix-per-path-sprom-vars.patch
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/194-ssb-add-some-missing-sprom-attributes.patch
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/195-bcma-export-bcma_find_core.patch
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/196-bcma-add-support-for-sprom-not-found-on-the-device.patch
../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/000-pci-backport.patch
I didnt look into why, except to try all stable branches.
I thought maybe they were already applied to stable.
That doesnt appear to be the case.
What kernel is used for the baseline ?
Would it make sense to use ?
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
Also, some patches have trailing whitespace, which could be fixed by
$kerneldir/scripts/cleanpatch
FWIW, heres my branch-and-apply script:
#!/bin/bash
# 1st delete branches from previous runs
git checkout v3.2
git branch -D `git branch | grep openwrt-v`
git branch -D openwrt-3.2
branch_and_apply() {
local t=$1
git checkout -b openwrt-$t $t
fails=""
for p in ../../openwrt/trunk-45g/target/linux/brcm47xx/patches-3.2/[0-9]*
; do
echo $p
# scripts/cleanpatch $p
~/bin/git apply $p \
&& git add --all \
&& git commit -m `basename $p`
if [ $? != 0 ]; then
echo "$?: failed applying $p"
fails="$fails $p"
fi
done
echo "openwrt-$t: failed to apply: "
for x in $fails; do
echo " $x"
done
}
# reapply
branch_and_apply v3.2
for t in `git tag |grep -P v3.2\.[0-9]+`; do
branch_and_apply $t
done
for b in `git branch | grep openwrt | cut -f2 -d-`; do
lines=`git log --oneline $b..openwrt-$b | wc -l`
echo openwrt-$b has $lines patches applied
done
thanks
Jim Cromie
drivers/net/wireless/Makefile |4 +
drivers/net/wireless/b43/Makefile |4 +
drivers/net/wireless/b43/b43.h | 50 -
drivers/net/wireless/b43/debugfs.c | 272 ++
drivers/net/wireless/b43/debugfs.h |1 +
drivers/net/wireless/b43/dma.c | 40 +++
drivers/net/wireless/b43/main.c| 79 ++
drivers/net/wireless/b43/xmit.c| 533
drivers/net/wireless/b43/xmit.h| 11 +-
drivers/net/wireless/maranello.c | 134 +
drivers/net/wireless/maranello.h | 36 +++
11 files changed, 1160 insertions(+), 4 deletions(-)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 7/7] mpc85xx: Add support for Freescale P1020WLAN reference design.
* P1020WLAN RevD * SMP enabled kernel Signed-off-by: Wojciech Dubowik --- target/linux/mpc85xx/config-default| 30 ++- target/linux/mpc85xx/image/Makefile|2 +- .../linux/mpc85xx/patches/230-p1020wlan-dts.patch | 300 target/linux/mpc85xx/profiles/201-p1020wlan.mk | 17 ++ 4 files changed, 342 insertions(+), 7 deletions(-) create mode 100644 target/linux/mpc85xx/patches/230-p1020wlan-dts.patch create mode 100644 target/linux/mpc85xx/profiles/201-p1020wlan.mk diff --git a/target/linux/mpc85xx/config-default b/target/linux/mpc85xx/config-default index 2a388fc..8f3795c 100644 --- a/target/linux/mpc85xx/config-default +++ b/target/linux/mpc85xx/config-default @@ -15,7 +15,6 @@ CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_ARCH_REQUIRE_GPIOLIB=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_ARCH_SUPPORTS_MSI=y -CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y CONFIG_AUDIT_ARCH=y CONFIG_BCMA_POSSIBLE=y @@ -25,6 +24,7 @@ CONFIG_BOUNCE=y CONFIG_CMDLINE="console=ttyS0,115200" CONFIG_CMDLINE_BOOL=y # CONFIG_CPM2 is not set +CONFIG_CPU_RMAP=y CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DECOMPRESS_LZMA=y CONFIG_DEFAULT_UIMAGE=y @@ -44,7 +44,7 @@ CONFIG_FSL_PCI=y CONFIG_FSL_PQ_MDIO=y CONFIG_FSL_SOC=y CONFIG_FSL_SOC_BOOKE=y -# CONFIG_FSL_ULI1575 is not set +CONFIG_FSL_ULI1575=y CONFIG_GENERIC_ATOMIC64=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_CLOCKEVENTS=y @@ -57,7 +57,7 @@ CONFIG_GENERIC_IRQ_SHOW_LEVEL=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_NVRAM=y CONFIG_GENERIC_PCI_IOMAP=y -# CONFIG_GENERIC_TBSYNC is not set +CONFIG_GENERIC_TBSYNC=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GEN_RTC=y # CONFIG_GEN_RTC_X is not set @@ -89,6 +89,7 @@ CONFIG_HAVE_MEMBLOCK=y CONFIG_HAVE_MEMBLOCK_NODE_MAP=y CONFIG_HAVE_OPROFILE=y CONFIG_HAVE_PERF_EVENTS=y +CONFIG_HAVE_RCU_TABLE_FREE=y CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y # CONFIG_HAVE_SETUP_PER_CPU_AREA is not set CONFIG_HAVE_SPARSE_IRQ=y @@ -101,6 +102,7 @@ CONFIG_INET_TCP_DIAG=y CONFIG_INITRAMFS_SOURCE="" CONFIG_IOMMU_HELPER=y # CONFIG_IPIC is not set +# CONFIG_IRQ_ALL_CPUS is not set CONFIG_IRQ_FORCED_THREADING=y CONFIG_ISA_DMA_API=y CONFIG_KERNEL_START=0xc000 @@ -124,16 +126,24 @@ CONFIG_MIGRATION=y CONFIG_MPC85xx_CDS=y # CONFIG_MPC85xx_DS is not set CONFIG_MPC85xx_MDS=y -# CONFIG_MPC85xx_RDB is not set +CONFIG_MPC85xx_RDB=y CONFIG_MPIC=y # CONFIG_MPIC_U3_HT_IRQS is not set # CONFIG_MPIC_WEIRD is not set -# CONFIG_MTD is not set +CONFIG_MTD_NAND=y +CONFIG_MTD_NAND_ECC=y +CONFIG_MTD_NAND_FSL_ELBC=y +# CONFIG_MTD_OF_PARTS is not set +CONFIG_MTD_PHYSMAP=y +CONFIG_MTD_PHYSMAP_OF=y +# CONFIG_MTD_SM_COMMON is not set +# CONFIG_MTD_WRSBC8260 is not set +CONFIG_MUTEX_SPIN_ON_OWNER=y # CONFIG_NEED_DMA_MAP_STATE is not set # CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK is not set -CONFIG_NEED_PER_CPU_KM=y CONFIG_NEED_SG_DMA_LENGTH=y # CONFIG_NONSTATIC_KERNEL is not set +CONFIG_NR_CPUS=4 CONFIG_NR_IRQS=512 CONFIG_OF=y CONFIG_OF_ADDRESS=y @@ -213,6 +223,8 @@ CONFIG_PROC_PAGE_MONITOR=y CONFIG_QE_GPIO=y CONFIG_QUICC_ENGINE=y # CONFIG_QUOTACTL is not set +CONFIG_RFS_ACCEL=y +CONFIG_RPS=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y # CONFIG_SBC8548 is not set CONFIG_SBC8560=y @@ -229,9 +241,11 @@ CONFIG_SERIAL_OF_PLATFORM=y CONFIG_SIMPLE_GPIO=y # CONFIG_SLAB is not set CONFIG_SLUB=y +CONFIG_SMP=y # CONFIG_SOCRATES is not set CONFIG_SPE=y # CONFIG_SQUASHFS is not set +CONFIG_STOP_MACHINE=y # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_STX_GP3 is not set CONFIG_SWIOTLB=y @@ -241,12 +255,16 @@ CONFIG_TASK_SIZE=0xc000 # CONFIG_TQM8548 is not set # CONFIG_TQM8555 is not set # CONFIG_TQM8560 is not set +CONFIG_TREE_RCU=y CONFIG_UCC=y CONFIG_UCC_FAST=y CONFIG_UCC_GETH=y # CONFIG_UGETH_TX_ON_DEMAND is not set CONFIG_USB_ARCH_HAS_XHCI=y CONFIG_USB_SUPPORT=y +CONFIG_USE_GENERIC_SMP_HELPERS=y +CONFIG_VITESSE_PHY=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_WORD_SIZE=32 # CONFIG_XES_MPC85xx is not set +CONFIG_XPS=y diff --git a/target/linux/mpc85xx/image/Makefile b/target/linux/mpc85xx/image/Makefile index 1d2ac85..ec4da3f 100644 --- a/target/linux/mpc85xx/image/Makefile +++ b/target/linux/mpc85xx/image/Makefile @@ -7,7 +7,7 @@ include $(TOPDIR)/rules.mk include $(INCLUDE_DIR)/image.mk -DTS_TARGETS = mpc8548cds p1010rdb +DTS_TARGETS = mpc8548cds p1010rdb p1020wlan define Image/Prepare cp $(LINUX_DIR)/arch/powerpc/boot/zImage $(KDIR)/zImage diff --git a/target/linux/mpc85xx/patches/230-p1020wlan-dts.patch b/target/linux/mpc85xx/patches/230-p1020wlan-dts.patch new file mode 100644 index 000..9bbb36a --- /dev/null +++ b/target/linux/mpc85xx/patches/230-p1020wlan-dts.patch @@ -0,0 +1,300 @@ +--- /dev/null a/arch/powerpc/boot/dts/p1020wlan.dts +@@ -1,0 +1,65 @@ ++/* ++ * P1020 RDB Device Tree Source ++ * ++ * Copyright 2009-2011 Freescale Semiconductor Inc. ++ * ++ * This program is free software; you can redistribute it and/or modify it ++ * under the terms of t
[OpenWrt-Devel] [PATCH 5/7] mpc85xx: Add kernel module for watchdog Signed-off-by: Wojciech Dubowik
--- target/linux/generic/config-3.3 |1 + target/linux/mpc85xx/config-default |4 ++-- target/linux/mpc85xx/modules.mk | 21 + target/linux/mpc85xx/profiles/100-mpc854x.mk |2 +- target/linux/mpc85xx/profiles/200-p1010rdb.mk |2 +- 5 files changed, 26 insertions(+), 4 deletions(-) create mode 100644 target/linux/mpc85xx/modules.mk diff --git a/target/linux/generic/config-3.3 b/target/linux/generic/config-3.3 index ae0cf16..ed1c9b4 100644 --- a/target/linux/generic/config-3.3 +++ b/target/linux/generic/config-3.3 @@ -274,6 +274,7 @@ CONFIG_BLOCK=y # CONFIG_BNX2 is not set # CONFIG_BNX2X is not set # CONFIG_BONDING is not set +CONFIG_BOOKE_WDT_DEFAULT_TIMEOUT=38 # CONFIG_BOOT_PRINTK_DELAY is not set CONFIG_BOOT_RAW=y # CONFIG_BPQETHER is not set diff --git a/target/linux/mpc85xx/config-default b/target/linux/mpc85xx/config-default index 0d1b31e..2a388fc 100644 --- a/target/linux/mpc85xx/config-default +++ b/target/linux/mpc85xx/config-default @@ -20,6 +20,7 @@ CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y CONFIG_AUDIT_ARCH=y CONFIG_BCMA_POSSIBLE=y CONFIG_BOOKE=y +# CONFIG_BOOKE_WDT is not set CONFIG_BOUNCE=y CONFIG_CMDLINE="console=ttyS0,115200" CONFIG_CMDLINE_BOOL=y @@ -146,7 +147,7 @@ CONFIG_OF_MDIO=y CONFIG_OF_NET=y CONFIG_OF_PCI=y CONFIG_OF_PCI_IRQ=y -# CONFIG_P1010_RDB is not set +CONFIG_P1010_RDB=y # CONFIG_P1022_DS is not set # CONFIG_P1023_RDS is not set # CONFIG_P2041_RDB is not set @@ -247,6 +248,5 @@ CONFIG_UCC_GETH=y CONFIG_USB_ARCH_HAS_XHCI=y CONFIG_USB_SUPPORT=y CONFIG_VM_EVENT_COUNTERS=y -# CONFIG_WATCHDOG is not set CONFIG_WORD_SIZE=32 # CONFIG_XES_MPC85xx is not set diff --git a/target/linux/mpc85xx/modules.mk b/target/linux/mpc85xx/modules.mk new file mode 100644 index 000..e94f983 --- /dev/null +++ b/target/linux/mpc85xx/modules.mk @@ -0,0 +1,21 @@ +# +# Copyright (C) 2010 OpenWrt.org +# +# This is free software, licensed under the GNU General Public License v2. +# See /LICENSE for more information. +# + +define KernelPackage/booke-wdt + SUBMENU:=$(OTHER_MENU) + TITLE:=PowerPC Book-E Watchdog Timer + DEPENDS:=@TARGET_mpc85xx + KCONFIG:=CONFIG_BOOKE_WDT + FILES:=$(LINUX_DIR)/drivers/$(WATCHDOG_DIR)/booke_wdt.ko + AUTOLOAD:=$(call AutoLoad,50,booke_wdt) +endef + +define KernelPackage/booke-wdt/description + Kernel module for PowerPC Book-E Watchdog Timer. +endef + +$(eval $(call KernelPackage,booke-wdt)) \ No newline at end of file diff --git a/target/linux/mpc85xx/profiles/100-mpc854x.mk b/target/linux/mpc85xx/profiles/100-mpc854x.mk index dd2d396..3793a66 100644 --- a/target/linux/mpc85xx/profiles/100-mpc854x.mk +++ b/target/linux/mpc85xx/profiles/100-mpc854x.mk @@ -7,7 +7,7 @@ define Profile/mpc854x NAME:=MPC854x (default) - PACKAGES:= + PACKAGES:=kmod-booke-wdt endef define Profile/mpc8548/Description diff --git a/target/linux/mpc85xx/profiles/200-p1010rdb.mk b/target/linux/mpc85xx/profiles/200-p1010rdb.mk index fcc2d4a..9d67080 100644 --- a/target/linux/mpc85xx/profiles/200-p1010rdb.mk +++ b/target/linux/mpc85xx/profiles/200-p1010rdb.mk @@ -7,7 +7,7 @@ define Profile/p1010rdb NAME:=Freescael P1010RDB Reference Board - PACKAGES:= + PACKAGES:=kmod-booke-wdt endef define Profile/p1010rdb/Description -- 1.7.4.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 4/7] kernel: Add support for Pericom PT7C4338 I2C RTC chip Signed-off-by: Wojciech Dubowik
--- package/kernel/modules/other.mk| 14 + .../generic/patches-3.3/841-rtc_pt7c4338.patch | 253 2 files changed, 267 insertions(+), 0 deletions(-) create mode 100644 target/linux/generic/patches-3.3/841-rtc_pt7c4338.patch diff --git a/package/kernel/modules/other.mk b/package/kernel/modules/other.mk index abac481..1a5a2e8 100644 --- a/package/kernel/modules/other.mk +++ b/package/kernel/modules/other.mk @@ -810,6 +810,20 @@ endef $(eval $(call KernelPackage,rtc-pcf2123)) +define KernelPackage/rtc-pt7c4338 + SUBMENU:=$(OTHER_MENU) + TITLE:=Pericom PT7C4338 RTC support + $(call AddDepends/rtc,+kmod-i2c-core) + KCONFIG:=CONFIG_RTC_DRV_PT7C4338 + FILES:=$(LINUX_DIR)/drivers/rtc/rtc-pt7c4338.ko + AUTOLOAD:=$(call AutoLoad,60,rtc-pt7c4338) +endef + +define KernelPackage/rtc-pt7c4338/description + Kernel module for Pericom PT7C4338 i2c RTC chip. +endef + +$(eval $(call KernelPackage,rtc-pt7c4338)) define KernelPackage/n810bm SUBMENU:=$(OTHER_MENU) diff --git a/target/linux/generic/patches-3.3/841-rtc_pt7c4338.patch b/target/linux/generic/patches-3.3/841-rtc_pt7c4338.patch new file mode 100644 index 000..ac41528 --- /dev/null +++ b/target/linux/generic/patches-3.3/841-rtc_pt7c4338.patch @@ -0,0 +1,253 @@ +Index: linux-3.3/drivers/rtc/Kconfig +=== +--- linux-3.3.orig/drivers/rtc/Kconfig 2012-03-20 07:52:18.838582040 +0100 linux-3.3/drivers/rtc/Kconfig 2012-03-20 07:52:19.228579409 +0100 +@@ -379,6 +379,15 @@ + This driver can also be built as a module. If so, the module + will be called rtc-rv3029c2. + ++config RTC_DRV_PT7C4338 ++ tristate "Pericom Technology Inc. PT7C4338 RTC" ++ help ++If you say yes here you get support for the Pericom Technology ++Inc. PT7C4338 RTC chip. ++ ++This driver can also be built as a module. If so, the module ++will be called rtc-pt7c4338. ++ + endif # I2C + + comment "SPI RTC drivers" +Index: linux-3.3/drivers/rtc/Makefile +=== +--- linux-3.3.orig/drivers/rtc/Makefile2012-03-20 07:52:18.838582040 +0100 linux-3.3/drivers/rtc/Makefile 2012-03-20 07:52:19.228579409 +0100 +@@ -79,6 +79,7 @@ + obj-$(CONFIG_RTC_DRV_PL031) += rtc-pl031.o + obj-$(CONFIG_RTC_DRV_PM8XXX) += rtc-pm8xxx.o + obj-$(CONFIG_RTC_DRV_PS3) += rtc-ps3.o ++obj-$(CONFIG_RTC_DRV_PT7C4338)+= rtc-pt7c4338.o + obj-$(CONFIG_RTC_DRV_PUV3)+= rtc-puv3.o + obj-$(CONFIG_RTC_DRV_PXA) += rtc-pxa.o + obj-$(CONFIG_RTC_DRV_R9701) += rtc-r9701.o +Index: linux-3.3/drivers/rtc/rtc-pt7c4338.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + linux-3.3/drivers/rtc/rtc-pt7c4338.c 2012-03-20 07:52:19.228579409 +0100 +@@ -0,0 +1,216 @@ ++/* ++ * Copyright 2010 Freescale Semiconductor, Inc. ++ * ++ * Author:Priyanka Jain ++ * ++ * See file CREDITS for list of people who contributed to this ++ * project. ++ * ++ * This program is free software; you can redistribute it and/or ++ * modify it under the terms of the GNU General Public License as ++ * published by the Free Software Foundation; either version 2 of ++ * the License, or (at your option) any later version. ++ * ++ * 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 ++ */ ++ ++/* ++ * This file provides Date & Time support (no alarms) for PT7C4338 chip. ++ * ++ * This file is based on drivers/rtc/rtc-ds1307.c ++ * ++ * PT7C4338 chip is manufactured by Pericom Technology Inc. ++ * It is a serial real-time clock which provides ++ * 1)Low-power clock/calendar. ++ * 2)Programmable square-wave output. ++ * It has 56 bytes of nonvolatile RAM. ++ */ ++ ++#include ++#include ++#include ++#include ++#include ++#include ++ ++/* RTC register addresses */ ++#define PT7C4338_REG_SECONDS 0x00 ++#define PT7C4338_REG_MINUTES 0x01 ++#define PT7C4338_REG_HOURS0x02 ++#define PT7C4338_REG_AMPM 0x02 ++#define PT7C4338_REG_DAY 0x03 ++#define PT7C4338_REG_DATE 0x04 ++#define PT7C4338_REG_MONTH0x05 ++#define PT7C4338_REG_YEAR 0x06 ++#define PT7C4338_REG_CTRL_STAT0x07 ++ ++/* RTC second register address bit */ ++#define PT7C4338_SEC_BIT_CH 0x80/*Clock Halt (in Register 0)*/ ++ ++/* RTC control and status register bits */ ++#define PT7C4338_CTRL_STAT_BIT_RS00x1 /*Rate select 0*/ ++#d
[OpenWrt-Devel] [PATCH 1/7] mpc85xx: Upgrade kernel to version 3.3 Signed-off-by: Wojciech Dubowik
--- target/linux/generic/config-3.3|1 + target/linux/mpc85xx/Makefile |2 +- target/linux/mpc85xx/config-default| 66 +--- .../mpc85xx/patches/100-fix_mpc8568e_mds.patch | 82 +++- .../mpc85xx/patches/110-fix_mpc8548_cds.patch | 68 + .../patches/120-mpc8548_cds_i8259_noirq_init.patch |8 +- .../130-mpc8548_cds_disable_i8259_irq.patch| 10 ++- 7 files changed, 116 insertions(+), 121 deletions(-) diff --git a/target/linux/generic/config-3.3 b/target/linux/generic/config-3.3 index 8cdc693..ae0cf16 100644 --- a/target/linux/generic/config-3.3 +++ b/target/linux/generic/config-3.3 @@ -440,6 +440,7 @@ CONFIG_CRYPTO=y # CONFIG_CRYPTO_CTS is not set # CONFIG_CRYPTO_DEFLATE is not set # CONFIG_CRYPTO_DES is not set +# CONFIG_CRYPTO_DEV_FSL_CAAM is not set # CONFIG_CRYPTO_DEV_HIFN_795X is not set # CONFIG_CRYPTO_DEV_MV_CESA is not set # CONFIG_CRYPTO_DEV_TALITOS is not set diff --git a/target/linux/mpc85xx/Makefile b/target/linux/mpc85xx/Makefile index 3543438..91d608c 100644 --- a/target/linux/mpc85xx/Makefile +++ b/target/linux/mpc85xx/Makefile @@ -13,7 +13,7 @@ CFLAGS:=-Os -pipe -fno-caller-saves -mcpu=8540 FEATURES:=spe_fpu ramdisk MAINTAINER:=Imre Kaloz -LINUX_VERSION:=2.6.38.8 +LINUX_VERSION:=3.3 include $(INCLUDE_DIR)/target.mk diff --git a/target/linux/mpc85xx/config-default b/target/linux/mpc85xx/config-default index 7aedd52..0d1b31e 100644 --- a/target/linux/mpc85xx/config-default +++ b/target/linux/mpc85xx/config-default @@ -4,21 +4,21 @@ # CONFIG_ARCH_DMA_ADDR_T_64BIT is not set CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y CONFIG_ARCH_ENABLE_MEMORY_HOTREMOVE=y +CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y CONFIG_ARCH_HAS_ILOG2_U32=y CONFIG_ARCH_HAS_WALK_MEMORY=y +CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y # CONFIG_ARCH_NO_VIRT_TO_BUS is not set # CONFIG_ARCH_PHYS_ADDR_T_64BIT is not set -CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_ARCH_REQUIRE_GPIOLIB=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_ARCH_SUPPORTS_MSI=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y CONFIG_AUDIT_ARCH=y -# CONFIG_AUTO_IRQ_AFFINITY is not set -CONFIG_BKL=y +CONFIG_BCMA_POSSIBLE=y CONFIG_BOOKE=y CONFIG_BOUNCE=y CONFIG_CMDLINE="console=ttyS0,115200" @@ -35,13 +35,11 @@ CONFIG_E500=y CONFIG_EARLY_PRINTK=y CONFIG_ELF_CORE=y CONFIG_ENABLE_MUST_CHECK=y -CONFIG_EXPERT=y -CONFIG_FREEZER=y +# CONFIG_EPAPR_BOOT is not set CONFIG_FSL_BOOKE=y CONFIG_FSL_EMB_PERFMON=y CONFIG_FSL_LBC=y CONFIG_FSL_PCI=y -CONFIG_FSL_PMC=y CONFIG_FSL_PQ_MDIO=y CONFIG_FSL_SOC=y CONFIG_FSL_SOC_BOOKE=y @@ -51,27 +49,26 @@ CONFIG_GENERIC_BUG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BUILD=y CONFIG_GENERIC_CMOS_UPDATE=y -CONFIG_GENERIC_FIND_LAST_BIT=y -CONFIG_GENERIC_FIND_NEXT_BIT=y +# CONFIG_GENERIC_CPU_DEVICES is not set CONFIG_GENERIC_GPIO=y -# CONFIG_GENERIC_HARDIRQS_NO_DEPRECATED is not set -# CONFIG_GENERIC_IOMAP is not set -# CONFIG_GENERIC_IRQ_PROBE is not set +CONFIG_GENERIC_IRQ_SHOW=y +CONFIG_GENERIC_IRQ_SHOW_LEVEL=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_NVRAM=y -# CONFIG_GENERIC_PENDING_IRQ is not set +CONFIG_GENERIC_PCI_IOMAP=y # CONFIG_GENERIC_TBSYNC is not set CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GEN_RTC=y # CONFIG_GEN_RTC_X is not set CONFIG_GIANFAR=y CONFIG_GPIOLIB=y +CONFIG_GPIO_MPC8XXX=y # CONFIG_HAMRADIO is not set -# CONFIG_HARDIRQS_SW_RESEND is not set CONFIG_HAS_DMA=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y CONFIG_HAS_RAPIDIO=y +CONFIG_HAVE_ARCH_JUMP_LABEL=y CONFIG_HAVE_ARCH_KGDB=y CONFIG_HAVE_ARCH_TRACEHOOK=y CONFIG_HAVE_DMA_API_DEBUG=y @@ -88,22 +85,22 @@ CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_IRQ_WORK=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_HAVE_MEMBLOCK=y +CONFIG_HAVE_MEMBLOCK_NODE_MAP=y CONFIG_HAVE_OPROFILE=y CONFIG_HAVE_PERF_EVENTS=y CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y # CONFIG_HAVE_SETUP_PER_CPU_AREA is not set CONFIG_HAVE_SPARSE_IRQ=y -# CONFIG_HIBERNATION is not set +CONFIG_HAVE_SYSCALL_TRACEPOINTS=y CONFIG_HZ=250 # CONFIG_HZ_100 is not set CONFIG_HZ_250=y CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y CONFIG_INITRAMFS_SOURCE="" -CONFIG_INOTIFY_USER=y CONFIG_IOMMU_HELPER=y # CONFIG_IPIC is not set -CONFIG_IRQ_PER_CPU=y +CONFIG_IRQ_FORCED_THREADING=y CONFIG_ISA_DMA_API=y CONFIG_KERNEL_START=0xc000 # CONFIG_KSI8560 is not set @@ -113,11 +110,12 @@ CONFIG_LEGACY_PTY_COUNT=256 CONFIG_LOWMEM_CAM_NUM=3 CONFIG_LOWMEM_SIZE=0x3000 CONFIG_LXT_PHY=y -CONFIG_MACH_NO_WESTBRIDGE=y # CONFIG_MATH_EMULATION is not set CONFIG_MAX_ACTIVE_REGIONS=32 +CONFIG_MDIO_BOARDINFO=y CONFIG_MIGRATION=y # CONFIG_MII is not set +# CONFIG_MLX4_CORE is not set # CONFIG_MMIO_NVRAM is not set # CONFIG_MPC8536_DS is not set # CONFIG_MPC8540_ADS is not set @@ -126,7 +124,6 @@ CONFIG_MPC85xx_CDS=y # CONFIG_MPC85xx_DS is not set CONFIG_MPC85xx_MDS=y # CONFIG_M
[OpenWrt-Devel] [PATCH 3/7] kernel: Add i2c module support for Freescale MPC processors Signed-off-by: Wojciech Dubowik
--- package/kernel/modules/i2c.mk | 18 +- 1 files changed, 17 insertions(+), 1 deletions(-) diff --git a/package/kernel/modules/i2c.mk b/package/kernel/modules/i2c.mk index 0d525cc..d2b45d6 100644 --- a/package/kernel/modules/i2c.mk +++ b/package/kernel/modules/i2c.mk @@ -143,7 +143,8 @@ OF_I2C_MODULES:=\ define KernelPackage/of-i2c $(call i2c_defaults,$(OF_I2C_MODULES),58) TITLE:=OpenFirmware I2C accessors - DEPENDS:=@TARGET_ppc40x||TARGET_ppc4xx kmod-i2c-core + DEPENDS:=@TARGET_ppc40x||TARGET_ppc4xx||TARGET_mpc52xx||TARGET_mpc83xx||TARGET_mpc85xx \ + kmod-i2c-core endef define KernelPackage/of-i2c/description @@ -152,6 +153,21 @@ endef $(eval $(call KernelPackage,of-i2c)) +I2C_MPC_MODULES:=\ + CONFIG_I2C_MPC:drivers/i2c/busses/i2c-mpc + +define KernelPackage/i2c-mpc + $(call i2c_defaults,$(I2C_MPC_MODULES),59) + TITLE:=MPC I2C accessors + DEPENDS:=@TARGET_mpc52xx||TARGET_mpc83xx||TARGET_mpc85xx \ + +kmod-i2c-core +kmod-of-i2c +endef + +define KernelPackage/i2c-mpc/description + Kernel module for Freescale MPC52xx MPC83xx MPC85xx I2C accessors. +endef + +$(eval $(call KernelPackage,i2c-mpc)) I2C_IBM_IIC_MODULES:=\ CONFIG_I2C_IBM_IIC:drivers/i2c/busses/i2c-ibm_iic -- 1.7.4.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 0/7] mpc85xx: P1010RDB and P1020WLAN support
These patches upgrade kernel to 3.3 and add board support for P1010RDB and P1020WLAN reference designs from Freescale. Known issues: * long autonegotiation times for phys on P1020WLAN * flash layouts on P1020WLAN are finished * ethernet mappings for P1020WLAN needs to be cleaned up but it will require override standard fsl include files for dts * P1010RDB has problems with interrupts on one of pcie slots This issue is already present on official reference desgin. * RTC clock on P1020WLAN needs driver (DS1339) * not all memory is visible on P1020WLAN (768M form 1G). Not sure whether it's normal or not. * details... Wojciech Dubowik (7): mpc85xx: Upgrade kernel to version 3.3 Signed-off-by: Wojciech Dubowik mpc85xx: Add support for P1010RDB board Signed-off-by: Wojciech Dubowik kernel: Add i2c module support for Freescale MPC processors Signed-off-by: Wojciech Dubowik kernel: Add support for Pericom PT7C4338 I2C RTC chip Signed-off-by: Wojciech Dubowik mpc85xx: Add kernel module for watchdog Signed-off-by: Wojciech Dubowik mpc85xx: Add module for Pericom RTC chip present on P1010RDB board Signed-off-by: Wojciech Dubowik mpc85xx: Add support for Freescale P1020WLAN reference design. package/kernel/modules/i2c.mk | 18 ++- package/kernel/modules/other.mk| 14 + target/linux/generic/config-3.3|2 + .../generic/patches-3.3/841-rtc_pt7c4338.patch | 253 + target/linux/mpc85xx/Makefile |2 +- target/linux/mpc85xx/config-default| 98 --- target/linux/mpc85xx/image/Makefile|6 +- target/linux/mpc85xx/modules.mk| 21 ++ .../mpc85xx/patches/100-fix_mpc8568e_mds.patch | 82 ++ .../mpc85xx/patches/110-fix_mpc8548_cds.patch | 68 +++-- .../patches/120-mpc8548_cds_i8259_noirq_init.patch |8 +- .../130-mpc8548_cds_disable_i8259_irq.patch| 10 +- .../mpc85xx/patches/200-p1010-dts-typo-fix.patch | 11 + .../mpc85xx/patches/210-p1010-flash-layout.patch | 85 ++ .../linux/mpc85xx/patches/230-p1020wlan-dts.patch | 300 target/linux/mpc85xx/profiles/100-mpc854x.mk | 17 ++ target/linux/mpc85xx/profiles/200-p1010rdb.mk | 17 ++ target/linux/mpc85xx/profiles/201-p1020wlan.mk | 17 ++ 18 files changed, 898 insertions(+), 131 deletions(-) create mode 100644 target/linux/generic/patches-3.3/841-rtc_pt7c4338.patch create mode 100644 target/linux/mpc85xx/modules.mk create mode 100644 target/linux/mpc85xx/patches/200-p1010-dts-typo-fix.patch create mode 100644 target/linux/mpc85xx/patches/210-p1010-flash-layout.patch create mode 100644 target/linux/mpc85xx/patches/230-p1020wlan-dts.patch create mode 100644 target/linux/mpc85xx/profiles/100-mpc854x.mk create mode 100644 target/linux/mpc85xx/profiles/200-p1010rdb.mk create mode 100644 target/linux/mpc85xx/profiles/201-p1020wlan.mk -- 1.7.4.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 6/7] mpc85xx: Add module for Pericom RTC chip present on P1010RDB board Signed-off-by: Wojciech Dubowik
--- target/linux/mpc85xx/profiles/200-p1010rdb.mk |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/target/linux/mpc85xx/profiles/200-p1010rdb.mk b/target/linux/mpc85xx/profiles/200-p1010rdb.mk index 9d67080..b7593a3 100644 --- a/target/linux/mpc85xx/profiles/200-p1010rdb.mk +++ b/target/linux/mpc85xx/profiles/200-p1010rdb.mk @@ -7,7 +7,7 @@ define Profile/p1010rdb NAME:=Freescael P1010RDB Reference Board - PACKAGES:=kmod-booke-wdt + PACKAGES:=kmod-booke-wdt kmod-i2c-mpc kmod-rtc-pt7c4338 endef define Profile/p1010rdb/Description -- 1.7.4.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/7] mpc85xx: Add support for P1010RDB board Signed-off-by: Wojciech Dubowik
---
target/linux/mpc85xx/image/Makefile|6 +-
.../mpc85xx/patches/200-p1010-dts-typo-fix.patch | 11 +++
.../mpc85xx/patches/210-p1010-flash-layout.patch | 85
target/linux/mpc85xx/profiles/100-mpc854x.mk | 17
target/linux/mpc85xx/profiles/200-p1010rdb.mk | 17
5 files changed, 134 insertions(+), 2 deletions(-)
create mode 100644 target/linux/mpc85xx/patches/200-p1010-dts-typo-fix.patch
create mode 100644 target/linux/mpc85xx/patches/210-p1010-flash-layout.patch
create mode 100644 target/linux/mpc85xx/profiles/100-mpc854x.mk
create mode 100644 target/linux/mpc85xx/profiles/200-p1010rdb.mk
diff --git a/target/linux/mpc85xx/image/Makefile
b/target/linux/mpc85xx/image/Makefile
index a5d1acb..1d2ac85 100644
--- a/target/linux/mpc85xx/image/Makefile
+++ b/target/linux/mpc85xx/image/Makefile
@@ -7,15 +7,17 @@
include $(TOPDIR)/rules.mk
include $(INCLUDE_DIR)/image.mk
-DTS_TARGETS = mpc8548cds
+DTS_TARGETS = mpc8548cds p1010rdb
define Image/Prepare
cp $(LINUX_DIR)/arch/powerpc/boot/zImage $(KDIR)/zImage
+ cp $(LINUX_DIR)/arch/powerpc/boot/uImage $(KDIR)/uImage
endef
define Image/BuildKernel
cp $(KDIR)/zImage $(BIN_DIR)/$(IMG_PREFIX)-zImage
- $(foreach dts,$(DTS_TARGETS),$(LINUX_DIR)/scripts/dtc/dtc -I dts -O dtb
$(LINUX_DIR)/arch/powerpc/boot/dts/$(dts).dts >
$(BIN_DIR)/$(IMG_PREFIX)-$(dts).fdt)
+ cp $(KDIR)/uImage $(BIN_DIR)/$(IMG_PREFIX)-uImage
+ $(foreach dts,$(DTS_TARGETS),$(LINUX_DIR)/scripts/dtc/dtc -I dts -O dtb
$(LINUX_DIR)/arch/powerpc/boot/dts/$(dts).dts >
$(BIN_DIR)/$(IMG_PREFIX)-$(dts).fdt;)
endef
define Image/Build/ext2
diff --git a/target/linux/mpc85xx/patches/200-p1010-dts-typo-fix.patch
b/target/linux/mpc85xx/patches/200-p1010-dts-typo-fix.patch
new file mode 100644
index 000..ca8968e
--- /dev/null
+++ b/target/linux/mpc85xx/patches/200-p1010-dts-typo-fix.patch
@@ -0,0 +1,11 @@
+--- a/arch/powerpc/boot/dts/p1010rdb.dtsi
b/arch/powerpc/boot/dts/p1010rdb.dtsi
+@@ -196,7 +196,7 @@
+ };
+
+ tbi-phy@3 {
+- device-type = "tbi-phy";
++ device_type = "tbi-phy";
+ reg = <0x3>;
+ };
+ };
diff --git a/target/linux/mpc85xx/patches/210-p1010-flash-layout.patch
b/target/linux/mpc85xx/patches/210-p1010-flash-layout.patch
new file mode 100644
index 000..6101628
--- /dev/null
+++ b/target/linux/mpc85xx/patches/210-p1010-flash-layout.patch
@@ -0,0 +1,85 @@
+Index: linux-3.3/arch/powerpc/boot/dts/p1010rdb.dtsi
+===
+--- linux-3.3.orig/arch/powerpc/boot/dts/p1010rdb.dtsi 2012-03-20
08:05:17.933326897 +0100
linux-3.3/arch/powerpc/boot/dts/p1010rdb.dtsi 2012-03-20
08:12:32.520395523 +0100
+@@ -44,19 +44,19 @@
+ partition@4 {
+ /* 256KB for DTB Image */
+ reg = <0x0004 0x0004>;
+- label = "NOR DTB Image";
++ label = "dtb";
+ };
+
+ partition@8 {
+ /* 7 MB for Linux Kernel Image */
+ reg = <0x0008 0x0070>;
+- label = "NOR Linux Kernel Image";
++ label = "linux";
+ };
+
+ partition@80 {
+ /* 20MB for JFFS2 based Root file System */
+ reg = <0x0080 0x0140>;
+- label = "NOR JFFS2 Root File System";
++ label = "rootfs";
+ };
+
+ partition@1f0 {
+@@ -64,7 +64,7 @@
+ /* 512KB for u-boot Bootloader Image */
+ /* 512KB for u-boot Environment Variables */
+ reg = <0x01f0 0x0010>;
+- label = "NOR U-Boot Image";
++ label = "u-boot";
+ read-only;
+ };
+ };
+@@ -144,32 +144,32 @@
+ /* 1MB for u-boot Bootloader Image */
+ /* 1MB for Environment */
+ reg = <0x0 0x0010>;
+- label = "SPI Flash U-Boot Image";
++ label = "u-boot";
+ read-only;
+ };
+
+ partition@10 {
+- /* 512KB for DTB Image */
+- reg = <0x0010 0x0008>;
+- label = "SPI Flash DTB Image";
++ /* 64KB U-boot env */
++ reg = <0x0010 0x0001>;
++ label = "u-boot env";
+ };
+
+- partition@18 {
+- /* 4MB for
Re: [OpenWrt-Devel] [Projekt-wlan] Freescale P1020 WLAN support
> Hello, > > On 03/28/2012 09:08 AM, Wojciech Dubowik wrote: > > Unless somebody else wants to do it I will try to consolidate > > the patches for mpc85xx and post for review. > > Do you have any progress? I am working at the moment on P1020WLAN dts file. I have now eth0 and eth1 working but there are still some things I don't quite understand i.e. when I map eTsec3 to eth2 in dts it shows as eth1 in linux. On the other hand maybe it's good so. I will post patches today or tomorrow once I have them cleaned up. Status: * upgraded kernel of mpc85xx to 3.3 * added watchdog module makefile * p1010 rdb support * p1020wlan support * rtc clock on p1010 TODO: * flash layouts for future support of sysupgrade * nand flash support for p1010 and p1020 * rtc clock on p1020 * figure out why autonegotiation takes so long on p1020wlan * mac id mappings from u-boot to linux, atm mac's of eth2 and eth1 are swapped Wojtek > > > Hopefully P1020WLAN dts file won't take too long so I can do it > > this > > week. > > Do you need the official Freescale patches for the P1020rdb board? I have all released and public sdk. Or at least I think so. Thanks. > > Greetings, > > Rainer > > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
On 2012-03-29 1:51 PM, Felix Fietkau wrote: > On 2012-03-29 11:50 AM, Florian Fainelli wrote: >> Le 03/28/12 00:49, Otto Solares Cabrera a écrit : >>> On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote: Hello, Le 03/27/12 15:43, Otto Solares Cabrera a écrit : > Hi! > > I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single > bridge (br-lan) and I was normally doing filtering between them but now > all the packets are unconditionally bridged to all the interfaces > despite the ebtables rules. ebtables doesn't report hits on rules. > > My last working image was based on r30676 with 3.2.7 kernel, I'm pretty > sure is not an upstream kernel problem as I tried latest trunk with > kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. > > Does some default changed recently? You might want to revert changeset r30954 and see if that changes something for you. >>> Reverting that changeset fixes my problem, thank you! >> >> Felix, do you have any idea why this does not work for Otto? > I think I need a new sysctl for passing packets through ebtables but not > iptables. As a workaround you can probably simply set the sysctl field > net.bridge.bridge-nf-call-arptables to 1. > I'll make the new sysctl default to =1 as long as ebtables is loaded. Fix is in, please try the new version. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [Projekt-wlan] Freescale P1020 WLAN support
Hello, On 03/28/2012 09:08 AM, Wojciech Dubowik wrote: > Unless somebody else wants to do it I will try to consolidate > the patches for mpc85xx and post for review. Do you have any progress? > Hopefully P1020WLAN dts file won't take too long so I can do it this > week. Do you need the official Freescale patches for the P1020rdb board? Greetings, Rainer ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Patch to use local repository and follow symbolic links
Hi, Looks like the localmirrors part of the patch was merged already a few years ago. please use $scripts/localmirrors instead of the .default variant the second part of the patch is in theory ok, we can find the file also in subfolders. however the way it is implemented will lead to X files being copied if more than 1 is found. The patch should only copy a single file and/or throw an error if more than 1 file is found Thanks, John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] lantiq: add ath9k support to netgear dgn3500 platform
Hi Simon, > I hardcoded only the first part of the data - the fixup data - which > should not change between different insttances of the same model, and > then read the nand partition at the time the ath driver loaded. > > you should be able to do something similar to read your file? My eeprom file will be gone once openwrt is in flash :) Your method will save at least at lot of nasty header data, but still a little left. It does not completely detach the kernel from the eeprom data. If you want no eeprom data at all in the kernel, I think the eeprom should be handled like any other firmware: http://www.makelinux.net/ldd3/chp-14-sect-8. After loading the eeprom from userspace (dd from flash or file), force a pci rescan and load the ath driver... Kind regards, Pieter ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] this patch adds initial support for linux 3.3 to brcm47xx
On 03/22/2012 09:05 PM, Peter Wagner wrote: > Signed-off-by: Peter Wagner > Hi Peter Wagner, my current plan is to leave kernel version 3.3 out and directly go to 3.4 if someone adds the rc to OpenWrt trunk. If I would add 3.3 support I had to apply my changes for both kernel versions 3.2 and 3.3 and I do not want to do so, or does kernel version 3.3 add some new features you need? Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
On 2012-03-29 11:50 AM, Florian Fainelli wrote: > Le 03/28/12 00:49, Otto Solares Cabrera a écrit : >> On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote: >>> Hello, >>> >>> Le 03/27/12 15:43, Otto Solares Cabrera a écrit : Hi! I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single bridge (br-lan) and I was normally doing filtering between them but now all the packets are unconditionally bridged to all the interfaces despite the ebtables rules. ebtables doesn't report hits on rules. My last working image was based on r30676 with 3.2.7 kernel, I'm pretty sure is not an upstream kernel problem as I tried latest trunk with kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. Does some default changed recently? >>> You might want to revert changeset r30954 and see if that changes >>> something for you. >> Reverting that changeset fixes my problem, thank you! > > Felix, do you have any idea why this does not work for Otto? I think I need a new sysctl for passing packets through ebtables but not iptables. As a workaround you can probably simply set the sysctl field net.bridge.bridge-nf-call-arptables to 1. I'll make the new sysctl default to =1 as long as ebtables is loaded. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] [package] Upgrade openconnect to v3.15
thanks, applied in [31135] ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [package] soloscli: Add script to syslog ADSL line stats
thanks, applied in [31136] ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
Le 03/28/12 00:49, Otto Solares Cabrera a écrit : On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote: Hello, Le 03/27/12 15:43, Otto Solares Cabrera a écrit : Hi! I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single bridge (br-lan) and I was normally doing filtering between them but now all the packets are unconditionally bridged to all the interfaces despite the ebtables rules. ebtables doesn't report hits on rules. My last working image was based on r30676 with 3.2.7 kernel, I'm pretty sure is not an upstream kernel problem as I tried latest trunk with kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. Does some default changed recently? You might want to revert changeset r30954 and see if that changes something for you. Reverting that changeset fixes my problem, thank you! Felix, do you have any idea why this does not work for Otto? -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] fix iptables when build as build-dependency
Hello Florian,
I will have another look on it after easter, when I'm back in the office.
Am 27.03.2012 21:21, schrieb Florian Fainelli:
Hello Thomas,
On Wednesday 21 March 2012 19:19:00 thomas.lan...@lantiq.com wrote:
Hi,
this patch fixes the iptables build if no extensions are selected (e.g. when
building only as build-dependency)
Best regards,
Thomas
---
diff --git a/package/iptables/patches/210-fix-no-ext-install.patch
b/package/iptables/patches/210-fix-no-ext-install.patch new file mode
100644
--- /dev/null
+++ b/package/iptables/patches/210-fix-no-ext-install.patch
@@ -0,0 +1,15 @@
+--- a/extensions/GNUmakefile.in
b/extensions/GNUmakefile.in
+@@ -68,11 +68,10 @@ pf6_solibs:= $(patsubst %,libip6t_%.
+ #
+ targets := libext4.a libext6.a matches4.man matches6.man \
+targets4.man targets6.man
+-targets_install :=
+ libext4_objs := ${pfx_objs} ${pf4_objs}
+ libext6_objs := ${pfx_objs} ${pf6_objs}
+ targets += ${pfx_solibs} ${pf4_solibs} ${pf6_solibs}
+-targets_install += ${pfx_solibs} ${pf4_solibs} ${pf6_solibs}
++targets_install := $(strip ${pfx_solibs} ${pf4_solibs} ${pf6_solibs})
This breaks build when extensions are enabled for me:
make[5]: *** No rule to make target `extensions/libext4.a', needed by
`iptables-multi'. Stop.
make[5]: Leaving directory `/home/florian/dev/openwrt/trunk/build_dir/linux-
malta_le/iptables-1.4.10'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/florian/dev/openwrt/trunk/build_dir/linux-
malta_le/iptables-1.4.10'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/florian/dev/openwrt/trunk/build_dir/linux-
malta_le/iptables-1.4.10'
make[2]: *** [/home/florian/dev/openwrt/trunk/build_dir/linux-
malta_le/iptables-1.4.10/.built] Error 2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Patch to use local repository and follow symbolic links
Hi, Please let me know your feedback on the submitted patch. Regards, Tatha -Original Message- From: Tathagata Das [mailto:tathag...@alumnux.com] Sent: 22 March 2012 17:53 To: 'OpenWrt Development List' Subject: [PATCH] Patch to use local repository and follow symbolic links Hi, Attached is OpenWRT general purpose patch. Through this patch, OpenWRT developers can add local repository paths to refer for a tarball download (scripts/localmirrors.default). Changes are done also to follow symbolic links. I have used latest trunk source code (revision number 31050) to create this patch. Regards, Tathagata ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] lantiq: add ath9k support to netgear dgn3500 platform
Hi Pieter,
on my BT HHV2B, my calibration data is in nand. I need it at two
points, the first to read the PCI fixup data (used before nand has
been probed) and then for the actual ath driver (after nand has been
probed).
I hardcoded only the first part of the data - the fixup data - which
should not change between different insttances of the same model, and
then read the nand partition at the time the ath driver loaded.
you should be able to do something similar to read your file?
I'm hoping when John look at my suggested mods, we'll think up some
way of bringing the PCI up after the nand, so that the whole thing can
be read from the nand, but this change of device load order impacts
which need careful consideration, e.g. what if we're booting from a
pci based device? :)
the essence of the code is here:
static pci fixup data:
+/
+// this data is from the start of the eeprom image in ART
+// it's in groups of 3
+// these are values that get written to cetain pci registers to
modify the Ath9k
+// pci config to suit
+//
+static unsigned short my_pci_fixup_data[] =
+{
+0xa55a,0x,0x0003, 0x6000,0x168c,0x0027, 0x6008,0x0001,0x0280,
0x602c,0x168c,0x2081, 0x5000,0x168c,0x0028,
+0x5008,0x0001,0x0280, 0x502c,0x168c,0x2081, 0x5064,0x0cc0,0x0504,
0x570c,0xff01,0x2200, 0x506c,0x3c11,0x0003,
+0x4004,0x073f,0x, 0x4074,0x0003,0x, 0x4000,0x,0x01c2,
0x6034,0x0044,0x,
+0x,
+};
using in the main function:
+ // register our PCI fixup data - what slot?
+ ltq_pci_ath_fixup(14, my_pci_fixup_data);
+
and reading the nand partition:
+
+static struct ath9k_platform_data bt_ath9k_pdata = {
+ .led_pin = -1,
+};
+
+static void ath_platform_get_eeprom_data(void)
+{
+ struct file* filp = NULL;
+ mm_segment_t oldfs;
+ int err = 0;
+ unsigned long long offset = 0;
+ int ret;
+
+oldfs = get_fs();
+set_fs(get_ds());
+filp = filp_open("/dev/mtd5", O_RDONLY, 0);
+
+if(IS_ERR(filp)) {
+ printk("Could not open /dev/mtd5\n");
+set_fs(oldfs);
+ err = PTR_ERR(filp);
+ return;
+}
+
+ret = vfs_read(filp, (unsigned char
*)bt_ath9k_pdata.eeprom_data, ATH5K_PLAT_EEP_MAX_WORDS*2 , &offset);
+
+ filp_close(filp, NULL);
+
+set_fs(oldfs);
+
+ //bt_ath9k_pdata.check_endianness = 1;
+
+ if (bt_ath9k_pdata.eeprom_data[0] != 0xa55a) {
+ printk("eeprom data does not start a55a\n");
+ return;
+ }
+
+ printk("eeprom data read from /dev/mtd5\n");
+
+ return;
+}
+
+
+extern int (*ltqpci_plat_dev_init)(struct pci_dev *dev);
+
+static int
+bt_ath9k_pci_plat_dev_init(struct pci_dev *dev)
+{
+ ath_platform_get_eeprom_data();
+ dev->dev.platform_data = &bt_ath9k_pdata;
+ return 0;
+}
+
+
+
+static void __init
+ltq_bt_register_ath9k(u8 *macaddr)
+{
+ bt_ath9k_pdata.macaddr = macaddr;
+ ltqpci_plat_dev_init = bt_ath9k_pci_plat_dev_init;
+}
+
On Wed, Mar 28, 2012 at 9:58 AM, Pieter Voorthuijsen
wrote:
> Hi Andrej,
>
>> Are you sure that /etc/ath/eeprom isn't created from some flash partition in
>> boot time, because usually every device should have it's own eeprom
>> calibration data to make wifi performance best.
>
> From manufacturers point of view it is easier to have identical
> products... The file is part of the filesystem and has the same
> time/date as the rest. However I'm not 100% sure that this eeprom data
> is actually used by the ath_pci driver, there is no reference to it in
> any logging.
>
> I found no accessible mtd under Linux that contains eeprom data, it
> could be that a calibration partition is not available via mtd.
>
> I've checked the firmware upgrade file and it looks like a raw dump of
> the entire flash (16M). I'll try to read back the flash under U-boot
> and compare it to the original firmware. The diff should show settings
> and maybe calibration data...
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
