On 24 Nov 2016, at 18:56, Balbir Singh wrote:
> On 23/11/16 03:25, Zi Yan wrote:
>> From: Zi Yan
>>
>> From: Zi Yan
>>
>> migrate_page_copy() and copy_huge_page() are affected.
>>
>> Signed-off-by: Zi Yan
>> Signed-off-by: Zi Yan
>> ---
>> fs/aio.c| 2 +-
>> fs/hugetlbfs/inod
Em Mon, 28 Nov 2016 14:46:45 +0100
Daniel Vetter escreveu:
> On Mon, Nov 28, 2016 at 12:54:13PM +0100, Peter Zijlstra wrote:
> > On Mon, Nov 28, 2016 at 09:08:55AM -0200, Mauro Carvalho Chehab wrote:
> > > - use *foo* (for italics) or **foo** (for bold) instead of _foo_;
> >
> > That's daft,
On 28.11.2016 09:41, Baolin Wang wrote:
On 28 November 2016 at 15:21, Greg KH wrote:
On Mon, Nov 28, 2016 at 02:29:25PM +0800, Baolin Wang wrote:
Hi Mathias,
On 24 November 2016 at 19:16, Baolin Wang wrote:
Since these 'return' statements are not generally useful in void
function, remove th
On 28 November 2016 at 12:38, Ziji Hu wrote:
> Hi Ulf,
>
> On 2016/11/28 19:13, Ulf Hansson wrote:
>>>
>>> As you suggest, I replace mmc_wait_for_cmd() with mmc_send_tuning(), to
>>> send commands for testing current sampling point set in our host PHY.
>>>
>>> According to my test resu
On Mon, 2016-11-28 at 12:05 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 28, 2016 at 06:47:14AM -0800, Eric Dumazet escreveu:
> > On Mon, 2016-11-28 at 11:40 -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Mon, Nov 28, 2016 at 06:26:49AM -0800, Eric Dumazet escreveu:
> > > > From: Eric Duma
Hi Pavel,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.9-rc7 next-20161128]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Pavel-Machek/stmmac-reduce-code
On Mon, Nov 28, 2016 at 7:00 AM, Arnaldo Carvalho de Melo
wrote:
> After I applied this I started getting this:
>
> CC /tmp/build/perf/tests/sw-clock.o
> /tmp/build/perf/.plugin_jbd2.o.cmd:3: *** empty variable name. Stop.
> Makefile:192: recipe for target '/tmp/build/perf/plugin_jbd2-in.
On Mon, Nov 28, 2016 at 09:05:21AM +0100, Gerd Hoffmann wrote:
> virtio uses normal ram as backing storage for the framebuffer, so we
> should assign the address to new screen_buffer (added by commit
> 17a7b0b4d9749f80d365d7baff5dec2f54b0e992) instead of screen_base.
>
> Reported-by: Michael S. Ts
Hello,
On Mon, Nov 28, 2016 at 11:59:15AM +, Julien Grall wrote:
> > commit 3ca45a46f8af8c4a92dd8a08eac57787242d5021
> > percpu: ensure the requested alignment is power of two
>
> It would have been useful to specify the tree used. In this case,
> this commit comes from linux-next.
I'm surpr
On Mon, Nov 28, 2016 at 06:39:19AM -0800, Paul E. McKenney wrote:
> On Fri, Nov 25, 2016 at 07:52:23PM -0500, David Miller wrote:
> > From: "Michael S. Tsirkin"
> > Date: Wed, 23 Nov 2016 22:48:19 +0200
> >
> > > I would appreciate review to confirm the function doesn't
> > > do anything unsafe t
On 11/26/16 13:39, Frank Rowand wrote:
> On 11/23/16 13:58, Rob Herring wrote:
>> On Thu, Nov 17, 2016 at 6:10 PM, Moritz Fischer
>> wrote:
>>> On Thu, Nov 17, 2016 at 4:02 PM, Frank Rowand
>>> wrote:
On 11/17/16 15:40, Frank Rowand wrote:
> On 11/17/16 15:25, Moritz Fischer wrote:
On Mon, 2016-11-28 at 09:54 -0500, David Miller wrote:
> From: Lino Sanfilippo
> Date: Mon, 28 Nov 2016 14:07:51 +0100
>
> > Calling skb_orphan() in the xmit handler made this issue disappear.
>
> This is not the way to handle this problem.
>
> The solution is to free the SKBs in a timely manne
On Fri, Nov 25, 2016 at 12:37:26PM +0800, Jason Wang wrote:
> We use single queue even if multiqueue is enabled and let admin to
> enable it through ethtool later. This is used to avoid possible
> regression (small packet TCP stream transmission). But looks like an
> overkill since:
>
> - single q
On Fri, Nov 25, 2016 at 06:43:08AM +0200, Michael S. Tsirkin wrote:
> On Fri, Nov 25, 2016 at 12:37:26PM +0800, Jason Wang wrote:
> > We use single queue even if multiqueue is enabled and let admin to
> > enable it through ethtool later. This is used to avoid possible
> > regression (small packet T
Hi,
On 28.11.2016 15:54, David Miller wrote:
From: Lino Sanfilippo
Date: Mon, 28 Nov 2016 14:07:51 +0100
Calling skb_orphan() in the xmit handler made this issue disappear.
This is not the way to handle this problem.
I agree, its not a clean solution. But if the use of skb_orphan makes t
Em Mon, Nov 28, 2016 at 07:20:58AM -0800, Eric Dumazet escreveu:
> On Mon, 2016-11-28 at 12:05 -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Nov 28, 2016 at 06:47:14AM -0800, Eric Dumazet escreveu:
> > > On Mon, 2016-11-28 at 11:40 -0300, Arnaldo Carvalho de Melo wrote:
> > > > Em Mon, Nov 28,
On 24 Nov 2016, at 4:26, Anshuman Khandual wrote:
> On 11/22/2016 09:55 PM, Zi Yan wrote:
>> From: Zi Yan
>>
>> From: Zi Yan
>
> Please fix these.
>
>>
>> Internally, copy_page_mt splits a page into multiple threads
>> and send them as jobs to system_highpri_wq.
>
> The function should be rename
On 24 Nov 2016, at 18:59, Balbir Singh wrote:
> On 23/11/16 03:25, Zi Yan wrote:
>> From: Zi Yan
>>
>> Hi all,
>>
>> This patchset boosts the hugepage migration throughput and helps THP
>> migration
>> which is added by Naoya's patches: https://lwn.net/Articles/705879/.
>>
>> Motivation
>> =
On Sun, 27 Nov 2016, Mel Gorman wrote:
>
> SLUB has been the default small kernel object allocator for quite some time
> but it is not universally used due to performance concerns and a reliance
> on high-order pages. The high-order concerns has two major components --
> high-order pages are not a
struct class needs to have a set of default groups that are added, as
adding individual attributes does not work well in the long run. So add
support for that.
Future patches will convert the existing usages of class_attrs to use
class_groups and then class_attrs will go away.
Signed-off-by: Gre
Convert devcoredump to use class_groups instead of class_attrs as that's
the correct way to handle lists of class attribute files.
Cc: Johannes Berg
Signed-off-by: Greg Kroah-Hartman
---
drivers/base/devcoredump.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/dr
Convert the firmware core to use class_groups instead of class_attrs as
that's the correct way to handle lists of class attribute files.
Cc: Ming Lei
Cc: "Luis R. Rodriguez"
Signed-off-by: Greg Kroah-Hartman
---
drivers/base/firmware_class.c | 10 ++
1 file changed, 6 insertions(+), 4
This declaration has never been used and is likely some left over from
early prototypes of the code, just remove it.
Signed-off-by: Charles Keepax
---
drivers/mfd/arizona.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mfd/arizona.h b/drivers/mfd/arizona.h
index 198e9ce..a0bddc5 1
On Mon, Nov 28, 2016 at 05:43:15PM +0300, Dan Carpenter wrote:
> The original text was not clear if white space or other harmless patches
> should be merged in -rc kernels. The discussion at Kernel Summit said
> that we should be more strict about sending regression fixes only.
>
> Signed-off-by:
On 11/28/2016 02:17 PM, Andrew Lunn wrote:
>> I still wonder (and didn't get an answer back when I asked about this)
>> why a comment is preferred here. For other devices I know it's usual and
>> requested by the maintainers to use:
>>
>> compatible = "exact name", "earlyer device to match dri
On Mon, 2016-11-28 at 16:41 +0100, Greg Kroah-Hartman wrote:
> Convert devcoredump to use class_groups instead of class_attrs as
> that's
> the correct way to handle lists of class attribute files.
Fine with me, of course
Acked-by: Johannes Berg
johannes
This patchset fixes an issue with the OdroidC2 board (DWMAC + RTL8211F).
The platform seems to enter LPI on the Rx path too often while performing
relatively high TX transfer. This eventually break the link (both Tx and
Rx), and require to bring the interface down and up again to get the Rx
path wo
Signed-off-by: Jerome Brunet
Tested-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts
b/arch/arm64/boot/dts/amlogic/meson-gxbb-odroidc2.dts
index e6e3
Signed-off-by: Jerome Brunet
Reviewed-by: Andreas Färber
Tested-by: Neil Armstrong
---
Documentation/devicetree/bindings/net/phy.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/net/phy.txt
b/Documentation/devicetree/bindings/net/phy.txt
index 4627da3
On 11/24/2016 06:06 PM, Ritesh Harjani wrote:
Hi Georgi,
I collected some info on this problem. May be below info might help you.
I think "Reset 0x1" problem is occurring because of below call stack.
SDHCI_RESET_ALL to SDHCI_SOFTWARE_RESET register will anyway trigger the
sdhci_msm_pwr_irq.
Bu
Signed-off-by: Jerome Brunet
Tested-by: Yegor Yefremov
Tested-by: Andreas Färber
Tested-by: Neil Armstrong
---
include/dt-bindings/net/mdio.h | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 include/dt-bindings/net/mdio.h
diff --git a/include/dt-bindings/net/mdio
This patch adds an option to disable EEE advertisement in the generic PHY
by providing a mask of prohibited modes corresponding to the value found in
the MDIO_AN_EEE_ADV register.
On some platforms, PHY Low power idle seems to be causing issues, even
breaking the link some cases. The patch provid
[...]
>> +
>> +Example:
>> +
>> + wifi_pwrseq: wifi_pwrseq {
>> + compatible = "mmc-pwrseq-sd8787";
>> + pwrdn-gpio = <&twl_gpio 0 GPIO_ACTIVE_LOW>;
>> + reset-gpio = <&twl_gpio 1 GPIO_ACTIVE_LOW>;
>> + }
>> diff --git
>> a/Documentation/devicetree/bind
On Mon, 28 Nov 2016, Changming Huang wrote:
> The EHCI specification states the following in the SUSP bit description:
> In the Suspend state, the port is sensitive to resume detection.
> Note that the bit status does not change until the port is suspended and
> that there may be a delay in suspen
On 28.11.2016 16:31, Eric Dumazet wrote:
On Mon, 2016-11-28 at 09:54 -0500, David Miller wrote:
From: Lino Sanfilippo
Date: Mon, 28 Nov 2016 14:07:51 +0100
Calling skb_orphan() in the xmit handler made this issue disappear.
This is not the way to handle this problem.
The solution is to f
On 24 Nov 2016, at 3:15, Anshuman Khandual wrote:
> On 11/22/2016 09:55 PM, Zi Yan wrote:
>> From: Zi Yan
>>
>> From: Zi Yan
>>
>> No functionality is changed.
>
> The commit message need to contains more details like it changes
> the enum declaration from numbers to bit positions, where all it
Hi Gonglei,
[auto build test ERROR on cryptodev/master]
[also build test ERROR on v4.9-rc7 next-20161128]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Gonglei/crypto-add-virtio-crypto-driver
Hi Kees
On 25/11/16 20:00, Kees Cook wrote:
On Thu, Nov 24, 2016 at 9:32 AM, Matt Redfearn wrote:
arch_mmap_rnd() uses hard-coded limits of 16MB for the randomisation
of mmap within 32bit processes and 256MB in 64bit processes. Since v4.4
other arches support tuning this value in /proc/sys/vm
On Mon, 2016-11-28 at 15:35 +0100, Pavel Machek wrote:
> On Mon 2016-11-28 06:24:28, Joe Perches wrote:
> > On Mon, 2016-11-28 at 12:50 +0100, Pavel Machek wrote:
> > > On Thu 2016-11-24 14:27:13, Joe Perches wrote:
> > > > On Thu, 2016-11-24 at 22:44 +0100, Pavel Machek wrote:
> > > > > On Thu 201
On Mon, Nov 28, 2016 at 3:42 AM, Paolo Bonzini wrote:
>
>
> On 28/11/2016 05:18, Kyle Huey wrote:
>> +
>> + if (unlikely(vmx_get_rflags(vcpu) & X86_EFLAGS_TF)) {
>> + if (vcpu->guest_debug & KVM_GUESTDBG_SINGLESTEP) {
>> + vcpu->run->debug.arch.dr6 = DR6_BS | DR
On Mon, Nov 28, 2016 at 6:06 AM, Thomas Gleixner wrote:
> On Sun, 27 Nov 2016, Kyle Huey wrote:
>> +DEFINE_PER_CPU(u64, msr_misc_features_shadow);
>> +
>> +static void set_cpuid_faulting(bool on)
>> +{
>> + u64 msrval;
>> +
>> + DEBUG_LOCKS_WARN_ON(!irqs_disabled());
>
> The arch_prctl cod
On Mon, Nov 28, 2016 at 04:44:47PM +0100, Uwe Kleine-König wrote:
> On 11/28/2016 02:17 PM, Andrew Lunn wrote:
> >> I still wonder (and didn't get an answer back when I asked about this)
> >> why a comment is preferred here. For other devices I know it's usual and
> >> requested by the maintainers
We already had a super-short blurb, but worth extending it I think:
We're still pretty far away from anything like a consensus, but
there's clearly a lot of people who prefer an as-light as possible
approach to converting existing .txt files to .rst. Make sure this is
properly taken into account an
On Sat, Nov 26, 2016 at 07:29:57PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Fix:
>
> drivers/pci/host/vmd.c:731:12: warning: ‘vmd_suspend’ defined but not used
> [-Wunused-function]
>static int vmd_suspend(struct device *dev)
> ^
> drivers/pci/host/vmd.c:7
On Mon, Nov 28, 2016 at 08:08:23PM +0800, Gonglei wrote:
> This patch introduces virtio-crypto driver for Linux Kernel.
>
> The virtio crypto device is a virtual cryptography device
> as well as a kind of virtual hardware accelerator for
> virtual machines. The encryption anddecryption requests
>
On Mon, Nov 28, 2016 at 09:39:19AM -0600, Christoph Lameter wrote:
> On Sun, 27 Nov 2016, Mel Gorman wrote:
>
> >
> > SLUB has been the default small kernel object allocator for quite some time
> > but it is not universally used due to performance concerns and a reliance
> > on high-order pages. T
From: Sebastian Andrzej Siewior
Date: Thu, 24 Nov 2016 17:10:13 +0100
> Ursula suggested to use explicit labels for clean up in the error path
> instead of one `out_free' label which handles multiple exits.
> Since the previous patch got already applied, here is a follow up patch.
>
> Signed-off
From: "Michael S. Tsirkin"
Date: Fri, 25 Nov 2016 06:43:08 +0200
> On Fri, Nov 25, 2016 at 12:37:26PM +0800, Jason Wang wrote:
>> We use single queue even if multiqueue is enabled and let admin to
>> enable it through ethtool later. This is used to avoid possible
>> regression (small packet TCP s
It is reasonable to expect that future Hyper-V versions will continue
supporting TimeSync v4 protocol, we, however, only pick it for
VERSION_WIN10. Currently this is not an issue as VERSION_WIN10 is the
maximum protocol version we can negotiate but this may change in future.
Instead of hoping that
From: Lino Sanfilippo
Date: Mon, 28 Nov 2016 16:57:35 +0100
> I wonder if the best fix would be indeed to deactivate irq coalescing
> completely.
> Does it make any sense at all to use it if a driver uses NAPI already?
It absolutely does make sense, when it is implemented and functions
properly.
On Mon, Nov 28, 2016 at 03:19:14PM +0530, Harini Katakam wrote:
> This patch is to add support for the hardware with multiple ethernet
> MAC controllers and a single MDIO bus connected to multiple PHY devices.
> MDIO lines are connected to any one of the ethernet MAC controllers and
> all the PHY d
On Mon, 28 Nov 2016, David Miller wrote:
> From: Sebastian Andrzej Siewior
> Date: Thu, 24 Nov 2016 17:10:13 +0100
>
> > Ursula suggested to use explicit labels for clean up in the error path
> > instead of one `out_free' label which handles multiple exits.
> > Since the previous patch got alread
Hello Mr. Albert Zhang,
I am Aniroop Mathur from Samsung R&D Institute, India.
I have submitted one patch as below for review to Linux Open Source.
The problem is that we do not have the hardware available with us to
test it and we would like to test it before actually applying it.
As you are the
Commit-ID: 9c6bafab03dec37b6eb8b5adf5c18ec76264
Gitweb: http://git.kernel.org/tip/9c6bafab03dec37b6eb8b5adf5c18ec76264
Author: Sebastian Andrzej Siewior
AuthorDate: Thu, 24 Nov 2016 17:10:13 +0100
Committer: Thomas Gleixner
CommitDate: Mon, 28 Nov 2016 17:29:04 +0100
net/iucv:
On Mon, 28 Nov 2016, Mel Gorman wrote:
> Yes, that's a problem for SLUB with or without this patch. It's always
> been the case that SLUB relying on high-order pages for performance is
> problematic.
This is a general issue in the kernel. Performance often requires larger
contiguous ranges of mem
Hi Yuriy,
Indeed good find. My nits and not-quite-nits below :-)
On 11/27/2016 08:07 PM, Yuriy Kolerov wrote:
> Originally pfn_pte(pfn, prot) macro had this definition:
>
> __pte(((pfn) << PAGE_SHIFT) | pgprot_val(prot))
>
> The value of pfn (Page Frame Number) is shifted to the left to get
From: Niklas Cassel
Date: Thu, 24 Nov 2016 15:36:33 +0100
> From: Niklas Cassel
>
> The dwmac4 IP can synthesized with 1-8 number of tx queues.
> On an IP synthesized with DWC_EQOS_NUM_TXQ > 1, all txqueues are disabled
> by default. For these IPs, the bitfield TXQEN is R/W.
>
> Always enable
On 16-11-28 08:28 AM, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Fri, 25 Nov 2016 06:43:08 +0200
>
>> On Fri, Nov 25, 2016 at 12:37:26PM +0800, Jason Wang wrote:
>>> We use single queue even if multiqueue is enabled and let admin to
>>> enable it through ethtool later. This is used
This series adds a new driver and DT bindings for TI DA850/OMAP-L138/AM18x
pinconf (bias pullup/pulldown).
The motivation for this series is LEGO MINDSTORMS EV3 support. It needs most,
if not all, internal pullup/down resistors disabled in order to work correctly.
v2 changes:
* s/DA8XX/DA850/ in
This adds a new driver for pinconf on TI DA850/OMAP-L138/AM18XX. These
SoCs have a separate controller for controlling pullup/pulldown groups.
Signed-off-by: David Lechner
Reviewed-by: Sekhar Nori
---
v2 changes:
* s/DA8XX/DA850/ in the commit messages
* Fix `get_get` typo in two function names
This SoC has a separate pin controller for configuring pullup/pulldown
bias on groups of pins.
Signed-off-by: David Lechner
---
v2 changes:
* Moved pin-controller@22c00c device node after gpio@226000 (there seem to be
more nodes in proper order here compared to the i2c@228000 node suggested by
Device-tree bindings for TI DA850/OMAP-L138/AM18XX pullup/pulldown
pinconf controller.
Signed-off-by: David Lechner
Reviewed-by: Sekhar Nori
---
v2 changes:
* s/DA8XX/DA850/ in the commit message
.../devicetree/bindings/pinctrl/ti,da850-pupd.txt | 55 ++
1 file changed, 5
This is on a AMD760MP PC with dual AthlonMP CPUs and AMD-768 chipset
with 4.9-rc7 kernel.
[3.542380] WARNING: CPU: 0 PID: 220 at drivers/base/dd.c:344
driver_probe_device+0x267/0x330
[3.542496] Modules linked in: i2c_amd756(+) psmouse amd76x_edac edac_core
serio_raw pcspkr acpi_cpufreq
On 11/24/2016 06:22 AM, Vlastimil Babka wrote:
> On 11/17/2016 01:28 AM, Dave Hansen wrote:
>> @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt
>> }
>> if (page) {
>> int mapcount = page_mapcount(page);
>> +unsigned long hpage_size = huge_page_size(hstate_vm
On Fri, Nov 25, 2016 at 12:37:26PM +0800, Jason Wang wrote:
> We use single queue even if multiqueue is enabled and let admin to
> enable it through ethtool later. This is used to avoid possible
> regression (small packet TCP stream transmission). But looks like an
> overkill since:
>
> - single q
Hi Benjamin,
On Fri, 2016-11-25 at 11:03 +0100, Benjamin Tissoires wrote:
> Hi Jiri,
>
> here are 2 more quirks for the sensor-hub.
>
> Srinivas, I am wondering if we can not detect those automatically.
> Looking at the report_fixup, it looks like the buggy report
> descriptors have
> a logical
On Sun, Nov 27, 2016 at 04:02:16PM +0200, Haggai Eran wrote:
> > Like in ODP, MMU notifiers/HMM are used to monitor for translation
> > changes. If a change comes in the GPU driver checks if an executing
> > command is touching those pages and blocks the MMU notifier until the
> > command flushes,
On Mon, Nov 28, 2016 at 07:25:53AM -0800, Peter Foley wrote:
> On Mon, Nov 28, 2016 at 7:00 AM, Arnaldo Carvalho de Melo
> wrote:
> > After I applied this I started getting this:
> >
> > CC /tmp/build/perf/tests/sw-clock.o
> > /tmp/build/perf/.plugin_jbd2.o.cmd:3: *** empty variable name.
This adds a new driver for the TI ADS7950 family of ADC chips. These
communicate using SPI and come in 8/10/12-bit and 4/8/12/16 channel
varieties.
Signed-off-by: David Lechner
---
v4 changes:
* Change spi_async() back to spi_sync(). (I have learned that this is in a
threaded interrupt handler
On 11/24/2016 08:00 PM, Anshuman Khandual wrote:
...
>> The current mechanisms work fine when we have one or two page sizes.
>> But, they start to get a bit muddled when we mix page sizes inside
>> one VMA. For instance, the DAX folks were proposing adding a set of
>> fields like:
>
> So DAX is o
msleep(1~20) may not do what the caller intends, and will often sleep longer.
(~20 ms actual sleep for any value given in the 1~20ms range)
This is not the desired behaviour for many cases like device resume time,
device suspend time, device enable time, retry logic, etc.
Thus, change msleep to usl
Hi Jisheng,
On lun., nov. 28 2016, Jisheng Zhang wrote:
> Hi Gregory,
>
> On Fri, 25 Nov 2016 16:30:14 +0100 Gregory CLEMENT wrote:
>
>> Until now the virtual address of the received buffer were stored in the
>> cookie field of the rx descriptor. However, this field is 32-bits only
>> which pr
On Fri, 25 Nov, at 04:34:32PM, Vincent Guittot wrote:
>
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index aa47589..820a787 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -5463,13 +5463,19 @@ find_idlest_group(struct sched_domain *sd, struct
> task_struct *p,
>
On 28.11.2016 17:30, David Miller wrote:
From: Lino Sanfilippo
Date: Mon, 28 Nov 2016 16:57:35 +0100
I wonder if the best fix would be indeed to deactivate irq coalescing
completely.
Does it make any sense at all to use it if a driver uses NAPI already?
It absolutely does make sense, when
On Fri, 25 Nov, at 04:34:31PM, Vincent Guittot wrote:
> This patchset was originally 1 patch but a perf regression happened during
> the rebase.
> The patch 01 fixes the perf regression discovered in tip/sched/core during the
> rebase.
> The patch 02 is the rebase of the patch that fixes the regre
- Original Message -
> From: "Christophe JAILLET"
> To: qlogic-storage-upstr...@qlogic.com, j...@linux.vnet.ibm.com, "martin
> petersen"
> Cc: linux-s...@vger.kernel.org, linux-kernel@vger.kernel.org,
> kernel-janit...@vger.kernel.org, "Christophe JAILLET"
>
> Sent: Saturday, Novembe
Looks like Linus pushed cd3caefb4663e3811d37cc2afad3cce642d60061 a few
days ago effectively disabling modversions. I like this fix much
better, probably need an additional patch to reverse this new one as
well.
You can add me as well if needed.
Acked-by: Robert LeBlanc
Tested-by: Robert LeBlanc
On 28 November 2016 at 02:14, Arnd Bergmann wrote:
> On Tuesday, November 22, 2016 1:32:45 PM CET Markus Mayer wrote:
>> From: Markus Mayer
>>
>> This CPUfreq driver provides basic frequency scaling for older Broadcom
>> STB SoCs that do not use AVS firmware with DVFS support. There is no
>> supp
From: Salil Mehta
Date: Fri, 25 Nov 2016 13:32:40 +
> @@ -778,6 +778,35 @@ int hns_ae_get_regs_len(struct hnae_handle *handle)
> return total_num;
> }
>
> +static bool hns_ae_is_l3l4_csum_err(struct hnae_handle *handle)
> +{
> + struct hns_ppe_cb *ppe_cb = hns_get_ppe_cb(handle);
On 11/23/2016 05:08 PM, Sebastian Reichel wrote:
> Hi,
>
> On Fri, Nov 04, 2016 at 01:33:13PM -0500, Andrew F. Davis wrote:
>> The BQ27510 and BQ27520 use a slightly different register map than the
>> BQ27500, add a new type enum and add these gauges to it.
>>
>> Fixes: d74534c27775 ("power: bq27x
On Mon, Nov 28, 2016 at 12:40 AM, Aaron Lu wrote:
> As suggested by Linus, the same mmu gather logic could be used for tlb
> flush in mremap and this patch just did that.
Ok, looking at this patch, I still think it looks like the right thing
to do, but I'm admittedly rather less certain of it.
T
msleep(1~20) may not do what the caller intends, and will often sleep longer.
(~20 ms actual sleep for any value given in the 1~20ms range)
This is not the desired behaviour for many cases like device resume time,
device suspend time, device enable time, retry logic, etc.
Thus, change msleep to usl
Hello,
On Wed, Nov 23, 2016 at 09:50:12AM +0100, Vlastimil Babka wrote:
> > You'd certainly _hope_ that atomic allocations either have fallbacks
> > or are harmless if they fail, but I'd still rather see that
> > __GFP_NOWARN just to make that very much explicit.
>
> A global change to GFP_NOWAIT
On Mon, Nov 28, 2016 at 04:20:55PM +, Stefan Hajnoczi wrote:
> On Mon, Nov 28, 2016 at 08:08:23PM +0800, Gonglei wrote:
> > This patch introduces virtio-crypto driver for Linux Kernel.
> >
> > The virtio crypto device is a virtual cryptography device
> > as well as a kind of virtual hardware a
From: Borislav Petkov
Date: Sat, 26 Nov 2016 21:53:52 +0100
> From: Borislav Petkov
>
> Fix:
>
> drivers/net/ethernet/amd/xgbe/xgbe-main.c:835:12: warning: ‘xgbe_suspend’
> defined
> but not used [-Wunused-function]
> drivers/net/ethernet/amd/xgbe/xgbe-main.c:855:12: warning: ‘xgbe_re
msleep(1~20) may not do what the caller intends, and will often sleep longer.
(~20 ms actual sleep for any value given in the 1~20ms range)
This is not the desired behaviour for many cases like device resume time,
device suspend time, device enable time, retry logic, etc.
Thus, change msleep to usl
On 28 November 2016 at 18:01, Matt Fleming wrote:
> On Fri, 25 Nov, at 04:34:32PM, Vincent Guittot wrote:
>>
>> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
>> index aa47589..820a787 100644
>> --- a/kernel/sched/fair.c
>> +++ b/kernel/sched/fair.c
>> @@ -5463,13 +5463,19 @@ find_idlest_g
msleep(1~20) may not do what the caller intends, and will often sleep longer.
(~20 ms actual sleep for any value given in the 1~20ms range)
This is not the desired behaviour for many cases like device resume time,
device suspend time, device enable time, retry logic, etc.
Thus, change msleep to usl
On 28 November 2016 at 18:02, Matt Fleming wrote:
> On Fri, 25 Nov, at 04:34:31PM, Vincent Guittot wrote:
>> This patchset was originally 1 patch but a perf regression happened during
>> the rebase.
>> The patch 01 fixes the perf regression discovered in tip/sched/core during
>> the
>> rebase.
>
When we change MTU or the number of channels on a netvsc device we get the
following logged:
hv_netvsc bf5edba8...: net device safe to remove
hv_netvsc: hv_netvsc channel opened successfully
hv_netvsc bf5edba8...: Send section size: 6144, Section count:2560
hv_netvsc bf5edba8...: Device MAC 00
On 11/28/16 6:58 AM, Jiri Olsa wrote:
> On Fri, Nov 25, 2016 at 02:39:54PM -0700, David Ahern wrote:
>
> SNIP
>
>> diff --git a/tools/perf/util/time-utils.h b/tools/perf/util/time-utils.h
>> new file mode 100644
>> index ..4368a481251d
>> --- /dev/null
>> +++ b/tools/perf/util/time-ut
On Thu, 24 Nov 2016 22:06:59 +0100
"Rafael J. Wysocki" wrote:
> On Wed, Nov 23, 2016 at 8:01 PM, Jacob Pan
> wrote:
> > Commit e1399ba20eee ("powercap / RAPL: handle missing MSRs") added
> > contraint_to_pl() function to return index into an array. But it
> > can potentially return -EINVAL if po
On 28/11/2016 17:13, Kyle Huey wrote:
> On Mon, Nov 28, 2016 at 3:42 AM, Paolo Bonzini wrote:
>> This code is pretty much the same as kvm_vcpu_check_singlestep. Let's
>> not duplicate the code and implement skip_emulated_instruction can be
>> implemented in x86.c, like
>>
>> unsigned lo
Hi,
Some more ReSTification of core-api's: assoc_array, atomic_ops and local_ops. A
fourth patch removes a warning about a bullet list without ending at
firmware_class.c
v3 -> v4
* add Review-by comments
* rewrite atomic_ops.rst file with fewer inversive changes
* reorder patch series old(1,2,3,4
... and move to Documentation/core-api folder.
Signed-off-by: Silvio Fricke
Reviewed-by: Mauro Carvalho Chehab
---
Documentation/assoc_array.txt => Documentation/core-api/assoc_array.rst | 639
++--
Documentation/core-api/inde
... and move to core-api folder.
Signed-off-by: Silvio Fricke
Reviewed-by: Mauro Carvalho Chehab
---
Documentation/core-api/index.rst| 1 +-
Documentation/local_ops.txt => Documentation/core-api/local_ops.rst | 273
+++
2 files changed, 145 insertions(
... and move to core-api folder.
Signed-off-by: Silvio Fricke
---
Documentation/atomic_ops.txt => Documentation/core-api/atomic_ops.rst | 324
++--
Documentation/core-api/index.rst | 1 +-
On 11/28/2016 12:40 AM, Aaron Lu wrote:
> As suggested by Linus, the same mmu gather logic could be used for tlb
> flush in mremap and this patch just did that.
>
> Note that since there is no page added to "struct mmu_gather" for free
> during mremap, when tlb needs to be flushed, we can use tlb_
It's often the case that a codec driver will need to control its
own pins. However, if a name_prefix has been applied to this codec it
must be included in the name passed to any of the snd_soc_dapm_x_pin()
functions.
The behaviour of the existing pin control functions is reasonable, since
you may
This patch removes following error at for `make htmldocs`. No functional
change.
./drivers/base/firmware_class.c:1348: WARNING: Bullet list ends without
a blank line; unexpected unindent.
Signed-off-by: Silvio Fricke
Reviewed-by: Mauro Carvalho Chehab
---
drivers/base/firmware_class.c
301 - 400 of 923 matches
Mail list logo
