Hi Helge,
On Tue, 5 Sep 2017 08:09:01 +0200 Helge Deller wrote:
>
> >> diff --cc arch/parisc/include/uapi/asm/mman.h
> >> index 9a9c2fe4be50,f6eec376e5fa..
> >> --- a/arch/parisc/include/uapi/asm/mman.h
> >> +++ b/arch/parisc/include/uapi/asm/mman.h
> >> @@@ -57,9 -60,9 +57,12 @@@
> >
On Tue, Sep 05, 2017 at 08:28:10AM +0200, Juergen Gross wrote:
> On 05/09/17 00:21, Davidlohr Bueso wrote:
> > On Mon, 04 Sep 2017, Peter Zijlstra wrote:
> >
> >> For testing its trivial to hack your kernel and I don't feel this is
> >> something an Admin can make reasonable decisions about.
> >>
On 09/05/2017 08:28 AM, Juergen Gross wrote:
On 05/09/17 00:21, Davidlohr Bueso wrote:
On Mon, 04 Sep 2017, Peter Zijlstra wrote:
For testing its trivial to hack your kernel and I don't feel this is
something an Admin can make reasonable decisions about.
So why? In general less knobs is bet
Guenter Roeck wrote:
> Add support for temperature sensors on Family 17h (Ryzen) processors.
>
> Signed-off-by: Guenter Roeck
> ---
> Some of this is guesswork, but afaics it is working. No idea if there
> is a better way to determine the temperature offset.
The reported value is not an absolute
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
The first part of the s390 updates for 4.14:
- Add machine type 0x3906 for IBM z14
- Add IBM z14 TLB flushing improvements fo
On Mon, Sep 04, 2017 at 08:26:13PM -0700, Joel Fernandes wrote:
> Apologies, I meant (without the "off"):
>
> subsystem: atomic_section
> events:
> irqs_disable
> irqs_enable
> preempt_disable
> preempt_enable
>
> and additionally (similar to what my patch does):
> preemptirq_enable
>
On Sun, Sep 3, 2017 at 5:49 AM, Haishuang Yan
wrote:
> If key->tos is zero in collect metadata mode, tos should fallback to
> ip{4,6}_dst_hoplimit, same as normal mode.
>
> Signed-off-by: Haishuang Yan
> ---
> drivers/net/geneve.c | 6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
>
>
On Mon, Sep 04, 2017 at 05:08:29PM +0100, David Howells wrote:
> Which bit are you objecting to? Wanting to use a refcount_t with 1 to
> represent an otherwise-unreferenced object sat in a cache? Or wanting to
> display accurate usage counts when tracing gets and puts of objects?
Primarily the f
On 09/05/2017 07:10 AM, Dave Chinner wrote:
> From: Dave Chinner
>
> The cluster_info structure is allocated with kvzalloc(), which can
> return kmalloc'd or vmalloc'd memory. It must be paired with
> kvfree(), but sys_swapon uses vfree(), resultin in this warning
> from xfstests generic/357:
>
On 09/04/2017 04:36 PM, Daniel Vetter wrote:
On Fri, Sep 01, 2017 at 04:36:25PM +0300, Ville Syrjälä wrote:
On Fri, Sep 01, 2017 at 04:07:16PM +0900, Hoegeun Kwon wrote:
If scanout started, we should reduce etime by delta_ns. But delta_ns
is negative if scanout has not started. If delta_ns is n
On 09/04/2017 01:51 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> Memory offlining can fail just too eagerly under a heavy memory pressure.
>
> [ 5410.336792] page:ea22a646bd00 count:255 mapcount:252
> mapping:88ff926c9f38 index:0x3
> [ 5410.336809] flags: 0x9855fe40010048(uptodate|a
On 05/09/17 00:21, Davidlohr Bueso wrote:
> On Mon, 04 Sep 2017, Peter Zijlstra wrote:
>
>> For testing its trivial to hack your kernel and I don't feel this is
>> something an Admin can make reasonable decisions about.
>>
>> So why? In general less knobs is better.
>
> +1.
>
> Also, note how b8
Linus,
Please pull the latest efi-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-for-linus
# HEAD: 6de47a5e371f75f80544986e6c9636211a2ae8af efi/bgrt: Use efi_mem_type()
The main changes in this cycle were:
- Transparently fall back to ot
On Tue, Sep 05, 2017 at 09:37:19AM +1000, Cyril Bur wrote:
> On Mon, 2017-09-04 at 20:13 +0530, Jassi Brar wrote:
> > On Mon, Sep 4, 2017 at 12:47 PM, Cyril Bur wrote:
> > > Hi,
> > >
> > > I haven't heard anything about this driver. I'm trying to interpret if
> > > the silence is because there i
Hi all,
Please do not add any v4.15 related material to your linux-next
included branches until after v4.14-rc1 has been released.
Changes since 20170904:
The nvdimm tree lost its build failure.
The akpm-current tree gained a conflict against the net-next tree and
still had its build failure
Linus,
Please pull the latest x86-platform-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-platform-for-linus
# HEAD: 773b79f7a7c7839fb9d09c0e206734173a8b0a6b tracing/hyper-v: Trace
hyperv_mmu_flush_tlb_others()
The main changes include various Hyp
On Mon, Sep 04, 2017 at 07:53:57PM +0200, Ingo van Lil wrote:
> On 09/04/2017 11:52 AM, Ludovic Desroches wrote:
>
> > + /* SFR node missing is not necessarily an issue. */
> > + regmap_sfr = syscon_regmap_lookup_by_compatible("atmel,sama5d2-sfr");
> > + if (IS_ERR(regmap_sfr))
> > +
Florian,
On Saturday 02 September 2017 07:46 AM, Florian Fainelli wrote:
>
>
> On 08/25/2017 10:51 AM, Al Cooper wrote:
>> Add a new USB Phy driver for Broadcom STB SoCs. This driver
>> supports Broadcom STB ARM SoCs. This driver in
>> combination with the Broadcom STB ohci, ehci and xhci
>> dri
On 05.09.2017 02:34, Stephen Rothwell wrote:
> Hi all,
>
> On Tue, 22 Aug 2017 16:53:18 +1000 Stephen Rothwell
> wrote:
>>
>> Today's linux-next merge of the akpm-current tree got a conflict in:
>>
>> arch/parisc/include/uapi/asm/mman.h
>>
>> between commit:
>>
>> 1c190151447d ("parisc: Add
On 09/04/2017 02:45 PM, Michal Hocko wrote:
> On Mon 04-09-17 17:05:15, Xishi Qiu wrote:
>> On 2017/9/4 17:01, Michal Hocko wrote:
>>
>>> On Mon 04-09-17 16:58:30, Xishi Qiu wrote:
On 2017/9/4 16:21, Michal Hocko wrote:
> From: Michal Hocko
>
> We have a hardcoded 120s timeou
From: Kuppuswamy Sathyanarayanan
Currently, update_no_reboot_bit() function implemented in this driver
uses mutex_lock to protect its register updates. But this function is
called with in atomic context in iTCO_wdt_start() and iTCO_wdt_stop()
functions in iTCO_wdt.c driver, which in turn causes "
From: Kuppuswamy Sathyanarayanan
Removed redundant IPC helper functions and refactored the driver to use
APIs provided by generic IPC driver. This patch also cleans-up PUNIT IPC
user drivers to use APIs provided by generic IPC driver.
Signed-off-by: Kuppuswamy Sathyanarayanan
---
arch/x86/inc
From: Kuppuswamy Sathyanarayanan
Currently, we have lot of repetitive code in dependent device resource
allocation and device creation handling code. This logic can be improved if
we use MFD framework for dependent device creation. This patch adds this
support.
Signed-off-by: Kuppuswamy Sathyana
From: Kuppuswamy Sathyanarayanan
Currently intel_scu_ipc.c, intel_pmc_ipc.c and intel_punit_ipc.c
redundantly implements the same IPC features and has lot of code
duplication between them. This driver addresses this issue by grouping
the common IPC functionalities under the same driver.
Signed-o
From: Kuppuswamy Sathyanarayanan
Hi All,
Currently intel_pmc_ipc.c, intel_punit_ipc.c, intel_scu_ipc.c drivers
implements the same IPC features.
This code duplication could be avoided if we implement the IPC driver as a
generic library and let custom
device drivers use API provided by generic
From: Kuppuswamy Sathyanarayanan
This patch cleans up unnecessary free/alloc calls in ipc_plat_probe(),
ipc_pci_probe() and ipc_plat_get_res() functions by using devm_*
calls.
This patch also adds proper error handling for failure cases in
ipc_pci_probe() function.
Signed-off-by: Kuppuswamy Sat
From: Kuppuswamy Sathyanarayanan
Removed redundant IPC helper functions and refactored the driver to use
generic IPC device driver APIs. Also, cleaned up the driver to minimize
the usage of global variable ipcdev by propogating the struct
intel_pmc_ipc_dev pointer or by getting it from device pri
From: Kuppuswamy Sathyanarayanan
Removed redundant IPC helper functions and refactored the driver to use
generic IPC device driver APIs.
This patch also cleans-up SCU IPC user drivers to use APIs provided
by generic IPC driver.
Signed-off-by: Kuppuswamy Sathyanarayanan
---
arch/x86/include/a
When disabling one trace event, the RECORDED_TGID flag in the event
file is not correctly cleared. It's clearing RECORDED_CMD flag when
it should clear RECORDED_TGID flag. Fix d914ba37("tracing: Add support
for recording tgid of tasks")
Signed-off-by: Chunyu Hu
---
kernel/trace/trace_events.c |
Commit-ID: 4fb205392022ba99a45dd01a62c6e2df046e400a
Gitweb: http://git.kernel.org/tip/4fb205392022ba99a45dd01a62c6e2df046e400a
Author: Jack Henschel
AuthorDate: Thu, 31 Aug 2017 10:05:35 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:45:59 -0300
perf intel-pt:
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/sh/configs/se7751_defconfig
between commit:
9efdb14f76f4 ("net: Remove CONFIG_NETFILTER_DEBUG and _ASSERT() macros.")
from the net-next tree and commit:
a83883ff2285 ("sh: defconfig: cleanup from old Kc
Commit-ID: 63ce8449bc1081711eef1add68909e9bd758de62
Gitweb: http://git.kernel.org/tip/63ce8449bc1081711eef1add68909e9bd758de62
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 31 Aug 2017 15:32:18 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:48:59 -0300
per
Commit-ID: 49d58f04eb6cdc18b3747fc4243a7114364f5420
Gitweb: http://git.kernel.org/tip/49d58f04eb6cdc18b3747fc4243a7114364f5420
Author: Kan Liang
AuthorDate: Tue, 29 Aug 2017 13:11:11 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:46:29 -0300
perf script: Suppo
Commit-ID: fc33dccba39584e403436b9cda3edc9c34b62bce
Gitweb: http://git.kernel.org/tip/fc33dccba39584e403436b9cda3edc9c34b62bce
Author: Kan Liang
AuthorDate: Tue, 29 Aug 2017 13:11:12 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:46:34 -0300
perf test: Add tes
Commit-ID: eba9fac017617e685d648339e29a1453a30cb065
Gitweb: http://git.kernel.org/tip/eba9fac017617e685d648339e29a1453a30cb065
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 1 Sep 2017 14:55:40 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:55:40 -0300
perf
Commit-ID: c35aeb9dfe512422ca9ea28aae692c8f1d052b2d
Gitweb: http://git.kernel.org/tip/c35aeb9dfe512422ca9ea28aae692c8f1d052b2d
Author: Kan Liang
AuthorDate: Tue, 29 Aug 2017 13:11:10 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:46:23 -0300
perf mem: Support
Commit-ID: 8780fb25ab060bafa5a8149e79b703e0fc7ee847
Gitweb: http://git.kernel.org/tip/8780fb25ab060bafa5a8149e79b703e0fc7ee847
Author: Kan Liang
AuthorDate: Tue, 29 Aug 2017 13:11:09 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:46:11 -0300
perf sort: Add sor
Commit-ID: 3b0a5daa061076b2b75ffc294e74483ad9bf241a
Gitweb: http://git.kernel.org/tip/3b0a5daa061076b2b75ffc294e74483ad9bf241a
Author: Kan Liang
AuthorDate: Tue, 29 Aug 2017 13:11:08 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:46:00 -0300
perf tools: Suppor
Commit-ID: 2a118e1bd22cad57318520d37e3a184b8846c6a2
Gitweb: http://git.kernel.org/tip/2a118e1bd22cad57318520d37e3a184b8846c6a2
Author: Sukadev Bhattiprolu
AuthorDate: Wed, 30 Aug 2017 21:42:23 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:46:00 -0300
perf ven
Commit-ID: 9a805d8648ee09c136130fe4114a09574bc0b1ef
Gitweb: http://git.kernel.org/tip/9a805d8648ee09c136130fe4114a09574bc0b1ef
Author: Ravi Bangoria
AuthorDate: Thu, 31 Aug 2017 14:44:56 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:45:59 -0300
perf test powe
Commit-ID: c4ee06251d4212a0d55e2371f2db464f6a1e0901
Gitweb: http://git.kernel.org/tip/c4ee06251d4212a0d55e2371f2db464f6a1e0901
Author: Jin Yao
AuthorDate: Mon, 7 Aug 2017 21:05:15 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 Aug 2017 10:03:27 -0300
perf report: Calcula
Commit-ID: 27702bcfe8a125a1feeeb5f07526d63b20cac47f
Gitweb: http://git.kernel.org/tip/27702bcfe8a125a1feeeb5f07526d63b20cac47f
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 31 Aug 2017 11:50:04 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:45:58 -0300
per
Commit-ID: 89be3f8ab701180fc0329eff1b076528d64ac56b
Gitweb: http://git.kernel.org/tip/89be3f8ab701180fc0329eff1b076528d64ac56b
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 31 Aug 2017 11:46:49 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Sep 2017 14:45:48 -0300
per
On Sun, Sep 03, 2017 at 04:40:21PM +0200, Łukasz Majewski wrote:
> >/*
> >* Hardware limitation: The bclk rate must be
> >* never greater than 1/5 IPG clock rate
> >*/
> >if (freq * 5 > clk_get_rate(ssi_private->clk)) {
> >dev_err(cpu_dai->dev, "bitclk > ipgclk/5\n");
> >return -EINVAL;
> >}
> >
>
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 1b2f76d77a277bb70d38ad0991ed7f16bbc115a9:
>
> Merge tag 'perf-core-for-mingo-4.14-20170829' of
> git
Previously i.MX SPI controller only works in Master mode.
This patch adds support to i.MX51, i.MX53 and i.MX6 ECSPI
controller to work also in Slave mode.
Currently SPI Slave mode support patch has the following limitations:
1. The stale data in RXFIFO will be dropped when the Slave does any new
On Sun, Sep 03, 2017 at 01:05:01PM +0200, Lukasz Majewski wrote:
> The problem is visible in the following setup (on the imx6q):
> "simple-audio-card" -> ssi2 -> I2S + I2C -> codec
>
> The function call log (simple-card probe -> CONFIG_SND_SIMPLE_CARD):
>
> asoc_simple_card_init_dai() @ sound/soc
Hi Heiko,
On 09/05/2017 06:33 AM, Heiko Stübner wrote:
Am Donnerstag, 31. August 2017, 01:00:44 CEST schrieb jeffy:
On 08/30/2017 09:30 PM, Heiko Stübner wrote:
- compatible = "realtek,rt5514";
+ compatible = "realtek,rt5514", "realtek,rt5514-i2c";
the rt5514-i2c
Currently the rt5514 i2c driver and rt5514 spi driver are using the same
compatible string.
Add additional unused compatible strings to identify them for Gru
boards.
Signed-off-by: Jeffy Chen
---
Changes in v8:
Add new compatible to rt5514 dt doc.
arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi
Add devicetree bindings documentation file for rt5514 spi dsp codec.
Also update rt5514 i2c dt-binding's compatible.
Signed-off-by: Jeffy Chen
---
Changes in v8: None
.../devicetree/bindings/sound/rt5514-spi.txt | 32 ++
Documentation/devicetree/bindings/sound/rt5514
On Tue, Aug 29, 2017 at 04:47:17PM +0800, Baolin Wang wrote:
> +config SPRD_DMA
> + bool "Spreadtrum DMA support"
> + depends on ARCH_SPRD
can you also add compile test to this, it helps in getting good coverage and
easy to compile changes
> +/* DMA global registers definition */
> +#def
Currently we are using a fixed list of dapm routes.
Init dapm routes dynamically when parsing dailinks, since we are
supporting optional codecs.
Signed-off-by: Jeffy Chen
---
sound/soc/rockchip/rk3399_gru_sound.c | 88 +--
1 file changed, 74 insertions(+), 14 de
On 2017/9/5 10:38, Jerome Glisse wrote:
> On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote:
>> On 2017/9/4 23:51, Jerome Glisse wrote:
>>> On Mon, Sep 04, 2017 at 11:09:14AM +0800, Bob Liu wrote:
On 2017/8/17 8:05, Jérôme Glisse wrote:
> Unlike unaddressable memory, coherent device
> The cycle value gets associated with a sample via it's period value, which is
> used by `perf report` in the analysis. If I get a single "broken" sample with
I always thought it just used the number of samples?
> a cycle count of, say 1E14 and then a million other samples, each with "sane"
>
On Tue, Sep 5, 2017 at 1:51 AM, Jerome Glisse wrote:
> On Mon, Sep 04, 2017 at 11:09:14AM +0800, Bob Liu wrote:
>> On 2017/8/17 8:05, Jérôme Glisse wrote:
>> > Unlike unaddressable memory, coherent device memory has a real
>> > resource associated with it on the system (as CPU can address
>> > it)
On Tue, Aug 29, 2017 at 12:51:25PM +0800, Icenowy Zheng wrote:
> This is a dedicated patchset of Allwinner V3s DMA support, which used
> to be part of the audio codec support patchset.
>
> It's a derivation of the DMA part of v3 of the codec patchset.
Applied, thanks
--
~Vinod
On Mon, Sep 4, 2017 at 5:54 PM, Joel Fernandes wrote:
> On Mon, Sep 4, 2017 at 4:34 PM, Steven Rostedt wrote:
>> On Mon, 4 Sep 2017 21:44:26 +0200
>> Peter Zijlstra wrote:
>>
>>> > I can change the name to something else, but at the moment I can't
>>> > think of anything better. Could you sugges
Based on ACPI 6.2 Section 8.4.7.1.9 If the PCC register space is used,
all PCC registers, for all processors in the same performance
domain (as defined by _PSD), must be defined to be in the same subspace.
Based on Section 14.1 of ACPI specification, it is possible to have a
maximum of 256 PCC subs
The current cppc acpi driver works with only one pcc subspace id.
It maintains and registers only one pcc channel even if the acpi table has
different pcc subspace ids.
As per ACPI 6.2 spec all PCC registers, for all processors in the same
performance domain (as defined by _PSD), must be defi
Move the MAX_PCC_SUBSPACES definition to acpi/pcc.h file. In preparation to add
subspace id support for cppc_acpi driver.
Signed-off-by: George Cherian
---
drivers/mailbox/pcc.c | 1 -
include/acpi/pcc.h| 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mailbox/pcc.c
> I agree with your understanding. It's a rising threshold, just that the input
> will only reflect high frequency changes in the signal.
Thank you for the clarification. I am hoping this gets merged in the
next window if no other issues.
Thanks,
Hari
On Sun, Sep 3, 2017 at 12:24 PM, Jonathan Ca
On 2017/9/5 上午10:37, Byungchul Park wrote:
> On Fri, Aug 18, 2017 at 02:04:20PM +0800, Coly Li wrote:
>> On 2017/8/18 上午9:24, Byungchul Park wrote:
>>> On Fri, Aug 11, 2017 at 01:42:23PM +0900, Byungchul Park wrote:
Although llist provides proper APIs, they are not used. Make them used.
>>>
>>
Le 08/31/17 à 15:53, Brendan Higgins a écrit :
> Adds basic support for the Nuvoton NPCM750 BMC.
>
> Signed-off-by: Brendan Higgins
> ---
> arch/arm/Kconfig | 2 +
> arch/arm/Makefile| 1 +
> arch/arm/mach-npcm/Kconfig | 58 +++
> arch/arm/mach-npcm/Mak
From: Randy Dunlap
Sphinx treats symbols that end with '_' as some kind of special
documentation indicator, so fix that by adding an ending '*'
to it.
../block/bio.c:404: ERROR: Unknown target name: "gfp".
Signed-off-by: Randy Dunlap
---
block/bio.c |2 +-
1 file changed, 1 insertion(+),
On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote:
> On 2017/9/4 23:51, Jerome Glisse wrote:
> > On Mon, Sep 04, 2017 at 11:09:14AM +0800, Bob Liu wrote:
> >> On 2017/8/17 8:05, Jérôme Glisse wrote:
> >>> Unlike unaddressable memory, coherent device memory has a real
> >>> resource associated
On Wed, May 31, 2017 at 04:04:17PM +0200, Frederic Weisbecker wrote:
> On Tue, May 30, 2017 at 02:29:20PM +0900, Byungchul Park wrote:
> > On Fri, May 12, 2017 at 09:45:35AM +0900, Byungchul Park wrote:
> > > Although llist provides proper APIs, they are not used. Make them used.
> >
> > +to pet..
On Fri, Aug 18, 2017 at 02:04:20PM +0800, Coly Li wrote:
> On 2017/8/18 上午9:24, Byungchul Park wrote:
> > On Fri, Aug 11, 2017 at 01:42:23PM +0900, Byungchul Park wrote:
> >> Although llist provides proper APIs, they are not used. Make them used.
> >
> > Any opinions about this?
> >
>
> The patc
We introduced the following commit to detect deadlocks caused by
wait_for_completion() in flush_{workqueue, work}() and other locks. But
now LOCKDEP_COMPLETIONS is introduced, such works are automatically done
by LOCKDEP_COMPLETIONS.
commit 4e6045f134784f4b158b3c0f7a282b04bd816887
workqueue:
>From the point of view of crossrelease, we can never be aware of the
release context in advance, until we get to the lock_release().
However, this way we cannot report deadlocks occured at the time.
Sometimes, we want to report that kind of problems, taking a risk
generating false dependencies e.
Currently hlock->read can have the following values:
0: write type
1: read type
2: read recursion type
It would be better to use human readable type than magic numbers.
Furthermore, this way it's easier to extend it so that hlock->read
has another value.
Signed-off-by: Byungchul Park
-
Workqueue added manual acquisitions to catch deadlock cases. Now
crossrelease was introduced, some of those are redundant because
crossrelease-enabled wait_for_completeion() also does it. Removed it.
Also, lock_map_acquire() in process_one_work() is too strong for
that purpose. lock_map_acquire_mi
Convert pr_warning to standard pr_warn in arch/arm64/kernel/smp.c
Signed-off-by: Cheng Jian
---
arch/arm64/kernel/smp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/kernel/smp.c b/arch/arm64/kernel/smp.c
index 9f7195a..efcaa05 100644
--- a/arch/arm64/kernel/
Dear Jones,
> +static void rts5250_set_l1off_cfg_sub_d0(struct rtsx_pcr *pcr, int
> +active) {
> + struct rtsx_cr_option *option = &(pcr->option);
> +
> + u32 interrupt = rtsx_pci_readl(pcr, RTSX_BIPR);
> + int card_exist = (interrupt & SD_EXIST) | (interrupt & MS_EXIST);
> + int
On Monday, September 04, 2017 06:03 PM, Arnaud Pouliquen wrote:
Hello Lin,
Sorry for this late answer.
I'm not maintainer, just a contributor... but as some update seems
strange for me, so i prefer to highlight it to clarify them.
On 08/17/2017 04:24 AM, Lin Huang wrote:
From: huang lin
on
Hi Borislav,
On 2017/9/1 19:15, Borislav Petkov wrote:
> n Fri, Sep 01, 2017 at 06:32:00PM +0800, Xie XiuQi wrote:
>> Add ghes param for arch_apei_report_mem_error, with which
>> we could do more arch-specific processing.
>>
>> Signed-off-by: Xie XiuQi
>> ---
>> arch/x86/kernel/acpi/apei.c | 2
From: Huang Ying
When developing code to bootup some APs (Application CPUs)
asynchronously, the following kernel panic is encountered. After
checking the code, it is found that the irq_to_desc() may return NULL
during CPU hotplug. So the NULL pointer checking is added to fix
this.
"
BUG: unabl
Greeting,
We noticed a -5% regression of will-it-scale.per_process_ops due to commit:
commit: dd1c1f2f2028a7b851f701fc6a8ebe39dcb95e7c ("pids: make task_tgid_nr_ns()
safe")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
in testcase: will-it-scale
on test machine: 256 th
Brauchen Sie ein dringendes Darlehen zu starten Unternehmen, Schulden Darlehen?
Ein Auto oder ein Haus kaufen? Wenn ja Sorgen nicht mehr, denn wir bieten alle
Arten von Darlehen zu einem niedrigen und erschwinglichen Zinssatz von 3%, ohne
Sicherheiten und ohne Bonitätsprüfung. Kommen Sie zurück
Update Documentation/driver-api/usb/usb3-debug-port.rst. This update
includes the guide for using xHCI debug capability based TTY serial
link.
Signed-off-by: Lu Baolu
---
Documentation/driver-api/usb/usb3-debug-port.rst | 68
1 file changed, 68 insertions(+)
diff --git
This patch makes some static functions global to avoid duplications
in different files. These functions can be used in the implementation
of xHCI debug capability. There is no functional change.
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci-mem.c | 94 ++-
xHCI compatible USB host controllers(i.e. super-speed USB3 controllers)
can be implemented with the Debug Capability(DbC). It presents a debug
device which is fully compliant with the USB framework and provides the
equivalent of a very high performance full-duplex serial link. The debug
capability
Hi,
This series is for xHCI debug capability (spec section 7.6.8) support
in the xHCI driver.
xHCI compatible USB host controllers(i.e. super-speed USB3 controllers)
can be implemented with the Debug Capability(DbC). It presents a debug
device which is fully compliant with the USB framework and p
Fixed and repushed
On Mon, Sep 4, 2017 at 5:44 PM, Steve French wrote:
> Ok. Will check what happened and repush
>
> On Sep 4, 2017 16:56, "Stephen Rothwell" wrote:
>>
>> Hi all,
>>
>> Commit
>>
>> 84c9d65efa37 ("cifs: Check for timeout on Negotiate stage")
>>
>> is missing a Signed-off-by fro
A competition happend when some thread use pthread_mutex(futex in
kernel). I make a demo about this : two thread get a lock and then sleep
for a few time, finally unlock when waked up.
```cpp
pthread_mutex_lock(&mutex);
//printf("tid = %lu, count = %d\n", pthread_self( ), i);
Add support for temperature sensors on Family 17h (Ryzen) processors.
Signed-off-by: Guenter Roeck
---
Some of this is guesswork, but afaics it is working. No idea if there
is a better way to determine the temperature offset.
drivers/hwmon/k10temp.c | 42 +++-
From: Dave Chinner
The cluster_info structure is allocated with kvzalloc(), which can
return kmalloc'd or vmalloc'd memory. It must be paired with
kvfree(), but sys_swapon uses vfree(), resultin in this warning
from xfstests generic/357:
[ 1985.294915] swapon: swapfile has holes
[ 1985.296012] T
We check tx avail through vhost_enable_notify() in the past which is
wrong since it only checks whether or not guest has filled more
available buffer since last avail idx synchronization which was just
done by vhost_vq_avail_empty() before. What we really want is checking
pending buffers in the ava
On Tue, 2017-09-05 at 10:57 +1000, Stephen Rothwell wrote:
> Hi Zhang,
>
> Commits
>
> 1f0d851d9359 ("Debug patch")
> 083d998842a2 ("debug")
>
> are missing a Signed-off-bys.
>
> These are not really appropriate for linux-next inclusion -
> especially
> during the merge window.
>
oops, sor
On 2017/9/4 23:51, Jerome Glisse wrote:
> On Mon, Sep 04, 2017 at 11:09:14AM +0800, Bob Liu wrote:
>> On 2017/8/17 8:05, Jérôme Glisse wrote:
>>> Unlike unaddressable memory, coherent device memory has a real
>>> resource associated with it on the system (as CPU can address
>>> it). Add a new helpe
On Mon, Aug 07, 2017 at 04:12:58PM +0900, Byungchul Park wrote:
> Although lock_page() and its family can cause deadlock, the lock
> correctness validator could not be applied to them until now, becasue
> things like unlock_page() might be called in a different context from
> the acquisition contex
Hi all,
Please do not add any v4.15 related material to your linux-next
included branches until after v4.14-rc1 has been released.
--
Cheers,
Stephen Rothwell
Hi Zhang,
Commits
1f0d851d9359 ("Debug patch")
083d998842a2 ("debug")
are missing a Signed-off-bys.
These are not really appropriate for linux-next inclusion - especially
during the merge window.
--
Cheers,
Stephen Rothwell
On Mon, Sep 4, 2017 at 4:34 PM, Steven Rostedt wrote:
> On Mon, 4 Sep 2017 21:44:26 +0200
> Peter Zijlstra wrote:
>
>> > I can change the name to something else, but at the moment I can't
>> > think of anything better. Could you suggest a better name? Also btw,
>> > 'critical timings' is the term
On Fri, Aug 25, 2017 at 03:40:49PM +0900, Byungchul Park wrote:
> Change from v10
>-. modify a comment a bit as Steven suggested
>
> Change from v9
>-. modify a comment a bit so to be more clear as Juri suggested
>
> Change from v8
>-. add suggested-by Peterz
>-. add several comme
On Mon, Sep 04, 2017 at 01:42:48PM +0200, Peter Zijlstra wrote:
> On Mon, Sep 04, 2017 at 10:30:32AM +0900, Byungchul Park wrote:
> > On Fri, Sep 01, 2017 at 06:38:52PM +0200, Peter Zijlstra wrote:
> > > And get tangled up with the workqueue annotation again, no thanks.
> > > Having the first few w
Hi all,
On Tue, 22 Aug 2017 16:53:18 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> arch/parisc/include/uapi/asm/mman.h
>
> between commit:
>
> 1c190151447d ("parisc: Add MADV_HWPOISON and MADV_SOFT_OFFLINE")
>
> from the parisc
Hi all,
On Wed, 9 Aug 2017 14:57:27 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the rpmsg tree got a conflict in:
>
> drivers/soc/qcom/Kconfig
>
> between commit:
>
> 2a464815d326 ("soc: qcom: bring all qcom drivers into a submenu")
>
> from the qcom tree and commit:
>
Hi all,
On Tue, 8 Aug 2017 15:10:04 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the userns tree got a conflict in:
>
> arch/mips/kernel/traps.c
>
> between commit:
>
> 260a789828aa ("MIPS: signal: Remove unreachable code from
> force_fcr31_sig().")
>
> from the mips tr
Hi all,
On Mon, 28 Aug 2017 16:41:27 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the scsi tree got a conflict in:
>
> drivers/staging/unisys/visorhba/visorhba_main.c
>
> between commits:
>
> 781facd05eb9 ("staging: unisys: visorhba: visorhba_main.c: fixed comment
> form
Greetings To You,
My Name is Mavis wanczyk , the winner of the Power ball jackpot of $ $758.7
million in the AUGUST 24, 2017, My jackpot was a gift from God to me hence my
Entire family/foundation has AGREED to do this. My foundation is donating
$500,000.00USD to you. please contac maviswanczy
1 - 100 of 533 matches
Mail list logo
