Any suggestion for this patch?
On Mon, 2015-09-14 at 14:51 +0800, Koro Chen wrote:
> In capture, there is chance that hw_ptr reported at IRQ is
> a little smaller than period_size due to internal AFE buffer.
> In the case of ping-pong buffer:
>
>
On 23/09/15 10:39, Arnd Bergmann wrote:
On Wednesday 23 September 2015 10:15:42 Sudeep Holla wrote:
On 15/09/15 09:34, Viresh Kumar wrote:
global_lock is defined as an unsigned long and accessing only its lower
32 bits from sysfs is incorrect, as we need to consider other 32 bits
for big
On (09/23/15 18:50), Sergey Senozhatsky wrote:
> On (09/23/15 11:43), Michal Hocko wrote:
> [..]
> > > > the previous name was already null terminated,
> > >
> > > Yeah, but if the old name is shorter than the new one, set_task_comm()
> > > overwrites the terminating null of the old name before
On Tue, 2015-09-22 at 18:15 +0100, Andre Przywara wrote:
> On 22/09/15 15:06, Andrea Arcangeli wrote:
> > Andre, could you see if linux-next (which includes -mm) works for you
> > by just running "cd tools/testing/selftests/vm/ && make"? If there's
> > any further change required could you diff it
On Tue, Sep 22, 2015 at 11:08:22AM -0400, Dan Streetman wrote:
>
> you think we should just strip out the 842-nx alignment/sizing code
> and change it to fallback to the sw driver?
Right, if the only intended user can provide aligned input then
by all means make the unaligned case use the
On (09/23/15 11:43), Michal Hocko wrote:
[..]
> > > the previous name was already null terminated,
> >
> > Yeah, but if the old name is shorter than the new one, set_task_comm()
> > overwrites the terminating null of the old name before writing the new
> > terminating null, so there is a short
On 2015-09-23 07:40, Michael Ellerman wrote:
> +else ifneq ($(wildcard arch/$(SRCARCH)/configs/$(KBUILD_DEFCONFIG)),)
> @$(kecho) "*** Default configuration is based on '$(KBUILD_DEFCONFIG)'"
> $(Q)$< $(silent)
> --defconfig=arch/$(SRCARCH)/configs/$(KBUILD_DEFCONFIG) $(Kconfig)
>
On Tue 2015-09-22 16:26:04, Tejun Heo wrote:
> Hello,
>
> On Mon, Sep 21, 2015 at 03:03:50PM +0200, Petr Mladek wrote:
> > +static int khugepaged_has_work(void)
> > +{
> > + return !list_empty(_scan.mm_head) &&
> > + khugepaged_enabled();
> > +}
>
> Hmmm... no biggie but this is a
On Wed, 23 Sep 2015, Guillaume Gomez wrote:
> Signed-off-by: Guillaume Gomez
> ---
> include/linux/clockchips.h | 2 +-
> include/linux/crypto.h | 2 +-
> include/linux/device.h | 2 +-
> include/linux/netdevice.h | 2 +-
> include/linux/percpu-refcount.h | 2 +-
>
On 22/09/15 22:03, Lee Jones wrote:
On Tue, 22 Sep 2015, Sudeep Holla wrote:
On 22/09/15 00:20, Lee Jones wrote:
On Mon, 21 Sep 2015, Sudeep Holla wrote:
The IRQF_NO_SUSPEND flag is used to identify the interrupts that should
be left enabled so as to allow them to work as expected during
On Wed 23-09-15 12:30:22, Vladimir Davydov wrote:
> On Wed, Sep 23, 2015 at 06:13:54PM +0900, Sergey Senozhatsky wrote:
> > On (09/23/15 11:06), Vladimir Davydov wrote:
> > > Hi,
> > >
> > > On Tue, Sep 22, 2015 at 04:30:13PM -0700, David Rientjes wrote:
> > > > The oom killer takes task_lock()
On 09/23/2015 10:30 AM, Dario Faggioli wrote:
On Wed, 2015-09-23 at 06:36 +0200, Juergen Gross wrote:
On 09/22/2015 06:22 PM, George Dunlap wrote:
Juergen / Dario, could one of you summarize your two approaches,
and the
(alleged) advantages and disadvantages of each one?
Okay, I'll have a
Use make's built-in rules to when delete a file
or delete files.
Signed-off-by: Wang Long
---
tools/testing/selftests/breakpoints/Makefile | 2 +-
tools/testing/selftests/efivarfs/Makefile | 2 +-
tools/testing/selftests/futex/functional/Makefile | 2 +-
On Wednesday 23 September 2015 10:15:42 Sudeep Holla wrote:
> On 15/09/15 09:34, Viresh Kumar wrote:
> > global_lock is defined as an unsigned long and accessing only its lower
> > 32 bits from sysfs is incorrect, as we need to consider other 32 bits
> > for big endian 64 bit systems.
> >
> > Fix
On 23/09/2015 09:56, Borislav Petkov wrote:
> On Tue, Sep 22, 2015 at 11:04:38PM +0200, Paolo Bonzini wrote:
>> Let's add more debugging output:
>
> Here you go:
>
> [ 50.474002] walk_shadow_page_get_mmio_spte: detect reserved bits on spte,
> addr 0xb8000 (level 4, 0xf00f8)
> [
Add document for how to install selftests.
Signed-off-by: Wang Long
---
Documentation/kselftest.txt | 16
1 file changed, 16 insertions(+)
diff --git a/Documentation/kselftest.txt b/Documentation/kselftest.txt
index a87d840..9bbbcdc 100644
--- a/Documentation/kselftest.txt
+++
On Wed, Sep 23, 2015 at 11:18 AM, Ander Conselvan De Oliveira
wrote:
> On Wed, 2015-09-23 at 10:24 +0200, Daniel Vetter wrote:
>> On Tue, Sep 15, 2015 at 04:08:53PM +0300, Ander Conselvan De Oliveira wrote:
>> > On Mon, 2015-09-14 at 16:38 +0300, Ander Conselvan De Oliveira wrote:
>> > > On Mon,
On 09/23/2015 10:43 AM, Valentin Rothberg wrote:
> Hi Vlastimil,
>
> your commit 1434c81a47e3 ("mm, compaction: export tracepoints zone names
> to userspace") has shown up in todays linux-next tree (i.e., 20150923)
> adding the following lines of code:
>
> --- a/in
On 09/23/2015 10:36 AM, Jacek Anaszewski wrote:
On 09/22/2015 08:54 PM, Andrew Lunn wrote:
On Wed, Sep 16, 2015 at 12:47:42PM +0200, Jacek Anaszewski wrote:
The initial purpose of brightness_set_sync op, introduced along with
the LED flash class extension, was to add a means for setting torch
We use
$make TARGETS="size timers" kselftest
to build and run selftests. but there is no rule
for us to clean the kselftest generated files.
This patch add the rules, for example:
$ make TARGETS="size timers" cleankselftest
can clean all kselftst generated files.
Signed-off-by:
On Wed, Sep 23, 2015 at 2:33 AM, Marc Zyngier wrote:
> On Mon, 21 Sep 2015 10:13:04 +0800
> Ley Foon Tan wrote:
>
>> This patch adds the Altera PCIe host controller driver.
>>
>> Signed-off-by: Ley Foon Tan
>> ---
>> drivers/pci/host/Kconfig | 8 +
>> drivers/pci/host/Makefile |
On Wed, Sep 23, 2015 at 06:13:54PM +0900, Sergey Senozhatsky wrote:
> On (09/23/15 11:06), Vladimir Davydov wrote:
> > Hi,
> >
> > On Tue, Sep 22, 2015 at 04:30:13PM -0700, David Rientjes wrote:
> > > The oom killer takes task_lock() in a couple of places solely to protect
> > > printing the
On Fri, 4 Sep 2015, Alexander Kuleshov wrote:
> The debugfs_create_dir() and debugfs_create_file() functions may return -errno
> if an error occurs. This patch adds a couple of checks of the result of the
> debufs_create_dir() and debugfs_create_file() functions execution in the
>
On Tue, Sep 22, 2015 at 06:08:59PM -0500, J. German Rivera wrote:
> /**
> + * dprc_set_obj_label() - Set object label.
> + * @mc_io: Pointer to MC portal's I/O object
> + * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
> + * @token: Token of DPRC object
> + * @obj_type:
On 09/22/2015 09:27 PM, Andrew Lunn wrote:
On Mon, Sep 21, 2015 at 04:29:27PM +0200, Jacek Anaszewski wrote:
This patch adds description of the LED subsystem API for
setting an LED brightness.
Signed-off-by: Jacek Anaszewski
---
Documentation/leds/leds-class.txt | 21 +
On Tue, 22 Sep 2015 13:41:27 -0400, Benjamin Tissoires wrote:
> Hi All,
>
> any estimate when anybody will be able to review this series?
It's on my to-do list, hopefully this week or early next week. For the
core part it's probably better if Wolfram can do the review.
--
Jean Delvare
SUSE L3
On 15/09/15 09:34, Viresh Kumar wrote:
global_lock is defined as an unsigned long and accessing only its lower
32 bits from sysfs is incorrect, as we need to consider other 32 bits
for big endian 64 bit systems.
Fix that by making global_lock an u32 instead.
Cc: # v4.1+
Signed-off-by:
On (09/23/15 11:06), Vladimir Davydov wrote:
> Hi,
>
> On Tue, Sep 22, 2015 at 04:30:13PM -0700, David Rientjes wrote:
> > The oom killer takes task_lock() in a couple of places solely to protect
> > printing the task's comm.
> >
> > A process's comm, including current's comm, may change due to
On Tue, Sep 22, 2015 at 08:00:29PM -0700, Dan Williams wrote:
> On Tue, Sep 22, 2015 at 4:30 PM, Dave Chinner wrote:
> > On Tue, Sep 22, 2015 at 02:25:19PM -0700, Dan Williams wrote:
> >> On Tue, Sep 22, 2015 at 2:13 PM, Andrew Morton
> >> wrote:
> >> > On Tue, 22 Sep 2015 13:36:22 -0600 Ross
On Wed, 2015-09-23 at 12:02 +0300, Octavian Purdila wrote:
> Commit 845c877009cf014b ("i2c / ACPI: Assign IRQ for devices that
> have
> GpioInt automatically") automatically asigns
assigns.
> the first ACPI GPIO
> interrupt in client->irq, so we can remove the probing code from
> drivers that
On Thu, 17 Sep 2015 12:00:03 +0200,
Thierry Reding wrote:
>
> From: Thierry Reding
>
> The Tegra HDA controller driver committed in v3.16 causes deadlocks when
> loaded as a module. The reason is that the driver core will lock the HDA
> controller device upon calling its probe callback and the
Since commit dab472eb931bc291 ("i2c / ACPI: Use 0 to indicate that
device does not have interrupt assigned") 0 is not a valid i2c
client irq anymore, so change all driver's checks accordingly.
The same issue occurs when the device is instantiated via device tree
with no IRQ, or from the i2c sysfs
Am 20.09.2015 um 12:41 schrieb Alexander Holler:
Am 20.09.2015 um 04:21 schrieb Theodore Ts'o:
As far as what you want to do next, you have a personal "proof of
concept" patch that seems to work well enough for you. Great! I'm
sure you can keep using it for your own purposes. If you can
With the addition of automatically ACPI GPIO assignment to i2c
client->irq we can now remove the code the does the ACPI GPIO probing
for drivers that use a single interrupt.
Tested on hardware only on bmc150-accel, rest of the drivers where
compile tested only.
Octavian Purdila (2):
iio: fix
Commit 845c877009cf014b ("i2c / ACPI: Assign IRQ for devices that have
GpioInt automatically") automatically asigns the first ACPI GPIO
interrupt in client->irq, so we can remove the probing code from
drivers that use only one interrupt.
Signed-off-by: Octavian Purdila
---
On Wed, Sep 23, 2015 at 09:25:23AM +0200, Daniel Vetter wrote:
> Strange thing is that I've tested this on a radeon over here and I don't
> see this backtrace ... wut. Below diff should appease the backtraces at
> least.
Doesn't look like it.
This is what it says when suspending:
[
From: Erin Lo
This adds basic chip support for Mediatek 2701.
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/mt2701-evb.dts | 29
arch/arm/boot/dts/mt2701.dtsi| 146 +++
3 files changed, 176
MT2701 is a SoC based on 32bit ARMv7 architecture. It contains 4 CA7 cores.
MT2701 share many HW IP with MT65xx series. This patchset was tested
on MT2701 evaluation board, and boot to shell ok.
This series contains document bindings, device tree including
interrupt, uart, timer and wdt.
Erin Lo
From: Erin Lo
This adds a DT binding documentation for the MT2701 SoC from Mediatek.
Signed-off-by: Erin Lo
---
Documentation/devicetree/bindings/arm/mediatek.txt | 4
Documentation/devicetree/bindings/arm/mediatek/mediatek,sysirq.txt | 1 +
On 22/09/15 22:08, Lee Jones wrote:
On Mon, 21 Sep 2015, Dmitry Torokhov wrote:
On Mon, Sep 21, 2015 at 4:21 PM, Lee Jones wrote:
The $SUBJECT is not correct.
The driver handles wakeup irq correctly using irq_set_irq_wake. There's
no need to use IRQF_NO_SUSPEND while registering the
On 09/22/2015 09:02 PM, Andrew Lunn wrote:
+void led_set_brightness_nosleep(struct led_classdev *led_cdev,
+ enum led_brightness value)
+{
+ led_cdev->brightness = min(value, led_cdev->max_brightness);
+
+ if (led_cdev->flags & LED_SUSPENDED)
+
On Tue, Sep 22, 2015 at 05:29:37PM +0100, Luis de Bethencourt wrote:
> These two patches fix instances where -1 is used to specify a buffer
> allocation fail, instead of using -ENOMEM.
>
> I could merge the two patches into one if that's more appropriate.
No, it's better to change them
On some embedded systems the EEPROM does not contain a valid MAC address.
In that case it is better to fallback to a generated mac address and
let init scripts fix the value later.
Reported-by: Liviu Dudau
Signed-off-by: Stephen Hemminger
[Changed handcoded setup to use eth_hw_addr_random() and
On Tue, 2015-09-22 at 20:40 +0200, Rasmus Villemoes wrote:
> On Mon, Sep 21 2015, Andy Shevchenko <
> andriy.shevche...@linux.intel.com> wrote:
>
> > On Mon, 2015-09-21 at 11:13 +0200, Martin Kletzander wrote:
> >
> > > Move all pointer-formatting documentation to one place instead of
> > >
Another regression for Jairo to track.
-Daniel
On Tue, Sep 15, 2015 at 03:26:13AM +0200, Sedat Dilek wrote:
> Hi,
>
> I have reported the same issue in [0]...
>
> You write in [1]...
>
> [ cut here ]
> WARNING: CPU: 3 PID: 24 at drivers/gpu/drm/i915/intel_display.c:1377
Commit-ID: c6e1e7b5b7f031910850ddaf7bfa65ba3b4843ea
Gitweb: http://git.kernel.org/tip/c6e1e7b5b7f031910850ddaf7bfa65ba3b4843ea
Author: Juergen Gross
AuthorDate: Tue, 22 Sep 2015 12:48:59 +0200
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 10:19:12 +0200
sched/core: Make
Commit-ID: 854f736364c659046f066a98fed2fdb10a39577a
Gitweb: http://git.kernel.org/tip/854f736364c659046f066a98fed2fdb10a39577a
Author: Wang Nan
AuthorDate: Sun, 6 Sep 2015 07:13:17 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 21 Sep 2015 18:01:17 -0300
perf tools: Don't
Commit-ID: a7adb91b13c104e5ad950fbe1795aa2722f2ea0a
Gitweb: http://git.kernel.org/tip/a7adb91b13c104e5ad950fbe1795aa2722f2ea0a
Author: Kristen Carlson Accardi
AuthorDate: Tue, 22 Sep 2015 10:51:36 -0700
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 09:57:24 +0200
Commit-ID: e3e72ab80a3fac0b88e07d358a2c75724ccd66b4
Gitweb: http://git.kernel.org/tip/e3e72ab80a3fac0b88e07d358a2c75724ccd66b4
Author: Peter Zijlstra
AuthorDate: Fri, 18 Sep 2015 13:22:52 +0200
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 09:54:29 +0200
atomic: Implement
On Tue, Sep 22, 2015 at 05:29:38PM +0100, Luis de Bethencourt wrote:
> check-integrity is using -1 instead of the -ENOMEM defined macro to
> specify that a buffer allocation failed. Since the error number is
> propagated, the caller will get a -EPERM which is the wrong error
> condition.
Agreed.
Commit-ID: e803cf97a4f90d31bcc2c9a1ea20fe9cdc12b2f9
Gitweb: http://git.kernel.org/tip/e803cf97a4f90d31bcc2c9a1ea20fe9cdc12b2f9
Author: Namhyung Kim
AuthorDate: Tue, 22 Sep 2015 09:24:55 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 22:43:12 -0300
perf record:
Commit-ID: f52405757e4e9bddd868d6b8ca501d58f292969f
Gitweb: http://git.kernel.org/tip/f52405757e4e9bddd868d6b8ca501d58f292969f
Author: Juri Lelli
AuthorDate: Wed, 2 Sep 2015 11:01:35 +0100
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 09:51:25 +0200
sched/deadline,
Commit-ID: 269b26a5ef2b10bf15f66524fa47d81c1b4dc1a1
Gitweb: http://git.kernel.org/tip/269b26a5ef2b10bf15f66524fa47d81c1b4dc1a1
Author: Juri Lelli
AuthorDate: Wed, 2 Sep 2015 11:01:36 +0100
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 09:51:26 +0200
sched/rt: Make
Commit-ID: 2726d6ce389788c7fe724961a6e1bfe569560088
Gitweb: http://git.kernel.org/tip/2726d6ce389788c7fe724961a6e1bfe569560088
Author: Juri Lelli
AuthorDate: Wed, 2 Sep 2015 11:01:34 +0100
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 09:51:25 +0200
sched/deadline: Unify
Commit-ID: 21199f27b430576552b26210b3194a363d7f05cd
Gitweb: http://git.kernel.org/tip/21199f27b430576552b26210b3194a363d7f05cd
Author: Peter Zijlstra
AuthorDate: Wed, 16 Sep 2015 16:10:40 +0200
Committer: Ingo Molnar
CommitDate: Wed, 23 Sep 2015 09:48:53 +0200
locking/lockdep: Fix
Commit-ID: 20517cd9c5930c9ef580082d23073842e92249ad
Gitweb: http://git.kernel.org/tip/20517cd9c5930c9ef580082d23073842e92249ad
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 21 Sep 2015 17:00:27 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 10:47:01 -0300
Commit-ID: 0fb18553478dee5b3d8dc0af4f99a5288e81142f
Gitweb: http://git.kernel.org/tip/0fb18553478dee5b3d8dc0af4f99a5288e81142f
Author: Masami Hiramatsu
AuthorDate: Wed, 16 Sep 2015 21:52:42 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 21 Sep 2015 18:01:17 -0300
perf
Commit-ID: 96d8bf75da12df17f2c861043158dad2dabfe491
Gitweb: http://git.kernel.org/tip/96d8bf75da12df17f2c861043158dad2dabfe491
Author: Jiri Olsa
AuthorDate: Mon, 21 Sep 2015 16:35:43 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 10:47:05 -0300
perf tools: Add
Commit-ID: 6076e2a47cccfb3d48a8d165853c0b799c563df7
Gitweb: http://git.kernel.org/tip/6076e2a47cccfb3d48a8d165853c0b799c563df7
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 21 Sep 2015 11:49:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 10:44:19 -0300
Commit-ID: 13e96db61c1c32cd4c8102a95129bb7677cc746d
Gitweb: http://git.kernel.org/tip/13e96db61c1c32cd4c8102a95129bb7677cc746d
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 21 Sep 2015 12:24:47 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 10:47:04 -0300
Commit-ID: 65f041bee7838e2a91dbbc0a917d9291adbb3484
Gitweb: http://git.kernel.org/tip/65f041bee7838e2a91dbbc0a917d9291adbb3484
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 21 Sep 2015 17:25:27 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 10:47:05 -0300
On Tue, Sep 22, 2015 at 05:29:39PM +0100, Luis de Bethencourt wrote:
> reada is using -1 instead of the -ENOMEM defined macro to specify that
> a buffer allocation failed. Since the error number is propagated, the
> caller will get a -EPERM which is the wrong error condition.
>
> Smatch tool
Commit-ID: c2e4b24ff848bb180f9b9cd873a38327cd219ad2
Gitweb: http://git.kernel.org/tip/c2e4b24ff848bb180f9b9cd873a38327cd219ad2
Author: Kapileshwar Singh
AuthorDate: Tue, 22 Sep 2015 14:22:03 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 22 Sep 2015 11:57:04 -0300
tools
Commit-ID: 381c02f6d8ccad8ed574630f879c40fb59715124
Gitweb: http://git.kernel.org/tip/381c02f6d8ccad8ed574630f879c40fb59715124
Author: Mark Rutland
AuthorDate: Wed, 16 Sep 2015 18:18:49 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 18 Sep 2015 12:31:40 -0300
perf record:
Hi Vlastimil,
your commit 1434c81a47e3 ("mm, compaction: export tracepoints zone names
to userspace") has shown up in todays linux-next tree (i.e., 20150923)
adding the following lines of code:
--- a/include/trace/events/compaction.h
+++ b/include/trace/events/compaction.h
@@ -1
FYI, we noticed the below changes on
https://github.com/pantoniou/linux-beagle-track-mainline.git bbb-overlays
commit e695a453d022d5105e3b02cd79f3223eee4cad7f ("of: unittest: Unit-tests for
target root overlays.")
We found the following new message in kernel log.
[2.675836]
On 09/23/2015 09:39 AM, Peter Rosin wrote:
> On 2015-09-22 20:22, Jonathan Cameron wrote:
>> On 22 September 2015 16:36:49 BST, Peter Rosin wrote:
>
> *snip* lots of cosmetics that I'll fix in the next spin...
>
>>> +
>>> +static int mcp4531_read_raw(struct iio_dev *indio_dev,
>>> +
On Tue, 2015-09-22 at 16:37 +0200, Thierry Reding wrote:
> On Tue, Sep 22, 2015 at 01:10:19PM +0300, Andy Shevchenko wrote:
> > --- a/drivers/pwm/pwm-pca9685.c
> > +++ b/drivers/pwm/pwm-pca9685.c
> > @@ -26,6 +26,8 @@
> > #include
> > #include
> > #include
> > +#include
> > +#include
>
>
Resent, hopefully without html this time.
On September 22, 2015 11:10:15 PM GMT+02:00, Sakari Ailus
wrote:
>Hi Tiffany,
>
>(Robin and Hans cc'd.)
>
>On Mon, Sep 21, 2015 at 08:26:11PM +0800, Tiffany Lin wrote:
>> vb2_dc_prepare use the number of SG entries dma_map_sg_attrs return.
>> But in
On Wed, Sep 23, 2015 at 09:23:02AM +0100, Matt Fleming wrote:
> On Mon, 21 Sep, at 05:20:03PM, Vinson Lee wrote:
> > On Mon, Sep 14, 2015 at 11:59 PM, tip-bot for Jiri Olsa
> > wrote:
> > > Commit-ID: 60a1133a5b39738671eff1e4d77bedc1ee3fa528
> > > Gitweb:
> > >
On 23/09/2015 09:59, Wanpeng Li wrote:
> Add the INVVPID instruction emulation.
>
> Reviewed-by: Wincy Van
> Signed-off-by: Wanpeng Li
> ---
> arch/x86/include/asm/vmx.h | 1 +
> arch/x86/kvm/vmx.c | 23 ++-
> 2 files changed, 23 insertions(+), 1 deletion(-)
>
>
On Tue 22-09-15 12:55:02, Jan Kara wrote:
> > > +{
> > > + bool retry;
> > > + unsigned long flags;
> > > +
> > > + while (1) {
> > > + raw_spin_lock_irqsave(_lock, flags);
> > > + retry = console_seq != log_next_seq;
> > > + raw_spin_unlock_irqrestore(_lock, flags);
> >
>
On 09/22/2015 08:54 PM, Andrew Lunn wrote:
On Wed, Sep 16, 2015 at 12:47:42PM +0200, Jacek Anaszewski wrote:
The initial purpose of brightness_set_sync op, introduced along with
the LED flash class extension, was to add a means for setting torch LED
brightness as soon as possible, which
On 23/09/2015 09:56, Borislav Petkov wrote:
> [ 50.474002] walk_shadow_page_get_mmio_spte: detect reserved bits on spte,
> addr 0xb8000 (level 4, 0xf00f8)
> [ 50.484249] walk_shadow_page_get_mmio_spte: detect reserved bits on spte,
> addr 0xb8000 (level 3, 0xf0078)
> [
Dear kernel developers,
I recently started to upgrade my production hosts and VMs from the 3.14 series
to 4.1 kernels, starting with 4.1.6. Yesterday, for the second time after I
started these upgrades, I experienced one of our webserver VMs hanging.
The first time this happened, the VM hung
On Wed, 2015-09-23 at 06:36 +0200, Juergen Gross wrote:
> On 09/22/2015 06:22 PM, George Dunlap wrote:
> > Juergen / Dario, could one of you summarize your two approaches,
> > and the
> > (alleged) advantages and disadvantages of each one?
>
> Okay, I'll have a try:
>
Thanks for this! ;-)
>
On Mon, 21 Sep, at 05:20:03PM, Vinson Lee wrote:
> On Mon, Sep 14, 2015 at 11:59 PM, tip-bot for Jiri Olsa
> wrote:
> > Commit-ID: 60a1133a5b39738671eff1e4d77bedc1ee3fa528
> > Gitweb:
> > http://git.kernel.org/tip/60a1133a5b39738671eff1e4d77bedc1ee3fa528
> > Author: Jiri Olsa
> >
On Tuesday 22 September 2015 16:49:14 David Daney wrote:
> From: David Daney
>
> The pci-host-generic driver keeps a global struct pci_ops which it
> then patches with the .map_bus method appropriate for the bus device.
> A problem arises when the driver is used for two different types of
> bus
Hi Andrzej,
Am Montag, den 21.09.2015, 15:33 +0200 schrieb Andrzej Hajda:
> The variable can be negative.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1].
>
> [1]:
On 9/23/2015 1:11 AM, John Youn wrote:
> On 9/23/2015 12:36 AM, Scott Branden wrote:
>> Hi John,
>>
>> Could you please review the v3 Patch. I believe we have address all of
>> your comments?
>>
>
> Yes I've been meaning to test it on our platforms. I should be
> able to get to it tomorrow.
>
On 9/23/2015 12:36 AM, Scott Branden wrote:
> Hi John,
>
> Could you please review the v3 Patch. I believe we have address all of
> your comments?
>
Yes I've been meaning to test it on our platforms. I should be
able to get to it tomorrow.
Regards,
John
--
To unsubscribe from this list:
On Tue, Sep 22, 2015 at 11:49 PM, Dan Streetman wrote:
> On Tue, Sep 22, 2015 at 8:17 AM, Vitaly Wool wrote:
>> Currently zbud is only capable of allocating not more than
>> PAGE_SIZE - ZHDR_SIZE_ALIGNED - CHUNK_SIZE. This is okay as
>> long as only zswap is using it, but other users of zbud may
Hi All,
With freshly compiled 4.2.1, I get the following kernel warning:
[mer set 23 09:22:27 2015] [ cut here ]
[mer set 23 09:22:27 2015] WARNING: CPU: 3 PID: 0 at
drivers/gpu/drm/i915/intel_display.c:11098 intel_check_page_flip+0xb2/0xfb()
[mer set 23 09:22:27 2015]
Hi Andrew,
Thanks for the review.
On 09/22/2015 08:44 PM, Andrew Lunn wrote:
On Wed, Sep 16, 2015 at 12:47:41PM +0200, Jacek Anaszewski wrote:
This patch adds LED_BLINK_CHANGE flag to indicate that blink brightness
has changed
Hi Jacek
The name LED_BLINK_CHANGE does not make me think of
Hi,
On Tue, Sep 22, 2015 at 04:30:13PM -0700, David Rientjes wrote:
> The oom killer takes task_lock() in a couple of places solely to protect
> printing the task's comm.
>
> A process's comm, including current's comm, may change due to
> /proc/pid/comm or PR_SET_NAME.
>
> The comm will always
* Dave Hansen wrote:
> On 09/22/2015 01:27 PM, Thomas Gleixner wrote:
> >> >
> >> > So I defined all the kernel-internal types as u16 since I *know* the
> >> > size of the hardware.
> >> >
> >> > The user-exposed ones should probably be a bit more generic. I did just
> >> > realize that this
On Wed, 23 Sep 2015, Yang Yingliang wrote:
> On 2015/9/23 2:54, Thomas Gleixner wrote:
> > On Sat, 19 Sep 2015, Yang Yingliang wrote:
> >
> > > Add irq_migrate_all_off_this_cpu() into kernel/irq/migration.c.
> >
> > This doesn't make any sense at all.
> >
> > You just reuse the existing file to
On Tuesday 22 September 2015 16:49:15 David Daney wrote:
> From: David Daney
>
> There are two problems with the bus_max calculation:
>
> 1) The u8 data type can overflow for large config space windows.
>
> 2) The calculation is incorrect for a bus range that doesn't start at
>zero.
>
>
On Tuesday 22 September 2015 16:49:11 David Daney wrote:
> From: David Daney
>
> While using the pci-host-generic driver to add PCI support for the
> Cavium ThunderX processors, several bugs were discovered. This patch
> set fixes the bugs, a follow-on set will add the ThunderX support.
>
Add the INVVPID instruction emulation.
Reviewed-by: Wincy Van
Signed-off-by: Wanpeng Li
---
arch/x86/include/asm/vmx.h | 1 +
arch/x86/kvm/vmx.c | 23 ++-
2 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/arch/x86/include/asm/vmx.h
On Wed, 23 Sep 2015, Wang Dongsheng wrote:
> > -Original Message-
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Thomas Gleixner
> > Sent: Wednesday, September 23, 2015 11:49 AM
> > To: Wang Dongsheng-B40534
> > Cc: Wood
On Tue, Sep 22, 2015 at 11:04:38PM +0200, Paolo Bonzini wrote:
> Let's add more debugging output:
Here you go:
[ 50.474002] walk_shadow_page_get_mmio_spte: detect reserved bits on spte,
addr 0xb8000 (level 4, 0xf00f8)
[ 50.484249] walk_shadow_page_get_mmio_spte: detect reserved bits
On Wed, Sep 23, 2015 at 5:18 AM, Seth Jennings wrote:
> On Tue, Sep 22, 2015 at 02:17:33PM +0200, Vitaly Wool wrote:
>> Currently zbud is only capable of allocating not more than
>> PAGE_SIZE - ZHDR_SIZE_ALIGNED - CHUNK_SIZE. This is okay as
>> long as only zswap is using it, but other users of
On Tue, 2015-09-22 at 23:23 +0100, Lee Jones wrote:
> On Tue, 22 Sep 2015, Andy Shevchenko wrote:
>
> > On Intel Galileo boards the GPIO expander is connected to i2c bus.
> > Moreover it
> > is able to generate interrupt, but interrupt line is connected to
> > GPIO. That's
> > why we have to
On Tuesday 22 September 2015 17:16:55 David Daney wrote:
> From: David Daney
>
> The config space for external PCIe root complexes on some Cavium
> ThunderX SoCs is very similar to CAM and ECAM, but differs in the
> shift values that have to be applied to the bus and devfn numbers to
> compose
Hi,
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Wednesday, September 16, 2015 9:57 AM
>
> On Tuesday, September 15, 2015 02:04:58 PM Viresh Kumar wrote:
> > global_lock is defined as an unsigned long and accessing only its lower
> > 32 bits from sysfs is incorrect, as we need
On Tuesday 22 September 2015 17:09:56 David Daney wrote:
> From: David Daney
>
> The Cavium ThunderX SoC needs a PCI quirk for its on-chip bridges.
> Since it is arm64, create a new quirks.c file there to contain arm64
> related quirks. Add the ThunderX bridge quirk, gated by a new config
>
On Tue 22-09-15 19:41:46, Greg Thelen wrote:
> Commit 733a572e66d2 ("memcg: make mem_cgroup_read_{stat|event}() iterate
> possible cpus instead of online") removed the last use of the per memcg
> pcp_counter_lock but forgot to remove the variable.
>
> Kill the vestigial variable.
>
>
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 96f3eda67fcf2598e9d2794398e0e7ab35138ea6:
>
> perf/x86/intel: Fix static checker warning in lbr enable (2015-09-18
> 09:24:57 +0200)
>
> are available in
On Tue 22-09-15 16:30:13, David Rientjes wrote:
> The oom killer takes task_lock() in a couple of places solely to protect
> printing the task's comm.
>
> A process's comm, including current's comm, may change due to
> /proc/pid/comm or PR_SET_NAME.
>
> The comm will always be NULL-terminated,
601 - 700 of 1484 matches
Mail list logo