On 2018/2/28 13:09, Jaegeuk Kim wrote:
> Change log from v1:
> - add doc :)
>
> This patch adds an mount option, "alloc_mode=%s" having two options, "default"
> and "reuse".
>
> In "alloc_mode=reuse" case, f2fs starts to allocate segments from 0'th segment
> all the time to reassign segments. It
On 27/02/18 20:47, Douglas Anderson wrote:
> Back in the early days when gru devices were still under development
> we found an issue where the WiFi reset line needed to be configured as
> early as possible during the boot process to avoid the WiFi module
> being in a bad state.
>
> We found that
On 2018-02-28 07:45, Arnaldo Carvalho de Melo wrote:
Em Wed, Feb 28, 2018 at 10:40:38AM +0100, Jiri Olsa escreveu:
On Tue, Feb 27, 2018 at 05:34:08PM -0500, Agustin Vega-Frias wrote:
> This was disabled when auto-merging of non-alias events was disabled in
> commit 63ce844 (perf stat: Only auto-
When the firmware driver is a loadable module, the gpio driver cannot be
built-in:
drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_set':
gpio-raspberrypi-exp.c:(.text+0xb4): undefined reference to
`rpi_firmware_property'
drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpi
Previously (see commit 72c139bacf) it was found that Hyper-V frequency
MSRs are required to make Hyper-V on KVM pass through TSC page as stable
clocksource to its guests. However, to make things work this is not
enough. Hyper-V tries to prove that TSC frequency underneath it won't
change (e.g. when
When a new vector is written to SINx we update vec_bitmap/auto_eoi_bitmap
but we forget to remove old vector from these masks (in case it is not
present in some other SINTx).
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/include/uapi/asm/hyperv.h | 2 ++
arch/x86/kvm/hyperv.c | 32 +
Nested Hyper-V/Windows guest running on top of KVM will use TSC page
clocksource in two cases:
- L0 exposes invariant TSC (CPUID.8007H:EDX[8]).
- L0 provides Hyper-V Reenlightenment support (CPUID.4003H:EAX[13]).
Exposing invariant TSC effectively blocks migration to hosts with different
T
On 27.02.2018 23:26, Chanwoo Choi wrote:
> Hi,
>
> On 2018년 02월 27일 21:05, Andrzej Hajda wrote:
>> On 27.02.2018 12:08, Chanwoo Choi wrote:
>>> Hi,
>>>
>>> On 2018년 02월 27일 16:11, Andrzej Hajda wrote:
From: Maciej Purski
Currently MHL chip must be turned on permanently to detect MHL
Hyper-V 2016 on KVM with SynIC enabled doesn't boot with the following
trace:
kvm_entry:vcpu 0
kvm_exit: reason MSR_WRITE rip 0xf8000131c1e5 info 0 0
kvm_hv_synic_set_msr: vcpu_id 0 msr 0x4090 data 0x1 host 0
kvm_msr: msr_write 4
Calling devm_of_find_backlight directly means we get a link failure
without CONFIG_BACKLIGHT_CLASS_DEVICE:
drivers/gpu/drm/tinydrm/mi0283qt.o: In function `mi0283qt_probe':
mi0283qt.c:(.text+0x684): undefined reference to `devm_of_find_backlight'
This adds an explicit Kconfig dependency for it. W
Hi Eric,
> -Original Message-
> From: Auger Eric [mailto:eric.au...@redhat.com]
> Sent: Wednesday, February 28, 2018 11:53 AM
> To: Shameerali Kolothum Thodi ;
> Alex Williamson
> Cc: pmo...@linux.vnet.ibm.com; k...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Linuxarm ; John Garry
>
If the device is unused and suspended, a call to open will cause the
device to autoresume through the call to usb_autopm_get_interface().
input_dev->users is already incremented by the input subsystem,
therefore this expression will always be evaluated to true:
if ((input_dev->users || (s
Hello,
I have not recieved any feedback on these so I resend them.
I got this deadlock on my own driver (pxrc) when using the same
construction.
Please have a look
Here is a clip from
[PATCH v3] input: pxrc: new driver for PhoenixRC Flight Controller Adapter [1]
that describes the problem.
--
If the device is unused and suspended, a call to open will cause the
device to autoresume through the call to usb_autopm_get_interface().
input_dev->users is already incremented by the input subsystem,
therefore this expression will always be evaluated to true:
if (pegasus->dev->users &&
usb_autopm_get_interface() that is called in pegasus_open() does an
autoresume if the device is suspended.
input_dev->mutex used in pegasus_resume() is in this case already
taken by the input subsystem and will cause a deadlock.
Signed-off-by: Marcus Folkesson
---
drivers/input/tablet/pegasus_n
usb_autopm_get_interface() that is called in usbtouch_open() does an
autoresume if the device is suspended.
input_dev->mutex used in usbtouch_resume() is in this case already
taken by the input subsystem and will cause a deadlock.
Signed-off-by: Marcus Folkesson
---
drivers/input/touchscreen/us
If the device is unused and suspended, a call to open will cause the
device to autoresume through the call to usb_autopm_get_interface().
input_dev->users is already incremented by the input subsystem,
therefore this expression will always be evaluated to true:
if (input->users || usbtouc
usb_autopm_get_interface() that is called in synusb_open() does an
autoresume if the device is suspended.
input_dev->mutex used in synusb_resume() is in this case already
taken by the input subsystem and will cause a deadlock.
Signed-off-by: Marcus Folkesson
---
drivers/input/mouse/synaptics_us
I ran into a randconfig link error on next-20180228 that appears to have
been caused by an older patch:
fs/ext2/inode.o: In function `ext2_setattr':
inode.c:(.text+0x19eb): undefined reference to `iomap_zero_range'
This adds a compile-time conditional around the code path so the
co
On Wed, Feb 28, 2018 at 02:07:19PM +0100, Rolf Evers-Fischer wrote:
> From: Rolf Evers-Fischer
>
> Removes the goto labels completely, handles the errors at the
> respective call site and just returns instead of jumping around.
>
> Signed-off-by: Rolf Evers-Fischer
> ---
> drivers/pci/endpoint
The newly introduced fw_cfg_dma_transfer() function is unused when
CONFIG_CRASH_CORE is disabled:
drivers/firmware/qemu_fw_cfg.c:89:16: error: 'fw_cfg_dma_transfer' defined but
not used [-Werror=unused-function]
static ssize_t fw_cfg_dma_transfer(void *address, u32 length, u32 control)
This mov
Perf annotate displays function call assembler instructions
with a right arrow. Hitting enter on this line/instruction
causes the browser to disassemble this target function and
show it on the screen. On s390 this results in an error
message 'symbol not found'.
The function call assembly line par
Perf annotate displays function call assembler instructions
with a right arrow. Hitting enter on this line/instruction
causes the browser to disassemble this target function and
show it on the screen.
S390 assembler instruction 'basr %r1,%r2'
jumps to address stored in register 2. Since the
target
Hi Amelie,
Just a couple of drive-by coding style comments...
On 23/02/18 13:46, Amelie Delaunay wrote:
On some boards, especially when vbus supply requires large current,
and the charge pump on the PHY isn't enough, an external vbus power switch
may be used.
Add support for optional external v
The newly introudced ip_min_valid_pmtu variable is only used when
CONFIG_SYSCTL is set:
net/ipv4/route.c:135:12: error: 'ip_min_valid_pmtu' defined but not used
[-Werror=unused-variable]
This moves it to the other variables like it, to avoid the harmless
warning.
Fixes: c7272c2f1229 ("net: ipv4
Hi,
On Wednesday 28 February 2018 06:37 PM, Rolf Evers-Fischer wrote:
> From: Rolf Evers-Fischer
>
> Removes the goto labels completely, handles the errors at the
> respective call site and just returns instead of jumping around.
>
> Signed-off-by: Rolf Evers-Fischer
> ---
> drivers/pci/endpo
On 2/15/2018 6:22 AM, frowand.l...@gmail.com wrote:
+static void of_populate_phandle_cache(void)
+{
+ unsigned long flags;
+ u32 cache_entries;
+ struct device_node *np;
+ u32 phandles = 0;
+
+ raw_spin_lock_irqsave(&devtree_lock, flags);
+
+ kfree(phandle_c
On Wed, Feb 28, 2018 at 10:11:56AM -0300, Henrique de Moraes Holschuh wrote:
> > Avoid loading microcode if any of the CPUs are offline, and issue a
> > warning. Having different microcode revisions on the system at any time
> > is outright dangerous.
>
> Even if we update that microcode during CP
The STMicroelectronics STM32 Inter-Processor Communication Controller
(IPCC) is used for communicating data between two processors.
It provides a non blocking signaling mechanism to post and retrieve
communication data in an atomic way.
Signed-off-by: Fabien Dessenne
Signed-off-by: Ludovic Barre
Add a binding for the STMicroelectronics STM32 IPCC block exposing a
mailbox mechanism between two processors.
Signed-off-by: Fabien Dessenne
Signed-off-by: Ludovic Barre
---
.../devicetree/bindings/mailbox/stm32-ipcc.txt | 48 ++
1 file changed, 48 insertions(+)
create
The STMicroelectronics STM32 Inter-Processor Communication Controller
(IPCC) is used for communicating data between two processors.
It provides a non blocking signaling mechanism to post and retrieve
communication data in an atomic way.
Fabien Dessenne (2):
dt-bindings: mailbox: add STMicroelect
On Wed, Feb 28, 2018 at 12:49:35PM +0100, Marc-André Lureau wrote:
> Hi
>
> On Tue, Feb 27, 2018 at 1:20 AM, Michael S. Tsirkin wrote:
> > On Thu, Feb 15, 2018 at 10:33:09PM +0100, Marc-André Lureau wrote:
> >> fw_cfg_read_blob() may fail, but does not return error. This may lead
> >> to undefine
On Tue, 27 Feb 2018, Joe Lawrence wrote:
> On 02/27/2018 07:36 AM, Miroslav Benes wrote:
> > On Fri, 23 Feb 2018, Joe Lawrence wrote:
> >
> >> [ ... snip ... ]
> >>
> >> +If a livepatch is replaced by a cumulative patch, then only the
> >> +callbacks belonging to the cumulative patch will be ex
Forretnings forslag
Hej
Jeg bruger dette medium til at informere dig om transaktionen til
overf?rsel af $ 21.500.000 (25 millioner, fem hundrede tusind dollars)
i min bank i Kina til dig som modtager. Det vil v?re 100% sikkert, jeg
er finansdirekt?r for den afd?de kunde.
Kontakt mig p? m
Hello,
On Wed, 28 Feb 2018 14:11:21 +0100, Quentin Schulz wrote:
> @@ -136,6 +144,7 @@
> * An USB-2 hub is connected here, which also means we don't need to
> * enable the OHCI controller.
> */
> +
> &ehci0 {
> status = "okay";
> };
Spurious change.
Thomas
--
Thomas Petazzoni, CT
Continue the switch table detection whack-a-mole. Add a check to
distinguish KASAN data reads from switch data reads. The switch jump
tables in .rodata have relocations associated with them.
This fixes the following warning:
crypto/asymmetric_keys/x509_cert_parser.o: warning: objtool:
x509_n
On Tue, Feb 27, 2018 at 06:42:14PM +0300, Kirill A. Shutemov wrote:
> If a bootloader enables 64-bit mode with 4-level paging, we might need to
> switch over to 5-level paging. The switching requires the disabling of
> paging, which works fine if kernel itself is loaded below 4G.
>
> But if the bo
On 27/02/2018 at 22:01:37 +0100, Jonas Gorski wrote:
> On 16 January 2018 at 11:12, Alexandre Belloni
> wrote:
> > Add a device tree include file for the Microsemi Ocelot SoC.
> >
> > Signed-off-by: Alexandre Belloni
> > ---
> > arch/mips/boot/dts/Makefile | 1 +
> > arch/mips/boot/dts
The Allwinner A83T is an octacore A7 divided in two clusters of 4 A7,
each cluster having its own regulator and clock.
The operating points were found in Allwinner BSP and fex files.
Note that there are a few OPPs that are missing:
160800Hz with 92mV
18Hz with 100mV
20160
Hi all,
The Allwinner A83T is an octacore A7 divided in two clusters of 4 A7,
each cluster having its own regulator and clock.
Let's add the OPPs for each cluster so that we can use cpufreq on this SoC.
The operating points were found in Allwinner BSP and fex files and have
been tested on a TBS
The Allwinner A83T is a SoC with two clusters of 4 A7, each cluster
having its own regulator and clock.
The regulators are board-specific, thus we need labels for cpu0 and
cpu100 so that we can use references to these nodes from the board
header file.
Signed-off-by: Quentin Schulz
---
arch/arm/
On Wed, 28 Feb 2018, Borislav Petkov wrote:
> Avoid loading microcode if any of the CPUs are offline, and issue a
> warning. Having different microcode revisions on the system at any time
> is outright dangerous.
Even if we update that microcode during CPU early bring-up, before we
mark it on-line
The Allwinner A83T is a SoC with two clusters of 4 A7 which have a
different clock and regulator.
Set the CPU regulator.
Signed-off-by: Quentin Schulz
---
arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-tbs-a71
Hi Tomasz,
On Wed, Feb 28, 2018 at 1:49 PM, Tomasz Figa wrote:
> On Wed, Feb 28, 2018 at 9:32 PM, Geert Uytterhoeven
> wrote:
>> On Wed, Feb 28, 2018 at 1:29 PM, Tomasz Figa wrote:
>>> Also, how about systems where runtime PM is disabled? I think that's
>>> one of the reasons we control the clo
Commit-ID: e87821d18cf4db19d634a04061c0a1b7eb9c0e65
Gitweb: https://git.kernel.org/tip/e87821d18cf4db19d634a04061c0a1b7eb9c0e65
Author: Baolin Wang
AuthorDate: Wed, 17 Jan 2018 14:01:29 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 28 Feb 2018 14:04:52 +0100
clocksource: Use DEVICE
Commit-ID: 27263e8dc0f6fe27540a843611ec14a000591c41
Gitweb: https://git.kernel.org/tip/27263e8dc0f6fe27540a843611ec14a000591c41
Author: Baolin Wang
AuthorDate: Wed, 17 Jan 2018 14:01:30 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 28 Feb 2018 14:05:07 +0100
clocksource: Use ATTRIB
Commit-ID: 7f852afe448c95691ead6b57bae5f37562d060b5
Gitweb: https://git.kernel.org/tip/7f852afe448c95691ead6b57bae5f37562d060b5
Author: Baolin Wang
AuthorDate: Wed, 17 Jan 2018 14:01:28 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 28 Feb 2018 14:04:52 +0100
clocksource: Don't walk
From: Bartosz Golaszewski
The reset framework only supports device-tree. There are some platforms
however, which need to use it even in legacy, board-file based mode.
An example of such architecture is the DaVinci family of SoCs which
supports both device tree and legacy boot modes and we don't
From: Rolf Evers-Fischer
Removes the goto labels completely, handles the errors at the
respective call site and just returns instead of jumping around.
Signed-off-by: Rolf Evers-Fischer
---
drivers/pci/endpoint/pci-epf-core.c | 30 +-
1 file changed, 9 insertions(+)
From: Rolf Evers-Fischer
'put_device()' calls the relase function 'pci_epf_dev_release()',
which already frees 'epf->name' and 'epf'.
Therefore we must not free them again after 'put_device()'.
Fixes: 5e8cb4033807 ("PCI: endpoint: Add EP core layer to enable EP controller
and EP functions")
S
From: Rolf Evers-Fischer
This commit replaces allocating and freeing the intermediate
'buf'/'func_name' with a combination of 'kstrndup()' and 'len'.
'len' is the required length of 'epf->name'.
'epf->name' should be either the first part of 'name' preceding the '.'
or the complete 'name', if th
This is version 4 of a patchset to avoid double free in function
'pci_epf_create()'.
When I accidentally created a new endpoint device with an empty name,
the kernel warned about "attempted to be registered with empty name!"
and crashed afterwards.
It turned out that the crash was not caused by t
Hi Robin,
Thanks for your reply.
On 02/28/2018 12:59 AM, Robin Murphy wrote:
the rockchip IOMMU is part of the master block in hardware, so it needs
to control the master's power domain and some of the master's clocks
when access it's registers.
and the number of clocks needed here, might be d
Commit-ID: a4f538573cd72e7961f4ec5eb13c171f5add58ec
Gitweb: https://git.kernel.org/tip/a4f538573cd72e7961f4ec5eb13c171f5add58ec
Author: Vineet Gupta
AuthorDate: Wed, 21 Feb 2018 11:31:31 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 28 Feb 2018 13:55:14 +0100
clocksource/drivers/ar
Commit-ID: 5753405e27f8fe4c42c1537d3ddbd9e058e54cdc
Gitweb: https://git.kernel.org/tip/5753405e27f8fe4c42c1537d3ddbd9e058e54cdc
Author: Felix Fietkau
AuthorDate: Wed, 28 Feb 2018 10:56:10 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 28 Feb 2018 13:55:14 +0100
clocksource/drivers/m
From: Denis Osterland
Fix possible race condition.
It is not allowed to return with an error code after RTC is registered.
Suggested-by: Alexandre Belloni
Signed-off-by: Denis Osterland
Reviewed-by: Michael Grzeschik
---
drivers/rtc/rtc-isl1208.c | 8
1 file changed, 4 insertions(+)
From: Michael Grzeschik
The interrupt handler got enabled very early. If the interrupt cause is
triggering immediately before the context is fully prepared. This can
lead to undefined behaviour. Therefor we move the interrupt enable code
to the end of the probe function.
Signed-off-by: Michael G
changes since v1:
Represent isl1219 tamper detection as RTC timestamp event,
instead of hwmon intrusion sensor.
Switch to rtc_register_device, to fix possible race conditions in probe.
Add documentation of the two possible interrupt sources for isl1219.
Support "evdet" named interrupt souce.
Micha
From: Denis Osterland
Add support for "evdet" named interrupt source.
The check if i2c client irq matches evdet irq is needed
for the case that there is only one interrupt named "evdet".
In this case i2c client code handles this like an unnamed
interrupt souce and assigns the value.
Signed-off-
From: Michael Grzeschik
We add support for the ISL1219 chip that got an integrated tamper
detection function. This patch implements the feature by adding
an additional timestamp0 file to sysfs device path.
This file contains seconds since epoch, if an event occurred,
or is empty, if none occurred
On Mon, Feb 26, 2018 at 7:24 AM, Baolin Wang wrote:
> On 21 February 2018 at 19:35, Baolin Wang wrote:
>> On 20 February 2018 at 02:11, Rob Herring wrote:
diff --git a/Documentation/devicetree/bindings/input/gpio-keys.txt
b/Documentation/devicetree/bindings/input/gpio-keys.txt
i
sun4i_dclk_round_rate is called before sun4i_tcon_mode_set,
so it finds dclk_min_div and dclk_max_div set to 0 and fails
adding crtc.
Move dclk_min_div and dclk_max_div to encoders init functions.
Signed-off-by: Giulio Benetti
---
drivers/gpu/drm/sun4i/sun4i_lvds.c | 4
drivers/gpu/drm/sun
On Wed, Feb 28, 2018 at 9:32 PM, Geert Uytterhoeven
wrote:
> Hi Tomasz,
>
> On Wed, Feb 28, 2018 at 1:29 PM, Tomasz Figa wrote:
>> On Wed, Feb 28, 2018 at 9:17 PM, Geert Uytterhoeven
>> wrote:
>>> On Wed, Feb 28, 2018 at 12:11 PM, Jeffy Chen
>>> wrote:
Currently we are adding all of the a
Em Wed, Feb 28, 2018 at 10:40:38AM +0100, Jiri Olsa escreveu:
> On Tue, Feb 27, 2018 at 05:34:08PM -0500, Agustin Vega-Frias wrote:
> > This was disabled when auto-merging of non-alias events was disabled in
> > commit 63ce844 (perf stat: Only auto-merge events that are PMU aliases).
>
> this chan
On some platforms (such as Spreadtrum platform), the GPIO keys can only
be triggered by level type. So this patch introduces one property to
indicate if the GPIO trigger type is level trigger or edge trigger.
Signed-off-by: Baolin Wang
---
Changes since v2:
- Use 'interrupt' property to indicate
Use clk_bulk APIs, and also add error handling for clk enable.
Signed-off-by: Jeffy Chen
---
drivers/soc/rockchip/pm_domains.c | 90 ++-
1 file changed, 42 insertions(+), 48 deletions(-)
diff --git a/drivers/soc/rockchip/pm_domains.c
b/drivers/soc/rockchip/
On Tue, Feb 27, 2018 at 05:06:43AM -0800, Matthew Wilcox wrote:
> On Tue, Feb 27, 2018 at 11:22:59AM +0100, Uladzislau Rezki (Sony) wrote:
> > During finding a suitable hole in the vmap_area_list
> > there is an explicit rescheduling check for latency reduction.
> > We do it, since there are worklo
On Thu, Feb 15, 2018 at 09:40:49AM -0600, Rob Herring wrote:
> On Tue, Feb 13, 2018 at 3:09 AM, Greentime Hu wrote:
> > It will get the wrong virtual address because port->mapbase is not added
> > the correct reg-offset yet. We have to update it before earlycon_map()
> > is called
> >
> > Signed-o
2018-02-19 21:21 GMT+01:00 David Lechner :
> This adds a new driver for mach-davinci PSC clocks. This is porting the
> code from arch/arm/mach-davinci/psc.c to the common clock framework and
> is converting it to use regmap to simplify the code. Additionally, it
> adds device tree support for these
On 02/26/18 at 07:01pm, AKASHI Takahiro wrote:
> On Fri, Feb 23, 2018 at 05:24:59PM +0800, Dave Young wrote:
> > Hi AKASHI,
> >
> > On 02/22/18 at 08:17pm, AKASHI Takahiro wrote:
> > > As arch_kexec_kernel_*_{probe,load}(),
> > > arch_kimage_file_post_load_cleanup()
> > > and arch_kexec_kernel_ve
On Thu, Feb 15, 2018 at 12:47:20PM +1030, Joel Stanley wrote:
> The Nuvoton UART is almost compatible with the 8250 driver when probed
> via the 8250_of driver, however it requires some extra configuration
> at startup.
>
> Signed-off-by: Joel Stanley
> Reviewed-by: Rob Herring
> ---
> v2:
> Re
Hi Geert,
Thanks for you reply.
On 02/28/2018 08:17 PM, Geert Uytterhoeven wrote:
Hi Jeffy,
On Wed, Feb 28, 2018 at 12:11 PM, Jeffy Chen wrote:
Currently we are adding all of the attached devices' clocks as pm clocks
and enable them when powering on the power domain.
This seems unnecessary,
On Sun 25-02-18 21:25:07, Chengguang Xu wrote:
> When specifiying iocharset multiple times in a mount
> or once/multiple in a remount, current option parsing
> may cause inaccurate refcount of nls module.
> Also, in the failure cleanup of option parsing,
> the condition of calling unload_nls is not
On 2018/2/28 13:48, Jaegeuk Kim wrote:
Hi Yunlong,
As Eric pointed out, how do you think using nohighmem for directory likewise
ext4, which looks like more efficient?
OK, I have sent out another patch like this.
Actually, we don't need to do this in
most of recent kernels, right?
Why? I
On 02/26/18 at 07:24pm, AKASHI Takahiro wrote:
> On Fri, Feb 23, 2018 at 04:49:34PM +0800, Dave Young wrote:
> > Hi AKASHI,
> >
> > On 02/22/18 at 08:17pm, AKASHI Takahiro wrote:
> > > On arm64, no trampline code between old kernel and new kernel will be
> > > required in kexec_file implementation
Hi Tomasz,
On Wed, Feb 28, 2018 at 1:29 PM, Tomasz Figa wrote:
> On Wed, Feb 28, 2018 at 9:17 PM, Geert Uytterhoeven
> wrote:
>> On Wed, Feb 28, 2018 at 12:11 PM, Jeffy Chen
>> wrote:
>>> Currently we are adding all of the attached devices' clocks as pm clocks
>>> and enable them when powering
Previous dentry page uses highmem, which will cause panic in platforms
using highmem (such as arm), since the address space of dentry pages
from highmem directly goes into the decryption path via the function
fscrypt_fname_disk_to_usr. But sg_init_one assumes the address is not
from highmem, and th
On Wed, 28 Feb 2018 17:39:53 +0530
Arvind Yadav wrote:
> On Wednesday 28 February 2018 05:26 PM, Cornelia Huck wrote:
> > On Wed, 28 Feb 2018 17:14:55 +0530
> > Arvind Yadav wrote:
> >
> >> On Wednesday 28 February 2018 04:00 PM, Cornelia Huck wrote:
> >>> On Wed, 28 Feb 2018 15:24:16 +0530
Hi Geert,
On Wed, Feb 28, 2018 at 9:17 PM, Geert Uytterhoeven
wrote:
> Hi Jeffy,
>
> On Wed, Feb 28, 2018 at 12:11 PM, Jeffy Chen
> wrote:
>> Currently we are adding all of the attached devices' clocks as pm clocks
>> and enable them when powering on the power domain.
>>
>> This seems unnecessa
On Wed, Feb 21, 2018 at 11:38:19PM +, James Hogan wrote:
> Now that arch/metag/ has been removed, remove the metag DA TTY and
> console driver. It is of no value without the architecture code.
>
> Signed-off-by: James Hogan
> Cc: Greg Kroah-Hartman
> Cc: Jiri Slaby
> Cc: linux-me...@vger.ke
Hi
On Tue, Feb 27, 2018 at 1:04 AM, Michael S. Tsirkin wrote:
> On Thu, Feb 15, 2018 at 10:33:12PM +0100, Marc-André Lureau wrote:
>> Modify fw_cfg_read_blob() to use DMA if the device supports it.
>> Return errors, because the operation may fail.
>>
>> So far, only one call in fw_cfg_register_di
Hi AKASHI,
On 02/27/18 at 01:56pm, AKASHI Takahiro wrote:
> Now my patch#2 to #5 were extracted from this patch set and put
> into another separate one. Please see
> http://lists.infradead.org/pipermail/linux-arm-kernel/2018-February/562195.htmlk
Thanks! Will read them
>
> Thanks,
> -Takahiro A
> @@ -149,6 +155,11 @@ struct uprobes_state {
> extern bool arch_uprobe_ignore(struct arch_uprobe *aup, struct pt_regs
> *regs);
> extern void arch_uprobe_copy_ixol(struct page *page, unsigned long vaddr,
>void *src, unsigned long len);
> +unsigned long of
A toolstack may delete the vif frontend and backend xenstore entries
while xen-netfront is in the removal code path. In that case, the
checks for xenbus_read_driver_state would return XenbusStateUnknown, and
xennet_remove would hang indefinitely. This hang prevents system
shutdown.
xennet_remove
Hi
On Tue, Feb 27, 2018 at 1:28 AM, Michael S. Tsirkin wrote:
> On Thu, Feb 15, 2018 at 10:33:11PM +0100, Marc-André Lureau wrote:
>> If the "etc/vmcoreinfo" fw_cfg file is present and we are not running
>> the kdump kernel, write the addr/size of the vmcoreinfo ELF note.
>>
>> The DMA operation
Hi Doug,
On 27/02/18 21:47, Douglas Anderson wrote:
> Back in the early days when gru devices were still under development
> we found an issue where the WiFi reset line needed to be configured as
> early as possible during the boot process to avoid the WiFi module
> being in a bad state.
>
> We f
Ugh, I messed up Peter's email when sending this out. please
s/infraded/infradead/ if replying to the first mail.
Sorry about that.
Mark.
On Wed, Feb 28, 2018 at 12:14:58PM +, Mark Rutland wrote:
> KASAN splats indicate that in some cases we free a live mm, then
> continue to access it, with
Hi Jeffy,
On Wed, Feb 28, 2018 at 12:11 PM, Jeffy Chen wrote:
> Currently we are adding all of the attached devices' clocks as pm clocks
> and enable them when powering on the power domain.
>
> This seems unnecessary, because those clocks are already controlled in
> the devices' drivers with bett
Hi,
> On Wednesday 28 February 2018 05:26 PM, Cornelia Huck wrote:
> > On Wed, 28 Feb 2018 17:14:55 +0530
> > Arvind Yadav wrote:
> >
> >> On Wednesday 28 February 2018 04:00 PM, Cornelia Huck wrote:
> >>> On Wed, 28 Feb 2018 15:24:16 +0530
> >>> Arvind Yadav wrote:
> >>>
> Free memory,
KASAN splats indicate that in some cases we free a live mm, then
continue to access it, with potentially disastrous results. This is
likely due to a mismatched mmdrop() somewhere in the kernel, but so far
the culprit remains elusive.
Let's have __mmdrop() verify that the mm isn't live for the curr
On Wed, Feb 28, 2018 at 11:34:56AM +, Will Deacon wrote:
> On Wed, Feb 28, 2018 at 12:24:03PM +0100, Andrea Parri wrote:
> > On Wed, Feb 28, 2018 at 10:56:32AM +, Will Deacon wrote:
> > > On Wed, Feb 28, 2018 at 11:39:32AM +0100, Andrea Parri wrote:
> > > > There appeared to be a certain, r
diff --git a/Makefile b/Makefile
index 51563c76bdf6..49f52050 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 15
-SUBLEVEL = 6
+SUBLEVEL = 7
EXTRAVERSION =
NAME = Fearless Coyote
diff --git a/arch/arm64/kernel/cpufeature.c
>
> -static inline struct map_info *free_map_info(struct map_info *info)
> +static inline struct uprobe_map_info *
> +free_uprobe_map_info(struct uprobe_map_info *info)
> {
> - struct map_info *next = info->next;
> + struct uprobe_map_info *next = info->next;
> kfree(info);
>
On Wednesday 28 February 2018 05:26 PM, Cornelia Huck wrote:
On Wed, 28 Feb 2018 17:14:55 +0530
Arvind Yadav wrote:
On Wednesday 28 February 2018 04:00 PM, Cornelia Huck wrote:
On Wed, 28 Feb 2018 15:24:16 +0530
Arvind Yadav wrote:
Free memory, if afiucv_iucv_init is not successful and
diff --git a/Makefile b/Makefile
index 03d41143900c..169f3199274f 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 22
+SUBLEVEL = 23
EXTRAVERSION =
NAME = Petit Gorille
diff --git a/arch/arm64/kernel/cpufeature.c
I'm announcing the release of the 4.15.7 kernel.
All users of the 4.15 kernel series must upgrade.
The updated 4.15.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.15.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index db13b13cdcc2..77deaa395d69 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 84
+SUBLEVEL = 85
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/arch/arm64/kernel/traps.c b/arch/arm64/kernel/traps.c
index c743d1f
I'm announcing the release of the 4.9.85 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.14.23 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.4.119 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
1201 - 1300 of 1487 matches
Mail list logo