On Mon, 03 Apr 2017, Jan Kara wrote:
Or just a plain sequence counter of the lock operations?
So what I dislike about this is that we'd also have to enlarge
the struct range_rwlock_tree. otoh, I'm hesitant to depend on
the tick rate for lock correctness, so perhaps your suggestion
is best.
Th
On 4/3/2017 9:44 AM, santosh.shilim...@oracle.com wrote:
Hi Franklin,
On 3/30/17 8:29 AM, Franklin S Cooper Jr wrote:
This patchset adds support for new K2G Industrial Communication Engine
evm. For now only a bare minimal dts which will allow ram boot.
Additional
peripherals will be added when
On 03/24/2017 06:20 PM, Akshay Bhat wrote:
> Hi Marc,
>
> On 03/17/2017 05:10 PM, Akshay Bhat wrote:
>> This patch adds support for the Holt HI-311x CAN controller. The HI311x
>> CAN controller is capable of transmitting and receiving standard data
>> frames, extended data frames and remote frames
Hi Arnaldo,
On Wed, Apr 5, 2017 at 12:19 AM, Arnaldo Carvalho de Melo
wrote:
> Em Mon, Mar 27, 2017 at 02:22:55PM +0800, changbin...@intel.com escreveu:
>> From: Changbin Du
>>
>> Some perf_hpp_fmt both registered at field and sort list. For such
>> instance, we only can free it when removed fro
On 04/04/2017 10:29 AM, tip-bot for Kirill A. Shutemov wrote:
Commit-ID: 361b4b58ec4cf123e12a773909c6454dbd5e6dbc
Gitweb: http://git.kernel.org/tip/361b4b58ec4cf123e12a773909c6454dbd5e6dbc
Author: Kirill A. Shutemov
AuthorDate: Thu, 30 Mar 2017 11:07:26 +0300
Committer: Ingo Molnar
Co
On Tue, Apr 04, 2017 at 04:19:39PM +0100, Lee Jones wrote:
> On Tue, 04 Apr 2017, Hans Verkuil wrote:
>
> > On 04/04/2017 04:43 PM, Lee Jones wrote:
> > > If a user specifies the use of RC as a capability, they should
> > > really be enabling RC Core code. If they do not we WARN() them
> > > of t
urity, keys: convert key_user.usage from atomic_t to refcount_t
(2017-04-03 10:49:06 +1000)
are available in the git repository at:
git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20170404
for you to fetch changes up to 08eff49d63ca2bf4cd98c4bdc07dc9d07d52f8f5:
tpm/tpm_crb: E
On Tue, Mar 28, 2017 at 11:38 AM, Krzysztof Kozlowski wrote:
> On Tue, Mar 28, 2017 at 11:26 AM, Inki Dae wrote:
>> Merged.
>
> Hi,
>
> I do not see the tag (with DT patches) merged by you which I provided
> to you before. These are essential for bisectability. Without them,
> kernel bisectabilit
On Mon, Apr 03, 2017 at 07:00:11PM +0200, Patrick Menschel wrote:
> The A10 SoC has an on-board CAN controller.
> This patch adds the device node.
>
> This patch is adapted from the description in
> Documentation/devicetree/bindings/net/can/sun4i_can.txt
>
> Signed-off-by: Patrick Menschel
> ---
On Mon, Apr 03, 2017 at 07:00:12PM +0200, Patrick Menschel wrote:
> The A10 SoC has an on-board CAN controller. This patch adds the
> pinctrl settings for pins PH20 and PH21.
>
> This patch is adapted from the description in
> Documentation/devicetree/bindings/net/can/sun4i_can.txt
>
> Signed-off
On Mon, Apr 03, 2017 at 07:00:14PM +0200, Patrick Menschel wrote:
> The A20 SoC has an on-board CAN controller. This patch adds
> the pinctrl settings for pins PH20 and PH21.
>
> This patch is adapted from the description in
> Documentation/devicetree/bindings/net/can/sun4i_can.txt
>
> Signed-off
Am Montag, 27. März 2017, 17:40:47 CEST schrieb c...@rock-chips.com:
> From: Liang Chen
>
> Signed-off-by: Liang Chen
> Acked-by: Rob Herring
applied for 4.12 after rewording the subject and adding a real commit
message.
Please do not leave the actual commit message empty in future patches.
On Tue, Apr 04, 2017 at 11:39:03AM +0200, Michał Kępień wrote:
> acpi_execute_simple_method() takes a method parameter which tells it to
> look for the given method underneath the given handle, so calling
> acpi_get_handle() beforehand is redundant. Replace the call to
> acpi_get_handle() with a c
Enable STMPE1600 GPIO expander.
Signed-off-by: Hugues Fruchet
---
arch/arm/configs/stm32_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index a9d8e3c..84adc88 100644
--- a/arch/arm/configs/stm32_defconfig
+++ b/
Signed-off-by: Hugues Fruchet
---
arch/arm/boot/dts/stm32f429.dtsi | 37 +
1 file changed, 37 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
index ee0da97..e1ff978 100644
--- a/arch/arm/boot/dts/stm32f429.dtsi
++
On Tue, Apr 04, 2017 at 05:50:55PM +0800, Icenowy Zheng wrote:
> Allwinner SoCs after sun6i-a31 nearly all have a R_CCU in PRCM part.
> (V3s and R40 do not have it, as they have even no PRCM)
>
> This patch adds support for the ones on H3/A64.
>
> Some clock/reset values are reserved for easier e
This V4L2 subdev driver enables Digital Camera Memory Interface (DCMI)
of STMicroelectronics STM32 SoC series.
Reviewed-by: Hans Verkuil
Signed-off-by: Yannick Fertre
Signed-off-by: Hugues Fruchet
---
drivers/media/platform/Kconfig| 12 +
drivers/media/platform/Makefile
On Tue, Apr 4, 2017 at 8:16 AM, Michal Hocko wrote:
> On Tue 04-04-17 10:07:23, Cristopher Lameter wrote:
>> On Tue, 4 Apr 2017, Michal Hocko wrote:
>>
>> > NAK without a proper changelog. Seriously, we do not blindly apply
>> > changes from other projects without a deep understanding of all
>> >
Thanks Rob for review, find answers below.
On 04/03/2017 06:23 PM, Rob Herring wrote:
> On Thu, Mar 30, 2017 at 05:27:40PM +0200, Hugues Fruchet wrote:
>> This adds documentation of device tree bindings for the STM32 DCMI
>> (Digital Camera Memory Interface).
>>
>> Signed-off-by: Hugues Fruchet
>
Enable OV2640 camera support of STM32F429-EVAL board.
Signed-off-by: Hugues Fruchet
---
arch/arm/boot/dts/stm32429i-eval.dts | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/stm32429i-eval.dts
b/arch/arm/boot/dts/stm32429i-eval.dts
index 7ffc
Enable STMPE1600 gpio expander of STM32F429-EVAL board.
Signed-off-by: Hugues Fruchet
---
arch/arm/boot/dts/stm32429i-eval.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/stm32429i-eval.dts
b/arch/arm/boot/dts/stm32429i-eval.dts
index 87733d3..7ffcf0
Enable DCMI camera interface and OV2640 camera sensor drivers.
Signed-off-by: Hugues Fruchet
---
arch/arm/configs/stm32_defconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index 84adc88..3f2e4ce 100644
--- a/arc
On Tue, Apr 04, 2017 at 01:59:26PM +0300, Sagi Grimberg wrote:
> Note that the nvme completion queues are still on the host memory, so
> this means we have lost the ordering between data and completions as
> they go to different pcie targets.
Hmm, in this simple up/down case with a switch, I think
On Tue, Apr 4, 2017 at 5:10 PM, Andrey Smirnov wrote:
> Save a bit of cleanup code by leveraging newly added
> devm_register_reboot_notifier().
> @@ -247,7 +247,8 @@ static int __watchdog_register_device(struct
> watchdog_device *wdd)
> if (test_bit(WDOG_STOP_ON_REBOOT, &wdd->status)) {
This adds documentation of device tree bindings for the STM32 DCMI
(Digital Camera Memory Interface).
Signed-off-by: Hugues Fruchet
---
.../devicetree/bindings/media/st,stm32-dcmi.txt| 46 ++
1 file changed, 46 insertions(+)
create mode 100644 Documentation/devicetree/bi
Enable DCMI camera interface on STM32F429-EVAL board.
Signed-off-by: Hugues Fruchet
---
arch/arm/boot/dts/stm32429i-eval.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/stm32429i-eval.dts
b/arch/arm/boot/dts/stm32429i-eval.dts
index 3c99466..87733d3 100644
---
This patchset introduces a basic support for Digital Camera Memory Interface
(DCMI) of STMicroelectronics STM32 SoC series.
This first basic support implements RGB565 & YUV frame grabbing.
Cropping and JPEG support will be added later on.
This has been tested on STM324x9I-EVAL evaluation board em
Em Wed, Apr 05, 2017 at 12:34:59AM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Wed, Apr 5, 2017 at 12:19 AM, Arnaldo Carvalho de Melo
> wrote:
> > Em Mon, Mar 27, 2017 at 02:22:55PM +0800, changbin...@intel.com escreveu:
> >> From: Changbin Du
> >>
> >> Some perf_hpp_fmt both registered a
On 4/4/2017 10:18 PM, Arnaldo Carvalho de Melo wrote:
Adding the perf kernel maintainers to the CC list.
Em Fri, Mar 31, 2017 at 11:18:38PM +0800, Jin Yao escreveu:
It is often useful to know the branch types while analyzing branch
data. For example, a call is very different from a conditiona
On 04/04/2017 02:31 PM, Neil Armstrong wrote:
> The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
> in combination with a very custom PHY.
>
> Thanks to Laurent Pinchart's changes, the HW report the following :
> Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_ph
tructure is one
noticed by the plugin.)
> Further, there are quite a few similar dispatch tables in ACPICA, why are
> these not a problem?
I can double-check, but I think this was the only one that showed up
in an x86 allyesconfig with the plugin enabled.
FWIW, I've been making these change
On 04/04/2017 02:15 PM, Neil Armstrong wrote:
> The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
> in combination with a very custom PHY.
>
> This patchset depends on Laurent Pinchart patchset merged in drm-misc-next
> and my v6 patchset at [1] to permit PHY control from out
On Tue, Apr 4, 2017 at 11:19 PM, Dmitry Monakhov wrote:
> Ming Lei writes:
>
>> On Mon, Apr 3, 2017 at 3:23 PM, Dmitry Monakhov wrote:
>>> Currently if some one try to advance bvec beyond it's size we simply
>>> dump WARN_ONCE and continue to iterate beyond bvec array boundaries.
>>> This simply
On 04/04/17 04:42 AM, Sagi Grimberg wrote:
> This is weird, why even call this if !use_p2pmem?
I personally find it cleaner than:
if (use_p2pmem)
setup_memwin_p2pmem(...)
I'm not sure why that's so weird.
Logan
On 04/04/2017 05:19 PM, Lee Jones wrote:
> On Tue, 04 Apr 2017, Hans Verkuil wrote:
>
>> On 04/04/2017 04:43 PM, Lee Jones wrote:
>>> If a user specifies the use of RC as a capability, they should
>>> really be enabling RC Core code. If they do not we WARN() them
>>> of this and disable the capab
On Tue, 4 Apr 2017, Michael Neuling wrote:
> On Sat, 2017-04-01 at 15:42 -0400, Mikulas Patocka wrote:
> > With that patch reverted, I'm still getting this crash. Will there be
> > another fix for this bug?
>
> Yeah, this patch was trying to fix the issue.
>
> Is this crash parisc? We are se
On Tue 04-04-17 08:46:02, Kees Cook wrote:
> On Tue, Apr 4, 2017 at 8:16 AM, Michal Hocko wrote:
> > On Tue 04-04-17 10:07:23, Cristopher Lameter wrote:
> >> On Tue, 4 Apr 2017, Michal Hocko wrote:
> >>
> >> > NAK without a proper changelog. Seriously, we do not blindly apply
> >> > changes from o
On Tue, Apr 04, 2017 at 10:23:02AM +0200, Michal Hocko wrote:
OK, so I've been thinkin about that and I believe that page_initialized
check in get_nid_for_pfn is just bogus. There is nothing to rely on the
page::lru to be already initialized. So I will go with the following as
a separate preparat
* Roger Quadros [170330 05:37]:
> Hi Tony & Dave,
>
> On 13/03/17 15:42, Roger Quadros wrote:
> > Hi,
> >
> > This series adds ethernet support to am335x-icev2 board.
> >
> > The ethernet PHYs on the board need an explicit GPIO reset pulse
> > to ensure they bootstrap to the correct mode. Witho
On Tue, Apr 4, 2017 at 8:58 AM, Michal Hocko wrote:
> On Tue 04-04-17 08:46:02, Kees Cook wrote:
>> On Tue, Apr 4, 2017 at 8:16 AM, Michal Hocko wrote:
>> > On Tue 04-04-17 10:07:23, Cristopher Lameter wrote:
>> >> On Tue, 4 Apr 2017, Michal Hocko wrote:
>> >>
>> >> > NAK without a proper changel
On Tue, Apr 04, 2017 at 10:23:02AM +0200, Michal Hocko wrote:
diff --git a/drivers/base/node.c b/drivers/base/node.c
index 5548f9686016..ee080a35e869 100644
--- a/drivers/base/node.c
+++ b/drivers/base/node.c
@@ -368,8 +368,6 @@ int unregister_cpu_under_node(unsigned int cpu, unsigned
int nid)
}
From: Andy Lutomirski
efi_call_phys_prolog() used to return a "pgd_t *" that meant one of
three different things depending on kernel and system configuration.
Clean it up so it uses a union and is more explicit about what's
going on.
Signed-off-by: Andy Lutomirski
Cc: Ard Biesheuvel
Cc: Borisl
From: "Cohen, Eugene"
The UEFI Specification permits Graphics Output Protocol (GOP) instances
without direct framebuffer access. This is indicated in the Mode structure
with a PixelFormat enumeration value of PIXEL_BLT_ONLY. Given that the
kernel does not know how to drive a Blt() only framebuffe
From: Baoquan He
EFI allocate runtime services regions from EFI_VA_START, -4G, down
to -68G, EFI_VA_END, 64G altogether. The mechanism was introduced in
commit d2f7cbe7b26a7 ("x86/efi: Runtime services virtual mapping").
Clean it up to avoid confusion.
Signed-off-by: Baoquan He
Cc: Matt Flemin
From: Bhupesh Sharma
Now that the ACPI BGRT handling code has been made generic, we can
enable it for arm64.
Cc: Matt Fleming
Signed-off-by: Bhupesh Sharma
[ardb: - update commit log to reflect that BGRT is only enabled for arm64
- add missing 'return' statement to dummy acpi_parse_bgrt
When we parse the 'efi=' command line parameter in the stub, we
fail to take spaces into account. Currently, the only way this
could result in unexpected behavior is when the string 'nochunk'
appears as a separate command line argument after 'efi=xxx,yyy,zzz ',
so this is harmless in practice. But
The arm32 kernel decompresses itself to the base of DRAM unconditionally,
and so it is the EFI stub's job to ensure that the region is available.
Currently, we do this by creating an allocation there, and giving up if
that fails. However, any boot services regions occupying this area are
not an is
The FDT is mapped via a fixmap entry that is at least 2 MB in size and
2 MB aligned on 4 KB page size kernels.
On UEFI systems, the FDT allocation may share this 2 MB mapping with a
reserved region (or another memory region that we should never map),
unless we account for this in the size of the a
Am Montag, 27. März 2017, 17:40:48 CEST schrieb c...@rock-chips.com:
> From: Liang Chen
>
> This patch adds core dtsi file for Rockchip RK3328 SoCs.
>
> Signed-off-by: Liang Chen
applied for 4.12, with the following list of changes:
- reorder some properties to bring them in alphabetical orde
From: Bhupesh Sharma
Now with open-source boot firmware (EDK2) supporting ACPI BGRT table
addition even for architectures like AARCH64, it makes sense to move
out the 'efi-bgrt.c' file and supporting infrastructure from 'arch/x86'
directory and house it inside 'drivers/firmware/efi', so that this
On UEFI systems, the PCI subsystem is enumerated by the firmware,
and if a graphical framebuffer is exposed by a PCI device, its base
address and size are exposed to the OS via the Graphics Output
Protocol (GOP).
On arm64 PCI systems, the entire PCI hierarchy is reconfigured from
scratch at boot.
From: Evgeny Kalugin
For some reason return value from actual variable setting was ignored.
With this change error code get transferred upwards through call stack.
Signed-off-by: Evgeny Kalugin
Cc: Matt Fleming
Signed-off-by: Ard Biesheuvel
---
drivers/firmware/efi/efi-pstore.c | 6 +++---
1
On 04/03/2017 11:58 PM, Stephen Boyd wrote:
> If a page is marked read only we should print out that fact,
> instead of printing out that there was a page fault. Right now we
> get a cryptic error message that something went wrong with an
> unhandled fault, but we don't evaluate the esr to figure o
On Tue, Apr 04, 2017 at 04:45:05PM +0300, Andy Shevchenko wrote:
> On Tue, Apr 4, 2017 at 6:25 AM, Dmitry Torokhov
> wrote:
> > I2C bus has both i2c clients and adapter devices, so we must be careful in
> > notifier code and verify that we are actually dealing with an i2c client
> > before using i
On 04/04/2017 05:36 PM, Russell King - ARM Linux wrote:
> On Tue, Apr 04, 2017 at 04:19:39PM +0100, Lee Jones wrote:
>> On Tue, 04 Apr 2017, Hans Verkuil wrote:
>>
>>> On 04/04/2017 04:43 PM, Lee Jones wrote:
If a user specifies the use of RC as a capability, they should
really be enablin
On arm64, we have made some changes over the past year to the way the
kernel itself is allocated and to how it deals with the initrd and FDT.
This patch brings the allocation logic in the EFI stub in line with that,
which is necessary because the introduction of KASLR has created the
possibility fo
Hello all,
This is what we have queued up for v4.12 so far. Please pull it so that it
gets some exposure in -next before the merge window.
The following changes since commit 4495c08e84729385774601b5146d51d9e5849f81:
Linux 4.11-rc2 (2017-03-12 14:47:08 -0700)
are available in the git repositor
On 4 April 2017 at 17:02, Ard Biesheuvel wrote:
> Hello all,
>
> This is what we have queued up for v4.12 so far. Please pull it so that it
> gets some exposure in -next before the merge window.
>
> The following changes since commit 4495c08e84729385774601b5146d51d9e5849f81:
>
> Linux 4.11-rc2 (
On Tue, Apr 4, 2017 at 7:05 PM, Darren Hart wrote:
> On Tue, Apr 04, 2017 at 04:45:05PM +0300, Andy Shevchenko wrote:
>> On Tue, Apr 4, 2017 at 6:25 AM, Dmitry Torokhov
>> wrote:
>> > I2C bus has both i2c clients and adapter devices, so we must be careful in
>> > notifier code and verify that we
Update the allocation logic for the virtual mapping of the UEFI runtime
services to start from a randomized base address if KASLR is in effect,
and if the UEFI firmware exposes an implementation of EFI_RNG_PROTOCOL.
This makes it more difficult to predict the location of exploitable
data structure
The EFI stub currently prints a number of diagnostic messages that do
not carry a lot of information. Since these prints are not controlled
by 'loglevel' or other command line parameters, and since they appear on
the EFI framebuffer as well (if enabled), it would be nice if we could
turn them off.
Merge the parsing of the command line carried out in arm-stub.c with
the handling in efi_parse_options. Note that this also fixes the
missing handling of CONFIG_CMDLINE_FORCE=y, in which case the builtin
command line should supersede the one passed by the firmware.
Cc: Matt Fleming
Signed-off-by:
Em Tue, Apr 04, 2017 at 11:52:53PM +0800, Jin, Yao escreveu:
>
>
> On 4/4/2017 10:18 PM, Arnaldo Carvalho de Melo wrote:
> > Adding the perf kernel maintainers to the CC list.
> >
> > Em Fri, Mar 31, 2017 at 11:18:38PM +0800, Jin Yao escreveu:
> > > It is often useful to know the branch types wh
If a user specifies the use of RC as a capability, they should
really be enabling RC Core code. If they do not we WARN() them
of this and disable the capability for them.
Once we know RC Core code has not been enabled, we can update
the user's capabilities and use them as a term of reference for
Currently users have to use all sorts of ugly #ifery within
their drivers in order to avoid linking issues at build time.
This patch allows users to safely call these functions when
!CONFIG_RC_CORE and make decisions based on the return value
instead. This is a much more common and clean way of do
Am Montag, 27. März 2017, 17:46:23 CEST schrieb c...@rock-chips.com:
> From: Liang Chen
>
> Use "rockchip,rk3328-evb" compatible string for Rockchip RK3328
> evaluation board.
>
> Signed-off-by: Liang Chen
> Acked-by: Rob Herring
applied after moving the entry above the rk3399-evb.
Thanks
H
Russell,
* Dave Gerlach [170328 13:57]:
> Certain SoCs like Texas Instruments AM335x and AM437x require parts
> of the EMIF PM code to run late in the suspend sequence from SRAM,
> such as saving and restoring the EMIF context and placing the memory
> into self-refresh.
>
> One requirement for t
On Tue, Apr 04, 2017 at 08:17:48AM -0400, Jeff Layton wrote:
> Agreed that we should focus on POSIX compliance. I'll also note that
> POSIX states:
>
> "If more than one error occurs in processing a function call, any one
> of the possible errors may be returned, as the order of
> detection is und
Am Montag, 27. März 2017, 17:40:49 CEST schrieb c...@rock-chips.com:
> From: Liang Chen
>
> This patch add rk3328-evb.dts for RK3328 evaluation board.
> Tested on RK3328 evb.
>
> Signed-off-by: Liang Chen
applied for 4.12
Thanks
Heiko
From: Joerg Roedel
Put the right values from the original siginfo into the
userspace compat-siginfo.
This fixes the 32-bit mpx tabletest on a 64-bit kernel.
Fixes: a4455082dc6f0 ('x86/signals: Add missing signal_compat code for x86
features')
Cc: Dave Hansen
Signed-off-by: Joerg Roedel
---
On Wed, 2017-03-29 at 18:04 +0300, Andy Shevchenko wrote:
> On Wed, 2017-03-29 at 00:12 -0700, Dmitry Torokhov wrote:
> > On Tue, Mar 28, 2017 at 07:39:23PM +0300, Andy Shevchenko wrote:
> > > On Thu, 2017-03-23 at 13:28 -0700, Dmitry Torokhov wrote:
> > > > On Thu, Mar 23, 2017 at 09:46:16PM +0200
On 04/04/17 04:40 AM, Sagi Grimberg wrote:
> Hey Logan,
>
>> We create a configfs attribute in each nvme-fabrics target port to
>> enable p2p memory use. When enabled, the port will only then use the
>> p2p memory if a p2p memory device can be found which is behind the
>> same switch as the RDMA
Em Thu, Mar 23, 2017 at 05:28:07PM -0700, Andi Kleen escreveu:
> From: Andi Kleen
>
> I was tired of seeing ~10% locking overhead in perf script while
> doing larger PT decodes. perf script doesn't need any locking
> diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c
> index f53f
On 4/3/17 7:47 PM, Dave Gerlach wrote:
Hi,
This is v5 of the series to add support for TI-SCI Generic PM Domains with
all ACKs in place and ready for Santosh to merge.
Applied to 'for_4.12/soc-pmdomain' and should show up in next. Based on
what arm-soc folks say about the single pull request, i
Russell,
* Dave Gerlach [170328 19:01]:
> Most of the PM code needed for am335x and am437x can be moved into a
> module under drivers but some core code must remain in mach-omap2 at the
> moment. This includes some internal clockdomain APIs and low-level ARM
> APIs which are also not exported for
On Mon, 2017-01-02 at 13:56 +, Jose Abreu wrote:
> On 02-01-2017 11:30, Andy Shevchenko wrote:
> > On Mon, 2017-01-02 at 15:48 +0530, Vinod Koul wrote:
> > > On Mon, Jan 02, 2017 at 10:38:00AM +0200, Andy Shevchenko wrote:
> > > > On Fri, 2016-12-30 at 12:05 +, Jose Abreu wrote:
> > Actua
On Tue, 2017-04-04 at 09:12 -0700, Matthew Wilcox wrote:
> On Tue, Apr 04, 2017 at 08:17:48AM -0400, Jeff Layton wrote:
> > Agreed that we should focus on POSIX compliance. I'll also note that
> > POSIX states:
> >
> > "If more than one error occurs in processing a function call, any one
> > of th
On Thu, 2017-03-30 at 14:54 +0200, Willy TARREAU wrote:
> On Thu, Mar 30, 2017 at 02:27:06PM +0300, Andy Shevchenko wrote:
> > On Mon, 2017-03-27 at 11:01 +0200, Willy TARREAU wrote:
> > > On Mon, Mar 27, 2017 at 10:26:07AM +0200, Geert Uytterhoeven
> > > wrote:
> > > > On Mon, Mar 27, 2017 at 10:1
Dear Linux folks,
Currently, TPM support is added to the coreboot project for the Lenovo
X60 [1].
Unfortunately, there seems to have been a regression between Linux 3.16
and 4.8 and 4.9, so that the Linux kernel doesn’t create the TPM device.
```
$ more /proc/version Linux version 3.16.0-4
On 04/04/2017 12:32 AM, Joerg Roedel wrote:
On Tue, Apr 04, 2017 at 12:11:31AM -0700, Samuel Sieb wrote:
Unfortunately, that turned out to be a bit premature. After
compiling a kernel on it remotely over ssh (not interacting with the
logged in desktop), a reboot failed with endless completion-w
On 04/04/2017 05:55 AM, Guenter Roeck wrote:
On 04/03/2017 04:30 PM, Jaghathiswari Rankappagounder Natarajan wrote:
The ASPEED AST2400/2500 PWM controller supports 8 PWM output ports.
The ASPEED AST2400/2500 Fan tach controller supports 16 tachometer
inputs.
The device driver matches on the devi
On Tue, Apr 04, 2017 at 07:08:28PM +0300, Andy Shevchenko wrote:
> On Tue, Apr 4, 2017 at 7:05 PM, Darren Hart wrote:
> > On Tue, Apr 04, 2017 at 04:45:05PM +0300, Andy Shevchenko wrote:
> >> On Tue, Apr 4, 2017 at 6:25 AM, Dmitry Torokhov
> >> wrote:
> >> > I2C bus has both i2c clients and adapt
On Tue, Apr 4, 2017 at 7:31 PM, Darren Hart wrote:
> On Tue, Apr 04, 2017 at 07:08:28PM +0300, Andy Shevchenko wrote:
>> On Tue, Apr 4, 2017 at 7:05 PM, Darren Hart wrote:
>> > On Tue, Apr 04, 2017 at 04:45:05PM +0300, Andy Shevchenko wrote:
>> >> On Tue, Apr 4, 2017 at 6:25 AM, Dmitry Torokhov
>
On Tue, Apr 04, 2017 at 05:10:05PM +0100, Lee Jones wrote:
> @@ -237,7 +241,6 @@ struct cec_adapter *cec_allocate_adapter(const struct
> cec_adap_ops *ops,
> if (!(caps & CEC_CAP_RC))
> return adap;
>
> -#if IS_REACHABLE(CONFIG_RC_CORE)
> /* Prepare the RC input device
On 04/04/2017 07:10 AM, Andrey Smirnov wrote:
Save a bit of cleanup code by leveraging newly added
devm_register_reboot_notifier().
Cc: cphe...@gmail.com
Cc: linux-kernel@vger.kernel.org
Cc: Wim Van Sebroeck
Cc: Guenter Roeck
Cc: Andrew Morton
Signed-off-by: Andrey Smirnov
---
All:
This pa
Hi Andy,
On 04-04-2017 17:23, Andy Shevchenko wrote:
> On Mon, 2017-01-02 at 13:56 +, Jose Abreu wrote:
>> On 02-01-2017 11:30, Andy Shevchenko wrote:
>>> On Mon, 2017-01-02 at 15:48 +0530, Vinod Koul wrote:
On Mon, Jan 02, 2017 at 10:38:00AM +0200, Andy Shevchenko wrote:
> On Fri, 2
Hi Joerg,
On Tue, Mar 28, 2017 at 02:16:44PM +0200, Joerg Roedel wrote:
> From: Joerg Roedel
>
> ATS is broken on these devices. Under invalidation load, the
> GPU does not reply to invalidations anymore, causing
> Completion-wait loop timeouts on the AMD IOMMU driver side.
> Fix it by not enabl
On Tue 04-04-17 11:02:39, Reza Arbab wrote:
> On Tue, Apr 04, 2017 at 10:23:02AM +0200, Michal Hocko wrote:
> >diff --git a/drivers/base/node.c b/drivers/base/node.c
> >index 5548f9686016..ee080a35e869 100644
> >--- a/drivers/base/node.c
> >+++ b/drivers/base/node.c
> >@@ -368,8 +368,6 @@ int unreg
Add a separate function for deriving (sysclk, lrclk, bclk)
when the clock is auto or pll.
Signed-off-by: Daniel Baluta
---
sound/soc/codecs/wm8960.c | 93 ---
1 file changed, 64 insertions(+), 29 deletions(-)
diff --git a/sound/soc/codecs/wm8960.c b/s
This is a follow up of commit 3c01b9ee2ab ("ASoC: codec: wm8960: Relax bit
clock computation")
where we relaxed bitclk when sysclk was derived from MCLK.
Now, we do the same thing for sysclk derived using PLL.
Daniel Baluta (2):
ASoC: codec: wm9860: Refactor PLL out freq search
ASoC: codec:
Bitclk is derived from sysclk using bclk_divs.
Sysclk can be derived in two ways:
(1) directly from MLCK
(2) MCLK via PLL
Commit 3c01b9ee2ab9d0d ("ASoC: codec: wm8960: Relax bit clock computation")
relaxed bitclk computation when sysclk is directly derived from MCLK.
Lets do the s
On Tue, 2017-03-28 at 14:30 +0200, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Adrian Hunter
>
> commit e2ebfb2142acefecc2496e71360f50d25726040b upstream.
>
> Disabling interrupts for even a millisecon
On 04/04/2017 08:47 AM, Andy Shevchenko wrote:
On Tue, Apr 4, 2017 at 5:10 PM, Andrey Smirnov wrote:
Save a bit of cleanup code by leveraging newly added
devm_register_reboot_notifier().
@@ -247,7 +247,8 @@ static int __watchdog_register_device(struct
watchdog_device *wdd)
if (test_
On Tue, Apr 4, 2017 at 10:30 AM, Javier Martinez Canillas
wrote:
> There are Device Tree source files defining a device node for the
> retu/tahvo I2C chip, but there isn't a DT binding document for it.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> Changes in v4:
> - Use "dt-bindings: mf
Am 04.04.2017 um 17:40 schrieb Maxime Ripard:
> On Mon, Apr 03, 2017 at 07:00:11PM +0200, Patrick Menschel wrote:
>> The A10 SoC has an on-board CAN controller.
>> This patch adds the device node.
>>
>> This patch is adapted from the description in
>> Documentation/devicetree/bindings/net/can/sun4i
On Tue, Apr 4, 2017 at 10:30 AM, Javier Martinez Canillas
wrote:
> Hello,
>
> This series add OF device ID tables to mfd I2C drivers whose devices are
> either used in Device Tree source files or are listed in binding docs as
> a compatible string.
For the series,
Acked-by: Rob Herring
On 04/04/2017 09:15 AM, Joerg Roedel wrote:
> Put the right values from the original siginfo into the
> userspace compat-siginfo.
>
> This fixes the 32-bit mpx tabletest on a 64-bit kernel.
Ugh, thanks for finding that.
Acked-by: Dave Hansen
On Tue, Apr 4, 2017 at 7:51 PM, Guenter Roeck wrote:
> On 04/04/2017 08:47 AM, Andy Shevchenko wrote:
>> On Tue, Apr 4, 2017 at 5:10 PM, Andrey Smirnov
>> wrote:
>>> + ret = devm_register_reboot_notifier(wdd->parent,
>>> + &wdd->reb
Hi,
On Tue, 2017-04-04 at 00:05 +0300, Andy Shevchenko wrote:
> +Cc: Tom
>
> Summon Tom to the discussion. He tried once hard to shrink a Linux
> kernel to something working in 1M+ RAM on x86.
>
Yes, in a previous project, I had been working toward getting a < 1M
system to boot on Galileo hardw
On Thu, Mar 23, 2017 at 1:47 PM, Lee Jones wrote:
> On Fri, 17 Mar 2017, Charles Keepax wrote:
>
>> Now the wm831x-core has basic DT support we can update this driver to
>> allow use of the GPIOs within a device tree system.
>>
>> Signed-off-by: Charles Keepax
>> Acked-by: Linus Walleij
>> ---
>
401 - 500 of 944 matches
Mail list logo
