Fixes dependencies, and properly labels the module as GPL (thanks, Felix!).
Signed-off-by: Philip Prindeville
---
Index: target/linux/x86/patches-2.6.35/110-net5501_modstuff.patch
===
--- target/linux/x86/patches-2.6.35/110-net5501
Hi,
this patch adds support for D-Link DNS323 storage device.
You can find more info here:
http://dns323.lukaperkov.net/
Currently you need serial cable to flash OpenWrt on DNS-323.
Signed-off-by: Luka Perkov < openwrt ->-to->- lukaperkov.net >
---
Index: target/linux/orion/image/dns323.mk
===
On 10/17/2010 09:17 PM, Russell Senior wrote:
>> "Jochen" == Jochen Friedrich writes:
>
> Jochen> Hi Russell,
>>> By judicious application of printk's (note that in order to get the
>>> console back for the WGT634U to see them, I had to revert r22663) I
>>> managed to figure out what is visib
Al 05/11/10 19:16, En/na Scott Nicholas ha escrit:
static int ifxmips_set_mac_address(struct net_device *dev, void *p)
{
int ret;
struct sockaddr *addr = p;
ret = eth_mac_addr(dev, p);
if (ret)
return ret;
memcpy(ENET_MAC_DA0, addr-
My suggestion was for the ifxmips.c ethernet driver in Linux, not
U-boot. A dirty hack to remove the filter upon initialization.
/target/linux/ifxmips/files/arch/mips/include/asm/mach-ifxmips/ifxmips.h
seems to lack the ENETS_CFG register, so I suggested that #define.
Then have a look at how other
On 2010-11-05 2:52 PM, Mark Mentovai wrote:
> nbd and friends:
>
> I discovered another bug in the ath9k WNDR3700 quirk fix from r23822.
> ath9k_hw_apply_gpio_override was testing the original value of gpio_mask
> to determine which bits were appropriate, instead of testing the shifted
> value. Be
nbd and friends:
I discovered another bug in the ath9k WNDR3700 quirk fix from r23822.
ath9k_hw_apply_gpio_override was testing the original value of gpio_mask
to determine which bits were appropriate, instead of testing the shifted
value. Because bit 0 is always clear in the original value, this
En/na Scott Nicholas ha escrit:
Correct thing would be to initalize the values better in
ifxmips_mii_chip_init, so that filtering is not on, or to change
filter in set_mac?
I don't think that the u-boot initialization should be touched, it's ok
as it is.
I think that the correct thing to do wo
