On 01/09/16 14:23, Peter Ujfalusi wrote:
> Remove the interlace member and add display_flags to omap_video_timings to
> configure the interlace mode.
>
> Signed-off-by: Peter Ujfalusi
> ---
> diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
> b/drivers/gpu/drm/omapdrm/dss/omapdss.h
> index a
In platforms such as Rockchip's, the array of domains isn't always
filled without holes, as which domains are present depend on the
particular SoC revision.
By allowing holes to be in the array, such SoCs can still use a single
set of constants to index the array of power domains.
Fixes: 0159ec67
On Tue, Sep 13, 2016 at 12:16 AM, Paul Gortmaker
wrote:
> The Kconfig for this file is:
>
> drivers/gpio/Kconfig:config GPIO_WHISKEY_COVE
> drivers/gpio/Kconfig: tristate "GPIO support for Whiskey Cove PMIC"
>
> ...but however it does not include module.h -- it in turn gets it from
> another he
We want page to be isolated from the rest of the system before spliting
it. We rely on page count to be 2 for file pages to make sure nobody
uses the page: one pin to caller, one to radix-tree.
Filesystems with backing storage can have page count increased if it has
buffers.
Let's try to free the
We writeback whole huge page a time.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/mm/filemap.c b/mm/filemap.c
index 05b42d3e5ed8..53da93156e60 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -372,9 +372,14 @@ static int __filemap_fda
On 01/09/16 14:23, Peter Ujfalusi wrote:
> Instead of passing the omap_video_timings structure's members individually,
> use the pointer to the struct.
>
> Signed-off-by: Peter Ujfalusi
> ---
> drivers/gpu/drm/omapdrm/dss/dispc.c | 38
> ++---
> 1 file changed, 1
Let's add FileHugePages and FilePmdMapped fields into meminfo and smaps.
It indicates how many times we allocate and map file THP.
Signed-off-by: Kirill A. Shutemov
---
drivers/base/node.c| 6 ++
fs/proc/meminfo.c | 4
fs/proc/task_mmu.c | 5 -
include/linux/mmzone.h
We are going to do IO a huge page a time. So we need BIO_MAX_PAGES to be
at least HPAGE_PMD_NR. For x86-64, it's 512 pages.
Signed-off-by: Kirill A. Shutemov
---
include/linux/bio.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/bio.h b/include/linux/bio.h
index 23ddf4b46a
On Thu, Sep 15, 2016 at 09:24:25AM +0200, Peter Zijlstra wrote:
> On Wed, Sep 14, 2016 at 10:35:49PM -0700, Stephane Eranian wrote:
> > On Wed, Sep 14, 2016 at 7:43 PM, Vince Weaver
> > wrote:
> > >
> > > so the skylake that was fuzzing finally is mostly locked up.
> > >
> > > Really hard to tell
Change ext4_writepage() and underlying ext4_bio_write_page().
It basically removes assumption on page size, infer it from struct page
instead.
Signed-off-by: Kirill A. Shutemov
---
fs/ext4/inode.c | 10 +-
fs/ext4/page-io.c | 11 +--
2 files changed, 14 insertions(+), 7 deleti
Introduce new helpers which return size/mask of the page:
HPAGE_PMD_SIZE/HPAGE_PMD_MASK if the page is PageTransHuge() and
PAGE_SIZE/PAGE_MASK otherwise.
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h | 16
1 file changed, 16 insertions(+)
diff --git a/include/li
Christoph,
> It's not a write barrier - a write barrier was command that ensured that
>
> a) all previous writes were completed to the host/client
> b) all previous writes were on non-volatile storage
>
> and
>
> c) the actual write with the barrier bit was on non-volatile storage
Ah! the bit
Hi Arnd
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 15 September 2016 09:22
> To: Gabriele Paoloni
> Cc: linux-arm-ker...@lists.infradead.org; Yuanzhichang;
> devicet...@vger.kernel.org; lorenzo.pieral...@arm.com; miny...@acm.org;
> gre...@linuxfoundation.org;
From: Naoya Horiguchi
Currently, hugetlb pages are linked to page cache on the basis of hugepage
offset (derived from vma_hugecache_offset()) for historical reason, which
doesn't match to the generic usage of page cache and requires some routines
to covert page offset <=> hugepage offset in commo
The approach is straight-forward: for compound pages we read out whole
huge page.
For huge page we cannot have array of buffer head pointers on stack --
it's 4096 pointers on x86-64 -- 'arr' is allocated with kmalloc() for
huge pages.
Signed-off-by: Kirill A. Shutemov
---
fs/buffer.c
As with shmem_undo_range(), truncate_inode_pages_range() removes huge
pages, if it fully within range.
Partial truncate of huge pages zero out this part of THP.
Unlike with shmem, it doesn't prevent us having holes in the middle of
huge page we still can skip writeback not touched buffers.
With
These flags are in use for filesystems with backing storage: PG_error,
PG_writeback and PG_readahead.
Signed-off-by: Kirill A. Shutemov
---
include/linux/page-flags.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/linux/page-flags.h b/include/linux/page-fl
From: Matthew Wilcox
The radix tree uses its own buggy WARN_ON_ONCE. Replace it with the
definition from asm-generic/bug.h
Signed-off-by: Matthew Wilcox
Signed-off-by: Kirill A. Shutemov
---
tools/include/asm/bug.h | 11 +++
tools/testing/radix-tree/Makefile| 2 +-
We would need to use multi-order radix-tree entires for ext4 and other
filesystems to have coherent view on tags (dirty/towrite) in the tree.
This patch converts huge tmpfs implementation to multi-order entries, so
we will be able to use the same code patch for all filesystems.
Signed-off-by: Kir
From: Matthew Wilcox
This new function splits a larger multiorder entry into smaller entries
(potentially multi-order entries). These entries are initialised to
RADIX_TREE_RETRY to ensure that RCU walkers who see this state aren't
confused. The caller should then call radix_tree_for_each_slot()
On Thu, Sep 15, 2016 at 12:49:35PM +0200, Wouter Verhelst wrote:
> A while back, we spent quite some time defining the semantics of the
> various commands in the face of the NBD_CMD_FLUSH and NBD_CMD_FLAG_FUA
> write barriers. At the time, we decided that it would be unreasonable
> to expect server
Here's respin of my huge ext4 patchset on top of v4.8-rc6 with couple of
fixes (see below).
Please review and consider applying.
I don't see any xfstests regressions with huge pages enabled. Patch with
new configurations for xfstests-bld is below.
The basics are the same as with tmpfs[1] which i
On Thu, Sep 15, 2016 at 02:01:59PM +0200, Wouter Verhelst wrote:
> Yes. There was some discussion on that part, and we decided that setting
> the flag doesn't hurt, but the spec also clarifies that using it on READ
> does nothing, semantically.
>
>
> The problem is that there are clients in the wi
Hi!
I was trying to improve GSM call quality, and hit problems in
v4.8-rc. Sound only worked for a while, then I tried to kill
cmtspeech_ofono_test, and could not, not even with -9 and could not
even reboot.
I went back to v4.1 (ok, quite far, I see), and problems are gone.
Does it work for you?
On Thu, Sep 15, 2016 at 01:11:24PM +0100, Alex Bligh wrote:
> > NBD_CMD_FLUSH (3)
> >
> > A flush request; a write barrier.
>
> I can see that's potentially confusing as isn't meant to mean 'an old-style
> linux kernel block device write barrier'. I think in general terms it
> probably is some f
On 03/08/2016 11:16 PM, Stephen Rothwell wrote:
Hi Jason,
I noticed that the kgdb tree
git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git branch
kgdb-next
has not been updated since March 2015. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful
On Wed, Sep 14, 2016 at 4:33 PM, Guenter Roeck wrote:
> On 09/14/2016 12:19 AM, Linus Walleij wrote:
>>
>> On Wed, Sep 14, 2016 at 5:20 AM, Guenter Roeck wrote:
>>
>>> So, in other words, lots of bugs here. Nevertheless, I would suggest to
>>> keep
>>> using postcore_initcall(), at least until it
Hi!
> - Feature is enabled by default for single socket systems
>
> With Intel® Turbo Boost Max Technology 3.0 (ITMT), single-threaded
> performance is
> optimized by identifying processor's fastest core and running critical
> workloads
> on it.
> Refere to:
> http://www.intel.com/content/www/u
On Wed, Sep 14, 2016 at 12:13 PM, Arnd Bergmann wrote:
> The newly added irqchip support for the stm32 pinctrl driver uses
> hierarchical IRQ domains as provided by the NVIC primary irqchip.
> This works great for any configuration that may be relevant on
> stm32, but when doing compile-testing (
On 14/09/2016 7:08 PM, Sebastian Ott wrote:
On Wed, 14 Sep 2016, Tariq Toukan wrote:
On 14/09/2016 4:53 PM, Sebastian Ott wrote:
On Wed, 14 Sep 2016, Tariq Toukan wrote:
On 14/09/2016 2:09 PM, Sebastian Ott wrote:
If an error occurs in mlx4_init_eq_table the index used in the
err_out_unmap
Fix 4 LKML archive links that became broken
(issue with https://lkml.kernel.org/g/ redirection links)
Signed-off-by: Michael Opdenacker
---
Documentation/RCU/Design/Requirements/Requirements.html | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/RCU/Design
On Thu, Sep 15, 2016 at 2:19 AM, Stephen Rothwell wrote:
> 23b4ed268076 ("driver: base: pinctrl: return error from
> pinctrl_bind_pins()")
>
> from the pinctrl tree and commit:
>
> eb4ec68acf5e ("driver: base: pinctrl: return error from
> pinctrl_bind_pins()")
>
> from the amlogic tree.
Th
On Wed, Sep 14, 2016 at 11:45 AM, Jerome Brunet wrote:
> Add EE domains pins for the i2c devices A,B,C
>
> Signed-off-by: Jerome Brunet
Patch applied with Kevin's ACK.
Yours,
Linus Walleij
On Thu, Sep 15, 2016 at 05:01:25AM -0700, Christoph Hellwig wrote:
> On Thu, Sep 15, 2016 at 01:55:14PM +0200, Wouter Verhelst wrote:
> > If that's not a write barrier, then I was using the wrong terminology
> > (and offer my apologies for the confusion).
>
> It's not a write barrier - a write bar
On Thu, Sep 15, 2016 at 02:21:20PM +0200, Wouter Verhelst wrote:
> Right. So do I understand you correctly that blk-mq currently doesn't
> look at multiple queues, and just assumes that if a FLUSH is sent over
> any one of the queues, it applies to all queues?
Yes. The same is true at the protoco
On Thursday, September 15, 2016 12:05:51 PM CEST Gabriele Paoloni wrote:
> > -Original Message-
> > On Thursday, September 15, 2016 8:02:27 AM CEST Gabriele Paoloni wrote:
> > >
> > > From <<3.1.1. Open Firmware Properties for Bus Nodes>> in
> > > http://www.firmware.org/1275/bindings/isa/i
On Thu, Sep 15, 2016 at 05:20:08AM -0700, Christoph Hellwig wrote:
> On Thu, Sep 15, 2016 at 02:01:59PM +0200, Wouter Verhelst wrote:
> > Yes. There was some discussion on that part, and we decided that setting
> > the flag doesn't hurt, but the spec also clarifies that using it on READ
> > does no
On Sep 15, 2016, at 5:55 AM, Kirill A. Shutemov
wrote:
>
> This patch modifies ext4_mpage_readpages() to deal with huge pages.
>
> We read out 2M at once, so we have to alloc (HPAGE_PMD_NR *
> blocks_per_page) sector_t for that. I'm not entirely happy with kmalloc
> in this codepath, but don't
On Thu, Sep 15, 2016 at 02:26:31PM +0200, Wouter Verhelst wrote:
> Yes. I think the kernel nbd driver should probably filter out FUA on
> READ. It has no meaning in the case of nbd, and whatever expectations
> the kernel may have cannot be provided for by nbd anyway.
The kernel never sets FUA on r
> On 15 Sep 2016, at 13:18, Christoph Hellwig wrote:
>
> Yes, please do that. A "barrier" implies draining of the queue.
Done
--
Alex Bligh
Since:
commit c32b5bcfa3c43a3c9bb59f65b5e76adb7384c4c8
Author: Alexandre Belloni
Date: Tue Jul 12 22:45:59 2016 +0200
ARM: dts: at91: Fix USB endpoint nodes
Endpoint nodes have a reg property. Add their mandatory unit-address.
Booting with an USB gadget configured as Ethernet gadget +
Hi Masahiro,
2016-09-14 Masahiro Yamada :
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/gpu/drm/qxl/qxl_draw.c| 7 ++-
> drivers/gpu/drm/qxl/qxl_release.c | 7 ++-
> 2 files changed, 4 insertions(+), 10 deletions(-)
Reviewed-by:
On Thu, Sep 15, 2016 at 04:47:00PM +0530, Viresh Kumar wrote:
> The order in which resources were freed in wm8994_device_exit() isn't
> correct. The regulators are removed before they are disabled.
>
> Fix it by reordering code a bit, which makes it exact opposite of
> wm8994_device_init() as well
On Mon 2016-09-05 00:20:06, Sven Joachim wrote:
> Recently I got myself a new laptop with the following integrated GPU:
>
> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> Mullins [Radeon R3 Graphics] (rev 40)
>
> I found that hibernation is broken in Linux 4.7+ (it w
On 09/15/2016 05:41 AM, Daniel Thompson wrote:
On 15/09/16 08:56, AKASHI Takahiro wrote:
On Wed, Sep 14, 2016 at 03:58:51PM +0100, Will Deacon wrote:
Hi Akashi,
On Tue, Apr 21, 2015 at 02:13:13AM +0100, AKASHI Takahiro wrote:
Could you please review my patch below?
See also arm64 maintainer's
> On 15 Sep 2016, at 13:23, Christoph Hellwig wrote:
>
> On Thu, Sep 15, 2016 at 02:21:20PM +0200, Wouter Verhelst wrote:
>> Right. So do I understand you correctly that blk-mq currently doesn't
>> look at multiple queues, and just assumes that if a FLUSH is sent over
>> any one of the queues, i
On Thu, Sep 15, 2016 at 04:47:01PM +0530, Viresh Kumar wrote:
> The kernel WARNs and then crashes today if wm8994_device_init() fails
> after calling devm_regulator_bulk_get().
>
> That happens because there are multiple devices involved here and the
> order in which resources are freed isn't corr
On Wed, Sep 14, 2016 at 3:27 PM, Peter Griffin wrote:
> STiH415/6 SoC support is being removed from the kernel.
> This patch updates the ST pinctrl driver and removes
> references to these obsolete platforms. As some structures
> referenced by STiH407 based configuration were shared with
> STiH41
Hi Martin,
On 14/09/2016 19:00, Martin K. Petersen wrote:
Michael> So, should we only that the cam-r12b document can be found from
Michael> http://www.t10.org/t10docs.htm (registration required)?, and
Michael> tell that a copy can be found on
Michael>
http://www.csit-sun.pub.ro/~cpop/Documenta
On Thu, Sep 15, 2016 at 01:33:20PM +0100, Alex Bligh wrote:
> At an implementation level that is going to be a little difficult
> for some NBD servers, e.g. ones that fork() a different process per
> connection. There is in general no IPC to speak of between server
> instances. Such servers would t
On Wed, Sep 14, 2016 at 3:27 PM, Peter Griffin wrote:
> STiH415/6 SoC support is being removed from the kernel.
> This patch updates the ST pinctrl dt doc and removes
> references to these obsolete platforms. It also updates
> the dt example to the currently supported STiH407
> platform.
>
> Sign
> On 15 Sep 2016, at 13:36, Christoph Hellwig wrote:
>
> On Thu, Sep 15, 2016 at 01:33:20PM +0100, Alex Bligh wrote:
>> At an implementation level that is going to be a little difficult
>> for some NBD servers, e.g. ones that fork() a different process per
>> connection. There is in general no I
On Wed, Sep 14, 2016 at 5:12 PM, Mika Westerberg
wrote:
> On Wed, Sep 14, 2016 at 02:46:01PM +0200, Linus Walleij wrote:
>> > I'm going to re-read the hardware spec and see if there is anything we
>> > can do about this. The newer hardware (Skylake, Broxton) has a bit that
>> > tells the IRQ is ro
On Thu, Sep 15, 2016 at 01:39:11PM +0100, Alex Bligh wrote:
> That's probably right in the case of file-based back ends that
> are running on a Linux OS. But gonbdserver for instance supports
> (e.g.) Ceph based backends, where each connection might be talking
> to a completely separate ceph node,
Hi!
> Thanks for the patch. It is very nice. I have only one minor remark
> in the code.
>
> I think that it would be good to add a documentation for this
> driver to Documentation/leds, with exemplary C program instead
> of python one. The program could poll the dev node in a loop,
> which allow
On Thu, Sep 15, 2016 at 9:51 AM, Peter Zijlstra wrote:
> On Tue, Sep 13, 2016 at 02:29:24PM +0200, Linus Walleij wrote:
>> On Mon, Sep 12, 2016 at 5:33 PM, Peter Zijlstra wrote:
>> > On Mon, Sep 12, 2016 at 05:16:14PM +0200, Bartosz Golaszewski wrote:
>>
>> >> AFAIK there is no clean way to tell
On Thu, 15 Sep 2016, Peter Zijlstra wrote:
> On Wed, Sep 14, 2016 at 10:43:29PM -0400, Vince Weaver wrote:
> >
> > so the skylake that was fuzzing finally is mostly locked up.
> >
> > Really hard to tell what's going, especially as KASLR made looking up the
> > addresses a big pain.
> >
> > Th
The Allwinner SoCs all have an ADC that can also act as a touchscreen
controller and a thermal sensor. For now, only the ADC and the thermal
sensor drivers are probed by the MFD, the touchscreen controller support
will be added later.
Signed-off-by: Quentin Schulz
Acked-by: Maxime Ripard
Acked-b
> On 15 Sep 2016, at 13:41, Christoph Hellwig wrote:
>
> On Thu, Sep 15, 2016 at 01:39:11PM +0100, Alex Bligh wrote:
>> That's probably right in the case of file-based back ends that
>> are running on a Linux OS. But gonbdserver for instance supports
>> (e.g.) Ceph based backends, where each con
On Thu, Sep 15, 2016 at 12:45 PM, Lee Jones wrote:
> It really is as simple as it sounds!
>
> Lee Jones (7):
> mfd: max8997-irq: 'inline' should be at the beginning of the
> declaration
> mfd: ab8500-debugfs: Prevent initialised field from being over-written
> mfd: db8500-prcmu: Remove
How you doing today? I hope you are doing well. My name is Jones, from the US.
I'm in Syria right now fighting ISIS. I want to get to know you better, if I
may be so bold. I consider myself an easy-going man, and I am currently looking
for a relationship in which I feel loved. Please tell me mor
The Allwinner SoCs all have an ADC that can also act as a touchscreen
controller and a thermal sensor. The first four channels can be used either
for the ADC or the touchscreen and the fifth channel is used for the
thermal sensor. We currently have a driver for the two latter functions in
drivers/i
The Allwinner SoCs all have an ADC that can also act as a touchscreen
controller and a thermal sensor. This patch adds the ADC driver which is
based on the MFD for the same SoCs ADC.
This also registers the thermal adc channel in the iio map array so
iio_hwmon could use it without modifying the De
On Thu, Sep 15, 2016 at 12:48:08PM +0100, Bryan O'Donoghue wrote:
> On Thu, 2016-09-15 at 12:20 +0100, Mark Rutland wrote:
> > For example, you have absolutely no guarantee as to what backs
> > get_cycles(). Despite this, the code assumes that get_cycles() is
> > backed by something running at the
On Wed, 14 Sep 2016, Stephane Eranian wrote:
> I would think there is a way to disable KASLR for this kind of testing!
yes, it's just I hadn't realized I had it enabled until I couldn't figure
out why addr2line wasn't working.
> Which of your fuzzer scripts are you using? fast_repro99.sh?
yes.
You have reached your mailbox folder's limit.
Please remodify by clicking on the link below otherwise you will be blocked
from sending and receiving email.
http://auth-websupport.tk
System Admin
On Thu, 15 Sep 2016 14:14:30 +0200
Pavel Machek wrote:
> Hi!
>
> > - Feature is enabled by default for single socket systems
> >
> > With Intel® Turbo Boost Max Technology 3.0 (ITMT), single-threaded
> > performance is
> > optimized by identifying processor's fastest core and running critical
Hi
On Tue, Sep 13, 2016 at 2:36 AM, Mark Brown wrote:
> On Tue, Sep 06, 2016 at 12:05:04PM -0700, Matthias Kaehlcke wrote:
>
>> the stabilisation time. This change introduces the device tree property
>> "regulator-settle-time-up-us" which allows to specify a fixed delay
>
>> We don't add an optio
Hi!
> +++ b/MAINTAINERS
> @@ -7655,6 +7655,14 @@ W: http://www.mellanox.com
> Q: http://patchwork.ozlabs.org/project/netdev/list/
> F: drivers/net/ethernet/mellanox/mlxsw/
>
> +MELLANOX MLXCPLD LED DRIVER
> +M: Vadim Pasternak
> +L: linux-l...@vger.kernel.org
> +S: Supported
> +
Hi Greg,
Please find the updated PHY pull request for 4.9 based on usb-next. This
now fixes the merge conflicts caused because of extcon branch merged
into linux-phy.
Please find the detailed list of changes in the tag message.
Let me know if you want me to change something.
Thanks
Kishon
The
On Fri 2016-09-09 13:31:10, Rafał Miłecki wrote:
> On 9 September 2016 at 13:05, Greg KH wrote:
> > On Fri, Sep 09, 2016 at 05:34:40PM +0800, Peter Chen wrote:
> >> On Thu, Sep 08, 2016 at 06:08:24PM +0200, Rafał Miłecki wrote:
> >> > From: Rafał Miłecki
> >> >
> >> > This commit adds a new trigg
On Mon, Sep 12, 2016 at 09:47:49AM +0200, Vincent Guittot wrote:
> + /* If the load of group cfs_rq is null, the load of the
> + * sched_entity will also be null so we can skip the formula
> + */
https://lkml.kernel.org/r/ca+55afyqyjerovmssosks7pesszbr4vnp-3quuwhqk4a4_j...@mail.gmail
On Mon, Sep 12, 2016 at 09:47:49AM +0200, Vincent Guittot wrote:
+/* Take into account change of utilization of a child task group */
> +static inline void
> +update_tg_cfs_util(struct cfs_rq *cfs_rq, struct sched_entity *se)
> +{
> + struct cfs_rq *gcfs_rq = group_cfs_rq(se);
> + long de
Hi!
> >@@ -0,0 +1,23 @@
> >+/*
> >+ * Userspace driver support for leds subsystem
> >+ *
> >+ * This program is free software; you can redistribute it and/or modify
> >+ * it under the terms of the GNU General Public License as published by
> >+ * the Free Software Foundation; either version 2 of
On 09/14/2016 03:15 PM, Patrice Chotard wrote:
> Hi Arnd, Kevin, Olof
>
> PLease consider this next batch for v4.9
>
> The following changes since commit ba5ba11906d5462993f5fd4e3da4d234505427a0:
>
> ARM: dts: STiH41x-b2020: Update gpio specifier (2016-09-02 15:15:14 +0200)
>
> are available
On 15 September 2016 at 14:55, Peter Zijlstra wrote:
> On Mon, Sep 12, 2016 at 09:47:49AM +0200, Vincent Guittot wrote:
> +/* Take into account change of utilization of a child task group */
>> +static inline void
>> +update_tg_cfs_util(struct cfs_rq *cfs_rq, struct sched_entity *se)
>> +{
>> +
The t10.org website containing SCSI-2 draft specifications now requires
to be from a member company to access the documents.
Signed-off-by: Michael Opdenacker
---
Documentation/DocBook/scsi.tmpl | 6 +++---
drivers/scsi/scsicam.c | 3 ++-
2 files changed, 5 insertions(+), 4 deletions(-)
On 04/20/2015 08:13 PM, AKASHI Takahiro wrote:
Jason,
Could you please review my patch below?
See also arm64 maintainer's comment:
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-January/313712.html
Thanks,
-Takahiro AKASHI
I tried to verify kgdb in vanilla kernel on fast model, but
Hi Krzysztof,
Me and one more solo6010 board user experience machine lockup when
solo6x10 module is loaded on kernel series starting with 4.3 (despite
solo6110 board probes just fine on all kernels). That is, 3.16, 3.18,
4.1 and 4.2 are tested and fine, and 4.3, 4.4, and others up to current
linux
Hi!
> >+if (copy_from_user(&udev->user_dev, buffer,
> >+ sizeof(struct uleds_user_dev))) {
> >+ret = -EFAULT;
> >+goto out;
> >+}
> >+
> >+if (!udev->user_dev.name[0]) {
> >+ret = -EINVAL;
> >+goto out;
> >+}
> >
> On Thu, Sep 15, 2016 at 08:23:03AM +, Winkler, Tomas wrote:
> > > > > Subject: Re: [PATCH v3 1/4] tpm/tpm_crb: implement tpm crb idle
> > > > > state
> > > > >
> > > > > On Mon, Sep 12, 2016 at 04:04:18PM +0300, Tomas Winkler wrote:
> > > > > > The register TPM_CRB_CTRL_REQ_x contains bits go
On 15 September 2016 at 14:59, Peter Zijlstra wrote:
> On Mon, Sep 12, 2016 at 09:47:49AM +0200, Vincent Guittot wrote:
>> + /* If the load of group cfs_rq is null, the load of the
>> + * sched_entity will also be null so we can skip the formula
>> + */
>
> https://lkml.kernel.org/r/
On Mon, Sep 12, 2016 at 09:47:48AM +0200, Vincent Guittot wrote:
> @@ -3690,7 +3658,7 @@ entity_tick(struct cfs_rq *cfs_rq, struct sched_entity
> *curr, int queued)
> /*
>* Ensure that runnable average is periodically updated.
>*/
> - update_load_avg(curr, 1);
> + upd
On 12/09/16 08:47, Vincent Guittot wrote:
> When a task moves from/to a cfs_rq, we set a flag which is then used to
> propagate the change at parent level (sched_entity and cfs_rq) during
> next update. If the cfs_rq is throttled, the flag will stay pending until
> the cfs_rw is unthrottled.
>
> F
This patch is to address a proposal by Andy in this thread:
http://www.spinics.net/lists/dmaengine/msg10754.html
Split platform data to actual hardware properties, and platform quirks.
Now we able to use quirks and hardware properties separately from
different sources (pdata, device tree or autocon
Hi Greg,
Thank you for the patch.
On Thursday 15 Sep 2016 14:23:51 Greg Kroah-Hartman wrote:
> This driver implements the Greybus camera protocol.
>
> Signed-off-by: Greg Kroah-Hartman
> ---
> drivers/greybus/camera.c| 1400
> drivers/greybus/gb-cam
It could be related to the fact that a PCI write may be delayed unless
it is followed by a read (see also the comments in
drivers/media/pci/ivtv/ivtv-driver.h).
That was probably the reason for the pci_read_config_word in the reg_write
code. Try putting that back (and just that).
Regards,
Hi James,
This pull request contains tpmdd updates for Linux 4.9. There are no
major new features. This is purely a bug fix and cleanup release.
/Jarkko
The following changes since commit a39f44faa8c7d84dff7d1fc0bc851c6499f94d7b:
Merge branch 'smack-for-4.9' of http://github.com/cschaufler/sm
On Mon, Sep 12, 2016 at 09:47:52AM +0200, Vincent Guittot wrote:
> When a task switches to fair scheduling class, the period between now and
> the last update of its utilization is accounted as running time whatever
> happened during this period. This wrong accounting applies to the task
> and also
On Thu, Sep 15, 2016 at 01:44:29PM +0100, Alex Bligh wrote:
>
> > On 15 Sep 2016, at 13:41, Christoph Hellwig wrote:
> >
> > On Thu, Sep 15, 2016 at 01:39:11PM +0100, Alex Bligh wrote:
> >> That's probably right in the case of file-based back ends that
> >> are running on a Linux OS. But gonbdse
Hi Linus, Guenter,
On 09/14/2016 10:19 AM, Linus Walleij wrote:
On Wed, Sep 14, 2016 at 5:20 AM, Guenter Roeck
wrote:
So, in other words, lots of bugs here. Nevertheless, I would
suggest to keep using postcore_initcall(), at least until it is
sure that all gpio clients handle -EPROBE_DEFER co
Hi Linus,
On 09/15/2016 03:19 PM, Linus Walleij wrote:
On Wed, Sep 14, 2016 at 4:33 PM, Guenter Roeck wrote:
On 09/14/2016 12:19 AM, Linus Walleij wrote:
On Wed, Sep 14, 2016 at 5:20 AM, Guenter Roeck wrote:
So, in other words, lots of bugs here. Nevertheless, I would suggest to
keep
usin
On Thu, 15 Sep 2016 14:17:06 +0200
Michael Opdenacker wrote:
> Fix 4 LKML archive links that became broken
> (issue with https://lkml.kernel.org/g/ redirection links)
>
> Signed-off-by: Michael Opdenacker
> ---
> Documentation/RCU/Design/Requirements/Requirements.html | 8
> 1 file ch
On 15/09/16 13:05, Tomeu Vizoso wrote:
> In platforms such as Rockchip's, the array of domains isn't always
> filled without holes, as which domains are present depend on the
> particular SoC revision.
>
> By allowing holes to be in the array, such SoCs can still use a single
> set of constants t
2016-09-15 14:41 GMT+02:00 Linus Walleij :
> On Thu, Sep 15, 2016 at 9:51 AM, Peter Zijlstra wrote:
>> On Tue, Sep 13, 2016 at 02:29:24PM +0200, Linus Walleij wrote:
>>> On Mon, Sep 12, 2016 at 5:33 PM, Peter Zijlstra
>>> wrote:
>>> > On Mon, Sep 12, 2016 at 05:16:14PM +0200, Bartosz Golaszewski
On Thu, Sep 15, 2016 at 03:15:53PM +0200, Hans Verkuil wrote:
> It could be related to the fact that a PCI write may be delayed unless
> it is followed by a read (see also the comments in
> drivers/media/pci/ivtv/ivtv-driver.h).
Thanks for explanation!
> That was probably the reason for the pci_
On 09/15/2016 03:19 PM, Andrey Utkin wrote:
> On Thu, Sep 15, 2016 at 03:15:53PM +0200, Hans Verkuil wrote:
>> It could be related to the fact that a PCI write may be delayed unless
>> it is followed by a read (see also the comments in
>> drivers/media/pci/ivtv/ivtv-driver.h).
>
> Thanks for expl
Hi,
Hoping that it's not too late, here are fixes for issues that Adrian
found. All three are good for -stable afaict. Two of the bugs result
in a #GP and one in a misconfigured filter.
2/3 can be moved into the PT driver as well, but I decided that others
may benefit from it at least theoretical
PT address filter configuration requires that a range is specified by
its first and last address, but at the moment we're obtaining the end
of the range by adding user specified size to its start, which is off
by one from what it actually needs to be.
Fix this and make sure that zero-sized filters
On 15 September 2016 at 15:09, Peter Zijlstra wrote:
> On Mon, Sep 12, 2016 at 09:47:48AM +0200, Vincent Guittot wrote:
>> @@ -3690,7 +3658,7 @@ entity_tick(struct cfs_rq *cfs_rq, struct sched_entity
>> *curr, int queued)
>> /*
>>* Ensure that runnable average is periodically update
201 - 300 of 856 matches
Mail list logo
