section mismatch in drivers/w1/masters/w1-gpio.c

Hi, when building 3.8-rc5 I get the following section mismatch: WARNING: drivers/w1/masters/w1-gpio.o(.data+0x188): Section mismatch in reference from the variable w1_gpio_driver to the function .init.text:w1_gpio_probe() The variable w1_gpio_driver references the function __init w1_gpio_probe()

[PATCH] w1-gpio: fix section mismatch

valid then annotate the variable with __init* or __refdata (see linux/init.h) or name the variable: *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console Signed-off-by: Hauke Mehrtens --- This patch is based on 3.8-rc5. drivers/w1/masters/w1-gpio.c |2 +- 1 file changed, 1

[PATCH] bcma: fix regression in pmu workaround reg masks

This fixes a regression introduced in: commit b9562545ef0b13c0440ccd8d6dd4111fb77cb17a Author: Hauke Mehrtens Date: Sat Jun 30 01:44:41 2012 +0200 bcma: complete workaround for BCMA43224 and BCM4313 The regression broke reading of the sprom from the chip and seamed to cause a change of

Re: bcma_bus_scan/bcma_bus_scan_early: missing iounmap

On 07/25/2012 01:05 PM, Fengguang Wu wrote: > Hi Hauke, > > The coccinelle static checker emits these warnings: > > drivers/bcma/scan.c:466:3-9: ERROR: missing iounmap; ioremap on line 451 and > execution via conditional on line 465 > drivers/bcma/scan.c:540:3-9: ERROR: missing iounmap; ioremap

Re: [REGRESSION]: bcma: fix handling of big addrl

On 09/17/2013 09:11 PM, Tom Gundersen wrote: > The above commit causes a regression for me. > > Booting with initcall_debug shows that bcma_modinit never returns: > > calling bcma_modinit+0x0/0x33 [bcma] @ 210 > bcma-pci-bridge :02:00.0: enabling device ( -> 0002) > bcma: bus0: Found chi

Re: [PATCH 1/10] MIPS: BCM47XX: Cocci spatch "noderef"

l? The from field in the mail is broken. > Signed-off-by: Thomas Meyer Acked-by: Hauke Mehrtens > diff -u -p a/arch/mips/bcm47xx/sprom.c b/arch/mips/bcm47xx/sprom.c > --- a/arch/mips/bcm47xx/sprom.c > +++ b/arch/mips/bcm47xx/sprom.c > @@ -162,7 +162,7 @@ static

Re: linux-next: Tree for Aug 30 (brcmfmac)

On 08/31/2013 08:21 PM, Arend van Spriel wrote: > On 08/31/13 19:37, Geert Uytterhoeven wrote: >> On Fri, Aug 30, 2013 at 11:12 PM, Randy Dunlap >> wrote: >>> This bool kconfig symbol: >>> >>> config BRCMFMAC_SDIO >>> bool "SDIO bus interface support for FullMAC driver" >>> depen

Re: [PATCH RESEND 2/2] mtd: bcm47: convert to module_platform_driver instead of init/exit

On 05/30/2013 12:30 PM, Andy Shevchenko wrote: > On Thu, May 30, 2013 at 5:22 AM, Libo Chen > wrote: >> >> convert to module_platform_driver instead of init/exit > > I give another thought about it. We have to be sure that the flash > device will be online when it's really needed. > module_init

Re: [PATCH] wireless: Convert mwifiex/pcie to dev_pm_ops from legacy pm ops

On 07/02/2013 05:24 PM, Shuah Khan wrote: > Convert the mwifiex/pci driver to use dev_pm_ops for power management and > remove Legacy PM handling. This change re-uses existing suspend and resume > interfaces for dev_pm_ops. > > Signed-off-by: Shuah Khan > --- > drivers/net/wireless/mwifiex/pcie.

Re: linux-next: build failure after merge of the wireless-next tree

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/23/2013 03:32 AM, Stephen Rothwell wrote: > Hi John, > > After merging the wireless-next tree, today's linux-next build > (x86_64 allmodconfig) failed like this: > > drivers/net/ethernet/broadcom/bgmac.c:19:27: fatal error: > bcm47xx_nvram.h: N

Re: Dropping non supported kernels for kernel backports ?

On 05/08/2013 08:55 AM, Johannes Berg wrote: > On Tue, 2013-05-07 at 16:53 -0700, Luis R. Rodriguez wrote: >> Today the backports project provides support to backport down to >> 2.6.24 for some subsystems. While this is good for users in practice >> for development and maintenance this is quite a b

Re: linux-next: build failure after merge of the mips tree

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/18/2013 12:43 AM, Stephen Rothwell wrote: > Hi Ralf, > > After merging the mips tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/ssb/driver_gpio.c: In function 'ssb_gpio_chipco_to_irq': > drivers/ssb/driver

rtl8187 rate control doesn't work

3:12 (capab=0x411 status=0 aid=1) wlan0: associated wlan0: switched to short barker preamble (BSSID=00:1a:92:ea:73:12) ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present -- Hauke Mehrtens -- To unsubscribe from this list: send the line "unsubscribe linux-ke

Re: rtl8187 rate control doesn't work

There is an other Problem. iwconfig shows me "Bit Rate=1 Mb/s" the hole time, but I'm able to download with an average of 440K/s as wget says. It's with PID rate control algorithm. -- Hauke Mehrtens Luis R. Rodriguez wrote: > On Jan 5, 2008 9:47 AM, Hauke Mehrtens &l

Re: rtl8187 rate control doesn't work

Luis R. Rodriguez wrote: > On Jan 7, 2008 11:02 AM, Hauke Mehrtens <[EMAIL PROTECTED]> wrote: > > Thanks for reporting this, how'd it go with simple rate control > algorithm instead? How do I change from pid to simple rate control algorithm? I have tried to set the CON

Re: rtl8187 rate control doesn't work

I have tested kernel 2.6.24-rc7-git4 with the build in rtl8187 module and I have the same problem. I can't ping the AP if the rate is set to auto or to something higher than 11M. I have to set it to something less than 11M to be able to ping the AP. iwconfig shows a successful connection in both

Re: rtl8187 rate control doesn't work

traffic goes through the wireless link. with "iwconfig wlan0 rate 11M" everything works. -- Hauke Mehrtens Stefano Brivio wrote: > On Sat, 12 Jan 2008 15:44:30 +0100 > Hauke Mehrtens <[EMAIL PROTECTED]> wrote: > >> I have tested kernel 2.6.24-rc7-git4 with the build

Re: [PATCH] PCI: iproc: fix 32-bit build error

On 10/13/2015 10:02 PM, Arnd Bergmann wrote: > The iproc PCI driver tries to figure out whether the MMIO window has > a valid size, but does this using a 64-bit modulo operation, which > is not allowed on 32-bit kernels and leads to a link error: > > drivers/built-in.o: In function `iproc_pcie_set

Re: [PATCH 3/3] ARM: BCM: Add SMP support for Broadcom NSP

On 10/14/2015 07:47 PM, Kapil Hali wrote: > Add SMP support for Broadcom's Northstar Plus SoC, > cpu enable method and pen_release procedures. This > changes also consolidates iProc family's - BCM NSP > and BCM Kona, SMP handling in a common file. This will probably also work on normal Northstar C

Re: [PATCH 1/3] dt-bindings: add SMP enable-method for Broadcom NSP

On 10/14/2015 07:46 PM, Kapil Hali wrote: > Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's > Northstar Plus CPU to the 32-bit ARM CPU device tree binding > documentation file and create a new binding documentation for > Northstar Plus CPU pen-release mechanism. > > Signed-off-by: Kapil

Re: [PATCH v2 2/2] ARM: dts: bcm5301x: Add BCM SVK DT files

On 10/15/2015 12:14 AM, Jon Mason wrote: > Add device tree files for Broadcom Northstar based SVKs. Since the > bcm5301x.dtsi already exists, all that is necessary is the dts files to > enable the UARTs (and specify the RAM size for the 4708/9). With these > files, the SVKs are able to boot to sh

Re: [PATCH v2 1/2] dt-bindings: Add new boards to bcm4708 DT bindings

On 10/15/2015 12:14 AM, Jon Mason wrote: > Add the 4708, 4709, and 953012k SVKs to the the documentation for the > Broadcom Northstar device tree bindings. > > Signed-off-by: Jon Mason > --- > Documentation/devicetree/bindings/arm/bcm/brcm,bcm4708.txt | 7 +++ > 1 file changed, 7 insertions(

Re: [PATCH v2 2/2] ARM: dts: bcm5301x: Add BCM SVK DT files

On 10/15/2015 10:40 PM, Hauke Mehrtens wrote: > On 10/15/2015 12:14 AM, Jon Mason wrote: >> Add device tree files for Broadcom Northstar based SVKs. Since the >> bcm5301x.dtsi already exists, all that is necessary is the dts files to >> enable the UARTs (and specify the RA

Re: [PATCH v2] PCI: iproc: fix 32-bit build error

bing > of the driver. > > Signed-off-by: Arnd Bergmann > Acked-by: Ray Jui Acked-by: Hauke Mehrtens > Fixes: 0ab99ca8eb6c ("PCI: iproc: Fix compile warnings") > > --- > On Thursday 15 October 2015 09:19:27 Ray Jui wrote: >> On 10/15/2015 9:00 AM, Bjorn Helga

Re: [PATCH 3/3] ARM: BCM: Add SMP support for Broadcom NSP

On 10/15/2015 06:10 PM, Kapil Hali wrote: > > > On 10/15/2015 3:56 AM, Hauke Mehrtens wrote: >> On 10/14/2015 07:47 PM, Kapil Hali wrote: >>> Add SMP support for Broadcom's Northstar Plus SoC, >>> cpu enable method and pen_release procedures. This >&g

Re: [PATCH v3 01/10] ARM: cygnus: fix link failures when CONFIG_COMMON_CLK_IPROC is disabled

On 10/15/2015 09:48 PM, Jon Mason wrote: > From: Arnd Bergmann > > When CONFIG_CYGNUS is set but CONFIG_COMMON_CLK_IPROC is disabled, the > following link failures are caused: > > drivers/built-in.o: In function `cygnus_armpll_init': > :(.init.text+0x1d290): undefined reference to `iproc_armpll_

Re: [PATCH v2 2/2] ARM: dts: bcm5301x: Add BCM SVK DT files

On 10/15/2015 11:25 PM, Jon Mason wrote: > On Thu, Oct 15, 2015 at 10:55:16PM +0200, Hauke Mehrtens wrote: >> On 10/15/2015 10:40 PM, Hauke Mehrtens wrote: >>> On 10/15/2015 12:14 AM, Jon Mason wrote: >>>> Add device tree files for Broadcom Northstar based SVKs.

Re: [PATCH v3 2/2] ARM: dts: bcm5301x: Add BCM SVK DT files

n Mason Acked-by: Hauke Mehrtens > --- > arch/arm/boot/dts/Makefile | 5 +++- > arch/arm/boot/dts/bcm94708.dts | 56 +++ > arch/arm/boot/dts/bcm94709.dts | 56 +++ > arch/ar

Re: [PATCH v3 1/2] dt-bindings: Add new SoCs to bcm4708 DT bindings

On 10/16/2015 12:24 AM, Jon Mason wrote: > Add the 4708, 4709, and 53012 SoCs to the the documentation for the > Broadcom Northstar device tree bindings. > > Signed-off-by: Jon Mason Acked-by: Hauke Mehrtens > --- > Documentation/devicetree/bindings/arm/bcm/brcm,bcm4708.tx

Re: [PATCH v3 2/2] ARM: dts: bcm5301x: Add BCM SVK DT files

irst string in the list specifies the exact device that the node represents" http://devicetree.org/Device_Tree_Usage#Understanding_the_compatible_Property The exact device here is the board not the SoC. Hauke > > On 15-10-16 02:41 PM, Hauke Mehrtens wrote: >> On 10/16/2015 12:

Re: [RFC 3/5] ARM: dts: enable clock support for BCM5301X

On 10/13/2015 11:22 PM, Jon Mason wrote: > Replace current device tree dummy clocks with real clock support for > Broadcom Northstar SoCs. > > Signed-off-by: Jon Mason The clock-frequency of the uarts should also be replaced with the correct clock from the clock driver. Hauke > --- > arch/arm/

Re: [RFC] ARM: BCM: Add SMP support for Broadcom 4708

On 10/15/2015 08:14 PM, Jon Mason wrote: > ARM: BCM: Add SMP support for Broadcom 4708 > > Add SMP support for Broadcom's 4708 SoCs. I tested this and it works on my device, it is also in OpenWrt now: https://dev.openwrt.org/browser/trunk/target/linux/bcm53xx/patches-4.1/131-ARM-BCM-Add-SMP-suppo

Re: [PATCH 10/16] compile error: MIPS: add definitions for extended context

This patch is causing a build error for me on 4.3-rc7. CC arch/mips/kernel/signal.o arch/mips/kernel/signal.c: In function 'sc_to_extcontext': arch/mips/kernel/signal.c:143:12: error: 'struct ucontext' has no member named 'uc_extcontext' return &uc->uc_extcontext; ^ In file in

Re: [PATCH 10/16] compile error: MIPS: add definitions for extended context

On 10/25/2015 10:47 PM, Florian Fainelli wrote: > Le 25/10/2015 14:10, Hauke Mehrtens a écrit : >> This patch is causing a build error for me on 4.3-rc7. >> >> CC arch/mips/kernel/signal.o >> arch/mips/kernel/signal.c: In function 'sc_to_extcontext'

Re: [PATCH v2 14/18] serial: intel: Add CCF support

On 08/03/2018 12:30 PM, Greg Kroah-Hartman wrote: > On Fri, Aug 03, 2018 at 03:33:38PM +0800, Wu, Songjun wrote: >> >> >> On 8/3/2018 1:56 PM, Greg Kroah-Hartman wrote: >>> On Fri, Aug 03, 2018 at 11:02:33AM +0800, Songjun Wu wrote: Previous implementation uses platform-dependent API to get th

Re: [PATCH v2 04/18] MIPS: dts: Add initial support for Intel MIPS SoCs

On 08/03/2018 05:02 AM, Songjun Wu wrote: > From: Hua Ma > > Add dts files to support Intel MIPS SoCs: > - xrx500.dtsi is the chip dts > - easy350_anywan.dts is the board dts > > Signed-off-by: Hua Ma > Signed-off-by: Songjun Wu > --- > > Changes in v2: > - New patch split from previous patch

Re: [PATCHv2 2/2] phy:phy-lantiq-rcu-usb2: Use PTR_ERR_OR_ZERO to replace the open coded version

On 08/16/2018 05:58 PM, zhong jiang wrote: > PTR_ERR_OR_ZERO has implemented the if(IS_ERR(...)) + PTR_ERR, So > just replace them rather than duplicating its implement. > > Signed-off-by: zhong jiang Acked-by: Hauke Mehrtens > --- > drivers/phy/lantiq/phy-lantiq-rcu-us

Re: [PATCH] MIPS: BCM47XX: Enable USB power on Netgear WNDR3400v3

s Tynkkynen I didn't runtime tested this and didn't checked the board, but this looks good. Acked-by: Hauke Mehrtens > --- > arch/mips/bcm47xx/workarounds.c | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff --git a/arch/mips/bcm47xx/workarounds.c b

Re: ipv6 redefinition build issue with 4.15-rc8

On 01/18/2018 09:49 AM, Jonas Bonn wrote: > On 01/17/2018 11:34 PM, Daniel Wagner wrote: >> >> On 01/17/2018 11:20 PM, Hauke Mehrtens wrote: >>> >>> Do we want to do any changes to the kernel header files? I do not know >>> of any clean workarou

Re: ipv6 redefinition build issue with 4.15-rc8

On 01/17/2018 08:59 AM, Daniel Wagner wrote: > Hi Neil, > > On 01/16/2018 07:51 PM, Neil MacLeod wrote: >> Since this commit in 4.15-rc8: >> >> https://github.com/torvalds/linux/commit/6926e041a8920c8ec27e4e155efa760aa01551fd >> >> >> building connman 1.35 with glibc 2.26 now fails as follows: >

Re: ipv6 redefinition build issue with 4.15-rc8

On 01/17/2018 08:31 PM, Neil MacLeod wrote: > All > > Further to my previous reply (reproduced below having been bounced by > linux-kernel) I have successfully built LibreELEC when using the > ConnMan patch from Jonas - there were no other failures. > > I have also built a number of network relat

[PATCH] freevxfs: Do not inline vxfs_put_page()

vxfs_put_page() is not implemented in a header file, but in a normal c file and used in multiple functions in different c files. Remove the inline attribute as it does not make sense here and causes a link error when LTO is activated. Signed-off-by: Hauke Mehrtens --- fs/freevxfs/vxfs_subr.c

Re: [PATCH mips-fixes] MIPS: BCM47XX: Setup struct device for the SoC

eric dma noncoherent ops for simple noncoherent platforms") Cc: Christoph Hellwig Cc: sta...@vger.kernel.org # v4.19+ Signed-off-by: Rafał Miłecki Acked-by: Hauke Mehrtens I assume that the old ssb based devices also have such problems did you had a look into those? --- arch/mips/b

Re: Adding a Basic DT for the Linksys ea6500 v2 wireless home router

On 10/04/2018 11:08 PM, René Kjellerup wrote: > Hi Hauke, > > thank you for suggesting adding the dts patch to mainline kernel, > so here it is. > I feel Rafal technically still have the copyrights, this is pretty > much just a few string updates for the ea6500v2. However with this > dts in latest

Re: [PATCH AUTOSEL 4.19 28/57] watchdog: lantiq: update register names to better match spec

On 11/04/2018 02:51 PM, Sasha Levin wrote: > From: Hauke Mehrtens > > [ Upstream commit 1f59f8aff98f200af7a6882184add7b85f5da741 ] > > Some of the names of the bits were confusing to me. > Now the bits share the same prefix as the register they are set on. > > The LTQ_W

Re: [PATCH RFC net 2/2] net: dsa: lantiq_gswip: Configure all remaining GSWIP_MII_CFG bits

On 4/7/21 2:32 AM, Andrew Lunn wrote: case PHY_INTERFACE_MODE_RGMII: case PHY_INTERFACE_MODE_RGMII_ID: case PHY_INTERFACE_MODE_RGMII_RXID: case PHY_INTERFACE_MODE_RGMII_TXID: miicfg |= GSWIP_MII_CFG_MODE_RGMII; + + if (phylink_autoneg_

Re: [PATCH 2/4] PCI: iproc: Add Broadcom iProc PCIe driver

On 12/10/2014 07:46 PM, Florian Fainelli wrote: > 2014-12-10 8:46 GMT-08:00 Scott Branden : >> On 14-12-10 03:31 AM, Arnd Bergmann wrote: >>> >>> On Tuesday 09 December 2014 16:04:29 Ray Jui wrote: Add initial version of the Broadcom iProc PCIe driver. This driver has been tested on

Re: [PATCH] ARM: dts: BCM5301X: Relicense most DTS files to the GPL 2.0+ / MIT

be made separately and will > require approve from more/other developers. > > Signed-off-by: Rafał Miłecki Acked-by: Hauke Mehrtens > --- > arch/arm/boot/dts/bcm4708-asus-rt-ac56u.dts| 13 + > arch/arm/boot/dts/bcm4708-asus-rt-ac68u.dts| 13 +--

Re: [PATCH] net: lantiq_etop: check the result of request_irq()

On 12/21/20 7:04 PM, Andrew Lunn wrote: On Tue, Dec 22, 2020 at 12:59:08AM +0900, Masahiro Yamada wrote: On Tue, Dec 22, 2020 at 12:26 AM Andrew Lunn wrote: On Mon, Dec 21, 2020 at 02:43:23PM +0900, Masahiro Yamada wrote: The declaration of request_irq() in is marked as __must_check. Witho

Re: [PATCH] phy: lantiq: rcu-usb2: wait after clock enable

y to let the phy get up and running. There isn't any documentation how much time is required, the value was chosen based on tests. Cc: # v5.7+ Signed-off-by: Mathias Kresin Acked-by: Hauke Mehrtens I do not know how long you have to wait here, but this looks ok, when it works. Hauke

Re: [PATCH v3 1/3] net: dsa: lantiq: allow to use all GPHYs on xRX300 and xRX330

-off-by: Aleksander Jan Bajkowski Acked-by: Hauke Mehrtens

Re: [PATCH v3 2/3] net: dsa: lantiq: verify compatible strings against hardware

On 3/21/21 6:39 PM, Aleksander Jan Bajkowski wrote: Verify compatible string against hardware. Signed-off-by: Aleksander Jan Bajkowski Acked-by: Hauke Mehrtens

Re: [PATCH net-next] net: dsa: lantiq_gswip: Add support for dumping the registers

On 4/13/21 12:24 AM, Martin Blumenstingl wrote: Hi Andrew, On Mon, Apr 12, 2021 at 1:16 AM Andrew Lunn wrote: On Sun, Apr 11, 2021 at 10:55:11PM +0200, Martin Blumenstingl wrote: Add support for .get_regs_len and .get_regs so it is easier to find out about the state of the ports on the GSWIP

Re: [PATCH RFC net 2/2] net: dsa: lantiq_gswip: Configure all remaining GSWIP_MII_CFG bits

ew of the GSWIP_MII_CFG register. Fixes: 14fceff4771e51 ("net: dsa: Add Lantiq / Intel DSA driver for vrx200") Cc: sta...@vger.kernel.org Suggested-by: Hauke Mehrtens Acked-by: Hauke Mehrtens Signed-off-by: Martin Blumenstingl --- drivers/net/dsa/lantiq_gswip.c | 22

Re: [PATCH net-next] net: dsa: lantiq_gswip: Add support for dumping the registers

current port status (as well as the result of the auto polling mechanism). Other global and per-port registers which are also considered useful are included as well. Acked-by: Hauke Mehrtens Signed-off-by: Martin Blumenstingl --- drivers/net/dsa/lantiq_gswip.c | 83

Re: [PATCH 1/2] net: dsa: lantiq: allow to use all GPHYs on xRX300 and xRX330

On 12/4/20 2:49 AM, Andrew Lunn wrote: static const struct of_device_id gswip_of_match[] = { { .compatible = "lantiq,xrx200-gswip", .data = &gswip_xrx200 }, + { .compatible = "lantiq,xrx300-gswip", .data = &gswip_xrx300 }, + { .compatible = "lantiq,xrx330-gswip", .data = &gs

Re: [PATCH 1/2] net: dsa: lantiq: allow to use all GPHYs on xRX300 and xRX330

Hi, This looks good. I haven't checked all the differences between the SoCs, but found some minor problems in the code for the port configuration. On 12/3/20 11:03 PM, Aleksander Jan Bajkowski wrote: From: Aleksander Jan Bajkowski This patch allows you to use all phs on GRX300 and GRX330.

Re: MaxLinear, please maintain your drivers was Re: [PATCH] leds: lgm: fix gpiolib dependency

On 3/10/21 5:57 PM, Arnd Bergmann wrote: On Wed, Mar 10, 2021 at 8:30 AM Pavel Machek wrote: Hi! I'd like people from Intel to contact me. There's more to fix there, and AFAICT original author went away. The following message to was undeliverable. : Recipient +address rejected: User un

Re: [PATCH 2/2] net: dsa: lantiq_gswip: Fix GSWIP_MII_CFG(p) register access

because there's really only three (one for each of the following ports: 0, 1, 5). Fixes: 14fceff4771e51 ("net: dsa: Add Lantiq / Intel DSA driver for vrx200") Cc: sta...@vger.kernel.org Signed-off-by: Martin Blumenstingl Acked-by: Hauke Mehrtens --- drivers/net/dsa/lant

Re: [PATCH 1/2] net: dsa: lantiq_gswip: Enable GSWIP_MII_CFG_EN also for internal PHYs

Add Lantiq / Intel DSA driver for vrx200") Cc: sta...@vger.kernel.org Suggested-by: Hauke Mehrtens Signed-off-by: Martin Blumenstingl Acked-by: Hauke Mehrtens --- drivers/net/dsa/lantiq_gswip.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/net/dsa/lantiq_gs

[ANN] backports stable releases based on kernel 3.10.17, 3.11.6 and 3.12-rc7 released

As promised, here are the backports releases based on recent stable kernel versions. Based on 3.10.17: https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.10.17/backports-3.10.17-2.tar.bz2 Based on 3.11.6: https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.11.6/

Re: [PATCH 0/6] Add initial support for Broadcom Cygnus SoC

On 09/16/2014 09:58 PM, Jonathan Richardson wrote: > Hi, > > This patchset contains initial support for Broadcom's Cygnus SoC based on our > iProc architecture. Initial support is minimal and includes just the mach > platform code, clock driver, and a basic device tree configuration. Peripheral >

Re: [PATCH 0/6] Add initial support for Broadcom Cygnus SoC

On 09/19/2014 12:39 AM, Florian Fainelli wrote: > On 09/18/2014 03:31 PM, Hauke Mehrtens wrote: >> On 09/16/2014 09:58 PM, Jonathan Richardson wrote: >>> Hi, >>> >>> This patchset contains initial support for Broadcom's Cygnus SoC based on >>&

[ANN] backports-20131025 released

Finally backports is in sync with linux-next again, we just did the backports-20131025 release which is based on linux-next next-20131025. The release can be found here: https://www.kernel.org/pub/linux/kernel/projects/backports/2013/10/25/backports-20131025.tar.bz2 There are also older releases

build error with CONFIG_REGMAP=m and CONFIG_REGULATOR=y

Hi, In OpenWrt we are seeing some build errors when CONFIG_REGMAP=m and CONFIG_REGULATOR=y are set. /drivers/regulator/core.c accesses some regmap functions, but they are compiled into a module and not into a kernel. When CONFIG_REGMAP is not set the header file replaces the functions with empty

Re: build error with CONFIG_REGMAP=m and CONFIG_REGULATOR=y

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/2013 04:27 PM, Mark Brown wrote: > On Sun, Nov 17, 2013 at 04:06:45PM +0100, Hauke Mehrtens wrote: > >> In OpenWrt we are seeing some build errors when CONFIG_REGMAP=m >> and CONFIG_REGULATOR=y are set. > > REGMAP

Re: [PATCH v2 5/5] MIPS: ath79: Use the common clk API

On 04/19/2015 02:30 PM, Alban Bedel wrote: > Make the code simpler and open the way for device tree clocks. > > Signed-off-by: Alban Bedel > --- > arch/mips/Kconfig | 1 + > arch/mips/ath79/clock.c | 29 ++--- > 2 files changed, 3 insertions(+), 27 deletions(-) >

Re: [PATCH 04/31] arch/mips/bcm47xx: use kmemdup rather than duplicating its implementation

On 08/07/2015 09:59 AM, Andrzej Hajda wrote: > The patch was generated using fixed coccinelle semantic patch > scripts/coccinelle/api/memdup.cocci [1]. > > [1]: http://permalink.gmane.org/gmane.linux.kernel/2014320 > > Signed-off-by: Andrzej Hajda Acked-by: Hauke Mehrtens

Re: [PATCH] ARM: BCM5301X: Add DT for Luxul XAP-1510

On 05/05/2016 12:36 AM, Rafał Miłecki wrote: > On 4 May 2016 at 20:53, Florian Fainelli wrote: >> On 03/05/16 10:28, Dan Haab wrote: >>> Luxul XAP-1510 is an AP device based on BCM4708 SoC. It uses flash >>> memory connected to the SPI controller. >> >> Looks fine, except one nit: >> >>> diff --gi

Re: Unclear BSD licensing (headers, MODULE_LICENSE, versions)

On 05/15/2016 12:44 AM, Rafał Miłecki wrote: > Hi, .. > Another problem is text of BSD license > > 1) Some BSD 2-clause licensed sources don't link to its content. > > In case of GPLv2 some sources simply mention this license and refer to > COPYING. Few examples: > a) drivers/bcma/main.c

Re: [PATCH v2 06/27] brcm80211: move under broadcom vendor directory

On 11/18/2015 03:45 PM, Kalle Valo wrote: > Part of reorganising wireless drivers directory and Kconfig. Note that I had > to > edit Makefiles from subdirectories to use the new location. > > Signed-off-by: Kalle Valo > --- I would prefer to remove the brcm80211 directory in this process and cr

Re: [PATCH v4 4/5] PCI: iproc: Add iProc PCIe MSI support

On 11/27/2015 06:37 PM, Ray Jui wrote: > This patch adds PCIe MSI support for both PAXB and PAXC interfaces on > all iProc based platforms > > The iProc PCIe MSI support deploys an event queue based implementation. > Each event queue is serviced by a GIC interrupt and can support up to 64 > MSI ve

Re: [PATCH v4 5/5] ARM: BCM: Add SMP support for Broadcom 4708

On 12/01/2015 05:24 PM, Kapil Hali wrote: > From: Jon Mason > > Add SMP support for Broadcom's 4708 SoCs. > > Signed-off-by: Jon Mason > Acked-by: Hauke Mehrtens > Tested-by: Hauke Mehrtens > Signed-off-by: Kapil Hali > --- > arch/arm/boot/dts/bcm47

Re: [PATCH 3/3] ARM: BCM: Add SMP support for Broadcom NSP

On 10/28/2015 03:24 PM, Kapil Hali wrote: > > > On 10/16/2015 2:47 AM, Jon Mason wrote: >> On Thu, Oct 15, 2015 at 11:12:09PM +0200, Hauke Mehrtens wrote: >>> On 10/15/2015 06:10 PM, Kapil Hali wrote: >>>> >>>> >>>> On 10/15/2015 3:56 A

Re: [PATCH] bcma: Add dependency on OF_ADDRESS

On 10/09/2014 07:29 PM, Guenter Roeck wrote: > On Thu, Oct 09, 2014 at 07:18:31PM +0200, Arend van Spriel wrote: >> On 10/09/14 19:15, Arend van Spriel wrote: >>> On 10/09/14 18:54, Rafał Miłecki wrote: On 9 October 2014 18:41, Guenter Roeck wrote: > Commit 2101e533f41a ("bcma: register bc

[PATCH] bcma: fix build when CONFIG_OF_ADDRESS is not set

main.c: In function 'bcma_of_find_child_device': drivers/bcma/main.c:150:3: error: implicit declaration of function 'of_translate_address' Fixes: 2101e533f41a ("bcma: register bcma as device tree driver") Reported-by: Guenter Roeck Signed-off-by: Hauke Mehrtens --- drive

Re: [PATCH] bcma: Add dependency on OF_ADDRESS

On 10/09/2014 09:25 PM, Guenter Roeck wrote: > On Thu, Oct 09, 2014 at 08:28:31PM +0200, Hauke Mehrtens wrote: >> On 10/09/2014 07:29 PM, Guenter Roeck wrote: >>> On Thu, Oct 09, 2014 at 07:18:31PM +0200, Arend van Spriel wrote: >>>> On 10/09/14 19:15, Arend van Spri

Re: [PATCH v5 36/37] MIPS: ingenic: initial JZ4780 support

On 05/24/2015 05:11 PM, Paul Burton wrote: > Support the Ingenic JZ4780 SoC using the existing code under > arch/mips/jz4740 now that it has been generalised sufficiently. > > Signed-off-by: Paul Burton > Cc: Ian Campbell > Cc: Kumar Gala > Cc: Lars-Peter Clausen > Cc: Mark Rutland > Cc: Pawe

Re: [PATCH] phy: bcm-ns-usb2: new driver for USB 2.0 PHY on Northstar

On 04/05/2016 09:34 PM, Jon Mason wrote: > > > On Wed, Mar 30, 2016 at 5:32 PM, Jon Mason > wrote: > > On Tue, Mar 29, 2016 at 10:01 AM, Rafał Miłecki > wrote: > > Northstar is a family of SoCs used in home routers. They

Re: [PATCH RESEND 0/4] SMP support for Broadcom NSP

On 11/05/2015 10:34 AM, Russell King - ARM Linux wrote: > On Thu, Nov 05, 2015 at 12:51:17AM -0500, Kapil Hali wrote: >> Hi, >> >> This series adds SMP support for Broadcom's Northstar Plus SoC. >> >> There are similar SMP enablement methods for many ARMv7 bsed SoCs. >> BCM NSP SoC, has a typical s

Re: [PATCH v3 4/4] ARM: BCM: Add SMP support for Broadcom 4708

On 11/06/2015 10:11 PM, Kapil Hali wrote: > From: Jon Mason > > Add SMP support for Broadcom's 4708 SoCs. > > Signed-off-by: Jon Mason > Acked-by: Hauke Mehrtens > Tested-by: Hauke Mehrtens > Signed-off-by: Kapil Hali I tested this on a Netgear R625

Re: [PATCH v3 4/4] ARM: BCM: Add SMP support for Broadcom 4708

On 11/06/2015 11:54 PM, Jon Mason wrote: > On Fri, Nov 06, 2015 at 10:42:41PM +0100, Hauke Mehrtens wrote: >> On 11/06/2015 10:11 PM, Kapil Hali wrote: >>> From: Jon Mason >>> >>> Add SMP support for Broadcom's 4708 SoCs. >>> >>> Signed-

Re: [PATCH v3 4/4] ARM: BCM: Add SMP support for Broadcom 4708

On 11/07/2015 12:27 AM, Hauke Mehrtens wrote: > On 11/06/2015 11:54 PM, Jon Mason wrote: >> On Fri, Nov 06, 2015 at 10:42:41PM +0100, Hauke Mehrtens wrote: >>> On 11/06/2015 10:11 PM, Kapil Hali wrote: >>>> From: Jon Mason >>>> >>>> Add SMP

Re: [PATCH v2 06/27] brcm80211: move under broadcom vendor directory

On 11/20/2015 10:53 PM, Arend van Spriel wrote: > On 11/19/2015 08:48 AM, Kalle Valo wrote: >> Hauke Mehrtens writes: >> >>> On 11/18/2015 03:45 PM, Kalle Valo wrote: >>>> Part of reorganising wireless drivers directory and Kconfig. Note >>>> that

Re: [PATCH v3 1/3] ARM: dts: enable clock support for BCM5301X

e changed, 71 insertions(+), 21 deletions(-) > Acked-by: Hauke Mehrtens -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 1/2] ARM: dts: bcm5301x: Add BCM SVK DT files

On 10/03/2015 12:22 AM, Jon Mason wrote: > Add device tree files for Broadcom Northstar based SVKs. Since the > bcm5301x.dtsi already exists, all that is necessary is the dts files to > enable the UARTs (and specify the RAM size for the 4708/9). With these > files, the SVKs are able to boot to sh

Re: [PATCH 2/2] dt-bindings: Add new boards to bcm4708 DT bindings

On 10/03/2015 12:22 AM, Jon Mason wrote: > Add the 4708, 4709, and 953012k SVKs to the the documentation for the > Broadcom Northstar device tree bindings. > > Signed-off-by: Jon Mason > --- > Documentation/devicetree/bindings/arm/bcm/brcm,bcm4708.txt | 7 +++ > 1 file changed, 7 insertions(

Re: [PATCH] PCI: iproc: hide CONFIG_PCIE_IPROC

IPROC_BCMA. > > Signed-off-by: Arnd Bergmann > Fixes: 4785ffbdc9b5 ("PCI: iproc: Add BCMA PCIe driver") > Acked-by: Hauke Mehrtens Thanks for spotting and fixing this. hauke -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH AUTOSEL 5.2 17/42] MIPS: lantiq: update the clock alias' for the mainline PCIe PHY driver

On 9/29/19 7:32 PM, Sasha Levin wrote: > From: Martin Blumenstingl > > [ Upstream commit ed90302be64a53d9031c8ce05428c358b16a5d96 ] > > The mainline PCIe PHY driver has it's own devicetree node. Update the > clock alias so the mainline driver finds the clocks. > > The first PCIe PHY is located

Re: [PATCH v2] ethernet: lantiq_xrx200: Use devm_platform_ioremap_resource() in xrx200_probe()

_get_resource” and “devm_ioremap_resource” directly. > > * Thus reduce also a bit of exception handling code here. > * Delete the local variable “res”. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring Acked-by: Hauke Mehrtens But this can al

Re: [PATCH 1/4] spi: lantiq: Synchronize interrupt handlers and transfers

On 4/28/20 1:10 PM, Daniel Schwierzeck wrote: > > > Am 24.04.20 um 12:42 schrieb Dilip Kota: >> Synchronize tx, rx and error interrupts by registering to the >> same interrupt handler. Interrupt handler will recognize and process >> the appropriate interrupt on the basis of interrupt status regis

[PATCH] arm64: uapi: Fix user space compile with musl libc

will also update musl libc to define these constants. Signed-off-by: Hauke Mehrtens Cc: sta...@vger.kernel.org --- arch/arm64/include/uapi/asm/sigcontext.h | 13 + include/uapi/linux/libc-compat.h | 20 2 files changed, 33 insertions(+) diff --git a/arch

Re: [musl] [PATCH] arm64: uapi: Fix user space compile with musl libc

On 10/19/19 10:29 PM, Rich Felker wrote: > On Sat, Oct 19, 2019 at 10:17:17PM +0200, Hauke Mehrtens wrote: >> musl libc also defines the structures in their arch/aarch64/bits/signal.h >> header file. Some applications like strace and gdb include both of them >> and then the

Re: [PATCH 1/3] net: dsa: lantiq_gswip: fix use-after-free on failed probe

Cc: stable# 4.20 > Cc: Hauke Mehrtens > Signed-off-by: Johan Hovold Acked-by: Hauke Mehrtens > --- > drivers/net/dsa/lantiq_gswip.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/net/dsa/lantiq_gswip.c b/drivers/net/dsa/lantiq_gsw

Re: [PATCH 1/3] net: dsa: lantiq_gswip: fix use-after-free on failed probe

4fceff4771e ("net: dsa: Add Lantiq / Intel DSA driver for vrx200") >> Cc: stable # 4.20 >> Cc: Hauke Mehrtens >> Signed-off-by: Johan Hovold >> --- >> drivers/net/dsa/lantiq_gswip.c | 5 - >> 1 file changed, 4 insertions(+), 1 deletion(-) >>

Re: [PATCH 3/3] net: dsa: lantiq_gswip: drop bogus drvdata check

On 1/16/19 11:23 AM, Johan Hovold wrote: > The platform-device driver data is set on successful probe and will > never be NULL on remove (or we have much bigger problems). > > Signed-off-by: Johan Hovold Acked-by: Hauke Mehrtens > --- > drivers/net/dsa/lantiq_gswip.c

Re: [PATCH 2/3] net: dsa: lantiq_gswip: fix OF child-node lookups

ntiq / Intel DSA driver for vrx200") > Cc: stable# 4.20 > Cc: Hauke Mehrtens > Signed-off-by: Johan Hovold Acked-by: Hauke Mehrtens > --- > drivers/net/dsa/lantiq_gswip.c | 16 +--- > 1 file changed, 9 insertions(+), 7 deletions(-) >

Re: [PATCH 5/5] MIPS: dts: lantiq: danube: easy50712: route the PCI_INTA IRQ through EBU

tly (using IRQ_TYPE_LEVEL_LOW, this was previously hardcoded in >> the PCI driver) and ACKed properly. >> >> Signed-off-by: Martin Blumenstingl Acked-by: Hauke Mehrtens >> --- >> arch/mips/boot/dts/lantiq/easy50712.dts | 4 +++- >> 1 file changed, 3 in

[PATCH] phy: lantiq: Fix compile warning

This local variable is unused, remove it. Fixes: dea54fbad332 ("phy: Add an USB PHY driver for the Lantiq SoCs using the RCU module") Signed-off-by: Hauke Mehrtens --- drivers/phy/lantiq/phy-lantiq-rcu-usb2.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/phy/lantiq/phy-

Re: [PATCH] MIPS: lantiq: gphy: Drop reboot/remove reset asserts

a workaround for a wrong syscon-reboot mask. With a > mask set which includes the GPHY resets, these resets aren't required > any more. > > Fixes: 126534141b45 ("MIPS: lantiq: Add a GPHY driver which uses the RCU > syscon-mfd") > Cc: sta...@vger.kernel.org # 4.14+

  1   2   >