From: Flex Liu
In fs/btrfs/volumes.c:2328
if (seeding_dev) {
sb->s_flags &= ~MS_RDONLY;
ret = btrfs_prepare_sprout(root);
BUG_ON(ret); /* -ENOMEM */
}
the error code would be return from:
fs_devs = kzalloc(sizeof(*fs_devs)
Hi!
On 3/18/2016 2:49 PM, Arnd Bergmann wrote:
> On Friday 18 March 2016 12:52:13 Joao Pinto wrote:
>> Hi!
>>
>> Could you please check the following patch-set in order to evaluate if it is
>> ready for v4.6?
>>
>
> I think the code is ok now, but the timing apparently didn't work for 4.6.
> I'd
On 03/17/2016 07:54 AM, Joonsoo Kim wrote:
On Wed, Mar 16, 2016 at 05:44:28PM +0800, Hanjun Guo wrote:
On 2016/3/14 15:18, Joonsoo Kim wrote:
Hmm, this one is not work, I still can see the bug is there after applying
this patch, did I miss something?
I may find that there is a bug which was i
On Wed, Mar 16, 2016 at 5:52 AM, Viresh Kumar wrote:
> On 16-03-16, 01:51, Rafael J. Wysocki wrote:
>> OK, so the problem with doing that in syscore ops is that the I2C bus
>> needed for it may not be available at that point, which is fair
>> enough.
>
> Not just that. We wouldn't call syscore-ops
From: Radim Krčmář
AVIC has a use for kvm_vcpu_wake_up.
Signed-off-by: Radim Krčmář
Tested-by: Suravee Suthikulpanit
---
include/linux/kvm_host.h | 1 +
virt/kvm/kvm_main.c | 19 +--
2 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/include/linux/kvm_host.h
On Mon, Feb 29, 2016 at 05:52:58PM +0530, Shreyas B. Prabhu wrote:
> CHECK_HMI_INTERRUPT is used to check for HMI's in reset vector. Move
> the macro to a common location (exception-64s.h)
> This patch does not change any functionality.
Comments below...
> diff --git a/arch/powerpc/include/asm/ex
Use alloc_ordered_workqueue() to allocate the workqueue instead of
create_singlethread_workqueue() since the latter is deprecated and is scheduled
for removal.
There are work items doing related operations that shouldn't be swapped when
queued in a certain order hence preserve the strict execution
On 03/17/2016 01:20 PM, Thomas Gleixner wrote:
On Thu, 17 Mar 2016, Jens Axboe wrote:
On 03/17/2016 09:42 AM, Jens Axboe wrote:
On 03/17/2016 05:01 AM, Thomas Gleixner wrote:
On Thu, 17 Mar 2016, Peter Zijlstra wrote:
On Thu, Mar 17, 2016 at 12:39:46PM +0100, Thomas Gleixner wrote:
But we ha
On Thu, 17 Mar 2016, Jens Axboe wrote:
> On 03/17/2016 01:20 PM, Thomas Gleixner wrote:
> > > This might be better, we need to start at -1 to not miss the first one...
> > > Still untested.
> >
> > > +static inline struct blk_mq_ctx *next_ctx(struct request_queue *q, int
> > > *i)
> > > +{
> > > +
This driver used to have its own implementation of connector_plug_all()
which actually was taken as a prototype of drm_connector_plug_all().
Now when drm_connector_plug_all() exists reusing it here.
And while at it getting rid of mutex in both plug() and unplug()
because they were moved to generi
From: Michael Neuling
"cpufreq: powernv: Remove cpu_to_chip_id() from hot-path" introduced
'core_to_chip_map' array to cache the chip-id of all cores. Replace
this with per_cpu variable that stores the pointer to the chip-array.
This removes the linear lookup and provides a neater and simpler
sol
The ARM TWD interrupt is a private peripheral interrupt (PPI) and per
the ARM GIC documentation, whether the type for PPIs can be set is
IMPLEMENTATION DEFINED. For OMAP4 devices the PPI type cannot be set and
so when we attempt to set the type for the ARM TWD interrupt it fails.
This has done unno
This patch introduces one mmc test tool called mmc-utils, which is convenient
if someone want to exercise and test MMC/SD devices from userspace.
Signed-off-by: Baolin Wang
---
Documentation/mmc/00-INDEX |2 ++
Documentation/mmc/mmc-tools.txt | 34 ++
2
Hi,
2016-03-17 Gustavo Padovan :
> From: Gustavo Padovan
>
> to_user_ptr() is a local macro defined by signal_32.c, rename it to
> __to_user_ptr() as now we will have a global to_user_ptr() defined by
> kernel.h that has a different meaning from this one.
>
> Cc: Benjamin Herrenschmidt
> Cc:
On Thu, Mar 17, 2016 at 02:21:40PM +0100, Roman Peniaev wrote:
> On Thu, Mar 17, 2016 at 1:57 PM, Chris Wilson
> wrote:
> > On Thu, Mar 17, 2016 at 01:37:06PM +0100, Roman Peniaev wrote:
> >> > + freed = 0;
> >> > + blocking_notifier_call_chain(&vmap_notify_list, 0, &freed);
> >>
> >>
Hello.
On 3/17/2016 5:26 AM, David Lechner wrote:
Simplify things a bit by using devm functions where possible.
Signed-off-by: David Lechner
---
v2 changes: This is part of a previous patch that was split. No changes from
previous version.
drivers/usb/musb/da8xx.c | 28 --
Le 06/01/2016 13:25, Boris Brezillon a écrit :
> Add basic support for the sil902x RGB -> HDMI bridge.
> This driver does not support audio output yet.
>
> Signed-off-by: Boris Brezillon
You can add my:
Tested-by: Nicolas Ferre
I tested it on a SAMA5D4 Xplained board with a Dell HDMI monitor.
On 18/03/16 14:40, Jon Hunter wrote:
> On 18/03/16 14:23, Grygorii Strashko wrote:
>> On 03/18/2016 02:27 PM, Jon Hunter wrote:
>>>
>>> On 18/03/16 11:11, Grygorii Strashko wrote:
[snip]
>> oh :( That will require updating of all drivers (and if it will be taken
>> into account that
>> wakeup c
Hi Linus,
The following changes since commit 1926e54f115725a9248d0c4c65c22acaf94de4c4:
MAINTAINERS: Update mailing list for Renesas ARM64 SoC Development
(2016-02-14 18:38:15 -0800)
are available in the git repository at:
git://git.linaro.org/landing-teams/working/fujitsu/integration.git
ma
On Sat, 19 Mar 2016 13:17:42 +0100,
Victor Clément wrote:
>
> The Microsoft HD-5001 webcam microphone does not support sample rate
> reading as the HD-5000 one.
> This results in dmesg errors and sound hanging with pulseaudio.
>
> Signed-off-by: Victor Clément
Applied, thanks.
Takashi
> ---
Hi, Yury
On 2016/3/19 0:46, Yury Norov wrote:
On Fri, Mar 18, 2016 at 04:55:26PM +0100, Alexander Graf wrote:
On 18.03.16 16:49, Yury Norov wrote:
On Fri, Mar 18, 2016 at 06:28:29PM +0800, Zhangjian (Bamvor) wrote:
For the glibc part, I found that there are 11 patches of ilp32 in top,
but
On Mon, 7 Mar 2016 15:48:34 +0800
Yongji Xie wrote:
> The resource_alignment will releases memory resources
> allocated by firmware so that kernel can reassign new
> resources later on. But this will cause the problem
> that no resources can be allocated by kernel if
> PCI_PROBE_ONLY was set, e.
On Wed, 16 Mar, at 05:59:29AM, Chen, Yu C wrote:
> Hi Matt,
>
> > -Original Message-
> > From: Matt Fleming [mailto:m...@codeblueprint.co.uk]
> > Sent: Tuesday, March 15, 2016 4:01 AM
> > To: Chen, Yu C
> > Cc: linux-a...@vger.kernel.org; linux...@vger.kernel.org; Rafael J. Wysocki;
> > Le
Fixed typo in ufshcd-pltfrm.
Signed-off-by: Joao Pinto
Acked-by: Arnd Bergmann
---
Changes v0->v11:
- Nothing changed (just to keep up with patch set version).
drivers/scsi/ufs/ufshcd-pltfrm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/ufs/ufshcd-pltfrm.c
On Wednesday 16 March 2016 17:04:15 Hartley Sweeten wrote:
> > #define DT2821_SUPCSR_DS_AD_TRIG (3 << 10)
>
> Use a helper macro for those bits:
>
> #define DT2821_SUPCSR_DS(x) (((x) & 0x3) << 10)
> #define DT2821_SUPCSR_DS_PIODT2821_SUPCSR_DS(0)
> #define DT2821_SUP
On 03/16/2016 09:22 PM, Sergei Shtylyov wrote:
Also, I am not finding any existing data structure to pass the musb
set_mode
function to the phy in either usb_phy or usb_otg. Setting the mode
(host/peripheral/otg) is done in the same PHY register, so it seems
like it
should be implemented in the
On Wed, Mar 16, 2016 at 5:09 PM, Greg KH wrote:
>
> USB patches for 4.6-rc1
>
> Here is the big USB patchset for 4.6-rc1.
Something in this - or possibly the tty pull, but that doesn't sound
very likely - has killed my USB keyboard on my desktop.
I'm bisecting right now. Expect a likely revert.
On Wed, 16 Mar 2016, Krzysztof Kozlowski wrote:
> The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet
> direct dependencies.
>
> This fixes warning on allyesconfig on ARCH=um:
>
> warning: (ST_IRQCHIP && HIP04_ETH && STMMAC_PLATFORM && DWMAC_IPQ806X &&
> DWMAC_LPC18XX && D
>> diff --git a/kernel/watchdog.c b/kernel/watchdog.c
>> index 991aa93..7527c8c 100644
>> --- a/kernel/watchdog.c
>> +++ b/kernel/watchdog.c
>> @@ -162,6 +162,14 @@ void touch_nmi_watchdog(void)
>> per_cpu(watchdog_nmi_touch, cpu) = true;
>> }
>> }
>
On 16/03/2016 13:22, Guenter Roeck wrote:
On Tue, Mar 15, 2016 at 05:17:13PM -0700, Guenter Roeck wrote:
On Tue, Mar 15, 2016 at 09:55:06PM +, Qais Yousef wrote:
Hi Guenter,
[ ... ]
Qemu test results:
total: 96 pass: 69 fail: 27
Failed tests:
[ ... ]
mips:mips_malta_s
From: Fu Wei
This patchset:
(1)Move some enums and marcos to header file for arm_arch_timer,
improve the pr_* code by defining "pr_fmt(fmt)" in arm_arch_timer.c
(2)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memor
Patches 4 and 5 seem agnostic to patches 1-3. I'll pull 4,5 into my
tree and 1-3 can go though tip. I'd like to run theses through my tests.
OK?
-- Steve
On Wed, 16 Mar 2016 15:34:33 +0100
Jiri Olsa wrote:
> Currently dynamic ftrace calls are updated any time
> the ftrace_ops is un/registere
On Thu, 17 Mar 2016, Jens Axboe wrote:
> On 03/17/2016 09:42 AM, Jens Axboe wrote:
> > On 03/17/2016 05:01 AM, Thomas Gleixner wrote:
> > > On Thu, 17 Mar 2016, Peter Zijlstra wrote:
> > > > On Thu, Mar 17, 2016 at 12:39:46PM +0100, Thomas Gleixner wrote:
> > > > > But we have to clarify and docume
Commit-ID: c29016cf41fe9fa994a5ecca607cf5f1cd98801e
Gitweb: http://git.kernel.org/tip/c29016cf41fe9fa994a5ecca607cf5f1cd98801e
Author: Andy Lutomirski
AuthorDate: Wed, 16 Mar 2016 14:14:22 -0700
Committer: Ingo Molnar
CommitDate: Thu, 17 Mar 2016 09:49:27 +0100
x86/iopl: Fix iopl capab
The da850 family of processors has an async3 clock domain that can be
muxed to either pll0_sysclk2 or pll1_sysclk2. Now that the davinci clocks
have a set_parent callback, we can use this to control the async3 mux
instead of a stand-alone function.
This adds a new async3_clk and sets the appropria
Hi!
> > Oh and I also have the MMC PM runtime regression fix here that I
> > have not yet posted. Will post today. But I guess you're on
> > v4.4 right now still.
>
> And looks like the USB RNDIS gadget has some extra issues
> breaking reboot. So I'd stick to ECM if possible and leave out
> RNDIS
Hi!
First, sorry for the delay. Busy with other projects, then tried to
keep USB in 4.5 from regressing.
I'm now back on 4.4 branch.
> > > > (I assume I have to insmod and rmmod, right? Because powersave is not
> > > > entered if I simply compile-out usb).
> > >
> > > Depending on what the boot
On Sat, 2016-02-13 at 00:02 +0100, Sebastian Andrzej Siewior wrote:
> From: Thomas Gleixner
>
> We currently disable migration across lock acquisition. That includes the part
> where we block on the lock and schedule out. We cannot disable migration after
> taking the lock as that would cause a p
From: Rafael J. Wysocki
Add a new cpufreq scaling governor, called "schedutil", that uses
scheduler-provided CPU utilization information as input for making
its decisions.
Doing that is possible after commit 34e2c555f3e1 (cpufreq: Add
mechanism for registering utilization update callbacks) that
>From the version 1 cover letter:
This patch series modifies the trigger_xxx_backtrace() NMI-based
remote backtracing code to make it more flexible, and makes a few
small improvements along the way.
The motivation comes from the task isolation code, where there are
scenarios where we wa
This patch introduces a new mechanism to inject interrupt using AVIC.
Since VINTR is not supported when enable AVIC, we need to inject
interrupt via APIC backing page instead.
This patch also adds support for AVIC doorbell, which is used by
KVM to signal a running vcpu to check IRR for injected in
Lifebook E734/E744/E754 has a LED which the manual calls "radio
components indicator". It should be lit when any radio transmitter is
enabled. Its state can be read and set using ACPI (FUNC interface,
RFKILL method).
Signed-off-by: Michał Kępień
---
First of all, this patch raises a couple of c
Hi, Chris.
Comment is below.
On Thu, Mar 17, 2016 at 12:59 PM, Chris Wilson wrote:
> vmaps are temporary kernel mappings that may be of long duration.
> Reusing a vmap on an object is preferrable for a driver as the cost of
> setting up the vmap can otherwise dominate the operation on the object
On Mon, Mar 07, 2016 at 12:09:20PM +, Joao Pinto wrote:
> This patch adds a glue platform driver for the Synopsys G210 Test Chip.
>
> Signed-off-by: Joao Pinto
> ---
> Changes v10->v11 (Arnd Bergmann):
> - vops structs are now passed in .data
> Changes v0->v10:
> - This patch only appeared in
On Sun, 2016-03-20 at 03:32 +, Parth Sane wrote:
> Removed copyright notice as per checkpatch check warning.
This is not a good patch subject nor commit message.
Removing copyright is a serious thing.
You are not doing that.
You are removing a paragraph about an organization's
address that i
There are several reports of freeze on enabling HWP (Hardware PStates)
feature on Skylake based systems by Intel P states driver. The root
cause is identified as the HWP interrupts causing BIOS code to freeze.
HWP interrupts uses thermal LVT.
Linux natively handles thermal interrupts, but in Skylak
Hi Jiri,
On Wed, Mar 16, 2016 at 03:34:32PM +0100, Jiri Olsa wrote:
> Change __ftrace_hash_rec_update to return true in case
> we need to update dynamic ftrace call records. It return
> false in case no update is needed.
>
> Signed-off-by: Jiri Olsa
Acked-by: Namhyung Kim
Thanks,
Namhyung
>
On Wed, Mar 16, 2016 at 11:23:14AM -0700, Stephen Hemminger wrote:
> On Tue, 15 Mar 2016 17:04:12 -0400
> Aaron Conole wrote:
>
> > --- a/include/uapi/linux/virtio_net.h
> > +++ b/include/uapi/linux/virtio_net.h
> > @@ -55,6 +55,7 @@
> > #define VIRTIO_NET_F_MQ22 /* Device supports Rece
On Wed, Mar 16, 2016 at 10:03 AM, Josh Poimboeuf wrote:
> Seth and Vojtech are no longer active maintainers of livepatch, so
> remove them in favor of Jessica and Miroslav.
>
> Also add Petr as a designated reviewer.
>
> Signed-off-by: Josh Poimboeuf
> ---
> MAINTAINERS | 5 +++--
> 1 file chang
On Thu, Mar 17, 2016 at 12:57 PM, Rob Herring wrote:
> On Thu, Mar 17, 2016 at 12:11 PM, Arnd Bergmann wrote:
>> On Thursday 17 March 2016 12:06:40 Rob Herring wrote:
>>> > diff --git a/Documentation/devicetree/bindings/powerpc/fsl/guts.txt
>>> > b/Documentation/devicetree/bindings/soc/fsl/guts.
On Wed, Mar 16, 2016 at 10:18:19PM -0700, Gregory Farnum wrote:
> would've been nice if they were upstream. What *is* a big deal for
> FileStore (and would be easy to take advantage of) is the thematically
> similar O_NOMTIME flag, which is also about reducing metadata updates
> and got blocked on
On Tue, Mar 15, 2016 at 12:26:29PM +, Julien Grall wrote:
> Hi Christoffer,
>
> On 09/03/16 05:39, Christoffer Dall wrote:
> >On Tue, Mar 08, 2016 at 11:29:29AM +, Julien Grall wrote:
> >>Even though all the variables aren't marked with __initdata, they are
> >>only used during initializat
On 18/03/16 10:52, Geert Uytterhoeven wrote:
> Hi Jon,
>
> On Fri, Mar 18, 2016 at 11:13 AM, Jon Hunter wrote:
>> On 18/03/16 09:13, Geert Uytterhoeven wrote:
>>> On Thu, Mar 17, 2016 at 3:19 PM, Jon Hunter wrote:
Commit afbbd2338176 ("irqchip/gic: Document optional Clock and Power
Do
When performing a suspend operation, the kernel brings all of the
non-boot CPUs offline, calling the hot plug notifiers with the flag,
CPU_TASKS_FROZEN, set in the action code. Similarly, during resume,
the CPUs are brought back online, but again the notifiers have the
FROZEN flag set.
While some
On Wed, Mar 16, 2016 at 02:35:35PM +, Will Deacon wrote:
> On Wed, Mar 16, 2016 at 02:03:35PM +, Mark Rutland wrote:
> > If I understand correctly, the main reason that we need this for
> > correctness is
> > non-coherent DMA to/from SLAB caches.
> >
> > A more general approach (and more
On Wed, Mar 16, 2016 at 06:04:56PM +0100, Peter Zijlstra wrote:
> > Hmmm... I don't think it'd be safe to merge the two ops. Nothing
> > guarantees that the RCU callback of cpu controller is called after the
> > cgroup core one and cgroup core one would do use-after-free. Just
> > changing offlin
From: David Daney
The acpi_dev_prop_read() and acpi_dev_prop_read_single() can be called
by drivers. Add EXPORT_SYMBOL_GPL to them to allow use by modular
drivers. This makes them consistent with acpi_dev_get_property() and
acpi_node_get_property_reference() which are already exported.
Signed-
On Mon, Mar 07, 2016 at 01:51:58PM -0600, Franklin S Cooper Jr wrote:
> Now that the node name has been changed from ehrpwm to pwm the document
> should show this proper usage. Also change the unit address in the example
> from 0 to the proper physical address value that should be used.
>
> Signed
Hi Jessica,
[auto build test WARNING on s390/features]
[also build test WARNING on v4.5 next-20160316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Jessica-Yu/mostly-Arch-independent-livepat
Hi,
On 14/03/2016 at 02:53:53 +0100, Ralf Baechle wrote :
> On Sat, Mar 05, 2016 at 11:38:51PM +0100, Paul Cercueil wrote:
>
> > Signed-off-by: Paul Cercueil
> > ---
> > arch/mips/boot/dts/ingenic/jz4740.dtsi | 2 ++
> > arch/mips/jz4740/reset.c | 64
> >
v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let
me know.
---8<
From: Rui Wang
commit ce9113bbcbf45a57c082d6603b9a9f342be3ef74 upstream.
ovl_remove_upper() should do d_drop() only after it successfully
re
On Thu, Mar 17, 2016 at 08:17:59PM -0400, Chris Metcalf wrote:
> On 3/17/2016 6:55 PM, Paul E. McKenney wrote:
> >The RCU stall-warn stack traces can be ugly, agreed.
> >
> >That said, RCU used to use NMI-based stack traces, but switched to the
> >current scheme due to the NMIs having the unfortuna
Hi guys,
I'm seeing this on latest Linus (top commit 1e75a9f34a5e ("Merge
git://www.linux-watchdog.org/linux-watchdog")):
...
[ 14.124256] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 284.440294] INFO: trying to register non-static key.
[ 284.445259] the code is fine but needs lo
On Mar 19, 2016 14:48, Peter Meerwald-Stadler wrote:
> > +#define MCP4131_WIPER_SHIFT(4)
>
> () not needed
OK
> > +struct mcp4131_data {
> > + struct spi_device *spi;
> > + unsigned long devid;
> > + struct mutex lock;
> > + u8 tx[2], rx[2];
>
> alignment requirements for SPI tr
On 03/09/2016 12:21 AM, NeilBrown wrote:
>
> When alloc_disk(0) or alloc_disk-node(0, XX) is used, the ->major
> number is completely ignored: all devices are allocated with a
> major of BLOCK_EXT_MAJOR.
>
> So there is no point allocating pmem_major.
>
> Signed-off-by: NeilBrown
Tested-by: B
On 19/03/16 13:48, Peter Meerwald-Stadler wrote:
>
>> The following functionalities are supported:
>> - write, read from volatile memory
>>
>> Datasheet: http://ww1.microchip.com/downloads/en/DeviceDoc/22060b.pdf
>
> comments below
A few more little bits from me. Mostly looking good though.
Jo
On Sat, Mar 19, 2016 at 10:24:59AM +0100, Thomas Gleixner wrote:
> Unfortunately that will break stuff in event/amd/core.c, ras/mce_amd_inj.c
> which rely on the AMD interpretation of c->x86_max_cores.
So the AMD NB stuff in events/amd/core.c is only for Fam10, Fam15 got
its own uncore driver. (Fa
If CONFIG_PM=n:
drivers/net/usb/lan78xx.c: In function ‘lan78xx_get_stats64’:
drivers/net/usb/lan78xx.c:3274: error: ‘struct dev_pm_info’ has no member
named ‘runtime_auto’
If PM is disabled, the runtime_auto flag is not available, but auto
suspend is not enabled anyway. Hence protect t
We still have that starvation case in mutex, I would think that is far
more important to fix.
On Sun, Mar 20, 2016 at 11:39:46AM +0100, Peter Zijlstra wrote:
> So the AMD NB stuff in events/amd/core.c is only for Fam10, Fam15 got
> its own uncore driver. (Fam10 had the uncore events through the same
> counters as the core PMU with with 'fun' constraints).
>
> And since Fam10 isn't affected
On 17/03/16 13:55, Amitoj Kaur Chawla wrote:
> flush_scheduled_work is scheduled for deprecation.
> Replace cancel_delayed_work and flush_scheduled_work with
> cancel_delayed_work_sync instead to ensure there is no pending or
> running work item.
>
> Since there is only one work item, chip->powero
On Fri, Mar 18, 2016 at 10:13:34AM -0400, Alan Stern wrote:
> On Thu, 17 Mar 2016, Nicolai Stange wrote:
>
> > With commit 69bec7259853 ("USB: core: let USB device know device node"),
> > the port1 argument of usb_alloc_dev() gets overwritten as follows:
> >
> > ... usb_alloc_dev(..., unsigned
On Thu, 2016-03-17 at 15:43 -0300, Gustavo Padovan wrote:
> 2016-03-17 Gustavo Padovan :
> > 2016-03-17 Joe Perches :
> > > On Thu, 2016-03-17 at 14:30 -0300, Gustavo Padovan wrote:
> > > >
> > > > This function had copies in 3 different files. Unify them in
> > > > kernel.h.
> > > This is only us
On 18/03/2016 07:09, Suravee Suthikulpanit wrote:
> Introduce trace events for AMD AVIC incomplete IPI vmexit, and
> AVIC unaccelerate access vmexit.
>
> Signed-off-by: Suravee Suthikulpanit
> ---
> arch/x86/kvm/trace.h | 57
>
> arch/x86/k
On Thu, 17 Mar 2016, Peter Griffin wrote:
> Most drivers for STi are under the ARM/STI Architecture section which
> includes this mailing list.
>
> Signed-off-by: Peter Griffin
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 6ee06e
* Removed several unused initializations of variables.
* Inlined couple of functions.
* rsa_check_key_length: changed to use only the switch statement.
* rsa_setkey: refactored the implementation to be closer to the other
functions in the file.
Signed-off-by: Oscar Forner Martinez
---
crypto/rsa
Hi Andrew,
On Wed, 16 Mar 2016 22:15:03 +0100 Andrew Lunn wrote:
>
> > How about "This is now fixed as far as linux-next is concerned, but any
> > non trivial conflicts should be mentioned to your upstream maintainer
> > when your tree is submitted for merging. You may want also want to
>
> O
The erratum fixes the hang of ITS SYNC command by avoiding inter node
io and collections/cpu mapping on thunderx dual-socket platform.
This fix is only applicable for Cavium's ThunderX dual-socket platform.
This is based on NUMA v15 series.
http://comments.gmane.org/gmane.linux.kernel/2172411
v4
The following changes since commit f6cede5b49e822ebc41a099fe41ab4989f64e2cb:
Linux 4.5-rc7 (2016-03-06 14:48:03 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux.git
tags/please-pull-pstore
for you to fetch changes up to 764fd639d794a1c
On Wed, Mar 16, 2016 at 07:31:22PM +0300, Dmitry V. Levin wrote:
> Date: Thu, 19 Mar 2015 11:10:54 +
>
> Explicitly check show_devname method return code and bail out in case
> of an error. This fixes regression introduced by commit 9d4d65748a5c.
Applied weeks ago, still not migrated into fo
On Wed, Mar 16, 2016 at 08:47:44PM +0100, Christian Borntraeger wrote:
> On 03/10/2016 06:31 PM, Kees Cook wrote:
> > This is a temporary fix to let lkdtm run again on s390, though it'll
> > still fail the ro_after_init tests. Until rodata and ro_after_init
> > sections can be split on s390, disabl
Hello, Serge.
On Fri, Mar 11, 2016 at 03:50:10PM -0600, Serge E. Hallyn wrote:
> 'mount root' field (field 3) in /proc/self/mountinfo will show the
> same thing, the result of awk -F: '/freezer/ { print $3 }' /proc/self/cgroup.
I see.
> I keep waffling between thinking this is a problem that nee
Hello, Linus.
cgroup changes for v4.6-rc1. No userland visible behavior changes in
this pull request. I'll send out a separate pull request for the
addition of cgroup namespace support.
* The biggest change is the revamping of cgroup core task migration
and controller handling logic. There a
Julian Calaby writes:
> Hi Jandy,
>
> On Thu, Mar 17, 2016 at 7:03 PM, Jandy Gou
> wrote:
>> make C=1 M=drivers/staging/rtl8723au/
>>
>> drivers/staging/rtl8723au/hal/rtl8723a_cmd.c:96:38: warning: cast to
>> restricted __le16
>> drivers/staging/rtl8723au/hal/rtl8723a_cmd.c:100:27: warning: cast
From: Martin Sperl
The original patch contained 3 dma channels that were masked out.
These - as far as research and discussions show - are a
artefacts remaining from the downstream legacy dma-api.
Right now down-stream still includes a legacy api used only
in a single (downstream only) driver (
Dear all,
I've hit the following use-after-free in hci_event_packet while
fuzzying kernel(4.4, on commit
9638685e32af961943b679fcb72d4ddd458eb18f) using syzkaller. I
cannot reproduce it with a standalone C program. But it reproduces
easily by replaying the fuzzer log using Go toolchain:
$ go get
On Wednesday, March 16, 2016 06:53:41 PM Peter Zijlstra wrote:
> On Wed, Mar 16, 2016 at 03:59:18PM +0100, Rafael J. Wysocki wrote:
> > +static void sugov_update_commit(struct sugov_policy *sg_policy, u64 time,
> > + unsigned int next_freq)
> > +{
> > + struct cpufreq_po
Now, help text for "script -F" is missing 2 fields (break and srcline).
So, this seems to happen repeatedly.
To fix, this introduces a bit unreadable macros to prevent missing in future.
Signed-off-by: OGAWA Hirofumi
---
tools/perf/builtin-script.c | 97 +++---
On 18/03/16 09:13, Geert Uytterhoeven wrote:
> Hi Jon,
>
> On Thu, Mar 17, 2016 at 3:19 PM, Jon Hunter wrote:
>> Commit afbbd2338176 ("irqchip/gic: Document optional Clock and Power
>> Domain properties") documented optional clock and power-dmoain properties
>> for the ARM GIC. Currently, there
When the VOP is re-enabled, it will start scanning right away the
framebuffers that were configured from the last time, even if those have
been destroyed already. To prevent the VOP from trying to access freed
memory, reset the registers that hold pointers to framebuffers right
after we can write t
On Thu, Mar 17, 2016 at 09:49:42AM +0100, Boris Brezillon wrote:
> Hi Daniel,
>
> On Wed, 16 Mar 2016 16:17:38 +0100
> Daniel Vetter wrote:
>
> > On Wed, Mar 16, 2016 at 02:57:35PM +0100, Boris Brezillon wrote:
> > > Add a ->cleanup_fb() operation to avoid memory leaks when the atomic
> > > oper
On 17/03/2016 04:58, Suravee Suthikulpanit wrote:
>>>
>>> >+BUG_ON(offset >= 0x400);
>> These are valid faulting registers, so our implementation has to handle
>> them. (And the rule is to never BUG if a recovery is simple.)
>>
>
> Just want to clarify the part that you mentioned "to handle
On Wed, Mar 16, 2016 at 09:14:44AM +0100, Ingo Molnar wrote:
> Yeah, so in the perf tooling build we do have -Wshadow to catch such mishaps,
> but not in the main kernel build.
>
> ... and yes, if I add it via the patch below the bug gets warned about:
>
> include/linux/atomic.h:561:15: note: sh
Fix some obvious alignment problems, like alignment and line
over 80 characters problems, make this easy to be maintained
later.
Signed-off-by: Yakir Yang
Acked-by: Jingoo Han
Reviewed-by: Krzysztof Kozlowski
Tested-by: Javier Martinez Canillas
---
Changes in v14.1:
- Rebase against drm-next f
On Fri, Mar 18, 2016 at 04:03:47PM +0100, Peter Zijlstra wrote:
> It turns out AMD gets x86_max_cores wrong when there are compute
> units.
>
> The issue is that Linux assumes:
>
> nr_logical_cpus = nr_cores * nr_siblings
>
> But AMD reports its CU unit as 2 cores, but then sets num_smp_si
Hi,
On 18.03.2016 15:36, Sebastian Reichel wrote:
Have you tried the ideas from <20160317004917.GA6750@earth> (Date:
Thu, 17 Mar 2016 01:49:18 +0100)?
To the extend I understood them :)
Regulator is V28_A, which is always-on, so it is enabled no matter what
probe does. Anyway, I added a v
On 14/03/16 10:20, Marc Titinger wrote:
> The user (or an init script) may setup RShunt via sysfs after the
> driver was initialized, for instance based on the EEPROM contents
> of a modular probe. The calibration register must be set accordingly.
>
> Signed-off-by: Marc Titinger
> ---
> v2 of h
On Mar 20, 2016 10:25, Jonathan Cameron wrote:
> >> +struct mcp4131_data {
> >> + struct spi_device *spi;
>
> This is only used to lookup elements of your cfg array, I'd just have
> a pointer to the relevant element of that array in here instead.
>
> struct mcp4131_cfg *cfg;
>
> and in probe do
On 20/03/16 11:32, Slawomir Stepien wrote:
> On Mar 20, 2016 10:25, Jonathan Cameron wrote:
+struct mcp4131_data {
+ struct spi_device *spi;
>>
>> This is only used to lookup elements of your cfg array, I'd just have
>> a pointer to the relevant element of that array in here instead.
>>
On Fri, Mar 18, 2016 at 04:01:51PM -0700, Linus Torvalds wrote:
> On Fri, Mar 18, 2016 at 3:51 PM, Linus Torvalds
> wrote:
> >
> > The commit that ends up being marked bad is odd, but there it is:
> > 69bec7259853 "USB: core: let USB device know device node".
>
> Confirmed. Not only did it bisect
1 - 100 of 465 matches
Mail list logo
