https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #10 from Jan Vesely ---
even running (after removing half of the lines:
> llc -march=r600 -mcpu=juniper < Downloads/imagemagick.link-0.ll/data
gives "Register number out of range!" assertion.
Can you try a more recent version of ll
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #9 from Jan Vesely ---
did you by any chance run the DUMP commands twice? the files seems to contain
duplicates.
Anyway I cannot reproduce the error.
running:
> clang -cc1 -x cl -triple=r600-- -target-cpu juniper
> -cl-single-preci
Hi Maruthi,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 63e5921e856bcab4a89610f3ec7c8e139fd96408
commit: 944b5289c92d9c1aad3760c012daf4cf2478381f [699/741] ASoC: AMD: enable
ACP3x drivers build
config: tile-allyesconfig
Hi all,
On Mon, 19 Feb 2018 10:18:17 +1100 Stephen Rothwell
wrote:
>
> After merging the drm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> In file included from include/linux/list.h:9:0,
> from include/linux/wait.h:7,
> fr
https://bugs.freedesktop.org/show_bug.cgi?id=105262
--- Comment #9 from LoneVVolf ---
# first bad commit: [5b14e06d8b42e2b08ebc52b6c314ef8647d87a1f] r600: work out
shader export mask at shader build time (v1.1)
mesa-git from this commit on doesn't render TTF fonts anymore in openbox, gvim,
libre
https://bugs.freedesktop.org/show_bug.cgi?id=105262
LoneVVolf changed:
What|Removed |Added
Summary|ttf fonts are invisible |[R600] [BISECTED] ttf fonts
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #49 from Bong Cosca ---
I have no objection to the patch you recommended since it works for me. You
would be the better resource person on this subject matter. Hoping this gets to
the mainline asap.
--
You are receiving this mail be
Hey Rob,
On Wed, Feb 28, 2018 at 11:53 AM, Robert Foss wrote:
> Hey,
>
> Stefan: Are you looking at an entirely kernel side fix now, or are you
> pushing this series forward?
I've sent out a kernel side fix for this:
https://patchwork.freedesktop.org/patch/207667/
So I guess for now this can b
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #48 from Bong Cosca ---
Created attachment 137740
--> https://bugs.freedesktop.org/attachment.cgi?id=137740&action=edit
kaveri.patch
Alex, the patch you suggested overrides the cu_per_sh and backends_per_se for
ALL Kaveri cards/APU
On Thu, Mar 1, 2018 at 3:37 PM, wrote:
> On 2018-03-01 07:27, Sean Paul wrote:
>>
>> On Wed, Feb 28, 2018 at 08:07:00PM -0800, jsa...@codeaurora.org wrote:
>>>
>>> On 2018-02-28 11:19, Sean Paul wrote:
>>> > Moving further towards switching fully to the the atomic helpers, this
>>> > patch remove
We allow alpha formats on the primary plane but a partially transparent
framebuffer will cause a corrupted display. With this change black pixels
are output instead, in line with the behavior for other DRM drivers.
Signed-off-by: Stefan Schake
---
Test program is available at https://github.com/s
On 2018-03-01 07:53, Sean Paul wrote:
On Wed, Feb 28, 2018 at 04:44:49PM -0800, Chandan Uddaraju wrote:
Current DSI driver uses two connectors for dual DSI case even
though we only have one panel. Fix this by implementing one
connector/bridge for dual DSI use case.
Current patch is not yet test
just adding missing ccs.
Dave.
On 2 March 2018 at 09:20, Dave Airlie wrote:
> Hi Linus,
>
> Pretty much run of the mill drm fixes.
>
> amdgpu - power management fixes and some display fixes, one ppc 32-bit dma
> fix.
> i915 - 2 display fixes, 3 gem fixes
> sun4i - display regression fixes
> no
https://bugs.freedesktop.org/show_bug.cgi?id=105302
--- Comment #3 from Andrew Sheldon ---
(In reply to Harry Wentland from comment #2)
> I don't have the spec right now but wikipedia has a nice run-down of the DVI
> bounding box: https://en.wikipedia.org/wiki/Digital_Visual_Interface#Digital
>
On Wed, Feb 21, 2018 at 10:20:30AM +0100, Maxime Ripard wrote:
> From: Maxime Ripard
>
> Huarui Lighting makes display panel, add it to the list of panels.
>
> Signed-off-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Re
On Wed, Feb 21, 2018 at 10:20:28AM +0100, Maxime Ripard wrote:
> From: Maxime Ripard
>
> The Allwinner SoCs usually come with a DSI encoder. Add a binding for it.
>
> Signed-off-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/display/sunxi/sun6i-dsi.txt | 84 +++-
> 1 file chan
On Thu, Mar 1, 2018 at 10:18 PM, Ville Syrjälä
wrote:
> On Thu, Mar 01, 2018 at 10:02:55PM +0100, Linus Walleij wrote:
>> Hm, hard to get review feedback on this one.
>>
>> It gives me proper video on an ARM Versatile Express utilizing the
>> bridge driver with a plugged in DVI-to-VGA dongle with
Add support for TVC S9700RTWV43TR-01B 800x480 panel found on TI's
AM335X-EVM.
Signed-off-by: Jyri Sarha
Reviewed-by: Tomi Valkeinen
cc: Thierry Reding
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/
On Thu, Mar 01, 2018 at 10:02:55PM +0100, Linus Walleij wrote:
> Hm, hard to get review feedback on this one.
>
> It gives me proper video on an ARM Versatile Express utilizing the
> bridge driver with a plugged in DVI-to-VGA dongle with the new
> PL111 DRI driver.
>
> Liviu? Pawel?
>
> Some ACK
Hm, hard to get review feedback on this one.
It gives me proper video on an ARM Versatile Express utilizing the
bridge driver with a plugged in DVI-to-VGA dongle with the new
PL111 DRI driver.
Liviu? Pawel?
Some ACK is fine to know I am doing the right thing :)
Yours,
Linus Walleij
On Wed, Feb
On 2018-03-01 07:27, Sean Paul wrote:
On Wed, Feb 28, 2018 at 08:07:00PM -0800, jsa...@codeaurora.org wrote:
On 2018-02-28 11:19, Sean Paul wrote:
> Moving further towards switching fully to the the atomic helpers, this
> patch removes the hand-rolled kthread nonblock commit code and uses
the
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #4 from Harry Wentland ---
Please attach your dmesg, Xorg.0.log and xrandr output.
Are you modifying your monitor's EDIDs to support higher refresh rates?
--
You are receiving this mail because:
You are the assignee for the bug.__
The driver accesses the ddata->in field before it gets set in the
dsicm_connect() function. Use the local in pointer variable instead.
Fixes: 7877632b4cd0 ("drm: omapdrm: displays: Get panel source at connect time")
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/displays/panel-dsi-c
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #24 from taij...@posteo.de ---
Created attachment 137733
--> https://bugs.freedesktop.org/attachment.cgi?id=137733&action=edit
dmesg with dc=0
This is booting with dc=0. Again, the command run was "DRI_PRIME=1 glxgears ||
dmesg > d
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #23 from taij...@posteo.de ---
Created attachment 137732
--> https://bugs.freedesktop.org/attachment.cgi?id=137732&action=edit
dmesg with dc=1
Here is the first dmesg output. This was was generated with amdgpu.dc=1 and the
command
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #3 from Harry Wentland ---
Good point. Do you mind posting a picture of what you're seeing? It often helps
clarify what sort of corruption is happening and helps us understand which part
of the pipeline is messing up.
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=105302
--- Comment #2 from Harry Wentland ---
I don't have the spec right now but wikipedia has a nice run-down of the DVI
bounding box: https://en.wikipedia.org/wiki/Digital_Visual_Interface#Digital
Basically 2560x1600 @ 60Hz is the highest allowed f
Just like for the frontend, a single plane can use a YUV format. Make sure
we have that constraint covered in our atomic_check.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_backend.c | 49 ++--
drivers/gpu/drm/sun4i/sun4i_backend.h | 18 ++-
2 file
Now that we have the guarantee that we will have only a single YUV plane,
actually support them. The way it works is not really straightforward,
since we first need to enable the YUV mode in the plane that we want to
setup, and then we have a few registers to setup the YUV buffer and
parameters.
W
Hi,
This is an attempt at supporting the interleaved YUV planes in the sun4i
DRM driver for SoCs that use the DE1.
There's nothing out of the extraordinary there, we just have one more
constraint in our DRM driver, since we can only have a single YUV plane.
Let me know what you think,
Maxime
Ma
https://bugs.freedesktop.org/show_bug.cgi?id=105317
--- Comment #1 from Emil Velikov ---
Mikhail one suggestion to consider for the future:
Do mention version numbers (or sha if using a git checkout), for the different
components mesa, llvm, kernel.
--
You are receiving this mail because:
You
Hi Sean,
Thank you for the patch.
On Thursday, 8 February 2018 19:48:50 EET Sean Paul wrote:
> This patch adds a new subnode to simple-panel allowing us to override
> the typical timing expressed in the panel's display_timing.
>
> Changes in v2:
> - Split out the binding into a new patch (Rob)
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #26 from mikhail.v.gavri...@gmail.com ---
(In reply to Michel Dänzer from comment #25)
> That's unlikely to be the exact same cause as that of the Steam hang this
> report is about, so it needs to be tracked separately.
Ok, https://b
https://bugs.freedesktop.org/show_bug.cgi?id=105317
Bug ID: 105317
Summary: The GPU Vega 56 was hang while try to pass
#GraphicsFuzz shader15 test
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Add support for the R-Car V3M (R8A77970) SoC to the LVDS encoder driver.
Note that there are some differences with the other R-Car gen3 SoCs, e.g.
LVDPLLCR has the same layout as in the R-Car gen2 SoCs...
Signed-off-by: Sergei Shtylyov
---
Changes in version 2:
- shortened the comment to #define
Document the R-Car V3M (R8A77970) SoC in the R-Car LVDS bindings.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Rob Herring
Reviewed-by: Laurent Pinchart
---
Changes in version 2:
- added Rob's and Laurent's tags.
Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt |1 +
1 fi
Hello!
Here's the set of 2 patches against the 'drm-next' branch of David Airlie's
'linux.git' repo plus Laurent Picnahrt's patches creating the R-Car LVDS bridge
driver posted recently. The purpose of these patches is to add the R-Car V3M
(R8A77970) support to the R-Car LVDS driver.
[1/2] DT: di
On 28/02/18 20:14, Eric Anholt wrote:
> Jyri Sarha writes:
>
>> Add device_link from panel device (supplier) to drm device (consumer)
>> with DL_FLAG_AUTOREMOVE when drm_panel_attach() is called. Currently
>> the master drm driver is not protected against the attached. The
>> device_link with DL_
Mali DP hardware has a 'go' bit (config_valid) for making the new scene
parameters active at the next page flip. The problem with the current
code is that the driver first sets this bit and then proceeds to wait
for confirmation from the hardware that the configuration has been
updated before armin
On 28/02/18 21:47, Lukas Wunner wrote:
> On Wed, Feb 28, 2018 at 01:09:28PM +0200, Jyri Sarha wrote:
>> The device_link_del() is still there in drm_panel_detach(), despite
>> Lukas Wunner's comment[1]. In the usual (currently all) cases things
>> would work perfectly without the call too, because
>
Mali DP hardware has a 'go' bit (config_valid) for making the new scene
parameters active at the next page flip. The problem with the current
code is that the driver first sets this bit and then proceeds to wait
for confirmation from the hardware that the configuration has been
updated before armin
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #2 from tempel.jul...@gmail.com ---
I think there are some differences:
The user there described that he would have the issue also with the legacy DC,
which is not the case for me. He also had issues with just 60Hz, which is
definitel
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #22 from Alex Deucher ---
(In reply to taijian from comment #21)
> Now testing the same build, but with amdgpu.dc=0 amdgpu.force_atpx=1.
>
> Here the system does not crash on repeated invocations of the dGPU (via
> DRI_PRIME=1 glxi
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #21 from taij...@posteo.de ---
Now testing the same build, but with amdgpu.dc=0 amdgpu.force_atpx=1.
Here the system does not crash on repeated invocations of the dGPU (via
DRI_PRIME=1 glxinfo), but it also does not fully power down
On Thu, Mar 1, 2018 at 10:41 AM, Guenter Roeck wrote:
> On Wed, Feb 28, 2018 at 2:17 PM, Matthias Kaehlcke wrote:
>> The util mkregtable includes a copy of the kernel API for linked lists,
>> only a small subset of it is used. Delete the unused functions and macros.
>>
>> Signed-off-by: Matthias
https://bugs.freedesktop.org/show_bug.cgi?id=105308
--- Comment #6 from Michel Dänzer ---
There's nothing in there that would correspond to the Xorg log messages. Please
make sure the problem is actually occurring when you capture the dmesg
debugging output.
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=105308
Michel Dänzer changed:
What|Removed |Added
Attachment #137723|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #20 from taij...@posteo.de ---
(In reply to Alex Deucher from comment #19)
> were you using the patch and module option from comment 14?
I was using the drm-next-4.17-wip branch and pulled from commit
c2637e788da7a1cd535185e2
https://bugs.freedesktop.org/show_bug.cgi?id=105308
--- Comment #5 from Bob Ham ---
Created attachment 137723
--> https://bugs.freedesktop.org/attachment.cgi?id=137723&action=edit
Kernel output while setting /sys/module/drm/parameters/debug to 255
This was done while playing video on the displ
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #47 from Alex Deucher ---
Created attachment 137722
--> https://bugs.freedesktop.org/attachment.cgi?id=137722&action=edit
possible fix for amdgpu
Same patch for amdgpu as well for anyone using that.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #46 from Alex Deucher ---
Created attachment 137721
--> https://bugs.freedesktop.org/attachment.cgi?id=137721&action=edit
possible fix for radeon
Does this kernel patch fix it?
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=105308
--- Comment #4 from Michel Dänzer ---
While the problem is occurring, and the screen contents are being updated at
least once per second, please run the following as root:
echo 255 >/sys/module/drm/parameters/debug"; sleep 1; echo 0
>/sys/modu
Hi Jeffy, Thierry, Enric,
Am Mittwoch, 10. Januar 2018, 17:23:44 CET schrieb Thierry Escande:
> From: Jeffy Chen
>
> Add missing pm_runtime_disable() in bind()'s error handling path.
>
> Also cleanup encoder & connector in unbind().
Can you please split all these surprise "Also" sections into
Am Mittwoch, 10. Januar 2018, 17:23:47 CET schrieb Thierry Escande:
> From: Jeffy Chen
>
> Let plat drivers own the drvdata, so that they could cleanup resources
> in their unbind().
>
> Signed-off-by: Jeffy Chen
> Signed-off-by: Thierry Escande
> Reviewed-by: Neil Armstrong
This looks like
Am Mittwoch, 10. Januar 2018, 17:23:43 CET schrieb Thierry Escande:
> From: Jeffy Chen
>
> The rockchip_drm_psr_register() can fail, so add a sanity check for that.
>
> Also reorder the calls in unbind() to match bind().
>
> Signed-off-by: Jeffy Chen
> Signed-off-by: Thierry Escande
applied
Am Mittwoch, 10. Januar 2018, 17:23:42 CET schrieb Thierry Escande:
> From: Jeffy Chen
>
> Since we are initing connector in the core driver and encoder in the
> plat driver, let's clean them up in the right places.
>
> Signed-off-by: Jeffy Chen
> Signed-off-by: Thierry Escande
> Reviewed-by:
Am Mittwoch, 10. Januar 2018, 17:23:41 CET schrieb Thierry Escande:
> From: Jeffy Chen
>
> The driver that instantiates the bridge should own the drvdata, as all
> driver model callbacks (probe, remove, shutdown, PM ops, etc.) are also
> owned by its driver struct. Moreover, storing two different
On Wed, Feb 28, 2018 at 08:07:00PM -0800, jsa...@codeaurora.org wrote:
> On 2018-02-28 11:19, Sean Paul wrote:
> > Moving further towards switching fully to the the atomic helpers, this
> > patch removes the hand-rolled kthread nonblock commit code and uses the
> > atomic helpers commit_work model.
In bind the psr handler gets registered first before the core
analogix_dp_bind() gets called. So it should be the other way
around in unbind, first unbind the analogix_dp and then
unregister the psr.
Signed-off-by: Jeffy Chen
Signed-off-by: Thierry Escande
Signed-off-by: Heiko Stuebner
---
dri
https://bugs.freedesktop.org/show_bug.cgi?id=105300
--- Comment #1 from Harry Wentland ---
I wonder if what you're seeing is related to this:
https://bugs.freedesktop.org/show_bug.cgi?id=102646#c22
It's a different ASIC but also does not reproduce when clocks are forced high.
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=105302
Alex Deucher changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #1 fr
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #19 from Alex Deucher ---
were you using the patch and module option from comment 14?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
d
On Thu, Mar 01, 2018 at 07:58:07PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 3/1/2018 6:54 PM, Ville Syrjälä wrote:
> > On Thu, Mar 01, 2018 at 06:43:21PM +0530, Sharma, Shashank wrote:
> >> Regards
> >>
> >> Shashank
> >>
> >>
> >> On 2/24/2018 12:55 AM, Ville Syrjala wrote
Regards
Shashank
On 3/1/2018 6:54 PM, Ville Syrjälä wrote:
On Thu, Mar 01, 2018 at 06:43:21PM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 2/24/2018 12:55 AM, Ville Syrjala wrote:
From: Ville Syrjälä
While we want to potentially support multiple different gamma/degamma
LUT sizes w
Hi,
On 2018-01-30 21:28, Thierry Escande wrote:
From: zain wang
The bridge does not need to be powered in analogix_dp_bind(), so
remove the calls to pm_runtime_get()/phy_power_on()/analogix_dp_init_dp()
as well as their power-off counterparts.
Cc: Stéphane Marchesin
Signed-off-by: zain wang
Am Mittwoch, 7. Februar 2018, 18:53:09 CET schrieb Enric Balletbo i Serra:
> From: Jeffy Chen
>
> Since we are trying to access components' resources in the master's
> suspend/resume PM callbacks(e.g. panel), add device links to correct
> the suspend/resume and shutdown ordering.
>
> Signed-off-
Am Freitag, 23. Februar 2018, 07:22:50 CET schrieb Jeffy Chen:
> Currently we are calling scl_vop_cal_scale() to get vskiplines for yrgb
> and cbcr. So the cbcr's vskiplines might be an unexpected value if the
> second scl_vop_cal_scale() didn't update it.
>
> Init vskiplines in scl_vop_cal_scale(
On Thu, Mar 01, 2018 at 06:43:21PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 2/24/2018 12:55 AM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > While we want to potentially support multiple different gamma/degamma
> > LUT sizes we can (and should) at least check that
Regards
Shashank
On 2/24/2018 12:55 AM, Ville Syrjala wrote:
From: Ville Syrjälä
While we want to potentially support multiple different gamma/degamma
LUT sizes we can (and should) at least check that the blob length
is a multiple of the LUT entry size.
I dint understand the exact idea behin
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #18 from taij...@posteo.de ---
Adding to the above comment after some further testing:
I rebuild earlier today with HEAD at c2637e788da7. Startup went well, error
messages were as before. I then launched Steam, which seemed to power
Hi All once again,
On 2018-03-01 12:06, Marek Szyprowski wrote:
On 2018-03-01 09:50, Marek Szyprowski wrote:
On 2018-01-30 21:28, Thierry Escande wrote:
This patchset includes cleanups, improvements, and bug fixes for
Rockchip DRM driver and PSR support.
this patchset depends and needs to b
https://bugs.freedesktop.org/show_bug.cgi?id=105308
--- Comment #3 from Bob Ham ---
Created attachment 137719
--> https://bugs.freedesktop.org/attachment.cgi?id=137719&action=edit
Output of xrandr --verbose
(In reply to Michel Dänzer from comment #2)
> (In reply to Bob Ham from comment #0)
> >
https://bugs.freedesktop.org/show_bug.cgi?id=105308
--- Comment #2 from Michel Dänzer ---
(In reply to Bob Ham from comment #0)
>
> [ 668.860] (WW) AMDGPU(0): flip queue failed in amdgpu_scanout_flip:
> Invalid argument, TearFree inactive until next modeset
Did anything in particular happen,
https://bugs.freedesktop.org/show_bug.cgi?id=105308
--- Comment #1 from Bob Ham ---
Created attachment 137718
--> https://bugs.freedesktop.org/attachment.cgi?id=137718&action=edit
Kernel log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=105308
Bug ID: 105308
Summary: X log ballooning in size with "drmmode_wait_vblank
failed for scanout update" and "get vblank counter
failed"
Product: DRI
Version: unspe
On 28/02/18 20:44, Thierry Reding wrote:
> On Wed, Feb 28, 2018 at 12:40:43PM +0200, Jyri Sarha wrote:
>> Add support for TVC S9700RTWV43TR-01B 800x480 panel found on TI's
>> AM335X-EVM.
>>
>> Signed-off-by: Jyri Sarha
>> Reviewed-by: Tomi Valkeinen
>> ---
>> The only change is added "Reviewed-by
https://bugs.freedesktop.org/show_bug.cgi?id=99353
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|DRI
QA Contact|dri-devel@lists.f
Hi All again,
On 2018-03-01 09:50, Marek Szyprowski wrote:
Hi All,
On 2018-01-30 21:28, Thierry Escande wrote:
This patchset includes cleanups, improvements, and bug fixes for
Rockchip DRM driver and PSR support.
this patchset depends and needs to be applied on top of Rockchip rk3399
eDP sup
https://bugs.freedesktop.org/show_bug.cgi?id=99353
Bong Cosca changed:
What|Removed |Added
Priority|medium |highest
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=99353
--- Comment #44 from Bong Cosca ---
This bug has been on this tracker for more than a year and it now has a
proposed working solution. What's the hold up? Don't we even get the courtesy
of a response?
--
You are receiving this mail because:
You
On Wed, Feb 28, 2018 at 06:53:52PM +0100, Giulio Benetti wrote:
> static struct drm_connector_helper_funcs sun4i_lvds_con_helper_funcs = {
> .get_modes = sun4i_lvds_get_modes,
> + .mode_valid = sun4i_lvds_mode_valid,
> };
This should be on the encoder, not the connector.
Maxi
On Wed, Feb 28, 2018 at 06:53:51PM +0100, Giulio Benetti wrote:
> At the moment both min and max dclk div are set to 7.
> This doesn't allow to have lower frequencies.
>
> Increase dclk_max_div to 18 to achieve 30Mhz.
>
> Signed-off-by: Giulio Benetti
> ---
> drivers/gpu/drm/sun4i/sun4i_tcon.c
On Wed, Feb 28, 2018 at 05:46:53PM +0100, Giulio Benetti wrote:
> Phase value is not shifted before writing.
>
> Shift left of 28 bits to fit right bits
>
> Signed-off-by: Giulio Benetti
Applied, thanks!
Maxime
--
Maxime Ripard, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engi
This is the first time I have tried UBSAN on this specific machine
(onboard nforce 420 with HP BIOS on Nance mainboard). nouveau seems to
be working fine but gives this UBSAN warning:
[7.953957] nouveau :00:0d.0: NVIDIA C61 (04c000a2)
[7.965101] nouveau :00:0d.0: bios: version 05
On Wed, Feb 28, 2018 at 05:14:52PM +0100, Giulio Benetti wrote:
> Handle both positive and negative dclk polarity,
> according to bus_flags.
>
> Signed-off-by: Giulio Benetti
> ---
> drivers/gpu/drm/sun4i/sun4i_tcon.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> dif
On Mon, Feb 26, 2018 at 06:55:49PM +0800, Chen-Yu Tsai wrote:
> On Mon, Feb 26, 2018 at 6:53 PM, Maxime Ripard
> wrote:
> > On Mon, Feb 26, 2018 at 10:31:51AM +0100, Arnd Bergmann wrote:
> >> On Mon, Feb 26, 2018 at 10:21 AM, Maxime Ripard
> >> wrote:
> >> > Hi,
> >> >
> >> > On Fri, Feb 23, 2018
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #25 from Michel Dänzer ---
(In reply to mikhail.v.gavrilov from comment #23)
> Found you another crash case:
That's unlikely to be the exact same cause as that of the Steam hang this
report is about, so it needs to be tracked separa
Hi Archit, Andrzej & Laurent,
May I ask you please your feedback on this small patch?
Many thanks,
Philippe :-)
On 02/04/2018 10:36 PM, Philippe Cornu wrote:
> The readl_poll_timeout() return value is 0 in case of success
> so it is better to detect errors without taking care of the
> return val
Regards
Shashank
On 2/24/2018 12:55 AM, Ville Syrjala wrote:
From: Ville Syrjälä
Now that blob->data is void* again we don't need the casts anymore.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic.c| 3 +--
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
drivers/gpu/drm
Hi All,
On 2018-01-30 21:28, Thierry Escande wrote:
This patchset includes cleanups, improvements, and bug fixes for
Rockchip DRM driver and PSR support.
this patchset depends and needs to be applied on top of Rockchip rk3399
eDP support [1].
[1] https://lkml.org/lkml/2018/1/10/682
I've app
Regards
Shashank
On 2/24/2018 12:55 AM, Ville Syrjala wrote:
From: Ville Syrjälä
Using a flexible array for the blob data was a mistake by me. It
forces all users of the blob data to cast blob->data to something
else. void* is clearly superior so let's go back to the original
scheme.
Not a
On 03/01/2018 10:26 AM, Gerd Hoffmann wrote:
Hi,
1. Possible security issues - VirtIO devices are PCI bus masters, thus
allowing real device (running, for example, in untrusted driver domain)
to get control over guest's memory by writing to its memory
2. VirtIO currently uses GFNs written i
Hi,
> 1. Possible security issues - VirtIO devices are PCI bus masters, thus
> allowing real device (running, for example, in untrusted driver domain)
> to get control over guest's memory by writing to its memory
>
> 2. VirtIO currently uses GFNs written into the shared ring, without Xen
> grant
Hi,
On Wed, Feb 28, 2018 at 10:23:35PM +0100, Jernej Škrabec wrote:
> Dne torek, 27. februar 2018 ob 23:26:45 CET je Jernej Skrabec napisal(a):
> > This series implements H3/H5 HDMI driver. It was tested on OrangePi 2 (H3),
> > OrangePi Plus2e (H3) and OrangePi PC2 (H5) with many resolutions and i
Hi Heiko,
Thanks for adding me to this thread.
On 2018-02-28 16:20, Heiko Stübner wrote:
Am Dienstag, 30. Januar 2018, 21:28:35 CET schrieb Thierry Escande:
From: zain wang
The bridge does not need to be powered in analogix_dp_bind(), so
remove the calls to pm_runtime_get()/phy_power_on()/an
Hi Maxime,
Dne sreda, 28. februar 2018 ob 08:36:08 CET je Maxime Ripard napisal(a):
> On Tue, Feb 27, 2018 at 11:26:51PM +0100, Jernej Skrabec wrote:
> > TCON checks for LVDS properties even if it doesn't support it. Add a
> > check to skip that part of the code if TCON doesn't support channel 0.
Hi Maxime,
Dne torek, 27. februar 2018 ob 23:26:45 CET je Jernej Skrabec napisal(a):
> This series implements H3/H5 HDMI driver. It was tested on OrangePi 2 (H3),
> OrangePi Plus2e (H3) and OrangePi PC2 (H5) with many resolutions and it
> works well. Bug, which prevented correct operation for some
Hi,
Dne sreda, 28. februar 2018 ob 08:34:40 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Tue, Feb 27, 2018 at 11:26:46PM +0100, Jernej Skrabec wrote:
> > Some NM PLLs doesn't work well when their output clock rate is set below
> > certain rate.
> >
> > Add support for that constrain.
> >
> > S
On 02/27/2018 01:52 AM, Oleksandr Andrushchenko wrote:
> On 02/27/2018 01:47 AM, Boris Ostrovsky wrote:
>> On 02/23/2018 10:35 AM, Oleksandr Andrushchenko wrote:
>>> On 02/23/2018 05:26 PM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
>>
> + ret = ge
99 matches
Mail list logo
