In some IP implementations the reading of the phy-type may be broken.
One example are the Rockchip rk3228 and rk3328 socs that use a separate
vendor-type phy from Innosilicon but still report the HDMI20_TX type.
So allow the glue driver to force the vendor-phy for these cases.
In the future it may
On 15.05.2018 07:52, Sandeep Panda wrote:
> Add support for TI's sn65dsi86 dsi2edp bridge chip.
> The chip converts DSI transmitted signal to eDP signal,
> which is fed to the connected eDP panel.
>
> This chip can be controlled via either i2c interface or
> dsi interface. Currently in driver all t
From: Stanislav Lisovskiy
Added content type setting property to drm_connector(part 1)
and enabled transmitting it with HDMI AVI infoframes
for i915(part 2).
Stanislav Lisovskiy (2):
drm: content-type property for HDMI connector
i915: content-type property for HDMI connector
Documentation/
From: Stanislav Lisovskiy
Added content_type property to drm_connector_state
in order to properly handle external HDMI TV content-type setting.
v2:
* Moved helper function which attaches content type property
to the drm core, as was suggested.
Removed redundant connector state initializat
From: Stanislav Lisovskiy
Added encoding of drm content_type property from drm_connector_state
within AVI infoframe in order to properly handle external HDMI TV
content-type setting.
This requires also manipulationg ITC bit, as stated in
HDMI spec.
v2:
* Moved helper function which attaches co
https://bugs.freedesktop.org/show_bug.cgi?id=106527
Bug ID: 106527
Summary: OpenCL corrupted memory on AMD R9 280X
Product: DRI
Version: XOrg git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: norma
Hi,
On 15/05/2018 14:56, Hans Verkuil wrote:
> On 05/15/18 14:46, Neil Armstrong wrote:
>> This patchs adds the cec_notifier feature to the intel_hdmi part
>> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
>> between each HDMI ports.
>> The changes will allow the i915
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: c03987223c762e4a61142f0a9be6027bb181cdfa
commit: 9037d4b98b255979c6636045794775f5a89cc623 [711/734] Merge branch
'drm/du/next' of git://linuxtv.org/pinchartl/media into drm-next
config: arm64-defconfig (attached as .config)
compiler
In non device-tree world, we can need to get the notifier by the driver
name directly and eventually defer probe if not yet created.
This patch adds a variant of the get function by using the device name
instead and will not create a notifier if not yet created.
But the i915 driver exposes at lea
Hi All,
The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support
through it's Embedded Controller, to enable the Linux CEC Core to communicate
with it and get the CEC Physical Address from the correct HDMI Connector, the
following must be added/changed:
- Add the CEC sub-device reg
This patchs adds the cec_notifier feature to the intel_hdmi part
of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
between each HDMI ports.
The changes will allow the i915 HDMI code to notify EDID and HPD changes
to an eventual CEC adapter.
Signed-off-by: Neil Armstrong
The EC can expose a CEC bus, this patch adds the CEC related definitions
needed by the cros-ec-cec driver.
Having a 16 byte mkbp event size makes it possible to send CEC
messages from the EC to the AP directly inside the mkbp event
instead of first doing a notification and then a read.
Signed-off-
The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device
when the CEC feature bit is present.
Signed-off-by: Neil Armstrong
---
drivers/mfd/cros_ec_dev.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/mfd/cros_ec_dev.c b/drivers/mfd/cros_ec_dev.c
index
The Chrome OS Embedded Controller can expose a CEC bus, this patch add the
driver for such feature of the Embedded Controller.
This driver is part of the cros-ec MFD and will be add as a sub-device when
the feature bit is exposed by the EC.
The controller will only handle a single logical address
On Wed, 9 May 2018 10:18:54 -0300
Mauro Carvalho Chehab wrote:
> diff --git a/Documentation/trace/events.rst b/Documentation/trace/events.rst
> index 7b6b1236ec2e..c292117b83a9 100644
> --- a/Documentation/trace/events.rst
> +++ b/Documentation/trace/events.rst
> @@ -8,7 +8,7 @@ Event Tracing
>
Imo we should take this as a personal failure of anyone, things
happen. Instead this is a good opportunity to improve our scripts, to
make sure we catch this in the future.
Cheers, Daniel
On Tue, May 15, 2018 at 3:16 PM, Wang, Zhi A wrote:
> Hi:
>
> I am truly sorry for the mess. It's actual my
https://bugs.freedesktop.org/show_bug.cgi?id=106529
Bug ID: 106529
Summary: Kernels 4.16+ confuses KDE wrt what the primary
display is when waking up multiple displays
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD
https://bugs.freedesktop.org/show_bug.cgi?id=106529
Mariusz Mazur changed:
What|Removed |Added
Summary|Kernels 4.16+ confuses KDE |Kernels 4.16+ confuse KDE
https://bugs.freedesktop.org/show_bug.cgi?id=106529
Michel Dänzer changed:
What|Removed |Added
Attachment #139577|text/x-log |text/plain
mime type|
On 05/15/2018 04:42 PM, Neil Armstrong wrote:
> In non device-tree world, we can need to get the notifier by the driver
> name directly and eventually defer probe if not yet created.
>
> This patch adds a variant of the get function by using the device name
> instead and will not create a notifier
On 05/15/2018 04:42 PM, Neil Armstrong wrote:
> This patchs adds the cec_notifier feature to the intel_hdmi part
> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
> between each HDMI ports.
> The changes will allow the i915 HDMI code to notify EDID and HPD changes
> to
https://bugzilla.kernel.org/show_bug.cgi?id=199693
Chen Yu (yu.c.c...@intel.com) changed:
What|Removed |Added
CC||r...@rjwysocki.net
On 05/15/2018 04:42 PM, Neil Armstrong wrote:
> The EC can expose a CEC bus, this patch adds the CEC related definitions
> needed by the cros-ec-cec driver.
> Having a 16 byte mkbp event size makes it possible to send CEC
> messages from the EC to the AP directly inside the mkbp event
> instead of
On 05/15/2018 04:42 PM, Neil Armstrong wrote:
> The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device
> when the CEC feature bit is present.
>
> Signed-off-by: Neil Armstrong
For what it is worth (not an MFD expert):
Acked-by: Hans Verkuil
Thanks!
Hans
> ---
> driver
On 05/15/2018 04:42 PM, Neil Armstrong wrote:
> The Chrome OS Embedded Controller can expose a CEC bus, this patch add the
> driver for such feature of the Embedded Controller.
>
> This driver is part of the cros-ec MFD and will be add as a sub-device when
> the feature bit is exposed by the EC.
>
On Tue, May 15, 2018 at 04:42:19PM +0200, Neil Armstrong wrote:
> This patchs adds the cec_notifier feature to the intel_hdmi part
> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
> between each HDMI ports.
> The changes will allow the i915 HDMI code to notify EDID and
Hello,
On Tuesday, 15 May 2018 17:24:52 EEST kbuild test robot wrote:
> tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
> head: c03987223c762e4a61142f0a9be6027bb181cdfa
> commit: 9037d4b98b255979c6636045794775f5a89cc623 [711/734] Merge branch
> 'drm/du/next' of git://linuxtv.org/pincha
Hi,
Applied on drm-misc-next.
Many thanks,
Philippe :-)
On 04/19/2018 07:00 PM, Archit Taneja wrote:
>
>
> On Thursday 19 April 2018 09:20 PM, Philippe CORNU wrote:
>> Hi Archit & Andrzej,
>>
>> May I ask you please a short review of this documentation update.
>> Many thanks
>> Philippe :-)
>>
Agreed. Zhi, don't worry about it.
I think the main takeaways here are:
1) We need to improve the dim checks on git pulls. This is both for us
pulling gvt, and now that Dave's experimenting with dim, for him pulling
all the trees.
2) The GVT maintainers should consider using dim too. It would p
The rcar_du_of_init() function is supposed to be defined as a stub when
CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled
in that case. However, a bug in the configuration option check makes it
a stub when CONFIG_DRM_RCAR_LVDS=m as well, which prevents legacy DTs
from being f
Hi Rob,
Thank you for the patch.
On Friday, 11 May 2018 17:33:23 EEST Rob Herring wrote:
> The rcar DT overlays are missing symetrical remote-endpoint properties
> in their graph nodes because the remote-endpoint is fixed up at
> run-time. Disable the dtc 'graph-endpoint' warnings when compiling
"... should _not_ take this as a personal failure ..." is what I meant
of course. Worst possible oversight :-/
-Daniel
On Tue, May 15, 2018 at 4:58 PM, Daniel Vetter wrote:
> Imo we should take this as a personal failure of anyone, things
> happen. Instead this is a good opportunity to improve ou
On Tue, 2018-05-08 at 15:23 +0200, Lucas Stach wrote:
> We are likely to write multiple page entries at once and already ensure
> proper write buffer flushing before GPU submit, so this improves CPU
> time usage in the submit path without any downsides.
>
> Signed-off-by: Lucas Stach
Reviewed-by
This patch series enhances and fixes certain issues relevant to system and
runtime power management on malidp.
---
Changes in v3:
- Squashed some commits.
- Fixed an issue related to writeback.
Reported-by: Alexandru-Cosmin Gheorghe
Changes in v2:
- Removed the change ids and modified some co
Malidp uses two interrupts ie 1. se_irq - used for memory writeback.
and 2. de_irq - used for display output.
'struct drm_device' is being replaced with 'struct malidp_hw_device'
as the function argument. The reason being the dependency of
malidp_de_irq_fini on 'struct drm_device' needs to be rem
Display and scaling engine interrupts need to be disabled when the
runtime pm invokes malidp_runtime_pm_suspend(). Conversely, they
need to be enabled in malidp_runtime_pm_resume().
This patch depends on:
https://lkml.org/lkml/2017/5/15/695
Signed-off-by: Ayan Kumar Halder
Signed-off-by: Alexand
One needs to store the value of the OUTPUT_DEPTH that one has parsed from
device tree, so that it can be restored on system resume. This value is
set in the modeset function as this gets reset when the system suspends.
Signed-off-by: Ayan Kumar Halder
---
Changes in v3:-
- Rebased the patch on t
Malidp uses two interrupts ie 1. se_irq - used for memory writeback.
and 2. de_irq - used for display output.
Extract the hardware initialization part from malidp interrupt registration
ie (malidp_de_irq_init()/ malidp_se_irq_init()) into a separate function
(ie malidp_de_irq_hw_init()/malidp_se
malidp_pm_suspend_late checks if the runtime status is not suspended
and if so, invokes malidp_runtime_pm_suspend which disables the
display engine/core interrupts and the clocks. It sets the runtime status
as suspended.
The difference between suspend() and suspend_late() is as follows:-
1. suspen
On 15/05/2018 17:22, Hans Verkuil wrote:
> On 05/15/2018 04:42 PM, Neil Armstrong wrote:
>> In non device-tree world, we can need to get the notifier by the driver
>> name directly and eventually defer probe if not yet created.
>>
>> This patch adds a variant of the get function by using the device
https://bugs.freedesktop.org/show_bug.cgi?id=104598
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |DRM/other
--- Comment #7 from Michel Dä
Hi Laurent
Thanks for identifying this fault and posting the fix.
(+linux-renesas-soc)
On 15/05/18 16:57, Laurent Pinchart wrote:
> The rcar_du_of_init() function is supposed to be defined as a stub when
> CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled
> in that case. H
https://bugs.freedesktop.org/show_bug.cgi?id=106527
Jan Vesely changed:
What|Removed |Added
Summary|OpenCL corrupted memory on |[amdgpu-pro] OpenCL
|AMD
Hi Neil,
I suspect that this patch will conflict with some patches that will be
queued for 4.18 that also introduces new devices, well, for now I
don't see these merged in the Lee's tree.
Based on some reviews I got when I send a patch to this file ...
2018-05-15 17:29 GMT+02:00 Hans Verkuil :
>
https://bugs.freedesktop.org/show_bug.cgi?id=105284
--- Comment #11 from burak ---
H(In reply to Harry Wentland from comment #10)
> No worries. Don't hesitate to open a new ticket if your warning/error log
> seems to indicate amdgpu. I'd be happy to take a brief look.
>
> Even if I won't have ti
On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote:
>
> Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver")
> Signed-off-by: Fengguang Wu
One thing I noticed while applying this: Your author (as recorded in the
From: line) and your s-o-b don't match. Now I know that you'
Commit 75a07f399cd4 ("drm: rcar-du: Zero-out sg_tables when duplicating
plane state") introduced a reference to the alpha field of struct
rcar_du_vsp_plane_state that got removed in commit 301a9b8d5456
("drm/rcar-du: Convert to the new generic alpha property"). The issue
stems from the merge of the
https://bugs.freedesktop.org/show_bug.cgi?id=104347
--- Comment #16 from Norbert Klar ---
Found some articles from early 2017, and many RX4xx/5xx users report this
problem. Any chance to get a fix?
https://askubuntu.com/questions/910124/amd-graphics-rx-480-displaying-artifacts-in-17-04
--
You
Hi Dave,
Main changes for 4.18. I'd like to do a separate pull for vega20 later
this week or next. Highlights:
- Reserve pre-OS scanout buffer during init for seemless transition from
console to driver
- VEGAM support
- Improved GPU scheduler documentation
- Initial gfxoff support for raven
-
tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next
head: 8feaccf71dd61f2201493068055e0d1d699014df
commit: ca750681bc4a897ffa7eed71a1e05762fb1f0a34 [19/28] drm/amdkfd: Add SOC15
interrupt processing support
reproduce:
# apt-get install sparse
git checkout ca750681bc4a
https://bugs.freedesktop.org/show_bug.cgi?id=105284
--- Comment #12 from Harry Wentland ---
Hi burak,
your stack is different. See dce110_opp_program_regamma_pwl vs
dce110_stream_encoder_update_hdmi_info_packets on the stack.
Can you open a new ticket?
Thanks,
Harry
--
You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=199693
--- Comment #4 from Thomas Martitz (ku...@rockbox.org) ---
Not necessarily, I'd say. Using the attached patch (I posted this to linux-pm,
too). Makes it work.
Also, I think it's another dev that affects amdgpu somehow, restricting the
above patch
https://bugzilla.kernel.org/show_bug.cgi?id=199693
--- Comment #5 from Thomas Martitz (ku...@rockbox.org) ---
Created attachment 275999
--> https://bugzilla.kernel.org/attachment.cgi?id=275999&action=edit
Patch making resume work
--
You are receiving this mail because:
You are watching the ass
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #4 from mikhail.v.gavri...@gmail.com ---
Today (In reply to Christian König from comment #3)
> > $ mpv --hwdec=vaapi Downloads/WE\ GOT\ INTEL\'S\ PROTOTYPE\ GRAPHICS\
> > CARD.webm
> > Playing: Downloads/WE GOT INTEL'S PROTOTYPE GRAP
Follwoing change 75fbed2 we need to skip KIQ ring when iterating
amdgpu_ctx's scheduler entites.
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdg
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/scheduler/gpu_scheduler.c | 4
include/drm/gpu_scheduler.h | 1 -
2 files changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c
b/drivers/gpu/drm/scheduler/gpu_scheduler.c
index 1f1dd70..2569a63 100
Just in case anyone was wondering, I've been trialling using the dim
tools for managing drm-next this cycle,
git://git.freedesktop.org/git/drm/drm drm-next
https://cgit.freedesktop.org/drm/drm/
Dave.
___
dri-devel mailing list
dri-devel@lists.freedeskt
On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky
wrote:
> Signed-off-by: Andrey Grodzovsky
Please provide a better patch description.
Alex
> ---
> drivers/gpu/drm/scheduler/gpu_scheduler.c | 4
> include/drm/gpu_scheduler.h | 1 -
> 2 files changed, 5 deletions(-)
>
> dif
On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky
wrote:
> Follwoing change 75fbed2 we need to skip KIQ ring when iterating
> amdgpu_ctx's scheduler entites.
>
> Signed-off-by: Andrey Grodzovsky
Typo in the title: realted -> related
Typo in the description: Follwoing -> Following
Also expand on
On Mon, May 14, 2018 at 12:31 PM, Daniel Vetter wrote:
> On Mon, May 14, 2018 at 08:10:29AM -0700, Dirk Hohndel wrote:
>> On Mon, May 14, 2018 at 05:01:43PM +0200, Thomas Hellstrom wrote:
>> > > I haven't seen any comments in the week since I wrote this. I'm not
>> > > familiar with the process fo
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #5 from mikhail.v.gavri...@gmail.com ---
5) Opera browser still working as yesterday (GPU overheating, on the video card
all LED are glow + 200% CPU and more ...)
--
You are receiving this mail because:
You are the assignee for the
Yea, I might need to give another thought to whether this spinlock can
actually be removed.
Andrey
On 05/15/2018 03:38 PM, Alex Deucher wrote:
On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky
wrote:
Signed-off-by: Andrey Grodzovsky
Please provide a better patch description.
Alex
---
Quoting Mauro Carvalho Chehab (2018-05-09 06:18:52)
> As we move stuff around, some doc references are broken. Fix some of
> them via this script:
> ./scripts/documentation-file-ref-check --fix-rst
>
> Manually checked if the produced result is valid, removing a few
> false-positives.
>
>
Minor fixes detected with "scripts/checkpatch.pl --strict"
Signed-off-by: Philippe Cornu
---
Detected when merging "drm: clarify adjusted_mode documentation for bridges"
include/drm/drm_bridge.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/drm/drm_bridg
https://bugs.freedesktop.org/show_bug.cgi?id=106430
--- Comment #2 from mikhail.v.gavri...@gmail.com ---
Created attachment 139579
--> https://bugs.freedesktop.org/attachment.cgi?id=139579&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.__
Quoting Enric Balletbo i Serra (2018-05-14 14:16:07)
> From: Derek Basehore
>
> This adds the flag to the clk-ddr in rockchip to not use the cached
> rate for get_rate. This is to handle timeout error conditions in SMC
> for the set rate function.
We need some more information here. Why does tim
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #6 from mikhail.v.gavri...@gmail.com ---
Created attachment 139580
--> https://bugs.freedesktop.org/attachment.cgi?id=139580&action=edit
mpv verbose info
--
You are receiving this mail because:
You are the assignee for the bug.___
Lines 686 and 688 seem to contain the same constant.
julia
On Wed, 16 May 2018, kbuild test robot wrote:
> CC: kbuild-...@01.org
> CC: dri-devel@lists.freedesktop.org
> TO: Alex Deucher
>
> tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
> head: dbf4f8b16fdef588f3d9
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #7 from mikhail.v.gavri...@gmail.com ---
(In reply to mikhail.v.gavrilov from comment #6)
> Created attachment 139580 [details]
> mpv verbose info
[vd] Using software decoding.
looks like hardware acceleration not used when playing V
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #8 from mikhail.v.gavri...@gmail.com ---
Created attachment 139581
--> https://bugs.freedesktop.org/attachment.cgi?id=139581&action=edit
mpv verbose info for h264
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #9 from mikhail.v.gavri...@gmail.com ---
(In reply to mikhail.v.gavrilov from comment #8)
> Created attachment 139581 [details]
> mpv verbose info for h264
[vd] Using software decoding.
Also hardware acceleration not used for h264 wh
On Tue, May 15, 2018 at 4:43 AM, David Lechner wrote:
> This adds a new driver for display panels that use the Ilitek ILI9341
> controller. It currently supports a single display panel, namely
> the YX240QV29-T (e.g. Adafruit 2.4" TFT).
>
> The init sequence is from the Adafruit Python library for
We need to #include .
On 2018-05-15 09:44 AM, kbuild test robot wrote:
> tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next
> head: 8feaccf71dd61f2201493068055e0d1d699014df
> commit: 5ae0283e831a94c714fce61063e4724baf364ef3 [6/28] drm/amdgpu: Add
> userptr support for KFD
> config
https://bugs.freedesktop.org/show_bug.cgi?id=106531
Bug ID: 106531
Summary: Age of Wonders 3 rendering failure on 18.1.0-rc
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity:
Hi all,
Commits
f412e8307d0a ("drm/amd/display: Couple bug fixes in stats module")
e09b6473c605 ("drm/amd/display: Rename encoder_info_packet to dc_info_packet")
87943159f409 ("drm/amd/display: Only program MSA_TIMING_PARAM if it changed")
are missing a Signed-off-by from their author.
--
> Subject: Re: [kbuild-all] [RFC PATCH] drm/vkms: vkms_driver can be static
>
> On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote:
> >
> > Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver")
> > Signed-off-by: Fengguang Wu
>
> One thing I noticed while applying this: Yo
https://bugs.freedesktop.org/show_bug.cgi?id=106531
--- Comment #1 from Timothy Arceri ---
I believe it's related to GL 3.1 compat being exposed. Oddly using
MESA_GL_VERSION_OVERRIDE=3.1COMPAT fixes the issue.
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Neil,
I love your patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.17-rc5 next-20180515]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
https://bugs.freedesktop.org/show_bug.cgi?id=106533
Bug ID: 106533
Summary: r300_dri.so SIGSEGV in llvm_pipeline_generic under
Cinnamon
Product: Mesa
Version: 18.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #1 from Anthony Ciani ---
Error occurs on two identical Dell Inspiron 1501's, one with 3GB of memory and
the other with 4GB.
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD/ATI]
RS480/RS482/RS485 Host Bridge [1002:5950
https://bugs.freedesktop.org/show_bug.cgi?id=101003
--- Comment #6 from Anthony Ciani ---
Ditto. Branches 17.2, 17.3 and 18.0 up to 18.0.3.
hardware is a 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices,
Inc. [AMD/ATI] RS482M [Mobility Radeon Xpress 200] [1002:5975]
Stack trace
On 2018年05月16日 03:31, Andrey Grodzovsky wrote:
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/scheduler/gpu_scheduler.c | 4
include/drm/gpu_scheduler.h | 1 -
2 files changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c
b/drivers/gpu/dr
This commit adds the essential infrastructure for managing CRTCs which
is composed of: a new data struct for output data information, a
function for basic modeset initialization, and the operation to create
planes. Due to the introduction of a new initialization function,
connectors were moved from
This series of patches add a centralized initialization mechanism, a
single CRTC with a plane, an encoder, and extra module information.
Rodrigo Siqueira (3):
drm/vkms: Add basic CRTC initialization
drm/vkms: Add encoder initialization
drm/vkms: Add extra information about vkms
drivers/gp
This commit adds a single and simple virtual encoder to VKMS.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/vkms/vkms_display.c | 25 +
drivers/gpu/drm/vkms/vkms_drv.h | 2 ++
2 files changed, 27 insertions(+)
diff --git a/drivers/gpu/drm/vkms/vkms_display.c
Add the following additional information: authors and description in
Kconfig.
Signed-off-by: Rodrigo Siqueira
---
drivers/gpu/drm/Kconfig | 8 ++--
drivers/gpu/drm/vkms/vkms_drv.c | 2 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/Kconfig b/drivers
Yeah, that what I am not sure about... It's lockless in a sense of single
producer single consumer but not for multiple concurrent producers... So now I
think this spinlock should stay there... It just looked useless to me at first
sight...
Andrey
From:
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #2 from Roland Scheidegger ---
I suppose it crashes in the jit-compiled code (debug symbols should help with
identifying that, but not help any further if that's the case).
Can you print out the faulting instruction (gdb x/i address
Hi all,
this series tries to actually turn vm_fault_t into a type that can be
typechecked and checks the fallout instead of sprinkling random
annotations without context.
The first one fixes a real bug in orangefs, the second and third fix
mismatched existing vm_fault_t annotations on the same fu
Streamline the code to have a somewhat natural flow, and separate the
errno values from the VM_FAULT_* values.
Signed-off-by: Christoph Hellwig
---
fs/ceph/addr.c | 100 +
1 file changed, 51 insertions(+), 49 deletions(-)
diff --git a/fs/ceph/addr
!CONFIG_MMU version didn't agree with the rest of the kernel..
Signed-off-by: Christoph Hellwig
---
mm/filemap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/filemap.c b/mm/filemap.c
index 52517f28e6f4..cf21ced98eff 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -2748,
Signed-off-by: Christoph Hellwig
---
kernel/memremap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/memremap.c b/kernel/memremap.c
index db4e1a373e5f..59ee3b604b39 100644
--- a/kernel/memremap.c
+++ b/kernel/memremap.c
@@ -65,7 +65,6 @@ int device_private_entry_fault(struct vm_area_s
Signed-off-by: Christoph Hellwig
---
fs/orangefs/file.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/fs/orangefs/file.c b/fs/orangefs/file.c
index 26358efbf794..b4a25cd4f3fa 100644
--- a/fs/orangefs/file.c
+++ b/fs/orangefs/file.c
@@ -528,18 +528,16 @@ static lon
Signed-off-by: Christoph Hellwig
---
fs/btrfs/ctree.h | 2 +-
fs/btrfs/inode.c | 19 ++-
2 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h
index 1485cd130e2b..02a0de73c1d1 100644
--- a/fs/btrfs/ctree.h
+++ b/fs/btrfs/ctree.h
@@ -
Signed-off-by: Christoph Hellwig
---
fs/ubifs/file.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/ubifs/file.c b/fs/ubifs/file.c
index 1acb2ff505e6..7c1a2e1c3de5 100644
--- a/fs/ubifs/file.c
+++ b/fs/ubifs/file.c
@@ -1513,7 +1513,7 @@ static int ubifs_releasepage(
Signed-off-by: Christoph Hellwig
---
fs/ext4/ext4.h | 4 ++--
fs/ext4/inode.c | 30 +++---
2 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h
index fa52b7dd4542..48592d0edf3e 100644
--- a/fs/ext4/ext4.h
+++ b/fs/ext4/ext4.h
@
Signed-off-by: Christoph Hellwig
---
include/linux/dax.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/dax.h b/include/linux/dax.h
index dc65ece825ee..a292bccdc274 100644
--- a/include/linux/dax.h
+++ b/include/linux/dax.h
@@ -183,7 +183,7 @@ void dax_flush(str
Signed-off-by: Christoph Hellwig
---
fs/ocfs2/mmap.c | 36 +++-
1 file changed, 19 insertions(+), 17 deletions(-)
diff --git a/fs/ocfs2/mmap.c b/fs/ocfs2/mmap.c
index fb9a20e3d608..e75c1fc5333e 100644
--- a/fs/ocfs2/mmap.c
+++ b/fs/ocfs2/mmap.c
@@ -44,11 +44,11 @@
Signed-off-by: Christoph Hellwig
---
.../staging/lustre/lustre/llite/llite_mmap.c | 37 +++
.../lustre/lustre/llite/vvp_internal.h| 2 +-
2 files changed, 14 insertions(+), 25 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_mmap.c
b/drivers/staging/
Signed-off-by: Christoph Hellwig
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 42 +
1 file changed, 22 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
index 8eba95b3c737..255e7801f62c 100644
--- a/drivers/gpu/
101 - 200 of 221 matches
Mail list logo
