>From Masaki Ota
-Support Alps HID I2C T4 Touchpad device.
-Laptop names that use this Touchpad:HP Zbook Studio, Elitebook Folio G1,
Elitebook 1030 G1, Elitebook 1040 G3
Signed-off-by: Masaki Ota
---
drivers/hid/hid-alps.c | 500 +++--
drivers/hid/h
Hi, Jiri,
This is the patch for new Alps HID I2C Touchpad device.
These devices are used for HP Laptop.
Best Regards,
Masaki Ota
Hi,
On 28 March 2017 at 21:40, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>> Usually usb phy need register one extcon device to get the connection
>> notifications. It will remove some duplicate code if the extcon device
>> is registered using common code instead of each phy driver havi
Hi,
On 29 March 2017 at 06:56, NeilBrown wrote:
> On Thu, Mar 23 2017, Baolin Wang wrote:
>
>> Usually usb phy need register one extcon device to get the connection
>> notifications. It will remove some duplicate code if the extcon device
>> is registered using common code instead of each phy dri
Hi Baoquan,
At 03/30/2017 10:08 AM, Baoquan He wrote:
Hi Liyang,
This is awesome. I planned to do this after kaslr back porting, glad to
see your posting. I like below diagram and the idea of patch 2/6
framework. Will review and see what I can do to help since rhel bug from
FJ is assigned to me
On 03/30/2017 01:32 AM, Lorenzo Pieralisi wrote:
On Wed, Mar 29, 2017 at 05:13:54PM +0100, Lorenzo Pieralisi wrote:
On Wed, Mar 29, 2017 at 03:52:47PM +0100, Marc Zyngier wrote:
On 29/03/17 14:00, Hanjun Guo wrote:
On 03/29/2017 08:38 PM, Lorenzo Pieralisi wrote:
On Wed, Mar 29, 2017 at 07:52
At 03/30/2017 11:03 AM, Dou Liyang wrote:
Hi Baoquan,
At 03/30/2017 10:08 AM, Baoquan He wrote:
Hi Liyang,
This is awesome. I planned to do this after kaslr back porting, glad to
see your posting. I like below diagram and the idea of patch 2/6
framework. Will review and see what I can do to
On Wed, 2017-03-29 at 23:10 +0300, Michael S. Tsirkin wrote:
> Poking at this some more, I was able to reproduce at
> least some warnings. I still do not see a spin
> but is there a chance this helps your case too?
Well, it's down to one warning, clean on the way back up.
WRT spin, you should ne
Hi,
On 29 March 2017 at 07:04, NeilBrown wrote:
> On Tue, Mar 07 2017, Baolin Wang wrote:
>
>> On 3 March 2017 at 10:23, NeilBrown wrote:
>>
>>>
>>> I understand your reluctance to change drivers that you cannot test.
>>> An alternative it do change all the
>>> atomic_notifier_call_chain(.*not
I had seen some odd behavior with HiKey's usb-gadget interface
that I finally seemed to have chased down. Basically every other
time I plugged in the OTG port, the gadget interface would
properly initialize. The other times, I'd get a big WARN_ON
in dwc2_hsotg_init_fifo() about the fifo_map not bei
We kill pending fallback requests on suspend and reboot,
the only difference is that on suspend we only kill custom
fallback requests. Provide a wrapper that lets us customize
the request with a flag.
This also lets us simplify the #ifdef'ery over the calls.
Signed-off-by: Luis R. Rodriguez
---
This will make subsequent changes easier to read.
Signed-off-by: Luis R. Rodriguez
---
drivers/base/firmware_class.c | 77 +--
1 file changed, 38 insertions(+), 39 deletions(-)
diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c
ind
Now that we've have proper wrappers for the fallback mechanism
we can easily share the reboot notifier for the firmware_class
at all times.
This change will make subsequent modifications to the reboot
notifier easier to review.
Signed-off-by: Luis R. Rodriguez
---
drivers/base/firmware_class.c
The firmware API does not scale well: when new features are added we
either add a new exported symbol or extend the arguments of existing
routines. For the later case this means we need to traverse the kernel
with a slew of collateral evolutions to adjust old driver users. The
firmware API is also
This moves the usermode helper locks into only code paths that use the
usermode helper API from the kernel. The usermode helper locks were
originally added to prevent stalling suspend, later the firmware cache
was added to help with this, and further later direct filesystem lookup
was added by Linu
The driver data API provides support for looking for firmware
from a specific set of API ranges, so just use that. Since we
free the firmware on the callback immediately after consuming it,
this also takes avantage of that feature.
Signed-off-by: Luis R. Rodriguez
---
drivers/net/wireless/intel/
As the firmware API evolves we keep extending functions with more arguments.
Stop this nonsense by proving an extensible data structure which can be used
to represent both user parameters and private internal parameters.
We introduce 3 data structures:
o struct driver_data_req_params - used fo
based on next-20170329.
This series depends on the series which moves the UMH locks onto the
fallback code which I also just sent. If you want this in tree form
you can get it all here:
https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git/log/?h=20170329-driver-data-v2-try3
Luis
On 03/29/2017 11:28 PM, Tejun Heo wrote:
> On Wed, Mar 29, 2017 at 10:38:17AM +0800, Cao jin wrote:
>> On 03/29/2017 12:00 AM, Tejun Heo wrote:
>>> On Tue, Mar 28, 2017 at 04:35:07PM +0800, Cao jin wrote:
Signed-off-by: Cao jin
>>>
>>> I'm not sure. I think I used it during development and
The requested nvram is optional, don't nag users about this.
Additionally, the new driver data API enables us to let the API
deal with the freeing of the nvram for us if we happen to free
it immediately on the consumer callback, this driver does that
so take advantage of this feature.
Originally b
On my HiKey board, I'm seeing clk warnings on suspend/resume,
which seem to be caused by runtime pm suspending the device,
then the same suspend hook being called again on suspend time.
This patch fixes this by setting the SYSTEM_SLEEP_PM_OPS to
using pm_runtime_force_suspend and pm_runtime_force
This adds a load tester driver test_driver_data a for the new extensible
driver_data loader API, part of firmware_class. This test driver enables
you to build your tests in userspace by exposing knobs of the exported
API to userspace and enables a trigger action to mimic a one time use
of the kerne
Hi,
On 28 March 2017 at 21:42, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>> Since usb phy core has added common code to register or unregister
>> extcon device, then phy-qcom-8x16-usb driver does not need its own
>> code to register/unregister extcon device, then remove them.
>>
>> Sig
Enable the xHCI plat runtime PM for parent device to suspend/resume
xHCI. Also call pm_runtime_forbid() in probe() function to force users
to explicitly enable runtime pm using power/control in sysfs, in case
some parent devices didn't implement runtime PM callbacks.
Signed-off-by: Baolin Wang
--
On Wed, Mar 29, 2017 at 10:13 AM, Oza Oza wrote:
> On Tue, Mar 28, 2017 at 7:59 PM, Robin Murphy wrote:
>> On 28/03/17 06:27, Oza Oza wrote:
>>> On Mon, Mar 27, 2017 at 8:16 PM, Rob Herring wrote:
On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep
wrote:
> it is possible that PCI de
+++ Eddie Kovsky [28/03/17 21:28 -0600]:
On 03/27/17, Kees Cook wrote:
On Mon, Mar 27, 2017 at 1:43 AM, kbuild test robot wrote:
> Hi Eddie,
>
> [auto build test ERROR on next-20170323]
> [cannot apply to linus/master linux/master jeyu/modules-next v4.9-rc8
v4.9-rc7 v4.9-rc6 v4.11-rc4]
> [if y
The firmware API should not be used after we go to suspend
and after we reboot/halt. The suspend/resume case is a bit
complex, so this documents that so things are clearer.
We want to know about users of the API in incorrect places so
that their callers are corrected, so this also adds a warn
for
On Wednesday 29 March 2017 10:03 AM, Eduardo Valentin wrote:
> On Thu, Mar 09, 2017 at 01:35:57PM +0530, Keerthy wrote:
>> Currently the slope and offset values for calculating the
>> hot spot temperature of a particular thermal zone is part
>> of driver data. Pass them here instead and obtain th
Greg,
One of the eyesores on the old API was the use of the UMH lock even when
we don't use any of the usermode helpers. It took quite a bit of git
archeology to draw up a solution which makes me feel comfortable in
moving this code out of the way given it may have added new protections
we never k
On Wednesday 29 March 2017 10:07 AM, Eduardo Valentin wrote:
> Keerthy,
>
> On Fri, Mar 24, 2017 at 07:26:10AM -0700, Tony Lindgren wrote:
>> * Keerthy [170323 20:29]:
>>>
>>>
>>> On Friday 24 March 2017 02:22 AM, Tony Lindgren wrote:
* Keerthy [170321 20:45]:
>
>
> On Thursda
On Wed, 2017-03-29 at 23:27 +0300, Michael S. Tsirkin wrote:
> Hi Mike
> if you like, pls send me your Signed-off-by and I'll
> change the patch to make you an author.
Nah, it's perfect as it is. While I was pretty darn sure it was
generic, I intentionally posted it as diagnostic inf
+++ Eddie Kovsky [26/03/17 15:08 -0600]:
Implement a mechanism to check if a module's address is in
the rodata or ro_after_init sections. It mimics the existing functions
that test if an address is inside a module's text section.
Functions that take a module as an argument will be able to verify
On Wed, Mar 29, 2017 at 07:35:50PM +0300, Andy Shevchenko wrote:
> On Wed, Mar 29, 2017 at 10:19 AM, Michał Kępień wrote:
>
> > Darren, Andy, in light of the above I will be awaiting your review of
> > this series. I will submit v2 afterwards, with all remarks from both
> > you and Jonathan take
On 03/29/17 18:57, Masahiro Yamada wrote:
>
> Could you care to send a patch?
>
> Perhaps, ALIGN and PTR_ALIGN can be merged as well?
>
Can't promise when I'd get around to it...
-hpa
On Mon, 2017-03-20 at 10:26 +0100, Dmitry Vyukov wrote:
> On Mon, Mar 20, 2017 at 10:21 AM, Dmitry Vyukov wrote:
> > On Mon, Mar 20, 2017 at 3:28 AM, Stephen Rothwell
> > wrote:
> > > Hi Greg,
> > >
> > > Today's linux-next merge of the tty tree got a conflict in:
> > >
> > > drivers/tty/tty_
hip-inno-usb2.c:1148:17: error: 'rk3328_usb2phy_tuning'
undeclared here (not in a function)
.phy_tuning = rk3328_usb2phy_tuning,
^
Caused by commit
ffa0c278e89c ("phy: rockchip-inno-usb2: add support of u2phy for rk3328")
I have used the phy-nex
On 2017年03月30日 10:33, Michael S. Tsirkin wrote:
On Thu, Mar 30, 2017 at 10:16:15AM +0800, Jason Wang wrote:
On 2017年03月29日 20:07, Michael S. Tsirkin wrote:
On Tue, Mar 21, 2017 at 12:04:47PM +0800, Jason Wang wrote:
For the socket that exports its skb array, we can use lockless polling
to a
On Wed, 2017-03-29 at 23:19 +0300, Michael S. Tsirkin wrote:
> > > > > > > > > > > &portdev->max_nr_ports) == 0) {
> > @@ -2179,7 +2179,9 @@ static struct virtio_device_id id_table[
> >
> > static unsigned int features[] = {
> > > >> > VIRTIO_CONSOLE_F_SIZE,
> > +#ifndef
On Wed, Mar 29, 2017 at 08:36:50PM -0700, Darren Hart wrote:
> On Wed, Mar 29, 2017 at 07:35:50PM +0300, Andy Shevchenko wrote:
> > On Wed, Mar 29, 2017 at 10:19 AM, Micha?? K??pie??
> > wrote:
> >
> > > Darren, Andy, in light of the above I will be awaiting your review of
> > > this series. I
On 2017年03月29日 20:37, Michael S. Tsirkin wrote:
On xdp error we try to free head_skb without having
initialized it, that's clearly bogus.
Fixes: f600b6905015 ("virtio_net: Add XDP support")
Cc: John Fastabend
Signed-off-by: Michael S. Tsirkin
---
drivers/net/virtio_net.c | 2 +-
1 file ch
On (03/28/17 16:22), Michal Hocko wrote:
[..]
> > Sebastian, does this change make lockdep happy?
> >
> > it removes console drivers from the __offline_isolated_pages(). not the
> > best solution I can think of, but the simplest one.
> >
> > ---
> >
> > mm/page_alloc.c | 2 +-
> > 1 file change
On 2017年03月29日 20:38, Michael S. Tsirkin wrote:
If one enables e.g. jumbo frames without mergeable
buffers, packets won't fit in 1500 byte buffers
we use. Switch to big packet mode instead.
TODO: make sizing more exact, possibly extend small
packet mode to use larger pages.
Signed-off-by: Mich
>From 3ae8d1ed31b01b92b172fe20e4560cfbfab135ec Mon Sep 17 00:00:00 2001
From: root
Date: Mon, 27 Mar 2017 19:43:14 -0400
Subject: [PATCH] powerpc/prom: Increase RMA size to 512MB
When booting very large systems with a large initrd, we run out of
space for either the RTAS or the flattened device t
On Wed, Mar 29, 2017 at 12:54:15PM -0700, Darren Hart wrote:
> On Mon, Mar 20, 2017 at 10:32:17AM +0100, Micha?? K??pie?? wrote:
> > +
> > + return error;
>
> This return path could be cleaned up a bit:
>
> error = input_register_device(input);
> if (error)
> input_fre
On Fri, Mar 24, 2017 at 04:01:58PM -0400, Ben Gamari wrote:
> Greg Kroah-Hartman writes:
>
> > On Fri, Jan 06, 2017 at 10:54:38PM +0100, Yves-Alexis Perez wrote:
> >> On Fri, 2017-01-06 at 22:43 +0100, Greg Kroah-Hartman wrote:
> >> > 4.8-stable review patch. If anyone has any objections, please
Hi all:
在 2017/3/30 11:07, Hanjun Guo 写道:
> On 03/30/2017 01:32 AM, Lorenzo Pieralisi wrote:
>> On Wed, Mar 29, 2017 at 05:13:54PM +0100, Lorenzo Pieralisi wrote:
>>> On Wed, Mar 29, 2017 at 03:52:47PM +0100, Marc Zyngier wrote:
On 29/03/17 14:00, Hanjun Guo wrote:
> On 03/29/2017 08:38 P
On 03/30/17 at 11:09am, Dou Liyang wrote:
>
>
> At 03/30/2017 11:03 AM, Dou Liyang wrote:
> > Hi Baoquan,
> >
> > At 03/30/2017 10:08 AM, Baoquan He wrote:
> > > Hi Liyang,
> > >
> > > This is awesome. I planned to do this after kaslr back porting, glad to
> > > see your posting. I like below d
Hi Sudeep,
Interesting. Just curious if this is r0p0/p1 A53 ? If so, is the errata
819472 enabled ?
Sorry for bringing this up after the loo-ong delay, but I've been
assured that the A53 involved is > r0p1. I've also confirmed this
problem on multiple internal platforms, and I'm pretty sur
On (03/29/17 16:48), Minchan Kim wrote:
> For architecture(PAGE_SIZE > 4K), zram have supported partial IO.
> However, the mixed code for handling normal/partial IO is too mess,
> error-prone to modify IO handler functions with upcoming feature
> so this patch aims for cleaning up via factoring out
On Wed, 03/29 22:37, Martin K. Petersen wrote:
> Fam Zheng writes:
>
> Fam,
>
> > diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
> > index fcfeddc..a5c7e67 100644
> > --- a/drivers/scsi/sd.c
> > +++ b/drivers/scsi/sd.c
> > @@ -2957,6 +2957,7 @@ static int sd_revalidate_disk(struct gendisk *d
Johannes Weiner writes:
> On Tue, Mar 28, 2017 at 01:32:09PM +0800, Huang, Ying wrote:
>> @@ -183,12 +184,53 @@ void __delete_from_swap_cache(struct page *page)
>> ADD_CACHE_INFO(del_total, nr);
>> }
>>
>> +#ifdef CONFIG_THP_SWAP_CLUSTER
>> +int add_to_swap_trans_huge(struct page *page, s
rst
use in this function)
ctx ? ctx[i] : false);
^
Caused by commit
a965e977a103 ("virtio: add context flag to find vqs")
I have used the vhost tree from next-20170329 for today.
--
Cheers,
Stephen Rothwell
On Wed, 2017-03-29 at 16:08 -0400, Rik van Riel wrote:
> In other words, the tick on cpu0 is aligned
> with the tick on the nohz_full cpus, and
> jiffies is advanced while the nohz_full cpus
> with an active tick happen to be in kernel
> mode?
You really want skew_tick=1, especially on big boxen.
Johannes Weiner writes:
> On Tue, Mar 28, 2017 at 01:32:04PM +0800, Huang, Ying wrote:
>> @@ -527,6 +527,23 @@ static inline swp_entry_t get_swap_page(void)
>>
>> #endif /* CONFIG_SWAP */
>>
>> +#ifdef CONFIG_THP_SWAP_CLUSTER
>> +static inline swp_entry_t get_huge_swap_page(void)
>> +{
>> +
On Thu, Mar 30, 2017 at 08:59:31AM +0530, Keerthy wrote:
>
>
> On Wednesday 29 March 2017 10:07 AM, Eduardo Valentin wrote:
> > Keerthy,
> >
> > On Fri, Mar 24, 2017 at 07:26:10AM -0700, Tony Lindgren wrote:
> >> * Keerthy [170323 20:29]:
> >>>
> >>>
> >>> On Friday 24 March 2017 02:22 AM, Tony
On Wed, Mar 29, 2017 at 11:35:43AM +0530, Anup Patel wrote:
> On Tue, Mar 21, 2017 at 2:48 PM, Vinod Koul wrote:
> > On Tue, Mar 21, 2017 at 02:17:21PM +0530, Anup Patel wrote:
> >> On Tue, Mar 21, 2017 at 2:00 PM, Vinod Koul wrote:
> >> > On Mon, Mar 06, 2017 at 03:13:24PM +0530, Anup Patel wrot
On Thu, Mar 30, 2017 at 02:26:26PM +1030, Jonathan Woithe wrote:
> On Wed, Mar 29, 2017 at 08:36:50PM -0700, Darren Hart wrote:
> > On Wed, Mar 29, 2017 at 07:35:50PM +0300, Andy Shevchenko wrote:
> > > On Wed, Mar 29, 2017 at 10:19 AM, Micha?? K??pie??
> > > wrote:
> > >
> > > > Darren, Andy, i
On Wed, 2017-03-29 at 23:55 +0300, Stas Sergeev wrote:
> 29.03.2017 07:38, Ricardo Neri пишет:
> >> Probably you could also remove
> >> the sldt and str emulation for protected mode, because,
> >> as I understand from this thread, wine does not
> >> need those.
> > I see. I would lean on keeping th
In blk_mq_alloc_request_hctx, blk_mq_sched_get_request doesn't
get sw context so we don't need to put the context with
blk_mq_put_ctx. Unless, we will see preempt counter underflow.
Cc: Sagi Grimberg
Cc: Omar Sandoval
Cc: Jens Axboe
Signed-off-by: Minchan Kim
---
Maybe, it would be fixed by s
On 2017年03月30日 01:42, Michael S. Tsirkin wrote:
When ring size is small (<32 entries) making buffers smaller means a
full ring might not be able to hold enough buffers to fit a single large
packet.
Make sure a ring full of buffers is large enough to allow at least one
packet of max size.
Fixe
Hi Hans,
[auto build test ERROR on ljones-mfd/for-mfd-next]
[also build test ERROR on v4.11-rc4 next-20170329]
[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/Hans-de-Goede/mfd-intel_soc_pmic
Hi Hans,
[auto build test WARNING on ljones-mfd/for-mfd-next]
[also build test WARNING on v4.11-rc4 next-20170329]
[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/Hans-de-Goede/mfd
On Thursday 23 February 2017 05:00 AM, Colin King wrote:
> From: Colin Ian King
>
> trivial fix to spelling mistake in dev_dbg message, also rejoin
> lines to clean up checkpatch warning
>
> Signed-off-by: Colin Ian King
merged, thanks.
-Kishon
> ---
> drivers/phy/phy-rockchip-inno-usb2.c
t; Caused by commit
>
> ffa0c278e89c ("phy: rockchip-inno-usb2: add support of u2phy for rk3328")
>
> I have used the phy-next tree from next-20170329 for today.
Thanks for reporting this. Will fix it in my tree.
-Kishon
From: Joonsoo Kim
Changes from v1
o reogranize dedup specific functions
o support Kconfig on/off
o update zram documents
o compare all the entries with same checksum (patch #4)
This patchset implements deduplication feature in zram. Motivation
is to save memory usage by zram. There are detailed
From: Joonsoo Kim
Following patch will implement deduplication functionality
in the zram and it requires an indirection layer to manage
the life cycle of zsmalloc handle. To prepare that, this patch
introduces zram_entry which can be used to manage the life-cycle
of zsmalloc handle. Many lines ar
From: Joonsoo Kim
This patch implements deduplication feature in zram. The purpose
of this work is naturally to save amount of memory usage by zram.
Android is one of the biggest users to use zram as swap and it's
really important to save amount of memory usage. There is a paper
that reports tha
From: Joonsoo Kim
Benefit of deduplication is dependent on the workload so it's not
preferable to always enable. Therefore, make it optional in Kconfig
and device param. Default is 'off'. This option will be beneficial
for users who use the zram as blockdev and stores build output to it.
Signed-
From: Joonsoo Kim
Until now, we compare just one entry with same checksum when
checking duplication since it is the simplest way to implement.
However, for the completeness, checking all the entries is better
so this patch implement to compare all the entries with same checksum.
Since this event
On 2017年03月30日 04:14, Michael S. Tsirkin wrote:
We already do a reset once in remove_vq_common -
there appears to be no point in doing another one
when we add/remove XDP.
Signed-off-by: Michael S. Tsirkin
---
drivers/net/virtio_net.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drive
Hi Richard,
On Thu, 30 Mar 2017 00:15:31 +0200
Richard Weinberger wrote:
> Ralph,
>
> Am 29.03.2017 um 23:26 schrieb Ralph Sennhauser:
> >> # create and link a tmpfile - then remove it
> >> sudo rm -rf foo; sudo xfs_io -T -c "flink foo" . ; ls -l foo; sudo
> >> rm foo
> >
> > next-20170328,
On Thu, Mar 30, 2017 at 4:13 AM, Christopher Bostic
wrote:
> From: Chris Bostic
>
> Implement a FSI master using GPIO. Will generate FSI protocol for
> read and write commands to particular addresses. Sends master command
> and waits for and decodes a slave response.
>
> Includes changes from E
On (03/28/17 14:56), Petr Mladek wrote:
[..]
> > > Is it better? If not, I will send a version with console_cmdline_last.
> >
> > personally I'm fine with the nested loop. the latest version
> > "for (last = MAX_CMDLINECONSOLES - 1; last >= 0;..."
> >
> > is even easier to read.
>
> The num
Hi all,
Changes since 20170329:
Undropped tree: xen-tip
The vfs tree gained a conflict against Linus' tree.
The drm tree gained conflicts against the drm-intel-fixes tree.
The mailbox tree lost its build failure.
The phy-next tree gained a build failure, so I used the version from
To memcg maintainer,
Could you comment about this topic?
On Fri, Mar 17, 2017 at 04:16:35PM -0700, Tim Murray wrote:
> Hi all,
>
> I've been working to improve Android's memory management and drop
> lowmemorykiller from the kernel, and I'd like to get some feedback on a small
> patch with a lo
On 2017年03月30日 04:48, Michael S. Tsirkin wrote:
We are going to add more parameters to find_vqs, let's wrap the call so
we don't need to tweak all drivers every time.
Signed-off-by: Michael S. Tsirkin
---
A quick glance and it looks ok, but what the benefit of this series, is
it required by
On Wed 29-03-17 10:45:14, Andi Kleen wrote:
> On Wed, Mar 29, 2017 at 10:06:25AM +0200, Michal Hocko wrote:
> > On Tue 28-03-17 10:54:08, Matthew Wilcox wrote:
> > > On Tue, Mar 28, 2017 at 09:55:13AM -0700, Davidlohr Bueso wrote:
> > > > Do we have any consensus here? Keeping SHM_HUGE_* is current
On Mon, Mar 27, 2017 at 10:42:06AM -0300, Fabio Estevam wrote:
> [Adding Pengutronix folks and Shawn on Cc]
>
> On Mon, Mar 27, 2017 at 10:31 AM, Richard Leitner
> wrote:
> > Implement write routine for OCOTP controller found in i.MX6 SoC's.
> > Furthermore add locking to the read function to pre
Hi,
On Thursday 30 March 2017 12:14 AM, Olliver Schinagl wrote:
> diff --git a/include/uapi/linux/serial_reg.h b/include/uapi/linux/serial_reg.h
> index 5db76880b4ad..489522389a10 100644
> --- a/include/uapi/linux/serial_reg.h
> +++ b/include/uapi/linux/serial_reg.h
> @@ -31,18 +31,18 @@
> #defin
* Kirill A. Shutemov wrote:
> On Wed, Mar 29, 2017 at 12:15:07AM +0300, Kirill A. Shutemov wrote:
> > I'll try to look more into this issue tomorrow.
>
> Putting this commit before seems f2a6a7050109 ("x86: Convert the rest of
> the code to support p4d_t") seems fixes the issue.
Ok, I've appli
Hi Stephen,
On Thu, Mar 30, 2017 at 09:29:09AM +1100, Stephen Rothwell wrote:
> On Wed, 29 Mar 2017 15:21:48 +0200 Antoine Tenart
> wrote:
> > On Thu, Mar 30, 2017 at 12:14:54AM +1100, Stephen Rothwell wrote:
> > > On Wed, 29 Mar 2017 15:12:01 +0200 Antoine Tenart
> > > wrote:
> > > > Would
On Wed 29-03-17 16:25:18, Ilya Dryomov wrote:
> On Wed, Mar 29, 2017 at 1:16 PM, Michal Hocko wrote:
> > On Wed 29-03-17 13:10:01, Ilya Dryomov wrote:
> >> On Wed, Mar 29, 2017 at 12:55 PM, Michal Hocko wrote:
> >> > On Wed 29-03-17 12:41:26, Michal Hocko wrote:
> >> > [...]
> >> >> > ceph_con_wo
The condition line in if-statement is needed to be shorthen to
improve readability.
Signed-off-by: Daeseok Youn
---
drivers/staging/media/atomisp/pci/atomisp2/atomisp_cmd.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/media/atomisp/pci/atomisp2/atomi
Define new local variable to reduce the number of reference.
The new local variable is added to save the addess of dfs
and used in atomisp_freq_scaling() function.
Signed-off-by: Daeseok Youn
---
.../media/atomisp/pci/atomisp2/atomisp_cmd.c | 37 --
1 file changed, 20 i
On Thu, Mar 30, 2017 at 8:53 AM, Ralph Sennhauser
wrote:
> Hi Richard,
>
> On Thu, 30 Mar 2017 00:15:31 +0200
> Richard Weinberger wrote:
>
>> Ralph,
>>
>> Am 29.03.2017 um 23:26 schrieb Ralph Sennhauser:
>> >> # create and link a tmpfile - then remove it
>> >> sudo rm -rf foo; sudo xfs_io -T -c
On Wed, 29 Mar 2017, Kees Cook wrote:
> Prepare to mark sensitive kernel structures for randomization by making
> sure they're using designated initializers. These were identified during
> allyesconfig builds of x86, arm, and arm64, with most initializer fixes
> extracted from grsecurity.
>
> Sig
Hi,
On 29/03/17 16:15, Felipe Balbi wrote:
>
> Hi,
>
> Roger Quadros writes:
@@ -839,6 +841,505 @@ static int dwc3_core_get_phy(struct dwc3 *dwc)
return 0;
}
+static int dwc3_drd_start_host(struct dwc3 *dwc, int on, bool skip);
+static int dwc3_drd_start_gadg
> On Thu, Mar 30, 2017 at 02:26:26PM +1030, Jonathan Woithe wrote:
> > On Wed, Mar 29, 2017 at 08:36:50PM -0700, Darren Hart wrote:
> > > On Wed, Mar 29, 2017 at 07:35:50PM +0300, Andy Shevchenko wrote:
> > > > On Wed, Mar 29, 2017 at 10:19 AM, Micha?? K??pie??
> > > > wrote:
> > > >
> > > > > D
Removing use of deprecated macros(S_IRUGO, SIWUGO, S_IXUGO), and replaced with
4 gidit octal.
Signed-off-by: Chen Guanqiao
---
drivers/staging/iio/meter/ade7759.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/iio/meter/ade7759.c
* Mark Rutland wrote:
> With some minimal CPP, it can be a lot more manageable:
>
>
> #define INSTR_ATOMIC_XCHG(order) \
> static __always_inline int atomic_xchg##order(atomic_t *v, int i) \
> {
On March 30, 2017 8:15:29 AM CEST, Vignesh R wrote:
>Hi,
>
>On Thursday 30 March 2017 12:14 AM, Olliver Schinagl wrote:
>> diff --git a/include/uapi/linux/serial_reg.h
>b/include/uapi/linux/serial_reg.h
>> index 5db76880b4ad..489522389a10 100644
>> --- a/include/uapi/linux/serial_reg.h
>> +++ b/
Hi,
Running:
$ sudo x86info -a
On this HP ZBook 15 G3 laptop kills the x86info process with segfault
and produces the following kernel BUG.
$ git describe
v4.11-rc4-40-gfe82203
It is also reproducible with the fedora kernel: 4.9.14-200.fc25.x86_64
Full dmesg output here: https://past
To avoid checkpatch warnings with new patches let's
start using the BIT() macro wherever possible.
Signed-off-by: Roger Quadros
---
drivers/usb/dwc3/core.h | 193 ++-
drivers/usb/dwc3/dwc3-omap.c | 48 +--
drivers/usb/dwc3/gadget.h| 20 +
Cc Peterz, Thomas,
2017-03-30 12:27 GMT+08:00 Mike Galbraith :
> On Wed, 2017-03-29 at 16:08 -0400, Rik van Riel wrote:
>
>> In other words, the tick on cpu0 is aligned
>> with the tick on the nohz_full cpus, and
>> jiffies is advanced while the nohz_full cpus
>> with an active tick happen to be in
On Wed 29-03-17 13:54:31, Jeff Layton wrote:
> On Wed, 2017-03-29 at 13:15 +0200, Jan Kara wrote:
> > On Tue 21-03-17 14:46:53, Jeff Layton wrote:
> > > On Tue, 2017-03-21 at 14:30 -0400, J. Bruce Fields wrote:
> > > > On Tue, Mar 21, 2017 at 01:23:24PM -0400, Jeff Layton wrote:
> > > > > On Tue, 2
If usb/otg-fsm.h and usb/composite.h are included together
then it results in the build warning [1].
Prevent that by defining VDBG locally.
Also get rid of MPC_LOC which doesn't seem to be used
by anyone.
[1] - warning fixed by this patch:
In file included from drivers/usb/dwc3/core.h:33,
fr
Hi Felipe,
Resending this series rebased on v4.11-rc4.
Changelog:
v3:
-rebased on v4.11-rc4
v2:
-include bitops.h header
cheers,
-roger
Roger Quadros (2):
usb: dwc3: use BIT() macro where possible
usb: otg-fsm: Prevent build warning "VDBG" redefined
drivers/usb/common/usb-otg-fsm.c | 7
Add drive-strength levels of pin for Hi3660 Soc.
Signed-off-by: Wang Xiaoyin
---
include/dt-bindings/pinctrl/hisi.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/include/dt-bindings/pinctrl/hisi.h
b/include/dt-bindings/pinctrl/hisi.h
index 38f1ea879ea1..0359bfdc9119 10064
Add pinctrl dtsi file for HiKey960 development board, enable
5 pinmux devices and 1 pinconf device, also include some nodes
of configurations for pins.
Signed-off-by: Wang Xiaoyin
---
arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 1 +
.../arm64/boot/dts/hisilicon/hikey960-pinctrl.dtsi |
The comment for ecc.read_page() requires that it should return
"0 if bitflips uncorrectable".
Actually, drivers could return positive values when uncorrectable
bitflips occur. For example, nand_read_page_swecc() is the case.
If ecc.correct() returns -EBADMSG for the first ECC sector, and
a positi
901 - 1000 of 1033 matches
Mail list logo
