I am Mr. Himmed Omar a banker in Bank of Africa Burkina Faso West
Africa, Please i want to transfer an abandoned sum of 11.4 millions
USD to your account.50% will be for you and 50% for me.
No risk involved. Contact me for more details along with your personal
information needed below.
1. Full
On Fri, 20 Apr 2018, NeilBrown wrote:
> On Thu, Apr 19 2018, Thomas Gleixner wrote:
> > The analysis above forgot to look at the mempool->alloc() callback. So yes,
> > while the NOIO is good at the mempool level, but init_rs() uses GPF_KERNEL
> > so there might be a different can of wurms lurking.
Hi Bjorn,
I have verified this patch, it works fine for me.
Thanks & Regards,
Srinath.
On Fri, Apr 20, 2018 at 2:35 AM, Bjorn Helgaas wrote:
> From: Bjorn Helgaas
>
> When in the ASPM L1.0 state (but not the PCI-PM L1.0 state), the most
> recent LTR value and the LTR_L1.2_THRESHOLD determines
Hi Peter,
I've been a bit a pain in the arse for you recently, but please
bear with me a bit more, and sorry for jumping late on the band wagon.
On Thu, Apr 19, 2018 at 06:27:44PM +0200, Peter Rosin wrote:
> Hi!
>
> I naively thought that since there was support for both nxp,tda19988 (in
>
Hi Marcel,
Am Montag, 19. Februar 2018, 16:12:52 CEST schrieb Marcel Ziswiler:
> From: Marcel Ziswiler
>
> Since commit f8f8f1d04494 ("clk: Don't touch hardware when reparenting
> during registration") ULPI has been broken on Tegra20 leading to the
> following error message during boot:
>
> [
Am Donnerstag, 19. April 2018, 16:06:19 CEST schrieb Wolfram Sang:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
Acked-by: Marc Dietrich
> ---
>
> Build tested only. buildbot is happy.
The constants used to parse ubi.block parameters from the kernel command
line are not specific to UBI block devices but rather to UBI volumes
(on which block devices are "based").
So let's rename UBIBLOCK_* constants used in parameter parsing to
UBIVOL_*.
Let's move the constants to ubi.h so
On Fri, Apr 20, 2018 at 12:12 AM, Eric W. Biederman
wrote:
> Arnd Bergmann writes:
>
>> On Thu, Apr 19, 2018 at 5:20 PM, Arnd Bergmann wrote:
>>> On Thu, Apr 19, 2018 at 4:59 PM, Eric W. Biederman
>>> wrote:
I suspect you want to use __kernel_ulong_t here instead of a raw
unsigned
There's already ECC on NAND pages so there may be no need for one to
check the CRC of a UBI volume.
Let's introduce a ubi.nocheck parameter that let one skip the CRC check
when attaching a UBI volume.
This also drastically speeds kernel boot by removing a potentially
useless check, e.g. I gained
On 20 April 2018 at 09:42, Alexey Brodkin wrote:
> Hi Ulf,
>
> On Fri, 2018-04-20 at 09:35 +0200, Ulf Hansson wrote:
>> [...]
>>
>> >
>> > 2. Add missing stuff to support multislot mode in DesignWare MMC driver.
>> > * Add missing slot switch to __dw_mci_start_request() function.
>> > *
On 20/04/18 09:31, Quentin Perret wrote:
> On Friday 20 Apr 2018 at 01:14:35 (-0700), Joel Fernandes wrote:
> > On Fri, Apr 20, 2018 at 1:13 AM, Joel Fernandes wrote:
> > > On Wed, Apr 18, 2018 at 4:17 AM, Quentin Perret
> > > wrote:
> > >> On Friday 13 Apr 2018 at 16:56:39 (-0700), Joel
On Thu, 19 Apr 2018 17:13:52 -0400
Tony Krowiak wrote:
> Introduces a new function to reset the crypto attributes for all
> vcpus whether they are running or not. Each vcpu in KVM will
> be removed from SIE prior to resetting the crypto attributes in its
> SIE state description. After all vcpus
From: Sean Wang
Recently kernelCI reported the board mt7622-rfb1 has a fail test with
kernel: ERROR: did not start booting whose details could be seen at [1].
The cause is that UART0 can't output anything when it's missing a proper
pin setup with current DTS, so the essential driver is always
On Thu, Apr 19, 2018 at 12:20:35PM -0700, Eric Anholt wrote:
> This driver will be used to support Mesa on the Broadcom 7268 and 7278
> platforms.
>
> V3D 3.3 introduces an MMU, which means we no longer need CMA or vc4's
> complicated CL/shader validation scheme. This massively changes the
> GEM
On Fri, 20 Apr 2018, Geert Uytterhoeven wrote:
> On Fri, Apr 20, 2018 at 9:49 AM, Lee Jones wrote:
> > On Wed, 18 Apr 2018, Geert Uytterhoeven wrote:
> >> The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB
> >> development boards supports DDR Backup Power, which means that the DDR
> >>
Am 20.04.2018 um 09:13 schrieb Daniel Vetter:
On Thu, Apr 19, 2018 at 01:16:57AM -0700, Christoph Hellwig wrote:
On Mon, Apr 16, 2018 at 03:38:56PM +0200, Daniel Vetter wrote:
We've broken that assumption in i915 years ago. Not struct page backed
gpu memory is very real.
Of course we'll never
On Thu, Apr 19, 2018 at 04:46:34PM +0300, Dan Carpenter wrote:
> The tps_comparators[] array is used in two places. We only access the
> COMP1 (1) and COMP2 (2) elements. Unfortunately, we're accessing the
> wrong elements and also one element beyond the end of the array. There
> was supposed
On Fri, Apr 20, 2018 at 09:39:09AM +0100, Lee Jones wrote:
> On Fri, 20 Apr 2018, Dan Carpenter wrote:
>
> > On Fri, Apr 20, 2018 at 09:09:43AM +0100, Lee Jones wrote:
> > > On Thu, 19 Apr 2018, Dan Carpenter wrote:
> > >
> > > > The tps_comparators[] array is used in two places. We only access
On Fri, 20 Apr 2018 09:44:56 +0200
Peter Zijlstra wrote:
> On Sun, Apr 15, 2018 at 11:31:49PM +1000, Nicholas Piggin wrote:
> > This is a quick hack for comments, but I've always wondered --
> > if we have a short term polling idle states in cpuidle for performance
> > -- why not skip the
On Friday, April 20, 2018 02:13 PM, Uwe Kleine-König wrote:
Hello Chris,
On Fri, Apr 20, 2018 at 09:07:59AM +0800, Chris Ruehl wrote:
Fix a problem introduced with
commit e61c38d85b73 ("serial: imx: setup DCEDTE early and ensure DCD and RI irqs to
be off")
result in non dte-mode imx-uart fail
Hi Laura,
Thanks for your patch!
On Fri, Apr 13, 2018 at 11:24 PM, Laura Abbott wrote:
> The new challenge is to remove VLAs from the kernel
> (see https://lkml.org/lkml/2018/3/7/621) to eventually
> turn on -Wvla.
>
> Using a kmalloc array is the easy way to fix this but kmalloc is still
>
Hi Peter
On Fri, 20 Apr 2018 01:38:42 + Peter Chen wrote:
>
> > drivers/usb/chipidea/Kconfig | 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git a/drivers/usb/chipidea/Kconfig b/drivers/usb/chipidea/Kconfig
> > index
> > 785f0ed037f7..97509172d536 100644
> > ---
From: Colin Ian King
In the case when the phy_mask is bitwise anded with the
phy_index bit is zero the continue statement currently jumps
to the next iteration of the while loop and phy_index is
never actually incremented, potentially causing an infinite
loop if phy_index is less than
Olen Ronald Bernstein, olen lainanantaja, annan lainoja yksittäisille ja
yrityksille, liike- ja henkilökohtaisiin tarkoituksiin, ota yhteyttä minuun,
jos tarvitset minkäänlaista lainaa. Annan lainoja yleisölle 2 prosentin
korolla. Ota yhteyttä minuun
Append 3 additional I2C instance for STM32F746 SoC.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32f746.dtsi | 36
1 file changed, 36 insertions(+)
diff --git
Add I2C1 support for STM32H743I-EVAL Board
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32h743i-eval.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/stm32h743i-eval.dts
Add I2C support on STM32H743 SoC.
Activate I2C1 on STM32H743I Evaluation Board.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (2):
ARM: dts: stm32: Add I2C support for STM32H743 SoC
ARM: dts: stm32: Add I2C1 support for STM32H743I-EVAL Board
Add I2C support for STM32H743 SoC
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32h743-pinctrl.dtsi | 10 +++
arch/arm/boot/dts/stm32h743.dtsi | 48
2 files changed, 58 insertions(+)
This patch adds DMAv2 and DMAMUX support on STM32MP157C with configs and device
tree.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (4):
ARM: configs: stm32: Add DMAv2 support on STM32MP157C machine
ARM: configs: stm32: Add DMAMUX support on STM32MP157C
ARM:
This patch intends to appends 3 additional I2C instances (2, 3 and 4).
In the same time I2C1 is setup for both STM32F746 and STM32F769 Discovery
boards.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (3):
ARM: dts: stm32: Append additional I2Cs for STM32F746 SoC
Add I2C1 support for STM32F746-DISCO Board
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32f746-disco.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f746-disco.dts
Add I2C1 support for STM32F769-DISCO Board
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32f769-disco.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f769-disco.dts
The COMP1 and COMP2 elements are in 0 and 1 respectively so this code is
accessing the wrong elements and one space beyond the end of the array.
We should be using "id - 1" instead.
The "id" variable is never COMP (0) so that code can be removed.
Fixes: 6851ad3ab346 ("TPS65911: Comparator: Add
This patchs add sections for IRQENTRY and SOFTIRQENTRY.
Initially added by below kernel patch for all architecture,
but missed in um.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=be7635e7287e0e8013af3c89a6354a9e0182594c
We need to add both sections because
On Fri 2018-04-20 11:15:11, Sergey Senozhatsky wrote:
> On (04/19/18 14:53), Petr Mladek wrote:
> > > > >
> > > > > Besides 100 lines is absolutely not enough for any real lockdep splat.
> > > > > My call would be - up to 1000 lines in a 1 minute interval.
> >
> > But this would break the
From: Gabriel Fernandez
This patch adds reset binding file.
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stm32mp157c.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
b/arch/arm/boot/dts/stm32mp157c.dtsi
index bc3eddc..7e91fd6 100644
---
On Thu, Apr 19, 2018 at 9:54 PM, Vivek Goyal wrote:
> On Wed, Apr 18, 2018 at 03:49:02PM +0200, Miklos Szeredi wrote:
>> On Wed, Apr 18, 2018 at 3:38 PM, Steven Rostedt wrote:
>> > On Wed, 18 Apr 2018 13:42:03 +0200
>> > Miklos Szeredi wrote:
>> >
>> >> On Wed, Apr 18, 2018 at 10:19 AM, Amir
This patch adds DMAMUX support on STM32MP157C
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/mach-stm32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-stm32/Kconfig b/arch/arm/mach-stm32/Kconfig
index
This patch adds MDMA support on STM32MP157C with configs and device tree.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (2):
ARM: configs: stm32: Add MDMA support on STM32MP157C
ARM: dts: stm32: Add MDMA support on STM32MP157C
arch/arm/boot/dts/stm32mp157c.dtsi |
This patch adds DMAv2 support for STM32MP157C machine
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/mach-stm32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-stm32/Kconfig b/arch/arm/mach-stm32/Kconfig
index
This patch adds MDMA support on STM32MP157C
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/mach-stm32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-stm32/Kconfig b/arch/arm/mach-stm32/Kconfig
index
Activate DMAv2 for STM32MP157C
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
Activate MDMA for STM32MP157C
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
b/arch/arm/boot/dts/stm32mp157c.dtsi
On 20/04/18 05:42, Viresh Kumar wrote:
> On 19-04-18, 11:37, Sudeep Holla wrote:
>>
>>
>> On 19/04/18 05:16, Viresh Kumar wrote:
>>> On 18-04-18, 08:56, Markus Mayer wrote:
From: Jim Quinlan
If the SCMI cpufreq driver is supported, we bail, so that the new
approach can be
Activate DMAMUX for STM32MP157C
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
This patch adds DMAv2 and DMAMUX support on STM32MP157C with configs and device
tree.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (4):
ARM: configs: stm32: Add DMAv2 support on STM32MP157C machine
ARM: configs: stm32: Add DMAMUX support on STM32MP157C
ARM:
On 18.04.2018 16:40, Jacopo Mondi wrote:
> As I have another series which is based on this one + Eagle board display
> support, I'm re-sending this one to fix the small issue I pointed out in my
> reply to v8.
>
> Simon: no changes to Eagle DTS series, so the last one sent is still the good
> one.
Add I2C1/5 support for STM32MP157C evaluation daughter on evaluation
mother board.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c-ev1.dts | 17 +
1 file changed, 17 insertions(+)
diff --git
Add I2C4 support for STM32MP157C evaluation daughter.
Required for PMIC.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c-ed1.dts | 8
1 file changed, 8 insertions(+)
diff --git
This patch adds I2C support on STM32MP157C with configs and device tree.
In the same way I2C4 is enabled for STM32MP157C ED1 Daughter bord.
I2C2/5 is enabled on STM32MP157C EV1 Daughter board on Evaluation board.
---
Version history:
v1:
* Initial
---
Pierre-Yves MORDRET (5):
This patch adds a dedicated pin control applied on I2C1,2,4 & 5
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157-pinctrl.dtsi | 40 +++
1 file changed, 40 insertions(+)
diff --git
This patch adds all I2C instances for STM32MP157C SoC.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c.dtsi | 77 ++
1 file changed, 77 insertions(+)
diff --git
> >> @@ -3,6 +3,8 @@ config USB_CHIPIDEA
> >>depends on ((USB_EHCI_HCD && USB_GADGET) || (USB_EHCI_HCD &&
> >> !USB_GADGET) || (!USB_EHCI_HCD && USB_GADGET)) && HAS_DMA
> >>select EXTCON
> >>select RESET_CONTROLLER
> >> + select MULTIPLEXER
> >> + select MUX_GPIO
> >
> > The above
This patch adds I2C F7 support to multi_v7_defconfig
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v1:
* Initial
---
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
In 2012, we changed the tps65910 API and fixed most drivers but forgot
to update this one.
Fixes: 3f7e82759c69 ("mfd: Commonize tps65910 regmap access through header")
Signed-off-by: Dan Carpenter
diff --git a/drivers/mfd/tps65911-comparator.c
b/drivers/mfd/tps65911-comparator.c
index
Hi Kirill,
On 19/04/18 20:29, Kirill Tkhai wrote:
> tg_rt_schedulable() iterates over all child task groups,
> while tg_has_rt_tasks() iterates over all linked tasks.
> In case of systems with big number of tasks, this may
> take a lot of time.
>
> I observed hard LOCKUP on machine with 2+
From: Colin Ian King
It seems that the loop index i is not being incremented and hence
potentially the while loop could spin forever. Fortunately with the
data being used this does not appear to happen at the moment.
Fixes: da09155ac8d3 ("regulator: Add WM8350 regulator support")
Signed-off-by:
HI,
> sh-4.2# grep -r KMOD_DECOMP_LEN ./linux-4.15.17
> ./linux-4.15.17/tools/perf/tests/code-reading.c: char
> decomp_name[KMOD_DECOMP_LEN];
> ./linux-4.15.17/tools/perf/util/dso.h:#define KMOD_DECOMP_LEN
> sizeof(KMOD_DECOMP_NAME)
> ./linux-4.15.17/tools/perf/util/annotate.c: char
On Thu, Apr 12, 2018 at 10:13:58AM +0200, Jacopo Mondi wrote:
> From: Sergei Shtylyov
>
> Describe VSPD0 in the R8A77970 device tree; it will be used by DU in
> the next patch...
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir Barinov
>
On Thu, Apr 12, 2018 at 10:13:59AM +0200, Jacopo Mondi wrote:
> From: Sergei Shtylyov
>
> Define the generic R8A77970 part of the DU device node.
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir Barinov
> Signed-off-by: Sergei Shtylyov
>
On Thu, Apr 12, 2018 at 10:14:00AM +0200, Jacopo Mondi wrote:
> From: Sergei Shtylyov
>
> Define the generic R8A77970 part of the LVDS device node.
>
> Signed-off-by: Sergei Shtylyov
Thanks, applied.
From: Andrea Greco
Add support Dallas DS1340 trickle charger function.
Signed-off-by: Andrea Greco
---
drivers/rtc/rtc-ds1307.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/rtc/rtc-ds1307.c b/drivers/rtc/rtc-ds1307.c
index a13e59edff53..e9ec4160d7f6 100644
---
On 20-04-18, 10:15, Sudeep Holla wrote:
> It still doesn't give the flexibility to switch between the two
> implementations boot time based on some firmware config(e.g. DT status
> property).
I agree, but it didn't look like they need flexibility :)
Lets see how the intend to use it. If they are
> >
> > Sorry to reply late, are you really care 2KB code side? Since many
> > users use EXTCON to handle vbus and id, it is hard just delete it. I
> > could accept patch for your specific platforms, like:
> >
> > + select EXTCON if !ARCH_
>
> The patch doesn't remove extcon support from
Hi Kyle,
I'm already working on a Version 3 of this patch series. Right now this
slowed down since I'm very busy and the ToDo-List is still very long.
My plan is to send out a version during this release cycle.
If you need it right now feel free to submit patches!
Philipp
On 19.04.2018
Quentin,
Am Freitag, 20. April 2018, 10:52:41 CEST schrieb Quentin Schulz:
> There's already ECC on NAND pages so there may be no need for one to
> check the CRC of a UBI volume.
>
> Let's introduce a ubi.nocheck parameter that let one skip the CRC check
> when attaching a UBI volume.
>
> This
The iommu_table_lock is only used by code inside an ifdef CONFIG_IRQ_REMAP
block. This leads to the following warning with CONFIG_IRQ_REMAP=n:
amd_iommu.c:86:24: warning: 'iommu_table_lock' defined but not used
[-Wunused-variable]
Guard the spinlock definition with the same ifdef.
Fixes:
Hi Peter,
Thank you for the patch.
On Thursday, 19 April 2018 19:27:49 EEST Peter Rosin wrote:
> This prepares for being a drm_bridge which will not register the
> encoder. That makes the connector the better choice.
>
> Signed-off-by: Peter Rosin
Reviewed-by: Laurent Pinchart
> ---
>
On 04/20/2018 11:09 AM, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch adds reset binding file.
>
> Signed-off-by: Gabriel Fernandez
> ---
> arch/arm/boot/dts/stm32mp157c.dtsi | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Hi Philipp,
On 11/23/2017 09:54 AM, Philipp Zabel wrote:
> Hi Matthias,
>
> On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote:
>> The mmsys memory space is shared between the drm and the
>> clk driver. Use regmap to access it.
>>
>> Signed-off-by: Matthias Brugger
>> ---
>>
Hi, Juri,
On 20.04.2018 12:25, Juri Lelli wrote:
> Hi Kirill,
>
> On 19/04/18 20:29, Kirill Tkhai wrote:
>> tg_rt_schedulable() iterates over all child task groups,
>> while tg_has_rt_tasks() iterates over all linked tasks.
>> In case of systems with big number of tasks, this may
>> take a lot
This header will be used for more than just led. Change it to a more
generic name.
Cc: Mario Limonciello
Signed-off-by: Kai-Heng Feng
---
v4: Change the commit message to clarify there's no more runtime pm
warning.
Also skip the check for thunderbolt attached devices.
v3: Simplify
Some Dell platforms (Preicsion 7510/7710/7520/7720) have a BIOS option
"Switchable Graphics" (SG).
When SG is enabled, we have:
00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
00:1f.3 Audio device: Intel Corporation CM238 HD Audio Controller (rev 31)
01:00.0 VGA
On some Dell platforms, there's a BIOS option "Enable Switchable
Graphics". This information is useful if we want to do different things
based on this value, e.g. disable unused audio controller that comes
with the discrete graphics.
Cc: Mario Limonciello
Signed-off-by: Kai-Heng Feng
---
v4:
On Mon, Apr 16, 2018 at 05:18:19PM +0200, Takashi Iwai wrote:
> As the recent swiotlb bug revealed, we seem to have given up the
> direct DMA allocation too early and felt back to swiotlb allocation.
> The reason is that swiotlb allocator expected that dma_direct_alloc()
> would try harder to get
On 2018/4/20 12:04, Chao Yu wrote:
> On 2018/4/20 11:37, Jaegeuk Kim wrote:
>> On 04/20, Chao Yu wrote:
>>> As most indirect node, dindirect node, and xattr node won't be updated
>>> after they are created, but inode node and other direct node will change
>>> more frequently, so store their nat
On Fri, 2018-04-20 at 10:03 +0100, Colin King wrote:
> From: Colin Ian King
>
> In the case when the phy_mask is bitwise anded with the
> phy_index bit is zero the continue statement currently jumps
> to the next iteration of the while loop and phy_index is
> never actually incremented,
On 2018-04-20 11:28:36 [+0200], Tobias Regnery wrote:
> The iommu_table_lock is only used by code inside an ifdef CONFIG_IRQ_REMAP
> block. This leads to the following warning with CONFIG_IRQ_REMAP=n:
>
> amd_iommu.c:86:24: warning: 'iommu_table_lock' defined but not used
> [-Wunused-variable]
>
On Thu, Apr 12, 2018 at 10:14:01AM +0200, Jacopo Mondi wrote:
> Enable HDMI output on Renesas R-Car V3M Eagle board.
>
> The HDMI ouput is enabled connecting the DU LVDS output to the
s/ouput/output/
> transparent LVDS converter THC63LVD1024, and successively routing its
> RGB output to the
On Tue, Apr 17, 2018 at 03:21:19PM +0100, Matt Fleming wrote:
> Hi guys,
>
> We've seen a bug in one of our SLE kernels where the cpu stopper
> thread ("migration/15") is entering idle balance. This then triggers
> active load balance.
>
> At the same time, a task on another CPU triggers a page
On Thu, Apr 19, 2018 at 11:42:04PM +0200, Stefan Agner wrote:
> With PHYS_ADDR_MAX there is now a type safe variant for all
> bits set. Make use of it.
>
> Patch created using a sematic patch as follows:
>
> //
> @@
> typedef phys_addr_t;
> @@
> -(phys_addr_t)ULLONG_MAX
> +PHYS_ADDR_MAX
> //
>
Hi Richard,
On Fri, Apr 20, 2018 at 11:37:07AM +0200, Richard Weinberger wrote:
> Quentin,
>
> Am Freitag, 20. April 2018, 10:52:41 CEST schrieb Quentin Schulz:
> > There's already ECC on NAND pages so there may be no need for one to
> > check the CRC of a UBI volume.
> >
> > Let's introduce a
Hi Peter,
Thank you for the patch.
On Thursday, 19 April 2018 19:27:50 EEST Peter Rosin wrote:
> This enables reuse of the machinery for the case where a drm_bridge
> needs to do the same work via different interfaces.
>
> Signed-off-by: Peter Rosin
> ---
> drivers/gpu/drm/i2c/tda998x_drv.c |
Hi Paul,
On Fri, Apr 20, 2018 at 12:46 AM Paul Kocialkowski <
paul.kocialkow...@bootlin.com> wrote:
[snip]
> +struct v4l2_ctrl_mpeg2_frame_hdr {
> + __u32 slice_len;
> + __u32 slice_pos;
> + enum { MPEG1, MPEG2 } type;
Is enum suitable for UAPI?
> +
> + __u16 width;
> +
On Fri, Apr 20, 2018 at 08:20:21AM +0200, Vitezslav Samel wrote:
> ;-) This time it works.
Good. :-)
> microcode: __reload_late: CPU1 waiting to exit
> x86/CPU: CPU features have changed after loading microcode, but might not
> take effect.
> x86/CPU: Please consider either early loading
On Thu, 2018-04-19 at 15:10 -0700, Anatoliy Glagolev wrote:
> Updated: rebased on recent Linux, cc-ed maintainers per instructions
> in MAINTAINERS file
>
> From df939b80d02bf37b21efaaef8ede86cfd39b0cb8 Mon Sep 17 00:00:00
> 2001
> From: Anatoliy Glagolev
> Date: Thu, 19 Apr 2018 15:06:06 -0600
Commit-ID: 05189820da23fc87ee2a7d87c20257f298af27f4
Gitweb: https://git.kernel.org/tip/05189820da23fc87ee2a7d87c20257f298af27f4
Author: Joerg Roedel
AuthorDate: Thu, 19 Apr 2018 20:26:00 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 20 Apr 2018 11:52:00 +0200
x86/power/64: Fix
ATM, the mpll driver can only round the requested rate down, even if
rounding up would have provided a better approximation of the requested
rate.
This patchset adds a flag to enable rounding to the closest rate possible,
even if it means rounding up.
The flag is then enabled on the axg platform
Let the mpll dividers achieve the closest rate possible, even if
it means rounding the requested rate up.
This is done to improve the accuracy of the rates provided by these
plls to the audio subsystem
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/axg.c | 4
1 file changed, 4
Allow the mpll driver to round the requested rate up if
CLK_MESON_MPLL_ROUND_CLOSEST is set and it provides a rate closer to the
requested rate.
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/clk-mpll.c | 25 -
drivers/clk/meson/clkc.h | 3 +++
2 files changed,
On 20/04/18 10:45, James Bottomley wrote:
> On Fri, 2018-04-20 at 10:03 +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> In the case when the phy_mask is bitwise anded with the
>> phy_index bit is zero the continue statement currently jumps
>> to the next iteration of the while loop and
From: Colin Ian King
In the case when the phy_mask is bitwise anded with the
phy_index bit is zero the continue statement currently jumps
to the next iteration of the while loop and phy_index is
never actually incremented, potentially causing an infinite
loop if phy_index is less than
On Fri, 20 Apr 2018 11:47:02 +0200,
Christoph Hellwig wrote:
>
> On Mon, Apr 16, 2018 at 05:18:19PM +0200, Takashi Iwai wrote:
> > As the recent swiotlb bug revealed, we seem to have given up the
> > direct DMA allocation too early and felt back to swiotlb allocation.
> > The reason is that
Hi Christoph,
On Fri, Apr 20, 2018 at 10:31 AM, Christoph Hellwig wrote:
> On Wed, Apr 18, 2018 at 03:13:14PM +0200, jacopo mondi wrote:
>> As long as it goes for arch/sh, the only user of dma_alloc_coherent()
>> is platform_resource_setup_memory(), and it has been fixed by this
>> patch.
>
>
Hi Matthias,
On Fri, 2018-04-20 at 11:41 +0200, Matthias Brugger wrote:
> Hi Philipp,
>
> On 11/23/2017 09:54 AM, Philipp Zabel wrote:
> > Hi Matthias,
> >
> > On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote:
> > > The mmsys memory space is shared between the drm and the
> > > clk
On Fri, Apr 20, 2018 at 11:52:20AM +0200, Borislav Petkov wrote:
> On Fri, Apr 20, 2018 at 08:20:21AM +0200, Vitezslav Samel wrote:
> > ;-) This time it works.
>
> Good. :-)
>
> > microcode: __reload_late: CPU1 waiting to exit
> > x86/CPU: CPU features have changed after loading microcode,
The standby pin can be connected to a GPIO. In that case we have to drive
it to the correct values for the TAS6424 to operate properly.
Signed-off-by: Jean-Jacques Hiblot
---
.../devicetree/bindings/sound/ti,tas6424.txt | 1 +
sound/soc/codecs/tas6424.c | 22
The TAS6424 incorporates both DC-load and AC-load diagnostics which are
used to determine the status of the load. The DC diagnostics runs when any
channel is directed to leave the Hi-Z state and enter the MUTE or PLAY
state.
The DC diagnostics are turned on by default but if a fast startup without
mute and standby pins are available on the codec. If they are connected, they
should be managed by the driver, instead of relying on gpio hogs or on the
initial state of the GPIOs.
This series also includes a patch to improve the start-up time of the channels
by disabling built-in DC diagnostics.
mute can be connected to GPIO. In that case we have to drive it to the
correct value
Signed-off-by: Jean-Jacques Hiblot
---
.../devicetree/bindings/sound/ti,tas6424.txt | 1 +
sound/soc/codecs/tas6424.c | 37 +-
2 files changed, 37
1101 - 1200 of 1910 matches
Mail list logo
