Re: [PATCH v2 08/25] dt-bindings: power: supply: add AXP20X/AXP22X AC power supply

Hi, On Fri, Jan 27, 2017 at 09:54:41AM +0100, Quentin Schulz wrote: > The X-Powers AXP20X and AXP22X PMICs have an AC entry to supply power to > the board. They have a few registers dedicated to the status of the AC > power supply. > > This adds the DT binding documentation for the AC power

[GIT PULL] parisc architecture fixes for v4.10-rc6

Hi Linus, please pull two fixes for the parisc architecture for kernel 4.10-rc6 from: git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.10-3 One fix to avoid usage of BITS_PER_LONG in user-space exported swab.h header which breaks compiling qemu, and one trivial

[PATCH v13 4/5] iio: adc: mxs-lradc: Remove driver

Since the driver has been split into mfd there is no reason for it to stay, so remove it. Signed-off-by: Ksenija Stanojevic Acked-by: Jonathan Cameron Reviewed-by: Marek Vasut --- Changes in v13: - none Changes in v12: - none

[PATCH v13 2/5] iio: adc: mxs-lradc: Add support for adc driver

Add support for sixteen-channel 12-bit resolution ADC and its functions, which include general-purpose ADC readings, battery voltage measurement, and die temperature measurement. Signed-off-by: Ksenija Stanojevic Reviewed-by: Jonathan Cameron

Re: [PATCH v9 6/8] drivers:input:ads7846(+tsc2046): fix spi module table

Hi Dmitry, > Am 29.01.2017 um 19:01 schrieb Dmitry Torokhov : > > On Sun, Jan 29, 2017 at 09:39:39AM +0100, H. Nikolaus Schaller wrote: >> Hi Dmitry, >> >>> Am 28.01.2017 um 20:35 schrieb Dmitry Torokhov : >>> >>> On Wed, Dec 28, 2016 at

Re: [PATCH 37/50] x86/boot/e820: Use 'enum e820_type' in 'struct e820_entry'

On Sun, Jan 29, 2017 at 1:19 AM, Ingo Molnar wrote: > > Would it be acceptable to use enum for the kernel internal representation (our > e820_table structures never actually comes directly, we construct it > ourselves), > and maintain the very explicitly sized ABI type for the

Re: [PATCH v2] clk: add more managed APIs

On 01/29/2017 10:07 AM, Dmitry Torokhov wrote: When converting a driver to managed resources it is desirable to be able to manage all resources in the same fashion. This change allows managing clocks in the same way we manage many other resources. This adds the following managed APIs: -

Re: [PATCH linux v3 5/6] hwmon: occ: Add hwmon implementation for the P8 OCC

Hi Edward, [auto build test ERROR on hwmon/hwmon-next] [also build test ERROR on v4.10-rc5 next-20170125] [cannot apply to linux/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[GIT PULL 1/4] ARM: mach/soc: exynos for v4.11, 2nd round

On top of previous pull request. The following changes since commit cda1a52dab50340728e46601e6c9da9fc4beaf1f: ARM: s3c64xx: Constify wake_irqs (2016-12-29 15:41:44 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git

[GIT PULL 4/4] arm64: dts: exynos: for v4.11, 2nd round

Hi, On top of previous pull request. This adds proper clocks to LPASS node on Exynos5433 which is needed by Marek's patchset: - [PATCH v2 0/8] Pad retentions support for Exynos5433 https://lkml.kernel.org/r/1485419634-28331-1-git-send-email-m.szyprowski () samsung ! com Cc: Marek

[GIT PULL 3/4] ARM: dts: exynos: for v4.11, 2nd round

Hi, On top of previous pull request. Best regards, Krzysztof The following changes since commit bca9085e0ae93253bc93ce218c85ac7d7e7f1831: ARM: dts: exynos: remove Exynos4212 support (dead code) (2017-01-11 18:28:43 +0200) are available in the git repository at:

Re: [PATCH] power: reset: Add MAX77620 support

Hi, On Fri, Jan 20, 2017 at 09:38:04AM +0100, Thierry Reding wrote: > On Thu, Jan 19, 2017 at 03:29:34PM -0800, Guenter Roeck wrote: > > On Fri, Jan 20, 2017 at 12:00:36AM +0100, Sebastian Reichel wrote: > > > Hi Thierry, > > > > > > > > > [...] > > > > > > > > > > Please use

[GIT PULL 2/4] soc: samsung: exynos for v4.11, 2nd round

Hi, On top of previous pull request (tags/samsung-drivers-soc-pmu-4.11). This adds support for Exynos5433 to PMU driver which is needed by Marek's patchset: - [PATCH v2 0/8] Pad retentions support for Exynos5433 https://lkml.kernel.org/r/1485419634-28331-1-git-send-email-m.szyprowski ()

[PATCH REPOST 2/2] cgroup, perf_event: make perf_event controller work on cgroup2 hierarchy

perf_event is a utility controller whose primary role is identifying cgroup membership to filter perf events; however, because it also tracks some per-css state, it can't be replaced by pure cgroup membership test. Mark the controller as implicitly enabled on the default hierarchy so that perf

[PATCHv3 10/12] mm: convert page_mapped_in_vma() to use page_vma_mapped_walk()

For consistency, it worth converting all page_check_address() to page_vma_mapped_walk(), so we could drop the former. Signed-off-by: Kirill A. Shutemov Acked-by: Hillf Danton --- mm/page_vma_mapped.c | 30 ++

Re: mm: deadlock between get_online_cpus/pcpu_alloc

On 29.1.2017 13:44, Dmitry Vyukov wrote: > Hello, > > I've got the following deadlock report while running syzkaller fuzzer > on f37208bc3c9c2f811460ef264909dfbc7f605a60: > > [ INFO: possible circular locking dependency detected ] > 4.10.0-rc5-next-20170125 #1 Not tainted >

[PATCHv3 08/12] mm, ksm: convert write_protect_page() to use page_vma_mapped_walk()

For consistency, it worth converting all page_check_address() to page_vma_mapped_walk(), so we could drop the former. Signed-off-by: Kirill A. Shutemov --- mm/ksm.c | 34 ++ 1 file changed, 18 insertions(+), 16 deletions(-) diff

Re: [PATCH v2 03/25] power: supply: axp20x_usb_power: use IIO channels when available

Hi, On Fri, Jan 27, 2017 at 09:54:36AM +0100, Quentin Schulz wrote: > The X-Powers AXP20X PMIC exposes the current current and voltage > measures via an internal ADC. > > This adds the possibility to read IIO channels directly for processed > values rather than reading the registers and

[PATCH v13 5/5] mfd: Move binding document

The bindings, which are now used in MFD, need also to be documented in the MFD binding document. Signed-off-by: Ksenija Stanojevic Reviewed-by: Marek Vasut Acked-by: Lee Jones --- Changes in v13: - none Changes in v12: -

[PATCH v13 1/5] mfd: mxs-lradc: Add support for mxs-lradc MFD

Add core files for low resolution analog-to-digital converter (mxs-lradc) MFD driver. Signed-off-by: Ksenija Stanojevic Acked-by: Lee Jones --- Changes in v13: - none Changes in v12: - use BIT macro Changes in v11: - create static struct

[PATCH v13 3/5] input: touchscreen: mxs-lradc: Add support for touchscreen

Add 4-wire/5-wire touchscreen controller. Signed-off-by: Ksenija Stanojevic --- Changes in v13: - use struct state_info instead of using functions for doing conditionals on every operation. - call mxs_lradc_ts_stop() before requesting interrupts. Changes in

[PATCH v13 0/5] mxs-lradc: Split driver into MFD

Split existing driver mxs-lradc into MFD with touchscreen and IIO part. Tested on I.MX28 Ksenija Stanojevic (5): mfd: mxs-lradc: Add support for mxs-lradc MFD iio: adc: mxs-lradc: Add support for adc driver input: touchscreen: mxs-lradc: Add support for touchscreen iio: adc: mxs-lradc:

Re: [PATCH] staging: rtl8188eu: checkpatch fixes: removed not necessary braces {}

On 01/29/2017 06:43 PM, Bjørn Mork wrote: Greg KH writes: Please take some time, and go read Documentation/SubmittingPatches. That's quickly done nowadays: bjorn@miraculix:/usr/local/src/git/linux$ cat Documentation/SubmittingPatches This file has moved to

[PATCH] watchdog: RDC321X_WDT always depends on PCI

Without this dependency, platforms not supporting PCI (such as m68k) report the following build warning when building allmodconfig or allyesconfig. drivers/watchdog/rdc321x_wdt.c: In function 'rdc321x_wdt_ioctl': ./arch/m68k/include/asm/uaccess_mm.h:61:1: warning: 'value' may be used

[GIT PULL 0/4] ARM: exynos: Second round for v4.11

Hi, All pull requests on top of previous ones. No specific dependencies of pulling. No external dependencies included. Best regards, Krzysztof

RE: [PATCH 2/2] perf,core: use parent avg sample period as child initial period

> > On Wed, Jan 18, 2017 at 08:21:02AM -0500, kan.li...@intel.com wrote: > > From: Kan Liang > > > > perf brings additional overhead when monitoring the task which > > frequently generates child task. > > > > When inheriting a event from parent task to child task, the > >

Re: [PATCH 01/50] x86/boot/e820: Introduce arch/x86/include/asm/e820/types.h

On Sat, Jan 28, 2017 at 11:11:22PM +0100, Ingo Molnar wrote: > > The plan is to keep the old UAPI header in place but the kernel won't > use it anymore - and after some time we'll try to remove it. (User-space > tools better have local copies of headers anyway, instead of relying > on kernel

Re: [PATCH 2/6] wl1251: Use request_firmware_prefer_user() for loading NVS calibration data

On Fri, Jan 27, 2017 at 02:11:46PM +0100, Pali Rohár wrote: > So there are only two options: > > 1) Disallow it and so these users will have non-working wifi. > > 2) Allow those data to be used as fallback mechanism. There is one "custom fallback" user in kernel which we recently determined was

[PATCHv3 06/12] mm: convert page_mkclean_one() to use page_vma_mapped_walk()

For consistency, it worth converting all page_check_address() to page_vma_mapped_walk(), so we could drop the former. PMD handling here is future-proofing, we don't have users yet. ext4 with huge pages will be the first. Signed-off-by: Kirill A. Shutemov ---

[PATCHv3 02/12] mm: introduce page_vma_mapped_walk()

The patch introduces new interface to check if a page is mapped into a vma. It aims to address shortcomings of page_check_address{,_transhuge}. Existing interface is not able to handle PTE-mapped THPs: it only finds the first PTE. The rest lefted unnoticed. page_vma_mapped_walk() iterates over

[PATCHv3 01/12] uprobes: split THPs before trying replace them

For THPs page_check_address() always fails. It leads to endless loop in uprobe_write_opcode(). Testcase with huge-tmpfs (not sure if it's possible to trigger this uprobe codepath for anon memory): mount -t debugfs none /sys/kernel/debug mount -t tmpfs -o huge=always none /mnt

[PATCHv3 07/12] mm: convert try_to_unmap_one() to use page_vma_mapped_walk()

For consistency, it worth converting all page_check_address() to page_vma_mapped_walk(), so we could drop the former. It also makes freeze_page() as we walk though rmap only once. Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 16 +--- mm/rmap.c

Re: [PATCH] tpm: add buffer access validation in tpm2_get_pcr_allocation()

On 01/29/2017 08:10 PM, Jarkko Sakkinen wrote: On Fri, Jan 27, 2017 at 10:25:49AM -0500, Nayna Jain wrote: This patch add validation in tpm2_get_pcr_allocation to avoid access beyond response buffer length. Suggested-by: Stefan Berger Signed-off-by: Nayna Jain

[PATCH] macintosh: windfarm_smu_sensors: constify wf_sensor_ops structures

Declare wf_sensor_ops structures as const as they are only stored in the ops field of a wf_sensor structure. This field is of type const, so wf_sensor_ops structures having this property can be made const too. Done using Coccinelle: @r disable optional_qualifier@ identifier x; position p; @@

[PATCHv3 00/12] Fix few rmap-related THP bugs

The patch fixes handing PTE-mapped THPs in page_referenced() and page_idle_clear_pte_refs(). To achieve that I've intrdocued new helper -- page_vma_mapped_walk() -- which replaces all page_check_address{,_transhuge}() and covers all THP cases. Patchset overview: - First patch fixes one uprobe

[PATCHv3 05/12] mm, rmap: check all VMAs that PTE-mapped THP can be part of

Current rmap code can miss a VMA that maps PTE-mapped THP if the first suppage of the THP was unmapped from the VMA. We need to walk rmap for the whole range of offsets that THP covers, not only the first one. vma_address() also need to be corrected to check the range instead of the first

[PATCHv3 09/12] mm, uprobes: convert __replace_page() to use page_vma_mapped_walk()

For consistency, it worth converting all page_check_address() to page_vma_mapped_walk(), so we could drop the former. Signed-off-by: Kirill A. Shutemov Reviewed-by: Srikar Dronamraju --- kernel/events/uprobes.c | 22

[PATCHv3 03/12] mm: fix handling PTE-mapped THPs in page_referenced()

For PTE-mapped THP page_check_address_transhuge() is not adequate: it cannot find all relevant PTEs, only the first one. It means we can miss some references of the page and it can result in suboptimal decisions by vmscan. Let's switch it to page_vma_mapped_walk(). I don't think it's subject for

[PATCHv3 12/12] mm: convert remove_migration_pte() to use page_vma_mapped_walk()

remove_migration_pte() also can easily be converted to page_vma_mapped_walk(). Signed-off-by: Kirill A. Shutemov --- mm/migrate.c | 104 +++ 1 file changed, 41 insertions(+), 63 deletions(-) diff --git

[PATCHv3 04/12] mm: fix handling PTE-mapped THPs in page_idle_clear_pte_refs()

For PTE-mapped THP page_check_address_transhuge() is not adequate: it cannot find all relevant PTEs, only the first one.i Let's switch it to page_vma_mapped_walk(). I don't think it's subject for stable@: it's not fatal. Signed-off-by: Kirill A. Shutemov Cc:

[PATCHv3 11/12] mm: drop page_check_address{,_transhuge}

All users are gone. Let's drop them. Signed-off-by: Kirill A. Shutemov --- include/linux/rmap.h | 36 -- mm/rmap.c| 138 --- 2 files changed, 174 deletions(-) diff --git

[PATCH v2] clk: add more managed APIs

When converting a driver to managed resources it is desirable to be able to manage all resources in the same fashion. This change allows managing clocks in the same way we manage many other resources. This adds the following managed APIs: - devm_clk_prepare()/devm_clk_unprepare(); -

Re: [PATCH linux v4 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

On 01/26/2017 03:19 PM, eajames@gmail.com wrote: From: "Edward A. James" Add core support for polling the OCC for it's sensor data and parsing that data into sensor-specific information. Signed-off-by: Edward A. James Signed-off-by: Andrew Jeffery

[PATCH] sysctl: add proper unsigned int support

Commit e7d316a02f6838 ("sysctl: handle error writing UINT_MAX to u32 fields") added proc_douintvec() to start help adding support for unsigned int, this however was only half the work needed, all these issues are present with the current implementation: o Printing the values shows a negative

Re: [PATCH linux v4 2/6] hwmon: occ: Add sysfs interface

On 01/26/2017 03:19 PM, eajames@gmail.com wrote: From: "Edward A. James" Add a generic mechanism to expose the sensors provided by the OCC in sysfs. Signed-off-by: Edward A. James Signed-off-by: Andrew Jeffery ---

Re: [PATCHv5 0/5] Support for Marvell switches with integrated CPUs

On 28/01/17 07:47, Stephen Boyd wrote: > On 01/27, Gregory CLEMENT wrote: >> Hi all, >> >> On ven., janv. 27 2017, Chris Packham >> wrote: >> >>> The 98DX3236, 98DX3336 and 98DX4251 are a set of switch ASICs with >>> integrated CPUs. They CPU block is common

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Fri, Jan 27, 2017 at 04:32:38PM -0800, James Bottomley wrote: > sessions are different from transient objects in that their handles > may not be virtualized (because they're used for some hmac > calculations). Additionally when a session is context saved, a > vestigial memory remains in the

Re: [PATCH v11 1/2] serial: exar: split out the exar code from 8250_pci

Hi Sudip, [auto build test WARNING on tty/tty-testing] [also build test WARNING on v4.10-rc5 next-20170125] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH v5 02/11] pwm: imx: remove ipg clock and enable per clock when required

From: Sascha Hauer The use of the ipg clock was introduced with commit 7b27c160c681 ("pwm: i.MX: fix clock lookup"). In the commit message it was claimed that the ipg clock is enabled for register accesses. This is true for the ->config() callback, but not for the

[PATCH v5 03/11] pwm: imx: Add separate set of pwm ops for PWMv1 and PWMv2

From: Lukasz Majewski This patch provides separate set of pwm ops utilized by i.MX's PWMv1 and PWMv2. Signed-off-by: Lothar Waßmann Signed-off-by: Bhuvanchandra DV Signed-off-by: Lukasz Majewski

[PATCH v5 04/11] pwm: imx: Rewrite imx_pwm_*_v1 code to facilitate switch to atomic pwm operation

From: Lukasz Majewski The code has been rewritten to remove "generic" calls to imx_pwm_{enable|disable|config}. Such approach would facilitate switch to atomic PWM (a.k.a ->apply()) implementation. Suggested-by: Stefan Agner Suggested-by: Boris Brezillon

[PATCH v5 01/11] pwm: print error messages with pr_err() instead of pr_debug()

From: Lothar Wassmann Make the messages that are printed in case of fatal errors actually visible to the user without having to recompile the driver with debugging enabled. Signed-off-by: Lothar Waßmann Signed-off-by: Bhuvanchandra DV

[PATCH v5 09/11] pwm: core: make the PWM_POLARITY flag in DTB optional

From: Lothar Wassmann Change the pwm chip driver registration, so that a chip driver that supports polarity inversion can still be used with DTBs that don't provide the 'PWM_POLARITY' flag. This is done to provide polarity inversion support for the pwm-imx driver

[PATCH v5 11/11] pwm: imx: Add polarity inversion support to i.MX's PWMv2

With this patch the polarity settings for i.MX's PWMv2 is now supported on top of atomic PWM setting Signed-off-by: Bhuvanchandra DV Signed-off-by: Lukasz Majewski --- Changes for v5: - Adjust to corrected ->apply_v2() code Changes for v4: -

[PATCH v11 1/2] serial: exar: split out the exar code from 8250_pci

From: Sudip Mukherjee Add the serial driver for the Exar chips. And also register the platform device for the GPIO provided by the Exar chips. Signed-off-by: Sudip Mukherjee --- Andy, I think this is what you meant. Well, by

Re: [PATCH v5 5/8] clocksource/drivers/rockchip_timer: split bc_timer into rk_timer and rk_clock_event_device

Hi Alexander, Am Dienstag, 24. Januar 2017, 18:16:20 CET schrieb Alexander Kochetkov: > > 24 янв. 2017 г., в 18:02, Heiko Stübner написал(а): > > > > Please don't add Reviewed-by tags without explicit mention of them by > > reviewers. (Also it's spelled wrong). > > > > I

[PATCH v11 2/2] serial: 8250_pci: remove exar code

From: Sudip Mukherjee Remove the Exar specific codes from 8250_pci and blacklist those chips so that the new Exar serial driver binds to the devices. Reviewed-by: Andy Shevchenko Signed-off-by: Sudip Mukherjee

Re: [PATCH] tpm: add buffer access validation in tpm2_get_pcr_allocation()

On Sun, Jan 29, 2017 at 10:48:39PM +0530, Nayna wrote: > > > On 01/29/2017 08:10 PM, Jarkko Sakkinen wrote: > > On Fri, Jan 27, 2017 at 10:25:49AM -0500, Nayna Jain wrote: > > > This patch add validation in tpm2_get_pcr_allocation to avoid > > > access beyond response buffer length. > > > > > >

Re: [tpmdd-devel] [PATCH 2/2] tpm2-space: add handling for global session exhaustion

On Mon, Jan 30, 2017 at 12:02:19AM +0200, Jarkko Sakkinen wrote: > On Fri, Jan 27, 2017 at 04:33:54PM -0800, James Bottomley wrote: > > In a TPM2, sessions can be globally exhausted once there are > > TPM_PT_ACTIVE_SESSION_MAX of them (even if they're all context saved). > > The Strategy for

Re: [tpmdd-devel] [PATCH 2/2] tpm2-space: add handling for global session exhaustion

On Fri, Jan 27, 2017 at 04:33:54PM -0800, James Bottomley wrote: > In a TPM2, sessions can be globally exhausted once there are > TPM_PT_ACTIVE_SESSION_MAX of them (even if they're all context saved). > The Strategy for handling this is to keep a global count of all the > sessions along with their

Re: [PATCH] power: reset: Add MAX77620 support

On 01/29/2017 12:02 PM, Sebastian Reichel wrote: To keep things simple, I think it would be okay to allow only one of each type of controller in any running system. It's very unlikely that board designers would devise two different ways of powering off or restarting a system, while in a

[PATCH v5 08/11] pwm: imx: Remove redundant i.MX PWMv2 code

The code providing functionality surpassed by the atomic PWM is not needed anymore and hence can be removed. Suggested-by: Stefan Agner Suggested-by: Boris Brezillon Signed-off-by: Lukasz Majewski Reviewed-by: Boris

[PATCH v5 00/11] pwm: imx: Provide atomic operation for IMX PWM driver

This patch set brings atomic operation to i.MX's PWMv2 driver. This work has been supported and suggested by Boris Brezillon [1] and Stefan Agner, by showing how simple the transition could be :-) (in theory). It has been divided into several steps: - Remove ipg clock and enable per clock when

[PATCH v5 05/11] pwm: imx: Move PWMv2 software reset code to a separate function

From: Lukasz Majewski The software reset code has been extracted from imx_pwm_config_v2 function and moved to new one - imx_pwm_sw_reset(). This change reduces the overall size of imx_pwm_config_v2() and prepares it for atomic PWM operation. Suggested-by: Stefan Agner

[PATCH v5 10/11] pwm: imx: doc: Update imx-pwm.txt documentation entry

From: Lukasz Majewski The imx-pwm.txt documentation update as a preparation for polarity support. Signed-off-by: Bhuvanchandra DV Signed-off-by: Lukasz Majewski Acked-by: Rob Herring --- Changes for

[PATCH v5 07/11] pwm: imx: Provide atomic PWM support for i.MX PWMv2

This commit provides apply() callback implementation for i.MX's PWMv2. Suggested-by: Stefan Agner Suggested-by: Boris Brezillon Signed-off-by: Lukasz Majewski Reviewed-by: Boris Brezillon

[PATCH v5 06/11] pwm: imx: Move PWMv2 wait for fifo slot code to a separate function

From: Lukasz Majewski The code, which waits for fifo slot, has been extracted from imx_pwm_config_v2 function and moved to new one - imx_pwm_wait_fifo_slot(). This change reduces the overall size of imx_pwm_config_v2() and prepares it for atomic PWM operation.

Sichere und schnelle Kredit 10.000 Chf bis 10.000.000 Chf

Anders als viele Mitbewerber aus dem Bereich der Direktbanken erlaubt sich die Barclays Bank als Tochterunternehmen der Italienisch/Großbritannien Bank den Luxus, eigene Filialen zu führen, in denen Kunden den direkten Kontakt suchen können. Vorteile des Online-Kredites der Barclays Bank:

Re: mm, vmscan: commit makes PAE kernel crash nightly (bisected)

On 2017-01-25 Michal Hocko wrote: > On Wed 25-01-17 04:02:46, Trevor Cordes wrote: > > OK, I patched & compiled mhocko's git tree from the other day > > 4.9.0+. (To confirm, weird, but mhocko's git tree I'm using from a > > couple of weeks ago shows the newest commit (git log) is > >

Re: [PATCH] Staging: omap4iss: fix coding style issues

On 29/01/2017 9:31, Ozgur Karatas wrote: > > > 28.01.2017, 20:11, "Avraham Shukron" : >> This is a patch that fixes issues in omap4iss/iss_video.c >> Specifically, it fixes "line over 80 characters" issues > > Hello, > > are you have a sent this changes patch before?

[PATCHv5 0/5] Support for Marvell switches with integrated CPUs

The 98DX3236, 98DX3336 and 98DX4251 are a set of switch ASICs with integrated CPUs. They CPU block is common within these product lines and (as far as I can tell/have been told) is based on the Armada XP. There are a few differences due to the fact they have to squeeze the CPU into the same

[PATCH v6 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs with integrated CPUs. They are similar to the Armada XP SoCs but have different I/O interfaces. Signed-off-by: Chris Packham Acked-by: Rob Herring --- Notes: Changes

[PATCH v6 1/5] clk: mvebu: support for 98DX3236 SoC

The 98DX3236, 98DX3336, 98DX4521 and variants have a different TCLK from the Armada XP (200MHz vs 250MHz). The CPU core clock is fixed at 800MHz. The clock gating options are a subset of those on the Armada XP. The core clock divider is different to the Armada XP also. Signed-off-by: Chris

[PATCH v6 2/5] arm: mvebu: support for SMP on 98DX3336 SoC

Compared to the armada-xp the 98DX3336 uses different registers to set the boot address for the secondary CPU so a new enable-method is needed. This will only work if the machine definition doesn't define an overall smp_ops because there is not currently a way of overriding this from the device

[PATCH v6 3/5] pinctrl: mvebu: pinctrl driver for 98DX3236 SoC

From: Kalyan Kinthada This pinctrl driver supports the 98DX3236, 98DX3336 and 98DX4251 SoCs from Marvell. Signed-off-by: Kalyan Kinthada Signed-off-by: Chris Packham Acked-by: Rob

[PATCH v6 5/5] arm: mvebu: Add device tree for db-dxbc2 and db-xc3-24g4xg boards

These boards are Marvell's evaluation boards for the 98DX4251 and 98DX3336 SoCs. Signed-off-by: Chris Packham --- Notes: Changes in v5: - update license text - use node labels Changes in v6: - Rename dts files to include 'armada-xp-' prefix

Re: [PATCH v2] net: macb: Fix 64 bit addressing support for GEM

From: Rafal Ozieblo Date: Fri, 27 Jan 2017 15:08:20 + > This patch adds support for 32 bit GEM in > 64 bit system. It checks capability at runtime > and uses appropriate buffer descriptor. > > Signed-off-by: Rafal Ozieblo Applied, thank you.

Re: [PATCH v13 1/5] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi Ksenija, > Ksenija Stanojevic hat am 29. Januar 2017 um > 19:04 geschrieben: > > > Add core files for low resolution analog-to-digital converter (mxs-lradc) > MFD driver. > > Signed-off-by: Ksenija Stanojevic > Acked-by: Lee

Re: [PATCH 1/2] arm64: defconfig: enable CONFIG_MTD_BLOCK

On Thu, Jan 26, 2017 at 06:37:16PM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > 2016-12-21 1:04 GMT+09:00 Masahiro Yamada : > > Enable the block layer support for MTD devices. > > > > Signed-off-by: Masahiro Yamada > > Please

Re: [PULL] ARM: DTS: Fix broken GICv2 register maps

On Wed, Jan 25, 2017 at 11:02:40AM +, Marc Zyngier wrote: > ARM-soc folks, > > Please find below the pull request for a DT fix affecting a large > number of 32bit platforms, which has been acked by a number of > platform maintainers. > > The following changes since commit

Re: [PATCH] arm64: defconfig: enable CONFIG_MMC_SDHCI_CADENCE

Hi, On Thu, Jan 26, 2017 at 06:34:21PM +0900, Masahiro Yamada wrote: > Hi Arnd, Olof, > > > 2016-12-26 11:14 GMT+09:00 Masahiro Yamada : > > Enable the Cadence SD/SDIO/eMMC controller. This is used on > > Socionext UniPhier SoC family. > > > > Signed-off-by:

Re: linux-next: build failure after merge of the block tree

On 01/29/2017 06:43 PM, Stephen Rothwell wrote: > Hi Jens, > > After merging the block tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/nvme/host/scsi.c: In function 'nvme_scsi_translate': > drivers/nvme/host/scsi.c:2350:9: error: 'BLK_MAX_CDB' undeclared

[PATCH v12 2/2] serial: 8250_pci: remove exar code

From: Sudip Mukherjee Remove the Exar specific codes from 8250_pci and blacklist those chips so that the new Exar serial driver binds to the devices. Reviewed-by: Andy Shevchenko Signed-off-by: Sudip Mukherjee

[PATCH v12 1/2] serial: exar: split out the exar code from 8250_pci

From: Sudip Mukherjee Add the serial driver for the Exar chips. And also register the platform device for the GPIO provided by the Exar chips. Signed-off-by: Sudip Mukherjee --- v11 was my mistake. sent a wip branch by mistake.

Linux 4.10-rc6

So this week seemed very calm, and rc6 looked like it was going to be a nice tiny release. Just like I want it. ... and then Friday happened, and the small and calm release candidate somehow blew up to not be all that small after all. Oh well. It's not like this is a new pattern - people end up

Re: [PATCH][next-next] net: ethernet: aquantia: return -ETIME in macro AQ_HW_WAIT_FOR

From: Colin King Date: Fri, 27 Jan 2017 15:06:46 + > From: Colin Ian King > > The macro is returning ETIME which means various checks to see if > the returned err is less than zero never work. I believe a -ETIME > should be returned

Re: [PATCH][net-next] net: ethernet: aquantia: remove redundant err check

From: Colin King Date: Fri, 27 Jan 2017 14:43:46 + > From: Colin Ian King > > The check on err < 0 is redundant and can be removed. Detected > by CoverityScan, CID#1398321 ("Logically Dead Code") > > Signed-off-by: Colin Ian King

Re: [PATCH][net-next] net: ethernet: aquantia: remove another redundant err check

From: Colin King Date: Fri, 27 Jan 2017 15:00:25 + > From: Colin Ian King > > The check on err < 0 is redundant and can be removed. Detected > by CoverityScan, CID#1398318 ("Logically Dead Code") > > Signed-off-by: Colin Ian King

Re: [PATCH net-next 0/9] net: dsa: preparatory patches for multi-chip

From: Vivien Didelot Date: Fri, 27 Jan 2017 15:29:35 -0500 > In order to introduce support for multi-chip configuration, we need to > do a few enhancements. This patchset makes the number of ports in a > switch dynamic (instead of capping to DSA_MAX_PORTS),

Re: [PATCH] staging: lustre: headers: potential UAPI headers

> > > > > On Mon, Dec 19, 2016 at 12:06:47PM -0500, James Simmons wrote: > > > > > > Not for landing. This is the purposed UAPI headers > > > > > > with the removal of unlikely and debugging macros. > > > > > > This is just for feedback to see if this is acceptable > > > > > > for the upstream

Re: [PATCH v2 1/2] dt-bindings: arm,gic: Fix binding example for a virt-capable GIC

On Fri, Jan 27, 2017 at 02:30:01PM -0600, Rob Herring wrote: > On Mon, Jan 23, 2017 at 03:56:13PM +, Marc Zyngier wrote: > > The joys of copy/paste: the example of a virtualization capable GIC > > in the DT binding was wrong, and propagated to dozens of platforms. > > By having a GICC region

Re: [GIT PULL] soc: samsung: Drivers for v4.11

On Fri, Jan 20, 2017 at 08:13:43PM +0200, Krzysztof Kozlowski wrote: > Hi, > > Few changes in Exynos PMU driver including one that is needed by pinctrl > driver for runtime PM. We want to move forward with the RPM for our drivers > while keeping still DT ABI. > > > This tag is also for Linus

Re: [PATCH v2] net: adaptec: starfire: add checks for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 28 Jan 2017 01:07:30 +0300 > init_ring(), refill_rx_ring() and start_tx() don't check > if mapping dma memory succeed. > The patch adds the checks and failure handling. > > Found by Linux Driver Verification project (linuxtesting.org).

Re: [PATCH net-next] net: add devm version of alloc_etherdev_mqs function

From: Rafał Miłecki Date: Sat, 28 Jan 2017 15:15:42 +0100 > From: Rafał Miłecki > > This patch adds devm_alloc_etherdev_mqs function and devm_alloc_etherdev > macro. These can be used for simpler netdev allocation without having to > care about calling

Re: [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On 1/27/2017 7:32 PM, James Bottomley wrote: Sessions are also isolated during each instance of a tpm space. This means that spaces shouldn't be able to see each other's sessions and is enforced by ensuring that a space user may only refer to sessions handles that are present in their own

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Sun, 2017-01-29 at 19:35 -0500, Ken Goldman wrote: > On 1/27/2017 7:32 PM, James Bottomley wrote: > > > > Sessions are also isolated during each instance of a tpm space. > > This means that spaces shouldn't be able to see each other's > > sessions and is enforced by ensuring that a space

Re: [RFC] tpm2-space: add handling for global session exhaustion

On 1/27/2017 5:04 PM, James Bottomley wrote: Beware the nasty corner case: - Application asks for a session and gets 0200 - Time elapses and 0200 gets forcibly flushed - Later, app comes back, asks for a second session and again gets 0200. - App gets very confused. May it be

Re: [PATCH] i2c: piix4: Fix request_region size

Hi Jean and Wolfram On Sat, Jan 28, 2017 at 12:13 PM, Jean Delvare wrote: > Hi Wolfram, > > On Sat, 28 Jan 2017 12:00:21 +0100, Wolfram Sang wrote: >> >> > > /* count for request_region */ >> > > -#define SMBIOSIZE8 >> > > +#define SMBIOSIZE9 >> > >> > Are

Re: [Patch v4 2/2] firmware: qcom: scm: Fix interrupted SCM calls

Hi, On Thu, Jan 19, 2017 at 8:58 AM, Andy Gross wrote: > This patch adds a Qualcomm specific quirk to the arm_smccc_smc call. > > On Qualcomm ARM64 platforms, the SMC call can return before it has > completed. If this occurs, the call can be restarted, but it requires >

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Sun, 2017-01-29 at 23:39 +0200, Jarkko Sakkinen wrote: > On Fri, Jan 27, 2017 at 04:32:38PM -0800, James Bottomley wrote: > > sessions are different from transient objects in that their handles > > may not be virtualized (because they're used for some hmac > > calculations). Additionally when

  1   2   3   4   5   6   >