This driver have configuration parameter "device" in platform_data.
But don't have it in devicetree.
This patch add "device" configuration to devicetree.
Signed-off-by: Yoshinori Sato
---
drivers/mfd/sm501.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/mfd/sm501.c b/driv
On Wed, Jun 22, 2016 at 1:56 PM, Alexander Shishkin
wrote:
> [adding Felipe for his sudden interest in the subject matter]
>
> Chunyan Zhang writes:
>
>> +static struct stm_ftrace *trace_output;
>
> What you want is a possibility to have different ftrace outputs, not
> different STM outputs for f
On Tue, 28 Jun 2016, Keerthy wrote:
> Currently read directly calls the repmap read function. Hence
> remove the redundant wrapper and use regmap read wherever
> needed.
>
> Signed-off-by: Keerthy
> ---
>
> Changes in v3:
>
> * Cleaned up tps65218-pwrbutton and gpio drivers to remove
> t
On Mon, Jun 27, 2016 at 04:00:43PM +0200, Peter Zijlstra wrote:
> On Mon, Jun 27, 2016 at 01:41:28PM -0400, Pan Xinhui wrote:
> > +++ b/include/linux/sched.h
> > @@ -3293,6 +3293,15 @@ static inline void set_task_cpu(struct task_struct
> > *p, unsigned int cpu)
> >
> > #endif /* CONFIG_SMP */
>
On Monday 27 June 2016 23:36:29, Arnd Bergmann wrote:
> On Monday, June 27, 2016 11:15:25 AM CEST Randy Dunlap wrote:
> > On 06/26/16 23:39, Stephen Rothwell wrote:
> > > Hi all,
> >
> > > Changes since 20160624:
> > on i386, when CONFIG_OF is not enabled ...
> > but OF_GPIO is enabled due to this
On Tuesday 28 June 2016 12:22 PM, Lee Jones wrote:
On Tue, 28 Jun 2016, Keerthy wrote:
Remove the individual compatible for the gpio module.
Introduce id_table and update the driver accordingly
to parse device tree nodes by just using the mfd compatible.
Aren't there any OF calls in this dr
On Mon, 27 Jun 2016, Steve Twiss wrote:
> From: Steve Twiss
>
> Fix compiler warning caused by an uninitialised variable inside
> da9052_group_write() function. Defaulting the value to zero covers
> the trivial case.
>
> Signed-off-by: Steve Twiss
> Reported-by: Geert Uytterhoeven
>
> ---
>
On Tuesday 28 June 2016 12:30 PM, Lee Jones wrote:
On Tue, 28 Jun 2016, Keerthy wrote:
Currently read directly calls the repmap read function. Hence
remove the redundant wrapper and use regmap read wherever
needed.
Signed-off-by: Keerthy
---
Changes in v3:
* Cleaned up tps65218-pwrbutt
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit d4cf1949f9689314aef962eea95df84a8288d097:
>
> perf/x86/intel: Add {rd,wr}lbr_{to,from} wrappers (2016-06-27 11:34:21
> +0200)
>
> are available in the git
Changes since v1:
Split suspend/resume patch.
Bhuvanchandra DV (5):
tty: serial: fsl_lpuart: Fix broken 8m/s1 support
tty: serial: fsl-lpuart: Use cyclic DMA for Rx
tty: serial: fsl-lpuart: Use scatter/gather DMA for Tx
tty: serial: fsl-lpuart: Update suspend/resume for DMA mode
tty: ser
Hello there,
On Tue, Jun 28, 2016 at 5:08 AM, Michael Ellerman wrote:
> What config / toolchain are you using? I've never seen these.
A static analyser for C & C++ called cppcheck. Available from sourceforge.
I think you can also get a similar warning if you tweek the gcc compiler warning
flags
When DMA mode is enabled one need to make sure the DMA channels are idle before
entering suspend mode especially when UART ports which are set as wakeup source
and console port with no_console_suspend is set. This patch takes care of
gracefully releasing DMA channels for the above two cases and sta
Kasan reported slab-out-of-bounds access in btmrvl_sdio:
[ 33.055400]
==
[ 33.062585] BUG: KASAN: slab-out-of-bounds in memcpy+0x24/0x50 at addr
ffc0d89b4a00
[ 33.070529] Read of size 256 by task btmrvl_main_ser/3576
[ 3
From: Stefan Agner
Add suspend/resume support.
Signed-off-by: Stefan Agner
Signed-off-by: Bhuvanchandra DV
---
drivers/tty/serial/fsl_lpuart.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/fsl_lpuart.c b/drivers/tty/serial/fsl_lpuart.
Enable Vybrid's build-in support for RS-485 auto RTS for controlling line
direction of RS-485 transceiver driver.
Enable RS485 feature by either using ioctrl 'TIOCSRS485' or enable it in the
device tree by setting 'linux,rs485-enabled-at-boot-time' property.
Signed-off-by: Bhuvanchandra DV
---
On Thu, Jun 23, 2016 at 01:14:07PM +0800, Jason Wang wrote:
>
>
> On 2016年06月23日 02:18, Michael S. Tsirkin wrote:
> > On Fri, Jun 17, 2016 at 03:41:20AM +0300, Michael S. Tsirkin wrote:
> > > >Would it help to have ptr_ring_resize that gets an array of
> > > >rings and resizes them both to same l
Am 27.06.2016 21:06, schrieb Christophe JAILLET:
> 'commpage_bak' is allocated with 'sizeof(struct echoaudio)' bytes.
> We then copy 'sizeof(struct comm_page)' bytes in it.
> On my system, smatch complains because one is 2960 and the other is 3072.
>
> This would result in memory corruption or a
Thank you very much for the report.
I'll let you know guys, once I am able to get to work on this again , at least
I'll try.
Thank you very much anyway.
On Tue, 2016-06-28 at 08:06 +0100, David Binderman wrote:
> On Tue, Jun 28, 2016 at 5:08 AM, Michael Ellerman wrote:
> > What config / toolchain are you using? I've never seen these.
>
> A static analyser for C & C++ called cppcheck. Available from sourceforge.
>
> I think you can also get a sim
From: Tan Pei Zhan
Added DMS_MODE_ATOMIC_ALLOW_MODESET in do_atomic_commit function
---
tests/kms_atomic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/kms_atomic.c b/tests/kms_atomic.c
index f27ee46..b9259b3 100644
--- a/tests/kms_atomic.c
+++ b/tests/kms_atomic
The recently added test_mb_ahash_speed() has clearly serious coding
style issues. Try to fix some of them:
1. Don't mix pr_err() and printk();
2. Don't wrap strings;
3. Properly align goto statement in if() block;
4. Align wrapped arguments on new line;
5. Don't wrap functions on first argument;
S
gcc 4.7.3 for ARM on Ubuntu couldn't link tcrypt module because of
division of s64:
ERROR: "__aeabi_ldivmod" [crypto/tcrypt.ko] undefined!
Fixes: 087bcd225c56 ("crypto: tcrypt - Add speed tests for SHA multibuffer
algorithms")
Signed-off-by: Krzysztof Kozlowski
---
crypto/tcrypt.c | 4 +
On 06/27/2016 09:30 PM, Dan Williams wrote:
In preparation for the removal of 'driverfs_dev' from 'struct gendisk'
use a local variable to track the parented vs un-parented case in
ubd_disk_register().
Reviewed-by: Bart Van Assche
Hi Vinod,
> > > > > > > /**
> > > > > > > + * struct xilinx_mcdma_config - DMA Multi channel
> > > > > > > +configuration structure
> > > > > > > + * @tdest: Channel to operate on
> > > > > > > + * @tid: Channel configuration
> > > > > > > + * @tuser: Tuser configuration
> > > > > >
Haswell-based Fujitsu laptops (Lifebook E734/E744/E754) have a touchpad
toggle hotkey (Fn+F4) which is handled transparently to the operating
system: while an ACPI notification is sent to FUJ02B1 when Fn+F4 is
pressed, touchpad state is properly toggled without any explicit support
for this operati
On Mon, 27 Jun 2016 10:06:57 -0400
David Long wrote:
> On 06/27/2016 02:57 AM, Pratyush Anand wrote:
> > Hi David,
> >
> > On 26/06/2016:11:06:47 PM, David Long wrote:
> >> From: Sandeepa Prabhu
> >>
> >> Add support for basic kernel probes(kprobes) and jump probes
> >> (jprobes) for ARM64.
> >>
When mmc host HW supports busy signalling (using R1B as response), We
shouldn't use 'host->max_busy_timeout' as the limitation when deciding
the max discard sectors that we tell the generic BLOCK layer about.
Instead, we should pick one preferred erase size as the max discard
sectors.
If the host
On 06/27/2016 09:30 PM, Dan Williams wrote:
In preparation for the removal of 'driverfs_dev' from 'struct gendisk',
carry this data in mmc_blk_data. It is used for registration of parent
disks and partitions.
Reviewed-by: Bart Van Assche
Hi Stephen,
Can this patch be merged into the clk-next? If there are still some
issues to fix, please let me know. Thank you very much.
Regards,
Jiancheng
On 2016/6/15 14:26, Jiancheng Xue wrote:
> This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the
> following issues:
>
Add a helper macro to return if a device has a bus type of fsl_mc.
This makes the bus driver code more readable and provides a way for
drivers like the SMMU driver to easily check the bus type.
Signed-off-by: Nipun Gupta
Signed-off-by: Bharat Bhushan
---
drivers/staging/fsl-mc/bus/dprc-driver.c
On 06/27/2016 09:30 PM, Dan Williams wrote:
Now that all drivers that specify a ->driverfs_dev have been converted
to device_add_disk(), the pointer can be removed from struct gendisk.
Reviewed-by: Bart Van Assche
Hi David,
On Sun, 26 Jun 2016 23:06:43 -0400
David Long wrote:
> From: "David A. Long"
>
> This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
> first seen in October 2013. This version attempts to address concerns
> raised by reviewers and also fixes problems discovere
Andy Lutomirski wrote:
> @@ -277,6 +277,7 @@ struct rxrpc_connection {
> struct key *key; /* security for this connection
> (client) */
> struct key *server_key;/* security for this service */
> struct crypto_skcipher *cipher;/*
On 06/27/2016 08:37 PM, kbuild test robot wrote:
> Hi,
>
> [auto build test ERROR on v4.7-rc5]
> [also build test ERROR on next-20160627]
> [cannot apply to devfreq/for-rafael]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> h
From: Tan Pei Zhan
Added DMS_MODE_ATOMIC_ALLOW_MODESET in do_atomic_commit function
---
tests/kms_atomic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/kms_atomic.c b/tests/kms_atomic.c
index f27ee46..b9259b3 100644
--- a/tests/kms_atomic.c
+++ b/tests/kms_atomic
On 06/27/2016 09:30 PM, Dan Williams wrote:
For block drivers that specify a parent device, convert them to use
device_add_disk().
Reviewed-by: Bart Van Assche
From: Tan Pei Zhan
Added DMS_MODE_ATOMIC_ALLOW_MODESET in do_atomic_commit function
---
tests/kms_atomic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/kms_atomic.c b/tests/kms_atomic.c
index f27ee46..b9259b3 100644
--- a/tests/kms_atomic.c
+++ b/tests/kms_atomic
On Tue, Jun 28, 2016 at 08:32:46AM +0100, David Howells wrote:
> Andy Lutomirski wrote:
>
> > @@ -277,6 +277,7 @@ struct rxrpc_connection {
> > struct key *key; /* security for this connection
> > (client) */
> > struct key *server_key;/* security
This patch adds DT node for Broadcom's iproc-static-adc
controller driver.
Signed-off-by: Raveendra Padasalagi
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/bcm-cygnus.dts
On Tue, 28 Jun 2016, Keerthy wrote:
>
>
> On Tuesday 28 June 2016 12:19 PM, Lee Jones wrote:
> >On Tue, 28 Jun 2016, Keerthy wrote:
> >
> >>platform_device_id table is needed for adding the tps65218-pwrbutton
> >>module to the mfd_cell array.
> >>
> >>Signed-off-by: Keerthy
> >>---
> >> driver
The patch adds devicetree binding document for broadcom's
iproc-static-adc controller driver.
Signed-off-by: Raveendra Padasalagi
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/iio/adc/brcm,iproc-static-adc.txt | 41 ++
1 file changed, 41 insertions(+)
This patch adds basic driver implementation for Broadcom's
static adc controller used in iProc SoC's family.
Signed-off-by: Raveendra Padasalagi
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/iio/adc/Kconfig | 12 +
drivers/iio/adc/Makefile| 1 +
drivers/iio/adc
You should also note there's a pile of rxrpc patches in net-next that might
cause your patch problems.
David
This patchset contains initial driver for Broadcom's
iproc static adc controller. The patchset is based on v4.7-rc1
tag and its tested on Broadcom Cygnus SoC.
The patches can be fetched from iproc-adc-v4 branch of
https://github.com/Broadcom/arm64-linux.git
Changes since v3:
- Assigned indio_de
On 2016/6/28 12:57, Eric Dumazet wrote:
> On Tue, 2016-06-28 at 12:40 +0800, Tan Xiaojun wrote:
>> Hi everyone,
>>
>> I'm sorry to bother you. But I was confused.
>>
>> The IP ID check (flush_id) in inet_gro_receive is only used by
>> tcp_gro_receive, and in tcp_gro_receive we have tcphdr
On Tuesday 28 June 2016 01:11 PM, Lee Jones wrote:
On Tue, 28 Jun 2016, Keerthy wrote:
On Tuesday 28 June 2016 12:19 PM, Lee Jones wrote:
On Tue, 28 Jun 2016, Keerthy wrote:
platform_device_id table is needed for adding the tps65218-pwrbutton
module to the mfd_cell array.
Signed-off-by:
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Tuesday, June 21, 2016 3:24 PM
> To: Tan, Jui Nee
> Cc: Andy Shevchenko ;
> heikki.kroge...@linux.intel.com; t...@linutronix.de; mi...@redhat.com;
> h...@zytor.com; x...@kernel.org; pty...@xes-i
On Tuesday 28 June 2016 12:29 PM, Lee Jones wrote:
This is a more common format for DT bindings:
dt-bindings: regulator:
On Tue, 28 Jun 2016, Keerthy wrote:
This updates the device tree according to the preferred way of parsing
Nit: Device Tree
Okay.
the nodes using the regulator
On Tue, 28 Jun 2016, Yoshinori Sato wrote:
> This driver have configuration parameter "device" in platform_data.
> But don't have it in devicetree.
>
> This patch add "device" configuration to devicetree.
This is really ugly.
1. Where are you documenting the binding?
2. Just because it's in pla
Hi Sato-san,
On Tue, Jun 28, 2016 at 8:36 AM, Yoshinori Sato
wrote:
> Signed-off-by: Yoshinori Sato
> ---
> .../interrupt-controller/iodata-landisk.txt| 34 ++
> arch/sh/boot/dts/Makefile | 2 +
> arch/sh/boot/dts/landisk.dts | 62
Andy Lutomirski wrote:
> - skcipher_request_set_crypt(req, &sg[1], &sg[0], sizeof(tmpbuf), iv.x);
> + skcipher_request_set_crypt(req, &sg, &sg, sizeof(tmpbuf), iv.x);
Don't the sg's have to be different? Aren't they both altered by the process
of reading/writing from them?
> stru
On Tue, Jun 28, 2016 at 8:36 AM, Yoshinori Sato
wrote:
> Signed-off-by: Yoshinori Sato
> ---
> .../interrupt-controller/renesas-r2dplus.txt | 41 ++
> arch/sh/boot/dts/Makefile | 1 +
> arch/sh/boot/dts/r2dplus.dts | 84 ++
Some platforms may not be fully compliant with generic set of PCI config
accessors. For these cases we implement the way to overwrite accessors
set. Algorithm traverses available quirk list (static array),
matches against and
returns pci_config_window structure with fancy PCI config ops.
oem_id, o
Add ThunderX PEM specific infrastructure to support configuration
access for ACPI based PCI host controller. This involves:
1. New initialization call thunder_pem_cfg_init() to create configuration
space mapping with hardcoded range address
2. thunder_pem_init() ACPI extension to get hardcoded addr
On Tue, 07 Jun 2016, Kishon Vijay Abraham I wrote:
>
>
> On Monday 06 June 2016 09:26 PM, Lee Jones wrote:
> > On the STiH410 B2120 development board the MiPHY28lp shares its reset
> > line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device
> > (DRD). New functionality in the reset
pci_config_window keeps pointer to pci_ecam_ops and every time
we want to deallocate pci_config_window (pci_ecam_free()) we need to make
sure to free pci_ecam_ops in case it was dynamically allocated prior to
pci_ecam_create() call.
To avoid that extra effort, embed pci_ecam_ops in pci_config_wind
Since there are platforms which have non-compliant ECAM space we need to
override these accessors prior to PCI buses enumeration. In order to do
that we call pci_mcfg_match_quirks() to retrieve custom
pci_config_window structure. If no correlated quirk on list, use
fully ECAM compliant generic PCI
On Tue, Jun 28, 2016 at 08:52:20AM +0100, David Howells wrote:
> Andy Lutomirski wrote:
>
> > - skcipher_request_set_crypt(req, &sg[1], &sg[0], sizeof(tmpbuf), iv.x);
> > + skcipher_request_set_crypt(req, &sg, &sg, sizeof(tmpbuf), iv.x);
>
> Don't the sg's have to be different? Aren't they
pci_acpi_setup_ecam_mapping() is not really ARM64 specific so move it out
of arch/arm64/ directory. In preparation for adding MCFG quirk handling
extend pci_acpi_setup_ecam_mapping() functionality to accept custom
PCI config accessors (function's argument).
For ARM64 ACPI based PCI host controller
Quirk handling relies on an idea of matching MCFG OEM ID, TABLE ID and
revision (the ones from standard header of MCFG table).
Static array is used to keep quirk entries. Each entry consist of
metioned MCFG IDs along with custom pci_ops structure and initialization call.
As an example, last patch
From: Andy Shevchenko
There is already one and at least one more user coming which
require an access to Primary to Sideband bridge (P2SB) in order
to get IO or MMIO bar hidden by BIOS.
Create a driver to access P2SB for x86 devices.
Signed-off-by: Yong, Jonathan
Signed-off-by: Andy Shevchenko
This driver uses the P2SB hide/unhide mechanism cooperatively
to pass the PCI BAR address to the gpio platform driver.
Signed-off-by: Tan Jui Nee
---
Changes in V5:
- Split lpc-ich driver into two parts (lpc_ich-core and lpc_ich-apl).
The file lpc_ich-apl.c introduces gpio platf
Hi,
The patches are to cater the need for non-ACPI system whereby
a platform device has to be created in order to bind with
Apollo Lake Pinctrl GPIO platform driver.
The MMIO BAR is accessed over the Primary to Sideband bridge
(P2SB). Since the BIOS prevents the P2SB device from being
enumerated b
On Mon, 06 Jun 2016, Alan Stern wrote:
> On Mon, 6 Jun 2016, Lee Jones wrote:
>
> > On the STiH410 B2120 development board the ST EHCI IP shares its reset
> > line with the OHCI IP. New functionality in the reset subsystems forces
> > consumers to be explicit when requesting shared/exclusive res
This patch follows the example of mfd/wm831x and splits it into an
interface independent core since it is growing quite fast with
many table entries.
Signed-off-by: Tan Jui Nee
---
drivers/mfd/Makefile |1 +
drivers/mfd/lpc_ich-core.c | 1126
On Tue, 28 Jun 2016, Lee Jones wrote:
> On Mon, 06 Jun 2016, Alan Stern wrote:
>
> > On Mon, 6 Jun 2016, Lee Jones wrote:
> >
> > > On the STiH410 B2120 development board the ST EHCI IP shares its reset
> > > line with the OHCI IP. New functionality in the reset subsystems forces
> > > consumer
Add hisilicon spi-nor flash controller driver
Signed-off-by: Binquan Peng
Signed-off-by: Jiancheng Xue
Acked-by: Rob Herring
Reviewed-by: Ezequiel Garcia
Reviewed-by: Jagan Teki
Reviewed-by: Cyrille Pitchen
---
change log
v12:
1)Made SPI_HISI_SFC depend on HAS_DMA to fix the kbuild test robo
Hello,
- Original Message -
> From: "Namhyung Kim"
> To: "Chunyu Hu"
> Cc: "Steven Rostedt" , "LKML"
>
> Sent: Tuesday, June 28, 2016 1:20:02 PM
> Subject: Re: [PATCH V3] tracing: Make latency tracers fully support the
> set_graph_notrace
>
> Hello,
>
> On Fri, Jun 24, 2016 at 7:55
On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Create sync_file->fence to abstract the type of fence we are using for
> each sync_file. If only one fence is present we use a normal struct fence
> but if there is more fences to be added to the sync_fil
_PTS/_WAK may contain EC transactions, it is better to have them handled
with IRQ enabled. This patch moves the 2 suspend PM ops from noirq stage
to late/early stage.
Signed-off-by: Lv Zheng
---
drivers/acpi/sleep.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/driv
Currently _PTS/_WAK are invoked during noirq stages, while in _PTS/_WAK,
there can be EC transactions. Though the EC driver is able to handle
transactions using polling mode, for the performance reason, it is better
to move _PTS/_WAK out of the noirq stage.
Lv Zheng (3):
PM: Rename prepare_late/
Rename the names of the PM callbacks, making them consistent with their
caller names. Particularly:
.prepare_late -> .prepare_noirq
.wake -> .finish_noirq
Signed-off-by: Lv Zheng
---
arch/powerpc/platforms/pseries/suspend.c |6 +++---
drivers/acpi/sleep.c |8 -
This patch adds prepare_late/finish_early callbacks for suspend_ops.
Signed-off-by: Lv Zheng
---
include/linux/suspend.h | 34 +++---
kernel/power/suspend.c | 10 --
2 files changed, 35 insertions(+), 9 deletions(-)
diff --git a/include/linux/suspend.h b
On Mon, Jun 27, 2016 at 02:53:19PM +0300, Jani Nikula wrote:
> From: Randy Dunlap
>
> Fix build errors when ACPI is not enabled by adding function stubs:
>
> ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_suspend':
> ../drivers/gpu/drm/i915/i915_drv.c:635:2: error: implicit declaratio
Drop PIO to DMA switching and use scatter/gather DMA for Tx path to improve
performance.
Some part of the code is borrowed from imx serial driver.
Signed-off-by: Bhuvanchandra DV
---
drivers/tty/serial/fsl_lpuart.c | 257 ++--
1 file changed, 113 insertions(+
On Tue, Jun 28, 2016 at 02:31:41PM +0800, Wei Hu (Xavier) wrote:
>
>
> On 2016/6/27 16:31, oulijun wrote:
> >Hi, Leon
> >在 2016/6/27 16:01, Leon Romanovsky 写道:
> >>On Sat, Jun 25, 2016 at 06:25:37PM +0800, Wei Hu (Xavier) wrote:
> >>>
> >>>On 2016/6/24 22:59, Leon Romanovsky wrote:
> On Thu,
On Fri, Jun 24, 2016 at 03:20:43PM +0200, Vlastimil Babka wrote:
> On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
> >From: Joonsoo Kim
> >
> >Some of zone threshold depends on number of managed pages in the zone.
> >When memory is going on/offline, it can be changed and we need to
> >adjust them.
On Thu, Jun 23, 2016 at 8:21 AM, Yan, Zheng wrote:
>
>> On Jun 22, 2016, at 22:35, Miklos Szeredi wrote:
>>
>> Pretty simple: just use ceph_dentry_info.time instead (which was already
>> there, unused).
>>
>> Signed-off-by: Miklos Szeredi
>> Cc: Yan, Zheng
>> ---
>> fs/ceph/dir.c| 6 +++
Hi!
Sorry to send a ping like this, with the patch still in patchwork
and all. But it's been a month since 1/4 and 2/4 were committed
and I expected at least some comment on the approach for patches
3 and 4...
Cheers,
Peter
On 2016-05-14 23:09, Peter Rosin wrote:
> The max9860 codec has a mixer
On Mon, Jun 27, 2016 at 11:30:52AM +0200, Vlastimil Babka wrote:
> On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
> >From: Joonsoo Kim
> >
> >Now, all reserved pages for CMA region are belong to the ZONE_CMA
> >and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to
> >consider A
Am 28.06.2016 um 09:23 schrieb Bart Van Assche:
> On 06/27/2016 09:30 PM, Dan Williams wrote:
>> In preparation for the removal of 'driverfs_dev' from 'struct gendisk'
>> use a local variable to track the parented vs un-parented case in
>> ubd_disk_register().
>
> Reviewed-by: Bart Van Assche
Ac
On Mon, Jun 27, 2016 at 11:46:39AM +0200, Vlastimil Babka wrote:
> On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
> >From: Joonsoo Kim
> >
> >Now, all reserved pages for CMA region are belong to the ZONE_CMA
> >and there is no other type of pages. Therefore, we don't need to
> >use MIGRATE_CMA to
On Sun, Jun 26, 2016 at 11:06:43PM -0400, David Long wrote:
> From: "David A. Long"
>
> This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
> first seen in October 2013. This version attempts to address concerns
> raised by reviewers and also fixes problems discovered duri
From: Dong Bo
In designware PCIe driver, the iatu0 is used for both CFG and IO accesses.
When sending CFGs to peripherals (e.g. lspci), iatu0 frequently switches
between CFG and IO alternatively.
A MEMORY probably be sent as an IOs by mistake. Considering the following
configurations:
MEMORY
Hi Al,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git d_real
This consolidates the d_real/d_select_inode API as well as some documentation
cleanups.
Thanks,
Miklos
---
Miklos Szeredi (3):
vfs: merge .d_select_inode() into .d_real()
vfs: document
Hi,
On Monday, June 27, 2016 03:49:44 PM Nicolas Pitre wrote:
> On Mon, 27 Jun 2016, Bartlomiej Zolnierkiewicz wrote:
>
> > Hi,
> >
> > It seems that in mainline kernel big.LITTLE switcher support
> > may be usable only on ARM Versatile Express TC2 platform
> > (but even this platform doesn't e
On Tue, Jun 28, 2016 at 03:56:48PM +0800, Tan Jui Nee wrote:
> +config X86_INTEL_APL
> + bool "Non-ACPI support for Intel Apollo Lake platforms"
> + select PINCTRL
> + ---help---
> + Select this option to enable MMIO BAR access over the P2SB for
> + non-ACPI Intel Apollo Lak
The Allwinner SoCs all have an ADC that can also act as a touchscreen
controller and a thermal sensor. For now, only the ADC and the thermal
sensor drivers are probed by the MFD, the touchscreen controller support
will be added later.
Signed-off-by: Quentin Schulz
---
drivers/mfd/Kconfig
iio_channel_get_all returns -ENODEV when it cannot find either phandles and
properties in the Device Tree or channels whose consumer_dev_name matches
iio_hwmon in iio_map_list. The iio_map_list is filled in by iio drivers
which might be probed after iio_hwmon.
It is better to defer the probe of ii
The Allwinner SoCs all have an ADC that can also act as a touchscreen
controller and a thermal sensor. This patch adds the ADC driver which is
based on the MFD for the same SoCs ADC.
This also registers the thermal adc channel in the iio map array so
iio_hwmon could use it without modifying the De
On 06/28/16 00:00, Alexander Stein wrote:
> On Monday 27 June 2016 23:36:29, Arnd Bergmann wrote:
>> On Monday, June 27, 2016 11:15:25 AM CEST Randy Dunlap wrote:
>>> On 06/26/16 23:39, Stephen Rothwell wrote:
Hi all,
>>>
Changes since 20160624:
>>> on i386, when CONFIG_OF is not enabled
On Fri, Jun 24, 2016 at 11:15:47AM -0400, Mike Snitzer wrote:
> On Fri, Jun 24 2016 at 10:27am -0400,
> Lars Ellenberg wrote:
>
> > On Fri, Jun 24, 2016 at 07:36:57PM +0800, Ming Lei wrote:
> > > >
> > > > This is not a theoretical problem.
> > > > At least int DRBD, and an unfortunately high IO
On Tue, Jun 28, 2016 at 10:56 AM, Tan Jui Nee wrote:
> This patch follows the example of mfd/wm831x and splits it into an
> interface independent core since it is growing quite fast with
> many table entries.
I didn't see a split below. It is just a rename. And actually it would
be better to inde
On Mon, Jun 27, 2016 at 10:24:05AM +0200, Vlastimil Babka wrote:
> On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
> >From: Joonsoo Kim
> >
> >Until now, reserved pages for CMA are managed in the ordinary zones
> >where page's pfn are belong to. This approach has numorous problems
> >and fixing th
On Tue, Jun 28, 2016 at 09:02:57AM +0200, Ingo Molnar wrote:
SNIP
> > - Add missing config.h include, fixing the build with libabeltrace (Jiri
> > Olsa)
> >
> > Signed-off-by: Arnaldo Carvalho de Melo
> >
> >
> > Andi Kleen (1):
On 06/27/2016 01:18 PM, Nicolas Boichat wrote:
Hi all,
This is a follow up to the 2 patches to add support for ANX7688 sent here:
https://patchwork.kernel.org/patch/9187809/, thanks Archit and Philipp for
the comments.
I also added 2 patches to add support for a simple display MUX, as I'm fac
Hello Quentin!
A few comments bellow:
On Tue, Jun 28, 2016 at 10:18:15AM +0200, Quentin Schulz wrote:
>
> diff --git a/drivers/mfd/sunxi-gpadc-mfd.c b/drivers/mfd/sunxi-gpadc-mfd.c
> new file mode 100644
> index 000..710e297
> --- /dev/null
> +++ b/drivers/mfd/sunxi-gpadc-mfd.c
> @@ -0,0 +1,1
On Mon, Jun 27, 2016 at 05:12:43PM -0700, Paul E. McKenney wrote:
> On Wed, Jun 22, 2016 at 07:53:29PM -0700, Paul E. McKenney wrote:
> > On Wed, Jun 22, 2016 at 07:47:42PM -0700, Paul E. McKenney wrote:
> > > On Thu, Jun 23, 2016 at 11:37:56AM +0900, Joonsoo Kim wrote:
> > > > On Wed, Jun 22, 2016
Hello Quentin!
On Tue, Jun 28, 2016 at 10:18:16AM +0200, Quentin Schulz wrote:
>
> diff --git a/drivers/iio/adc/sunxi-gpadc-iio.c
> b/drivers/iio/adc/sunxi-gpadc-iio.c
> new file mode 100644
> index 000..5840f43
> --- /dev/null
> +++ b/drivers/iio/adc/sunxi-gpadc-iio.c
> @@ -0,0 +1,371 @@
Sa
Before this patch, passing a range that is beyond the physical memory
range will succeed, the user will see a /dev/pmem0 and will be able to
access it. Reads will always return 0 and writes will be silently
ignored.
I've gotten more than one bug report about mkfs.{xfs,ext4} or nvml
failing that we
1 - 100 of 1017 matches
Mail list logo
