https://bugs.freedesktop.org/show_bug.cgi?id=108609
Bug ID: 108609
Summary: vegam_smumgr.c: accessing mvdd_voltage_table.entries[]
array out of bounds in function
vegam_populate_smc_mvdd_table
Product: DRI
Version
There is no good reason to not define ARCH_HAS_SG_CHAIN. To fix
your immediate problem just select it from riscv, as riscv uses
the generic dma-direct code which is chained S/G safe by definition.
And if you want to get extra points do a quick audit of the remaning
iommu drivers on architectures
On Mon, Oct 08, 2018 at 06:06:23PM +, Leonard Crestez wrote:
> This was implemented in the driver but not actually defined and
> referenced in dts. This makes it always on.
>
> From reference manual in section "10.4.1.4.1 Power Distribution":
>
> "Display domain - The DISPLAY domain contains
On Mon, Oct 08, 2018 at 06:06:19PM +, Leonard Crestez wrote:
> The DISPLAY power domain on imx6sx has 7 clocks.
>
> Signed-off-by: Leonard Crestez
Applied, thanks.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #4 from Samantha McVey ---
Alex,
I can report that reverting commit a06c3ee083b5c622bb9f4a687d7ab5265ee73dbf
fixes the GPU freezes I was getting.
--
You are receiving this mail because:
You are the assignee for the bug.
On Fri, Oct 26, 2018 at 10:46 PM Jagan Teki wrote:
>
> The MIPI DSI PHY HDMI controller on Allwinner A64 is similar
> on the one on A31.
>
> Add A64 compatible and append A31 compatible as fallback.
>
> Signed-off-by: Jagan Teki
> ---
> Changes for v3:
> - none
> Changes for v2:
> - new patch
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=108608
Bug ID: 108608
Summary: Blank screen after KMS with Linux 4.19.0 on Hawaii (R9
290)
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (A
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.21-wip
head: 6830ffcb15a5bae3f031734b75b11a5f489a52bf
commit: 67618ec3e3994504d04c1e52f9120f5d827d93e0 [111/125] drm/amd/display:
Initial documentation for AMDgpu DC
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
Chris Wilson said Intel is willing to change the license of these files
to MIT.
Signed-off-by: Jonathan Gray
---
drivers/gpu/drm/i915/i915_sw_fence.c | 7 ++-
drivers/gpu/drm/i915/i915_sw_fence.h | 5 ++---
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/i915/i
Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added
"SPDX-License-Identifier: GPL-2.0" to files which previously had no
license, change this to MIT for intel_ringbuffer.h matching the license
text of intel_ringbuffer.c.
Signed-off-by: Jonathan Gray
---
drivers/gpu/drm/i915/intel_ringbuffer.h |
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #17 from Duncan Roe ---
Created attachment 142293
--> https://bugs.freedesktop.org/attachment.cgi?id=142293&action=edit
Xorg log
See also Comment 4
This log and the dmesg o/p are form a build of commit
5099114ba3b2e5ae9fb487aeb3ae
https://bugs.freedesktop.org/show_bug.cgi?id=108585
--- Comment #7 from Joel ---
(In reply to Benjamin Herrenschmidt from comment #6)
> Dan... did you do some firmware changes here ? Could it have to do with the
> versions differences between petitboot and the final kernel ?
FWIW, Talos II machi
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #16 from Duncan Roe ---
Created attachment 142292
--> https://bugs.freedesktop.org/attachment.cgi?id=142292&action=edit
O/P from dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
On Wed, Oct 24, 2018 at 03:28:24PM -0700, Manasi Navare wrote:
> Basic DSC parameters and DSC configuration data needs to be computed
> for each of the requested mode during atomic check. This is
> required since for certain modes, valid DSC parameters and config
> data might not be computed in whi
https://bugs.freedesktop.org/show_bug.cgi?id=108607
--- Comment #2 from Joel ---
I suspect this is the same issue as
https://bugs.freedesktop.org/show_bug.cgi?id=108585 which is also a ppc64le
system.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108607
--- Comment #1 from Joel ---
Created attachment 142290
--> https://bugs.freedesktop.org/attachment.cgi?id=142290&action=edit
firmware kernel (linux-as-bootloader)
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108607
Bug ID: 108607
Summary: *ERROR* amdgpu: ring 0 test failed
(scratch(0xC040)=0xCAFEDEAD)
Product: DRI
Version: unspecified
Hardware: PowerPC
OS: Linux (All)
On Thu, Oct 25, 2018 at 05:09:42PM +0300, Ville Syrjälä wrote:
> On Wed, Oct 24, 2018 at 03:28:34PM -0700, Manasi Navare wrote:
> > DSC PPS secondary data packet infoframes are filled with
> > DSC picure parameter set metadata according to the DSC standard.
> > These infoframes are sent to the sink
https://bugs.freedesktop.org/show_bug.cgi?id=108585
--- Comment #6 from Benjamin Herrenschmidt ---
They may or may not be related ... Alex, kexec is how we boot these machines,
there's a Linux kernel in flash that runs a Linux based bootloader.
Until recently however, that didn't have an amdgpu
Boris Brezillon writes:
> The HVS block is supposed to fill the pixelvalve FIFOs fast enough to
> meet the requested framerate. The problem is, the HVS and memory bus
> bandwidths are limited, and if we don't take these limitations into
> account we might end up with HVS underflow errors.
>
> Thi
On Thu, 25 Oct 2018 17:09:30 +0200, Alex Gonzalez wrote:
> The change adds support for the AU Optronics G101EVN010 10.1" TFT LCD
> panel.
>
> Signed-off-by: Alex Gonzalez
> ---
> .../bindings/display/panel/auo,g101evn010 | 12 ++
> drivers/gpu/drm/panel/panel-simple.c
Noralf Trønnes writes:
> Den 24.10.2018 20.43, skrev Eric Anholt:
>> I want to sort out support for tinydrm in vc4, so I needed to get a
>> tinydrm-appropriate panel working and this is what I had on hand.
>> This is derived from a combination of ili9341.c from tinydrm and
>> fb_hx8357d.c from st
On 10/30/2018 05:35 PM, Steven Rostedt wrote:
> I guess you we not very productive with that first patch ;-)
>
Hah :) It was a LONG day. :)
P.
> -- Steve
>
>
> On October 30, 2018 5:44:19 PM GMT+02:00, Prarit Bhargava
> wrote:
>> On text-based systems the 'quiet' boot option will show pri
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #3 from Samantha McVey ---
X and mesa were not upgraded. It is repeatable, where if I boot into an older
kernel things work, and if I boot into the latest Linus master my system will
freeze within the next 30mins on average. Firmware
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #2 from Alex Deucher ---
Did you also update mesa or X? Does reverting:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a06c3ee083b5c622bb9f4a687d7ab5265ee73dbf
help?
if so, can you try the latest firmw
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #1 from Samantha McVey ---
Created attachment 142288
--> https://bugs.freedesktop.org/attachment.cgi?id=142288&action=edit
Xorg log
My system is a Lenovo A485 with the AMD PRO 2700U. While the system would have
freezes previously
I guess you we not very productive with that first patch ;-)
-- Steve
On October 30, 2018 5:44:19 PM GMT+02:00, Prarit Bhargava
wrote:
>On text-based systems the 'quiet' boot option will show printk levels
>higher than CONSOLE_LOGLEVEL_QUIET. The displaying of the Tux logo
>during boot can ca
I guess you we not very productive with that first patch ;-)
-- Steve
On October 30, 2018 5:44:19 PM GMT+02:00, Prarit Bhargava
wrote:
>On text-based systems the 'quiet' boot option will show printk levels
>higher than CONSOLE_LOGLEVEL_QUIET. The displaying of the Tux logo
>during boot can ca
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #15 from Alex Deucher ---
What chip do you have? Please attach your xorg log and dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mail
https://bugs.freedesktop.org/show_bug.cgi?id=108606
Bug ID: 108606
Summary: Raven Ridge: constant lockups since latest pull from
Linus
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #14 from Duncan Roe ---
Commit 5099114ba3b2e5ae9fb487aeb3ae0434fe38a7da was authored by
alexander.deuc...@amd.com but Bugzilla says "CC: alexander.deuc...@amd.com did
not match anything" when I try to add his email
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #13 from Duncan Roe ---
Rebuilt b646c1dc835b6b73884a88643c2534f1a4a1928f (previously OK) with
CONFIG_DRM_AMD_DC_FBC turned on and got a black X display.
The Help for this option says to check hardware availability before enabling.
Lo
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #12 from Duncan Roe ---
Created attachment 142286
--> https://bugs.freedesktop.org/attachment.cgi?id=142286&action=edit
Help for CONFIG_DRM_AMD_DC_FBC
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108096
--- Comment #22 from Andrey Grodzovsky ---
(In reply to Andrey Grodzovsky from comment #21)
> Please load the driver in debug mode so I can see the error code value in
> dmesg -
> when loading the kernel add drm.debug=0xff
>
> Also to trace wh
https://bugs.freedesktop.org/show_bug.cgi?id=108605
Bug ID: 108605
Summary: R9 380 fan speed is either 100% or very low, during
moderate usage gets too loud
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
ida_alloc() can return -ENOMEM in the highly unlikely case we run out
of memory. The current code creates an object with an invalid ID.
Signed-off-by: Matthew Wilcox
---
drivers/gpu/drm/virtio/virtgpu_object.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/dr
Commit '88ba95bedb79 ("backlight: pwm_bl: Compute brightness of LED
linearly to human eye")' allows the possibility to compute a default
brightness table when there isn't the brightness-levels property in the
DT. Unfortunately the changes made broke the pwm backlight for the
non-DT boards.
Usually
0-based IDAs are more efficient than any other base. Convert the
1-based IDAs to be 0-based.
Signed-off-by: Matthew Wilcox
---
drivers/gpu/drm/virtio/virtgpu_kms.c| 5 +++--
drivers/gpu/drm/virtio/virtgpu_object.c | 6 +++---
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/dr
On Mon, Oct 29, 2018 at 10:53:39PM +0100, Gerd Hoffmann wrote:
> On Wed, Sep 26, 2018 at 09:00:27AM -0700, Matthew Wilcox wrote:
> > I noticed you were using IDRs where you could be using the more efficient
> > IDAs, then while fixing that I noticed the lack of error handling,
> > and I decided to
https://bugs.freedesktop.org/show_bug.cgi?id=108330
--- Comment #2 from aceman ---
No, I assume it was
https://cgit.freedesktop.org/mesa/mesa/commit/?id=25ffb8401638a07d774cfc68ab6afc7d27780dd8
as that one was reported at
https://www.phoronix.com/scan.php?page=news_item&px=RadeonSI-Zen-Tuning-Mer
https://bugs.freedesktop.org/show_bug.cgi?id=108330
Emil Velikov changed:
What|Removed |Added
CC||kenn...@whitecape.org,
Otherwise, mmap fails when done with PROT_WRITE.
Signed-off-by: Gurchetan Singh
---
drivers/dma-buf/udmabuf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma-buf/udmabuf.c b/drivers/dma-buf/udmabuf.c
index 5b44ef226904..fc359ca4503d 100644
--- a/drivers/dma-buf/udmabuf.c
+++ b/dr
On 2018-10-29, David Abdurachmanov wrote:
> On Mon, Oct 29, 2018 at 8:47 PM Michael Forney wrote:
>>
>> - Should riscv support ARCH_HAS_SG_CHAIN?
>
> Non-expert here, but it looks like ARCH_HAS_SG_CHAIN
> support is generic, and a number of well known architectures
> support it.
>
> So it's basic
https://bugs.freedesktop.org/show_bug.cgi?id=108542
--- Comment #7 from Nicholas Kazlauskas ---
Created attachment 142278
--> https://bugs.freedesktop.org/attachment.cgi?id=142278&action=edit
0001-Fix-unsigned-short-unsigned-long-mixup-for-usSymCloc.patch
Does applying this patch help?
Try th
From: Sean Paul
There exists a case where a flush of a plane/dma may have been triggered
& started from an async commit. If that plane/dma is subsequently disabled
by the next commit, the flush register will continue to hold the flush
bit for the disabled plane. Since the bit remains active,
pend
From: Sean Paul
This patch sprinkles a few async/legacy_cursor_update checks
through commit to ensure that cursor updates aren't blocked on vsync.
There are 2 main components to this, the first is that we don't want to
wait_for_commit_done in msm_atomic before returning from atomic_complete.
The
From: Sean Paul
This patch masks any pending flushes which have not been latched for a
commit. This will catch the case where an asynchronous update is
nullified by a disable in the same frame.
Changes in v2:
- Added to the set
Signed-off-by: Sean Paul
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw
https://bugs.freedesktop.org/show_bug.cgi?id=106303
--- Comment #8 from Julian ---
This appears to be fixed for me on 4.18.16. My 570's shader clock now properly
goes down to 300MHz on idle, like it does using amdgpu.dc=0.
--
You are receiving this mail because:
You are the assignee for the bug
On Tue, 30 Oct 2018 at 05:34, Gerd Hoffmann wrote:
>
> On Wed, Oct 24, 2018 at 03:42:52PM +0100, Emil Velikov wrote:
> > From: Emil Velikov
> >
> > A while back we removed it, yet that lead to regressions. At some later
> > point, I've attempted to remove it again without fully grasping the
> > u
https://bugs.freedesktop.org/show_bug.cgi?id=108514
--- Comment #7 from Werner Lueckel ---
some more tests with different systems give the following table:
sorted by radeon-version
systemkernelradeon result
-
On Tue, 30 Oct 2018 at 13:52, Gerd Hoffmann wrote:
>
> On Tue, Oct 30, 2018 at 11:31:04AM +, Emil Velikov wrote:
> > HI Gerd,
> >
> > On Tue, 30 Oct 2018 at 06:11, Gerd Hoffmann wrote:
> > >
> > > Hi,
> > >
> > > > The execbuffer IOCTL is now read-write to allow the userspace to read
> > >
On text-based systems the 'quiet' boot option will show printk levels
higher than CONSOLE_LOGLEVEL_QUIET. The displaying of the Tux logo
during boot can cause some consoles to lose display data and as a result
confuse the end user.
Do not display the Tux logo on systems that are in 'quiet' boot.
On Tue, Oct 30, 2018 at 04:18:28PM +0200, Ville Syrjälä wrote:
> On Tue, Oct 30, 2018 at 10:35:07AM +0100, Daniel Vetter wrote:
> > On Mon, Oct 29, 2018 at 04:00:04PM -0700, Eric Anholt wrote:
> > > Ville Syrjala writes:
> > >
> > > > From: Ville Syrjälä
> > > >
> > > > Add a function to check w
On 10/30/18 5:29 AM, Michel Dänzer wrote:
> On 2018-10-29 7:03 p.m., Ville Syrjälä wrote:
>> On Mon, Oct 29, 2018 at 05:37:49PM +0100, Michel Dänzer wrote:
>>> On 2018-10-26 7:59 p.m., Ville Syrjälä wrote:
On Fri, Oct 26, 2018 at 05:34:15PM +, Kazlauskas, Nicholas wrote:
> On 10/26/18
https://bugs.freedesktop.org/show_bug.cgi?id=108585
--- Comment #5 from Alex Deucher ---
(In reply to Joel from comment #4)
> I see a similar backtrace on 4.19.0-11706-g11743c56785c (Linus' tree
> mid-merge window).
>
> My system has a "fiji" card. The first kernel is 4.19 (upstream release),
>
On Tue, Oct 30, 2018 at 10:35:07AM +0100, Daniel Vetter wrote:
> On Mon, Oct 29, 2018 at 04:00:04PM -0700, Eric Anholt wrote:
> > Ville Syrjala writes:
> >
> > > From: Ville Syrjälä
> > >
> > > Add a function to check whether there is at least one plane that
> > > supports a specific format and
https://bugs.freedesktop.org/show_bug.cgi?id=108599
--- Comment #3 from darkbasic ---
Really?
https://lists.freedesktop.org/archives/amd-gfx/2017-September/012781.html
After more than a year still no progress so far?
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108599
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Alex Deu
On 01.10.2018 14:38, Heiko Stuebner wrote:
> The Rockchip DSI driver was separate till now, not using the common
> bridge driver that was introduced a bit later. So this series migrates
> over to use that common bridge driver and then also adds support for
> dual-dsi to both the bridge and Rockchip
On Tue, Oct 30, 2018 at 11:31:04AM +, Emil Velikov wrote:
> HI Gerd,
>
> On Tue, 30 Oct 2018 at 06:11, Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > The execbuffer IOCTL is now read-write to allow the userspace to read the
> > > out-fence.
> >
> > > #define DRM_IOCTL_VIRTGPU_EXECBUFFER \
> >
https://bugs.freedesktop.org/show_bug.cgi?id=108599
--- Comment #1 from darkbasic ---
GPU is HD 7950.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.fre
https://bugs.freedesktop.org/show_bug.cgi?id=108599
Bug ID: 108599
Summary: No vaapi / vdpau H264 decoding available on GCN 1.0
AMDGPU
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Statu
On Tue, Oct 30, 2018 at 4:24 AM Y.C. Chen wrote:
>
> From: "Y.C. Chen"
>
> over-sample data to increase the stability with some specific monitors
>
> Signed-off-by: Y.C. Chen
> ---
> drivers/gpu/drm/ast/ast_mode.c | 32 ++--
> 1 file changed, 26 insertions(+), 6 dele
On Mon, Oct 29, 2018 at 04:08:43PM -0700, Manasi Navare wrote:
> On Mon, Oct 29, 2018 at 10:34:58PM +0200, Ville Syrjälä wrote:
> > On Mon, Oct 29, 2018 at 10:30:39PM +0200, Ville Syrjälä wrote:
> > > On Wed, Oct 24, 2018 at 03:28:25PM -0700, Manasi Navare wrote:
> > > > DSC params like the enable,
On Mon, Oct 29, 2018 at 03:12:51PM -0700, Manasi Navare wrote:
> On Mon, Oct 29, 2018 at 10:30:39PM +0200, Ville Syrjälä wrote:
> > On Wed, Oct 24, 2018 at 03:28:25PM -0700, Manasi Navare wrote:
> > > DSC params like the enable, compressed bpp, slice count and
> > > dsc_split are added to the intel
HI Gerd,
On Tue, 30 Oct 2018 at 06:11, Gerd Hoffmann wrote:
>
> Hi,
>
> > The execbuffer IOCTL is now read-write to allow the userspace to read the
> > out-fence.
>
> > #define DRM_IOCTL_VIRTGPU_EXECBUFFER \
> > - DRM_IOW(DRM_COMMAND_BASE + DRM_VIRTGPU_EXECBUFFER,\
> > + DRM_IOWR(DRM_C
On Mon, Oct 29, 2018 at 02:35:36PM -0700, Manasi Navare wrote:
> On Mon, Oct 29, 2018 at 10:39:21PM +0200, Ville Syrjälä wrote:
> > On Wed, Oct 24, 2018 at 03:28:39PM -0700, Manasi Navare wrote:
> > > DSC can be supported per DP connector. This patch adds a per connector
> > > debugfs node to expos
https://bugs.freedesktop.org/show_bug.cgi?id=108547
--- Comment #2 from devbazilio ---
Downgraded all mesa packages from 18.2.3-1 to Mesa 18.2.2 and system works much
better and stable
--
You are receiving this mail because:
You are the assignee for the bug._
On Tue, Oct 30, 2018 at 11:28:24AM +0200, Jani Nikula wrote:
> On Tue, 30 Oct 2018, Daniel Vetter wrote:
> > On Mon, Oct 29, 2018 at 09:05:20PM +0100, Gerd Hoffmann wrote:
> >> On Mon, Oct 29, 2018 at 07:44:28PM +0200, Jani Nikula wrote:
> >> > On Mon, 29 Oct 2018, Gerd Hoffmann wrote:
> >> > > R
On Tue, Oct 30, 2018 at 07:32:06AM +0100, Gerd Hoffmann wrote:
> linux guest driver implementation of the VIRTIO_GPU_F_EDID feature.
>
> Signed-off-by: Gerd Hoffmann
Like with bochs, I think drm_do_get_edid() here is overkill and fairly
pointless.
-Daniel
> ---
> drivers/gpu/drm/virtio/virtgpu
On Mon, Oct 29, 2018 at 09:50:48PM +0100, Gerd Hoffmann wrote:
> Recent qemu (latest master branch, upcoming 3.1 release) got support
> for EDID data. This patch adds guest driver support.
>
> EDID support in qemu is not (yet) enabled by default, so please use
> 'qemu -device VGA,edid=on' for tes
On Mon, Oct 29, 2018 at 04:00:04PM -0700, Eric Anholt wrote:
> Ville Syrjala writes:
>
> > From: Ville Syrjälä
> >
> > Add a function to check whether there is at least one plane that
> > supports a specific format and modifier combination. Drivers can
> > use this to reject unsupported formats/
On Mon, Oct 29, 2018 at 05:14:39PM +, Alexandru-Cosmin Gheorghe wrote:
> For formats that are supported only with non-linear modifiers it
> doesn't make to much sense to define cpp or char_per_block, so that
> will be set to 0.
>
> This patch adds a restriction to force having a modifier attac
On Mon, Oct 29, 2018 at 05:14:37PM +, Alexandru-Cosmin Gheorghe wrote:
> For some pixel formats .cpp structure in drm_format info it's not
> enough to describe the peculiarities of the pixel layout, for example
> tiled formats or packed formats at bit level.
>
> What's implemented here is to a
On 2018-10-29 7:03 p.m., Ville Syrjälä wrote:
> On Mon, Oct 29, 2018 at 05:37:49PM +0100, Michel Dänzer wrote:
>> On 2018-10-26 7:59 p.m., Ville Syrjälä wrote:
>>> On Fri, Oct 26, 2018 at 05:34:15PM +, Kazlauskas, Nicholas wrote:
On 10/26/18 10:53 AM, Ville Syrjälä wrote:
>
> Speak
On Mon, Oct 29, 2018 at 05:14:44PM +, Alexandru-Cosmin Gheorghe wrote:
> Add tests that verify that drm_internal_framebuffer_create creates
> buffers correctly by creating a dummy drm_device with a mock function
> for the fb_create callback.
>
> To decide if a buffer has been created or not it
Am 30.10.18 um 08:23 schrieb Gerd Hoffmann:
> On Mon, Oct 29, 2018 at 12:46:34PM -0700, Michael Forney wrote:
>> Hi,
>>
>> I was looking at adding virtio-gpu support to tinyemu
>> (https://bellard.org/tinyemu/). I got it to work on x86, but just for
>> fun I tried it under riscv and ran into an iss
On Tue, 30 Oct 2018, Daniel Vetter wrote:
> On Mon, Oct 29, 2018 at 09:05:20PM +0100, Gerd Hoffmann wrote:
>> On Mon, Oct 29, 2018 at 07:44:28PM +0200, Jani Nikula wrote:
>> > On Mon, 29 Oct 2018, Gerd Hoffmann wrote:
>> > > Recent qemu (latest master branch, upcoming 3.1 release) got support
>>
On Mon, Oct 29, 2018 at 05:14:43PM +, Alexandru-Cosmin Gheorghe wrote:
> If we want to be able to write drmselftests for non-static core
> functions that are not intended to be used by drivers we need this
> functions to be exported.
>
> This adds a macro that is tied of CONFIG_DRM_DEBUG_SELFT
From: Nickey Yang
Support Kingdisplay kd097d04 9.7" 1536x2048 TFT LCD panel,
it is a MIPI dual-DSI panel.
v4-resend:
- Thierry noted missing dt-bindings for v4 but forgot that he
already had applied them one kernel release back in
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #20 from Eduard (wirch.edu...@gmail.com) ---
@Nicholas: If you understand the root cause, can you suggest a work around for
this problem?
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On 2018-10-29 8:11 p.m., Kazlauskas, Nicholas wrote:
> On 10/29/18 2:03 PM, Ville Syrjälä wrote:
>> On Mon, Oct 29, 2018 at 05:37:49PM +0100, Michel Dänzer wrote:
>>> On 2018-10-26 7:59 p.m., Ville Syrjälä wrote:
On Fri, Oct 26, 2018 at 05:34:15PM +, Kazlauskas, Nicholas wrote:
> On 10
On Mon, Oct 29, 2018 at 09:05:20PM +0100, Gerd Hoffmann wrote:
> On Mon, Oct 29, 2018 at 07:44:28PM +0200, Jani Nikula wrote:
> > On Mon, 29 Oct 2018, Gerd Hoffmann wrote:
> > > Recent qemu (latest master branch, upcoming 3.1 release) got support
> > > for EDID data. This patch adds guest driver
On Mon, Oct 29, 2018 at 03:24:29PM +0100, Daniel Vetter wrote:
> On Fri, Oct 26, 2018 at 04:35:47PM -0400, Lyude Paul wrote:
> > There has been a TODO waiting for quite a long time in
> > drm_dp_mst_topology.c:
> >
> > /* We cannot rely on port->vcpi.num_slots to update
> > * topology_sta
On Tue, Oct 30, 2018 at 02:54:31PM +0800, CK Hu wrote:
> Hi, Daniel:
>
> On Mon, 2018-10-29 at 10:16 +0100, Daniel Vetter wrote:
> > On Mon, Oct 29, 2018 at 11:11:16AM +0800, CK Hu wrote:
> > > Hi,Daniel:
> > >
> > > On Fri, 2018-10-26 at 12:21 +0200, Daniel Vetter wrote:
> > > > On Fri, Oct 26,
Hi Julia,
On Sat, 2018-10-27 at 07:47 +0200, Julia Lawall wrote:
> The clk_ops structure is only stored in the ops field of a
> clk_init_data structure. This field is const, so the clk_ops
> structure can be const as well.
>
> Identified and transformed using Coccinelle.
>
> Signed-off-by: Juli
On Tue, Oct 30, 2018 at 12:17:30PM +1000, Dave Airlie wrote:
> On Fri, 19 Oct 2018 at 18:51, Daniel Vetter wrote:
> >
> > Hi all,
> >
> > This is just to collect feedback on this idea, and see whether the
> > overall dri-devel community stands on all this. I think the past few
> > cross-vendor uap
On Mon, Oct 29, 2018 at 8:47 PM Michael Forney wrote:
>
> - Should riscv support ARCH_HAS_SG_CHAIN?
Non-expert here, but it looks like ARCH_HAS_SG_CHAIN
support is generic, and a number of well known architectures
support it.
So it's basically two line patch someone needs to send and
at least ma
On Mon, Oct 29, 2018 at 2:39 PM Maxime Ripard wrote:
>
> On Thu, Oct 25, 2018 at 09:21:31PM +0530, Jagan Teki wrote:
> > On Wed, Oct 24, 2018 at 11:43 PM Maxime Ripard
> > wrote:
> > >
> > > On Tue, Oct 23, 2018 at 09:20:32PM +0530, Jagan Teki wrote:
> > > > A64 manual say PLL_MIPI rates are 500M
From: "Y.C. Chen"
over-sample data to increase the stability with some specific monitors
Signed-off-by: Y.C. Chen
---
drivers/gpu/drm/ast/ast_mode.c | 32 ++--
1 file changed, 26 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gp
On Thu, Oct 25, 2018 at 9:18 PM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:bd6bf7c10484 Merge tag 'pci-v4.20-changes' of git://git.ke..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1448a68340
> kernel config:
On Mon, Oct 29, 2018 at 3:01 PM Maxime Ripard wrote:
>
> On Fri, Oct 26, 2018 at 08:13:35PM +0530, Jagan Teki wrote:
> > Some boards have VCC-DSI pin connected to voltage regulator which may
> > not be turned on by default.
> >
> > Add support for such boards by adding voltage regulator handling c
Hello,
Can anyone please confirm this bug? Thanks!
Wenwen
On Fri, Oct 19, 2018 at 3:39 PM Wenwen Wang wrote:
>
> In sisfb_find_rom(), the official pci ROM is checked to see whether it
> contains the expected value at specific locations. This is done by firstly
> mapping the rom into the IO memo
On Mon, Oct 29, 2018 at 2:58 PM Maxime Ripard wrote:
>
> On Fri, Oct 26, 2018 at 08:13:33PM +0530, Jagan Teki wrote:
> > Increase the hfp packet overhead with another 10 bytes, the extra
> > 10 bytes(which is hblk packet overhead) is adding for hfp packet
> > overhead since hfp depends on hblk.
>
On Mon, Oct 29, 2018 at 2:52 PM Maxime Ripard wrote:
>
> On Fri, Oct 26, 2018 at 08:13:31PM +0530, Jagan Teki wrote:
> > Add 10 bytes packet overhead for hblk where blank is set using
> > a blanking packet like (4 bytes + 4 bytes + payload + 2 bytes)
> >
> > This is according to BSP code from BPI-
On Mon, Oct 29, 2018 at 2:45 PM Maxime Ripard wrote:
>
> On Fri, Oct 26, 2018 at 08:13:19PM +0530, Jagan Teki wrote:
> > This series fixed the issues related to work DSI on 2-lane panel
> > which is reported on previous version[1].
> >
> > Few comments from previous version still in discussion, bu
From: "Y.C. Chen"
Signed-off-by: Y.C. Chen
---
drivers/gpu/drm/ast/ast_mode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index 5e77d45..4e079d4 100644
--- a/drivers/gpu/drm/ast/ast_mode.c
+++ b/drivers/gpu/
On 29/10/18 2:28 PM, Maxime Ripard wrote:
On Thu, Oct 25, 2018 at 04:25:59PM +0530, Jagan Teki wrote:
On Wed, Oct 24, 2018 at 11:34 PM Maxime Ripard
wrote:
On Tue, Oct 23, 2018 at 09:20:22PM +0530, Jagan Teki wrote:
Some NKM PLLs doesn't work well when their output clock rate is set below
ce
On Mon, Oct 29, 2018 at 12:46:34PM -0700, Michael Forney wrote:
> Hi,
>
> I was looking at adding virtio-gpu support to tinyemu
> (https://bellard.org/tinyemu/). I got it to work on x86, but just for
> fun I tried it under riscv and ran into an issue with buffer
> allocations (though, this should
99 matches
Mail list logo
