On Tue, Aug 15, 2017 at 05:38:34PM +0300, Mika Westerberg wrote:
> On Tue, Aug 15, 2017 at 03:31:33PM +0100, Colin King wrote:
> > From: Colin Ian King
> >
> > req->response_type is being assigned the sizeof TB_CFG_PKG_RESET
> > and should actually be assigned
Hi Joerg
I haven't received any update to this patchset..
Could you help get this merged through your tree? we have tested this
series internally.
Cheers,
Ashok
On Tue, Aug 08, 2017 at 01:29:26PM -0700, Ashok Raj wrote:
> Hi
>
> Sorry for resending.. iommu list email was mistyped :-(
>
>
On Mon, Aug 14, 2017 at 04:11:14PM -0500, Bjorn Helgaas wrote:
> On Fri, Aug 04, 2017 at 12:32:53PM +0900, Harunobu Kurokawa wrote:
> > When no PCIe card is inserted, there is a memory leak as
> > pci_free_resource_list is not called before returning.
> >
> > v2:
> > separate the patch to two
Hello.
While searching for races in the Linux kernel I've come across
"drivers/net/ethernet/micrel/ks8851_mll.ko" module. Here is a question
that I came up with while analyzing results. Lines are given using the
info from Linux v4.12.
Consider the following case:
Thread 1:
(Missed this mail before my last reply.)
2017-08-15 10:10-0400, Konrad Rzeszutek Wilk:
> On Tue, Aug 15, 2017 at 11:00:04AM +0800, Lan Tianyu wrote:
> > On 2017年08月12日 03:35, Konrad Rzeszutek Wilk wrote:
> > > Migration with 352 CPUs all being busy dirtying memory and also poking
> > > at various
On Tue, 15 Aug 2017, Joerg Roedel wrote:
> On Tue, Aug 15, 2017 at 06:02:20PM +0200, Sebastian Ott wrote:
> > On Mon, 14 Aug 2017, Joerg Roedel wrote:
> > > I attach the patch I wrote to fix this, can you please test it together
> > > with the initial patch in this thread?
> >
> > I did and can
Hi Wenyou,
On Thu, Aug 10, 2017 at 05:06:44PM +0800, Wenyou Yang wrote:
> Add the media entity pads initialization.
>
> Signed-off-by: Wenyou Yang
The patch itself seems fine. However the driver is lacking support for
get_fmt which I think would be necessary for the
On Mon, 14 Aug 2017 14:12:33 +0100
Robin Murphy wrote:
> On 14/08/17 10:45, Alexey Kardashevskiy wrote:
> > Folks,
> >
> > Is there anything to change besides those compiler errors and David's
> > comment in 5/5? Or the while patchset is too bad? Thanks.
>
> While I now
Hi Wenyou,
On Thu, Aug 10, 2017 at 05:06:45PM +0800, Wenyou Yang wrote:
> Add the s_power operation which is responsible for manipulating the
> power dowm mode through the PWDN pin and the reset operation through
> the RESET pin.
>
> Signed-off-by: Wenyou Yang
> ---
>
Borislav,
2017-08-16 0:32 GMT+08:00, Borislav Petkov :
> On Wed, Aug 16, 2017 at 12:30:55AM +0800, gengdongjiu wrote:
>> I think this patch has merged them to one.
>
> Look at both patches again.
I ever discuss it with Tyler about it, as shown below link, thanks
On 08/15, Chao Yu wrote:
> On 2017/8/15 11:22, Jaegeuk Kim wrote:
> > On 08/15, Chao Yu wrote:
> >> Hi Jaegeuk,
> >>
> >> On 2017/8/11 8:42, Jaegeuk Kim wrote:
> >>> If we set CP_ERROR_FLAG in roll-forward error, f2fs is no longer to
> >>> proceed
> >>> any IOs due to f2fs_cp_error(). But, for
On 08/15/2017 06:51 AM, Neal Cardwell wrote:
> On Tue, Aug 15, 2017 at 9:08 AM, mohamedalrshah
> wrote:
>
>> +static void agilesdtcp_cong_avoid(struct sock *sk, u32 ack, u32 in_flight)
>> +{
>> + struct tcp_sock *tp = tcp_sk(sk);
>> + struct agilesdtcp *ca
On Tue, Aug 15, 2017 at 05:39:55PM +0100, Mark Rutland wrote:
> On Tue, Aug 15, 2017 at 09:33:18AM -0700, Andy Lutomirski wrote:
> > On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote:
> > > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote:
>
> > >> This
This is required for user-space apps to work with keyboard/mice.
Signed-off-by: Alexey Brodkin
Cc: Eugeniy Paltsev
---
arch/arc/configs/hsdk_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arc/configs/hsdk_defconfig
Le Tue, 15 Aug 2017 15:21:34 +0300,
Anton Vasilyev a écrit :
> Use api pair of request_mem_region and release_mem_region
> instead of release_resource.
>
> Found by Linux Driver Verification project (linuxtesting.
Missing ')'.
>
> Signed-off-by: Anton Vasilyev
Hi Cyrille,
Thanks for the great feedback. See my comments inline.
Matthew Gerlach
On Fri, 11 Aug 2017, Cyrille Pitchen wrote:
Hi Matthew,
Le 06/08/2017 à 20:24, matthew.gerl...@linux.intel.com a écrit :
From: Matthew Gerlach
Signed-off-by: Matthew
Hi Peter,
On 07.08.2017 10:17, Alexey Budankov wrote:
> On 04.08.2017 17:36, Peter Zijlstra wrote:
>> On Thu, Aug 03, 2017 at 11:30:09PM +0300, Alexey Budankov wrote:
>>> On 03.08.2017 16:00, Peter Zijlstra wrote:
On Wed, Aug 02, 2017 at 11:13:54AM +0300, Alexey Budankov wrote:
>>
> +/*
On 08/14/2017 03:22 PM, Vivien Didelot wrote:
> This commit adds a DEBUG_FS dependent DSA core file creating a generic
> debug filesystem interface for the DSA switch devices.
>
> The interface can be mounted with:
>
> # mount -t debugfs none /sys/kernel/debug
>
> The dsa directory
On Tue, 15 Aug 2017, Thomas Gleixner wrote:
> On Tue, 15 Aug 2017, Theodore Ts'o wrote:
> > On Tue, Aug 15, 2017 at 03:48:18PM +0200, Thomas Gleixner wrote:
> > > > > +u64 __init tsc_early_random(void)
> > > > > +{
> > > > > + u64 uninitialized_var(res);
> > > > > + int i;
> > > > > +
> >
From: Randy Dunlap
Date: Tue, 15 Aug 2017 09:41:53 -0700
> On 08/15/2017 06:51 AM, Neal Cardwell wrote:
>> On Tue, Aug 15, 2017 at 9:08 AM, mohamedalrshah
>> wrote:
>>
>>> +static void agilesdtcp_cong_avoid(struct sock *sk, u32 ack, u32
On 08/15/2017 12:35 PM, Peter Rosin wrote:
On 2017-08-15 18:28, Christopher Bostic wrote:
On 8/15/17 3:10 AM, Joel Stanley wrote:
On Tue, Aug 15, 2017 at 4:06 PM, Peter Rosin wrote:
On 2017-07-26 19:13, Eddie James wrote:
From: "Edward A. James"
This
On 08/14/2017 07:18 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.83 release.
> There are 23 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
The following changes since commit f29c256853b7412961d3ee80ca525bd2530573db:
ARM: dts: bcm283x: Add 32-bit enable method for SMP (2017-08-14 20:09:44
+0200)
are available in the git repository at:
git://github.com/anholt/linux tags/bcm2835-soc-next-2017-08-15
for you to fetch changes up
The following changes since commit ad41eacc11046fe6a199cffb6663bcd9c90df2f8:
Merge tag 'bcm2835-dt-next-2017-08-07' into devicetree/next (2017-08-07
10:45:35 -0700)
are available in the git repository at:
git://github.com/anholt/linux tags/bcm2835-dt-next-2017-08-15
for you to fetch
On 08/14/2017 07:18 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.12.8 release.
> There are 65 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
We faced with problem when we tried to utilize 1G DRAM by linux on
HSDK.
We can't use our usual kernel memory address (0x8000) like on
AXS103 because of DCCM memory bank located at exactly same
address (0x8000)
But we can't simply move kernel memory address to another address (like
On Tue, Aug 15, 2017 at 10:44 AM, Catalin Marinas
wrote:
> On Tue, Aug 15, 2017 at 06:39:14PM +0100, Mark Rutland wrote:
>> On Tue, Aug 15, 2017 at 10:18:20AM -0700, Laura Abbott wrote:
>> > On 08/15/2017 05:50 AM, Mark Rutland wrote:
>> > > Hi,
>> > >
>> > > Ard and I
On Tue, Aug 15, 2017 at 10:45:17AM +0200, Stephan Mueller wrote:
> Am Dienstag, 15. August 2017, 00:21:05 CEST schrieb Theodore Ts'o:
>
> Hi Theodore,
>
> > Have you looked at section 3.1.1 of the above cited paper?
> >
> > http://eprint.iacr.org/2012/251.pdf
>
> Thanks for the hint, but
Em Mon, Aug 14, 2017 at 11:01:57PM +0200, Michael Petlan escreveu:
> On Mon, 14 Aug 2017, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Aug 14, 2017 at 08:44:14PM +0200, Michael Petlan escreveu:
> > > Maybe this would be the right time to incorporate the shell-based
> > > perftool-testsuite [1] into
On Tue, Aug 15, 2017 at 03:48:18PM +0200, Thomas Gleixner wrote:
> Go ahead. What you actually want to do is to replace boot_cpu_has() with a
> real cpuid() check because boot_cpu_has() is not initialized on real early
> boot.
Right.
--
Regards/Gruss,
Boris.
Good mailing practices for 400:
On 15/08/17 16:22, Dan Carpenter wrote:
> On Tue, Aug 15, 2017 at 05:38:34PM +0300, Mika Westerberg wrote:
>> On Tue, Aug 15, 2017 at 03:31:33PM +0100, Colin King wrote:
>>> From: Colin Ian King
>>>
>>> req->response_type is being assigned the sizeof TB_CFG_PKG_RESET
>>>
On Tue, 2017-08-15 at 08:30 -0700, Paul E. McKenney wrote:
> On Tue, Aug 15, 2017 at 05:15:23PM +0200, Mike Galbraith wrote:
> > On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote:
> > > On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote:
> > > > On Mon, 2017-08-14 at 13:34
On Mon, 14 Aug 2017, Joerg Roedel wrote:
> I attach the patch I wrote to fix this, can you please test it together
> with the initial patch in this thread?
I did and can confirm that everything worked as expected!
Thanks,
Sebastian
On Tue, 2017-08-15 at 07:59 -0700, Raj, Ashok wrote:
> Hi Joerg
>
> I haven't received any update to this patchset..
>
> Could you help get this merged through your tree? we have tested this
> series internally.
For all four:
Acked-by: David Woodhouse
smime.p7s
On Wed, Aug 09, 2017 at 04:33:32PM +0800, Baoquan He wrote:
> Baoquan He (12):
> iommu/amd: Detect pre enabled translation
> iommu/amd: add several helper functions
> Revert "iommu/amd: Suppress IO_PAGE_FAULTs in kdump kernel"
> iommu/amd: Define bit fields for DTE particularly
>
On Tue, Aug 15, 2017 at 5:27 AM, Jan Kara wrote:
> On Mon 14-08-17 23:12:16, Dan Williams wrote:
>> The mmap syscall suffers from the ABI anti-pattern of not validating
>> unknown flags. However, proposals like MAP_SYNC and MAP_DIRECT need a
>> mechanism to define new behavior that
Hi Marc,
On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote:
> The MIPS GIC driver only targets a single CPU at a time, even if
> the notional affinity is wider. Let's inform the core code
> about this.
>
> Signed-off-by: Marc Zyngier
> ---
>
On Wed, Aug 16, 2017 at 12:30:55AM +0800, gengdongjiu wrote:
> I think this patch has merged them to one.
Look at both patches again.
--
Regards/Gruss,
Boris.
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284
(AG Nürnberg)
--
On Tue, Aug 15, 2017 at 08:37:49AM -0700, Eric Dumazet wrote:
> On Tue, 2017-08-15 at 12:05 -0300, Marcelo Ricardo Leitner wrote:
>
> > Ok, but I should see a difference in the generated code, right?
>
> Depends on the compiler. Have you tried older versions ?
>
This was with gcc 6.4.1, fc25
VoCore are a manufacturer of devices such as the VoCore2.
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
Cc: linux-m...@linux-mips.org
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1
From: Kalle Valo
Date: Tue, 15 Aug 2017 14:30:34 +0300
> more fixes to net tree for 4.13. More info in the signed tag below,
> please let me know if there are any problems.
Pulled, thanks Kalle.
On Tue, Aug 15, 2017 at 03:19:54PM +0300, Anton Vasilyev wrote:
> If (quirks & QUIRK_SEC_DAI == 0) then samsung_i2s_probe() doesn't allocate
> sec_dai and pri_dai->sec_dai remains Null, but samsung_i2s_remove()
> performs pri_dai->sec_dai dereference in any case.
>
> The patch removes useless
On Tue, Aug 15, 2017 at 10:18:20AM -0700, Laura Abbott wrote:
> On 08/15/2017 05:50 AM, Mark Rutland wrote:
> > Hi,
> >
> > Ard and I have worked together to implement vmap stack support for
> > arm64. This supersedes our earlier vmap stack RFCs [0,1]. The git author
> > stats are a little
On 08/15/2017 06:50 AM, Marc Zyngier wrote:
Hi David,
On 09/08/17 23:51, David Daney wrote:
[...]
diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
index f1f2514..629f770 100644
--- a/kernel/irq/irqdomain.c
+++ b/kernel/irq/irqdomain.c
@@ -1448,6 +1448,184 @@ int
The patch
regulator: Add document for MediaTek MT6380 regulator
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/blackfin/bf6xx-i2s.c |
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/spear/spdif_in.c |
On Mon, Aug 14, 2017 at 7:35 AM, Shawn Guo wrote:
> On Sun, Aug 13, 2017 at 10:12:13PM -0700, Stefan Agner wrote:
>> Hi Shawn,
>>
>> On 2017-08-04 20:13, Shawn Guo wrote:
>> > On Wed, Aug 02, 2017 at 12:51:29PM -0700, Stefan Agner wrote:
>> >> If a regulator requests a
On Mon, Jul 24, 2017 at 9:08 PM, Krzysztof Kozlowski wrote:
> Hi,
>
> Non-Samsung cleanups for defconfigs
Thanks for the cleanups! Merged into next/defconfig.
Arnd
On Tue, Jul 18, 2017 at 8:38 AM, Keiji Hayashibara
wrote:
> Enable the watchdog driver for UniPhier SoC
>
> Signed-off-by: Keiji Hayashibara
Applied to next/arm64, thanks!
Arnd
Create a defconfig for the Omega2+ that reaches userspace and
allows use of the USB port.
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: linux-m...@linux-mips.org
---
arch/mips/configs/omega2p_defconfig | 130
1 file
The Onion Omega2+ is an MT7688A based board that has 128MB RAM and
multiple peripherals.
The MT7688A is pin compatible with the MT7628A, although the former
supports a 1T1R antenna whereas the MT7628A supports a 2R2T antenna.
Signed-off-by: Harvey Hunt
Cc:
Hi Marc,
On Tuesday, 15 August 2017 09:44:24 PDT Marc Zyngier wrote:
> On 15/08/17 17:23, Paul Burton wrote:
> > Hi Marc,
> >
> > On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote:
> >> The MIPS GIC driver only targets a single CPU at a time, even if
> >> the notional affinity is wider.
On 08/15/2017 02:58 AM, Mel Gorman wrote:
> On Tue, Aug 15, 2017 at 04:45:36PM +0800, Kemi Wang wrote:
>> Threshold CPU cyclesThroughput(88 threads)
>> 32 799 241760478
>> 64 640 301628829
>> 125 537 358906028 <==> system by
From: Stephen Hemminger
> Sent: 15 August 2017 17:21
> On Tue, 15 Aug 2017 10:42:39 +
> David Laight wrote:
>
> > From: Jonathan Corbet
> > > Sent: 12 August 2017 15:55
> > ...
> > > > + Chapter 20: Put values on initialisers without exception
> > > > +
On Tue, Aug 15, 2017 at 11:24:48PM +0800, Ding Tianhong wrote:
> Eric report a oops when booting the system after applying
> the commit a99b646afa8a ("PCI: Disable PCIe Relaxed..."):
> ...
> It looks like the pci_find_pcie_root_port() was trying to
> find the Root Port for the PCI device which is
The patch
ASoC: rockchip: constify snd_soc_dai_ops structures
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Mon, Aug 14, 2017 at 03:06:50PM -0700, Lori Hikichi wrote:
> Allow each audio port to select which clock (if any) it wants to use.
Why is this in DT for the port and not either using standard clock
bindings to configure the clock tree or allowing the machine driver to
pick?
signature.asc
On Tue, Aug 15, 2017 at 09:55:39AM -0700, Tim Chen wrote:
> On 08/15/2017 02:58 AM, Mel Gorman wrote:
> > On Tue, Aug 15, 2017 at 04:45:36PM +0800, Kemi Wang wrote:
> >> Threshold CPU cyclesThroughput(88 threads)
> >> 32 799 241760478
> >> 64 640
On 08/14/2017 03:22 PM, Vivien Didelot wrote:
> This commit defines a dsa_vlan_dump_cb_t callback, similar to the FDB
> dump callback and partly reverts commit a0b6b8c9fa3c ("net: dsa: Remove
> support for vlan dump from DSA's drivers") to restore the DSA drivers
> VLAN dump operations.
>
>
On 08/14/2017 03:22 PM, Vivien Didelot wrote:
> Add a debug filesystem "mdb" entry to query a port's hardware MDB
> entries through the .port_mdb_dump switch operation.
>
> This is really convenient to query directly the hardware or inspect DSA
> or CPU links, since these ports are not exposed
On 08/15, Chao Yu wrote:
> On 2017/8/15 11:45, Jaegeuk Kim wrote:
> > On 08/07, Chao Yu wrote:
> >> From: Chao Yu
> >>
> >> Commit d618ebaf0aa8 ("f2fs: enable small discard by default") enables
> >> f2fs to issue 4K size discard in real-time discard mode. However, issuing
> >>
This series introduces some required preparations and initial
port of ARC HS Development Kit board with some basic features such
as serial port, USB, SD/MMC and Ethernet.
Essentially we run Linux kernel on all 4 cores (i.e. utilize SMP) and
heavily use IO Coherency for speeding-up DMA-aware
Hi Anton,
On Tue, Aug 15, 2017 at 04:46:25PM +0300, Anton Volkov wrote:
> Hello.
>
> While searching for races in the Linux kernel I've come across
> "drivers/input/touchscreen/ucb1400_ts.ko" module. Here is a question
> that I came up with while analyzing results. Lines are given using
> the
Most of the time we indeed use the one and only LINUX_LINK_BASE
set to 0x8000_. But there might be good reasons to move
the kernel to another location like 0x9z etc.
And we want IOC aperture to cover entire area used by the kernel,
so let's make its base matching link base and add required
On Mon, Aug 14, 2017 at 07:40:51PM -0700, David Miller wrote:
> From: Marcelo Ricardo Leitner
> Date: Mon, 14 Aug 2017 22:58:14 -0300
>
> > On Tue, Aug 15, 2017 at 10:43:59AM +0900, 吉藤英明 wrote:
> >> > diff --git a/net/sctp/ipv6.c b/net/sctp/ipv6.c
> >> > index
On Tue, Aug 15, 2017 at 05:02:13PM +0200, Robert Richter wrote:
> Lorenzo, Will,
>
> On 25.07.17 10:32:37, Ganapatrao Kulkarni wrote:
> > ARM IORT specification(rev. C) has added provision to define proximity
> > domain in SMMUv3 IORT table. Adding required code to parse Proximity
> > domain and
On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote:
> On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote:
> > On Mon, 2017-08-14 at 13:34 -0400, Luiz Capitulino wrote:
> > > On Mon, 14 Aug 2017 19:01:09 +0200
> > >
> > > > What is the source of the load balancing inducing
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/codecs/es8316.c |2
From: Markus Elfring
Date: Tue, 15 Aug 2017 16:14:19 +0200
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/codecs/zx_aud96p22.c |
On Mon, Jul 24, 2017 at 9:08 PM, Krzysztof Kozlowski wrote:
>
> The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877:
>
> Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)
>
> are available in the git repository at:
>
>
On Tue, 2017-08-15 at 08:48 -0700, Luck, Tony wrote:
> On Tue, Aug 15, 2017 at 08:35:51AM -0700, Kani, Toshimitsu wrote:
> > User apps like ras-mc-ctl works as expected for a given (not-so-
> > great) DIMM info from SMBIOS as well. I do not see a probelm from
> > user perspective, either.
>
>
On Fri, 11 Aug 2017 15:47:14 +0800
Alex Shi wrote:
> On 08/08/2017 04:30 AM, Jonathan Corbet wrote:
> > On Mon, 31 Jul 2017 09:53:01 +0800
> > Alex Shi wrote:
> >
> >> On 07/31/2017 09:50 AM, Alex Shi wrote:
> >>> -Reviewers: Ingo Molnar, Thomas
On Tue, Aug 15, 2017 at 06:02:20PM +0200, Sebastian Ott wrote:
> On Mon, 14 Aug 2017, Joerg Roedel wrote:
> > I attach the patch I wrote to fix this, can you please test it together
> > with the initial patch in this thread?
>
> I did and can confirm that everything worked as expected!
Great,
On 15.08.17 16:05:49, Lorenzo Pieralisi wrote:
> On Tue, Aug 15, 2017 at 05:02:13PM +0200, Robert Richter wrote:
> > Lorenzo, Will,
> >
> > On 25.07.17 10:32:37, Ganapatrao Kulkarni wrote:
> > > ARM IORT specification(rev. C) has added provision to define proximity
> > > domain in SMMUv3 IORT
On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote:
> In some cases, an architecture might wish its stacks to be aligned to a
> boundary larger than THREAD_SIZE. For example, using an alignment of
> double THREAD_SIZE can allow for stack overflows smaller than
> THREAD_SIZE
On 08/15, Jamie Iles wrote:
>
> --- a/kernel/signal.c
> +++ b/kernel/signal.c
> @@ -1194,7 +1194,11 @@ force_sig_info(int sig, struct siginfo *info, struct
> task_struct *t)
> recalc_sigpending_and_wake(t);
> }
> }
> - if (action->sa.sa_handler ==
There is no agreed-upon definition of spin_unlock_wait()'s semantics,
and it appears that all callers could do just as well with a lock/unlock
pair. This commit therefore replaces the spin_unlock_wait() call in
completion_done() with spin_lock() followed immediately by spin_unlock().
This should
On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote:
> On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote:
> > In some cases, an architecture might wish its stacks to be aligned to a
> > boundary larger than THREAD_SIZE. For example, using an alignment of
> >
Hi Borislav,
>
> ... and uses that accessor.
>
> Tyler?
>
> I'd prefer if you guys merge your two patches, Tyler's from
> https://marc.info/?l=linux-acpi=150179595323038=2 and this one into
> a single one.
I think this patch has merged them to one.
>
> How does that sound?
>
> --
>
On 15/08/17 17:23, Paul Burton wrote:
> Hi Marc,
>
> On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote:
>> The MIPS GIC driver only targets a single CPU at a time, even if
>> the notional affinity is wider. Let's inform the core code
>> about this.
>>
>> Signed-off-by: Marc Zyngier
On 08/15/2017 05:50 AM, Mark Rutland wrote:
> Hi,
>
> Ard and I have worked together to implement vmap stack support for
> arm64. This supersedes our earlier vmap stack RFCs [0,1]. The git author
> stats are a little misleading, as I've teased parts out into smaller
> patches for review.
>
> The
On 08/14/2017 03:22 PM, Vivien Didelot wrote:
> Add a debug filesystem "tag_protocol" entry to query the switch tagging
> protocol through the .get_tag_protocol operation.
>
> # cat switch1/tag_protocol
> EDSA
>
> Signed-off-by: Vivien Didelot
>
On 08/14/2017 03:22 PM, Vivien Didelot wrote:
> Add a debug filesystem "regs" entry to query a port's hardware registers
> through the .get_regs_len and .get_regs_len switch operations.
>
> This is very convenient because it allows one to dump the registers of
> DSA links, which are not exposed
On Tue, Aug 15, 2017 at 06:39:14PM +0100, Mark Rutland wrote:
> On Tue, Aug 15, 2017 at 10:18:20AM -0700, Laura Abbott wrote:
> > On 08/15/2017 05:50 AM, Mark Rutland wrote:
> > > Hi,
> > >
> > > Ard and I have worked together to implement vmap stack support for
> > > arm64. This supersedes our
From: Alexey Brodkin
This initial port adds support of ARC HS Development Kit board with some
basic features such serial port, USB, SD/MMC and Ethernet.
Essentially we run Linux kernel on all 4 cores (i.e. utilize SMP) and
heavily use IO Coherency for speeding-up
The patch
regulator: mt6380: Add support for MT6380
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Tue, Aug 15, 2017 at 11:06:35PM +0800, Sean Wang wrote:
> On Tue, 2017-08-15 at 12:50 +0100, Mark Brown wrote:
> > Please use subject lines reflecting the style for the subsystem.
> do you mean should i use "dt-bindings: regulator: mediatek" similarly as
> the prefix instead of the one i
2017-08-12 05:51+0800, Wanpeng Li:
> 2017-08-10 22:36 GMT+08:00 Paolo Bonzini :
> > On 10/08/2017 15:55, Wanpeng Li wrote:
> >> From: Wanpeng Li
> >>
> >> watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [warn_test:3089]
> >> irq event stamp: 20532
>
On Tue, Aug 15, 2017 at 05:15:23PM +0200, Mike Galbraith wrote:
> On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote:
> > On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote:
> > > On Mon, 2017-08-14 at 13:34 -0400, Luiz Capitulino wrote:
> > > > On Mon, 14 Aug 2017 19:01:09
On Tue, 15 Aug 2017, Paul E. McKenney wrote:
> Don't the HPC guys just disable idle_balance(), or am I out of date again?
Ummm.. Why does idle management matter when your goal is to keep all
processor busy working at maximum throughput?
Am Dienstag, den 15.08.2017, 16:38 +0300 schrieb Anton Volkov:
> On 15.08.2017 16:20, Oliver Neukum wrote:
> >
> > Am Dienstag, den 15.08.2017, 15:59 +0300 schrieb Anton Volkov:
> > >
> > > Hello.
> > >
> > > While searching for races in the Linux kernel I've come across
> > >
This implements refcount_t overflow protection on x86 without a noticeable
performance impact, though without the fuller checking of REFCOUNT_FULL.
This is done by duplicating the existing atomic_t refcount implementation
but with normally a single instruction added to detect if the refcount
has
There is some confusion as to which of cond_resched() or
cond_resched_rcu_qs() should be added to long in-kernel loops.
This commit therefore eliminates the decision by adding RCU quiescent
states to cond_resched(). This commit also simplifies the code that
used to interact with
The patch
ASoC: codecs: zx_aud96p22: constify snd_soc_dai_ops structures
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
On 07/28/2017 02:34 PM, Waiman Long wrote:
> v2->v3:
> - Add a faster pruning rate when the free pool is closed to depletion.
> - As suggested by James Bottomley, add an artificial delay waiting
> loop before killing a negative dentry and properly clear the
> DCACHE_KILL_NEGATIVE flag
The patch
ASoC: blackfin: constify snd_soc_dai_ops structures
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
ASoC: spear: constify snd_soc_dai_ops structures
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
1 - 100 of 1784 matches
Mail list logo