From: Alan Jenkins
Both acpi_fujitsu_bl_notify() and acpi_fujitsu_laptop_notify() are
defined before they are first used, so remove their forward declarations
as they are redundant.
Signed-off-by: Alan Jenkins
[kempniu: rebase patch,
On Wed, Feb 08, 2017 at 03:59:06PM +0300, Konstantin Khlebnikov wrote:
>
>
> On 08.02.2017 15:51, Greg Kroah-Hartman wrote:
> > On Wed, Feb 08, 2017 at 02:28:55PM +0300, Konstantin Khlebnikov wrote:
> > > Null kernfs nodes could be found at cgroups during construction.
> >
> > Really? Does
Bjorn, thanks for the comments!
On 02/08/2017 01:32 AM, Bjorn Andersson wrote:
> On Tue 07 Feb 05:10 PST 2017, Stanimir Varbanov wrote:
>
>> * firmware loader
>>
>
> I like the way this turns out, just some style comments below.
>
> [..]
>> diff --git
Hi,
[ I'm the new Maintainer of fbdev. ]
On Friday, November 11, 2016 05:54:50 PM Sachin Shukla wrote:
> From: "Sachin Shukla"
>
> xoffset and yoffset of struct fb_var_screeninfo are unsigned and so
> they can never be less than 0.
>
> Signed-off-by: Sachin Shukla
On 08.02.17 09:31:00, Shanker Donthineni wrote:
> In teardown path, code is still calling 'kfree(its->cmd_base)' to free
> memory, this should be changed to 'free_pages(get_order(ITS_CMD_QUEUE_SZ).
Hmm, right. This is later removed in the series, but should be part of
this patch. Should I respin
On Wed, Feb 08 2017 at 2:09:12 pm GMT, Timur Tabi wrote:
> Mark Rutland wrote:
>
>>> No, only Kryo and Falkor V1 based SOCs have this problem. Falkor V2
>>> will have this fixed. We intend to revert these fixes after Falkor
>>> V1 SOCs are no longer supported.
>>
>>
On Wed, Feb 08, 2017 at 03:56:22PM +0100, Thomas Gleixner wrote:
> On Wed, 8 Feb 2017, Mel Gorman wrote:
>
> > preempt_enable_no_resched() was used based on review feedback that had no
> > strong objection at the time. It avoided introducing a preemption point
> > where one didn't exist before
On Fri, Apr 4, 2014 at 1:45 PM, Leif Lindholm wrote:
>
> +/*
> + * EFI entry point for the arm/arm64 EFI stubs. This is the entrypoint
> + * that is described in the PE/COFF header. Most of the code is the same
> + * for both archictectures, with the arch-specific code
On 08/02/2017 14:18, Christian Borntraeger wrote:
>> VCPU thread service thread
>>--
>> raise signal
>> signal handler
>> set
below unregister_simds: anyway (based on inspection of .lst/.s files)
- so it is more of an adjust C-level to object level for readability.
Patch was compile-tested with multi_v7_defconfig
(implies CONFIG_CRYPTO_AES_ARM_CE=m)
Patch is against 4.10-rc7 (localversion-next is next-20170208)
ar
Hi Marek,
On Tue, Feb 07, 2017 at 01:36:15PM +0100, Marek Szyprowski wrote:
> >+ret = iommu_device_sysfs_add(>iommu, >dev, NULL,
> >+ "sysmmu.%pa", );
>
> Can we stick to the common name across the /sysfs and use
> dev_name(data->sysmmu)
> or even
On Wed, Feb 8, 2017 at 3:18 PM, Geert Uytterhoeven wrote:
> Hi Andy,
>
> On Tue, Feb 7, 2017 at 12:23 PM, Andy Shevchenko
> wrote:
>> On Mon, Feb 6, 2017 at 4:38 PM, Geert Uytterhoeven
>> wrote:
>>> The Hitachi HD44780
preempt_enable_no_resched() was used based on review feedback that had no
strong objection at the time. It avoided introducing a preemption point
where one didn't exist before which was marginal at best.
However, it is hazardous to the RT tree according to Thomas Gleixner
and is a violation of
While looking through the __ex_table stuff I found that we do a linear
lookup of the module. Also fix up a comment.
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/module.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git
From: Wei Yongjun
Fixes the following sparse warnings:
drivers/reset/reset-uniphier.c:68:34: warning:
symbol 'uniphier_sld3_sys_reset_data' was not declared. Should it be static?
drivers/reset/reset-uniphier.c:73:34: warning:
symbol 'uniphier_pro4_sys_reset_data' was
On Wed, Feb 8, 2017 at 6:09 PM, Jan Kiszka wrote:
> Changes in v2:
> - line rewrapped in patch 2 [Andy]
> - reordered PCI ID list [Andy]
> - removed obsolete constants from 8250_pci [Andy]
> - added Commtech devices to 8250_pci blacklist [Andy]
>
> Original intro:
>
>
On 2/8/2017 7:59 AM, Sowmini Varadhan wrote:
On (02/07/17 14:12), Shannon Nelson wrote:
+
+ /* we don't expect any other bits */
+ BUG_ON(port->rx_event & ~(LDC_EVENT_DATA_READY |
+ LDC_EVENT_RESET |
+ LDC_EVENT_UP));
+
On Wed, Feb 08, 2017 at 10:25:18AM +0800, Chris Zhong wrote:
> The vopb/vopl switch register of RK3399 mipi is different from RK3288,
> the default setting for mipi dsi mode is different too, so add a
> of_device_id structure to distinguish them, and make sure set the
> correct mode before mipi
Hi,
On Tuesday, January 31, 2017 10:25:36 AM Dmitry Torokhov wrote:
> Instead of open-coding loops let's switch to a nice macro.
>
> Signed-off-by: Dmitry Torokhov
Patch queued for 4.11, thanks.
> ---
> drivers/video/fbdev/offb.c | 4 ++--
> 1 file changed, 2
Hi Eric,
On 3 February 2017 at 03:34, Eric W. Biederman wrote:
> ebied...@xmission.com (Eric W. Biederman) writes:
>
>> "Michael Kerrisk (man-pages)" writes:
>>
>>
>>> On 25 January 2017 at 15:28, Eric W. Biederman
>>>
There is a potential race between fuse_dev_do_write()
and request_wait_answer() contexts as shown below:
TASK 1:
__fuse_request_send():
|--spin_lock(>waitq.lock);
|--queue_request();
|--spin_unlock(>waitq.lock);
|--request_wait_answer():
|--if (test_bit(FR_SENT, >flags))
On Wed, 8 Feb 2017, Vlastimil Babka wrote:
> I was going to implement Christoph's suggestion and export the whole structure
> in mm/slab.h, but gcc was complaining that I'm redefining it, until I created
> a
> typedef first. Is it worth the trouble? Below is how it would look like.
Looks good
Hi,
On Wed, Feb 8, 2017 at 7:18 PM, Ian Abbott wrote:
> On 08/02/17 13:26, Karthik Nayak wrote:
>>
>> Hello,
>>
>> On Wed, Feb 8, 2017 at 6:43 PM, Ian Abbott wrote:
>>>
>>> On 07/02/17 19:06, Karthik Nayak wrote:
This patch fixes the
From: Bjørn Mork
Date: Wed, 08 Feb 2017 10:55:50 +0100
> Stefan Brüns writes:
>
>> If a context is configured as dualstack ("IPv4v6"), the modem indicates
>> the context activation with a slightly different indication message.
>> The dual-stack
On Wed, 2017-02-08 at 10:33 -0500, Boris Ostrovsky wrote:
> On 02/08/2017 06:33 AM, Joe Perches wrote:
> > This function error patch can be simplified, so do so.
> >
> > Remove fail: label and somewhat obfuscating, used once "error_path"
> > function.
btw: I left it alone, but likely
#define
On Tue, 2017-02-07 at 19:46 -0800, Nicholas A. Bellinger wrote:
> On Tue, 2017-02-07 at 15:12 -0800, Christoph Hellwig wrote:
> > And the real patch after compile fixing it is here of course:
> >
>
> Getting rid of the extra se_node_acl->acl_free_comp seems to make sense
> here..
>
> The only
Dear RT Folks,
I'm pleased to announce the 4.1.38-rt44 stable release.
This release is just an update to the new stable 4.1.38 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On Wed, Feb 08, 2017 at 10:25:16AM +0800, Chris Zhong wrote:
> Hi all
>
> This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
> RK3399 is almost the same as RK3288, except a little bit of difference
> in phy clock controlling and port id selection register. These patches
> add
From: Arnd Bergmann
Date: Wed, 08 Feb 2017 13:03:59 +0100
> Things I've tried here are:
>
> - Moving nla_put_{u8,u16,u32} out of line is probably uncontroversial and
> it helps enough with br_netlink.c, but nl820211 is worse and needs some
> additional fiddling.
This is
No need to #include twice. Remove second occurrence.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/alienware-wmi.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/platform/x86/alienware-wmi.c
b/drivers/platform/x86/alienware-wmi.c
index
On 02/08/2017 07:31 PM, Anshuman Khandual wrote:
This three patches define CDM node with HugeTLB & Buddy allocation
isolation. Please refer to the last RFC posting mentioned here for details.
The series has been split for easier review process. The next part of the
work like VM flags,
On Tue, 7 Feb 2017, Thomas Gleixner wrote:
> > Yep. Hotplug events are pretty significant. Using stop_machine_() etc
> > would be advisable and that would avoid the taking of locks and get rid of
> > all the
> > ocmplexity, reduce the code size and make the overall system much more
> >
On Wed, Feb 08, 2017 at 02:41:58AM -0800, Joe Perches wrote:
> On Wed, 2017-02-08 at 09:31 +0100, Corentin Labbe wrote:
> > Checkpatch complains about some code style problem on stmmac_mdio.c.
> > This patch fix them.
> []
> > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c
> >
Hi!
v8 -> v9 changes
- dropped the suffix from the compatible string of the i2c-mux-simple
binding (was ,mux-locked or ,parent-locked) and add an optional
mux-locked property instead to change the desired locking behavior
from the default parent-locked
- add description of the difference
Everything else is indented with two spaces, so fix the odd one out.
Acked-by: Jonathan Cameron
Signed-off-by: Peter Rosin
---
Documentation/driver-model/devres.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 32-bit x86 platforms we can't do 64-bit divisions:
ERROR: "__udivdi3" [drivers/platform/x86/intel_pmc_ipc.ko] undefined!
Replace plain division by do_div() macro call.
Reported-by: Darren Hart
Cc: Shanth Murthy
Cc: Rajneesh Bhardwaj
Hi Matt,
[auto build test ERROR on tip/sched/core]
[also build test ERROR on v4.10-rc7 next-20170208]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Matt-Fleming/sched-loadavg-Avoid-loadavg
On Wed, Feb 08, 2017 at 03:48:01PM +0100, Peter Zijlstra wrote:
>
> While looking through the __ex_table stuff I found that we do a linear
> lookup of the module. Also fix up a comment.
>
> Signed-off-by: Peter Zijlstra (Intel)
I'm not all that familiar with the module
Dear RT Folks,
I'm pleased to announce the 3.12.70-rt93 stable release.
This release is just an update to the new stable 3.12.70 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On (02/08/17 08:28), Shannon Nelson wrote:
> The existing code does this as well - if it first finds a RESET, it handles
> it then hits the return 0. Next if it finds the UP, it does the goto back
> to the ldc_ctrl: to process, and hits the same return 0. Only if neither of
> these bits have
On 02/08/2017 10:29 AM, Ard Biesheuvel wrote:
>> + status = handle_cmdline_files(sys_table, image, cmdline_ptr,
>> + "initrd=", dram_base + SZ_512M,
>> + (unsigned long *)_addr,
>> +
On Wed, 8 Feb 2017, Mel Gorman wrote:
> preempt_enable_no_resched() was used based on review feedback that had no
> strong objection at the time. It avoided introducing a preemption point
> where one didn't exist before which was marginal at best.
Actually local_irq_enable() _IS_ a preemption
On Tue, Feb 07 2017 at 11:58pm -0500,
Kent Overstreet wrote:
> On Tue, Feb 07, 2017 at 09:39:11PM +0100, Pavel Machek wrote:
> > On Mon 2017-02-06 17:49:06, Kent Overstreet wrote:
> > > On Mon, Feb 06, 2017 at 04:47:24PM -0900, Kent Overstreet wrote:
> > > > On Mon,
On Wednesday 08 February 2017 16:17:45, Mathias Nyman wrote:
> On 08.02.2017 15:44, Alexander Stein wrote:
> > This patch adds support for USB2 test mode (Test_J, Test_K,
> > Test_SE0_NAK and Test_Packet) per XHCI spec 4.19.6.
> >
> > USB2 test mode is a required hardware feature for system
On Wed, 8 Feb 2017, Michal Hocko wrote:
> > Huch? stop_machine() is horrible and heavy weight. Don't go there, there
> > must be simpler solutions than that.
>
> Absolutely agreed. We are in the page allocator path so using the
> stop_machine* is just ridiculous. And, in fact, there is a much
Hi Daniel,
Thanks for taking the time to review this patch. The answer to most of
your comments are that we develop and are developing a whole family of
backlight controllers and we use this driver a lot for testing. We need
the ability to reload this module without resetting the hardware
Dear RT Folks,
I'm pleased to announce the 3.18.47-rt51 stable release.
This release is just an update to the new stable 3.18.47 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Dear RT Folks,
I'm pleased to announce the 4.4.47-rt58 stable release.
This release is just an update to the new stable 4.4.47 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On Wed, Feb 8, 2017 at 12:57 AM, Anup Patel wrote:
> On Tue, Feb 7, 2017 at 11:46 PM, Dan Williams
> wrote:
>> On Tue, Feb 7, 2017 at 1:02 AM, Anup Patel wrote:
>>> On Tue, Feb 7, 2017 at 1:57 PM, Dan Williams
None of these registers is relevant for the userspace API.
Signed-off-by: Jan Kiszka
---
drivers/tty/serial/8250/8250_exar.c | 13 +
drivers/tty/serial/8250/8250_port.c | 6 ++
include/uapi/linux/serial_reg.h | 18 --
3 files changed,
From: Wei Yongjun
There is a error message within devm_ioremap_resource
already, so remove the dev_err call to avoid redundant
error message.
Signed-off-by: Wei Yongjun
---
drivers/mtd/spi-nor/aspeed-smc.c | 8 ++--
1 file changed, 2
On Wed, 2017-02-08 at 21:48 +0800, kbuild test robot wrote:
> Hi Lee,
>
> [auto build test ERROR on tty/tty-testing]
> [cannot apply to v4.10-rc7 next-20170208]
> [if your patch is applied to the wrong git tree, please drop us a note
> to help improve the system]
>
> ur
On Thu, 2017-02-09 at 01:04 +0900, Masahiro Yamada wrote:
> 2017-02-09 0:56 GMT+09:00 Wei Yongjun :
> > From: Wei Yongjun
> >
> > Fixes the following sparse warnings:
> >
> > drivers/reset/reset-uniphier.c:68:34: warning:
> > symbol
> On 8 Feb 2017, at 16:28, Timur Tabi wrote:
>
>> On Fri, Apr 4, 2014 at 1:45 PM, Leif Lindholm
>> wrote:
>>
>> +/*
>> + * EFI entry point for the arm/arm64 EFI stubs. This is the entrypoint
>> + * that is described in the PE/COFF header.
On Wed 08-02-17 22:05:18, Wei Yang wrote:
[...]
> BTW, the ZONE_MOVABLE handling looks strange to me and the comment "Treat
> pages to be ZONE_MOVABLE in ZONE_NORMAL as absent pages and vice versa" is
> hard to understand. From the code point of view, if zone_type is ZONE_NORMAL,
> each memblock
On Wed, Feb 8, 2017 at 3:46 PM, Michał Kępień wrote:
> This series of patches was originally submitted by Alan Jenkins in
> September 2009. For various reasons they were never acted upon before.
> Sadly, their original state makes them unreviewable due to multiple
> changes
2017-02-08 16:10 GMT+03:00 Arnd Bergmann :
> On Wed, Feb 8, 2017 at 1:24 PM, Johannes Berg
> wrote:
>
>> Btw, what's causing this to start with? Can't the compiler reuse the
>> stack places?
>
> I have no idea. It's trying to find out of bounds accesses
On Wed, 2017-02-08 at 08:44 +0200, Amir Goldstein wrote:
> On Wed, Feb 8, 2017 at 1:42 AM, James Bottomley
[...]
> > So I've been thinking about how to do this without subtree marking
> > and yet retain the subtree properties similar to project id. The
> > advantage would be that if it can be
[adding linux-arm-kernel]
On Wed, Feb 08, 2017 at 12:13:14AM +0900, Masami Hiramatsu wrote:
> Similar to x86 kretprobe deadlock issue, arm64 also implements
> kretprobe-booster (trampoline code directly call handler.)
> So it has same deadlock issue if there are 2 kretprobes on
> normal function
Mark Rutland wrote:
No, only Kryo and Falkor V1 based SOCs have this problem. Falkor V2
will have this fixed. We intend to revert these fixes after Falkor
V1 SOCs are no longer supported.
Supported by whom?
Qualcomm.
Generally, once something's upstreamed we expect it to remain
On 2017/2/7 15:24, Chao Yu wrote:
> Hi Jaegeuk,
>
> Happy Chinese New Year! :)
>
> On 2017/1/24 12:35, Jaegeuk Kim wrote:
>> Hi Chao,
>>
>> On 01/22, Chao Yu wrote:
>>> In scenario of intensively node allocation, free nids will be ran out
>>> soon, then it needs to stop to load free nids by
On 02/08/2017 02:59 PM, Greg KH wrote:
> On Wed, Feb 08, 2017 at 03:21:08PM +0200, Andy Shevchenko wrote:
>> On Wed, 2017-02-08 at 09:52 +0100, Richard Leitner wrote:
>>> From: Richard Leitner
>>
>> If you want to fix the above you have to fix your Git configuration.
My git
Hi Marc,
In teardown path, code is still calling 'kfree(its->cmd_base)' to free
memory, this should be changed to 'free_pages(get_order(ITS_CMD_QUEUE_SZ).
On 02/08/2017 08:43 AM, Robert Richter wrote:
On 08.02.17 14:41:18, Marc Zyngier wrote:
On Wed, Feb 01 2017 at 5:38:25 pm GMT, Robert
Add a new minimalistic subsystem that handles multiplexer controllers.
When multiplexers are used in various places in the kernel, and the
same multiplexer controller can be used for several independent things,
there should be one place to implement support for said multiplexer
controller.
A
On Fri, 27 Jan 2017, Krzysztof Kozlowski wrote:
> There is no need for separate defines for Exynos4 and Exynos5 phy enable
> bit and MIPI phy reset bits. In both cases there are the same so
> simplify it.
>
> This reduces number of defines and allows removal of one header file.
>
>
On Thu, Jan 26, 2017 at 01:31:29AM +0800, Cheah Kok Cheong wrote:
> Currently this module needs to be manually configured by COMEDI
> userspace tool before the test waveform can be read by a COMEDI
> compatible application.
>
> This patch adds auto-configuration capability and makes it the
Allow specifying that a single multiplexer controller can be used to
control several parallel multiplexers, thus enabling sharing of the
multiplexer controller by different consumers.
Add a binding for a first mux controller in the form of a GPIO based mux
controller.
Acked-by: Jonathan Cameron
On 02/08/2017 06:33 AM, Joe Perches wrote:
> This function error patch can be simplified, so do so.
>
> Remove fail: label and somewhat obfuscating, used once "error_path"
> function.
>
> Signed-off-by: Joe Perches
Applied to for-linus-4.11.
-boris
Extend the inkern api with functions for reading and writing ext_info
of iio channels.
Acked-by: Jonathan Cameron
Signed-off-by: Peter Rosin
---
drivers/iio/inkern.c | 60
include/linux/iio/consumer.h | 37
On Wed, 8 Feb 2017, Michal Hocko wrote:
> I have no idea what you are trying to say and how this is related to the
> deadlock we are discussing here. We certainly do not need to add
> stop_machine the problem. And yeah, dropping get_online_cpus was
> possible after considering all fallouts.
This
On Mon, Feb 06, 2017 at 07:44:03PM -0800, Jaegeuk Kim wrote:
> Sorry for the late response due to the travel.
>
> When doing fstrim with a fresh f2fs image fomatted on Intel NVMe SSD whose
> model name is SSDPE2MW012T4, I've got the following trace.
> So, I investigated why block_rq_complete()
Hi,
I cannot merge this upstream as it was collectively
decided that there should be no new fbdev drivers
(DRM subsystem should be used instead).
[ You may consider submitting this driver to staging
subsystem to make hardware usable by kernel while
proper DRM driver is being developed. ]
> From: Johannes Berg
> Sent: 08 February 2017 12:24
...
> Btw, what's causing this to start with? Can't the compiler reuse the
> stack places?
Only if it realises they've gone out of scope - which probably
doesn't happen when the functions are inlined.
The address of the parameter can be saved
On Wed, 2017-02-08 at 08:44 +0200, Amir Goldstein wrote:
> On Wed, Feb 8, 2017 at 1:42 AM, James Bottomley
> wrote:
> > On Tue, 2017-02-07 at 14:25 -0800, Christoph Hellwig wrote:
> > > On Tue, Feb 07, 2017 at 11:01:29PM +0200, Amir Goldstein wrote:
> > > >
On Tue, 2017-02-07 at 17:54 -0800, Josh Triplett wrote:
> On Tue, Feb 07, 2017 at 11:49:33AM -0800, Christoph Hellwig wrote:
> > On Tue, Feb 07, 2017 at 11:02:03AM -0800, James Bottomley wrote:
> > > > Another option would be to require something like a project
> > > > as used
> > > > for
Describe how a multiplexer can be used to select which signal is fed to
an io-channel.
Acked-by: Jonathan Cameron
Acked-by: Rob Herring
Signed-off-by: Peter Rosin
---
.../bindings/iio/multiplexer/io-channel-mux.txt| 39
On Mon 2017-02-06 13:51:48, Josh Poimboeuf wrote:
> On Mon, Feb 06, 2017 at 05:44:31PM +0100, Petr Mladek wrote:
> > > > > @@ -347,22 +354,37 @@ static int __klp_enable_patch(struct klp_patch
> > > > > *patch)
> > > > >
> > > > > pr_notice("enabling patch '%s'\n", patch->mod->name);
> > >
On Wed, Feb 08 2017 at 3:36:58 pm GMT, Robert Richter
wrote:
> On 08.02.17 09:31:00, Shanker Donthineni wrote:
>> In teardown path, code is still calling 'kfree(its->cmd_base)' to free
>> memory, this should be changed to 'free_pages(get_order(ITS_CMD_QUEUE_SZ).
>
>
Describe how a general purpose multiplexer controller is used to mux an
i2c bus.
Acked-by: Jonathan Cameron
Signed-off-by: Peter Rosin
---
.../devicetree/bindings/i2c/i2c-mux-gpmux.txt | 99 ++
1 file changed, 99 insertions(+)
create
On (02/07/17 14:12), Shannon Nelson wrote:
> +
> + /* we don't expect any other bits */
> + BUG_ON(port->rx_event & ~(LDC_EVENT_DATA_READY |
> + LDC_EVENT_RESET |
> + LDC_EVENT_UP));
> +
> + /* RESET takes precedent over any
On Wed, Feb 01 2017 at 5:38:25 pm GMT, Robert Richter
wrote:
> The its command buffer must be page aligned, but kzalloc() is not
> guaranteed to be (though it is mostly when allocating 64k). Use
> __get_free_pages() as this is used for other buffers as well.
>
>
Rearrange statements in mv_ep_enable function so that it’s obvious
what the switch does and how zlt, ios and mult variables are
initialised. Most notably, this gets rid of an implicit fall-through
so people don’t have to wonder whether it was intenional or not.
Addresses-Coverity-ID: 201385
On Wed, Feb 08, 2017 at 10:12:50AM +0100, Peter Zijlstra wrote:
> On x86 have have __ex_table and __bug_table. The former is used for all
> sorts of things, including fixing up faults.
>
> Now, our struct exception_table_entry has a third field used to specify
> a handler, see commit:
>
>
On 02/07/2017 01:59 PM, Vineeth Remanan Pillai wrote:
> The commit 90c311b0eeea ("xen-netfront: Fix Rx stall during network
> stress and OOM") caused the refill timer to be triggerred almost on
> all invocations of xennet_alloc_rx_buffers for certain workloads.
> This reworks the fix by reverting
On 08/02/2017 14:33, Radim Krčmář wrote:
> 2017-02-08 11:04+0100, Paolo Bonzini:
>> On 07/02/2017 22:52, Radim Krčmář wrote:
>>> there might be some rough
>>> edges with nested, but it was broken even before, and they fix at least
>>> one known bug.
>>
>> I don't think so, nested IRQ injection
From: Alan Jenkins
MODULE_DEVICE_TABLE is all that is needed for fujitsu-laptop to be
properly autoloaded based on presence of its associated ACPI devices, so
remove redundant MODULE_ALIAS entries.
Signed-off-by: Alan Jenkins
[kempniu:
On 02/08/2017 09:35 AM, Marc Zyngier wrote:
Interesting. How will you guarantee that nobody will ever want to run a
mainline kernel on this box after a certain date? Self-destruct timer?
;-)
As someone who runs mainline on HW that exceeded its "sell-by" date by a
few decades, I'm genuinely
On 02/07/2017 03:04 PM, Yuriy Kolerov wrote:
> The kernel emits a lot of warnings about unexpected IRQs when
> an appropriate driver is not presented. It happens because all
> interrupts in the core controller are enabled by default after
> reset. It would be wise to keep all interrupts masked by
2017-02-09 0:56 GMT+09:00 Wei Yongjun :
> From: Wei Yongjun
>
> Fixes the following sparse warnings:
>
> drivers/reset/reset-uniphier.c:68:34: warning:
> symbol 'uniphier_sld3_sys_reset_data' was not declared. Should it be static?
>
This is a general purpose i2c mux that uses a multiplexer controlled by
the multiplexer subsystem to do the muxing.
The user can select if the mux is to be mux-locked and parent-locked
as described in Documentation/i2c/i2c-topology.
Acked-by: Jonathan Cameron
Acked-by: Wolfram
On Tue, Feb 07, 2017 at 07:35:16PM -0500, Christopher Covington wrote:
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -480,6 +480,18 @@ config CAVIUM_ERRATUM_27456
>
> If unsure, say Y.
>
> +config QCOM_FALKOR_ERRATUM_1003
> + bool "Falkor E1003: Incorrect translation
From: Alan Jenkins
FUNC subfunction 0x1000 is currently referred to as FUNC_RFKILL, which
is misleading, because it handles more than just radio devices (also
lid, dock, LEDs). Rename the FUNC_RFKILL constant to FUNC_FLAGS.
Replace "rfkill" with "flags" in the names
Hi Matt,
[auto build test ERROR on tip/sched/core]
[also build test ERROR on v4.10-rc7 next-20170208]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Matt-Fleming/sched-loadavg-Avoid-loadavg
The following changes since commit 7a308bb3016f57e5be11a677d15b821536419d36:
Linux 4.10-rc5 (2017-01-22 12:54:15 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-linus
for you to fetch changes up to
On Tue, 31 Jan 2017 12:54:38 -0800
Dmitry Torokhov wrote:
> There is no need for the driver to user private workqueue, standard system
> workqueue should suffice as they going to use the same worker pool anyway.
>
> Signed-off-by: Dmitry Torokhov
Drop the 'serial_number' variable from the struct 'ni_private' since
its never used after assignment.
Signed-off-by: Karthik Nayak
---
This is to be based on top of "staging: comedi: Fix incorrect type assignment"
to which this is replied to.
Add a hook for executing extra actions whenever a histogram entry is
added or updated.
The default 'action' when a hist entry is added to a histogram is to
update the set of values associated with it. Some applications may
want to perform additional actions at that point, such as generate
...@arm.com>
Cc: Will Deacon <will.dea...@arm.com>
Signed-off-by: Luis R. Rodriguez <mcg...@kernel.org>
---
As seen on linux-next tag next-20170208.
arch/arm64/kernel/armv8_deprecated.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/kernel/armv8_deprecated.c
b/arch/a
On Wed, Feb 08, 2017 at 05:34:44PM +0100, Romain Perier wrote:
> The PCI pool API is deprecated. This commits replaces the PCI pool old
> API by the appropriated function with the DMA pool API.
>
> Signed-off-by: Romain Perier
> ---
>
On Wed, Feb 08, 2017 at 05:34:45PM +0100, Romain Perier wrote:
> The PCI pool API is deprecated. This commits replaces the PCI pool old
> API by the appropriated function with the DMA pool API.
>
> Signed-off-by: Romain Perier
> ---
>
1 - 100 of 2154 matches
Mail list logo