Brian J. Murrell wrote:
> It would be great to see this come to a conclusion as I have submitted a
> number of patches over the last few weeks which seem to have gone
> uncommitted.
>
> Like other submitters have pointed out, I'm left in the dark as to
> whether it's just a time issue or whether
On Tue, 2008-06-24 at 09:45 +0200, Gregers Petersen wrote:
> The original thought behind the present model for submission of patches
> was based on the existing procedure for kernel patch submission - it
> looked like a model which worked, and by implementing it OpenWrt would
> "teach" people a ski
This patch makes shorewall-lite
1. restore it's saved ruleset when a "restart" action is called on
the initscript rather than rebuilding it from scratch
2. install an "iface" hotplug script to restart shorewall-lite when
an interface changes state
Signed-off-by: Brian
On Tuesday 01 July 2008 21:50:43 Steve Brown wrote:
> It looks like (almost) every other phy register doesn't respond. I put
> in a large (200us) delay between accesses with no change in behaviour.
> If it is timing, it must be on the pci bus side of the core.
Ah this is a minipci card?
Can you
Michael Buesch wrote:
> I'm sorry, I cannot tell you what causes this. But I guess, however,
> it is some change in the ssb setup code that broke this.
>
>
Here's some more evidence. I scanned the phy register space using
get_dbe. Here are the results:
Addr Value
3e0 0x3207 (looks ok)
3
Hi,
I'm wondering if anything with my proposed patch was wrong or could
be done in a "cleaner" fashion?
Feedback is welcome!
Best regards,
Michael Heimpold
Am Samstag 31 Mai 2008 06:11:03 schrieb Michael Heimpold:
> [PATCH] Add support for Microsoft MN-700 platform with its dualcolor power
> LED
Hi,
for the profile "x86" -> "PCEngines Wrapboard" I cannot select madwifi
from "make menuconfig". If I change to another profile like Atheros
231x/5312, then it is selectable. In the madwifi Makefile it says:
DEPENDS:=+wireless-tools @PCI_SUPPORT||TARGET_atheros ...
I guess I have to enable PC
