Linus,
please pull the latest efi-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-for-linus
This update contains:
- A fix for a add_efi_memmap parameter regression which ensures that the
parameter is parsed before it is used.
- Rein
On Fri, 5 Jan 2018, Michal Hocko wrote:
> I believe there should be some cap on the number of pages. We shouldn't
> keep it held for million of pages if all of them are moved to the same
> node. I would really like to postpone that to later unless it causes
> some noticeable regressions because th
On Wed, Jan 03, 2018 at 04:53:21PM +0800, Chunfeng Yun wrote:
> Add two arguments in "mediatek,syscon-wakeup" to support multi
> wakeup glue layer between SSUSB and SPM, and use standard property
> "wakeup-source" to replace the private "mediatek,wakeup-src"
>
> Signed-off-by: Chunfeng Yun
> ---
On Thu, Jan 04, 2018 at 12:59:55PM -0800, kan.li...@intel.com wrote:
> From: Kan Liang
>
> There could be different types of memory in the system. E.g normal
> System Memory, Persistent Memory. To understand how the workload maps to
> those memories, it's important to know the I/O statistics of t
On 01/05/2018 04:50 PM, Jens Axboe wrote:
On Fri, Jan 05 2018, Matias Bjørling wrote:
Hi Jens,
Here is a couple of patches for 4.16.
This patchset prepares the lightnvm and pblk source code for the 2.0
specification release. The specification is close to its final
revision. After these changes
On 01/05/2018 04:42 PM, Jens Axboe wrote:
On Fri, Jan 05 2018, Matias Bjørling wrote:
From: Javier González
Since pblk registers its own block device, the iostat accounting is
not automatically done for us. Therefore, add the necessary
accounting logic to satisfy the iostat interface.
Ignora
On Fri, 5 Jan 2018, Xishi Qiu wrote:
> I run the latest RHEL 7.2 with the KAISER/KPTI patch, and boot failed.
>
> ...
> [0.00] PM: Registered nosave memory: [mem 0x810-0x8ff]
> [0.00] PM: Registered nosave memory: [mem 0x910-0xfff]
> [0.00]
On Fri, Jan 05, 2018 at 10:01:23AM -0800, Andy Lutomirski wrote:
> Yes. There are very clever tools like 'pin' that instrument a binary
> by decoding all the instructions it executes and generating an
> instrumented copy. If that binary calls into the vDSO, the vDSO gets
> decoded and instrumente
The CGU common code does not modify the pointed clk_ops structure, so it
should be marked as const.
Signed-off-by: Paul Cercueil
Acked-by: Stephen Boyd
---
drivers/clk/ingenic/cgu.h| 2 +-
drivers/clk/ingenic/jz4780-cgu.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
v2: Ne
On 5 January 2018 at 18:22, Catalin Marinas wrote:
> On Fri, Jan 05, 2018 at 06:01:33PM +, Ard Biesheuvel wrote:
>> On 5 January 2018 at 17:58, Catalin Marinas wrote:
>> > On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote:
>> >> diff --git a/arch/arm/include/asm/jump_label.h
>>
Previously, the clocks with a fixed divider would report their rate
as being the same as the one of their parent, independently of the
divider in use. This commit fixes this behaviour.
This went unnoticed as neither the jz4740 nor the jz4780 CGU code
have clocks with fixed dividers yet.
Signed-of
From: Paul Burton
Platforms using DT will typically call __dt_setup_arch from
plat_mem_setup. This in turn calls early_init_dt_scan. When
CONFIG_CMDLINE is set, this leads to its value being copied into
boot_command_line by early_init_dt_scan_chosen. If this happens before
the code setting up boo
From: Andi Kleen
The internal retpoline thunks used by the compiler contain a dot.
They have to be exported, but modversions cannot handle them
it because they don't have a prototype due to the C incompatible
name (and it doesn't support asm("..."))
This leads to lots of warnings from modpost w
The second PLL of the JZ4770 does not have a bypass bit.
This commit makes it possible to support it with the current common CGU
code.
Signed-off-by: Paul Cercueil
Acked-by: Stephen Boyd
---
drivers/clk/ingenic/cgu.c | 3 ++-
drivers/clk/ingenic/cgu.h | 2 ++
2 files changed, 4 insertions(+), 1
From: Paul Burton
jz4740_init_cmdline appends all arguments from argv (in fw_arg1) to
arcs_cmdline, up to argc (in fw_arg0). The common code in
fw_init_cmdline will do the exact same thing when run on a system where
fw_arg0 isn't a pointer to kseg0 (it'll also set _fw_envp but we don't
use it). R
From: Maarten ter Huurne
According to config2, the associativity would be 5-ways, but the
documentation states 4-ways, which also matches the documented
L2 cache size of 256 kB.
Signed-off-by: Maarten ter Huurne
---
arch/mips/mm/sc-mips.c | 9 +
1 file changed, 9 insertions(+)
v2: No
On Fri, Jan 05, 2018 at 07:15:31PM +0100, Guillaume Nault wrote:
> That's probably worth a test anyway.
>
Copy/paste error :-/
Here's a version that should apply cleanly.
#syz test: git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master
8<
diff --git a/drivers/net/
This will be used from the devicetree bindings to specify the clocks
that should be obtained from the jz4770-cgu driver.
Signed-off-by: Paul Cercueil
Acked-by: Stephen Boyd
Reviewed-by: Rob Herring
---
include/dt-bindings/clock/jz4770-cgu.h | 58 ++
1 file chang
Add support for the clocks provided by the CGU in the Ingenic JZ4770
SoC.
Signed-off-by: Paul Cercueil
Signed-off-by: Maarten ter Huurne
Acked-by: Stephen Boyd
---
drivers/clk/ingenic/Makefile | 1 +
drivers/clk/ingenic/jz4770-cgu.c | 483 +++
2 files
Previously, the mips_machtype variable was always initialized
to MACH_INGENIC_JZ4740 even if running on different SoCs.
Signed-off-by: Paul Cercueil
---
arch/mips/jz4740/prom.c | 1 -
arch/mips/jz4740/setup.c | 26 ++
2 files changed, 22 insertions(+), 5 deletions(-)
Add a machtype ID for the JZ4780 SoC, which was missing, and one for the
newly supported JZ4770 SoC.
Signed-off-by: Paul Cercueil
Reviewed-by: PrasannaKumar Muralidharan
---
arch/mips/include/asm/bootinfo.h | 2 ++
1 file changed, 2 insertions(+)
v2: No change
v3: No change
v4: No change
v
Game Consoles Worldwide, mostly known under the acronym GCW, is the
creator of the GCW Zero open-source video game system.
Signed-off-by: Paul Cercueil
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
v2: It's 'Game Consoles
This commit permits the PLLs to be dynamically enabled and disabled when
their children clocks are enabled and disabled.
Signed-off-by: Paul Cercueil
Acked-by: Stephen Boyd
---
drivers/clk/ingenic/cgu.c | 89 +++
1 file changed, 74 insertions(+), 15 d
Provide just enough bits (clocks, clocksource, uart) to allow a kernel
to boot on the JZ4770 SoC to a initramfs userspace.
Signed-off-by: Paul Cercueil
Reviewed-by: PrasannaKumar Muralidharan
---
arch/mips/boot/dts/ingenic/jz4770.dtsi | 212 +
arch/mips/jz4740/Kc
From: Maarten ter Huurne
We have seen MMC DMA transfers read corrupted data from SDRAM when
a burst interval ends at physical address 0x1000. To avoid this
problem, we remove the final page of low memory from the memory map.
Signed-off-by: Maarten ter Huurne
---
arch/mips/jz4740/setup.c |
Hi Ralf,
This is the V6 (and hopefully last) version of my JZ4770 patchset.
- In patches 07-08/15 I simply updated Paul Burton's email address
from @imgtec.com to @mips.com.
- Patch 10/15 changed, now I only init mips_machtype from devicetree
instead of using MIPS_MACHINE in platform code, as
The GCW Zero (http://www.gcw-zero.com) is a retro-gaming focused
handheld game console, successfully kickstarted in ~2012, running Linux.
Signed-off-by: Paul Cercueil
Acked-by: Mathieu Malaterre
---
arch/mips/boot/dts/ingenic/Makefile | 1 +
arch/mips/boot/dts/ingenic/gcw0.dts | 62 +++
On Fri, Jan 05, 2018 at 09:53:16AM -0800, Andy Lutomirski wrote:
> emulate_noread would avoid one exploit technique that Kees saw
> somewhere. And per-process disablement would let a system remain
> compatible with old binaries without reducing security for newer
> binaries.
Or we can simply say
On Wed, Jan 03, 2018 at 10:58:01PM -0800, syzbot wrote:
> Hello,
>
>
> WARNING: possible recursive locking detected
> 4.15.0-rc6-next-20180103+ #87 Not tainted
>
> syzkaller221540/3462 is trying to acquire lo
On Fri, Jan 05, 2018 at 06:01:33PM +, Ard Biesheuvel wrote:
> On 5 January 2018 at 17:58, Catalin Marinas wrote:
> > On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote:
> >> diff --git a/arch/arm/include/asm/jump_label.h
> >> b/arch/arm/include/asm/jump_label.h
> >> index e12d7d09
> Pavel, can you send your /proc/cpuinfo on a noefi boot? (Just the
> first CPU worth is fine.)
With noefi option:
[root@ca-ostest441 ~]# more /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 79
model name : Intel(R) Xeon(R) CPU E5-2630
[ adding Hugh ]
On Thu, 4 Jan 2018, Dave Hansen wrote:
> > BTW, we have just reported a bug caused by kaiser[1], which looks like
> > caused by SMEP. Could you please help to have a look?
> >
> > [1] https://lkml.org/lkml/2018/1/5/3
>
> Please report that to your kernel vendor. Your EFI page
On 05/01/18 11:11 AM, Keith Busch wrote:
On Thu, Jan 04, 2018 at 12:01:34PM -0700, Logan Gunthorpe wrote:
Register the CMB buffer as p2pmem and use the appropriate allocation
functions to create and destroy the IO SQ.
If the CMB supports WDS and RDS, publish it for use as p2p memory
by other
On Fri, Jan 5, 2018 at 9:52 AM, Greg Kroah-Hartman
wrote:
> On Fri, Jan 05, 2018 at 12:48:54PM -0500, Pavel Tatashin wrote:
>> Boots successfully with "noefi" kernel parameter :)
>
> Thanks, that will help me narrow it down. I'll dig through more patches
> when I get home tonight...
I wish you l
On 05/01/18 08:30 AM, Marta Rybczynska wrote:
@@ -429,10 +429,7 @@ static void __nvme_submit_cmd(struct nvme_queue *nvmeq,
{
u16 tail = nvmeq->sq_tail;
- if (nvmeq->sq_cmds_io)
- memcpy_toio(&nvmeq->sq_cmds_io[tail], cmd, sizeof(*cmd));
- else
-
Hi Jerome,
On 01/05/2018 07:09 PM, Jerome Brunet wrote:
> When a divider clock has CLK_DIVIDER_READ_ONLY set, it means that the
> register shall be left un-touched, but it does not mean the clock
> should stop rate propagation if CLK_SET_RATE_PARENT is set
>
okay, the statement sounds correct, b
On Fri, Jan 05, 2018 at 04:00:55PM +0100, Greg Kroah-Hartman wrote:
> On Thu, Jan 04, 2018 at 09:56:47AM -0800, Guenter Roeck wrote:
> >
> > FWIW, v4.4.110-rc1 boots fine when merged into chromeos-4.4, on i7-7Y75.
>
> That's good to know, hopefully 4.4.110-final also still works for you :)
It se
On 01/02/2018 03:31 AM, Matt Redfearn wrote:
Currently the bits to be set in the watchhi register in addition to that
requested by the user is defined inline for each register. To avoid
this, define the bits once and or that in for each register.
Signed-off-by: Matt Redfearn
Looks like a good
On 01/02/2018 03:31 AM, Matt Redfearn wrote:
Currently the bits to be masked when watchhi is read is defined inline
for each register. To avoid this, define the bits once and mask each
register with that value.
Signed-off-by: Matt Redfearn
Acked-by: David Daney
---
arch/mips/kernel/wat
On 1/5/2018 6:04 AM, Ioana Radulescu wrote:
> All DPIO service API functions receive a dpaa2_io service pointer
> as parameter (NULL meaning any service will do) which indicates
> the hardware resource to be used to execute the specified command.
>
> There isn't however any available API for obtai
On Fri 05-01-18 11:15:18, Cristopher Lameter wrote:
> On Fri, 5 Jan 2018, Michal Hocko wrote:
>
> > Yes. I am really wondering because there souldn't anything specific to
> > improve the situation with patch 2 and 3. Likewise the only overhead
> > from the patch 1 I can see is the reduced batching
On Thu, Jan 04, 2018 at 12:01:34PM -0700, Logan Gunthorpe wrote:
> Register the CMB buffer as p2pmem and use the appropriate allocation
> functions to create and destroy the IO SQ.
>
> If the CMB supports WDS and RDS, publish it for use as p2p memory
> by other devices.
<>
> + if (qid && dev
Em Thu, 04 Jan 2018 21:15:31 +0100
Knut Omang escreveu:
> > I'm surprised the commit message and the provided documentation say
> > nothing about using CHECK=foo on the command line. That already supports
> > arbitrary checkers.
>
> The problem, highlighted by Jim Davis in
>
> https://lkml.o
> If the *compiler* uses the out-of-line version, that's a separate
> thing. But for our asm cases, let's just make it all be the inline
> case, ok?
Should be a simple change.
>
> It also should simplify the whole target generation. None of this
> silly "__x86.indirect_thunk.\reg" crap with diff
On Fri, Jan 5, 2018 at 8:44 AM, Dan Williams wrote:
> On Fri, Jan 5, 2018 at 6:40 AM, Mark Rutland wrote:
>> On Thu, Jan 04, 2018 at 02:09:52PM -0800, Dan Williams wrote:
>>> On Thu, Jan 4, 2018 at 3:47 AM, Mark Rutland wrote:
>>> > Hi Dan,
>>> >
>>> > Thanks for these examples.
>>> >
>>> > On T
Hi,
Hi,
[...]
+/*
+ * We have seen MMC DMA transfers read corrupted data from SDRAM
when a burst
+ * interval ends at physical address 0x1000. To avoid this
problem, we
+ * remove the final page of low memory from the memory map.
+ */
+void __init jz4770_reserve_unsafe_for_dma(void
On Fri, Jan 05, 2018 at 04:55:07PM +0100, Willy Tarreau wrote:
> On Fri, Jan 05, 2018 at 03:54:33PM +0100, Greg KH wrote:
> > I'm announcing the release of the 4.4.110 kernel.
> >
> > All users of the 4.4 kernel series must upgrade.
> >
> > But be careful, there have been some reports of problems
On 01/05/2018 09:44 AM, Dave Hansen wrote:
> Changes from v3:
> * Increasingly minor text fixes.
Yeah. Just merge it and use patches for anything else.
Reviewed-by: Randy Dunlap
Thanks.
> Changes from v2:
> * Update some wording
> * Minor typo and grammar fixes
> * Further clarify what INV
On 5 January 2018 at 17:58, Catalin Marinas wrote:
> On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote:
>> diff --git a/arch/arm/include/asm/jump_label.h
>> b/arch/arm/include/asm/jump_label.h
>> index e12d7d096fc0..7b05b404063a 100644
>> --- a/arch/arm/include/asm/jump_label.h
>> ++
On Fri, Jan 5, 2018 at 5:40 AM, Borislav Petkov wrote:
> On Thu, Jan 04, 2018 at 09:38:37PM -0800, Andy Lutomirski wrote:
>> It's RFC because I want to re-read it myself first. It's also missing
>> a test that will reliably make sure that vsyscall=none prevents use of
>> vsyscalls.
>
> With my pa
Hi,
we have two more fixes for 4.15, aimed for stable. The leak fix is
obvious, the second patch fixes a bug revealed by the refcount API, when
it behaves differently than previous atomic_t and reports refs going
from 0 to 1 in one case.
No merge conflicts. Please pull, thanks.
The following cha
On Sat, Jan 06, 2018 at 02:20:16AM +0900, Alice Ferrazzi wrote:
> On Thu, Jan 4, 2018 at 5:11 AM, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 4.4.110 release.
> > There are 37 patches in this series, all will be posted as a response
> > to this one. If any
On Fri, Jan 05, 2018 at 04:57:15PM +0100, Willy Tarreau wrote:
> On Fri, Jan 05, 2018 at 04:51:32PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Jan 05, 2018 at 10:32:49AM -0500, Pavel Tatashin wrote:
> (...)
> > > Reboots after about 30 seconds.
> > >
> > > Boots fine with nopti option.
> >
> >
On 01/05/2018 04:27 AM, Dr. David Alan Gilbert wrote:
>>> Patches for 1-3 are out there and 4 is pretty straightforward. Doing a
>>> arch_prctl() is still straightforward, but will be a much more niche
>>> thing than any of the other choices. Plus, with a user interface, we
>>> have to argue over
On Tue, Jan 02, 2018 at 08:05:46PM +, Ard Biesheuvel wrote:
> diff --git a/arch/arm/include/asm/jump_label.h
> b/arch/arm/include/asm/jump_label.h
> index e12d7d096fc0..7b05b404063a 100644
> --- a/arch/arm/include/asm/jump_label.h
> +++ b/arch/arm/include/asm/jump_label.h
> @@ -45,5 +45,32 @@
On Wed, Jan 03, 2018 at 09:11:06PM +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.110 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
Hi Laurent,
On Fri, Jan 05, 2018 at 12:28:03AM +0200, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Thursday, 4 January 2018 18:03:09 EET Jacopo Mondi wrote:
> > Add bindings documentation for Renesas Capture Engine Unit (CEU).
> >
> > Signed-off-by: Jacopo Mondi
> > --
On Fri, Jan 5, 2018 at 4:33 AM, Borislav Petkov wrote:
> On Thu, Jan 04, 2018 at 09:38:37PM -0800, Andy Lutomirski wrote:
>> Also, I want to add vsyscall=emulate_noread that makes the vsyscall
>> page be --x. And I want to add a per-process option to turn off
>> vsyscalls.
>
> What for?
>
> It so
On Fri, Jan 05, 2018 at 12:48:54PM -0500, Pavel Tatashin wrote:
> Boots successfully with "noefi" kernel parameter :)
Thanks, that will help me narrow it down. I'll dig through more patches
when I get home tonight...
greg k-h
On Fri, Jan 05, 2018 at 02:41:04PM +0100, Greg Kroah-Hartman wrote:
> On Thu, Jan 04, 2018 at 03:45:55PM -0800, Guenter Roeck wrote:
> > On Wed, Jan 03, 2018 at 09:11:06PM +0100, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.4.110 release.
> > > There are 37
New Products-Solar heating
1). SHC series CPC reflectors heat pipe collectors:
biggest aperture area, highest power output, overheating solution
2). A9 series integrated pressure solar water heaters, EN12976 approved.
3). PVT, hybrid photovoltaic+solar thermal panels.
……
Please contact with me
On Fri, 2018-01-05 at 09:28 -0800, Linus Torvalds wrote:
>
> Yes, I would suggest against expecting altinstructions to have
> relocation information. They are generated in a different place, so..
>
> That said, I honestly like the inline version (the one that is in the
> google paper first) of th
Boots successfully with "noefi" kernel parameter :)
On Fri, Jan 5, 2018 at 12:43 PM, Andy Lutomirski wrote:
>
>> On Jan 5, 2018, at 9:14 AM, Pavel Tatashin wrote:
>>
>> Hi Andy,
>>
>> This is bare metal, not VM, read my other email in this thread about
>> the machine on which I am testing. Somet
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Addresses-Coverity-ID: 1463447 ("Missing break in switch")
Signed-off-by: Gustavo A. R. Silva
---
This code was compiled with GCC 7.2.0
drivers/net/phy/phylink.c | 2 ++
1 file changed,
Changes from v3:
* Increasingly minor text fixes.
Changes from v2:
* Update some wording
* Minor typo and grammar fixes
* Further clarify what INVPCID is.
Changes from v1:
* update kernel-parameters.txt to clarify that the pti= option
is not just for disabling. Also describe what 'pti=a
On 5 January 2018 at 17:41, Catalin Marinas wrote:
> On Tue, Jan 02, 2018 at 08:05:44PM +, Ard Biesheuvel wrote:
>> diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
>> index 10684b17d0bd..b6d51b4d5ce1 100644
>> --- a/drivers/pci/quirks.c
>> +++ b/drivers/pci/quirks.c
>> @@ -3556,9 +355
On Sun, Dec 24, 2017 at 03:39:40AM -0700, Jia-Ju Bai wrote:
> i40iw_wait_pe_ready is not called in an interrupt handler
> nor holding a spinlock.
> The function mdelay in it can be replaced with msleep,
> to reduce busy wait.
>
> Signed-off-by: Jia-Ju Bai
> ---
> drivers/infiniband/hw/i40iw/i4
On 05/01/18 11:51, Honghui Zhang wrote:
> On Thu, 2018-01-04 at 19:04 +, Marc Zyngier wrote:
>> On 04/01/18 18:40, Lorenzo Pieralisi wrote:
>>> [+Marc]
>>>
>>> On Wed, Dec 27, 2017 at 08:59:53AM +0800, honghui.zh...@mediatek.com wrote:
From: Honghui Zhang
There maybe a same IRQ
> On Jan 5, 2018, at 9:14 AM, Pavel Tatashin wrote:
>
> Hi Andy,
>
> This is bare metal, not VM, read my other email in this thread about
> the machine on which I am testing. Sometime hang happens a little
> later:
>
> [5.088948] microcode: CPU36 sig=0x406f1, pf=0x1, revision=0xb1d
> [
Hi Linus,
I have just a few fixes for bugs and resource cleanup problems this week.
It merges cleanly against your tree as of ~5min ago.
--Darrick
The following changes since commit 68c58e9b9a88c1a9d0c2eaf6c7acefb00f5fbbfb:
xfs: only skip rmap owner checks for unknown-owner rmap removal (2017
On Fri, 5 Jan 2018, Andy Shevchenko wrote:
> On Thu, 2017-12-28 at 13:34 +0100, Ingo Molnar wrote:
> > * Andy Shevchenko wrote:
> >
> > > v2: low the tone of accusation that this made a regression
> >
> > BTW., don't worry about that aspect too much: after a long debugging
> > session it's
> >
On Tue, Jan 02, 2018 at 08:05:44PM +, Ard Biesheuvel wrote:
> diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
> index 10684b17d0bd..b6d51b4d5ce1 100644
> --- a/drivers/pci/quirks.c
> +++ b/drivers/pci/quirks.c
> @@ -3556,9 +3556,16 @@ static void pci_do_fixups(struct pci_dev *dev, stru
2017-11-17 10:06 GMT+09:00 Nicolas Pitre :
> Since commit 31847b67bec0 ("kconfig: allow use of relations other than
> (in)equality") it is possible to use relational operators in Kconfig
> statements. However, those operators give unexpected results when
> applied to bool/tristate values:
>
>
Hi Martin,
On Fri, Jan 5, 2018 at 2:46 PM, Martin Kaiser wrote:
> Hi Fabio and all,
>
> here's a different approach for fixing the awake issue that I see on my
> board. I tried to stick as much as possible to the original order in
> which the operations were done. Could you do a quick check on i
On Fri, Jan 5, 2018 at 9:12 AM, Woodhouse, David wrote:
>
> I typed 'jmp __x86.indirect_thunk' and it actually jumped to an address
> which I believe is (__x86.indirect_thunk + &altinstr - &oldinstr).
> Which made me sad, and took a while to debug.
Yes, I would suggest against expecting altinstru
On Thu, 2017-12-28 at 13:34 +0100, Ingo Molnar wrote:
> * Andy Shevchenko wrote:
>
> > v2: low the tone of accusation that this made a regression
>
> BTW., don't worry about that aspect too much: after a long debugging
> session it's
> pretty natural to be upset at whoever introduced a regressi
On Fri, 2018-01-05 at 17:45 +0100, Borislav Petkov wrote:
> On Fri, Jan 05, 2018 at 04:41:46PM +, Woodhouse, David wrote:
> > Nope, alternatives are broken. Only a jmp as the *first* opcode of
> > altinstr gets handled by recompute_jump(), while any subsequent insn is
> > just copied untouched.
(resending with fixed CC)
v1->v2
- rebased to current code
- improved commit messages
This patch set improves stability and accuracy of the system clock
when synchronized to precise time sources like the new PTP KVM clock or
NTP/PTP with hardware timestamping. The biggest difference is expected
o
On 5 January 2018 at 22:03, Anders Roxell wrote:
> Based on patch: https://patchwork.kernel.org/patch/10042045/
>
> arch64-linux-gnu-gcc -c sync.c -o sync/sync.o
> sync.c:42:29: fatal error: linux/sync_file.h: No such file or directory
> #include
> ^
> CFLAGS is not
On 1/5/18 11:04 AM, Mark Brown wrote:
On Thu, Dec 14, 2017 at 11:19:38AM +0530, Vinod Koul wrote:
+ /* SoundWire register address are contiguous */
+ if (config->reg_stride != 0)
+ return -ENOTSUPP;
That doesn't mean the chip hasn't decided not to use half the addres
On Wed, Jan 03, 2018 at 04:53:19PM +0800, Chunfeng Yun wrote:
> Add two arguments in "mediatek,syscon-wakeup" to support multi
> wakeup glue layer between SSUSB and SPM, and use standard property
> "wakeup-source" to replace the private "mediatek,enable-wakeup"
>
> Signed-off-by: Chunfeng Yun
> -
On Thu, Jan 4, 2018 at 5:11 AM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 4.4.110 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.
>
> Res
On Fri, 5 Jan 2018 10:10:51 -0700
Logan Gunthorpe wrote:
> On 04/01/18 08:33 PM, Alex Williamson wrote:
> > That's exactly what IOMMU groups represent, the smallest set of devices
> > which have DMA isolation from other devices. By poking this hole, the
> > IOMMU group is invalid. We cannot tur
On Fri, 5 Jan 2018, Michal Hocko wrote:
> Yes. I am really wondering because there souldn't anything specific to
> improve the situation with patch 2 and 3. Likewise the only overhead
> from the patch 1 I can see is the reduced batching of the mmap_sem. But
> then I am wondering what would compens
When the timekeeping multiplier is changed, the NTP error is updated to
correct the clock for the delay between the tick and the update of the
clock. This error is corrected in later updates and the clock appears as
if the frequency was changed exactly on the tick.
Remove this correction to keep t
When the length of the NTP tick changes significantly, e.g. when an
NTP/PTP application is correcting the initial offset of the clock, a
large value may accumulate in the NTP error before the multiplier
converges to the correct value. It may then take a very long time (hours
or even days) before th
v1->v2
- rebased to current code
- improved commit messages
This patch set improves stability and accuracy of the system clock
when synchronized to precise time sources like the new PTP KVM clock or
NTP/PTP with hardware timestamping. The biggest difference is expected
on mostly idle systems runni
Hi Andy,
This is bare metal, not VM, read my other email in this thread about
the machine on which I am testing. Sometime hang happens a little
later:
[5.088948] microcode: CPU36 sig=0x406f1, pf=0x1, revision=0xb1d
[5.096076] microcode: CPU37 sig=0x406f1, pf=0x1, revision=0xb1d
[
When a divider clock has CLK_DIVIDER_READ_ONLY set, it means that the
register shall be left un-touched, but it does not mean the clock
should stop rate propagation if CLK_SET_RATE_PARENT is set
This is properly handled in qcom clk-regmap-divider but it was not in
the generic divider
Fixes: e6d5e
On 04/01/18 08:33 PM, Alex Williamson wrote:
That's exactly what IOMMU groups represent, the smallest set of devices
which have DMA isolation from other devices. By poking this hole, the
IOMMU group is invalid. We cannot turn off ACS only for a specific
device, in order to enable p2p it needs
A read-only divider may also have CLK_SET_RATE_PARENT flag set, in which
case it should propagate the requested rate to its parent, taking the
read-only divider value into account.
While this is done correctly in qcom's clk-regmap-divider, it is not in
the generic divider and lpc32xx.
Other drive
There is now an helper function to round the rate when the
divider is read-only. Let's use it
Signed-off-by: Jerome Brunet
---
drivers/clk/qcom/clk-regmap-divider.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/clk/qcom/clk-regmap-divider.c
b/d
There is now an helper function to round the rate when the
divider is read-only. Let's use it
Signed-off-by: Jerome Brunet
---
drivers/clk/nxp/clk-lpc32xx.c | 23 +++
1 file changed, 7 insertions(+), 16 deletions(-)
diff --git a/drivers/clk/nxp/clk-lpc32xx.c b/drivers/clk/nx
On Thu, 04 Jan 2018, kernel test robot wrote:
[ 68.830934]
/usr/src/linux-perf-x86_64-rhel-7.2-8edf8850d51e911a35b5d7aad4f8604db11abc66/tools/perf/util/rb_resort.h:148:28:
error: passing argument 1 of 'threads_sorted__new' from incompatible pointer
type [-Werror=incompatible-pointer-types]
When a divider clock has CLK_DIVIDER_READ_ONLY set, it means that the
register shall be left un-touched, but it does not mean the clock
should stop rate propagation if CLK_SET_RATE_PARENT is set
This properly handled in qcom clk-regmap-divider but it was not in the
lpc32xx divider
Fixes: f7c82a60
>-Original Message-
>From: Mark Brown [mailto:broo...@kernel.org]
>Sent: Thursday, January 4, 2018 9:14 AM
>To: Ryan Lee
>Cc: lgirdw...@gmail.com; pe...@perex.cz; ti...@suse.com; a...@arndb.de;
>a...@ti.com; robert.jarz...@free.fr; supercraig0...@gmail.com;
>jbru...@baylibre.com; dannenb..
Like divider_round_rate, a couple a of driver are doing more or less
the same operation to round the rate of the divider when it is read-only.
We can factor this code so let's provide an helper function for this
Signed-off-by: Jerome Brunet
---
drivers/clk/clk-divider.c| 43
On Fri, Jan 05, 2018 at 05:45:06PM +0100, Borislav Petkov wrote:
> On Fri, Jan 05, 2018 at 04:41:46PM +, Woodhouse, David wrote:
> > Nope, alternatives are broken. Only a jmp as the *first* opcode of
> > altinstr gets handled by recompute_jump(), while any subsequent insn is
> > just copied unt
On 01/05/2018 07:14 AM, Tom Lendacky wrote:
> On 1/5/2018 5:14 AM, David Woodhouse wrote:
>> On Thu, 2018-01-04 at 09:56 -0800, Tim Chen wrote:
>>> cpuid ax=0x7, return rdx bit 26 to indicate presence of this feature
>>> IA32_SPEC_CTRL (0x48) and IA32_PRED_CMD (0x49)
>>> IA32_SPEC_CTRL, bit0 – Indi
On Thu, Dec 14, 2017 at 11:19:38AM +0530, Vinod Koul wrote:
> SoundWire bus provides sdw_read() and sdw_write() APIs for Slave
> devices to program the registers. Provide support in regmap for
> SoundWire bus.
I can't apply this because you've changed the soundwire Kconfig in this
patch :(
signa
301 - 400 of 791 matches
Mail list logo