On Tue, Jul 18, 2017 at 04:43:16PM +0200, Takashi Iwai wrote:
> From: Egbert Eich
>
> The crtc_* are wrong references as the mode parameters to validate,
> use the ones without crtc_ prefix instead.
They only differ for interlaced/double. You might want to set the
set_crtcinfo flags differently.
On Tue, Jul 18, 2017 at 04:49:33PM +0200, Takashi Iwai wrote:
> From: Egbert Eich
>
> When destroying connector unregister it.
>
> Signed-off-by: Egbert Eich
> Signed-off-by: Takashi Iwai
drm_dev_unregister unregisters all connectors too. Explicitly calling
drm_connector_unregister should onl
On Tue, Jul 18, 2017 at 12:20:36PM -0700, Manasi Navare wrote:
> On Tue, Jul 18, 2017 at 05:25:36PM +0300, Paul Kocialkowski wrote:
> > This adds the connector name when printing a debug message about the DP
> > link training result. It is useful to figure out what connector is
> > failing when mul
On Tue, Jul 18, 2017 at 01:48:53PM -0700, Matthias Kaehlcke wrote:
> Hi Daniel,
>
> El Tue, Jul 18, 2017 at 08:39:50AM +0200 Daniel Vetter ha dit:
>
> > On Mon, Jul 17, 2017 at 11:14:03AM -0700, Matthias Kaehlcke wrote:
> > > The current code uses in some instances enum transcoder for PCH
> > > t
On Tue, Jul 18, 2017 at 04:43:04PM -0500, Rob Herring wrote:
> Now that we have a custom printf format specifier, convert users of
> full_name to use %pOF instead. This is preparation to remove storing
> of the full path string for each node.
>
> Signed-off-by: Rob Herring
> Cc: Russell King
> C
Hi Dave,
This is a pull request for 4.13-rc2/3. The first patch addresses a bug that
appears when doing over-subscription of queues, due to a miscalculation of
the number of available compute queues. The other three patches remove
dead code that was created from the bugfix.
Thanks,
Oded
The foll
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Flora Cui
> Sent: Tuesday, July 18, 2017 10:53 PM
> To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
> Cc: Cui, Flora
> Subject: [PATCH libdrm] test/amdgpu: fix test failure
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #17 from Shmerl ---
Just for the reference, the freeze doesn't happen to me anymore, in a newer
configuration.
See https://bugs.winehq.org/show_bug.cgi?id=43273#c12
--
You are receiving this mail because:
You are the assignee for
On 07/19/2017 01:43 AM, Eric Anholt wrote:
Archit Taneja writes:
On 07/15/2017 04:28 AM, Eric Anholt wrote:
Archit Taneja writes:
On 06/28/2017 01:28 AM, Eric Anholt wrote:
When a mipi_dsi_host is registered, the DT is walked to find any child
nodes with compatible strings. Those get r
Change-Id: I646f1bf844bd92962b9f71aa287f90173ae233c6
Signed-off-by: Flora Cui
---
tests/amdgpu/basic_tests.c | 273 ++---
tests/amdgpu/cs_tests.c| 41 +++
tests/amdgpu/vce_tests.c | 41 +++
3 files changed, 229 insertions(+), 126 deletions(-
Sorry for sending this mail without thread, my send-patches scripts has a
bug:-( , Already fix the script bug.
On 2017年07月19日 10:57, Mark Yao wrote:
These patches try to make all current rockchip full framework vop works
on drm, fill missing vop on full framework.
Vop Full framework now has fol
These patches try to make all current rockchip full framework vop works
on drm, fill missing vop on full framework.
Vop Full framework now has following vops:
IP versionchipname
3.1 rk3288
3.2 rk3368
3.4 rk3366
3.5 rk3399 big
At present we are using init_table to initialize some
registers, but the Register init table use un-document define,
it is unreadable, and sometimes we only want to update tiny
bits, init table method is not friendly, it's diffcult to
reuse for difference chips.
To make it clean, initialize regist
Grouping the vop registers facilitates make register
definition clearer, and also is useful for different vop
reuse the same group register.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 99 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 61
In the hardware design process, the design of line flags
register is associated with the interrupt register,
placing the line flags in the interrupt definition is
more reasonable, and it would make multi-vop define easilier.
Changes in v3:
- Explain more in details, introduce why we need this patc
Since the drm atomic framework, only a small part of the vop
register needs sync write, Currently seems only following registers
need sync write:
cfg_done, standby and interrupt related register.
All ctrl registers are using the sync write method that is
inefficient, hardcode the write_relaxed
Changes in v2:
- rename rk322x to rk3228(Heiko Stübner)
Signed-off-by: Mark Yao
---
Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 4
1 file changed, 4 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/Documentation/de
Vop Full framework now has following vops:
IP versionchipname
3.1 rk3288
3.2 rk3368
3.4 rk3366
3.5 rk3399 big
3.6 rk3399 lit
3.7 rk3228
3.8 rk3328
The above IP version is from H/W define, some of vop support ge
It's a hardware bug, all window's overlay channel reset
value is same, hardware overlay would be die.
so we must initial difference id for each overlay channel.
The Channel register is supported on all vop will full design.
Following is the details for this register
VOP_WIN0_CTRL2
bit[7:4] win_
Sorry for the spam. The second (old) cover letter was sent by mistake.
Please look at v3.
Regards,
Felix
On 17-07-18 10:22 PM, Felix Kuehling wrote:
> This patch series adds experimental P2P buffer sharing in amdgpu. It's
> disabled by default and can be enabled with amdgpu.p2p_sharing=1.
>
>
From: Amber Lin
Set the system bit for foreign BO mappings and use the remote VRAM
BAR address as the VRAM base offset.
Signed-off-by: Amber Lin
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
dif
From: Christian König
Pinning them in other devices VRAM would obviously not work.
v2: Add checks to DC code paths
Signed-off-by: Christian König
Signed-off-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 6 ++
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c
This patch series adds experimental P2P buffer sharing in amdgpu. It's
disabled by default and can be enabled with amdgpu.p2p_sharing=1.
v2:
* Changed drm helper function to cast to GEM object
* Added foreign BO checks to DC code paths
* Updated commit message for amdgpu_cs change
Amber Lin (1):
From: Christian König
This allows us to have multiple GEM objects for one BO.
Signed-off-by: Christian König
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 12 +++--
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c| 41 +++---
drivers/gpu/d
From: Christian König
We should be able to handle BOs from other instances as well.
v2:
* Add a module option that is off-by-default
* Use new DRM helper function to check the exporting driver
Signed-off-by: Christian König
Signed-off-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu.
From: Christian König
Signed-off-by: Christian König
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
index 44ec11d..aef0
v2: Use the new helper in drm_gem_prime_import
Signed-off-by: Felix Kuehling
Reviewed-by: Christian König
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_prime.c | 43 +--
include/drm/drmP.h | 2 ++
2 files changed, 35 insertions(+), 10 dele
This patch series adds experimental P2P buffer sharing in amdgpu. It's
disabled by default and can be enabled with amdgpu.p2p_sharing=1.
v2:
* Changed drm helper function to cast to GEM object
* Added foreign BO checks to DC code paths
* Updated commit message for amdgpu_cs change
v3:
* Use drm_g
On 2017年07月18日 21:57, Christian König wrote:
Am 18.07.2017 um 04:29 schrieb zhoucm1:
On 2017年07月18日 01:35, Christian König wrote:
Am 17.07.2017 um 19:22 schrieb Marek Olšák:
On Sun, Jul 16, 2017 at 11:36 PM, Dave Airlie
wrote:
I can take a look at it, I just won't have time until next wee
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/staging/vboxvideo/vbox_drv.c:235:2: error: unknown field 'set_busid'
specified in initializer
.set_busid = drm_pci_set_busid,
^
drivers/staging/vboxvideo/vbox_drv.c:235:15: error
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
drivers/gpu/drm/i915/i915_reg.h
between commit:
c379b897ba1a ("drm/i915/cnl: Fix the CURSOR_COEFF_MASK used in DDI Vswing
Programming")
from Linus' tree and commit:
5a8dd2af31a7 ("drm/i915/cnl: Fix RMW on ddi vswi
https://bugs.freedesktop.org/show_bug.cgi?id=101834
Bug ID: 101834
Summary: WebGL shaders cause system freeze
Product: Mesa
Version: 17.1
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: norm
On 07/17, Nayak, Rajendra wrote:
>
>
> On 7/14/2017 4:13 PM, Rob Clark wrote:
> >On Fri, Jul 14, 2017 at 12:52 AM, Rajendra Nayak
> >wrote:
> >>Hi Rob,
> >>
> >>On 07/11/2017 11:50 PM, Rob Clark wrote:
> >>
> >>>diff --git a/drivers/clk/qcom/common.c b/drivers/clk/qcom/common.c
> >>>index d5239
https://bugs.freedesktop.org/show_bug.cgi?id=101832
Bug ID: 101832
Summary: [regression][bisect] sddm fails to start after
f50aa21456d82c8cb6fbaa565835f1acc1720a5d
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
Hans Verkuil writes:
> On 12/07/17 21:43, Hans Verkuil wrote:
>> On 12/07/17 21:02, Eric Anholt wrote:
+static int vc4_hdmi_cec_adap_transmit(struct cec_adapter *adap, u8
attempts,
+u32 signal_free_time, struct cec_msg *msg)
+{
+ struct v
Now that we have a custom printf format specifier, convert users of
full_name to use %pOF instead. This is preparation to remove storing
of the full path string for each node.
Signed-off-by: Rob Herring
Cc: Russell King
Cc: David Airlie
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sean Paul
Cc: Ink
Quoting Paul Kocialkowski (2017-07-18 16:16:26)
> It may occur that a hotplug uevent is detected at resume, even though it
> does not indicate that an actual hotplug happened. This is the case when
> link training fails on any other connector.
>
> There is currently no way to distinguish what conn
Den 12.07.2017 15.45, skrev Noralf Trønnes:
Add a common drm_driver.dumb_map_offset function for GEM backed drivers.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_gem.c | 35 +++
include/drm/drm_gem.h | 2 ++
2 files changed, 37 insertions(+)
d
This driver communicates with the Atmel microcontroller for sequencing
the poweron of the TC358762 DSI-DPI bridge and controlling the
backlight PWM.
v2: Set the same default orientation as the closed source firmware
used, which is the best for viewing angle.
v3: Rewrite as an i2c client driver
This doesn't yet cover input, but the driver does get the display
working when the firmware is disabled from talking to our I2C lines.
Signed-off-by: Eric Anholt
Acked-by: Rob Herring
---
.../panel/raspberrypi,7inch-touchscreen.txt| 49 ++
1 file changed, 49 insertio
When a mipi_dsi_host is registered, the DT is walked to find any child
nodes with compatible strings. Those get registered as DSI devices,
and most DSI panel drivers are mipi_dsi_drivers that attach to those nodes.
There is one special case currently, the adv7533 bridge, where the
bridge probes o
This will let drivers reduce the error cleanup they need, in
particular the "is_panel_bridge" flag.
v2: Slight cleanup of remove function by Andrzej
Signed-off-by: Eric Anholt
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/panel.c | 30 ++
include/drm/drm_bri
The incoming mode might have a missing vrefresh field if it came from
drmModeSetCrtc(), which the kernel is supposed to calculate using
drm_mode_vrefresh(). We could either use that or the adjusted_mode's
original vrefresh value.
However, we can maintain a more exact vrefresh value (not just the
The vc4 driver was unusual in that it was delaying the panel lookup
until the attach step, while most DSI hosts will -EPROBE_DEFER until
they get a panel.
v2: Drop a debug message that slipped in.
Signed-off-by: Eric Anholt
Reviewed-by: Andrzej Hajda (v1)
---
drivers/gpu/drm/vc4/vc4_dsi.c | 38
On 18/07/17 11:20 AM, Takashi Iwai wrote:
From: Egbert Eich
The radeon driver reduces the framebuffer resolution to 8bpp if a
device with less than 32MB VRAM is found. This causes the framebuffer
to run in 8 bit paletted mode. For a text console this is not an
issue as 256 different colors is
Hi Daniel,
El Tue, Jul 18, 2017 at 08:39:50AM +0200 Daniel Vetter ha dit:
> On Mon, Jul 17, 2017 at 11:14:03AM -0700, Matthias Kaehlcke wrote:
> > The current code uses in some instances enum transcoder for PCH
> > transcoders and enum pipe in others. This is error prone and clang
> > raises warn
On Tue, Jul 18, 2017 at 10:07 PM, Ard Biesheuvel
wrote:
> On 18 July 2017 at 21:01, Arnd Bergmann wrote:
>> On Tue, Jul 18, 2017 at 9:55 PM, Ard Biesheuvel
>
> Ah, now it makes sense. I was a bit surprised that
> -Wtautological-compare complains about symbolic constants that resolve
> to the same
Archit Taneja writes:
> On 07/15/2017 04:28 AM, Eric Anholt wrote:
>> Archit Taneja writes:
>>
>>> On 06/28/2017 01:28 AM, Eric Anholt wrote:
When a mipi_dsi_host is registered, the DT is walked to find any child
nodes with compatible strings. Those get registered as DSI devices,
>>>
For the whole series
Reviewed-by: Lyude
will push in just a sec
On Tue, 2017-07-18 at 18:16 +0300, Paul Kocialkowski wrote:
> This patch introduces a workaround for a case where a uevent is
> issued
> by the kernel because of DP link training failing on a connector
> unrelated to the current te
On Tue, Jul 18, 2017 at 9:55 PM, Ard Biesheuvel
wrote:
> On 18 July 2017 at 20:53, Arnd Bergmann wrote:
>> On Fri, Jul 14, 2017 at 2:28 PM, Ard Biesheuvel
>> wrote:
>>> On 14 July 2017 at 10:25, Arnd Bergmann wrote:
gcc warns when MODULES_VADDR/END is defined to the same value as
VMAL
Daniel Vetter writes:
> Not all places correctly stated that gem_free_object_unlocked is the
> one to use.
>
> Reported-by: Eric Anholt Cc: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.o
On Fri, Jul 14, 2017 at 2:28 PM, Ard Biesheuvel
wrote:
> On 14 July 2017 at 10:25, Arnd Bergmann wrote:
>> gcc warns when MODULES_VADDR/END is defined to the same value as
>> VMALLOC_START/VMALLOC_END, e.g. on x86-32:
>>
>> fs/proc/kcore.c: In function ‘add_modules_range’:
>> fs/proc/kcore.c:622:
On Tue, Jul 18, 2017 at 05:25:36PM +0300, Paul Kocialkowski wrote:
> This adds the connector name when printing a debug message about the DP
> link training result. It is useful to figure out what connector is
> failing when multiple DP connectors are used.
>
Thanks for the patch, this does make s
On Tue, 2017-07-18 at 17:25 +0300, Paul Kocialkowski wrote:
> This adds the connector name when printing a debug message about the DP
> link training result. It is useful to figure out what connector is
> failing when multiple DP connectors are used.
>
> Signed-off-by: Paul Kocialkowski
> ---
On Tue, Jul 18, 2017 at 2:42 PM, Sean Paul wrote:
> Hi Dave,
> Here's the first -misc-next pull for 4.13
err, 4.14.
> , definitely the largest one I've
> sent to you. There's nothing too disruptive, a bunch of clean-up series which
> tidy up atomic macros, return value fixes, etc. New function
Hi Dave,
Here's the first -misc-next pull for 4.13, definitely the largest one I've
sent to you. There's nothing too disruptive, a bunch of clean-up series which
tidy up atomic macros, return value fixes, etc. New functionality includes 2
new dsi
bridge drivers, async atomic commits, YCBCR 4:2:0 s
On 17/07/17 11:57 PM, Felix Kuehling wrote:
Allows gdb to access contents of user mode mapped BOs. System memory
is handled by TTM using kmap. Other memory pools require a new driver
callback in ttm_bo_driver.
v2:
* kmap only one page at a time
* swap in BO if needed
* make driver callback more
Currently the hikey dsi logic cannot generate accurate byte
clocks values for all pixel clock values. Thus if a mode clock
is selected that cannot match the calculated byte clock, the
device will boot with a blank screen.
This patch uses the new mode_valid callback (many thanks to
Jose Abreu for u
On Tue, Jul 18, 2017 at 4:10 AM, Jose Abreu wrote:
> Hi John,
>
>
> On 18-07-2017 05:22, John Stultz wrote:
>> Currently the hikey dsi logic cannot generate accurate byte
>> clocks values for all pixel clock values. Thus if a mode clock
>> is selected that cannot match the calculated byte clock, t
Hi,
On Tue, Jul 11, 2017 at 11:06:52PM +0200, Hans Verkuil wrote:
> On 11/07/17 22:39, Maxime Ripard wrote:
> > On Tue, Jul 11, 2017 at 08:30:33AM +0200, Hans Verkuil wrote:
> >> From: Hans Verkuil
> >>
> >> This patch series adds CEC support for the sun4i HDMI controller.
> >>
> >> The CEC hardw
Den 12.07.2017 15.46, skrev Noralf Trønnes:
Add a library for drivers that can use a simple representation
of a GEM backed framebuffer.
Signed-off-by: Noralf Trønnes
---
This patch adds a gem backed drm_framebuffer like this:
struct drm_fb_gem {
/**
* @base: Base DRM framebuffer
From: Egbert Eich
The radeon driver reduces the framebuffer resolution to 8bpp if a
device with less than 32MB VRAM is found. This causes the framebuffer
to run in 8 bit paletted mode. For a text console this is not an
issue as 256 different colors is more than one gets on a VGA text
console.
This adds calls to igt_hotplug_detected and igt_flush_hotplugs to catch
and flush hotplugs from connector unplug (due to chamelium reset) and
plug. These need to be intercepted so that they are not delayed and
issued after resume, providing a false positive for the test result.
In addition, the fi
It may occur that a hotplug uevent is detected at resume, even though it
does not indicate that an actual hotplug happened. This is the case when
link training fails on any other connector.
There is currently no way to distinguish what connector caused a hotplug
uevent, nor what the reason for tha
This patch introduces a workaround for a case where a uevent is issued
by the kernel because of DP link training failing on a connector
unrelated to the current test. Since the test depends on receiving a
hotplug uevent, it previously passed even though it should not have.
False positives also occ
It may occur that a hotplug uevent is detected at resume, even though it
does not indicate that an actual hotplug happened. This is the case when
link training fails on any other connector.
There is currently no way to distinguish what connector caused a hotplug
uevent, nor what the reason for tha
On Tue, Jul 18, 2017 at 12:02:01PM +0800, Chen-Yu Tsai wrote:
> The explanation for the endpoint ID numbering scheme is convoluted
> and hard to understand.
>
> This patch aims to improve the readability of it by combining the
> existing two paragraphs, while also providing a diagram example,
> an
From: Egbert Eich
When destroying connector unregister it.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/cirrus/cirrus_mode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
b/drivers/gpu/drm/cirrus/cirrus_mode.c
index 53f
From: Egbert Eich
Just a code refactoring, no functional change.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/ast/ast_ttm.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_ttm.c b/drivers/gpu/drm/ast/ast_ttm.c
i
From: Egbert Eich
Implement the proper CRTC disablement, just like done in mgag200
driver.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/ast/ast_mode.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/g
From: Egbert Eich
The ast driver has a code to load the DP501 firmware, but it's never
used. This patch implements its actual usage by requesting the
firmware on demand, and release the firmware at exit as well.
Also the path contains a few cleanups and makes relevant functions
static.
Signed-
Hi,
here is another clearance sale, a patchset containing fixes for ast
driver, dug from openSUSE / SUSE kernels. All fixes came from
Egbert.
thanks,
Takashi
===
Egbert Eich (5):
drm/ast: Simplify function ast_bo_unpin()
drm/ast: Free container instead of member in
ast_user_framebuff
From: Egbert Eich
Technically freeing ast_fb->base is the same as freeing ast_fb as 'base'
the first member of the data structure.
Still this makes it cleaner.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/ast/ast_main.c | 2 +-
1 file changed, 1 insertion(+), 1 d
From: Egbert Eich
The allocated struct ast_bo was not freed in all error paths.
This patch consolidates error handling and fixes this.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/ast/ast_ttm.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
di
Hi Dave,
If you just add "get" functions for what you need from amdgpu objects,
that should be fine.
Marek
On Mon, Jul 17, 2017 at 11:00 PM, Dave Airlie wrote:
> On 18 July 2017 at 03:02, Christian König wrote:
>> Am 17.07.2017 um 05:36 schrieb Dave Airlie:
I can take a look at it, I
Add a basic PM support to mgag200 driver.
As there is no hardware specific init codes for this device, the
callbacks are written in a fairly simple way.
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 41 +++
1 file changed, 41 insertions(+
From: Egbert Eich
When destroying connector unregister it.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
ind
From: Egbert Eich
The depth/bpp handling for chips with limited memory in commit
918be888d613 ("drm/mgag200: on cards with < 2MB VRAM default to
16-bit") was incomplete: the bpp limits were applied to mode
validation.
This consolidates dpeth/bpp handling, adds it to mode validation
and moves the
From: Egbert Eich
G200 is old hardware. When KMS was designed around 2007 none of the
chipsets current at this time had any restrictions to video modes
depending on the depth. Thus video modes are validated independent
of the depth which is purely a property of the scanout buffer.
The mgag200 dr
From: Egbert Eich
Cursor BOs should be cleaned up properly on error or when unloading
the driver.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_main.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/m
From: Egbert Eich
Add two more models G200_PCI and G200 for PCI device IDs 0x520 and
0x521, respectively. They need to retrieve the reference clock and
pclk min/max values from BIOS, and set up the PLLs accordingly.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/m
From: Egbert Eich
The crtc_* are wrong references as the mode parameters to validate,
use the ones without crtc_ prefix instead.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
From: Egbert Eich
The allocated struct mgag200_bo was not freed in all error paths.
This patch consolidates error handling and fixes this.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 11 ++-
1 file changed, 6 insertions(+), 5 dele
From: Egbert Eich
According to the use UMS X.Org driver G200 WB chips don't support
doublescan
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mgag200/mgag20
From: Egbert Eich
Due to a missing initialization there was no way to map fbdev memory.
Thus for example using the Xserver with the fbdev driver failed.
This fix adds initialization for fix.smem_start and fix.smem_len
in the fb_info structure, which fixes this problem.
Signed-off-by: Egbert Eich
From: Egbert Eich
Technically freeing mga_fb->base is the same as freeing mga_fb as 'base'
the first member of the data structure.
Still this makes it cleaner.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_main.c | 2 +-
1 file changed, 1 insertion
From: Egbert Eich
Just a code refactoring, no functional change.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_drv.h | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h
b/drivers/gpu
From: Egbert Eich
Give more verbose debug message at mode bandwidth checks.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 51 +-
1 file changed, 31 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/dr
Hi,
this is a summer cleanup sale, a patchset containing various fixes for
mgag200 driver taken from openSUSE / SUSE kernels. They have been in
our kernels for ages, so at least they are supposed to be stable.
Most of patches came from Egbert, and one PM patch from me that is a
resubmission of t
From: Egbert Eich
This code was ported from the xorg mga driver.
The doublescreen_allowed and interlace_allowed flags are set
unconditionally for all models for now.
Signed-off-by: Egbert Eich
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 11 +--
1 file chan
This adds the connector name when printing a debug message about the DP
link training result. It is useful to figure out what connector is
failing when multiple DP connectors are used.
Signed-off-by: Paul Kocialkowski
---
drivers/gpu/drm/i915/intel_dp_link_training.c | 8 ++--
1 file changed
Am 18.07.2017 um 05:57 schrieb Felix Kuehling:
Allows gdb to access contents of user mode mapped BOs. System memory
is handled by TTM using kmap. Other memory pools require a new driver
callback in ttm_bo_driver.
v2:
* kmap only one page at a time
* swap in BO if needed
* make driver callback mo
https://bugs.freedesktop.org/show_bug.cgi?id=101787
Julien Isorce changed:
What|Removed |Added
Attachment #132737|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=92715
Humberto Israel Perez Rodriguez changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |intel-gfx-bugs@lists.fr
Am 18.07.2017 um 05:52 schrieb Dave Airlie:
From: Dave Airlie
This just sends chunks to the kernel API for a single command
stream.
This should provide a more future proof and extensible API
for command submission.
v2: use amdgpu_bo_list_handle, add two helper functions to
access bo and conte
Am 18.07.2017 um 04:29 schrieb zhoucm1:
On 2017年07月18日 01:35, Christian König wrote:
Am 17.07.2017 um 19:22 schrieb Marek Olšák:
On Sun, Jul 16, 2017 at 11:36 PM, Dave Airlie
wrote:
I can take a look at it, I just won't have time until next week
most likely.
I've taken a look, and it's see
Am 18.07.2017 um 02:48 schrieb Dave Airlie:
From: Dave Airlie
This just sends chunks to the kernel API for a single command
stream.
This should provide a more future proof and extensible API
for command submission.
Signed-off-by: Dave Airlie
---
amdgpu/amdgpu.h| 21
Am 18.07.2017 um 02:48 schrieb Dave Airlie:
From: Dave Airlie
These are just wrappers using the amdgpu device handle.
Signed-off-by: Dave Airlie
Reviewed-by: Christian König for this one.
---
amdgpu/amdgpu.h| 55 +-
amdgpu/amdgpu
Hi Philippe,
Thank you for the patch.
On Tuesday 18 Jul 2017 13:43:52 Philippe CORNU wrote:
> This patch cleans up the Synopsys mipi dsi register list:
> - remove unused registers
Is the documentation for the DSI transmitter core public ? If not, it could be
useful to keep unused registers for
Hi Philippe,
Thank you for the patch.
On Tuesday 18 Jul 2017 13:43:51 Philippe CORNU wrote:
> Signed-off-by: Philippe CORNU
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gp
1 - 100 of 137 matches
Mail list logo