In case the IOMMU API is not available compiling host1x fails with
the following error:
In file included from drivers/gpu/host1x/hw/host1x06.c:27:
drivers/gpu/host1x/hw/channel_hw.c: In function ‘host1x_channel_set_streamid’:
drivers/gpu/host1x/hw/channel_hw.c:118:30: error: implicit
https://bugs.freedesktop.org/show_bug.cgi?id=110293
--- Comment #2 from Alex Deucher ---
Already on it's way upstream:
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-5.1=e7ad88553aa1d48e950ca9a4934d246c1bee4be4
--
You are receiving this mail because:
You are the assignee for the
Hi Dave, Daniel,
More stuff for 5.2:
- Fixes for powerplay custom profiles
- DC bandwidth clean ups and fixes
- RAS fixes for vega20
- DC atomic resume fix
- Better plane handling in DC
- Freesync improvements
- Misc bug fixes and cleanups
The following changes since commit
https://bugs.freedesktop.org/show_bug.cgi?id=110398
rohan changed:
What|Removed |Added
URL||http://219.91.142.54:1515/G
tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI
head: b573fba52f339dc4fadef7282af4a9413fd6173d
commit: b573fba52f339dc4fadef7282af4a9413fd6173d [15/15] ICL HACK: Disable ACPI
idle driver
config: arm64-defconfig (attached as .config)
compiler: aarch64-linux-gnu-gcc (Debian
https://bugs.freedesktop.org/show_bug.cgi?id=108049
--- Comment #6 from Pokemon ---
Have to looking the all update of how do i clear clipboard history in my
computer just visit here https://clipboardwindows10.com/ and share the post for
all users.
--
You are receiving this mail because:
You
On Wed, Apr 10, 2019 at 04:41:57PM -0700, Ira Weiny wrote:
> On Tue, Mar 26, 2019 at 12:47:46PM -0400, Jerome Glisse wrote:
> > From: Jérôme Glisse
> >
> > CPU page table update can happens for many reasons, not only as a result
> > of a syscall (munmap(), mprotect(), mremap(), madvise(), ...)
https://bugs.freedesktop.org/show_bug.cgi?id=110293
djip.per...@free.fr changed:
What|Removed |Added
Priority|medium |high
Severity|normal
Oops, the __iomem annotation was added to the header file only.
Add it to the implementation (and documentation) too.
Fixes: 5c5373b51bec ("drm: switch drm_fb_xrgb_to_rgb888_dstclip to accept
__iomem dst")
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/drm_format_helper.c | 6 +++---
1
https://bugs.freedesktop.org/show_bug.cgi?id=110398
rohan changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=110399
Bug ID: 110399
Summary: leaving space between numbers in customer id is
showing wrong error message
Product: DRI
Version: XOrg git
Hardware: Other
URL:
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add ddp component CCORR
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 32
> +
>
On Tue, Apr 9, 2019 at 8:27 AM Eric Engestrom wrote:
>
> On Tuesday, 2019-04-09 12:59:13 +0100, Eric Engestrom wrote:
> > On Tuesday, 2019-04-09 11:35:14 +, Ayan Halder wrote:
> > > Generated using make headers_install from the drm-next
> > > tree - git://anongit.freedesktop.org/drm/drm
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #35 from mikhail.v.gavri...@gmail.com ---
Created attachment 143927
--> https://bugs.freedesktop.org/attachment.cgi?id=143927=edit
dmesg (with successfull GPU reset after applying patches from Comment 34)
Hooray, it's a win! Now
https://bugs.freedesktop.org/show_bug.cgi?id=110398
Bug ID: 110398
Summary: checking bug
Product: DRI
Version: unspecified
Hardware: All
OS: Windows (All)
Status: NEW
Severity: normal
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=110399
ajeelimra...@gmail.com changed:
What|Removed |Added
Severity|normal |major
On Wed, Apr 10, 2019 at 4:42 AM Gerd Hoffmann wrote:
> Add new command VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 to create resources.
> It adds (a) support planar resources and (b) returns stride and size of
> the resource planes. The later will be needed in case we support
> mapping host resources
tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI
head: b573fba52f339dc4fadef7282af4a9413fd6173d
commit: b573fba52f339dc4fadef7282af4a9413fd6173d [15/15] ICL HACK: Disable ACPI
idle driver
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 8.1.0
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #36 from mikhail.v.gavri...@gmail.com ---
Created attachment 143928
--> https://bugs.freedesktop.org/attachment.cgi?id=143928=edit
Demonstration how message "drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to
initialize parser -125!"
On Wed, Apr 10, 2019 at 4:42 AM Gerd Hoffmann wrote:
> Add comments to the existing feature flags,
> documenting which commands belong to them.
>
> Signed-off-by: Gerd Hoffmann
>
This patch is:
Reviewed-by: Gurchetan Singh
> ---
> include/uapi/linux/virtio_gpu.h | 12 ++--
> 1
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch move rdma sout from mtk_ddp_mout_en into mtk_ddp_sout_sel
> rdma only has single output, but no multi output,
> all these rdma->dsi/dpi usecase should move to
On Wed, 10 Apr 2019 at 06:23, Lyude Paul wrote:
>
> For a while, we've had the problem of i2c bus access not grabbing
> a runtime PM ref when it's being used in userspace by i2c-dev, resulting
> in nouveau spamming the kernel log with errors if anything attempts to
> access the i2c bus while the
On Tue, Mar 26, 2019 at 12:47:46PM -0400, Jerome Glisse wrote:
> From: Jérôme Glisse
>
> CPU page table update can happens for many reasons, not only as a result
> of a syscall (munmap(), mprotect(), mremap(), madvise(), ...) but also
> as a result of kernel activities (memory compression,
https://bugs.freedesktop.org/show_bug.cgi?id=110360
--- Comment #4 from jian-h...@endlessm.com ---
Created attachment 143930
--> https://bugs.freedesktop.org/attachment.cgi?id=143930=edit
The dmesg of disabled pci ats
Also tested with 'pci=noats' on boot command which is mentioned in
> > +/* VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 */
> > +struct virtio_gpu_cmd_resource_create_v2 {
> > + struct virtio_gpu_ctrl_hdr hdr;
> > + __le32 resource_id;
> > + __le32 format;
> > + __le32 width;
> > + __le32 height;
> > + /* 3d only */
> > + __le32
Not all archs have the __io_virt() macro, so cirrus can't simply convert
pointers that way. The drm format helpers have to use memcpy_toio()
instead.
This patch makes drm_fb_xrgb_to_rgb888_dstclip() accept a __iomem
dst pointer and use memcpy_toio() instead of memcpy(). The helper
function
Not all archs have the __io_virt() macro, so cirrus can't simply convert
pointers that way. The drm format helpers have to use memcpy_toio()
instead.
This patch makes drm_fb_memcpy_dstclip() accept a __iomem dst pointer
and use memcpy_toio() instead of memcpy(). With that separating out the
Not all archs have the __io_virt() macro, so cirrus can't simply convert
pointers that way. The drm format helpers have to use memcpy_toio()
instead.
This patch makes drm_fb_xrgb_to_rgb565_dstclip() accept a __iomem
dst pointer and use memcpy_toio() instead of memcpy(). The helper
function
Turned out to be a bit more difficuilt than just adding the "asm/io.h"
header files. Not all architectures actually have a __io_virt() macro,
so cirrus can't depend on that. The drm format helpers have to call
memcpy_toio instead. So this little series add support for that.
v2: drop the
On Wed, Apr 10, 2019 at 01:17:19PM +1000, Alastair D'Silva wrote:
> @@ -107,7 +108,7 @@ EXPORT_SYMBOL(bin2hex);
> * string if enough space had been available.
> */
> int hex_dump_to_buffer(const void *buf, size_t len, int rowsize, int
> groupsize,
> -char *linebuf, size_t
Hi,
On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
Hello,
On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
Hi,
On 09-04-19 14:05, Patrik Jakobsson wrote:
On Tue, Apr 9, 2019 at 12:20 PM Hans de Goede wrote:
Hi,
On 09-04-19 11:47, Patrik Jakobsson wrote:
On Tue, Apr 9,
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> The Meson G12A SoCs uses the exact same CVBS encoder except a simple
> CVBS DAC register offset and settings delta.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/gpu/drm/meson/meson_venc.c | 11 +--
>
On Mon, Apr 08, 2019 at 01:24:47PM -0400, Mathieu Desnoyers wrote:
> - On Apr 8, 2019, at 11:46 AM, paulmck paul...@linux.ibm.com wrote:
>
> > On Mon, Apr 08, 2019 at 10:49:32AM -0400, Mathieu Desnoyers wrote:
> >> - On Apr 8, 2019, at 10:22 AM, paulmck paul...@linux.ibm.com wrote:
> >>
On Tue, Apr 09, 2019 at 02:04:11PM -0400, Mathieu Desnoyers wrote:
> - On Apr 9, 2019, at 1:55 PM, paulmck paul...@linux.ibm.com wrote:
> [...]
> > The current state is not horrible, so my thought would be to give it
> > some time to see if better thoughts arise.
> >
> > Either way,
On Wed, 2019-04-10 at 13:17 +1000, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> Some buffers may only be partially filled with useful data, while the
> rest
> is padded (typically with 0x00 or 0xff).
>
This patch introduces flags which allow lines of padding bytes to be
> suppressed,
From: Alastair D'Silva
With modern high resolution screens, we can display more data, which makes
life a bit easier when debugging.
Allow 64 bytes to be dumped per line.
Signed-off-by: Alastair D'Silva
---
lib/hexdump.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> Amlogic G12A SoC needs a different VIU setup code,
> handle it.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/gpu/drm/meson/meson_viu.c | 72 ---
> 1 file changed, 67 insertions(+), 5 deletions(-)
>
>
Ville:
Yes, if this patch is needed by kernel 3.10.61, please get somebody to review
it. What do I need do to speed up the review process?
Please generate a patch against kernel 3.10.61 if possible.
Thanks,
Jim
Caterpillar: Confidential Green
-Original Message-
From: Jim Zhang
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> The Amlogic G12A SoC offers very close Video Display
> functionnalities with it's older GXBB, GXL & GXM predecessors.
>
> The main differences are :
> - G12A Support now 3 "real" OSD planes with a new Blender module
> - Instead of having
On Tue, Apr 09, 2019 at 11:56:03AM -0400, Mathieu Desnoyers wrote:
> - On Apr 9, 2019, at 11:40 AM, Joel Fernandes, Google
> j...@joelfernandes.org wrote:
>
> > On Mon, Apr 08, 2019 at 01:24:47PM -0400, Mathieu Desnoyers wrote:
> >> - On Apr 8, 2019, at 11:46 AM, paulmck
On 20-03-19, 15:19, Rajendra Nayak wrote:
> On some qualcomm platforms DPU needs to express a perforamnce state
> requirement on a power domain depennding on the clock rates.
> Use OPP table from DT to register with OPP framework and use
> dev_pm_opp_set_rate() to set the clk/perf state.
>
>
From: Alastair D'Silva
In order to support additional features in hex_dump_to_buffer, replace
the ascii bool parameter with flags.
Signed-off-by: Alastair D'Silva
---
drivers/gpu/drm/i915/intel_engine_cs.c| 2 +-
drivers/isdn/hardware/mISDN/mISDNisar.c | 6 --
What about if I disable interrupt when changing the colorkey? This will solve
the atomic issue. I think we only change colorkey or enable/disable colorkey
once a while. If disabling interrupt work, I will disable interrupt and change
colorkey. That performance affection could be acceptable
From: Alastair D'Silva
Apologies for the large CC list, it's a heads up for those responsible
for subsystems where a prototype change in generic code causes a change
in those subsystems.
This series enhances hexdump.
These improve the readability of the dumped data in certain situations
(eg.
Nice, do you have any sample code for it?
Thanks,
Jim
Caterpillar: Confidential Green
-Original Message-
From: Ville Syrjälä
Sent: Tuesday, April 9, 2019 8:57 AM
To: Jim Zhang
Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Subject: Re: [Intel-gfx] colorkey
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> This patch adds support for the new OSD+VD Plane blending module
> in the CRTC code by adding the G12A code to manage the blending
> module and setting the right OSD1 & VD1 plane registers.
>
> Signed-off-by: Neil Armstrong
> ---
>
- On Apr 9, 2019, at 11:40 AM, Joel Fernandes, Google
j...@joelfernandes.org wrote:
> On Mon, Apr 08, 2019 at 01:24:47PM -0400, Mathieu Desnoyers wrote:
>> - On Apr 8, 2019, at 11:46 AM, paulmck paul...@linux.ibm.com wrote:
>>
>> > On Mon, Apr 08, 2019 at 10:49:32AM -0400, Mathieu
- On Apr 9, 2019, at 12:40 PM, paulmck paul...@linux.ibm.com wrote:
> On Tue, Apr 09, 2019 at 11:56:03AM -0400, Mathieu Desnoyers wrote:
>> - On Apr 9, 2019, at 11:40 AM, Joel Fernandes, Google
>> j...@joelfernandes.org
>> wrote:
>>
>> > On Mon, Apr 08, 2019 at 01:24:47PM -0400, Mathieu
From: Alastair D'Silva
Some buffers may only be partially filled with useful data, while the rest
is padded (typically with 0x00 or 0xff).
This patch introduces flags which allow lines of padding bytes to be
suppressed, making the output easier to interpret: HEXDUMP_SUPPRESS_0X00,
https://bugs.freedesktop.org/show_bug.cgi?id=110371
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding full output of dmesg.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
Villie:
What is Intel's plan for the colorkey patch? Does Intel have any plan to
review and release?
If I go with custom ioctl, and my custom ioctl will only used in Baytrail
product, could it be atomic for Baytrail only?
Thanks,
Jim
Caterpillar: Confidential Green
-Original
- On Apr 9, 2019, at 1:55 PM, paulmck paul...@linux.ibm.com wrote:
[...]
> The current state is not horrible, so my thought would be to give it
> some time to see if better thoughts arise.
>
> Either way, cleanup_srcu_struct() keeps its current checks for callbacks
> still being in flight,
Hello,
On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
> Hi,
>
> On 09-04-19 14:05, Patrik Jakobsson wrote:
> > On Tue, Apr 9, 2019 at 12:20 PM Hans de Goede wrote:
> > >
> > > Hi,
> > >
> > > On 09-04-19 11:47, Patrik Jakobsson wrote:
> > > > On Tue, Apr 9, 2019 at 8:51 AM Hans de
Once I pre-configure the colorkey, am I able to enable and disable it? If
colorkey can be enabled/disabled after that might meet my requirement
Thanks,
Jim
Caterpillar: Confidential Green
-Original Message-
From: Ville Syrjälä
Sent: Tuesday, April 9, 2019 8:57 AM
To: Jim Zhang
Cc:
On 20-03-19, 15:19, Rajendra Nayak wrote:
> This is a v2 of the RFC posted earlier by Stephen Boyd [1]
>
> As part of v2 I still follow the same approach of dev_pm_opp_set_rate()
> API using clk framework to round the frequency passed and making it
> accept 0 as a valid frequency indicating the
From: Alastair D'Silva
With the wider display format, it can become hard to identify how many
bytes into the line you are looking at.
The patch adds new flags to hex_dump_to_buffer() and print_hex_dump() to
print vertical lines to separate every N groups of bytes.
eg.
buf:: 454d414e
If I go with pre-configured colorkey, do I need port your kernel patch to i915
driver at kernel 3.10.61 ?
Thanks,
Jim
Caterpillar: Confidential Green
-Original Message-
From: Ville Syrjälä
Sent: Tuesday, April 9, 2019 10:02 AM
To: Jim Zhang
Cc: intel-...@lists.freedesktop.org;
the ttm_bo_add_move_fence takes a reference to the struct dma_fence, but
failed to release it on the error path, leading to a memory leak.
add dma_fence_put before return when error occur.
Signed-off-by: Lin Yi
---
drivers/gpu/drm/ttm/ttm_bo.c | 4 +++-
1 file changed, 3 insertions(+), 1
On Tue, Apr 09, 2019 at 11:56:03AM -0400, Mathieu Desnoyers wrote:
> - On Apr 9, 2019, at 11:40 AM, Joel Fernandes, Google
> j...@joelfernandes.org wrote:
>
> > On Mon, Apr 08, 2019 at 01:24:47PM -0400, Mathieu Desnoyers wrote:
> >> - On Apr 8, 2019, at 11:46 AM, paulmck
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> Amlogic G12A SoC supports the same set of Video Planes, but now
> are handled by the new OSD plane blender module.
>
> This patch uses the same VD1 plane for G12A, using the exact same scaler
> and VD11 setup registers, except using the
On Tue, Apr 09, 2019 at 12:45:25PM -0400, Mathieu Desnoyers wrote:
> - On Apr 9, 2019, at 12:40 PM, paulmck paul...@linux.ibm.com wrote:
>
> > On Tue, Apr 09, 2019 at 11:56:03AM -0400, Mathieu Desnoyers wrote:
> >> - On Apr 9, 2019, at 11:40 AM, Joel Fernandes, Google
> >>
On Tue, 2019-04-09 at 10:43 +0200, Jerome Brunet wrote:
> On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> > The Meson G12A SoCs uses the exact same CVBS encoder except a simple
> > CVBS DAC register offset and settings delta.
> >
> > Signed-off-by: Neil Armstrong
> > ---
> >
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> While switching to the Common Clock Framework is still Work In Progress,
> this patch adds the corresponding G12A HDMI PLL setup to be on-par
> with the other SoCs support.
>
> The G12A has only a single tweak about the high frequency
Hi folks,
Revisited the old VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 approach and figured
this is maybe not the best way to go forward. I think it is much more
useful to separate memory and resource management (see patch #2).
VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 is still there (see patch #3).
For now I
Add new command VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 to create resources.
It adds (a) support planar resources and (b) returns stride and size of
the resource planes. The later will be needed in case we support
mapping host resources into the guest some day.
Signed-off-by: Gerd Hoffmann
---
Introduce the concept of memory regions to virtio-gpu. Initially only
memory regions composed of guest pages are supported (pretty much like
current backing storage for resources). I expect support for other
memory types will be added later on.
VIRTIO_GPU_CMD_MEMORY_CREATE:
creates a new
https://bugs.freedesktop.org/show_bug.cgi?id=110360
--- Comment #3 from jian-h...@endlessm.com ---
Created attachment 143916
--> https://bugs.freedesktop.org/attachment.cgi?id=143916=edit
The dmesg of disabled amdgpu's runpm
(In reply to Alex Deucher from comment #2)
> Does booting with
Den 10.04.2019 08.38, skrev Gerd Hoffmann:
> Not all archs have the __io_virt() macro, so cirrus can't simply convert
> pointers that way. The drm format helpers have to use memcpy_toio()
> instead.
>
> This patch makes drm_fb_xrgb_to_rgb565_dstclip() accept a __iomem
> dst pointer and use
Den 10.04.2019 08.38, skrev Gerd Hoffmann:
> Not all archs have the __io_virt() macro, so cirrus can't simply convert
> pointers that way. The drm format helpers have to use memcpy_toio()
> instead.
>
> This patch makes drm_fb_xrgb_to_rgb888_dstclip() accept a __iomem
> dst pointer and use
Op 10-04-2019 om 13:11 schreef Ben Davis:
> Add new properties to specify width and height for writeback.
>
> Signed-off-by: Ben Davis
> ---
> drivers/gpu/drm/drm_atomic_uapi.c | 8
> drivers/gpu/drm/drm_writeback.c | 28
> include/drm/drm_connector.h
Some drivers (for example qxl) support neither import nor export of
dma-bufs. But you can still use dma-bufs to pass buffer references
from one process to another; drm_gem_prime_import() will figure the
dma-buf came from the same driver and just takes a reference in that
case instead of doing a
On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
>
> Hi,
>
> On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> > Hello,
> >
> > On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
> >> Hi,
> >>
> >> On 09-04-19 14:05, Patrik Jakobsson wrote:
> >>> On Tue, Apr 9, 2019 at 12:20 PM
On Wed, Apr 10, 2019 at 11:00:23AM +0200, Patrik Jakobsson wrote:
> On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> >
> > Hi,
> >
> > On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> > > Hello,
> > >
> > > On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
> > >> Hi,
> > >>
Add comments to the existing feature flags,
documenting which commands belong to them.
Signed-off-by: Gerd Hoffmann
---
include/uapi/linux/virtio_gpu.h | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/include/uapi/linux/virtio_gpu.h
On Wed, 10 Apr 2019 at 12:20, Steven Price wrote:
>
> On 08/04/2019 22:04, Rob Herring wrote:
> > On Fri, Apr 5, 2019 at 7:30 AM Steven Price wrote:
> >>
> >> On 01/04/2019 08:47, Rob Herring wrote:
> >>> This adds the initial driver for panfrost which supports Arm Mali
> >>> Midgard and Bifrost
Hi,
On 10-04-19 11:00, Patrik Jakobsson wrote:
On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
Hi,
On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
Hello,
On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
Hi,
On 09-04-19 14:05, Patrik Jakobsson wrote:
On Tue, Apr 9,
Hi Al,
I wonder if it would be possible to extend anon_inodes to return just an
anonymous inode, thereby allowing the drm filesystem to be removed in favour
of just using an anon_inode.
David
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=109294
Lakshmi changed:
What|Removed |Added
Resolution|NOTABUG |---
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 6 +-
drivers/gpu/drm/bochs/bochs_kms.c | 178 +-
2 files changed, 53 insertions(+), 131 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs.h b/drivers/gpu/drm/bochs/bochs.h
index
When we increment the counter we need to increment the pointer as well.
Signed-off-by: Christian König
Fixes: e16858a7e6e7 drm/ttm: fix start page for huge page check in
ttm_put_pages()
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On 2019-04-10 11:45 a.m., Christian König wrote:
> When we increment the counter we need to increment the pointer as well.
>
> Signed-off-by: Christian König
> Fixes: e16858a7e6e7 drm/ttm: fix start page for huge page check in
> ttm_put_pages()
> ---
> drivers/gpu/drm/ttm/ttm_page_alloc.c | 4
Add support for scaling on writeback. To do this add writeback_w and
writeback_h as writeback connector properties to specify the desired
output dimensions.
Then implement downscaling on writeback for Malidp-550 and Malidp-650
(upscaling on writeback is not supported on these devices).
Ben Davis
Add new properties to specify width and height for writeback.
Signed-off-by: Ben Davis
---
drivers/gpu/drm/drm_atomic_uapi.c | 8
drivers/gpu/drm/drm_writeback.c | 28
include/drm/drm_connector.h | 4
include/drm/drm_mode_config.h | 10
The phase setting part of malidp_crtc_atomic_check_scaling is refactored
to allow use in writeback scaling.
Also the enable_memwrite function prototype is simplified by directely
passing mw_state.
Signed-off-by: Ben Davis
---
drivers/gpu/drm/arm/malidp_crtc.c | 49 --
On Wed, Apr 10, 2019 at 1:18 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 10 April 2019 at 11:08, Hans de Goede wrote:
> > On 10-04-19 11:00, Patrik Jakobsson wrote:
> > > On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> > > > On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski
On Wed, Apr 10, 2019 at 12:43 PM Ville Syrjälä
wrote:
>
> On Wed, Apr 10, 2019 at 11:00:23AM +0200, Patrik Jakobsson wrote:
> > On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> > >
> > > Hi,
> > >
> > > On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> > > > Hello,
> > > >
> > > >
https://bugs.freedesktop.org/show_bug.cgi?id=110376
Bug ID: 110376
Summary: [CI][SHARDS]
igt@kms_cursor_legacy@nonblocking-modeset-vs-cursor-at
omic - dmesg-warn - *ERROR* Failed to enable hdcp
(-110)
https://bugs.freedesktop.org/show_bug.cgi?id=110376
Martin Peres changed:
What|Removed |Added
Whiteboard||ReadyForDev
Priority|medium
https://bugs.freedesktop.org/show_bug.cgi?id=110376
--- Comment #1 from CI Bug Log ---
The CI Bug Log issue associated to this bug has been updated.
### New filters associated
* KBL: igt@kms_cursor_legacy@nonblocking-modeset-vs-cursor-atomic - dmesg-warn
- *ERROR* Failed to enable hdcp (-110)
Den 10.04.2019 08.38, skrev Gerd Hoffmann:
> Not all archs have the __io_virt() macro, so cirrus can't simply convert
> pointers that way. The drm format helpers have to use memcpy_toio()
> instead.
>
> This patch makes drm_fb_memcpy_dstclip() accept a __iomem dst pointer
> and use
On Wed, Apr 10, 2019 at 11:09 AM Hans de Goede wrote:
>
> Hi,
>
> On 10-04-19 11:00, Patrik Jakobsson wrote:
> > On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> >>
> >> Hi,
> >>
> >> On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> >>> Hello,
> >>>
> >>> On Tuesday, 09 April
Hi Gerd.
>
> #include
>
> @@ -69,9 +70,8 @@ struct bochs_device {
> struct edid *edid;
>
> /* drm */
> - struct drm_device *dev;
> - struct drm_crtc crtc;
> - struct drm_encoder encoder;
> + struct drm_device *dev;
> + struct drm_simple_display_pipe pipe;
On Fri, 5 Apr 2019 at 11:20, Noralf Trønnes wrote:
>
>
>
> Den 05.04.2019 07.28, skrev Joel Stanley:
> > When building this driver for architectures where CMA is not available.
> >
> > Fixes: 4f2a8f5898ec ("drm: Add ASPEED GFX driver")
> > Reported-by: Stephen Rothwell
> > Reported-by: kernel
https://bugs.freedesktop.org/show_bug.cgi?id=110381
Bug ID: 110381
Summary: Failed to updateMST allocation table forpipe idx:0
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity:
On Mon, Apr 08, 2019 at 10:11:26AM +0200, Maxime Ripard wrote:
> On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> > On Mon, Apr 01, 2019 at 10:56:40AM +0200, Maxime Ripard wrote:
> > > Hi,
> > >
> > > We've had for quite some time to hack around in our drivers to take into
> > >
Generated using make headers_install from the drm-next
tree - git://anongit.freedesktop.org/drm/drm
branch - drm-next
commit - 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f
The changes were as follows :-
core: (drm.h, drm_fourcc.h, drm_mode.h)
- Added 'struct drm_syncobj_transfer', 'struct
Generated using make headers_install from the drm-next
tree - git://anongit.freedesktop.org/drm/drm
branch - drm-next
commit - 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f
The changes were as follows :-
core: (drm.h, drm_fourcc.h, drm_mode.h)
- Added 'struct drm_syncobj_transfer', 'struct
On Wed, Apr 10, 2019 at 01:20:44PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> >Of Ville
> >Syrjälä
> >Sent: Monday, April 8, 2019 9:38 PM
> >To: Shankar, Uma
> >Cc: dcasta...@chromium.org;
https://bugs.freedesktop.org/show_bug.cgi?id=109607
--- Comment #10 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- fi-kbl-7560u fi-icl-u2, fi-icl-u3: random tests - incomplete -}
{+ fi-kbl-7560u fi-icl-u2, fi-icl-u3: random tests - incomplete +}
New
https://bugs.freedesktop.org/show_bug.cgi?id=110360
Alex Deucher changed:
What|Removed |Added
Attachment #143916|text/x-log |text/plain
mime type|
1 - 100 of 126 matches
Mail list logo
