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 [EMAIL PROTECTED] wrote: Hi

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 CONFIG_MAC80211_RC_DEFAULT variable

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 in rtl8187 module and I have the same

rtl8187 rate control doesn't work

: 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-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info

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

is 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 ha...@hauke-m.de --- This patch is based on 3.8-rc5. drivers/w1/masters/w1-gpio.c |2 +- 1 file

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':

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

This fixes a regression introduced in: commit b9562545ef0b13c0440ccd8d6dd4111fb77cb17a Author: Hauke Mehrtens ha...@hauke-m.de 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

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 on

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 chip with

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

in the mail is broken. Signed-off-by: Thomas Meyer tho...@m3y3r.de Acked-by: Hauke Mehrtens ha...@hauke-m.de 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 void nvram_read_alpha2(const

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 is a bool config option, it should

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 bit of

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 clbchenlibo.c...@huawei.com 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

[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:

[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

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 Dunlaprdun...@infradead.org wrote: This bool kconfig symbol: config BRCMFMAC_SDIO bool SDIO bus interface support for FullMAC driver

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 shuah...@samsung.com ---

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: No such

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 Roeckli...@roeck-us.net wrote: Commit 2101e533f41a (bcma: register

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 our iProc architecture. Initial support is minimal and includes

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

'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 li...@roeck-us.net Signed-off-by: Hauke Mehrtens ha...@hauke-m.de --- drivers/bcma

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 Spriel wrote: On 10/09/14 18:54, Rafał

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 sbran...@broadcom.com: 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 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 paul.bur...@imgtec.com Cc: Ian Campbell ijc+devicet...@hellion.org.uk Cc: Kumar Gala

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 al...@free.fr --- arch/mips/Kconfig | 1 + arch/mips/ath79/clock.c | 29 ++--- 2 files changed, 3 insertions(+), 27

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 a.ha...@samsung.com Acked-by: Hauke Mehrtens ha

Re: [PATCH v2 3/4] arm64: Add Broadcom iProc family support

On 07/15/2015 06:42 AM, Ray Jui wrote: This patch adds support to Broadcom's iProc family of arm64 based SoCs in the arm64 Kconfig and defconfig files Signed-off-by: Ray Jui r...@broadcom.com Reviewed-by: Scott Branden sbran...@broadcom.com --- arch/arm64/Kconfig |5 +

Re: [PATCH v2 1/4] PCI: iproc: enable arm64 support for iProc PCIe

On 07/15/2015 06:42 AM, Ray Jui wrote: This patch enables arm64 support to the iProc PCIe driver Signed-off-by: Ray Jui r...@broadcom.com Reviewed-by: Scott Branden sbran...@broadcom.com --- drivers/pci/host/pcie-iproc.c | 15 --- drivers/pci/host/pcie-iproc.h |8

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 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 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_extcontext; ^ In file

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:

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 <jonma...@broadcom.com> >>>&g

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 <jonma...@broadcom.com> >>> >>> Add SMP support for Broadcom's 4708 SoC

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

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 <jonma...@broadcom.com> > > Add SMP support for Broadcom's 4708 SoCs. > > Signed-off-by: Jon Mason <jonma...@broadcom.com> > Acked-by: Hauke Mehrtens <ha...@hauke-m.de> > Tested-by: Hauke M

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.

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 <jonma...@broadcom.com> Acked-by: Hauke Mehrtens <ha...@hauke-m.de> > --- > Doc

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

on Mason <jonma...@broadcom.com> Acked-by: Hauke Mehrtens <ha...@hauke-m.de> > --- > arch/arm/boot/dts/Makefile | 5 +++- > arch/arm/boot/dts/bcm94708.dts | 56 +++ > arch/arm/boot/dts/bcm94709.dts | 56 +

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 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

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 >>>

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

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 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 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

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

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

t; of the driver. > > Signed-off-by: Arnd Bergmann <a...@arndb.de> > Acked-by: Ray Jui <r...@broadcom.com> Acked-by: Hauke Mehrtens <ha...@hauke-m.de> > Fixes: 0ab99ca8eb6c ("PCI: iproc: Fix compile warnings") > > --- > On Thursday 15 October 2015 09:1

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

e first 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: [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

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

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

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

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

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 <jonma...@broadcom.com> > > Add SMP support for Broadcom's 4708 SoCs. > > Signed-off-by: Jon Mason <jonma...@broadcom.com> > Acked-by: Hauke Mehrtens <ha...@hauke-m.de> > Tested-by: Hauke M

Re: [PATCH] PCI: iproc: hide CONFIG_PCIE_IPROC

BCMA. > > Signed-off-by: Arnd Bergmann <a...@arndb.de> > Fixes: 4785ffbdc9b5 ("PCI: iproc: Add BCMA PCIe driver") > Acked-by: Hauke Mehrtens <ha...@hauke-m.de> Thanks for spotting and fixing this. hauke -- To unsubscribe from this list: send the line "u

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 <ha...@hauke-m.de> writes: >> >>> On 11/18/2015 03:45 PM, Kalle Valo wrote: >>>> Part of reorganising wireless drivers directory and Kconfig. N

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

+++-- > 1 file changed, 71 insertions(+), 21 deletions(-) > Acked-by: Hauke Mehrtens <ha...@hauke-m.de> -- 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:

ubifs: regression: unable to mount ubifs

The commit 322ea0bb "mtd: switch ubi_open_volume_path() to vfs_stat()" breaks mounting ubifs volumes for me. On kernel 4.7-rc3 I am getting the following error when trying to mount an ubifs volume. This volume in on a ubi file system which exports it as a mtd partition. root@lede:/# mkdir

Re: [PATCH 15/15] Revert "of/platform: export of_default_bus_match_table"

On 01/27/2016 05:27 AM, Kefeng Wang wrote: > This reverts commit b80443c2211c7daaabd20fbbe9e7beb3fa3408e0. > > After covering to use helper of_platform_default_populate() to populate > the default bus, no need to export of_default_bus_match_table anymore. > > Cc: Masahiro Yamada

Re: [PATCH v3 3/3] MIPS: VDSO: Add implementations of gettimeofday() and clock_gettime()

On 10/21/2015 10:57 AM, Markos Chandras wrote: > From: Alex Smith > > Add user-mode implementations of gettimeofday() and clock_gettime() to > the VDSO. This is currently usable with 2 clocksources: the CP0 count > register, which is accessible to user-mode via RDHWR on R2

Re: vdso clock_gettime() sometimes broken after sleep

On 01/29/2016 10:32 PM, Hauke Mehrtens wrote: > When using the vdso clock_gettime() it looks like that the clock is > sometimes not going forward when the process sleeps and the clock also > sleeps. This problem only happens with the vdso clock and not with the > normal syscall clock.

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

Re: [PATCH v2] drivers/firmware/broadcom/bcm47xx_nvram.c: fix incorrect __ioread32_copy

On 03/16/2016 12:06 AM, Aaro Koskinen wrote: > Commit 1f330c327900 ("drivers/firmware/broadcom/bcm47xx_nvram.c: use > __ioread32_copy() instead of open-coding") switched to use a generic copy > function, but failed to notice that the header pointer is updated between > the two copies, resulting in

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] 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

[PATCH] uapi glibc compat: fix build if libc defines IFF_ECHO

these defines. Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/linux/libc-compat.h b/include/uapi/linux/libc-compat.h index 44b8a6bd5fe1..dbf16a3de4d2 100644 --- a/include/uapi/linux/libc-co

Re: [PATCH v2] MAINTAINERS: Add Jon Mason to BCM5301X maintainers

On 02/09/2017 12:43 AM, Jon Mason wrote: > Adding myself as a maintainer for Broadcom Northstar SoCs. Also, adding > a regex entry to discover the SVK DTs already present. > > Signed-off-by: Jon Mason <jon.ma...@broadcom.com> Acked-by: Hauke Mehrtens <ha...@hauke-m.de>

Re: [PATCH] spi: lantiq-ssc: fix platform_no_drv_owner.cocci warnings

cci > > CC: Hauke Mehrtens <ha...@hauke-m.de> > Signed-off-by: Fengguang Wu <fengguang...@intel.com> Acked-by: Hauke Mehrtens <ha...@hauke-m.de> > --- > > spi-lantiq-ssc.c |1 - > 1 file changed, 1 deletion(-) > > --- a/drivers/spi/spi-lanti

Re: [PATCH v3 4/4] MIPS: Deprecate VPE Loader

This interface is currently used by the Intel / Lantiq voice Firmware. This firmware is used by all Intel / Lantiq MIPS SoCs when they should support analog voice. What is the proposed timeline for the removal of this interface? Hauke On 10/11/2016 03:42 PM, Matt Redfearn wrote: > The MIPS

Re: [PATCH V2] usb: xhci: add support for performing fake doorbell

On 10/17/2016 10:30 PM, Rafał Miłecki wrote: > From: Rafał Miłecki > > Broadcom's Northstar XHCI controllers seem to need a special start > procedure to work correctly. There isn't any official documentation of > this, the problem is that controller doesn't detect any connected

Re: [PATCH v3 0/4] MIPS: Remote processor driver

On 10/11/2016 03:42 PM, Matt Redfearn wrote: > > The MIPS remote processor driver allows non-Linux firmware to take > control of and execute on one of the systems VPEs. The CPU must be > offlined from Linux first. A sysfs interface is created which allows > firmware to be loaded and changed at

Re: [PATCH dt V2] ARM: BCM5301X: Enable UART by default for BCM4708(1), BCM4709(4) & BCM53012

ast 4 boards are some of the reference boards. ;-) > It seems to be easier to enable it by default and just disable it if we > ever see a device with different hardware design. > > Signed-off-by: Rafał Miłecki <ra...@milecki.pl> Acked-by: Hauke Mehrtens <ha...@hauke-m.de>

Re: [PATCH] mtd: nand: fix implicit module.h usage in xway_nand.c

On 12/22/2016 12:27 AM, kbuild test robot wrote: > Hi Paul, > > [auto build test ERROR on mtd/master] > [also build test ERROR on v4.9 next-20161221] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

Re: [PATCH] mtd: nand: fix implicit module.h usage in xway_nand.c

On 12/22/2016 10:01 AM, Boris Brezillon wrote: > +Brian > > On Wed, 21 Dec 2016 16:19:00 +0100 > Hauke Mehrtens <ha...@hauke-m.de> wrote: > >> On 12/20/2016 10:18 PM, Paul Gortmaker wrote: >>> In commit d47529b2e9fe0ec2eb1f072afad8849f52e385c4 ("g

Re: [PATCH] mtd: nand: fix implicit module.h usage in xway_nand.c

On 12/20/2016 10:18 PM, Paul Gortmaker wrote: > In commit d47529b2e9fe0ec2eb1f072afad8849f52e385c4 ("gpio: don't > include module.h in shared driver header") we fixed a bunch of > implicit includes and then did what the shortlog says -- remove > module.h from a gpio header. > > In parallel,

Re: [PATCH 0/4] uapi glibc compat: fix musl libc compatibility

On 2017-03-12 23:00, Hauke Mehrtens wrote: The code from libc-compat.h depends on some glibc specific defines and causes compile problems with the musl libc. These patches remove some of the glibc dependencies. With these patches the LEDE (OpenWrt) base user space applications can be build

Re: [PATCH 3/4] uapi glibc compat: Do not check for __USE_MISC

On 03/16/2017 09:26 AM, Mikko Rapeli wrote: > On Thu, Mar 16, 2017 at 07:59:12AM +, David Woodhouse wrote: >> On Sun, 2017-03-12 at 23:00 +0100, Hauke Mehrtens wrote: >>> __USE_MISC is glibc specific and not available in musl libc. Only do >>> this check whe

[PATCH resend 2/4] uapi glibc compat: fix build if libc defines IFF_ECHO

these defines. Acked-by: Mikko Rapeli <mikko.rap...@iki.fi> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/linux/libc-compat.h b/include/uapi/linux/libc-compat.h index 7c1fead03c50..

[PATCH resend 0/4] uapi glibc compat: fix musl libc compatibility

. This was compile tested with the user space from LEDE (OpenWrt) with musl 1.1.16, glibc 2.25 and uClibc-ng 1.0.22. David Heidelberger (1): uapi/if_ether.h: prevent redefinition of struct ethhdr Hauke Mehrtens (3): uapi glibc compat: add libc compat code when not build for kernel uapi

[PATCH resend 1/4] uapi glibc compat: add libc compat code when not build for kernel

Instead of checking if this header file is used in the glibc, check if iti is not used in kernel context, this way it will also work with other libc implementations like musl. Acked-by: Mikko Rapeli <mikko.rap...@iki.fi> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- includ

[PATCH resend 3/4] uapi glibc compat: Do not check for __USE_MISC

__USE_MISC is glibc specific and not available in musl libc. Only do this check when glibc is used. This fixes a problem with musl libc. Acked-by: Mikko Rapeli <mikko.rap...@iki.fi> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 4 ++-- 1 fil

[PATCH resend 4/4] uapi/if_ether.h: prevent redefinition of struct ethhdr

<maillist-li...@barfooze.de> Tested-by: David Heidelberger <david.heidelber...@ixit.cz> Signed-off-by: Jonas Gorski <j...@openwrt.org> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/if_ether.h| 3 +++ include/uapi/linux/libc-compat.h | 11 +++ 2 f

Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

On 04/20/2017 10:36 PM, David Miller wrote: > From: David Woodhouse > Date: Thu, 20 Apr 2017 21:14:37 +0100 > >> I agree, except I don't think you're going far enough. Those "standard >> names" you mention... some of this stuff actually depends on __GLIBC__, >> and *that*

[PATCH] MIPS: smp-mt: fix missing task_stack_page compile error

led Fixes: f3ac60671954 ("sched/headers: Move task-stack related APIs from to ") Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- arch/mips/kernel/smp-mt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/kernel/smp-mt.c b/arch/mips/kernel/smp-mt.c index

[PATCH 3/4] uapi glibc compat: Do not check for __USE_MISC

__USE_MISC is glibc specific and not available in musl libc. Only do this check when glibc is used. This fixes a problem with musl libc. Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

Re: [PATCH] MIPS: smp-mt: fix missing task_stack_page compile error

On 03/12/2017 07:15 PM, Hauke Mehrtens wrote: > arch/mips/include/asm/processor.h references task_stack_page, but it is > not defined anywhere. Including linux/sched/task_stack.h directly in > asm/processor.h caused a different compile warning. > > This fixes the folowing compile

[PATCH 4/4] uapi/if_ether.h: prevent redefinition of struct ethhdr

From: David Heidelberger Musl provides its own ethhdr struct definition. Add a guard to prevent its definition of the appropriate musl header has already been included. Signed-off-by: John Spencer Tested-by: David Heidelberger

[PATCH 2/4] uapi glibc compat: fix build if libc defines IFF_ECHO

these defines. Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/linux/libc-compat.h b/include/uapi/linux/libc-compat.h index 7c1fead03c50..49a8cc3138ae 100644 --- a/include/uapi/linux/libc-co

[PATCH 0/4] uapi glibc compat: fix musl libc compatibility

. This was compile tested with the user space from LEDE (OpenWrt) with musl 1.1.16, glibc 2.25 and uClibc-ng 1.0.22. David Heidelberger (1): uapi/if_ether.h: prevent redefinition of struct ethhdr Hauke Mehrtens (3): uapi glibc compat: add libc compat code when not build for kernel uapi glibc

[PATCH 1/4] uapi glibc compat: add libc compat code when not build for kernel

Instead of checking if this header file is used in the glibc, check if iti is not used in kernel context, this way it will also work with other libc implementations like musl. Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 8 1 file chan

[PATCH v2 2/3] uapi glibc compat: fix build if libc defines IFF_ECHO

these defines. Acked-by: Mikko Rapeli <mikko.rap...@iki.fi> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/linux/libc-compat.h b/include/uapi/linux/libc-compat.h index 43a81136ea6e..

[PATCH v2 3/3] uapi/if_ether.h: prevent redefinition of struct ethhdr

<maillist-li...@barfooze.de> Tested-by: David Heidelberger <david.heidelber...@ixit.cz> Signed-off-by: Jonas Gorski <j...@openwrt.org> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/if_ether.h| 3 +++ include/uapi/linux/libc-compat.h | 11 +++ 2 f

[PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

. This was compile tested with the user space from LEDE (OpenWrt) with musl 1.1.16, glibc 2.25 and uClibc-ng 1.0.22. Changes since v1: - fix typo in commit message - combine two changes David Heidelberger (1): uapi/if_ether.h: prevent redefinition of struct ethhdr Hauke Mehrtens (2): uapi

[PATCH v2 1/3] uapi glibc compat: add libc compat code when not build for kernel

. This is based on an older patch from David Heidelberger <david.heidelber...@ixit.cz> Acked-by: Mikko Rapeli <mikko.rap...@iki.fi> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> --- include/uapi/linux/libc-compat.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) di

Re: [musl] [PATCHv2] uapi libc compat: add fallback for unsupported libcs

On 07/08/2017 10:27 PM, Felix Janda wrote: > libc-compat.h aims to prevent symbol collisions between uapi and libc > headers for each supported libc. This requires continuous coordination > between them. > > The goal of this commit is to improve the situation for libcs (such as > musl) which

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On 03/08/2017 01:46 PM, David Woodhouse wrote: > On Fri, 2016-11-11 at 07:08 -0500, Felix Janda wrote: >> Currently, libc-compat.h detects inclusion of specific glibc headers, >> and defines corresponding _UAPI_DEF_* macros, which in turn are used in >> uapi headers to prevent definition of

  1   2   3   >