On Wed, Nov 29, 2017 at 11:37 AM, Cong Wang wrote:
> (Cc'ing fs people...)
>
> On Wed, Nov 29, 2017 at 12:33 AM, syzbot wrote:
>> BUG: KASAN: use-after-free in sock_release+0x1c6/0x1e0 net/socket.c:601
Lovely.
Yeah, that is:
601 if (rcu_dereference_protected(sock->wq, 1)->fasync_lis
On Wed, Nov 29, 2017 at 3:10 PM, Greentime Hu wrote:
> 2017-11-29 19:57 GMT+08:00 Arnd Bergmann :
>> On Wed, Nov 29, 2017 at 12:39 PM, Greentime Hu wrote:
>>>
>>> How about this?
>>>
>>> choice
>>> prompt "CPU type"
>>> default CPU_N13
>>> config CPU_N15
>>> bool "AndesCor
From: Randy Dunlap
Add sort() and list_sort() to the kernel API documentation in a
new "Sorting" section.
Signed-off-by: Randy Dunlap
---
Documentation/core-api/kernel-api.rst |9 +
1 file changed, 9 insertions(+)
v2: updated to apply cleanly.
--- linux-next-201
insertions(+), 17 deletions(-)
v2: updated to apply cleanly.
--- linux-next-20171129.orig/lib/uuid.c
+++ linux-next-20171129/lib/uuid.c
@@ -29,15 +29,14 @@ EXPORT_SYMBOL(uuid_null);
const u8 guid_index[16] = {3,2,1,0,5,4,7,6,8,9,10,11,12,13,14,15};
const u8 uuid_index[16
Hi!
On 21/11/17 15:31, Lukasz Majewski wrote:
> This commit cleans up the code by using dedicated macros instead of
> full definitions.
>
> Signed-off-by: Lukasz Majewski
Acked-by: Alexander Sverdlin
> ---
> Changes for v2:
> - None
> ---
> arch/arm/mach-ep93xx/ts72xx.c | 18 +++-
Hi!
On 21/11/17 15:32, Lukasz Majewski wrote:
> This commit adds include file guards to ts72xx.h
>
> Signed-off-by: Lukasz Majewski
Acked-by: Alexander Sverdlin
> ---
> Changes for v2:
> - None
> ---
> arch/arm/mach-ep93xx/ts72xx.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git
Hi!
On 21/11/17 15:32, Lukasz Majewski wrote:
> The map IO common code has been excluded to be reused by other ts72xx
> clones.
>
> Signed-off-by: Lukasz Majewski
Acked-by: Alexander Sverdlin
>
> ---
> Changes for v2:
> - New patch
> ---
> arch/arm/mach-ep93xx/ts72xx.c | 23
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 directly
> > > about unlock/lock but which is still s
Please pull nfsd fixes for 4.15 from:
git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.15-1
I screwed up my merge window pull request; I only sent half of what I
meant to.
There were no new features, just bugfixes of various importance and some
very minor cleanup, so I think it's all still a
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
> ---
> arch/arm/mach-ep93xx/Kconfig | 7
On Wed, Nov 29, 2017 at 04:32:54PM +0530, Kaiwan N Billimoria wrote:
> Hi,
>
> On Wed, Nov 29, 2017 at 3:46 PM, Tobin C. Harding wrote:
> > On Wed, Nov 29, 2017 at 09:59:59AM +0200, Alexander Kapshuk wrote:
> >> On Tue, Nov 28, 2017 at 11:10 PM, Tobin C. Harding wrote:
> >> > On Tue, Nov 28, 201
On Wed, Nov 29, 2017 at 8:51 AM, David Laight wrote:
>
> SWAPGS is a PITA. The hardware designers should have tried to write
> all the interrupt handling code.
That's actually my biggest beef with x86-64. The kernel entry/exit is
completely misdesigned.
That was actually better in the original i
On Wed, 2017-11-29 at 11:37 -0800, Cong Wang wrote:
> (Cc'ing fs people...)
>
> On Wed, Nov 29, 2017 at 12:33 AM, syzbot
> om>
> wrote:
> > Hello,
> >
> > syzkaller hit the following crash on
> > 1d3b78bbc6e983fabb3fbf91b76339bf66e4a12c
> > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
On 11/29/2017 8:55 AM, Vinod Koul wrote:
>> While I understand that the name follows the OF convention, I have some
>> doubts on whether it is the best one.
> Perhpas acpi_get_match_data() ?
Will change as recommended unless Rafael has a better idea.
--
Sinan Kaya
Qualcomm Datacenter Technologie
On Wed, Nov 29, 2017 at 07:25:32AM +0100, Dmitry Vyukov wrote:
> On Tue, Nov 28, 2017 at 11:30 PM, Paul E. McKenney
> wrote:
> > On Tue, Nov 28, 2017 at 01:30:26PM -0800, Andrew Morton wrote:
> >> On Tue, 28 Nov 2017 12:45:01 -0800 syzbot
> >>
> >> wrote:
> >>
> >> > Hello,
> >> >
> >> > syzkal
On Mon, Nov 27, 2017 at 05:31:00PM +0100, Peter Rosin wrote:
> With a nxp,se97 chip on an atmel sama5d31 board, the I2C adapter driver
> is not always capable of avoiding the 25-35 ms timeout as specified by
> the SMBUS protocol. This may cause silent corruption of the last bit of
> any transfer, e
Hi,
On Wed, Nov 29, 2017 at 10:47 AM, Brian Norris wrote:
> From: Nickey Yang
>
> We might include additional ports in derivative device trees, so the
> 'port' node should have an address, and the parent 'ports' node needs
> /#{addres,size}-cells.
>
> v4:
> * keep #{address,size}-cells in both
Hi Namhyung,
Sorry for the delayed response - was out on vacation..
On Thu, 2017-11-23 at 14:09 +0900, Namhyung Kim wrote:
> On Fri, Nov 17, 2017 at 02:33:06PM -0600, Tom Zanussi wrote:
> > Add an 'onmax(var).save(field,...)' hist trigger action which is
> > invoked whenever an event exceeds the
On Mon, Nov 27, 2017 at 05:31:01PM +0100, Peter Rosin wrote:
> The I2C adapter driver is sometimes slow, causing the SCL line to
> be stuck low for more than the stipulated SMBUS timeout of 25-35 ms.
> This causes the client device to give up which in turn causes silent
> corruption of data. So, di
On Wed, 2017-11-29 at 11:39 -0800, 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 n
Hi!
On 21/11/17 15:32, Lukasz Majewski wrote:
> This commit extend the ts72xx_register_flash() to accept passed parameters,
> which makes it more reusable.
>
> Now it is possible to accept ep93xx flash start address and partitions.
>
> Signed-off-by: Lukasz Majewski
Acked-by: Alexander Sverdli
On Wed, Nov 29, 2017 at 11:29:03AM +0800, Lihao Liang wrote:
>
>
> On 2017/11/29 11:14, Hanjun Guo wrote:
> > Hi Lihao,
> >
> > On 2017/11/29 10:48, Lihao Liang wrote:
> >> Hi Paul,
> >>
> >> Signed-off-by: Lihao Liang
> >
> > ...
> >
> >>
> >> Many thanks,
> >> Lihao.
> >>
> >> On 2017/11/29
On Wed, 29 Nov 2017 17:20:57 +0100, Vasyl Gomonovych wrote:
> Fix ptr_ret.cocci warnings:
> drivers/pnp/pnpbios/core.c:584:1-3: WARNING: PTR_ERR_OR_ZERO can be used
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Generated by: scripts/coccinelle/api/ptr_ret.cocci
>
> Signed-off
On Wed, Nov 29, 2017 at 11:05:46AM -0800, Jim Mattson wrote:
> An alternative is to give the L1 guest read permission for this MSR in
> the MSR permission bitmaps. It's still going to be ~80 cycles, but
> that's better than the cost of a VM-exit/VM-entry round-trip.
It's a useful optimization, 80
On 29/11/2017 at 12:53:11 -0800, Guenter Roeck wrote:
> On Mon, Nov 27, 2017 at 05:31:01PM +0100, Peter Rosin wrote:
> > The I2C adapter driver is sometimes slow, causing the SCL line to
> > be stuck low for more than the stipulated SMBUS timeout of 25-35 ms.
> > This causes the client device to gi
On Wed, Nov 29, 2017 at 9:17 PM, Arnd Bergmann wrote:
>>> > > As a heads-up, I'm seeing a number of what appear to be false-positive
>>> > > use-after-scope warnings when I enable both KCOV and KASAN (inline or
>>> > > outline),
>>> > > when using the Linaro 17.08 GCC7.1.1 for arm64. So far I hav
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 that patch.
If this was the cause of the problem (and it looks likely), w
> We're really early in the boot -- startup_64 in decompression code -- and
> I don't know a way print a message there. Is there a way?
>
> no_longmode handled by just hanging the machine. Is it enough for no_la57
> case too?
The way to handle it is to check it early in the real mode boot code wh
Improve the binding example by removing all the leading 0x to fix the
following dtc warnings:
Warning (unit_address_format): Node /XXX unit name should not have leading "0x"
Converted using the following command:
find Documentation/devicetree/bindings -name "*.txt" -exec sed -i -e 's/([^
])\@0x
On 28/11/2017 at 16:21:40 +0100, Vasyl Gomonovych wrote:
> Fix ptr_ret.cocci warnings:
> drivers/pcmcia/at91_cf.c:239:1-3: WARNING: PTR_ERR_OR_ZERO can be used
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Generated by: scripts/coccinelle/api/ptr_ret.cocci
>
> Signed-off-by:
Hi Namhyung,
On Thu, 2017-11-23 at 14:25 +0900, Namhyung Kim wrote:
> On Fri, Nov 17, 2017 at 02:33:08PM -0600, Tom Zanussi wrote:
> > A common key to use in a histogram is the cpuid - add a new cpu
> > 'synthetic' field for that purpose. This field is named cpu rather
> > than $cpu or $common_cp
On Wed, 29 Nov 2017 Alan Stern wrote:
> On Wed, 29 Nov 2017, Mikhail Zaytsev wrote:
>
> > This patch adds the device_reinit function into the us_data
> > structure. The usb-storage driver uses this function for notify the
> > subdrivers that they need to reinitialize the device.
> >
> > Signed-
Hi,
On 15/11/2017 at 14:56:46 +0200, Eugen Hristev wrote:
> Added DMA property for ADC device
>
> Signed-off-by: Eugen Hristev
> ---
> arch/arm/boot/dts/sama5d2.dtsi | 2 ++
> 1 file changed, 2 insertions(+)
>
This didn't apply cleanly, please check
https://git.kernel.org/pub/scm/linux/kernel
On Wed, Nov 29, 2017 at 12:54 PM, Joe Perches wrote:
>
> I'd prefer a global sed of '%pK' to '%pxK' and remove '%pK' altogether
No, we really don't want %pK to become %pxK.
Most of the %pK users absolutely do not want the real hex address.
They are things like the socket pointers in /proc etc. T
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-PP2) problem:
It is expected that on ifconfig-down the callba
On Wed, Nov 29, 2017 at 11:22:29AM -0800, Linus Torvalds wrote:
> On Tue, Nov 28, 2017 at 8:59 PM, Tobin C. Harding wrote:
> >
> > git://github.com/tcharding/linux.git tags/printk-hash-pointer-4.15-rc2
>
> Bah.
Sorry for creating extra work for you.
> What I didn't realize until after pulling
On Tue, Nov 28, 2017 at 04:05:19PM -0300, Arnaldo Carvalho de Melo wrote:
>
> [root@jouet ~]# perf test -v bpf
> 39: BPF filter:
> 39.1: Basic BPF filtering :
> --- start ---
> test child forked, pid 12198
> Kernel build d
On November 29, 2017 12:58:15 PM PST, Andi Kleen wrote:
>> We're really early in the boot -- startup_64 in decompression code --
>and
>> I don't know a way print a message there. Is there a way?
>>
>> no_longmode handled by just hanging the machine. Is it enough for
>no_la57
>> case too?
>
>The w
On Mon, Nov 20, 2017 at 03:12:03PM +1030, Andrew Jeffery wrote:
> Expose fanX_target, pwmX and pwmX_enable hwmon sysfs attributes.
>
> Fans in a PMBus device are driven by the configuration of two registers,
> FAN_CONFIG_x_y and FAN_COMMAND_x: FAN_CONFIG_x_y dictates how the fan
> and the tacho op
On Thu, 30 Nov 2017, Mikhail Zaytsev wrote:
> On Wed, 29 Nov 2017 Alan Stern wrote:
>
> > On Wed, 29 Nov 2017, Mikhail Zaytsev wrote:
> >
> > > This patch adds the device_reinit function into the us_data
> > > structure. The usb-storage driver uses this function for notify the
> > > subdrivers
On 18/11/2017 at 00:15:58 +0300, Alexey Khoroshilov wrote:
> brcmstb_waketmr_probe() does not disable timer->clk on error paths.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
> ---
> drivers/rtc/rtc-brcmstb-waketimer.c | 15
On Wed, Nov 29, 2017 at 12:17 AM, Deepa Dinamani wrote:
> On Tue, Nov 28, 2017 at 6:17 AM, Arnd Bergmann wrote:
>> On Mon, Nov 27, 2017 at 11:29 PM, Deepa Dinamani
>> wrote:
> Right. There are three options:
>
> 1. Use two configs to identify which syscalls need not be supported by
> new archit
On Mon, Nov 20, 2017 at 03:12:04PM +1030, Andrew Jeffery wrote:
> The implementation makes use of the new fan control virtual registers
> exposed by the pmbus core. It mixes use of the default implementations
> with some overrides via the read/write handlers to handle FAN_COMMAND_1
> on the MAX3178
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 doesn't leak
information if you set kptr_restrict.
With that patch-set, it now
On Mon, Nov 20, 2017 at 03:12:05PM +1030, Andrew Jeffery wrote:
> Some circumstances call for virtual pages, to expose multiple values
> packed into an extended PMBus register in a manner non-compliant with
> the PMBus standard. An example of this is the Maxim MAX31785 controller,
> which extends t
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:
> > 39.1: Basic BPF filtering
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
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
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
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
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
-
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
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
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
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
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
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
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ář
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
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
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 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 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
>> _
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
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 --
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
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
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 --
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
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
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
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
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
---
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 +
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
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
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
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 ++
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
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
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 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 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
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
> ++
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
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.
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
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
901 - 1000 of 1346 matches
Mail list logo
