On Wed, Jul 29, 2015 at 01:54:12PM +0200, Michal Hocko wrote:
> On Tue 21-07-15 10:58:59, Michal Hocko wrote:
> > [CCing more people from a potentially affected fs - the reference to the
> > email thread is: http://marc.info/?l=linux-mm=143744398020147=2]
...
> > > The didn't used to happen,
On Wednesday, July 29, 2015 05:59:14 PM Pan Xinhui wrote:
> hi, Rafael
> thanks for you reply.
>
> On 2015年07月29日 08:18, Rafael J. Wysocki wrote:
> > On Tuesday, July 28, 2015 12:53:33 PM Pan Xinhui wrote:
> >> hi, Viresh
> >>thanks for your reply :)
> >> On 2015年07月28日 12:29, Viresh
On 29/07/2015 23:05, Andy Lutomirski wrote:
> On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper
> wrote:
>> On 29/07/2015 22:26, Andy Lutomirski wrote:
>>> On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky
>>> wrote:
On 07/29/2015 03:03 PM, Andrew Cooper wrote:
> On 29/07/15 15:43, Boris
On Wed, Jul 29, 2015 at 07:21:47AM -0400, Ming Lei wrote:
> On Wed, Jul 29, 2015 at 4:41 AM, Dave Chinner wrote:
> > On Wed, Jul 29, 2015 at 03:33:52AM -0400, Ming Lei wrote:
> >> On Mon, Jul 27, 2015 at 1:33 PM, Christoph Hellwig
> >> wrote:
> >> > On Mon, Jul 27, 2015 at 05:53:33AM -0400,
--
I have a business proposal of USD $22,500,000.00 only for you to
transact with me from my bank to your country. Reply to
address: vincentche3...@gmail.com and I will let you know what is
required of you.
Best Regards,
Mr. Vincent Cheng
Your Brother
--
To unsubscribe from this list: send the
On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper
wrote:
> On 29/07/2015 22:26, Andy Lutomirski wrote:
>> On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky
>> wrote:
>>> On 07/29/2015 03:03 PM, Andrew Cooper wrote:
On 29/07/15 15:43, Boris Ostrovsky wrote:
> FYI, I have got a repro now and
On Sun, Jul 26, 2015 at 3:45 AM, Xunlei Pang wrote:
> From: Xunlei Pang
>
> The weak update_persistent_clock64() calls update_persistent_clock(),
> if the architecture defines an update_persistent_clock64() to replace
> and remove its update_persistent_clock() version, when building the
> kernel
On Wed, 29 Jul 2015, Vlastimil Babka wrote:
> > I see the two mechanisms different enough that they need to be defined
> > separately: periodic compaction that would be done at certain intervals
> > regardless of fragmentation or allocation failures to keep fragmentation
> > low, and
On Wed, Jul 29, 2015 at 02:47:40PM -0700, Dan Williams wrote:
> On Wed, Jul 29, 2015 at 2:43 PM, Luis R. Rodriguez wrote:
> > While at it, Dan, will / should memremap() support overlapping calls ?
> > What is the expectation on behaviour ?
>
> It will be the same as ioremap(). Each mapping gets
On Wed, Jul 29, 2015 at 03:00:38PM -0600, Toshi Kani wrote:
> On Wed, 2015-07-29 at 11:33 -0700, Dan Williams wrote:
> > On Wed, Jul 29, 2015 at 11:27 AM, Luis R. Rodriguez
> > wrote:
> > > On Wed, Jul 29, 2015 at 08:50:04AM +0200, Christoph Hellwig wrote:
> > > > On Mon, Jul 27, 2015 at
On Wed, Jul 29, 2015 at 2:43 PM, Luis R. Rodriguez wrote:
> While at it, Dan, will / should memremap() support overlapping calls ?
> What is the expectation on behaviour ?
It will be the same as ioremap(). Each mapping gets its own virtual
address and overlapping calls are permitted. The only
On 29/07/2015 22:26, Andy Lutomirski wrote:
> On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky
> wrote:
>> On 07/29/2015 03:03 PM, Andrew Cooper wrote:
>>> On 29/07/15 15:43, Boris Ostrovsky wrote:
FYI, I have got a repro now and am investigating.
>>> Good and bad news. This bug has nothing
The test failed due to an oversight on my part when run on a 64-bit
kernel. vm86 isn't expected to work at all, and I mistakenly failed
one part of the test because no signal was delivered.
Cc: Brian Gerst
Signed-off-by: Andy Lutomirski
---
tools/testing/selftests/x86/entry_from_vm86.c | 11
On 07/29/2015 05:26 PM, Andy Lutomirski wrote:
On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky
wrote:
On 07/29/2015 03:03 PM, Andrew Cooper wrote:
On 29/07/15 15:43, Boris Ostrovsky wrote:
FYI, I have got a repro now and am investigating.
Good and bad news. This bug has nothing to do with
From: Alex Williamson
Date: Wed, 29 Jul 2015 13:33:07 -0600
> I expect that's because of this patch that's in Jeff's dev-queue branch:
>
> http://git.kernel.org/cgit/linux/kernel/git/jkirsher/next-queue.git/commit/?h=dev-queue=ddf766a812a13eca1116b5905e902184904266f9
>
> I based these patches
On Wed, 29 Jul 2015 19:29:08 +0300 Vladimir Davydov
wrote:
> /proc/kpageidle should probably live somewhere in /sys/kernel/mm, but I
> added it where similar files are located (kpagecount, kpageflags) to
> keep things consistent.
I think these files should be moved elsewhere. Consistency is
The xpad driver has several races with respect to URB submission which
make it easy to end up with submission while active:
[ cut here ]
WARNING: CPU: 3 PID: 3563 at drivers/usb/core/urb.c:339
usb_submit_urb+0x2ad/0x5a0()
URB 8804078ac240 submitted while active
Modules
On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky
wrote:
> On 07/29/2015 03:03 PM, Andrew Cooper wrote:
>>
>> On 29/07/15 15:43, Boris Ostrovsky wrote:
>>>
>>> FYI, I have got a repro now and am investigating.
>>
>> Good and bad news. This bug has nothing to do with LDTs themselves.
>>
>> I have
On 07/29/2015 03:03 PM, Andrew Cooper wrote:
On 29/07/15 15:43, Boris Ostrovsky wrote:
FYI, I have got a repro now and am investigating.
Good and bad news. This bug has nothing to do with LDTs themselves.
I have worked out what is going on, but this:
diff --git a/arch/x86/xen/enlighten.c
On 07/29/2015 04:59 PM, Eric Dumazet wrote:
On Wed, 2015-07-29 at 11:10 -0400, WingMan Kwok wrote:
The Keystone II DMA hardware can only access addresses in the
lower 2 GiB of SDRAM. This patch makes sure the RX buffers are
allocated using the __GFP_DMA flag so they meet this requirement.
On Tue, 28 Jul 2015, Marcelo Tosatti wrote:
On Tue, Mar 31, 2015 at 10:27:32AM -0700, Vikas Shivappa wrote:
On Thu, 26 Mar 2015, Marcelo Tosatti wrote:
I can't find any discussion relating to exposing the CBM interface
directly to userspace in that thread ?
Cpu.shares is written in
On Fri, Jun 26, 2015 at 02:32:47PM +0530, Viresh Kumar wrote:
> ->add_dev() may fail and the error returned from it can be useful for
> the caller.
>
> For example, if some of the resources aren't ready yet and -EPROBE_DEFER
> is returned from ->add_dev(), then the owner of 'struct
>
On Wed, Jul 29, 2015 at 12:14 PM, Vivien Didelot
wrote:
> Hi Scott, David,
>
> On Jul 29, 2015, at 2:28 PM, David da...@davemloft.net wrote:
>
>> From: Scott Feldman
>> Date: Wed, 29 Jul 2015 00:31:44 -0700
>>
>>> Since the netlink request (for example vlan add) includes the range,
>>> I'm not
On Wed, Jul 29, 2015 at 07:36:59PM +0530, Chandra S Gorentla wrote:
> Fixed - warning: ‘*((void *)+4).pu8Head’ may be used
> uninitialized
The warning is incorrect, look at the code, I don't see anything wrong
with it. I suggest upgrading to a newer version of gcc that doesn't
report incorrect
On Wed, 2015-07-29 at 15:00 -0600, Toshi Kani wrote:
> On Wed, 2015-07-29 at 11:33 -0700, Dan Williams wrote:
> > On Wed, Jul 29, 2015 at 11:27 AM, Luis R. Rodriguez
> > wrote:
> > > On Wed, Jul 29, 2015 at 08:50:04AM +0200, Christoph Hellwig wrote:
> > > > On Mon, Jul 27, 2015 at 04:26:03PM
On Mon, 27 Jul 2015, Matt Fleming wrote:
> [BAD]
> 3: 1 0 0 0 IR-IO-APIC 3-edge
> 6: 0 0 0 0 IR-IO-APIC 6-edge
> dw_dmac
> 7: 15 1 0 0 IR-IO-APIC 7-edge
>
On Wed, 2015-07-29 at 11:33 -0700, Dan Williams wrote:
> On Wed, Jul 29, 2015 at 11:27 AM, Luis R. Rodriguez
> wrote:
> > On Wed, Jul 29, 2015 at 08:50:04AM +0200, Christoph Hellwig wrote:
> > > On Mon, Jul 27, 2015 at 04:26:03PM -0700, Dan Williams wrote:
> > > > Oh, because all we have at this
On Wed, 2015-07-29 at 11:10 -0400, WingMan Kwok wrote:
> The Keystone II DMA hardware can only access addresses in the
> lower 2 GiB of SDRAM. This patch makes sure the RX buffers are
> allocated using the __GFP_DMA flag so they meet this requirement.
>
> Signed-off-by: WingMan Kwok
>
On Wed, Jun 10, 2015 at 12:58:15AM +0800, Jiang Liu wrote:
> On 2015/6/10 0:12, Lorenzo Pieralisi wrote:
> > On Mon, Jun 08, 2015 at 05:20:46PM +0100, Jiang Liu wrote:
> >> +struct pci_bus *acpi_pci_root_create(struct acpi_pci_root *root,
> >> + struct
On Wed, Jul 29, 2015 at 01:09:16PM -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> Recursive dependency issues with kconfig are unavoidable due to
> some limitations with kconfig, since these issues are recurring
> provide a hint to the user how they can resolve these dependency
On 07/27/2015 03:39 PM, Davidlohr Bueso wrote:
On Mon, 2015-07-27 at 13:30 -0400, Waiman Long wrote:
The pending bit acts as a 1-slot waiting queue. So if the vCPU needs to
fall back to regular queuing, it needs to clear the bit.
Right, that's what I thought. So you would also need to call
Thanks for this information, Daniel.
I will change it to use rotation prop in next patch.
> On Mon, Jul 27, 2015 at 06:57:33PM -0400, Jilai Wang wrote:
>> Add plane properties hflip/vflip which are used in MDP driver to flip
>> the input horizontally/vertically.
>>
>> Signed-off-by: Jilai Wang
>
I changed the test module to now set the entire array to all 0/1s and
only flip a few bits. There appears to be a performance benefit, but
it's only 2-3% better (if that). If the main benefit of the original
patch was to save space then inlining definitely doesn't seem worth the
small gains in
When the .remove() callback for a PF is called, SR-IOV support for the
device is disabled, which requires unbinding and removing the VFs.
The VFs may be in-use either by the host kernel or userspace, such as
assigned to a VM through vfio-pci. In this latter case, the VFs may
be removed either by
When the .remove() callback for a PF is called, SR-IOV support for the
device is disabled, which requires unbinding and removing the VFs.
The VFs may be in-use either by the host kernel or userspace, such as
assigned to a VM through vfio-pci. In this latter case, the VFs may
be removed either by
v2:
- Rebase to DaveM's net tree, context-only change
- Add Mitch's Acks
There's no functional change from v1, so the choice of v1 or v2 is
just a matter of which maintainer wants to take these.
Original description:
When running a Windows 2012 R2 guest with a pair of VFs assigned
through
On Wed, 2015-07-29 at 16:22 -0400, Murali Karicheri wrote:
> Eric,
>
> On 07/29/2015 12:31 PM, Eric Dumazet wrote:
> > On Wed, 2015-07-29 at 11:10 -0400, WingMan Kwok wrote:
> >> This patch makes the function __netdev_alloc_frag() non-static and
> >> exports it so that drivers that need to
On 07/29/2015 01:04 PM, Rafael J. Wysocki wrote:
Hi Guenter,
On Wed, Jul 29, 2015 at 9:58 PM, Guenter Roeck wrote:
On 07/29/2015 12:33 PM, Moore, Robert wrote:
-Original Message-
From: Guenter Roeck [mailto:li...@roeck-us.net]
Sent: Wednesday, July 29, 2015 11:39 AM
To: Moore,
On Tue, Jun 09, 2015 at 12:20:43AM +0800, Jiang Liu wrote:
> Enhance ACPI resource parsing interfaces to support sparse IO space,
> which will be used to share common code between x86 and IA64 later.
>
> Tested-by: Tony Luck
> Signed-off-by: Jiang Liu
> Reviewed-by: Hanjun Guo
> ---
>
On Wed, Jul 29, 2015 at 11:12:30AM -0700, Tim Bird wrote:
> Greg,
>
> At this point I've got Reviewed-by from Rob on the binding and dts bits,
> and Reviewed-by from Andy Gross on the complete patch series (v3).
>
> I believe I've addressed all issues raised. Can you please add this
> (v3) to
On 07/29/15 13:09, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> Recursive dependency issues with kconfig are unavoidable due to
> some limitations with kconfig, since these issues are recurring
> provide a hint to the user how they can resolve these dependency
> issues and also
On Wed, Jul 29, 2015 at 12:29 PM, Tim Bird wrote:
>
>
> On 07/28/2015 07:54 PM, Rob Herring wrote:
>> On Tue, Jul 28, 2015 at 8:06 PM, Tim Bird wrote:
>>> Antoine and Rob,
>>>
>>> I was just doing some testing with USB on a Qualcomm SoC.
>>>
>>> I followed the instructions in the binding
Hi Viresh,
On Wed, Jul 29, 2015 at 4:21 PM, Viresh Kumar wrote:
> On 29-07-15, 15:57, Rafael J. Wysocki wrote:
>> In practice, this means a cpufreq driver registration done in parallel
>> with CPU hotplug.
>
> Not necessarily. Also consider the case where cpufreq driver is already
> working
>
On Wed, Jul 29, 2015 at 08:17:51PM +0800, Hanjun Guo wrote:
> Hi Bjorn, Rafael,
>
> Just kindly ping for this patchset, it has been reviewed and tested,
> can it be merged in 4.3?
There are open review issues, e.g., IORESOURCE_MEM_8AND16BIT, so I'm not
ready to merge it as-is. I'll look at it
Device resource data allocated with devres_alloc() must be deallocated
by devres_free().
Signed-off-by: Vladimir Zapolskiy
---
drivers/base/firmware_class.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c
index
On Tue, Jun 09, 2015 at 12:20:46AM +0800, Jiang Liu wrote:
> Introduce common interface acpi_pci_root_create() and related data
> structures to create PCI root bus for ACPI PCI host bridges. It will
> be used to kill duplicated arch specific code for IA64 and x86. It may
> also help ARM64 in
Eric,
On 07/29/2015 12:31 PM, Eric Dumazet wrote:
On Wed, 2015-07-29 at 11:10 -0400, WingMan Kwok wrote:
This patch makes the function __netdev_alloc_frag() non-static and
exports it so that drivers that need to specify additional flags,
such as __GFP_DMA, can use it. The currently exported
The proc_subdir_lock spinlock is used to allow only one task to
make change to the proc directory structure as well as looking up
information in it. However, the information lookup part can actually
be entered by more than one task as the pde_get() and pde_put()
reference count update calls in the
From: "Luis R. Rodriguez"
Recursive dependency issues with kconfig are unavoidable due to
some limitations with kconfig, since these issues are recurring
provide a hint to the user how they can resolve these dependency
issues and also document why such limitation exists.
Cc: Geert Uytterhoeven
On Wed, Jul 29, 2015 at 10:12:53AM -0700, Ray Jui wrote:
> The current iProc BCMA front-end driver can only work on ARM32 based
> platforms; therefore its config option in Kconfig should be changed to
> reflect that. This fixes arm64 allmodconfig build failure when compiling
> the the iProc BCMA
On Tue, 28 Jul 2015, Auld, Will wrote:
-Original Message-
Same comment as above - Cgroup masks can always overlap and other cgroups
can allocate the same cache , and hence wont have exclusive cache allocation.
[Auld, Will] You can define all the cbm to provide one clos with an
Hi Guenter,
On Wed, Jul 29, 2015 at 9:58 PM, Guenter Roeck wrote:
> On 07/29/2015 12:33 PM, Moore, Robert wrote:
>>>
>>> -Original Message-
>>> From: Guenter Roeck [mailto:li...@roeck-us.net]
>>> Sent: Wednesday, July 29, 2015 11:39 AM
>>> To: Moore, Robert; r...@rjwysocki.net
>>> Cc:
On Wed, 2015-07-29 at 15:37 +0200, Paolo Bonzini wrote:
> Inspired by the split irqchip patches, this series limits the
> IOAPIC<->LAPIC to the EOI exit bitmap that is inferred from the
> redirection table.
>
> TMR is entirely handled within the local APIC, and no global copy
> of the
发自我的 iPhone
> 在 2015年7月30日,上午1:13,Alexei Starovoitov 写道:
>
>> On 7/29/15 2:38 AM, He Kuang wrote:
>> Hi, Alexei
>>
>>> On 2015/7/28 10:18, Alexei Starovoitov wrote:
On 7/25/15 3:04 AM, He Kuang wrote:
I noticed that for 64-bit elf format, the reloc sections have
'Addend' in
This patch adds support for United Radiant Technology
UMSH-8596MD-xT 7.0" WVGA TFT LCD panels
(both LVDS and parallel versions) to DRM
panel-simple driver.
Signed-off-by: Maciej Szmigiero
---
.../devicetree/bindings/panel/urt,umsh-8596md.txt | 11 +
On 07/29/2015 12:33 PM, Moore, Robert wrote:
-Original Message-
From: Guenter Roeck [mailto:li...@roeck-us.net]
Sent: Wednesday, July 29, 2015 11:39 AM
To: Moore, Robert; r...@rjwysocki.net
Cc: l...@kernel.org; Zheng, Lv; linux-a...@vger.kernel.org; linux-
ker...@vger.kernel.org;
Hi Guenter,
On Wed, Jul 29, 2015 at 8:38 PM, Guenter Roeck wrote:
> On 07/29/2015 10:51 AM, Moore, Robert wrote:
>>
>>
>>
>>> -Original Message-
>>> From: Guenter Roeck [mailto:li...@roeck-us.net]
>>> Sent: Monday, July 27, 2015 5:32 PM
>>> To: r...@rjwysocki.net
>>> Cc: l...@kernel.org;
From: Robert Jarzmik
In preparation for dmaengine conversion, move the camera interrupt
handling into a tasklet. This won't change the global flow, as this
interrupt is only used to detect the end of frame and activate DMA fifos
handling.
Signed-off-by: Robert Jarzmik
---
Hi Guennadi,
This is the third round.
Most of this round deals with the sg_cut() polishing.
We still have a bit of ground to cover :
(a) Robert: try to submit sg_split() to lib/sglist.c
(b) Robert: following dmaengine "reuse" flag introduction, change pxa_camera
accordingly
(c)
From: Robert Jarzmik
This moves the dma irq handling functions up in the source file, so that
they are available before DMA preparation functions. It prepares the
conversion to DMA engine, where the descriptors are populated with these
functions as callbacks.
Signed-off-by: Robert Jarzmik
---
Convert pxa_camera to dmaengine. This removes all DMA registers
manipulation in favor of the more generic dmaengine API.
The functional level should be the same as before. The biggest change is
in the videobuf_sg_splice() function, which splits a videobuf-dma into
several scatterlists for 3
From: Robert Jarzmik
Fix the error path where the video buffer wasn't allocated nor
mapped. In this case, in the driver free path don't try to unmap memory
which was not mapped in the first place.
Signed-off-by: Robert Jarzmik
---
drivers/media/platform/soc_camera/pxa_camera.c | 6 --
1
On 07/29/2015 06:09 AM, Kishon Vijay Abraham I wrote:
> For beagle x15, both the vdd and io lines are connected to the
> same regulator (ldo1_reg). However vmmc_aux is populated to vdd_3v3.
> Remove it.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
> arch/arm/boot/dts/am57xx-beagle-x15.dts |
On Mon, Jul 27, 2015 at 08:20:31PM -0700, Bjorn Andersson wrote:
> Add binding documentation for the Qualcomm Resource Power Manager (RPM)
> using shared memory (Qualcomm SMD) as transport mechanism. This is found
> in 8974 and newer based devices.
>
> The binding currently describes the rpm
Commit-ID: 2a61c8eaf1879db99286c3f5fe5e78086c7edb85
Gitweb: http://git.kernel.org/tip/2a61c8eaf1879db99286c3f5fe5e78086c7edb85
Author: Andy Shevchenko
AuthorDate: Wed, 29 Jul 2015 12:16:48 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 29 Jul 2015 21:23:50 +0200
Commit-ID: 39d9b77b8debb4746e189aa5b61ae6e81ec5eab8
Gitweb: http://git.kernel.org/tip/39d9b77b8debb4746e189aa5b61ae6e81ec5eab8
Author: Andy Shevchenko
AuthorDate: Wed, 29 Jul 2015 12:16:47 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 29 Jul 2015 21:23:50 +0200
The same check is performed by tick_check_percpu().
Signed-off-by: Luiz Capitulino
---
kernel/time/tick-common.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c
index f8bf475..d11c55b 100644
--- a/kernel/time/tick-common.c
+++
Commit-ID: 0abbdea1e9592fba120521ce22c6c26301e72761
Gitweb: http://git.kernel.org/tip/0abbdea1e9592fba120521ce22c6c26301e72761
Author: Andy Shevchenko
AuthorDate: Wed, 29 Jul 2015 12:16:49 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 29 Jul 2015 21:23:50 +0200
> -Original Message-
> From: Guenter Roeck [mailto:li...@roeck-us.net]
> Sent: Wednesday, July 29, 2015 11:39 AM
> To: Moore, Robert; r...@rjwysocki.net
> Cc: l...@kernel.org; Zheng, Lv; linux-a...@vger.kernel.org; linux-
> ker...@vger.kernel.org; de...@acpica.org
> Subject: Re: [PATCH v2]
On Wed, 29 Jul 2015, Andy Shevchenko wrote:
> On Intel Edison we have an interesting implementation of x86 platform without
> legacy PIC and with specific PCI. There are devices which are not using
> interrupt line 0, but have it assigned in the PCI configuration. By default
> first come gets it,
On Wed, 2015-07-29 at 12:16 -0700, David Miller wrote:
> From: Alex Williamson
> Date: Mon, 27 Jul 2015 17:18:28 -0600
>
> > When running a Windows 2012 R2 guest with a pair of VFs assigned
> > through vfio-pci, we run into a problem trying to hot-unplug those VFs
> > after the PF has
On Wed, Jul 29, 2015 at 01:28:38AM +, Auld, Will wrote:
> > > Whenever cgroupE has zero tasks, remove exclusivity (by allowing other
> > > cgroups to use the exclusive ways of it).
> >
> > Same comment as above - Cgroup masks can always overlap and other cgroups
> > can allocate the same
Asus F3M has two keys labeled with an icon of a touchpad. The first,
reported as 0x6B is next to the power key and the second, reported as
0x6A, is F9 combined with Fn button. When I was pressing the latter, I was
getting "Unknown key 6a pressed" message before applying this patch.
Asus F3M does
From: Vivien Didelot
Date: Wed, 29 Jul 2015 15:14:05 -0400 (EDT)
> While a range might be convenient to a user, exposing it to drivers is
> likely to end up writing the same vid_begin to vid_end for loop.
It is impossible not to expose this to the driver.
We have to have a prepare/commit
On 29/07/15 19:33, Russell King - ARM Linux wrote:
> On Wed, Jul 29, 2015 at 03:43:04PM +0100, Jon Hunter wrote:
>> The gic_init_bases() function initialises an array that stores the mapping
>> between the GIC and CPUs. This array is a global array that is
>> unconditionally initialised on every
An empty implementation, make it go away.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/score/include/asm/switch_to.h |2 --
1 file changed, 2 deletions(-)
--- a/arch/score/include/asm/switch_to.h
+++ b/arch/score/include/asm/switch_to.h
@@ -8,6 +8,4 @@ do {
The code looks buggy; why would we be restoring the previous task's
DSP state after we've switched to the next task?
Fix that and put the restore in switch_to(), removing the need for
finish_arch_switch().
Cc: mich...@amarulasolutions.com
Signed-off-by: Peter Zijlstra (Intel)
---
From: Chris Metcalf
Move the simulator bits into switch_to() and use
finish_arch_post_lock_switch() for the homecache migration bits.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/tile/include/asm/switch_to.h | 10 +++---
arch/tile/kernel/process.c| 17 +++--
2
Fold the tracing hook into switch_to() in order to remove
finish_arch_switch().
Cc: Hans-Christian Egtvedt
Signed-off-by: Peter Zijlstra (Intel)
---
arch/avr32/include/asm/switch_to.h |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
--- a/arch/avr32/include/asm/switch_to.h
+++
From: Ralf Baechle
MIPS was using finish_arch_switch() as a hook to restore and initialize
CPU context for all threads, even newly created kernel and user threads.
This is however entirely solvable within switch_to() so get rid of
finish_arch_switch() which is in the way of scheduler cleanups.
From: Will Deacon
Fold finish_arch_switch() into switch_to().
Signed-off-by: Peter Zijlstra (Intel)
---
arch/arm/include/asm/switch_to.h |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- a/arch/arm/include/asm/switch_to.h
+++ b/arch/arm/include/asm/switch_to.h
@@ -10,7 +10,9
One less arch hook..
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/sched/core.c |1 -
kernel/sched/sched.h |3 ---
2 files changed, 4 deletions(-)
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -2468,7 +2468,6 @@ static struct rq *finish_task_switch(str
*/
Hi,
There were only a few architectures utilizing finish_arch_switch() and it looks
like they can all do without.
This means we can remove finish_arch_switch(); partly to make up for
introducing finish_arch_post_lock_switch(), partly to reduce the number of arch
hooks to consider.
Much thanks
Em Wed, Jul 29, 2015 at 05:42:09AM -0400, Kan Liang escreveu:
> This patchkit adds the ability to turn off callgraphs and time stamps
> per event. This in term can reduce sampling overhead and the size of
> the perf.data.
Applied the first three patches, will wait for Jiri comments on the
From: Alex Williamson
Date: Mon, 27 Jul 2015 17:18:28 -0600
> When running a Windows 2012 R2 guest with a pair of VFs assigned
> through vfio-pci, we run into a problem trying to hot-unplug those VFs
> after the PF has unregistered the netdev. This is a common scenario
> if the PF is unbound
ACPI spec 5.0 allows the use of PCI vendor IDs.
Since we have one for virtio, it seems neater to use that
rather than LNRO. For the device ID, use 103F which is a legacy ID that
isn't used in virtio PCI spec - seems to make sense since virtio-mmio is
a legacy device but we don't know the correct
Hi Scott, David,
On Jul 29, 2015, at 2:28 PM, David da...@davemloft.net wrote:
> From: Scott Feldman
> Date: Wed, 29 Jul 2015 00:31:44 -0700
>
>> Since the netlink request (for example vlan add) includes the range,
>> I'm not seeing how we can response with success for the satisfied
>> vlans
On Fri, 2015-07-24 at 22:40 -0400, Dan Williams wrote:
> In preparation for deprecating ioremap_wt() convert its usage in
> the PMEM API to memremap.
>
> Cc: Ross Zwisler
> Signed-off-by: Dan Williams
Acked-by: Ross Zwisler
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, Jun 2, 2015 at 6:14 AM, Ivan T. Ivanov wrote:
> On recent Qualcomm platforms VBUS and ID lines are not routed to
> USB PHY LINK controller. Use extcon framework to receive connect
> and disconnect ID and VBUS notification.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> Changes sice v2 [1].
>
On Tue, 28 Jul 2015, Jörn Engel wrote:
> Well, we definitely need something. Having a 100GB process show 3GB of
> rss is not very useful. How would we notice a memory leak if it only
> affects hugepages, for example?
>
Since the hugetlb pool is a global resource, it would also be helpful to
Hi Paolo,
Something bad happened to this patch. This is the version I provided
Tested-by for:
On Thu, 2015-07-16 at 03:25 +0800, Xiao Guangrong wrote:
> From: Xiao Guangrong
>
> kvm_mtrr_get_guest_memory_type never returns -1 which is implied
> in the current code since if @type = -1 (means
On 29/07/15 15:43, Boris Ostrovsky wrote:
> FYI, I have got a repro now and am investigating.
Good and bad news. This bug has nothing to do with LDTs themselves.
I have worked out what is going on, but this:
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index
On Mon, Jul 27, 2015 at 08:20:30PM -0700, Bjorn Andersson wrote:
> This adds the Qualcomm Shared Memory Driver (SMD) providing
> communication channels to remote processors, ontop of SMEM.
>
> Signed-off-by: Bjorn Andersson
> ---
Applied, thanks!
--
Qualcomm Innovation Center, Inc.
The
On Mon, Jul 27, 2015 at 08:20:29PM -0700, Bjorn Andersson wrote:
> Add device tree binding documentation for the Qualcomm Shared Memory
> Device, used for communication between the various CPUs in the Qualcomm
> SoCs.
>
> Signed-off-by: Bjorn Andersson
> ---
Applied, thanks.
--
Qualcomm
Anil's email address bounces and he hasn't had a signoff
in over 5 years.
Signed-off-by: Joe Perches
---
CREDITS | 4
MAINTAINERS | 3 +--
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/CREDITS b/CREDITS
index bcb8efa..8207cc6 100644
--- a/CREDITS
+++ b/CREDITS
@@
On Mon, Jul 27, 2015 at 08:20:32PM -0700, Bjorn Andersson wrote:
> Driver for the Resource Power Manager (RPM) found in Qualcomm 8974 based
> devices.
> The driver exposes resources that child drivers can operate on; to
> implementing regulator, clock and bus frequency drivers.
>
> Signed-off-by:
On Wed, 29 Jul 2015, Andy Lutomirski wrote:
> On Wed, Jul 29, 2015 at 10:12 AM, Andrea Arcangeli
> wrote:
> > Hello Stephen,
> >
> > On Tue, Jul 28, 2015 at 04:00:15PM +1000, Stephen Rothwell wrote:
> >> -359 i386userfaultfd sys_userfaultfd
> >> ++374 i386userfaultfd
On Wed, Jul 29, 2015 at 08:21:34PM +0200, Michal Suchanek wrote:
> On 29 July 2015 at 19:16, Mark Brown wrote:
> >> It will not break anything. It will just spam dmesg.
> > I'm confused - if all this change does is to spam dmesg then what's the
> > point?
> Presumably when your SPI NOR flash
On 07/29/2015 10:51 AM, Moore, Robert wrote:
-Original Message-
From: Guenter Roeck [mailto:li...@roeck-us.net]
Sent: Monday, July 27, 2015 5:32 PM
To: r...@rjwysocki.net
Cc: l...@kernel.org; Moore, Robert; Zheng, Lv; linux-a...@vger.kernel.org;
linux-kernel@vger.kernel.org;
Trivial typo fixes:
o \b should be \n
o coalesce format to avoid excess spaces
Signed-off-by: Joe Perches
---
And another here:
drivers/scsi/pmcraid.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/pmcraid.c b/drivers/scsi/pmcraid.c
index
201 - 300 of 1826 matches
Mail list logo