Quoting Yangtao Li (2018-11-23 07:06:00)
> Use macro to simplify the code.
>
> Signed-off-by: Yangtao Li
> ---
Applied to clk-next
Am 28.11.18 um 22:13 schrieb Andrey Melnikov:
> ср, 28 нояб. 2018 г. в 18:55, Rainer Fiebig :
>>
>> Am Mittwoch, 28. November 2018, 13:02:56 schrieb Andrey Jr. Melnikov:
>>> In gmane.comp.file-systems.ext4 Theodore Y. Ts'o wrote:
On Wed, Nov 28, 2018 at 03:16:33AM +0300, Andrey Jr. Melnikov w
Quoting Yangtao Li (2018-11-23 07:01:04)
> Use macro to simplify the code.
>
> Signed-off-by: Yangtao Li
> ---
Applied to clk-next
Quoting Nicholas Mc Guire (2018-11-23 09:33:28)
> devm_kasprintf() may return NULL on failure of internal allocation thus
> the assignment to lpsc->pm_domain.name is not safe if not checked. On
> error davinci_lpsc_clk_register() returns a pointer to davinci_lpsc_clk
> which is checked with IS_E
On Wed, Nov 28, 2018 at 11:45:34AM -1000, Joey Pabalinas wrote:
> On Mon, Nov 19, 2018 at 11:32:39AM +0100, Christian Brauner wrote:
> > + if (info) {
> > + ret = __copy_siginfo_from_user(sig, &kinfo, info);
> > + if (unlikely(ret))
> > + goto err;
>
I thin
Quoting Gregory CLEMENT (2018-11-23 07:02:56)
> Hi Stephen,
>
> On ven., oct. 12 2018, Stephen Boyd wrote:
>
> > +Rob
> >
> > Quoting Gregory CLEMENT (2018-09-22 11:17:09)
> >> diff --git a/arch/arm64/boot/dts/marvell/armada-ap806.dtsi
> >> b/arch/arm64/boot/dts/marvell/armada-ap806.dtsi
> >>
Dou,
On Thu, 29 Nov 2018, Dou Liyang wrote:
> +/**
> + * struct irq_affinity_desc - Description for kinds of irq assignements
> + * which will be transferred to irqdesc core
Please align this proper
* struct irq_affinity_desc - Description for kinds of irq assignements
*
On 11/28/18 1:40 PM, Florian Fainelli wrote:
> While introducing the DSA tagging protocol attribute, it was added to the DSA
> slave network devices, but those actually see untagged traffic (that is their
> whole purpose). Correct this mistake by putting the tagging sysfs attribute
> under the D
Adding a new IOCTL command to communicate PMU specific configuration to
PMU kernel drivers. This can be anything a PMU might need for
configuration that doesn't fit in the perf_event_attr structure, such
as the CoreSight sink to use for a session.
Signed-off-by: Mathieu Poirier
---
include/uapi
When pmu::setup_aux() is called the coresight PMU needs to know which
sink to use for the session by looking up the information in the
drv_config field of the hw_perf_event structure.
As such simply replace the cpu information by the complete perf_event
structure and change all affected customers.
Make the perf_evsel available to the PMU driver configuration code. That
way function perf_evsel__run_ioctl() can be used from there and
information pertaining to the perf_evsel_config_term is still available.
Signed-off-by: Mathieu Poirier
---
tools/perf/arch/arm/util/cs-etm.c | 22 +++
This patch uses the PMU driver configuration held in event::hw::drv_config
to select a sink for each event that is created (the old sysFS way of
working is kept around for backward compatibility).
By proceeding in this way a sink can be used by multiple sessions
without having to play games with e
This patch adds the mechanic needed for user space to send PMU specific
configuration to the kernel driver using an ioctl() command. That way
events can keep track of options that don't fit in the perf_event_attr
structure like the selection of a CoreSight sink to use for the session.
Signed-off-
The communication of sink information for a trace session doesn't work when
more than one CPU is involved in the scenario due to the static nature of
sysFS. As such communicate the sink information to each event by using the
driver's sink configuration information and an ioctl command.
Signed-off
This is the fourth iteration of a set that adds the capability to communicate
event specific configuration to PMU kernel drivers using an ioctl(). Though
targeted at the identification of CoreSight sinks when operating in CPU-wide
trace scenarios the functionality is made generic enough for anyone
Quoting Gregory CLEMENT (2018-11-23 06:42:24)
> Hi Stephen,
>
> On mer., oct. 17 2018, Stephen Boyd wrote:
>
> > Quoting Gregory CLEMENT (2018-09-22 11:17:07)
> >> Actually, the clocks exposed for the cluster are not the CPU clocks, but
> >> the PLL clock used as entry clock for the CPU clocks
Quoting Gregory CLEMENT (2018-11-27 08:27:40)
> Hi Stephen,
>
> On ven., nov. 16 2018, Gregory CLEMENT wrote:
>
> >>> +static int ap_cpu_clock_probe(struct platform_device *pdev)
> >>> +{
> >>> + int ret, nclusters = 0, cluster_index = 0;
> >>> + struct device *dev = &pdev->dev;
>
Quoting Gregory CLEMENT (2018-11-15 15:22:59)
> On mer., oct. 17 2018, Stephen Boyd wrote:
>
> > Quoting Gregory CLEMENT (2018-09-22 11:17:06)
> >> + * @cluster: Cluster clock controller index
> >> + * @clk_name: Cluster clock controller name
> >> + * @dev : Cluster clock device
> >> + * @hw: HW
On 11/28/18 3:24 PM, Miklos Szeredi wrote:
On Wed, Nov 28, 2018 at 8:32 PM Stephen Smalley wrote:
On 11/28/18 12:03 PM, Vivek Goyal wrote:
On Wed, Nov 28, 2018 at 11:00:09AM +0100, Miklos Szeredi wrote:
On Tue, Nov 27, 2018 at 10:05 PM Vivek Goyal wrote:
On Tue, Nov 27, 2018 at 08:58:06PM
On Mon, Nov 19, 2018 at 06:44:32PM +0530, sundeep.l...@gmail.com wrote:
> From: Subbaraya Sundeep
>
> As per the spec, bridges with EA capability work
> with fixed secondary and subordinate bus numbers.
> Hence assign bus numbers to bridges from EA if the
> capability exists.
A reference to the
On Tue, Oct 30, 2018 at 02:09:12PM -0700, Jae Hyun Yoo wrote:
> This commit adds 'bus-timeout-ms' and '#retries' properties as
> common optional properties that can be used for setting 'timeout'
> and 'retries' values of 'struct i2c_adapter'. With this patch, the
> bus timeout value and the master
On Tue, Oct 30, 2018 at 02:09:16PM -0700, Jae Hyun Yoo wrote:
> In multi-master environment, this driver's master cannot know
> exactly when a peer master sends data to this driver's slave so a
> case can be happened that this master tries to send data through
> the master_xfer function but slave d
On Tue, Nov 27, 2018 at 6:50 AM Stephen Rothwell wrote:
> Hi Ondrej,
>
> On Tue, 27 Nov 2018 09:53:32 +0100 Ondrej Mosnacek
> wrote:
> >
> > Hm... seems that there was some massive overhaul in the VFS code right
> > at the wrong moment... There are new hooks for mounting now and the
>
> The moun
On Tue, Nov 27, 2018 at 12:55 AM Dr. Greg wrote:
> Since the thread has become a bit divergent I wanted to note that we
> have offered a proposal for a general policy management framework
> based on MRSIGNER values. This framework is consistent with the SGX
> security model, ie. cryptographic rat
On 11/27/18 1:13 PM, Eric Anholt wrote:
> Hi Florian,
>
> The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
>
> Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
>
> are available in the Git repository at:
>
> git://github.com/anholt/linux tags/bcm2835-dt-next-2018-11
On 11/27/18 1:13 PM, Eric Anholt wrote:
> Hi Florian,
>
> The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
>
> Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
>
> are available in the Git repository at:
>
> git://github.com/anholt/linux tags/bcm2835-drivers-next-20
On 11/27/18 1:12 PM, Eric Anholt wrote:
> Hi Florian,
>
> Hopefully I'm not too late this time around. Stefan's been doing a
> great job maintaining the bcm2835 branches, and was waiting for me to
> send the PRs.
>
> The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
On 11/27/18 1:12 PM, Eric Anholt wrote:
> Hi Florian,
>
> The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
>
> Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
>
> are available in the Git repository at:
>
> git://github.com/anholt/linux tags/bcm2835-soc-next-2018-1
On 11/24/18 6:52 AM, Yangtao Li wrote:
> of_find_node_by_path() acquires a reference to the node returned by it
> and that reference needs to be dropped by its caller. soc_is_brcmstb()
> doesn't do that, so fix it.
>
> [treding: slightly rewrite to avoid inline comparison]
>
> Signed-off-by: Y
On Mon, Nov 19, 2018 at 11:32:39AM +0100, Christian Brauner wrote:
> + if (info) {
> + ret = __copy_siginfo_from_user(sig, &kinfo, info);
> + if (unlikely(ret))
> + goto err;
What's the reason you don't propagate up the errors from
__copy_siginfo_fr
Hi!
> > this series contains contains a bunch of MMP2 platform fixes.
> >
> > Previous spins of the patch set were sent out over the course of last
> > three months to the MMP platform maintainers, with Arnd and
> > linux-arm-ker...@lists.infradead.org on copy.
> >
> > Unfortunatelly, MMP maintain
On Wed, Nov 28, 2018 at 6:53 PM Lubomir Rintel wrote:
>
> Hi,
>
> this series contains contains a bunch of MMP2 platform fixes.
>
> Previous spins of the patch set were sent out over the course of last
> three months to the MMP platform maintainers, with Arnd and
> linux-arm-ker...@lists.infradead
On Wed, Nov 28, 2018 at 6:54 PM Lubomir Rintel wrote:
>
> The MMP2 platform uses the PJ4 CPU. The cpu_is_mmp2() macro is thus
> actually not useful at all and moreover gives the wrong result on
> MACH_MMP2_DT.
>
> The actual problem I aim to fix is that on a device-tree enabled system,
> the timer
On Wed, 28 Nov 2018, Bjorn Helgaas wrote:
> On Wed, Nov 28, 2018 at 10:45 AM Dou Liyang wrote:
> > if (affd)
> > - masks = irq_create_affinity_masks(nvec, affd);
> > -
> > + affi_desc = irq_create_affinity_desc(nvec, affd);
> >
> > /* MSI Entry Initializ
From: TheWongGuy
Added the ability to detect the ELAN0621 touchpad found in some Lenovo
laptops.
Signed-off-by: Adam Wong
---
drivers/input/mouse/elan_i2c_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/input/mouse/elan_i2c_core.c
b/drivers/input/mouse/elan_i2c_core.c
index
Hi all,
On Fri, 16 Nov 2018 10:10:59 +1100 Stephen Rothwell
wrote:
>
> Hi all,
>
> After merging the qcom tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> drivers/gpu/drm/msm/adreno/a6xx_gmu.c: In function
> 'a6xx_gmu_rpmh_arc_votes_init.constprop':
> drive
Quoting Douglas Anderson (2018-11-28 10:57:42)
> diff --git a/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> b/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> index 9d0358cc08b4..4e5215ef1acd 100644
> --- a/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> +++ b/Documenta
Quoting Douglas Anderson (2018-11-28 10:48:59)
> In an earlier version of commit 453361cdd757 ("clk: qcom: Add graphics
> clock controller driver for SDM845") there were 6 listed parents for
> "gpu_cc_gmu_clk_src". In the version that landed there were 5.
> ...but "num_parents" was still left at 6
[+cc Emmanuel, LKML]
On Fri, Nov 09, 2018 at 03:43:06PM -0600, Bjorn Helgaas wrote:
> -- Forwarded message -
> From:
> Date: Fri, Nov 9, 2018 at 4:10 AM
> Subject: [Bug 201647] New: Intel Wireless card 3165 does not get
> detected but bluetooth works
>
> https://bugzilla.kernel.o
ср, 28 нояб. 2018 г. в 18:55, Rainer Fiebig :
>
> Am Mittwoch, 28. November 2018, 13:02:56 schrieb Andrey Jr. Melnikov:
> > In gmane.comp.file-systems.ext4 Theodore Y. Ts'o wrote:
> > > On Wed, Nov 28, 2018 at 03:16:33AM +0300, Andrey Jr. Melnikov wrote:
> > > > Corrupted inodes - always directory
On November 29, 2018 9:59:52 AM GMT+13:00, Florian Weimer
wrote:
>* Christian Brauner:
>
>> +.\" Copyright (C) 2018 Christian Brauner
>
>The text seems to be largely derived from rt_sigqueueinfo, so I'm not
>sure if this appropriate here.
>
>> +the null signal (0) can be used to check if a proce
Quoting Taniya Das (2018-11-21 23:53:41)
> diff --git a/drivers/clk/qcom/gcc-sdm845.c b/drivers/clk/qcom/gcc-sdm845.c
> index f133b7f..ba8ff99 100644
> --- a/drivers/clk/qcom/gcc-sdm845.c
> +++ b/drivers/clk/qcom/gcc-sdm845.c
> @@ -3153,6 +3153,34 @@ enum {
> },
> };
>
> +static struct cl
On 28/11/2018 21:05:17+0200, Andy Shevchenko wrote:
> Since we put static variable to a header file it's copied to each module
> that includes the header. But not all of them are actually using it.
>
> Mark nvmem_type_str array with __maybe_unused to make a compiler happy:
>
> In file included fr
On Wed, 28 Nov 2018 15:39:31 -0500
Joe Lawrence wrote:
> Hi Steve,
>
> With your ftrace/urgent branch linked above, if I try a quick
> function_graph test like the following:
>
> SYSFS=/sys/kernel/debug/tracing
>
> echo 0 > "$SYSFS/tracing_on"
> echo cmdline_proc_show > "$SYSFS/set_graph
This reverts commit:
c54c7374ff44 ("drm/dp_mst: Skip validating ports during destruction, just ref")
ugh.
In drm_dp_destroy_connector_work(), we have a pretty good chance of
freeing the actual struct drm_dp_mst_port. However, after destroying
things we send a hotplug through (*mgr->cbs->hotplug)
* Christian Brauner:
> +.\" Copyright (C) 2018 Christian Brauner
The text seems to be largely derived from rt_sigqueueinfo, so I'm not
sure if this appropriate here.
> +the null signal (0) can be used to check if a process with a given
> +PID exists.
What does this mean if hte process is ident
On Wed, Nov 21, 2018 at 07:28:01PM -0500, Steven Rostedt wrote:
>
> [ ... snip ... ]
>
> Feel free to test this! I'll be pushing this to linux-next and let it
> sit there a week or so before pushing it to Linus.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> ftrace/ur
Boris,
> -Original Message-
> From: Borislav Petkov
> Sent: Wednesday, November 28, 2018 2:30 PM
> To: Moger, Babu
> Cc: t...@linutronix.de; mi...@redhat.com; h...@zytor.com;
> x...@kernel.org; fenghua...@intel.com; reinette.cha...@intel.com;
> dan.carpen...@oracle.com; linux-kernel@vger
Fix the following compiler warning caused by recent change.
arch/x86/kernel/cpu/resctrl/ctrlmondata.c:227 parse_cbm()
error: uninitialized symbol 'cbm_val'
Fixes: a36c5ff560fb ("x86/resctrl: Bring cbm_validate() into the resource
structure")
Reported-by: Dan Carpenter
Signed-off-by: Babu Moger
On Wed, Nov 28, 2018 at 08:15:02PM +, Moger, Babu wrote:
> Fix the compiler warning caused by a recent change.
Now take your time machine, send yourself 6 months into the future, look
at that commit message and try to remember what it was fixing. Can you?
I can't.
IOW, please summarize what
On Wed, Nov 28, 2018 at 8:32 PM Stephen Smalley wrote:
>
> On 11/28/18 12:03 PM, Vivek Goyal wrote:
> > On Wed, Nov 28, 2018 at 11:00:09AM +0100, Miklos Szeredi wrote:
> >> On Tue, Nov 27, 2018 at 10:05 PM Vivek Goyal wrote:
> >>>
> >>> On Tue, Nov 27, 2018 at 08:58:06PM +0100, Miklos Szeredi wro
On Tue, Nov 27, 2018 at 10:32 PM Bharat Bhushan wrote:
> > -Original Message-
> > From: Alex Williamson
> > Sent: Tuesday, November 27, 2018 9:39 PM
> > To: Bjorn Helgaas
> > Cc: Bharat Bhushan ; linux-...@vger.kernel.org;
> > linux-kernel@vger.kernel.org; bharatb.ya...@gmail.com; David
Fix the compiler warning caused by a recent change.
Fixes: a36c5ff560fb ("x86/resctrl: Bring cbm_validate() into the resource
structure")
Reported-by: Dan Carpenter
Signed-off-by: Babu Moger
---
arch/x86/kernel/cpu/resctrl/ctrlmondata.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
I spent some more time looking at this today...
On Fri, Nov 23, 2018 at 06:05:25PM +, Will Deacon wrote:
> Doing some more debugging, it looks like the usual failure case is where
> one CPU clears the inode field in the dentry via:
>
> devpts_pty_kill()
> -> d_delete() /
-xtensa.git tags/xtensa-20181128
for you to fetch changes up to 38a35a78c5e270cbe53c4fef6b0d3c2da90dd849:
xtensa: fix coprocessor part of ptrace_{get,set}xregs (2018-11-26 18:37:51
-0800)
Xtensa fixes for v4.20-rc5
- Fix kernel
On Wed, Nov 28, 2018 at 6:13 AM Rafael J. Wysocki wrote:
>
> On Tuesday, November 27, 2018 9:25:14 PM CET Bjorn Helgaas wrote:
> > On Mon, Nov 26, 2018 at 11:37:20PM +0100, Rafael J. Wysocki wrote:
> > > On Monday, November 26, 2018 7:03:58 PM CET Rafael J. Wysocki wrote:
> > > > Hi Bjorn,
> > > >
On Wed, 2018-11-28 at 19:52 +, Robin Murphy wrote:
> On 28/11/2018 18:56, Trent Piepho wrote:
> > On Wed, 2018-11-28 at 16:16 +, Robin Murphy wrote:
> > >
> > > >
> > > > +static int imx6q_pcie_abort_handler_thumb2(unsigned long addr,
> > > > + unsigned int fsr, struct pt
[+cc linux-pci]
On Wed, Nov 28, 2018 at 10:45 AM Dou Liyang wrote:
>
> Now, Linux just spread the irq affinity to irqdesc core by a cpumask pointer.
> if an Vector's affinity is not NULL, it will be marked as managed.
>
> But, as Kashyap and Sumit reported, in MSI/-x subsystem, the pre/post vecto
On Wed, Nov 28, 2018 at 09:22:23AM -0500, Steven Rostedt wrote:
> On Wed, 28 Nov 2018 12:05:02 +
> Will Deacon wrote:
>
> > Ok! Then please add a comment to arch_syscall_match_sym_name() along those
> > lines, and you can add my ack:
> >
> > Acked-by: Will Deacon
>
> Shouldn't this go thro
From: Tzvetomir Stoyanov
This patch adds a sanity check to is_timestamp_in_us() input
parameter trace_clock. It avoids a potential segfault in this
function for the case trace_clock is NULL.
Reported-by: Slavomir Kaslev
Signed-off-by: Tzvetomir Stoyanov
Signed-off-by: Steven Rostedt (VMware)
On 28/11/2018 18:56, Trent Piepho wrote:
On Wed, 2018-11-28 at 16:16 +, Robin Murphy wrote:
+static int imx6q_pcie_abort_handler_thumb2(unsigned long addr,
+ unsigned int fsr, struct pt_regs *regs)
+{
+ unsigned long pc = instruction_pointer(regs);
+ unsigned
On Wed, Nov 28, 2018 at 06:29:01PM +0100, Michael Straube wrote:
> Use __func__ instead of hardcoded function names.
> Reported by checkpatch.
>
> Signed-off-by: Michael Straube
> ---
> .../rtl8188eu/hal/hal8188e_rate_adaptive.c| 36 ++-
> 1 file changed, 20 insertions(+), 16
On Wed, Nov 28, 2018 at 09:05:34PM +0200, Andy Shevchenko wrote:
> Use %ptR instead of open coded variant to print content of
> struct rtc_time in human readable format.
>
> Cc: Thierry Reding
> Cc: Jonathan Hunter
> Signed-off-by: Andy Shevchenko
> ---
> drivers/rtc/rtc-tegra.c | 30 +++--
On 11/28/18 12:03 PM, Vivek Goyal wrote:
On Wed, Nov 28, 2018 at 11:00:09AM +0100, Miklos Szeredi wrote:
On Tue, Nov 27, 2018 at 10:05 PM Vivek Goyal wrote:
On Tue, Nov 27, 2018 at 08:58:06PM +0100, Miklos Szeredi wrote:
[resending with fixed email address for Paul Moore]
Moving discussion
On Wed, Nov 28, 2018 at 1:36 PM Greg KH wrote:
> So you still need a char device, and you will have have a load of them,
> just use the misc device api. It's simple, clean, and is hard to get
> wrong. The cdev api is hard, complex, and trivial to get wrong in any
> number of different ways that
On 28/11/2018 17:53, Stefan Agner wrote:
On 28.11.2018 17:16, Robin Murphy wrote:
Hi Stefan,
On 28/11/2018 13:25, Stefan Agner wrote:
Add a fault handler which handles reads in Thumb-2 mode. Install
the appropriate handler depending on which mode the kernel has
been built. This avoids an "Unha
> On Nov 28, 2018, at 8:08 AM, Josh Poimboeuf wrote:
>
> On Wed, Oct 17, 2018 at 05:54:15PM -0700, Nadav Amit wrote:
>> This RFC introduces indirect call promotion in runtime, which for the
>> matter of simplification (and branding) will be called here "relpolines"
>> (relative call + trampoline)
Hello,
On 28/11/2018 15:53:12-0200, Matheus Tavares wrote:
> diff --git a/drivers/iio/adc/exynos_adc.c b/drivers/iio/adc/exynos_adc.c
> index f10443f92e4c..9f9c186e2135 100644
> --- a/drivers/iio/adc/exynos_adc.c
> +++ b/drivers/iio/adc/exynos_adc.c
> @@ -1,3 +1,4 @@
> +// SPDX-License-Identifier:
On Wed, Nov 28, 2018 at 04:49:41AM -0600, Dr. Greg wrote:
> We've been carrying a patch, that drops in on top of the proposed
> kernel driver, that implements the needed policy management framework
> for DAC fragile (FLC) platforms. After a meeting yesterday with the
> client that is funding the w
On Wed, Nov 28, 2018 at 09:40:37AM +0100, Roberto Sassu wrote:
> On 11/19/2018 5:07 PM, Jarkko Sakkinen wrote:
> > On Mon, Nov 19, 2018 at 04:09:34PM +0100, Roberto Sassu wrote:
> > > On 11/19/2018 3:33 PM, Jarkko Sakkinen wrote:
> > > > On Mon, Nov 19, 2018 at 09:14:00AM +0100, Roberto Sassu wrote
Adding Masami and Namhyung to this as well.
-- Steve
On Wed, 28 Nov 2018 13:47:00 -0500
Steven Rostedt wrote:
> [
> Sorry for the late reply on this, when I got back from Plumbers, my
> work was really piled up, and then Turkey day came and just added more
> to the chaos.
> ]
>
> From ou
Commit-ID: 69be4efeb959147ff86f22e35aea9526f9b86715
Gitweb: https://git.kernel.org/tip/69be4efeb959147ff86f22e35aea9526f9b86715
Author: Mattias Jacobsson <2...@mok.nu>
AuthorDate: Wed, 28 Nov 2018 17:16:07 +0100
Committer: Borislav Petkov
CommitDate: Wed, 28 Nov 2018 20:06:07 +0100
x86/
There are users which print time and date represented by content of
struct rtc_time in human readable format.
Instead of open coding that each time introduce %ptR[dt][r] specifier.
Cc: Arnd Bergmann
Cc: Bartlomiej Zolnierkiewicz
Cc: Dmitry Torokhov
Cc: Geert Uytterhoeven
Cc: Guan Xuetao
Cc:
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-at91rm9200.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/rtc/rtc-at91rm9200.c b/drivers/rtc/rtc
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-m41t80.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-m41t80.c b/drivers/rtc/rtc-m41t80.c
index a391
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-at91sam9.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-mcp795.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/rtc/rtc-mcp795.c b/drivers/rtc/rtc-mcp7
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-pm8xxx.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/drivers/rtc/rtc-pm8xxx.c b/drivers/rtc/rtc-pm8xxx
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-m48t59.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/rtc-m48t59.c b/drivers/rtc/rtc-m48t59.c
index a
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-pic32.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/rtc/rtc-pic32.c b/drivers/rtc/rtc-pic32.
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Cc: Guan Xuetao
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-puv3.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/rtc/rtc-puv3.c b/drivers
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-pcf50633.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/rtc-pcf50633.c b/drivers/rtc/rtc-pcf50633.c
i
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-rx6110.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-rx6110.c b/drivers/rtc/rtc-rx6110.c
in
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Note, we drop the validation option. This is only used in
a deprecated ABI and is mostly wrong as many RTCs will still be valid
after 2100.
Cc: Arnd Bergmann
Acked-by: Greg Kroah-Hartman
Signed-
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Cc: Bartlomiej Zolnierkiewicz
Reviewed-by: Krzysztof Kozlowski
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-s5m.c | 27 ++-
1 file changed, 6 insertions(+), 21 del
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-rk808.c | 20 ++--
1 file changed, 6 insertions(+), 14 deletions(-)
diff --git a/drivers/rtc/rtc-rk808.c b/drivers/rtc/rtc-rk80
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Cc: Dmitry Torokhov
Signed-off-by: Andy Shevchenko
Acked-by: Dmitry Torokhov
---
drivers/input/misc/hp_sdc_rtc.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/driv
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-s3c.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/drivers/rtc/rtc-s3c.c b/drivers/rtc/rtc-s3c.c
in
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-rx8025.c | 19 ---
1 file changed, 4 insertions(+), 15 deletions(-)
diff --git a/drivers/rtc/rtc-rx8025.c b/drivers/rtc/rtc-rx8
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Cc: Geert Uytterhoeven
Signed-off-by: Andy Shevchenko
---
arch/m68k/mac/misc.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/m68k/mac/misc.c b/arch/m68k/mac/mi
From: Matthew Wilcox
commit 25bbe21bf427a81b8e3ccd480ea0e1d940256156 upstream.
After calling get_unlocked_entry(), you have to call
put_unlocked_entry() to avoid subsequent waiters losing wakeups.
Fixes: c2a7d2a11552 ("filesystem-dax: Introduce dax_lock_mapping_entry()")
Cc:
Signed-off-by: Mat
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Cc: Thierry Reding
Cc: Jonathan Hunter
Signed-off-by: Andy Shevchenko
---
drivers/rtc/rtc-tegra.c | 30 +++---
1 file changed, 3 insertions(+), 27 deletions(-)
diff --g
Since we put static variable to a header file it's copied to each module
that includes the header. But not all of them are actually using it.
Mark nvmem_type_str array with __maybe_unused to make a compiler happy:
In file included from include/linux/rtc.h:18,
from drivers/rtc/rtc
*** BLURB HERE ***
At some point I have noticed too many users of struct rtc_time that
printing its content field by field.
In this series I introduce %ptR[dt][r] specifier to make life a bit
easier.
There are still users of detailed output of the struct rtc_time, but we
can introduce an addition
Use %ptR instead of open coded variant to print content of
struct rtc_time in human readable format.
Cc: linux...@vger.kernel.org
Acked-by: Rafael J. Wysocki
Signed-off-by: Andy Shevchenko
---
drivers/base/power/trace.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/driv
Andy,
On Mon, Oct 8, 2018 at 4:18 PM Stephen Boyd wrote:
>
> Quoting Douglas Anderson (2018-10-08 13:17:11)
> > This adds the Quad SPI controller to the main sdm845 device tree file.
> > Boards will be expected to assign the proper pinctrl depending on how
> > many chip selects they have hooked u
> On Nov 20, 2018, at 12:35 PM, Nadav Amit wrote:
>
> When modules and BPF filters are loaded, there is a time window in
> which some memory is both writable and executable. An attacker that has
> already found another vulnerability (e.g., a dangling pointer) might be
> able to exploit this behav
Add the GPU clock controller nodes as per the example.
Signed-off-by: Douglas Anderson
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
b/arch/arm64/boot/dts/qcom/sdm845.dtsi
index 1419b0098cb3..30068
In the bindings that landed for the gpucc we require that the XO clock
(one possible parent of the gpucc) be listed. The code doesn't use
this yet--this is just to allow us to move toward the day when it does
use it. What the code does do today is to hardcode the parent name to
"bi_tcxo". That's
301 - 400 of 878 matches
Mail list logo