This allows nonexclusive (simultaneous) access to a single
GPIO line for the fixed regulator enable line. This happens
when several regulators use the same GPIO for enabling and
disabling a regulator, and all need a handle on their GPIO
descriptor.
This solution with a special flag is not entirely
On 2018-10-10 09:49, Will Deacon wrote:
Hi Prasad,
On Tue, Oct 09, 2018 at 01:56:14PM -0700, Sodagudi Prasad wrote:
This is regarding - thread "try to fix contention between
expire_timers and
try_to_del_timer_sync".
https://lkml.org/lkml/2017/7/28/172
I think this live lockup issue was discus
Calling printk() people. ;-)
On 2018/10/12 21:41, Johannes Weiner wrote:
> On Fri, Oct 12, 2018 at 09:10:40PM +0900, Tetsuo Handa wrote:
>> On 2018/10/12 21:08, Michal Hocko wrote:
So not more than 10 dumps in each 5s interval. That looks reasonable
to me. By the time it starts dropping
On Fri, Oct 12, 2018 at 11:43:13AM +, Marcel Ziswiler wrote:
> I don't think it is that fictitious as it makes it crystal clear that
> there is something shared with all its pros and cons. E.g. what happens
> if one of them regulators wants to turn off while the other one still
> needs power? T
Fix a leak of afs_server structs. The routine that installs them in the
various lookup lists and trees gets a ref on leaving the function, whether
it added the server or a server already exists. It shouldn't increment
the refcount if it added the server.
The effect of this that "rmmod kafs" will
On Wed 2018-09-05 11:34:06, Miroslav Benes wrote:
> On Tue, 28 Aug 2018, Petr Mladek wrote:
> > Also the API and logic is much easier. It is enough to call
> > klp_enable_patch() in module_init() call. The patch patch can be disabled
> > by writing '0' into /sys/kernel/livepatch//enabled. Then the
On 08/10/18 09:02, Christoph Hellwig wrote:
Now that the generic swiotlb code supports non-coherent DMA we can switch
to it for arm64. For that we need to refactor the existing
alloc/free/mmap/pgprot helpers to be used as the architecture hooks,
and implement the standard arch_sync_dma_for_{devi
On Fri, 2018-10-12 at 13:59 +0100, Russell King - ARM Linux wrote:
> On Fri, Oct 12, 2018 at 11:43:13AM +, Marcel Ziswiler wrote:
> > I don't think it is that fictitious as it makes it crystal clear
> > that
> > there is something shared with all its pros and cons. E.g. what
> > happens
> > if
On Fri, 2018-10-12 at 11:44 +0100, Jon Hunter wrote:
> On 09/10/18 16:25, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> > ...
> >
> Given Linus W's fix for the gpiolib [0], I am not convinced that this
> is
> really better/needed.
Looks like nobody else favours this (rather the opposite is
On Thu, Oct 11, 2018 at 10:39:24PM +0200, Jann Horn wrote:
> Sorry to bring this up so late, but Daniel Micay pointed out to me
> that, given that VMA guards will raise the number of VMAs by
> inhibiting vma_merge(), people are more likely to run into
> /proc/sys/vm/max_map_count (which limits the
On Fri, Oct 12, 2018 at 11:41 AM Samuel Neves wrote:
>
> On Thu, Oct 11, 2018 at 8:25 PM Andy Lutomirski wrote:
> > What exactly is this trying to protect against? And how many cycles
> > should we expect L1D_FLUSH to take?
>
> As far as I could measure, I got 1660 cycles per wrmsr 0x10b, 0x1 on
On 09/10/2018 11:00, Jiri Olsa wrote:
On Thu, Oct 04, 2018 at 10:20:39AM +0100, John Garry wrote:
SNIP
We synthesize an update event that needs to touch the evsel
id array, which is not defined at that time. Fixing this by
forcing the id allocation for events with theeir own cpus.
/s/theeir/
On Fri, Oct 12, 2018 at 05:19:16AM -0700, Guenter Roeck wrote:
> On 10/11/2018 08:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.124 release.
> > There are 120 patches in this series, all will be posted as a response
> > to this one. If anyone has an
Hi Andreas,
Thanks for your feedback!
> > + *
> > + * Copyright (C) 2018 Aleksandr Aleksandrov
> >
> > + */
> > +
> > +/dts-v1/;
> > +
> > +#include "sun50i-h5-emlid-neutis-n5.dtsi"
> > +
> > +/ {
> > + model = "Emlid Neutis N5 Developer board";
> > + compatible = "emlid,neutis-n5-devboard"
El jue, 26-04-2018 a las 15:09 +, Pandruvada, Srinivas escribió:
> On Thu, 2018-04-26 at 07:42 -0500, Dennis Gilmore wrote:
> > Hi Srinivas,
> >
> > El jue, 26-04-2018 a las 05:34 +, Pandruvada, Srinivas
> > escribió:
> > > Hi Dennis,
> > >
> > > On Wed, 2018-04-25 at 22:06 -0500, Dennis
On Fri, Oct 12, 2018 at 12:05:16PM +0200, Philipp Zabel wrote:
> Hi Cheng-yi,
>
> [adding Maxime, devicetree to Cc:, the old discussion about GPIO resets
> in [4] has never been resolved]
>
> On Tue, 2018-10-09 at 21:46 +0800, Cheng-yi Chiang wrote:
> > +reset controller maintainer Philipp
> >
>
On Fri, Sep 21, 2018 at 03:51:15PM +0530, Kishon Vijay Abraham I wrote:
> Add PCIe RC support for TI's AM654 SoC. The PCIe controller in AM654
> uses Synopsys core revision 4.90a and uses the same TI wrapper as used
> in keystone2 with certain modification. Hence AM654 will use the same
> pci wrapp
On 10/9/18 8:47 PM, Johannes Weiner wrote:
> The page cache and most shrinkable slab caches hold data that has been
> read from disk, but there are some caches that only cache CPU work,
> such as the dentry and inode caches of procfs and sysfs, as well as
> the subset of radix tree nodes that track
On Fri, Oct 12, 2018 at 05:20:40AM -0700, Guenter Roeck wrote:
> On 10/11/2018 08:35 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.133 release.
> > There are 35 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Fri, Oct 12, 2018 at 1:45 PM Russell King - ARM Linux
wrote:
>
> On Fri, Oct 12, 2018 at 11:39:15AM +0100, Jon Hunter wrote:
> > We had the same situation for Tegra124 Jetson TK1 but I don't think that
> > adding a pseudo intermediate regulator is cleaner. If the GPIO controls
> > more than one
On 10/12/2018 06:37 AM, Greg Kroah-Hartman wrote:
On Fri, Oct 12, 2018 at 05:19:16AM -0700, Guenter Roeck wrote:
On 10/11/2018 08:33 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.18.124 release.
There are 120 patches in this series, all will be posted as a
If userspace only reads the trackstick node, and no one is listening to
the touchpad nor the hidraw node then, the device is not powered on.
Add open/close callbacks to allow users to disable the touchpad in Gnome
while keeping the trackstick active.
Link: https://bugzilla.redhat.com/show_bug.cgi
On Fri, Oct 12, 2018 at 11:22:30AM +0100, Lorenzo Pieralisi wrote:
> On Fri, Oct 12, 2018 at 04:01:29PM +0800, Honghui Zhang wrote:
>> On Thu, 2018-10-11 at 12:38 +0100, Lorenzo Pieralisi wrote:
>>> On Tue, Oct 09, 2018 at 11:08:15AM +0800, Honghui Zhang wrote:
On Mon, 2018-10-08 at 18:23 +010
On Thu, Oct 11, 2018 at 09:59:19PM +0300, Alexey Budankov wrote:
SNIP
> @@ -1490,6 +1514,13 @@ static int perf_record_config(const char *var, const
> char *value, void *cb)
> var = "call-graph.record-mode";
> return perf_default_config(var, value, cb);
> }
> +#i
On Fri, Oct 12, 2018 at 07:06:13AM -0700, Guenter Roeck wrote:
> On 10/12/2018 06:37 AM, Greg Kroah-Hartman wrote:
> > On Fri, Oct 12, 2018 at 05:19:16AM -0700, Guenter Roeck wrote:
> > > On 10/11/2018 08:33 AM, Greg Kroah-Hartman wrote:
> > > > This is the start of the stable review cycle for the
On 10/10/2018 13:36, David Howells wrote:
Alan Jenkins wrote:
+ * Copyright (C) 2017 Red Hat, Inc. All Rights Reserved.
+ * Written by David Howells (dhowe...@redhat.com)
Do you want to update that and I can take them into my patchset?
David
Sure :). I've attached a slightly updated vers
On 10/12/2018 02:43 PM, Lee Jones wrote:
> On Fri, 12 Oct 2018, Vladimir Zapolskiy wrote:
>
>> On 10/12/2018 11:39 AM, Lee Jones wrote:
>>> On Fri, 12 Oct 2018, Vladimir Zapolskiy wrote:
On 10/12/2018 09:03 AM, Lee Jones wrote:
> On Tue, 09 Oct 2018, Vladimir Zapolskiy wrote:
>
>>
Since v4.18, we unconditionally switch the I2C capable touchpads over I2C.
In the model I had (a pre-prod t480s I guess), the touchpad was behaving
fine.
However, it occurs that later production models don't expose the clickpad
information from I2C. The Windows driver gets all the information from
See the previous patch for a long explanation.
TL;DR: the P52 and the t480s from Lenovo can't rely on I2C to fetch
the information, so we need it from PS/2.
Link: https://bugzilla.redhat.com/show_bug.cgi?id=1628715
Signed-off-by: Benjamin Tissoires
---
drivers/input/mouse/elan_i2c_core.c | 49 +
Some new touchpads IC are connected through PS/2 and I2C. On some of these
new IC, the I2C part doesn't have all of the information available.
We need to be able to forward the touchpad parameters from PS/2 and
thus, we need those new optional properties.
Link: https://bugzilla.redhat.com/show_bug
We check for this bit all over the code, better have it defined once
for all.
Link: https://bugzilla.redhat.com/show_bug.cgi?id=1628715
Signed-off-by: Benjamin Tissoires
---
drivers/input/mouse/elantech.c | 89 ++
1 file changed, 47 insertions(+), 42 delet
The recent touchpads might not have all the information regarding the
characteristics through the I2C port.
On some Lenovo t480s, this results in the touchpad not being detected
as a clickpad, and on the Lenovo P52, this results in a failure while
fetching the resolution through I2C.
We need to im
For the latest generation of Elantech touchpads, we need to forward
the min/max information from PS/2 to SMBus. Prepare this work
by fetching the information before creating the SMBus companion
device.
Link: https://bugzilla.redhat.com/show_bug.cgi?id=1628715
Signed-off-by: Benjamin Tissoires
---
On Thu, Oct 11, 2018 at 02:50:54AM +0530, Raju P.L.S.S.S.N wrote:
> Use cpu hotplug callback mechanism to attach/dettach the cpu in
> the cpu power domain. During cpu hotplug callback registration,
> the starting callback is invoked on all online cpus. So there is
> no need to attach from device pr
Hi Linus,
+ Laurent, as he reviewed most of that driver code
Sorry, I'm going slightly OT with this, but please read below.
On Fri, Oct 12, 2018 at 02:54:12PM +0200, Linus Walleij wrote:
> This allows nonexclusive (simultaneous) access to a single
> GPIO line for the fixed regulator enable lin
Arnd Bergmann wrote:
> + depends on IPV6 || !IPV6
That looks weird. It looks like it always ought to be true.
David
On Fri, 12 Oct 2018, Vladimir Zapolskiy wrote:
> Hi Lee,
>
> On 10/12/2018 02:34 PM, Lee Jones wrote:
> > On Fri, 12 Oct 2018, Vladimir Zapolskiy wrote:
> >> On 10/12/2018 12:20 PM, Kieran Bingham wrote:
> >>> Hi Vladimir,
> >>> On 12/10/18 09:39, Lee Jones wrote:
> On Fri, 12 Oct 2018, Vlad
On 01/08/2018 16:24, David Howells wrote:
From: Al Viro
Allow a detached tree created by open_tree(..., OPEN_TREE_CLONE) to be
attached by move_mount(2).
If by the time of final fput() of OPEN_TREE_CLONE-opened file its tree is
not detached anymore, it won't be dissolved. move_mount(2) is adju
On Fri, Oct 12, 2018 at 11:50:01AM +0200, Peter Zijlstra wrote:
>
> Can we please not top-post?
>
> On Thu, Oct 11, 2018 at 10:37:14PM +, Song Liu wrote:
> > Thanks Peter! These are really really helpful.
> >
> > I am trying to think through the case of a group of two events on two
> > sep
> But this really needs to be clarified. Alan said that a bunch of the
> "yet another Spectre variant" attacks would have been mitigated by
> this patch. An explanation of *how* would be in order.
Today you have the situation where something creates a speculative
disclosure gadget. So we run aro
On Thu, Oct 11, 2018 at 03:54:21PM -0700, Kees Cook wrote:
> Right now rand_initialize() is run as an early_initcall(), but it only
> depends on timekeeping_init() (for mixing ktime_get_real() into the
> pools). However, the call to boot_init_stack_canary() for stack canary
> initialization runs ea
On Fri, Oct 12, 2018 at 2:26 PM Jann Horn wrote:
>
> On Fri, Oct 12, 2018 at 11:41 AM Samuel Neves wrote:
> >
> > On Thu, Oct 11, 2018 at 8:25 PM Andy Lutomirski wrote:
> > > What exactly is this trying to protect against? And how many cycles
> > > should we expect L1D_FLUSH to take?
> >
> > As
+++ Dave Hansen [11/10/18 16:47 -0700]:
On 10/11/2018 04:31 PM, Rick Edgecombe wrote:
+ if (check_inc_mod_rlimit(size))
+ return NULL;
+
p = __vmalloc_node_range(size, MODULE_ALIGN, module_alloc_base,
module_alloc_base + MODULES_VSIZE,
On Thu, Oct 11, 2018 at 02:50:51AM +0530, Raju P.L.S.S.S.N wrote:
> RPMH based targets require that the sleep and wake state request votes
> be sent during system low power mode entry. The votes help reduce the
> power consumption when the AP is not using them. The votes sent by the
> clients are c
> On Oct 12, 2018, at 7:40 AM, Pali Rohár wrote:
>
>> On Friday 12 October 2018 11:19:41 Andreas Henriksson wrote:
>> Hello everyone,
>>
>>> On Tue, Oct 02, 2018 at 04:44:10AM -0400, Jaroslav Skarvada wrote:
>>> I am downstream maintainer of dosfstools in Fedora/RHEL. My personal opinion
>>> w
On Thu, Sep 27, 2018 at 03:26:55PM +0800, Baolin Wang wrote:
> Some battery driver will use the open circuit voltage (OCV) value to look
> up the corresponding battery capacity percent in one certain degree Celsius.
> Thus this patch provides some battery properties to present the OCV table
> tempe
On Thu, 27 Sep 2018 15:26:56 +0800, Baolin Wang wrote:
> This patch adds the binding documentation for Spreadtrum SC27XX series PMICs
> fuel gauge unit device, which is used to calculate the battery capacity.
>
> Signed-off-by: Baolin Wang
> Reviewed-by: Linus Walleij
> ---
> Changes from v2:
>
On Thu, 27 Sep 2018 13:39:58 +0200, Amelie Delaunay wrote:
> This patch adds documentation of device tree bindings for the
> STMicroelectronics Multi-Function eXpander (STMFX) MFD core.
>
> Signed-off-by: Amelie Delaunay
> Reviewed-by: Linus Walleij
> ---
> Documentation/devicetree/bindings/mfd
Boris,
On 10/11/2018 05:02 PM, Borislav Petkov wrote:
> On Thu, Oct 11, 2018 at 08:33:35PM +, Moger, Babu wrote:
>> Introduces the new config parameter AMD_QOS. This parameter will be
>> used to enable cache and memory bandwidth allocation and monitoring
>> features on AMD processors. This wil
On Fri, Sep 28, 2018 at 03:01:49PM +0200, Pierre-Yves MORDRET wrote:
> From: M'boumba Cedric Madianga
>
> This patch adds dma bindings to support DMA/MDMA chaining transfer.
> 1 bit is to manage both DMA FIFO Threshold
> 1 bit is to manage DMA/MDMA Chaining features.
> 2 bits are used to specify
On Oct 12, 2018, at 7:25 AM, Alan Cox wrote:
>> But this really needs to be clarified. Alan said that a bunch of the
>> "yet another Spectre variant" attacks would have been mitigated by
>> this patch. An explanation of *how* would be in order.
>
> Today you have the situation where somethi
On Fri, Oct 12, 2018 at 02:40:50PM +, Moger, Babu wrote:
> That is correct. CPU_SUP_AMD implicitly means x86.
> To be more specific, I will change it to
> "depends on X86_64 && CPU_SUP_AMD" as this feature is for X86_64 only.
No, what I'm saying is, make it dependent *only* on CPU_SUP_AMD.
--
On Fri, Oct 12, 2018 at 10:42:39AM +0200, Arnd Bergmann wrote:
> I wonder if mixing in ktime_get_real() is flawed to start with:
> This depends on read_persistent_clock64() actually returning
> a meaningful time, but in many cases it does not; x86 being
> a notable exception.
>
> We have three way
On Fri, Oct 12, 2018 at 03:52:43PM +0200, Greg Kroah-Hartman wrote:
> On Fri, Oct 12, 2018 at 05:20:40AM -0700, Guenter Roeck wrote:
> > On 10/11/2018 08:35 AM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.9.133 release.
> > > There are 35 patches in this s
On Fri, Oct 12, 2018 at 7:29 AM, Theodore Y. Ts'o wrote:
> On Thu, Oct 11, 2018 at 03:54:21PM -0700, Kees Cook wrote:
>> Right now rand_initialize() is run as an early_initcall(), but it only
>> depends on timekeeping_init() (for mixing ktime_get_real() into the
>> pools). However, the call to boo
Hi Greg,
A couple of tiny fixlets for the mux subsystem. Please pick them up
for 4.20.
Cheers,
Peter
Peter Rosin (2):
mux: adgs1408: use the correct MODULE_LICENSE
MAINTAINERS: use the correct location for dt-bindings includes for mux
MAINTAINERS| 2 +-
drivers/mux/adgs1408.c |
The file is GPL v2 or later.
Acked-by: Mircea Caprioru
Signed-off-by: Peter Rosin
---
drivers/mux/adgs1408.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mux/adgs1408.c b/drivers/mux/adgs1408.c
index 0f7cf54e3234..89096f10f4c4 100644
--- a/drivers/mux/adgs1408.c
+
Just drop the "linux" part of the path, it was never correct.
Reported-by: Joe Perches
Fixes: 256ac0375098 ("dt-bindings: document devicetree bindings for
mux-controllers and gpio-mux")
Signed-off-by: Peter Rosin
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 12 October 2018 at 13:11, Viresh Kumar wrote:
> Multiple generic power domains for a consumer device are supported with
> the help of virtual devices, which are created for each consumer device
> - genpd pair. These are the device structures which are attached to the
> power domain and are requ
On Fri, Sep 28, 2018 at 03:01:50PM +0200, Pierre-Yves MORDRET wrote:
> From: M'boumba Cedric Madianga
>
> Add one cell to support DMA/MDMA chaining.
You aren't adding a cell. Is the change compatible with existing users
(if you mask bits)?
>
> Signed-off-by: Pierre-Yves MORDRET
Author S-o-b
On 21/09/2018 17:34, David Howells wrote:
Provide an fspick() system call that can be used to pick an existing
mountpoint into an fs_context which can thereafter be used to reconfigure a
superblock (equivalent of the superblock side of -o remount).
This looks like:
int fd = fspick(AT_FD
On Wed, Oct 10, 2018 at 06:41:44PM +, Jolly Shah wrote:
> Ping for comments
Please see my comments on other ZynqMP firmware patches. In summary, I
need to see a complete binding, not piecemeal additions.
Rob
>
> Thanks,
> Jolly Shah
>
> > -Original Message-
> > From: Jolly Shah [m
Alan Jenkins wrote:
> + open_tree_clone \
> + move_mount \
I'll rename them to test-XXX if you're okay with that.
David
On Mon, Oct 08, 2018 at 06:48:58PM +0530, Veerabhadrarao Badiganti wrote:
> From: Vijay Viswanath
>
> The load a particular sdhc controller should request from a regulator
> is device specific and hence each device should individually vote for
> the required load.
>
> Signed-off-by: Vijay Viswan
On Thu, Aug 23, 2018 at 10:24:58AM +0800, piaojun wrote:
> If some error happened before find_vqs, error branch will goto
> virtscsi_remove_vqs to free vqs. Actually the vqs have not been allocated
> successfully, so this will cause wild-pointer-free problem. So
> virtscsi_remove_vqs could be delet
On 12/10/2018 15:54, David Howells wrote:
Alan Jenkins wrote:
+ open_tree_clone \
+ move_mount \
I'll rename them to test-XXX if you're okay with that.
David
Yes, that's fine.
Feel free to make adaptations you like. I don't have anything planned
for them myself, outside of
In further testing in uniphier-sd.c,
I found my stupid mistakes.
Ulf,
Can you squash this series into
3fd784f745dd
"mmc: uniphier-sd: add UniPhier SD/eMMC controller driver"
if you have a chance to do rebase?
Of course, it is OK to apply this series
on top of your next branch if it is too late.
Once DMA is enabled, it is not possible to disable it because
uniphier_sd_dma_endisable() always sets the DMA_ENABLE_DMASDRW bit
regardless of the argument 'enable'. It should disable DMA when
'enable' is false.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/host/uniphier-sd.c | 2 +-
1 file ch
host->chan_rx is NULL when UNIPHIER_SD_CAP_BROKEN_DMA_RX quirk flag
is set. In this case, it should not set up DMA.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/host/uniphier-sd.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mmc/host/uniphier-sd.c b/drivers/mmc/host/uniphier
From: Colin Ian King
Trivial fix to spelling mistake in ODM_RT_TRACE trace message
Signed-off-by: Colin Ian King
---
drivers/staging/rtl8188eu/hal/odm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/hal/odm.c
b/drivers/staging/rtl8188eu/hal/odm.
On Thu, Oct 11, 2018 at 03:06:09PM -0600, Lina Iyer wrote:
> On Thu, Oct 11 2018 at 11:37 -0600, Sudeep Holla wrote:
[...]
> >
> > Is DDR managed by Linux ? I assumed it was handled by higher exception
> > levels. Can you give examples of resources used by CPU in this context.
> > When CPU can be
> My understanding is that the standard “breadcrumb” is that a cache line is
> fetched into L1D, and that the cacheline in question will go into L1D even if
> it was previously not cached at all. So flushing L1D will cause the timing
> from a probe to be different, but the breadcrumb is still th
On 12.10.2018 10:57, Uwe Kleine-König wrote:
> Hello,
>
> On Wed, Oct 10, 2018 at 09:33:26AM +, Vokáč Michal wrote:
>> Normally the PWM output is held LOW when PWM is disabled. This can cause
>> problems when inverted PWM signal polarity is needed. With this behavior
>> the connected circuit i
From: Colin Ian King
Trivial fix to spelling mistake in message text
Signed-off-by: Colin Ian King
---
drivers/staging/rtl8723bs/hal/odm_DIG.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8723bs/hal/odm_DIG.c
b/drivers/staging/rtl8723bs/hal/odm_DI
host->chan_{rx,tx} represents the DMA capability of the platform.
Even if DMA is supported, there are cases where we want to use PIO,
for example, data length is short enough as commit 5f52c3552946
("mmc: tmio: use PIO for short transfers") mentioned.
Regarding the hardware control flow, we are in
On Fri, 2018-10-12 at 07:29 -0500, Denis Kenzior wrote:
> Hi Nick,
>
> > @@ -123,7 +123,7 @@ static int TSS_rawhmac(unsigned char *digest,
> > const unsigned char *key,
> >*/
> > static int TSS_authhmac(unsigned char *digest, const unsigned
> > char *key,
> > unsigned int
On 12 October 2018 at 13:11, Viresh Kumar wrote:
> The OPP core currently stores the performance state in the consumer
> device's OPP table, but that is going to change going forward and
> performance state will rather be set directly in the genpd's OPP table.
>
> For that we need to get the perfo
From: Colin Ian King
Trivial fix to spelling mistake in message text
Signed-off-by: Colin Ian King
---
drivers/staging/rtlwifi/phydm/phydm_dig.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtlwifi/phydm/phydm_dig.c
b/drivers/staging/rtlwifi/phydm/ph
On Thu, 11 Oct 2018 15:02:11 +0200
Martin Schwidefsky wrote:
> On Thu, 11 Oct 2018 18:04:12 +0800
> Li Wang wrote:
>
> > When running s390 system with LTP/cve-2017-17052.c[1], the following BUG is
> > came out repeatedly.
> > I remember this warning start from kernel-4.16.0 and now it still exi
On 12 October 2018 at 13:11, Viresh Kumar wrote:
> We need to handle genpd OPP tables differently, this is already the case
> at one location and will be extended going forward. Add another field to
> the OPP table to check if the table belongs to a genpd or not.
>
> Signed-off-by: Viresh Kumar
On 12 October 2018 at 13:11, Viresh Kumar wrote:
> Create a separate routine to take care of custom set_opp() handler
> specific stuff.
>
> Signed-off-by: Viresh Kumar
Reviewed-by: Ulf Hansson
> ---
> drivers/opp/core.c | 67 +++---
> 1 file changed, 40
On 12 October 2018 at 13:11, Viresh Kumar wrote:
> The current implementation works only for the case where a single
> phandle is present in the "required-opps" property, while DT allows
> multiple phandles to be present there.
>
> This patch adds new infrastructure to parse all the phandles prese
On 12 October 2018 at 13:11, Viresh Kumar wrote:
> An earlier commit populated the OPP tables from the "required-opps"
> property, this commit populates the individual OPPs. This is repeated
> for each OPP in the OPP table and these populated OPPs will be used by
> later commits.
>
> Signed-off-by
Hi James,
So can't we simply use 'bool' or uint32 as the type for h3 instead
of re-ordering everything
The problem is the standard is ambiguious. The only thing that's
guaranteed to work for all time is a char *. If you want to keep the
order, what I'd suggest is inserting a dummy pointer ar
On Fri, Oct 12, 2018 at 04:21:10PM +0200, Greg Kroah-Hartman wrote:
> On Fri, Oct 12, 2018 at 07:06:13AM -0700, Guenter Roeck wrote:
> > On 10/12/2018 06:37 AM, Greg Kroah-Hartman wrote:
> > > On Fri, Oct 12, 2018 at 05:19:16AM -0700, Guenter Roeck wrote:
> > > > On 10/11/2018 08:33 AM, Greg Kroah-
On Fri, Oct 12 2018 at 01:43 -0600, Rafael J. Wysocki wrote:
On Fri, Oct 12, 2018 at 12:08 AM Lina Iyer wrote:
On Thu, Oct 11 2018 at 14:56 -0600, Rafael J. Wysocki wrote:
>On Wednesday, October 10, 2018 11:20:49 PM CEST Raju P.L.S.S.S.N wrote:
>> From: Ulf Hansson
The cluster states should
On Fri, 2018-10-12 at 10:13 -0500, Denis Kenzior wrote:
> Hi James,
>
> > > So can't we simply use 'bool' or uint32 as the type for h3
> > > instead of re-ordering everything
> >
> > The problem is the standard is ambiguious. The only thing that's
> > guaranteed to work for all time is a char *.
On Fri, 2018-10-12 at 10:13 -0500, Denis Kenzior wrote:
> Hi James,
>
> > > So can't we simply use 'bool' or uint32 as the type for h3
> > > instead
> > > of re-ordering everything
> >
> > The problem is the standard is ambiguious. The only thing that's
> > guaranteed to work for all time is a c
On Fri, Aug 31, 2018 at 12:17:21AM +0800, Peng Hao wrote:
> Signed-off-by: Peng Hao
> ---
> Documentation/virtual/kvm/00-INDEX | 2 ++
> Documentation/virtual/kvm/coalesced-pio.txt | 15 +++
> 2 files changed, 17 insertions(+)
> create mode 100644 Documentation/virtual/kvm/
On Mon, Oct 08, 2018 at 04:29:39PM +, Pascal PAILLET-LME wrote:
> From: pascal paillet
>
> stpmic1 is a pmic from STMicroelectronics. The STPMIC1 integrates 10
> regulators ,3 switches, a watchdog and an input for a power on key.
regulators, 3 switches, ...
>
> Signed-off-by: pascal paille
Whenever kernel or user decides to call rx mode update, it clears
every multicast entry from forwarding table and in some time adds
it again. This time can be enough to drop incoming multicast packets.
That's why clear only staled multicast entries and update or add new
one afterwards.
Signed-off
The patchset omits redundant refresh of mcast address table and
prevents mcast packet lost.
Based on net-next/master
tested on am572x evm
Ivan Khoronzhuk (2):
net: ethernet: ti: cpsw_ale: use const for API having pointer on mac
address
net: ethernet: ti: cpsw: fix lost of mcast packets wh
It allows to use function under callbacks with same const qualifier of
mac address for farther changes.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw_ale.c | 12 ++--
drivers/net/ethernet/ti/cpsw_ale.h | 8
2 files changed, 10 insertions(+), 10 deletions(-)
d
On Mon, 8 Oct 2018 16:29:40 +, Pascal PAILLET-LME wrote:
> From: pascal paillet
>
> The STPMIC1 regulators supply power to the application processor as well as
> to the external system peripherals such as DDR, Flash memories and system
> devices.
>
> Signed-off-by: pascal paillet
> ---
> ch
The following changes since commit 17b57b1883c1285f3d0dc2266e8f79286a7bef38:
Linux 4.19-rc6 (2018-09-30 07:15:35 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/armsoc-fixes-4.19
for you to fetch changes up to 3f4258bbe0363b3
On Mon, Oct 08, 2018 at 04:29:41PM +, Pascal PAILLET-LME wrote:
> From: pascal paillet
>
> The stpmic1 pmic is able to manage an onkey button. It can be configured
> to shut-down the power supplies on a long key-press with an adjustable
> duration.
>
> Signed-off-by: pascal paillet
> ---
>
On Fri, Oct 12, 2018 at 02:46:34PM +, Peter Rosin wrote:
> Hi Greg,
>
> A couple of tiny fixlets for the mux subsystem. Please pick them up
> for 4.20.
All now applied, thanks.
greg k-h
On Fri, Oct 12, 2018 at 02:00:57PM +0100, David Howells wrote:
> Fix a leak of afs_server structs. The routine that installs them in the
> various lookup lists and trees gets a ref on leaving the function, whether
> it added the server or a server already exists. It shouldn't increment
> the refc
On Fri, Oct 12, 2018 at 08:15:06AM -0700, Guenter Roeck wrote:
> On Fri, Oct 12, 2018 at 04:21:10PM +0200, Greg Kroah-Hartman wrote:
> > On Fri, Oct 12, 2018 at 07:06:13AM -0700, Guenter Roeck wrote:
> > > On 10/12/2018 06:37 AM, Greg Kroah-Hartman wrote:
> > > > On Fri, Oct 12, 2018 at 05:19:16AM
On 12 October 2018 at 20:37, Ulf Hansson wrote:
> On 12 October 2018 at 13:11, Viresh Kumar wrote:
>> The OPP core currently stores the performance state in the consumer
>> device's OPP table, but that is going to change going forward and
>> performance state will rather be set directly in the ge
201 - 300 of 549 matches
Mail list logo
