Signed-off-by: Lee Jones
Acked-by: Laxman Dewangan
Tested-by: Laxman Dewangan
---
include/linux/mfd/core.h | 29 +
1 file changed, 29 insertions(+)
diff --git a/include/linux/mfd/core.h b/include/linux/mfd/core.h
index 99c0395fe1f9..2bdae891fd24 100644
--- a/include
On Fri, 30 Mar 2018, Sebastian Reichel wrote:
> From: Sebastian Reichel
>
> Add support for the audio-codec node by converting from
> devm_of_platform_populate() to devm_mfd_add_devices().
>
> Tested-by: Pavel Machek
> Acked-by: Tony Lindgren
> Signed-off-by: Sebastian Reichel
> ---
> drive
On Fri, 30 Mar 2018, Sebastian Reichel wrote:
> This adds the DT binding for the audio-codec sub-module found
> inside the Motorola CPCAP PMIC.
>
> Acked-by: Mark Brown
> Acked-by: Tony Lindgren
> Reviewed-by: Rob Herring
> Acked-for-MFD-by: Lee Jones
> Signed-off-by: Sebastian Reichel
> ---
On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> Remove no longer needed samsung thermal properties.
>
> There should be no functional changes caused by this patch.
>
> Signed-off-by: Bartlomiej Zolnierkiewicz
> ---
Can you add an additional patch to remove the Documentation ?
--
On Monday, April 16, 2018 02:54:01 PM Daniel Lezcano wrote:
> On 16/04/2018 14:49, Bartlomiej Zolnierkiewicz wrote:
> > On Monday, April 16, 2018 02:41:48 PM Daniel Lezcano wrote:
> >> On 16/04/2018 14:35, Bartlomiej Zolnierkiewicz wrote:
> >>> On Monday, April 16, 2018 02:16:56 PM Daniel Lezcano w
On 16/04/2018 12:11, Bartlomiej Zolnierkiewicz wrote:
> All SoCs use the same value (4) for the noise cancel mode so just
> make it explicit and remove parsing of samsung,tmu_noise_cancel_mode
> property.
>
> There should be no functional changes caused by this patch.
>
> Signed-off-by: Bartlomiej
On Mon, Apr 16, 2018 at 02:49:35PM +0200, Daniel Lezcano wrote:
> On 16/04/2018 14:31, Sudeep Holla wrote:
> > On Mon, Apr 16, 2018 at 02:10:30PM +0200, Daniel Lezcano wrote:
> >> On 16/04/2018 12:10, Viresh Kumar wrote:
> >>> On 16-04-18, 12:03, Daniel Lezcano wrote:
> On 16/04/2018 11:50, Vi
On 15/04/2018 23:22, Tony Krowiak wrote:
Registers a group notifier during the open of the mediated
matrix device to get information on KVM presence through the
VFIO_GROUP_NOTIFY_SET_KVM event. When notified, the pointer
to the kvm structure is saved inside the mediated matrix
device. Once the VF
Hi Geert,
On Mon, Apr 16, 2018 at 01:12:06PM +0200, Geert Uytterhoeven wrote:
> Hi Jacopo,
>
> On Tue, Feb 20, 2018 at 4:12 PM, Jacopo Mondi
> wrote:
> > Add compatible string for R-Car M3-N (r8a77965) in gpio-rcar.
> >
> > Signed-off-by: Jacopo Mondi
> > Reviewed-by: Geert Uytterhoeven
>
> Ca
On Monday, April 16, 2018 03:02:45 PM Daniel Lezcano wrote:
> On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> > Remove no longer needed samsung thermal properties.
> >
> > There should be no functional changes caused by this patch.
> >
> > Signed-off-by: Bartlomiej Zolnierkiewicz
> > ---
Below is the list of build error/warning regressions/improvements in
v4.17-rc1[1] compared to v4.16[2].
Summarized:
- build errors: +2/-10
- build warnings: +1407/-1867
Note that there may be false regressions, as some logs are incomplete.
Still, they're build errors/warnings.
Happy fixing!
On Mon, Apr 16, 2018 at 02:06:21PM +0200, Vlastimil Babka wrote:
> On 04/16/2018 01:41 PM, Michal Hocko wrote:
> > On Fri 13-04-18 10:37:16, Johannes Weiner wrote:
> >> On Fri, Apr 13, 2018 at 04:28:21PM +0200, Michal Hocko wrote:
> >>> On Fri 13-04-18 16:20:00, Vlastimil Babka wrote:
> We wou
On 16/04/2018 15:09, Bartlomiej Zolnierkiewicz wrote:
> On Monday, April 16, 2018 03:02:45 PM Daniel Lezcano wrote:
>> On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
>>> Remove no longer needed samsung thermal properties.
>>>
>>> There should be no functional changes caused by this patch.
>>
On 16/04/18 08:24, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Handle Xen event channels:
> - create for all configured streams and publish
> corresponding ring references and event channels in Xen store,
> so backend can connect
> - implement event channels int
On 15/04/2018 23:22, Tony Krowiak wrote:
This patch provides documentation describing the AP architecture and
design concepts behind the virtualization of AP devices. It also
includes an example of how to configure AP devices for exclusive
use of KVM guests.
Signed-off-by: Tony Krowiak
---
Do
On Thu 12-04-18 13:58:47, Mike Kravetz wrote:
> On 04/12/2018 01:40 PM, Reinette Chatre wrote:
> > Hi Mike,
> >
> > On 2/15/2018 12:22 PM, Reinette Chatre wrote:
> >> On 2/12/2018 2:20 PM, Mike Kravetz wrote:
> >>> These patches came out of the "[RFC] mmap(MAP_CONTIG)" discussions at:
> >>> http:/
On 16/04/2018 12:11, Bartlomiej Zolnierkiewicz wrote:
> Since pdata efuse values are SoC (not platform) specific just move
> them from platform data to struct exynos_tmu_data instance. Then
> remove parsing of samsung,tmu[_,min_,max]_efuse_value properties.
>
> There should be no functional change
On Mon, Apr 16, 2018 at 3:09 PM, Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.17-rc1[1] compared to v4.16[2].
>
> Summarized:
> - build errors: +2/-10
> - build warnings: +1407/-1867
>
> Note that there may be false regressions, as some
On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> Since pdata reference_voltage values are SoC (not platform) specific
> just move it from platform data to struct exynos_tmu_data instance.
> Then remove parsing of samsung,tmu_reference_voltage property.
>
> There should be no functional chan
4.5:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/base/platform.c?h=next-20180416&id=2d30bb0b3889adf09b342722b2ce596c0763bc93
So we might not need this patch anymore.
Best regards,
Tomasz
On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> Since pdata gain values are SoC (not platform) specific just move
> it from platform data to struct exynos_tmu_data instance. Then
> remove parsing of samsung,tmu_gain property.
>
> There should be no functional changes caused by this patch.
On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> Since calibration type for temperature is SoC (not platform) specific
> just move it from platform data to struct exynos_tmu_data instance.
> Then remove parsing of samsung,tmu_cal_type property. Also remove no
> longer needed platform data st
On Wed, 04 Apr 2018, Enric Balletbo Serra wrote:
> Hi again,
>
> 2018-04-04 10:03 GMT+02:00 Enric Balletbo Serra :
> > Hi Lee,
> >
> > 2018-03-28 13:03 GMT+02:00 Lee Jones :
> >> On Tue, 20 Mar 2018, Enric Balletbo i Serra wrote:
> >>
> >>> With this patch, the cros_ec_ctl driver will register th
On 04/16/2018 02:06 AM, Greentime Hu wrote:
2018-04-16 11:58 GMT+08:00 Guenter Roeck :
I thought I should give the brand new architecture a try. Unfortunately,
that was not very successful.
Build reference: v4.17-rc1
gcc version: nds32le-elf-gcc (GCC) 7.3.0
Building nds32:defconfig ... failed
From: Thomas Richter
Perf list with flags -d and -v print a description (-d) or
a very verbose explanation (-v) of CPU specific counter events.
These descriptions are provided with the json files in
directory pmu-events/arch/s390/*.json.
Display of these descriptions on s390 requires the
corresp
On Mon, 16 Apr 2018 10:36:25 +0800
Ahbong Chang wrote:
> Without this forward declaration compile may fail if this header is
> included only for registering other probe event without struct
> pool_workqueue.
>
Is this for new work or is there a config which this fails with today?
-- Steve
> S
On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> exynos_tmu.h is used only by exynos_tmu.c so there is no need
> for a separate include file.
>
> There should be no functional changes caused by this patch.
>
> Signed-off-by: Bartlomiej Zolnierkiewicz
> ---
> drivers/thermal/samsung/exyno
On 04/13/2018 06:11 PM, Laura Abbott wrote:
> There's an ongoing effort to remove VLAs[1] from the kernel to eventually
> turn on -Wvla. The few VLAs in use have an upper bound based on a size
> of 64K. This doesn't produce an excessively large stack so just switch
> the upper bound.
>
> [1] https:
On Mon, Apr 16, 2018 at 11:33:13AM +0530, p...@codeaurora.org wrote:
> On 2018-04-16 09:23, Sinan Kaya wrote:
> > On 4/15/2018 11:16 PM, Bjorn Helgaas wrote:
> > > On Mon, Apr 09, 2018 at 10:41:48AM -0400, Oza Pawandeep wrote:
> > > > This patch set brings in error handling support for DPC
> > > >
On Mon, Apr 02, 2018 at 11:33:51AM +0800, David Wang wrote:
> This patch is used to tell the kernel that newer Centaur CPU support
Avoid writing "This patch" in the commit message of a patch. It is
tautologically useless.
> MCE broadcasting.
>
> Signed-off-by: David Wang
> ---
> arch/x86/kerne
On Sun, 15 Apr 2018 14:41:35 +
Bean Huo wrote:
> From: Bean Huo
>
> These patches are to add the printout of the request tag in Block/SCSI trace
> events when tracing one request or command, this is very useful for tracing
> the task running status in the storage device which supports multi
On Sun, 15 Apr 2018 14:42:51 +
Sasha Levin wrote:
> On Mon, Apr 09, 2018 at 10:22:46AM +0200, Petr Mladek wrote:
> >PS: I wonder how much time you give people to react before releasing
> >this. The number of autosel mails is increasing and I am involved
> >only in very small amount of them. I
Hi Péter,
On Mon, Apr 16, 2018 at 02:34:54PM +0300, Peter Ujfalusi wrote:
> On 2018-04-16 09:52, Ladislav Michl wrote:
> > dma_map_single doesn't get the proper DMA address for vmalloced area,
>
> Which is not a big surprise as vmalloc will allocate contiguous virtual
> memory (which might corres
On Mon, Apr 16, 2018 at 12:14 PM, Robert Munteanu wrote:
> Hi Benjamin and Jiri,
>
> On Mon, 2018-04-16 at 12:02 +0200, Benjamin Tissoires wrote:
>> Hi Robert,
>>
>> On Wed, Apr 11, 2018 at 11:49 AM, Robert Munteanu > > wrote:
>> > Changelog:
>> >
>> > - v2: modifier keys work, some combinations a
On Mon, Apr 16, 2018 at 2:39 PM, Christoph Hellwig wrote:
> On Tue, Apr 03, 2018 at 08:08:32PM +0200, Daniel Vetter wrote:
>> I did not mean you should dma_map_sg/page. I just meant that using
>> dma_map_resource to fill only the dma address part of the sg table seems
>> perfectly sufficient.
>
>
On 16/04/18 08:24, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Implement shared buffer handling according to the
> para-virtualized sound device protocol at xen/interface/io/sndif.h:
> - manage buffer memory
> - handle granted references
> - handle page directories
>
On Mon, Apr 16, 2018 at 12:09:43AM -0400, James Simmons wrote:
> @@ -1033,6 +953,7 @@ static int cfs_cpu_dead(unsigned int cpu)
> #endif
> ret = -EINVAL;
>
> + get_online_cpus();
> if (*cpu_pattern) {
> char *cpu_pattern_dup = kstrdup(cpu_pattern, GFP_KERNEL);
>
>
+++ Christian Borntraeger [16/04/18 12:53 +0200]:
Can this be related to
commit ef0010a30935de4e0211cbc7bdffc30446cdee9b
vsprintf: don't use 'restricted_pointer()' when not restricting
and related commits?
To me it looks like %pk is always printing the hash, but never the real pointer
-
no m
On Sun, Apr 15, 2018 at 02:37:39PM +, Sasha Levin wrote:
> On Mon, Apr 09, 2018 at 11:27:47AM -0400, J. Bruce Fields wrote:
> >What's your default on these patches on these AUTOSEL patches if you
> >don't get an ACK or NACK? Do you apply them anyway?
>
> Right now it's opt-out, so it'll get m
Em Mon, Apr 16, 2018 at 11:23:45AM +0200, Jiri Olsa escreveu:
> On Mon, Apr 16, 2018 at 01:22:40PM +0900, Namhyung Kim wrote:
> > The map_groups__fixup_end() was called to set end addresses of kernel
> > map and module maps. But now machine__create_modules() is set the end
> > address of modules p
On Mon, Apr 16, 2018 at 12:09:45AM -0400, James Simmons wrote:
> diff --git a/drivers/staging/lustre/lnet/libcfs/libcfs_cpu.c
> b/drivers/staging/lustre/lnet/libcfs/libcfs_cpu.c
> index 705abf2..5ea294f 100644
> --- a/drivers/staging/lustre/lnet/libcfs/libcfs_cpu.c
> +++ b/drivers/staging/lustre/l
Hi Oleksandr,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on sound/for-next]
[also build test ERROR on v4.17-rc1 next-20180416]
[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
On Mon, 16 Apr 2018 15:13:59 +0200
Pierre Morel wrote:
> On 15/04/2018 23:22, Tony Krowiak wrote:
> > +* Register with the ap_bus for AP queue devices of type CEX4, CEX5 and
> > + CEX6 and to provide the vfio_ap driver's probe and remove callback
> > interfaces.
>
> I wonder why the type of
On Fri, Mar 16, 2018 at 04:54:31PM +0800, Anson Huang wrote:
> Add support for imx7d-sdb board's gpio keys:
>
> S1(FUNC1): KEY_VOLUMEUP
> S3(FUNC2): KEY_VOLUMEDOWN
>
> Signed-off-by: Anson Huang
Applied, thanks.
Add compatible string for R-Car M3-N (r8a77965) in gpio-rcar.
Signed-off-by: Jacopo Mondi
Reviewed-by: Geert Uytterhoeven
---
Renesas R-Car M3-N support has been merged for v4.17.
Document the missing device tree bindings.
---
Documentation/devicetree/bindings/gpio/renesas,gpio-rcar.txt | 1 +
Add documentation for r8a77965 compatible string to Renesas sci-serial
device tree bindings documentation.
Signed-off-by: Jacopo Mondi
---
Renesas R-Car M3-N support has been merged for v4.17.
Document the missing device tree bindings.
---
Documentation/devicetree/bindings/serial/renesas,sci-s
Add documentation for r8a77965 compatible string to renesas ravb device
tree bindings documentation.
Signed-off-by: Jacopo Mondi
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Simon Horman
Acked-by: Sergei Shtylyov
---
Renesas R-Car M3-N support has been merged for v4.17.
Document the missing d
On Mon, Apr 16, 2018 at 12:09:46AM -0400, James Simmons wrote:
> From: Amir Shehata
>
> Replace depricated MAX_NUMNODES with nr_node_ids.
>
The changelog makes it sound like this is just a style change, but it's
actually a behavior change isn't it?
regards,
dan carpenter
On Mon, Apr 16, 2018 at 12:07 PM, Michal Hocko wrote:
> On Fri 13-04-18 18:17:36, Jann Horn wrote:
>> On Fri, Apr 13, 2018 at 6:05 PM, Jann Horn wrote:
>> > On Fri, Apr 13, 2018 at 6:04 PM, Michal Hocko wrote:
>> >> On Fri 13-04-18 17:04:09, Jann Horn wrote:
>> >>> On Fri, Apr 13, 2018 at 8:49 A
Add documentation for r8a77965 compatible string to rcar-dmac device
tree bindings documentation.
Signed-off-by: Jacopo Mondi
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Simon Horman
---
Renesas R-Car M3-N support has been merged for v4.17.
Document the missing device tree bindings.
---
Doc
On 16/04/2018 14:30, Lorenzo Pieralisi wrote:
> On Mon, Apr 16, 2018 at 02:10:30PM +0200, Daniel Lezcano wrote:
>> On 16/04/2018 12:10, Viresh Kumar wrote:
>>> On 16-04-18, 12:03, Daniel Lezcano wrote:
On 16/04/2018 11:50, Viresh Kumar wrote:
> On 16-04-18, 11:45, Daniel Lezcano wrote:
>>>
On 04/16/2018 06:22 AM, Guenter Roeck wrote:
On 04/16/2018 02:06 AM, Greentime Hu wrote:
2018-04-16 11:58 GMT+08:00 Guenter Roeck :
I thought I should give the brand new architecture a try. Unfortunately,
that was not very successful.
Build reference: v4.17-rc1
gcc version: nds32le-elf-gcc (GC
Em Mon, Apr 16, 2018 at 11:29:03AM +0300, Alexey Budankov escreveu:
> Hi Arnaldo,
>
> On 09.04.2018 12:26, Peter Zijlstra wrote:
> > On Mon, Apr 09, 2018 at 10:25:32AM +0300, Alexey Budankov wrote:
> >>
> >> Store preempting context switch out event into Perf trace as a part of
> >> PERF_RECORD_S
On Sun, 08 Apr 2018, Felix Brack wrote:
> This patch adds a LCD driver supporting the OTM3225A LCD SoC
> from ORISE Technology. This device can drive TFT LC panels having a
> resolution of 240x320 pixels. After initializing the OTM3225A using
> it's SPI interface it switches to use 16-bib RGB as e
On Mon, Apr 16, 2018 at 11:21:15AM +0530, p...@codeaurora.org wrote:
> On 2018-04-16 11:03, p...@codeaurora.org wrote:
> > On 2018-04-16 08:47, Bjorn Helgaas wrote:
> > > On Sat, Apr 14, 2018 at 11:53:17AM -0400, Sinan Kaya wrote:
> > >
> > > > You indicated that you want to unify the AER and DPC
On 2018-03-08 10:57:39 [+0100], To Mauro Carvalho Chehab wrote:
> On 2018-02-27 14:39:34 [-0300], Mauro Carvalho Chehab wrote:
> > Hi Sebastian,
> Hi Mauro,
>
> > Sorry for taking some time to test it, has been busy those days...
> :)
>
> > Anyway, I tested it today. Didn't work. It keep losing d
On 2018-04-10 17:28, Peter Rosin wrote:
> +Example:
> +The system voltage is circa 12V, but divided down with a 22/200
> +voltage divider to adjust it to the ADC range.
> +
> +SYSVADC GND
> + + + +
> + | .-. | .. |
> + '--| 200 |-+-| 22 |--'
> + '
From: Dan Carpenter
Date: Mon, 16 Apr 2018 13:17:50 +0300
> This patch is just wrong, sorry. I was trying to fix a static checker
> warning and misread the code. The reference taken in macsec_newlink()
> is released in macsec_free_netdev() when the netdevice is destroyed.
>
> This reverts comm
Eric Biggers wrote:
> Here's a simplified reproducer:
>
> #include
> #include
> #include
> #include
>
> int main()
> {
> int loopfd, fd;
> struct loop_info info = { .lo_flags = LO_FLAGS_PARTSCAN };
>
> loopfd = open("/dev/loop0", O_RDWR);
>
>
From: Maxime Chevallier
Date: Mon, 16 Apr 2018 10:07:23 +0200
> Marvell's PPv2 controller has a Packet Header parser, which uses a
> fixed-size TCAM array of filter entries.
>
> The mvpp2 driver reserves some ranges among the 256 TCAM entries to
> perform MAC and VID filtering. The rest of the T
On Thu, 05 Apr 2018, Enric Balletbo i Serra wrote:
> Check whether this EC instance has RTC host command support and instatiate
> the RTC driver as a subdevice in such case.
>
> Signed-off-by: Enric Balletbo i Serra
> Reviewed-by: Gwendal Grignou
> Reviewed-by: Andy Shevchenko
> ---
>
> Chang
On Mon, 09 Apr 2018, Peter Ujfalusi wrote:
> When looking up the clock we must use the client->dev as device since that
> is the one which is probed via DT.
>
> Signed-off-by: Peter Ujfalusi
> Cc: sta...@vger.kernel.org # 4.16+
> ---
> Hi,
>
> Changes since v1:
> - Removed the Fixes line and ad
On 16/04/18 08:24, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Implement essential initialization of the sound driver:
> - introduce required data structures
> - handle driver registration
> - handle sound card registration
> - register sound driver on backend conne
On 2018-04-16 18:57, Bjorn Helgaas wrote:
On Mon, Apr 16, 2018 at 11:33:13AM +0530, p...@codeaurora.org wrote:
On 2018-04-16 09:23, Sinan Kaya wrote:
> On 4/15/2018 11:16 PM, Bjorn Helgaas wrote:
> > On Mon, Apr 09, 2018 at 10:41:48AM -0400, Oza Pawandeep wrote:
> > > This patch set brings in er
On Sat, Mar 17, 2018 at 03:36:55PM +0800, Anson Huang wrote:
> Add i.MX7S/D anatop vdd1p2 regulator.
>
> Signed-off-by: Anson Huang
Applied, thanks.
On 2018-04-16 09:26, Ondrej Mosnacek wrote:
> 2018-04-10 1:34 GMT+02:00 Richard Guy Briggs :
> > There were two formats of the audit MAC_STATUS record, one of which was more
> > standard than the other. One listed enforcing status changes and the
> > other listed enabled status changes with a non-
From: Jacopo Mondi
Date: Mon, 16 Apr 2018 15:55:17 +0200
> Add documentation for r8a77965 compatible string to renesas ravb device
> tree bindings documentation.
>
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Geert Uytterhoeven
> Reviewed-by: Simon Horman
> Acked-by: Sergei Shtylyov
> ---
>
Enjoy!
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
ib-mfd-input-rtc-v4.18
for you to fetch changes up to 55d1d1547a
On Fri, 30 Mar 2018, Sebastian Reichel wrote:
> Add const attribute to all mfd_cell structures.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/mfd/ti-lmu.c | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
For my own reference:
Acked-for-MFD-by: Lee Jones
--
Lee
On Mon, Apr 16, 2018 at 03:57:03PM +0200, Daniel Lezcano wrote:
> On 16/04/2018 14:30, Lorenzo Pieralisi wrote:
> > On Mon, Apr 16, 2018 at 02:10:30PM +0200, Daniel Lezcano wrote:
> >> On 16/04/2018 12:10, Viresh Kumar wrote:
> >>> On 16-04-18, 12:03, Daniel Lezcano wrote:
> On 16/04/2018 11:5
exynos_tmu.h is used only by exynos_tmu.c so there is no need
for a separate include file.
Also while at it remove no longer needed cpu_cooling.h include.
There should be no functional changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz
Acked-by: Daniel Lezcano
---
Replaceme
On Sat, Apr 14, 2018 at 8:54 AM, Peter Rosin wrote:
> On 2018-04-13 19:46, Rob Herring wrote:
>> On Mon, Apr 09, 2018 at 12:59:15PM +0200, Peter Rosin wrote:
>>> Useful for beating cases where an output mode selection heuristic
>>> fails.
>>>
>>> Signed-off-by: Peter Rosin
>>> ---
>>> Documentat
On Monday, April 16, 2018 03:24:57 PM Daniel Lezcano wrote:
> On 16/04/2018 12:12, Bartlomiej Zolnierkiewicz wrote:
> > exynos_tmu.h is used only by exynos_tmu.c so there is no need
> > for a separate include file.
> >
> > There should be no functional changes caused by this patch.
> >
> > Signed
On Sunday 15 April 2018 21:05:23 Lukas Wunner wrote:
> On Sun, Apr 15, 2018 at 07:17:46PM +0200, Pali Rohár wrote:
> > On Saturday 14 April 2018 13:17:11 Lukas Wunner wrote:
> > > On Sat, Apr 14, 2018 at 12:49:50PM +0200, Pali Rohár wrote:
> > > > On Saturday 14 April 2018 12:45:12 Lukas Wunner wro
2018-04-16 16:11 GMT+02:00 Richard Guy Briggs :
> On 2018-04-16 09:26, Ondrej Mosnacek wrote:
>> 2018-04-10 1:34 GMT+02:00 Richard Guy Briggs :
>> > There were two formats of the audit MAC_STATUS record, one of which was
>> > more
>> > standard than the other. One listed enforcing status changes
On Sat, Apr 14, 2018 at 12:41:31AM +0200, Djalal Harouni wrote:
> On Wed, Apr 4, 2018 at 4:45 PM, Eric W. Biederman
> wrote:
> [...]
> >
> > The only option I have seen proposed that might qualify as something
> > general purpose and simple is a new filesystem that is just the process
> > directo
On Mon, Apr 16, 2018 at 12:09:49AM -0400, James Simmons wrote:
> @@ -114,6 +115,15 @@ struct cfs_cpt_table *
> memset(cptab->ctb_cpu2cpt, -1,
> nr_cpu_ids * sizeof(cptab->ctb_cpu2cpt[0]));
>
> + cptab->ctb_node2cpt = kvmalloc_array(nr_node_ids,
> +
Em Mon, Apr 16, 2018 at 11:29:03AM +0300, Alexey Budankov escreveu:
> Hi Arnaldo,
>
> On 09.04.2018 12:26, Peter Zijlstra wrote:
> > On Mon, Apr 09, 2018 at 10:25:32AM +0300, Alexey Budankov wrote:
> >>
> >> Store preempting context switch out event into Perf trace as a part of
> >> PERF_RECORD_S
On 4/16/2018 9:27 AM, Bjorn Helgaas wrote:
>>> We realized that DPC and hotplug is heavily integrated today. We
>>> have use cases for systems without hotplug support but still
>>> support DPC. That's the problem we are trying to solve with this
>>> patchset.
> Apparently there's a problem with sys
On Mon, Apr 16, 2018 at 3:55 PM, Jacopo Mondi wrote:
> Add documentation for r8a77965 compatible string to Renesas sci-serial
> device tree bindings documentation.
>
> Signed-off-by: Jacopo Mondi
My
Reviewed-by: Geert Uytterhoeven
on v2 of the full r8a77965 series is still valid.
Gr{oetje,eeti
Em Mon, Apr 16, 2018 at 03:23:14PM +0200, Thomas Richter escreveu:
> From: Thomas Richter
>
> Perf list with flags -d and -v print a description (-d) or
> a very verbose explanation (-v) of CPU specific counter events.
> These descriptions are provided with the json files in
> directory pmu-event
On Thu, Apr 12, 2018 at 11:23:30PM +0800, Chen-Yu Tsai wrote:
> On Thu, Apr 12, 2018 at 11:11 PM, Icenowy Zheng wrote:
> > 于 2018年4月12日 GMT+08:00 下午10:56:28, Maxime Ripard
> > 写到:
> >>On Wed, Apr 11, 2018 at 10:16:39PM +0800, Icenowy Zheng wrote:
> >>> From: Chen-Yu Tsai
> >>>
> >>> On the Allw
On Fri, 30 Mar 2018, Sebastian Reichel wrote:
> Use new descriptor based API instead of the legacy one.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/mfd/ti-lmu.c | 28
> include/linux/mfd/ti-lmu.h | 3 ++-
> 2 files changed, 14 insertions(+), 17 delet
Hello, all!
After discussing xen-zcopy and hyper-dmabuf [1] approaches
it seems that xen-zcopy can be made not depend on DRM core any more
and be dma-buf centric (which it in fact is).
The DRM code was mostly there for dma-buf's FD import/export
with DRM PRIME UAPI and with DRM use-cases in m
于 2018年4月16日 GMT+08:00 下午10:31:30, Maxime Ripard 写到:
>On Thu, Apr 12, 2018 at 11:23:30PM +0800, Chen-Yu Tsai wrote:
>> On Thu, Apr 12, 2018 at 11:11 PM, Icenowy Zheng
>wrote:
>> > 于 2018年4月12日 GMT+08:00 下午10:56:28, Maxime Ripard
> 写到:
>> >>On Wed, Apr 11, 2018 at 10:16:39PM +0800, Icenowy Zheng
+static inline void camellia_enc_blk(void *ctx, u8 *dst, const u8 *src)
{
- __camellia_enc_blk(ctx, dst, src, false);
+ __camellia_enc_blk((struct camellia_ctx *) ctx, dst, src, false);
}
I don't see how this is an improvement: instead of having a proper type there's
now an opa
The patch set was made against the Lorenzo's master branch.
Adds support Designware EP support.
Increases the maximum number of interrupts allowed for Designware IP
controller.
Does a code cleanup on Designware driver:
- Replaces magic numbers without a easy meaning by a well known define
th
Replaces lower into upper case characters in comments and debug printks.
This is an attempt to keep the messages coherent within the designware
driver.
Also fixed code style on dw_pcie_irq_domain_free function.
Signed-off-by: Gustavo Pimentel
Acked-by: Jingoo Han
---
Change v1->v2:
- Added an
Replaces a simple division by 2 to a right shift rotation of 1 bit.
Probably any recent and decent compiler does this kind of substitution
in order to improve code performance. Nevertheless it's a coding good
practice whenever there is a division / multiplication by multiple of 2
to replace it by
Replace magic numbers by a well known define in order to make the code
human readable and also facilitate the code reusability.
Signed-off-by: Gustavo Pimentel
Acked-by: Jingoo Han
---
Change v1->v2:
- Nothing changed, just to follow the patch set version.
Change v2->v3:
- Nothing changed, just
Add device tree binding documentation for the Endpoint in PCIe Designware
driver.
Signed-off-by: Gustavo Pimentel
---
Change v1->v2:
- Add a missing log description.
- Add "snps,dw-pcie" compatible string following Kishon's suggestion.
Change v2->v3:
- Reverted pcie_ep name to pcie.
Changes v3-
Adds the designware EP device ID entry to pci_endpoint_test driver table
to allow this device to be recognize and handle by the pci_endpoint_test
driver.
Signed-off-by: Gustavo Pimentel
---
Change v1->v2:
- Changed device id following Kishon's suggestion.
Change v2->v3:
- Nothing changed, just to
The PCIe controller dual mode is capable of operating in host mode as well
as endpoint mode by configuration.
Signed-off-by: Gustavo Pimentel
---
Change v1->v2:
- Register new device id following Kishon's suggestion.
Change v2->v3:
- Nothing changed, just to follow the patch set version.
Changes
Adds a callback that defines the maximum number of vectors that can be use
by the Root Complex.
Since this is a parameter associated to each SoC IP setting, makes sense to
be configurable and easily visible to future modifications.
The designware IP supports a maximum of 256 vectors.
Signed-off-
On Fri, 30 Mar 2018, Sebastian Reichel wrote:
> This replaces all remaining unmanaged resources with device
> managed ones, so that the remove function is no longer needed.
> This makes the code slightly shorter and fixes two problems:
>
> 1. The hardware is disabled after the child devices have
Replaces "ctrlreg" reg-name by "dbi" to be coherent with similar drivers,
however it still be compatible with any previous DT that uses the old
reg-name.
Replaces the PCIe base address example by a real PCIe base address in use.
Signed-off-by: Gustavo Pimentel
---
Changes v1->v2:
- Removed any
Adds a seconds entry on the pci_epf_test_ids structure that disables the
linkup_notifier parameter on driver.
This allows EPs that doesn't have linkup notification signal to work
with pcitest.
Signed-off-by: Gustavo Pimentel
---
Change v2->v3:
- Added second entry in pci_epf_test_ids structure.
The PCIe controller dual mode is capable of operating in host mode as well
as endpoint mode by configuration, therefore this patch aims to add
endpoint mode support to the designware driver.
Signed-off-by: Gustavo Pimentel
---
Change v1->v2:
- Removed dw_plat_pcie_stop_link empty function.
- Im
On Fri, 30 Mar 2018, Sebastian Reichel wrote:
> This removes the of_compatible for the backlight sub-device. There
> will be no extra sub-node for the backlight.
Won't doing this in a separate patch break bisectability?
> Signed-off-by: Sebastian Reichel
> ---
> drivers/mfd/ti-lmu.c | 6 --
On Mon 16-04-18 15:25:50, Guillaume Morin wrote:
> Fwiw, there have been already reports of similar soft lockups in
> fsnotify() on 4.14: https://lkml.org/lkml/2018/3/2/1038
>
> We have also noticed similar softlockups with 4.14.22 here.
Yeah.
> On 16 Apr 13:54, Pavlos Parissis wrote:
> >
> > Hi
301 - 400 of 1099 matches
Mail list logo