Setting this up will configure wake from suspend properly,
and wake only for the interrupts that are setup in wake_mask,
not all interrupts.
Signed-off-by: Nicolas Boichat
---
drivers/pinctrl/mediatek/pinctrl-mt8183.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/mediatek/p
On (04/29/19 17:08), Randy Dunlap wrote:
> Print a "begin trace" + oops ID number to match the current
> "end trace" + oops ID number.
>
> Example:
> [ 193.314027] ---[ begin trace cf01af0ff0925003 ]---
> [ 193.314032] general protection fault: [#1] PREEMPT SMP KASAN PTI
> [ 193.314046] CP
pinctrl variants that include pinctrl-paris.h (and not
pinctrl-mtk-common.h) also need to use pm_ops to setup
wake mask properly, so copy over the pm_ops from common
to paris variant.
It is not easy to merge the 2 copies (or move
mtk_eint_suspend/resume to mtk-eint.c), as we need to
dereference pc
Hi all,
Changes since 20190507:
The ubifs tree gained a conflict against Linus' tree.
Non-merge commits (relative to Linus' tree): 8636
7735 files changed, 401006 insertions(+), 138739 deletions(-)
I have created tod
On Tue, May 07, 2019 at 02:37:07PM +0200, Benjamin Gaignard wrote:
> Le mar. 7 mai 2019 à 12:19, William Breathitt Gray
> a écrit :
> >
> > On Tue, May 07, 2019 at 11:12:24AM +0200, Benjamin Gaignard wrote:
> > > Quadrature feature is now hosted on it own framework.
> > > Remove quadrature related
On Tue, May 07, 2019 at 04:01:13PM -0600, Fletcher Woodruff wrote:
> This patch does not add polarity flipping support within regmap-irq
> because there is extra work that must be done within the irq handler
> to support hotword detection. On the Chromebook Pixel, the firmware will
> disconnect GP
On Mon, May 06, 2019 at 11:58:13AM +0200, Jerome Brunet wrote:
> Remove current_substream pointer and replace the exclusive locking
> mechanism with a simple variable and some atomic operations.
The advantage of mutexes is that they are very simple and clear to
reason about. It is therefore uncl
On Sat, May 4, 2019 at 2:09 AM Sean Wang wrote:
>
> Hi, Nicolas
>
> On Thu, May 2, 2019 at 5:53 PM Nicolas Boichat wrote:
> >
> > On Thu, May 2, 2019 at 9:48 PM Yingjoe Chen
> > wrote:
> > >
> > > On Mon, 2019-04-29 at 11:25 +0800, Nicolas Boichat wrote:
> > > > pinctrl variants that include pi
On 07-05-19, 08:54, Pierre-Louis Bossart wrote:
> On 5/7/19 12:19 AM, Vinod Koul wrote:
> > On 06-05-19, 11:46, Pierre-Louis Bossart wrote:
> > > On 5/6/19 11:22 AM, Vinod Koul wrote:
> > > > On 06-05-19, 17:19, Greg KH wrote:
> > > > > On Mon, May 06, 2019 at 09:42:35AM -0500, Pierre-Louis Bossart
On Tue, May 07, 2019 at 06:29:07PM +, Song Liu wrote:
>
>
> > On May 7, 2019, at 1:13 AM, Jiri Olsa wrote:
> >
> > On Mon, May 06, 2019 at 09:38:55PM +, Song Liu wrote:
> >
> > SNIP
> >
> >>>
> >>> Link: http://lkml.kernel.org/n/tip-99g9rg4p20a1o99vr0nkj...@git.kernel.org
> >>> Signe
On 07-05-19, 17:49, Pierre-Louis Bossart wrote:
>
> > > The model here is that Master device is PCI or Platform device and then
> > > creates a bus instance which has soundwire slave devices.
> > >
> > > So for any attribute on Master device (which has properties as well and
> > > representation
Hi,
On 07-05-19 22:17, Stephen Boyd wrote:
Quoting Hans de Goede (2019-05-06 08:05:42)
Hi,
On 06-05-19 16:59, Andy Shevchenko wrote:
On Mon, May 6, 2019 at 5:47 PM Hans de Goede wrote:
Hi,
On 06-05-19 14:38, Andy Shevchenko wrote:
On Mon, Apr 29, 2019 at 6:01 PM Hans de Goede wrote:
T
On Tue, 2019-05-07 at 17:44 -0300, Melissa Wen wrote:
> [External]
>
>
> On 05/06, Ardelean, Alexandru wrote:
> > On Sat, 2019-05-04 at 13:43 +0300, Alexandru Ardelean wrote:
> > > [External]
> > >
> > >
> > > On Sat, May 4, 2019 at 1:25 AM Melissa Wen
> > > wrote:
> > > >
> > > > Use the bit
On Tue, 7 May 2019 23:16:29 -0700
Christoph Hellwig wrote:
> On Tue, May 07, 2019 at 11:09:12PM +0200, Thomas Bogendoerfer wrote:
> > architecture and share some hardware (ioc3/bridge). To share
>
> Isn't much of this also shared by IP35, the next generation Origin/Onyx
> and and co? A quick we
In order for the selftests to run the Flow Control selftest we need to
also pass control frames to the stack.
Pass this type of frames while in promiscuous mode.
Signed-off-by: Jose Abreu
Cc: Joao Pinto
Cc: David S. Miller
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet
In preparation for the addition of selftests support for stmmac we add a
new callback to HWIF that can be used to set the controller in loopback
mode.
Signed-off-by: Jose Abreu
Cc: Joao Pinto
Cc: David S. Miller
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stm
We add support for selftests on stmmac driver with 4 basic sanity checks
for now:
- MAC Loopback
- PHY Loopback
- MMC Counters
- EEE
- Hash Filter Multicast
- Perfect Filter Unicast
- Flow Control
This allows for fast tracking of regressions
On Tue, 7 May 2019 23:18:15 -0700
Christoph Hellwig wrote:
> On Tue, May 07, 2019 at 11:09:13PM +0200, Thomas Bogendoerfer wrote:
> > Code in pci-ip27.c will be moved to drivers/pci/controller therefore
> > platform specific needs to be extracted and put to the right place.
>
> I thogh the drive
In order for hash filter to work we need to set the HPF bit.
Found out while running stmmac selftests.
Signed-off-by: Jose Abreu
Cc: Joao Pinto
Cc: David S. Miller
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
---
drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c | 1 +
1 file changed, 1 i
On Mon, 08 Apr 2019, Enric Balletbo i Serra wrote:
> Hi Lee,
>
> On 2/4/19 6:06, Lee Jones wrote:
> > On Fri, 08 Mar 2019, Enric Balletbo i Serra wrote:
> >
> >> From: Vincent Palatin
> >>
> >> Allow to poll on the cros_ec device to receive the MKBP events.
> >>
> >> The /dev/cros_[ec|fp|..] fi
"Huang, Ying" writes:
> Hi, Josef,
>
> kernel test robot writes:
>
>> Greeting,
>>
>> FYI, we noticed a -12.4% regression of fio.write_bw_MBps due to commit:
>>
>>
>> commit: 302167c50b32e7fccc98994a91d40ddbbab04e52 ("btrfs: don't end the
>> transaction for delayed refs in throttle")
>> https:/
On Fri, 2019-05-03 at 17:31 +0800, Hsin-Hsiung Wang wrote:
> add PMIC MT6358 related nodes which is for MT8183 platform
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> arch/arm64/boot/dts/mediatek/mt6358.dtsi | 358 +++
> 1 file changed, 358 insertions(+)
> create mode 100644 ar
Hi Luca,
On 06/05/19 06:48, Luca Abeni wrote:
> From: luca abeni
>
> Currently, the scheduler tries to find a proper placement for
> SCHED_DEADLINE tasks when they are pushed out of a core or when
> they wake up. Hence, if there is a single SCHED_DEADLINE task
> that never blocks and wakes up, s
On Sun, 07 Apr 2019, Jacek Anaszewski wrote:
> The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b:
>
> Linux 5.1-rc1 (2019-03-17 14:22:26 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
From: Allen Chen
This add can let us find it6505 char device in the /dev file and use read/write
function to let the driver be hold.
Signed-off-by: Allen Chen
---
drivers/gpu/drm/bridge/ite-it6505.c | 131
1 file changed, 131 insertions(+)
diff --git a/d
kernel_randomize_memory() hardcodes the size of vmemmap section as 1 TB,
to support the maximum amount of system RAM in 4-level paging mode, 64 TB.
However, 1 TB is not enough for vmemmap in 5-level paging mode. Assuming
the size of struct page is 64 Bytes, to support 4 PB system RAM in 5-level,
6
From: Allen Chen
Add a DT binding documentation for IT6505.
Signed-off-by: Allen Chen
---
.../bindings/display/bridge/ite,it6505.txt | 30 ++
.../devicetree/bindings/vendor-prefixes.txt| 1 +
2 files changed, 31 insertions(+)
create mode 100644
Documenta
Hi Luca,
On 06/05/19 06:48, Luca Abeni wrote:
> From: luca abeni
>
> Currently, the SCHED_DEADLINE scheduler uses a global EDF scheduling
> algorithm, migrating tasks to CPU cores without considering the core
> capacity and the task utilization. This works well on homogeneous
> systems (SCHED_DE
On Wed, 2019-05-08 at 15:50 +0900, Mark Brown wrote:
> On Mon, May 06, 2019 at 11:58:12AM +0200, Jerome Brunet wrote:
> > Remove the debug traces only showing the function name on entry.
> > The same can be obtained using ftrace.
>
> This is not a bug fix and so shouldn't be the first patch in the
On Sun, Apr 14, 2019 at 08:59:39PM +0300, Dmitry Osipenko wrote:
> Add regulators coupler for Tegra30 SoC's that performs voltage balancing
> of a coupled regulators and thus provides voltage scaling functionality.
Same here, what are the requirements this is implementing?
signature.asc
Descript
Hi Claus & Thinh,
>-Original Message-
>From: Claus H. Stovgaard [mailto:c...@phaseone.com]
>Sent: Wednesday, May 08, 2019 2:59 AM
>To: Thinh Nguyen ; linux-...@vger.kernel.org
>Cc: Felipe Balbi ; Greg Kroah-Hartman
>; linux-kernel@vger.kernel.org; Anurag Kumar
>Vulisha
>
>Subject: Re: [PA
On Tue, May 07, 2019 at 12:18:03PM -0700, Linus Torvalds wrote:
> On Tue, May 7, 2019 at 12:09 PM Kirill Smelkov wrote:
> >
> > I've pushed corresponding gpg-signed tag (stream_open-5.2) to my tree. I
> > did not go the gpg way initially because we do not have a gpg-trust
> > relation established
The code flow around the return from interrupt preemption point seems
needlesly complicated.
There is only one site jumping to resume_kernel, and none (outside of
resume_kernel) jumping to restore_all_kernel. Inline resume_kernel
in restore_all_kernel and avoid the CONFIG_PREEMPT dependent label.
On Mon, Apr 29, 2019 at 10:46:03AM +, S.j. Wang wrote:
> + cs42xx8->gpio_reset = of_get_named_gpio(dev->of_node, "gpio-reset", 0);
> + if (gpio_is_valid(cs42xx8->gpio_reset)) {
> + ret = devm_gpio_request_one(dev, cs42xx8->gpio_reset,
> + GPIOF_O
On Sun, Apr 14, 2019 at 08:59:38PM +0300, Dmitry Osipenko wrote:
> Add regulators coupler for Tegra20 SoC's that performs voltage balancing
> of a coupled regulators and thus provides voltage scaling functionality.
Can you say what the rules that this is trying to follow are?
signature.asc
Descr
On Mon, 08 Apr 2019, Enric Balletbo i Serra wrote:
> Hi Lee,
>
> The reason I'm sending this patch series is to clarify the build
> dependencies of the following patches:
>
> [PATCH 1/2] mfd: cros_ec: instantiate properly CrOS FP MCU device
> [PATCH 2/2] mfd: cros_ec: instantiate properly CrOS T
On Sun, Apr 14, 2019 at 08:59:34PM +0300, Dmitry Osipenko wrote:
> Right now regulator core supports only one type of regulators coupling,
> the "voltage max-spread" which keeps voltages of coupled regulators in a
> given range. A more sophisticated coupling may be required in practice,
> one examp
On Wed, 2019-05-08 at 16:00 +0900, Mark Brown wrote:
> On Mon, May 06, 2019 at 11:58:13AM +0200, Jerome Brunet wrote:
>
> > Remove current_substream pointer and replace the exclusive locking
> > mechanism with a simple variable and some atomic operations.
>
> The advantage of mutexes is that they
So the first 3 patches are cleanups and fixes and should probably just go in.
The last patch however is the one Linus hates, it converts i386 to always have
a complete pt_regs. Both Josh and me did a bunch of cleanups and the patch is
now a net reduction in lines.
I still think it is the right th
On Wed, May 8, 2019 at 9:53 AM Sergey Senozhatsky
wrote:
>
> On (05/08/19 16:44), Sergey Senozhatsky wrote:
> > [..]
> > > static void native_smp_send_reschedule(int cpu)
> > > {
> > > if (unlikely(cpu_is_offline(cpu))) {
> > > - WARN(1, "sched: Unexpected reschedule of offline CPU
Hi Juri,
On Wed, 8 May 2019 10:01:16 +0200
Juri Lelli wrote:
> Hi Luca,
>
> On 06/05/19 06:48, Luca Abeni wrote:
> > From: luca abeni
> >
> > Currently, the scheduler tries to find a proper placement for
> > SCHED_DEADLINE tasks when they are pushed out of a core or when
> > they wake up. Hen
When CONFIG_FRAME_POINTER, we should mark pt_regs frames.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/kernel/ftrace_32.S |6 ++
arch/x86/kernel/ftrace_64.S |3 +++
2 files changed, 9 insertions(+)
--- a/arch/x86/kernel/ftrace_32.S
+++ b/arch/x86/kernel/ftrace_32.S
@@ -138,6 +
On Sun, May 05, 2019 at 05:57:42PM +0300, Dmitry Osipenko wrote:
> after bootloader. Currently, in this patchset, we are not allowing CORE
> voltage to go lower than the level left after bootloader and once all
> the relevant drivers will get support for the voltage management, we
> should be able
The kprobe trampolines have a FRAME_POINTER annotation that makes no
sense. It marks the frame in the middle of pt_regs, at the place of
saving BP.
Change it to mark the pt_regs frame as per the ENCODE_FRAME_POINTER
from the respective entry_*.S.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x
Currently pt_regs on x86_32 has an oddity in that kernel regs
(!user_mode(regs)) are short two entries (esp/ss). This means that any
code trying to use them (typically: regs->sp) needs to jump through
some unfortunate hoops.
Change the entry code to fix this up and create a full pt_regs frame.
Th
On Wed, 8 May 2019 10:04:36 +0200
Juri Lelli wrote:
> Hi Luca,
>
> On 06/05/19 06:48, Luca Abeni wrote:
> > From: luca abeni
> >
> > Currently, the SCHED_DEADLINE scheduler uses a global EDF scheduling
> > algorithm, migrating tasks to CPU cores without considering the core
> > capacity and th
On Mon, May 06, 2019 at 01:24:48PM +0200, Petr Mladek wrote:
> On Mon 2019-05-06 11:38:13, Daniel Vetter wrote:
> > On Mon, May 06, 2019 at 10:26:28AM +0200, Petr Mladek wrote:
> > > On Mon 2019-05-06 10:16:14, Petr Mladek wrote:
> > > > On Mon 2019-05-06 09:45:53, Daniel Vetter wrote:
> > > > > co
There is a double fetch problem in function wmi_ioctl.
After second fetch overwrite the length to avoid this.
buf->length is not used now,but it may in the future.
It is good to get it fixed up.
Signed-off-by: JingYi Hou
---
drivers/platform/x86/wmi.c | 14 +-
1 file changed, 9 inser
On Mon, 08 Apr 2019, Binbin Wu wrote:
> In virtualized setup, when system reboots due to warm
> reset interrupt storm is seen.
>
> Call Trace:
>
> dump_stack+0x70/0xa5
> __report_bad_irq+0x2e/0xc0
> note_interrupt+0x248/0x290
> ? add_interrupt_randomness+0x30/0x220
> handle_irq_event_percpu+0x54
at 02:28, Pavel Shilovsky wrote:
вт, 7 мая 2019 г. в 09:13, Steve French via samba-technical
:
merged into cifs-2.6.git for-next
On Tue, May 7, 2019 at 10:17 AM Christoph Probst via samba-technical
wrote:
Change strcat to strncpy in the "None" case to fix a buffer overflow
when cinode->oplo
On 05/08/19 at 04:04pm, Baoquan He wrote:
> kernel_randomize_memory() hardcodes the size of vmemmap section as 1 TB,
> to support the maximum amount of system RAM in 4-level paging mode, 64 TB.
>
> However, 1 TB is not enough for vmemmap in 5-level paging mode. Assuming
> the size of struct page i
Hi Rob,
On 5/7/19 6:50 PM, Rob Herring wrote:
> On Tue, May 7, 2019 at 4:05 AM Lukasz Luba wrote:
>>
>> Hi Rob,
>>
>> On 5/6/19 12:29 PM, Lukasz Luba wrote:
>>> Hi Rob,
>>>
>>> On 5/2/19 10:24 PM, Rob Herring wrote:
On Thu, May 2, 2019 at 3:52 AM Lukasz Luba
wrote:
>
> Hi Rob,
Hi Linus,
here is the bulk changes for pin control for this merge window.
It is pretty calm and chill in pin control for the moment. Just incremental
development.
There is an odd patch to the Super-H architecture, it's coming from
the maintainers so should be fine.
More details are in the signed
On Wed, May 08, 2019 at 01:09:47AM -0600, Andreas Dilger wrote:
> On May 8, 2019, at 12:13 AM, Sahitya Tummala wrote:
> >
> > The buffer_head (frames[0].bh) and it's corresping page can be
> > potentially free'd once brelse() is done inside the for loop
> > but before the for loop exits in dx_rel
On 5/7/19 6:57 PM, Rob Herring wrote:
> On Mon, 6 May 2019 17:11:52 +0200, Lukasz Luba wrote:
>> Change directory name to be ready for new types of memories.
>>
>> Signed-off-by: Lukasz Luba
>> ---
>> .../devicetree/bindings/ddr/lpddr2-timings.txt | 52 +++
>> Documentation/devi
On 5/7/19 7:00 PM, Rob Herring wrote:
> On Mon, May 06, 2019 at 05:11:53PM +0200, Lukasz Luba wrote:
>> Specifies the AC timing parameters of the LPDDR3 memory device.
>>
>> Signed-off-by: Lukasz Luba
>> ---
>> .../devicetree/bindings/ddr/lpddr3-timings.txt | 58 +
>> Document
On Wed, May 8, 2019 at 11:23 AM JingYi Hou wrote:
> There is a double fetch problem in function wmi_ioctl.
> After second fetch overwrite the length to avoid this.
> buf->length is not used now,but it may in the future.
> It is good to get it fixed up.
So, there is no issue right now.
Patch is no
On Tue, 16 Apr 2019, Arnd Bergmann wrote:
> When CONFIG_OF is disabled, we get a harmless warning about an
> unused variable:
>
> drivers/mfd/sun6i-prcm.c: In function 'sun6i_prcm_probe':
> drivers/mfd/sun6i-prcm.c:151:22: error: unused variable 'np'
> [-Werror=unused-variable]
>
> Remove the v
The buffer_head (frames[0].bh) and it's corresping page can be
potentially free'd once brelse() is done inside the for loop
but before the for loop exits in dx_release(). It can be free'd
in another context, when the page cache is flushed via
drop_caches_sysctl_handler(). This results into below da
On Tue, 09 Apr 2019, Amelie Delaunay wrote:
> STMicroelectronics Multi-Function eXpander (STMFX) is a slave controller
> using I2C for communication with the main MCU. Main features are:
> - 16 fast GPIOs individually configurable in input/output
> - 8 alternate GPIOs individually configurable in
On Wed, May 8, 2019 at 10:48 AM Hans de Goede wrote:
> On 07-05-19 22:17, Stephen Boyd wrote:
> > Quoting Hans de Goede (2019-05-06 08:05:42)
> > I guess this is urgent?
>
> Somewhat, getting this into e.g. rc2 would be fine too, waiting till 5.3
> would be bad.
So, I can do it as a fixes for rc
Rob Herring [2019-05-07 11:44:57]:
Hi,
> > -- local-mac-address: the driver is designed to use the
> > of_get_mac_address api
> > - only if efuse-mac is 0. When efuse-mac is 0, the MAC
> > - address is obtained from local-mac-address. If this
> > -
This patch removes some dead code that performs checks about variables
with hard-coded values.
The patch also moves the initialization of those variables to a separate
function, that will possibly have different values per ASIC.
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/habanalabs_
On Tue, Apr 30, 2019 at 06:06:34PM -0700, Yury Norov wrote:
> bitmap_parse() is ineffective and full of opaque variables and opencoded
> parts. It leads to hard understanding and usage of it. This rework
> includes:
> - remove bitmap_shift_left() call from the cycle. Now it makes the
>complexi
On Tue, Apr 30, 2019 at 06:06:33PM -0700, Yury Norov wrote:
> Currently we parse user data byte after byte which leads to
> overcomplicating of parsing algorithm. There are no performance
> critical users of bitmap_parse_user(), and so we can duplicate
> user data to kernel buffer and simply call b
On Tue, Apr 30, 2019 at 06:06:30PM -0700, Yury Norov wrote:
> New function works like strchrnul() with a length limited strings.
>
Reviewed-by: Andy Shevchenko
> Signed-off-by: Yury Norov
> ---
> include/linux/string.h | 1 +
> lib/string.c | 17 +
> 2 files changed
On Tue, Apr 30, 2019 at 06:06:32PM -0700, Yury Norov wrote:
> The test is derived from bitmap_parselist()
> NO_LEN is reserved for use in following patches.
>
Reviewed-by: Andy Shevchenko
> Signed-off-by: Yury Norov
> ---
> lib/test_bitmap.c | 94 ++
On Tue, Apr 30, 2019 at 06:06:31PM -0700, Yury Norov wrote:
> Introduce BITS_TO_U64, BITS_TO_U32 and BITS_TO_BYTES as they are handy
> in the following patches (BITS_TO_U32 specifically). Reimplement tools/
> version of the macros according to the kernel implementation.
>
> Also fix indentation fo
On Tue, Apr 30, 2019 at 06:06:35PM -0700, Yury Norov wrote:
> New version of bitmap_parse() is unified with bitmap_parse_list(),
> and therefore:
> - weakens rules on whitespaces and commas between hex chunks;
> - in addition to \0 allows using \n as the line ending symbol;
> - allows passing UI
On Tue, Apr 30, 2019 at 06:06:36PM -0700, Yury Norov wrote:
> New design of inner bitmap_parse() allows to avoid
> calculating the size of a null-terminated string.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Yury Norov
> ---
> include/linux/cpumask.h | 4 +---
> 1 file changed, 1 i
On May 8, 2019, at 2:34 AM, Sahitya Tummala wrote:
>
> The buffer_head (frames[0].bh) and it's corresping page can be
> potentially free'd once brelse() is done inside the for loop
> but before the for loop exits in dx_release(). It can be free'd
> in another context, when the page cache is flush
> From: Peng Fan
> Sent: Wednesday, May 8, 2019 10:56 AM
>
> NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as system
> controller(SCU), the ocotp controller is being controlled by the SCU, so Linux
> need use RPC to SCU for ocotp handling. This patch adds binding doc for i.MX8
> SCU OC
On Mon, May 06, 2019 at 04:19:16PM +0800, Yuyang Du wrote:
> Hi Peter,
>
> Let me post these small bits first while waiting for Frederic's patches
> to be merged.
>
They apply nicely and should show up in tip after the merge window
closes or thereabout.
Thanks!
On Wed, May 08, 2019 at 10:08:44AM +0200, Jerome Brunet wrote:
> On Wed, 2019-05-08 at 16:00 +0900, Mark Brown wrote:
> > The advantage of mutexes is that they are very simple and clear to
> > reason about. It is therefore unclear that this conversion to use
> > atomic variables is an improvement
The patch
sound: soc-acpi: fix implicit header use of module.h/export.h
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the nex
The patch
ASoC: hdmi-codec: remove function name debug traces
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours
The patch
ASoC: hdmi-codec: remove reference to the dai drivers in the private data
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometim
The patch
ASoC: hdmi-codec: remove reference to the current substream
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
Rob Herring [2019-05-07 11:06:43]:
Hi,
> > Honestly I don't know if it's necessary to have it, but so far address,
> > mac-address and local-mac-address properties provide this DT nodes, so I've
> > simply thought, that it would be good to have it for MAC address from NVMEM
> > as
> > well in o
The patch
ASoC: stm32: i2s: manage identification registers
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: stm32: i2s: update pcm hardware constraints
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.2
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
On Tue, May 07, 2019 at 04:01:15PM -0600, Fletcher Woodruff wrote:
> The rt5677 driver uses ACPI-style property names to read from the
> device API. However, these do not match the property names in _DSD
> used on the Chromebook Pixel 2015, which are closer to the Device Tree
> style. Unify the tw
On Wed, May 08, 2019 at 04:24:18PM +0800, Baoquan He wrote:
> I think this's worth noticing stable tree:
>
> Cc: sta...@vger.kernel.org
Fixes: ?
--
Regards/Gruss,
Boris.
Good mailing practices for 400: avoid top-posting and trim the reply.
On Sat, Apr 13, 2019 at 11:15:18AM -0400, Paul Gortmaker wrote:
> This file is implicitly relying on an instance of including
> module.h from .
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches.
signature.asc
Description:
The patch
regulator: core: Slightly improve readability of _regulator_get_enable_time
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usua
The patch
regulator: max77650: Convert MAX77651 SBB1 to pickable linear range
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually some
The following changes since commit 085b7755808aa11f78ab9377257e1dad2e6fa4bb:
Linux 5.1-rc6 (2019-04-21 10:45:57 -0700)
are available in the git repository at:
https://github.com/c-sky/csky-linux.git tags/csky-for-linus-5.2-rc1
for you to fetch changes up to a691f3334d58b833e41d56de1b9820e68
On 06/05/19 06:48, Luca Abeni wrote:
> From: luca abeni
>
> Instead of considering the "static CPU bandwidth" allocated to
> a SCHED_DEADLINE task (ratio between its maximum runtime and
> reservation period), try to use the remaining runtime and time
> to scheduling deadline.
>
> Signed-off-by:
The patch
dt-bindings: mfd: atmel-usart: add DMA bindings for USART in SPI mode
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in th
The patch
spi: at91-usart: add DMA support
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus du
The patch
ASoC: hdmi-codec: remove ops dependency on the dai id
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hou
Hi Rob,
On 5/7/19 7:04 PM, Rob Herring wrote:
> On Mon, May 06, 2019 at 05:11:55PM +0200, Lukasz Luba wrote:
>> The patch adds description for DT binding for a new Exynos5422 Dynamic
>> Memory Controller device.
>>
>> Signed-off-by: Lukasz Luba
>> ---
>> .../bindings/memory-controllers/exynos54
Add a property usb-role-switch to tell the driver that use
USB Role Switch framework to handle the role switch,
it's useful when the driver has already supported other ways,
such as extcon framework etc.
Cc: Biju Das
Cc: Yu Chen
Signed-off-by: Chunfeng Yun
---
v3:
add property type, modify
On Wed, May 08, 2019 at 01:16:06PM +0530, Vinod Koul wrote:
> On 07-05-19, 17:49, Pierre-Louis Bossart wrote:
> >
> > > > The model here is that Master device is PCI or Platform device and then
> > > > creates a bus instance which has soundwire slave devices.
> > > >
> > > > So for any attribute
On Thu, May 02, 2019 at 01:50:22PM +0300, Alexander Shishkin wrote:
> If PEBS declares ability to output its data to Intel PT stream, use the
> aux_source attribute bit to enable PEBS data output to PT. This requires
> a PT event to be present and scheduled in the same context. Unlike the
> DS area
On Tue, May 7, 2019 at 3:53 PM Anders Roxell wrote:
> When building and CONFIG_X86 isn't set the compiler rightly complains
> about an unused varable 'i', see the warning below:
>
> ../drivers/hwtracing/intel_th/msu.c: In function ‘msc_buffer_win_alloc’:
> ../drivers/hwtracing/intel_th/msu.c:783:2
On Thu, May 02, 2019 at 01:50:22PM +0300, Alexander Shishkin wrote:
> The output setting is per-CPU, so all PEBS events must be either writing
> to PT or to the DS area, so in order to not mess up the event scheduling,
> we fall back to the latter in case both types of events are scheduled in.
Urg
On Wed, May 08, 2019 at 05:01:44PM +1000, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> In order to support additional features in hex_dump_to_buffer, replace
> the ascii bool parameter with flags.
>
> Signed-off-by: Alastair D'Silva
> ---
> drivers/gpu/drm/i915/intel_engine_cs.c
Support Touchpad MCU as a special of CrOS EC devices. The current
Touchpad MCU is used on Eve Chromebook and used the same protocol as
other CrOS EC devices.
When a MCU has touchpad support (aka EC_FEATURE_TOUCHPAD), it is
instantiated as a special CrOS EC device with device name 'cros_tp'. So
reg
Update the feature enum for the Chromebook Embedded Controller to the
latest version. Some of these enums are still not used in the kernel but
we might be also interested on have these enums up to date. Userspace
can use them to query the features to the EC via the cros-ec character
device.
While
1 - 100 of 799 matches
Mail list logo
