* Greg Kroah-Hartman wrote:
> On Wed, Feb 14, 2018 at 05:17:25PM -0800, Linus Torvalds wrote:
> > On Wed, Feb 14, 2018 at 4:38 PM, Ingo Molnar wrote:
> > >
> > >This tree generates two relatively simple conflicts with your tree:
> >
> > So what annoys me about these conflicts is that I'm n
On 2/14/2018 8:32 PM, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 14 Feb 2018 19:14:49 +0100
>
> Add jump targets so that a bit of exception handling can be better reused
> at the end of these functions.
>
> Signed-off-by: Markus Elfring
[snip]
> @@ -1096,6 +1092,7 @@ static in
To be clear, I refer to my patches as patch#1 for [1] and patch#2 for [2],
respectively, hereafter.
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2018-January/553098.html
[2]
http://lists.infradead.org/pipermail/linux-arm-kernel/2018-February/557248.html
On Fri, Feb 09, 2018
* Ingo Molnar wrote:
> > > This is not a complaint so much as a "is it worth it?" question..
> >
> > So far, I think this is the first conflict it's generated in a long
> > time, so previously it was worth it from my point of view. As long as
> > it doesn't cause more work for the TIP maintain
Add dt-bindings/gpio/gpio.h include and use it on vcc5v_otg.
Signed-off-by: Philippe Cornu
---
arch/arm/boot/dts/stm32f469-disco.dts | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stm32f469-disco.dts
b/arch/arm/boot/dts/stm32f469-disco.dts
index bdd03ac7
On Wed, Feb 14, 2018 at 08:54:47AM +, Corentin Labbe wrote:
> mmc0_pins_a were renamed in arch/arm but not in arch/arm64 resulting in
> a build failure.
>
> Fixes: 813f2c8fa119 ("ARM: dts: sunxi: h3-h5: rename mmc0_pins_a and
> mmc1_pins_a")
> Signed-off-by: Corentin Labbe
> ---
> arch/arm6
In the stm32f4 family, mipi dsi is only supported on stm32f469.
So add a new stm32f469 dtsi file & add mipi dsi support inside.
Signed-off-by: Philippe Cornu
---
arch/arm/boot/dts/stm32f469.dtsi | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 arch/arm/boot/dts/stm3
This serie adds the mipi dsi support to stm32f469 and enables it
on the stm32f469-disco board.
Philippe CORNU (1):
ARM: dts: stm32: Add display support on stm32f469-disco
Philippe Cornu (2):
ARM: dts: stm32: Add dt-bindings gpio.h include on stm32f469-disco
ARM: dts: stm32: Add new stm32f4
From: Philippe CORNU
Add display support on the stm32f469-disco board.
Signed-off-by: Philippe Cornu
---
arch/arm/boot/dts/stm32f469-disco.dts | 51 ++-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stm32f469-disco.dts
b/arch/a
Since its inclusion in 2012 via commit bea8a429d91a ("drm/exynos: add rotator
ipp driver")
this header is not used by any source files and is empty.
Lets just remove it.
Signed-off-by: Corentin Labbe
---
drivers/gpu/drm/exynos/exynos_drm_rotator.h | 19 ---
1 file changed, 19 de
From: Abhijeet Kumar
In usecases like hot plug-unplug DP panel or modeset during a playback,
sometimes we observe no audio after codec resets. During no audio
condition, we have noticed that the power state of the pin or the
connector is D3. Optimizing the way we set the power mitigates the
issue
On 2/14/2018 9:50 PM, Mark Brown wrote:
On Tue, Jan 23, 2018 at 11:00:53PM +0530, abhijeet.ku...@intel.com wrote:
From: Abhijeet Kumar
In usecases like hot plug-unplug DP panel or modeset during a playback,
sometimes we observe no audio after codec resets. During no audio
condition, we have
On 15/02/2018 at 07:27:47 +, Denis OSTERLAND wrote:
> Am Mittwoch, den 14.02.2018, 21:26 +0100 schrieb Alexandre Belloni:
> > On 23/01/2018 at 13:17:58 +0100, Michael Grzeschik wrote:
> > >
> > > From: Denis Osterland
> > >
> > > After successful
> > > sr = isl1208_i2c_set_regs(client, 0, re
Dear Linux folks,
On the Dell XPS 13 9360, Linux asks me to report the device DLL075b to
be added to `forcepad_pnp_ids`.
[7.180131] psmouse serio1: synaptics: Your touchpad (PNP: DLL075b PNP0f13)
says it can support a different bus. If i2c-hid and hid-rmi are not used, you
might want t
From: Kieran Bingham
Document the D3 (r8a77995) SoC in the R-Car DU bindings.
Signed-off-by: Kieran Bingham
---
Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/renesas,du.txt
b/Documentati
From: Kieran Bingham
Provide pin control support for the DU parallel RGB output signals.
Signed-off-by: Kieran Bingham
---
drivers/pinctrl/sh-pfc/pfc-r8a77995.c | 101 ++
1 file changed, 101 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a77995.c
b/dr
From: Kieran Bingham
Provide a node for the ADV7612. There is no VIN support yet, so this
node will only instantiate the device on the I2C bus for I2C address
testing.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 43 ++
1 file chang
From: Kieran Bingham
Provide a device node for the ADV7511 as found on the Draak D3 platform.
The ADV7511 is connected to the DU through a parallel mux chip, and is
configurable in hardware whether it is connected to LVDS0 or LVDS1.
Connect through to LVDS0 as a default implementation.
Signed-
From: Kieran Bingham
Enable the DU, providing only the VGA output for now.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995-draak.dts | 51 ++
1 file changed, 51 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77995-draak.dts
b/arch/arm
From: Kieran Bingham
The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995.dtsi | 52 +++
1 file changed, 52 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77995.dtsi
b/a
Dear Mario, dear Dmitry,
On 02/15/18 09:26, Paul Menzel wrote:
On 02/14/18 18:11, mario.limoncie...@dell.com wrote:
-Original Message-
From: Paul Menzel [mailto:pmenzel+linux-in...@molgen.mpg.de]
Sent: Wednesday, February 14, 2018 10:41 AM
To: Dmitry Torokhov
Cc: linux-in...@vger.
From: Kieran Bingham
Define the generic r8a77995 part of the DU device node.
Signed-off-by: Kieran Bingham
---
arch/arm64/boot/dts/renesas/r8a77995.dtsi | 35 +++
1 file changed, 35 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77995.dtsi
b/arch/arm64/
From: Kieran Bingham
The D3 supports two LVDS channels. Extend the binding to support them.
Signed-off-by: Kieran Bingham
---
Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/bridge/r
On 15/02/18 08:38, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The D3 supports two LVDS channels. Extend the binding to support them.
>
> Signed-off-by: Kieran Bingham
> ---
> Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> di
On Thu, 15 Feb 2018 09:40:24 +0100 Bruno Prémont wrote:
> With 4.15.2 kernel I'm hitting a state where a given leaf v2 cgroup is
> considering itself as permanently over-limit and OOM-kill any process
> I try to move into it (it's currently empty!)
>
>
> I can't hand out a simple reproducer right
On Wed, Feb 14, 2018 at 2:44 PM, Miklos Szeredi wrote:
> On Fri, Dec 22, 2017 at 3:32 PM, Dongsu Park wrote:
>> From: Seth Forshee
>>
>> To be able to mount fuse from non-init user namespaces, it's necessary
>> to set FS_USERNS_MOUNT flag to fs_flags.
>>
>> Patch v4 is available: https://patchwo
On Mon, Jan 29, 2018 at 06:05:16PM +0100, Lionel Debieve wrote:
> This set of patches add extended functionalities for stm32 rng
> driver.
> Patch #1 includes a reset during probe to avoid any error status
> which can occur during bootup process and keep safe rng integrity.
>
> Patch #3 adds a new
With 4.15.2 kernel I'm hitting a state where a given leaf v2 cgroup is
considering itself as permanently over-limit and OOM-kill any process
I try to move into it (it's currently empty!)
I can't hand out a simple reproducer right now, but it seems during
accounting the counter went "negative".
C
On Wed, 14 Feb 2018, Thomas Gleixner wrote:
> On Wed, 14 Feb 2018, Yuriy Vostrikov wrote:
> > after sleep 1 time
> > name: VECTOR
> > size: 0
> > mapped: 35
> > flags: 0x0041
> > Online bitmaps:2
> > Global available:385
> > Global reserved: 12
> > Total allocated:
On Thu, Feb 15 2018, Milan Broz wrote:
> On 02/15/2018 01:07 AM, NeilBrown wrote:
>>
>> And looking again at the code, it doesn't seem so bad. I was worried
>> about reassigning ci.io->orig_bio after calling
>> __split_and_process_non_flush(), but the important thing is to set it
>> before the l
On 02/12/2018 09:21 PM, Javier Gonzalez wrote:
On 9 Feb 2018, at 01.27, Matias Bjørling wrote:
The nvme driver sets up the size of the nvme namespace in two steps.
First it initializes the device with standard logical block and
metadata sizes, and then sets the correct logical block and metad
dec_pending() is given an error status (possibly 0)
to be recorded against a bio.
It can be called several times on the one 'struct dm_io',
and it is careful to only assign a non-zero error to
io->status.
However when it then assigned io->status to bio->bi_status,
it is not careful and could overw
Between the moment when generic_make_request() is first
called on a bio, and when bio_endio() finally gets past
bio_remaining_done(), a bio might have chained children, and might
get ->bi_status set asynchronously.
So during this time it is not safe to set it to zero.
It *is* safe to set it to an
Hi Kieran,
On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 D3 platform has 2 LVDS channels connected to the DU.
>
> Signed-off-by: Kieran Bingham
I love your patch!
Yet something to improve...
> --- a/arch/arm64/boot/dts/renesas/r8a77995.dtsi
> +
On Wed, Feb 14, 2018 at 03:10:23PM +0100, Philipp Rossak wrote:
> This patchseries fixes the bananapi m1 devicetree, to be able to boot again.
> The first two patches update/improve the devicetree and the last patch adds
> all missing regulators.
>
> Regards,
> Philipp
>
> Changes since v1:
>
If two bios are chained under the one parent (with bio_chain())
it is possible that one will succeed and the other will fail.
__bio_chain_endio must ensure that the failure error status
is reported for the whole, rather than the success.
It currently tries to be careful, but this test is racy.
If
On Fri, Feb 9, 2018 at 2:23 PM, Carlo Caione wrote:
> From: Carlo Caione
>
> On at least one notebook (ECS EF20EA) the 'hp-detect' GPIO is defined in
> the DSDT table by the ACPI GpioIo resources in _CRS. Add this mapping to
> the rt5645 driver to enable the jack detection also on non-DT platform
On Wed, 14 Feb 2018, "Gustavo A. R. Silva" wrote:
> Fix inconsistent IS_ERR and PTR_ERR in shrink_boom.
> The proper pointer to use is _explode_ instead of _purge_.
>
> This issue was detected with the help of Coccinelle.
>
> Fixes: fe215c8bc426 ("drm/i915/selftests: add missing gtt shrinker test"
On Wed, Feb 14, 2018 at 10:13 PM, Enrico Weigelt wrote:
> Hi folks,
>
>
> in fork.c, a spinlock is held for fs_struct refcounting, while other
> places - eg. switch_task_namespaces uses atomic_dec_and_test() on
> the nsproxy.
>
> What's the exact difference here ? Could the atomic counting also us
Hi,
On 15-02-18 10:11, Carlo Caione wrote:
On Fri, Feb 9, 2018 at 2:23 PM, Carlo Caione wrote:
From: Carlo Caione
On at least one notebook (ECS EF20EA) the 'hp-detect' GPIO is defined in
the DSDT table by the ACPI GpioIo resources in _CRS. Add this mapping to
the rt5645 driver to enable the
On Mon 12-02-18 16:12:27, Huang, Ying wrote:
> From: Huang Ying
>
> When page_mapping() is called and the mapping is dereferenced in
> page_evicatable() through shrink_active_list(), it is possible for the
> inode to be truncated and the embedded address space to be freed at
> the same time. Thi
On Wed, 2018-02-14 at 16:46 -0800, Jim Mattson wrote:
> On Wed, Feb 14, 2018 at 3:29 PM, David Woodhouse wrote:
>
> > +#define alternative_msr_write(_msr, _val, _feature) \
> > + asm volatile(ALTERNATIVE("", \
> > + "movl
Hi
On Wed, Feb 14, 2018 at 9:41 PM, Michael S. Tsirkin wrote:
> On Wed, Feb 14, 2018 at 03:18:43PM +0100, Marc-André Lureau wrote:
>> Create a common header file for well-known values and structures to be
>> shared by the Linux kernel with qemu or other projects.
>>
>> Suggested-by: Michael S. Ts
This is a cleanup patch to fix line length issue found
by checkpatch.pl script.
In this patch, line 144 have been wrapped.
Signed-off-by: Parthiban Nallathambi
---
Changes in v2:
- Changed commit message
drivers/staging/media/imx/imx-media-capture.c | 3 ++-
1 file changed, 2 insertions(+), 1
Hi
On Wed, Feb 14, 2018 at 8:37 PM, Michael S. Tsirkin wrote:
> On Wed, Feb 14, 2018 at 03:18:43PM +0100, Marc-André Lureau wrote:
>> Create a common header file for well-known values and structures to be
>> shared by the Linux kernel with qemu or other projects.
>>
>> Suggested-by: Michael S. Ts
Hi Daniel,
Am Mittwoch, 14. Februar 2018, 16:32:44 CET schrieb Daniel Schultz:
> On 02/14/2018 09:07 AM, Heiko Stübner wrote:
> > Am Dienstag, 13. Februar 2018, 10:44:32 CET schrieb Daniel Schultz:
> >> Rockchip recommends to run the CPU cores only with operations points of
> >> 1.6 GHz or lower.
On Wed, Feb 14, 2018 at 9:46 PM, Michael S. Tsirkin wrote:
> On Wed, Feb 14, 2018 at 03:18:44PM +0100, Marc-André Lureau wrote:
>> The function is used for both LE & BE target type, use __force casting.
>>
>> Fixes:
>> $ make C=1 CF=-D__CHECK_ENDIAN__ drivers/firmware/qemu_fw_cfg.o
>>
>> drivers/f
On Wed, Feb 14, 2018 at 5:28 PM, Mark Brown wrote:
> The patch
>
>regulator: dt: regulator-name is required property
>
> has been applied to the regulator tree at
>
>https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
>
> All being well this means that it will be integrat
On 02/08/2018 02:11 PM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> [ dri-devel ML & arch/[score,um] Maintainers added to Cc: ]
>
> On Friday, February 02, 2018 08:59:57 AM Christian Borntraeger wrote:
>> On 02/01/2018 07:41 PM, Farhan Ali wrote:
>>> The 'commit e25df1205f37 ("[S390] Kconfig:
> On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote:
>
> Hi Hao,
>
> > This patch adds status to fpga-manager data structure,
>
> Please update the header to better describe the current changes, this
> patch no longer adds status to the fpga mgr data struct.
Sorry, will fix it. Thanks a lot!
Hao
> On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote:
>
> Hi Hao,
>
> > For feature devices, we need a method to find the port dedicated
> > to the device. This patch adds a function fpga_cdev_find_port
> > for this purpose. e.g FPGA Management Engine (FME) Partial
> > Reconfiguration sub feature, it
This series introduces an iova list associated with a vfio
iommu. The list is kept updated taking care of iommu apertures,
and reserved regions. Also this series adds checks for any conflict
with existing dma mappings whenever a new device group is attached to
the domain.
User-space can retrieve
Get a copy of iova list on _group_detach and try to update the list.
On success replace the current one with the copy. Leave the list as
it is if update fails.
Signed-off-by: Shameer Kolothum
---
drivers/vfio/vfio_iommu_type1.c | 103
1 file changed, 103
As we now already have the reserved regions list, just pass that into
vfio_iommu_has_sw_msi() fn.
Signed-off-by: Shameer Kolothum
---
drivers/vfio/vfio_iommu_type1.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio
This checks and rejects any dma map request outside valid iova
range.
Signed-off-by: Shameer Kolothum
---
drivers/vfio/vfio_iommu_type1.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c
index 8d8ddd7..d
This allows the user-space to retrieve the supported IOVA
range(s), excluding any reserved regions. The implementation
is based on capability chains, added to VFIO_IOMMU_GET_INFO ioctl.
Signed-off-by: Shameer Kolothum
---
drivers/vfio/vfio_iommu_type1.c | 92
This retrieves the reserved regions associated with dev group and
checks for conflicts with any existing dma mappings. Also update
the iova list excluding the reserved regions.
Signed-off-by: Shameer Kolothum
---
drivers/vfio/vfio_iommu_type1.c | 86 -
1 f
This introduces an iova list that is valid for dma mappings. Make
sure the new iommu aperture window doesn't conflict with the current
one or with any existing dma mappings during attach.
Signed-off-by: Shameer Kolothum
---
drivers/vfio/vfio_iommu_type1.c | 183 ++
On 14/02/18 19:28, Stefano Stabellini wrote:
> Introduce a per sock_mapping refcount, in addition to the existing
> global refcount. Thanks to the sock_mapping refcount, we can safely wait
> for it to be 1 in pvcalls_front_release before freeing an active socket,
> instead of waiting for the global
Dear Sebastian,
On Wed, Feb 14, 2018 at 11:07 PM, Sebastian Reichel
wrote:
> Motorola CPCAP is a PMIC with audio functionality, that can be
> found on Motorola Droid 4 and probably a few other phones from
> Motorola's Droid series.
>
> The driver has been written from scratch using Motorola's And
On Tue, Feb 13, 2018 at 02:53:32PM -0800, Jacob Pan wrote:
> We did start out with /dev/mem but run into CONFIG_STRICT_DEVMEM
> requirement which is turned on by default.
> libpci is only limited to PCI config space access, right?
Even if /dev/mem is not an option, I am still not convinced that th
Hi!
> > > You might think this absolutely crazy, but I would be willing to test
> > > such systems if I can get my hands on the needed hardware that I lack.
> > > I am already doing sanity testing on Intel
> > > i486/i586/i586-MMX/i686-PentiumPro systems, I just don't have the
> > > clone cpus (Cy
On 15/02/18 00:09, Alexey Klimov wrote:
> On Mon, Feb 12, 2018 at 6:45 PM, Sudeep Holla wrote:
>> Hi all,
>>
>> ARM System Control and Management Interface(SCMI) is more flexible and
>> easily extensible than any of the existing interfaces. Many vendors were
>> involved in the making of this for
> On Wed, Feb 14, 2018 at 3:03 PM, Moritz Fischer wrote:
>
> Hi Moritz,
>
> > HI Hao,
> >
Hi Alan and Moritz
Thanks a lot for the code review and comments.
> > On Tue, Feb 13, 2018 at 05:24:36PM +0800, Wu Hao wrote:
> >> From: Xiao Guangrong
> >>
> >> This patch abstracts the common operatio
Hello,
Am 15.02.2018 um 03:28 schrieb Richard Guy Briggs:
> Fix handlink to hardlink.
and introduce a new sp*el*ling error in the subject line ;-)
Philipp
Hi Gustavo,
The patch is queued for the merge window of kernel 4.17 (opens in
about 7 weeks from now).
Oded
On Wed, Feb 14, 2018 at 11:30 PM, Gustavo A. R. Silva
wrote:
> Hi all,
>
> I was just wondering about the status of this patch.
>
> Thanks
> --
> Gustavo
>
>
> On 01/19/2018 04:18 PM, Feli
The compatible in pwm_AO_cd is wrong and does not match anything.
Correct this with the correct compatible string
Fixes: 4a81e5ddfb43 ("ARM64: dts: meson-axg: add PWM DT info for Meson-Axg SoC")
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 2 +-
1 file changed, 1
add the secure AO system controller with chipid enabled
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi
b/arch/arm64/boot/dts/amlogic/meson-axg.dtsi
index 880e25b113c
On 02/13/2018 03:06 PM, Javier González wrote:
With the inclusion of 2.0 support, we need a generic geometry that
describes the OCSSD independently of the specification that it
implements. Otherwise, geometry specific code is required, which
complicates targets and makes maintenance much more dif
On Wed, 2018-02-14 at 15:58 +0100, Neil Armstrong wrote:
> Updates the Amlogic Meson SoCs IDs for the Armv8 based SoCs.
> It includes the new families and packages.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/soc/amlogic/meson-gx-socinfo.c | 8
> 1 file changed, 8 insertions(+)
>
> From: joel.s...@gmail.com [mailto:joel.s...@gmail.com] On Behalf Of Joel
> Stanley
> Sent: Thursday, February 15, 2018 4:00 AM
>
> On Wed, Feb 14, 2018 at 3:22 AM, Andy Shevchenko
> wrote:
>> On Mon, Feb 12, 2018 at 6:48 AM, Joel Stanley wrote:
>>> The Nuvoton UART is almost compatible with t
The plane buffer address/stride/height was incorrectly updated in the
plane_atomic_update operation instead of the vsync irq.
This patch delays this operation in the vsync irq along with the
other plane delayed setup.
This issue was masked using legacy framebuffer and X11 modesetting, but
is clear
While introducing clk_core_set_phase_nolock, assigning core->phase was
mistakenly removed. Fixing this now
Fixes: 9e4d04adeb1a ("clk: add clk_core_set_phase_nolock function")
Signed-off-by: Jerome Brunet
---
drivers/clk/clk.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clk/clk
On 02/13/2018 03:06 PM, Javier González wrote:
From: Javier González
Apart from showing the geometry returned by the different identify
commands, provide the generic geometry too, as this is the geometry that
targets will use to describe the device.
Signed-off-by: Javier González
---
driver
On 02/13/2018 03:06 PM, Javier González wrote:
Add support for 2.0 address format. Also, align address bits for 1.2 and 2.0 to
align.
Signed-off-by: Javier González
---
include/linux/lightnvm.h | 45 -
1 file changed, 32 insertions(+), 13 deletions
On Wed, Feb 14, 2018 at 10:54:30PM +0100, Pali Rohár wrote:
> On Wednesday 14 February 2018 22:52:33 Pali Rohár wrote:
> > On Monday 27 November 2017 13:13:01 Karel Zak wrote:
> > > On Sun, Nov 26, 2017 at 08:19:25PM +0100, Pali Rohár wrote:
> > > > On Monday 20 November 2017 12:12:56 Karel Zak wro
On Thu, Feb 15, 2018 at 11:15:41AM +0100, Thomas Voegtle wrote:
>
> Hello,
>
> On Tue, 6 Feb 2018, David Woodhouse wrote:
>
> > I've put together a linux-4.9.y branch at
> > http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.9.y
>
>
> Are there any plans for a backport t
Hello,
On Tue, 6 Feb 2018, David Woodhouse wrote:
I've put together a linux-4.9.y branch at
http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.9.y
Are there any plans for a backport to v4.4?
I would volunteer for testing ;)
Thomas
When the get_phase() callback is available, we should use it
instead of just relying the values cached, and assumed un-rounded,
by the framework
Signed-off-by: Jerome Brunet
---
Hi Mike, Stephen,
This changes applies on top of the phase fix I've sent [0]
[0]: https://lkml.kernel.org/r/20180215
On 14/02/18 17:31, Juri Lelli wrote:
[...]
> Still grabbing it is a no-go, as do_sched_setscheduler calls
> sched_setscheduler from inside an RCU read-side critical section.
I was then actually thinking that trylocking might do.. not sure however
if failing with -EBUSY in the contended case is f
On 14/02/2018 22:15, Mathieu Malaterre wrote:
> Make the struct via_pmu_driver const to avoid following warning:
>
> WARNING: vmlinux.o(.data+0x4739c): Section mismatch in reference from the
> variable via_pmu_driver to the function .init.text:pmu_init()
> The variable via_pmu_driver references
>
Samsung micro-USB 11-pin connector beside standard micro-USB pins,
has pins dedicated to route MHL traffic.
Signed-off-by: Andrzej Hajda
---
.../connector/samsung,usb-connector-11pin.txt | 51 ++
1 file changed, 51 insertions(+)
create mode 100644
Documentation/devicet
From: Maciej Purski
Currently MHL chip must be turned on permanently to detect MHL cable. It
duplicates micro-USB controller's (MUIC) functionality and consumes
unnecessary power. Lets use extcon attached to MUIC to enable MHL chip
only if it detects MHL cable.
Signed-off-by: Maciej Purski
Sign
Hi,
Thanks for reviews of previous iterations.
This patchset introduces USB physical connector bindings, together with working
example.
v2: I have addressed comments by Rob and Laurent, thanks
v3: Separate binding for Samsung 11-pin connector, added full-blown USB-C
example.
Changes are also
These bindings allow to describe most known standard USB connectors
and it should be possible to extend it if necessary.
USB connectors, beside USB can be used to route other protocols,
for example UART, Audio, MHL. In such case every device passing data
through the connector should have appropriat
Since extcon property is not allowed in DT, extcon subsystem requires
another way to get extcon device. Lets try the simplest approach - get
edev by of_node.
Signed-off-by: Andrzej Hajda
Acked-by: Chanwoo Choi
---
v2: changed label to follow local convention (Chanwoo)
---
drivers/extcon/extcon.
OF graph describes MHL data lanes between MHL and respective USB
connector.
Signed-off-by: Andrzej Hajda
---
.../boot/dts/exynos/exynos5433-tm2-common.dtsi | 31 +++---
1 file changed, 28 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-co
Since USB connector bindings are available we can describe it on TM2(e).
Signed-off-by: Andrzej Hajda
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi
b/arch/arm64/boot/dts/
On Thu, Feb 15, 2018 at 05:33:07PM +0800, 禹舟键 wrote:
> PING
>
> 2018-01-29 18:25 GMT+08:00 Jiri Olsa :
Arnaldo, could you pelase check on this?
thanks,
jirka
>
> > On Mon, Jan 29, 2018 at 10:25:21AM +0100, ufo19890607 wrote:
> > > From: yuzhoujian
> > >
> > > Introduce two new options for per
I am trying to understand the effect of setting cpu.cpu_quota_us in cpu
cgroup subsytem on application performance.
Essentially by reducing the CPU quota, but increasing the number of CPUs
such that "effective" CPUs are still the same, would it impact the
application?
For example, is 4 CPU 100%
On Thu, 15 Feb 2018, Greg KH wrote:
On Thu, Feb 15, 2018 at 11:15:41AM +0100, Thomas Voegtle wrote:
Hello,
On Tue, 6 Feb 2018, David Woodhouse wrote:
I've put together a linux-4.9.y branch at
http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.9.y
Are there any plan
On Wed, Feb 14, 2018 at 11:33:43AM -0500, Pavel Tatashin wrote:
> Deferred page initialization allows the boot cpu to initialize a small
> subset of the system's pages early in boot, with other cpus doing the rest
> later on.
>
Bit late to the game but
Acked-by: Mel Gorman
--
Mel Gorman
SUSE
On Thu, Feb 15, 2018 at 1:17 AM, Robert Abel wrote:
> On 13 Feb 2018 14:36, Andy Shevchenko wrote:
>> I understand that we have a huge and hopefully nice library in the
>> kernel, but the question still the same, what prevents a developer or
>> maintainer to look at it from time to time?
>>
>> For
On 02/13/2018 03:06 PM, Javier González wrote:
From: Javier González
In preparation of pblk supporting 2.0, implement the get log report
chunk in pblk.
This patch only replicates de bad block functionality as the rest of the
metadata requires new pblk functionality (e.g., wear-index to impleme
Hi,
Was exploring the implications of an application crash while DMA
is active from a vfio PCI device; the DMA being configured and
started by the application using vfio APIs.
The expectation is that, DMA is stopped/reset before we tear down the IOMMU
mappings
and finally free
On 15/02/18 11:33, Juri Lelli wrote:
> On 14/02/18 17:31, Juri Lelli wrote:
>
> [...]
>
> > Still grabbing it is a no-go, as do_sched_setscheduler calls
> > sched_setscheduler from inside an RCU read-side critical section.
>
> I was then actually thinking that trylocking might do.. not sure howe
An even simpler approach would be:
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index cbe1d978693a..35b7aba4b6a0 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -952,6 +952,10 @@ config S390_HYPFS_FS
source "arch/s390/kvm/Kconfig"
+config DUMMY_CONSOLE
+ bool
+ def
nvme cq irq is freed based on queue_count. When the sq/cq creation
fails, irq will not be setup. free_irq will warn 'Try to free
already-free irq'.
To fix it, set the nvmeq->cq_vector to -1, then nvme_suspend_queue
will ignore it.
Change log:
V1 -> V2
- Follow Keith's suggestion, just set cq_vec
To enable the virtual terminal layer with virtio-gpu, we need to
provide the dummy console. This console is hidden behind CONFIG_IOMEM
via the graphics support. Instead of fully enabling the graphic
drivers lets just provide a Kconfig option for the dummy console.
Signed-off-by: Christian Borntrae
On 15.02.2018 10:08, Maxime Ripard wrote:
On Wed, Feb 14, 2018 at 03:10:23PM +0100, Philipp Rossak wrote:
This patchseries fixes the bananapi m1 devicetree, to be able to boot again.
The first two patches update/improve the devicetree and the last patch adds
all missing regulators.
Regards,
P
1 - 100 of 1436 matches
Mail list logo
