, CONFIG_CARMA_FPGA_PROGRAM=m
Patch is against 3.19.0-rc7 (localversion-next is -next-20150209)
drivers/misc/carma/carma-fpga-program.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/misc/carma/carma-fpga-program.c
b/drivers/misc/carma/carma-fpga-program.c
Hi Ray,
On Wed, Feb 04, 2015 at 09:21:01AM -0800, Ray Jui wrote:
> +static int cygnus_gpio_pinmux_add_range(struct cygnus_gpio *chip)
> +{
> + struct device_node *node = chip->dev->of_node;
> + struct device_node *pinmux_node;
> + struct platform_device *pinmux_pdev;
> + struct
From: Andi Kleen
On Broadwell INST_RETIRED.ALL cannot be used with any period
that doesn't have the lowest 6 bits cleared. And the period
should not be smaller than 128.
Add a new callback to enforce this, and set it for Broadwell.
This is erratum BDM57 and BDM11.
How does this handle the
From: Andi Kleen
Haswell offcore events are quite different from Sandy Bridge.
Add a new table to handle Haswell properly.
Note that the offcore bits listed in the SDM are not quite correct
(this is currently being fixed). An uptodate list of bits is
in the patch.
The basic setup is similar to
From: Andi Kleen
Add Broadwell support for Broadwell to perf.
The basic support is very similar to Haswell. We use the new cache
event list added for Haswell earlier. The only differences
are a few bits related to remote nodes. To avoid an extra,
mostly identical, table these are patched up in
Monday, February 9, 2015, 5:09:44 PM, you wrote:
> On 09.02.2015 13:29, Stefan Bader wrote:
>> On 09.02.2015 13:12, Jiang Liu wrote:
>>> On 2015/2/9 17:47, Stefan Bader wrote:
On 05.02.2015 21:07, Sander Eikelenboom wrote:
>
> Tuesday, January 20, 2015, 3:21:04 AM, you wrote:
>
CONFIG_INTEL_MIC_HOST=m
Patch is against 3.19.0-rc7 (localversion-next is -next-20150209)
drivers/misc/mic/host/mic_boot.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/misc/mic/host/mic_boot.c b/drivers/misc/mic/host/mic_boot.c
index ff2b0fb..d9fa609 100644
Hi Krzysztof,
> Krzysztof Kozlowski hat am 30. Januar 2015 um 15:47
> geschrieben:
>
>
> Replace direct calls to power supply function attributes with wrappers.
> Wrappers provide safe access in case of unregistering the power
> supply (e.g. by removing the driver). Replace:
> - get_property ->
Hu Sylvain,
On Mon, 9 Feb 2015 19:26:06 +0100
Sylvain Rochet wrote:
> Hello Boris,
>
> On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote:
> > Convert the HLCDC driver to atomic mode-setting.
> >
> > Signed-off-by: Boris Brezillon
> > ---
>
> I am getting the following trace
On Mon, 9 Feb 2015, Tony Lindgren wrote:
> * Paul Walmsley [150209 08:04]:
> > On Mon, 9 Feb 2015, Peter Ujfalusi wrote:
> >
> > > On 02/06/2015 09:26 PM, Peter Ujfalusi wrote:
> > > >> Yeah, I've never really bothered with data too much, its a debug
> > > >> feature. So lock_class_key is 8
2015-02-09 16:11 GMT+03:00 Matwey V. Kornilov :
> 2015-02-09 7:22 GMT+03:00 Viresh Kumar :
>> On Sun, Feb 8, 2015 at 3:37 PM, Matwey V. Kornilov wrote:
>>> spear13xx_pcie_driver.driver is allocated in text.init section
>>> and then the pointer to it is passed futher. This patch is to avoid
>>>
On Mon, 09 Feb 2015 11:08:01 +0100
Oliver Neukum wrote:
> > + ret = usb_interrupt_msg(dev, usb_sndintpipe(dev, 0x02),
> > + buf2, sizeof(buf2),
> > + , USB_CTRL_SET_TIMEOUT);
>
> You cannot do this. Even for a single byte DMA on the stack is
Hi Linus,
Please pull the following Kselftest updates for 3.20-rc1
thanks,
-- Shuah
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the git repository at:
* Geert Uytterhoeven [150209 09:17]:
> On Mon, Feb 9, 2015 at 5:24 PM, Tony Lindgren wrote:
> > * Geert Uytterhoeven [150206 12:26]:
> >> Notes:
> >> - It seems several people tried to solve this in the core OF probing
> >> code before, but the final solution never went in?
> >> - This
On 02/09/2015 01:33 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.7 release.
> There are 39 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On Tue, 03 Feb, at 06:03:20PM, Yinghai Lu wrote:
> Now could use kexec to place kernel/boot_params/cmd_line/initrd
> above 4G, but that is with legacy interface with startup_64 directly.
>
> This patch will allow 64bit EFI kernel to be loaded above 4G
> and use EFI HANDOVER PROTOCOL to start the
Hello Boris,
On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote:
> Convert the HLCDC driver to atomic mode-setting.
>
> Signed-off-by: Boris Brezillon
> ---
I am getting the following trace with this patch applied, which seems
pretty straightforward to fix.
Apart from that, it
On 02/09/2015 01:33 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.33 release.
> There are 20 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 02/09/2015 01:33 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.69 release.
> There are 17 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 02/08/2015 06:15 AM, Omar Sandoval wrote:
> Commit 4f579ae7de56 (ext4: fix punch hole on files with indirect
> mapping) rewrote FALLOC_FL_PUNCH_HOLE for ext4 files with indirect
> mapping. However, there are a bugs in a few cases.
>
> In the case where the punch happens within one level of
On 01/16/2015 07:25 PM, Piotr Karbowski wrote:
On 12/30/2014 11:40 PM, Piotr Karbowski wrote:
Hi Al,
On 12/27/2014 07:14 PM, Al Viro wrote:
That's because it never _had_ worked. Note that opening the damn thing
will give the right file - it does not work by traversing the result of
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of Krzysztof Opasiak
> Sent: Monday, February 09, 2015 7:06 PM
> To: 'Alan Stern'; 'Ruslan Bilovol'; 'Peter Chen'
> Cc: linux-...@vger.kernel.org;
On Mon, Feb 9, 2015 at 9:56 AM, Steven Noonan wrote:
> On Mon, Feb 9, 2015 at 3:51 AM, Preeti U Murthy
> wrote:
>> Hi Steven,
>>
>> On 02/09/2015 01:02 PM, Steven Noonan wrote:
>>> On Sun, Feb 8, 2015 at 8:49 PM, Preeti U Murthy
>>> wrote:
The powerclamp driver injects idle periods to stay
Hi Andrey,
There is build breakage for allmodconfig with commit id "kasan: enable
instrumentation of global variables"
f39182cbcd0122ad2c943317b5f07eba91b2cfe5 on linux-next.
scripts/kconfig/conf --silentoldconfig Kconfig
scripts/Makefile.kasan:20: CONFIG_KASAN: compiler does not support all
The function raid10_unplug tests the "from_schedule" variable. If the
variable is true, it offloads queued bios to a thread. If the variable is
false, it submits queued bios directly.
The function io_schedule calls blk_flush_plug, that calls
blk_flush_plug_list with "from_schedule" set to false.
Hi Josh,
On 09/02/2015 at 17:17:03 +0800, Josh Wu wrote :
> Add at91 sama5d4 xplained board support.
>
> Signed-off-by: Josh Wu
> ---
>
> Changes in v2:
> - to be sorted by memory address, put the adc dt node after usart4.
>
> arch/arm/boot/dts/Makefile | 1 +
>
On 01/19/2015 12:01 PM, Stefan Wahren wrote:
Hi Stephen,
Stephen Warren hat am 19. Januar 2015 um 18:13
geschrieben:
On 01/19/2015 04:00 AM, Stefan Wahren wrote:
This patch adds root compatible properties for the following boards:
- Raspberry Pi Model A
- Raspberry Pi Model A+
- Raspberry
Hi,
(... snip ...)
>
> > > You don't need all this stuff. What's the point of keeping
> track of
> > > names? If there are any unbound gadget drivers pending, a
> newly
> > > registered UDC should bind to the first one available.
> >
> > It's because gadget driver may be bound to usb_gadget
I'm getting complaints from validation teams that have updated their
Linux kernels from ancient versions to current. They don't see the
error logs they expect. I tell the to unload any EDAC drivers[1], and
things start working again. The problem is that we short-circuit
the logging process if any
Building with the attached random configuration file,
In file included from fs/nfs/client.c:25:0:
include/linux/sunrpc/metrics.h: In function ‘rpc_count_iostats_metrics’:
include/linux/sunrpc/metrics.h:92:59: error: parameter name omitted
static inline void rpc_count_iostats_metrics(const struct
On Mon, Feb 9, 2015 at 3:51 AM, Preeti U Murthy
wrote:
> Hi Steven,
>
> On 02/09/2015 01:02 PM, Steven Noonan wrote:
>> On Sun, Feb 8, 2015 at 8:49 PM, Preeti U Murthy
>> wrote:
>>> The powerclamp driver injects idle periods to stay within the thermal
>>> constraints.
>>> The driver does a fake
Commit-ID: 4fe7ffb7e17ca6ad9173b8de35f260c9c8fc2f79
Gitweb: http://git.kernel.org/tip/4fe7ffb7e17ca6ad9173b8de35f260c9c8fc2f79
Author: Jesse Brandeburg
AuthorDate: Wed, 28 Jan 2015 10:57:39 -0800
Committer: Ingo Molnar
CommitDate: Mon, 9 Feb 2015 18:47:42 +0100
genirq: Fix null
* Ingo Molnar wrote:
> > Patch posted to fix the issue (added a null check)
>
> Under what subject line was this fix sent? I don't seem
> to find it in my mbox.
Ok, found it and merged it.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 02/09/2015 10:35 AM, Mike Snitzer wrote:
On Mon, Feb 09 2015 at 12:13P -0500,
Mike Snitzer wrote:
On Mon, Feb 09 2015 at 12:07pm -0500,
Keith Busch wrote:
Oh, we're not going rebase the series with the correction? I'm concerned
someone biscecting a completely unrelated problem might
Building with the attached random configuration file,
arch/x86/kvm/vmx.c: In function ‘vmx_deliver_nested_posted_interrupt’:
arch/x86/kvm/vmx.c:4378:4: error: ‘apic’ undeclared (first use in this function)
apic->send_IPI_mask(get_cpu_mask(vcpu->cpu),
^
arch/x86/kvm/vmx.c:4378:4: note:
* Paul E. McKenney wrote:
> On Mon, Feb 09, 2015 at 08:56:10AM +0100, Ingo Molnar wrote:
> >
> > * Paul E. McKenney wrote:
> >
> > > On Fri, Feb 06, 2015 at 07:28:23PM +0100, Ingo Molnar wrote:
> > > >
> > > > * Paul E. McKenney wrote:
> > > >
> > > > > On Tue, Feb 03, 2015 at 03:34:45PM
Tyler Hall writes:
>> The issue with multiple gpiochips per of-node could be worked around as
>> followed I believe, comments?
>>
>> diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
>> index 08261f2..43984ab 100644
>> --- a/drivers/gpio/gpiolib-of.c
>> +++
On Mon, Feb 09 2015 at 12:13P -0500,
Mike Snitzer wrote:
> On Mon, Feb 09 2015 at 12:07pm -0500,
> Keith Busch wrote:
>
> > Oh, we're not going rebase the series with the correction? I'm concerned
> > someone biscecting a completely unrelated problem might step on this
> > commit. Up to you
If registering the function with ftrace has previously succeeded,
unregistering will almost never fail. Even if it does, it's not a fatal
error. We can still carry on and disable the klp_func from being used
by removing it from the klp_ops func stack.
Signed-off-by: Josh Poimboeuf
---
Uses of struct of_device_id are most commonly const.
Suggest using it as such.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 3642b0d..368db0d 100755
---
Move functions related to the actual patching of functions and objects
into a new patch.c file.
The only functional change is to remove the unnecessary
WARN_ON(!klp_is_object_loaded()) check from klp_patch_object().
Signed-off-by: Josh Poimboeuf
---
kernel/livepatch/Makefile | 2 +-
Once we have a consistency model, patches and their objects will be
enabled and disabled at different times. For example, when a patch is
disabled, its loaded objects' funcs can remain registered with ftrace
indefinitely until the unpatching operation is complete and they're no
longer in use.
* Paul Walmsley [150209 08:04]:
> On Mon, 9 Feb 2015, Peter Ujfalusi wrote:
>
> > On 02/06/2015 09:26 PM, Peter Ujfalusi wrote:
> > >> Yeah, I've never really bothered with data too much, its a debug
> > >> feature. So lock_class_key is 8 bytes, and strictly speaking you could
> > >> union them
Add a basic per-task consistency model. This is the foundation which
will eventually enable us to patch those ~10% of security patches which
change function prototypes and/or data semantics.
When a patch is enabled, livepatch enters into a transition state where
tasks are converging from the old
This patch set implements a livepatch consistency model, targeted for 3.21.
Now that we have a solid livepatch code base, this is the biggest remaining
missing piece.
This code stems from the design proposal made by Vojtech [1] in November. It
makes live patching safer in general. Specifically,
Now that we have a consistency model we can detect when unpatching is
complete and the patch module can be safely removed.
Signed-off-by: Josh Poimboeuf
---
kernel/livepatch/core.c | 25 -
kernel/livepatch/transition.c | 3 +++
2 files changed, 7 insertions(+), 21
Move task_rq_lock/unlock() to sched.h so they can be used elsewhere.
The livepatch code needs to lock each task's rq in order to safely
examine its stack and switch it to a new patch universe.
Signed-off-by: Josh Poimboeuf
---
kernel/sched/core.c | 32
Expose the per-task klp_universe value so users can determine which
tasks are holding up completion of a patching operation.
Signed-off-by: Josh Poimboeuf
---
fs/proc/base.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/fs/proc/base.c b/fs/proc/base.c
index 3f3d7ae..b9fe6b5
Update a tasks's universe when returning from a system call or user
space interrupt, or after handling a signal.
This greatly increases the chances of a patch operation succeeding. If
a task is I/O bound, it can switch universes when returning from a
system call. If a task is CPU bound, it can
For the consistency model we'll need to know the sizes of the old and
new functions to determine if they're on any task stacks.
Signed-off-by: Josh Poimboeuf
---
include/linux/livepatch.h | 3 +++
kernel/livepatch/core.c | 19 ++-
2 files changed, 21 insertions(+), 1
2015-02-09 17:10+0100, Paolo Bonzini:
> On 09/02/2015 16:21, Radim Krčmář wrote:
> > 2015-02-06 13:48+0100, Paolo Bonzini:
> >> +TRACE_EVENT(kvm_vcpu_wakeup,
> >> + TP_PROTO(__u64 ns, bool waited),
> >
> > (__u64 is preferred here?)
>
> Preferred to what?
To 'u64'. (The header file
On 02/09/2015 12:23 AM, Suravee Suthikulpanit wrote:
Sorry for delay response. I have also tested this on AMD Seattle
platform w/ PCI Generic Host Controller, and I can see that the PCI
endpoint devices are getting proper dma_map_ops as set in the host
bridge.
: Suravee Suthikulpanit
From: Kan Liang
Currently, the perf diff only works with same binaries. That's because
it compares the symbol start address. It doesn't work if the perf.data
comes from different binaries. This patch matches the symbol names.
Actually, perf diff once intended to compare the symbol names.
The
h was only compile tested with u8500_defconfig + CONFIG_AB8500_BM=y
Patch is against 3.19.0-rc7 (localversion-next is -next-20150209)
drivers/power/ab8500_fg.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/power/ab8500_fg.c b/drivers/power/ab8500_fg.c
ind
Patch is against 3.19.0-rc7 (localversion-next is -next-20150209)
drivers/power/ab8500_fg.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/power/ab8500_fg.c b/drivers/power/ab8500_fg.c
index c908658..eee4493 100644
--- a/drivers/power/ab8500_fg.c
+++ b/drivers
On 02/09/2015 06:42 AM, Konstantin Khlebnikov wrote:
Cfq_lookup_create_cfqg() allocates struct blkcg_gq using GFP_ATOMIC.
In cfq_find_alloc_queue() possible allocation failure is not handled.
As a result kernel oopses on NULL pointer dereference when
cfq_link_cfqq_cfqg() calls cfqg_get() for
Summary: Sometimes when post-processing output from `perf script` one
does not want to demangle C++ symbol names. Add an option to allow this.
Also add --[no-]demangle-kernel to be consistent with top/report/probe.
Signed-off-by: Mark Drayton
---
tools/perf/Documentation/perf-script.txt | 7
On Mon, Feb 09, 2015 at 09:18:27PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Please oo not add any material destined for v3.21 to your linux-next
> included trees until after v3.20-rc1 has been released.
>
Build failures:
Building arm:efm32_defconfig ... failed
--
Error log:
On Mon, Feb 09, 2015 at 02:13:30AM +, Wang, Xiaoming wrote:
> Dear Wilk:
>
> > -Original Message-
> > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> > Sent: Saturday, February 7, 2015 2:12 AM
> > To: Wang, Xiaoming
> > Cc: r...@linux-mips.org;
Fix the following coding style errors in
drivers/staging/lustre/lustre/libcfs/linux/linux-proc.c:
1. initializing lnet_table_header (static pointer) to NULL
2. missing spaces around '='
There's a third coding style error in this file which I've chosen to
not fix for clarity's sake. It is:
Hi Tony,
On Mon, Feb 9, 2015 at 5:24 PM, Tony Lindgren wrote:
> * Geert Uytterhoeven [150206 12:26]:
>> Currently the pin function controller (which is also a GPIO controller)
>> is instantiated before the interrupt controllers due to the order in the
>> DTS. At that time, the irq domains for
On Mon, Feb 09 2015 at 12:07pm -0500,
Keith Busch wrote:
> On Mon, 9 Feb 2015, Mike Snitzer wrote:
> >On Mon, Feb 09 2015 at 11:38am -0500,
> >Dongsu Park wrote:
> >>So that commit 6d6285c45f5a should be either reverted, or moved to
> >>linux-dm tree, doesn't it?
> >>
> >>Cheers,
> >>Dongsu
>
On Mon, 9 Feb 2015, Bj?rn Mork wrote:
Jeff Kirsher writes:
If you want to see Nick's patch, feel free to view his patch on
my queue tree:
https://git.kernel.org/cgit/linux/kernel/git/jkirsher/queue.git/
which said:
- s32 i = 0, timeout = 200; /* FIXME: find real value to use here */
+
On 02/09/2015 05:49 PM, Daniel Baluta wrote:
After UAPI header file split [1] all user-kernel interfaces were
placed under include/uapi/.
This patch moves IIO user specific API from:
* include/linux/iio/events.h => include/uapi/linux/iio/events.h
* include/linux/iio/types.h =>
On Mon, 9 Feb 2015, Mike Snitzer wrote:
On Mon, Feb 09 2015 at 11:38am -0500,
Dongsu Park wrote:
So that commit 6d6285c45f5a should be either reverted, or moved to
linux-dm tree, doesn't it?
Cheers,
Dongsu
[1] https://www.redhat.com/archives/dm-devel/2015-January/msg00171.html
[2]
On 09/02/2015 17:04, r...@redhat.com wrote:
> From: Rik van Riel
>
> With code elsewhere doing something conditional on whether or not
> context tracking is enabled, we want a stub function that tells us
> context tracking is not enabled, when CONFIG_CONTEXT_TRACKING is
> not set.
>
>
On 09/02/2015 17:04, r...@redhat.com wrote:
> From: Rik van Riel
>
> Export context_tracking_user_enter/exit so it can be used by KVM.
Wrong function name in the commit message...
Paolo
> Signed-off-by: Rik van Riel
> ---
> kernel/context_tracking.c | 2 ++
> 1 file changed, 2
On 02/09, Ian Kent wrote:
>
> On Sun, 2015-02-08 at 20:00 +0100, Oleg Nesterov wrote:
> > > +
> > > + this = file_open_root(mnt->mnt_root, mnt, path, O_RDONLY);
> > > + if (unlikely(IS_ERR(this))) {
> > > + err = PTR_ERR(this);
> > > + break;
> > > +
Ccing Davidlohr, (sorry that I got confused with similar address in cc
list).
On 02/09/2015 08:44 PM, Oleg Nesterov wrote:
On 02/09, Raghavendra K T wrote:
+static inline void __ticket_check_and_clear_slowpath(arch_spinlock_t *lock)
+{
+ arch_spinlock_t old, new;
+ __ticket_t
From: Marcel Holtmann
> Hi David,
>
> >> So at present, in kernel part, we can only say the original authors
> >> intended to do like this. And only within kernel part, it can not cause
> >> issue. I guess, original authors originally knew what we talk about.
> >
> > I've just searched for
On Mon, Feb 09, 2015 at 10:57:27AM +0100, Jesper Nilsson wrote:
>
> Niclas Cassel has submitted a reworked driver for crisv32,
> which is in Gregs tree now, unfortunately it wasn't sent to LKML,
> only the linux-serial list, but it should be headed to Linus soon.
>
>
Monday, February 9, 2015, 5:09:44 PM, you wrote:
> On 09.02.2015 13:29, Stefan Bader wrote:
>> On 09.02.2015 13:12, Jiang Liu wrote:
>>> On 2015/2/9 17:47, Stefan Bader wrote:
On 05.02.2015 21:07, Sander Eikelenboom wrote:
>
> Tuesday, January 20, 2015, 3:21:04 AM, you wrote:
>
Hi David,
>> So at present, in kernel part, we can only say the original authors
>> intended to do like this. And only within kernel part, it can not cause
>> issue. I guess, original authors originally knew what we talk about.
>
> I've just searched for hci_u*filter it is all horrid.
> Look at
After UAPI header file split [1] all user-kernel interfaces were
placed under include/uapi/.
This patch moves IIO user specific API from:
* include/linux/iio/events.h => include/uapi/linux/iio/events.h
* include/linux/iio/types.h => include/uapi/linux/iio/types.h
Now there is no
On Mon, Feb 09 2015 at 11:38am -0500,
Dongsu Park wrote:
> Hi Jens,
>
> during testing with the linux-block for-3.20/core branch, I hit a BUG
> like below. It's reproducible by running xfstests/xfs/279.
>
> Bisecting showed that the first bad commit is 6d6285c45f5a ("block:
> require
On Mon, Feb 09, 2015 at 04:33:27PM +0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.69 release.
> There are 17 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
Sorry, I screwed up the bit-twiddling while messing with various options.
I was trying to get size == 32 to work; that should have been:
> tmp &= (2UL << ((size-1) % BITS_PER_LONG)) - 1; /* Mask last word */
And you're right that LAST_WORD_MASK is a good wrapper.
Vasrious working
Replace incorrect matching constraint that caused the error with an alternative
that still has the required constraints on the inline assembly.
This is the error message reported by clang:
arch/mips/include/asm/checksum.h:285:27: error: unsupported inline asm: input
with type '__be32' (aka
* Murali Karicheri [150205 14:37]:
> On 02/02/2015 11:40 AM, Tony Lindgren wrote:
> >* Arnd Bergmann [150129 15:51]:
> >>On Thursday 29 January 2015 18:15:51 Murali Karicheri wrote:
> >>>NetCP on Keystone has cpsw ale function similar to other TI SoCs
> >>>and this driver is re-used. To allow
On Mon, Feb 09, 2015 at 04:33:52PM +0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.33 release.
> There are 20 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
Hi Jens,
during testing with the linux-block for-3.20/core branch, I hit a BUG
like below. It's reproducible by running xfstests/xfs/279.
Bisecting showed that the first bad commit is 6d6285c45f5a ("block:
require blk_rq_prep_clone() be given an initialized clone request").
With reverting this
(implies CONFIG_I2C_DESIGNWARE_CORE=y)
Patch is against 3.19.0-rc7 (localversion-next is -next-20150209)
drivers/i2c/busses/i2c-designware-core.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-designware-core.c
b/drivers/i2c/busses/i2c-designware
On Mon, Feb 09, 2015 at 04:33:43PM +0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.7 release.
> There are 39 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Sun, 8 Feb 2015, Ruslan Bilovol wrote:
> Hi Alan,
>
> On Thu, Jan 29, 2015 at 5:56 PM, Alan Stern wrote:
> > On Thu, 29 Jan 2015, Ruslan Bilovol wrote:
> >
> >> Change behavior during registration of gadgets and
> >> gadget drivers in udc-core. Instead of previous
> >> approach when for
On 05.02.2015 09:28, Jens Axboe wrote:
> On 02/02/2015 06:19 AM, Christoph Hellwig wrote:
> >Jens, do these patches look fine to you? Any chance to get them into
> >the tree for the 3.20 merge window?
>
> Yes, I think they look fine. I'll throw them into the testing mix and merge
> them for
On Mon, 2015-02-09 at 21:45 +0530, Mohammad Jamal wrote:
> This patch adds a static keyword to variable portal_rotor to
> suppress the sparse warning of static declaration
Do please compile the subsystem before sending patches.
> diff --git a/drivers/staging/lustre/lnet/lnet/lib-ptl.c
>
* Geert Uytterhoeven [150206 12:26]:
> Currently the pin function controller (which is also a GPIO controller)
> is instantiated before the interrupt controllers due to the order in the
> DTS. At that time, the irq domains for the interrupt controllers
> referenced by its interrupts-extended
On Mon, Feb 09, 2015 at 05:15:27PM +0100, Tejun Heo wrote:
> Hello,
Hi,
> Can you please verify that the following patch fixes the issue?
Rabin will have to report if it fixes it for his synthetic case,
but I'll try it in my "real-world" jffs2 sync problem, and report
after a couple of hours.
3.19.0-rc7 (localversion-next is -next-20150209)
drivers/gpu/drm/gma500/mdfld_dsi_dpi.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_dpi.c
b/drivers/gpu/drm/gma500/mdfld_dsi_dpi.c
index d4813e0..1893fc9 100644
--- a/drivers/gpu/drm/gma500
On Mon, 2015-02-09 at 10:03AM -0500, Nicholas Mc Guire wrote:
> return type of wait_for_completion_timeout is unsigned long not int. The
> return variable is renamed to reflect its use and the type adjusted to
> unsigned long.
>
> Signed-off-by: Nicholas Mc Guire
Reviewed-by: Soren Brinkmann
This patch adds a static keyword to variable portal_rotor to
suppress the sparse warning of static declaration
Signed-off-by: Mohammad Jamal
---
drivers/staging/lustre/lnet/lnet/lib-ptl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
when sg_alloc_table_from_pages() does not fail it returns a sg_table
structure with nents and nents_orig initialized to the same value.
dma_map_sg returns the dma_map_sg returns the number of areas mapped
by the hardware, which could be different than the areas given as an input.
The output must
Hello,
Can you please verify that the following patch fixes the issue?
Thanks.
8<
cancel[_delayed]_work_sync() are implemented using
__cancel_work_timer() which grabs the PENDING bit using
try_to_grab_pending() and then flushes the work item with PENDING set
to prevent the
when sg_alloc_table_from_pages() does not fail it returns a sg_table
structure with nents and nents_orig initialized to the same value.
dma_map_sg returns the dma_map_sg returns the number of areas mapped
by the hardware, which could be different than the areas given as an input.
The output must
dma_map_sg returns the actual number of areas mapped. Save it on nents.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/media/v4l2-core/videobuf2-vmalloc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/v4l2-core/videobuf2-vmalloc.c
On 09/02/2015 16:21, Radim Krčmář wrote:
> 2015-02-06 13:48+0100, Paolo Bonzini:
> [...]
>> Signed-off-by: Paolo Bonzini
>> ---
>
> Reviewed-by: Radim Krčmář
>
> Noticed changes since RFC:
> - polling is used in more situations
> - new tracepoint
> - module parameter in nanoseconds
> -
From: Rik van Riel
The host kernel is not doing anything while the CPU is executing
a KVM guest VCPU, so it can be marked as being in an extended
quiescent state, identical to that used when running user space
code.
The only exception to that rule is when the host handles an
interrupt, which is
On 09.02.2015 13:29, Stefan Bader wrote:
> On 09.02.2015 13:12, Jiang Liu wrote:
>> On 2015/2/9 17:47, Stefan Bader wrote:
>>> On 05.02.2015 21:07, Sander Eikelenboom wrote:
Tuesday, January 20, 2015, 3:21:04 AM, you wrote:
> Hi Thomas,
> This patch set includes
From: Rik van Riel
With code elsewhere doing something conditional on whether or not
context tracking is enabled, we want a stub function that tells us
context tracking is not enabled, when CONFIG_CONTEXT_TRACKING is
not set.
Signed-off-by: Rik van Riel
---
From: Rik van Riel
Rename context_tracking_user_enter & context_tracking_user_exit
to just context_tracking_enter & context_tracking_exit, since it
will be used to track guest state, too.
This also breaks ARM. The rest of the series does not look like
it impacts ARM.
Cc: will.dea...@arm.com
301 - 400 of 1528 matches
Mail list logo