The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../omap2/omapfb/displays/panel-tpo-td028ttec1.c | 43 +++---
include/video/omap-panel-data.h| 13 ---
2 files changed, 6
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../omapfb/displays/panel-lgphilips-lb035q02.c | 56 +++---
include/video/omap-panel-data.h| 18 ---
2 files changed, 6
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../fbdev/omap2/omapfb/displays/connector-hdmi.c | 42 --
include/video/omap-panel-data.h| 10 --
2 files changed, 6
Hi,
omapfb is deprecated. It will not receive new features, only bug fixes. On the.
other hand omapdrm is in active development and the fact that both
implementation (omapfb and omapdrm) is using the same header file
(video/omapdss.h) makes implementing new features or doing bigger clean ups in
om
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../omap2/omapfb/displays/panel-tpo-td043mtea1.c | 44 +++---
include/video/omap-panel-data.h| 16
2 files changed,
Copy the content of video/ompadss.h to the omapfb header file. All omapfb
drivers and the vout driver have been using the new video/omapfb_dss.h file
instead of the omapdss.h.
This change will separate the DRM and FB implementations of omapdss.
Signed-off-by: Peter Ujfalusi
CC: Mauro Carvalho Ch
The num_devices, **devices and *default_device is leftover from the past.
They can be removed as they are no used.
Signed-off-by: Peter Ujfalusi
---
include/video/omapdss.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
index 0c7ae93ebd76.
A new video/omapfb_dss.h file is created which is currently only includes
the video/omapdss.h file.
The new header file is needed to complete the separation of omapdrm and
omapfb implementation of DSS.
Signed-off-by: Peter Ujfalusi
---
.../video/fbdev/omap2/omapfb/displays/connector-analog-tv.c
All drivers to include the omapdrm/dss/omapdss.h header file. This header
includes the
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 3 ++-
drivers/gpu/drm/omapdrm/displays/connector-dvi.c| 4 ++--
drivers/gpu/drm/omapdrm/displays/co
Move the contents of the video/omapdss.h header file to omapdrm/dss local
header file and remove the original global header. The omapfb stach is
using video/omapfb_dss.h so this change will complete the separation of the
two driver implementation.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/dr
Instead of the full omapdss internal header, include only the platform_data
header.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-ldp.c| 2 +-
arch/arm/mach-omap2/board-rx51-video.c | 2 +-
arch/arm/mach-omap2/display.c | 2 +-
arch/arm/mach-omap2/dss-common.c
The default_device is no longer used, it is a leftower from legacy. The
else if (pdata->default_device) is always going to be false.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/dss/core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/core.c
b/dri
Clean up the header files regarding to hdmi audio so the omap-hdmi-audio.h
file will only need to include the platform_data/omapdss.h file.
Signed-off-by: Peter Ujfalusi
CC: Mark Brown
CC: Jyri Sarha
CC: Liam Girdwood
---
drivers/gpu/drm/omapdrm/dss/hdmi.h | 1 +
drivers/video/fbdev/
Pali Rohár wrote on 27.05.2016 15:21:
> On Friday 27 May 2016 15:05:54 Thorsten Leemhuis wrote:
>> Pali Rohár wrote on 27.05.2016 12:45:
>> So I tried a few things
>> and came to the conclusion: the problem shows up as soon as
>> i8k_get_fan_type() (introduced in f989e55452) is called somewhere.
>
The driver only supports composite connection when booted in legacy mode
so the omap_dss_venc_type can be dropped from the pdata.
At the same time the video/omapdss.h include can be removed as it is no
longer needed.
Signed-off-by: Peter Ujfalusi
---
include/video/omap-panel-data.h | 3 ---
1 fi
Create a new header file for platform data used by omapdss.
Signed-off-by: Peter Ujfalusi
---
.../linux/platform_data/omapdss.h | 64 +-
include/video/omapdss.h| 25 +
2 files changed, 26 insertions(+), 63 deletions(-)
cop
The omap_vout is only supported with omapfb. Switch the driver to use the
correct header file.
Signed-off-by: Peter Ujfalusi
---
drivers/media/platform/omap/omap_vout.c| 2 +-
drivers/media/platform/omap/omap_voutdef.h | 2 +-
drivers/media/platform/omap/omap_voutlib.c | 2 +-
3 files change
The omap_display_init() is implemented in the mach-omap2/display.c so the
declaration should have been there as well.
Change the board files to include display.h to avoid build breakage at the
same time.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-ldp.c| 1 +
arch/arm/mac
In legacy mode (non DT mode) support only composite connector type. The
only user for this is rx51, using composite type.
Dropping the connector_type selection via pdata will allow cleanups in
omapdss (drm vs fbdev).
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/displays/connector-an
The default_device is no longer used, it is a leftower from legacy. The
else if (pdata->default_device) is always going to be false.
Signed-off-by: Peter Ujfalusi
---
drivers/video/fbdev/omap2/omapfb/dss/core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/video/fbdev/omap2/omapfb
In legacy mode (non DT mode) support only composite connector type. The
only user for this is rx51, using composite type.
Dropping the connector_type selection via pdata will allow cleanups in
omapdss (drm vs fbdev).
Signed-off-by: Peter Ujfalusi
---
drivers/video/fbdev/omap2/omapfb/displays/con
In legacy mode only composite type is supported by omapdss so there is no
need to specify the connector_type.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/board-rx51-video.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-omap2/board-rx51-video.c
b/arch/arm/mach-omap2/
The omap_dss_device is not needed by anything in the header file.
Signed-off-by: Peter Ujfalusi
---
include/video/omap-panel-data.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/video/omap-panel-data.h b/include/video/omap-panel-data.h
index a64e9ba12b0d..7b4fadf82cd5 100644
--- a
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../fbdev/omap2/omapfb/displays/connector-dvi.c| 58 +++---
include/video/omap-panel-data.h| 12 -
2 files changed, 6 i
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../omapfb/displays/panel-sharp-ls037v7dw01.c | 81 ++
include/video/omap-panel-data.h| 24 ---
2 files changed, 6
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../fbdev/omap2/omapfb/displays/panel-dsi-cm.c | 52 +++---
include/video/omap-panel-data.h| 27 ---
2 files change
The panel is not used by any legacy board files so the legacy (pdata) boot
support can be dropped.
Signed-off-by: Peter Ujfalusi
---
.../omap2/omapfb/displays/panel-nec-nl8048hl11.c | 45 +++---
include/video/omap-panel-data.h| 18 -
2 files changed,
Hi,
This is second attempt to bring some safeness to dma_attrs.
In v1 [0] I added const to data pointed by attrs. However Christoph
Hellwig suggested getting rid of struct dma_attrs in favor of
some simpler data type.
Benefits of unsigned long for dma_attrs:
1. This is just simpler. Both in te
The dma-mapping core and the implementations do not change the
DMA attributes passed by pointer. Thus the pointer can point to const
data. However the attributes do not have to be a bitfield. Instead
unsigned long will do fine:
1. This is just simpler. Both in terms of reading the code and sett
Hi Peter,
On Mon, May 30, 2016 at 1:42 PM, Peter Ujfalusi wrote:
> The panel is not used by any legacy board files so the legacy (pdata) boot
> support can be dropped.
What about platforms which doesn't support DT boot yet?
>
> Signed-off-by: Peter Ujfalusi
> ---
> .../omap2/omapfb/displays/pan
Needed for multihead setups where we can have disabled
outputs and therefore plane->crtc can be NULL.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c
b/drive
So I've ended up with a replacement for this patch which does the
following:
---
>From c40900923c78b51215794cc445d3f5a589b8f785 Mon Sep 17 00:00:00 2001
From: Michal Hocko
Date: Mon, 30 May 2016 13:53:28 +0200
Subject: [PATCH] mm, oom: skip vforked tasks from being selected
vforked tasks are not
Hi,
On Tuesday 24 May 2016 14:26:25 Pranay Kr. Srivastava wrote:
> spinlocked ranges should be small and not contain calls into huge
> subfunctions. Fix my mistake and just get the pointer to the socket
> instead of doing everything with spinlock held.
>
> Reported-by: Mikulas Patocka
> Signed-o
On Mon, May 30, 2016 at 01:08:53PM +0200, Sebastian Andrzej Siewior wrote:
> > So I think there's a number of cases:
> >
> > - PREALLOC_HASH finds a taken bucket; in this case we can simply return
> >an error.
> > - PREALLOC_HASH succeeds, but an on demand hash later hits the same
> >buc
Hi,
> > But I'll take you up on the implied offer to help out and test ;-)
>
> git://people.freedesktop.org/~danvet/drm stuff
Tried that branch.
> Would be really awesome if you could test this on virtio. Note that the
> new nonblocking helpers require that your atomic backend gets the drm
>
On Mon, May 30, 2016 at 12:56:27PM +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> People complained about ARCH_HWEIGHT_CFLAGS and how it throws a wrench
> into kcov, lto, etc, experimentations.
>
> Add asm versions for __sw_hweight{32,64}() and do explicit saving and
> restoring of cl
Hi Mark,
On Mon, May 30, 2016 at 1:26 PM, Mark Brown wrote:
> On Thu, May 26, 2016 at 07:25:25PM -, Michal Suchanek wrote:
>> - fallback to previous behaviour when DMA initialization fails
>>
>>+ this has the problem that when the driver happens to load before the dma
>> driver it w
Hi Daniel,
Thanks for reveiwing!
在 2016/5/30 17:03, Daniel Vetter 写道:
On Sun, May 29, 2016 at 05:40:49PM +0800, Rongrong Zou wrote:
Add DRM master driver for Hisilicon Hibmc SoC which used for
Out-of-band management. Blow is the general hardware connection,
both the Hibmc and the host CPU are o
From: Kejian Yan
The miscellaneous operation is implemented in BIOS, the kernel can call
_DSM method help to call the implementation in ACPI case. Here is a patch
to do that.
Signed-off-by: Kejian Yan
Reviewed-by: Andy Shevchenko
Signed-off-by: Yisen Zhuang
---
change log:
v3: fix potential
On 05/20/2016 04:23 PM, Minchan Kim wrote:
Now, VM has a feature to migrate non-lru movable pages so
balloon doesn't need custom migration hooks in migrate.c
and compaction.c. Instead, this patch implements
page->mapping->a_ops->{isolate|migrate|putback} functions.
With that, we could remove hoo
From: Kejian Yan
Hns-mdio only supports DT case now. do some cleanup to prepare
for introducing other cases later, no functional change.
Signed-off-by: Kejian Yan
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns_mdio.c | 46 +++
1 file changed, 23
From: Kejian Yan
As device_node is only used by DT case, it is expected to find uniform
ways. So fwnode_handle is the suitable method.
Signed-off-by: Kejian Yan
Reviewed-by: Andy Shevchenko
Signed-off-by: Yisen Zhuang
---
change log:
v3: add Reviewed-by: Andy Shevchenko
v2: remove the redu
From: Kejian Yan
The misc operation for different hw platform may be different, if using
current implementation, it will add a new branch on each function for
every new hw platform, so we add a method for this operation.
Signed-off-by: Kejian Yan
Signed-off-by: Yisen Zhuang
---
drivers/net/et
From: Kejian Yan
As irq_of_parse_and_map is only used by DT case, it is excepted to use
a uniform interface. So it is used platform_get_irq() instead.
Signed-off-by: Kejian Yan
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c | 5 ++---
1 file changed, 2 inser
From: Kejian Yan
Enet needs to get configration parameter by acpi. This patch
adds support of ACPI for enet. The configuration parameter will
be configed in BIOS.
Signed-off-by: Kejian Yan
Signed-off-by: Yisen Zhuang
---
change log:
v2:
1. use acpi_dev_found() instead of acpi_match_devic
From: Kejian Yan
acpi_evaluate_dsm() will be used to handle the _DSM method in ACPI case.
It will be compiled in non-ACPI case, but the function is in acpi_bus.h
and acpi_bus.h can only be used in ACPI case, so this patch add the stub
function to linux/acpi.h to make compiled successfully in non-
From: Kejian Yan
OF series functions can be used only for DT case. Use unified
device property function instead to support both DT and ACPI.
Signed-off-by: Kejian Yan
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 9 +
drivers/net/ethernet/hisili
On Mon, May 30, 2016 at 01:11:48PM +0200, Michal Hocko wrote:
> On Mon 30-05-16 13:26:44, Vladimir Davydov wrote:
> > On Mon, May 30, 2016 at 11:39:50AM +0200, Michal Hocko wrote:
> [...]
> > > Yes and that leads me to a suspicion that we can do that. Maybe I should
> > > just add a note into the l
From: Kejian Yan
Dsaf needs to get configuration parameter by ACPI, so this patch add
support of ACPI.
Signed-off-by: Kejian Yan
Reviewed-by: Andy Shevchenko
Signed-off-by: Yisen Zhuang
---
change log:
v3:
add Reviewed-by: Andy Shevchenko
v2:
1. use dev_of_node() instead of IS_ENABLED(
From: Kejian Yan
As device_node is only used by DT case, HNS needs to treat the other
cases including ACPI. It needs to use uniform ways to handle both of
DT and ACPI. This patch chooses phy_device, and of_phy_connect and
of_phy_attach are only used by DT case. It needs to use uniform interface
t
From: Kejian Yan
acpi_dev_found() will be used to detect if a given ACPI device is in the
system. It will be compiled in non-ACPI case, but the function is in
acpi_bus.h and acpi_bus.h can only be used in ACPI case, so this patch add
the stub function to linux/acpi.h to make compiled successfully
From: Kejian Yan
In ACPI case, there is no interface to register phy device to mdio-bus.
Phy device has to be registered itself to mdio-bus, and then enet can
get the phy device's info so that it can config the phy-device to help
to trasmit and receive data.
HNS hardware topology is as below. The
From: Kejian Yan
hns-mdio needs to register itself to mii-bus. The info of the device can
be read by both DT and ACPI.
HNS tries to call Linux PHY driver to help access PHY-devices, the HNS
hardware topology is as below. The MDIO controller may control several
PHY-devices, and each PHY-device con
From: Kejian Yan
This series adds HNS support of acpi. The routine will call some ACPI
helper functions, like acpi_dev_found() and acpi_evaluate_dsm(), which
are not included in other cases. In order to make system compile
successfully in other cases except ACPI, it needs to add relative stub
fun
From: luoyi
Add support for the Bananapi M1 Plus A20 development board from sinovoip.com.cn
.
This board features 1G RAM, 2 USB A receptacles, 1 micro USB receptacle for
OTG, 1 micro USB receptacle for power, HDMI, sata, Gbit ethernet, ir receiver,
3.5 mm jack for stero sound out, on board micro
Hi,
On Tuesday 24 May 2016 14:26:24 Pranay Kr. Srivastava wrote:
> This patch series fixes the following
>
> 1) fix might_sleep warning on socket shutdown:
>Fix sock_shutdown to avoid calling kernel_sock_shutdown
>while holding spin_lock.
>
> 2)fix various coding standard warnings
>M
On 05/30/2016 09:47 AM, Jyri Sarha wrote:
> On 05/30/16 10:26, Chris Zhong wrote:
>> Hi Mark & Vinod
>>
>> Thanks for your suggestion, I am going to use this HDMI codec driver.
>> But it seems no one use it, currently.
>>
>
> There is three users working on getting their code accepted in main
>
On Mon 30-05-16 15:19:32, Vladimir Davydov wrote:
> On Mon, May 30, 2016 at 01:11:48PM +0200, Michal Hocko wrote:
> > On Mon 30-05-16 13:26:44, Vladimir Davydov wrote:
> > > On Mon, May 30, 2016 at 11:39:50AM +0200, Michal Hocko wrote:
> > [...]
> > > > Yes and that leads me to a suspicion that we
Add vp9 decoder driver for MT8173
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/Makefile |1 +
.../media/platform/mtk-vcodec/vdec/vdec_vp9_if.c | 967
drivers/media/platform/mtk-vcodec/vdec_drv_if.c|3 +
3 files changed, 971 insertio
Add v4l2 layer decoder driver for MT8173
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/Makefile | 10 +-
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 1348
drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.h | 88 ++
.../media/platform/m
From: Andrew-CT Chen
VPU driver add decode support
Signed-off-by: Andrew-CT Chen
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vpu/mtk_vpu.c | 12
drivers/media/platform/mtk-vpu/mtk_vpu.h | 27 +++
2 files changed, 39 insertions(+)
diff --
Add V4L2_PIX_FMT_MT21 format used on MT8173 driver.
It is compressed format and need MT8173 MDP driver to transfer to other
standard format.
Signed-off-by: Tiffany Lin
---
include/uapi/linux/videodev2.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/videodev2.h b/inclu
This matches what is already done for prepare_exit_to_usermode,
and saves about 60 clock cycles (4% speedup) with the benchmark
in the previous commit message.
Cc: Andy Lutomirski
Cc: Peter Zijlstra
Cc: Rik van Riel
Cc: H. Peter Anvin
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: Paolo
Add h264 decoder driver for MT8173
Signed-off-by: PC Chen
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/Makefile |5 +-
.../media/platform/mtk-vcodec/vdec/vdec_h264_if.c | 503
drivers/media/platform/mtk-vcodec/vdec_drv_if.c|4 +
dri
Thanks to all the work that was done by Andy Lutomirski and others,
enter_from_user_mode and prepare_exit_to_usermode are now called only with
interrupts disabled. Let's provide them a version of user_enter/user_exit
that skips saving and restoring the interrupt flag.
On an AMD-based machine I te
Two simple optimizations to the system call entry/exit code.
The first matches what commit d0e536d8939 ("context_tracking:
avoid irq_save/irq_restore on guest entry and exit", 2015-10-28)
did for guest entry and exit. The second is just adding an
inline annotation.
Thanks,
Paolo
Paolo Bonzini (
Add V4L2_PIX_FMT_MT21 documentation
Signed-off-by: Tiffany Lin
---
Documentation/DocBook/media/v4l/pixfmt.xml |6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/DocBook/media/v4l/pixfmt.xml
b/Documentation/DocBook/media/v4l/pixfmt.xml
index 5a08aee..d40e0ce 100644
--- a/
Add vp8 decoder driver for MT8173
Signed-off-by: PC Chen
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/Makefile |1 +
.../media/platform/mtk-vcodec/vdec/vdec_vp8_if.c | 630
drivers/media/platform/mtk-vcodec/vdec_drv_if.c|3 +
3 fil
Add video decoder node for MT8173
Signed-off-by: Tiffany Lin
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 44 ++
1 file changed, 44 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
index 348ce0e..4ac0
Add a DT binding documentation of Video Decoder for the
MT8173 SoC from Mediatek.
Signed-off-by: Tiffany Lin
Acked-by: Rob Herring
---
.../devicetree/bindings/media/mediatek-vcodec.txt | 57 ++--
1 file changed, 53 insertions(+), 4 deletions(-)
diff --git a/Documentation/dev
==
Introduction
==
The purpose of this series is to add the driver for video codec hw embedded in
the Mediatek's MT8173 SoCs.
Mediatek Video Codec is able to handle video decoding of in a range of formats.
This patch series add Mediatek block format V4L2_PIX_FMT_MT21, th
On 05/30/2016 02:56 PM, Belisko Marek wrote:
> Hi Peter,
>
> On Mon, May 30, 2016 at 1:42 PM, Peter Ujfalusi wrote:
>> The panel is not used by any legacy board files so the legacy (pdata) boot
>> support can be dropped.
> What about platforms which doesn't support DT boot yet?
We don't have non
On 29 May 2016, David Miller spake thusly:
> BTW Nick, in thinking through all of this, I want to strongly encourage
> you to disable stack protector for all sigreturn stubs in the GLIBC tree.
I completely concur, and have already written (but not committed) a
patch to do this: I'll augment the e
Hi guys,
On Fri, May 27, 2016 at 07:06:41AM -0700, Guenter Roeck wrote:
> On 05/27/2016 12:55 AM, Heikki Krogerus wrote:
> > I'll merge this into any case to v3, and I'll send on Monday.
> >
> Sounds good.
>
> Couple of additional comments.
>
> I don't really know what to do with the 'desc' fie
On 05/24/2016 07:41 PM, Javier Martinez Canillas wrote:
> The aclk333 clock needs to be ungated during the MFC power domain switch,
> so set the clock ID to allow the Exynos power domain logic to lookup this
> clock if is defined in the MFC PD device tree node.
>
> Signed-off-by: Javier Martinez C
On 05/29/2016 10:48 PM, Jonathan Cameron wrote:
> On 23/05/16 19:40, Crestez Dan Leonard wrote:
>> The trigger name is documented as unique but drivers are currently
>> allowed to register triggers with duplicate names. This should be
>> considered a bug since it makes the 'current_trigger' interfa
On 04/14/2016 06:42 AM, Alim Akhtar wrote:
> This patch adds CLK_IS_CRITICAL flag to ACLK_CCORE_133 and ACLK_FSYS0_200
> clocks. These clocks are critical for accessing CMU_CCORE and CMU_FSYS0
> blocks registers. Let these clocks to be enabled all the time.
>
> Signed-off-by: Alim Akhtar
Patch a
Sorry, forgot to add dan...@ffwll.ch to sendto list.
在 2016/5/30 20:09, Rongrong Zou 写道:
Hi Daniel,
Thanks for reveiwing!
在 2016/5/30 17:03, Daniel Vetter 写道:
On Sun, May 29, 2016 at 05:40:49PM +0800, Rongrong Zou wrote:
Add DRM master driver for Hisilicon Hibmc SoC which used for
Out-of-band
Hi Heikki,
On 05/30/2016 04:16 PM, Heikki Krogerus wrote:
> Hi Baolu,
>
> On Mon, May 30, 2016 at 01:51:44PM +0800, Lu Baolu wrote:
>> Add a maintainer entry for Intel USB dual role mux drivers and
>> add myself as a maintainer.
>>
>> Signed-off-by: Lu Baolu
>> ---
>> MAINTAINERS | 10 ++
Hi Linus, Shawn
Kindly ping.. Do you have any comments on this patch?
Thanks,
Peng.
On Wed, May 18, 2016 at 05:31:59PM +0800, Peng Fan wrote:
>To i.MX7D, there are two iomux controllers, iomuxc and iomuxc_lpsr.
>They should not share one pin controller descriptor, otherwise
>the value filled into
Hi,
On Friday 27 May 2016 12:59:35 Vegard Nossum wrote:
> Quentin ran into this bug:
>
> WARNING: CPU: 64 PID: 10085 at fs/sysfs/dir.c:31 sysfs_warn_dup+0x65/0x80
> sysfs: cannot create duplicate filename '/devices/virtual/block/nbd3/pid'
> Modules linked in: nbd
> CPU: 64 PID: 10085 Comm: qemu-n
On Mon, May 30, 2016 at 7:34 PM, Hans de Goede wrote:
> Hi,
>
> On 29-05-16 09:04, Chen-Yu Tsai wrote:
>>
>> The MMC clock timings were incorrectly calculated, when the conversion
>> from delay value to delay phase was done.
>>
>> The 50M DDR and 50M DDR 8bit timings are off, and make eMMC DDR
>>
bnx2x_init_bp() allocates memory with bnx2x_alloc_mem_bp() so if we
fail later in bnx2x_init_one() we need to free this memory
with bnx2x_free_mem_bp() to avoid leakages. E.g. I'm observing memory
leaks reported by kmemleak when a failure (unrelated) happens in
bnx2x_vfpf_acquire().
Signed-off-by:
The resource_alignment will releases memory resources allocated
by firmware so that kernel can reassign new resources later on.
But this will cause the problem that no resources can be
allocated by kernel if PCI_PROBE_ONLY was set, e.g. on pSeries
platform because PCI_PROBE_ONLY force kernel to use
This series aims to add an option for PCI resource allocator to
force BARs not to share PAGE_SIZE. This would make sense to VFIO
driver. Because current VFIO implementation disallows to mmap
sub-page(size < PAGE_SIZE) MMIO BARs which may share the same page
with other BARs for security reasons
Now we use the IORESOURCE_STARTALIGN to identify bridge resources
in __assign_resources_sorted(). That's quite fragile. We can't
make sure that the PCI devices' resources will not use
IORESOURCE_STARTALIGN any more.
In this patch, we try to use a more robust way to identify
bridge resources.
Sign
When using resource_alignment kernel parameter, the current
implement reassigns the alignment by changing resources' size
which can potentially break some drivers. For example, the driver
uses the size to locate some register whose length is related
to the size.
This patch adds a new option "nores
From: Michal Hocko
vforked tasks are not really sitting on any memory. They are sharing
the mm with parent until they exec into a new code. Until then it is
just pinning the address space. OOM killer will kill the vforked task
along with its parent but we still can end up selecting vforked task
w
From: Michal Hocko
oom_score_adj is shared for the thread groups (via struct signal) but
this is not sufficient to cover processes sharing mm (CLONE_VM without
CLONE_THREAD resp. CLONE_SIGHAND) and so we can easily end up in a
situation when some processes update their oom_score_adj and confuse
t
From: Michal Hocko
Currently oom_kill_process skips both the oom reaper and SIG_KILL if a
process sharing the same mm is unkillable via OOM_ADJUST_MIN. After "mm,
oom_adj: make sure processes sharing mm have same view of oom_score_adj"
all such processes are sharing the same value so we shouldn't
Hi,
based on the feedback from Tetsuo and Vladimir (thanks to you both) I
had to change some of my assumptions and rework some patches. I planned
to resend later this week but I guess it would help to argue about the
code after those changes if I resubmit earlier. The previous version was
posted he
From: Michal Hocko
task_will_free_mem is rather weak. It doesn't really tell whether
the task has chance to drop its mm. 98748bd72200 ("oom: consider
multi-threaded tasks in task_will_free_mem") made a first step
into making it more robust for multi-threaded applications so now we
know that the w
From: Michal Hocko
Currently we have two proc interfaces to set oom_score_adj. The legacy
/proc//oom_adj and /proc//oom_score_adj which both have their
specific handlers. Big part of the logic is duplicated so extract the
common code into __set_oom_adj helper. Legacy knob still expects some
detai
When vfio passthrough a PCI device of which MMIO BARs are
smaller than PAGE_SIZE, guest will not handle the mmio
accesses to the BARs which leads to mmio emulations in host.
This is because vfio will not allow to passthrough one BAR's
mmio page which may be shared with other BARs. Otherwise,
there
From: Michal Hocko
both oom_adj_write and oom_score_adj_write are using task_lock,
check for task->mm and fail if it is NULL. This is not needed because
the oom_score_adj is per signal struct so we do not need mm at all.
The code has been introduced by 3d5992d2ac7d ("oom: add per-mm oom
disable c
On Mon 30-05-16 11:14:59, Michal Hocko wrote:
> From: Michal Hocko
>
> jbd2_alloc is explicit about its allocation preferences wrt. the
> allocation size. Sub page allocations go to the slab allocator
> and larger are using either the page allocator or vmalloc. This
> is all good but the logic is
Current vfio-pci implementation disallows to mmap
sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio
page may be shared with other BARs. This will cause some
performance issues when we passthrough a PCI device with
this kind of BARs. Guest will be not able to handle the mmio
accesses to
Hi Mel,
On Fri, May 20, 2016 at 7:42 PM, Linux Kernel Mailing List
wrote:
> Web:
> https://git.kernel.org/torvalds/c/c33d6c06f60f710f0305ae792773e1c2560e1e51
> Commit: c33d6c06f60f710f0305ae792773e1c2560e1e51
> Parent: 48ee5f3696f62496481a8b6d852bcad9b3ebbe37
> Refname:refs/he
On Thursday, May 26, 2016 9:44:10 AM CEST Ulf Hansson wrote:
> On 26 May 2016 at 06:05, Yangbo Lu wrote:
> > Hi Uffe,
> >
> > Could we merge this patchset? ...
> > It has been a long time to wait for Arnd's response...
> >
> > Thanks a lot.
> >
> >
>
> As we are still in the merge window I won't
We keep running into cases where device drivers want to know the exact
version of the SoC a they are currently running on. In the past, this
has usually been done through a vendor specific API that can be called
by a driver, or by directly accessing some kind of version register
that is not part of
201 - 300 of 1124 matches
Mail list logo
