On 11/29/2017 02:56 PM, Andrew Lunn wrote:
On Tue, Nov 28, 2017 at 04:55:39PM -0800, David Daney wrote:
+static int bgx_probe(struct platform_device *pdev)
+{
+ struct mac_platform_data platform_data;
+ const __be32 *reg;
+ u32 port;
+ u64 addr;
+ struct device_node
The Kryo CPUs are also affected by the Falkor 1003 errata, so
we need to do the same workaround on Kryo CPUs. The MIDR is
slightly more complicated here, where the PART number is not
always the same when looking at all the bits from 15 to 4. Drop
the lower 8 bits and just look at the top 4 to see i
On Wed, Nov 29, 2017 at 02:18:48PM -0800, Daniel Lustig wrote:
> On 11/29/2017 12:42 PM, Paul E. McKenney wrote:
> > On Wed, Nov 29, 2017 at 02:53:06PM -0500, Alan Stern wrote:
> >> On Wed, 29 Nov 2017, Peter Zijlstra wrote:
> >>
> >>> On Wed, Nov 29, 2017 at 11:04:53AM -0800, Daniel Lustig wrote:
From: Bjorn Helgaas
When a process tries to mmap more space than is available in a PCI BAR, we
emit a warning and a backtrace. The mmap fails anyway, so the backtrace is
mainly for debugging. It seems like overkill now, so reduce this to a
dev_info() and remove the backtrace.
This was added by
On Tue, Nov 28, 2017 at 04:55:39PM -0800, David Daney wrote:
> +static int bgx_probe(struct platform_device *pdev)
> +{
> + struct mac_platform_data platform_data;
> + const __be32 *reg;
> + u32 port;
> + u64 addr;
> + struct device_node *child;
> + struct platform_device *n
On Mon, 27 Nov 2017 21:29:25 -0800 Andrei Vagin wrote:
> On Tue, Nov 21, 2017 at 12:27:06AM +0300, Alexey Dobriyan wrote:
> > Current code does:
> >
> > if (sscanf(dentry->d_name.name, "%lx-%lx", start, end) != 2)
> >
> > However sscanf() is broken garbage.
> >
> > It silently accepts whit
Thanks for working on the driver, Oleksandr. I gave this a try on a
board with Aspeed 2520. One question below:
On Tue, Nov 14, 2017 at 8:11 AM, Oleksandr Shamray
wrote:
> Driver adds support of Aspeed 2500/2400 series SOC JTAG master controller.
>
> Driver implements the following jtag ops:
> -
There was some work in ARM Trusted Firmware to support saving and
restoring the Generic Interrupt Controller (GICv3) before and after
sleep, but it seems that the plan is to have this all in the kernel
now. The point of doing this is to save power during sleep. On an
RK3399 system, we save about 15
On 11/29/17 04:20, Frank Rowand wrote:
> On 11/27/17 15:58, Alan Tull wrote:
>> Here's a proposal for a whitelist to lock down the dynamic device tree.
>>
>> For an overlay to be accepted, all of its targets are required to be
>> on a target node whitelist.
>>
>> Currently the only way I have to ge
On 10/12/2017 08:21 AM, Wei-Ning Huang wrote:
From: Wei-Ning Huang
The current hid-multitouch driver only allow the report of two
orientations, vertical and horizontal. We use the Azimuth orientation
usage 0x3F under the Digitizer usage page to report orientation if the
device supports it.
Cha
On 29/11/2017 19:42, Eduardo Habkost wrote:
> The reproducer (not a full test case) is quite simple, see patch below.
Great, thanks. I assume that the patch doesn't fix it?!?
Paolo
> Now, I've noticed something interesting when running the
> reproducer:
>
> If the test_fetch_failure() call hap
On Wed, Nov 29, 2017 at 2:28 PM, Kees Cook wrote:
>
> In the future, maybe we could have a knob: unhashed, hashed (default),
> or zeroed.
I haven't actually seen a case for that yet.
Let's see if there are actually any debug issues at all, and how big
they are before worrying about it.
On Wed, Nov 29, 2017 at 7:58 AM, David Miller wrote:
>
> We're talking about making sure that loading "ppp.ko" really gets
> ppp.ko rather than some_other_module.ko renamed to ppp.ko via some
> other mechanism.
>
> Both modules have legitimate signatures so the kernel will happily
> load both.
Ye
On Wed, Nov 29, 2017 at 11:26:30PM +0100, Paolo Bonzini wrote:
> On 29/11/2017 19:20, Andi Kleen wrote:
> > But I haven't looked too closely, but I suspect you'll clobber global
> > kernel debugger state this way.
>
> I checked all callers of update_debugctlmsr, and couldn't find any that
> could
On Wed, Nov 29, 2017 at 11:33:58PM +0100, Henrik Rydberg wrote:
> On 10/12/2017 08:21 AM, Wei-Ning Huang wrote:
> > From: Wei-Ning Huang
> >
> > The current hid-multitouch driver only allow the report of two
> > orientations, vertical and horizontal. We use the Azimuth orientation
> > usage 0x3F
On Wed, Nov 29, 2017 at 02:07:03PM -0800, Paul E. McKenney wrote:
> On Wed, Nov 29, 2017 at 11:08:19AM -0800, Paul E. McKenney wrote:
> > On Tue, Nov 28, 2017 at 01:08:10PM -0800, Paul E. McKenney wrote:
> > > On Tue, Nov 28, 2017 at 12:46:19PM -0800, Paul E. McKenney wrote:
> > > > On Tue, Nov 28,
> -Original Message-
> From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees
> Cook
> Sent: Wednesday, November 29, 2017 2:28 PM
> To: David Laight
> Cc: Linus Torvalds ; Tobin C. Harding
> ; kernel-harden...@lists.openwall.com; Jason A. Donenfeld
> ; Theodore Ts'o ; P
The I2C driver needs to access the bmc150_accel_data struct defined in
bcm150-accel-core.c, so move it and the structs it requires into the
header file.
Signed-off-by: Jeremy Cline
---
drivers/iio/accel/bmc150-accel-core.c | 43
drivers/iio/accel/bmc150-accel.h
On Wed, Nov 29, 2017 at 06:15:43PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Nov 29, 2017 at 01:07:34PM -0800, Martin KaFai Lau escreveu:
> > On Tue, Nov 28, 2017 at 04:05:19PM -0300, Arnaldo Carvalho de Melo wrote:
> > >
> > > [root@jouet ~]# perf test -v bpf
> > > 39: BPF filter
Hey folks,
Some BOSC0200 ACPI devices, like the one in the Yoga 11e, have two i2c
accelerometers listed under a single ACPI device. This checks to see if
there is an ACPI companion and if so handles a second i2c client.
Jeremy Cline (2):
iio: accel: bmc150: Move struct definitions into the head
Some BOSC0200 acpi_device-s describe two accelerometers in a single ACPI
device. Check for a companion device and handle a second i2c_client
if it is present.
Signed-off-by: Jeremy Cline
---
drivers/iio/accel/bmc150-accel-i2c.c | 33 -
drivers/iio/accel/bmc150-acc
On Wed, Nov 29, 2017 at 01:33:28PM -0800, H. Peter Anvin wrote:
> You can't dump a message about *anything* if the bootloader bypasses the
> checks that happen before we leave the firmware behind. This is what
> this is about. For BIOS or EFI boot that go through the proper stub
> functions we wi
On Wed, Nov 29, 2017 at 11:28 AM, David Sterba wrote:
>
> With signed tag: for-4.15-rc2-tag
>
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-4.15-rc2
Oh, please actually ask me to pull the signed tag (exact same
pull-request, just point git request-pull at the tag), because
On Wed, Nov 29, 2017 at 2:07 AM, David Laight wrote:
> From: Linus Torvalds
>> Sent: 29 November 2017 02:29
>>
>> On Tue, Nov 28, 2017 at 6:05 PM, Tobin C. Harding wrote:
>> >
>> >Let's add specifier %px as a
>> > clear, opt-in, way to print a pointer and maintain some level of
>> > isolation
On 29/11/2017 19:20, Andi Kleen wrote:
> But I haven't looked too closely, but I suspect you'll clobber global
> kernel debugger state this way.
I checked all callers of update_debugctlmsr, and couldn't find any that
could run asynchronously while KVM is caching the value. For example
__switch_to
On Wed, Nov 29, 2017 at 6:42 AM, Michal Hocko wrote:
> The first patch introduced MAP_FIXED_SAFE which enforces the given
> address but unlike MAP_FIXED it fails with ENOMEM if the given range
> conflicts with an existing one. The flag is introduced as a completely
I still think this name should
usbip attach fails to find a free port when the device on the first port
is a USB_SPEED_SUPER device and non-super speed device is being attached.
It keeps checking the first port and returns without a match getting stuck
in a loop.
Fix it check to find the first port with matching speed.
Reporte
Thanks, applying all four for 4.16.--b.
On Wed, Nov 29, 2017 at 01:15:42PM +0200, Elena Reshetova wrote:
> This series, for lockd component, replaces atomic_t reference
> counters with the new refcount_t type and API (see include/linux/refcount.h).
> By doing this we prevent intentional or acciden
On 11/29/2017 12:42 PM, Paul E. McKenney wrote:
> On Wed, Nov 29, 2017 at 02:53:06PM -0500, Alan Stern wrote:
>> On Wed, 29 Nov 2017, Peter Zijlstra wrote:
>>
>>> On Wed, Nov 29, 2017 at 11:04:53AM -0800, Daniel Lustig wrote:
>>>
While we're here, let me ask about another test which isn't dire
On Wed, 29 Nov 2017 11:33:28 +0100 Giuseppe Scrivano
wrote:
> Andrew Morton writes:
>
> > OK, but this simply moves the expense so it happens later on. Why is
> > that better?
>
> the optimization is for new IPC namespaces that don't use mq_open. In
> this case there won't be any kern_mount
On Wed, Nov 29, 2017 at 10:11:38PM +0300, Dan Carpenter wrote:
> On Wed, Nov 29, 2017 at 09:37:15PM +0530, Souptick Joarder wrote:
> > >> +static int bgx_port_sgmii_set_link_speed(struct bgx_port_priv *priv,
> > >> struct port_status status)
> > >> +{
> > >> + u64 data;
> > >> + u6
On Wed, Nov 29, 2017 at 7:13 AM, Rasmus Villemoes
wrote:
> On 2017-11-29 15:42, Michal Hocko wrote:
>>
>> The first patch introduced MAP_FIXED_SAFE which enforces the given
>> address but unlike MAP_FIXED it fails with ENOMEM if the given range
>> conflicts with an existing one.
>
> [s/ENOMEM/EEXI
+linux-acpi
On 11/29/2017 8:58 AM, Vinod Koul wrote:
>> +cap = (enum hidma_cap) acpi_device_get_match_data(dev);
> should this not reside in core? How about a device_get_match_data() which
> returns the data for folks based on node being acpi/of
Sure,
I'm preparing a device function
On Wed, Nov 29, 2017 at 1:17 PM, Kees Cook wrote:
>
> So, what we have now is that the permission verification already
> happens at and around the existing request_module() calls.
Usually, yes.
I liked the "request_module_cap()" interface partly because that made
the net/core/dev_ioctl.c ones mo
On Wed, Nov 29, 2017 at 6:42 AM, Michal Hocko wrote:
> Except we won't export expose the new semantic to the userspace at all.
I'm confused: the changes in patch 1 are explicitly adding
MAP_FIXED_SAFE to the uapi. If it's not supposed to be exposed,
shouldn't it go somewhere else?
-Kees
--
Kee
Hi,
A really quick review:
On 28/11/2017 at 08:39:27 +0100, linux-kernel-...@beckhoff.com wrote:
> From: Patrick Bruenn
>
> Neither rtc-imxdi nor rtc-mxc are compatible with i.MX53.
> Add a modernized version of mxc_v2 from here:
> http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tre
Hi Alexander,
> Hello Lukasz,
>
> some nitpicking below...
>
> On 21/11/17 15:32, Lukasz Majewski wrote:
> > The BK3 board is a derivative of the ts72xx reference design.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
> > Changes for v2:
> > - Place bk3 support code to the ts72xx.c file
> > --
On Wed, Nov 29, 2017 at 11:08:19AM -0800, Paul E. McKenney wrote:
> On Tue, Nov 28, 2017 at 01:08:10PM -0800, Paul E. McKenney wrote:
> > On Tue, Nov 28, 2017 at 12:46:19PM -0800, Paul E. McKenney wrote:
> > > On Tue, Nov 28, 2017 at 09:35:54AM -0800, Paul E. McKenney wrote:
> > > > On Tue, Nov 28,
On Mon, Nov 27, 2017 at 11:49:07AM +0100, Ingo Molnar wrote:
> From: Dave Hansen
>
> Normally, a process has a NULL mm->context.ldt. But, there is a
> syscall for a process to set a new one. If a process does that,
> the LDT be mapped into the user page tables, just like the
> default copy.
>
Hi,
Dne torek, 28. november 2017 ob 22:00:01 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Mon, Nov 27, 2017 at 09:57:41PM +0100, Jernej Skrabec wrote:
> > This commit adds basic support for VI planes. They are meant for video
> > overlay and because of that they support YUV formats too. However,
I narrowed the search to a memmove() called from
skb_reorder_vlan_header() in net/core/skbuff.c.
> memmove(skb->data - ETH_HLEN, skb->data - skb->mac_len - VLAN_HLEN,
>2 * ETH_ALEN);
Calling skb_reset_mac_len() after skb_reset_mac_header() before
calling br_allowed_ingress() in net/br
On Fri, 24 Nov 2017 12:04:08 +
Jean-Philippe Brucker wrote:
> On 17/11/17 18:54, Jacob Pan wrote:
> > Virtual IOMMU was proposed to support Shared Virtual Memory (SVM)
> > use in the guest:
> > https://lists.gnu.org/archive/html/qemu-devel/2016-11/msg05311.html
> >
> > As part of the propose
Hi Julian,
Dne sreda, 29. november 2017 ob 22:48:34 CET je Julian Calaby napisal(a):
> Hi Jernej,
>
> On Tue, Nov 28, 2017 at 7:57 AM, Jernej Skrabec
wrote:
> > Calculate scaling parameters and call appropriate scaler set up
> > function.
> >
> > Signed-off-by: Jernej Skrabec
> > ---
> >
> >
On Wed, Nov 29, 2017 at 1:41 PM, Andy Lutomirski wrote:
> On Wed, Nov 29, 2017 at 1:25 PM, Andy Lutomirski wrote:
>>
>>
>>> On Nov 29, 2017, at 12:58 PM, Linus Torvalds
>>> wrote:
>>>
On Wed, Nov 29, 2017 at 10:12 AM, Andy Lutomirski wrote:
Jarkko, can you try the attached patch
On Fri, 24 Nov 2017 12:03:33 +
Jean-Philippe Brucker wrote:
> > + * @rid: requestor ID
>
> This comment can be removed
will do, thanks.
On Wed, 29 Nov 2017 09:17:34 -0500 Waiman Long wrote:
> The list_lru_del() function removes the given item from the LRU list.
> The operation looks simple, but it involves writing into the cachelines
> of the two neighboring list entries in order to get the deletion done.
> That can take a while
Hi Dan,
Thanks for the update.
On 11/28/2017 09:40 PM, Dan Murphy wrote:
> Introducing the LM3692x Dual-String white LED driver.
>
> Data sheet is located
> http://www.ti.com/lit/ds/snvsa29/snvsa29.pdf
>
> Signed-off-by: Dan Murphy
> ---
> v4 - Converted to devm led class register, changed MOD
Use cc-option to figure out whether the compiler's sanitizer uses
LLVM-style parameters ("-mllvm -asan-foo=bar") or GCC-style parameters
("--param asan-foo=bar").
Signed-off-by: Greg Hackmann
Signed-off-by: Paul Lawrence
---
scripts/Makefile.kasan | 39 +++
Signed-off-by: Greg Hackmann
Signed-off-by: Paul Lawrence
lib/test_kasan.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/lib/test_kasan.c b/lib/test_kasan.c
index ef1a3ac1397e..2724f86c4cef 100644
--- a/lib/test_kasan.c
+++ b/lib/test_kasan.c
@@ -472,6 +472,26 @@ s
From: Alexander Potapenko
As a code-size optimization, LLVM builds since r279383 may
bulk-manipulate the shadow region when (un)poisoning large memory
blocks. This requires new callbacks that simply do an uninstrumented
memset().
This fixes linking the Clang-built kernel when using KASAN.
Sign
For now we can hard-code ASAN ABI level 5, since historical clang builds
can't build the kernel anyway. We also need to emulate gcc's
__SANITIZE_ADDRESS__ flag, or memset() calls won't be instrumented.
Signed-off-by: Greg Hackmann
Signed-off-by: Paul Lawrence
---
include/linux/compiler-clang.
Adding kasan alloca support using clang
Also adding support for clang, since needed for this feature
gcc has kasan alloca support, but only post 7.2
[Patch v2 1/5] kasan: support alloca() poisoning
Tests moved to patch 2/5
__asan_alloca_unpoison():
Use precalculated rounded-up-size
War
clang's AddressSanitizer implementation adds redzones on either side of
alloca()ed buffers. These redzones are 32-byte aligned and at least 32
bytes long.
__asan_alloca_poison() is passed the size and address of the allocated
buffer, *excluding* the redzones on either side. The left redzone will
Hi Jernej,
On Tue, Nov 28, 2017 at 7:57 AM, Jernej Skrabec wrote:
> Calculate scaling parameters and call appropriate scaler set up
> function.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/gpu/drm/sun4i/sun8i_layer.c | 12 +++-
> drivers/gpu/drm/sun4i/sun8i_mixer.c | 115
> ++
On Sun, Nov 26, 2017 at 02:10:53PM +0100, Richard Weinberger wrote:
> MAX_SG is 64, used for blk_queue_max_segments(). This comes from
> a0044bdf60c2 ("uml: batch I/O requests"). Is this still a good/sane
> value for blk-mq?
blk-mq itself doesn't change the tradeoff.
> The driver does IO batching
On Wed, Nov 29, 2017 at 1:25 PM, Andy Lutomirski wrote:
>
>
>> On Nov 29, 2017, at 12:58 PM, Linus Torvalds
>> wrote:
>>
>>> On Wed, Nov 29, 2017 at 10:12 AM, Andy Lutomirski wrote:
>>>
>>> Jarkko, can you try the attached patch? If it survives resume, can
>>> you see if the log contains anyth
On Wed, 29 Nov 2017 17:04:46 +0100 Michal Hocko wrote:
> On Mon 27-11-17 12:33:41, Michal Hocko wrote:
> > On Mon 27-11-17 19:09:24, JianKang Chen wrote:
> > > From: Jiankang Chen
> > >
> > > __get_free_pages will return an virtual address,
> > > but it is not just 32-bit address, for example
On 11/29/17 11:19, Borislav Petkov wrote:
> On Wed, Nov 29, 2017 at 11:01:35AM -0800, H. Peter Anvin wrote:
>> We can hang the machine, or we can triple-fault it in the hope of
>> triggering a reset, and that way if the bootloader has been configured
>> with a backup kernel there is a hope of recov
Currently BCLK inverting is only handled when the DAI format is
DSP, but the BCLK may be inverted in any supported mode. Without
this using this CODEC in any other mode than DSP with the BCLK
inverted leads to bad sampling timing and very poor audio quality.
Fixes: e00447fafbf7 ("ASoC: tlv320aic31
Platform data is not used by anyone (at least in upstream) so
drop this data and switch to using fwnode(DT/ACPI) only.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 72 +---
sound/soc/codecs/tlv320aic31xx.h | 6
2 files changed, 2
The return value is not checked, and even if it was there is nothing
we could do about it and messages are already printed.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic3
Simple non-functional changes including:
* Fix spelling errors
* Reformat code for easier reading
* Remove unneeded code
* Remove assignments that are always overridden
* Normalize function return paths
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 63 ++
Hello all,
This series has the end goal of adding headphone detection to
the tlv320aic31xx driver. The first few patches are mostly cleanups.
Then a couple bug fixes I noticed. Followed by adding interrupt
handling and finally headphone detection.
This series (or at least patch #8) depend on this
This CODEC supports being the WCLK and/or BCLK slave, add
support for this here.
Also make the alert into an error as alert is more urgent
than needed here and is rarely used.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 10 +-
1 file changed, 9 insertions(+), 1
On Wed, Nov 29, 2017 at 1:14 PM, Linus Torvalds
wrote:
>
> Not because %pK itself changed, but because the semantics of %p did.
> The baseline moved, and the "safe" version did not.
Btw, that baseline for me is now that I can do
./scripts/leaking_addresses.pl | wc -l
18
and of those 18 hits
We also move the comments describing the registers to after the register
definition to remove non-uniform vertical white-space, this makes
cross-referencing with the datasheet much easier.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.h | 460 +
Add a reset function that toggles the reset line if available or uses
the software reset command otherwise. Use this in power up to ensure the
registers are in a sane state. This is useful when the driver module
is reloaded, or after Kexec, warm-reboots, etc..
Signed-off-by: Andrew F. Davis
---
Move to using newer gpiod_* GPIO handling functions. This simplifies
the code and eases dropping platform data in the next patch. Also
remember GPIO are active low, so set "1" to reset.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 23 ++-
1 file chang
Leaving microphone bias off is a valid setting and even used in the DT
binding document example. Add this setting here and document the same.
Signed-off-by: Andrew F. Davis
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/sound/tlv320aic31xx.txt | 1 +
include/dt-bindings/sound/tlv32
Fix header copyright tags, while we are here, also switch to SPDX
and fixup MODULE tags to match.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 26 +-
sound/soc/codecs/tlv320aic31xx.h | 15 ---
2 files changed, 13 insertions(+), 28 dele
This device can optionally detect headset or microphone button presses.
Add support for this by passing this event to the jack layer.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 14 +-
sound/soc/codecs/tlv320aic31xx.h | 3 ++-
2 files changed, 15 insertions
A regulator being forcefully disabled is a catastrophic event that
should never happen to most devices, especially not sound CODECs.
In addition, our handler sets the reset line but never disables it
as no one is listening for an enable event, this is certainly broken
and was mosy likely just copie
These devices support detecting and reporting short circuits across
the output stages. Add support for reporting these issue. Do this
by registering an interrupt if available and enabling this error
to trigger that interrupt in the device.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv3
The function aic31xx_device_init() is only called from probe and
does nothing that logically shouldn't be in probe, remove this
unneeded function call and move its code into probe where it was called.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 55 --
Similar to short circuit detection, when the ADC/DAC is saturated and
overflows poor audio quality can result and should be reported to the
user. This device support Automatic Dynamic Range Compression (DRC)
to reduce this but it is not enabled currently in this driver.
Signed-off-by: Andrew F. Da
This device can detect the insertion/removal of headphones and headsets.
Enable reporting this status by enabling this interrupt and forwarding
this to upper-layers if a jack has been defined.
This jack definition and the resulting operation from a jack detection
event must currently be defined by
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic31xx.c b/sound/soc/codecs/tlv320aic31xx.c
index 0563a49cc5e4..d974e8651e30 100644
--- a/sound/soc/codecs/tlv320aic31xx
If our set_sysclk DAI callback has not been called yet p_div will be 0
and dividing by this will cause an error. Print an error message and
leave before this.
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --
GPIO1 control register is number 51, fix this here.
Fixes: bafcbfe429eb ("ASoC: tlv320aic31xx: Make the register values human
readable")
Signed-off-by: Andrew F. Davis
---
sound/soc/codecs/tlv320aic31xx.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/codecs/tlv32
On Wed, Nov 29, 2017 at 11:39 AM, Linus Torvalds
wrote:
> On Wed, Nov 29, 2017 at 11:22 AM, Linus Torvalds
> wrote:
>>
>> What I didn't realize until after pulling this and testing, is that it
>> completely breaks '%pK'.
>>
>> We've marked various sensitive pointers with %pK, but that is now
>> _
On Wed, Nov 29, 2017 at 10:34 AM, Srividya Desireddy
wrote:
> From: Srividya Desireddy
> Date: Wed, 29 Nov 2017 20:23:15 +0530
> Subject: [PATCH] zswap: Update with same-value filled page feature
>
> Updated zswap document with details on same-value filled
> pages identification feature.
> The us
On Wed, Nov 29, 2017 at 01:14:38PM -0800, Linus Torvalds wrote:
> On Wed, Nov 29, 2017 at 1:08 PM, Tobin C. Harding wrote:
> >
> > If you haven't wasted enough time on this can you tell me what you mean
> > by 'completely breaks %pK'?
>
> The whole point of %pK is that it's a "safer" %p that does
On Wed, Nov 29, 2017 at 09:15:19AM +0800, Dou Liyang wrote:
> Hi Ville,
>
> At 11/28/2017 10:53 PM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > This reverts commit b371ae0d4a194b178817b0edfb6a7395c7aec37a.
> >
> > Causes my P3 UP machine to hang at boot with "lapic".
> >
> > Cc: Dou Liya
If Intel/AMD implements MWAIT, we expect that it works well and only
reject known bugs; no reason to do it the other way around for minor
vendors. (Not that they are relevant ATM.)
This allows further simplification of kvm_mwait_in_guest().
And use boot_cpu_has() instead of "cpu_has(&boot_cpu_da
> On Nov 29, 2017, at 12:58 PM, Linus Torvalds
> wrote:
>
>> On Wed, Nov 29, 2017 at 10:12 AM, Andy Lutomirski wrote:
>>
>> Jarkko, can you try the attached patch? If it survives resume, can
>> you see if the log contains anything interesting?
>
> I'm not Jarkko, but I'm not a huge fan of
The check was added in some iteration while trying to fix a reported OS
X on Core 2 bug, but that bug is elsewhere.
The comment is misleading because the guest can call MWAIT with ECX = 0
even if we enforce CPUID5_ECX_INTERRUPT_BREAK; the call would have the
exactly the same effect as if the host
The bug prevents MWAIT from waking up after a write to the monitored
cache line.
KVM might emulate a CPU model that shouldn't have the bug, so the guest
would not employ a workaround and possibly miss wakeups.
Better to avoid the situation.
Reviewed-by: Alexander Graf
Signed-off-by: Radim Krčmář
On Wed, Nov 22, 2017 at 04:32:15PM +0100, Maciej Purski wrote:
> Calibration register is used for calculating current register in
> hardware according to datasheet:
> current = shunt_volt * calib_register / 2048 (ina 226)
> current = shunt_volt * calib_register / 4096 (ina 219)
>
> Fix calib_regis
This is a rebased version of an old series that simplified
kvm_mwait_in_guest: https://www.spinics.net/lists/kvm/msg149238.html
AMD errata 400 patch was dropped thanks to Boris's review;
[2/3] got an expanded commit message and I didn't include Alexander's
r-b since the context changed when we did
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index aa71ab52f..502bc97 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13244,6 +13244,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S: Maintained
F: d
On 29/11/2017 at 15:26:44 +0100, Benjamin Gaignard wrote:
> Uniformize STMicroelectronics copyrights header
>
> Signed-off-by: Benjamin Gaignard
> CC: Amelie Delaunay
> ---
> drivers/rtc/rtc-stm32.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Applied, thanks.
--
Alexandre B
Add support for the TDA1997x HDMI receivers.
Cc: Hans Verkuil
Signed-off-by: Tim Harvey
---
v4:
- move include/dt-bindings/media/tda1997x.h to bindings patch
- fix typos
- fix default quant range for VGA
- fix quant range handling and conv matrix
- add additional standards and capabilities
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
v2:
- add HDMI audio input support
---
arch/arm/boot/dts/imx6q-gw54xx.dts| 102 ++
arch/arm/boot/dts/imx6q
On Wed, Nov 29, 2017 at 09:06:56PM +, Yan Markman wrote:
> The attached p21 patch doesn't change anything.
> But another one from the mail-text is good
> void phylink_disconnect_phy(struct phylink *pl)
> + pl->phy_state.link = false;
>
> There still (not for my MRVL-P
Signed-off-by: Tim Harvey
---
arch/arm/boot/dts/imx6qdl-gw551x.dtsi | 85 +++
1 file changed, 85 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl-gw551x.dtsi
b/arch/arm/boot/dts/imx6qdl-gw551x.dtsi
index 30d4662..8ce0b15 100644
--- a/arch/arm/boot/dts/imx6qdl
Cc: Rob Herring
Cc: Sakari Ailus
Signed-off-by: Tim Harvey
---
v4:
- move include/dt-bindings/media/tda1997x.h to bindings patch
- clarify port node details
v3:
- fix typo
v2:
- add vendor prefix and remove _ from vidout-portcfg
- remove _ from labels
- remove max-pixel-rate property
-
This is a v4l2 subdev driver supporting the TDA1997x HDMI video receiver.
I've tested this on a Gateworks GW54xx/GW551x with an IMX6Q which uses the
TDA19971 with 16bits connected to the IMX6 CSI. For this configuration I've
tested both 16bit YUV422 and 8bit BT656 parallel video bus modes.
While
On Mon, Nov 20, 2017 at 03:12:06PM +1030, Andrew Jeffery wrote:
> The dual tachometer feature is implemented in hardware with a TACHSEL
> input to indicate the rotor under measurement, and exposed on the device
> by extending the READ_FAN_SPEED_1 word with two extra bytes*. The need
> to read the n
On Wed, Nov 29, 2017 at 10:46 AM, Linus Torvalds
wrote:
> On Wed, Nov 29, 2017 at 10:30 AM, Kees Cook wrote:
>> On Tue, Nov 28, 2017 at 4:50 PM, Linus Torvalds
>> wrote:
>>>
>>> Just thinking about the DCCP case, where networking people actually
>>> knew it was pretty deprecated and had no real
Hi,
On 25/11/2017 at 19:41:32 -0500, Cole Robinson wrote:
> The last usage was removed in 5c82a6ae0 when rtc_device.name
> was removed
>
> Signed-off-by: Cole Robinson
> ---
> Just noticed this when looking at commits a few months back...
>
> include/linux/rtc.h | 1 -
> 1 file changed, 1 dele
301 - 400 of 1346 matches
Mail list logo
