Hi Linus,
a single lockdep fix, nothing else going on. This makes lockdep noiseless
and work properly with threaded GPIO IRQchips.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 49def1853334396f948dcb4cedb9347abb318df5:
Linux 4.10-rc4 (2017-01-15 16:21:59 -0800)
On Tue, Jan 17, 2017 at 7:11 PM, Linux Kernel Mailing List
wrote:
> Web:
> https://git.kernel.org/torvalds/c/8e38b7d4d71479b23b77f01cf0e5071610b8f357
> Commit: 8e38b7d4d71479b23b77f01cf0e5071610b8f357
> Parent: f301606934b240fb54d8edf3618a0483e36046fc
> Refname:refs/heads/maste
Below is the list of build error/warning regressions/improvements in
v4.10-rc5[1] compared to v4.9[2].
Summarized:
- build errors: +1/-8
- build warnings: +1228/-813
JFYI, when comparing v4.10-rc5[1] to v4.10-rc4[3], the summaries are:
- build errors: +/-9
- build warnings: +285/-469
Hap
Hi Kishon,
On Thursday 12 January 2017 03:13 PM, Kishon Vijay Abraham I wrote:
> Add COMPILE_TEST to all designware based drivers so that it is possible
> to perform compile test even when a particular architecture specific
> config symbol is not set.
>
> Signed-off-by: Kishon Vijay Abraham I
>
On Sun, 15 Jan 2017 14:42:34 -0800
"Paul E. McKenney" wrote:
> If a process invokes synchronize_srcu(), is delayed just the right amount
> of time, and thus does not sleep when waiting for the grace period to
> complete, there is no ordering between the end of the grace period and
> the code foll
On Fri, Jan 20, 2017 at 04:32:29PM +0100, Benjamin Gaignard wrote:
> The goal of this RFC is to understand if a common ioctl for specific memory
> regions allocations is needed/welcome.
>
> Obviously it will not replace allocation done in linux kernel frameworks like
> v4l2, drm/kms or others, but
Commit-ID: 5fa356458b5c918bdf8307b070a3d74bc015d910
Gitweb: http://git.kernel.org/tip/5fa356458b5c918bdf8307b070a3d74bc015d910
Author: Kevin Hao
AuthorDate: Sun, 22 Jan 2017 16:50:23 +0800
Committer: Ingo Molnar
CommitDate: Mon, 23 Jan 2017 09:03:03 +0100
x86/fpu: Set the xcomp_bv when
On Fri, Jan 20, 2017 at 05:47:40PM +0100, Arnd Bergmann wrote:
> On Thursday, January 19, 2017 5:45:43 PM CET Jens Wiklander wrote:
> >
> > On Wed, Jan 18, 2017 at 09:19:25PM +0100, Arnd Bergmann wrote:
> > > On Friday, November 18, 2016 3:51:37 PM CET Jens Wiklander wrote:
> > > > Initial patch f
On Fri, Jan 20, 2017 at 09:46:17PM +0200, Ville Syrjälä wrote:
> On Tue, Jan 17, 2017 at 05:43:29PM +0100, Takashi Iwai wrote:
> > This is just a cleanup, no functional change.
> >
> > The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is
> > basically a copy of the existing code i
On 01/21/2017 05:03 PM, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sat, 21 Jan 2017 16:52:23 +0100
>
> A local variable was set to an error code in two cases before a concrete
> error situation was detected. Thus move the corresponding assignments into
> if branches to indicate a sof
Clearly nobody ever tried to build the documentation for the radix tree
before:
include/linux/radix-tree.h:400: warning: cannot understand function
prototype: 'void ** radix_tree_iter_init(struct radix_tree_iter *iter,
unsigned long start) '
Indeed, the regexes only handled a single '*', not one-
On 20/01/17 10:10, Chris Packham wrote:
> On 19/01/17 23:03, Russell King - ARM Linux wrote:
>> On Fri, Jan 13, 2017 at 10:12:18PM +1300, Chris Packham wrote:
>>> +static struct mvebu_mpp_ctrl mv98dx3236_mpp_controls[] = {
>>> + MPP_FUNC_CTRL(0, 32, NULL, armada_xp_mpp_ctrl),
>>> +};
>>
>> As Lin
> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
>
> As I don't have the hardware, I'd be very pleased if someone may test this
> patch.
>
> Signed-off-by: Philippe Reynes
>From the little testing I've did, things look fine. Thanks.
On Mon, Jan 23, 2017 at 09:38:48AM +1000, Dave Airlie wrote:
> Hi Linus,
>
> Okay holidays and LCA kinda caught up with me, I thought I'd get some
> of this dequeued last week, but Hobart was
> sunny and warm and not all gloomy and rainy as usual.
>
> This is a bit large, but not too much conside
"Paul E. McKenney" writes:
> On Sat, Jan 14, 2017 at 11:54:17AM -0800, Paul E. McKenney wrote:
>> On Sat, Jan 14, 2017 at 10:35:50AM +0100, Ingo Molnar wrote:
>> > * Paul E. McKenney wrote:
>
> [ . . . ]
>
>> > > + */
>> > > +#ifdef CONFIG_PPC
>> > > +#define smp_mb__after_unlock_lock() smp_
On Sun, Jan 22, 2017 at 05:28:42PM -0500, Theodore Ts'o wrote:
> On Sun, Jan 22, 2017 at 04:20:04PM +0100, Greg Kroah-Hartman wrote:
> > > The core stuff is not in the networking tree. This is nothing to do
> > > with the networking tree in any way at all. There might be some
> > > confusion becaus
On 14-01-17 06:35, Kedareswara rao Appana wrote:
When VDMA is configured for more than one frame in the h/w.
For example h/w is configured for n number of frames, user
Submits n number of frames and triggered the DMA using issue_pending API.
In the current driver flow we are submitting one fram
Hi Finn,
Am 21.01.2017 um 20:37 schrieb Finn Thain:
>> The MFP interrupt in question is the same as the one used by IDE
>> (wired-OR of IDE, FDC and SCSI), so we would still have to figure out
>> where the interrupt originated.
>
> I thought you said the driver you're testing does not use any
On Sun, Jan 22, 2017 at 12:11 AM, Rask Ingemann Lambertsen
wrote:
> A typo or copy-paste bug means that the register access intended for
> regulator dcdce goes to dcdcb instead. This patch corrects it.
>
> Signed-off-by: Rask Ingemann Lambertsen
> Fixes: 2ca342d391e3 (regulator: axp20x: Support A
Commit-ID: a8d4c8246b290ce97f88752d833804843041ac84
Gitweb: http://git.kernel.org/tip/a8d4c8246b290ce97f88752d833804843041ac84
Author: Xunlei Pang
AuthorDate: Mon, 23 Jan 2017 14:48:23 +0800
Committer: Ingo Molnar
CommitDate: Mon, 23 Jan 2017 08:57:55 +0100
x86/crash: Update the stale
On Jan 20 2017 or thereabouts, Jason Gerecke wrote:
> Patches 1/3 look reasonable to me, though I've not run into the bugs
> they aim to fix. For those:
>
> Acked-by: Jason Gerecke
>
> As for patch 4, I have some additional reservations about hiding the
> message... We can discuss that further i
On Mon, Jan 16, 2017 at 07:36:27PM -0200, Gustavo Padovan wrote:
> Hi Wei,
>
> 2017-01-12 Wei Yongjun :
>
> > From: Wei Yongjun
> >
> > Fixes the following sparse warning:
> >
> > drivers/gpu/drm/drm_atomic_helper.c:1360:6: warning:
> > symbol 'release_crtc_commit' was not declared. Should it
We met an issue for kdump: after kdump kernel boots up,
and there comes a broadcasted mce in first kernel, the
other cpus remaining in first kernel will enter the old
mce handler of first kernel, then timeout and panic due
to MCE synchronization, finally reset the kdump cpus.
This patch lets cpus
801 - 823 of 823 matches
Mail list logo