Re: rt2x00: Kconfig symbols RALINK_RT288X and RALINK_RT305X

On 13 March 2013 09:59, Paul Bolle wrote: > 0) Support for rt2800pci (or "the rt2860/rt3090 chipsets") was added in > v2.6.33 (three years ago). References to the related Kconfig symbols > RALINK_RT288X and RALINK_RT305X were introduced in that release. So were > checks for their macros (CONFIG_RA

Re: rt2x00: Kconfig symbols RALINK_RT288X and RALINK_RT305X

On 13 March 2013 11:03, Paul Bolle wrote: > On Wed, 2013-03-13 at 10:51 +0100, Jonas Gorski wrote: >> The actual accepted Kconfig symbol names are different though, so they >> should be changed in rt2x00 to match them (SOC_RT288X and SOC_RT305X). > > Thanks. Note that I cou

Re: [PATCH 04/25] MIPS: Netlogic: use ehci-platform driver

On 3 October 2012 17:02, Florian Fainelli wrote: > Signed-off-by: Florian Fainelli > --- > arch/mips/netlogic/xlr/platform.c |6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/arch/mips/netlogic/xlr/platform.c > b/arch/mips/netlogic/xlr/platform.c > index 71b44d8..1731dfd 100644

Re: [PATCH 20/25] MIPS: Netlogic: convert to use OHCI platform driver

On 3 October 2012 17:03, Florian Fainelli wrote: > Signed-off-by: Florian Fainelli > --- > arch/mips/netlogic/xlr/platform.c |5 + > 1 file changed, 5 insertions(+) > > diff --git a/arch/mips/netlogic/xlr/platform.c > b/arch/mips/netlogic/xlr/platform.c > index 320b7ef..755ddcc 100644 >

Re: [PATCH] spi: make sure all transfer has bits_per_word set

Hi, On 9 November 2012 10:06, Laxman Dewangan wrote: > When spi client does the spi transfer and does not sets > the bits_per_word for each transfer then set it as default > of spi device in spi core before calling low level transfer. I like that (not that it counts ... )! > Removing the simila

Re: [RFC] MIPS: BCM63XX: add initial Device Tree support

On 12 November 2012 12:18, Maxime Bizon wrote: > On Sun, 2012-11-11 at 13:50 +0100, Jonas Gorski wrote: > >> This patch series adds initial Device Tree support to BCM63XX by adding >> bindings for interrupts, GPIOs and clocks to Device Tree. Finally it adds >> one "

Re: [RFC] MIPS: BCM63XX: add Device Tree glue code for IRQ handling

On 13 November 2012 06:00, Stephen Warren wrote: > On 11/11/2012 05:50 AM, Jonas Gorski wrote: >> Register IRQ domains through Device Tree for the internal and external >> interrupt controllers. Register the same IRQ ranges as previously to >> provide backward compatibili

Re: [RFC] MIPS: BCM63XX: add Device Tree clock definitions

On 13 November 2012 06:02, Stephen Warren wrote: > On 11/11/2012 05:50 AM, Jonas Gorski wrote: >> Add definitions for the clocks found and used in all supported SoCs. > >> diff --git a/arch/mips/bcm63xx/dts/bcm6328.dtsi >> b/arch/mips/bcm63xx/dts/bcm6328.dtsi > >

Re: [RFC] MIPS: BCM63XX: switch to common clock and Device Tree

On 13 November 2012 06:04, Stephen Warren wrote: > On 11/11/2012 05:50 AM, Jonas Gorski wrote: >> Switch BCM63XX to the common clock framework and use clkdev for >> providing clock name lookups for non-DT devices. >> >> Clocks can have a frequency and gate-bit, or non

Re: [RFC] MIPS: BCM63XX: register GPIO controller through Device Tree

On 13 November 2012 06:06, Stephen Warren wrote: > On 11/11/2012 05:50 AM, Jonas Gorski wrote: >> Register the GPIO controller through Device Tree and add the >> appropriate values in the include files. >> >> Since we can't register a platform driver at this early

Re: [RFC] MIPS: BCM63XX: add empty Device Trees for all supported boards

On 13 November 2012 06:12, Stephen Warren wrote: > On 11/11/2012 05:50 AM, Jonas Gorski wrote: >> Add empty board files for all boards supported by the legacy board >> support. > >> diff --git a/arch/mips/bcm63xx/dts/96328avng.dts >> b/arch/mips/bcm63xx/dts/96328avn

[RFC] MIPS: BCM63XX: add initial Device Tree support

;s upstream-sfr mips tree. My hope is that these changes eventually go through Ralf's tree instead of through each subsystem's tree, to make the switch less slow. Jonas Gorski (15): MIPS: BCM63XX: add support for loading DTB MIPS: BCM63XX: add simple Device Tree includes for all

[RFC] MIPS: BCM63XX: add generic fallback device trees

Add generic fallback device trees to load if there is no specific device tree for the board available. This ensures that always present devices like interrupt controllers are always available. Signed-off-by: Jonas Gorski --- arch/mips/bcm63xx/dts/Makefile |8 arch/mips

[RFC] net: ethernet: bcm63xx_enet: use clk_{prepare_enable,disable_unprepare}

Use proper clk_prepare/unprepare calls in preparation for switching to the generic clock framework. Signed-off-by: Jonas Gorski --- drivers/net/ethernet/broadcom/bcm63xx_enet.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/net/ethernet/broadcom

[RFC] MIPS: BCM63XX: switch to common clock and Device Tree

Switch BCM63XX to the common clock framework and use clkdev for providing clock name lookups for non-DT devices. Clocks can have a frequency and gate-bit, or none, in case they are just provided for drivers expecting them to be present. Signed-off-by: Jonas Gorski --- .../devicetree/bindings

[RFC] MIPS: BCM63XX: add Device Tree clock definitions

Add definitions for the clocks found and used in all supported SoCs. Signed-off-by: Jonas Gorski --- arch/mips/bcm63xx/dts/bcm6328.dtsi | 90 ++ arch/mips/bcm63xx/dts/bcm6338.dtsi | 47 + arch/mips/bcm63xx/dts/bcm6345.dtsi | 33 ++ arch/mips

[RFC] serial: bcm63xx_uart: allow probing through Device Tree

Add support for probing the serial ports through Device Tree. Signed-off-by: Jonas Gorski --- .../bindings/tty/serial/bcm63xx-uart.txt | 17 + drivers/tty/serial/bcm63xx_uart.c | 35 ++-- 2 files changed, 42 insertions(+), 10 deletions

[RFC] MIPS: BCM63XX: add empty Device Trees for all supported boards

Add empty board files for all boards supported by the legacy board support. Signed-off-by: Jonas Gorski --- arch/mips/bcm63xx/dts/96328avng.dts | 22 +++ arch/mips/bcm63xx/dts/96338gw.dts | 22 +++ arch/mips/bcm63xx/dts/96338w.dts | 22 +++ arch/mips

[RFC] MIPS: BCM63XX: enable serial through Device Tree

Enable serial through Device Tree board files instead of legacy board files. Signed-off-by: Jonas Gorski --- arch/mips/bcm63xx/boards/board_bcm963xx.c | 15 --- arch/mips/bcm63xx/dts/96328avng.dts |3 +++ arch/mips/bcm63xx/dts/96338gw.dts |3 +++ arch/mips

[RFC] MIPS: BCM63XX: add serial blocks to Device Tree includes

Add the serial block to the Device Tree includes for all SoCs. Signed-off-by: Jonas Gorski --- arch/mips/bcm63xx/dts/bcm6328.dtsi | 14 ++ arch/mips/bcm63xx/dts/bcm6338.dtsi |7 +++ arch/mips/bcm63xx/dts/bcm6345.dtsi |8 arch/mips/bcm63xx/dts/bcm6348.dtsi

[RFC] MIPS: BCM63XX: register GPIO controller through Device Tree

Register the GPIO controller through Device Tree and add the appropriate values in the include files. Since we can't register a platform driver at this early stage move the direct call to bcm63xx_gpio_init from prom_init to an arch initcall. Signed-off-by: Jonas Gorski --- .../devic

[RFC] MIPS: BCM63XX: add simple Device Tree includes for all SoCs

Add simple Device Tree include files for all currently supported SoCs. These will be populated with device definitions as driver support gets added. Signed-off-by: Jonas Gorski --- arch/mips/bcm63xx/dts/bcm6328.dtsi | 30 ++ arch/mips/bcm63xx/dts/bcm6338.dtsi

[RFC] serial: bcm63xx_uart: remove unnecessary include

bcm63xx_clk.h does not need to be included anymore as clk.h already provides all required prototypes. Signed-off-by: Jonas Gorski --- drivers/tty/serial/bcm63xx_uart.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/tty/serial/bcm63xx_uart.c b/drivers/tty

[RFC] bcm63xx-rng: use clk_{prepare_enable,disable_unprepare}

Use proper clk_prepare/unprepare calls in preparation for switching to the generic clock framework. Signed-off-by: Jonas Gorski --- drivers/char/hw_random/bcm63xx-rng.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/char/hw_random/bcm63xx-rng.c b/drivers

[RFC] SPI: spi-bcm63xx: use clk_{prepare_enable,disable_unprepare}

Use proper clk_prepare/unprepare calls in preparation for switching to the generic clock framework. Signed-off-by: Jonas Gorski --- drivers/spi/spi-bcm63xx.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/spi/spi-bcm63xx.c b/drivers/spi/spi-bcm63xx.c index

[RFC] MIPS: BCM63XX: add support for loading DTB

Add support for loading DTBs embedded into the kernel. Iterate through all embedded ones until a match is found and use that. Use the NVRAM provided board name for constructing the compatible property for selecting the appropriate in-kernel DTB. Signed-off-by: Jonas Gorski --- arch/mips

[RFC] MIPS: BCM63XX: add Device Tree glue code for IRQ handling

Register IRQ domains through Device Tree for the internal and external interrupt controllers. Register the same IRQ ranges as previously to provide backward compatibility for non-DT drivers. Signed-off-by: Jonas Gorski --- .../devicetree/bindings/mips/bcm63xx/epic.txt | 20

Second ethernet on kirkwood does not work when probed through DT

Hello Sebastian, using your DT patches[1] (on top of 3.10) I can't get the second ethernet to work on my kirkwood board. in my dts file I use: &mdio { status = "okay"; }; ð0 { status = "okay"; ethernet0-port@0 { speed = <1000>; duplex = <

Re: Second ethernet on kirkwood does not work when probed through DT

On Sat, 06 Jul 2013 23:22:22 +0200 Sebastian Hesselbarth wrote: > On 07/06/2013 09:54 PM, Jonas Gorski wrote: > > Hello Sebastian, > > > > using your DT patches[1] (on top of 3.10) I can't get the second > > ethernet to work on my kirkwood board. > > Hi

Re: Second ethernet on kirkwood does not work when probed through DT

On Sun, 07 Jul 2013 12:52:52 +0200 Sebastian Hesselbarth wrote: > On 07/06/2013 11:39 PM, Jonas Gorski wrote: > > On Sat, 06 Jul 2013 23:22:22 +0200 > > Sebastian Hesselbarth wrote: > >> On 07/06/2013 09:54 PM, Jonas Gorski wrote: > >>> Hello Sebastian, >

Re: Second ethernet on kirkwood does not work when probed through DT

On Sun, 07 Jul 2013 13:36:51 +0200 Sebastian Hesselbarth wrote: > On 07/07/2013 01:26 PM, Jonas Gorski wrote: > > On Sun, 07 Jul 2013 12:52:52 +0200 > > Sebastian Hesselbarth wrote: > >> Anyway, can you please try to have both ports reg properties set > >> to<

Re: [PATCH] net: mv643xx_eth: fix DT port device name

> fail on registration because of two identical device names. This fixes > the issue by taking the device node's name also as port device name. > > Signed-off-by: Sebastian Hesselbarth > Reported-by: Jonas Gorski > --- > Cc: Lennert Buytenhek > Cc: Jonas Gorski &g

Re: [PATCH] net: mv643xx_eth: fix DT port device name

On Sun, 7 Jul 2013 23:43:41 +0200 Jonas Gorski wrote: > On Sun, 7 Jul 2013 22:33:51 +0200 > Sebastian Hesselbarth wrote: > > > Device tree support added to Marvell MV643xx ethernet driver registers > > port devices from port device nodes found on the corresponding con

[PATCH] net: mv643xx_eth: do not use port number as platform device id

The port number is only local to the ethernet block, not global, so there can be two ethernet blocks both using the same port, like kirkwood with both using port 0. Fix this by using the array index offset for the allocated platform devices as the id. Signed-off-by: Jonas Gorski --- drivers

[PATCH 1/2] arm: ixp4xx: set cohorent_dma_mask for ethernet platform devices

ARM requires the cohorent_dma_mask set, so set it for the platform devices so that the ethernet driver has access to it. Signed-off-by: Jonas Gorski --- arch/arm/mach-ixp4xx/fsg-setup.c | 2 ++ arch/arm/mach-ixp4xx/goramo_mlr.c| 2 ++ arch/arm/mach-ixp4xx/ixdp425-setup.c | 3 +++ arch

[PATCH 0/2] net: fix ixp4xx_eth

ndent of each other, so they could go each in a different tree or both in the same, and the order does not matter. [1] https://patchwork.kernel.org/patch/2325151/ Jonas Gorski (2): arm: ixp4xx: set cohorent_dma_mask for ethernet platform devices net: ixp4xx_eth: use parent device for dma alloca

[PATCH 2/2] net: ixp4xx_eth: use parent device for dma allocations

Now that the platfomr device provides a dma_cohorent_mask, use it for dma operations. This fixes ethernet on ixp4xx which was broken since 3.7. Signed-off-by: Jonas Gorski --- drivers/net/ethernet/xscale/ixp4xx_eth.c | 23 --- 1 file changed, 12 insertions(+), 11 deletions

Re: [PATCH] MIPS: Get rid of CONFIG_CPU_HAS_LLSC again

On 5 March 2013 11:03, Paul Bolle wrote: > Commit f7ade3c168e4f437c11f57be012992bbb0e3075c ("MIPS: Get rid of > CONFIG_CPU_HAS_LLSC") did what it promised to do. But since then that > macro and its Kconfig symbol popped up again. Get rid of those again. > > Signed-off-by: Paul Bolle > --- > 0) Un

Re: [PATCH v2] MIPS: Get rid of CONFIG_CPU_HAS_LLSC again

On 5 March 2013 13:20, Paul Bolle wrote: > Commit f7ade3c168e4f437c11f57be012992bbb0e3075c ("MIPS: Get rid of > CONFIG_CPU_HAS_LLSC") did what it promised to do. But since then that > macro and its Kconfig symbol popped up again. Get rid of those again. Now let's do a review of the contents. > S

Re: [PATCH] MIPS: remove USB_EHCI_BIG_ENDIAN_{DESC,MMIO} depends on architecture symbol

On Thu, May 2, 2013 at 9:39 AM, EUNBONG SONG wrote: > > This patch removes the architecture specific symbols which prevent these > configuration symbols from being selected by platforms/architectures > requiring it. > I reference commit 9296d94d83649e1c2f25c87dc4ead9c2ab073305. These are selects

Re: mips; boot fail after merge 3.9+

On Wed, May 1, 2013 at 6:57 AM, EUNBONG SONG wrote: > > Hello. > After merge cavium board boots fail, boot log messages are as follows. > I enabled initcall_debug for debugging. I can confirm that MIPS does not seem to finish to boot after using the generic idle loop, I have the same problem on a

Re: Re: [PATCH] MIPS: remove USB_EHCI_BIG_ENDIAN_{DESC,MMIO} depends on architecture symbol

On Thu, May 2, 2013 at 11:27 AM, EUNBONG SONG wrote: > >>These are selects and don't prevent anyone else from also selecting >> them. If you look at your referenced commit, you see it removed the >>/depends/, not the selects. It actually added selects to several >> platforms. Platforms are suppose

Re: mips; boot fail after merge 3.9+

On Thu, May 2, 2013 at 12:42 PM, Thomas Gleixner wrote: > Does the patch below fix your issue ? Does not work for me either. I don't even have SMP enabled, so this codepath isn't taken for me at all. Jonas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH] MIPS: Enable interrupts before WAIT instruction.

On Thu, May 2, 2013 at 11:04 PM, Thomas Gleixner wrote: > > > On Thu, 2 May 2013, David Daney wrote: > >> From: David Daney >> >> As noted by Thomas Gleixner: >> >>commit cdbedc61c8 (mips: Use generic idle loop) broke MIPS as I did >>not realize that MIPS wants to invoke the wait instruct

[PATCH] checkpatch: whitelist SUPPORTED_*/ADVERTISED_* defines from ethtool.h

Don't complain about camelcase when using SUPPORTED_*/ADVERTISED_* defines, they are part of the user api so can't be (easily) fixed. Removes false positives in e.g. ethernet drivers like: WARNING: Avoid CamelCase: + SUPPORTED_Autoneg | Signed-off

Re: Would like to form a pool of Linux copyright holders for faster GPL enforcement against Anthrax Kernels

On Sun, May 19, 2013 at 12:39 PM, luke.leighton wrote: > On Sun, May 19, 2013 at 12:03 AM, Cole Johnson > wrote: >>> question: what is the procedure for having that licensing explicitly >> >> added to the linux kernel sources? >> >> IIRC Linus said he will NOT use the GPLv3 for the kernel. > > m

Re: Would like to form a pool of Linux copyright holders for faster GPL enforcement against Anthrax Kernels

On Sun, May 19, 2013 at 2:34 PM, luke.leighton wrote: > On Sun, May 19, 2013 at 12:19 PM, Jonas Gorski > wrote: > >> But dual license means the license taker may chose which license to >> apply, not that you can dictate which one to use. > > yes. > >> And as

[PATCH] MIPS: fix module.c build for 32 bit

ngs being treated as errors make[6]: *** [arch/mips/kernel/module.o] Error 1 Signed-off-by: Jonas Gorski --- I don't mind this patch being squashed into the original patch. The patch isn't in any stable git yet, so I assume any git id would be outdated soon anyway. Linus, I CC'd you

Re: SPI: bcm63xx_dev_spi.h

On 12 July 2012 22:55, Paul Bolle wrote: > 0) Commit b42dfed83d95a3c9e9cbd708f1993a7474abb79a ("spi: add Broadcom > BCM63xx SPI controller driver") added drivers/spi/spi-bcm63xx.c to the > mainline tree. That file includes bcm63xx_dev_spi.h. > > 1) bcm63xx_dev_spi.h is not part of the current tree

[PATCH] MIPS: BCM63XX: select HAVE_CLK

BCM63XX implements the clk interface, but does not advertise it. Signed-off-by: Jonas Gorski --- This fixes a build failure in linux-next caused by 5afae362dc79cb8b6b3965422d13d118c63d4ee4 ("clk: Add non CONFIG_HAVE_CLK routines"): CC arch/mips/bcm63xx/clk.o arch/mips/bcm63xx

Re: [PATCH 2/8] PCI: host: brcmstb: add DT docs for Brcmstb PCIe device

Hi, On 24 October 2017 at 20:15, Jim Quinlan wrote: > The DT bindings description of the Brcmstb PCIe device is described. This > node can be used by almost all Broadcom settop box chips, using > ARM, ARM64, or MIPS CPU architectures. > > Signed-off-by: Jim Quinlan > --- > .../devicetree/bindi

Re: [PATCH linux-next v5 1/5] mtd: spi-nor: notify (Q)SPI controller about protocol change

Hi, On Thu, Aug 27, 2015 at 11:51 AM, Cyrille Pitchen wrote: > Hi Jonas, > > Le 26/08/2015 16:02, Jonas Gorski a écrit : >> On Wed, Aug 26, 2015 at 2:30 PM, Cyrille Pitchen >> wrote: >>> Once the Quad SPI mode has been enabled on a Micron flash memory, this >&g

[PATCH] irqchip/bcm7038-l1: hide cpu offline callback when building for !SMP

nd setting bcm7038_l1_cpu_offline only when actually compiling for SMP. It wouldn't have been used anyway, as it requires CPU_HOTPLUG, which in turn requires SMP. Fixes: 34c535793bcb ("irqchip/bcm7038-l1: Implement irq_cpu_offline() callback") Signed-off-by: Jonas Gorski --- drivers/irqchip/irq

Re: [PATCH AUTOSEL for 4.9 002/219] spi/bcm63xx: make spi subsystem aware of message size limits

On 5 March 2018 at 21:35, Mark Brown wrote: > On Mon, Mar 05, 2018 at 08:07:46PM +, Sasha Levin wrote: >> On Mon, Mar 05, 2018 at 10:23:10AM +, Mark Brown wrote: >> >On Sat, Mar 03, 2018 at 10:27:56PM +, Sasha Levin wrote: > >> >> The bcm63xx SPI controller does not allow manual contro

Re: [PATCH AUTOSEL for 4.9 002/219] spi/bcm63xx: make spi subsystem aware of message size limits

On 6 March 2018 at 15:20, Mark Brown wrote: > On Tue, Mar 06, 2018 at 02:42:43PM +0100, Jonas Gorski wrote: >> On 5 March 2018 at 21:35, Mark Brown wrote: > >> > It's exposing more capability information but it's in the "how did this >> > ever work wi

Re: [PATCH v2] spi: fsl-spi: use of_iomap() to map parameter ram on CPM1

Hi Christophe, On Wed, Apr 22, 2015 at 4:17 PM, Christophe Leroy wrote: > On CPM2, the SPI parameter RAM is dynamically allocated in the > dualport RAM whereas in CPM1, it is statically allocated to a default > address with capability to relocate it somewhere else via the use of > CPM micropatch.

Re: [PATCH v2] spi: fsl-spi: use of_iomap() to map parameter ram on CPM1

Hi (again), as usual you only see issues *after* sending the email ... On Wed, Apr 22, 2015 at 4:17 PM, Christophe Leroy wrote: > On CPM2, the SPI parameter RAM is dynamically allocated in the > dualport RAM whereas in CPM1, it is statically allocated to a default > address with capability to re

Re: [PATCH v2] spi: fsl-spi: use of_iomap() to map parameter ram on CPM1

On Wed, Apr 22, 2015 at 10:46 PM, Jonas Gorski wrote: >> --- >> v2: Use devm_ioremap_resource() instead of_iomap() > > Your subject and commitlog still talk about using of_iomap(), you need > to update them too. Hmm I didn't see the V3. Ignore this comment (t

Re: [PATCH v4] spi: Add SPI driver for Mikrotik RB4xx series boards

Hi, On Tue, Mar 31, 2015 at 6:25 PM, Bert Vermeulen wrote: > This driver mediates access between the connected CPLD and other devices > on the bus. > > The m25p80-compatible boot flash and (some models) MMC use regular SPI, > bitbanged as required by the SoC. However the SPI-connected CPLD has >

Re: [PATCH 1/1] ar7: replace mac address parsing

On Tue, Jun 24, 2014 at 9:26 PM, Florian Fainelli wrote: > 2014-06-24 8:48 GMT-07:00 Joe Perches : >> On Tue, 2014-06-24 at 16:39 +0100, Daniel Walter wrote: >>> Replace sscanf() with mac_pton(). >> [] >>> diff --git a/arch/mips/ar7/platform.c b/arch/mips/ar7/platform.c >> [] >>> @@ -307,10 +307,7

Re: [PATCH] MIPS: R6: memcpy bugfix - zero length overwrites memory

Hi, On Tue, Apr 28, 2015 at 1:35 AM, Leonid Yegoshin wrote: > MIPS R6 version of memcpy has bug - then length to copy is zero > and addresses are not aligned then it can overwrite a whole memory. > > Signed-off-by: Leonid Yegoshin > --- > arch/mips/lib/memcpy.S |2 ++ > 1 file changed, 2 in

Re: [PATCH v2 4/5] spi: bcm-mspi: Make BCMA optional to support non-BCMA chips

Hi, On Wed, Apr 8, 2015 at 8:04 PM, Jonathan Richardson wrote: > The Broadcom MSPI controller is used on various chips. The driver only > supported BCM53xx chips with BCMA (an AMBA bus variant). It now supports > both BCMA MSPI and non-BCMA MSPI. To do this the following changes were > made: > >

Re: [PATCH v2 5/5] spi: bcm-mspi: Add support to set serial baud clock rate

Hi, On Wed, Apr 8, 2015 at 8:04 PM, Jonathan Richardson wrote: > The driver wasn't setting the SPBR (serial clock baud rate) which caused > it to run at the slowest speed possible. The driver now calculates the > SPBR based on the reference clock frequency resulting in much faster > SPI transfers

Re: [PATCH 4/5] MIPS: ath79: Fix the PCI memory size and offset of window 7

Hi, On Fri, Apr 17, 2015 at 2:36 PM, Alban Bedel wrote: > The define AR71XX_PCI_MEM_SIZE miss one window, there is 7 windows, > not 6. To make things clearer, and allow simpler code, derive > AR71XX_PCI_MEM_SIZE from the newly introduced AR71XX_PCI_WIN_COUNT > and AR71XX_PCI_WIN_SIZE. > > The def

Re: [PATCH v2 09/12] devicetree: Add bindings for the ATH79 GPIO controllers

On Sun, Apr 19, 2015 at 3:42 PM, Alban Bedel wrote: > These bindings support the GPIO controllers found on the Qualcomm > Atheros AR7xxx/AR9XXX SoC. > > Signed-off-by: Alban Bedel > --- > v2: * Add the ngpios property to have fewer fallbacks and simpler code > --- > .../devicetree/bindings/gpio/

Re: [PATCH v2 07/12] devicetree: Add bindings for the ATH79 PLL controllers

Hi, On Sun, Apr 19, 2015 at 2:58 PM, Alban Bedel wrote: > Signed-off-by: Alban Bedel > --- > v2: * Fixed the node names to respect ePAPR > * Fixed the missing 's' in 'fallbacks' and the 'clocks' property > --- > .../devicetree/bindings/clock/qca,ath79-pll.txt| 33 >

Re: [PATCH v2] spi: img-spfi: Same Edge bit set to double supported transfer speed

Hi, On Wed, Jun 17, 2015 at 12:01 PM, Sifan Naeem wrote: > Same edge bit set in SPFI Control register to double the supported > spfi clock speed. Setting this bit increases the supported spfi > frequency from 1/8 to 1/4 of the core clock frequency. > > Without this bit set the maximum speed suppo

Re: [PATCH v2] spi: img-spfi: Same Edge bit set to double supported transfer speed

Hi, On Wed, Jun 17, 2015 at 3:36 PM, Sifan Naeem wrote: > Hi Jonas, > >> -Original Message----- >> From: Jonas Gorski [mailto:j...@openwrt.org] >> Sent: 17 June 2015 13:12 >> To: Sifan Naeem >> Cc: Mark Brown; linux-...@vger.kernel.org; linux-kernel@v

Re: [PATCH v2] spi: img-spfi: Same Edge bit set to double supported transfer speed

Hi, On Wed, Jun 17, 2015 at 6:08 PM, Sifan Naeem wrote: > Hi Jonas, > >> -Original Message----- >> From: Jonas Gorski [mailto:j...@openwrt.org] >> Sent: 17 June 2015 15:31 >> To: Sifan Naeem >> Cc: Mark Brown; linux-...@vger.kernel.org; linux-kernel@v

Re: [PATCH] modpost: make KBUILD_MODPOST_WARN also configurable for external modules

ote: > > > > Hi! > > > > On 07.04.2019 11:04, Masahiro Yamada wrote: > > > (+CC Jonas Gorski) > > > > > > > > > On Tue, Mar 26, 2019 at 6:58 PM Wiebe, Wladislav (Nokia - DE/Ulm) > > > wrote: > > >> > > >> Commit e

Re: [PATCH net-next 1/2] net: dsa: tag_brcm: add support for legacy tags

On Wed, 17 Mar 2021 at 10:16, Álvaro Fernández Rojas wrote: > > Hi Vladimir, > > > El 15 mar 2021, a las 22:28, Vladimir Oltean escribió: > > > > On Mon, Mar 15, 2021 at 03:27:35PM +0100, Álvaro Fernández Rojas wrote: > >> Add support for legacy Broadcom tags, which are similar to > >> DSA_TAG_P

Re: [PATCH 2/2] rsi: fix memory leaks and error handling in rsi_91x_usb

On Fri, Jun 27, 2014 at 12:51 AM, Alexey Khoroshilov wrote: > The patch fixes a couple of issues: > - absence of deallocation of rsi_dev->rx_usb_urb[0] in the driver; > - potential NULL pointer dereference because of lack of checks for memory > allocation success in rsi_init_usb_interface(). > >

Re: [PATCH] MIPS: Fix incorrect NULL check in local_flush_tlb_page()

On Fri, Jul 4, 2014 at 7:07 PM, Emil Goode wrote: > We check that the struct vm_area_struct pointer vma is NULL and > then dereference it. The intent must have been to check that > vma is not NULL before we dereference it in the next condition. Actually if it is NULL, then it will short-cut and w

Re: [PATCH v2 2/2] spi: add driver for Rockchip RK3xxx SoCs integrated SPI

On Fri, Jul 4, 2014 at 8:32 PM, Mark Brown wrote: > On Tue, Jul 01, 2014 at 09:03:59AM +0800, addy ke wrote: >> In order to facilitate understanding, rockchip SPI controller IP design >> looks similar in its registers to designware. But IC implementation >> is different from designware, So we need

Re: [PATCH v2] MIPS: Fix incorrect NULL check in local_flush_tlb_page()

On Sat, Jul 5, 2014 at 8:26 PM, Emil Goode wrote: > We check that the struct vm_area_struct pointer vma is NULL and then > dereference it a few lines below. The intent must have been to make sure > that vma is not NULL and then to check the value from cpu_context() for > the condition to be true.

Re: [PATCH] MIPS: Remove incorrect NULL check in local_flush_tlb_page()

have caused a problem. The tlb-4k and tlb-8k versions > of local_flush_tlb_page() don't bother checking if vma is NULL, also > vma is dereferenced before being passed to local_flush_tlb_page(), > thus it is safe to remove this NULL check. > > Signed-off-by: Emil Goode Looks

Re: Staging:et131x: change memcpy() ether_addr_copy()

On Mon, Mar 31, 2014 at 10:56 AM, Dan Carpenter wrote: > On Fri, Mar 28, 2014 at 10:27:22PM +, paulmcquad wrote: >> >From 63f3c8948d5264ab22695502b201ff50edb9028d Mon Sep 17 00:00:00 2001 >> From: Paul McQuade >> Date: Fri, 28 Mar 2014 22:16:22 + >> Subject: [PATCH] Staging:et131x: change

Re: [PATCH 2/2] staging: rtl8712: use kcalloc instead of kmalloc(x*y, ...)

On Sat, Jun 14, 2014 at 1:48 PM, Vitaly Osipov wrote: > Replaced kmalloc(x*y, ...) with kcalloc(x,y,...) > > Signed-off-by: Vitaly Osipov > --- > drivers/staging/rtl8712/rtl871x_mlme.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/drivers/staging/rtl8712/rtl871x_mlme

Re: [PATCH] MIPS: Replace CONFIG_MIPS64 and CONFIG_MIPS32_R2

On Sun, Feb 9, 2014 at 2:32 PM, Paul Bolle wrote: > Commit 597ce1723e0f ("MIPS: Support for 64-bit FP with O32 binaries") > introduced references to two undefined Kconfig macros. CONFIG_MIPS32_R2 > should clearly be replaced with CONFIG_CPU_MIPS32_R2. And CONFIG_MIPS64 > should apparently be repla

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Sat, Aug 23, 2014 at 12:10 AM, Andrew Bresticker wrote: > On Fri, Aug 22, 2014 at 1:57 PM, David Daney wrote: >> On 08/22/2014 01:42 PM, Florian Fainelli wrote: >>> >>> On Aug 21, 2014 3:05 PM, "Andrew Bresticker" >> > wrote: >>> > >>> > To be consistent with ot

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Sat, Aug 23, 2014 at 3:56 PM, Arnd Bergmann wrote: > Another argument is that we plan to actually move all the dts files out of > the kernel into a separate project in the future. We really don't want to > have the churn of moving all the files now when they get deleted in one > of the next mer

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Sat, Aug 23, 2014 at 9:50 PM, Geert Uytterhoeven wrote: > On Sat, Aug 23, 2014 at 8:31 AM, Olof Johansson wrote: >>> > arch/arm/boot/dts// >>> > >>> > Is this something we should do for the MIPS and update the other >>> > architectures >>> > to follow that scheme? >>> >>> I recall reading tha

Re: [PATCH 4/7] MIPS: BCM63xx: delete double assignment

On Mon, Aug 25, 2014 at 1:27 PM, Ralf Baechle wrote: > On Sat, Aug 23, 2014 at 08:33:25PM +0200, Julia Lawall wrote: > >> Delete successive assignments to the same location. In each case, the >> duplicated assignment is modified to be in line with other nearby code. >> >> A simplified version of

Re: [RFC v2] device coredump: add new device coredump class

On Fri, Sep 5, 2014 at 10:50 AM, Johannes Berg wrote: > From: Johannes Berg Can't you just send from the correct address? ;p (snip) > diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig > index 4e7f0ff83ae7..134f763d90fd 100644 > --- a/drivers/base/Kconfig > +++ b/drivers/base/Kconfig > @

Re: [PATCH 01/12] MIPS: Provide a generic plat_irq_dispatch

erefore Tested-by: Jonas Gorski Jonas -- 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] allow setting wiphy.perm_addr after driver probe

On Tue, Aug 12, 2014 at 9:59 AM, Marcel Holtmann wrote: > Hi Daniel, > >>> the way I read the nl80211 code is that the NL80211_CMD_NEW_INTERFACE >>> requires a wiphy device to be specified. And that is actually just a >>> number. So I have no idea what the MAC has to here. >>> >> OpenWrt finds a w

Re: [PATCH] MIPS: ath79: irq: Remove the include of drivers/irqchip/irqchip.h

On Wed, Jul 8, 2015 at 8:11 PM, Alban Bedel wrote: > We shouldn't include irqchip.h from outside of the drivers/irqchip > directory. The irq driver should idealy be there, however this not > trivial at the moment. We still need to support platforms without DT > support and the interface to the DDR

Re: [PATCH linux-next v4 5/5] mtd: atmel-quadspi: add driver for Atmel QSPI controller

On Mon, Aug 24, 2015 at 7:45 PM, Marek Vasut wrote: > On Monday, August 24, 2015 at 07:04:38 PM, Cyrille Pitchen wrote: >> Hi Marek, > > Hi! > >> Le 24/08/2015 13:03, Marek Vasut a écrit : >> > On Monday, August 24, 2015 at 12:14:00 PM, Cyrille Pitchen wrote: >> >> This driver add support to the n

Re: [PATCH v4] qcom: ipq4019: Add basic board/dts support for IPQ4019 SoC

Hi, On Tue, Aug 25, 2015 at 2:08 PM, Varadarajan Narayanan wrote: > Add initial dts files and SoC support for IPQ4019 > > Signed-off-by: Varadarajan Narayanan > --- > Changes in v2: > - Added devicetree bindings documentation > > Changes in v3: > - Split 'gcnt' into a separate patch > - Ad

Re: [PATCH linux-next v5 1/5] mtd: spi-nor: notify (Q)SPI controller about protocol change

On Wed, Aug 26, 2015 at 2:30 PM, Cyrille Pitchen wrote: > Once the Quad SPI mode has been enabled on a Micron flash memory, this > device expects ALL the following commands to use the SPI 4-4-4 protocol. > The (Q)SPI controller needs to be notified about the protocol change so it > can adapt and k

Re: [PATCH v4 1/3] dt-binding: spi: Mediatek: Document devicetree bindings for spi bus

Hi, On Wed, Jul 29, 2015 at 1:04 PM, Leilk Liu wrote: > Signed-off-by: Leilk Liu > --- > .../devicetree/bindings/spi/spi-mt65xx.txt | 38 > ++ > 1 file changed, 38 insertions(+) > create mode 100644 Documentation/devicetree/bindings/spi/spi-mt65xx.txt > > diff --gi

Re: [PATCH v4 0/3] Add Mediatek SPI bus driver

Hi, On Wed, Jul 29, 2015 at 1:04 PM, Leilk Liu wrote: > Change in v4: > 1. fix Mark Brown review comment. You should say what you actually fixed/changed, not just that you changed something. Also the individual patches should contain changelogs as well (under the tear-off line (--), so one knows

Re: [PATCH] MIPS: Remove all the uses of custom gpio.h

Hi, On Thu, Jul 30, 2015 at 7:28 PM, Alban Bedel wrote: > Currently CONFIG_ARCH_HAVE_CUSTOM_GPIO_H is defined for all MIPS > machines, and each machine type provides its own gpio.h. However > only a handful really implement the GPIO API, most just forward > everythings to gpiolib. > > The Alchemy

Re: [PATCH] spi: mediatek: fix spi incorrect endian usage and remove redundant clock

Hi, On Tue, Aug 18, 2015 at 12:53 PM, Leilk Liu wrote: > This patch fixes incorrect endian usage, removes redundant > clock in prepare_hardware/unprepare_hardware and revises > coding styles. > > Signed-off-by: Leilk Liu > > --- > Change in this patch: > 1. fix incorrect endian usage on big-endi

Re: [PATCH v3 0/3] qcom: Add SMEM MTD parser

Hi, On Tue, Aug 18, 2015 at 1:47 AM, Mathieu Olivari wrote: > QCOM platforms such as IPQ806x are using SMEM to store their flash > layout. This patch set adds the DT nodes required to instanciate SMEM > on IPQ806x and add an MTD parser using it. > > This change is based on the SMEM driver posted

Re: [PATCH 1/3] mtd: brcmnand: Add brcm,bcm6368-nand device tree binding

On Thu, Dec 3, 2015 at 12:41 AM, Simon Arlott wrote: > Add device tree binding for NAND on the BCM6368. > > The BCM6368 has a NAND interrupt register with combined status and enable > registers. It also requires a clock, so add an optional clock to the > common brcmnand binding. > > Signed-off-by:

Re: [RFC PATCH 0/7] mtd: partitions: add of_match_table support

Hi, On Sat, Dec 5, 2015 at 6:19 AM, Brian Norris wrote: > Hi, > > There have been several discussions [1] about adding a device tree binding for > associating flash devices with the partition parser(s) that are used on the > flash. There are a few reasons: > > (1) drivers shouldn't have to be en

Re: [RFC PATCH 3/7] doc: dt: mtd: partition: add on-flash format binding

On Sat, Dec 5, 2015 at 6:19 AM, Brian Norris wrote: > The platform description (such as the type of partition formats used on > a given flash) should be done independently of the flash driver in use. > However, we can't reasonably have *all* partition parsers run on all > flash (until they find a

Re: [PATCH] mtd: brcmnand: Workaround false ECC uncorrectable errors

Hi, On Sat, Nov 28, 2015 at 8:23 PM, Simon Arlott wrote: > Workaround false ECC uncorrectable errors by checking if the data > has been erased and the OOB data indicates that the data has been > erased. The v4.0 controller on the BCM63168 incorrectly handles > these as uncorrectable errors. > > I

Re: [PATCH] Revert "of/irq: make of_irq_find_parent static"

Hi, On Wed, Dec 2, 2015 at 5:14 PM, Qais Yousef wrote: > This reverts commit 52493d446141b07c8ba28dd6a529513f8b2342bd. > > Signed-off-by: Qais Yousef > > Conflicts: > include/linux/of_irq.h > --- > I have a patch series that is under review that makes use of > of_irq_find_parent() > > T

  1   2   >