[OpenWrt-Devel] [PATCH] ar8216: Use generic hw_init from ar8236 for ar8216 too

We should make sure that also for ar8216 hw gets initialized. For ar8216 hw_init is a dummy currently. The hw_init used for ar8236 should be generic enough to be usable with ar8216 too. Signed-off-by: Heiner Kallweit --- target/linux/generic/files/drivers/net/phy/ar8216.c | 20 +++---

Re: [OpenWrt-Devel] [PATCH][RFC] mtd: bcm47xxpart: lower minimal blocksize to 4Ki (from 64Ki)

On 20 November 2014 00:32, SGT. Garcia wrote: > On Nov 12 09:11 +0100, Rafał Miłecki wrote: >> Some devices like Netgear WNR1000v3 or WGR614v10 have partitions aligned >> to 0x1000. Using bigger blocksize stopped us from detecting some parts. >> >> Signed-off-by: Rafał Miłecki > > is this relate

Re: [OpenWrt-Devel] mysterious wl_exe.o

On 20 November 2014 00:48, SGT. Garcia wrote: > openwrt, dd-wrt, tomato, potato they all ship wl_exe.o (mips) with their > broadcom-wl package which is compiled into wl command. on gentoo (amd64) > this is missing, in fact i don't think any desktop linux has it (maybe > fedora). so i was wondering

[OpenWrt-Devel] mysterious wl_exe.o

hi, openwrt, dd-wrt, tomato, potato they all ship wl_exe.o (mips) with their broadcom-wl package which is compiled into wl command. on gentoo (amd64) this is missing, in fact i don't think any desktop linux has it (maybe fedora). so i was wondering where one finds it? it's not included in the hybri

Re: [OpenWrt-Devel] [PATCH][RFC] mtd: bcm47xxpart: lower minimal blocksize to 4Ki (from 64Ki)

On Nov 12 09:11 +0100, Rafał Miłecki wrote: > Some devices like Netgear WNR1000v3 or WGR614v10 have partitions aligned > to 0x1000. Using bigger blocksize stopped us from detecting some parts. > > Signed-off-by: Rafał Miłecki is this related: 6 bcm47xxpart partitions found on MTD device bcm47x

Re: [OpenWrt-Devel] I'd like to donate a Netgear N150 WNR1000 v3

On Nov 19 18:43 +0100, Rafał Miłecki wrote: > Hi Garcia, > > Could you provide us NVRAM dump once you get this device? You have > access to "nvram show" command in both: CFE and original firmware I > believe. > > -- > Rafał will do. SGT. Garcia ___

Re: [OpenWrt-Devel] [PATCH 5/5] ar8216: use genphy_config_aneg also for PHY 0

Am 19.11.2014 um 22:39 schrieb Felix Fietkau: > On 2014-11-19 22:17, Heiner Kallweit wrote: >> Am 19.11.2014 um 21:19 schrieb Felix Fietkau: >>> On 2014-10-31 21:38, Heiner Kallweit wrote: Kernel 3.14 introduced a switch reset in phy_init_hw in drivers/net/phy causing BMCR_ANENABLE to get

[OpenWrt-Devel] [PATCH v3 3/4] ar8216: factor out PHY init and fixup code into a generic function

PHY init code in the switch-specific hw_init functions is mainly identical. Factor it out into a generic ar8xxx_phy_init function. Rebase on current trunk. Signed-off-by: Heiner Kallweit --- .../linux/generic/files/drivers/net/phy/ar8216.c | 29 -- 1 file changed, 10 insert

Re: [OpenWrt-Devel] [PATCH 5/5] ar8216: use genphy_config_aneg also for PHY 0

On 2014-11-19 22:17, Heiner Kallweit wrote: > Am 19.11.2014 um 21:19 schrieb Felix Fietkau: >> On 2014-10-31 21:38, Heiner Kallweit wrote: >>> Kernel 3.14 introduced a switch reset in phy_init_hw in drivers/net/phy >>> causing BMCR_ANENABLE to get cleared. >>> >>> Due to the fact that ar8xxx_phy_co

[OpenWrt-Devel] [PATCH v3 4/5] ar8216: factor out PHY init code into a generic function

PHY init code in the switch-specific hw_init functions is mainly identical. Factor it out into a generic ar8xxx_phy_init function. Signed-off-by: Heiner Kallweit --- .../linux/generic/files/drivers/net/phy/ar8216.c | 66 -- 1 file changed, 25 insertions(+), 41 deletions(-)

[OpenWrt-Devel] [PATCH v2 3/5] ar8216: introduce fixup_phys callback in ar8xxx_chip

Move phy fixup code from the chip-specific hw_init functions into a fixup_phys callback. Signed-off-by: Heiner Kallweit --- target/linux/generic/files/drivers/net/phy/ar8216.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/target/linux/generic/files/drivers/net/phy/ar8216

Re: [OpenWrt-Devel] [PATCH 5/5] ar8216: use genphy_config_aneg also for PHY 0

Am 19.11.2014 um 21:19 schrieb Felix Fietkau: > On 2014-10-31 21:38, Heiner Kallweit wrote: >> Kernel 3.14 introduced a switch reset in phy_init_hw in drivers/net/phy >> causing BMCR_ANENABLE to get cleared. >> >> Due to the fact that ar8xxx_phy_config_aneg does nothing for >> PHY 0 autonegatiation

Re: [OpenWrt-Devel] [PATCH] musl: add getopt support for non-option arguments

On 2014-11-17 20:38, Gianluca Anzolin wrote: > musl libc doesn't support the GNU getopt extension to parse non-option > arguments when the optstring starts with '-'. > > This extension is used by some utilities, notably iptables, that > currently return with errors even with perfectly valid invoca

Re: [OpenWrt-Devel] musl libc and timezone

On 2014-11-19 21:33, Gianluca Anzolin wrote: > On Wed, Nov 19, 2014 at 09:24:27PM +0100, Felix Fietkau wrote: >> On 2014-11-19 12:58, Gianluca Anzolin wrote: >> > On Wed, Nov 19, 2014 at 08:24:49AM +0100, John Crispin wrote: >> >> >> >> >> >> On 18/11/2014 10:54, Gianluca Anzolin wrote: >> >> > S

Re: [OpenWrt-Devel] musl libc and timezone

On 2014-11-19 12:58, Gianluca Anzolin wrote: > On Wed, Nov 19, 2014 at 08:24:49AM +0100, John Crispin wrote: >> >> >> On 18/11/2014 10:54, Gianluca Anzolin wrote: >> > So in my opinion the "better" fix would be to populate the TZ environment >> > variable. >> > >> >> so if a process is spawned

Re: [OpenWrt-Devel] [PATCH 5/5] ar8216: use genphy_config_aneg also for PHY 0

On 2014-10-31 21:38, Heiner Kallweit wrote: > Kernel 3.14 introduced a switch reset in phy_init_hw in drivers/net/phy > causing BMCR_ANENABLE to get cleared. > > Due to the fact that ar8xxx_phy_config_aneg does nothing for > PHY 0 autonegatiation support remains disabled. > This can cause ports to

Re: [OpenWrt-Devel] Still no progress on gigabit ports on Mikrotek 2011UiAS-2HnD

On Wed, Nov 19, 2014 at 01:50:39PM -0500, Soren Harward wrote: > On Tue, Nov 18, 2014 at 6:50 AM, Chris Green wrote: > > I still have non-working gigabit ports on my Mikrotik 2011UiAS-2HnD. Soren > > Harward kindly had a look at various diagnostics but hasn't seen > > anything obvious wrong yet. >

Re: [OpenWrt-Devel] Still no progress on gigabit ports on Mikrotek 2011UiAS-2HnD

On Tue, Nov 18, 2014 at 6:50 AM, Chris Green wrote: > I still have non-working gigabit ports on my Mikrotik 2011UiAS-2HnD. Soren > Harward kindly had a look at various diagnostics but hasn't seen > anything obvious wrong yet. ... > Looking at statistics for the Gigabit switch there's loads of data

Re: [OpenWrt-Devel] I'd like to donate a Netgear N150 WNR1000 v3

On 12 November 2014 21:59, Alex Henrie wrote: > 2014-11-11 23:51 GMT-07:00 Rafał Miłecki : >> On 11 November 2014 23:26, Alex Henrie wrote: >>> Is no one interested? Come on, I'm offering free hardware to play with ;-) >> >> I already have about 10-20 Broadcom based boars in my drawer ;) Not >> t

Re: [OpenWrt-Devel] [PATCH][RFC] mtd: bcm47xxpart: lower minimal blocksize to 4Ki (from 64Ki)

On 12 November 2014 09:11, Rafał Miłecki wrote: > Some devices like Netgear WNR1000v3 or WGR614v10 have partitions aligned > to 0x1000. Using bigger blocksize stopped us from detecting some parts. Pushed in https://dev.openwrt.org/changeset/43322/ ___ o

Re: [OpenWrt-Devel] [PATCH uqmi] Add command --get-msisdn for getting phone number

On 19.11.2014 08:50, John Crispin wrote: On 18/11/2014 17:02, Sławomir Demeszko wrote: --- For two SIM cards from the same operator (Plus GSM) I get error message: "Not provisioned", when try to get MSISDN. Real phone with these cards inserted also cannot display a phone number. I can make calls

[OpenWrt-Devel] Where is best to ask about this Mikrotik RB2011UiAS-2HnD-IN problem (Gigabit ports not working)?

I'm having trouble finding the right place to ask about the problems I having with OpenWrt on my rb-2011uias-2hnd. I have asked about it here (where Soren Harward has tried to help) and on the forums where no one seemed to be able to help. I *think* it's a 'developer' problem in a way as I think

Re: [OpenWrt-Devel] [PATCH] netifd: Don't append 6rd dhcp option when iface6rd is empty

Ok I see your point. Was a bit confused as I had suddenly different dhcp behavior regarding 6rd with the same config. Hans On Wed, Nov 19, 2014 at 1:49 PM, Steven Barth wrote: > That change was actually intentional so 6rd is setup if its available > unless you disable it with iface6rd=0. > > >

Re: [OpenWrt-Devel] Any ETA on fixing luci-app-openvpn's dependency issue?

Quoting "Robert P. J. Day" : I just tripped over this: https://dev.openwrt.org/ticket/18220 Is there a known workaround for this? And how exactly does one handle this type of generic "Provides" functionality in .ipk packages? Surely this sort of thing has been done before, no? Never mind,

Re: [OpenWrt-Devel] compile openwrt with external toolchain

Hi, i cant figure out what the actual bug is from the patch. is PREFIX not fully populated, requiring this to be moved back ? also your patch is whitespace broken. could you resend a fixed version with a better description please ? John On 14/11/2014 04:52, sam wrote: > Hi, all, > > i

[OpenWrt-Devel] Any ETA on fixing luci-app-openvpn's dependency issue?

I just tripped over this: https://dev.openwrt.org/ticket/18220 Is there a known workaround for this? And how exactly does one handle this type of generic "Provides" functionality in .ipk packages? Surely this sort of thing has been done before, no? rday _

Re: [OpenWrt-Devel] Autoneg problems with ar8216 on kernel 3.14 (related to ticket 17800)

On 19/11/2014 14:44, Weedy wrote: > > On Oct 30, 2014 5:08 PM, "Heiner Kallweit" > wrote: >> >> Am 30.10.2014 um 07:22 schrieb Heiner Kallweit: >> > Am 30.10.2014 um 03:36 schrieb Florian Fainelli: >> >> Le 28/10/2014 11:46, Heiner Kallweit a écrit : >> >>> After a

Re: [OpenWrt-Devel] Autoneg problems with ar8216 on kernel 3.14 (related to ticket 17800)

On Oct 30, 2014 5:08 PM, "Heiner Kallweit" wrote: > > Am 30.10.2014 um 07:22 schrieb Heiner Kallweit: > > Am 30.10.2014 um 03:36 schrieb Florian Fainelli: > >> Le 28/10/2014 11:46, Heiner Kallweit a écrit : > >>> After a little more thinking about it and looking at the code I basically have two qu

[OpenWrt-Devel] [PATCH] uboot-envtools: add carambola2 support

Signed-off-by: Alexander Couzens --- package/boot/uboot-envtools/files/ar71xx | 1 + 1 file changed, 1 insertion(+) diff --git a/package/boot/uboot-envtools/files/ar71xx b/package/boot/uboot-envtools/files/ar71xx index 8084e01..5824af6 100644 --- a/package/boot/uboot-envtools/files/ar71xx +++ b

Re: [OpenWrt-Devel] [PATCH] netifd: Don't append 6rd dhcp option when iface6rd is empty

That change was actually intentional so 6rd is setup if its available unless you disable it with iface6rd=0. Cheers, Steven ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-deve

Re: [OpenWrt-Devel] protobuf broken in BB

Hi all Sorry obconseil and John for the delay, my work priorities got shifted to other things... @John: good idea to ping me personally! ;) Am 06.11.2014 10:23, schrieb obconseil: > Le 05/11/2014 22:43, Guillaume Déflache a écrit : > >> >> Fine, but that's not the problem as I said before (see

[OpenWrt-Devel] [PATCH] netifd: Don't append 6rd dhcp option when iface6rd is empty

Signed-off-by: Hans Dedecker --- package/network/config/netifd/files/lib/netifd/proto/dhcp.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/network/config/netifd/files/lib/netifd/proto/dhcp.sh b/package/network/config/netifd/files/lib/netifd/proto/dhcp.sh index d4c4