* Linus Torvalds wrote:
> On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier wrote:
> >
> > Ingo: Do you want the change as-is? Would you like it to be optional?
> > What do you think?
>
> I'm not ingo, but I don't like that patch. It's in the wrong place -
> that system call return code is too t
Am 12.05.2017 um 01:31 schrieb Lyude:
We end up reading the interrupt register for HPD5, and then writing it
to HPD6 which on systems without anything using HPD5 results in
permanently disabling hotplug on one of the display outputs after the
first time we acknowledge a hotplug interrupt from the
* Kees Cook wrote:
> > git commit b5a882fcf146c87cb6b67c6df353e1c042b8773d
> > "s390: restore address space when returning to user space".
>
> If I'm understanding this, it won't catch corruption of addr_limit
> during fast-path syscalls, though (i.e. addr_limit changed without a
> call to set_
Hi Gerd,
>-Original Message-
>From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On
>Behalf Of Gerd Hoffmann
>Sent: Thursday, May 11, 2017 9:28 PM
>To: Chen, Xiaoguang
>Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; linux-
>ker...@vger.kernel.org; zhen...@linux.i
Hi Hanjun,
This patchset is fine to me and make my
D05 machine work again.So,
Tested-by: MaJun
Thanks
Majun
在 2017/5/12 11:55, Hanjun Guo 写道:
> From: Hanjun Guo
>
> Here are 3 bugfixes for mbigen:
>
> Patch 1 is a critical bugfix which to fix the mbigen probe failure,
> commit 216646
Bin,
On 2017-05-11 17:12, Bin Liu wrote:
which is valid.
So will you update the patch to move the declaration to the beginning of
the function to avoid this WARNING. I would just fix it locally if you
prefer.
I was waiting for Vinod or someone from the DMAengine guys to say
something for th
On 05/12/2017 at 01:57 PM, luca abeni wrote:
> Hi again,
>
> (sorry for the previous email; I replied from gmail and I did not
> realize I was sending it in html).
>
>
> On Fri, 12 May 2017 11:32:08 +0800
> Xunlei Pang wrote:
>
>> dl_runtime_exceeded() only checks negative runtime, actually
>> whe
On Thu, May 4, 2017 at 3:55 PM, Chen-Yu Tsai wrote:
> On Wed, May 3, 2017 at 7:59 PM, Maxime Ripard
> wrote:
>> The earlier Allwinner SoCs (A10, A10s, A20, A31) have an embedded HDMI
>> controller.
>>
>> That HDMI controller is able to do audio and CEC, but those have been left
>> out for now.
>>
On Fri, 12 May 2017 06:15:52 +, Michael Heimpold wrote:
> Hi,
>
> Zitat von Jakub Kicinski :
>
> > On Thu, 11 May 2017 21:12:22 +0200, Michael Heimpold wrote:
> >> Am Mittwoch, 10. Mai 2017, 10:53:26 CEST schrieb Stefan Wahren:
> >> > This merges the serdev binding for the QCA7000 UART dr
Hi all,
On 05/05/2017 10:43, Quentin Schulz wrote:
> This makes Atmel sama5 platforms' system tickless when idle.
>
> Signed-off-by: Quentin Schulz
It's been a week since I posted this patch series. Any comment?
Thanks,
Quentin
> ---
> arch/arm/configs/sama5_defconfig | 1 +
> 1 file changed
On Fri 12-05-17 11:00:48, Joonsoo Kim wrote:
> On Thu, May 11, 2017 at 11:13:04AM +0200, Michal Hocko wrote:
> > On Thu 11-05-17 11:12:43, Joonsoo Kim wrote:
> > > Sorry for the late response. I was on a vacation.
> > >
> > > On Tue, May 02, 2017 at 03:32:29PM +0200, Michal Hocko wrote:
> > > > On
Hi all,
On 05/05/2017 15:50, Quentin Schulz wrote:
> To avoid possible ECC/parity checksum errors when reading an
> uninitialized buffer, the entire Message RAM is initialized when probing
> the driver. This initialization is done in the same function reading the
> Device Tree properties.
>
> Thi
On Fri, May 5, 2017 at 9:13 PM, Peter Meerwald-Stadler
wrote:
>> The DPS310 is a temperature and pressure sensor. It can be accessed over
>> i2c and SPI.
>
> comments below
>
>> This driver supports polled measurement of temperature over i2c only.
>>
>> Signed-off-by: Joel Stanley
>> ---
>> driv
On Thu, May 11, 2017 at 02:09:07PM -0700, Guenter Roeck wrote:
> On Thu, May 11, 2017 at 04:11:29PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.28 release.
> > There are 103 patches in this series, all will be posted as a response
> > to this one.
On Thu 11-05-17 23:07:55, Pavel Machek wrote:
> On Thu 2017-01-05 10:23:07, Michal Hocko wrote:
> > Hi,
> > I have just learned that my Xfce Power Manager cannot manipulate
> > brightness because I do not have policykit installed on my computer.
> > There is a reason for that (yeah it depends on sy
On Sat, May 6, 2017 at 4:15 AM, Jonathan Cameron wrote:
> On 04/05/17 08:19, Joel Stanley wrote:
>> The DPS310 is a temperature and pressure sensor. It can be accessed over
>> i2c and SPI.
>>
>> This driver supports polled measurement of temperature over i2c only.
>>
>> Signed-off-by: Joel Stanley
Hi,
Zitat von Jakub Kicinski :
On Thu, 11 May 2017 21:12:22 +0200, Michael Heimpold wrote:
Am Mittwoch, 10. Mai 2017, 10:53:26 CEST schrieb Stefan Wahren:
> This merges the serdev binding for the QCA7000 UART driver (Ethernet over
> UART) into the existing document.
>
> Signed-off-by: Stefan W
[resending because kernel.org seems to have mangled my SMTP
credentials. I wonder if this is a common problem.]
On Thu, May 11, 2017 at 4:44 PM, Linus Torvalds
wrote:
> On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier wrote:
>>
>> Ingo: Do you want the change as-is? Would you like it to be optio
On Thu, May 11, 2017 at 09:44:06AM +0200, Paolo Bonzini wrote:
>
>
> On 11/05/2017 05:40, Paul Mackerras wrote:
> > When the
> > kernel is compiled with CONFIG_SMP=n, smp_call_function_many() turns
> > into a macro which doesn't use the 'wait' argument, leading to a
> > warning about the variable
Hi Linus,
Some fixes that it would be good to have in rc1. It contains the i915
quiet fix that you reported.
It also has an amdgpu fixes pull, with lots of ongoing work on Vega10
which is new in this kernel and is preliminary support so may have a
fair bit of movement.
Otherwise a few non-Vega10
Hi again,
(sorry for the previous email; I replied from gmail and I did not
realize I was sending it in html).
On Fri, 12 May 2017 11:32:08 +0800
Xunlei Pang wrote:
> dl_runtime_exceeded() only checks negative runtime, actually
> when the current deadline past, we should start a new period
> a
Although llist provides proper APIs, they are not used. Make them used.
Signed-off-by: Byungchul Park
---
mm/vmalloc.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index 3ca82d4..8c0eb45 100644
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@
On Thu, 11 May 2017 22:34:31 -0700
Kees Cook wrote:
> On Thu, May 11, 2017 at 10:28 PM, Martin Schwidefsky
> wrote:
> > On Thu, 11 May 2017 16:44:07 -0700
> > Linus Torvalds wrote:
> >
> >> On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier
> >> wrote:
> >> >
> >> > Ingo: Do you want the cha
From: Colin Ian King
Trivial fix to spelling mistake in a pr_warn message.
Signed-off-by: Colin Ian King
---
arch/parisc/kernel/pdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c
index 261e134ee7f8..6362614c5160 100644
It would be better to avoid pushing tasks to other cpu within
a SD_PREFER_SIBLING domain, instead, get more chances to check other
siblings.
Signed-off-by: Byungchul Park
---
kernel/sched/deadline.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/kernel/sched/deadline.c b/
It would be better to avoid pushing tasks to other cpu within
a SD_PREFER_SIBLING domain, instead, get more chances to check other
siblings.
Signed-off-by: Byungchul Park
---
kernel/sched/rt.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/kernel/sched/rt.c b/kernel/sched
Currently cpudl_find() returns the best cpu that means it has the
maximum dl, however, the value is already kept in later_mask and the
return value is not referred directly any more.
Now, it's enough to return whether CPUs were found or not, like rt.
Signed-off-by: Byungchul Park
---
kernel/sch
cpudl.elements is an instance that should be protected with a spin lock.
Without it, the code would be insane.
Current cpudl_find() has problems like,
1. cpudl.elements[0].cpu might not match with cpudl.elements[0].dl.
2. cpudl.elements[0].dl(u64) might not be referred atomically.
3. Two
Change from v3
-. rename closest_cpu to best_cpu so that it align with rt
-. protect referring cpudl.elements with cpudl.lock
-. change return value of cpudl_find() to bool
Change from v2
-. add support for SD_PREFER_SIBLING
Change from v1
-. clean up the patch
When cpudl_find() r
When cpudl_find() returns any among free_cpus, the cpu might not be
closer than others, considering sched domain. For example:
this_cpu: 15
free_cpus: 0, 1,..., 14 (== later_mask)
best_cpu: 0
topology:
0 --+
+--+
1 --+ |
+-- ... --+
2 --+ | |
On 11-05-17, 22:58, JB Van Puyvelde wrote:
> According to checkpatch.pl, kcalloc should be preferred to kzalloc with
> multiply.
>
> Signed-off-by: JB Van Puyvelde
> ---
> drivers/staging/greybus/power_supply.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
You should have kept my Ack
On Thu, May 11, 2017 at 10:28 PM, Martin Schwidefsky
wrote:
> On Thu, 11 May 2017 16:44:07 -0700
> Linus Torvalds wrote:
>
>> On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier wrote:
>> >
>> > Ingo: Do you want the change as-is? Would you like it to be optional?
>> > What do you think?
>>
>> I'm n
On Thu, 11 May 2017 16:44:07 -0700
Linus Torvalds wrote:
> On Thu, May 11, 2017 at 4:17 PM, Thomas Garnier wrote:
> >
> > Ingo: Do you want the change as-is? Would you like it to be optional?
> > What do you think?
>
> I'm not ingo, but I don't like that patch. It's in the wrong place -
> tha
On 05/12/2017 11:59 AM, Xiao Guangrong wrote:
error:
@@ -452,7 +459,7 @@ static int FNAME(walk_addr_generic)(struct guest_walker
*walker,
*/
if (!(errcode & PFERR_RSVD_MASK)) {
vcpu->arch.exit_qualification &= 0x187;
-vcpu->arch.exit_qualification |= ((pt_access
This patch cleans up extra spaces.
Signed-off-by: linzhang
---
net/netfilter/nf_conntrack_netlink.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/netfilter/nf_conntrack_netlink.c
b/net/netfilter/nf_conntrack_netlink.c
index dcf561b..356e6f0 100644
--- a/net/netfilt
Hi,
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Benjamin
> Tissoires
> Subject: Re: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method
> mode"
>
> On May 11 2017 or thereabouts, Zheng, Lv wrote:
> > Hi, Benjamin
> >
> > > From:
On 05/12/17 at 01:15pm, Masayoshi Mizuma wrote:
> Hi Baoquan,
>
> Thank you for fixing!
> I confirmed that the kernel is located within mem= address.
>
> Tested-by: Masayoshi Mizuma
Thanks for your testing!
I will post v5 according to comments from Thomas and Kees. Since no
functionality code
On Thu, May 11, 2017 at 01:54:42PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 11 May 2017 12:54:29 +0200
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination
On Thu, May 11, 2017 at 01:23:44PM -0700, Paul E. McKenney wrote:
> On Thu, May 11, 2017 at 02:12:39PM -0600, Jens Axboe wrote:
> > On 05/10/2017 09:13 PM, Paul E. McKenney wrote:
> > > On Wed, May 10, 2017 at 08:55:54PM -0600, Jens Axboe wrote:
> > >> On 05/10/2017 04:34 PM, Paul E. McKenney wrote
On 11/05/17 23:08, Pavel Machek wrote:
> On Mon 2017-01-23 10:39:27, Juergen Gross wrote:
>> On 13/01/17 15:41, Juergen Gross wrote:
>>> On 12/01/17 10:21, Chris Wilson wrote:
On Thu, Jan 12, 2017 at 07:03:25AM +0100, Juergen Gross wrote:
> On 11/01/17 18:08, Chris Wilson wrote:
>> On
Hi Williamson,
I verified the patch is working for both AMD SR-IOV GPU and Intel SR-IOV NIC. I
don't think it is redundant to check the VF BAR valid before call sriov_init(),
it is safe and saving boot time, also there is no a better method to know if
system BIOS has correctly initialized the S
Arnd Bergmann writes:
> gcc-7 warns about some declarations that are more 'const' than necessary:
> --- a/arch/arm/mach-cns3xxx/core.c
> +++ b/arch/arm/mach-cns3xxx/core.c
> @@ -346,7 +346,7 @@ static struct usb_ohci_pdata cns3xxx_usb_ohci_pdata = {
> .power_off = csn3xxx_usb_power_of
On Thursday 11 May 2017 01:19 PM, Stewart Smith wrote:
Anju T Sudhakar writes:
This patch does three things :
- Enables "opal.c" to create a platform device for the IMC interface
according to the appropriate compatibility string.
- Find the reserved-memory region details from the syst
Hi Baoquan,
Thank you for fixing!
I confirmed that the kernel is located within mem= address.
Tested-by: Masayoshi Mizuma
Regards,
Masayoshi Mizuma
On Tue, 9 May 2017 13:57:51 +0800 Baoquan He wrote:
> Option mem= will limit the max address a system can use and any memory
> region above the l
On 11-05-17, 13:50, Arnd Bergmann wrote:
> gcc-7 warns about some declarations that are more 'const' than necessary:
>
> arch/arm/mach-at91/pm.c:338:34: error: duplicate 'const' declaration
> specifier [-Werror=duplicate-decl-specifier]
> static const struct of_device_id const ramc_ids[] __initc
Change this from mpc85xx_pci_err to mv64x60_pci_err. The former is
likely a hangover from when this driver was created.
Signed-off-by: Chris Packham
---
drivers/edac/mv64x60_edac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/edac/mv64x60_edac.c b/drivers/edac/mv6
To allow this driver to be used on non-powerpc platforms it needs to use
io accessors suitable for all platforms.
Signed-off-by: Chris Packham
---
drivers/edac/mv64x60_edac.c | 84 ++---
1 file changed, 42 insertions(+), 42 deletions(-)
diff --git a/drive
Signed-off-by: Chris Packham
---
drivers/edac/mv64x60_edac.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/edac/mv64x60_edac.c b/drivers/edac/mv64x60_edac.c
index 14b7e7b71eaa..454e1e26ee7c 100644
--- a/drivers/edac/mv64x60_edac.c
+++ b/drivers/edac/mv64x60_edac.c
@@ -853,8 +853,6
These are patches designed to improve system responsiveness and interactivity
with specific emphasis on the desktop, but configurable for any workload. The
patchset is mainly centred around the Multiple Queue Skiplist Scheduler,
MuQSS.
linux-4.11-ck1
-ck1 patches:
http://ck.kolivas.org/patches
It seems like RSTe is much more conservative with transition timing
that we are. According to Mario, RSTe programs APST to transition from
active states to the first idle state after 60ms and, thereafter, to
1000 * the exit latency of the target state.
This is IMO a terrible policy. On my Samsun
From: Hanjun Guo
platform_get_resource() may return NULL, add proper
check to avoid potential NULL dereferencing.
Signed-off-by: Hanjun Guo
---
drivers/irqchip/irq-mbigen.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/irqchip/irq-mbigen.c b/drivers/irqchip/irq-mbigen.c
index
From: MaJun
Don't minus reserved interrupts (64) when get the clear
register offset, because the clear register space includes
the space of these 64 interrupts.
This bug wasn't discovered until we running the driver on
a new platform with an updated firmware. It turns out that
there is a timeout
From: Hanjun Guo
Some mbigens share memory regions, and devm_ioremap_resource
does not allow to share resources which will break the probe
of mbigen, in opposition to devm_ioremap.
This patch restores back usage of devm_ioremap function, but
with proper error handling and logging.
Fixes: 216646
On Fri, 12 May 2017 03:42:46 +
"Cheng, Collins" wrote:
> Hi Williamson,
>
> GPU card needs more BAR aperture resource than other PCI devices. For
> example, Intel SR-IOV network card only require 512KB memory resource for all
> VFs. AMD SR-IOV GPU card needs 256MB x16 VF = 4GB memory resou
From: Hanjun Guo
Here are 3 bugfixes for mbigen:
Patch 1 is a critical bugfix which to fix the mbigen probe failure,
commit 216646e4d82e ("irqchip/mbigen: Fix return value check in
mbigen_device_probe()") introduced this breakage;
Patch 2 fixes a potential NULL dereferencing;
Patch 3 fixes a w
On 05/11/2017 07:23 PM, Paolo Bonzini wrote:
This fixes the new ept_access_test_read_only and ept_access_test_read_write
testcases from vmx.flat.
The problem is that gpte_access moves bits around to switch from EPT
bit order (XWR) to ACC_*_MASK bit order (RWX). This results in an
incorrect ex
Experiments with the netperf benchmark indicated that the size selecting
VMX-based copies in __copy_tofrom_user_power7() was suboptimal on POWER8.
Measurements showed that parity was in the neighbourhood of 3328 bytes,
rather than greater than 4096. The change gives a 1.5-2.0% improvement in
perfor
Hi Matthew,
[auto build test WARNING on staging/staging-testing]
[also build test WARNING on next-20170511]
[cannot apply to v4.11]
[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/Matthew-Giassa
>-Original Message-
>From: Alex Williamson [mailto:alex.william...@redhat.com]
>Sent: Friday, May 12, 2017 10:58 AM
>To: Chen, Xiaoguang
>Cc: Gerd Hoffmann ; Tian, Kevin ;
>intel-...@lists.freedesktop.org; linux-kernel@vger.kernel.org;
>zhen...@linux.intel.com; Lv, Zhiyuan ; intel-gvt-
>
On Friday 12 May 2017 09:03 AM, Michael Ellerman wrote:
Stewart Smith writes:
Madhavan Srinivasan writes:
* in patch 9 should opal_imc_counters_init return something other
than OPAL_SUCCESS in the case on invalid arguments? Maybe
OPAL_PARAMETER? (I think you fix this
On Thu, May 11, 2017 at 01:37:47PM +0200, Arnd Bergmann wrote:
> The new pm domain driver causes a build failure when CONFIG_PM
> is not set:
>
> warning: (IMX7_PM_DOMAINS) selects PM_GENERIC_DOMAINS which has unmet direct
> dependencies (PM)
> drivers/base/power/domain_governor.c: In function 'd
Guenter Roeck writes:
> On Thu, May 11, 2017 at 04:25:23PM -0500, Eric W. Biederman wrote:
>> Guenter Roeck writes:
>> > As an add-on to my previous mail: I added a function to count
>> > the number of threads in the pid namespace, using next_pidmap().
>> > Even though nr_hashed == 2, only the
>-Original Message-
>From: Alex Williamson [mailto:alex.william...@redhat.com]
>Sent: Thursday, May 11, 2017 11:21 PM
>To: Cheng, Collins
>Cc: Bjorn Helgaas; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
>Deucher, Alexander; Zytaruk, Kelly
>Subject: Re: [PATCH] PCI: Make SR-IOV
Hi Williamson,
GPU card needs more BAR aperture resource than other PCI devices. For example,
Intel SR-IOV network card only require 512KB memory resource for all VFs. AMD
SR-IOV GPU card needs 256MB x16 VF = 4GB memory resource for frame buffer BAR
aperture.
If the system BIOS supports SR-IOV
On Friday 12 May 2017 07:48 AM, Stewart Smith wrote:
Madhavan Srinivasan writes:
* in patch 9 should opal_imc_counters_init return something other
than OPAL_SUCCESS in the case on invalid arguments? Maybe
OPAL_PARAMETER? (I think you fix this in a later patch anyway?)
S
On Thu, May 11, 2017 at 1:01 PM, Nadav Amit wrote:
>
>> On May 7, 2017, at 5:38 AM, Andy Lutomirski wrote:
>>
>> @@ -243,15 +237,15 @@ static void flush_tlb_func(void *info)
>> return;
>> }
>>
>> - if (f->flush_end == TLB_FLUSH_ALL) {
>> + if (f->end == TLB_FLUSH_ALL)
On Thu, May 11, 2017 at 12:13 AM, Ingo Molnar wrote:
> My personal favorite is double underscores prefix, i.e. 'void *__mm', which
> would
> clearly signal that this is something special. But this does not appear to
> have
> been picked up overly widely:
Nice bikeshed! I'll use it.
On Thu, May 11, 2017 at 10:41 AM, Borislav Petkov wrote:
>> +{
>> + flush_tlb_mm_range(vma->vm_mm, a, a + PAGE_SIZE, 0);
>
> VM_NONE);
>
Fixed, although this won't have any effect.
--Andy
On 05/11/2017 at 09:38 AM, Xunlei Pang wrote:
> On 05/10/2017 at 09:36 PM, Steven Rostedt wrote:
>> On Wed, 10 May 2017 21:03:37 +0800
>> Xunlei Pang wrote:
>>
>>> When a contrained task is throttled by dl_check_constrained_dl(),
>>> it may carry the remaining positive runtime, as a result when
>>
Hi Jaegeuk,
On 2017/5/12 2:36, Jaegeuk Kim wrote:
> Hi Chao,
>
> On 05/09, Chao Yu wrote:
>> From: Chao Yu
>>
>> Serialize data/node IOs by using fifo list instead of mutex lock,
>> it will help to enhance concurrency of f2fs, meanwhile keeping LFS
>> IO semantics.
>
> I'm not against to give i
Stewart Smith writes:
> Madhavan Srinivasan writes:
>>> * in patch 9 should opal_imc_counters_init return something other
>>>than OPAL_SUCCESS in the case on invalid arguments? Maybe
>>>OPAL_PARAMETER? (I think you fix this in a later patch anyway?)
>>
>> So, init call will
Add accounting to track cases that runtime isn't running
out, and export the information in "/proc//sched".
Specifically, the patch adds three members "nr_underrun_sched",
"nr_underrun_block", and "nr_underrun_yield" in sched_dl_entity:
-@nr_underrun_sched hints some scheduling issue.
-@nr_under
dl_runtime_exceeded() only checks negative runtime, actually
when the current deadline past, we should start a new period
and zero out the remaining runtime as well.
This patch improves dl_runtime_exceeded() to achieve that.
Fixes: 269ad8015a6b ("sched/deadline: Avoid double-accounting in case of
When a contrained task is throttled by dl_check_constrained_dl(),
it may carry the remaining positive runtime, as a result when
dl_task_timer() fires and calls replenish_dl_entity(), it will
not be replenished correctly due to the positive dl_se->runtime.
This patch assigns its runtime to 0 if pos
On Tue, May 9, 2017 at 5:42 PM, Fredrik Markström
wrote:
>
> Maybe I was unclear, the veth implementation drops all packers larger then the
> configured MTU (on the receiving interface).
> Most ethernet drivers accepts packets up to the ethernet MTU no matter the
> configured MTU. As far as I can
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifie
Changes in v3:
- Upload patches again because forget to add v2 in title
Changes in v2:
- Update commit message
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifie
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifies the
device tree.
A
On Fri, 12 May 2017 02:50:32 +
"Cheng, Collins" wrote:
> Hi Helgaas,
>
> Some AMD GPUs have hardware support for graphics SR-IOV.
> If the SR-IOV capable GPU is plugged into the SR-IOV incapable
> platform. It would cause a problem on PCI resource allocation in
> current Linux kernel.
>
> T
On 2017/5/12 2:37, Jaegeuk Kim wrote:
> On 05/09, Chao Yu wrote:
>> From: Chao Yu
>>
>> Split wio_mutex to adjust different temperature bio cache.
>
> This can be rephrased like:
Yup, let me resend this patch.
Thanks,
>
> Signed-off-by: Chao Yu
> Signed-off-by: Jaegeuk Kim
> ---
> fs/f2fs/
On 2017/5/11 10:35, Jaegeuk Kim wrote:
> On 05/11, Chao Yu wrote:
>> On 2017/5/11 7:50, Jaegeuk Kim wrote:
>>> On 05/09, Chao Yu wrote:
Hi Jaegeuk,
On 2017/5/9 5:23, Jaegeuk Kim wrote:
> Hi Chao,
>
> I can't see a strong reason to split meta from data/node and rename the
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifies the
device tree.
A
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifies the
device tree.
A
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifie
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level such that they are
siblings of mdp and all other SoC subsystems. This also simplifie
Johannes,
> If the list search in sg_get_rq_mark() fails to find a valid request,
> we return a bogus element. This then can later lead to a GPF in
> sg_remove_scat().
>
> So don't return bogus Sg_requests in sg_get_rq_mark() but NULL in case
> the list search doesn't find a valid request.
Appli
Hi all,
On Fri, 12 May 2017 13:12:16 +1000 Stephen Rothwell
wrote:
>
> Below is a summary of the state of the merge.
--
Cheers,
Stephen Rothwell
$ git checkout master
$ git reset --hard stable
Merging origin/master (09d79d103371 Merge tag 'docs-4.12-2' of
git://git.lwn.net/linux)
Merging fix
Hi all,
Please do not add any v4.13 destined material in your linux-next
included branches until after v4.12-rc1 has been released.
Changes since 20170511:
Non-merge commits (relative to Linus' tree): 520
583 files changed, 13977 insertions(+), 14719 dele
Add default case to switch in order to avoid any chance of using an
uninitialized variable _low_, in case s->type does not match any of
the listed case values.
Addresses-Coverity-ID: 1398130
Suggested-by: Andrew Lunn
Signed-off-by: Gustavo A. R. Silva
---
drivers/net/dsa/mv88e6xxx/chip.c | 3 ++
Hi,
We do not want to add routes at run time rather i would prefer to have
a NetFilter driver which can intercept the packet and forward it to
desired interface.
On Thu, May 11, 2017 at 9:52 PM, Florian Fainelli wrote:
> On 05/11/2017 02:59 AM, Ravish Kumar wrote:
>> Hi Experts,
>>
>> Need exp
Hi Linus
Here is nios2 update for v4.12.
This including nios2 fixes/enhancements and adding nios2 R2 support.
Regards
Ley Foon
The following changes since commit 13e0988140374123bead1dd27c287354cb95108e:
docs: complete bumping minimal GNU Make version to 3.81 (2017-05-06 18:49:09
-0700)
a
From: Florian Fainelli
Date: Thu, 11 May 2017 11:24:16 -0700
> The API convention makes it that a given MDIO bus reset should be able
> to access PHY devices in its reset() callback and perform additional
> MDIO accesses in order to bring the bus and PHYs in a working state.
>
> Commit 69226896a
On Fri, 12 May 2017 02:12:10 +
"Chen, Xiaoguang" wrote:
> Hi Alex and Gerd,
>
> >-Original Message-
> >From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On
> >Behalf Of Alex Williamson
> >Sent: Thursday, May 11, 2017 11:45 PM
> >To: Gerd Hoffmann
> >Cc: Tian,
Hi Helgaas,
Some AMD GPUs have hardware support for graphics SR-IOV.
If the SR-IOV capable GPU is plugged into the SR-IOV incapable
platform. It would cause a problem on PCI resource allocation in
current Linux kernel.
Therefore in order to allow the PF (Physical Function) device of
SR-IOV capabl
Hi Andrew,
Quoting Andrew Lunn :
On Thu, May 11, 2017 at 04:35:37PM -0500, Gustavo A. R. Silva wrote:
Hello everybody,
While looking into Coverity ID 1398130 I ran into the following
piece of code at drivers/net/dsa/mv88e6xxx/chip.c:849:
849static uint64_t _mv88e6xxx_get_ethtool_stat(struc
On Thu, 11 May 2017 21:12:22 +0200, Michael Heimpold wrote:
> Am Mittwoch, 10. Mai 2017, 10:53:26 CEST schrieb Stefan Wahren:
> > This merges the serdev binding for the QCA7000 UART driver (Ethernet over
> > UART) into the existing document.
> >
> > Signed-off-by: Stefan Wahren
> > ---
> > .../d
This adds the necessary data for handling eFuse on the rk322x.
Signed-off-by: Finley Xiao
---
Documentation/devicetree/bindings/nvmem/rockchip-efuse.txt | 1 +
drivers/nvmem/rockchip-efuse.c | 4
2 files changed, 5 insertions(+)
diff --git a/Documentation/device
From: Daniel Kurtz
Experiments show that the:
(1) mtk-mdp uses the _MPLANE form of CAPTURE/OUTPUT
(2) CAPTURE types use CROP targets, and OUTPUT types use COMPOSE targets
Signed-off-by: Daniel Kurtz
Signed-off-by: Minghsiu Tsai
Signed-off-by: Houlong Wei
---
Changes in v2:
. Can not use *_
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> Subject: Re: [PATCH 2/2] Revert "ACPI / button: Change default behavior to
> lid_init_state=open"
>
> On May 11 2017 or thereabouts, Zheng, Lv wrote:
> > Hi,
> >
> > > From: Benjamin Tissoires [mailto:benjamin.tissoi...@red
1 - 100 of 1040 matches
Mail list logo