On Wed, Oct 28, 2015 at 01:30:40PM -0300, Arnaldo Carvalho de Melo wrote:
> Hi Jiri, Wang,
>
> I'm getting these while doing 'make -C tools/perf build-test':
>
> LD fixdep-in.o
> LINK fixdep
> /bin/sh: /home/acme/git/linux/tools/build/fixdep: Permission denied
> make[6]: ***
From: Mike Chan
This governor is designed for latency-sensitive workloads, such as
interactive user interfaces. The interactive governor aims to be
significantly more responsive to ramp CPU quickly up when CPU-intensive
activity begins.
Existing governors sample CPU load at a particular rate,
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
> diff --git a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> b/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> index 7a3a9cd..9905081 100644
> ---
On 28 October 2015 at 19:28, Leonid Yegoshin wrote:
> On 10/28/2015 12:04 PM, Alex Smith wrote:
>>
>> On 28 October 2015 at 18:57, Leonid Yegoshin
>> wrote:
>>>
>>>
>> As I've explained the VDSO will only use the CP0 counter in the same
>> situations that the kernel would when it is the active
On Wed, Oct 28, 2015 at 11:32:14AM -0700, Alexander Duyck wrote:
> On 10/28/2015 09:37 AM, Bjorn Helgaas wrote:
> >Hi Alex,
> >
> >On Tue, Oct 27, 2015 at 01:52:21PM -0700, Alexander Duyck wrote:
> >>This patch forces us to reallocate VF BARs if the totalVFs value has
> >>increased after enabling
On Wed, 28 Oct 2015, Steffen Trumtrar wrote:
> On Tue, Oct 27, 2015 at 05:09:11PM -0500, at...@opensource.altera.com wrote:
> > From: Alan Tull
> >
> > New bindings document for simple fpga bus.
> >
> > Signed-off-by: Alan Tull
> > ---
> > v9: initial version added to this patchset
> > v10:
On Tue, 27 Oct 2015, Peter Zijlstra wrote:
On Wed, Oct 28, 2015 at 06:33:56AM +0900, Linus Torvalds wrote:
On Wed, Oct 28, 2015 at 4:53 AM, Davidlohr Bueso wrote:
>
> Note that this might affect callers that could/would rely on the
> atomicity semantics, but there are no guarantees of that
Klientskie bazi Tel/Viber/WhatsApp +79133913837 Email: mamontova...@gmail.com
Skype: prodawez389 ICQ: 6288862 FOTO ONLINE:
http://media.xtwind.com/images/2015/10/19/2ba70554b12778c54b6a8ac82a7cc178.png
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
From: Aniroop Mathur
clk_type and clkid stores different predefined clock identification
values so they cannot be compared.
Therefore, lets fix it to avoid unexpected results.
Signed-off-by: Aniroop Mathur
Signed-off-by: Aniroop Mathur
---
drivers/input/evdev.c | 10 ++
1 file
On 10/28/2015 12:04 PM, Alex Smith wrote:
On 28 October 2015 at 18:57, Leonid Yegoshin wrote:
As I've explained the VDSO will only use the CP0 counter in the same
situations that the kernel would when it is the active clocksource.
Any issue that makes the counter unreliable affects the
On Wed, 2015-10-28 at 10:34 -0600, Toshi Kani wrote:
> On Wed, 2015-10-28 at 12:53 +0300, Stas Sergeev wrote:
> > 28.10.2015 03:04, Toshi Kani пишет:
> > > On Wed, 2015-10-28 at 07:37 +0900, Linus Torvalds wrote:
> > > > On Tue, Oct 27, 2015 at 11:05 PM, Stas Sergeev
> > > > wrote:
> > > > >
> >
On Wed, 2015-10-28 at 12:16 -0700, Kamal Mostafa wrote:
> On Wed, 2015-10-28 at 07:59 +0100, Thomas Hellstrom wrote:
> > Kamal,
> >
> > On 10/27/2015 10:29 PM, Kamal Mostafa wrote:
> > > 3.19.8-ckt9 -stable review patch. If anyone has any objections, please
> > > let me know.
> > >
> > >
On Wed, 2015-10-28 at 07:59 +0100, Thomas Hellstrom wrote:
> Kamal,
>
> On 10/27/2015 10:29 PM, Kamal Mostafa wrote:
> > 3.19.8-ckt9 -stable review patch. If anyone has any objections, please let
> > me know.
> >
> > --
> >
> > From: Thomas Hellstrom
> >
> > commit
On 28 October 2015 at 18:57, Leonid Yegoshin wrote:
> On 10/28/2015 11:30 AM, Alex Smith wrote:
>>
>> On 28 October 2015 at 18:21, Leonid Yegoshin
>> wrote:
>>>
>>>
>>>
>>> 1) I don't see that in code - there is no check that kernel uses actually
>>> uses R4K clocksource as primary (A), and if
On 10/28/2015 03:24 PM, Kapil Hali wrote:
>
>
> On 10/16/2015 2:47 AM, Jon Mason wrote:
>> On Thu, Oct 15, 2015 at 11:12:09PM +0200, Hauke Mehrtens wrote:
>>> On 10/15/2015 06:10 PM, Kapil Hali wrote:
On 10/15/2015 3:56 AM, Hauke Mehrtens wrote:
> On 10/14/2015 07:47 PM, Kapil
On Tue, Sep 22, 2015 at 07:59:48PM +0200, Robert Richter wrote:
> From: Tirumalesh Chalamarla
>
> Increase the standard cacheline size to avoid having locks in the same
> cacheline.
>
> Cavium's ThunderX core implements cache lines of 128 byte size. With
> current granulare size of 64 bytes
Scalable MCA (SMCA) is a new feature in AMD Fam17h
processors which indicates presence of MCA extensions.
MCA extensions expands existing register space for the
MCE banks and also introduces a new MSR range to
accommodate new banks. Future additions to AMD MCE code
will first need to detect if
From: Wan Zongshun
CLZERO instruction introduced in AMD Fam17h processors
zero's out a 64 byte cache line specified in RAX.
Add the bit here to allow /proc/cpuinfo to list the feature
Signed-off-by: Wan Zongshun
[Wrap code in patch form, fix comments]
Signed-off-by: Aravind Gopalakrishnan
Patch1: Add Scalable MCA feature identification
Patch2: Add CLZERO feature
Changes in V2: (per Boris)
- Fix "From" line in Patch2 to reflect correct authorship
- Sanitize comments a bit.
Note: local tip build failed for me initially. Applied the
fix proposed here:
On Wed, Oct 28, 2015 at 11:20:03AM +0300, Vladimir Davydov wrote:
> Then you'd better not touch existing tcp limits at all, because they
> just work, and the logic behind them is very close to that of global tcp
> limits. I don't think one can simplify it somehow.
Uhm, no, there is a crapload of
On Wednesday, October 28, 2015 02:43:18 PM Richard Guy Briggs wrote:
> On 15/10/27, Paul Moore wrote:
> > On Thursday, October 22, 2015 02:53:13 PM Richard Guy Briggs wrote:
> > > This set of patches cleans up a number of corner cases in the management
> > > of the audit queue.
> > >
> > >
On 10/28/2015 11:30 AM, Alex Smith wrote:
On 28 October 2015 at 18:21, Leonid Yegoshin wrote:
1) I don't see that in code - there is no check that kernel uses actually uses
R4K clocksource as primary (A), and if kernel uses R4K count as a clocksource
and later switches to some more precise
This target allows an Open-Channel SSD to be exposed asas a block
device.
It implements a round-robin approach for sector allocation,
together with a greedy cost-based garbage collector.
Signed-off-by: Matias Bjørling
---
drivers/lightnvm/Kconfig |7 +
drivers/lightnvm/Makefile |1 +
Open-channel SSDs are devices that share responsibilities with the host
in order to implement and maintain features that typical SSDs keep
strictly in firmware. These include (i) the Flash Translation Layer
(FTL), (ii) bad block management, and (iii) hardware units such as the
flash controller,
On 28/10/15 09:08, Ray Jui wrote:
>
>
> On 10/28/2015 2:06 AM, Anup Patel wrote:
>>
>>
>>> -Original Message-
>>> From: Ray Jui [mailto:r...@broadcom.com]
>>> Sent: 28 October 2015 06:17
>>> To: Brian Norris
>>> Cc: Anup Patel; David Woodhouse; Linux MTD; Rob Herring; Pawel Moll;
>>>
The implementation for Open-Channel SSDs is divided into media
management and targets. This patch implements a generic media manager
for open-channel SSDs. After a media manager has been initialized,
single or multiple targets can be instantiated with the media managed as
the backend.
This driver implements the I/O flow for a LightNVM device driver. It
does no transfers. It can be used to test setup/teardown of devices and
evaluating performance of media managers and targets.
The framework of the driver is derived from the null_blk module.
Signed-off-by: Matias Bjørling
---
> Instead of dynamically allocating APList, make it a member of struct
> airo_info to always track state of APList_rid.
> This simplifies suspend/resume and allows removal of readAPListRid.
>
> Signed-off-by: Ondrej Zary
Thanks, 2 patches applied to wireless-drivers-next.git:
f675f93a797a
The first generation of Open-Channel SSDs is based on NVMe. The NVMe
driver is extended with support for the LightNVM command set.
Detection is made through PCI IDs. Current supported devices are the
qemu nvme simulator and CNEX Labs Westlake SSD. The qemu nvme enables
support through vendor
This patchset implements support for Open-Channel SSDs.
Applies against Jens' for-next and is available through the lkml_v14
branch at:
https://github.com/OpenChannelSSD/linux
Thanks to everyone for their help to get this ready for prime-time.
Changes since v13:
- Removal of unused
On Wed, Oct 28, 2015 at 07:13:24PM +0100, Bogicevic Sasa wrote:
> This fixes all Alignment should match open parenthesis
> messages from checkpatch.pl
>
> Signed-off-by: Bogicevic Sasa
> ---
> drivers/staging/gdm724x/gdm_lte.c | 69
> +--
> 1 file changed,
On Wed, 2015-10-28 at 11:37 -0700, Bjorn Andersson wrote:
> On Tue 27 Oct 12:18 PDT 2015, Joe Perches wrote:
> > On Sun, 2015-10-25 at 11:09 -0700, Bjorn Andersson wrote:
> > > Print an error message to indicate that invalid configuration data was
> > > provided in the platform_data, rather than
On 10/17, Viresh Kumar wrote:
> To identify OPP core's print messages easily, prefix them with
> KBUILD_MODNAME.
>
> Signed-off-by: Viresh Kumar
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
On Wed, Oct 28 2015 at 2:43pm -0400,
Mike Snitzer wrote:
> On Thu, Oct 15 2015 at 8:10am -0400,
> Christoph Hellwig wrote:
>
> > This series adds support for a simplified Persistent Reservation API
> > to the block layer. The intent is that both in-kernel and userspace
> > consumers can use
On 10/15, Viresh Kumar wrote:
> Clearly distinguish routines based on what version of bindings they
> parse. We have already postfixed routines properly with _v2 for new
> bindings. Postfix the older ones now with _v1.
>
> Signed-off-by: Viresh Kumar
> ---
Reviewed-by: Stephen Boyd
--
On 10/15, Viresh Kumar wrote:
> Move all DT parsing for the power supplies to a single function, rather
> than keeping them at separate places. This will help manage things
> properly.
>
> Signed-off-by: Viresh Kumar
> ---
Reviewed-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is a
On 10/27/2015 12:38 PM, Tomasz Nowicki wrote:
Because of two patch series:
1. Jiang Liu's common interface to support PCI host bridge init
2. Refactoring of MMCONFIG, part of this patch set
now we can think about PCI buses enumeration for ARM64 and ACPI tables.
This patch introduce ACPI based
On Wed, Oct 28, 2015 at 11:42 AM, Chris Metcalf wrote:
> On 10/08/2015 05:25 PM, Andy Lutomirski wrote:
>>
>> This whole isolation vs vmstat, etc thing made me think:
>>
>> It seems to me that a big part of the problem is that there's all
>> kinds of per-cpu deferred housekeeping work that can be
On Thu, Oct 15 2015 at 8:10am -0400,
Christoph Hellwig wrote:
> This series adds support for a simplified Persistent Reservation API
> to the block layer. The intent is that both in-kernel and userspace
> consumers can use the API instead of having to hand craft SCSI or NVMe
> command through
On Wed, Oct 28, 2015 at 11:32:16AM -0500, Bjorn Helgaas wrote:
> Hi Alex,
>
> Thanks a lot for cleaning this up. I think this is a great
> improvement over what I did.
>
> On Tue, Oct 27, 2015 at 01:52:15PM -0700, Alexander Duyck wrote:
> > This patch pulls the validation of offset and stride
On 15/10/27, Paul Moore wrote:
> On Thursday, October 22, 2015 02:53:13 PM Richard Guy Briggs wrote:
> > This set of patches cleans up a number of corner cases in the management
> > of the audit queue.
> >
> > Richard Guy Briggs (7):
> > audit: don't needlessly reset valid wait time
> >
On 10/08/2015 05:25 PM, Andy Lutomirski wrote:
This whole isolation vs vmstat, etc thing made me think:
It seems to me that a big part of the problem is that there's all
kinds of per-cpu deferred housekeeping work that can be done on the
CPU in question without any complicated or heavyweight
On Wed 28 Oct 04:40 PDT 2015, Lee Jones wrote:
> On Tue, 27 Oct 2015, Bjorn Andersson wrote:
>
> > Implement Device Tree parsing functions to support initialization of the
> > lm3533 drivers.
> >
> > Signed-off-by: Bjorn Andersson
> > ---
> >
> > Changes since v1:
> > - Added units to
On Tue 27 Oct 12:18 PDT 2015, Joe Perches wrote:
> On Sun, 2015-10-25 at 11:09 -0700, Bjorn Andersson wrote:
> > Print an error message to indicate that invalid configuration data was
> > provided in the platform_data, rather than just aborting initialization.
>
> Perhaps it'd be nicer to show
I am unable to reproduce this error on 4.2.5 but its easily
reproduceable on 4.2.4 on the i386 build. Seems to be gone as of
4.2.5.
Jeff
On 10/27/15, Jeffrey Merkey wrote:
> Same as before. Strange error with fuse trying to load (I think its
> related in some way with the writes being made to
On Mon, Oct 26, 2015 at 05:26:57PM +0600, Alexander Kuleshov wrote:
> The already provides the PAGE_ALIGNED macro. Let's
> use this macro instead of IS_ALIGNED and passing PAGE_SIZE directly.
>
> Signed-off-by: Alexander Kuleshov
Queued for 4.4. Thanks.
--
Catalin
--
To unsubscribe from this
On 10/28/2015 09:37 AM, Bjorn Helgaas wrote:
Hi Alex,
On Tue, Oct 27, 2015 at 01:52:21PM -0700, Alexander Duyck wrote:
This patch forces us to reallocate VF BARs if the totalVFs value has
increased after enabling ARI. This normally shouldn't occur, however I
have seen some non-spec devices
On 28 October 2015 at 18:21, Leonid Yegoshin wrote:
>
> On 10/28/2015 03:20 AM, Alex Smith wrote:
>>
>> On 27 October 2015 at 20:46, Leonid Yegoshin
>> wrote:
>>>
>>> I believe, until this issue is fixed the R4K only CPU should be excluded
>>> from VDSO timing acceleration.
>>
>> The VDSO code
On 28/10/2015 18:50, Yunhong Jiang wrote:
> > No, I don't think you can use raw_spinlock there. The problem is not
> > just eventfd_signal, it is especially wake_up_locked_poll. You cannot
> > convert the whole workqueue infrastructure to use raw_spinlock.
>
> You mean the waitqueue, instead
On Wed, 28 Oct 2015, Josh Cartwright wrote:
> On Wed, Oct 28, 2015 at 12:03:41PM -0500, atull wrote:
> > On Wed, 28 Oct 2015, Moritz Fischer wrote:
> >
> > > On Wed, Oct 28, 2015 at 9:18 AM, Josh Cartwright wrote:
> > > > On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
> > > >>
On 10/28/2015 11:03 AM, Georgi Djakov wrote:
> On 10/28/2015 03:06 AM, Stephen Boyd wrote:
>> On 10/27, Stephen Boyd wrote:
>>> +
>>> +int qcom_cc_register_board_clk(struct device *dev, const char *path,
>>> + const char *name, unsigned long rate)
>>> +{
>>> + return
We give out loans to individuals, companies and people of all sorts. Are you in
need of a loan for any purpose?are you in a financial problem? Do you need
financial solution? Our loans are easy, cheap, quick and reliable. Contact us
today for that loan that you desire, we can arrange any loan
On 21/10/15 23:04, Rob Herring wrote:
On Wed, Oct 21, 2015 at 5:09 AM, Sudeep Holla wrote:
This patch marks all the reference to the legacy wakeup bindings
and replaces them with the standard "wakeup-source" property.
All these legacy property are also listed under a separate section in
the
On Wed, 2015-10-28 at 19:13 +0100, Bogicevic Sasa wrote:
> This fixes all Alignment should match open parenthesis
> messages from checkpatch.pl
What you suggest is not at all generally accepted kernel style.
> diff --git a/drivers/staging/gdm724x/gdm_lte.c
> b/drivers/staging/gdm724x/gdm_lte.c
On 10/28/2015 03:20 AM, Alex Smith wrote:
On 27 October 2015 at 20:46, Leonid Yegoshin wrote:
I believe, until this issue is fixed the R4K only CPU should be excluded
from VDSO timing acceleration.
The VDSO code will currently use the CP0 count whenever the kernel is
using it as its primary
On Wed, 2015-10-28 at 10:50 -0700, Yunhong Jiang wrote:
> On Wed, Oct 28, 2015 at 01:44:55AM +0100, Paolo Bonzini wrote:
> >
> >
> > On 27/10/2015 22:26, Yunhong Jiang wrote:
> > >> > On RT kernels however can you call eventfd_signal from interrupt
> > >> > context? You cannot call
On Wed, 2015-10-28 at 19:00 +0100, Eric Auger wrote:
> On 10/28/2015 06:55 PM, Will Deacon wrote:
> > On Wed, Oct 28, 2015 at 06:48:41PM +0100, Eric Auger wrote:
> >> On 10/28/2015 06:37 PM, Alex Williamson wrote:
> >>> Ok, so with hopefully correcting my understand of what this does, isn't
> >>>
This fixes all Alignment should match open parenthesis
messages from checkpatch.pl
Signed-off-by: Bogicevic Sasa
---
drivers/staging/gdm724x/gdm_lte.c | 69 +--
1 file changed, 45 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/gdm724x/gdm_lte.c
Hi Hanjun,
On 10/24/15 02:44, Hanjun Guo wrote:
Hi Suravee,
Some minor comments below:
On 2015/10/21 23:52, Suravee Suthikulpanit wrote:
[...]
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index eea8b42..09264f8 100644
--- a/drivers/pci/probe.c
+++ b/drivers/pci/probe.c
@@ -6,12
On 10/28/2015 03:06 AM, Stephen Boyd wrote:
> On 10/27, Stephen Boyd wrote:
>> +
>> +int qcom_cc_register_board_clk(struct device *dev, const char *path,
>> + const char *name, unsigned long rate)
>> +{
>> +return _qcom_cc_register_board_clk(dev, path, name, rate,
>>
On 10/28, Pedro Alves wrote:
>
> On 10/28/2015 04:11 PM, Oleg Nesterov wrote:
> > On 10/26, Pedro Alves wrote:
> >>
> >> (Also, in the original test case, if the child gets/raises a signal or
> >> execs
> >> before exiting, the bash/init/whatever process won't be issuing
> >> PTRACE_CONT,
> >>
On Wed, Oct 28, 2015 at 12:59:16PM -0500, Josh Cartwright wrote:
> On Wed, Oct 28, 2015 at 12:03:41PM -0500, atull wrote:
> > On Wed, 28 Oct 2015, Moritz Fischer wrote:
> >
> > > On Wed, Oct 28, 2015 at 9:18 AM, Josh Cartwright wrote:
> > > > On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz
On Wed, Oct 28, 2015 at 01:44:55AM +0100, Paolo Bonzini wrote:
>
>
> On 27/10/2015 22:26, Yunhong Jiang wrote:
> >> > On RT kernels however can you call eventfd_signal from interrupt
> >> > context? You cannot call spin_lock_irqsave (which can sleep) from a
> >> > non-threaded interrupt
On 10/28/2015 06:55 PM, Will Deacon wrote:
> On Wed, Oct 28, 2015 at 06:48:41PM +0100, Eric Auger wrote:
>> On 10/28/2015 06:37 PM, Alex Williamson wrote:
>>> Ok, so with hopefully correcting my understand of what this does, isn't
>>> this effectively the same:
>>>
>>> diff --git
> -Original Message-
> From: Richard Weinberger [mailto:richard.weinber...@gmail.com]
> Sent: Tuesday, October 27, 2015 6:36 PM
> To: David Miller
> Cc: Haiyang Zhang ; o...@aepfle.de; Greg Kroah-
> Hartman ; net...@vger.kernel.org;
> jasow...@redhat.com;
On Wed, Oct 28, 2015 at 12:03:41PM -0500, atull wrote:
> On Wed, 28 Oct 2015, Moritz Fischer wrote:
>
> > On Wed, Oct 28, 2015 at 9:18 AM, Josh Cartwright wrote:
> > > On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
> > >> On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
On 10/28/2015 09:32 AM, Bjorn Helgaas wrote:
Hi Alex,
Thanks a lot for cleaning this up. I think this is a great
improvement over what I did.
On Tue, Oct 27, 2015 at 01:52:15PM -0700, Alexander Duyck wrote:
This patch pulls the validation of offset and stride into virtfn_max_buses.
The
On 10/28/2015 12:46 PM, Rainer Weikusat wrote:
> Rainer Weikusat writes:
>> Jason Baron writes:
>
> [...]
>
>>> 2)
>>>
>>> For the case of epoll() in edge triggered mode we need to ensure that
>>> when we return -EAGAIN from unix_dgram_sendmsg() when unix_recvq_full()
>>> is true, we need to
On 10/28/2015 06:37 PM, Alex Williamson wrote:
> On Wed, 2015-10-28 at 18:10 +0100, Eric Auger wrote:
>> Hi Alex,
>> On 10/28/2015 05:27 PM, Alex Williamson wrote:
>>> On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
Current vfio_pgsize_bitmap code hides the supported IOMMU page
On Wed, 2015-10-28 at 17:49 +, Lee Jones wrote:
> On Wed, 28 Oct 2015, Joe Perches wrote:
> > On Wed, 2015-10-28 at 17:22 +, Lee Jones wrote:
> > > On Wed, 28 Oct 2015, Joe Perches wrote:
> > > > > Acked-by: Lee Jones
> > > > It'd be better if you could add a "tested-by:" instead.
> > >
On Wed, Oct 28, 2015 at 06:48:41PM +0100, Eric Auger wrote:
> On 10/28/2015 06:37 PM, Alex Williamson wrote:
> > Ok, so with hopefully correcting my understand of what this does, isn't
> > this effectively the same:
> >
> > diff --git a/drivers/vfio/vfio_iommu_type1.c
> >
On 10/23/2015 01:29 PM, Sebastian Reichel wrote:
Hi,
On Fri, Oct 23, 2015 at 08:59:09AM -0500, Andrew F. Davis wrote:
This series adds a helper macro to the SPI core that assigns the owner
in spi_drivers so individual drivers do not have to do this, this is
similar to other subsystems like
On Wed, 28 Oct 2015, Joe Perches wrote:
> On Wed, 2015-10-28 at 17:22 +, Lee Jones wrote:
> > On Wed, 28 Oct 2015, Joe Perches wrote:
> > > > Acked-by: Lee Jones
> > > It'd be better if you could add a "tested-by:" instead.
> >
> > Patch works as expected:
> > Tested-by: Lee Jones
> []
Remove .owner field if calls are used which set it automatically
Signed-off-by: Andrew F. Davis
---
scripts/coccinelle/api/platform_no_drv_owner.cocci | 73 ++
1 file changed, 73 insertions(+)
diff --git a/scripts/coccinelle/api/platform_no_drv_owner.cocci
On Wed, 28 Oct 2015, atull wrote:
> On Wed, 28 Oct 2015, Moritz Fischer wrote:
>
> > On Wed, Oct 28, 2015 at 9:18 AM, Josh Cartwright wrote:
> > > On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
> > >> On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
> > >> > On Tue, Oct
Alex,
On 10/28/2015 06:28 PM, Alex Williamson wrote:
> On Wed, 2015-10-28 at 17:14 +, Will Deacon wrote:
>> On Wed, Oct 28, 2015 at 10:27:28AM -0600, Alex Williamson wrote:
>>> On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
diff --git a/drivers/vfio/vfio_iommu_type1.c
On Wed, 2015-10-28 at 18:10 +0100, Eric Auger wrote:
> Hi Alex,
> On 10/28/2015 05:27 PM, Alex Williamson wrote:
> > On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
> >> Current vfio_pgsize_bitmap code hides the supported IOMMU page
> >> sizes smaller than PAGE_SIZE. As a result, in case the
Quoting Dirk Steinmetz (pub...@rsjtdrjgfuzkfg.com):
> On Tue, 27 Oct 2015 20:28:02 +, Serge Hallyn wrote:
> > Quoting Dirk Steinmetz (pub...@rsjtdrjgfuzkfg.com):
> > > On Tue, 27 Oct 2015 09:33:44 -0500, Seth Forshee wrote:
> > > > I did want to point what seems to be an inconsistency in how
>
On Wed, 2015-10-28 at 17:22 +, Lee Jones wrote:
> On Wed, 28 Oct 2015, Joe Perches wrote:
> > > Acked-by: Lee Jones
> > It'd be better if you could add a "tested-by:" instead.
>
> Patch works as expected:
> Tested-by: Lee Jones
[]
> "I'm sure we can make the output even more
On Wed, 2015-10-28 at 17:14 +, Will Deacon wrote:
> On Wed, Oct 28, 2015 at 10:27:28AM -0600, Alex Williamson wrote:
> > On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
> > > diff --git a/drivers/vfio/vfio_iommu_type1.c
> > > b/drivers/vfio/vfio_iommu_type1.c
> > > index 57d8c37..13fb974
On Wed, 28 Oct 2015, Joe Perches wrote:
> On Wed, 2015-10-28 at 17:01 +, Lee Jones wrote:
> > On Wed, 28 Oct 2015, Joe Perches wrote:
> >
> > > Reviewer output currently does not include the subsystem
> > > that matched. Add it.
> > >
> > > Miscellanea:
> > >
> > > o Add a
Thanks all for the review comments. I'll update the V5 and send it out
later on today.
Suravee
On 10/28/15 11:00, Rafael J. Wysocki wrote:
On Wednesday, October 28, 2015 09:54:23 PM Hanjun Guo wrote:
Hi Rafael,
On 10/27/2015 11:27 PM, Rafael J. Wysocki wrote:
On Tuesday, October 27, 2015
On Wed, 2015-10-28 at 17:01 +, Lee Jones wrote:
> It looks like I'm going to have to drop the patch where we actually
> start using the R: tag properly due to some social, emotional issues.
btw: it seems to me the thing you're looking for is the tree
to which any particular patch could or
Currently it's assumed that firmware exports only the class of sensors
supported by the driver. However with newer firmware or SCPI protocol
revision, support for newer classes of sensors can be present.
The driver fails to probe with the following warning if an unsupported
class of sensor is
Hi Will,
On 10/28/2015 06:14 PM, Will Deacon wrote:
> On Wed, Oct 28, 2015 at 10:27:28AM -0600, Alex Williamson wrote:
>> On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
>>> diff --git a/drivers/vfio/vfio_iommu_type1.c
>>> b/drivers/vfio/vfio_iommu_type1.c
>>> index 57d8c37..13fb974 100644
On Wed, Oct 28, 2015 at 05:32:15PM +0100, Boris Brezillon wrote:
> On Wed, 28 Oct 2015 17:11:14 +0100
> Marek Vasut wrote:
> > On Wednesday, October 28, 2015 at 08:58:13 AM, Boris Brezillon wrote:
> > > Hi Brian,
> >
> > Hi,
> >
> > [...]
> >
> > > > Are
> > > > there ever cases we want more
On Wed, 2015-10-28 at 17:01 +, Lee Jones wrote:
> On Wed, 28 Oct 2015, Joe Perches wrote:
>
> > Reviewer output currently does not include the subsystem
> > that matched. Add it.
> >
> > Miscellanea:
> >
> > o Add a get_subsystem_name routine to centralize this
> >
> > Signed-off-by: Joe
The "vma" parameter to khugepaged_alloc_page() is unused.
It has to remain unused or the drop read lock 'map_sem' optimisation
introduce by commit 8b1645685acf ("thp: introduce khugepaged_prealloc_page
and khugepaged_alloc_page") wouldn't be possible. So let's remove it.
Signed-off-by: Aaron
On Wed 2015-10-28 17:05 +, Aaron Tomlin wrote:
> The "vma" parameter to khugepaged_alloc_page() is unused.
> It has to remain unused or the drop read lock 'map_sem' optimisation
> introduce by commit 8b1645685acf ("thp: introduce khugepaged_prealloc_page
> and khugepaged_alloc_page") wouldn't
On 28/10/2015 17:00, Alex Williamson wrote:
> > Alex, would it make sense to use the IRQ bypass infrastructure always,
> > not just for VT-d, to do the MSI injection directly from the VFIO
> > interrupt handler and bypass the eventfd? Basically this would add an
> > RCU-protected list of
On Wed, Oct 28, 2015 at 10:27:28AM -0600, Alex Williamson wrote:
> On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
> > diff --git a/drivers/vfio/vfio_iommu_type1.c
> > b/drivers/vfio/vfio_iommu_type1.c
> > index 57d8c37..13fb974 100644
> > --- a/drivers/vfio/vfio_iommu_type1.c
> > +++
On 10/27/15 18:19, David Woodhouse wrote:
> On Wed, 2015-10-21 at 20:23 -0700, Randy Dunlap wrote:
>> On 10/21/15 14:00, Jérôme Glisse wrote:
> ...
>>> Signed-off-by: Jérôme Glisse
>
> Not sure how Randy's email screwed that one up; it was a perfectly fine
> instance of your name.
>
I'm
On Wed, 28 Oct 2015, Moritz Fischer wrote:
> On Wed, Oct 28, 2015 at 9:18 AM, Josh Cartwright wrote:
> > On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
> >> On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
> >> > On Tue, Oct 27, 2015 at 05:09:12PM -0500,
Hi Alex,
On 10/28/2015 05:27 PM, Alex Williamson wrote:
> On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
>> Current vfio_pgsize_bitmap code hides the supported IOMMU page
>> sizes smaller than PAGE_SIZE. As a result, in case the IOMMU
>> does not support PAGE_SIZE page, the alignment check
The "vma" parameter to khugepaged_alloc_page() is unused.
It has to remain unused or the drop read lock 'map_sem' optimisation
introduce by commit 8b1645685acf ("mm, THP: don't hold mmap_sem in
khugepaged when allocating THP") wouldn't be possible. So let's remove it.
Signed-off-by: Aaron Tomlin
On Wed, 28 Oct 2015, Joe Perches wrote:
> Reviewer output currently does not include the subsystem
> that matched. Add it.
>
> Miscellanea:
>
> o Add a get_subsystem_name routine to centralize this
>
> Signed-off-by: Joe Perches
> ---
> scripts/get_maintainer.pl | 31
From: James Simmons
Change cfs_hash_ops_t to struct cfs_hash_ops.
Signed-off-by: James Simmons
---
.../lustre/include/linux/libcfs/libcfs_hash.h | 21 ++-
drivers/staging/lustre/lustre/ldlm/ldlm_resource.c | 18
From: James Simmons
Change cfs_hash_lock_ops_t to struct cfs_hash_lock_ops.
Signed-off-by: James Simmons
---
.../lustre/include/linux/libcfs/libcfs_hash.h |4 ++--
drivers/staging/lustre/lustre/libcfs/hash.c| 12 ++--
2 files changed, 8 insertions(+), 8 deletions(-)
From: James Simmons
Fix up all the over 80 character line issues in libcfs_hash.h
reported by checkpatch.pl. At the same time update this header
to match what is in the OpenSFS lustre branch.
Signed-off-by: James Simmons
---
.../lustre/include/linux/libcfs/libcfs_hash.h | 162
From: James Simmons
Change cfs_hash_dhead_t and cfs_head_dhead_dep_to
from typedef to true structures.
Signed-off-by: James Simmons
---
.../lustre/include/linux/libcfs/libcfs_hash.h |4 +-
drivers/staging/lustre/lustre/libcfs/hash.c| 40 +++-
2 files
201 - 300 of 1890 matches
Mail list logo