There are already macros to iterate over struct klp_func and klp_object.
Add also klp_for_each_patch(). But make it internal because also
klp_patches list is internal.
Suggested-by: Josh Poimboeuf
Signed-off-by: Petr Mladek
---
kernel/livepatch/core.c | 8
Livepatches can not longer get enabled and disabled repeatedly.
The list klp_patches contains only enabled patches and eventually
the patch in transition. As a result, the enabled flag in
struct klp_patch provides redundant information and can get
removed.
The flag is replaced by helper function
This is an attempt to fix an iommu exception when doing dma to the
i2c controller with EDMA. Without these mappings the smmu raises a
context fault [1] exactly with the address of the i2c data i/o reg.
This was seen on an NXP LS1043A chip while working on enabling SMMU.
[1] arm-smmu
On 1/15/19 1:05 PM, Laura Abbott wrote:
> On 1/15/19 10:38 AM, Andrew F. Davis wrote:
>> On 1/15/19 11:45 AM, Liam Mark wrote:
>>> On Tue, 15 Jan 2019, Andrew F. Davis wrote:
>>>
On 1/14/19 11:13 AM, Liam Mark wrote:
> On Fri, 11 Jan 2019, Andrew F. Davis wrote:
>
>> Buffers may
This patchset implements ideas that were mentioned and postponed during
the review of the atomic replace patchset. I hope that I did not miss
anything.
Well, I did not add __used attribute to avoid non-static warnings
in modules for the selftest. The work on the sample modules somehow
stalled.
On Wed, Jan 16, 2019 at 04:45:59PM +0100, Vlastimil Babka wrote:
> On 1/4/19 1:49 PM, Mel Gorman wrote:
> > Due to either a fast search of the free list or a linear scan, it is
> > possible for multiple compaction instances to pick the same pageblock
> > for migration. This is lucky for one
Vitaly Chikunov wrote:
> > Regarding your comment (2), I am not sure I understand. Why do you say that
> > the DER format cannot be parsed by the kernel's ASN.1 parser? For example,
>
> It can, but DER is stricter than BER. For example, in DER 'OCTET STRING'
> length field should be encoded
On Wed, Jan 16, 2019 at 04:33:05PM +0100, Dmitry Vyukov wrote:
> On Wed, Jan 16, 2019 at 3:51 PM Jan Kara wrote:
> >
> > On Wed 16-01-19 13:37:22, Dmitry Vyukov wrote:
> > > On Wed, Jan 16, 2019 at 12:56 PM Jan Kara wrote:
> > > >
> > > > On Wed 16-01-19 12:03:27, Dmitry Vyukov wrote:
> > > > >
On Wed, 16 Jan 2019 at 08:39, Greg KH wrote:
>
> On Tue, Jan 15, 2019 at 04:07:37PM -0700, Mathieu Poirier wrote:
> > Add a "sinks" directory entry so that users can see all the sinks
> > available in the system in a single place. Individual sink are added
> > as they are registered with the
On 14.01.2019 22:04, Tri Vo wrote:
> From: Nick Desaulniers
>
> gcov.h defines an interface to access gcov_info data.
>
> Add Clang implementation of gcov_info_link/gcov_info_unlink interfaces.
>
> Signed-off-by: Nick Desaulniers
> Signed-off-by: Tri Vo
> Tested-by: Trilok Soni
> Tested-by:
On Wed, Jan 16, 2019 at 05:17:49PM +0530, Naresh Kamboju wrote:
> On Tue, 15 Jan 2019 at 22:15, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 4.20.3 release.
> > There are 57 patches in this series, all will be posted as a response
> > to this one. If
On Wed, 16 Jan 2019, Linus Torvalds wrote:
> > "Being owner or has cap" (whichever cap) is probably OK. On the other
> > hand, writeability check makes more sense in general - could we
> > somehow check if the user has write access to the file instead of
> > checking if it currently is opened
From: David Dai
Introduce Qualcomm SDM845 specific provider driver using the
interconnect framework.
Signed-off-by: David Dai
Acked-by: Rob Herring
Signed-off-by: Georgi Djakov
---
.../bindings/interconnect/qcom,sdm845.txt | 24 +
drivers/interconnect/Kconfig | 5 +
This patch introduces a new API to get requirements and configure the
interconnect buses across the entire chipset to fit with the current
demand.
The API is using a consumer/provider-based model, where the providers are
the interconnect buses and the consumers could be various drivers.
The
Currently we support only platform data for specifying the interconnect
endpoints. As now the endpoints are hard-coded into the consumer driver
this may lead to complications when a single driver is used by multiple
SoCs, which may have different interconnect topology.
To avoid cluttering the
On Tue, Jan 15, 2019 at 02:25:01PM -0700, Jason Gunthorpe wrote:
> RDMA needs something similar as well, in this case drivers take a
> struct page * from get_user_pages() and need to have the DMA map fail
> if the platform can't DMA map in a way that does not require any
> additional DMA API calls
When consumers report their bandwidth needs with icc_set_bw(), it's
possible that the requested amount of bandwidth is not available or just
the new configuration fails to apply on some path. In this case revert to
the previous configuration and propagate the error back to the consumers
to let
From: David Dai
Add RSC (Resource State Coordinator) provider
dictating network-on-chip interconnect bus performance
found on SDM845-based platforms.
Signed-off-by: David Dai
Signed-off-by: Georgi Djakov
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 6 ++
1 file changed, 6 insertions(+)
Add myself as the maintainer of the interconnect API.
Signed-off-by: Georgi Djakov
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4d04cebb4a71..00a12cd11aa4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7883,6 +7883,16 @@ L:
Add a functionality to provide information about the current constraints
per each node and provider.
Reviewed-by: Evan Green
Signed-off-by: Georgi Djakov
---
drivers/interconnect/core.c | 70 +
1 file changed, 70 insertions(+)
diff --git
This binding is intended to represent the relations between interconnect
controllers (providers) and consumer device nodes. It will allow creating
links between consumers and interconnect paths (exposed by interconnect
providers).
Reviewed-by: Evan Green
Reviewed-by: Rob Herring
Signed-off-by:
Modern SoCs have multiple processors and various dedicated cores (video, gpu,
graphics, modem). These cores are talking to each other and can generate a
lot of data flowing through the on-chip interconnects. These interconnect
buses could form different topologies such as crossbar, point to point
Use BIT() to do some clean-up.
Signed-off-by: Yangtao Li
---
include/linux/clockchips.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/include/linux/clockchips.h b/include/linux/clockchips.h
index 8ae9a95ebf5b..39a2294e995b 100644
---
On Wed, Jan 16, 2019 at 07:28:13AM +, Koenig, Christian wrote:
> To summarize once more: We have an array of struct pages and want to
> coherently map that to a device.
And the answer to that is very simple: you can't. What is so hard
to understand about? If you want to map arbitrary
On 14.01.2019 22:04, Tri Vo wrote:
> From: Greg Hackmann
>
> LLVM uses profiling data that's deliberately similar to GCC, but has a very
> different way of exporting that data. LLVM calls llvm_gcov_init() once per
> module, and provides a couple of callbacks that we can use to ask for more
>
On Tue, Jan 15, 2019 at 03:09:35PM -0800, Florian Fainelli wrote:
> We are already checking in phy_detach() that the PHY driver is of
> generic kind (1G or 10G) and we are going to make use of that in the SFP
> layer as well for 1000BaseT SFP modules, so expose helper functions to
> return that
Andreas Färber 於 2019年1月16日 週三 下午11:07寫道:
>
> Am 16.01.19 um 15:33 schrieb Jiri Pirko:
> > Wed, Jan 16, 2019 at 03:24:54PM CET, starni...@g.ncu.edu.tw wrote:
> >> Signed-off-by: Jian-Hong Pan
> >> ---
> >
> > Patches like this are in general frowned upon. Do one change in one
> > patch. Put some
Steven, I just send v2 of this one that has applied your 2 suggestions.
Please check. Thanks!
On Tue, Jan 15, 2019 at 10:25:00PM -0500, Steven Rostedt wrote:
> On Tue, 1 Jan 2019 23:46:13 +0800
> Changbin Du wrote:
>
> > This align the behavior of wakeup tracers with irqsoff latency tracer
> >
On 1/15/19 12:58 PM, Laura Abbott wrote:
> On 1/15/19 9:47 AM, Andrew F. Davis wrote:
>> On 1/14/19 8:39 PM, Laura Abbott wrote:
>>> On 1/11/19 10:05 AM, Andrew F. Davis wrote:
Hello all,
This is a set of (hopefully) non-controversial cleanups for the ION
framework and current
Lubomir Rintel writes:
> provides machine_is_olpc() stub for CONFIG_OLPC=n,
> compiler should just optimize the unneeded bits away.
>
> Signed-off-by: Lubomir Rintel
> ---
> drivers/net/wireless/marvell/libertas/if_usb.c | 10 --
> 1 file changed, 10 deletions(-)
>
> diff --git
Em Wed, Jan 16, 2019 at 03:47:50PM +, Nick Clifton escreveu:
> Hi Arnaldo,
>
> >> Unfortunately the annobin notes will probably not be very helpful as they
> >> only record a minor subset of the typical gcc command line options.
> >> (Specifically: -O, -g, -D_FORTIFY_SOURCE,
Use BIT() to do some clean-up.
Signed-off-by: Yangtao Li
---
include/linux/irq.h | 106 ++--
1 file changed, 53 insertions(+), 53 deletions(-)
diff --git a/include/linux/irq.h b/include/linux/irq.h
index def2b2aac8b1..66c9801ce108 100644
---
This align the behavior of wakeup tracers with irqsoff latency tracer
that we record stacktrace at the beginning and end of waking up. The
stacktrace shows us what is happening in the kernel.
Signed-off-by: Changbin Du
---
kernel/trace/trace_sched_wakeup.c | 2 ++
1 file changed, 2
On Wed, Jan 16, 2019 at 09:25:12AM +, Jon Hunter wrote:
>
> On 15/01/2019 16:35, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.94 release.
> > There are 27 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Wed, Jan 16, 2019 at 04:35:57PM +0100, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Nested interrupts run inside the calling thread's context and the top
> half handler is never called which means that we never read the
> timestamp.
>
> This issue came up when trying to read
Hello,
On Wed, 16 Jan 2019 07:47:18 -0800, Tony Lindgren wrote:
> > Reviewed-by: Thierry Reding
> >
> > Adding Tony and linux-omap for a slightly wider audience and hopefully
> > find someone to test this on. For reference, the whole series is here:
> >
> >
On Wed, Jan 16, 2019 at 04:34:19PM +0100, Miquel Raynal wrote:
> Bring S2RAM support to the mv88e6xxx DSA driver.
>
> The content of the *_irq_poll() helper is moved in *_do_irq_poll() so
> that that the function can be called from the ->resume() callback
> without using the *work pointer.
>
>
Hi,
On 14/01/2019 12:26, Mark Rutland wrote:
> On Mon, Jan 14, 2019 at 11:13:59PM +1100, Balbir Singh wrote:
>> On Fri, Jan 04, 2019 at 05:50:18PM +, Mark Rutland wrote:
>>> Hi Torsten,
>>>
>>> On Fri, Jan 04, 2019 at 03:10:53PM +0100, Torsten Duwe wrote:
Use -fpatchable-function-entry
Hi Fenghua/Sai/Arshiya,
We were thinking of updating these selftests to work on both Intel and
AMD. What do you guys think?
If that is ok, I can update these patches and resubmit. If you have
already updated, please post the latest series. I will use the latest
version. Please let me know.
On Wed, Jan 16, 2019 at 02:19:03PM +0100, Christian Brauner wrote:
> This adds the promised selftest for binderfs. It will verify the following
> things:
> - binderfs mounting works
> - binder device allocation works
> - performing a binder ioctl() request through a binderfs device works
> -
On Fri, Jan 11, 2019 at 10:03 PM Thomas Gleixner wrote:
>
> No. The branch was not sent to Linus during the merge window due to holiday
> season induced oversight.
So does it wait for the next merge window now or is it still going to
be sent? This is actually worth stable branches. I've
On 14/01/2019 22:32, Jacob Pan wrote:
>> [...]
+/**
+ * struct iommu_fault - Generic fault data
+ *
+ * @type contains fault type
+ * @reason fault reasons if relevant outside IOMMU driver.
+ * IOMMU driver internal faults are not reported.
+ * @addr: tells the
Hi Joe,
On Tue, 2019-01-15 at 20:59 -0800, Joe Perches wrote:
> On Tue, 2019-01-15 at 16:05 -0600, Tom Zanussi wrote:
> > Since we now have a str_has_prefix() that returns the length, we
> > can
> > use that instead of explicitly calculating it.
>
> []
> > diff --git
On Wed, 16 Jan 2019 at 16:43, Tony Lindgren wrote:
>
> * Ulf Hansson [190116 11:37]:
> > During "wlan-up", we are programming the FW into the WiFi-chip. However,
> > re-programming the FW doesn't work, unless a power cycle of the WiFi-chip
> > is made in-between the programmings.
> >
> > To
On Tue, Jan 15, 2019 at 10:36:42AM -0800, Ivan Babrou wrote:
> Hey,
>
> We've upgraded some machines from 4.14 to 4.19 and started seeing rare
> crashes like these:
Does the fix posted here:
https://lore.kernel.org/lkml/1547616802-31868-1-git-send-email-yangyingli...@huawei.com/
help
On Wed, 16 Jan 2019, Paul E. McKenney wrote:
> On Wed, Jan 16, 2019 at 12:57:52PM +0100, Peter Zijlstra wrote:
> > On Tue, Jan 15, 2019 at 10:19:10AM -0500, Alan Stern wrote:
> > > On Tue, 15 Jan 2019, Andrea Parri wrote:
> > >
> > > > Unless I'm mis-reading/-applying this definition, this will
Hi Arnaldo,
>> Unfortunately the annobin notes will probably not be very helpful as they
>> only record a minor subset of the typical gcc command line options.
>> (Specifically: -O, -g, -D_FORTIFY_SOURCE, -D_GLIBCXX_ASSERTIONS,
>> -fcf-protection, -fpic (and variants), -fshort-enum,
>>
* Thierry Reding [190116 13:28]:
> On Tue, Jan 15, 2019 at 05:28:36PM +0100, Thomas Petazzoni wrote:
> > The SDHCI core is know properly checking for the state of a WP GPIO,
>
> "know" -> "now"
>
> > so there is no longer any need for the sdhci-omap code to implement
> > ->get_ro() using
On 1/4/19 1:49 PM, Mel Gorman wrote:
> Due to either a fast search of the free list or a linear scan, it is
> possible for multiple compaction instances to pick the same pageblock
> for migration. This is lucky for one scanner and increased scanning for
> all the others. It also allows a race
On Wed, Jan 16, 2019 at 04:18:55PM +0100, Thomas Petazzoni wrote:
> Hello,
>
> On Wed, 16 Jan 2019 15:48:29 +0100, Andrew Lunn wrote:
>
> > Reviewed-by: Andrew Lunn
> >
> > However, i wounder if it makes sense to add a label before the
> > existing device_del() at the end of the function, and
On Wed, Jan 16, 2019 at 06:19:37AM -0700, Nathan Chancellor wrote:
> On Wed, Jan 16, 2019 at 09:46:58AM +0100, Greg Kroah-Hartman wrote:
> > On Tue, Jan 15, 2019 at 11:53:40PM -0700, Nathan Chancellor wrote:
> > > On Wed, Jan 16, 2019 at 07:42:02AM +0100, Greg Kroah-Hartman wrote:
> > > > On Tue,
On Wed, Jan 16, 2019 at 04:00:22PM +0100, Vlastimil Babka wrote:
> On 1/16/19 3:33 PM, Mel Gorman wrote:
> >>> + break;
> >>> + }
> >>> +
> >>> + /*
> >>> + * If low PFNs are being found and discarded then
> >>> +
* Ulf Hansson [190116 11:37]:
> During "wlan-up", we are programming the FW into the WiFi-chip. However,
> re-programming the FW doesn't work, unless a power cycle of the WiFi-chip
> is made in-between the programmings.
>
> To conform to this requirement and to fix the regression in a simple
Hi Steve,
On Tue, 2019-01-15 at 22:31 -0500, Steven Rostedt wrote:
> Hi Tom,
>
> This thread sorta died and appears to be forgotten. Is there follow
> up
> patches on this?
>
No, there wasn't a followup v2 for this - the last suggestion was that
we'd discuss this face-to-face at Plumbers, but
On Wed, Jan 16, 2019 at 11:04:40AM +0100, Daniel Vetter wrote:
> The fbdev subsystem is closed for new drivers, those need to become
> drm ones (which generally results in smaller drivers nowadays, with
> the massive amounts of shared infrastructure and helper libraries drm
> has).
>
> Although
* Ulf Hansson [190116 11:44]:
> On Tue, 15 Jan 2019 at 19:55, Tony Lindgren wrote:
> > # while [ 1 ]; do ifconfig wlan0 down; usleep 2; \
> > ifconfig wlan0 up; done
> >
> > Otherwise I get the following on warning pandaboard-es:
> >
> > WARNING: CPU: 0 PID: 1770 at
On Tue, Jan 15, 2019 at 04:07:37PM -0700, Mathieu Poirier wrote:
> Add a "sinks" directory entry so that users can see all the sinks
> available in the system in a single place. Individual sink are added
> as they are registered with the coresight bus.
>
> Signed-off-by: Mathieu Poirier
> ---
>
On Wed, Jan 16, 2019 at 03:36:04PM +, S, Shirish wrote:
> I believe its fixed now in :
>
> https://lkml.org/lkml/2019/1/16/507
> https://lkml.org/lkml/2019/1/16/508
>
> I don’t see S@vger ... in the From field in the above links instead I see "S,
> Shirish" <>
Yes, it looks correct now.
On Wed, Jan 16, 2019 at 11:26:53AM +0100, Thomas Gleixner wrote:
> The SuperH boot code files use a magic format for the SPDX identifier
> comment:
>
> LIST "SPDX-License-Identifier: "
>
> The trailing quotation mark is not stripped before the token parser is
> invoked and causes the scan
On Tue, Jan 15, 2019 at 02:13:47PM +0100, Vincent Guittot wrote:
> Hi Rong,
>
> On Tue, 15 Jan 2019 at 04:24, kernel test robot wrote:
> >
> > Greeting,
> >
> > FYI, we noticed a -3.6% regression of will-it-scale.per_process_ops due to
> > commit:
> >
> >
> > commit:
śr., 16 sty 2019 o 14:35 Sasha Levin napisał(a):
>
> Hi,
>
> [This is an automated email]
>
> This commit has been processed because it contains a "Fixes:" tag,
> fixing commit: d58f2bf261fd gpio: Timestamp events in hardirq handler.
>
> The bot has tested the following trees: v4.20.2, v4.19.15.
On Wed, Jan 16, 2019 at 11:26:52AM +0100, Thomas Gleixner wrote:
> A recent commit added SPDX identifiers to the SuperH low level library code
> which originates from GCC. This code is licensed under the GPL 2.0 or later
> with the GCC runtime library exception.
>
> Unfortunately the authors did
On 1/16/2019 3:56 AM, Marc Gonzalez wrote:
Add host controller and PHY DT nodes.
Signed-off-by: Marc Gonzalez
---
TODO: check whether the driver uses the 'resets' prop
---
arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 20 +++
arch/arm64/boot/dts/qcom/msm8998.dtsi | 63
I believe its fixed now in :
https://lkml.org/lkml/2019/1/16/507
https://lkml.org/lkml/2019/1/16/508
I don’t see S@vger ... in the From field in the above links instead I see "S,
Shirish" <>
Regards,
Shirish S
-Original Message-
From: S, Shirish
Sent: Wednesday, January 16, 2019
From: Bartosz Golaszewski
Nested interrupts run inside the calling thread's context and the top
half handler is never called which means that we never read the
timestamp.
This issue came up when trying to read line events from a gpiochip
using regmap_irq_chip for interrupts.
Fix it by reading
Bring S2RAM support to the mv88e6xxx DSA driver.
The content of the *_irq_poll() helper is moved in *_do_irq_poll() so
that that the function can be called from the ->resume() callback
without using the *work pointer.
Signed-off-by: Miquel Raynal
---
drivers/net/dsa/mv88e6xxx/chip.c | 52
On Tue, Jan 15, 2019 at 07:01:45PM -0500, Paul Elder wrote:
> Handling short packets (length < max packet size) in the Inventra DMA
> engine in the MUSB driver causes the MUSB DMA controller to hang. An
> example of a problem that is caused by this problem is when streaming
> video out of a UVC
On Wed, Jan 16, 2019 at 3:51 PM Jan Kara wrote:
>
> On Wed 16-01-19 13:37:22, Dmitry Vyukov wrote:
> > On Wed, Jan 16, 2019 at 12:56 PM Jan Kara wrote:
> > >
> > > On Wed 16-01-19 12:03:27, Dmitry Vyukov wrote:
> > > > On Wed, Jan 16, 2019 at 11:43 AM Jan Kara wrote:
> > > > >
> > > > > On Wed
On 14.01.2019 22:04, Tri Vo wrote:
> From: Greg Hackmann
>
> base.c contains a few callbacks specific to GCC's gcov implementation.
> Move these into their own module in preparation for clang support.
Minor nitpick: at least in commit messages, a consistent capitalization
of "Clang" would be
Nope thats not my email id, am not sure how(s...@vger.kernel.org) its getting
added.
Do you find the same for the new patchset I have sent?
Regards,
Shirish S
-Original Message-
From: Borislav Petkov
Sent: Wednesday, January 16, 2019 8:57 PM
To: S, Shirish
Cc: Thomas Gleixner ;
On 16/01/2019 16:07, Boris Ostrovsky wrote:
> On 1/16/19 9:33 AM, Juergen Gross wrote:
>> On 16/01/2019 14:17, Boris Ostrovsky wrote:
>>> On Wed, Jan 16, 2019 at 08:50:13AM +0100, Juergen Gross wrote:
>>>
@@ -1650,13 +1650,14 @@ void xen_callback_vector(void)
Hi Andrew,
On Fri, Jan 11, 2019 at 12:05:20PM -0600, Andrew F. Davis wrote:
> The heap name can be used for debugging but otherwise does not seem
> to be required and no other part of the code will fail if left NULL
> except here. We can make it required and check for it at some point,
> for now
On 1/16/2019 1:58 AM, Kishon Vijay Abraham I wrote:
Hi,
On 16/01/19 2:20 PM, Kishon Vijay Abraham I wrote:
On 15/01/19 11:41 PM, Bjorn Andersson wrote:
On Mon 14 Jan 08:36 PST 2019, Jeffrey Hugo wrote:
MSM8998 contains one QUSB2 PHY which is very similar to the existing
sdm845 support.
On Wed, Jan 16, 2019 at 03:14:29PM +, S wrote:
> Done. Hope the mailer is fine now, i have added --from while sending the
> new patchset and also got it reviewed from folks here.
No, it isn't. And the problem is not git. The problem is your normal emails
you're sending. Look at what you just
On Jan 15, 2019, at 6:38 PM, Paul Gortmaker
wrote:
> [Re: linux-next: Fixes tag needs some work in the nfs-anna tree] On
> 15/01/2019 (Tue 23:12) Takashi Iwai wrote:
>
>> On Tue, 15 Jan 2019 22:41:21 +0100,
>> Chuck Lever wrote:
>>>
>>> Hi Stephen-
>>>
>>> On Jan 15, 2019, at 4:38 PM,
On 16/01/2019 14:57, Thomas Gleixner wrote:
[...]
>
> I just went back in the history tree and had to figure out that it's my
> fault :)
>
> preempt_schedule_irq() was introduced to plug a stupid race, but I did not
> notice (and obviously nobody else) that this made the extra loop in the
>
Hi :-)
On Tue, Jan 15, 2019 at 12:40:16PM -0600, Andrew F. Davis wrote:
> On 1/15/19 12:38 PM, Andrew F. Davis wrote:
> > On 1/15/19 11:45 AM, Liam Mark wrote:
> >> On Tue, 15 Jan 2019, Andrew F. Davis wrote:
> >>
> >>> On 1/14/19 11:13 AM, Liam Mark wrote:
> On Fri, 11 Jan 2019, Andrew F.
On Wed, 16 Jan 2019 at 06:52, Bjorn Andersson
wrote:
>
> On Wed 09 Jan 22:33 PST 2019, Viresh Kumar wrote:
>
> > +Rafael
> >
> > On 10-01-19, 09:32, Rajendra Nayak wrote:
> > > Changes in v11:
> > > * Updated opp-level binding description based on feedback
> > > from Viresh
> > > * Other minor
Hi,
Any other comments on this patch and patch 2/2
(https://lkml.org/lkml/2018/12/3/326)?
Thanks
Phil
> -Original Message-
> From: Phil Edworthy
> Sent: 06 December 2018 12:31
> To: 'Andy Shevchenko'
> Cc: Michael Turquette ; Stephen Boyd
> ; Russell King ; Geert
> Uytterhoeven ; Uwe
Hello,
On Wed, 16 Jan 2019 15:48:29 +0100, Andrew Lunn wrote:
> Reviewed-by: Andrew Lunn
>
> However, i wounder if it makes sense to add a label before the
> existing device_del() at the end of the function, and convert this,
> and the case above into a goto? That might scale better, avoiding
On 1/16/19 7:56 AM, Julian Stecklina wrote:
> Khalid Aziz writes:
>
>> I am continuing to build on the work Juerg, Tycho and Julian have done
>> on XPFO.
>
> Awesome!
>
>> A rogue process can launch a ret2dir attack only from a CPU that has
>> dual mapping for its pages in physmap in its TLB.
On 15.01.2019 19:36, Tri Vo wrote:
> From: Tri Vo
>
> This patch series adds Clang supoprt for gcov.
>
> Patch 1 refactors existing code in preparation for Clang support. Patches
> 2-3 implement necessary LLVM runtime hooks and gcov kernel interfaces.
> Patch 4 simplifies config selection.
>
>
provides machine_is_olpc() stub for CONFIG_OLPC=n,
compiler should just optimize the unneeded bits away.
Signed-off-by: Lubomir Rintel
---
drivers/mfd/cs5535-mfd.c | 24 +++-
1 file changed, 7 insertions(+), 17 deletions(-)
diff --git a/drivers/mfd/cs5535-mfd.c
provides machine_is_olpc() stub for CONFIG_OLPC=n,
compiler should just optimize the unneeded bits away.
Signed-off-by: Lubomir Rintel
---
drivers/net/wireless/marvell/libertas/if_usb.c | 10 --
1 file changed, 10 deletions(-)
diff --git
provides olpc_has_dcon() stub for CONFIG_OLPC=n, compiler
should just optimize the unneeded bits away.
Signed-off-by: Lubomir Rintel
---
drivers/video/fbdev/geode/gxfb_core.c | 13 ++---
drivers/video/fbdev/geode/lxfb_core.c | 13 ++---
2 files changed, 4 insertions(+), 22
It's also a slave controller driver now, calling it "master" is slightly
misleading.
Signed-off-by: Lubomir Rintel
---
Documentation/spi/pxa2xx | 10 +--
arch/arm/mach-pxa/cm-x255.c| 2 +-
arch/arm/mach-pxa/cm-x270.c| 2 +-
arch/arm/mach-pxa/corgi.c | 2 +-
On 1/15/2019 10:56 PM, Borislav Petkov wrote:
> On Tue, Jan 15, 2019 at 03:30:42AM +, S wrote:
>> Please talk to your colleagues how to fix that. Adding some of them to
>> CC.
> Your mailer is still broken. How do you manage to have an empty From:?
> Is your exchange client misconfigured?
>
On Wed, Jan 16, 2019 at 02:15:18PM +0100, Arnd Bergmann wrote:
> Hi Heiko and Martin,
>
> As promised, I gave this a go and changed the SYSCALL_DEFINEx()
> infrastructure to always include the wrappers for doing the
> 31-bit argument conversion on s390 compat mode.
>
> This does three main
On Wed, Jan 16, 2019 at 3:10 PM Fabrice Gasnier wrote:
>
> On 1/16/19 1:14 PM, Arnd Bergmann wrote:
> > (sorry for the late reply, I just realized that I had never sent out the
> > mail after Lee asked me for a review last year and I had drafted
> > my reply).
>
> Hi Arnd,
>
> Many thanks for
MC4_MISC thresholding quirk needs to be applied during S5 -> S0 and
S3 -> S0 state transitions, which follow different code paths, hence
carve it out and move it mce_amd_feature_init(), which is the converging
point of both code paths.
Changelog[v2]:
- move the quirk to mce/amd.c
Its evident from various forums and logs that MC4_MISC thresholding is not
supported for the family 15 processors, hence skip the x86_model check
while applying quirk.
Changelog[v2]:
- reword commit message to adhere to coding standards
- remove check of model range
Signed-off-by: Shirish S
Below patch series applies to family 15 CPU's of AMD platform, to address a
consistent warning of:
"[Firmware Bug]: cpu 0, invalid threshold interrupt offset ..."
at every boot and every resume, which is misguiding as the reason is not a
Firmware Bug but "MC4_MISC thresholding quirk" not being
* Tony Lindgren [190116 14:59]:
> * Pavel Machek [190116 13:58]:
> > And I wanted to ask -- did you figure out how to acknowledge the
> > SMSs? +CGNNA does not seem to do the job:
> >
> > 07912470338016...
> > AT+CGNMA=1
> > +CGNMA:ERROR=9
>
> Yeah the scripts in droid4-sms-tools git repo work
On 1/16/19 9:33 AM, Juergen Gross wrote:
> On 16/01/2019 14:17, Boris Ostrovsky wrote:
>> On Wed, Jan 16, 2019 at 08:50:13AM +0100, Juergen Gross wrote:
>>
>>> @@ -1650,13 +1650,14 @@ void xen_callback_vector(void)
>>> xen_have_vector_callback = 0;
>>>
Am 16.01.19 um 15:33 schrieb Jiri Pirko:
> Wed, Jan 16, 2019 at 03:24:54PM CET, starni...@g.ncu.edu.tw wrote:
>> Signed-off-by: Jian-Hong Pan
>> ---
>
> Patches like this are in general frowned upon. Do one change in one
> patch. Put some patch description.
This patch simply shouldn't have gone
On Wed, 16 Jan 2019, Paul Elder wrote:
> On Mon, Jan 14, 2019 at 10:24:44AM -0500, Alan Stern wrote:
> > On Mon, 14 Jan 2019, Paul Elder wrote:
> >
> > > > > > Can you check your uvc
> > > > > > changes using dummy_hcd with the patch below?
> > > > >
> > > > > I'm not sure what to make of the
Khalid Aziz writes:
> From: Julian Stecklina
>
> Instead of using the page extension debug feature, encode all
> information, we need for XPFO in struct page. This allows to get rid of
> some checks in the hot paths and there are also no pages anymore that
> are allocated before XPFO is
On Wed, Jan 16, 2019 at 11:27:08AM +0100, Johan Hovold wrote:
> Use the new of_get_compatible_child() helper to look up child nodes to
> avoid ever matching non-child nodes elsewhere in the tree.
>
> Also fix up the related struct device_node leaks.
>
> Fixes: d8652956cf37 ("net: dsa:
On Wed, Jan 16, 2019 at 11:23:35AM +0100, Johan Hovold wrote:
> The platform-device driver data is set on successful probe and will
> never be NULL on remove (or we have much bigger problems).
>
> Signed-off-by: Johan Hovold
Reviewed-by: Andrew Lunn
Andrew
On Wed, Jan 16, 2019 at 11:23:34AM +0100, Johan Hovold wrote:
> Use the new of_get_compatible_child() helper to look up child nodes to
> avoid ever matching non-child nodes elsewhere in the tree.
>
> Also fix up the related struct device_node leaks.
>
> Fixes: 14fceff4771e ("net: dsa: Add Lantiq
701 - 800 of 1215 matches
Mail list logo