Re: [PATCH for-4.4 2/2] doc: dt: mtd: partitions: add compatible property to "partitions" node

On Fri, Dec 4, 2015 at 3:02 AM, Brian Norris wrote: > As noted here [1], there are potentially future conflicts if we try to > use MTD's "partitions" subnode to describe anything besides just the > fixed-in-the-device-tree partitions currently described in this > document. Particularly, there was

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: [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: [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: [PATCH (v6) 1/2] mtd: brcmnand: Add brcm,bcm63268-nand device tree binding

On Wed, Dec 2, 2015 at 8:05 PM, Brian Norris wrote: > + Broadcom list + Kamal > > On Tue, Nov 24, 2015 at 08:19:37PM -, Simon Arlott wrote: >> Add device tree binding for NAND on the BCM63268. >> >> The BCM63268 has a NAND interrupt register with combined status and enable >> registers. >> >>

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

Re: [PATCH 4/10] watchdog: bcm63xx_wdt: Handle hardware interrupt and remove software timer

On Tue, Nov 24, 2015 at 7:21 PM, Guenter Roeck wrote: > On Sun, Nov 22, 2015 at 02:05:16PM +, Simon Arlott wrote: >> There is a level triggered interrupt for the watchdog timer as part of >> the bcm63xx_timer device. The interrupt occurs when the hardware watchdog >> timer reaches 50% of the r

Re: [PATCH (v6) 2/2] mtd: brcmnand: Add support for the BCM63268

On Wed, Nov 25, 2015 at 1:37 PM, Simon Arlott wrote: > On Wed, November 25, 2015 10:44, Jonas Gorski wrote: >> On Tue, Nov 24, 2015 at 9:21 PM, Simon Arlott wrote: >>> The BCM63268 has a NAND interrupt register with combined status and enable >>> registers. It al

Re: [PATCH (v6) 2/2] mtd: brcmnand: Add support for the BCM63268

Hi, On Tue, Nov 24, 2015 at 9:21 PM, Simon Arlott wrote: > The BCM63268 has a NAND interrupt register with combined status and enable > registers. It also has a clock for the NAND controller that needs to be > enabled. > > Set up the device by enabling the clock, disabling and acking all > interr

Re: [PATCH v2 4/4] pinctrl/lantiq: fix up pinmux

Hi On Wed, Nov 25, 2015 at 11:18 AM, Martin Schiller wrote: > From: John Crispin > > This patch is included in the openwrt patchset for several years now and needs > to go upstream as well. It includes the following changes: > 1. Fix up inline function call to xway_mux_apply This really needs a

Re: [PATCH (v4) 2/2] mtd: brcmnand: Add support for the BCM63268

On Sun, Nov 22, 2015 at 11:17 PM, Simon Arlott wrote: > The BCM63268 has a NAND interrupt register with combined status and enable > registers. It also has a clock for the NAND controller that needs to be > enabled. > > Set up the device by enabling the clock, disabling and acking all > interrupts

Re: [PATCH 1/4] clocksource: Add brcm,bcm6345-timer device tree binding

On Sat, Nov 21, 2015 at 8:02 PM, Simon Arlott wrote: > Add device tree binding for the BCM6345 timer. This is required for the > BCM6345 watchdog which needs to respond to one of the timer interrupts. > > Signed-off-by: Simon Arlott > --- > .../bindings/timer/brcm,bcm6345-timer.txt | 57

Re: [PATCH 6/10] watchdog: bcm63xx_wdt: Obtain watchdog clock HZ from "periph" clk

Hi, On Sun, Nov 22, 2015 at 3:07 PM, Simon Arlott wrote: > Instead of using a fixed clock HZ in the driver, obtain it from the > "periph" clk that the watchdog timer uses. > > Signed-off-by: Simon Arlott > --- > drivers/watchdog/bcm63xx_wdt.c | 36 +++- > 1 file

Re: [PATCH 2/2] MIPS: bmips: Add bcm63168-l1 interrupt controller

On Sun, Nov 15, 2015 at 5:53 PM, Simon Arlott wrote: > Add the BCM63168 interrupt controller based on the SMP-capable BCM7038 > and the BCM3380 but with packed interrupt registers. > > Add the BCM63168 interrupt controller to a list with the existing BCM7038 > so that interrupts on CPU1 are not ig

Re: [PATCH 1/2] MIPS: bmips: Add bcm63168-l1 interrupt controller

Hi, On Sun, Nov 15, 2015 at 5:51 PM, Simon Arlott wrote: > Add device tree binding for the BCM63168 interrupt controller. Well, that's what I get for waiting for -rc1, I also planned to submit irqchip drivers[1] for bcm63xx/bmips for the next window ;p. > > This controller is similar to the SM

Re: [PATCH 07/11] pinctrl: use ngpios propety from DT

On 29.10.2015 15:36, Linus Walleij wrote: > On Wed, Oct 28, 2015 at 12:52 PM, Pramod Kumar wrote: > >> I discussed with ASIC team regarding this iProc GPIO block. They use a >> library to create the GPIOs block where "total number of GPIO pins( let say >> N) in GPIO block" is used as an paramet

[PATCH V2 0/3] of/irq: fix guards and dummies for OF=y and OF_IRQ=n

-> v2: * merge the of_msi_configure into one patch * make of_irq_find_parent static and remove the prototype/dummy * rebased onto robh/linux.git#for-next Jonas Gorski (3): of/irq: move of_msi_configure to the right guard and add a dummy of/irq: make of_irq_find_parent static of/irq: fi

[PATCH V2 2/3] of/irq: make of_irq_find_parent static

of_irq_find_parent has no users outside of of_irq.c, so it does not make sense to expose it in of_irq.h. Therefore remove the prototype and dummy implmeentation and make the function static instead. Signed-off-by: Jonas Gorski --- v1 -> v2: * just drop the prototype and the dummy and make

[PATCH V2 1/3] of/irq: move of_msi_configure to the right guard and add a dummy

: c706c239 ("of/platform: Assign MSI domain to platform device") Signed-off-by: Jonas Gorski --- v1 -> v2: * fix both issues (guard and missing dummy) at once. include/linux/of_irq.h | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/include/linux/of_irq.h b/

[PATCH V2 3/3] of/irq: fix guards for irq_of_parse_and_map prototype

: In function `spi_register_master': (.text+0xc3ae): undefined reference to `irq_of_parse_and_map' Makefile:935: recipe for target 'vmlinux' failed make: *** [vmlinux] Error 1 Signed-off-by: Jonas Gorski --- v1 -> v2: * no changes include/linux/of_irq.h | 4 ++-- 1 fil

Re: [PATCH 1/2] spi/bcm63xx: document device tree bindings

On Thu, Sep 10, 2015 at 9:17 PM, Florian Fainelli wrote: > On 10/09/15 08:29, Jonas Gorski wrote: >> Add documentation for the bindings of the low speed SPI controller found >> on most bcm63xx SoCs. >> >> Signed-off-by: Jonas Gorski >> --- >> .../

[PATCH 0/2] spi/bcm63xx: add device tree support

Add support for probing spi-bcm63xx through device tree. Depends on "spi/bcm63xx: cleanup and decouple from arch code". Jonas Gorski (2): spi/bcm63xx: document device tree bindings spi/bcm63xx: add support for probing through devicetree .../devicetree/bindings/spi/spi-b

[PATCH 2/2] spi/bcm63xx: add support for probing through devicetree

Add required binding support to probe through device tree. Use the compatible instead of the resource size for identifiying the block type, and allow reducing the number of cs lines through OF. Signed-off-by: Jonas Gorski --- drivers/spi/spi-bcm63xx.c | 56

[PATCH 1/2] spi/bcm63xx: document device tree bindings

Add documentation for the bindings of the low speed SPI controller found on most bcm63xx SoCs. Signed-off-by: Jonas Gorski --- .../devicetree/bindings/spi/spi-bcm63xx.txt| 33 ++ 1 file changed, 33 insertions(+) create mode 100644 Documentation/devicetree/bindings

Re: [PATCH linux-next v6 0/8] add driver for Atmel QSPI controller

Hi, On Wed, Sep 9, 2015 at 3:24 PM, Cyrille Pitchen wrote: > This series of patches add support for the new Atmel QSPI controller > embedded inside sama5d2x SoCs. > > These patches were first developped for linux-3.18-at91 and tested on a > sama5d27 Xplained ultra board, which embeds a Micron n25

Re: [PATCH linux-next v6 4/8] mtd: spi-nor: use optimized commands for read/write/erase operations

On Wed, Sep 9, 2015 at 3:24 PM, Cyrille Pitchen wrote: > The op codes used by the spi-nor framework are now tuned depending on the > memory manufacturer. > > Signed-off-by: Cyrille Pitchen To be honest, I'm not sure if it's worth it using the dual/quad I/O commands on spansion, as they have diff

Re: [PATCH linux-next v6 1/8] mtd: spi-nor: read JEDEC ID with multiple I/O protocols

Hi, On Wed, Sep 9, 2015 at 3:24 PM, Cyrille Pitchen wrote: > When their quad or dual I/O mode is enabled, Micron and Macronix spi-nor > memories don't reply to the regular Read ID (0x9f) command. Instead they > reply to a new dedicated command Read ID Multiple I/O (0xaf). > > If the Read ID (0x9f

[PATCH 3/3] of/irq: fix guards for irq_of_parse_and_map prototype

: In function `spi_register_master': (.text+0xc3ae): undefined reference to `irq_of_parse_and_map' Makefile:935: recipe for target 'vmlinux' failed make: *** [vmlinux] Error 1 Signed-off-by: Jonas Gorski --- include/linux/of_irq.h | 4 ++-- 1 file changed, 2 insertions(+),

[PATCH 2/3] of/irq: fix guards of of_irq_find_parent and of_msi_configure

Only irq_of_parse_and_map is implemented differently on SPARC, so only that one should be protected by the CONFIG_OF guard. Signed-off-by: Jonas Gorski --- include/linux/of_irq.h | 19 +-- 1 file changed, 9 insertions(+), 10 deletions(-) diff --git a/include/linux/of_irq.h b

[PATCH 1/3] of/irq: add a dummy of_msi_configure if OF_IRQ=n

It is unconditionally called from of_platform_device_create_pdata, which does not depend on OF_IRQ, just OF_ADDRESS. Fixes: c706c239 ("of/platform: Assign MSI domain to platform device") Signed-off-by: Jonas Gorski --- include/linux/of_irq.h | 4 1 file changed, 4 insertions(+)

[PATCH 0/3] of/irq: fix guards and dummies for OF=y and OF_IRQ=n

(adding one where necessary), and make the guard for irq_of_parse_and_map more specific. Based on devicetree/next. Jonas Gorski (3): of/irq: add a dummy of_msi_configure if OF_IRQ=n of/irq: fix guards of of_irq_find_parent and of_msi_configure of/irq: fix guards for irq_of_parse_and_map

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

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] 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 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 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] 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] mtd: part: add generic parsing of linux,part-probe

Let's get this discussion back on track ;-) On 20.05.2015 01:09, Brian Norris wrote: > On Tue, May 19, 2015 at 10:25:58AM +0200, Jonas Gorski wrote: >> On Tue, May 19, 2015 at 12:49 AM, Brian Norris >> wrote: >>> On Sun, May 17, 2015 at 07:35:12PM +0200, Hauke Mehrt

Re: [PATCH] spi: Mediatek: fix endian warnings

Hi, On Tue, Aug 11, 2015 at 12:43 PM, Leilk Liu wrote: > This patch fixes endian warnings detected by sparse: > - sparse: incorrect type in argument 1 (different base types) > expected unsigned int [unsigned] val > got restricted __le32 [usertype] > - sparse: incorrect type i

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 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] MIPS: fix build with CONFIG_OF=y for non OF-enabled targets

On Sun, Jul 19, 2015 at 11:06 PM, Rob Herring wrote: > On Sun, Jul 19, 2015 at 7:42 AM, Jonas Gorski wrote: >> Commit 01306aeadd75 ("MIPS: prepare for user enabling of CONFIG_OF") >> changed the guards in asm/prom.h from CONFIG_OF to CONFIG_USE_OF, but >> missed t

[PATCH] MIPS: fix build with CONFIG_OF=y for non OF-enabled targets

pare for user enabling of CONFIG_OF") Signed-off-by: Jonas Gorski --- arch/mips/kernel/prom.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/kernel/prom.c b/arch/mips/kernel/prom.c index b130033..5fcec30 100644 --- a/arch/mips/kernel/prom.c +++ b/arch/m

Re: [PATCH v2 2/4] dt-bindings: ARM: Mediatek: Document devicetree bindings for spi bus

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

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

[PATCH RFC v3 3/4] MIPS: BMIPS: build all dtbs if no builtin dtb

Build all available dtbs to allow them to be appended to the resulting kernel in case there is no builtin dtb. Signed-off-by: Jonas Gorski --- arch/mips/boot/dts/brcm/Makefile | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/mips/boot/dts/brcm/Makefile b/arch/mips/boot

[PATCH RFC v3 2/4] MIPS: add support for vmlinuz.bin appended dtb

preprocessor, we can't check for MIPS_ZBOOT_APPENDED_DTB being enabled, so always reserve space for it. It should have no consequences for booting without it enabled except 1 MiB more ram usage during the uncompressing stage. Signed-off-by: Jonas Gorski --- arch/mips/Kc

[PATCH RFC v3 0/4] MIPS: add vmlinu{x,z}.bin appended dtb support

boot_params/ Jonas Gorski (4): MIPS: add support for vmlinux.bin appended dtb MIPS: add support for vmlinuz.bin appended dtb MIPS: BMIPS: build all dtbs if no builtin dtb MIPS: BMIPS: accept UHI interface for passing a dtb arch/mips/Kconfig

[PATCH RFC v3 1/4] MIPS: add support for vmlinux.bin appended dtb

still point to the actual end of the data. Signed-off-by: Jonas Gorski --- Changes RFC v2 -> v3 * Switched to UHI interface instead of manipulating initial_boot_params * fixed boot on !SMP * Changed PTR_LW to lw and PTR_LI to li to ensure 32bit loads/ comparisons are done on 64 bit Changes

[PATCH RFC v3 4/4] MIPS: BMIPS: accept UHI interface for passing a dtb

Detect and use passed dtb address using the UHI interface. This allows for booting with a vmlinux.bin appended dtb instead of using a built-in one. Signed-off-by: Jonas Gorski --- arch/mips/bmips/setup.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/bmips/setup.c b/arch

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 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 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: [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 devicetree" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

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: [RFC 3/7] bcm47xx-sprom: add Broadcom sprom parser driver

On Mon, Aug 25, 2014 at 9:52 AM, Arnd Bergmann wrote: > On Sunday 24 August 2014 23:24:41 Hauke Mehrtens wrote: >> This driver needs an nvram driver and fetches the sprom values from the >> nvram and provides it to any other driver. The calibration data for the >> wifi chip the mac address and som

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 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 RESEND 4/5] ARM: BCM63XX: add BCM963138DVT Reference platform DTS

On Tue, Apr 22, 2014 at 3:39 AM, Florian Fainelli wrote: > Add a DTS file for the Broadcom BCM963138DVT reference platform board > which leverages the bcm63138.dtsi SoC DTSi file. > > Signed-off-by: Florian Fainelli > --- > arch/arm/boot/dts/Makefile| 3 +++ > arch/arm/boot/dts/bcm63138

Re: [PATCH tty-next v2 4/4] Documentation: devicetree: add bindings documentation for bcm63xx-uart

On Fri, Feb 21, 2014 at 3:59 PM, Arnd Bergmann wrote: > On Friday 21 February 2014 15:48:04 Jonas Gorski wrote: >> >> There already is a (non-OF) user for this driver that exports a >> "periph" clock, which is where the name comes from. It currently does >>

Re: [PATCH tty-next v2 4/4] Documentation: devicetree: add bindings documentation for bcm63xx-uart

On Fri, Feb 21, 2014 at 2:49 PM, Mark Rutland wrote: > On Fri, Feb 21, 2014 at 12:49:05PM +, Arnd Bergmann wrote: >> Two more comments: >> >> On Thursday 20 February 2014 10:15:54 Florian Fainelli wrote: >> > +- clock-names: should contain "periph" for the functional clock >> >> I think we sho

Re: [PATCH 3/4] tty: serial: bcm63xx_uart: add support for DT probing

On Thu, Feb 20, 2014 at 2:29 AM, Florian Fainelli wrote: > 2014-02-19 16:00 GMT-08:00 Jonas Gorski : >> On Thu, Feb 20, 2014 at 12:22 AM, Florian Fainelli >> wrote: >>> @@ -857,6 +861,12 @@ static int bcm_uart_remove(struct platform_device >>

Re: [PATCH 3/4] tty: serial: bcm63xx_uart: add support for DT probing

On Thu, Feb 20, 2014 at 12:22 AM, Florian Fainelli wrote: > Add a matching table for the the bcm63xx_uart driver on the compatible > string "brcm,bcm63xx-uart" which covers all BCM63xx implementations. > Also make sure that we convert the id based on the uart aliases provided > by the relevant Dev

Re: [PATCH 2/2] ehci-platform: Add support for controllers with big-endian regs / descriptors

On Wed, 22 Jan 2014 16:17:42 -0500 (EST) Alan Stern wrote: > On Wed, 22 Jan 2014, Jonas Gorski wrote: > > > If it's safe to set ehci->big_endian_{desc,mmio} from the _probe() > > routine, then maybe the pdata sets in _reset() should be moved into here > > instea

Re: [PATCH 2/2] ehci-platform: Add support for controllers with big-endian regs / descriptors

Hi, On Wed, 22 Jan 2014 20:28:26 +0100 Hans de Goede wrote: > Hi, > > On 01/21/2014 08:39 PM, Florian Fainelli wrote: > > 2014/1/21 Hans de Goede : > >> This uses the already documented devicetree booleans for this. > > > > (I would greatly appreciate if you could CC people who gave you > > feed