From: Borislav Petkov
commit a15a753539eca8ba243d576f02e7ca9c4b7d7042 upstream with minor
adjustments.
Doing so is completely void of sense for multiple reasons so prevent
it. Set dis_ucode_ldr to true and thus disable the microcode loader by
default to address xen pv guests which execute the AP
2018-02-08 9:57 GMT+09:00 Kees Cook :
> On Thu, Feb 8, 2018 at 10:44 AM, Masahiro Yamada
> wrote:
>> 2018-02-08 2:55 GMT+09:00 Linus Torvalds :
>>> What I would really want - and this is entirely unrelated to this
>>> particular case - is to have those damn compiler option tests as part
>>> of the
On 08/02/2018 16:00, Matthew Wilcox wrote:
> On Thu, Feb 08, 2018 at 03:35:58PM +0100, Laurent Dufour wrote:
>> I reviewed that part of code, and I think I could now change the way
>> pte_unmap_safe() is checking for the pte's value. Since we now have all the
>> needed details in the vm_fault str
On 08-Feb-18 8:46 PM, Andy Shevchenko wrote:
> On Thu, Feb 8, 2018 at 2:55 PM, Vignesh R wrote:
>> Currently, data in RX FIFO is read based on UART_LSR register state even
>> if RDI and RLSI interrupts are disabled in UART_IER register.
>> This is because when IRQ handler is called due to TX FIF
MC portals may not be available at the initial probing attempt
due to dependencies on other modules.
Check the return value of the MC portal allocation function and
defer probing in case it's not available yet. For all other error
cases the behaviour stays the same.
Signed-off-by: Ioana Radulescu
On Thu, Feb 8, 2018 at 5:23 PM, Andrey Ryabinin wrote:
>
>
> On 02/08/2018 07:18 PM, Jan Kara wrote:
>
>>> By "full kernel crashdump" you mean kdump thing, or something else?
>>
>> Yes, the kdump thing (for KVM guest you can grab the memory dump also from
>> the host in a simplier way and it shoul
On Thu, Feb 8, 2018 at 8:19 AM, Masahiro Yamada
wrote:
> This was prompted by the email from Linus today's morning.
Thanks.
> I implmented this in a rush today, so there are still many TODOs,
> but I put it here to start discussion.
>
> I think it is working, but as you notice, it is tedious to
On 08/02/18 11:00, Christoffer Dall wrote:
On Tue, Jan 09, 2018 at 07:04:03PM +, Suzuki K Poulose wrote:
On arm/arm64 we pre-allocate the entry level page tables when
a VM is created and is free'd when either all the mm users are
gone or the KVM is about to get destroyed. i.e, kvm_free_stage
On Thu, Feb 08, 2018 at 05:41:19PM +0100, Dmitry Vyukov wrote:
> On Thu, Feb 8, 2018 at 5:30 PM, Josh Poimboeuf wrote:
> > On Thu, Feb 08, 2018 at 01:03:49PM +0300, Kirill Tkhai wrote:
> >> On 07.02.2018 21:38, Dave Hansen wrote:
> >> > On 02/07/2018 08:14 AM, Kirill Tkhai wrote:
> >> >> Sometimes
2018-02-09 1:19 GMT+09:00 Masahiro Yamada :
> Moving compiler option tests to Kconfig means you need to re-run
> Kconfig when you update your compiler. All CC_HAS_... symbols
> and other symbols that depend on them must be re-calculated.
>
> It will be nice to detect the compiler update and automa
On 08/02/18 11:01, Christoffer Dall wrote:
On Tue, Jan 09, 2018 at 07:04:04PM +, Suzuki K Poulose wrote:
We allocate the entry level page tables for stage2 when the
VM is created. This doesn't give us the flexibility of configuring
the physical address space size for a VM. In order to allow
On Thu, 8 Feb 2018 08:59:30 -0700
Mathieu Poirier wrote:
> On 7 February 2018 at 14:03, Kim Phillips wrote:
> > Commit 1c8859848dbb ("coresight replicator: Cleanup programmable
> > replicator naming") changed the Kconfig symbol name from
> > QCOM_REPLICATOR, which, whilst not in the single arm64
On 08/02/18 11:00, Christoffer Dall wrote:
On Tue, Jan 09, 2018 at 07:04:09PM +, Suzuki K Poulose wrote:
Now that we can manage the stage2 page table per VM, switch the
configuration details to per VM instance. We keep track of the
IPA bits, number of page table levels and the VTCR bits (whi
On Thu, 2018-02-08 at 15:35 +0100, Philippe Ombredanne wrote:
> However checking that licenses ids are known and listed in the kernel
> doc is essential IMHO to avoid drift and insulate the kernel from SPDX
> updates. Case in point the new SPDX "GPL-2.0-only" is NOT what was
> documented by tglx a
On Thu, Feb 08, 2018 at 05:12:04PM +, Rolf Neugebauer wrote:
> From: Borislav Petkov
>
> commit 1f161f67a272cc4f29f27934dd3f74cb657eb5c4 upstream with adjustments.
This also seems to work for 4.9, thanks! Both now queued up.
greg k-h
On Thu, Feb 08, 2018 at 03:49:59AM +0100, Greg KH wrote:
> On Tue, Feb 06, 2018 at 09:05:46PM +, Woodhouse, David wrote:
> >
> >
> > On Tue, 2018-02-06 at 19:01 +0100, Paolo Bonzini wrote:
> > > On 06/02/2018 18:29, David Woodhouse wrote:
> > > > I've put together a linux-4.9.y branch at
> >
On Thu, Feb 8, 2018 at 12:02 PM, David Laight wrote:
> From: Arnd Bergmann
>> Sent: 08 February 2018 15:23
> ...
>> The Winchip is what eventually turned into the VIA Nano, which does
>> have speculative execution, but I don't think the earlier C3 and C7 did,
>> they are much closer to the origina
On Tue, 30 Jan 2018 14:42:01 PST (-0800), antonynpav...@gmail.com wrote:
From: Palmer Dabbelt
As part of the MIPS conversion to use the generic GCC library routines,
Matt Redfearn discovered that I'd missed a notrace on __ucmpdi2(). This
patch rectifies the problem.
CC: Matt Redfearn
CC: Ant
On Thu, Feb 8, 2018 at 1:13 AM, Peter Zijlstra wrote:
>
> _The_ problem is that new binutils cannot sanely decode any function
> that has a WARN in (this very much includes perf annotate):
Ugh.
Is there any reason why we don't just use UD2 and avoid this whole issue?
Do we even *do* anything di
On Thu, Feb 08, 2018 at 04:31:47PM +, Suzuki K Poulose wrote:
> On 08/02/18 16:10, Dave Martin wrote:
> >On Thu, Feb 08, 2018 at 12:12:37PM +, Suzuki K Poulose wrote:
> >>So far we have restricted the scopes for the capabilities
> >>as follows :
> >> 1) Errata workaround check are run all
On Thu, Feb 8, 2018 at 5:02 AM, Peter Zijlstra wrote:
>
> Fix this by creating a 'jump-stack' which we can 'unwind' during
> reversal, thereby skipping over much of the in-between code.
I'm assuming this will come through the normal tip trees, since that's
where objtool stuff generally comes from
On Wed, 31 Jan 2018 08:07:51 PST (-0800), matt.redfe...@mips.com wrote:
Hi,
On 31/01/18 15:33, Antony Pavlov wrote:
The commit b35cd9884fa5 ("lib: Add shared copies of
some GCC library routines") makes it possible
to share generic GCC library routines by several
architectures.
This commit remo
On 5 February 2018 at 01:21, Ulf Magnusson wrote:
> The MIPS_SEAD3 symbol was removed in commit 64601cb1343f ("leds: Remove SEAD-3
> driver").
>
> Remove the MIPS_SEAD3 dependency from IMG_ASCII_LCD.
Its not a dependency, just a default (presumably so that existing
kernel configs get updated auto
Hi Huang,
On Thu, Feb 08, 2018 at 11:27:50PM +0800, huang ying wrote:
> On Wed, Feb 7, 2018 at 3:00 PM, Huang, Ying wrote:
> > From: Huang Ying
> >
> > It was reported by Sergey Senozhatsky that if THP (Transparent Huge
> > Page) and frontswap (via zswap) are both enabled, when memory goes low
>
If it was interrupted by a signal, the 9p client may need to send some
more requests to the server for cleanup before returning to userspace.
To avoid such a last minute request to be interrupted right away, the
client memorizes if a signal is pending, clear TIF_SIGPENDING, handle
the request and
On Thu, Feb 8, 2018 at 1:47 AM, Ingo Molnar wrote:
>
> So for those reasons I'm really tempted by the all around simplification
> offered
> by this series:
>
>2 files changed, 62 insertions(+), 160 deletions(-)
>
> Basically in this specific case I'd like to turn the argument around,
> use th
Hi Linus,
2018-02-09 2:19 GMT+09:00 Linus Torvalds :
> On Thu, Feb 8, 2018 at 8:19 AM, Masahiro Yamada
> wrote:
>> This was prompted by the email from Linus today's morning.
>
> Thanks.
>
>> I implmented this in a rush today, so there are still many TODOs,
>> but I put it here to start discussion
On 08/02/2018 18:14, Greg KH wrote:
> On Thu, Feb 08, 2018 at 03:49:59AM +0100, Greg KH wrote:
>> On Tue, Feb 06, 2018 at 09:05:46PM +, Woodhouse, David wrote:
>>>
>>>
>>> On Tue, 2018-02-06 at 19:01 +0100, Paolo Bonzini wrote:
On 06/02/2018 18:29, David Woodhouse wrote:
> I've put tog
If the max_discard value is zero, the conditional branch that checks the
trim capabilities will never update this value with max_trim.
Change the condition statement to also check the max_discard value in order
to avoid an unnecessary call to mmc_do_calc_max_discard.
Signed-off-by: Sergio Valverd
> -Original Message-
> From: Paul Menzel [mailto:pmenzel+platform-driver-...@molgen.mpg.de]
> Sent: Thursday, February 8, 2018 12:37 AM
> To: Limonciello, Mario
> Cc: Pali Rohár ; it+platform-driver-...@molgen.mpg.de;
> platform-driver-...@vger.kernel.org; linux-kernel@vger.kernel.org
> Su
On 2018-01-19 16:46:12 [+0100], Frederic Weisbecker wrote:
> diff --git a/kernel/softirq.c b/kernel/softirq.c
> index c8c6841..becb1d9 100644
> --- a/kernel/softirq.c
> +++ b/kernel/softirq.c
> @@ -62,6 +62,19 @@ const char * const softirq_to_name[NR_SOFTIRQS] = {
…
> +static void vector_work_func(
On Thu, Feb 8, 2018 at 9:19 AM, Masahiro Yamada
wrote:
>
> Should this be checked?
> Or, is it just "Don't do it" thing?
I think it's probably a "Don't do it".
In fact, maybe we should just make it very explicit that you need to
re-run "make *config" by hand if you have updated your compiler.
S
When booting an arm64 debug kernel with ACPI, I see:
BUG: sleeping function called from invalid context at mm/slab.h:420
in_atomic(): 0, irqs_disabled(): 128, pid: 12, name: cpuhp/0
1 lock held by cpuhp/0/12:
#0: (cpuhp_state-up){+.+.}, at: [<57aa0dae>]
cpuhp_thread_fun+0x13
On Thu, Feb 8, 2018 at 12:02 PM, David Laight wrote:
> From: Arnd Bergmann
>> Sent: 08 February 2018 15:23
> ...
>> The Winchip is what eventually turned into the VIA Nano, which does
>> have speculative execution, but I don't think the earlier C3 and C7 did,
>> they are much closer to the origina
On Thu, Feb 08, 2018 at 05:56:49PM +0200, Sagi Grimberg wrote:
> Given the discussion on this set, you plan to respin again
> for 4.16?
With the exception of maybe patch 1, this needs more consideration than
I'd feel okay with for the 4.16 release.
From: Markus Elfring
Date: Thu, 8 Feb 2018 18:42:51 +0100
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
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 6 ++
1 file changed, 2
Ping ?
Michael,
Since this is virtio code and you have acked the QEMU part of the fix already,
would you be kind enough to take this through your tree ?
Cheers,
--
Greg
On Mon, 22 Jan 2018 22:02:05 +0100
Greg Kurz wrote:
> When a 9p request is successfully flushed, the server is expected to
On Thu, Feb 8, 2018 at 9:20 AM, Enric Balletbo i Serra
wrote:
> From: William wu
>
> rockchip,usb3-host-disable is the register of type-c phy disable usb3 host
> rockchip,usb3-host-port is the register of type-c phy usb3 port number
>
> Signed-off-by: William wu
> Signed-off-by: Enric Balletbo i
On 2018-01-28 20:34, Asutosh Das wrote:
From: Maya Erez
The device can set the exception event bit in one of the response UPIU,
for example to notify the need for urgent BKOPs operation.
In such a case the host driver calls ufshcd_exception_event_handler to
handle this notification.
When trying
On 08/02/18 11:14, Christoffer Dall wrote:
On Tue, Jan 09, 2018 at 07:04:10PM +, Suzuki K Poulose wrote:
Allow the guests to choose a larger physical address space size.
The default and minimum size is 40bits. A guest can change this
right after the VM creation, but before the stage2 entry p
Hi Dave,
first set of fixes for 4.16, unusually many when the merge window hasn't
even closed yet. Especially the ssb fix is important so I hope there's
still time to get this to 4.16-rc1. As you can see from the diffstat
there's one PCI id addition but that has been acked by Bjorn.
Please let me
Hi Mark,
On Thu, Feb 08, 2018 at 12:45:04PM -0500, Mark Salter wrote:
> When booting an arm64 debug kernel with ACPI, I see:
>
>BUG: sleeping function called from invalid context at mm/slab.h:420
>in_atomic(): 0, irqs_disabled(): 128, pid: 12, name: cpuhp/0
>1 lock held by cpuhp/0/12:
Hi Derek,
On Wed, Feb 07, 2018 at 06:36:46PM -0800, Derek Basehore wrote:
> Some platforms power off GIC logic in suspend, so we need to
> save/restore state. The distributor and redistributor registers need
> to be handled in platform code due to access permissions on those
> registers, but the I
On 02/08/2018 05:06 AM, Matthew Wilcox wrote:
On Thu, Feb 08, 2018 at 02:29:57PM +0800, Kai Heng Feng wrote:
A user with i386 instead of AMD64 machine reports [1] that commit 19809c2da28a
("mm, vmalloc: use __GFP_HIGHMEM implicitly”) causes a regression.
BUG_ON(PageHighMem(pg)) in drivers/media
On Thu, Feb 08, 2018 at 06:42:03PM +0100, Paolo Bonzini wrote:
> On 08/02/2018 18:14, Greg KH wrote:
> > On Thu, Feb 08, 2018 at 03:49:59AM +0100, Greg KH wrote:
> >> On Tue, Feb 06, 2018 at 09:05:46PM +, Woodhouse, David wrote:
> >>>
> >>>
> >>> On Tue, 2018-02-06 at 19:01 +0100, Paolo Bonzini
On Thu, 2018-02-08 at 17:54 +, Mark Rutland wrote:
> Hi Mark,
>
> On Thu, Feb 08, 2018 at 12:45:04PM -0500, Mark Salter wrote:
> > When booting an arm64 debug kernel with ACPI, I see:
> >
> >BUG: sleeping function called from invalid context at mm/slab.h:420
> >in_atomic(): 0, irqs_di
From: Sean Wang
Changes since v3:
- enhance dt-binding documents based on Rob's comments
- make consistent among all comments
- perfer ordering declarations longest to shortest
- fix warning reported from kbuild test robot
- add patch 4 and 5 to keep Fengguang and Julia's effort
Changes since v2
On 08/02/18 16:58, Suzuki K Poulose wrote:
On 08/02/18 12:26, Marc Zyngier wrote:
On 08/02/18 12:19, Suzuki K Poulose wrote:
On 07/02/18 10:39, Dave Martin wrote:
On Wed, Jan 31, 2018 at 06:28:04PM +, Suzuki K Poulose wrote:
We defend against branch predictor training based exploits by
ta
From: kbuild test robot
Fixes: c8e4b2e4ca21 ("dmaengine: mediatek: Add MediaTek High-Speed DMA
controller for MT7622 and MT7623 SoC")
Signed-off-by: Fengguang Wu
Acked-by: Sean Wang
---
drivers/dma/mediatek/mtk-hsdma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
On Thu, 08 Feb 2018 03:56:26 +0100, Jann Horn said:
> I wouldn't be too surprised if there are more 32-bit overflows that
> start being realistic once you put something on the order of terabytes
> of memory into one machine, given that refcount_t is 32 bits wide -
> for example, the i_count. See
>
From: Fengguang Wu
Use zeroing allocator rather than allocator followed by memset with 0
Generated by: scripts/coccinelle/api/alloc/zalloc-simple.cocci
Fixes: c8e4b2e4ca21 ("dmaengine: mediatek: Add MediaTek High-Speed DMA
controller for MT7622 and MT7623 SoC")
Cc: Sean Wang
Signed-off-by: F
From: Sean Wang
MediaTek High-Speed DMA controller (HSDMA) on MT7622 and MT7623 SoC has
a single ring is dedicated to memory-to-memory transfer through ring based
descriptor management.
Even though there is only one physical ring available inside HSDMA, the
driver can be easily extended to the s
On 08/02/18 17:59, Suzuki K Poulose wrote:
On 08/02/18 16:58, Suzuki K Poulose wrote:
On 08/02/18 12:26, Marc Zyngier wrote:
On 08/02/18 12:19, Suzuki K Poulose wrote:
On 07/02/18 10:39, Dave Martin wrote:
On Wed, Jan 31, 2018 at 06:28:04PM +, Suzuki K Poulose wrote:
We defend against br
Update the documentation to reflect the 1Hz tick offload changes.
Signed-off-by: Frederic Weisbecker
Cc: Chris Metcalf
Cc: Christoph Lameter
Cc: Luiz Capitulino
Cc: Mike Galbraith
Cc: Paul E. McKenney
Cc: Peter Zijlstra
Cc: Rik van Riel
Cc: Thomas Gleixner
Cc: Wanpeng Li
Cc: Ingo Molnar
This check is racy but provides a good heuristic to determine whether
a CPU may need a remote tick or not.
Signed-off-by: Frederic Weisbecker
Cc: Chris Metcalf
Cc: Christoph Lameter
Cc: Luiz Capitulino
Cc: Mike Galbraith
Cc: Paul E. McKenney
Cc: Peter Zijlstra
Cc: Rik van Riel
Cc: Thomas G
On Fri, 02 Feb 2018 01:45:28 PST (-0800), Christoph Hellwig wrote:
Looks fine:
Reviewed-by: Christoph Hellwig
Thanks, I'm still working through my FOSDEM-related email backlog. I'll target
this for the next RC, as it seems like a small enough fix. It should be in the
next linux-next.
Now that the 1Hz tick is offloaded to workqueues, we can safely remove
the residual code that used to handle it locally.
Signed-off-by: Frederic Weisbecker
Cc: Chris Metcalf
Cc: Christoph Lameter
Cc: Luiz Capitulino
Cc: Mike Galbraith
Cc: Paul E. McKenney
Cc: Peter Zijlstra
Cc: Rik van Riel
When a CPU runs in full dynticks mode, a 1Hz tick remains in order to
keep the scheduler stats alive. However this residual tick is a burden
for bare metal tasks that can't stand any interruption at all, or want
to minimize them.
The usual boot parameters "nohz_full=" or "isolcpus=nohz" will now
o
As we prepare for offloading the residual 1hz scheduler ticks to
workqueue, let's affine those to housekeepers so that they don't
interrupt the CPUs that don't want to be disturbed.
Signed-off-by: Frederic Weisbecker
Cc: Chris Metcalf
Cc: Christoph Lameter
Cc: Luiz Capitulino
Cc: Mike Galbrait
On 08/02/18 17:22, Kim Phillips wrote:
On Thu, 8 Feb 2018 08:59:30 -0700
Mathieu Poirier wrote:
On 7 February 2018 at 14:03, Kim Phillips wrote:
Commit 1c8859848dbb ("coresight replicator: Cleanup programmable
replicator naming") changed the Kconfig symbol name from
QCOM_REPLICATOR, which, w
This series should address most reviews from Peterz in v4:
* Check that the remote tick doesn't come way too late. For that we
track the last time we called update_curr() with checking
tsk->se.exec_start which doesn't only account for ticks but also queue
and dequeue events.
* Add comment t
Do that rename in order to normalize the hrtick namespace.
Signed-off-by: Frederic Weisbecker
Cc: Chris Metcalf
Cc: Christoph Lameter
Cc: Luiz Capitulino
Cc: Mike Galbraith
Cc: Paul E. McKenney
Cc: Peter Zijlstra
Cc: Rik van Riel
Cc: Thomas Gleixner
Cc: Wanpeng Li
Cc: Ingo Molnar
---
k
On Wed, Feb 07, 2018 at 06:36:48PM -0800, Derek Basehore wrote:
> This adds functionality to resend the MAPC command to an ITS node on
> resume. If the ITS is powered down during suspend and the collections
> are not backed by memory, the ITS will lose that state. This just sets
> up the known stat
From: Sean Wang
Document the devicetree bindings for MediaTek High-Speed DMA controller
which could be found on MT7623 SoC or other similar Mediatek SoCs.
Signed-off-by: Sean Wang
---
.../devicetree/bindings/dma/mtk-hsdma.txt | 33 ++
1 file changed, 33 insertions(
From: Sean Wang
I work for MediaTek and maintain SoC targeting to home gateway and
also will keep extending and testing the function.
Signed-off-by: Sean Wang
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c90687e..48f85f4 100644
--
On Thu, Feb 08, 2018 at 09:27:56AM -0800, Linus Torvalds wrote:
> On Thu, Feb 8, 2018 at 1:13 AM, Peter Zijlstra wrote:
> >
> > _The_ problem is that new binutils cannot sanely decode any function
> > that has a WARN in (this very much includes perf annotate):
>
> Ugh.
>
> Is there any reason wh
On Tue, Jan 09, 2018 at 07:04:08PM +, Suzuki K Poulose wrote:
> We set VTCR_EL2 very early during the stage2 init and don't
> touch it ever. This is fine as we had a fixed IPA size. This
> patch changes the behavior to set the VTCR for a given VM,
> depending on its stage2 table. The common con
>> That seems pretty bad. So here's a patch which adds documentation to the
>> two sysctls that a sysadmin could use to shoot themselves in the foot,
>> and adds a warning if they change either of them to a dangerous value.
>
> I have negative feelings about this patch, mostly because AFAICS:
>
>
From: Sean Wang
Fix the pointer to struct scp_subdomian not being moved forward
when each sub-domain is expected to be iteratively added through
pm_genpd_add_subdomain call.
Cc: sta...@vger.kernel.org
Fixes: 53fddb1a66dd ("soc: mediatek: reduce code duplication of scpsys_probe
across all SoCs")
Joe,
On Thu, Feb 8, 2018 at 6:24 PM, Joe Perches wrote:
> On Thu, 2018-02-08 at 15:35 +0100, Philippe Ombredanne wrote:
>> However checking that licenses ids are known and listed in the kernel
>> doc is essential IMHO to avoid drift and insulate the kernel from SPDX
>> updates. Case in point the
On Thu, Feb 8, 2018 at 10:03 AM, Peter Zijlstra wrote:
>
> But yes, for our purposes UD2 is perfectly fine too, it will just mess
> up the people doing bringup and the like.
Oh, we'll inconvenience people inside Intel?
The same people who changed and screwed up the definition of UD0 just
a coupl
On Thu, Feb 08, 2018 at 09:56:42AM -0800, Laura Abbott wrote:
> > +++ b/drivers/media/v4l2-core/videobuf-dma-sg.c
> > @@ -77,7 +77,7 @@ static struct scatterlist
> > *videobuf_vmalloc_to_sg(unsigned char *virt,
> > pg = vmalloc_to_page(virt);
> > if (NULL == pg)
> >
On 02/07/2018 06:57 AM, Linus Walleij wrote:
> On Sun, Jan 21, 2018 at 9:32 PM, David Lechner wrote:
>
>> This suppresses printing an error message during probe of gpio drivers
>> when the error is EPROBE_DEFER.
>>
>> Cc: Linus Walleij
>> Signed-off-by: David Lechner
>
> I'm not sure about t
After Paul's recent message regarding the odd wifi issue he had a
comment I wanted to investigate:
dell_smbios: "No dell-smbios drivers are loaded"
Coming up early in boot. This is a side effect of dell-smbios having two
backend drivers that can be compiled as modules but no tie to force
them t
On Thu, Feb 08, 2018 at 04:25:58PM +, Rolf Neugebauer wrote:
> Here it is below (same disclaimer about crappy mail client). If Boris
> is fine with the changes, Greg, I can send it properly with "git
> send-email" if needed.
Yap, looks ok to me.
Thx.
--
Regards/Gruss,
Boris.
Good maili
Hi,
These are the remaining patches from my previous patchset to get
Droid 4 (omap4) display working. The patches have been rebased to
current master branch from Torvalds (581e400ff935). Since N950
(omap3) is broken even with the workaround I moved it to the end,
so that it can be skipped.
Workin
This adds a LCD panel orientation hint to the Droid 4. If the
display is rotated this way the keyboard can be used properly.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap4-droid4-xt894.dts | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-droid4-xt894.d
This is a workaround for a hardware bug occuring on OMAP3
with manually updated panels. Details about the HW bug are
unknown to me, but without this fix the panel refresh does
not work at all on Nokia N950. This is not the case for the
OMAP4 based Droid 4, which works perfectly fine with default
se
Add support to inform the DRM subsystem about the orientation
the display has been mounted to the casing.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/omapdrm/displays/panel
This adds support for setting DRM panel orientation property
based on information from the display driver.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/omapdrm/dss/omapdss.h| 2 ++
drivers/gpu/drm/omapdrm/omap_connector.c | 10 +-
2 files changed, 11 insertions(+), 1 deletio
Hi,
On Thu, Feb 08, 2018 at 12:53:16PM +0200, Tomi Valkeinen wrote:
> On 08/02/18 11:41, Pavel Machek wrote:
> >> I've also picked patches 7-12.
> >
> > It seems that part of the support made it to v4.16. Is it supposed to
> > be complete?
> >
> > I still have these in my tree, and result works
This adds the required infrastructure for manually
updated displays, such as DSI command mode panels.
While those panels often support partial updates
we currently always do a full refresh. Display
will be refreshed when something calls the dirty
callback, such as libdrm's drmModeDirtyFB().
This
Introduce new "orientation" property for describing in which
orientation a panel has been mounted to the device. This can
be used by the operating system to automatically rotate the
display correctly.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/display/panel/panel-common.txt
This prepares framedone interrupt handling for
manual display update support.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 48 +
drivers/gpu/drm/omapdrm/omap_crtc.h | 1 +
drivers/gpu/drm/omapdrm/omap_irq.c | 24
In preparation for manually updated display support, such as DSI
command mode panels, this adds a simple helper to see if a connector
is manually updated.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/omapdrm/omap_connector.c | 8
drivers/gpu/drm/omapdrm/omap_connector.h | 1 +
2
On Thu, Feb 08, 2018 at 02:02:32PM +0100, Peter Zijlstra wrote:
>
> Linus reported that GCC-7.3 generated a switch-table construct that
> confused objtool. It turns out that, in particular due to KASAN, it is
> possible to have unrelated .rodata usage in between the .rodata setup
> for the switch-
On Sun, 04 Feb 2018 17:21:19 PST (-0800), ulfali...@gmail.com wrote:
The ARCH_WANT_OPTIONAL_GPIOLIB symbol was removed in commit 65053e1a7743
("gpio: delete ARCH_[WANTS_OPTIONAL|REQUIRE]_GPIOLIB"). GPIOLIB should
just be selected explicitly if needed.
Remove the ARCH_WANT_OPTIONAL_GPIOLIB select
On Sun, 04 Feb 2018 17:21:18 PST (-0800), ulfali...@gmail.com wrote:
The ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE symbol was removed in
commit 51a021244b9d ("atomic64: no need for
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE").
Remove the ARCH_HAS_ATOMIC64_DEC_IS_POSITIVE select from RISCV.
Discovered wit
On 02/08/2018 10:18 AM, Matthew Wilcox wrote:
On Thu, Feb 08, 2018 at 09:56:42AM -0800, Laura Abbott wrote:
+++ b/drivers/media/v4l2-core/videobuf-dma-sg.c
@@ -77,7 +77,7 @@ static struct scatterlist *videobuf_vmalloc_to_sg(unsigned
char *virt,
pg = vmalloc_to_page(virt);
Hi James,
Here are the remaining 2 FUSE patches.
thanks,
Mimi
The following changes since commit e2598077dc6a26c9644393e5c21f22a90dbdccdb:
ima: re-initialize iint->atomic_flags (2018-02-02 21:03:08 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/g
On Wed, Feb 07, 2018 at 10:29:15PM +0100, Dominik Brodowski wrote:
> On Wed, Feb 07, 2018 at 12:44:41PM -0800, Linus Torvalds wrote:
> > On Wed, Feb 7, 2018 at 12:15 PM, Dominik Brodowski
> > wrote:
> > >
> > > Note: The testb $3, CS(%rsp) instruction in idtentry() does not need
> > > modification
From: Markus Elfring
Date: Thu, 8 Feb 2018 19:30:06 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/drm_fb_cma_helper.c | 5 ++---
1 file changed, 2 insert
On Fri, Feb 9, 2018 at 3:19 AM, Masahiro Yamada
wrote:
> Add CC_HAS_STACKPROTECTOR(_STRONG) and proper dependency.
>
> I re-arranged the choice values, _STRONG, _REGULAR, _NONE in this order
> because the default of choice is the first visible symbol.
> [...]
> +# is this necessary?
> +#ifeq ($(CO
Hi Linus,
As I mentioned in the last pull request, there's a second batch of
security updates for arm64 with mitigations for Spectre/v1 and an
improved one for Spectre/v2 (via a newly defined firmware interface
API).
The patch "arm64: KVM: Fix SMCCC handling of unimplemented SMC/HVC
calls" is alr
Hi Paul,
thanks to you and all the involved guys for this useful tool.
I give it a try today and found that by installing herd7 by just
following the instruction in herdtools7/INSTALL.md, and precisely
installing it via:
opam install herdtools7
it seems to give you a tool which fails to run t
From: Sebastian Andrzej Siewior
Date: Thu, 8 Feb 2018 18:44:52 +0100
> May I instead suggest to stick to ksoftirqd? So you run in softirq
> context (after return from IRQ) and if takes too long, you offload the
> vector to ksoftirqd instead. You may want to play with the metric on
> which you dec
From: David Howells
Date: Thu, 08 Feb 2018 15:59:07 +
> Don't put buffers of data to be handed to crypto on the stack as this may
> cause an assertion failure in the kernel (see below). Fix this by using an
> kmalloc'd buffer instead.
...
> Reported-by: Jonathan Billings
> Reported-by: Mar
Linus,
The following changes since commit 0c5b9b5d9adbad4b60491f9ba0d2af38904bb4b9:
Linux 4.15-rc9 (2018-01-21 13:51:26 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia.git pcmcia
for you to fetch changes up to d3fdd701248290b511683f
El Thu, Feb 08, 2018 at 09:33:53AM -0500 Harry Wentland ha dit:
> On 2018-02-07 08:51 PM, Matthias Kaehlcke wrote:
> > Use subdir-ccflags instead of specifying the same flags for every source
> > file.
> >
> > Signed-off-by: Matthias Kaehlcke
> > Reviewed-by: Guenter Roeck
> > ---
> > Changes i
From: Grygorii Strashko
Date: Thu, 8 Feb 2018 10:04:31 -0600
> Could this be marked as stable material 4.9+?
Sure, queued up.
401 - 500 of 774 matches
Mail list logo
