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 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 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] MIPS: bcm63xx: move bcm63xx_gpio_init() to bcm63xx_register_devices().

On Mon, Mar 16, 2015 at 3:53 PM, Maxime Bizon wrote: > > On Thu, 2015-03-12 at 17:00 +0100, Nicolas Schichan wrote: > >> When called from prom init code, bcm63xx_gpio_init() will fail as it >> will call gpiochip_add() which relies on a working kmalloc() to alloc >> the gpio_desc array and kmalloc

Re: [PATCH] bcm63xx_enet: fix poll callback.

On 03.03.2015 18:42, Florian Fainelli wrote: > On 03/03/15 05:53, Nicolas Schichan wrote: >> On 03/03/2015 02:42 PM, Eric Dumazet wrote: To avoid that, I would take priv->tx_lock only once, or add a limit on the number of skbs that can be drained per round. >>> >>> Something like this (un

Re: [PATCH V5 13/23] MIPS: BMIPS: Flush the readahead cache after DMA

On Sat, Dec 20, 2014 at 2:39 AM, Kevin Cernekee wrote: > On Mon, Dec 15, 2014 at 1:43 AM, Jonas Gorski wrote: >> On Fri, Dec 12, 2014 at 11:07 PM, Kevin Cernekee wrote: >>> BMIPS 3300/435x/438x CPUs have a readahead cache that is separate from >>> the L1/L2. Durin

Re: [PATCH V5 13/23] MIPS: BMIPS: Flush the readahead cache after DMA

On Fri, Dec 12, 2014 at 11:07 PM, Kevin Cernekee wrote: > BMIPS 3300/435x/438x CPUs have a readahead cache that is separate from > the L1/L2. During a DMA operation, accesses adjacent to a DMA buffer > may cause parts of the DMA buffer to be prefetched into the RAC. To > avoid possible coherency

Re: [PATCH V4 08/16] irqchip: Add new driver for BCM7038-style level 1 interrupt controllers

On Fri, Nov 28, 2014 at 5:32 AM, Kevin Cernekee wrote: > This is the main peripheral IRQ controller on the BCM7xxx MIPS chips; > it has the following characteristics: > > - 64 to 160+ level IRQs > - Atomic set/clear registers > - Reasonably predictable register layout (N status words, then N >

Re: [PATCH V3 06/11] irqchip: bcm7120-l2: Change DT binding to allow non-contiguous IRQEN/IRQSTAT

On Wed, Nov 26, 2014 at 7:54 PM, Kevin Cernekee wrote: > On Wed, Nov 26, 2014 at 2:25 AM, Jonas Gorski wrote: >> On Wed, Nov 26, 2014 at 10:45 AM, Jonas Gorski wrote: >>> As far as I can see, we have three distinct layouts here: >>> >>> a) An arbitrary numb

Re: [PATCH V3 06/11] irqchip: bcm7120-l2: Change DT binding to allow non-contiguous IRQEN/IRQSTAT

On Wed, Nov 26, 2014 at 10:45 AM, Jonas Gorski wrote: > As far as I can see, we have three distinct layouts here: > > a) An arbitrary number of 32-bit Mask/Status-pairs (3384/6838). No per > thread support (well, not sure about 60333). > > b) An arbitrary length (32 to 128

Re: [PATCH V3 06/11] irqchip: bcm7120-l2: Change DT binding to allow non-contiguous IRQEN/IRQSTAT

On Wed, Nov 26, 2014 at 6:18 AM, Kevin Cernekee wrote: > On Mon, Nov 24, 2014 at 6:31 AM, Jonas Gorski wrote: >> On Mon, Nov 24, 2014 at 3:40 AM, Kevin Cernekee wrote: >>> To date, all supported controllers have had the IRQEN register at offset >>> 0x00 and the IRQST

Re: [PATCH V3 06/11] irqchip: bcm7120-l2: Change DT binding to allow non-contiguous IRQEN/IRQSTAT

On Mon, Nov 24, 2014 at 3:40 AM, Kevin Cernekee wrote: > To date, all supported controllers have had the IRQEN register at offset > 0x00 and the IRQSTAT register at 0x04. So in DT we would typically see > something like: > > reg = <0xf0406800 0x8>; > > We still want to support this format, bu

Re: [PATCH V2 22/22] MIPS: Add multiplatform BMIPS target

On Mon, Nov 17, 2014 at 10:21 PM, Kevin Cernekee wrote: > Currently the bootloader is responsible for decompressing the image. > On STB the bootloader typically loads a gzipped ELF file; on DSL/CM > the bootloader unpacks a custom image format containing an > LZMA-compressed kernel in some form.

Re: [PATCH V2 22/22] MIPS: Add multiplatform BMIPS target

On Mon, Nov 17, 2014 at 9:35 PM, Kevin Cernekee wrote: > On Mon, Nov 17, 2014 at 6:44 AM, Jonas Gorski wrote: >> On Sun, Nov 16, 2014 at 1:17 AM, Kevin Cernekee wrote: >>> bmips_be_defconfig supports Linux running on the following CM and DSL >>> SoCs: >>> &g

Re: [PATCH V2 22/22] MIPS: Add multiplatform BMIPS target

On Mon, Nov 17, 2014 at 1:16 PM, Arnd Bergmann wrote: > I still think this is different in the sense that ARM multiplatform > support is about combining platforms from separate mach-* directories, > while your approach was to rewrite multiple mach-* directories into > a single new one that remains

Re: [PATCH V2 22/22] MIPS: Add multiplatform BMIPS target

Hi, On Sun, Nov 16, 2014 at 1:17 AM, Kevin Cernekee wrote: > bmips_be_defconfig supports Linux running on the following CM and DSL > SoCs: > > - BCM3384 (BMIPS5000) cable modem application processor, BE, SMP > - BCM3384 (BMIPS4355) cable modem "spare CPU"*, BE > - BCM6328 (BMIPS4355) ADSL chip

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

[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

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

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

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

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

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

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

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

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

[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

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

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

[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

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

<    1   2