syzbot has found a reproducer for the following crash on:
HEAD commit:cfd24a53 Add linux-next specific files for 20190409
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=111d56af20
kernel config: https://syzkaller.appspot.com/x/.config?x
Hi Randy,
I have sent the patch on top of the patch sent by yuehaib...@huawei.com.
Thanks,
Naga Sureshkumar Relli
> -Original Message-
> From: Randy Dunlap
> Sent: Tuesday, April 9, 2019 8:52 PM
> To: Stephen Rothwell ; Linux Next Mailing List n...@vger.kernel.org>
> Cc: Linux Kernel
On 28-03-19, 10:13, Quentin Perret wrote:
> +static unsigned int get_state_freq(struct cpufreq_cooling_device
> *cpufreq_cdev,
> + unsigned long state)
> +{
> + struct cpufreq_policy *policy;
> + unsigned long idx;
> +
> + /* Use the Energy Model table if
When building with CONFIG_SPI_MEM is not set
gc warns this:
drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op':
spi-zynq-qspi.c:(.text+0x1da): undefined reference to
`spi_mem_default_supports_op'
Fixes: 67dca5e580f1 ("spi: spi-mem: Add support for Zynq QSPI controller")
Hi Vignesh,
> -Original Message-
> From: linux-spi-ow...@vger.kernel.org On
> Behalf Of
> Naga Sureshkumar Relli
> Sent: Wednesday, April 10, 2019 10:53 AM
> To: YueHaibing ; Vignesh Raghavendra ;
> broo...@kernel.org
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org
>
On 15-03-19, 17:17, Leonard Crestez wrote:
> On 3/15/19 11:31 AM, Alexandre Bailon wrote:
> >>> This series is sent as RFC mostly because the current support of i.MX SoC
> >>> won't
> >>> benefit of busfreq framework, because the clocks' driver don't support
> >>> interconnect / dram frequency
Hi Vignesh,
> -Original Message-
> From: linux-spi-ow...@vger.kernel.org On
> Behalf Of
> YueHaibing
> Sent: Wednesday, April 10, 2019 9:03 AM
> To: Vignesh Raghavendra ; broo...@kernel.org; Naga
> Sureshkumar Relli
>
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org
>
When setting output power level called, the power level should be
checked by power amplifier level register and high power option. There
was todo about it. Add some variables for checking power level range.
The values that used for checking high power or minimum power are from
rf69 datasheets. The
Hi all,
On Wed, 10 Apr 2019 06:04:19 +0200 James Bottomley
wrote:
>
> On Tue, 2019-04-09 at 21:33 -0400, Martin K. Petersen wrote:
> >
> > > > I have reverted that commit for today.
> > >
> > > This has now migrated to the scsi tree.
> >
> > I have a fix in my tree but I haven't pushed
This patch changes the email for Andy Gross to agr...@kernel.org.
Signed-off-by: Andy Gross
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e17ebf7..cf39fb06 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1984,7 +1984,7 @@ W:
On Tue, Apr 09, 2019 at 11:09:45AM -0700, Tim Chen wrote:
> Now that we have accumulated quite a number of different fixes to your orginal
> posted patches. Would you like to post a v2 of the core scheduler with the
> fixes?
One more question I'm not sure: should a task with cookie=0, i.e.
- On Apr 9, 2019, at 11:38 PM, Joel Fernandes joe...@google.com wrote:
> On Tue, Apr 9, 2019 at 10:48 PM Steven Rostedt wrote:
>>
>> On Tue, 9 Apr 2019 22:41:03 -0400
>> Joel Fernandes wrote:
>>
>> > > Other than that, the two patches look fine to me.
>> >
>> > Could I add your Reviewed-by
- On Apr 9, 2019, at 9:57 PM, Andy Lutomirski l...@kernel.org wrote:
> On Tue, Apr 9, 2019 at 5:51 PM Zack Weinberg wrote:
>>
>> On Tue, Apr 9, 2019 at 4:43 PM Mathieu Desnoyers
>> wrote:
>> > - On Apr 9, 2019, at 3:32 PM, Mathieu Desnoyers
>> > mathieu.desnoy...@efficios.com wrote:
>>
Select the TISCI Interrupt Router, Aggregator drivers and all its
dependencies for AM6 SoC.
Suggested-by: Marc Zyngier
Signed-off-by: Lokesh Vutla
---
Changes since v5:
- None
drivers/soc/ti/Kconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/soc/ti/Kconfig
With the system coprocessor managing the range allocation of the
inputs to Interrupt Aggregator, it is difficult to represent
the device IRQs from DT.
The suggestion is to use MSI in such cases where devices wants
to allocate and group interrupts dynamically.
Create a MSI domain bus layer that
Texas Instruments' K3 generation SoCs has an IP Interrupt Aggregator
which is an interrupt controller that does the following:
- Converts events to interrupts that can be understood by
an interrupt router.
- Allows for multiplexing of events to interrupts.
Configuration of the interrupt
Add the DT binding documentation for Interrupt Aggregator driver.
Signed-off-by: Lokesh Vutla
---
Changes since v5:
- Dropped interrupt-cells property
- Added msi controller property
.../interrupt-controller/ti,sci-inta.txt | 66 +++
MAINTAINERS
Add a msi domain that is child to the INTA domain. Clients
uses the INTA msi bus layer to allocate irqs in this
msi domain.
Signed-off-by: Lokesh Vutla
---
Changes since v5:
- New patch. Seperated out msi domain part from the intial patch.
Marc,
I feel this is too simple to be a
Each resource with in the device can be uniquely identified as defined
by TISCI. Since this is generic across the devices, resource allocation
also can be made generic instead of each client driver handling the
resource. So add helper apis to manage the resource.
Signed-off-by: Lokesh Vutla
---
From: Grygorii Strashko
TISCI has been updated to have support for Resource management(likes
interrupts etc..). And there can be multiple device instances of a
resource type in a SoC. So every driver corresponding to a resource type
should get a TISCI handle so that it can make TISCI calls. And
Add the DT binding documentation for Interrupt router driver.
Signed-off-by: Lokesh Vutla
---
Changes since v5:
- Introduced a new property for specifying router trigger type.
- Dropped the trigger type from interrupt cells property.
Marc,
Firmware change to not differentiate INTA
Texas Instruments' K3 generation SoCs has an IP Interrupt Router
that does allows for redirection of input interrupts to host
interrupt controller. Interrupt Router inputs are either from a
peripheral or from an Interrupt Aggregator which is another
interrupt controller.
Configuration of the
TISCI abstracts the handling of IRQ routes where interrupt sources
are not directly connected to host interrupt controller. Add support
for the set of TISCI commands for requesting and releasing IRQs.
Signed-off-by: Lokesh Vutla
---
Changes since v5:
- None
drivers/firmware/ti_sci.c
From: Peter Ujfalusi
Add the resource mapping table for AM654 SoC as defined in
http://downloads.ti.com/tisci/esd/latest/5_soc_doc/am6x/resasg_types.html
Introduce a new compatible for AM654 "ti,am654-sci" for using
this resource map table.
Reviewed-by: Rob Herring
Signed-off-by: Peter
TISCI provides support for getting the resources(IRQ, RING etc..)
assigned to a specific device. These resources can be handled by
the client and in turn sends TISCI cmd to configure the resources.
It is very important that client should keep track on usage of these
resources.
Add support for
TI AM65x SoC based on K3 architecture introduced support for Events
which are message based interrupts with minimal latency. These events
are not compatible with regular interrupts and are valid only through
an event transport lane. An Interrupt Aggregator(INTA) is introduced
to convert these
This patch introduces 'daxdev_mapping_supported' helper
which checks if 'MAP_SYNC' is supported with filesystem
mapping. It also checks if corresponding dax_device is
synchronous. Virtio pmem device is asynchronous and
does not not support VM_SYNC.
Suggested-by: Jan Kara
Signed-off-by: Pankaj
On Tue, Apr 9, 2019 at 10:17 PM Palmer Dabbelt wrote:
>
> On Tue, 12 Mar 2019 15:08:16 PDT (-0700), Anup Patel wrote:
> > The setup_vm() must access kernel symbols in a position independent way
> > because it will be called from head.S with MMU off.
> >
> > If we compile kernel with cmodel=medany
Dont support 'MAP_SYNC' with non-DAX files and DAX files
with asynchronous dax_device. Virtio pmem provides
asynchronous host page cache flush mechanism. We don't
support 'MAP_SYNC' with virtio pmem and ext4.
Signed-off-by: Pankaj Gupta
---
fs/ext4/file.c | 11 ++-
1 file changed, 6
On 09-04-19, 17:36, Georgi Djakov wrote:
> Hi Viresh,
>
> On 3/14/19 08:23, Viresh Kumar wrote:
> > On 13-03-19, 11:00, Georgi Djakov wrote:
> >> In addition to frequency and voltage, some devices may have bandwidth
> >> requirements for their interconnect throughput - for example a CPU
> >> or
On Tue, 2019-04-09 at 21:33 -0400, Martin K. Petersen wrote:
> Stephen,
>
> > > I have reverted that commit for today.
> >
> > This has now migrated to the scsi tree.
>
> I have a fix in my tree but I haven't pushed it yet.
It's upstream in both trees now.
James
On 09-04-19, 17:37, Georgi Djakov wrote:
> Hi Viresh,
>
> On 3/14/19 08:30, Viresh Kumar wrote:
> > On 13-03-19, 11:00, Georgi Djakov wrote:
> >> The OPP bindings now support bandwidth values, so add support to parse it
> >> from device tree and store it into the new dev_pm_opp_icc_bw struct,
On Tue, Apr 9, 2019 at 5:26 PM Brian Norris wrote:
>
> So, I think the problem is still potentially present no matter when we
> request the IRQ. The "uninitialized" state of the hardware (or,
> firmware) just exposes the issue extremely clearly.
Well, I think that as long as you don't request
On 2019/4/10 10:36, Li, Aubrey wrote:
> On 2019/4/10 10:25, Andy Lutomirski wrote:
>> On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey wrote:
>>>
>>> On 2019/4/10 9:58, Andy Lutomirski wrote:
On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote:
>
> The architecture specific information of the
On Tue, Apr 9, 2019 at 10:48 PM Steven Rostedt wrote:
>
> On Tue, 9 Apr 2019 22:41:03 -0400
> Joel Fernandes wrote:
>
> > > Other than that, the two patches look fine to me.
> >
> > Could I add your Reviewed-by in the respin?
>
> You can add an Acked-by, as I haven't spent enough time to offer a
On Tue, Apr 09, 2019 at 10:43:18AM -0700, Ard Biesheuvel wrote:
> On Tue, 9 Apr 2019 at 06:53, Raphael Gault wrote:
> >
> > Hi,
> >
> > As of now, objtool only supports the x86_64 architecture but the
> > groundwork has already been done in order to add support for other
> > architecture without
On 2019/4/10 0:30, Vignesh Raghavendra wrote:
> On 08/04/19 8:09 PM, Yue Haibing wrote:
>> From: YueHaibing
>>
>> When building with CONFIG_SPI_MEM is not set
>> gc warns this:
>>
>> drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op':
>> spi-zynq-qspi.c:(.text+0x1da): undefined
Hi Linus,
Thanks for the reply! It's amusing that you're the only one (well,
besides the gentleman who sits a few feet from me and kindly provided
his Reviewed-by) to review my patch.
On Tue, Apr 9, 2019 at 7:20 PM Linus Torvalds
wrote:
> On Tue, Apr 9, 2019 at 8:49 AM Brian Norris wrote:
> >
On 09-04-19, 13:25, Yangtao Li wrote:
> Allwinner Process Voltage Scaling Tables defines the voltage and
> frequency value based on the speedbin blown in the efuse combination.
> The sunxi-cpufreq-nvmem driver reads the efuse value from the SoC to
> provide the OPP framework with required
On 09-04-19, 13:25, Yangtao Li wrote:
> +static const struct sunxi_cpufreq_soc_data sun50i_h6_data = {
> + .efuse_xlate = sun50i_efuse_xlate,
> + .nvmem_mask = 0x7,
> + .nvmem_shift = 5,
> +};
> +
> +static const struct of_device_id sunxi_cpufreq_match_list[] = {
> + { .compatible
On Tue, 9 Apr 2019 22:41:03 -0400
Joel Fernandes wrote:
> > Other than that, the two patches look fine to me.
>
> Could I add your Reviewed-by in the respin?
You can add an Acked-by, as I haven't spent enough time to offer a
Reviewed-by tag. ;-)
Maybe I'll get some time to vet it a bit more
Recently a 2 year old bug was found in the SLAB allocator that crashes
the kernel. This seems to imply that not that many people are using the
SLAB allocator.
Currently we have 3 slab allocators. Two is company three is a crowd -
let's get rid of one.
- The SLUB allocator has been the
We have SLOB for embedded devices and SLUB for everyone else.
Signed-off-by: Tobin C. Harding
---
include/linux/slab.h | 26 -
kernel/cpu.c |5 -
mm/slab.c| 4493 --
mm/slab.h| 31 +-
mm/slab_common.c | 20 +-
On Tue, Apr 09, 2019 at 10:38:20PM -0400, Steven Rostedt wrote:
> On Tue, 9 Apr 2019 21:14:18 -0400
> "Joel Fernandes (Google)" wrote:
>
> > /*
> > - * Mark ro_after_init section with SHF_RO_AFTER_INIT so that
> > + * These are section names marked with SHF_RO_AFTER_INIT so that
>
> I'm
On Tue, 9 Apr 2019 21:14:18 -0400
"Joel Fernandes (Google)" wrote:
> /*
> - * Mark ro_after_init section with SHF_RO_AFTER_INIT so that
> + * These are section names marked with SHF_RO_AFTER_INIT so that
I'm curious to this much of a change. Wouldn't just making "section"
plural also work?
On 2019/4/10 10:25, Andy Lutomirski wrote:
> On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey wrote:
>>
>> On 2019/4/10 9:58, Andy Lutomirski wrote:
>>> On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote:
The architecture specific information of the running processes could
be useful to the
Hi Axboe,
Thanks very much.
Best Regards,
Peng
>-Original Message-
>From: Jens Axboe
>Sent: 2019年4月9日 22:17
>To: Peng Ma ; robh...@kernel.org;
>mark.rutl...@arm.com; shawn...@kernel.org; Leo Li
>Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org;
>linux-kernel@vger.kernel.org;
On Wed, Apr 10, 2019 at 1:31 AM Nicolas Dufresne wrote:
>
> Le mardi 09 avril 2019 à 18:59 +0900, Tomasz Figa a écrit :
> > On Thu, Feb 7, 2019 at 4:33 PM Tomasz Figa wrote:
> > > On Tue, Feb 5, 2019 at 7:35 PM Hans Verkuil wrote:
> > > > On 2/5/19 10:31 AM, Tomasz Figa wrote:
> > > > > On Tue,
Hi Arnaldo,
Can this patch be accepted?
Thanks
Jin Yao
On 3/19/2019 6:20 PM, Jiri Olsa wrote:
On Tue, Mar 19, 2019 at 04:56:52PM +0800, Jin Yao wrote:
The 'percore' event qualifier which sums up the event counts for both
hardware threads in a core. For example,
perf stat -e
The pull request you sent on Tue, 9 Apr 2019 23:26:36 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git
> tags/mips_fixes_5.1_2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0ee7fb36f988539f52f83ce6048d696bd540066f
Thank you!
--
Deet-doot-dot,
The pull request you sent on Wed, 10 Apr 2019 00:12:03 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/972acfb49446b30a3533ceb5682bf8350c786bc8
Thank you!
--
Deet-doot-dot, I am a bot.
On Tue, Apr 09, 2019 at 03:03:52PM +0200, Peter Zijlstra wrote:
> On Tue, Apr 02, 2019 at 06:02:44PM +0200, Frederic Weisbecker wrote:
> > @@ -1988,45 +1961,151 @@ static int exclusive_bit(int new_bit)
> > return state | (dir ^ LOCK_USAGE_DIR_MASK);
> > }
> >
> > +static unsigned long
On Tue, Apr 9, 2019 at 7:20 PM Li, Aubrey wrote:
>
> On 2019/4/10 9:58, Andy Lutomirski wrote:
> > On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote:
> >>
> >> The architecture specific information of the running processes could
> >> be useful to the userland. Add support to examine process
On Tue, Apr 9, 2019 at 8:49 AM Brian Norris wrote:
>
> Badly-designed systems might have (for example) active-high wake pins
> that default to high (e.g., because of external pull ups) until they
> have an active firmware which starts driving it low. This can cause an
> interrupt storm in the
On 2019/4/10 9:58, Andy Lutomirski wrote:
> On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote:
>>
>> The architecture specific information of the running processes could
>> be useful to the userland. Add support to examine process architecture
>> specific information externally.
>>
>> Signed-off-by:
Hi Petr and Sergey,
On Wed, Apr 10, 2019 at 10:47:05AM +0900, Sergey Senozhatsky wrote:
> On (04/09/19 15:41), Petr Mladek wrote:
> > I suggest to merge the two patches into one. It will
> > still be rather small and easier to review.
>
> Agreed, was going to suggest the same.
Ok, will merge.
The commit 665ac7e92757 ("acpi/hmat: Register processor domain to its
memory") introduced some memory leaks below due to it fails to release
the heap memory in an error path, and then those statically-allocated
__initdata memory which reference them get freed during boot renders
those heap memory
Hi, Fabio
Best Regards!
Anson Huang
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2019年4月10日 10:03
> To: Anson Huang
> Cc: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com;
> shawn...@kernel.org; s.ha...@pengutronix.de;
On Tue, Apr 9, 2019 at 10:47 PM Anson Huang wrote:
> #include "imx7ulp.dtsi"
> +#include
This inclusion is not needed here as PWM_POLARITY_INVERTED is not used
in this dts.
On Tue, Apr 09, 2019 at 03:57:37PM -0500, Alan Tull wrote:
> On Sun, Mar 24, 2019 at 10:24 PM Wu Hao wrote:
>
> Hi Hao,
>
> >
> > Error reporting is one important private feature, it reports error
> > detected on port and accelerated function unit (AFU). It introduces
> > several sysfs
On Tue, Apr 9, 2019 at 6:55 PM Aubrey Li wrote:
>
> The architecture specific information of the running processes could
> be useful to the userland. Add support to examine process architecture
> specific information externally.
>
> Signed-off-by: Aubrey Li
> Cc: Peter Zijlstra
> Cc: Andi Kleen
On (04/09/19 16:14), Petr Mladek wrote:
> We should:
>
>+ Flush the latest messages before we replay the log.
Do you mean the pending messages? When we replay the log we also should
print "header line" and panic-cpu backtrace. So we will print panic-cpu
oops twice
// from panic-cpu
On Tue, Apr 9, 2019 at 5:51 PM Zack Weinberg wrote:
>
> On Tue, Apr 9, 2019 at 4:43 PM Mathieu Desnoyers
> wrote:
> > - On Apr 9, 2019, at 3:32 PM, Mathieu Desnoyers
> > mathieu.desnoy...@efficios.com wrote:
> > >
> > > We are about to include the code signature required prior to
The architecture specific information of the running processes could
be useful to the userland. Add support to examine process architecture
specific information externally.
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Dave Hansen
Cc: Arjan van de Ven
Cc: Linux
Added AVX512_elapsed_ms in /proc//status. Report it
in Documentation/filesystems/proc.txt
Signed-off-by: Aubrey Li
Cc: Peter Zijlstra
Cc: Andi Kleen
Cc: Tim Chen
Cc: Dave Hansen
Cc: Arjan van de Ven
Cc: Linux API
Cc: Alexey Dobriyan
Cc: Andrew Morton
---
AVX-512 components use could cause core turbo frequency drop. So
it's useful to expose AVX-512 usage elapsed time as a heuristic hint
for the user space job scheduler to cluster the AVX-512 using tasks
together.
Tensorflow example:
$ while [ 1 ]; do cat /proc/tid/status | grep AVX; sleep 1; done
On Tue, Apr 09, 2019 at 04:35:25PM -0500, Alan Tull wrote:
> On Sun, Mar 24, 2019 at 10:24 PM Wu Hao wrote:
>
> Hi Hao,
>
> >
> > This patch adds support for global error reporting for FPGA
> > Management Engine (FME), it introduces sysfs interfaces to
> > report different error detected by the
This patch adds i.MX7ULP EVK board MIPI-DSI backlight support.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/boot/dts/imx7ulp-evk.dts | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp-evk.dts
b/arch/arm/boot/dts/imx7ulp-evk.dts
index
Add i.MX7ULP EVK board PWM support.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/boot/dts/imx7ulp.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp.dtsi b/arch/arm/boot/dts/imx7ulp.dtsi
index d6b7110..8fb9559 100644
---
i.MX7ULP EVK board has MIPI-DSI display, its backlight is supplied by
TPM PWM module, this patch set enables i.MX7ULP TPM PWM driver support
and also add backlight support for MIPI-DSI display.
Changes since V10:
- ONLY change the pwm driver patch.
Anson Huang (5):
dt-bindings: pwm:
i.MX7ULP has TPM(Low Power Timer/Pulse Width Modulation Module)
inside, it can support multiple PWM channels, all the channels
share same counter and period setting, but each channel can
configure its duty and polarity independently.
There are several TPM modules in i.MX7ULP, the number of
Select CONFIG_PWM_IMX_TPM by default to support i.MX7ULP
TPM PWM.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/configs/imx_v6_v7_defconfig
index
Add i.MX TPM(Low Power Timer/Pulse Width Modulation Module) PWM binding.
Signed-off-by: Anson Huang
Reviewed-by: Rob Herring
---
No changes.
---
.../devicetree/bindings/pwm/imx-tpm-pwm.txt| 22 ++
1 file changed, 22 insertions(+)
create mode 100644
On (04/09/19 15:41), Petr Mladek wrote:
> I suggest to merge the two patches into one. It will
> still be rather small and easier to review.
Agreed, was going to suggest the same.
-ss
Stephen,
>> I have reverted that commit for today.
>
> This has now migrated to the scsi tree.
I have a fix in my tree but I haven't pushed it yet.
--
Martin K. Petersen Oracle Linux Engineering
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2019.04.09a
head: 108210466eaf3f9e0e18e250c3af4f2525963a60
commit: 108210466eaf3f9e0e18e250c3af4f2525963a60 [55/55] rcu: Make kfree_rcu()
ignore NULL pointers
reproduce: make htmldocs
All warnings (new ones
Hi all,
On Tue, 9 Apr 2019 16:27:49 +1000 Stephen Rothwell
wrote:
>
> After merging the scsi-mkp tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/scsi/qla2xxx/tcm_qla2xxx.c: In function 'tcm_qla2xxx_init_lport':
> drivers/scsi/qla2xxx/tcm_qla2xxx.c:1614:3:
On Tue, Apr 09, 2019 at 01:28:17PM +0200, Peter Zijlstra wrote:
> On Wed, Feb 27, 2019 at 08:05:16AM -0800, Ricardo Neri wrote:
> > @@ -62,7 +67,18 @@ static inline void set_comparator(struct hpet_hld_data
> > *hdata,
> > static void kick_timer(struct hpet_hld_data *hdata, bool force)
> > {
> >
On Tue, Apr 09, 2019 at 02:55:31PM +, Weiny, Ira wrote:
> > On Tue, Apr 09, 2019 at 11:04:18AM +0800, Huang Shijie wrote:
> > > On Mon, Apr 08, 2019 at 07:49:29PM -0700, Matthew Wilcox wrote:
> > > > On Tue, Apr 09, 2019 at 09:08:33AM +0800, Huang Shijie wrote:
> > > > > On Mon, Apr 08, 2019
On Tue, Apr 09, 2019 at 01:23:16PM -0700, Ira Weiny wrote:
> On Tue, Apr 09, 2019 at 09:08:33AM +0800, Huang Shijie wrote:
> > On Mon, Apr 08, 2019 at 07:13:13AM -0700, Matthew Wilcox wrote:
> > > On Mon, Apr 08, 2019 at 10:37:45AM +0800, Huang Shijie wrote:
> > > > When CONFIG_HAVE_GENERIC_GUP is
On Tue, Apr 09, 2019 at 09:14:18PM -0400, Joel Fernandes (Google) wrote:
> Since commit title ("srcu: Allocate per-CPU data for DEFINE_SRCU() in
> modules"), modules that call DEFINE_{STATIC,}SRCU will have a new array
> of srcu_struct pointers which is used by srcu code to initialize and
> clean
Since commit title ("srcu: Allocate per-CPU data for DEFINE_SRCU() in
modules"), modules that call DEFINE_{STATIC,}SRCU will have a new array
of srcu_struct pointers which is used by srcu code to initialize and
clean up these structures.
There is no reason for this array of pointers to be
On Tue, Apr 09, 2019 at 12:59:46PM +0200, Peter Zijlstra wrote:
> On Tue, Mar 26, 2019 at 09:49:13PM +0100, Thomas Gleixner wrote:
> > So way you should handle this is:
> >
> > cpumask_set_cpu(cpu, hld_data->cpu_monitored_mask);
> >
> > if (!hld_data->enabled_cpus++) {
> >
For the purposes of hardening modules by adding sections to
ro_after_init sections, prepare for addition of new ro_after_init
entries which we do in future patches. Create a table to which new
entries could be added later. This makes it less error prone and reduce
code duplication.
Cc:
From: Kan Liang
The patch series intends to add Tremont support for Linux perf.
The patch series is on top of Icelake V5 patch series (with Peter's cleanup
patch).
https://lkml.org/lkml/2019/4/8/630
PATCH 1: The feature is for both Icelake and Tremont. It missed the
Icelake patch
From: Kan Liang
Fixed counters can also generate adaptive PEBS record, if the
corresponding bit in IA32_FIXED_CTR_CTRL is set.
Otherwise, only basic record is generated.
Unconditionally set the bit when PEBS is enabled on fixed counters.
Let MSR_PEBS_CFG decide which format of PEBS record
From: Kan Liang
Add perf core PMU support for Intel Tremont CPU.
The init code is based on Goldmont plus.
The generic purpose counter 0 and fixed counter 0 have less skid.
Force :ppp events on generic purpose counter 0.
Force instruction:ppp always on fixed counter 0.
Updates LLC cache event
On Tue, Apr 09, 2019 at 01:03:40PM +0200, Peter Zijlstra wrote:
> On Wed, Feb 27, 2019 at 08:05:15AM -0800, Ricardo Neri wrote:
> > diff --git a/arch/x86/include/asm/hpet.h b/arch/x86/include/asm/hpet.h
> > index 4d559e0c746f..15dc3b576496 100644
> > --- a/arch/x86/include/asm/hpet.h
> > +++
Signed-off-by: Vladimir Oltean
Reviewed-by: Andrew Lunn
---
Changes in v2:
None
net/dsa/switch.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/dsa/switch.c b/net/dsa/switch.c
index e1fae969aa73..fde4e9195709 100644
--- a/net/dsa/switch.c
+++ b/net/dsa/switch.c
@@
From: Fabio Estevam
Add support for the imx6ul pico board with nymph baseboard combination.
Signed-off-by: Fabio Estevam
Signed-off-by: Otavio Salvador
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/imx6ul-pico-nymph.dts | 77 +
2 files
From: Fabio Estevam
Add support for TechNexion's imx6ul-pico-nymph board.
Signed-off-by: Fabio Estevam
Signed-off-by: Otavio Salvador
---
Documentation/devicetree/bindings/arm/fsl.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml
Dear Friend,
I am Mrs. Kath-leen Jacob. an aging widow suffering from Cancer illness.I have
some funds Which I have inherited from my late husband, the sum of (US$5.5
Million Dollars) And I needed a very honest and sincere Individual or
co-operate organization that will use the fund for work
The mm-of-the-moment snapshot 2019-04-09-17-51 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On Tue, Apr 9, 2019 at 4:43 PM Mathieu Desnoyers
wrote:
> - On Apr 9, 2019, at 3:32 PM, Mathieu Desnoyers
> mathieu.desnoy...@efficios.com wrote:
> >
> > We are about to include the code signature required prior to restartable
> > sequences abort handlers into glibc, which will make this ABI
Fix the checkpath error:
CHECK: Blank lines aren't necessary after an open brace '{'
Signed-off-by: Daniel Junho
---
drivers/staging/rtl8192e/rtl8192e/r8192E_cmdpkt.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_cmdpkt.c
On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote:
> Bisection is inconclusive: the first bad commit could be any of:
[snip the useless pile]
> bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=15e1fc2b20
> start commit: [unknown
> git tree: linux-next
> dashboard
Will Deacon's on April 9, 2019 11:46 pm:
> Hi Nick,
>
> On Tue, Apr 09, 2019 at 07:00:52PM +1000, Nicholas Piggin wrote:
>> Linus Torvalds's on April 6, 2019 1:50 am:
>> > On Fri, Apr 5, 2019 at 4:01 AM Will Deacon wrote:
>> >>
>> >> mmiowb() is now implied by spin_unlock() on architectures that
Good day. I am D C Johnston, a broker working with Sikhombo
Wealth Services. We are a wealth management company based in
South Africa. I am contacting you because one of my high profile
clients is interested in investing in your country and has asked
me to look for individuals and companies
Hi all,
Today's linux-next merge of the printk tree got a conflict in:
include/trace/events/sunrpc.h
between commit:
6f701383368d ("SUNRPC: Display symbolic flag names in RPC trace events")
from Linus' tree and commit:
d75f773c86a2 ("treewide: Switch printk users from %pf and %pF to
On 3/14/2019 2:06 AM, Vishal Goel wrote:
This patch allows for small memory optimization by creating the
kmem cache for "struct smack_rule" instead of using kzalloc.
For adding new smack rule, kzalloc is used to allocate the memory
for "struct smack_rule". kzalloc will always allocate 32 or 64
1 - 100 of 557 matches
Mail list logo