Hi Andy
On Tue, Jun 5, 2018 at 3:42 PM Andy Shevchenko
wrote:
>
> On Tue, May 29, 2018 at 4:10 PM, Ricardo Ribalda Delgado
> wrote:
> > Standard TTY port that can be loaded/unloaded via serdev sysfs. This
> > serdev driver can only be used by serdev controllers that are compatible
> > with ttypor
On Wed, Jun 06, 2018 at 12:02:20AM +0800, Chen-Yu Tsai wrote:
> On Tue, Jun 5, 2018 at 3:11 PM, Maxime Ripard
> wrote:
> > On Tue, Jun 05, 2018 at 10:17:49AM +0530, Viresh Kumar wrote:
> >> The cooling device properties, like "#cooling-cells" and
> >> "dynamic-power-coefficient", should either be
Hi Sricharan,
On 06-06-18, 12:09, Sricharan R wrote:
> +config QCOM_Q6V5_WCSS
> +tristate "Qualcomm Hexagon based WCSS Peripheral Image Loader"
> +depends on OF && ARCH_QCOM
> +depends on QCOM_SMEM
> +depends on RPMSG_QCOM_SMD || (COMPILE_T
Hi Suzuki,
On Wednesday 06 June 2018 03:13 AM, Suzuki K Poulose wrote:
commit 6403587a930c ("coresight: use put_device() instead of kfree()")
introduced a memory leak where, if we fail to register the device
for coresight_device, we don't free the "coresight_device" object,
which was allocated
On Tue, Jun 5, 2018 at 12:03 AM, Shuah Khan wrote:
> Hi Rafael,
Hi Shuah,
> If it isn't too late, please pull this update. A fix came in last
> week to refine the cpupower monitor command.
>
> This cpupower update for 4.18-rc1 consists of two minor fixes.
>
> diff is attached.
Pulled, thanks!
Hi Vinod,
On 6/5/2018 10:10 PM, Vinod Koul wrote:
> On 05-06-18, 18:26, Sricharan R wrote:
>> Hi Vinod,
>>
>> On 6/5/2018 11:49 AM, Vinod wrote:
>>> On 05-06-18, 11:12, Sricharan R wrote:
>>>
+config QCOM_Q6V5_WCSS
+ tristate "Qualcomm Hexagon based WCSS Peripheral Image Loader"
+
On 29/05/18 12:52, Vijay Viswanath wrote:
> Add support to use the new compatible string "qcom,sdhci-msm-v5".
>
> Based on the msm variant, pick the relevant variant data and
> use it for register read/write to msm specific registers.
>
> Signed-off-by: Sayali Lokhande
> Signed-off-by: Vijay Vis
On 29/05/18 12:52, Vijay Viswanath wrote:
> In addition to offsets of certain registers changing, the registers in
> core_mem have been shifted to HC mem as well. To access these
> registers, define msm version specific functions. These functions can
> be loaded into the function pointers at the ti
On 29/05/18 12:52, Vijay Viswanath wrote:
> From: Sayali Lokhande
>
> For SDCC version 5.0.0, MCI registers are removed from SDCC
> interface and some registers are moved to HC.
> Define a new data structure where we can statically define
> the address offsets for the registers in different SDCC
We don't need to set subdir-ccflags-y in every Makefile.
The whole point of the "subdir-" bit is that the setting
can go once in the top-level Makefile.
Signed-off-by: NeilBrown
---
drivers/staging/lustre/Makefile|3 +++
drivers/staging/lustre/lnet/klnds/o2iblnd/Makefile
This macro adds nothing of value, and make the code harder
to read for new readers.
Signed-off-by: NeilBrown
---
.../staging/lustre/include/linux/lnet/socklnd.h|8 ++-
.../lustre/include/uapi/linux/lnet/lnet-types.h| 28 +---
.../lustre/include/uapi/linux/lnet/lnetst.h
As lustre is now linux-only, having this linux sub-directory
with files named "linux-something" is just noise. Move them
to a more friendly name.
Signed-off-by: NeilBrown
---
drivers/staging/lustre/lustre/obdclass/Makefile|2
.../lustre/lustre/obdclass/linux/linux-module.c| 514 --
The calling convention for ->proc_handler is rather clumsy,
as a comment in fs/procfs/proc_sysctl.c confirms.
lustre has copied this convention to lnet_debugfs_{read,write},
and then provided a wrapper for handlers - lprocfs_call_handler -
to work around the clumsiness.
It is cleaner to just fold
Lustre has a private interval-tree implementation. This
implementation (inexplicably) refuses to insert an interval if an
identical interval already exists. It is OK with all sorts of
overlapping intervals, but identical intervals are rejected.
Both users of interval-tree in lustre would be simp
Hi all,
here is my next batch of cleanups for lustre.
Note that this series conflicts with a patch that Greg posted recently
but that has not yet landed in staging-next (it is in
staging-testing).
Up to Greg which gets into staging-next first of course.
I started with the last 5 patches but
As linux has a fully customizable extent tree implementation,
use that instead of the one in lustre.
This has a small benefit in that the start/end only need to
be stored in the ldlm_lock once instead of twice - in both
l_policy_data.l_exent and l_tree_node.
It also makes the code simpler.
Signed-
Linux has a fully-generic interval tree implementation
which can be tailored to different use cases.
Use it for range_lock rather than the lustre version.
This allows us to get rid of some call-backs and generally
simplifies the code.
We cannot use the pre-built version in lib/interval_tree.c
as w
Moving this call results in all interval-tree handling code
being in the one file. This will simplify conversion to
use Linux interval trees.
The addition of 'struct cb' is a little ugly, but will be gone
is a subsequent patch.
Signed-off-by: NeilBrown
---
drivers/staging/lustre/lustre/ldlm/ld
The name of the function lock_matches() sounds like it
performs a test (it does) and so should return a bool.
Returning a bool gives a slight code simplification (in
search_queue) and more simplification in future patches.
Signed-off-by: NeilBrown
---
drivers/staging/lustre/lustre/ldlm/ldlm_lock
There are no remaining users for this library,
so discard it.
Signed-off-by: NeilBrown
---
.../staging/lustre/lustre/include/interval_tree.h | 119
drivers/staging/lustre/lustre/ldlm/interval_tree.c | 590
drivers/staging/lustre/lustre/ptlrpc/Makefile |1
3
The following patches add dts and sysconfig support
for MCAN on TI's dra76 SOCs
The patches depend on the following series:
https://patchwork.kernel.org/patch/10221105/
Changes in v3:
1. Added reset functionality to the ti-sysc
driver. This enables me to drop the hwmod
data patch as ever
On Sat, May 26, 2018 at 12:35 PM, Matt Turner wrote:
> This Multi-IO card has one serial 16550-like serial connectors. Here's
> the lspci output, after this commit is applied:
>
> 01:00.0 Serial controller [0700]: Device [1c00:3470] (rev 10) (prog-if 05
> [16850])
> Subsystem: Device [1c0
The dra76x MCAN generic interconnect module has a its own
format for the bits in the control registers.
Therefore add a new module type, new regbits and new capabilities
specific to the MCAN module.
Acked-by: Rob Herring
CC: Tony Lindgren
Signed-off-by: Faiz Abbas
---
.../devicetree/bindings/
From: Franklin S Cooper Jr
Add support for the MCAN peripheral which supports both classic
CAN messages along with the new CAN-FD message.
Add MCAN node to evm and enable it with a maximum datarate of 5 mbps
Signed-off-by: Faiz Abbas
---
arch/arm/boot/dts/dra76-evm.dts | 6 ++
arch/arm/b
The ti-sysc driver provides support for manipulating the idle modes
and interconnect level resets.
Add the generic interconnect target module node for MCAN to support
the same.
CC: Tony Lindgren
Signed-off-by: Faiz Abbas
---
arch/arm/boot/dts/dra76x.dtsi | 18 ++
1 file changed
From: Lokesh Vutla
MCAN is clocked by H14 divider of DPLL_GMAC. Unlike other
DPLL dividers this DPLL_GMAC H14 divider is controlled by
control module. Adding support for these clocks.
Signed-off-by: Lokesh Vutla
Signed-off-by: Faiz Abbas
---
arch/arm/boot/dts/dra76x.dtsi | 33
Add support for the software reset of a target interconnect
module using its sysconfig and sysstatus registers.
Signed-off-by: Faiz Abbas
---
drivers/bus/ti-sysc.c | 40
1 file changed, 40 insertions(+)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti
Add clkctrl data for the m_can clocks and register it within the
clkctrl driver
CC: Tero Kristo
Signed-off-by: Faiz Abbas
---
drivers/clk/ti/clk-7xx.c | 1 +
include/dt-bindings/clock/dra7.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/clk/ti/clk-7xx.c b/drivers/clk/ti/
On 04-06-18, 16:16, Taniya Das wrote:
> The CPUfreq FW present in some QCOM chipsets offloads the steps necessary
> for changing the frequency of CPUs. The driver implements the cpufreq
> driver interface for this firmware.
>
> Signed-off-by: Saravana Kannan
> Signed-off-by: Taniya Das
> ---
>
Hi Michael:
Thanks for your review.
On 6/6/2018 12:59 AM, Michael Kelley (EOSG) wrote:
>> -Original Message-
>> From: linux-kernel-ow...@vger.kernel.org
>> On Behalf
>> Of Tianyu Lan
>> Sent: Monday, June 4, 2018 2:08 AM
>> Cc: Tianyu Lan ; KY Srinivasan
>> ; Haiyang
>> Zhang ;
Hi,
> Am 05.06.2018 um 22:39 schrieb Pavel Machek :
>
> On Tue 2018-06-05 18:37:21, Andy Shevchenko wrote:
>> On Wed, May 23, 2018 at 5:06 PM, Pavel Machek wrote:
>>> On Thu 2018-05-17 06:59:49, H. Nikolaus Schaller wrote:
The register constants are so far defined in a way that they fit
>>>
On Tue, Jun 05, 2018 at 07:35:01AM +, Horiguchi Naoya(堀口 直也) wrote:
> On Mon, Jun 04, 2018 at 06:18:36PM -0700, Matthew Wilcox wrote:
> > On Tue, Jun 05, 2018 at 12:54:03AM +, Naoya Horiguchi wrote:
> > > Reproduction precedure is like this:
> > > - enable RAM based PMEM (with a kernel boo
On Tue, Jun 05, 2018 at 09:47:57AM -0600, Rob Herring wrote:
> On Mon, Jun 04, 2018 at 04:18:30PM +0300, Matti Vaittinen wrote:
> > Document devicetree bindings for ROHM BD71837 PMIC MFD.
> >
> > Signed-off-by: Matti Vaittinen
> > ---
> > .../devicetree/bindings/mfd/rohm,bd71837-pmic.txt | 76
Signed-off-by: Masatake YAMATO
---
arch/x86/include/asm/iommu_table.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/include/asm/iommu_table.h
b/arch/x86/include/asm/iommu_table.h
index 1fb3fd1a83c2..2a0d5f7d1ed1 100644
--- a/arch/x86/include/asm/iommu_table.h
+++ b
On (06/05/18 14:47), Petr Mladek wrote:
[..]
> Grr, the ABBA deadlock is still there. NMIs are not sent to the other
> CPUs atomically. Even if we detect that logbuf_lock is available
> in printk_nmi_enter() on some CPUs, it might still get locked on
> another CPU before the other CPU gets NMI.
Ca
On Tue, Jun 05, 2018 at 09:49:32AM -0600, Rob Herring wrote:
> On Mon, Jun 04, 2018 at 04:18:53PM +0300, Matti Vaittinen wrote:
> > Document devicetree bindings for ROHM BD71837 PMIC clock output.
> >
> > Signed-off-by: Matti Vaittinen
> > ---
> > .../bindings/clock/rohm,bd71837-clock.txt
On Wed, Jun 6, 2018 at 5:19 AM, Yisheng Xie wrote:
> match_string() returns the index of an array for a matching string,
> which can be used instead of open coded variant.
>
Thanks for an update.
My comments below.
I think you need to mentioned the string literal change in the commit message.
>
Viresh got ahead of my answer a bit. :)
Sure I'll post the module exit later.
On June 6, 2018 7:09:29 AM GMT+03:00, Viresh Kumar
wrote:
>On 05-06-18, 13:44, Arnd Bergmann wrote:
>> Building the kryo cpufreq driver while QCOM_SMEM is a loadable module
>> results in a link error:
>>
>> drivers/cp
On Tue, 5 Jun 2018 16:34:21 +0100
Will Deacon wrote:
> On Tue, Jun 05, 2018 at 12:51:24AM +0900, Masami Hiramatsu wrote:
> > Remove arch dependent setjump/longjump functions
> > and unused fields in kprobe_ctlblk for jprobes
> > from arch/arm64.
> >
> > Signed-off-by: Masami Hiramatsu
> > Cc: C
On 04-06-18, 16:16, Taniya Das wrote:
> Add QCOM cpufreq firmware device bindings for Qualcomm Technology Inc's
> SoCs. This is required for managing the cpu frequency transitions which are
> controlled by firmware.
>
> Signed-off-by: Taniya Das
> ---
> .../bindings/cpufreq/cpufreq-qcom-fw.txt
Introduce __pa_swapper_pg_dir to save physical address of
swapper_pg_dir. And pass it as an argument to __enable_mmu().
Signed-off-by: Jun Yao
---
arch/arm64/include/asm/mmu_context.h | 4 +---
arch/arm64/include/asm/pgtable.h | 1 +
arch/arm64/kernel/cpufeature.c | 2 +-
arch/arm64
Migrate swapper_pg_dir and tramp_pg_dir. And their virtual addresses
do not correlate with kernel's address.
Signed-off-by: Jun Yao
---
arch/arm64/include/asm/pgtable.h | 1 +
arch/arm64/mm/mmu.c | 79 +---
2 files changed, 52 insertions(+), 28 deletions
Prepare for migrating swapper_pg_dir, introduce new_swapper_pg_dir
to save virtual address of swapper_pg_dir.
Signed-off-by: Jun Yao
---
arch/arm64/include/asm/mmu_context.h | 2 +-
arch/arm64/include/asm/pgtable.h | 1 +
arch/arm64/mm/kasan_init.c | 2 +-
arch/arm64/mm/mmu.c
Version 3 changes:
* Fix memory leak problem with CONFIG_ARM64_SW_TTBR0_PAN
* add comment explaining why the flush is needed and also why
__pa_swapper_pg_dir gets placed in the .mmuoff.data.read
section.
[v2] https://www.spinics.net/lists/arm-kernel/msg657549.ht
On 05-06-18, 16:54, Daniel Lezcano wrote:
> On 05/06/2018 12:39, Viresh Kumar wrote:
> I don't think you are doing a mistake. Even if this can happen
> theoretically, I don't think practically that is the case.
>
> The play_idle() has 1ms minimum sleep time.
>
> The scenario you are describing me
On 05-06-18, 13:44, Arnd Bergmann wrote:
> Building the kryo cpufreq driver while QCOM_SMEM is a loadable module
> results in a link error:
>
> drivers/cpufreq/qcom-cpufreq-kryo.o: In function `qcom_cpufreq_kryo_probe':
> qcom-cpufreq-kryo.c:(.text+0xbc): undefined reference to `qcom_smem_get'
>
Hi Thomas,
At 06/05/2018 07:41 PM, Thomas Gleixner wrote:
On Tue, 5 Jun 2018, Dou Liyang wrote:
+{
+ if (unlikely(irqd_is_setaffinity_pending(irqd)))
Affinity pending is also judged in
+ irq_move_irq(irqd);
If we can remove the if(...) statement here
That requires to
Hi Linus,
2018-06-06 11:19 GMT+09:00 Linus Torvalds :
> On Tue, Jun 5, 2018 at 6:54 PM Linus Torvalds
> wrote:
>>
>> But once you *have* that particular Kconfig, I do think that "make
>> oldconfig" should just work. And it apparently used to.
>>
>> So I think this is a behavioral regression.
>
>
Please reply me back i have something to tell u I am Sgt.Sherri Gallagher.
On Tue, Jun 05, 2018 at 02:49:20PM -0500, Eric Sandeen wrote:
> From: Arnd Bergmann
>
> [sandeen: fix subject, avoid copy-out of uninit data in getlabel]
>
> gcc-8 reports two warnings for the newly added getlabel/setlabel code:
>
> fs/xfs/xfs_ioctl.c: In function 'xfs_ioc_getlabel':
> fs/xfs/x
On Tue, Jun 5, 2018 at 7:06 PM, Hans de Goede wrote:
> Hi,
>
>
> On 05-06-18 12:46, Benjamin Berg wrote:
>>
>> Hey,
>>
>> On Tue, 2018-06-05 at 12:31 +0200, Hans de Goede wrote:
>>>
>>> On 05-06-18 12:14, Bastien Nocera wrote:
On Tue, 2018-06-05 at 12:05 +0200, Hans de Goede wrote:
>
When the kernel booted with maxcpus=x, 'x' is smaller
than actual cpu numbers, the TAs of offline cpus won't
be set to its->collection.
If LPI is bind to offline cpu, sync cmd will use zero TA,
it leads to ITS queue timeout. Fix this by choosing a
online cpu, if there is no online cpu in cpu_mask
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por
el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser
capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de
correo electrónico. Para revalidar su buzón de corre
match_string() returns the index of an array for a matching string,
which can be used instead of open coded variant.
Cc: Greg Kroah-Hartman
Cc: Quytelda Kahja
Cc: de...@driverdev.osuosl.org
Signed-off-by: Yisheng Xie
---
v3:
- no need to check input tty's index - per Greg
v2:
- const DRIVER_S
match_string() returns the index of an array for a matching string,
which can be used instead of open coded variant.
Cc: "David S. Miller"
Cc: Anthony Yznaga
Cc: Pavel Tatashin
Cc: sparcli...@vger.kernel.org
Signed-off-by: Yisheng Xie
---
v3:
- add string literal instead of NULL for array hwc
On Tue, Jun 5, 2018 at 6:54 PM Linus Torvalds
wrote:
>
> But once you *have* that particular Kconfig, I do think that "make
> oldconfig" should just work. And it apparently used to.
>
> So I think this is a behavioral regression.
That doesn't necessarily mean that he fix should be to revert.
May
Hi Bjorn,
On 2018/6/6 7:53, Bjorn Helgaas wrote:
> On Tue, May 29, 2018 at 08:18:18PM +0800, Yisheng Xie wrote:
>> Zhou reported a bug on Hisilicon arm64 D06 platform with 64KB page size:
>>
>> [2.470908] kernel BUG at lib/ioremap.c:72!
>> [2.475079] Internal error: Oops - BUG: 0 [#1] PR
G'day Brian,
One comment below.
On 2/06/2018 09:28, Brian Norris wrote:
This driver was originally submitted for the TI BQ20Z75 battery IC
(commit a7640bfa10c5 ("power_supply: Add driver for TI BQ20Z75 gas gauge
IC")) and later renamed to express generic SBS support. While it's
mostly true that
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por
el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser
capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de
correo electrónico. Para revalidar su buzón de corre
On Tue, Jun 5, 2018 at 6:38 PM Masahiro Yamada
wrote:
>
> Was the v4.16 behavior intentional,
> or just something people found to work?
I don't think all the _details_ may be intentional, but the fact that
make oldconfig
"just works" is definitely a good thing.
> "make ARCH=i386 allnoconfig
On 06/06, Dave Chinner wrote:
>On Tue, Jun 05, 2018 at 03:16:57PM +0800, kernel test robot wrote:
>>
>> Greeting,
>>
>> FYI, we noticed a +7.1%% regression of fio.latency_2ms% due to commit:
>>
>>
>> commit: b027d4c97b9675c2ad75dec94be4e46dceb3ec74 ("xfs: don't retry
>> xfs_buf_find on XBF_TRY
Hi, Julien
On 2018/6/5 18:16, Julien Thierry wrote:
Hi Yang,
On 05/06/18 07:30, Yang Yingliang wrote:
When the kernel booted with maxcpus=x, 'x' is smaller
than actual cpu numbers, the TAs of offline cpus won't
be set to its->collection.
If LPI is bind to offline cpu, sync cmd will use zero T
Hi Linus, Thomas,
2018-06-06 4:13 GMT+09:00 Linus Torvalds :
> On Tue, Jun 5, 2018 at 11:50 AM Thomas Backlund wrote:
>> >
>> > but why do you care?
>>
>> Because without it running the build in the 32bit chroot will get the
>> initial reported issue:
>
> Ahh. I can re-create that now.
>
> Yes,
On Tue, Jun 5, 2018 at 5:08 PM, Jerome Glisse wrote:
> On Tue, Jun 05, 2018 at 04:06:12PM -0700, Dan Williams wrote:
[..]
>> I want the EXPORT_SYMBOL_GPL on devm_memremap_pages() primarily for
>> development purposes. Any new users of devm_memremap_pages() should be
>> aware that they are subscrib
On 06/05/18 at 05:04pm, Christopher Lameter wrote:
> On Sun, 3 Jun 2018, Baoquan He wrote:
>
> > diff --git a/include/linux/slab_def.h b/include/linux/slab_def.h
> > index d9228e4d0320..3485c58cfd1c 100644
> > --- a/include/linux/slab_def.h
> > +++ b/include/linux/slab_def.h
> > @@ -67,9 +67,10 @@
When CONFIG_MODULE_SIG_FORCE is enabled, also provide a boot-time-only
parameter, module.sig_unenforce, to disable signature enforcement. This
allows distributions to ship with signature verification enforcement
enabled by default, but for users to elect to disable it without
recompiling, to suppor
On 06/04/2018 11:53 PM, Masahiro Yamada wrote:
> Hi Randy,
>
>
> 2018-06-04 11:59 GMT+09:00 Randy Dunlap :
>> From: Randy Dunlap
>>
>> Each of 'make {menu,n,g,x}config' uses (needs) pkg-config to make sure
>> that other required files are present and to determine build flags
>> settings, but non
On Tue, Jun 05, 2018 at 07:01:05PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.136 release.
> There are 37 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
.
Please pull, thanks.
-Paul
--
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git
tags/selinux-pr-20180605
for you to
Hi all,
On Wed, 30 May 2018 18:30:58 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the userns tree got a conflict in:
>
> arch/arm/mm/fault.c
>
> between commit:
>
> 93a24d7e23e7 ("ARM: spectre-v2: harden user aborts in kernel space")
>
> from the arm tree and commit:
>
On Tue, Jun 5, 2018 at 12:22 PM Tejun Heo wrote:
>
> * cgroup uses file modified events to notify certain events. A rate
> limiting mechanism is added.
This "explanation" didn't really parse for me at all.
I edited the merge message to something that I think is correct and
made more sense to
On Tue, Jun 05, 2018 at 04:06:12PM -0700, Dan Williams wrote:
> On Tue, Jun 5, 2018 at 3:19 PM, Dave Airlie wrote:
> > On 6 June 2018 at 04:48, Jerome Glisse wrote:
> >> On Tue, May 29, 2018 at 04:33:49PM -0700, Dan Williams wrote:
> >>> On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
> >>>
Oh, you meant that it has keesc...@chromium.org author sign-off, but
it needs mine because I applied it.
Please add
Signed-off-by: Deepa Dinamani
I also updated it in my tree.
Thanks,
- Deepa
On Tue, Jun 5, 2018 at 4:17 PM, Stephen Rothwell wrote:
> Hi Deepa,
>
> On Tue, 5 Jun 2018 15:00:24
On Tue, May 29, 2018 at 08:18:18PM +0800, Yisheng Xie wrote:
> Zhou reported a bug on Hisilicon arm64 D06 platform with 64KB page size:
>
> [2.470908] kernel BUG at lib/ioremap.c:72!
> [2.475079] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
> [2.480551] Modules linked in:
> [
(Resending since Andy wasn't on CC - sorry)
Hi,
On Tue, May 29, 2018 at 05:04:59PM -0700, Joel Fernandes wrote:
> From: "Joel Fernandes (Google)"
>
> In this patch we introduce a test module for simulating a long atomic
> section in the kernel which the preemptoff or irqsoff tracers can
> detec
Hi all,
Please do *not* add any v4.19 related material to your linux-next
included branches until after v4.18-rc1 has been released i.e. during
the current merge window.
--
Cheers,
Stephen Rothwell
pgpjhWrkCQJDU.pgp
Description: OpenPGP digital signature
On Tue, Jun 5, 2018 at 4:20 PM Alexey Dobriyan wrote:
>
> This is Broadwell Xeon E5-2620 v4.
> Which is somewhat strange indeed because it should be modern enough.
Yeah, odd.
Here's the benchmark I used:
#define SIZE 4068
int main(int argc, char **argv)
{
int i;
unsigned char buf
On 05/27/2018 11:00 PM, MyungJoo Ham wrote:
Many CPU architectures have caches that can scale independent of the CPUs.
Frequency scaling of the caches is necessary to make sure the cache is not
a performance bottleneck that leads to poor performance and power. The same
idea applies for RAM/DDR
On Tue, Jun 05, 2018 at 04:04:37PM -0700, Linus Torvalds wrote:
> On Tue, Jun 5, 2018 at 4:01 PM Linus Torvalds
> wrote:
> >
> > On Tue, Jun 5, 2018 at 3:41 PM Alexey Dobriyan wrote:
> > >
> > > On my potato performance increase is 33%, sheesh.
> > > And CPU starts doing 3 instructions per cycle
Hi Deepa,
On Tue, 5 Jun 2018 15:00:24 -0700 Deepa Dinamani wrote:
>
> That patch belongs to Kees.
But you committed it to the tree ...
--
Cheers,
Stephen Rothwell
pgpgHv51Vpi5e.pgp
Description: OpenPGP digital signature
On 06/05/2018 01:46 PM, Joel Fernandes wrote:
On Tue, Jun 05, 2018 at 05:54:31PM +0100, Patrick Bellasi wrote:
On 05-Jun 17:31, Juri Lelli wrote:
On 05/06/18 16:11, Patrick Bellasi wrote:
[...]
If I run an experiment with your example above, while using the
performance governor to rule out a
On Tue, Jun 5, 2018 at 3:19 PM, Dave Airlie wrote:
> On 6 June 2018 at 04:48, Jerome Glisse wrote:
>> On Tue, May 29, 2018 at 04:33:49PM -0700, Dan Williams wrote:
>>> On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
>>> > On 30 May 2018 at 08:31, Dan Williams wrote:
>>> >> On Tue, May 29, 2
On Tue, Jun 5, 2018 at 4:01 PM Linus Torvalds
wrote:
>
> On Tue, Jun 5, 2018 at 3:41 PM Alexey Dobriyan wrote:
> >
> > On my potato performance increase is 33%, sheesh.
> > And CPU starts doing 3 instructions per cycle vs 2.
>
> Whee. That's a shockingly big difference. On my CPU (i7-6700K) it
>
On Tue, Jun 5, 2018 at 3:00 PM, Deepa Dinamani wrote:
> That patch belongs to Kees.
>
> -Deepa
>
> On Tue, Jun 5, 2018 at 2:55 PM, Stephen Rothwell
> wrote:
>> Hi Arnd,
>>
>> Commit
>>
>> 0f0d83b99ef7 ("pstore: Convert internal records to timespec64")
>>
>> is missing a Signed-off-by from its
Hi,
On Tue, May 29, 2018 at 05:04:59PM -0700, Joel Fernandes wrote:
> From: "Joel Fernandes (Google)"
>
> In this patch we introduce a test module for simulating a long atomic
> section in the kernel which the preemptoff or irqsoff tracers can
> detect. This module is to be used only for test pu
On Tue, Jun 5, 2018 at 3:41 PM Alexey Dobriyan wrote:
>
> On my potato performance increase is 33%, sheesh.
> And CPU starts doing 3 instructions per cycle vs 2.
Whee. That's a shockingly big difference. On my CPU (i7-6700K) it
makes absolutely no difference whether the values are integers or in
> The sensible thing to do in nvme is to use different paths for
> different queues. That is e.g. in the RDMA case use the HCA closer
> to a given CPU by default. We might allow to override this for
> cases where the is a good reason, but what I really don't want is
> configurability for configur
Mel Gorman wrote:
> On Tue, Jun 05, 2018 at 12:53:57PM -0700, Nadav Amit wrote:
>> While I do not have a specific reservation regarding the logic, I find the
>> current TLB invalidation scheme hard to follow and inconsistent. I guess
>> should_force_flush() can be extended and used more commonly
Remove the unnecessary check before calling pm_wakeup_event. If the
device is not wake enabled, this call is no-op anyway.
Signed-off-by: Ravi Chandra Sadineni
---
drivers/input/keyboard/cros_ec_keyb.c | 30 ++-
1 file changed, 11 insertions(+), 19 deletions(-)
diff --gi
On Tue, Jun 05, 2018 at 10:32:55AM -0700, Linus Torvalds wrote:
> On Tue, Jun 5, 2018 at 10:22 AM Alexey Dobriyan wrote:
> >
> > Tested? :^) I had P4 maybe ~15(?) years ago.
>
> Did you EVEN test it on what you have today?
>
> Do you have any numbers at all, in other words?
>
> Micro-optimizati
On Tue, Jun 05, 2018 at 03:16:57PM +0800, kernel test robot wrote:
>
> Greeting,
>
> FYI, we noticed a +7.1%% regression of fio.latency_2ms% due to commit:
>
>
> commit: b027d4c97b9675c2ad75dec94be4e46dceb3ec74 ("xfs: don't retry
> xfs_buf_find on XBF_TRYLOCK failure")
> https://git.kernel.org
On Tue, Jun 5, 2018 at 7:39 PM, Linus Torvalds
wrote:
> On Tue, Jun 5, 2018 at 10:30 AM Linus Torvalds
> wrote:
>>
>> Honestly, this looks questionable to me.
>>
>> I'm not talking about the changes themselves - I can live with them.
>> But the _rationale_ is pure and utter garbage, and dangerous
On Tue, Jun 05, 2018 at 04:38:26PM +0100, Patrick Bellasi wrote:
> On 05-Jun 16:18, Peter Zijlstra wrote:
> > On Mon, Jun 04, 2018 at 08:08:58PM +0200, Vincent Guittot wrote:
> > > As you mentioned, scale_rt_capacity give the remaining capacity for
> > > cfs and it will behave like cfs util_avg no
On Wed, May 30, 2018 at 12:54:10PM -0500, Bjorn Helgaas wrote:
> AER logging printed the plain 16-bit Requester ID straight out of the TLP,
> which is hard to interpret, e.g., id=00e4 corresponds to what we normally
> see as 00:1c.4 in dmesg or lspci.
>
> Also, there's no need to print the vendor/
On 6 June 2018 at 04:48, Jerome Glisse wrote:
> On Tue, May 29, 2018 at 04:33:49PM -0700, Dan Williams wrote:
>> On Tue, May 29, 2018 at 4:00 PM, Dave Airlie wrote:
>> > On 30 May 2018 at 08:31, Dan Williams wrote:
>> >> On Tue, May 29, 2018 at 3:22 PM, Dave Airlie wrote:
>> >>>
>> >>> On 24 Ma
The helios4 is a Armada388 based nas board designed by SolidRun and
based on their SOM. It is sold by kobol.io the dts file came from
https://raw.githubusercontent.com/armbian/build/master/patch/kernel/mvebu-default/95-helios4-device-tree.patch
I added a SPDX license line to match the clearfog it s
Hello Bjorn,
Just checking to see if this one fell through the cracks? It isn't
solving any issues, but providing a tool for ASPM tweaking in user
space, which may be useful.
Thanks,
Rajat
On Thu, May 10, 2018 at 4:39 PM Rajat Jain wrote:
>
> Currently, the linux kernel disables ASPM when a dev
On Tue, Jun 05, 2018 at 01:22:41PM -0700, Linus Torvalds wrote:
>
> You have the tag *message* for fscrypt, but then the commit it points
> to has nothing to do with fscrypt.
>
> I think you tagged the wrong branch.
Yeah, sorry. I used git shortlog when I was examining the branch to
compose the
On 06/05/2018 11:01 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.107 release.
> There are 61 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
That patch belongs to Kees.
-Deepa
On Tue, Jun 5, 2018 at 2:55 PM, Stephen Rothwell wrote:
> Hi Arnd,
>
> Commit
>
> 0f0d83b99ef7 ("pstore: Convert internal records to timespec64")
>
> is missing a Signed-off-by from its committer.
>
> --
> Cheers,
> Stephen Rothwell
1 - 100 of 796 matches
Mail list logo
