Hi,
I am working on the user space library providing a wrapper to the AF_ALG user
space interface [1]. The AF_ALG interface supports asynchronous operation
which is utilized with the io_* system calls, including io_submit. All works
as expected.
The syscall io_submit sends data to the kernel a
On Sun, Jan 14, 2018 at 10:48:01AM +0900, Sergey Senozhatsky wrote:
> Ccing Kees, Peter, Andrew, Steven
>
> On (01/13/18 23:34), Dan Aloni wrote:
> > This commit enables the kernel to encrypt the free-form text that
> > is generated by printk() before it is brought up to `dmesg` in
> > userspace.
On Wed, Jan 10, 2018 at 10:34:43AM +0900, Benjamin Poirier wrote:
> On 2018/01/10 01:29, rwar...@gmx.de wrote:
> > hallo
> >
> > any chance to get this patch into stable and 4.15 ?
> >
> > https://marc.info/?l=linux-kernel&m=151297726823919&w=2
> >
>
> It was part of the last network pull reque
On Sun, 14 Jan 2018, Himanshu Jha wrote:
> Rename kzalloc-simple to zalloc-simple since now the rule is not
> specific to kzalloc function only, but also to many other zero memory
> allocating functions specified in the rule.
>
> Suggested-by: SF Markus Elfring
> Signed-off-by: Himanshu Jha
A
The calculation of iod and avg_seg_size maybe meaningless if
nvme_pci_use_sgls returns before uses them. So calculate
just before use them.
The compiler will do the right thing here, but I see what you mean. I
think Christoph has some SGL improvements coming, though, that will
obviate this.
From: Yossef Efraim
This patch adds ESN support to IPsec device offload.
Adding new xfrm device operation to synchronize device ESN.
Signed-off-by: Yossef Efraim
---
Changes from v1:
- Added documentation
Changes from v2:
- Due to Shannon Nelson's request, xfrm_dev_state_add() fails if ESN i
Thanks Jianchao for your patch.
And Thank you guys for your reviews, much appreciated.
I was off-work on Friday and Saturday.
On 14/01/2018 4:40 AM, jianchao.wang wrote:
Dear all
Thanks for the kindly response and reviewing. That's really appreciated.
On 01/13/2018 12:46 AM, Eric Dumazet wrot
Hi Rafael,
On Sat, Jan 13, 2018 at 1:38 AM, Rafael J. Wysocki wrote:
> On Friday, January 12, 2018 3:31:09 PM CET Geert Uytterhoeven wrote:
>> On Fri, Jan 12, 2018 at 2:00 PM, Rafael J. Wysocki
>> wrote:
>> > This comes from the recent discussion/testing effort that ensued after my
>> > pm_runt
Currently, the ctrl->state will be changed to NVME_CTRL_RESETTING
before queue the reset work. This is not so strict. There could be
a big gap before the reset_work callback is invoked. In addition,
there is some disable work in the reset_work callback, strictly
speaking, not part of reset work,
diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
index e477c35..0530432 100644
--- a/drivers/nvme/host/pci.c
+++ b/drivers/nvme/host/pci.c
@@ -1212,19 +1212,26 @@ static enum blk_eh_timer_return nvme_timeout(struct
request *req, bool reserved)
}
/*
-* Shutdown
Not obvious, especially if you don't already know how choices are
implemented.
No functional changes. Only comments added.
Signed-off-by: Ulf Magnusson
---
scripts/kconfig/menu.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
index 9
Commit-ID: f10ee3dcc9f0aba92a5c4c064628be5200765dc2
Gitweb: https://git.kernel.org/tip/f10ee3dcc9f0aba92a5c4c064628be5200765dc2
Author: Thomas Gleixner
AuthorDate: Sun, 14 Jan 2018 00:23:57 +0100
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 10:45:53 +0100
x86/pti: Fix !PCID
The intel_bts driver does not use the 'normal' BTS buffer we allocated
space for in the cpu_entry_area but instead uses the memory allocated
for the perf AUX buffer.
This obviously comes apart when using PTI because then the kernel
mapping; which includes that AUX buffer memory; disappears.
For
Looks good,
Reviewed-by: Sagi Grimberg
On Tue, 9 Jan 2018 21:24:01 +
Jeremy Cline wrote:
> On 12/10/2017 12:21 PM, Jonathan Cameron wrote:
> > On Wed, 6 Dec 2017 17:52:34 +
> > Jeremy Cline wrote:
> >
> >> Some BOSC0200 acpi_device-s describe two accelerometers in a single ACPI
> >> device. Check for a companion device and
Commit-ID: a237f762681e2a394ca67f21df2feb2b76a3609b
Gitweb: https://git.kernel.org/tip/a237f762681e2a394ca67f21df2feb2b76a3609b
Author: W. Trevor King
AuthorDate: Fri, 12 Jan 2018 15:24:59 -0800
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 11:42:10 +0100
security/Kconfig: Co
On Mon, 8 Jan 2018 15:12:52 +0100
Ludovic Desroches wrote:
> Hi Jonathan, Eugen,
>
> On Sat, Jan 06, 2018 at 03:05:37PM +, Jonathan Cameron wrote:
> > On Thu, 4 Jan 2018 17:17:54 +0200
> > Eugen Hristev wrote:
> >
> > > On 29.12.2017 19:02, Jonathan Cameron wrote:
> > > > On Fri, 22 De
On Fri, 12 Jan 2018 21:24:19 +,
Derek Basehore wrote:
>
> This adds documentation for the new save-suspend-state property. This
> property enables saving and restoring the GIC for when it loses state
> in system suspend.
>
> Signed-off-by: Derek Basehore
Please CC the DT maintainers for all
On Sun, Jan 14, 2018 at 11:27:13AM +0100, Peter Zijlstra wrote:
>
> The intel_bts driver does not use the 'normal' BTS buffer we allocated
> space for in the cpu_entry_area but instead uses the memory allocated
> for the perf AUX buffer.
>
> This obviously comes apart when using PTI because then
On Wed, 10 Jan 2018 12:01:07 +0100
Javier Martinez Canillas wrote:
> Hello Jonathan,
>
> On Mon, Jan 1, 2018 at 10:53 AM, Jonathan Cameron wrote:
>
> [snip]
>
> >
> > I may well be missing some subtle detail of course having spent only a few
> > minute looking at this!
> >
>
> Your underst
Commit-ID: 99a9dc98ba52267ce5e062b52de88ea1f1b2a7d8
Gitweb: https://git.kernel.org/tip/99a9dc98ba52267ce5e062b52de88ea1f1b2a7d8
Author: Peter Zijlstra
AuthorDate: Sun, 14 Jan 2018 11:27:13 +0100
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 11:42:10 +0100
x86,perf: Disable in
On Sun, 14 Jan 2018, Greg KH wrote:
> On Sun, Jan 14, 2018 at 11:27:13AM +0100, Peter Zijlstra wrote:
> >
> > The intel_bts driver does not use the 'normal' BTS buffer we allocated
> > space for in the cpu_entry_area but instead uses the memory allocated
> > for the perf AUX buffer.
> >
> > This
On Fri, 12 Jan 2018 21:24:20 +,
Derek Basehore wrote:
>
> This adds a DT-binding to resend the MAPC command to an ITS node on
This isn't a DT binding. That's the driver implementation. The binding
is what you put in Documentation/device-tree...
> resume. If the ITS is powered down during sus
On Mon, 8 Jan 2018 07:47:36 +0100
Christophe JAILLET wrote:
> The labels and branching order of the error path of 'aspeed_adc_probe()'
> are broken.
> Re-order the labels and goto statements.
>
> Signed-off-by: Christophe JAILLET
Applied to the fixes-togreg-post-rc1 branch of iio.git.
The pa
On Fri, 12 Jan 2018 21:24:22 +,
Derek Basehore wrote:
>
> This adds the implementation specific power down/up sequence for the
> GIC-500 and the GIC-600 (which are implementations of the GIC-v3
> specification). This allows the LPI pending information to be properly
> flushed on suspend if the
On Sat, 13 Jan 2018 20:29:12 +0100
Milan Stevanovic wrote:
> From fab687d20ba46d78439b6cdaf0d40b78ae68222c Mon Sep 17 00:00:00 2001
> From: Milan Stevanovic
> Date: Sun, 7 Jan 2018 21:44:33 +0100
> Subject: [PATCH v2] iio: adc: driver for ti adc081s/adc101s/adc121s
>
> Add Linux device dr
>> Use pointers to structure as arguments to function instead of coping
>> structures and less stack size. Also transfer TNUM(_v, _m) to
>> tnum.h file to be used in differnet files for creating anonymous structures
>> statically.
>>
>> Signed-off-by: Karim Eshapa
...
>> +/* Statically tnum consta
On Sat, 13 Jan 2018 14:37:03 +0100
Marc CAPDEVILLE wrote:
> Somme ACPI enumerated devices are known to support smbus alert protocol.
> Theses devices may be miss-enumerated with the reserved smbus ARA address.
>
> This is the case on Asus T100 tablet where cm3218 ambiant light sensor
> expose tw
These together should make the automatic submenu logic a lot clearer.
Ulf Magnusson (2):
kconfig: Document 'if' flattening logic
kconfig: Improve auto. menu documentation accuracy
scripts/kconfig/menu.c | 33 +
1 file changed, 29 insertions(+), 4 deletions(-)
On Fri, 12 Jan 2018, Joseph Salisbury wrote:
> Hi Vikas,
>
> A kernel bug report was opened against Ubuntu [0]. After a kernel
> bisect, it was found that reverting the following commit resolved this bug:
>
> commit 24247aeeabe99eab13b798c2dec066dd6f07
> Author: Vikas Shivappa
> Date: Tu
It is not obvious that this refers to an 'if', making the code pretty
cryptic:
if (menu->list && (!menu->prompt || !menu->prompt->text)) {
Kconfig keeps the 'if' menu nodes even after flattening. Reflect that in
the example to be accurate.
No functional changes. Only comments added.
Sig
It is not obvious that this refers to an 'if', making the code pretty
cryptic:
if (menu->list && (!menu->prompt || !menu->prompt->text)) {
Kconfig keeps the 'if' menu nodes even after flattening. Reflect that in
the example to be accurate.
No functional changes. Only comments added.
Sig
An 'if', 'menu', or 'choice' that depends on a preceding symbol will
also generate a submenu.
No functional changes. Only comments updated.
Signed-off-by: Ulf Magnusson
---
scripts/kconfig/menu.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/scripts/kconfig/menu.c
On Fri, 12 Jan 2018, David Woodhouse wrote:
> +/* Check for Skylake-like CPUs (for RSB handling) */
> +static bool __init is_skylake_era(void)
> +{
> + if (boot_cpu_data.x86 == 6) {
This wants a checkfor vendor = intel
> + switch (boot_cpu_data.x86_model) {
> + case I
Commit-ID: da4ae6c4a0b8dee5a5377a385545d2250fa8cddb
Gitweb: https://git.kernel.org/tip/da4ae6c4a0b8dee5a5377a385545d2250fa8cddb
Author: Len Brown
AuthorDate: Fri, 22 Dec 2017 00:27:54 -0500
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 12:14:50 +0100
x86/tsc: Future-proof nat
Commit-ID: b511203093489eb1829cb4de86e8214752205ac6
Gitweb: https://git.kernel.org/tip/b511203093489eb1829cb4de86e8214752205ac6
Author: Len Brown
AuthorDate: Fri, 22 Dec 2017 00:27:55 -0500
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 12:14:50 +0100
x86/tsc: Fix erroneous TS
Commit-ID: beacd6f7ed5e2915959442245b3b2480c2e37490
Gitweb: https://git.kernel.org/tip/beacd6f7ed5e2915959442245b3b2480c2e37490
Author: Eric W. Biederman
AuthorDate: Fri, 12 Jan 2018 14:31:35 -0600
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 12:14:51 +0100
x86/mm/pkeys: Fix
Commit-ID: 4b5b2127238e689ee18aa6752959751dd61c4c73
Gitweb: https://git.kernel.org/tip/4b5b2127238e689ee18aa6752959751dd61c4c73
Author: Len Brown
AuthorDate: Fri, 22 Dec 2017 00:27:56 -0500
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 12:14:50 +0100
x86/tsc: Print tsc_khz, w
On Sat, 13 Jan 2018 14:37:02 +0100
Marc CAPDEVILLE wrote:
> This is from rfc by Alan Cox : https://patchwork.ozlabs.org/patch/381773
>
> The idea is as follows (extract from above rfc) :
> - If an adapter knows about its ARA and smbus alerts then the adapter
> creates its own interrupt handler
On Sat, 13 Jan 2018 14:37:04 +0100
Marc CAPDEVILLE wrote:
> On asus T100, Capella cm3218 chip is implemented as ambiant light
> sensor. This chip expose an smbus ARA protocol device on standard
> address 0x0c. The chip is not functional before all alerts are
> acknowledged.
>
> The driver call i
On Wed, 10 Jan 2018, Arnd Bergmann wrote:
> The printed symbol is a 64-bit address, so we get a warning when
> building this code for 32-bit kernels:
>
> arch/x86/kernel/cpu/mcheck/mce.c: In function '__print_mce':
> arch/x86/kernel/cpu/mcheck/mce.c:237:21: error: cast to pointer from integer
On Mon, 25 Dec 2017, Alexey Dobriyan wrote:
> The following pattern fails to compile while the same pattern
> with alternative_call() does.
>
> if (...)
> alternative_call_2(...);
> else
> alternative_call_2(...);
Sigh. Can we get an explanation WHY it fai
This memory corruption bug occurs even on CONFIG_SMP=n CONFIG_PREEMPT_NONE=y
kernel. This bug highly depends on timing and thus too difficult to bisect.
This bug seems to exist at least since Linux 4.8 (judging from the traces,
though
the cause might be different). None of debugging configuration
On Fri, 12 Jan 2018 15:45:38 +0800
Xiongfeng Wang wrote:
> From: Xiongfeng Wang
>
> gcc-8 reports
>
> drivers/iio/accel/st_accel_i2c.c: In function 'st_accel_i2c_probe':
> ./include/linux/string.h:245:9: warning: '__builtin_strncpy' specified
> bound 20 equals destination size [-Wstringop-trun
The following pattern fails to compile while the same pattern
with alternative_call() does:
if (...)
alternative_call_2(...);
else
alternative_call_2(...);
as it expands into
if (...)
{
}; <===
else
{
Commit-ID: 74b61d1fb59bed3a6608161b05f2c0f5cb71acf6
Gitweb: https://git.kernel.org/tip/74b61d1fb59bed3a6608161b05f2c0f5cb71acf6
Author: Andrey Ryabinin
AuthorDate: Wed, 10 Jan 2018 18:36:02 +0300
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 12:59:51 +0100
x86/kasan: Panic if
On Wed, 10 Jan 2018, TimGuo wrote:
Please be more careful when sending patches. The subject line
of you mail was empty
Also this patch was copy pasted or whatever into the mail and got white
space damaged by your mail client, so it does not apply.
See Documentation/process/email-clients.txt
On Thu, 11 Jan 2018 18:38:49 +0100
Arnaud Pouliquen wrote:
> On 01/11/2018 03:27 PM, Robin Murphy wrote:
> > On 11/01/18 10:34, Arnd Bergmann wrote:
> >> Building with CONFIG_OF disabled produces a compiler warning:
> >>
> >> drivers/iio/adc/stm32-dfsdm-core.c: In function 'stm32_dfsdm_probe':
ChenGuanqiao writes:
> Signed-off-by: ChenGuanqiao
> ---
> fs/fat/dir.c | 53 +
> 1 file changed, 53 insertions(+)
>
> diff --git a/fs/fat/dir.c b/fs/fat/dir.c
> index 8e100c3bf72c..53f36c03760e 100644
> --- a/fs/fat/dir.c
> +++ b/fs/fat/dir.c
* Greg KH wrote:
> On Sun, Jan 14, 2018 at 11:27:13AM +0100, Peter Zijlstra wrote:
> >
> > The intel_bts driver does not use the 'normal' BTS buffer we allocated
> > space for in the cpu_entry_area but instead uses the memory allocated
> > for the perf AUX buffer.
> >
> > This obviously comes
* tip-bot for Andrey Ryabinin wrote:
> Commit-ID: 74b61d1fb59bed3a6608161b05f2c0f5cb71acf6
> Gitweb:
> https://git.kernel.org/tip/74b61d1fb59bed3a6608161b05f2c0f5cb71acf6
> Author: Andrey Ryabinin
> AuthorDate: Wed, 10 Jan 2018 18:36:02 +0300
> Committer: Thomas Gleixner
> CommitDat
ChenGuanqiao writes:
> +static int fat_check_d_characters(char *label, unsigned long len)
> +{
> + int i;
> +
> + for (i = 0; i < len; ++i) {
> + switch (label[i]) {
> + case '0' ... '9':
> + case 'A' ... 'Z':
> + case '_':
> + c
ChenGuanqiao writes:
> Signed-off-by: ChenGuanqiao
> ---
> fs/fat/fat.h | 6 ++
> fs/fat/inode.c| 15 ---
> include/uapi/linux/msdos_fs.h | 2 ++
> 3 files changed, 20 insertions(+), 3 deletions(-)
>
> diff --git a/fs/fat/fat.h b/fs/fat/fat.h
>
On Sun, Jan 14, 2018 at 01:54:44PM +0100, Ingo Molnar wrote:
>
> * Greg KH wrote:
>
> > On Sun, Jan 14, 2018 at 11:27:13AM +0100, Peter Zijlstra wrote:
> > >
> > > The intel_bts driver does not use the 'normal' BTS buffer we allocated
> > > space for in the cpu_entry_area but instead uses the m
Hi,
These patches are fixing a bug and improve testcase to
ensure adding 256 kprobe events for test.
I've just updated to the latest kselftest/master branch.
Thank you,
---
Masami Hiramatsu (2):
[BUGFIX] selftest: ftrace: Fix to pick text symbols for kprobes
selftest: ftrace: Fix t
Fix to pick text symbols for multiple kprobe testcase.
kallsyms shows text symbols with " t " or " T " but
current testcase picks all symbols including "t",
so it picks data symbols if it includes 't' (e.g. "str").
This fixes it to find symbol lines with " t " or " T "
(including spaces).
Signed-
Current multiple-kprobe testcase only tries to add
kprobe events on first 256 text symbols. However
kprobes fails to probe on some text symbols (like
blacklisted symbols). Thus in the worst case,
the test can not add any kprobe events.
To avoid that, continue to try adding kprobe events
until 256
On Tue, 9 Jan 2018 10:33:31 +0100
Quentin Schulz wrote:
> The AXP813 PMIC is relatively close to the already supported AXP20X and
> AXP22X. It provides three different power outputs: battery, AC and USB, and
> measures a few different things: temperature, power supply status, current
> current a
On Sat, 13 Jan 2018 17:56:16 +0100
Christophe JAILLET wrote:
> 'page_buf' and 'oob_buf' are allocated with 'devm_kzalloc()' and should not
> have __iommem decoration.
^ __iomem
No need to send a new version, I'll fix it when applying.
>
> Remove these decorations and some useless cast
It's easy to miss that choices are special-cased to pass on their mode
as the parent dependency.
No functional changes. Only comments added.
Signed-off-by: Ulf Magnusson
---
scripts/kconfig/menu.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/scripts/kconfig/menu.c b/scripts/kconfi
readb() and writeb() would help to access serial device
via MMIO address space.
Signed-off-by: Andy Shevchenko
---
arch/x86/boot/boot.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/x86/boot/boot.h b/arch/x86/boot/boot.h
index 7e6ac187275c..09f6829f2778 100644
--- a/arch
Allow longer parameter list for earlyprintk to support new coming
parameters.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
arch/x86/boot/early_serial_console.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/boot/early_serial_console.c
b/arch/x
As a preparatory of adding flexible serial I/O accessors, convert
early_serial_base to unsigned long to cover all possible bus addresses
on the system.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
arch/x86/boot/boot.h| 2 +-
arch/x86/boot/compres
If by BIOS or by other means serial port is configured user might want to
skip reconfiguration in the boot code.
Add support of 'nocfg' parameter to earlyprintk.
Signed-off-by: Andy Shevchenko
---
arch/x86/boot/early_serial_console.c | 31 +--
1 file changed, 21 inse
If user supplied serial base address via kernel command line and value
is higher than IO space limit (64k boundary), assume for now that MMIO
byte access is required.
Later we might expand or modify this if needed.
Signed-off-by: Andy Shevchenko
---
arch/x86/boot/early_serial_console.c | 22 +++
As preparatory to enable earlyprintk on non-standard ports on x86,
introduce serial_in() and serial_out() helpers to perform serial I/O.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
arch/x86/boot/boot.h| 2 +
arch/x86/boot/compressed/early_seria
On Sun, 14 Jan 2018, Ingo Molnar wrote:
>
> * tip-bot for Andrey Ryabinin wrote:
>
> > Commit-ID: 74b61d1fb59bed3a6608161b05f2c0f5cb71acf6
> > Gitweb:
> > https://git.kernel.org/tip/74b61d1fb59bed3a6608161b05f2c0f5cb71acf6
> > Author: Andrey Ryabinin
> > AuthorDate: Wed, 10 Jan 2018
> On Sat, 13 Jan 2018 14:37:04 +0100
> Marc CAPDEVILLE wrote:
>
>> On asus T100, Capella cm3218 chip is implemented as ambiant light
>> sensor. This chip expose an smbus ARA protocol device on standard
>> address 0x0c. The chip is not functional before all alerts are
>> acknowledged.
>>
>> The dr
Commit-ID: def0e7b54d63bae120302a4957c272107563ad04
Gitweb: https://git.kernel.org/tip/def0e7b54d63bae120302a4957c272107563ad04
Author: Andrey Ryabinin
AuthorDate: Wed, 10 Jan 2018 18:36:02 +0300
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 15:41:32 +0100
x86/kasan: Panic if
It is not obvious that this might refer to an 'if', making the code
pretty cryptic:
if (menu->list && (!menu->prompt || !menu->prompt->text)) {
Kconfig keeps the 'if' menu nodes even after flattening. Reflect that in
the example to be accurate.
No functional changes. Only comments added.
On Fri, Jan 12, 2018 at 03:37:49AM -0800, tip-bot for David Woodhouse wrote:
> Commit-ID: 117cc7a908c83697b0b737d15ae1eb5943afe35b
> Gitweb:
> https://git.kernel.org/tip/117cc7a908c83697b0b737d15ae1eb5943afe35b
> Author: David Woodhouse
> AuthorDate: Fri, 12 Jan 2018 11:11:27 +
> Com
> On Sat, 13 Jan 2018 14:37:03 +0100
> Marc CAPDEVILLE wrote:
>> Somme ACPI enumerated devices are known to support smbus alert
protocol.
>> Theses devices may be miss-enumerated with the reserved smbus ARA address.
>> This is the case on Asus T100 tablet where cm3218 ambiant light sensor
expose t
On Thu, Jan 11, 2018 at 09:46:25PM +, David Woodhouse wrote:
> +/*
> + * This should be used immediately before a retpoline alternative. It tells
> + * objtool where the retpolines are so that it can make sense of the control
> + * flow by just reading the original instruction(s) and ignoring
/commits/Rakesh-Pandit/vfs-remove-unused-argument-in-iterate_bdevs/20180114-215207
config: i386-randconfig-x071-201802 (attached as .config)
compiler: gcc-7 (Debian 7.2.0-12) 7.2.1 20171025
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All errors (new
Make the axp288_pwr_up_down_info array const char * const, this leads
to the following section size changes:
.text 0x674 -> 0x664
.data 0x148 -> 0x0f0
.rodata 0x0b4 -> 0x114
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-axp288.c | 4 ++--
1 file changed, 2 insertions(+), 2 de
The only misdetection which can happen at boot due to data-lines mux issues
is detecting a non SDP as SDP, so we only need to retry if we detect a SDP
on our first detection.
Note Vbus misdetection is not a problem, as soon as the drivers controlling
the Vbus path set it correctly we will get an i
On 01/13/2018 05:19 AM, Bart Van Assche wrote:
> Sorry but I only retrieved the blk-mq debugfs several minutes after the hang
> started so I'm not sure the state information is relevant. Anyway, I have
> attached
> it to this e-mail. The most remarkable part is the following:
>
> ./9ddf
Le 18/12/2017 à 02:47, Guochun Mao a écrit :
> Since more and more Mediatek's SoC can use this driver to
> control spi-nor flash, functions' name with "mt8173_" is
> no longer properly. Replacing "mt8173_" with "mtk_" will
> be more accurate to describe these functions' usable scope.
>
> Signed-of
Linus,
please pull the latest x86-pti-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
This update contains:
- A PTI bugfix to avoid setting reserved CR3 bits when PCID is
disabled. This seems to cause issues on a virtual machine at l
On Sun, 14 Jan 2018, Borislav Petkov wrote:
> On Fri, Jan 12, 2018 at 03:37:49AM -0800, tip-bot for David Woodhouse wrote:
> > Commit-ID: 117cc7a908c83697b0b737d15ae1eb5943afe35b
> > Gitweb:
> > https://git.kernel.org/tip/117cc7a908c83697b0b737d15ae1eb5943afe35b
> > Author: David Woodhou
--
Dear
Congratulation i have selected you Just as I have declared on May 23,
2016 to give
my fortune as charity get back to me now.
Best Regards
mikhail fridman
On Fri, Jan 12, 2018 at 03:37:49AM -0800, tip-bot for David Woodhouse wrote:
> Commit-ID: 117cc7a908c83697b0b737d15ae1eb5943afe35b
> Gitweb:
> https://git.kernel.org/tip/117cc7a908c83697b0b737d15ae1eb5943afe35b
> Author: David Woodhouse
> AuthorDate: Fri, 12 Jan 2018 11:11:27 +
> Com
On Sat, Jan 13, 2018 at 05:27:30PM -0600, Tom Lendacky wrote:
> The PAUSE instruction is currently used in the retpoline and RSB filling
> macros as a speculation trap. The use of PAUSE was originally suggested
> because it showed a very, very small difference in the amount of
> cycles/time used t
On Sun, Jan 14, 2018 at 11:12 PM, jianchao.wang
wrote:
>
>
> On 01/13/2018 05:19 AM, Bart Van Assche wrote:
>> Sorry but I only retrieved the blk-mq debugfs several minutes after the hang
>> started so I'm not sure the state information is relevant. Anyway, I have
>> attached
>> it to this e-mail
On Sun, Jan 14, 2018 at 04:02:19PM +0100, Borislav Petkov wrote:
> On Thu, Jan 11, 2018 at 09:46:25PM +, David Woodhouse wrote:
> > +/*
> > + * This should be used immediately before a retpoline alternative. It
> > tells
> > + * objtool where the retpolines are so that it can make sense of th
On Sun, Jan 14, 2018 at 09:53:45AM -0600, Josh Poimboeuf wrote:
> Yeah, that idea came after this patch was already written. I haven't
> implemented it yet.
Oh ok. I guess that's fine for the current situation. When you do, you
can simply kill the macro so all good.
Thx.
--
Regards/Gruss,
From: Daniel Borkmann
Date: Sun, 14 Jan 2018 01:16:17 +0100
> Will get them in as soon as DaveM pulled the current batch into net.
This is now done.
-ci/linux/commits/Rakesh-Pandit/vfs-remove-unused-argument-in-iterate_bdevs/20180114-215207
config: i386-randconfig-a1-01142254 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All warnings (new
From: Arnd Bergmann
Date: Sat, 13 Jan 2018 22:13:44 +0100
> On targets that have different sizes for phys_addr_t and dma_addr_t,
> we get a type mismatch error:
>
> drivers/net/ethernet/socionext/netsec.c: In function 'netsec_alloc_dring':
> drivers/net/ethernet/socionext/netsec.c:970:9: error:
Commit-ID: a0ab15c0fb68e202bebd9b17fa49fd7ec48975b3
Gitweb: https://git.kernel.org/tip/a0ab15c0fb68e202bebd9b17fa49fd7ec48975b3
Author: David Woodhouse
AuthorDate: Fri, 12 Jan 2018 17:49:25 +
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 16:41:39 +0100
x86/retpoline: Fill
On Sun, 2018-01-14 at 16:41 +0100, Borislav Petkov wrote:
> On Sat, Jan 13, 2018 at 05:27:30PM -0600, Tom Lendacky wrote:
> >
> > The PAUSE instruction is currently used in the retpoline and RSB filling
> > macros as a speculation trap. The use of PAUSE was originally suggested
> > because it sho
On Sun, Jan 14, 2018 at 01:18:35PM +0200, Karim Eshapa wrote:
> >> Use pointers to structure as arguments to function instead of coping
> >> structures and less stack size. Also transfer TNUM(_v, _m) to
> >> tnum.h file to be used in differnet files for creating anonymous structures
> >> statically
Anyone noticed The Lore Of Richard Stallman? The movie where supposedly
a hacker below MIT, feeds off the campus?
To not speak of Hackerman!
https://www.youtube.com/watch?v=KEkrWRHCDQU&t=123s
Or the LSD-fueled upload/download scenarious of Quake - here called
"uplink".
Be poor hacker. GNU-f
Commit-ID: 607d93a2658a0075047e87e47fde5bcc626a1918
Gitweb: https://git.kernel.org/tip/607d93a2658a0075047e87e47fde5bcc626a1918
Author: Tom Lendacky
AuthorDate: Sat, 13 Jan 2018 17:27:30 -0600
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 18:22:15 +0100
x86/retpoline: Add LFE
As ieee80211_bss_get_ie() derefences an RCU, it needs to be called with
rcu_read_lock held.
Fixes: 44905265bc15 ("nl80211: don't expose wdev->ssid for most interfaces")
Signed-off-by: Dominik Brodowski
---
This patch fixes the regression I reported in the last couple of weeks for
various v4.15-r
Commit-ID: fbe0e839d1e22d88810f3ee3e2f1479be4c0aa4a
Gitweb: https://git.kernel.org/tip/fbe0e839d1e22d88810f3ee3e2f1479be4c0aa4a
Author: Li Jinyue
AuthorDate: Thu, 14 Dec 2017 17:04:54 +0800
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 18:55:03 +0100
futex: Prevent overflow b
Commit-ID: c1e2f0eaf015fb7076d51a339011f2383e6dd389
Gitweb: https://git.kernel.org/tip/c1e2f0eaf015fb7076d51a339011f2383e6dd389
Author: Peter Zijlstra
AuthorDate: Fri, 8 Dec 2017 13:49:39 +0100
Committer: Thomas Gleixner
CommitDate: Sun, 14 Jan 2018 18:49:16 +0100
futex: Avoid violatin
On Thu, 21 Dec 2017, Andi Kleen wrote:
> From: Andi Kleen
>
> With LTO any external assembler symbol has to be marked __visible.
> Mark the generated asm PV stubs __visible to prevent a linker error.
>
> Signed-off-by: Andi Kleen
Lacks cc of the Xen folks
On Thu, 21 Dec 2017, Andi Kleen wrote:
> From: Andi Kleen
>
> Otherwise LTO will inline them anyways and cause a large
> kernel text increase.
>
> Since the explicit intention here is to not inline them marking
> them noinline is good documentation even for the non LTO case.
>
> Signed-off-by:
On Thu, 21 Dec 2017, Andi Kleen wrote:
> From: Andi Kleen
>
> This per cpu variable is accessed from assembler code, so needs
> to be visible.
>
> Signed-off-by: Andi Kleen
> ---
> arch/x86/kernel/kvm.c | 2 +-
KVM has maintainers ...
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> dif
1 - 100 of 341 matches
Mail list logo