On (09/13/18 23:28), Sergey Senozhatsky wrote:
> Not that I see any problems with pr_line_flush(). But can drop it, sure.
> pr_line() is a replacement for pr_cont() and as such it's not for multi-line
> buffering.
OK, attached.
Let me know if anything needs to improved (including broken English).
Hi,
On 13.09.2018 23:08, linux-kernel-ow...@vger.kernel.org wrote:
> From: Kan Liang
>
> LBR can bring big overhead when the benchmark has high context switches.
> For example, a sub benchmark of Dacapo, avrora.
>
> Baseline: java -jar dacapo-9.12-MR1-bach.jar avrora -n 20
> With LBR: perf reco
Compliment of the day to you Dear Friend.
Dear Friend.
I am Mrs. Amina Kadi. am sending this brief letter to solicit your
partnership to transfer $5.5 million US Dollars. I shall send you
more information and procedures when I receive positive response from
you.
Mrs. Amina Kadi
The --include-dir flag is used to include check-in Makefiles from
$(objtree) without $(srctree)/ prefix. Obviously, this is unneeded
for in-tree build. Add the flag just before changing the working
directory.
This becomes effective after invoking sub-make. Add a little bit
comments about it.
S
On Friday, September 14, 2018 4:29:46 AM CEST Pingfan Liu wrote:
> On Thu, Sep 13, 2018 at 10:15 PM Rafael J. Wysocki wrote:
> >
> > On Thursday, September 13, 2018 12:03:36 PM CEST James Wang wrote:
> > > This is a multi-part message in MIME format.
> > > --F5519E624D0AD1E3F7DDA019
>
On Mon, Sep 10, 2018 at 05:50:11PM +0100, Catalin Marinas wrote:
> On Thu, Sep 06, 2018 at 07:22:10PM +0900, Minchan Kim wrote:
> > diff --git a/arch/arm/include/asm/pgtable-2level.h
> > b/arch/arm/include/asm/pgtable-2level.h
> > index 92fd2c8a9af0..91b99fadcba1 100644
> > --- a/arch/arm/include/
Hi Rafael,
Bug has been filed:
Bug 201125 - ohci-pci :00:12.1: AMD-Vi: Event logged [IO_PAGE_FAULT
domain=0x0006 address=0x0080 flags=0x0020]
James
On 09/13/2018 10:50 PM, Rafael J. Wysocki wrote:
> On 9/13/2018 5:21 PM, James Wang wrote:
>>
>> On 09/12/2018 11:56 AM, Rafael J.
On Fri 14-09-18 03:33:28, Jann Horn wrote:
> On Wed, Sep 12, 2018 at 10:43 PM prakash.sangappa
> wrote:
> > On 05/09/2018 04:31 PM, Dave Hansen wrote:
> > > On 05/07/2018 06:16 PM, prakash.sangappa wrote:
> > >> It will be /proc//numa_vamaps. Yes, the behavior will be
> > >> different with respect
>>> That seems to suggest that none of the status bits auto-clears, and that
>>> the above code clearing intr_status should be removed entirely.
>>> Am I missing something ?
>>
>> You are right. I just pushed another version of the previous patch with this
>> new hunk :
>>
>> @@ -188,7 +200,6 @@ st
On 13 September 2018 at 17:58, Jason A. Donenfeld wrote:
> On Thu, Sep 13, 2018 at 5:43 PM Ard Biesheuvel
> wrote:
>> I'd prefer it if all the accelerated software implementations live in
>> the same place. But I do strongly prefer arch code to live in
>> arch/$arch
>
> Zinc follows the scheme of
On Thu, Sep 13, 2018 at 10:32:39PM +0200, Robert Węcławski wrote:
> diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme.c
> b/drivers/staging/rtl8188eu/core/rtw_mlme.c
> index eca06f05c0c4..b610443f2ac6 100644
> --- a/drivers/staging/rtl8188eu/core/rtw_mlme.c
> +++ b/drivers/staging/rtl8188eu/cor
On 13 September 2018 at 20:59, Gustavo A. R. Silva
wrote:
> Replace "fallthru" with a proper "fall through" annotation.
>
> This fix is part of the ongoing efforts to enabling
> -Wimplicit-fallthrough
>
> Signed-off-by: Gustavo A. R. Silva
Acked-by: Ard Biesheuvel
> ---
> drivers/i2c/busses/i
On 13 September 2018 at 22:22, Scott Branden wrote:
>
>
> On 18-09-10 11:08 AM, Ard Biesheuvel wrote:
>>
>> On 10 September 2018 at 20:01, Olof Johansson wrote:
>>>
>>> On Mon, Sep 10, 2018 at 10:53 AM, Scott Branden
>>> wrote:
Olof/All,
On 18-09-04 03:13 AM, Grant Likel
On Thu 13-09-18 15:32:25, prakash.sangappa wrote:
>
>
> On 09/13/2018 01:40 AM, Michal Hocko wrote:
> > On Wed 12-09-18 13:23:58, Prakash Sangappa wrote:
> > > For analysis purpose it is useful to have numa node information
> > > corresponding mapped virtual address ranges of a process. Currently
Marcel Ziswiler writes:
> Hi Robert
>> arch/arm/boot/dts/Makefile| 2 +
>> arch/arm/boot/dts/mioa701.dts | 558
>
> Isn't that one supposed to be prefixed by pxa270-?
Good point, for v4.
>> diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
...
>> +dtb-$(CONFIG_ARCH_PXA)
Hi Chun-Yi,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.19-rc3 next-20180913]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
On Thu, Sep 13, 2018 at 7:38 PM Martin Schwidefsky
wrote:
>
> I did push it to keys.gnupg.net, but the sub-key is brand new and
> probably takes some time to sync on the key server network.
That's probably it.
> The key is there on pgp.mit.edu this morning, it that to one you
> are using or do y
On Fri, Sep 14, 2018 at 04:39:28AM +0800, kbuild test robot wrote:
> Hi Matti,
>
> Thank you for the patch! Yet something to improve:
>
> [auto build test ERROR on regulator/for-next]
> [also build test ERROR on next-20180913]
> [cannot apply to v4.19-rc3]
> [if your
On Thu, 13 Sep 2018 16:26:38 -1000
Linus Torvalds wrote:
> On Thu, Sep 13, 2018 at 2:02 AM Martin Schwidefsky
> wrote:
> >
> > this is the first try to do a pull request for s390 with a signed tag.
> > I keep my fingers crossed that the setup works as intended.
> >
> > I have used the 8A8FDAE0 s
Clang warns when an implicit conversion is done between enumerated
types:
drivers/block/drbd/drbd_state.c:708:8: warning: implicit conversion from
enumeration type 'enum drbd_ret_code' to different enumeration type
'enum drbd_state_rv' [-Wenum-conversion]
rv = ERR_INTR;
On Thu, Sep 13, 2018 at 04:52:09PM +0100, David Howells wrote:
> Add two new iterator types to iov_iter:
>
> (1) ITER_MAPPING
>
> This walks through a set of pages attached to an address_space that
> are pinned or locked, starting at a given page and offset and walking
> for the s
syzbot has found a reproducer for the following crash on:
HEAD commit:f8dcd0279214 Add linux-next specific files for 20180913
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=157a332140
kernel config: https://syzkaller.appspot.com/x/.config?x
On 09/13/2018 09:35 AM, Cédric Le Goater wrote:
On 09/13/2018 05:57 PM, Guenter Roeck wrote:
On Thu, Sep 13, 2018 at 05:48:59PM +0200, Cédric Le Goater wrote:
On 09/13/2018 03:33 PM, Guenter Roeck wrote:
[ ... ]
/*
* The state machine needs some refinement. It is only used to track
syzbot has found a reproducer for the following crash on:
HEAD commit:f8dcd0279214 Add linux-next specific files for 20180913
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=14828b2140
kernel config: https://syzkaller.appspot.com/x/.config?x
Commit 3e9efc3299dd ("i2c: aspeed: Handle master/slave combined irq events
properly") moved interrupt acknowledgment to the end of the interrupt
handler. In part this was done because the AST2500 datasheet says:
I2CD10 Interrupt Status Register
bit 2 Receive Done Interrupt status
S/W
Hi,
On 10/09/18 07:43, Vincent Guittot wrote:
> When CPUs have different capacity because of RT/DL tasks or
> micro-architecture or max frequency differences, there are situation where
> the imbalance is not correctly set to migrate waiting task on the idle CPU.
>
> The UC uses the force_balance
From: Andi Kleen
I often forget all the options that --itrace accepts. Instead of burying
them in the man page only report them in the normal command line help
too to make them easier accessible.
v2: Align
Signed-off-by: Andi Kleen
---
tools/perf/builtin-inject.c | 3 ++-
tools/perf/builtin-r
From: Andi Kleen
Add short cut options to print PT call trace and call-ret-trace,
for calls and call and returns. Roughly corresponds to ftrace
function tracer and function graph tracer.
Just makes these common use cases nicer to use.
% perf record -a -e intel_pt// sleep 1
% perf script --call-
From: Andi Kleen
By default perf script for itrace outputs sampled instructions or
branches. In my experience this is confusing to users because it's
hard to correlate with real program behavior. The sampling makes
sense for tools like report that actually sample to reduce
the run time, but run t
From: Andi Kleen
Currently sym and dso require printing ip and addr because
the print function is tied to those outputs. With callindent
it makes sense to print the symbol or dso without numerical
IP or ADDR. So change the dependency check to only check the
underlying attribute.
Also the branch
Implement a range of improvements to make it easier to look
at itrace traces with perf script. Nothing here couldn't be done
before with some additional scripting, but add simple high
level options to make it easier to use.
% perf record -e intel_pt//k -a sleep 1
Show function calls:
% perf scr
From: Andi Kleen
Add a --insn-trace short hand option for decoding and disassembling
instruction streams for intel_pt. This automatically pipes the
output into the xed disassembler to generate disassembled instructions.
This just makes this use model much nicer to use
Before
% perf record -e in
From: Andi Kleen
Add an interface to the auto pager code that allows callers
to overwrite the pager.
Signed-off-by: Andi Kleen
---
tools/lib/subcmd/pager.c | 11 ++-
tools/lib/subcmd/pager.h | 1 +
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/tools/lib/subcmd/pager.c
From: Andi Kleen
Now that we don't need to print the IP/ADDR for callindent the DSO
is also not printed. It's useful for some cases, so add an own DSO
printout for callindent for the case when IP/ADDR is not enabled.
Before:
% perf script --itrace=cr -F +callindent,-ip,-sym,-symoff,-addr
From: Andi Kleen
Add a ftrace style --graph-function argument to perf script that allows
to print itrace function calls only below a given function. This
makes it easier to find the code of interest in a large trace.
% perf record -e intel_pt//k -a sleep 1
% perf script --graph-function group_sc
On i.MX6UL/i.MX6ULL, accessing OCOTP directly is wrong because
the ocotp clock needs to be enabled first. Add support for reading
OCOTP through the nvmem API instead.
Signed-off-by: Anson Huang
---
drivers/cpufreq/imx6q-cpufreq.c | 39 +++
1 file changed, 19 i
On i.MX6UL, accessing OCOTP directly is wrong because the ocotp clock
needs to be enabled first, so use the nvmem-cells binding instead.
Signed-off-by: Anson Huang
---
arch/arm/boot/dts/imx6ul.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/imx6ul.dtsi b/arch/arm
CON_PRINTBUFFER console registration requires us to do several
preparation steps:
- Rollback console_seq to replay logbuf messages which were already
seen on other consoles;
- Set exclusive_console flag so console_unlock() will ->write() logbuf
messages only to the exclusive_console driver.
Th
On Thu, Sep 13, 2018 at 10:15 PM Rafael J. Wysocki wrote:
>
> On Thursday, September 13, 2018 12:03:36 PM CEST James Wang wrote:
> > This is a multi-part message in MIME format.
> > --F5519E624D0AD1E3F7DDA019
> > Content-Type: text/plain; charset=utf-8
> > Content-Transfer-Encoding: 8
On Thu, Sep 13, 2018 at 07:10:35PM +0300, Alexey Budankov wrote:
> Hi,
Hello,
>
> On 13.09.2018 15:54, Jiri Olsa wrote:
> > hi,
> > sending *RFC* for threads support in perf record command.
> >
> > In big picture this patchset adds perf record --threads
> > option that allows to create threads
On Thu, Sep 13, 2018 at 10:56:48PM +0200, Arnd Bergmann wrote:
> Yes, I saw that too, but couldn't figure out exactly what ipwireless
> does. I suppose it is some serial port driver that comes with a
> hardcoded ppp implementation instead of a switchable ldisc?
NFI...
> > > * SIOCGIFNAME, SIOCGI
On Thu, Sep 13, 2018 at 2:02 AM Martin Schwidefsky
wrote:
>
> this is the first try to do a pull request for s390 with a signed tag.
> I keep my fingers crossed that the setup works as intended.
>
> I have used the 8A8FDAE0 signing sub-key of my 26AE5DD2 master key:
The signed tag looks ok, but y
On (09/13/18 21:22), Steven Rostedt wrote:
> > Good call. It was a fast path for pr_cont("\n").
> > But it made me wondering and I did some grepping
> >
>
> [..]
>
> > kernel/trace/ftrace.c: pr_cont("\n expected tramp: %lx\n", ip);
>
> Note, looking at the history of that, I was just c
On 9/13/18 6:24 PM, Thomas Gleixner wrote:
> On Thu, 13 Sep 2018, Brijesh Singh wrote:
>>
>> +void __weak mem_encrypt_free_decrypted_mem(void) { }
>> +
>> void __ref free_initmem(void)
>> {
>> e820__reallocate_tables();
>>
>> +mem_encrypt_free_decrypted_mem();
>> +
>> free_ke
On (09/13/18 21:12), Steven Rostedt wrote:
> >
> > +#define __SEQ_BUF_INITIALIZER(buf, length) {
> > \
> > + .buffer = (buf),\
> > + .size = (length), \
> > + .len
On Thu, Sep 13, 2018 at 02:43:35PM -0700, Matt Ranostay wrote:
> On Wed, Sep 12, 2018 at 8:51 PM Song Qiang wrote:
> >
> > This driver tries to access a block of data on a i2c bus and it tries
> > to manually make a device command frame and a consecutively read frame,
> > then uses i2c_transfer()
$2Million Donation To You. Please Contact (donation_foundatio...@inbox.ru) For
Claim.
Thanks
This email, including any attachments, is confidential and contains proprietary
content and may be legally privileged. This transmission is intended only for
the designated recipient(s), and any duplicat
On Wed, Sep 12, 2018 at 10:43 PM prakash.sangappa
wrote:
> On 05/09/2018 04:31 PM, Dave Hansen wrote:
> > On 05/07/2018 06:16 PM, prakash.sangappa wrote:
> >> It will be /proc//numa_vamaps. Yes, the behavior will be
> >> different with respect to seeking. Output will still be text and
> >> the for
Remove duplicated include.
Signed-off-by: YueHaibing
---
sound/soc/qcom/qdsp6/q6asm-dai.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/sound/soc/qcom/qdsp6/q6asm-dai.c b/sound/soc/qcom/qdsp6/q6asm-dai.c
index c75fab3..c3806d7 100644
--- a/sound/soc/qcom/qdsp6/q6asm-dai.c
+++ b/sound/soc/qc
On Thu, 13 Sep 2018 23:28:02 +0900
Sergey Senozhatsky wrote:
> Good call. It was a fast path for pr_cont("\n").
> But it made me wondering and I did some grepping
>
[..]
> kernel/trace/ftrace.c: pr_cont("\n expected tramp: %lx\n", ip);
Note, looking at the history of that, I was just
On Thu, 13 Sep 2018 16:12:54 +0900
Sergey Senozhatsky wrote:
Signed-off-by: Sergey Senozhatsky
> ---
> include/linux/seq_buf.h | 35 +++
> lib/seq_buf.c | 46 +
> 2 files changed, 81 insertions(+)
>
> diff --git a/inc
On Thu, Sep 13, 2018 at 10:23:28AM -0400, Jerome Glisse wrote:
> On Thu, Sep 13, 2018 at 03:37:22PM +0800, Peter Xu wrote:
> > On Wed, Sep 12, 2018 at 09:24:39AM -0400, Jerome Glisse wrote:
> > > On Wed, Sep 12, 2018 at 09:03:55AM -0400, Jerome Glisse wrote:
> > > > On Wed, Sep 12, 2018 at 02:49:21
Hi Brijesh,
I love your patch! Perhaps something to improve:
[auto build test WARNING on tip/x86/core]
[also build test WARNING on v4.19-rc3 next-20180913]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On 09/13/2018 05:10 PM, Andrew Morton wrote:
>> Also, VMAs having THP pages can have a mix of 4k pages and hugepages.
>> The page walks would be efficient in scanning and determining if it is
>> a THP huge page and step over it. Whereas using the API, the application
>> would not know what page siz
On Thu, 13 Sep 2018 15:32:25 -0700 "prakash.sangappa"
wrote:
> >> https://marc.info/?t=15252407341&r=1&w=2
> > It would be really great to give a short summary of the previous
> > discussion. E.g. why do we need a proc interface in the first place when
> > we already have an API to query for
Hey Peter,
On Thu, Sep 06, 2018 at 09:21:49AM +0200, Peter Zijlstra wrote:
> On Wed, Sep 05, 2018 at 02:47:07PM -0700, Andi Kleen wrote:
> > On Wed, Sep 05, 2018 at 08:53:17AM -0700, Eduardo Valentin wrote:
> > > On Wed, Sep 05, 2018 at 10:52:12AM +0200, Peter Zijlstra wrote:
> > > > On Thu, Aug 2
The naked attribute is supported by at least gcc >= 4.6 (for ARM,
which is the only current user), gcc >= 8 (for x86), clang >= 3.1
and icc >= 13. See https://godbolt.org/z/350Dyc
Therefore, move it out of compiler-gcc.h so that the definition
is shared by all compilers.
This also fixes Clang sup
Commit 9c695203a7dd ("compiler-gcc.h: gcc-4.5 needs noclone
and noinline on __naked functions") added noinline and noclone
as a workaround for a gcc 4.5 bug, which was resolved in 4.6.0.
Since now the minimum gcc supported version is 4.6,
we can clean it up.
See https://gcc.gnu.org/bugzilla/show_
These two patches are the 5th and 6th of the Compiler Attributes series,
which Stefan and Nick requested to go into v4.19 so that the clang ARM32
build is fixed. The v5 of Compiler Attributes will have these two removed
if this goes in.
Miguel Ojeda (2):
Compiler Attributes: naked was fixed in g
Linus,
Please pull the following changes for Hexagon; they contain some fixes for
compile
warnings.
Thanks,
Richard Kuo
The following changes since commit 11da3a7f84f19c26da6f86af878298694ede0804:
Linux 4.19-rc3 (2018-09-09 17:26:43 -0700)
are available in the git repository at:
https
On Fri, Sep 14, 2018 at 12:27:49AM +0100, David Howells wrote:
> Al Viro wrote:
>
> > It's too early for AFD postings. And you *are* tempting
> > me to throw into the tree as many anti-C++ devices as can be
> > done tastefully, just to stop somebody attempting that insanity
> > in the earnes
On Thu, 13 Sep 2018, Brijesh Singh wrote:
>
> +static void __init kvmclock_init_mem(void)
> +{
> + unsigned int ncpus = num_possible_cpus() - HVC_BOOT_ARRAY_SIZE;
> + unsigned int order = get_order(ncpus * sizeof(*hvclock_mem));
> + struct page *p;
> + int r;
> +
> + p = alloc
Al Viro wrote:
> It's too early for AFD postings. And you *are* tempting
> me to throw into the tree as many anti-C++ devices as can be
> done tastefully, just to stop somebody attempting that insanity
> in the earnest.
You would deliberately break the UAPI header files to make sure that
On Thu, 13 Sep 2018, Brijesh Singh wrote:
>
> +void __weak mem_encrypt_free_decrypted_mem(void) { }
> +
> void __ref free_initmem(void)
> {
> e820__reallocate_tables();
>
> + mem_encrypt_free_decrypted_mem();
> +
> free_kernel_image_pages(&__init_begin, &__init_end);
> }
>
Hi Vijay,
Am 13.09.18 um 21:57 schrieb Vijay Khemka:
> Initial introduction of Facebook TioagaPass family equipped with
> Aspeed 2500 BMC SoC. Neptune is a x86 server development kit
> with a ASPEED ast2500 BMC manufactured by Facebook.
> Specifically, This adds the tiogapass platform device tree
On 09/13/2018 01:40 AM, Michal Hocko wrote:
On Wed 12-09-18 13:23:58, Prakash Sangappa wrote:
For analysis purpose it is useful to have numa node information
corresponding mapped virtual address ranges of a process. Currently,
the file /proc//numa_maps provides list of numa nodes from where p
The Icelake does not have a community-3, and the memory resources are
laid out in the following order in the ACPI:
resource-0: community-0 registers
resource-1: community-1 registers
resource-2: community-2 registers
resource-3: community-4 registers
resource-4: community-5 registers
(EDS also de
On 08/09/18 05:54, Srinath Mannam wrote:
> These patches adds the stingray thermal driver and its
> corresponding DT nodes with documentation.
>
> Changes from v2:
> - All stingray TMON DT nodes are combine together into single.
> Temperature registers are combined into one mem resource.
On Wed, Sep 12, 2018 at 9:03 PM Miguel Ojeda
wrote:
>
> Hi again,
>
> On Wed, Sep 12, 2018 at 6:19 AM, Miguel Ojeda
> wrote:
> >
> > I will do a bigger one tomorrow or so and see if there are any
> > important differences. Regardless of what we do, I will send the
> > __naked patches separately a
On 09/12/2018 04:02 PM, Alexey Dobriyan wrote:
The /proc/pid/numa_vamaps shows mapped address ranges to numa node id
from where the physical pages are allocated.
All these files make the problem with useless dentry and /proc/*/* inode
instantiations worse (unlike top level /proc/* files which
On 09/12/18 22:50, Stefan Wahren wrote:
> Hi Florian,
>
> The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
>
> Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
>
> are available in the git repository at:
>
> git://github.com/anholt/linux tags/bcm2835-defconfig-next-
On 09/12/18 22:50, Stefan Wahren wrote:
> Hi Florian,
>
> The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
>
> Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
>
> are available in the git repository at:
>
> git://github.com/anholt/linux tags/bcm2835-dt-64-next-2018
On 09/12/18 22:50, Stefan Wahren wrote:
> Hi Florian,
>
> The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
>
> Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
>
> are available in the git repository at:
>
> git://github.com/anholt/linux tags/bcm2835-dt-next-2018-09
On Fri, Sep 14, 2018 at 01:01:24AM +0300, Alexey Dobriyan wrote:
> > Don't tempt me...
>
> <= g++-8 doesn't support C99 style initializers.
> g++-8 mostly does: for example
>
> .foo = {
> [BAR] = 1,
> },
>
> doesn't work, but regular .foo = 42 does.
> Additionally, g++
On Wed, Sep 05, 2018 at 11:22:47PM +0100, Al Viro wrote:
> On Wed, Sep 05, 2018 at 10:31:11PM +0300, Alexey Dobriyan wrote:
> > On Wed, Sep 05, 2018 at 09:26:36PM +0200, Greg KH wrote:
> > > On Wed, Sep 05, 2018 at 09:59:22PM +0300, Alexey Dobriyan wrote:
> > > > > On Wed, Sep 05, 2018 at 04:54:27P
kvmclock defines few static variables which are shared with the
hypervisor during the kvmclock initialization.
When SEV is active, memory is encrypted with a guest-specific key, and
if the guest OS wants to share the memory region with the hypervisor
then it must clear the C-bit before sharing it.
The following commit
"
x86/kvmclock: Remove memblock dependency
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=368a540e0232ad446931f5a4e8a5e06f69f21343
"
introduced SEV guest regression.
The guest physical address holding the wall_clock and hv_clock_boot
are share
Hi Rick,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.19-rc3 next-20180913]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
On Thu, Sep 13, 2018 at 2:38 PM, Paul Moore wrote:
> The infrastructure bits aren't really my concern; in fact I *like*
> that the infrastructure is always exercised, it makes
> testing/debugging easier. I also like the ability to limit the
> user/admin to one LSM at boot time to make support eas
The recent removal of the memblock dependency from kvmclock caused a SEV
guest regression because the wall_clock and hv_clock_boot variables are
no longer mapped decrypted when SEV is active.
Use the __bss_decrypted attribute to put the static wall_clock and
hv_clock_boot in the .bss..decrypted se
David Howells wrote:
> + ret = -EPROTONOSUPPORT;
> + if (protocol != IPPROTO_UDP)
> + goto error;
This needs to be:
ret = -EPROTONOSUPPORT;
if (protocol != IPPROTO_UDP && protocol != 0)
goto erro
On 09/13/18 08:59, Thierry Reding wrote:
> Hi everyone,
>
> I've been trying to implement a feature on recent Tegra chips that's
> called "wake events". These wake events are implemented as part of the
> power management controller (PMC) and they control which events can be
> used to wake the s
On Wed, Sep 12, 2018 at 8:51 PM Song Qiang wrote:
>
> This driver tries to access a block of data on a i2c bus and it tries
> to manually make a device command frame and a consecutively read frame,
> then uses i2c_transfer() to read data. But this has already been
> implemented in i2c_smbus_read_i
This changes the behavior of the KASLR logic for allocating memory for the text
sections of loadable modules. It randomizes the location of each module text
section with about 17 bits of entropy in typical use. This is enabled on X86_64
only. For 32 bit, the behavior is unchanged.
It refactors exi
This adds a test module in lib/, and a script in kselftest that does
benchmarking on the allocation of memory in the module space. Performance here
would have some small impact on kernel module insertions, BPF JIT insertions
and kprobes. In the case of KASLR features for the module space, this modu
Create __vmalloc_node_try_addr function that tries to allocate at a specific
address and supports caller specified behavior for whether any lazy purging
happens if there is a collision.
This new function draws from the __vmalloc_node_range implementation. Attempts
to merge the two into a single al
Add debugfs file "modfraginfo" for providing info on module space fragmentation.
This can be used for determining if loadable module randomization is causing any
problems for extreme module loading situations, like huge numbers of modules or
extremely large modules.
Sample output when KASLR is ena
On Wed, Jul 4, 2018 at 1:50 AM, Ard Biesheuvel
wrote:
> On 4 July 2018 at 09:59, Heiko Carstens wrote:
>> On Mon, Jul 02, 2018 at 08:11:37PM +0200, Ard Biesheuvel wrote:
>>> This series implements support for emitting the data structures associated
>>> with jump tables as 32-bit relative referenc
On Wed, Aug 29, 2018 at 09:57:14AM +0200, Niklas Cassel wrote:
> Since commit cab673583d96 ("soc: Unconditionally include qcom Makefile"),
> we unconditionally include the soc/qcom/Makefile.
>
> This opens up the possibility to compile test the code even when
> building for other architectures.
>
On Tue, Jul 17, 2018 at 01:29:45PM -0700, Stephen Boyd wrote:
> Some changes to the cmd-db code to not do any more copying
> of memory. Instead, we'll just hand out pointers to things
> inside cmd-db. Merging the second patch will cause problems
> for any in-flight users of the cmd-db APIs that are
On Thu, Sep 13, 2018 at 10:31 PM Al Viro wrote:
>
> On Thu, Sep 13, 2018 at 01:19:42PM +0200, Arnd Bergmann wrote:
> > On Thu, Sep 13, 2018 at 4:31 AM Al Viro wrote:
> > * TIOCSERGWILD/TIOCSERSWILD are obsolete and never do
> >anything useful, but the return code is inconsistent: ENOTTY
> >
On 13/09/2018 22:44:12+0200, Sam Ravnborg wrote:
> > The boolean properties usually don't work well for RTCs because people
> > usually want to keep any previous configuration that may have been done
> > at the factory or in the bootloader so I would use:
> >
> > nxp,quartz_load_fF and this would
On 9/13/2018 5:21 PM, James Wang wrote:
On 09/12/2018 11:56 AM, Rafael J. Wysocki wrote:
On 9/12/2018 11:10 AM, James Wang wrote:
On 09/12/2018 02:41 PM, Pingfan Liu wrote:
Cc James, could you try to enable initcall_debug, and paste the
shutdown seq with 722e5f2b1eec ("driver core: Partially
Hi Alexandre.
On Thu, Sep 13, 2018 at 09:05:16PM +0200, Alexandre Belloni wrote:
> Hi,
>
> You can remove 'rtci-' from the subject.
The 'i' part was me fooling around in vi.
After submitting this serie I read the proper subject would be:
(from bindings/submitting-patches.txt)
dt-bindings: rtc:
Hello, Linus.
This pull request transfers the percpu tree maintainership to Dennis
Zhou. Dennis rewrote a good portion of the percpu allocator, knows
most of percpu related code, is already listed as a co-maintainer, has
been reliable, and now sits right behind me. I'll keep reviewing and
involv
Hi Matti,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on regulator/for-next]
[also build test ERROR on next-20180913]
[cannot apply to v4.19-rc3]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
Remove code that is used only for 5 GHz.
This addresses the below TODO item:
- find and remove remaining code valid only for 5 GHz. Most of the obvious
ones have been removed, but things like channel > 14 still exist.
Signed-off-by: Robert Węcławski
---
drivers/staging/rtl8188eu/core/rtw_ap.c
On Thu, Sep 13, 2018 at 01:19:42PM +0200, Arnd Bergmann wrote:
> On Thu, Sep 13, 2018 at 4:31 AM Al Viro wrote:
> >
> > See vfs.git#work.tty-ioctl. Completely untested, should seriously
> > clean the things up wrt compat. Remaining problems (aside of the bugs
> > introduced in it, of cou
Hi,
On 09/12/2018 09:21 PM, Joe Perches wrote:
> On Fri, 2018-09-07 at 23:54 +0200, Cedric Roux wrote:
>> Running:
>> scripts/checkpatch.pl -f arch/arm/mach-s3c24xx/mach-mini2440.c
>> revealed several errors and warnings.
>>
>> They were all removed, except one which is an #if 0 around the dec
On Tue, Sep 11, 2018 at 7:37 AM Colin King wrote:
Hi Colin,
>
> From: Colin Ian King
>
> Trivial fix to spelling mistake in the documentation
I took a look, there's other misspellings in this doc. I'd like to
get them all in one patch if possible. If I have time I'll add them
to this patch o
1 - 100 of 929 matches
Mail list logo
