On Thu, May 11 2017, J. Bruce Fields wrote:
> On Wed, Apr 05, 2017 at 02:14:09PM -0400, J. Bruce Fields wrote:
>> On Wed, Apr 05, 2017 at 10:05:51AM +0200, Jan Kara wrote:
>> > 1) Keep i_version as is, make clients also check for i_ctime.
>>
>> That would be a protocol revision, which we'd
Previous assignment was causing the use of the uninitialized variable
_explan_ inside fc_seq_ls_rjt() function, which in this particular
case is being called by fc_seq_els_rsp_send().
Addresses-Coverity-ID: 1398125
Signed-off-by: Gustavo A. R. Silva
---
Hi Thomas,
I noticed that when you changed arm irq handling to use the generic
implementation back in 2006 that you changed do_bad_IRQ() to the
following:
+#define do_bad_IRQ(irq,desc,regs) \
+do { \
+ spin_lock(>lock);
Hi Bart,
Fetching the tagret-bva tree
(git://git.kernel.org/pub/scm/linux/kernel/git/bvanassche/linux.git#for-next)
today produces this error:
fatal: Couldn't find remote ref refs/heads/for-next
--
Cheers,
Stephen Rothwell
On Thu, May 11, 2017 at 11:12:32AM -0600, Mathieu Poirier wrote:
[...]
> > +static int debug_probe(struct amba_device *adev, const struct amba_id *id)
> > +{
> > + void __iomem *base;
> > + struct device *dev = >dev;
> > + struct debug_drvdata *drvdata;
> > + struct resource *res = >res;
Although llist provides proper APIs, they are not used. Make them used.
Signed-off-by: Byungchul Park
---
drivers/md/bcache/closure.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/drivers/md/bcache/closure.c
On Fri, May 05, 2017 at 02:00:17PM +0300, Leonard Crestez wrote:
> The board file for imx6sx-sdb overrides cpufreq operating points to use
> higher voltages. This is done because the board has a shared rail for
> VDD_ARM_IN and VDD_SOC_IN and when using LDO bypass the shared voltage
> needs to be
On Tue, Nov 22, 2016 at 02:43:26PM +0800, KT Liao wrote:
Applied, thank you. Sorry for the delay.
> ---
> drivers/input/mouse/elan_i2c.h | 6 ++-
> drivers/input/mouse/elan_i2c_core.c | 40 +--
> drivers/input/mouse/elan_i2c_i2c.c | 74
>
On Mon, Dec 12, 2016 at 03:11:03PM +0800, KT Liao wrote:
> One Elan sample which sample version is 0x74 and hw_version is 0x04 has a bug
> in abs mode, so let it run in default mode
> Signed-off-by: KT Liao
Applied, thank you.
> ---
> drivers/input/mouse/elantech.c | 7
Rob Landley writes:
> On 05/11/2017 01:59 AM, Michael Ellerman wrote:
>> Linus Torvalds writes:
>>
>>> On Wed, May 10, 2017 at 3:04 PM, Eric W. Biederman
>>> wrote:
Thomas Gleixner appears to have a tree with
On 11/05/2017 21:53, Andy Shevchenko wrote:
+static int i2c_dw_init_recovery_info(struct dw_i2c_dev *dev,
+struct i2c_adapter *adap)
+{
+ struct i2c_bus_recovery_info *rinfo = >rinfo;
+
+ dev->gpio_scl = devm_gpiod_get_optional(dev->dev,
+
Hi Rafael,
Please pull these power utilities patches.
The x86_energy_perf_policy(8) utility grows the ability
to manage HWP.EPP (and Hardware P-states, in-general),
on top of its previous ability to manage EPB.
Linux-4.11 grew the ability to disable the cpufreq sub-system entirely
with
From: Len Brown
The Hardware Performance State request MSR has a field
to express the "Energy Performance Preference" (HWP.EPP).
Decode that field so the definition may be shared by
by the intel_pstate driver and any utilities that
decode the same register.
Signed-off-by:
From: Len Brown
x86_energy_perf_policy(8) was created as an example
of how the user, or upper-level OS, can manage
MSR_IA32_ENERGY_PERF_BIAS (EPB).
Hardware consults EPB when it makes internal decisions
balancing energy-saving vs performance.
For example, should HW quickly
From: Len Brown
intel_pstate exports sysfs attributes for setting and observing HWP.EPP.
These attributes use strings to describe 4 operating states, and
inside the driver, these strings are mapped to numerical register
values.
The authorative mapping between the strings
From: Len Brown
x = 1
ulong_long = x << 32;
results in:
warning: left shift count >= width of type
x = 8
ulong_long = x << 24;
results in a sign extended ulong_long
Cast x to unsigned long long in these macros
to prevent these errors.
Signed-off-by: Len Brown
From: Len Brown
These are currently open-coded into intel_pstate.c
Signed-off-by: Len Brown
---
arch/x86/include/asm/msr-index.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/x86/include/asm/msr-index.h
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 Tue 02-05-17 13:01:32, Joonsoo Kim wrote:
> > > > On
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
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
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
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.
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
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
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
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
On Tue, May 9, 2017 at 7:29 AM, Thomas Garnier wrote:
>
> On Tue, May 9, 2017 at 4:10 AM, Greg KH wrote:
> > On Tue, May 09, 2017 at 08:56:19AM +0200, Ingo Molnar wrote:
> >>
> >> * Kees Cook wrote:
> >>
> >> > > There's the option of
Resolving checkpatch issue:
WARNING: line over 80 characters
Consolidated indentation so local blocks of macros are column-aligned.
Slight slight change to make indentation more readable, assuming a
8-space hard-tab indentation style.
---
drivers/staging/rtl8723bs/include/rtl8723b_spec.h | 262
Resolving checkpatch issue:
CHECK: 'Regsiter' may be misspelled - perhaps 'Register'?
CHECK: 'Interrup' may be misspelled - perhaps 'Interrupt'?
All instances resolved.
---
drivers/staging/rtl8723bs/include/rtl8723b_spec.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
This set of patches resolves a large number of non-functional issues
reported by checkpatch for the following header:
drivers/staging/rtl8723bs/include/rtl8723b_spec.h
*Typos in comments
*Indentation consistency (original code not formatted for 8-wide
hard-tabs) and 80+ column width lines.
Resolving checkpatch issue:
WARNING: please, no space before tabs
All instances resolved.
---
drivers/staging/rtl8723bs/include/rtl8723b_spec.h | 30 +++
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/staging/rtl8723bs/include/rtl8723b_spec.h
On Fri, 2017-05-05 at 19:19 +0200, Borislav Petkov wrote:
> On Wed, Apr 26, 2017 at 03:37:44PM -0700, Ricardo Neri wrote:
> > I need a human-readable way of identifying what segment selector (in
> > pt_regs, vm86regs or directly reading the segment registers) to use.
> > Since there is a segment
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
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.
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
>
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
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:
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
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
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.
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.
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.
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
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
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;
On 05/11/17 13:58, Takashi Iwai wrote:
> OSS drivers are left as badly unmaintained, and now we're facing a
> problem to clean up the hackish set_fs() usage in their codes. Since
> most of drivers have been covered by ALSA, and the others are dead old
> and inactive, let's leave them RIP.
>
>
On Sun, 23 Apr 2017 04:30:01 -0700
tip-bot for Thomas Gleixner wrote:
> Commit-ID: 24db7a671bd5eea76b17138b976eb9a4072f1b7a
> Gitweb: http://git.kernel.org/tip/24db7a671bd5eea76b17138b976eb9a4072f1b7a
> Author: Thomas Gleixner
> AuthorDate: Sun, 23
On Mon, 2017-05-08 at 13:42 +0200, Borislav Petkov wrote:
> On Wed, Apr 26, 2017 at 08:33:46PM -0700, Ricardo Neri wrote:
> > This is the reason I check the value of long_bytes. If long_bytes is not
> > 4, being the only other possible value 8 (perhaps I need to issue an
> > error when the value
On Fri, 2017-05-05 at 19:28 +0200, Borislav Petkov wrote:
> On Wed, Apr 26, 2017 at 03:52:41PM -0700, Ricardo Neri wrote:
> > Probably insn_get_seg_base() itself can verify if there are segment
> > override prefixes in the struct insn. If yes, use them except for
> > specific cases such as CS.
>
The add_to_swap aims to allocate swap_space(ie, swap slot and
swapcache) so if it fails due to lack of space in case of THP
or something(hdd swap but tries THP swapout) *caller* rather
than add_to_swap itself should split the THP page and retry it
with base page which is more natural.
Cc:
Now, get_swap_page takes struct page and allocates swap space
according to page size(ie, normal or THP) so it would be more
cleaner to introduce put_swap_page which is a counter function
of get_swap_page. Then, it calls right swap slot free function
depending on page's size.
Cc: Johannes Weiner
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
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
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
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
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)
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
Guenter Roeck writes:
> On Thu, May 11, 2017 at 04:25:23PM -0500, Eric W. Biederman wrote:
>> Guenter Roeck writes:
>>
>> > On Thu, May 11, 2017 at 12:31:21PM -0500, Eric W. Biederman wrote:
>> >> Guenter Roeck writes:
>> >>
>> >> >
On Thu, May 11, 2017 at 08:26:29PM +0200, Luis R. Rodriguez wrote:
> On Thu, May 11, 2017 at 07:46:27PM +0900, AKASHI Takahiro wrote:
> > On Fri, Apr 28, 2017 at 03:45:35AM +0200, Luis R. Rodriguez wrote:
> > > > > diff --git a/tools/testing/selftests/firmware/driver_data.sh
> > > > >
Hi Hannes,
On Thu, May 11, 2017 at 06:40:58AM -0400, Johannes Weiner wrote:
> On Thu, May 11, 2017 at 10:22:13AM +0900, Minchan Kim wrote:
> > On Thu, May 11, 2017 at 08:25:56AM +0900, Minchan Kim wrote:
> > > On Wed, May 10, 2017 at 09:56:54AM -0400, Johannes Weiner wrote:
> > > > Hi Michan,
> >
Resolving checkpatch issue:
CHECK: Please don't use multiple blank lines
All instances resolved.
---
drivers/staging/rtl8723bs/include/rtl8723b_spec.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/rtl8723bs/include/rtl8723b_spec.h
On Thu, 2017-05-04 at 13:02 +0200, Borislav Petkov wrote:
> On Wed, Apr 26, 2017 at 02:51:56PM -0700, Ricardo Neri wrote:
> > > > +seg >=
> > > > current->active_mm->context.ldt->size)) {
> > >
> > > ldt->size is the size of the descriptor table but you've shifted seg
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(struct mv88e6xxx_chip *chip,
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:
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
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
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
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
On Fri 2017-04-14 20:25:57, H. Nikolaus Schaller wrote:
> Signed-off-by: H. Nikolaus Schaller
You should explain how to obtain equivalent functionality without that
attribute.
Pavel
> ---
>
Although llist provides proper APIs, they are not used. Make them used.
Signed-off-by: Byungchul Park
---
kernel/sched/core.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index
Although llist provides proper APIs, they are not used. Make them used.
Signed-off-by: Byungchul Park
Reviewed-by: Oleg Nesterov
---
fs/file_table.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/fs/file_table.c
From: Colin King
Date: Thu, 11 May 2017 19:29:40 +0100
> From: Colin Ian King
>
> The error status err is initialized as zero and then being checked
> several times to see if it is less than zero even when it has not
> been updated. It may
Cc: Guodong Xu
Signed-off-by: Song Xiaowei
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 7c48028ec64a..d56d8f1062ab 100644
---
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
>
>-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
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 =
This driver communicates with the Atmel microcontroller for sequencing
the poweron of the TC358762 DSI-DPI bridge and controlling the
backlight PWM.
The following lines are required in config.txt, to keep the firmware
from trying to bash our I2C lines and steal the DSI interrupts:
The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
DSI->DPI bridge and touchscreen controller integrated, that connects
to the Raspberry Pi through its 15-pin "DSI" connector (some lines are
DSI, some lines are I2C).
This device is represented in the DT as three nodes (DSI device,
BCM2835's PLLD_DSI1 divider doesn't give us many choices for our pixel
clocks, so to support panels on the Raspberry Pi we need to set a
higher pixel clock rate than requested and adjust the mode we program
to extend out the HFP so that the refresh rate matches.
Signed-off-by: Eric Anholt
The timings are those that the firmware defines as the baseline, which
will be modified by the bridge/host as necessary to get the clocking
to work.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/panel/panel-simple.c | 30 ++
1 file changed, 30
Here's the rewrite of the Raspberry Pi display support to split out a
bridge driver representing the toshiba+atmel pair. It depends on the
panel-bridge layer I've submitted.
The RPi DSI stack isn't completely working yet -- I've got some
flickery pixels on the display where it seems some color
On Thu, May 11, 2017 at 11:32:30AM -0700, Luis R. Rodriguez wrote:
> On Thu, May 11, 2017 at 11:26 AM, Luis R. Rodriguez wrote:
> >
> > It would seems to make sense to me to only need to verify files when read
> > for the first time, once its cache I don't see why we would
pick_next_pushable_task(rq) has BUG_ON(rq_cpu != task_cpu(task)) when
it returns a task other than NULL, which means that task_cpu(task) must
be rq->cpu. So if task == next_task, then task_cpu(next_task) must be
rq->cpu as well. Remove the redundant condition and make code simpler.
By this patch,
From: Wanpeng Li
BUG: using __this_cpu_read() in preemptible [] code:
qemu-system-x86/2809
caller is __this_cpu_preempt_check+0x13/0x20
CPU: 2 PID: 2809 Comm: qemu-system-x86 Not tainted 4.11.0+ #13
Call Trace:
dump_stack+0x99/0xce
pick_next_pushable_dl_task(rq) has BUG_ON(rq->cpu != task_cpu(task))
when it returns a task other than NULL, which means that task_cpu(task)
must be rq->cpu. So if task == next_task, then task_cpu(next_task) must
be rq->cpu as well. Remove the redundant condition and make code simpler.
By this
From: Wanpeng Li
BUG: using __this_cpu_read() in preemptible [] code:
qemu-system-x86/2809
caller is __this_cpu_preempt_check+0x13/0x20
CPU: 2 PID: 2809 Comm: qemu-system-x86 Not tainted 4.11.0+ #13
Call Trace:
dump_stack+0x99/0xce
From: Vitaly Kuznetsov
Date: Thu, 11 May 2017 13:58:06 +0200
> Unavoidable crashes in netfront_resume() and netback_changed() after a
> previous fail in talk_to_netback() (e.g. when we fail to read MAC from
> xenstore) were discovered. The failure path in talk_to_netback()
From: songxiaowei
Hisilicon PCIe Driver shares the common functions fo PCIe dw-host
The poweron functions is developed on hi3660 SoC, while Others Functions
are common for Kirin series SoCs.
Lowpower(L1ss and SR), hotplug and MSI feature are not supported
currently.
On Sun, 2017-05-07 at 19:20 +0200, Borislav Petkov wrote:
> On Wed, Apr 26, 2017 at 06:29:59PM -0700, Ricardo Neri wrote:
> > > if (X86_MODRM_MOD(insn->modrm.value) == 0 &&
> > > X86_MODRM_RM(insn->modrm.value) == 5)
> > >
> > > looks more understandable to me.
> >
> > Should I go with
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 deletions
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
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
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
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
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
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,
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
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
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
1 - 100 of 2058 matches
Mail list logo