On Mon, Mar 16, 2015 at 8:24 PM, Tony Lindgren wrote:
> * Sebastian Reichel [150316 11:26]:
>> Hi,
>>
>> On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
>> > * Arnd Bergmann [150315 05:10]:
>> > > On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
>> > > > yeah, i missed it :/
>
Hi Rob,
On Tue, Mar 17, 2015 at 1:25 AM, Rob Herring wrote:
> On Mon, Mar 16, 2015 at 5:58 AM, Geert Uytterhoeven
> wrote:
>> On Fri, Jan 23, 2015 at 2:03 PM, Geert Uytterhoeven
>> wrote:
>>> On Sun, Jan 11, 2015 at 8:19 AM, Gaurav Minocha
>>> wrote:
This patch intends to remove the unitt
On Tue, Mar 17, 2015 at 1:46 AM, Peter Hurley wrote:
> On 03/16/2015 08:35 PM, Andreas Schwab wrote:
>> Peter Hurley writes:
>>> On 03/16/2015 08:19 PM, Andreas Schwab wrote:
Peter Hurley writes:
> I don't see this as a regression, but rather a misconfiguration.
It breaks boot
Add an stub atomic_scrub and enable EDAC for arm64.
Signed-off-by: Loc Ho
---
arch/arm64/Kconfig|1 +
arch/arm64/include/asm/edac.h | 31 +++
2 files changed, 32 insertions(+), 0 deletions(-)
create mode 100644 arch/arm64/include/asm/edac.h
diff --
This patch adds APM X-Gene SoC EDAC DTS entries.
Signed-off-by: Feng Kan
Signed-off-by: Loc Ho
---
arch/arm64/boot/dts/apm/apm-storm.dtsi | 98
1 files changed, 98 insertions(+), 0 deletions(-)
diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
b/arch/arm64
This patch adds documentation for the APM X-Gene SoC EDAC DTS binding.
Signed-off-by: Feng Kan
Signed-off-by: Loc Ho
---
.../devicetree/bindings/edac/apm-xgene-edac.txt| 82
1 files changed, 82 insertions(+), 0 deletions(-)
create mode 100644 Documentation/devicetree
This patch adds a MAINTAINERS entry for APM X-Gene SoC EDAC driver.
Signed-off-by: Loc Ho
---
MAINTAINERS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index cd88eb6..d67ab7b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3724,6 +3724,1
This patch adds support for the APM X-Gene SoC EDAC driver.
Signed-off-by: Feng Kan
Signed-off-by: Loc Ho
---
drivers/edac/Kconfig |9 +-
drivers/edac/Makefile |1 +
drivers/edac/xgene_edac.c | 2183 +
3 files changed, 2192 insertions
This patch adds support for the APM X-Gene SoC EDAC driver for DT.
v6:
* Rebase to 4.0.0-rc3
* Add memory scrub stub function and enable ARM64 EDAC support patch
* Add bit definition defines for L2RTOS registers
* Remove un-necessary clearing of all L1/L2 software generated registers
* Remove wron
This patch removes the crci information from the dma channel property. At least
one client device requires using more than one CRCI value for a channel. This
does not match the current binding and the crci information needs to be removed.
Instead, the client device will provide this information
Add the DMA engine driver for the QCOM Application Data Mover (ADM) DMA
controller found in the MSM8x60 and IPQ/APQ8064 platforms.
The ADM supports both memory to memory transactions and memory
to/from peripheral device transactions. The controller also provides flow
control capabilities for tran
This patch set introduces the dmaengine driver for the Qualcomm Application
Data Mover (ADM) DMA controller present on MSM8x60, APQ8064, and IPQ8064
devices.
The initial version of this driver will only support slave DMA operations
between system memory and peripherals. Flow control via the CRCI
On Mon, Mar 16, 2015 at 08:15:26AM -, sricha...@codeaurora.org wrote:
> Hi,
>
>
> >
> >>
> >> > +static int adm_get_blksize(unsigned int burst)
> >> > +{
> >> > +int ret;
> >> > +
> >> > +switch (burst) {
> >> > +case 16:
> >> > +ret = 0;
> >> > +
On 03/12/2015 08:32 PM, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
> Acked-by: Lee Jones
Patches 2, 4,
Acked-by: Stephen Warren
--
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://vge
On 03/12/2015 08:32 PM, Eric Anholt wrote:
> From: Lubomir Rintel
>
> Implement BCM2835 mailbox support as a device registered with the
> general purpose mailbox framework. Implementation based on commits by
> Lubomir Rintel [1], Suman Anna and Jassi Brar [2] on which to base the
> implementation
On 03/12/2015 08:32 PM, Eric Anholt wrote:
> Stephen Warren was concerned that the rmb() present in the new mailbox
> driver was unnecessary, and after seeing the docs, that it was just so
> surprising that somebody would come along and remove it later. The
> explanation for the need for the rmb()
This patch just replace the string 'selftest' with 'unittest'
in OF unittest and data and binding file.
I have tested it successfully on ARM.
Signed-off-by: Gaurav Minocha
Signed-off-by: Wang Long
---
Documentation/devicetree/bindings/unittest.txt | 44 +-
drivers/of/unittest-data/tests-overl
This series patches replace 'selftest' with 'unittest' in the
OF unittest, and update the document.
the first patch comes from Gaurav Minocha, and i update it. because
it can not apply on linux 4.0-rc4 when using 'git am' command.
* v3 <- v2:
- Rebase the patch on 4.0-rc4
- Re-a
Since the directory "drivers/of/testcase-data" is renamed
to "drivers/of/unittest-data". so we should update the path
in the of_selftest.txt.
When the kernel is built with OF_UNITTEST enabled, the output
dtb is testcases.dtb instead of testcase.dtb, also update it
(s/testcase/testcases/).
Signed-
Since the test of the devicetree's OF api use unittest as
its name. so we should rename of_selftest.txt to of_unittest.txt.
Signed-off-by: Wang Long
---
Documentation/devicetree/{of_selftest.txt => of_unittest.txt} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename Documentation/device
On 03/11/2015 09:21 AM, Martin Sperl wrote:
>> On 07.03.2015, at 06:47, Stephen Warren wrote:
>>
>> These pins aren't used by anything on the board, but are rather part of
>> the expansion header. I wonder if we wouldn't be better off removing any
>> configuration of the pins from the DT. After al
On 03/12/2015 05:23 PM, Eric Anholt wrote:
...
> The power-domain rework ended up not working out -- it needs the
> power-domain part of device/base to support throwing -EPROBE_DEFER
> if the driver hasn't probed yet,
That makese sense.
> unless we're willing to just bake in the power domain dri
* Lad, Prabhakar [150316 18:20]:
> Hi Tony,
>
> On Mon, Mar 16, 2015 at 10:17 PM, Tony Lindgren wrote:
> > * Lad Prabhakar [150312 16:38]:
> >> From: "Lad, Prabhakar"
> >>
> >> this patch does the following:
> >> 1: adds DT node for fixed oscillator.
> >> 2: adds DT node entries for ov2659 sen
Alim Akhtar wrote:
>
> Ping?
>
Alim,
Can you please re-send it based on latest my tree?
It would be helpful for me ;)
Thanks,
Kukjin
> On Wed, Feb 25, 2015 at 12:05 PM, Jaehoon Chung
> wrote:
> > Hi, Alim.
> >
> > Acked-by: Jaehoon Chung
> >
> > Best Regards,
> > Jaehoon Chung
> >
> > On 01
Hi Ivan,
On 03/16/2015 11:23 PM, Ivan T. Ivanov wrote:
>
> Hi Roger,
>
> On Mon, 2015-03-16 at 15:11 +0200, Roger Quadros wrote:
>> Hi Ivan,
>>
>> On 16/03/15 14:32, Ivan T. Ivanov wrote:
>>> Hi,
>>>
>>> On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
This driver observes the USB I
Hi Tony,
On Mon, Mar 16, 2015 at 10:17 PM, Tony Lindgren wrote:
> * Lad Prabhakar [150312 16:38]:
>> From: "Lad, Prabhakar"
>>
>> this patch does the following:
>> 1: adds DT node for fixed oscillator.
>> 2: adds DT node entries for ov2659 sensor
>> 3: adds remote-endpoint entry for VPFE.
>>
>>
On 03/16/2015 08:35 PM, Andreas Schwab wrote:
> Peter Hurley writes:
>
>> On 03/16/2015 08:19 PM, Andreas Schwab wrote:
>>> Peter Hurley writes:
>>>
I don't see this as a regression, but rather a misconfiguration.
>>>
>>> It breaks booting on PowerMac.
>>
>> It doesn't boot?
>
> Yes.
Ok,
Peter Hurley writes:
> On 03/16/2015 08:19 PM, Andreas Schwab wrote:
>> Peter Hurley writes:
>>
>>> I don't see this as a regression, but rather a misconfiguration.
>>
>> It breaks booting on PowerMac.
>
> It doesn't boot?
Yes.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fing
On 03/16/2015 08:19 PM, Andreas Schwab wrote:
> Peter Hurley writes:
>
>> I don't see this as a regression, but rather a misconfiguration.
>
> It breaks booting on PowerMac.
It doesn't boot?
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to ma
On Fri, Mar 13, 2015 at 11:23 AM, Russell King
wrote:
> Add the required DT binding documentation for the Marvell PMU driver.
>
> Signed-off-by: Russell King
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/soc/dove/pmu.txt | 49
> ++
> 1 file changed, 49 i
On Mon, Mar 16, 2015 at 5:58 AM, Geert Uytterhoeven
wrote:
> On Fri, Jan 23, 2015 at 2:03 PM, Geert Uytterhoeven
> wrote:
>> On Sun, Jan 11, 2015 at 8:19 AM, Gaurav Minocha
>> wrote:
>>> This patch intends to remove the unittests dependency on
>>> the functions defined in dynamic.c. So, rather t
Peter Hurley writes:
> I don't see this as a regression, but rather a misconfiguration.
It breaks booting on PowerMac.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
--
To
Hi Brian,
On 15-03-16 04:46 PM, Brian Norris wrote:
On Mon, Mar 16, 2015 at 04:40:13PM -0700, Scott Branden wrote:
On 15-03-16 04:37 PM, Brian Norris wrote:
On Mon, Mar 16, 2015 at 04:07:51PM -0700, Scott Branden wrote:
So, what's the standard? Company prefix? Long name? Commas? Hyphens?
T
On Mon, Mar 16, 2015 at 04:40:13PM -0700, Scott Branden wrote:
>
> On 15-03-16 04:37 PM, Brian Norris wrote:
> >On Mon, Mar 16, 2015 at 04:07:51PM -0700, Scott Branden wrote:
> >>On 15-03-06 05:18 PM, Brian Norris wrote:
> >>>Signed-off-by: Brian Norris
> >>>---
> >>> .../devicetree/bindings/mtd
(Your HTML mail will likely get blocked by a lot of filters)
Hi Anatol,
On Mon, Mar 16, 2015 at 04:24:20PM -0700, Anatol Pomazau wrote:
> Hi Brian
>
> Thanks for the patch series. I am going to test it on a Broadcom dev board.
>
> Do you plan to add a patch for bcm-cygnus.dtsi similar to what i
On 15-03-16 04:37 PM, Brian Norris wrote:
On Mon, Mar 16, 2015 at 04:07:51PM -0700, Scott Branden wrote:
On 15-03-06 05:18 PM, Brian Norris wrote:
Signed-off-by: Brian Norris
---
.../devicetree/bindings/mtd/brcmstb_nand.txt | 109 +
1 file changed, 109 insertions(
On Mon, Mar 16, 2015 at 04:07:51PM -0700, Scott Branden wrote:
> On 15-03-06 05:18 PM, Brian Norris wrote:
> >Signed-off-by: Brian Norris
> >---
> > .../devicetree/bindings/mtd/brcmstb_nand.txt | 109
> > +
> > 1 file changed, 109 insertions(+)
> > create mode 100644 D
On Mon, Mar 16, 2015 at 02:19:04AM +0200, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Saturday 07 March 2015 23:41:07 Sakari Ailus wrote:
> > The syscon register isn't part of the ISP, use it through the syscom driver
> > regmap instead. The syscom block is considered to be from 343x on ISP
> > re
* Peter Ujfalusi [150226 05:46]:
> AM57xx does not have ATL block integrated.
>
> Signed-off-by: Peter Ujfalusi
Applying into omap-for-v4.1/dt thanks.
Tony
> ---
> arch/arm/boot/dts/am57xx-beagle-x15.dts | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/am57xx-beagle
Hi Brian,
On 15-03-06 05:18 PM, Brian Norris wrote:
Signed-off-by: Brian Norris
---
.../devicetree/bindings/mtd/brcmstb_nand.txt | 109 +
1 file changed, 109 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/brcmstb_nand.txt
diff --git a/Doc
On Mon, Mar 16 2015 at 15:51 -0600, Stephen Boyd wrote:
On 03/09/15 08:16, Lina Iyer wrote:
+
+static int qcom_idle_enter(int cpu, unsigned long index)
+{
+ if (!per_cpu(qcom_idle_ops, cpu)[index])
+ return -EOPNOTSUPP;
Is this case still happening?
I think, I can remove
On 03/16/2015 02:35 PM, Hans de Goede wrote:
> Hi,
>
> On 16-03-15 19:23, Peter Hurley wrote:
>> On 03/16/2015 02:12 PM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 16-03-15 18:49, Peter Hurley wrote:
Hi Hans,
On 03/16/2015 12:31 PM, Hans de Goede wrote:
> Hi All,
>
> While
* Suman Anna [150316 10:21]:
> Remove the 'ti,timer-dsp' and 'ti,timer-pwm' properties from the timer
> nodes that still have them. This seems to be copied from OMAP5, on
> which only certain timers are capable of providing PWM functionality
> or be able to interrupt the DSP. All the GPTimers On D
On 2/27/2015 3:30 PM, Bjorn Andersson wrote:
Add binding documentation for the Qualcomm Hardware Mutex.
Signed-off-by: Bjorn Andersson
---
Reviewed-by: Jeffrey Hugo
--
Jeffrey Hugo
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora
Forum, a
* Peter Ujfalusi [150316 00:16]:
> On 03/13/2015 10:40 PM, Marek Belisko wrote:
> > ti,codec in not parsed in omap-twl4030 sound driver. It's not necessary
> > to specify this property in DT because ti,twl4030-audio which ti,codec
> > was pointing to by phandle is mfd driver and device for ASoC ic
* Lad Prabhakar [150312 16:38]:
> From: "Lad, Prabhakar"
>
> this patch does the following:
> 1: adds DT node for fixed oscillator.
> 2: adds DT node entries for ov2659 sensor
> 3: adds remote-endpoint entry for VPFE.
>
> Signed-off-by: Lad, Prabhakar
Applying into omap-for-v4.1/dt thanks.
T
* Matt Porter [150306 07:16]:
> The omap_serial.txt binding documentation lacks a number of properties
> that are used in DTS files for platforms incorporating this peripheral.
> Fix this by documenting the missing required and optional fields and
> add an example.
>
> Signed-off-by: Matt Porter
* Roger Quadros [150306 07:10]:
> The beagle board contains a 16-bit NAND device connected to
> chip select 0 of the GPMC controller.
>
> Signed-off-by: Roger Quadros
Applying into omap-for-v4.1/dt thanks.
Tony
> ---
> arch/arm/boot/dts/omap3-beagle.dts | 52
> ++
* Vignesh R [150302 02:53]:
> This patch updates hdq node compatible property to "ti,am4372-hdq".
>
> Signed-off-by: Vignesh R
Looks like this is safe to apply even with the driver changes pending
as the driver is currently only parsing ti,omap3-1w property.
So applying this patch into omap-for
* Marek Belisko [150227 13:30]:
> changes from v2:
> - fix missing PIN_INPUT for penirq node
> - added Reviewed-by and Tested-by
>
> changes from v1:
> - add new boards to makefile in patch 2,3 (don't add them
> in separate commit together), fix gpmc issues (reported by Tony Lindgren)
>
> - fix
On 03/03/15 04:29, Daniel Lezcano wrote:
>
> The code is optimized to use the __init section intensively in order to reduce
> the memory footprint after the driver is initialized and unify the function
> names with ARM64.
>
> In order to prevent multiple declarations and the specific cpuidle ops to
* Peter Ujfalusi [150226 05:43]:
> To be able to control the gate for the clkout2 clock output.
>
> Signed-off-by: Peter Ujfalusi
> Signed-off-by: Jyri Sarha
Applying into omap-for-v4.1/dt thanks.
Tony
> ---
> arch/arm/boot/dts/dra7xx-clocks.dtsi | 8
> 1 file changed, 8 insertions
* Matt Porter [150226 07:42]:
> The omap_serial.txt binding documentation lacks a number of properties
> that are used in DTS files for platforms incorporating this peripheral.
> Fix this by documenting the missing required and optional fields and
> add an example.
>
> Signed-off-by: Matt Porter
The Cubox has a recessed button between the HDMI and RJ-45 connectors
that wasn't mapped in the device tree, so I've mapped it to gpio-keys
BTN_0.
Signed-off-by: George Joseph
Tested-by: George Joseph
---
arch/arm/boot/dts/imx6qdl-cubox-i.dtsi | 20
1 file changed, 20 inser
On 03/09/15 08:16, Lina Iyer wrote:
> +
> +static int qcom_idle_enter(int cpu, unsigned long index)
> +{
> + if (!per_cpu(qcom_idle_ops, cpu)[index])
> + return -EOPNOTSUPP;
Is this case still happening?
> +
> + return per_cpu(qcom_idle_ops, cpu)[index](cpu);
> +}
> +
> +const
* Pavel Machek [150228 08:49]:
> On Thu 2015-02-26 14:49:56, Pali Rohár wrote:
> > This patch adds missing dma DTS definitions for omap aes and sham drivers.
> > Without it kernel drivers do not work.
> >
> > Signed-off-by: Pali Rohár
>
> Acked-by: PavelMachek
Applying this into omap-
From: Govindraj Raja
Add a defconfig for Pistachio which enables drivers for all the
currently supported peripherals on the SoC.
Signed-off-by: Govindraj Raja
Signed-off-by: Andrew Bresticker
---
No changes from v1/v2.
---
arch/mips/configs/pistachio_defconfig | 336 ++
The Pistachio SoC boots only with device-tree. Document the required
properties and nodes as well as the boot protocol between the bootlaoder
and the kernel.
Signed-off-by: Andrew Bresticker
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
---
No changes from
Platforms which use raw zboot images may need to link the image at
a fixed address if there is no other way to communicate the load
address to the bootloader. Allow the per-platform Kbuild files
to specify an optional zboot image load address (zload-y) and fall
back to calc_vmlinuz_load_addr if un
From: Kevin Cernekee
11 platforms require at least one of these workarounds to be enabled; 22
platforms do not. In the latter case we can fall back to a generic version.
Note that this also deletes an orphaned reference to RM9000_CDEX_SMP_WAR.
Suggested-by: Arnd Bergmann
Signed-off-by: Kevin
This series adds basic support for the Imagination Technologies Pistachio
SoC. Pistachio will boot using device-tree only. v4.0-rc1 already includes
support for several of the peripherals on Pistachio, including MMC, SPI,
I2C, DMA, watchdog timer, PWM, and IR. Clock and pinctrl support for
Pista
Add initial support for boards based on the Imagination Pistachio SoC.
Pistachio is based on a dual-core MIPS interAptiv CPU and will boot
using device-tree.
Signed-off-by: James Hartley
Signed-off-by: Andrew Bresticker
---
Changes from v2:
- addressed reviewed feedback from James
Changes from
Am 16.03.2015 um 22:20 schrieb Belisko Marek :
> On Mon, Mar 16, 2015 at 10:05 PM, Pavel Machek wrote:
>> On Wed 2015-02-04 23:14:32, Marek Belisko wrote:
>>> Signed-off-by: Marek Belisko
>>> ---
>>> .../bindings/power_supply/twl4030_madc_battery.txt | 43
>>> ++
>>> 1 file
On Mon, Mar 16, 2015 at 2:50 PM, Russell King - ARM Linux
wrote:
> On Mon, Mar 16, 2015 at 02:36:41PM -0600, George Joseph wrote:
>> The Cubox has a recessed button between the HDMI and RJ-45 connectors
>> that wasn't mapped in the device tree. Since the button is normally
>> open and there's no
* Pali Rohár [150316 14:15]:
> On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
> > * Pali Rohár [150316 13:59]:
> > > On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
> > > > I believe the last pending issues is the support for
> > > > ATAG_REVISION in device tree mode as posted by Pal
On Mon, Mar 16, 2015 at 10:05 PM, Pavel Machek wrote:
> On Wed 2015-02-04 23:14:32, Marek Belisko wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> .../bindings/power_supply/twl4030_madc_battery.txt | 43
>> ++
>> 1 file changed, 43 insertions(+)
>> create mode 100644
>> Do
On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
> * Pali Rohár [150316 13:59]:
> > On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
> > > I believe the last pending issues is the support for
> > > ATAG_REVISION in device tree mode as posted by Pali.
> >
> > No. In DT boot there is miss
* Tony Lindgren [150316 13:59]:
> * Marek Belisko [150310 14:28]:
> > Added battery support for gta04 devices.
> >
> > Signed-off-by: Marek Belisko
>
> Picking up this patch into omap-for-v4.1/dt branch thanks.
Actually not yet applying this as looks like Pavel just
had few comments on these
* Pali Rohár [150316 13:59]:
> On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
> > I believe the last pending issues is the support for
> > ATAG_REVISION in device tree mode as posted by Pali.
> >
>
> No. In DT boot there is missing /proc/atags file (readable by
> userspace processes).
O
On Wed 2015-02-04 23:14:32, Marek Belisko wrote:
> Signed-off-by: Marek Belisko
> ---
> .../bindings/power_supply/twl4030_madc_battery.txt | 43
> ++
> 1 file changed, 43 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/power_supply/twl4030_madc_batter
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
> I believe the last pending issues is the support for
> ATAG_REVISION in device tree mode as posted by Pali.
>
No. In DT boot there is missing /proc/atags file (readable by
userspace processes). And also broken AES/SHA/MD5 support. Fix
for
* Marek Belisko [150310 14:28]:
> Added battery support for gta04 devices.
>
> Signed-off-by: Marek Belisko
Picking up this patch into omap-for-v4.1/dt branch thanks.
Tony
> ---
> arch/arm/boot/dts/omap3-gta04.dtsi | 30 ++
> 1 file changed, 30 insertions(+)
>
>
* Belisko Marek [150316 13:47]:
> Hi Tony,
>
> On Mon, Mar 16, 2015 at 9:35 PM, Tony Lindgren wrote:
> > * Sebastian Reichel [150304 16:41]:
> >> Hi,
> >>
> >> On Wed, Feb 04, 2015 at 11:14:33PM +0100, Marek Belisko wrote:
> >> > Signed-off-by: Marek Belisko
> >> > ---
> >> > arch/arm/boot/dt
* Rostislav Lisovy [150209 06:51]:
> Since this is a SOM (System on Module) that will be part
> of another embedded board (and can't really exist on its own)
> define it as a "dtsi" that will be included in the Device tree
> describing the whole system later on.
>
> Hardware specification:
> * AM
On Mon, Mar 16, 2015 at 02:36:41PM -0600, George Joseph wrote:
> The Cubox has a recessed button between the HDMI and RJ-45 connectors
> that wasn't mapped in the device tree. Since the button is normally
> open and there's no external pull up/down, that pad (EIM_DA8) can be
> used for almost anyt
Hi Tony,
On Mon, Mar 16, 2015 at 9:35 PM, Tony Lindgren wrote:
> * Sebastian Reichel [150304 16:41]:
>> Hi,
>>
>> On Wed, Feb 04, 2015 at 11:14:33PM +0100, Marek Belisko wrote:
>> > Signed-off-by: Marek Belisko
>> > ---
>> > arch/arm/boot/dts/omap3-gta04.dtsi | 30 +
* Sebastian Reichel [150304 16:41]:
> Hi,
>
> On Wed, Feb 04, 2015 at 11:14:33PM +0100, Marek Belisko wrote:
> > Signed-off-by: Marek Belisko
> > ---
> > arch/arm/boot/dts/omap3-gta04.dtsi | 30 ++
> > 1 file changed, 30 insertions(+)
>
> DTS changes must go via oma
The Cubox has a recessed button between the HDMI and RJ-45 connectors
that wasn't mapped in the device tree. Since the button is normally
open and there's no external pull up/down, that pad (EIM_DA8) can be
used for almost anything so I've mapped it to gpio-keys BTN_0 and
pps-gpio. Whichever driv
On 10.03.2015 17:28, Stephen Warren wrote:
On 03/09/2015 06:21 AM, Sebastian Hesselbarth wrote:
I2C mux pinctrl driver currently determines the number of sub-busses by
counting available pinctrl-names. Unfortunately, this requires each
incarnation of the devicetree node with different available
* Matwey V. Kornilov [150312 23:58]:
> Hi,
>
> Teresa replied me, but unfortunately I found that the answer not
> reached the public maillists. Briefly, we don't need this patch,
> PhyTec will send better one this year.
OK will ignore this one then. This year sounds a bit long time
to wait thoug
On Monday 16 March 2015 13:00:51 Kumar Gala wrote:
> On Mar 16, 2015, at 9:20 AM, Gabriel FERNANDEZ
> wrote:
>
> > ST sti SoCs PCIe IPs are built around DesignWare IP Core.
> > But in these SoCs PCIe IP doesn't support IO.
> >
> > This patch adds the possibility to disable it through
> > a DT p
[snip]
> +static int brcmnand_dma_trans(struct brcmnand_host *host, u64 addr, u32 *buf,
> + u32 len, u8 dma_cmd)
> +{
> + struct brcmnand_controller *ctrl = host->ctrl;
> + dma_addr_t buf_pa;
> + int dir = dma_cmd == CMD_PAGE_READ ? DMA_FROM_DEVICE : DMA_TO_DE
Hi Hans,
Thanks for the review.
On Mon, Mar 16, 2015 at 9:24 AM, Hans Verkuil wrote:
> Hi Prabhakar,
>
> On 03/15/2015 11:34 AM, Lad Prabhakar wrote:
>> From: Benoit Parrot
>>
>> this patch adds support for omnivision's ov2659
>> sensor, the driver supports following features:
>> 1: Asynchronou
On 03/16/2015 02:35 PM, Hans de Goede wrote:
> To be clear about my aarch64 remark, that relates to the behavior of aarch64
> acpi using
> machines, those will also output to both a serial tty and tty0 when the acpi
> equivalent
> of stdout-path is present and points to a serial tty.
I already m
On Mon, 2015-03-16 at 20:01 +0100, LABBE Corentin wrote:
[]
> diff --git a/MAINTAINERS b/MAINTAINERS
[]
> @@ -10923,6 +10923,12 @@ L: linux...@kvack.org
> S: Maintained
> F: mm/zswap.c
>
> +ALLWINNER SECURITY SYSTEM
> +M: Corentin Labbe
> +L: linux-cry...@vger.kernel.org
> +S: Main
Hello
This is the driver for the Security System included in Allwinner SoC A20.
The Security System (SS for short) is a hardware cryptographic accelerator that
support AES/MD5/SHA1/DES/3DES/PRNG algorithms.
It could be found on others Allwinner SoC:
- A10s, A33 and A31 diagram speak about it with
Add support for the Security System included in Allwinner SoC A20.
The Security System is a hardware cryptographic accelerator that support:
- MD5 and SHA1 hash algorithms
- AES block cipher in CBC mode with 128/196/256bits keys.
- DES and 3DES block cipher in CBC mode
Signed-off-by: LABBE Corenti
The Security System is a hardware cryptographic accelerator that support
AES/MD5/SHA1/DES/3DES/PRNG algorithms.
It could be found on many Allwinner SoC.
This patch enable the Security System on the Allwinner A20 SoC Device-tree.
Signed-off-by: LABBE Corentin
---
arch/arm/boot/dts/sun7i-a20.dtsi
This patch adds documentation for Device-Tree bindings for the Security System
cryptographic accelerator driver.
Signed-off-by: LABBE Corentin
---
Documentation/devicetree/bindings/crypto/sunxi-ss.txt | 9 +
1 file changed, 9 insertions(+)
create mode 100644 Documentation/devicetree/bi
Signed-off-by: LABBE Corentin
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0e1abe8..ebca296 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10923,6 +10923,12 @@ L: linux...@kvack.org
S: Maintained
F: mm/zswap.c
+ALLWINNER
On 06/03/15 17:18, Brian Norris wrote:
> This core originated in Set-Top Box chips (BCM7xxx) but is used in a
> variety of other Broadcom chips, including some BCM63xxx, BCM33xx, and
> iProc/Cygnus. It's been used only on ARM and MIPS SoCs, so restrict it
> to those architectures.
>
> There are mu
On 06/03/15 17:18, Brian Norris wrote:
> Signed-off-by: Brian Norris
Reviewed-by: Florian Fainelli
> ---
> .../devicetree/bindings/mtd/brcmstb_nand.txt | 109
> +
> 1 file changed, 109 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/mtd/brcmstb_
Hi,
On 16-03-15 19:23, Peter Hurley wrote:
On 03/16/2015 02:12 PM, Hans de Goede wrote:
Hi,
On 16-03-15 18:49, Peter Hurley wrote:
Hi Hans,
On 03/16/2015 12:31 PM, Hans de Goede wrote:
Hi All,
While updating my local working tree to 4.0-rc4 this morning I noticed that I
no longer
get cons
* Sebastian Reichel [150316 11:26]:
> Hi,
>
> On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
> > * Arnd Bergmann [150315 05:10]:
> > > On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
> > > > yeah, i missed it :/
> > > >
> > > > looks like there's no platform that defines pl
Hi,
On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
> * Arnd Bergmann [150315 05:10]:
> > On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
> > > yeah, i missed it :/
> > >
> > > looks like there's no platform that defines platform data for it.
> > > i'll replace the dev_get_pl
Hi Russell,
On 12/03/2015 19:31, Russell King wrote:
> Add the PMU description to the Dove DT file. The PMU provides multiple
> features, including an interrupt, reset, power and isolation controller.
>
> Signed-off-by: Russell King
> ---
> arch/arm/boot/dts/dove.dtsi | 9 +
> 1 file c
On 03/16/2015 02:12 PM, Hans de Goede wrote:
> Hi,
>
> On 16-03-15 18:49, Peter Hurley wrote:
>> Hi Hans,
>>
>> On 03/16/2015 12:31 PM, Hans de Goede wrote:
>>> Hi All,
>>>
>>> While updating my local working tree to 4.0-rc4 this morning I noticed that
>>> I no longer
>>> get console / kernel mes
Hi Hans,
On Mon, Mar 16, 2015 at 04:53:22PM +0100, Hans de Goede wrote:
> While updating my local working tree to 4.0-rc4 this morning I noticed that I
> no longer
> got any console (neither video output not serial console) on an Allwinner A20
> ARM
> board.
>
> This is caused by:
> https://git
On Tue, Mar 03, 2015 at 12:29:33PM +, Daniel Lezcano wrote:
> The current state of the different cpuidle drivers is the different PM
Nit: "The current state of cpuidle drivers is such that different ..."
> operations are passed via the platform_data using the platform driver
> paradigm.
>
>
Hi,
On 16-03-15 18:49, Peter Hurley wrote:
Hi Hans,
On 03/16/2015 12:31 PM, Hans de Goede wrote:
Hi All,
While updating my local working tree to 4.0-rc4 this morning I noticed that I
no longer
get console / kernel messages output on the hdmi output of my ARM board / on
tty0
This is caused
1 - 100 of 168 matches
Mail list logo