The variable 'entry' is no longer used and the compiler rightly
complains that it should be removed.
../mm/zsmalloc.c: In function ‘zs_pool_stat_create’:
../mm/zsmalloc.c:648:17: warning: unused variable ‘entry’ [-Wunused-variable]
struct dentry *entry;
^
Rework to remove t
Currently, when rx csum is disabled, vmxnet3 driver does not turn
off lro, which can cause performance issues if user does not turn off
lro explicitly. This patch adds fix_features support which is used to
turn off LRO whenever RXCSUM is disabled.
Signed-off-by: Ronak Doshi
Acked-by: Rishi Mehta
On Tue 04-06-19 08:02:05, Minchan Kim wrote:
> Hi Johannes,
>
> On Mon, Jun 03, 2019 at 05:50:59PM -0400, Johannes Weiner wrote:
> > On Mon, Jun 03, 2019 at 10:32:30PM +0200, Michal Hocko wrote:
> > > On Mon 03-06-19 13:27:17, Johannes Weiner wrote:
> > > > On Mon, Jun 03, 2019 at 09:16:07AM +0200
On 03.06.19 23:49, Wei Yang wrote:
> On Mon, May 27, 2019 at 01:11:46PM +0200, David Hildenbrand wrote:
>> We'll rework hotplug_memory_register() shortly, so it no longer consumes
>> pass a section.
>>
>> Cc: Greg Kroah-Hartman
>> Cc: "Rafael J. Wysocki"
>> Signed-off-by: David Hildenbrand
>> --
On 03.06.19 23:41, Wei Yang wrote:
> On Mon, May 27, 2019 at 01:11:45PM +0200, David Hildenbrand wrote:
>> A proper arch_remove_memory() implementation is on its way, which also
>> cleanly removes page tables in arch_add_memory() in case something goes
>> wrong.
>
> Would this be better to underst
On Mon 03-06-19 17:50:59, Johannes Weiner wrote:
> On Mon, Jun 03, 2019 at 10:32:30PM +0200, Michal Hocko wrote:
> > On Mon 03-06-19 13:27:17, Johannes Weiner wrote:
> > > On Mon, Jun 03, 2019 at 09:16:07AM +0200, Michal Hocko wrote:
> > > > On Fri 31-05-19 23:34:07, Minchan Kim wrote:
> > > > > On
The arm architecture had a VM_ARM_DMA_CONSISTENT flag to mark DMA
coherent remapping for a while. Lift this flag to common code so
that we can use it generically. We also check it in the only place
VM_USERMAP is directly check so that we can entirely replace that
flag as well (although I'm not ev
Hi all,
the common DMA remapping code uses the vmalloc/vmap code to create
page table entries for DMA mappings. This series lifts the currently
arm specific VM_* flag for that into common code, and also exposes
it to userspace in procfs to better understand the mappings, and cleans
up a couple he
A helper to find the backing page array based on a virtual address.
This also ensures we do the same vm_flags check everywhere instead
of slightly different or missing ones in a few places.
Signed-off-by: Christoph Hellwig
---
arch/arm/mm/dma-mapping.c | 7 +--
drivers/iommu/dma-iommu.c
On Tue, Jun 04, 2019 at 12:04:06PM +0530, Anshuman Khandual wrote:
> diff --git a/mm/memory.c b/mm/memory.c
> index ddf20bd..b6bae8f 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -52,6 +52,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> @@ -14
Currently the generic dma remap allocator gets a vm_flags passed by
the caller that is a little confusing. We just introduced a generic
vmalloc-level flag to identify the dma coherent allocations, so use
that everywhere and remove the now pointless argument.
Signed-off-by: Christoph Hellwig
---
On Tue, 4 Jun 2019 at 04:33, Baolin Wang wrote:
>
> Hi Ulf,
>
> On Mon, 3 Jun 2019 at 21:34, Ulf Hansson wrote:
> >
> > On Mon, 20 May 2019 at 12:12, Baolin Wang wrote:
> > >
> > > For some Spreadtrum platforms like SC9860 platform, we should enable
> > > another
> > > gate clock '2x_enable' to
On 03.06.19 17:49, Suzuki K Poulose wrote:
> We have iterators for devices by bus and class, with a supplied
> "match" function to do the comparison. However, both of the helper
> function have slightly different prototype for the "match" argument.
>
> int (*) (struct device *dev, void *data) //
On 03.06.19 17:50, Suzuki K Poulose wrote:
> Use the generic helper to find a device matching the devt.
>
> Cc: Harald Freudenberger
> Cc: Heiko Carstens
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/s390/crypto/zcrypt_api.c | 11 +--
> 1 file changed, 1 insertion(+), 10 deletions(-
On 03.06.19 17:49, Suzuki K Poulose wrote:
> Use the new class_find_device_by_name() helper.
>
> Cc: Harald Freudenberger
> Cc: Martin Schwidefsky
> Cc: Heiko Carstens
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/s390/crypto/zcrypt_api.c | 12 ++--
> 1 file changed, 2 insertions(+
On 3/06/19 4:48 PM, Ulf Hansson wrote:
> + Adrian
>
> On Thu, 30 May 2019 at 11:20, Takao Orito wrote:
>>
>> SD Host controller on Milbeaut consists of two controller parts.
>> One is core controller F_SDH30, this is similar to sdhci-fujitsu
>> controller.
>> Another is bridge controller.
>> This
On Fri, 2019-05-31 at 08:44 +0300, Felipe Balbi wrote:
> Hi,
>
> Chunfeng Yun writes:
>
> > Hi Felipe,
> > On Tue, 2019-05-28 at 11:11 +0300, Felipe Balbi wrote:
> >> Hi,
> >>
> >> Chunfeng Yun writes:
> >> > diff --git a/drivers/usb/core/usb.c b/drivers/usb/core/usb.c
> >> > index 7fcb9f78293
On Mon, 2019-06-03 at 15:19 +0200, Greg Kroah-Hartman wrote:
> On Wed, May 29, 2019 at 03:43:43PM +0800, Chunfeng Yun wrote:
> > From: Yu Chen
> >
> > This patch adds stubs for the exiting functions while
> > CONFIG_USB_ROLE_SWITCH does not enabled.
> >
> > Cc: Greg Kroah-Hartman
> > Cc: Heikki
On Mon, 2019-06-03 at 15:19 +0200, Greg Kroah-Hartman wrote:
> On Wed, May 29, 2019 at 03:43:45PM +0800, Chunfeng Yun wrote:
> > From: Heikki Krogerus
> >
> > The fwnode_usb_role_switch_get() function is exactly the
> > same as usb_role_switch_get(), except that it takes struct
> > fwnode_handle
On Mon, Jun 03, 2019 at 09:44:44AM -0700, Paul Walmsley wrote:
> > Reviewed-by: Palmer Dabbelt
>
> Thanks, queued for v5.3.
Where do you apply these patches to? Is there a chance we could just
set up a multi commiter riscv tree insted of growing the number of
trees?
On 2019/6/4 13:33, Greg Kroah-Hartman wrote:
> On Tue, Jun 04, 2019 at 12:15:46PM +0800, Kefeng Wang wrote:
>> If driver_sysfs_add() fails, kernel shows following message,
>>
>> really_probe: driver_sysfs_add(portman.0) failed
>> ppdev: probe of portman.0 failed with error 0
>>
>> It's better
Just move attr.exclude_user after switch, like this:
OK?
diff --git a/arch/csky/kernel/perf_event.c b/arch/csky/kernel/perf_event.c
index 376c972..3470cfa 100644
--- a/arch/csky/kernel/perf_event.c
+++ b/arch/csky/kernel/perf_event.c
@@ -844,15 +844,6 @@ static int csky_pmu_event_init(struct perf
Similar notify_page_fault() definitions are being used by architectures
duplicating much of the same code. This attempts to unify them into a
single implementation, generalize it and then move it to a common place.
kprobes_built_in() can detect CONFIG_KPROBES, hence notify_page_fault()
need not be
Hi all,
Commit
43c34b2dd925 ("arm64: dts: meson-gxm-khadas-vim2: fix gpio-keys-polled node")
is missing a Signed-off-by from its author.
Commit
7ace72ad0a72 ("arm64: dts: meson: g12a: add SDIO controller")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpZ
Hello Mao,
Nice job and see my comment below.
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch add interrupt request and handler for csky pmu.
> perf can record on hardware event with this patch applied.
>
> Signed-off-by: Mao Han
> Cc: Guo Ren
> ---
> arch/csky/kernel/perf_event
On Mon, Apr 15, 2019 at 05:12:15PM -0300, Marcelo Tosatti wrote:
> Check base->pending_map locklessly and skip raising timer softirq
> if empty.
>
> What allows the lockless (and potentially racy against mod_timer)
> check is that mod_timer will raise another timer softirq after
> modifying base
Quoting Nathan Chancellor :
When building with -Wsometimes-uninitialized, clang warns:
drivers/pci/hotplug/rpaphp_core.c:243:14: warning: variable 'fndit' is
used uninitialized whenever 'for' loop exits because its condition is
false [-Wsometimes-uninitialized]
for (j = 0; j < entries
Fix gcc warnings:
arch/arm/mm/init.c: In function 'mem_init':
arch/arm/mm/init.c:456:13: warning: unused variable 'itcm_end'
[-Wunused-variable]
extern u32 itcm_end;
^
arch/arm/mm/init.c:455:13: warning: unused variable 'dtcm_end'
[-Wunused-variable]
extern u32 dtcm_end;
On 6/3/19 1:40 PM, Catalin Marinas wrote:
On Sun, May 26, 2019 at 09:47:37AM -0400, Alexandre Ghiti wrote:
This commits selects ARCH_HAS_ELF_RANDOMIZE when an arch uses the generic
topdown mmap layout functions so that this security feature is on by
default.
Note that this commit also removes th
Hi,
is it possible to consider this series for merging?
Thanks in advance
-- Daniel
On 27/05/2019 22:55, Daniel Lezcano wrote:
> This series provides a couple of fixes, an optimization and the code
> to do the selftests.
>
> While writing the selftests, a couple of issues were spotted wit
usb4_tm is unsed on dra72 and accessing the module
with ti,sysc is causing a boot crash hence disable its target
module.
Fixes: 549fce068a3112 ("ARM: dts: dra7: Add l4 interconnect hierarchy and
ti-sysc data")
Reported-by: Vignesh Raghavendra
Signed-off-by: Keerthy
---
arch/arm/boot/dts/dra72x
On Tue, Jun 4, 2019 at 1:47 AM Troy Benjegerdes
wrote:
>
>
>
> > On Jun 3, 2019, at 4:49 AM, Loys Ollivier wrote:
> >
> > On Wed 29 May 2019 at 12:25, Troy Benjegerdes
> > wrote:
> >
> >>> On May 29, 2019, at 5:04 AM, Loys Ollivier wrote:
> >>>
> >>> On Wed 29 May 2019 at 00:50, Atish Patra w
Hi all,
Changes since 20190603:
The net-next tree gained conflicts against Linus' tree.
The nand tree gained a conflict against Linus' tree.
The clockevents tree lost its build failure.
The xarray tree lost its runtime problems.
Non-merge commits (relative to Linus' tree): 3
On 04/06/2019 07:56, Andy Tang wrote:
> Hi Edubezval, Rui,
>
> Any further comments?
>From my POV, this patch makes sense. We may be interested to show up the
thermal zones in sysfs and optionally mitigate them via an userspace
governor.
Acked-by: Daniel Lezcano
>> -Original Message-
>
Hi Daniel,
On Tue, 4 Jun 2019 07:56:45 +0200 Daniel Lezcano
wrote:
>
> I dropped the patch from my tree.
Thanks.
--
Cheers,
Stephen Rothwell
pgpvXKkbzVZqz.pgp
Description: OpenPGP digital signature
On Mon, 03 Jun 2019, Gwendal Grignou wrote:
> The interface between CrosEC embedded controller and the host,
> described by cros_ec_commands.h, as diverged from what the embedded
> controller really support.
>
> The source of thruth is at
> https://chromium.googlesource.com/chromiumos/platform/ec
Hi Stephen,
I dropped the patch from my tree.
Thanks
-- Daniel
On 03/06/2019 04:13, Stephen Rothwell wrote:
> Hi Daniel,
>
> After merging the clockevents tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/clocksource/timer-atmel-tcb.c: In function 'tcb_cl
Hi Edubezval, Rui,
Any further comments?
BR,
Andy
> -Original Message-
> From: Yuantian Tang
> Sent: 2019年5月15日 17:37
> To: rui.zh...@intel.com; edubez...@gmail.com
> Cc: robh...@kernel.org; daniel.lezc...@linaro.org; mark.rutl...@arm.com;
> linux...@vger.kernel.org; devicet...@vger.ker
On Mon, Jun 03, 2019 at 10:17:28AM -0700, Guenter Roeck wrote:
> On Mon, Jun 03, 2019 at 11:08:53AM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.1.7 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If
Hi Anders,
thanks for your patch. As mentioned by Mark I already applied this fix
from Julien Thierry.
-- Daniel
On 03/06/2019 11:23, Marc Zyngier wrote:
> Hi Anders,
>
>
> On 03/06/2019 10:12, Anders Roxell wrote:
>> When CONFIG_FUNCTION_GRAPH_TRACER is enabled we end up in this circular
>>
On Tue, Jun 04, 2019 at 01:03:21AM +0530, Naresh Kamboju wrote:
> On Mon, 3 Jun 2019 at 14:44, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.1.7 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If anyo
On Mon, Jun 03, 2019 at 07:34:09PM +0100, Jon Hunter wrote:
>
> On 03/06/2019 10:08, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.1.7 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If anyone has any issue
On Mon, Jun 03, 2019 at 05:31:48PM -0600, shuah wrote:
> On 6/3/19 3:08 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.1.7 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with the
On Mon, Jun 03, 2019 at 11:28:23AM -0700, Kevin Hilman wrote:
> "kernelci.org bot" writes:
>
> > stable-rc/linux-5.1.y boot: 132 boots: 1 failed, 131 passed
> > (v5.1.6-41-ge674455b9242)
> >
> > Full Boot Summary:
> > https://kernelci.org/boot/all/job/stable-rc/branch/linux-5.1.y/kernel/v5.1.6-
Hello Mao,
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch change the csky pmu initialization from arch init to
> device init. The pmu can be configued with information from
> device tree(pmu device name, irq number and etc.).
>
> Signed-off-by: Mao Han
> Cc: Guo Ren
> ---
> arch
On Mon, 3 Jun 2019 13:56:58 -0500
Parav Pandit wrote:
> In following sequences, child devices created while removing mdev parent
> device can be left out, or it may lead to race of removing half
> initialized child mdev devices.
>
> issue-1:
>
>cpu-0 cpu
On Mon, 03 Jun 2019, Mark Brown wrote:
> On Mon, Jun 03, 2019 at 11:33:31AM -0700, Gwendal Grignou wrote:
> > The interface between CrosEC embedded controller and the host,
> > described by cros_ec_commands.h, as diverged from what the embedded
> > controller really support.
>
> I'm not clear why
On Mon, Jun 03, 2019 at 09:29:44PM +0800, Peter Xu wrote:
> get_target_base() in the timer code is not using the "base" parameter
> at all. My gut feeling is that instead of removing that extra
> parameter, what we really want to do is "return the old base if it
> does not suite for a new one".
I
Reviewed-by: Guo Ren
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch adds the documentation to describe that how to add pmu node in
> dts.
>
> Signed-off-by: Mao Han
> Cc: Rob Herring
> Cc: Guo Ren
> ---
> Documentation/devicetree/bindings/csky/pmu.txt | 38
> +
Command
# perf test -Fv 6
fails with error
running test 100 'kvm-s390:kvm_s390_create_vm' failed to parse
event 'kvm-s390:kvm_s390_create_vm', err -1, str 'unknown tracepoint'
event syntax error: 'kvm-s390:kvm_s390_create_vm'
\___ unknown tracepoint
when t
Hi Mao,
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> The csky pmu counter may have different io width. When the counter is
> smaller then 64 bits and counter value is smaller than the old value, it
> will result to a extremely large delta value. So the sampled value should
> be extend to 64
On Tue, Jun 04, 2019 at 12:15:46PM +0800, Kefeng Wang wrote:
> If driver_sysfs_add() fails, kernel shows following message,
>
> really_probe: driver_sysfs_add(portman.0) failed
> ppdev: probe of portman.0 failed with error 0
>
> It's better to show the error number like other probe_failed pat
On Tue, 2019-06-04 at 10:45 +0800, Aaron Ma wrote:
> Hi Christopher:
>
> Have got time to review these 2 patches?
> Users reported it works fine since I sent out this patch.
Hi Aaron,
I've been poking around with this off and on. Unfortunately, more off
than on :-( but here's my current take:
Hello,
syzbot found the following crash on:
HEAD commit:c1e9e01d Merge git://git.kernel.org/pub/scm/linux/kernel/g..
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1319e05aa0
kernel config: https://syzkaller.appspot.com/x/.config?x=b7b54c66298f8420
da
Hello,
syzbot found the following crash on:
HEAD commit:9221dced Merge tag 'for-linus-20190601' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=114cdc0ea0
kernel config: https://syzkaller.appspot.com/x/.config?x=1fa7e451a5cac069
da
Hello,
syzbot found the following crash on:
HEAD commit:b33bc2b8 nexthop: Add entry to MAINTAINERS
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1383c9baa0
kernel config: https://syzkaller.appspot.com/x/.config?x=1004db091673bbaf
dashboard link: http
Hello,
syzbot found the following crash on:
HEAD commit:58e8b370 Merge branch 'net-phy-dp83867-add-some-fixes'
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=17bb8b9aa0
kernel config: https://syzkaller.appspot.com/x/.config?x=fc045131472947d7
dashboard lin
Hello,
syzbot found the following crash on:
HEAD commit:0462eaac Merge git://git.kernel.org/pub/scm/linux/kernel/g..
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=12c82772a0
kernel config: https://syzkaller.appspot.com/x/.config?x=b7b54c66298f8420
da
Hi Hillf,
On Tue, Jun 04, 2019 at 12:20:47PM +0800, Hillf Danton wrote:
>
> Hi Minchan
>
> On Mon, 3 Jun 2019 13:37:27 +0800 Minchan Kim wrote:
> > @@ -1181,10 +1179,17 @@ static ICE_noinline int unmap_and_move(new_page_t
> > get_new_page,
> > return -ENOMEM;
> >
> > if (page_c
On Mon, May 13, 2019 at 6:55 AM Oscar Salvador wrote:
>
> On Mon, May 06, 2019 at 04:40:14PM -0700, Dan Williams wrote:
> >
> > +void subsection_mask_set(unsigned long *map, unsigned long pfn,
> > + unsigned long nr_pages)
> > +{
> > + int idx = subsection_map_index(pfn);
> > +
On 06/04/2019 01:30 AM, Eric Hankland wrote:
On Sat, Jun 1, 2019 at 3:50 AM Wei Wang wrote:
My question is that have we proved that this indirect info leakage
indeed happens?
The spec states that the counter will count the related events generated by
the logical CPU with AnyThread=0. I would be
perf_event_open() limits the sample_period to 63 bits. See
commit 0819b2e30ccb ("perf: Limit perf_event_attr::sample_period
to 63 bits"). Make ioctl() consistent with it.
Also on powerpc, negative sample_period could cause a recursive
PMIs leading to a hang (reported when running perf-fuzzer).
Si
On Mon, Jun 03, 2019 at 09:16:07AM +0200, Michal Hocko wrote:
> On Fri 31-05-19 23:34:07, Minchan Kim wrote:
> > On Fri, May 31, 2019 at 04:03:32PM +0200, Michal Hocko wrote:
> > > On Fri 31-05-19 22:39:04, Minchan Kim wrote:
> > > > On Fri, May 31, 2019 at 10:47:52AM +0200, Michal Hocko wrote:
> >
From: Chen-Yu Tsai
Hi everyone,
While bringing up my Pine H64, I encountered an interrupt storm from the
pcf8563 RTC. The RTC chip's interrupt line is shared with the PMIC, and
was not properly added to the device tree. Also, the driver was using an
trigger method incompatible with the PMIC, pre
From: Chen-Yu Tsai
The PCF8563 datasheet says the interrupt line is active low and stays
active until the events are cleared, i.e. a level trigger interrupt.
Fix the flags used to request the interrupt.
Fixes: ede3e9d47cca ("drivers/rtc/rtc-pcf8563.c: add alarm support")
Signed-off-by: Chen-Yu
From: Chen-Yu Tsai
The external PCF8563 RTC chip's interrupt line is connected to the NMI
line on the SoC.
Add the interrupt line to the device tree.
Fixes: 17ebc33afc35 ("arm64: allwinner: h6: add PCF8563 RTC on Pine H64 board")
Signed-off-by: Chen-Yu Tsai
---
arch/arm64/boot/dts/allwinner/s
From: Chen-Yu Tsai
Besides the alarm, the PCF8563 also has a timer triggered interrupt.
In cases where the previous system left the timer and interrupts on,
or somehow the bits got enabled, the interrupt would keep triggering
as the kernel doesn't know about it.
Clear both the alarm and timer ev
This patch removed following unused variables from struct _adapter
IsrContent, xmitThread, evtThread, recvThread
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/drv_types.h
b/drivers/staging/rtl
In process of cleaning up rtl8712 struct _adapter in drv_types.h I have
tried to remove some unused variables and redundant lines of code
associated with those variables. I have also fixed some CamelCase
reported by checkpatch.pl
There are some other code like spinning on a random variable which
This patch renames CamelCase EepromAddressSizefrom to eeprom_address_size in
struct _adapter and in related files drv_types.h, rtl871x_eeprom.c, usb_intf.c
CHECK: Avoid CamelCase:
This patch removed unused variable ImrContent from struct _adapter and
struct pwrctrl_priv and redundant lines from
This patch renames CamelCase variable wkFilterRxFF0 to wk_filter_rx_ff0
in drv_types.h and related files rtl871x_xmit.c and xmit_linux.c as
reported by checkpatch.pl
This patch renames CamelCase variable lockRxFF0Filter to lock_rx_ff0_filter
in drv_types.h and related files usb_intf.c and xmit_lin
This patch renames CamelCase cmdThread to cmd_thread in struct _adapter and
related
files drv_types.h,os_intfs.c
CHECK: Avoid CamelCase:
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 2 +-
drivers/staging/rtl8712/os_intfs.c | 6 +++---
2 files changed, 4 insertions(+)
On 02/06/19 10:44 PM, Greg KH wrote:
On Sun, Jun 02, 2019 at 03:55:37PM +0530, Deepak Mishra wrote:
This patch fixes CamelCase blnEnableRxFF0Filter by renaming it
to enable_rx_ff0_filter in drv_types.h and related files rtl871x_cmd.c
xmit_linux.c
It was reported by checkpatch.pl
This fix also
On Fri, May 3, 2019 at 5:56 AM Oscar Salvador wrote:
>
> On Wed, May 01, 2019 at 10:56:10PM -0700, Dan Williams wrote:
> > The libnvdimm sub-system has suffered a series of hacks and broken
> > workarounds for the memory-hotplug implementation's awkward
> > section-aligned (128MB) granularity. For
If driver_sysfs_add() fails, kernel shows following message,
really_probe: driver_sysfs_add(portman.0) failed
ppdev: probe of portman.0 failed with error 0
It's better to show the error number like other probe_failed path.
Signed-off-by: Kefeng Wang
---
drivers/base/dd.c | 3 ++-
1 file ch
Hi Rong Chen,
Thanks for your test & report!
On Tue, Jun 04, 2019 at 10:09:56AM +0800, kernel test robot wrote:
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: 47cdee29ef9d94e485eb08f962c74943023a5271 ("block: move blk_exit_queue
> into __blk_release_queue")
> https://git
On 03-06-19, 12:55, Markus Mayer wrote:
> On Wed, 29 May 2019 at 10:02, Florian Fainelli wrote:
> >
> > On 5/27/19 3:51 AM, Rafael J. Wysocki wrote:
> > > On Wednesday, May 22, 2019 8:45:45 PM CEST Florian Fainelli wrote:
> > >> Hi Rafael, Viresh,
> > >>
> > >> These patch series contains two mino
There's some NICs, such as hinic, with NETIF_F_IP_CSUM and NETIF_F_TSO
on but NETIF_F_HW_CSUM off. And ipvlan device features will be
NETIF_F_TSO on with NETIF_F_IP_CSUM and NETIF_F_IP_CSUM both off as
IPVLAN_FEATURES only care about NETIF_F_HW_CSUM. So TSO will be
disabled in netdev_fix_features.
On Mon, Jun 03, 2019 at 04:39:11PM -0400, Johannes Weiner wrote:
> On Mon, Jun 03, 2019 at 02:36:55PM +0900, Minchan Kim wrote:
> > When a process expects no accesses to a certain memory range
> > for a long time, it could hint kernel that the pages can be
> > reclaimed instantly but data should be
On Mon, Jun 3, 2019 at 9:43 PM David Laight wrote:
>
> From: Masahiro Yamada
> > Sent: 03 June 2019 12:45
> > On Mon, Jun 3, 2019 at 8:16 PM David Laight wrote:
> > >
> > > From: Masahiro Yamada
> > > > Sent: 03 June 2019 11:49
> > > >
> > > > To print the pathname that will be used by shell in t
On Mon, Jun 3, 2019 at 10:09 PM David Laight wrote:
>
> From: Masahiro Yamada
> > Sent: 03 June 2019 12:38
> > Hi David,
> >
> > On Mon, Jun 3, 2019 at 8:14 PM David Laight wrote:
> > >
> > > From: Masahiro Yamada
> > > > Sent: 03 June 2019 11:49
> > > >
> > > > To print the pathname that will be
On Tue, 4 Jun 2019 at 11:03, Yuyang Du wrote:
>
> Hi Waiman,
>
> On Tue, 21 May 2019 at 05:01, Waiman Long wrote:
> >
> > Because of writer lock stealing, it is possible that a constant
> > stream of incoming writers will cause a waiting writer or reader to
> > wait indefinitely leading to lock s
On 2019/5/29 上午 12:11, Arend Van Spriel wrote:
> On May 28, 2019 6:09:21 PM Arend Van Spriel
> wrote:
>
>> On May 28, 2019 5:52:10 PM Doug Anderson wrote:
>>
>>> Hi,
>>>
>>> On Tue, May 28, 2019 at 5:18 AM Kalle Valo wrote:
Douglas Anderson wrote:
> In commit 29f6589140a
On Tue, 2019-06-04 at 02:43 +0200, Daniel Borkmann wrote:
> On 06/04/2019 01:54 AM, Alexei Starovoitov wrote:
> > On Mon, Jun 3, 2019 at 4:48 PM Daniel Borkmann wrote:
> > > On 06/04/2019 01:27 AM, Alexei Starovoitov wrote:
> > > > On Mon, Jun 3, 2019 at 3:59 PM Matt Mullins wrote:
> > > > >
> >
Hi all,
On Tue, 4 Jun 2019 10:13:56 +0800 kernel test robot wrote:
>
> FYI, we noticed the following commit (built with gcc-7):
>
> commit: 728e0fbf263e3ed359c10cb13623390564102881 ("mm/vmalloc.c: get rid of
> one single unlink_va() when merge")
> https://git.kernel.org/cgit/linux/kernel/git/ne
Hi Brian,
> >netif_rx_ni+0xe8/0x120
> >mwifiex_recv_packet+0xfc/0x10c [mwifiex]
> >mwifiex_process_rx_packet+0x1d4/0x238 [mwifiex]
> >mwifiex_11n_dispatch_pkt+0x190/0x1ac [mwifiex]
> >mwifiex_11n_rx_reorder_pkt+0x28c/0x354 [mwifiex]
>
> TL;DR: the problem was right here ^^^
>
Hi Waiman,
On Tue, 21 May 2019 at 05:01, Waiman Long wrote:
>
> Because of writer lock stealing, it is possible that a constant
> stream of incoming writers will cause a waiting writer or reader to
> wait indefinitely leading to lock starvation.
>
> This patch implements a lock handoff mechanism
Thermal Monitor Unit v2 is introduced on new Layscape SoC.
Compared to v1, TMUv2 has a little different register layout
and digital output is fairly linear.
Signed-off-by: Yuantian Tang
---
drivers/thermal/qoriq_thermal.c | 122 +---
1 file changed, 98 insertions(+),
On 25-04-19, 15:07, Viresh Kumar wrote:
> We target for an idle CPU in select_idle_sibling() to run the next task,
> but in case we don't find idle CPUs it is better to pick a CPU which
> will run the task the soonest, for performance reason. A CPU which isn't
> idle but has only SCHED_IDLE activit
Hi Christopher:
Have got time to review these 2 patches?
Users reported it works fine since I sent out this patch.
Thanks,
Aaron
On 4/3/19 9:58 PM, Aaron Ma wrote:
> Sure, take your time, if you have any questions let me know please.
>
> Thanks,
> Aaron
Hi Ulf,
On Mon, 3 Jun 2019 at 21:34, Ulf Hansson wrote:
>
> On Mon, 20 May 2019 at 12:12, Baolin Wang wrote:
> >
> > For some Spreadtrum platforms like SC9860 platform, we should enable another
> > gate clock '2x_enable' to make the SD host controller work well. Thus add
> > documentation for th
On Mon, 2019-06-03 at 11:40 +, Jose Abreu wrote:
> From: Biao Huang
>
> > the default value of tx-frames is 25, it's too late when
> > passing tstamp to stack, then the ptp4l will fail:
> >
> > ptp4l -i eth0 -f gPTP.cfg -m
> > ptp4l: selected /dev/ptp0 as PTP clock
> > ptp4l: port 1: INITIAL
From: Guo Ren
CK810 pmu only support event with index 0-8 and 0xd; CK860 only
support event 1~4, 0xa~0x1b. So do not register unsupport event
to hardware cache event, which may leader to unknown behavior.
Signed-off-by: Guo Ren
Signed-off-by: Mao Han
Cc: Guo Ren
Cc: linux-c...@vger.kernel.org
csky_pmu_event_init is called several times during the perf record
initialzation. After configure the event counter in either kernel
space or user space, csky_pmu_event_init is called twice with no
attr specified. Configuration will be overwritten with sampling in
both kernel space and user space.
The csky pmu counter may have different io width. When the counter is
smaller then 64 bits and counter value is smaller than the old value, it
will result to a extremely large delta value. So the sampled value should
be extend to 64 bits to avoid this, the extension bits base on the
count-width pro
This patch adds the documentation to describe that how to add pmu node in
dts.
Signed-off-by: Mao Han
Cc: Rob Herring
Cc: Guo Ren
---
Documentation/devicetree/bindings/csky/pmu.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bi
This patch add interrupt request and handler for csky pmu.
perf can record on hardware event with this patch applied.
Signed-off-by: Mao Han
Cc: Guo Ren
---
arch/csky/kernel/perf_event.c | 292 +++---
1 file changed, 276 insertions(+), 16 deletions(-)
diff -
This patch set add hardware sampling support for csky-pmu, and
also add some properties to pmu node definition. perf can record
on hardware event with this patch applied.
Cc: Guo Ren
Changes since v3:
- change reg-io-width to count-width
- use macro sign_extend64
- update commit log
Chang
This patch change the csky pmu initialization from arch init to
device init. The pmu can be configued with information from
device tree(pmu device name, irq number and etc.).
Signed-off-by: Mao Han
Cc: Guo Ren
---
arch/csky/kernel/perf_event.c | 58 ++-
1
--
Dear Beneficiary,
The is to bring to your notice that the Department of Treasury Office
in Nigeria in affiliation with the Federal Government of Nigeria,and
the Office of Foreign Assets Control here in Nigeria has been
authorized in their sanction programs to compensate 1,000 scam victims
who
1 - 100 of 1201 matches
Mail list logo
