4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
commit 8705d603edd49f1cff165cd3b7998f4c7f098d27 upstream.
arch/x86/built-in.o: In function `arch_setup_additional_pages':
(.text+0x587): undefined reference
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 900498a34a3ac9c611e9b425094c8106bdd7dc1c upstream.
PCM OSS read/write loops keep taking the mutex lock for the whole
read/write, and this might take very
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 29159a4ed7044c52e3e2cf1a9fb55cec4745c60b upstream.
The loops for read and write in PCM OSS emulation have no proper check
of pending signals, and they keep
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 898dfe4687f460ba337a01c11549f87269a13fa2 upstream.
The aloop driver tries to update the hw constraints of the connected
target on the cable of the opened PCM
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit b088b53e20c7d09b5ab84c5688e609f478e5c417 upstream.
The extra hw constraint rule for the formats the aloop driver
introduced has a slight flaw, where it
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 6708913750344a900f2e73bfe4a4d6dbbce4fe8d upstream.
In the OSS emulation plugin builder where the frame size is parsed in
the plugin chain, some places miss
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit ae072726f6109bb1c94841d6fb3a82dde298ea85 upstream.
Since commit 59b6986dbf fixed a potential NULL pointer dereference
by allocating a
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Stefan Agner
commit b8626f1dc29d3eee444bfaa92146ec7b291ef41c upstream.
When using a GPIO which is high by default, and initialize the
driver in USB Hub mode, initialization
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Greg Kroah-Hartman
This reverts commit 70d9dccf50152b0d7bfb2697d8c51e9fab9f782c which was
commit 435019b48033138581a6171093b181fc6b4d3d30 upstream.
Jimmy Assarsson
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Pete Zaitcev
commit 46eb14a6e1585d99c1b9f58d0e7389082a5f466b upstream.
Automated tests triggered this by opening usbmon and accessing the
mmap while simultaneously
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Sergei Shtylyov
[ Upstream commit 5133550296d43236439494aa955bfb765a89f615 ]
Renesas SH7757 has 2 Fast and 2 Gigabit Ether controllers, while the
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: David Howells
commit 98801506552593c9b8ac11021b0cdad12cab4f6b upstream.
Fix the default for fscache_maybe_release_page() for when the cookie isn't
valid or the page isn't
The GLU Licence states that all software released under this licence,
will have available source, and is intended for use in a system, where
fair pay transactions in deliar are done for the maintenance of the
software. Which will be The GLU Operating System.
We hope deliar will grow to be a
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Maciej W. Rozycki
commit be07a6a1188372b6d19a3307ec33211fc9c9439d upstream.
Fix a commit 72b22bbad1e7 ("MIPS: Don't assume 64-bit FP registers for
FP regset") public API
From: David Woodhouse
> Sent: 14 January 2018 17:04
> x86/retpoline: Fill RSB on context switch for affected CPUs
>
> On context switch from a shallow call stack to a deeper one, as the CPU
> does 'ret' up the deeper side it may encounter RSB entries (predictions for
> where the 'ret' goes to)
From: Ian Ray
Disable the SD card interface from devicetree.
Signed-off-by: Ian Ray
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/imx6q-bx50v3.dtsi | 4
1 file changed, 4 insertions(+)
diff --git
Laurence, I'm a little confused. Is this the same issue we just fixed,
or is this an issue showing up with the fix?
E.g. what kernel versions or trees are affected?
This patch fixes spelling typos found in printk.
Signed-off-by: Masanari Iida
---
drivers/fmc/fmc-core.c| 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c | 2 +-
drivers/gpu/drm/i915/intel_cdclk.c| 4 ++--
On Mon, Jan 15, 2018 at 12:52:42PM +0100, Eugene Syromiatnikov wrote:
> For some reason, the implementation of these two 16-bit ID system calls
> used cast instead of low2highgid/low2highuid macros for converting [GU]IDs,
> which leads to incorrect handling of value of -1 (which ought to be
>
On 15/01/18 15:56, Borislav Petkov wrote:
> On Mon, Jan 15, 2018 at 03:52:25PM +0100, Juergen Gross wrote:
>> Ingo, with my finding that above boot failure is related to a bug in
>> openSUSE's grub2 (I've verified it soesn't exist in upstream grub2),
>
> The box I'm seeing this on has SLES12-SP2
On Mon, Jan 15, 2018 at 04:05:07PM +0800, Icenowy Zheng wrote:
> 在 2018年1月15日星期一 CST 下午4:01:39,Maxime Ripard 写道:
> > Hi,
> >
> > On Fri, Jan 12, 2018 at 02:39:04PM +0530, Jagan Teki wrote:
> > > Add usb otg support for orangepi-zero-plus2 board:
> > > - Add usb_otg node with dr_mode as 'otg'
> >
On Mon, Jan 15, 2018 at 10:25:01AM -0500, Mike Snitzer wrote:
> On Mon, Jan 15 2018 at 8:27am -0500,
> Stephen Rothwell wrote:
>
> > Hi all,
> >
> > Commit
> >
> > 34e1467da673 ("Revert "genirq/affinity: assign vectors to all possible
> > CPUs"")
> >
> > is missing
> On Thu, 2 Nov 2017, kan.li...@intel.com wrote:
>
> > From: Kan Liang
> >
> > The free running counter is read-only and always active. Current generic
> > uncore code does not support this kind of counters.
> >
> > The free running counter is read-only. It cannot be
Building jailhouse support without PCI results in a link error:
arch/x86/kernel/jailhouse.o: In function `jailhouse_init_platform':
jailhouse.c:(.init.text+0x235): undefined reference to `pci_probe'
arch/x86/kernel/jailhouse.o: In function `jailhouse_pci_arch_init':
On Mon, Jan 15, 2018 at 4:55 PM, Arnd Bergmann wrote:
> --- a/crypto/Makefile
> +++ b/crypto/Makefile
> @@ -99,7 +99,7 @@ obj-$(CONFIG_CRYPTO_TWOFISH_COMMON) += twofish_common.o
> obj-$(CONFIG_CRYPTO_SERPENT) += serpent_generic.o
> CFLAGS_serpent_generic.o := $(call
Hi,
These two patches fixes IO hang issue reported by Laurence.
84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
may cause one irq vector assigned to all offline CPUs, then this vector
can't handle irq any more.
The 1st patch moves irq vectors spread into one function, and
We can build this driver with or without NVMEM, but not built-in
when NVMEM is a loadable module:
drivers/watchdog/rave-sp-wdt.o: In function `rave_sp_wdt_probe':
rave-sp-wdt.c:(.text+0x27c): undefined reference to `nvmem_cell_get'
rave-sp-wdt.c:(.text+0x290): undefined reference to
Add a consumer variant to GPIO request relative functions. The goal
is to fix the bad ownership, which is arbitrary set to
"range->name:gpio", of a GPIO.
There is a lack of configuration features for GPIO. For instance,
we can't set the bias. Some pin controllers manage both device's
pins and
RESEND: fix typo in email address.
Hi,
A few weeks ago, I have sent an RFC about adding bias support for GPIOs [1].
It was motivated by the fact that I wanted to enable the pinmuxing strict mode
for my pin controller which can muxed a pin as a peripheral or as a GPIO.
Enabling the strict mode
On Mon, 2018-01-15 at 08:27 -0800, Christoph Hellwig wrote:
> On Mon, Jan 15, 2018 at 11:20:36AM -0500, Mimi Zohar wrote:
> > Some filesystems do not export the filesystem's magic number, as it is
> > considered internal, private data. In other cases, the policy rule
> > needs to identify a
On 15.01.2018 17:42, Juergen Gross wrote:
On 15/01/18 17:29, Gabriel C wrote:
On 15.01.2018 16:40, Juergen Gross wrote:
On 15/01/18 16:32, Ingo Molnar wrote:
Hi Juergen,
* Juergen Gross wrote:
On 15/01/18 15:56, Borislav Petkov wrote:
On Mon, Jan 15, 2018 at
From: Steffen Klassert
Date: Mon, 15 Jan 2018 14:23:29 +0100
> On Mon, Jan 15, 2018 at 01:34:40PM +0100, Greg Kroah-Hartman wrote:
>> 4.14-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: "David S.
>>> Now, if probe function calls devm_kzalloc two times and one of them fails,
>>> you cannot easily say which one without looking at assembly listing.
>>
>> Will this situation change with any other implementation for such backtraces?
>
> How much that situation changes depends mainly on that
From: zain wang
Following the correct power up sequence:
dp_pd=ff => dp_pd=7f => wait 10us => dp_pd=00
Cc: Stéphane Marchesin
Signed-off-by: zain wang
Signed-off-by: Sean Paul
Signed-off-by: Thierry
From: Lin Huang
We need to enable video before analogix_dp_is_video_stream_on(), so
we can get the right video stream status.
Cc: 征增 王
Cc: Stéphane Marchesin
Signed-off-by: Lin Huang
Signed-off-by: Sean Paul
From: Lin Huang
When panel is shut down, we should make sure edp can be disabled to avoid
undefined behavior.
Cc: Stéphane Marchesin
Signed-off-by: Lin Huang
Signed-off-by: zain wang
Signed-off-by: Sean Paul
From: zain wang
According to DP spec v1.3 chap 3.5.1.2 Link Training, Link Policy Maker
must first detect that the HPD signal is asserted high by the Downstream
Device before establishing a link with it.
Cc: Stéphane Marchesin
Signed-off-by: zain wang
From: Lin Huang
There was a 1ms delay to detect the hpd signal, which is too short to
detect a short pulse. This patch extends this delay to 100ms.
Cc: Stéphane Marchesin
Cc: 征增 王
Signed-off-by: Lin Huang
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit b7c6d2675899cfff0180412c63fc9cbd5bacdb4d upstream.
We need to ensure there is enough headroom to push extra header,
but we also need to check if we are
Em Mon, Jan 15, 2018 at 10:57:52AM -0300, Arnaldo Carvalho de Melo escreveu:
> > [root@f27 perf]# ./perf trace --no-syscalls --max-stack 4
> > -e probe_libc:inet_pton/call-graph=dwarf/ ping -6 -c 1 ::1
> > PING ::1(::1) 56 data bytes
> > 64 bytes from ::1: icmp_seq=1 ttl=64 time=0.020 ms
>
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 588afcc1c0e45358159090d95bf7b246fb67565f upstream.
This fixes the crash reported in:
http://seclists.org/bugtraq/2015/Oct/35
The interface number needs a
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jean-Philippe Brucker
commit 57d72e159b60456c8bb281736c02ddd3164037aa upstream.
Kasan reports a double free when finalise_stage_fn fails: the io_pgtable
ops are
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Davidlohr Bueso
commit 1329ce6fbbe4536592dfcfc8d64d61bfeb598fe6 upstream.
Make use of wake-queues and enable the wakeup to occur after releasing the
wait_lock. This is
On Mon, Jan 15, 2018 at 3:25 PM, Tetsuo Handa
wrote:
> Dmitry Vyukov wrote:
>> >> I am not completely following. You previously mentioned raw.log, which
>> >> is a collection of multiple programs, but now you seem to be talking
>> >> about a single reproducer.
On Sat, Jan 13, 2018 at 11:55:17AM +, Woodhouse, David wrote:
> FWIW we've done a backport of the sysfs/vulnerability and retpoline
> parts to 4.9, including cherry-picking a few earlier needed commits:
> http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.9.y
>
> Josh,
PPD uses the PMIC's TSI pins in general purpose ADC mode.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/imx53-ppd.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx53-ppd.dts b/arch/arm/boot/dts/imx53-ppd.dts
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 6708913750344a900f2e73bfe4a4d6dbbce4fe8d upstream.
In the OSS emulation plugin builder where the frame size is parsed in
the plugin chain, some places miss
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 29159a4ed7044c52e3e2cf1a9fb55cec4745c60b upstream.
The loops for read and write in PCM OSS emulation have no proper check
of pending signals, and they keep
On 01/10/2018 11:55 AM, Faiz Abbas wrote:
> This patch series adds support for M_CAN on the TI Dra76
> platform. Device tree patches will be sent separately.
> A bunch of patches were sent before by
> Franklin Cooper . I have clubbed the
> series together and rebased to the latest
On Mon, Jan 15, 2018 at 10:57:52AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jan 15, 2018 at 01:31:00PM +0100, Thomas-Mich Richter escreveu:
> > On 01/12/2018 09:02 PM, Arnaldo Carvalho de Melo wrote:
> > > Em Fri, Jan 12, 2018 at 01:47:06PM -0300, Arnaldo Carvalho de Melo
> > > escreveu:
On Mon 2018-01-15 07:06:37, Steven Rostedt wrote:
> On Sat, 13 Jan 2018 16:28:34 +0900
> Sergey Senozhatsky wrote:
> > On (01/12/18 07:21), Steven Rostedt wrote:
> >
> > > An OOM does not do everything in one printk, it calls hundreds.
> > > Having hundreds of
On Mon, Jan 15, 2018 at 02:59:22PM +0100, David Woodhouse wrote:
> #define IF_FEATURE(ftr) if (static_cpu_has(ftr)) arch_static_assert,
>
> IF_FEATURE(key) {
> stuff();
> }
>
> There might not be a sane way to do that though. And it's OK to have to
> manually annotate the call
On 15 January 2018 at 01:46, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Modify pm_runtime_need_not_resume() to make it avoid taking
> power.child_count for devices with power.ignore_children which
> is consistent with the runtime PM
On 12/01/2018 21:42, Jernej Škrabec wrote:
> Hi all,
>
> Dne sreda, 10. januar 2018 ob 20:25:04 CET je Jernej Skrabec napisal(a):
>> Parts of PHY code could be useful also for custom PHYs. For example,
>> Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY
>> with few additional
From: Markus Elfring
Date: Mon, 15 Jan 2018 16:11:22 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Delete an error message for a failed memory allocation in two functions
Improve a size determination
Hi Ladislav,
On 15/01/18 15:41, Ladislav Michl wrote:
> Marcus,
>
> On Mon, Jan 15, 2018 at 02:15:11PM +0100, SF Markus Elfring wrote:
>> Omit extra messages for a memory allocation failure in this function.
>>
>> This issue was detected by using the Coccinelle software.
>>
>> Signed-off-by:
This patch is preparing for doing two steps spread:
- spread vectors across non-online CPUs
- spread vectors across online CPUs
This way is applied for trying best to avoid allocating all offline CPUs
to one single vector.
No functional change, and code gets cleaned up too.
Cc:
84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
causes irq vector assigned to all offline CPUs, and IO hang is reported
on HPSA by Laurence.
This patch fixes this issue by trying best to make sure online CPU can be
assigned to irq vector. And take two steps to spread irq
Dmitry Vyukov writes:
2> On Mon, Jan 15, 2018 at 1:54 PM, Pavel Machek wrote:
>> Hi!
>>
>>> > *Snort*
>>> >
>>> > If the information to solve an issue is not in the Oops syzbot is
>>> > useless.
>>>
>>> Hi Eric
>>>
>>> That's true. But maintainers of the
On Mon, Jan 15, 2018 at 3:26 PM, Ulf Hansson wrote:
> On 15 January 2018 at 14:22, Geert Uytterhoeven wrote:
[cut]
>>
>> I did miss a small difference in topology: in pm/linux-next, H3 has DMA
>> enabled for SCIF2, while M3 hasn't (yet).
>> With
On 15.01.2018 16:40, Juergen Gross wrote:
On 15/01/18 16:32, Ingo Molnar wrote:
Hi Juergen,
* Juergen Gross wrote:
On 15/01/18 15:56, Borislav Petkov wrote:
On Mon, Jan 15, 2018 at 03:52:25PM +0100, Juergen Gross wrote:
Ingo, with my finding that above boot failure is
On Mon, Jan 15, 2018 at 05:21:47PM +0100, SF Markus Elfring wrote:
> @@ -258,7 +256,6 @@ static int usbtll_omap_probe(struct platform_device
> *pdev)
> GFP_KERNEL);
> if (!tll->ch_clk) {
> ret =
On 15/01/18 17:29, Gabriel C wrote:
> On 15.01.2018 16:40, Juergen Gross wrote:
>> On 15/01/18 16:32, Ingo Molnar wrote:
>>>
>
> Hi Juergen,
>
>>> * Juergen Gross wrote:
>>>
On 15/01/18 15:56, Borislav Petkov wrote:
> On Mon, Jan 15, 2018 at 03:52:25PM +0100, Juergen
On Mon, Jan 15, 2018 at 5:20 PM, Yazen Ghannam wrote:
> From: Yazen Ghannam
>
> Currently, aer_service_init() checks if AER is available and that
> Firmware First handling is not enabled. The _OSC request for AER is not
> taken into account when
Dave Martin writes:
> On Thu, Jan 11, 2018 at 06:59:36PM -0600, Eric W. Biederman wrote:
>> Setting si_code to 0 results in a userspace seeing an si_code of 0.
>> This is the same si_code as SI_USER. Posix and common sense requires
>> that SI_USER not be a signal specific
From: zain wang
There is no register named ANALOGIX_DP_PLL_CTL in Rockchip edp phy reg
list. We should use BIT_4 in ANALOGIX_DP_PD to control the pll power
instead of ANALOGIX_DP_PLL_CTL.
Cc: Douglas Anderson
Signed-off-by: zain wang
From: zain wang
We currently wait for the panel to mirror our intended PSR state
before continuing on both PSR enter and PSR exit. This is really
only important to do when we're entering PSR, since we want to
be sure the last frame we pushed is being served from the panel's
From: Lin Huang
AUX errors are caused by many different reasons. We may not know what
happened in aux channel on failure, so let's reset aux channel if some
errors occurred.
Cc: 征增 王
Cc: Douglas Anderson
Signed-off-by: Lin Huang
From: zain wang
The STRM_VALID bit in register ANALOGIX_DP_SYS_CTL_3 may be unstable,
so we may hit the error log "Timeout of video streamclk ok" since
checked this unstable bit.
In fact, we can go continue and the streamclk is ok if we wait enough time,
it does no effect on
From: Ladi Prosek
The assist page has been used only for the paravirtual EOI so far, hence
the "APIC" in the MSR name. Renaming to match the Hyper-V TLFS where it's
called "Virtual VP Assist MSR".
Signed-off-by: Ladi Prosek
Signed-off-by: Vitaly
Early RFC. I'll refer to this patchset in my DevConf/FOSDEM
presentations.
When running nested KVM on Hyper-V it's possible to use so called
'Enlightened VMCS' and do normal memory reads/writes instead of
doing VMWRITE/VMREAD instructions. Tests show that this speeds up
tight CPUID loop almost 3
On Mon 15 Jan 02:35 PST 2018, Loic PALLARDY wrote:
>
>
> > -Original Message-
> > From: Bjorn Andersson [mailto:bjorn.anders...@linaro.org]
> > Sent: Saturday, January 06, 2018 12:58 AM
> > To: Ohad Ben-Cohen ; Bjorn Andersson
> >
> > Cc:
On 15/01/18 16:57, Andy Lutomirski wrote:
>
>> On Jan 15, 2018, at 12:26 AM, Jon Masters wrote:
>>
>>> On 01/12/2018 05:03 PM, Henrique de Moraes Holschuh wrote:
>>> On Fri, 12 Jan 2018, Andi Kleen wrote:
> Skylake still loses if it takes an SMI, right?
SMMs are
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Ani Sinha
commit 984cf355aeaa8f2eda3861b50d0e8d3e3f77e83b upstream.
Commit 984d74a72076a1 ("sysrq: rcu-ify __handle_sysrq") replaced
spin_lock_irqsave() calls with
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit 1ab87298cb59b649d8d648d25dc15b36ab865f5a upstream.
hwrng kthread can be waiting via hwrng_fillfn for some data from a rng
like virtio-rng:
hwrng D
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: hayeswang
commit 216a8349d3a0dd1bc2afbcc821e374c8f929bd62 upstream.
Replace test_bit() followed by clear_bit() with test_and_clear_bit().
Signed-off-by: Hayes Wang
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit 39380b80d72723282f0ea1d1bbf2294eae45013e upstream.
Currently it's possible for broken (or malicious) userspace to flood a
kernel log indefinitely with
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit d532c1082f68176363ed766d09bf187616e282fe upstream.
We need to ensure there is enough headroom to push extra header,
but we also need to check if we are
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit a9e840a2081ed28c2b7caa6a9a0041c950b3c37d upstream.
We need to ensure there is enough headroom to push extra header,
but we also need to check if we are
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Cong Wang
[ Upstream commit 78bbb15f2239bc8e663aa20bbe1987c91a0b75f6 ]
A vlan device with vid 0 is allow to creat by not able to be fully
cleaned up by
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit 1c21a48055a67ceb693e9c2587824a8de60a217c upstream.
This patch fixes bug where early se_cmd exceptions that occur
before backend execution can
Dmitry Vyukov wrote:
> >> I am not completely following. You previously mentioned raw.log, which
> >> is a collection of multiple programs, but now you seem to be talking
> >> about a single reproducer. When syzbot manages to reproduce the bug
> >> only with syzkaller program but not with a
Resending with correct David's email s/d...@amazon.co.ku/d...@amazon.co.uk/
(it's incorrect in signed-off-by line)
On 01/15/2018 05:31 PM, Andrey Ryabinin wrote:
>
>
> On 01/15/2018 03:35 PM, Greg Kroah-Hartman wrote:
>> 4.9-stable review patch. If anyone has any objections, please let me
On Fri, Jan 12, 2018 at 06:59:13PM -0600, Jeremy Linton wrote:
> ACPI 6.2 adds a new table, which describes how processing units
> are related to each other in tree like fashion. Caches are
> also sprinkled throughout the tree and describe the properties
> of the caches in relation to other caches
On Wed, Jan 10, 2018 at 9:21 AM, wrote:
> From: Patrice Chotard
>
> The GPIO polarity is missing in the hdmi,hpd-gpio property, this
> fixes the following DT warnings:
>
> arch/arm/boot/dts/stih410-b2120.dtb: Warning (gpios_property):
On Friday, January 05, 2018 04:42:58 PM Nicolas Pitre wrote:
>
> When this method is set, the caller expects struct console_font fields
> to be properly initialized when it returns. Leave it unset otherwise
> nonsensical (leaked kernel stack) values are returned to user space.
>
> Signed-off-by:
On 15/01/18 16:32, Ingo Molnar wrote:
>
> * Juergen Gross wrote:
>
>> On 15/01/18 15:56, Borislav Petkov wrote:
>>> On Mon, Jan 15, 2018 at 03:52:25PM +0100, Juergen Gross wrote:
Ingo, with my finding that above boot failure is related to a bug in
openSUSE's grub2
Are you aware on the structure for a Linux allocation failure report?
Just created one (not OMAP and not this driver, but that does not matter now):
[ cut here ]
WARNING: CPU: 0 PID: 1 at mm/slab_common.c:1012 kmalloc_slab+0x38/0xdc
Modules linked in:
CPU: 0 PID: 1 Comm: swapper
On Mon, Jan 15, 2018 at 11:20:36AM -0500, Mimi Zohar wrote:
> Some filesystems do not export the filesystem's magic number, as it is
> considered internal, private data. In other cases, the policy rule
> needs to identify a specifically mounted filesystem (eg. rootfs).
No, it doesn't. Policies
On Mon, Jan 15, 2018 at 10:16:16AM +0530, Viresh Kumar wrote:
> On 12-01-18, 09:46, Eduardo Valentin wrote:
> > On Thu, Jan 11, 2018 at 03:06:09PM +0530, Viresh Kumar wrote:
> > > $ ls -R /sys/class/thermal/cooling_device0/
> > > /sys/class/thermal/cooling_device0/:
> > > cur_state max_state
The presence of a CLM file is described as optional, but missing the clm
blob causes the preinit to return unsuccessfully. Fix this by ignoring
the return value of the brcmf_c_process_clm_blob().
Also remove the extra debug print, as brcmf_c_process_clm_blob() already
did print a useful error
Hello,
On Mon, Jan 15, 2018 at 10:23:37AM +, James Hogan wrote:
> On Sun, Jan 14, 2018 at 01:34:02PM -0800, Guenter Roeck wrote:
> > Mips builds with BCMA host mode enabled fail in mainline and -next
> > with:
> >
> > In file included from include/linux/bcma/bcma.h:10:0,
> >
From: Douglas Anderson
The code in analogix_dp_transfer() that was supposed to print out:
AUX CH error happened
Was actually dead code. That's because the previous check (whether
the interrupt status indicated any errors) would have hit for all
errors anyway.
Let's
On 01/15/2018 07:18 AM, Masanari Iida wrote:
> This patch fixes spelling typos found in printk.
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Thanks.
> ---
> drivers/fmc/fmc-core.c| 2 +-
>
From: Tomasz Figa
We have to disable PSR before shutdown to avoid any asynchronous PSR
code to interfere with Rockchip DRM device shutdown. We use the recently
added analogix_dp_shutdown() function and rockchip_dp_cleanup() we
already use for unregistering PSR at unbind time.
From: Tomasz Figa
Since we take the ownership of drvdata, the master driver does not have
any means of accessing its own data from unbind callback and all it can
do is calling the analogix unbind callback. However it might be
necessary to do some clean up in the master driver
From: Douglas Anderson
The comments in analogix_dp_init_aux() claim that we're disabling aux
channel retries, but then right below it for Rockchip it sets them to
3. If we actually need 3 retries for Rockchip then we could adjust
the comment, but it seems more likely that
When the qla2xxx firmware is unavailable, eventually
qla2x00_sp_timeout() is reached, which calls the timeout function and
frees the srb_t instance.
The timeout function always resolves to qla2x00_async_iocb_timeout(),
which invokes another callback function called "done". All of these
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Lepton Wu
This finally resolve crash if loaded under qemu + haxm. Haitao Shan pointed
out that the reason of that crash is that NX bit get set for page tables.
It seems we
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alexei Starovoitov
commit 8041902dae5299c1f194ba42d14383f734631009 upstream.
convert_ctx_accesses() replaces single bpf instruction with a set of
instructions. Adjust
1 - 100 of 2778 matches
Mail list logo