Commit-ID: 2a1c6029940675abb2217b590512dbf691867ec4
Gitweb: http://git.kernel.org/tip/2a1c6029940675abb2217b590512dbf691867ec4
Author: Xunlei Pang
AuthorDate: Thu, 23 Mar 2017 15:56:07 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 4 Apr 2017 11:44:05 +0200
rtmutex: Deboost before w
On Mon 03-04-17 11:18:51, NeilBrown wrote:
>
> When a filesystem is mounted from a loop device, writes are
> throttled by balance_dirty_pages() twice: once when writing
> to the filesystem and once when the loop_handle_cmd() writes
> to the backing file. This double-throttling can trigger
> posit
On 04/04/17 11:18, Sricharan R wrote:
> From: Laurent Pinchart
>
> Failures to look up an IOMMU when parsing the DT iommus property need to
> be handled separately from the .of_xlate() failures to support deferred
> probing.
>
> The lack of a registered IOMMU can be caused by the lack of a drive
On Mon, 3 Apr 2017 12:36:22 +0200
Alban Crequy wrote:
> From: Alban Crequy
>
> When a kretprobe is installed on a kernel function, there is a maximum
> limit of how many calls in parallel it can catch (aka "maxactive"). A
> kernel module could call register_kretprobe() and initialize maxactive
Hi Stephen,
On 04/04/17 07:58, 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
On Fri 31-03-17 09:40:28, Kees Cook wrote:
> As found in PaX, this adds a cheap check on heap consistency, just to
> notice if things have gotten corrupted in the page lookup.
>
> Signed-off-by: Kees Cook
NAK without a proper changelog. Seriously, we do not blindly apply
changes from other projec
On 04/04/17 11:18, Sricharan R wrote:
> This is an equivalent to the DT's handling of the iommu master's probe
> with deferred probing when the corrsponding iommu is not probed yet.
> The lack of a registered IOMMU can be caused by the lack of a driver for
> the IOMMU, the IOMMU device probe not ha
On 04/04/17 11:18, Sricharan R wrote:
> From: Lorenzo Pieralisi
>
> The IORT linker section introduced by commit 34ceea275f62
> ("ACPI/IORT: Introduce linker section for IORT entries probing")
> was needed to make sure SMMU drivers are registered (and therefore
> probed) in the kernel before devi
Hi Gustavo,
Thank you for the patchset. Please see my comments below.
On Mon, Mar 13, 2017 at 04:20:25PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Hi,
>
> This RFC adds support for Explicit Synchronization of shared buffers in V4L2.
> It uses the Sync File Framework[1] as vecto
Hi Kishon,
> From: Yoshihiro Shimoda, Sent: Tuesday, March 14, 2017 8:38 AM
>
> This patch fixes an issue that this driver doesn't take care of the runtime
> PM. This code assumed that devm_phy_create() called pm_runtime_enable(dev),
> but it misunderstood the dev_phy_create()'s specification.
>
On Tue, 2017-04-04 at 13:03 +1000, NeilBrown wrote:
> On Mon, Apr 03 2017, Jeff Layton wrote:
>
> > On Mon, 2017-04-03 at 12:16 -0700, Matthew Wilcox wrote:
> > > On Mon, Apr 03, 2017 at 01:47:37PM -0400, Jeff Layton wrote:
> > > > > I wonder whether it's even worth supporting both EIO and ENOSPC
I am Mr.Saeed Bin Salem Executive Director and Chief Financial Officer of the
National Commercial Bank Libya.I have a secured business suggestion for you
reply me on my email
On 04/03/2017 04:32 PM, Johannes Thumshirn wrote:
> sas_domain_release_transport is unused since at least v3.13, remove it.
>
> Signed-off-by: Johannes Thumshirn
> ---
> drivers/scsi/libsas/sas_init.c | 7 ---
> include/scsi/libsas.h | 1 -
> 2 files changed, 8 deletions(-)
>
Revie
Hello Lee,
On 04/04/2017 04:27 AM, Lee Jones wrote:
> On Mon, 03 Apr 2017, Javier Martinez Canillas wrote:
>
>> Hello Lee,
>>
>> On 04/03/2017 07:15 AM, Lee Jones wrote:
>>
>> [snip]
>>
+
+The TP61050/TPS61052 is a high-power "white LED driver". This boost
converter
+is also
Herbert applied this to his tree. It's probably a good stable
candidate, since it's a two line change to fix a race condition.
On Fri, Mar 24, 2017 at 3:16 PM, Herbert Xu wrote:
> Jason A. Donenfeld wrote:
>> Under extremely heavy uses of padata, crashes occur, and with list
>> debugging turned
Hi Linus,
Some late coming ACPI fixes for GPIO.
For my untrained eye it seems there was some quarrel between the BIOS
and the kernel about who is supposed to deal with wakeups from
GPIO lines.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit c02ed2e75ef4c74e41e421a
On Tue, Apr 04, 2017 at 01:03:22PM +1000, NeilBrown wrote:
> On Mon, Apr 03 2017, Jeff Layton wrote:
>
> > On Mon, 2017-04-03 at 12:16 -0700, Matthew Wilcox wrote:
> >> So, OK, that makes sense, we should keep allowing filesystems to report
> >> ENOSPC as a writeback error. But I think much of th
On 03/04/17 14:42, Daniel Kiper wrote:
> On Fri, Mar 31, 2017 at 12:14:38PM +0200, Juergen Gross wrote:
>> For kdump to work correctly it needs the physical address of
>> vmcoreinfo_note. When running as dom0 this means the virtual address
>> has to be translated to the related machine address.
>>
Neil Armstrong writes:
> On 03/21/2017 04:25 PM, Neil Armstrong wrote:
>> The HDMI modes needs more CMA memory to be reserved at boot-time.
>>
>> Signed-off-by: Neil Armstrong
[...]
> Hi Kevin,
>
> Please take this one for the amlogic arm-soc DT tree.
>
Applied to v4.12/dt64,
Kevin
Neil Armstrong writes:
> On 03/21/2017 04:25 PM, Neil Armstrong wrote:
>> Add HDMI output and connector nodes.
>>
>> Signed-off-by: Neil Armstrong
[...]
>
> Hi Kevin,
>
> Please take this one for the amlogic arm-soc DT tree.
>
Applied to v4.12/dt64,
Kevin
This indeed is useful. Out of curiosity, are other archs using a
similar technique? In anycase,
Acked-by: Jason A. Donenfeld
On 21/03/17 18:19, Juergen Gross wrote:
> As my patch tying the resolution of the xen pointing device to that of
> the framebuffer wasn't accepted add support for different resolutions
> via a module parameter.
>
> Another possibility would be to set parameters via Xenstore, but this
> is broken (
On 2017년 04월 04일 17:53, Hans de Goede wrote:
> Hi,
>
> On 04-04-17 08:19, Chanwoo Choi wrote:
>> Hi,
>>
>> The intel-cht-wc.c[1] was merged on only extcon-next branch.
>> I think that this patch better to be squashed with patch[1].
>> [1] commit 6786e42f31637 ("extcon: intel-cht-wc: Add Intel Cher
On Tue, Apr 04, 2017 at 10:26:35AM +0530, Anshuman Khandual wrote:
> The commit 091d0d55b286 ("shm: fix null pointer deref when userspace
> specifies invalid hugepage size") had replaced MAP_HUGE_MASK with
> SHM_HUGE_MASK. Though both of them contain the same numeric value of
> 0x3f, MAP_HUGE_MASK
Hi Will,
On Tue, Apr 4, 2017 at 4:48 PM, Will Deacon wrote:
> On Tue, Apr 04, 2017 at 04:10:55PM +0530, Ganapatrao Kulkarni wrote:
>> commit d98ecda (arm64: perf: Count EL2 events if the kernel is running in
>> HYP)
>> is returning error for perf syscall with mixed attribute set for
>> exclude_
> On 3 Apr 2017, at 4:11 PM, Ard Biesheuvel wrote:
>
> On 3 April 2017 at 05:17, Ho-Eun Ryu wrote:
>>
>>> On 31 Mar 2017, at 6:25 PM, Ard Biesheuvel
>>> wrote:
>>>
>>> On 30 March 2017 at 15:39, Hoeun Ryu wrote:
This patch might be a part of Kees Cook's rare_write infrastructure serie
On Tue, 2017-04-04 at 09:41 +0100, Lee Jones wrote:
> On Mon, 03 Apr 2017, Andy Shevchenko wrote:
>
> > On Mon, 2017-04-03 at 15:33 +0100, Lee Jones wrote:
> > > On Mon, 03 Apr 2017, Andy Shevchenko wrote:
> > >
> > > > On Mon, Apr 3, 2017 at 2:06 PM, Fengguang Wu
> > > > wrote:
> > > > > On Mon
Since this is managed now by the components code, if CVBS is not available
and HDMI neither, the drm driver won't bind anyway.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_venc_cvbs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dr
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 outside the dw-hdmi driver.
The Synopsys DesignWare HDMI T
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
Documentation/gpu/index.rst | 1 +
Documentation/gpu/meson.rst | 61 +
2 files changed, 62 insertions(+)
create mode 100644 Documentation/gpu/meson.rst
diff --git a/Documentation/gpu/index.rs
This patch adds the dw-hdmi bindings and RST kerneldoc to maintained files.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8d3eb6e..8471ff1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
This binding describes the Amlogic Meson specific extension to the
Synopsys Designware HDMI Controller.
Acked-by: Rob Herring
Signed-off-by: Neil Armstrong
---
.../bindings/display/amlogic,meson-dw-hdmi.txt | 111 +
1 file changed, 111 insertions(+)
create mode 100644
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_canvas.c | 4 +++-
drivers/gpu/drm/meson/meson_drv.c | 5 +++--
drivers/gpu/drm/meson/meson_dw_hdmi.c | 25 +
drivers/gpu/drm/meson/meson_vclk.c| 22 +++---
dr
The Amlogic Meson GXBB/GXL/GXM SoCs embeds a Synopsys DesignWare HDMI TX
Controller with a custom Bridge + PHY around the Controller.
This driver makes uses of all the custom PHY plat data callbacks and enables
the compatible HDMI modes to be configured as a drm_encoder instance.
Acked-by: Daniel
This patch adds support for the supported HDMI Venc modes and add the VPP mux
value to switch to ENCP encoder.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_venc.c | 1245 +++-
drivers/gpu/drm/meson/meson_venc.h |7 +
d
This patchs adds support for the supported HDMI modes clocks frequencies.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_vclk.c | 624 +++-
drivers/gpu/drm/meson/meson_vclk.h | 6 +-
drivers/gpu/drm/meson/meson_venc_
Add missing VPU HDMI register.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_registers.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/meson/meson_registers.h
b/drivers/gpu/drm/meson/meson_registers.h
index 6adf9c1..2847381 100644
-
On Tue, 2017-04-04 at 04:53 -0700, Matthew Wilcox wrote:
> On Tue, Apr 04, 2017 at 01:03:22PM +1000, NeilBrown wrote:
> > On Mon, Apr 03 2017, Jeff Layton wrote:
> >
> > > On Mon, 2017-04-03 at 12:16 -0700, Matthew Wilcox wrote:
> > > > So, OK, that makes sense, we should keep allowing filesystems
This patch adds support for optional components connected through the
Device Tree endpoints scheme.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_drv.c | 113 +-
1 file changed, 99 insertions(+), 14 deletions(-)
diff -
On 04/04/17 11:18, Sricharan R wrote:
> Configuring DMA ops at probe time will allow deferring device probe when
> the IOMMU isn't available yet. The dma_configure for the device is
> now called from the generic device_attach callback just before the
> bus/driver probe is called. This way, configur
Hi Jason,
On 04/04/17 12:58, Jason A. Donenfeld wrote:
This indeed is useful. Out of curiosity, are other archs using a
similar technique? In anycase,
Acked-by: Jason A. Donenfeld
Yes, at least x86 and ARM64 do the same thing (probably more)
x86 saves the previous stack pointer on the IRQ
Christoph Hellwig writes:
> This is a pretty big increase in the bio_integrity_payload size,
> but I guess we can't get around it..
Yes, everybody hate this solution, me too, but I've stated with
other approach and it is appeaded to be very ugly.
My idea was that we have two types of iterator i
From: Niklas Cassel
Setting ethtool ops for stmmac is only allowed when the interface is up.
Setting MTU (a netdev op) for stmmac is only allowed when the interface
is down.
It seems that the only reason why MTU cannot be changed when running is
that we have not bothered to implement a nice way
Clean the crtc_enable by using the proper crtc_state instead of the state
of the primary plane state data.
Also fix the dependency to commit the plane changes even if enable is called
after the flush.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_crtc.c
On Mon, Apr 03, 2017 at 08:03:00PM -0700, Tony Lindgren wrote:
> So I'll drop the genirq/regmap_irq related hacks and resend just
> the minimal MFD fixes. Similar misconfiguration may be the root
> cause for other drivers too..
It is sadly far too common for people to implement interrupt controll
On Tue, Apr 4, 2017 at 2:28 AM, Ludovic BARRE wrote:
> Hi Rob
>
> thanks for review
> my comments below
>
> br
> Ludo
>
> On 04/03/2017 06:57 PM, Rob Herring wrote:
>>
>> On Fri, Mar 31, 2017 at 07:02:03PM +0200, Ludovic Barre wrote:
>>>
>>> From: Ludovic Barre
>>>
>>> This patch adds documentati
On (04/03/17 17:42), Petr Mladek wrote:
> > +/*
> > + * Init printk kthread at late_initcall stage, after core/arch/device/etc.
> > + * initialization.
> > + */
> > +static int __init init_printk_kthread(void)
> > +{
> > + struct task_struct *thread;
> > +
> > + thread = kthread_run(printk_kthr
On Tue, Apr 04, 2017 at 09:56:04AM +0200, Corentin Labbe wrote:
> On Mon, Apr 03, 2017 at 03:27:41PM +0200, Andrew Lunn wrote:
> > > By ifnum, you mean by the order that "ip link" gives ?
> >
> > I've not checked if it remains in order as interfaces are hot
> > plugged/unplugged. But i guess you a
The patch
regulator: hi655x: Describe consumed platform device
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
vers/base/memory.c | 52 ++-----
> include/linux/memory_hotplug.h | 13 +--
> kernel/memremap.c | 3 +
> mm/memory_hotplug.c| 195
> +
> mm/sparse.c| 3 +-
> 11 files changed, 16
On 04/04/2017 12:23 PM, Michael Wang wrote:
[snip]
>> add something like
>> if (wbio->bi_next)
>> printk("bi_next!= NULL i=%d read_disk=%d bi_end_io=%pf\n",
>> i, r1_bio->read_disk, wbio->bi_end_io);
>>
>> that might help narrow down what is happening.
>
> Just triggered again in
On Tue, Apr 04, 2017 at 01:06:42PM +0530, Ganapatrao Kulkarni wrote:
> function get_cpuid_str returns midr_el1 value from first
> online cpu available.
This isn't globally the same (e.g. in big.LITTLE systems).
It would be far better to have the function take a PMU, and look at the
first CPU in t
On Tue, Apr 04, 2017 at 05:37:10PM +0530, Ganapatrao Kulkarni wrote:
> On Tue, Apr 4, 2017 at 4:48 PM, Will Deacon wrote:
> > On Tue, Apr 04, 2017 at 04:10:55PM +0530, Ganapatrao Kulkarni wrote:
> >> commit d98ecda (arm64: perf: Count EL2 events if the kernel is running in
> >> HYP)
> >> is retur
On Tue, Apr 4, 2017 at 3:51 AM, Neil Armstrong wrote:
> On 04/03/2017 06:34 PM, Rob Herring wrote:
>> On Fri, Mar 31, 2017 at 04:10:30PM +0200, Neil Armstrong wrote:
>>> On 03/31/2017 03:44 PM, Arnd Bergmann wrote:
On Fri, Mar 31, 2017 at 10:47 AM, Neil Armstrong
wrote:
> Add bindin
On Tue, Apr 04, 2017 at 10:28:23AM +0200, Michael Hennerich wrote:
> A question came up, regarding whether it's recommended to mix regmap_i2c and
> plain i2c_smbus or direct adapter transfers.
> In this specific case for the i2c MUX portion we need to avoid double locks,
> and therefore use un-lo
On Tue, Apr 04, 2017 at 01:06:43PM +0530, Ganapatrao Kulkarni wrote:
> This is not a full event list, but a short list of useful events.
>
> Signed-off-by: Ganapatrao Kulkarni
> ---
> tools/perf/pmu-events/arch/arm64/mapfile.csv | 2 +
> .../arm64/thunderx2/implementation-defined.json
On Tue, Apr 04, 2017 at 11:35:35AM +0100, Suzuki K Poulose wrote:
> Hi Christoffer,
>
> On 04/04/17 11:13, Christoffer Dall wrote:
> >Hi Suzuki,
> >
> >On Mon, Apr 03, 2017 at 03:12:43PM +0100, Suzuki K Poulose wrote:
> >>In kvm_free_stage2_pgd() we don't hold the kvm->mmu_lock while calling
> >>u
Hi,
On Tue, Apr 04, 2017 at 01:06:40PM +0530, Ganapatrao Kulkarni wrote:
> Extending json/jevent framework for parsing arm64 event files.
> Adding jevents for ThunderX2 implementation defined PMU events.
Thanks for having a look at this!
While I agree this is the right approach generally, I have
Hi Robin,
On 4/4/2017 5:47 PM, Robin Murphy wrote:
On 04/04/17 11:18, Sricharan R wrote:
Configuring DMA ops at probe time will allow deferring device probe when
the IOMMU isn't available yet. The dma_configure for the device is
now called from the generic device_attach callback just before the
From: Gabriel Fernandez
This patch enables clocks for STM32H743 boards.
Signed-off-by: Gabriel Fernandez
for MFD changes:
Acked-by: Lee Jones
for DT-Bindings
Acked-by: Rob Herring
v3:
- fix compatible string "stm32h7-pll" into "st,stm32h7-pll"
- fix bad parent name for mco2 clock
- se
From: Laurent Pinchart
In preparation for adding PHY operations to handle RX SENSE and HPD,
group all the PHY interrupt setup code in a single location and extract
it to a separate function.
Signed-off-by: Laurent Pinchart
Reviewed-by: Jose Abreu
[narmstrong: renamed dw_hdmi_fb_registered to d
The HDMI TX controller support HPD and RXSENSE signaling from the PHY
via it's STAT0 PHY interface, but some vendor PHYs can manage these
signals independently from the controller, thus these STAT0 handling
should be moved to PHY specific operations and become optional.
The existing STAT0 HPD and
Currently when the RC Core is enabled (reachable) core code located
in cec_register_adapter() attempts to populate the RC structure with
a pointer to the 'parent' passed in by the caller.
Unfortunately if the caller did not specify RC capibility when calling
cec_allocate_adapter(), then there will
If CONFIG_RC_CORE is not enabled then none of the RC code will be
executed anyway, so we're placing the capability check inside the
Signed-off-by: Lee Jones
---
drivers/media/cec/cec-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/cec/cec-core.c b/drivers
This patch adds a new DRM documentation entry and links to the input
format table added in the dw_hdmi header.
Reviewed-by: Archit Taneja
Acked-by: Laurent Pinchart
Signed-off-by: Neil Armstrong
---
Documentation/gpu/bridge/dw-hdmi.rst | 15 +++
Documentation/gpu/index.rst
On Tue, 2017-04-04 at 09:21 +0100, Lee Jones wrote:
> On Tue, 04 Apr 2017, Lee Jones wrote:
>
> > On Tue, 04 Apr 2017, Stephen Rothwell wrote:
> >
> > > Hi Lee,
> > >
> > > After merging the mfd tree, today's linux-next build (powerpc
> > > allyesconfig) failed like this:
> > >
> > > /home/sfr/
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_phy)
The following differs from common PHY integration as
On Mon, Apr 03, 2017 at 04:00:55PM +0200, Jan Kara wrote:
> On Sun 02-04-17 09:05:26, Dave Chinner wrote:
> > On Thu, Mar 30, 2017 at 12:12:31PM -0400, J. Bruce Fields wrote:
> > > On Thu, Mar 30, 2017 at 07:11:48AM -0400, Jeff Layton wrote:
> > > > On Thu, 2017-03-30 at 08:47 +0200, Jan Kara wrote
Switch code to use the newly introduced V4L bus formats IDs instead of custom
defines. Also use the V4L encoding defines.
Some display pipelines can only provide non-RBG input pixels to the HDMI TX
Controller, this patch takes the pixel format from the plat_data if provided.
Reviewed-by: Jose Abr
On 04/04/2017 02:32 PM, Lee Jones wrote:
> If CONFIG_RC_CORE is not enabled then none of the RC code will be
> executed anyway, so we're placing the capability check inside the
>
> Signed-off-by: Lee Jones
> ---
> drivers/media/cec/cec-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
Crystal Cove and Whiskey Cove are two different PMICs which are
installed on Intel Atom SoC based platforms.
Moreover there are two independent drivers that by some reason were
supposed (*) to get into one kernel module.
Fix the mess by clarifying Kconfig option for Crystal Cove and split
Whiskey
2017-04-03 12:04+0200, Alexander Graf:
> On 03/29/2017 02:11 PM, Radim Krčmář wrote:
>> 2017-03-28 13:35-0700, Jim Mattson:
>> > On Tue, Mar 28, 2017 at 7:28 AM, Radim Krčmář wrote:
>> > > 2017-03-27 15:34+0200, Alexander Graf:
>> > > > On 15/03/2017 22:22, Michael S. Tsirkin wrote:
>> > > > > Gue
On 04/04/2017 02:32 PM, Lee Jones wrote:
> Currently when the RC Core is enabled (reachable) core code located
> in cec_register_adapter() attempts to populate the RC structure with
> a pointer to the 'parent' passed in by the caller.
>
> Unfortunately if the caller did not specify RC capibility w
On Tue, Apr 04, 2017 at 01:58:04PM +0200, Jason A. Donenfeld wrote:
> This indeed is useful. Out of curiosity, are other archs using a
> similar technique? In anycase,
>
> Acked-by: Jason A. Donenfeld
Unfortunately MIPS doesn't have anything like a frame pointer or similar
to make backtracing e
On Tue 04-04-17 14:21:19, Tobias Regnery wrote:
[...]
> Hi Michal,
Hi
> building an x86 allmodconfig with next-20170404 results in the following
> section mismatch warnings probably caused by this patch:
>
> WARNING: mm/built-in.o(.text+0x5a1c2): Section mismatch in ref
Hi Vivek,
On Tue, 2017-04-04 at 16:09 +0530, Vivek Gautam wrote:
[...]
> > I'd prefer to mirror the gpiod API a little, and to have the number
> > contained in the array structure, similar to struct gpio_descs:
[...]
> Alright, i can update this.
> I took regulator_bulk interface as the reference,
Hi Steve, Philipp and Pavel,
On Mon, Mar 27, 2017 at 05:40:34PM -0700, Steve Longerbeam wrote:
> From: Philipp Zabel
>
> This driver can handle SoC internal and external video bus multiplexers,
> controlled either by register bit fields or by a GPIO. The subdevice
> passes through frame interval
On 04/04/2017 02:24 PM, Michael Wang wrote:
> On 04/04/2017 12:23 PM, Michael Wang wrote:
> [snip]
>>> add something like
>>> if (wbio->bi_next)
>>> printk("bi_next!= NULL i=%d read_disk=%d bi_end_io=%pf\n",
>>> i, r1_bio->read_disk, wbio->bi_end_io);
>>>
>>> that might help narr
On 04/04/17 11:18, Sricharan R wrote:
> This series calls the dma ops configuration for the devices
> at a generic place so that it works for all busses.
> The dma_configure_ops for a device is now called during
> the device_attach callback just before the probe of the
> bus/driver is called. Simil
On 04/04/2017 02:26 PM, Rob Herring wrote:
> On Tue, Apr 4, 2017 at 3:51 AM, Neil Armstrong
> wrote:
>> On 04/03/2017 06:34 PM, Rob Herring wrote:
>>> On Fri, Mar 31, 2017 at 04:10:30PM +0200, Neil Armstrong wrote:
On 03/31/2017 03:44 PM, Arnd Bergmann wrote:
> On Fri, Mar 31, 2017 at 10
On 04/04/2017 02:39 PM, Radim Krčmář wrote:
2017-04-03 12:04+0200, Alexander Graf:
On 03/29/2017 02:11 PM, Radim Krčmář wrote:
2017-03-28 13:35-0700, Jim Mattson:
On Tue, Mar 28, 2017 at 7:28 AM, Radim Krčmář wrote:
2017-03-27 15:34+0200, Alexander Graf:
On 15/03/2017 22:22, Michael S. Tsir
2017-04-04 10:14 GMT+02:00 Philipp Zabel :
> Hi Christian,
>
> On Mon, 2017-04-03 at 17:16 +0200, Christian Gmeiner wrote:
>> 2017-03-31 14:57 GMT+02:00 Philipp Zabel :
>> > Hi Christian,
>> >
>> > On Fri, 2017-03-31 at 12:44 +0200, Christian Gmeiner wrote:
>> >> Hi
>> >>
>> >> I get this from time
On 04/03/2017 04:30 PM, Jaghathiswari Rankappagounder Natarajan wrote:
This binding provides interface for adding values related to ASPEED
AST2400/2500 PWM and Fan tach controller support.
The PWM controller can support upto 8 PWM output ports.
The Fan tach controller can support upto 16 tachomet
On Tue, 04 Apr 2017, Hans Verkuil wrote:
> On 04/04/2017 02:32 PM, Lee Jones wrote:
> > If CONFIG_RC_CORE is not enabled then none of the RC code will be
> > executed anyway, so we're placing the capability check inside the
> >
> > Signed-off-by: Lee Jones
> > ---
> > drivers/media/cec/cec-core
On 4/4/17, Michael Ellerman wrote:
> Denis Kirjanov writes:
>
>> hvc_remove() takes a spin lock first then acquires the console
>> semaphore. This situation can easily lead to a deadlock scenario
>> where we call scheduler with spin lock held.
>
> Have you actually hit the deadlock? Because that
On Tue, 04 Apr 2017, Hans Verkuil wrote:
> On 04/04/2017 02:32 PM, Lee Jones wrote:
> > Currently when the RC Core is enabled (reachable) core code located
> > in cec_register_adapter() attempts to populate the RC structure with
> > a pointer to the 'parent' passed in by the caller.
> >
> > Unfor
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 device tree node. The configuration
values are rea
On 04/04/2017 02:54 PM, Lee Jones wrote:
> On Tue, 04 Apr 2017, Hans Verkuil wrote:
>
>> On 04/04/2017 02:32 PM, Lee Jones wrote:
>>> If CONFIG_RC_CORE is not enabled then none of the RC code will be
>>> executed anyway, so we're placing the capability check inside the
>>>
>>> Signed-off-by: Lee J
On Mon 2017-04-03 20:53:11, Sergey Senozhatsky wrote:
> On (03/06/17 21:45), Sergey Senozhatsky wrote:
> [..]
> > printk kthread changes the behavior of printk in one _corner case_.
> > The corner case is quite interesting and actually consists of two corner
> > cases. Suppose on SMP system ther
On Tue, 04 Apr 2017, Lee Jones wrote:
> On Tue, 04 Apr 2017, Hans Verkuil wrote:
>
> > On 04/04/2017 02:32 PM, Lee Jones wrote:
> > > If CONFIG_RC_CORE is not enabled then none of the RC code will be
> > > executed anyway, so we're placing the capability check inside the
> > >
> > > Signed-off-b
sparse says:
sur40.c:372:40: warning: restricted __le32 degrades to integer
the header's data is __le32 so we need to convert it before comparing.
Signed-off-by: Martin Kepplinger
---
drivers/input/touchscreen/sur40.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
On Mon, Apr 03, 2017 at 09:47:04PM +0200, Martin Kaiser wrote:
> The i.MX25 contains two AHB to IP bridges (AIPS), each of which has a set of
> control registers. Add the memory regions for the control registers to
> the Device Tree.
>
> Signed-off-by: Martin Kaiser
> Reviewed-by: Sascha Hauer
2017-04-04 14:51+0200, Alexander Graf:
> On 04/04/2017 02:39 PM, Radim Krčmář wrote:
>> 2017-04-03 12:04+0200, Alexander Graf:
>> > So coming back to the original patch, is there anything that should keep us
>> > from exposing MWAIT straight into the guest at all times?
>> Just minor issues:
>> *
On Mon, Apr 03, 2017 at 09:47:05PM +0200, Martin Kaiser wrote:
> The problem described in 6befda9a272b98bfb1dc772efc3564644cbfb270
This causes the following checkpatch error.
ERROR: Please use git commit description style 'commit <12+ chars of
sha1> ("")' - ie: 'commit 6befda9a272b ("ARM: i.MX53:
On 04/04/2017 03:01 PM, Lee Jones wrote:
> On Tue, 04 Apr 2017, Lee Jones wrote:
>
>> On Tue, 04 Apr 2017, Hans Verkuil wrote:
>>
>>> On 04/04/2017 02:32 PM, Lee Jones wrote:
If CONFIG_RC_CORE is not enabled then none of the RC code will be
executed anyway, so we're placing the capabilit
On 04/04/2017 03:13 PM, Radim Krčmář wrote:
2017-04-04 14:51+0200, Alexander Graf:
On 04/04/2017 02:39 PM, Radim Krčmář wrote:
2017-04-03 12:04+0200, Alexander Graf:
So coming back to the original patch, is there anything that should keep us
from exposing MWAIT straight into the guest at all t
Hi Sean,
On Sun, 12 Mar 2017 07:06:59 -0500, Rob Herring wrote:
> On Fri, Mar 03, 2017 at 11:39:45AM +, John Keeping wrote:
> > This reset is required in order to fully reset the internal state of the
> > MIPI controller.
> >
> > Signed-off-by: John Keeping
> > ---
> > On Thu, 2 Mar 2017 13
On Mon, Apr 03, 2017 at 05:31:11PM +0800, Icenowy Zheng wrote:
>
>
> 在 2017年04月03日 17:15, Maxime Ripard 写道:
> > On Sun, Apr 02, 2017 at 09:33:01PM +0800, Icenowy Zheng wrote:
> > > Allwinner H3 features a thermal sensor like the one in A33, but has its
> > > register re-arranged, the clock divide
On Tue, 4 Apr 2017 09:13:02 +0200
Peter Zijlstra wrote:
> On Mon, Apr 03, 2017 at 11:21:26AM -0400, Steven Rostedt wrote:
> > On Sat, 01 Apr 2017 12:50:59 +0200
> > Thomas Gleixner wrote:
> >
> > > Locking an rt mutex killable does not work because signal handling is
> > > restricted to TASK_
On Thu, Mar 30, 2017 at 06:26:44PM +0900, Alexandre Courbot wrote:
> GP10B's definition is mostly similar to GK20A's and GM20B's. The only
> noticeable difference is the use of power domains instead of a regulator
> for power supply.
>
> Signed-off-by: Alexandre Courbot
> ---
> Changes since v1:
201 - 300 of 944 matches
Mail list logo
