On 30/05/2018 16:33, Tony Krowiak wrote:
On 05/24/2018 05:08 AM, Pierre Morel wrote:
On 23/05/2018 16:45, Tony Krowiak wrote:
On 05/16/2018 04:03 AM, Pierre Morel wrote:
On 07/05/2018 17:11, Tony Krowiak wrote:
Implements the open callback on the mediated matrix device.
The function
On Tue, Jun 05, 2018 at 04:07:15PM +0400, Ilya Matveychikov wrote:
> > On Jun 5, 2018, at 3:53 PM, Al Viro wrote:
> > On Tue, Jun 05, 2018 at 03:35:55PM +0400, Ilya Matveychikov wrote:
> >>> On Jun 5, 2018, at 3:26 PM, Al Viro wrote:
> > On Jun 5, 2018, at 6:00 AM, Ilya Matveychikov
>
+Cc: Petr. I suppose test_printf is going through his tree as well as
vsnprintf itself. At least it logically makes sense.
On Mon, Jun 4, 2018 at 2:37 PM, Thierry Escande
wrote:
> If the test_printf module is loaded before the crng is initialized, the
> plain 'p' tests will fail because the
> On Jun 5, 2018, at 4:28 PM, David Sterba wrote:
>
>> BTW, sys_umount() has this check in the right place - before doing anything.
>> So, why not to have the same logic for mount/umount?
>
> What if the check is not equivalent to the one done later? may_mount
> needs namespace, it will be
On Mon 2018-06-04 17:33:42, Steven Rostedt wrote:
> On Thu, 31 May 2018 14:16:33 +0200
> Petr Mladek wrote:
>
> > > enum log_flags {
> > > - LOG_NOCONS = 1,/* already flushed, do not print to console */
> > > - LOG_NEWLINE = 2,/* text ended with a newline */
> > > - LOG_PREFIX
On Tue, Jun 5, 2018 at 3:27 PM, Andy Shevchenko
wrote:
> On Mon, Jun 4, 2018 at 6:55 PM, Alexandru Gagniuc
> wrote:
>> PCIe downtraining happens when both the device and PCIe port are
>> capable of a larger bus width or higher speed than negotiated.
>> Downtraining might be indicative of other
On 2018/6/5 20:46, Andy Shevchenko wrote:
> On Tue, Jun 5, 2018 at 3:49 PM, Christoph Hellwig wrote:
>> On Tue, Jun 05, 2018 at 03:39:16PM +0300, Andy Shevchenko wrote:
>>> On Tue, Jun 5, 2018 at 3:28 PM, YueHaibing wrote:
>>>
>>> Hmm... Is PCI case anyhow special or it's a simple wrapper
On Tuesday 05 Jun 2018 at 14:11:53 (+0200), Juri Lelli wrote:
> Hi Quentin,
>
> On 05/06/18 11:57, Quentin Perret wrote:
>
> [...]
>
> > What about the diff below (just a quick hack to show the idea) applied
> > on tip/sched/core ?
> >
> > ---8<---
> > diff --git
On Tuesday 05 Jun 2018 at 13:59:56 (+0200), Vincent Guittot wrote:
> On 5 June 2018 at 12:57, Quentin Perret wrote:
> > Hi Vincent,
> >
> > On Tuesday 05 Jun 2018 at 10:36:26 (+0200), Vincent Guittot wrote:
> >> Hi Quentin,
> >>
> >> On 25 May 2018 at 15:12, Vincent Guittot
> >> wrote:
> >> >
And get rid of the license text that is no longer necessary. Also fix
the license as sometimes doesn't match what the header with the value in
the MODULE_LICENSE macro. Assuming that the desired license is GPL-2.0+,
all the files are updated to this license version.
Signed-off-by: Enric Balletbo
Adopt the SPDX license identifier headers to ease license compliance
management.
Signed-off-by: Enric Balletbo i Serra
---
drivers/iio/accel/cros_ec_accel_legacy.c | 23 --
.../common/cros_ec_sensors/cros_ec_sensors.c | 24 ++-
On 04/06/18 18:35, Aapo Vienamo wrote:
> The sdhci get_max_clock callback is set to sdhci_pltfm_clk_get_max_clock
> and tegra_sdhci_get_max_clock is removed. It appears that the
> shdci-tegra specific callback was originally introduced due to the
> requirement that the host clock has to be twice
Hi Masahiro,
On Wed, 2018-05-30 at 14:57 +0900, Masahiro Yamada wrote:
> One more thing.
>
> I want to remove reset_control_reset() entirely.
reset_control_reset is for those cases where "the reset controller
knows" how to reset us. There are hardware reset controllers that can
control a bunch
Adopt the SPDX license identifier headers to ease license compliance
management.
Signed-off-by: Enric Balletbo i Serra
---
drivers/power/supply/tps65217_charger.c | 22 +-
1 file changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/power/supply/tps65217_charger.c
On Mon, 2018-06-04 at 20:57 +0200, Giulio Benetti wrote:
> Il 04/06/2018 13:49, Andy Shevchenko ha scritto:
> > On Fri, 2018-06-01 at 16:11 +0200, Giulio Benetti wrote:
> > > It can be useful to override 8250 mctrl lines with gpios, for rts
> > > on
> > > rs485 for example, when rts is not mapped
Use fixed width integer types for ecoff structs to make elf2ecoff work
on 64bit host machines
Signed-off-by: Thomas Bogendoerfer
Reviewed-by: Paul Burton
---
v3: include stdint.h in ecoff.h
missed one printf format
v2: include stdint.h and use inttypes.h for printf formats
On 05/06/18 11:30, Chanwoo Choi wrote:
> On 2018년 06월 05일 18:22, Enric Balletbo i Serra wrote:
>> Adopt the SPDX license identifier headers to ease license compliance
>> management.
>>
>> Signed-off-by: Enric Balletbo i Serra
>> ---
>>
>> drivers/extcon/extcon-usbc-cros-ec.c | 20
On 05/06/2018 11:22:05+0200, Enric Balletbo i Serra wrote:
> Adopt the SPDX license identifier headers to ease license compliance
> management.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
>
> drivers/rtc/rtc-cros-ec.c | 21 +
> 1 file changed, 5 insertions(+), 16
On Mon, Jun 04, 2018 at 03:30:20PM +0530, Srikar Dronamraju wrote:
> Since task migration under numa balancing can happen in parallel, more
> than one task might choose to move to the same node at the same time.
> This can cause load imbalances at the node level.
>
> The problem is more likely if
On Tue, Jun 05, 2018 at 11:26:37AM +0200, Peter Zijlstra wrote:
> On Tue, May 29, 2018 at 04:43:35PM +0100, Mark Rutland wrote:
> > /**
> > + * atomic64_add_unless - add unless the number is already a given value
> > + * @v: pointer of type atomic_t
> > + * @a: the amount to add to v...
> > + *
On Tue, 2018-06-05 at 09:37 +0200, Hans de Goede wrote:
> Hi,
>
> On 05-06-18 05:18, Chris Chiu wrote:
> > On Tue, Jun 5, 2018 at 10:31 AM, Darren Hart
> > wrote:
> > > On Mon, Jun 04, 2018 at 04:23:04PM +0200, Hans de Goede wrote:
> > > > Hi,
> > > >
> > > > On 04-06-18 15:51, Daniel Drake
On Tue, Jun 05, 2018 at 11:03:49AM +0200, Michal Hocko wrote:
> On Mon 04-06-18 17:23:06, Roman Gushchin wrote:
> [...]
> > I'm happy to discuss any concrete issues/concerns, but I really see
> > no reasons to drop it from the mm tree now and start the discussion
> > from scratch.
>
> I do not
Hi Yang,
On 05/06/18 07:30, Yang Yingliang wrote:
When the kernel booted with maxcpus=x, 'x' is smaller
than actual cpu numbers, the TAs of offline cpus won't
be set to its->collection.
If LPI is bind to offline cpu, sync cmd will use zero TA,
it leads to ITS queue timeout. Fix this by
On Mon, Jun 04, 2018 at 07:47:30PM +0200, Matthias Reichl wrote:
> Hi Sean,
>
> I finally found the time to test your patch series and noticed
> 2 issues - comments are inline
>
> On Sun, May 27, 2018 at 12:24:09PM +0100, Sean Young wrote:
> > diff --git a/drivers/media/rc/Kconfig
Adding the support to read rusage data once the
workload is finished and display the system/user
time values:
$ perf stat --null ./perf bench sched pipe
...
Performance counter stats for './perf bench sched pipe':
5.342599256 seconds time elapsed
2.544434000 seconds user
Apparently there was an attempt to avoid out-of-bounds accesses when there
is only one memory timing available, but there is a typo in the code that
neglects that attempt.
Signed-off-by: Dmitry Osipenko
---
drivers/clk/tegra/clk-emc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Add python script to show hypervisor call statistics. Ex,
# perf record -a -e "{powerpc:hcall_entry,powerpc:hcall_exit}"
# perf script -s scripts/python/powerpc-hcalls.py
hcallcount min(ns) max(ns) avg(ns)
The helios4 is a Armada388 based nas board designed by SolidRun and
based on their SOM. It is sold by kobol.io the dts file came from
https://raw.githubusercontent.com/armbian/build/master/patch/kernel/mvebu-default/95-helios4-device-tree.patch
I added a SPDX license line to match the clearfog it
On Mon, Jun 4, 2018 at 11:53 PM, Dmitry Torokhov
wrote:
> On Fri, Jun 01, 2018 at 06:07:08PM -0700, Ravi Chandra Sadineni wrote:
>> Call pm_wakeup_event on every irq. This should help us in identifying if
>> keyboard was a potential wake reason for the last resume.
>>
>> Signed-off-by: Ravi
On Fri, Jun 1, 2018 at 12:51 AM, Srinivas Pandruvada
wrote:
> Added two utility functions to HWP boost up gradually and boost down to
> the default cached HWP request values.
>
> Boost up:
> Boost up updates HWP request minimum value in steps. This minimum value
> can reach upto at HWP request
mempool_init()/bioset_init() require that the mempools/biosets be zeroed
first; they probably should not _require_ this, but not allocating those
structs with kzalloc is a fairly nonsensical thing to do (calling
mempool_exit()/bioset_exit() on an uninitialized mempool/bioset is legal
and safe, but
On Tue, May 29, 2018 at 04:43:35PM +0100, Mark Rutland wrote:
> /**
> + * atomic64_add_unless - add unless the number is already a given value
> + * @v: pointer of type atomic_t
> + * @a: the amount to add to v...
> + * @u: ...unless v is equal to u.
> + *
> + * Atomically adds @a to @v, so long
On Mon, Jun 04, 2018 at 06:35:40PM +0300, Aapo Vienamo wrote:
> The sdhci get_max_clock callback is set to sdhci_pltfm_clk_get_max_clock
> and tegra_sdhci_get_max_clock is removed. It appears that the
> shdci-tegra specific callback was originally introduced due to the
> requirement that the host
The intc #interrupt-cells is equal to 1. Currently gpio
node has 2 cells per IRQ which is wrong. Remove the additional
cell for each of the interrupts.
Signed-off-by: Keerthy
Fixes: 2e38b946dc54 ("ARM: davinci: da850: add GPIO DT node")
---
Changes in v2:
* Fixed $Subject
On Tuesday 05 June 2018 03:35 PM, Keerthy wrote:
> The intc #interrupt-cells is equal to 1. Currently gpio
> node has 2 cells per IRQ which is wrong. Remove the additional
> cell for each of the interrupts.
Just noticed $Subject is not quite right. I will fix and send a v2 in a bit.
>
>
Hi,
On 05-06-18 12:46, Benjamin Berg wrote:
Hey,
On Tue, 2018-06-05 at 12:31 +0200, Hans de Goede wrote:
On 05-06-18 12:14, Bastien Nocera wrote:
On Tue, 2018-06-05 at 12:05 +0200, Hans de Goede wrote:
On 05-06-18 11:58, Bastien Nocera wrote:
[SNIP]
Ok, so what are you suggestion, do you
Frederic Weisbecker writes:
> On Mon, May 28, 2018 at 09:31:07PM +1000, Michael Ellerman wrote:
>> Frederic Weisbecker writes:
>>
>> > On Thu, May 24, 2018 at 12:01:52PM +1000, Michael Ellerman wrote:
>> >> Frederic Weisbecker writes:
>> >>
>> >> > diff --git
On Mon, Jun 04, 2018 at 01:36:49AM +0300, Dmitry Osipenko wrote:
> Hello,
>
> Couple years ago the Tegra20 EMC driver was removed from the kernel
> due to incompatible changes in the Tegra's clock driver. This patchset
> introduces a modernized EMC driver. Currently the sole purpose of the
>
When CONFIG_OPTIMIZE_INLINING is enabled, the function native_set_p4d()
may not be fully inlined into the caller, resulting in a false-positive
warning about an access to the __pgtable_l5_enabled variable from a
non-__init function, despite the original caller being an __init function:
WARNING:
On Fri, 25 May 2018 12:21:14 +0200
Pierre Morel wrote:
> We use mutex around the FSM function call to make the FSM
> event handling and state change atomic.
I'm still not really clear as to what this mutex is supposed to
serialize:
- Modification of the state?
- Any calls in the state machine?
The newly introduced code fails to build in some configurations
unless we include the right headers:
drivers/hwtracing/coresight/coresight-tmc-etr.c: In function
'tmc_free_table_pages':
drivers/hwtracing/coresight/coresight-tmc-etr.c:206:3: error: implicit
declaration of function 'vunmap'; did
When CONFIG_BLOCK is disabled, we now run into a link error:
fs/aio.o: In function `aio_prep_rw':
aio.c:(.text+0xf68): undefined reference to `ioprio_check_cap'
Since the priorities are unused without block devices, this adds a stub
that always returns success.
Fixes: d9a08a9e616b ("fs: Add aio
On Tue, 5 Jun 2018 11:28:01 +0200
Thierry Reding wrote:
> On Mon, Jun 04, 2018 at 06:35:40PM +0300, Aapo Vienamo wrote:
> > The sdhci get_max_clock callback is set to sdhci_pltfm_clk_get_max_clock
> > and tegra_sdhci_get_max_clock is removed. It appears that the
> > shdci-tegra specific callback
Hi Enric,
On 05/06/18 11:22, Enric Balletbo i Serra wrote:
> Adopt the SPDX license identifier headers to ease license compliance
> management.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
>
> drivers/platform/chrome/cros_ec_debugfs.c | 22 +++-
>
On 2018-06-05 05:12, Andy Shevchenko wrote:
On Tue, Jun 5, 2018 at 5:16 AM, Sinan Kaya
wrote:
Move early dump functionality into common code so that it is available
for
all archtiectures. No need to carry arch specific reads around as the
read
hooks are already initialized by the time
On 06/05/2018 05:28 AM, Thierry Reding wrote:
On Mon, Jun 04, 2018 at 06:35:40PM +0300, Aapo Vienamo wrote:
The sdhci get_max_clock callback is set to sdhci_pltfm_clk_get_max_clock
and tegra_sdhci_get_max_clock is removed. It appears that the
shdci-tegra specific callback was originally
> On Jun 5, 2018, at 3:53 PM, Al Viro wrote:
>
> On Tue, Jun 05, 2018 at 03:35:55PM +0400, Ilya Matveychikov wrote:
>>
>>> On Jun 5, 2018, at 3:26 PM, Al Viro wrote:
> On Jun 5, 2018, at 6:00 AM, Ilya Matveychikov
> wrote:
>
> Early check for mount permissions
On Thu 2018-05-17 16:39:03, Petr Mladek wrote:
> The commit 719f6a7040f1bdaf96fcc ("printk: Use the main logbuf in NMI when
> logbuf_lock is available") tried to detect when logbuf_lock was taken
> on another CPU. Then it looked safe to wait for the lock even in NMI.
>
> It would be safe if other
On Thu, May 31, 2018 at 2:11 PM, Yisheng Xie wrote:
> match_string() returns the index of an array for a matching string,
> which can be used instead of open coded variant.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Cc: Ingo Molnar
> Cc: Peter Zijlstra
> Signed-off-by: Yisheng Xie
> ---
> v2:
On Tue, May 29, 2018 at 07:07:39PM +0100, Mark Rutland wrote:
> Longer-term, I think things could be simplified if we were to rework the
> headers such that we have:
>
> * arch/*/include/asm/atomic.h providing arch_atomic_*().
>
> * include/linux/atomic-raw.h building raw_atomic_*() atop of the
On 06/04/2018 06:38 PM, Benjamin Herrenschmidt wrote:
On Mon, 2018-06-04 at 22:21 +0300, Andy Shevchenko wrote:
+#define I2C_INT_ENABLE 0xff80
+#define I2C_INT_ERR0xfcc0
Now it looks like a flags combinations.
For me as for reader would be better to see quickly a
On Tuesday 05 Jun 2018 at 15:18:38 (+0200), Vincent Guittot wrote:
> On 5 June 2018 at 15:12, Quentin Perret wrote:
> > On Tuesday 05 Jun 2018 at 13:59:56 (+0200), Vincent Guittot wrote:
> >> On 5 June 2018 at 12:57, Quentin Perret wrote:
> >> > Hi Vincent,
> >> >
> >> > On Tuesday 05 Jun 2018
On Tue, Jun 05, 2018 at 03:29:49PM +0200, Peter Zijlstra wrote:
> On Tue, May 29, 2018 at 07:07:39PM +0100, Mark Rutland wrote:
> > Longer-term, I think things could be simplified if we were to rework the
> > headers such that we have:
> >
> > * arch/*/include/asm/atomic.h providing
On Tue, Jun 5, 2018 at 1:05 AM, Nishanth Menon wrote:
> The AM654 SoC is a lead device of the K3 Multicore SoC architecture
> platform, targeted for broad market and industrial control with aim to
> meet the complex processing needs of modern embedded products.
>
> Some highlights of this SoC
On Mon, Jun 04, 2018 at 08:08:58PM +0200, Vincent Guittot wrote:
> On 4 June 2018 at 18:50, Peter Zijlstra wrote:
> > So this patch-set tracks the !cfs occupation using the same function,
> > which is all good. But what, if instead of using that to compensate the
> > OPP selection, we employ
Switch to devm managed functions to simplify error handling and device
removal
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-mrst.c | 45 +-
1 file changed, 18 insertions(+), 27 deletions(-)
diff --git a/drivers/rtc/rtc-mrst.c
On 6/5/18 8:35 AM, David Sterba wrote:
> On Tue, Jun 05, 2018 at 08:22:22AM -0600, Jens Axboe wrote:
>>> I fucked up majorly on the bioset/mempool conversion - I forgot to check
>>> that
>>> everything biosets/mempools were being embedded in was actually being
>>> zeroed on
>>> allocation.
Ted,
On Tue, Jun 5, 2018 at 5:07 PM, Theodore Y. Ts'o wrote:
> The following changes since commit 75bc37fefc4471e718ba8e651aa74673d4e0a9eb:
>
> Linux 4.17-rc4 (2018-05-06 16:57:38 -1000)
>
> are available in the Git repository at:
>
>
On Tue, Jun 05, 2018 at 06:19:07PM +0300, Andy Shevchenko wrote:
> On Tue, May 29, 2018 at 4:35 AM, kbuild test robot wrote:
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > master
> > head: 786b71f5b754273ccef6d9462e52062b3e1f9877
> > commit:
On Tue, Jun 05, 2018 at 05:22:12PM +0200, Peter Zijlstra wrote:
> > OK, but __kthread_parkme() can be preempted before it calls schedule(), so
> > the
> > caller still can be migrated? Plus kthread_park_complete() can be called
> > twice.
>
> Argh... I forgot TASK_DEAD does the whole thing
On 06/05/2018 04:47 AM, Matthew Wilcox wrote:
> On Mon, Jun 04, 2018 at 07:35:24PM -0700, John Johansen wrote:
>> On 06/04/2018 07:27 PM, Matthew Wilcox wrote:
>>> On Mon, Jun 04, 2018 at 06:27:09PM -0700, John Johansen wrote:
hey Mathew,
I've pulled this into apparmor-next and done
On Tue, Jun 5, 2018 at 8:05 AM Ingo Molnar wrote:
>
> Ok, fair point and agreed - if Alexey sends some measurements to back the
> change
> I'll keep this, otherwise queue up a revert.
I don't think it needs to be reverted, it's not like it's likely to
hurt on any modern CPU's. The issues I
On Mon, Jun 04, 2018 at 04:18:30PM +0300, Matti Vaittinen wrote:
> Document devicetree bindings for ROHM BD71837 PMIC MFD.
>
> Signed-off-by: Matti Vaittinen
> ---
> .../devicetree/bindings/mfd/rohm,bd71837-pmic.txt | 76
> ++
> 1 file changed, 76 insertions(+)
> create
On Tue, Jun 05, 2018 at 01:50:07PM +0200, Arnd Bergmann wrote:
> Without including psci.h and arm-smccc.h, we now get a build failure in
> some configurations:
>
> arch/arm64/kernel/cpu_errata.c: In function 'arm64_update_smccc_conduit':
> arch/arm64/kernel/cpu_errata.c:278:10: error: 'psci_ops'
On Tue, Jun 5, 2018 at 3:11 PM, Maxime Ripard wrote:
> On Tue, Jun 05, 2018 at 10:17:49AM +0530, Viresh Kumar wrote:
>> The cooling device properties, like "#cooling-cells" and
>> "dynamic-power-coefficient", should either be present for all the CPUs
>> of a cluster or none. If these are present
On Tue, Jun 5, 2018 at 5:33 PM, Sudeep Holla wrote:
>
>
> On 05/06/18 16:00, Rafael J. Wysocki wrote:
>> On Tue, Jun 5, 2018 at 4:35 PM, Sudeep Holla wrote:
>>> Though CONFIG_ACPI_PPTT is selected by platforms and nor user visible,
>>> it may be useful to support the build with CONFIG_ACPI_PPTT
On Tue, Jun 05, 2018 at 02:16:23PM +0200, Peter Zijlstra wrote:
> On Tue, May 29, 2018 at 07:07:41PM +0100, Mark Rutland wrote:
> > +#ifndef __atomic_mb__after_acquire
> > +#define __atomic_mb__after_acquire smp_mb__after_atomic
> > +#endif
> > +
> > +#ifndef __atomic_mb__before_release
> >
Currently, ARM64 doesn't support updating the CPU topology masks on
CPU hotplug operations. ACPI PPTT support rely on that missing feature
which is technically not incorrect. Instead of reverting all the PPTT
support, let's keep it simple and disable ACPI PPTT support on ARM64
for time-being until
On 5 June 2018 at 15:52, Quentin Perret wrote:
> On Tuesday 05 Jun 2018 at 15:18:38 (+0200), Vincent Guittot wrote:
>> On 5 June 2018 at 15:12, Quentin Perret wrote:
>> > On Tuesday 05 Jun 2018 at 13:59:56 (+0200), Vincent Guittot wrote:
>> >> On 5 June 2018 at 12:57, Quentin Perret wrote:
>>
This reverts commit 37c3ec2d810f87eac73822f76b30391a83bded19.
Currently on ARM64 platforms, we don't update the CPU topology masks
on each hotplug operation. However, the updates to cpu_coregroup_mask
done as part of ACPI PPTT support, in particular the commit being
reverted makes use of
On Tue, Jun 05, 2018 at 02:28:02PM +0100, Mark Rutland wrote:
> On Tue, Jun 05, 2018 at 02:16:23PM +0200, Peter Zijlstra wrote:
> > and simply using smp_mb__{before,after}_atomic for the full fence, its
> > exactly what they were made for.
>
> The snag is arch/alpha, whare we have:
>
> /*
> *
On Tue, Jun 05, 2018 at 10:42:23AM +0200, Jessica Yu wrote:
> Livepatch modules are special in that we preserve their entire symbol
> tables in order to be able to apply relocations after module load. The
> unwanted side effect of this is that undefined (SHN_UNDEF) symbols of
> livepatch modules
A virus has been detected in your folders. Your email
account has to be updated to our new Secured DGTFX anti-virus
2018 version to prevent damages to our webmail log and your important
files.Click your reply tab, Fill the columns below and send back or
your email account will be terminated to
On Tue, Jun 05, 2018 at 03:02:56PM +0100, Mark Rutland wrote:
> Locally I've made this:
>
> __atomic_acquire_fence()
> __atomic_release_fence()
> __atomic_pre_fence()
> __atomic_post_fence()
>
> ... but I'm more than happy to rename however you prefer.
No that's fine. As long as we're rid of
On Tue, Jun 05, 2018 at 02:58:23PM +0100, Mark Rutland wrote:
> Sure, it all works, it's just less than optimal as above, and also means
> that we have to duplicate the ifdeffery for optional atomics -- once in
> the instrumented atomics, then in the "real" atomics.
>
> Whereas if we filled in
* Rob Herring [180605 14:08]:
> On Tue, Jun 5, 2018 at 1:05 AM, Nishanth Menon wrote:
> > + soc0: soc0 {
> > + compatible = "simple-bus";
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > + ranges;
>
> Really need 64-bit
The AD5758 is a single channel DAC with 16-bit precision which uses the SPI
interface that operates at clock rates up to 50MHz.
The output can be configured as voltage or current and is available on a
single terminal.
Datasheet:
On Tue, Jun 05, 2018 at 04:14:16PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 02:58:23PM +0100, Mark Rutland wrote:
>
> > Sure, it all works, it's just less than optimal as above, and also means
> > that we have to duplicate the ifdeffery for optional atomics -- once in
> > the
On 6/5/18 8:45 AM, Mike Snitzer wrote:
> On Tue, Jun 05 2018 at 10:22P -0400,
> Jens Axboe wrote:
>
>> On 6/5/18 3:26 AM, Kent Overstreet wrote:
>>> mempool_init()/bioset_init() require that the mempools/biosets be zeroed
>>> first; they probably should not _require_ this, but not allocating
On 04/06/2018 15:52, Cornelia Huck wrote:
On Fri, 25 May 2018 12:21:09 +0200
Pierre Morel wrote:
Let's move the state change from the IRQ routine to the
workqueue callback.
Signed-off-by: Pierre Morel
---
drivers/s390/cio/vfio_ccw_drv.c | 20 +++-
On Tue, May 29, 2018 at 4:10 PM, Ricardo Ribalda Delgado
wrote:
> Standard TTY port that can be loaded/unloaded via serdev sysfs. This
> serdev driver can only be used by serdev controllers that are compatible
> with ttyport.
> +config SERIAL_DEV_CTRL_TTYDEV
> + tristate "TTY port
On Tue, May 29, 2018 at 1:02 PM, Matti Vaittinen
wrote:
> Support for controlling the 8 bucks and 7 LDOs the PMIC contains.
> +#include
> +#include
> +#include
One of these is redundant.
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
On 05/06/18 15:09, Geert Uytterhoeven wrote:
> Hi Sudeep,
>
> On Tue, Jun 5, 2018 at 3:55 PM, Sudeep Holla wrote:
>> This reverts commit 37c3ec2d810f87eac73822f76b30391a83bded19.
>>
>> Currently on ARM64 platforms, we don't update the CPU topology masks
>> on each hotplug operation. However,
On Tuesday 05 Jun 2018 at 15:09:54 (+0100), Quentin Perret wrote:
> On Tuesday 05 Jun 2018 at 15:55:43 (+0200), Vincent Guittot wrote:
> > On 5 June 2018 at 15:52, Quentin Perret wrote:
> > > On Tuesday 05 Jun 2018 at 15:18:38 (+0200), Vincent Guittot wrote:
> > >> On 5 June 2018 at 15:12,
On 6/5/18 3:26 AM, Kent Overstreet wrote:
> mempool_init()/bioset_init() require that the mempools/biosets be zeroed
> first; they probably should not _require_ this, but not allocating those
> structs with kzalloc is a fairly nonsensical thing to do (calling
> mempool_exit()/bioset_exit() on an
On Thu, 31 May 2018, Steven Rostedt wrote:
> On Mon, 28 May 2018 11:46:38 +1000
> "Tobin C. Harding" wrote:
>
> > Steve,
>
> Hi Tobin,
>
> Sorry for the late reply, I'm currently at a conference and have had
> little time to read email.
>
> >
> > Could you please take a quick squiz at the
Currently, ARM64 doesn't support updating the CPU topology masks on
CPU hotplug operations. ACPI PPTT support rely on that missing feature
which is technically not incorrect. Instead of reverting all the PPTT
support, let's keep it simple and disable ACPI PPTT support on ARM64
for time-being until
This reverts commit 37c3ec2d810f87eac73822f76b30391a83bded19.
Currently on ARM64 platforms, we don't update the CPU topology masks
on each hotplug operation. However, the updates to cpu_coregroup_mask
done as part of ACPI PPTT support, in particular the commit being
reverted makes use of
Though CONFIG_ACPI_PPTT is selected by platforms and nor user visible,
it may be useful to support the build with CONFIG_ACPI_PPTT disabled.
This patch adds the missing dummy/boiler plate implementation to fix
the build.
Cc: "Rafael J. Wysocki"
Signed-off-by: Sudeep Holla
---
Hi Vincent,
On 05-Jun 08:57, Vincent Guittot wrote:
> On 4 June 2018 at 18:06, Patrick Bellasi wrote:
[...]
> > Let's improve the estimated utilization by adding a new "sort-of" PELT
> > signal, explicitly only for SE which has the following behavior:
> > a) at each enqueue time of a task,
On Tue, Jun 05, 2018 at 04:35:07PM +0200, David Sterba wrote:
> On Tue, Jun 05, 2018 at 08:22:22AM -0600, Jens Axboe wrote:
> > > I fucked up majorly on the bioset/mempool conversion - I forgot to check
> > > that
> > > everything biosets/mempools were being embedded in was actually being
> > >
On 04-Jun 10:46, Joel Fernandes wrote:
> Hi Patrick,
>
> On Mon, Jun 04, 2018 at 05:06:00PM +0100, Patrick Bellasi wrote:
> > The estimated utilization of a task is affected by the task being
> > preempted, either by another FAIR task of by a task of an higher
> > priority class (i.e. RT or DL).
On Tue, Jun 05, 2018 at 05:08:41PM +0200, Oleg Nesterov wrote:
> On 06/05, Kohli, Gaurav wrote:
> >
> > As last mentioned on mail, we are still seeing issue with the latest
> > approach and below is the susceptible race as mentioned earlier..
> > controller Thread
Em Thu, May 31, 2018 at 03:09:38PM +0300, Adrian Hunter escreveu:
> On 22/05/18 13:54, Adrian Hunter wrote:
> > Hi
> >
> > Here is V3 of patches to support x86 PTI entry trampolines in perf tools.
> >
> > Patches also here:
> >
> >
On Tue, Jun 05, 2018 at 05:13:35PM +0200, Richard Weinberger wrote:
> > Add bunch of cleanups, and add support for the Speck128/256
> > algorithms. Yes, Speck is contrversial, but the intention is to use
> > them only for the lowest end Android devices, where the alternative
> > *really* is no
On Tue, Jun 05, 2018 at 12:56:44AM +0900, Masami Hiramatsu wrote:
> Don't call the ->break_handler() from the arm kprobes code,
> because it was only used by jprobes which got removed.
>
> Signed-off-by: Masami Hiramatsu
>
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc:
Kirill Tkhai writes:
> On 01.06.2018 18:25, Eric W. Biederman wrote:
>> Michal Hocko writes:
>>
>>> On Fri 01-06-18 09:32:42, Eric W. Biederman wrote:
Michal Hocko writes:
>>> [...]
> Group leader exiting early without tearing down the whole thread
> group should be quite rare as
On Mon, Jun 4, 2018 at 6:32 AM, Matti Vaittinen
wrote:
> On Fri, Jun 01, 2018 at 12:32:16PM -0500, Rob Herring wrote:
>> On Fri, Jun 1, 2018 at 1:25 AM, Matti Vaittinen
>> wrote:
>> > On Thu, May 31, 2018 at 09:07:24AM -0500, Rob Herring wrote:
>> >> On Thu, May 31, 2018 at 5:23 AM, Matti
On Mon, Jun 04, 2018 at 04:18:53PM +0300, Matti Vaittinen wrote:
> Document devicetree bindings for ROHM BD71837 PMIC clock output.
>
> Signed-off-by: Matti Vaittinen
> ---
> .../bindings/clock/rohm,bd71837-clock.txt | 38
> ++
> 1 file changed, 38 insertions(+)
>
Depending on how old your -next tree is, it may
not have a master that has the LICENSES directory.
Change the lookup to HEAD and find whatever
LICENSE directory files are used in that branch.
Miscellanea:
o Remove the checkpatch test as it will have its own
SPDX license identifier.
201 - 300 of 1606 matches
Mail list logo