Hi Russel, David,
On 06/11/18 16:20, Russell King - ARM Linux wrote:
On Mon, Nov 05, 2018 at 01:53:13PM +, David Binderman wrote:
Hello there,
2nd try. Plain text might help.
Yep, Linux kernel development generally doesn't like wasteful html
emails, sorry.
totalram_pages and totalhigh_pages are made static inline function.
Suggested-by: Michal Hocko
Suggested-by: Vlastimil Babka
Signed-off-by: Arun KS
Reviewed-by: Konstantin Khlebnikov
Acked-by: Michal Hocko
---
coccinelle script to make most of the changes,
@@
declarer name EXPORT_SYMBOL;
On 11/6/2018 10:00 AM, Stephane Eranian wrote:
/*
* mmap 1 page at the location of the unmap page (should reuse virtual space)
* This creates a continuous region built from two mmaps and
potentially two different sources
* especially with jitted runtimes
*/
The two mmaps are both anon. As my
Hello Marc,
Ping on this patch for feedback.
On 9/20/18 11:42 AM, Parthiban Nallathambi wrote:
Hello Marc,
Ping on this patch for feedback.
On 08/26/2018 05:20 PM, Parthiban Nallathambi wrote:
Hello Marc,
Thanks for your feedback.
On 8/13/18 1:46 PM, Marc Zyngier wrote:
On 12/08/18
On Tue, Nov 6, 2018 at 8:28 AM Andy Shevchenko
wrote:
>
> On Tue, Nov 06, 2018 at 07:18:14AM -0600, Rob Herring wrote:
> > On Tue, Nov 6, 2018 at 6:27 AM Heikki Krogerus
> > wrote:
> > >
> > > On Tue, Nov 06, 2018 at 12:58:03PM +0200, Andy Shevchenko wrote:
> > > > On Mon, Nov 05, 2018 at
On 11/6/18 10:20 AM, Andy Lutomirski wrote:
> I almost feel like the right solution is to call into SGX on its own
> private stack or maybe even its own private address space.
Yeah, I had the same gut feeling. Couldn't the debugger even treat the
enclave like its own "thread" with its own stack
Commit-ID: ea1fa48c055f833eb25f0c33188feecb7002ada5
Gitweb: https://git.kernel.org/tip/ea1fa48c055f833eb25f0c33188feecb7002ada5
Author: Thomas Richter
AuthorDate: Tue, 23 Oct 2018 17:16:16 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:37:10 -0300
perf stat:
Commit-ID: 79ef68c7e1f665578e005b454480b6eca60edabe
Gitweb: https://git.kernel.org/tip/79ef68c7e1f665578e005b454480b6eca60edabe
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 5 Nov 2018 12:23:40 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 12:41:10 -0300
Commit-ID: 590ac60d8aa929bd21e35cd95a7d8720d00eb4f3
Gitweb: https://git.kernel.org/tip/590ac60d8aa929bd21e35cd95a7d8720d00eb4f3
Author: Jin Yao
AuthorDate: Wed, 31 Oct 2018 19:06:35 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:37:11 -0300
perf top: Display
On Mon, Oct 08, 2018 at 10:18:47AM -0600, Keith Busch wrote:
> On Fri, Oct 05, 2018 at 12:31:45PM -0500, Bjorn Helgaas wrote:
> > [+cc arm64 folks, LKML: This conversation is about this patch:
> >
> >
> > https://lore.kernel.org/linux-pci/20180918235848.26694-3-keith.bu...@intel.com
> >
> >
From: Kaitao cheng
The simple_strto{l,ul} are deprecated, use kstrtou{l,ul} instead.
Signed-off-by: Kaitao cheng
---
drivers/base/core.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index 04bbcd7..ed145fb
ping on this patch series!
On 9/4/18 8:41 PM, Saravanan Sekar wrote:
On 08/29/18 17:20, Manivannan Sadhasivam wrote:
Hi Saravanan,
On Wed, Aug 29, 2018 at 10:24:09AM +0200, Saravanan Sekar wrote:
Move generic defines common to the Owl family out of S900 driver.
Signed-off-by: Parthiban
On 11/6/18 7:37 AM, Sean Christopherson wrote:
>
> void *sgx_alloc_untrusted_stack(size_t size)
> {
> struct sgx_encl_tls *tls = get_encl_tls();
> struct sgx_out_call_context *context;
> void *tmp;
>
> /* create a frame on the trusted stack to hold the out-call context */
Quoting Taniya Das (2018-10-31 22:02:22)
> + Chandan from Display Port team,
>
> On 10/30/2018 10:03 PM, Stephen Boyd wrote:
> > Also, those
> > numbers look like gigabits per second (Gbit/s) for the DP spec which
> > isn't exactly the same as a clk frequency. What frequency does the PLL
> > run
> hum, is this about having 'large pebs' or there's this window
> if there's also only single pebs record allowed? which should
> be case for dwarf unwind
With large PEBS today there is never any stack unwind because
stack unwinding can be only done from a PMI.
The window happens even with
On 05-11-18, 11:10, Bjorn Andersson wrote:
> On Mon 05 Nov 07:45 PST 2018, Vinod Koul wrote:
>
> > From: Bjorn Andersson
> >
> > Add the TrustZone based remoteproc nodes and their glink edges for
> > adsp, cdsp and wcss.
> >
> > Signed-off-by: Bjorn Andersson
> > Signed-off-by: Vinod Koul
>
Quoting Bjorn Andersson (2018-11-03 00:00:02)
> From: Taniya Das
>
> Add rpm smd clocks, PMIC and bus clocks which are required on QCS404
> for clients to vote on.
>
> Signed-off-by: Taniya Das
> Signed-off-by: Anu Ramanathan
> [bjorn: Dropped cxo, voter clocks and static initialization]
>
On Thu, Nov 01, 2018 at 10:26:04AM +0800, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/edac/i82975x_edac.c:378:16: warning:
> variable ‘dtype’ set but not used [-Wunused-but-set-variable]
>
> It never used since introduction in commit
> 084a4fccef39 ("edac:
Quoting Jerome Brunet (2018-11-05 15:08:20)
> From: Christian Hewitt
>
> On the Khadas VIM2 (GXM) and LePotato (GXL) board there are problems
> with reboot; e.g. a ~60 second delay between issuing reboot and the
> board power cycling (and in some OS configurations reboot will fail
> and require
On Tue, Nov 6, 2018 at 2:02 AM Peter Zijlstra wrote:
>
> Therefore I'm proposing to run:
>
> git grep -l "\<__inline\(\|__\)\>" | while read file
> do
> sed -i -e 's/\<__inline\(\|__\)\>/inline/g' $file
> done
>
> On your current tree, and apply the below fixup patch on top of that
Commit-ID: e2c39f36c354a06c6e9d32d4fdf8660b41803d82
Gitweb: https://git.kernel.org/tip/e2c39f36c354a06c6e9d32d4fdf8660b41803d82
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 5 Nov 2018 15:46:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 15:46:51 -0300
From: Logan Gunthorpe
Sent: November 6, 2018 at 6:57:57 PM GMT
> To: Nadav Amit , Ingo Molnar
> Cc: linux-kernel@vger.kernel.org>, x...@kernel.org>, Sam Ravnborg
> , Michal Marek , Thomas Gleixner
> , H. Peter Anvin ,
> linux-kbu...@vger.kernel.org>, Stephen Bates
> Subject: Re: [PATCH v9
Commit-ID: 6ac2226229d931153331a93d90655a3de05b9290
Gitweb: https://git.kernel.org/tip/6ac2226229d931153331a93d90655a3de05b9290
Author: Gustavo Romero
AuthorDate: Thu, 1 Nov 2018 20:13:21 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 16:28:00 -0300
perf tools:
On Sun, Nov 04, 2018 at 05:31:20PM +0100, Rafael J. Wysocki wrote:
> + * - If there is a pattern of 5 or more recent non-timer wakeups earlier than
> + * the closest timer event, expect one more of them to occur and use the
> + * average of the idle duration values corresponding to them to
On Tue, Nov 06, 2018 at 05:21:00PM +, Lorenzo Pieralisi wrote:
> If you have a simple reproducer for the bugs I am happy to help you test
> it (I can also apply arm64 DYNAMIC_FTRACE_WITH_REGS patches and test that
> new code path if that's the final direction we are taking).
The easiest way
Thanks for the review Bjorn,
On 05-11-18, 10:56, Bjorn Andersson wrote:
> On Mon 05 Nov 07:45 PST 2018, Vinod Koul wrote:
>
> > diff --git a/arch/arm64/boot/dts/qcom/qcs404-evb.dts
> > b/arch/arm64/boot/dts/qcom/qcs404-evb.dts
> > new file mode 100644
> > index ..74dc09ddb0d2
> >
Quoting Anson Huang (2018-10-18 18:05:36)
> There are clock assignments in all i.MX7D dtb files for UART1,
> below is the example in imx7d-sdb.dts, so setting UART1 clock
> in clock driver is NOT necessary, actually, module clocks setting
> should be done in module driver.
>
> {
>
Quoting Julia Lawall (2018-10-26 22:47:37)
> The clk_ops structure is only stored in the ops field of clk_init_data
> structures. This field is const, so the clk_ops structure can be
> const as well.
>
> Identified and transformed using Coccinelle.
>
> Signed-off-by: Julia Lawall
>
> ---
Quoting Julia Lawall (2018-10-26 22:47:39)
> These clk_ops structures are only passed to a call to
> clk_register_composite where the corresponding parameters
> are const, so the clk_ops structure can be const as well.
>
> Identified and transformed using Coccinelle.
>
> Signed-off-by: Julia
Quoting Julia Lawall (2018-10-26 22:47:38)
> These clk_ops structures are only stored in the ops field of a
> clk_init_data structure. This field is const, so the clk_ops
> structures can be const as well.
>
> Identified and transformed using Coccinelle.
>
> Signed-off-by: Julia Lawall
>
>
On 11/6/2018 2:41 AM, Doug Anderson wrote:
Hi,
On Mon, Nov 5, 2018 at 12:37 PM Rob Herring wrote:
On Thu, Nov 01, 2018 at 01:29:54PM -0700, Doug Anderson wrote:
Hi,
On Thu, Nov 1, 2018 at 5:07 AM Veerabhadrarao Badiganti
wrote:
For SDM845 SOC, new compatible string "qcom,sdm845-sdhci"
The patch
ASoC: pxa: change ac97 dependencies
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus
On 11/6/2018 12:52 PM, Valentin Schneider wrote:
> Hi Steve,
>
> On 05/11/2018 20:07, Steve Sistare wrote:
> [...]
>> The patch series is based on kernel 4.19.0-rc7. It compiles, boots, and
>> runs with/without each of CONFIG_SCHED_SMT, CONFIG_SMP, CONFIG_SCHED_DEBUG,
>> and CONFIG_PREEMPT. It
On Tue, Nov 6, 2018 at 9:53 AM Andy Shevchenko
wrote:
>
> On Tue, Nov 06, 2018 at 05:05:03PM +0200, Heikki Krogerus wrote:
>
> > Maybe it would be best to just read the "name" device property in
> > fwnode_name() and not have of_fwnode_name at all.
>
> If it's a mandatory property or somehow its
> Eric Anholt hat am 31. Oktober 2018 um 18:16 geschrieben:
>
>
> Stefan Wahren writes:
>
> > We should never assume to get a reply from the firmware otherwise
> > the call could block forever and the user don't get informed. So
> > define a timeout of 1 sec and print a stacktrace once in the
Commit-ID: 5d96c9342c23ee1d084802dcf064caa67ecaa45b
Gitweb: https://git.kernel.org/tip/5d96c9342c23ee1d084802dcf064caa67ecaa45b
Author: Vishal Verma
AuthorDate: Thu, 25 Oct 2018 18:37:28 -0600
Committer: Borislav Petkov
CommitDate: Tue, 6 Nov 2018 19:13:10 +0100
acpi/nfit, x86/mce:
On Tue, Nov 6, 2018 at 6:04 PM Peter Zijlstra wrote:
>
> On Sun, Nov 04, 2018 at 05:31:20PM +0100, Rafael J. Wysocki wrote:
> > + * - If there is a pattern of 5 or more recent non-timer wakeups earlier
> > than
> > + * the closest timer event, expect one more of them to occur and use the
> > +
Commit-ID: e8a308e5f47e545e0d41d0686c00f5f5217c5f61
Gitweb: https://git.kernel.org/tip/e8a308e5f47e545e0d41d0686c00f5f5217c5f61
Author: Vishal Verma
AuthorDate: Thu, 25 Oct 2018 18:37:29 -0600
Committer: Borislav Petkov
CommitDate: Tue, 6 Nov 2018 19:13:26 +0100
acpi/nfit, x86/mce:
On Tue, Nov 6, 2018 at 8:46 AM Sven Van Asbroeck wrote:
>
> On Tue, Nov 6, 2018 at 8:58 AM Rob Herring wrote:
>
> > It doesn't really sound like the host should be in DT. The bridge
> > should register itself as an anybus provider and that should in turn
> > enable the anybus host protocol.
>
>
I suggested this some time ago but nobody has gotten around to doing it
so far. Well now I have! Here's a patch series that cuts down the
boiler-plate code that Mediatek clk drivers have to multiplex probe
amongst the device match data.
Rob/Frank, I'd prefer to take the first patch via clk tree
This is already set by platform_driver_register(), so we can remove it
here.
Cc: Ryder Lee
Signed-off-by: Stephen Boyd
---
drivers/clk/mediatek/clk-mt2712.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clk/mediatek/clk-mt2712.c
b/drivers/clk/mediatek/clk-mt2712.c
index
Use this function to reduce the boiler-plate code that the mediatek clk
driver needs to implement to probe clks for different devices within the
same driver.
Cc: Ryder Lee
Signed-off-by: Stephen Boyd
---
drivers/clk/mediatek/clk-mt2701.c | 20 +---
Commit-ID: c3537fc251503af18085b8f84126d13743663970
Gitweb: https://git.kernel.org/tip/c3537fc251503af18085b8f84126d13743663970
Author: Andi Kleen
AuthorDate: Mon, 1 Oct 2018 12:59:26 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:37:09 -0300
perf evlist:
Commit-ID: cd26ea6d50a207ee37e0364ecc2d196d6c9671e8
Gitweb: https://git.kernel.org/tip/cd26ea6d50a207ee37e0364ecc2d196d6c9671e8
Author: Arnaldo Carvalho de Melo
AuthorDate: Sat, 3 Nov 2018 08:19:56 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Sat, 3 Nov 2018 08:19:56 -0300
Commit-ID: cf99ad1424c54fc84b84d3a3deb57a48c340c30a
Gitweb: https://git.kernel.org/tip/cf99ad1424c54fc84b84d3a3deb57a48c340c30a
Author: Andi Kleen
AuthorDate: Mon, 1 Oct 2018 12:59:27 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:37:10 -0300
perf record:
Em Tue, Nov 06, 2018 at 10:23:49AM -0800, Davidlohr Bueso escreveu:
> Mind this fixlet for using et/oneshot and the multiq option.
Yes sir, applied the fixup to the first patch in the series, applied the
second, tested, merged.
- Arnaldo
> diff --git a/tools/perf/bench/epoll-wait.c
Hi Guenter,
On Tue, 6 Nov 2018 10:10:38 -0800, Guenter Roeck wrote:
> This reverts commit 6147b1cf19651c7de297e69108b141fb30aa2349.
>
> The reverted patch results in attempted write access to the source
> repository, even if that repository is mounted read-only.
>
> Output from "strace git
This series convert totalram_pages, totalhigh_pages and
zone->managed_pages to atomic variables.
The patch was comiple tested on x86(x86_64_defconfig & i386_defconfig)
on 4.20-rc1. And memory hotplug tested on arm64, but on an older version
of kernel.
Arun KS (4):
mm: Fix multiple evaluvations
This patch is in preparation to a later patch which converts totalram_pages
and zone->managed_pages to atomic variables. This patch does not introduce
any functional changes.
Signed-off-by: Arun KS
Reviewed-by: Konstantin Khlebnikov
---
arch/um/kernel/mem.c | 3 +--
Now totalram_pages and managed_pages are atomic varibles. No need
of managed_page_count spinlock.
Signed-off-by: Arun KS
Reviewed-by: Konstantin Khlebnikov
Acked-by: Michal Hocko
---
include/linux/mmzone.h | 6 --
mm/page_alloc.c| 5 -
2 files changed, 11 deletions(-)
diff
totalram_pages, zone->managed_pages and totalhigh_pages updates
are protected by managed_page_count_lock, but readers never care
about it. Convert these variables to atomic to avoid readers
potentially seeing a store tear.
This patch converts zone->managed_pages. Subsequent patches will
convert
On Tue, Nov 06, 2018 at 04:33:26PM +, David Binderman wrote:
> hello there Russell,
>
> > linux-4.20-rc1/arch/arm/vfp/vfpmodule.c:576]: (warning) Redundant
> > assignment of >'ufp_exc->fpinst2' to itself.
>
> >Thanks for the report - it most certainly is a bug introduced by
> >Julien's
ping on this patch series!
On 9/4/18 9:28 PM, Saravanan Sekar wrote:
On 08/29/18 18:34, Manivannan Sadhasivam wrote:
On Wed, Aug 29, 2018 at 10:24:12AM +0200, Saravanan Sekar wrote:
Add pinctrl driver for Actions Semi S700 SoC. The driver supports
pinctrl,
pinmux and pinconf functionalities
On Fri Oct 19 18, Stefan Berger wrote:
Extend the documentation for trusted keys with documentation for how to
set up a key for a TPM 2.0 so it can be used with a TPM 2.0 as well.
Signed-off-by: Stefan Berger
Reviewed-by: Mimi Zohar
Acked-by: Jerry Snitselaar
---
From: Richard Gong
This is the 10th submission of Intel Stratix10 service layer and FPGA
manager driver patches. In this submission I have moved Stratix10 service
layer driver .c file to drivers/firmware and header files to
include/linux/firmware/intel. I have added Stratix10 service layer
On 11/5/18 9:49 PM, Jarkko Sakkinen wrote:
> On Mon, Nov 05, 2018 at 12:27:11PM -0800, Dave Hansen wrote:
>> The ABI seems entirely undocumented and rather lightly designed, which
>> seems like something we should fix before this is merged.
>
> ABI is documented in arch/x86/include/uapi/asm/sgx.h
From: Richard Gong
Add Intel Stratix10 service layer to the device tree
Signed-off-by: Richard Gong
Signed-off-by: Alan Tull
Acked-by: Moritz Fischer
---
v2: change to put service layer driver node under the firmware node
change compatible to "intel, stratix10-svc"
v3: no change
v4:
On Mon, Nov 5, 2018 at 4:32 PM Bart Van Assche wrote:
>
> On Mon, 2018-11-05 at 16:11 -0800, Alexander Duyck wrote:
> > If we really don't care then why even bother with the switch statement
> > anyway? It seems like you could just do one ternary operator and be
> > done with it. Basically all
On Tue, Nov 06, 2018 at 09:47:52AM -0700, Keith Busch wrote:
> On Tue, Nov 06, 2018 at 04:34:08PM +, Lorenzo Pieralisi wrote:
> > The question is whether we really need to dynamically patch the kernel
> > with ftrace to achieve what that patch does.
> >
> > Furthermore, it would also be good
Encapsulate power gating and locality functionality to tpm_chip_start()
and tpm_chip_stop() in order to clean up the branching mess in
tpm_transmit().
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-chip.c | 110 +++
drivers/char/tpm/tpm-interface.c |
Remove @flags from tpm_transmit() API. It is no longer used for
anything.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-chip.c | 32 ++---
drivers/char/tpm/tpm-dev-common.c | 2 +-
drivers/char/tpm/tpm-interface.c | 18
drivers/char/tpm/tpm-sysfs.c
Added locking as part of tpm_try_get_ops() and tpm_put_ops() as they are
anyway used in most of the call sites except in tpmrm_release() where we
take the locks manually.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-chip.c | 2 ++
drivers/char/tpm/tpm-dev-common.c | 4 +---
Call tpm_chip_start() and tpm_chip_stop() in
* tpm_try_get_ops() and tpm_put_ops()
* tpm_chip_register()
* tpm2_del_space()
And remove these calls from tpm_transmit(). The core reason for this
change is that in tpm_vtpm_proxy a locality change requires a virtual
TPM command (a command made up
The patch
ASoC: qdsp6: q6afe-dai: Fix the dai widgets
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Wed, Oct 31, 2018 at 2:45 PM Andrzej Hajda wrote:
>
> On 31.10.2018 09:58, Chen-Yu Tsai wrote:
> > On Wed, Oct 31, 2018 at 4:53 PM Andrzej Hajda wrote:
> >> On 26.10.2018 16:43, Jagan Teki wrote:
> >>> Bananapi S070WV20-CT16 ICN6211 is 800x480, 4-lane MIPI-DSI to RGB
> >>> bridge panel, which
The patch
ASoC: qdsp6: q6asm-dai: Only add routing once.
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
"Exiting" instead of "Exitting"
Signed-off-by: Rohit Sarkar
---
drivers/staging/wlan-ng/prism2fw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wlan-ng/prism2fw.c
b/drivers/staging/wlan-ng/prism2fw.c
index f99626ca6bdc..a2c851c74bef 100644
---
Commit-ID: f6c23e3b55cb93f32a724f41af8d3bc2ab6b
Gitweb: https://git.kernel.org/tip/f6c23e3b55cb93f32a724f41af8d3bc2ab6b
Author: Adrian Hunter
AuthorDate: Mon, 5 Nov 2018 09:35:05 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:53:54 -0300
perf
Commit-ID: 35fa1cee21e34f43db928d022610707d5a234faf
Gitweb: https://git.kernel.org/tip/35fa1cee21e34f43db928d022610707d5a234faf
Author: Adrian Hunter
AuthorDate: Sun, 4 Nov 2018 17:12:38 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:53:00 -0300
perf scripts
Commit-ID: 93f8be2799515e01647c5a9b0d17a90a00ebcf82
Gitweb: https://git.kernel.org/tip/93f8be2799515e01647c5a9b0d17a90a00ebcf82
Author: Adrian Hunter
AuthorDate: Mon, 5 Nov 2018 09:35:04 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 5 Nov 2018 14:53:37 -0300
perf
"Rafael J. Wysocki" writes:
> On Mon, Sep 24, 2018 at 11:24 AM Jiri Kosina wrote:
>>
>> On Wed, 12 Sep 2018, Vitaly Kuznetsov wrote:
>>
>> > It makes little sense but still possible to put Hyper-V guests into
>> > suspend-to-idle state. To wake them up two wakeup sources were registered
>> > in
On Tue, 2018-11-06 at 08:57 -0800, Andy Lutomirski wrote:
>
> So I guess the non-enclave code basically can’t trust its stack pointer
> because of these shenanigans. And the AEP code has to live with the fact
> that its RSP is basically arbitrary and probably can’t even be unwound
> by a debugger?
Since we pass an initialized struct tpm_buf instance in every call site
now, it is cleaner to pass that directly to the tpm_transmit_cmd() as
the TPM command/response buffer.
Fine-tune a little bit tpm_transmit() and tpm_transmit_cmd() comments
while doing this.
Signed-off-by: Jarkko Sakkinen
Decleare struct tpm_header that replaces struct tpm_input_header and
struct tpm_output_header.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 9 -
drivers/char/tpm/tpm.h| 27 ---
drivers/char/tpm/tpm2-cmd.c | 4 ++--
The error logging for tpm2_commit_space() is in a wrong place. This
commit moves it inside that function.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 8 ++--
drivers/char/tpm/tpm2-space.c| 9 ++---
2 files changed, 8 insertions(+), 9 deletions(-)
diff
Move locking, locality handling and power management to tpm_transmit()
in order to simplify the flow.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 71
1 file changed, 35 insertions(+), 36 deletions(-)
diff --git
Return zero when tpm_buf_init() fails as we do for other functions in
tpm-sysfs.c.
Fixes: da379f3c1db0c ("tpm: migrate pubek_show to struct tpm_buf")
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-sysfs.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
[was Detach TPM space code out of the tpm_transmit() flow but the scope
expanded a bit.]
Make the changes necessary to detach TPM space code and TPM activation
code out of the tpm_transmit() flow because of both of these can cause
nested tpm_transmit() calls. The nesteds calls make the whole
Instead of accessing fields of the command header through offsets to
the raw buffer, it is a better idea to use the header struct pointer
that is already used elsewhere in the function.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 4 ++--
1 file changed, 2
Do not print partial list of PCRs when tpm1_pcr_read() fails but instead
return 0 from pcrs_show(). This is consistent behavior with other sysfs
functions.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-sysfs.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff
On Tue, 2018-11-06 at 09:20 -0800, Alexander Duyck wrote:
> On Mon, Nov 5, 2018 at 4:32 PM Bart Van Assche wrote:
> >
> > On Mon, 2018-11-05 at 16:11 -0800, Alexander Duyck wrote:
> > > If we really don't care then why even bother with the switch statement
> > > anyway? It seems like you could
On 05-11-18, 11:12, Bjorn Andersson wrote:
> On Mon 05 Nov 07:45 PST 2018, Vinod Koul wrote:
>
> > Add the BAM DMA instance found in BLSP1 node of the QCS404
>
> What about blsp2 bam?
Haven't tested that yet :( Serial helped on this one so added :)
--
~Vinod
Mind this fixlet for using et/oneshot and the multiq option.
diff --git a/tools/perf/bench/epoll-wait.c b/tools/perf/bench/epoll-wait.c
index c4c5ef60feb4..4e4efc5cfe22 100644
--- a/tools/perf/bench/epoll-wait.c
+++ b/tools/perf/bench/epoll-wait.c
@@ -215,13 +215,13 @@ static void *workerfn(void
On Tue, 2018-11-06 at 17:06 +0100, Stefan Wahren wrote:
> Am 06.11.18 um 16:41 schrieb Nicolas Saenz Julienne:
> > Hi Stefan,
> > thanks for spending the time reviewing the code. I took note of the
> > rest of comments.
> >
> > On Sun, 2018-10-28 at 21:45 +0100, Stefan Wahren wrote:
> > > Hi
Commit-ID: 51f5fd2e4615dcdc25cd7f9d19b7b27eb9ecdac7
Gitweb: https://git.kernel.org/tip/51f5fd2e4615dcdc25cd7f9d19b7b27eb9ecdac7
Author: Will Deacon
AuthorDate: Wed, 31 Oct 2018 17:44:08 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 1 Nov 2018 10:07:43 -0300
tools headers
Commit-ID: febf8a3712e4209b7e650b37b3b240a2b387794d
Gitweb: https://git.kernel.org/tip/febf8a3712e4209b7e650b37b3b240a2b387794d
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 1 Nov 2018 10:34:34 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 1 Nov 2018 14:11:45 -0300
On Tue, Nov 06, 2018 at 06:11:18PM +, Nadav Amit wrote:
> From: Peter Zijlstra
> > On Tue, Nov 06, 2018 at 09:20:19AM +0100, Peter Zijlstra wrote:
> >
> >> By our current way of thinking, kmap_atomic simply is not correct.
> >
> > Something like the below; which weirdly builds an x86_32
On Sat, Nov 03, 2018 at 11:33:39AM -0700, Olof Johansson wrote:
> The existing code triggered an invalid warning about 'rq' possibly being
> used uninitialized. Instead of doing the silly warning suppression by
> initializa it to NULL, refactor the code to bail out early instead.
>
> Warning was:
On Tue, Nov 6, 2018 at 3:46 PM Peter Zijlstra wrote:
>
> If you actually read what I wrote:
You got me, I did read very quickly :)
> Dunno, but that is a far more difficult patch. The proposed one is an
> obvious identify.
I would say they are orthogonal, even if both would solve the problem.
Quoting Paul Walmsley (2018-10-20 06:50:23)
> diff --git a/Documentation/devicetree/bindings/clock/sifive/fu540-prci.txt
> b/Documentation/devicetree/bindings/clock/sifive/fu540-prci.txt
> new file mode 100644
> index ..d7c1e83fa5ed
> --- /dev/null
> +++
Most architectures provide prototypes for the PCI I/O mapping operations
when asm/io.h is included but SH doesn't currently do that, leading to
for example warnings in sound/pci/hda/patch_ca0132.c when pci_iomap() is
used on current -next. Make SH more consistent with other architectures
by
On 11/2/2018 2:03 AM, Doug Anderson wrote:
Hi,
On Thu, Nov 1, 2018 at 5:08 AM Veerabhadrarao Badiganti
wrote:
static const struct sdhci_msm_variant_info sdhci_msm_v5_var = {
.mci_removed = true,
+ .restore_dll_config = false,
+ .var_ops = _var_ops,
+ .offset =
From: Peter Zijlstra
Sent: November 6, 2018 at 1:11:19 PM GMT
> To: Nadav Amit
> Cc: Ingo Molnar , LKML , X86
> ML , H. Peter Anvin , Thomas Gleixner
> , Borislav Petkov , Dave Hansen
> , Andy Lutomirski , Kees Cook
> , Dave Hansen , Masami
> Hiramatsu
> Subject: Re: [PATCH v3 6/7]
On Tue, Nov 6, 2018 at 9:48 AM Bart Van Assche wrote:
>
> On Tue, 2018-11-06 at 09:20 -0800, Alexander Duyck wrote:
> > On Mon, Nov 5, 2018 at 4:32 PM Bart Van Assche wrote:
> > >
> > > On Mon, 2018-11-05 at 16:11 -0800, Alexander Duyck wrote:
> > > > If we really don't care then why even bother
On Tue, 2018-11-06 at 09:46 -0700, Jerry Snitselaar wrote:
> On Fri Oct 19 18, Stefan Berger wrote:
> >Extend the documentation for trusted keys with documentation for how to
> >set up a key for a TPM 2.0 so it can be used with a TPM 2.0 as well.
> >
> >Signed-off-by: Stefan Berger
>
On Tue, Nov 06, 2018 at 07:21:41PM +0100, Geert Uytterhoeven wrote:
> > +#include
> Is this sufficient?
> include/asm-generic/pci_iomap.h provides the dummies if CONFIG_PCI=n and
> CONFIG_GENERIC_PCI_IOMAP=y, while arch/sh/Kconfig selects GENERIC_PCI_IOMAP
> only if PCI is enabled. Hence it's
We don't need to do the multiplex probe design here when we only have
one compatible string. Just setup probe to point at the one probe
function for now.
Cc: Ryder Lee
Signed-off-by: Stephen Boyd
---
drivers/clk/mediatek/clk-mt2701-g3d.c | 28 +++
We have a handful of clk drivers that have a collection of slightly
variant device support keyed off of the compatible string. In each of
these drivers, we demux the variant and then call the "real" probe
function based on whatever is stored in the match data for that
compatible string. Let's
Commit-ID: 3c5e3dabf3722a883227623a4adf61976c2224ff
Gitweb: https://git.kernel.org/tip/3c5e3dabf3722a883227623a4adf61976c2224ff
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 1 Nov 2018 13:50:35 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 1 Nov 2018 14:11:52 -0300
From: Olof Johansson
Date: Fri, 2 Nov 2018 15:00:26 -0700
> I started looking at the history of this driver, and last time the
> maintainer was active on the mailing list was when discussing how to
> remove it. This was in 2012:
>
> https://lore.kernel.org/lkml/4f4de175.30...@melware.de/
>
>
1 - 100 of 1544 matches
Mail list logo