https://bugzilla.kernel.org/show_bug.cgi?id=193651
--- Comment #16 from fin4...@hotmail.com ---
(In reply to Milo from comment #15)
>
> I tried the above but notice that it fails when trying to build headers.
You do not need kernel headers unless you are using some dkms drivers.
Currently
https://bugs.freedesktop.org/show_bug.cgi?id=100399
Bug ID: 100399
Summary: Kernel invalid opcode on unbinding amdgpu
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=100398
Bug ID: 100398
Summary: [agd5f] New errors when tonga card powers up
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Den 25.03.2017 22.32, skrev Daniel Vetter:
On Sat, Mar 25, 2017 at 02:56:20PM +0100, Noralf Trønnes wrote:
drm_driver.fops can't be shared since the owner then becomes tinydrm.ko.
Move the fops declaration to the driver.
Reported-by: Daniel Vetter
Signed-off-by:
Also unify/merge with the existing stuff.
I was a bit torn where to put this, but in the end I decided to put
all the ioctl/sysfs/debugfs stuff into drm-uapi.rst. That means we
have a bit a split with the other uapi related stuff used internally,
like drm_file.[hc], but I think overall this makes
- We can drop the different return value flags, the only caller only
cares about whether the scanout position is valid or not. Also, it's
entirely undefined what "accurate" means, if we'd really care we
should probably wire the max_error through. But since we never even
report this to
On Mon 2017-03-06 12:23:41, Chris Wilson wrote:
> On Mon, Mar 06, 2017 at 01:10:48PM +0100, Pavel Machek wrote:
> > On Mon 2017-03-06 11:15:28, Chris Wilson wrote:
> > > On Mon, Mar 06, 2017 at 12:01:51AM +0100, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > > > > mplayer stopped working after a
On Sat, Mar 25, 2017 at 02:56:20PM +0100, Noralf Trønnes wrote:
> drm_driver.fops can't be shared since the owner then becomes tinydrm.ko.
> Move the fops declaration to the driver.
>
> Reported-by: Daniel Vetter
> Signed-off-by: Noralf Trønnes
On Sat, Mar 25, 2017 at 11:21:29AM +0200, Shashank Sharma wrote:
> This patch adds description about 'scdc' variable in drm_hdmi_info
> structure, to fix this warning during doc-build.
>
> "drm_connector.h:140: warning: No description found for parameter 'scdc'"
>
> V2: Rebase
>
> Cc: Daniel
https://bugs.freedesktop.org/show_bug.cgi?id=100270
--- Comment #8 from brett.hass...@gmail.com ---
As a workaround:
install acpi-call-dkms
run - echo "\_SB.PCI0.PEG0.PEGP.SGOF" | sudo dd of=/proc/acpi/call
Power consumption once settled after login (no wifi connection) drops to
previous 4.7
On Fri, Mar 24, 2017 at 11:40:52AM +0200, Tomi Valkeinen wrote:
> When unloading omapdrm we get a NULL pointer deref in
> omap_drm_irq_uninstall(). This is caused by:
>
> 967dd48417874dd25491a4e933648f394a64f70f ("drm: remove
> drm_vblank_no_hw_counter assignment from driver code")
>
> As OMAP
On Fri, Mar 24, 2017 at 11:40:27AM +0200, Tomi Valkeinen wrote:
> From: Peter Ujfalusi
>
> Do not try to init the fbdev if either num_crtcs or num_connectors is 0.
> In this case we do not have display so the fbdev init would fail anyways.
>
> Signed-off-by: Peter
On Fri, Mar 24, 2017 at 11:40:47AM +0200, Tomi Valkeinen wrote:
> From: Peter Ujfalusi
>
> Add fbdev emulation only for the first DRM connector.
> When the fbdev emulation was created for all connectors with different
> resolution, the lower res display would only be able
On Fri, Mar 24, 2017 at 11:46:53AM +0200, Tomi Valkeinen wrote:
> On 22/03/17 23:50, Daniel Vetter wrote:
> > Again this is an internal helper, not the official way to lock a crtc.
> >
> > Cc: Jyri Sarha
> > Cc: Tomi Valkeinen
> > Signed-off-by: Daniel
Hi Lukas,
On Sat, Mar 25, 2017 at 09:05:20AM +0100, Lukas Wunner wrote:
> Dear drm-misc maintainers,
>
> please consider merging this series:
I think I pinged you in private already, but want to become drm-misc
committer so that you don't have to wait for lazy maintainers to get
around to
https://bugzilla.kernel.org/show_bug.cgi?id=193651
Milo (milo...@gmail.com) changed:
What|Removed |Added
CC||milo...@gmail.com
--- Comment
On Fri, Mar 24, 2017 at 11:47 AM, Jose Fonseca wrote:
>
> Like I said in another email, maybe mesademos is a good way to get our feet
> wet.
jfwiw, I decided to figure out what this meson stuff is all about, and
converted kmscube (after adding an optional bit for video-cube,
https://bugzilla.kernel.org/show_bug.cgi?id=193981
--- Comment #16 from winches (dry...@gmx.fr) ---
I've check the code, so if i understand; to solve the problem on my computer i
have to rename tonga_smc.bin to tonga_k_smc.bin
If it works, it's a firmware problem.
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=193981
--- Comment #15 from winches (dry...@gmx.fr) ---
Thank you. "git bisect skip" could be useful next time. To avoid the problem i
use "git bisect log" to-a-file and "git bisect replay" from-a-file.
So the result :
https://bugs.freedesktop.org/show_bug.cgi?id=100395
Bug ID: 100395
Summary: DC, Powerplay, Tonga, top screen flicker with current
amd-staging-4.9
Product: DRI
Version: DRI git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #4 from Ilia Mirkin ---
(In reply to Giovanni ongaro from comment #3)
> sorry but in fact this error is displayed
> Mesa: User error: GL_INVALID_ENUM in glEnable(GL_PRIMITIVE_RESTART)
>
> and then sound plays
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #3 from Giovanni ongaro ---
sorry but in fact this error is displayed
Mesa: User error: GL_INVALID_ENUM in glEnable(GL_PRIMITIVE_RESTART)
and then sound plays
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #2 from Giovanni ongaro ---
THanks for the quick response i tried without the override but the screen stays
black no error is displayed and sound is played maybe i shoud change this bug
title to cemu does
https://bugs.freedesktop.org/show_bug.cgi?id=100393
--- Comment #1 from Ilia Mirkin ---
You're forcing a core context, which in turn disables things like
glGetString(GL_EXTENSIONS); you have to use glGetStringi now. However cemu
isn't ready for a core context.
Try
https://bugs.freedesktop.org/show_bug.cgi?id=100393
Bug ID: 100393
Summary: Cemu wiiu emulator crashes after selecting game on
radeonsi
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #1 from aceman ---
I now noticed the same console errors are output when running the latest
Firefox nightly with "webrender" force-enabled (in about:config). Maybe that
helps and is easier to debug than a big
https://bugs.freedesktop.org/show_bug.cgi?id=100392
--- Comment #1 from vkontog...@gmail.com ---
Created attachment 130457
--> https://bugs.freedesktop.org/attachment.cgi?id=130457=edit
Xonotic Crash
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=100392
vkontog...@gmail.com changed:
What|Removed |Added
Priority|medium |high
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=100392
Bug ID: 100392
Summary: Applications Requiring 3d accel fail to launch on
Wayland after waking from sleep
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=100390
--- Comment #5 from Christoph Berliner ---
And probably a similar problem described in the steam community:
http://steamcommunity.com/app/221410/discussions/0/540743757387624740/
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=100390
--- Comment #4 from Christoph Berliner ---
Created attachment 130454
--> https://bugs.freedesktop.org/attachment.cgi?id=130454=edit
basic system information
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=100388
Christoph Berliner changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://bugs.freedesktop.org/show_bug.cgi?id=100390
--- Comment #3 from Christoph Berliner ---
*** Bug 100388 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=100390
--- Comment #2 from Christoph Berliner ---
Created attachment 130453
--> https://bugs.freedesktop.org/attachment.cgi?id=130453=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=100390
--- Comment #1 from Christoph Berliner ---
Created attachment 130452
--> https://bugs.freedesktop.org/attachment.cgi?id=130452=edit
crashdump
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=100390
Bug ID: 100390
Summary: [steam] Grand Ages: Medieval crashes instantly
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On 16 March 2017 at 22:08, Sean Paul wrote:
> static const struct drm_display_mode default_mode = {
> @@ -259,14 +238,14 @@ static const struct drm_panel_funcs
> sharp_nt_panel_funcs = {
> static int sharp_nt_panel_add(struct sharp_nt_panel *sharp_nt)
> {
>
https://bugs.freedesktop.org/show_bug.cgi?id=100389
Bug ID: 100389
Summary: Can't cap framerate
Product: DRI
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority:
Hi Sean,
Something small that stood out while skimming through the design.
On 16 March 2017 at 22:08, Sean Paul wrote:
> struct panel_simple {
> struct drm_panel base;
> + struct panel_common common;
> +
> bool prepared;
> bool enabled;
>
https://bugs.freedesktop.org/show_bug.cgi?id=100387
Bug ID: 100387
Summary: War Thunder game has visual errors, missing textures
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On 22 March 2017 at 15:06, Sean Paul wrote:
> On Wed, Mar 22, 2017 at 02:36:27PM +, Emil Velikov wrote:
>> Hi Sean,
>>
>> On 16 March 2017 at 22:08, Sean Paul wrote:
>> > This series pulls out the power-sequencing code from panel-simple into a
>>
drm_driver.fops can't be shared since the owner then becomes tinydrm.ko.
Move the fops declaration to the driver.
Reported-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 15 ---
I guess this should be fixed before stable.
Later the DEFINE_DRM_GEM_CMA_FOPS macro can be used.
Noralf.
Noralf Trønnes (1):
drm/tinydrm: Fix drm_driver.fops.owner
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 15 ---
drivers/gpu/drm/tinydrm/mi0283qt.c | 13
https://bugs.freedesktop.org/show_bug.cgi?id=100058
--- Comment #10 from Adam Wolk ---
> Do the patches in bug 99387 help?
This is a machine I use for work unfortunately I can't fiddle with it more.
Regarding the flickering issue I reported it as a separate bug.
https://bugzilla.kernel.org/show_bug.cgi?id=86351
--- Comment #29 from Andy Furniss (adf.li...@gmail.com) ---
I tried with jack and it works - so I have another workaround.
It accesses alsa like -
cat /proc/asound/card*/pcm3p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S16_LE
subformat: STD
Den 17.03.2017 15.17, skrev Sean Paul:
On Thu, Mar 16, 2017 at 6:08 PM, Sean Paul wrote:
This series pulls out the power-sequencing code from panel-simple into a
panel-common helper library. This allows drivers that cannot leverage
panel-simple to share some code.
I've
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #13 from Christoph Schwerdtfeger ---
I'm having the same problem, at least the black block artifacts.
It doesn't matter if I set the shadows to low or medium quality and window or
fullscreen also doesn't make any
Den 22.03.2017 09.36, skrev Daniel Vetter:
Discussed with Noralf on the list a bit.
An open question is tinydrm vs. drm_panel, but until we have a clear
idea what's really needed in that space, I think it's best to just
move forward with what we have.
Cc: Noralf Trønnes
Please use updated version of the patch [V4]:
https://patchwork.freedesktop.org/patch/146426/
(previous one had a merge conflict due to my local patch)
Regards
Shashank
-Original Message-
From: Sharma, Shashank
Sent: Saturday, March 25, 2017 11:23 AM
To: 'Daniel Vetter'
This patch adds description about 'scdc' variable in drm_hdmi_info
structure, to fix this warning during doc-build.
"drm_connector.h:140: warning: No description found for parameter 'scdc'"
V2: Rebase
Cc: Daniel Vetter
Signed-off-by: Shashank Sharma
This patch adds description about 'scdc' variable in drm_hdmi_info
structure, to fix this warning during doc-build.
"drm_connector.h:140: warning: No description found for parameter 'scdc'"
V2: Rebase
V3: Added doc is specific format
Cc: Daniel Vetter
Signed-off-by: Shashank
Added description for the variable in this patch:
https://patchwork.freedesktop.org/patch/146424/
Regards
Shashank
-Original Message-
From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
Daniel Vetter
Sent: Friday, March 24, 2017 9:08 PM
To: Sharma, Shashank
This patch adds description about 'scdc' variable in drm_hdmi_info
structure, to fix this warning during doc-build.
"drm_connector.h:140: warning: No description found for parameter 'scdc'"
V2: Rebase
Cc: Daniel Vetter
Signed-off-by: Shashank Sharma
This patch adds description about 'scdc' variable in drm_hdmi_info
structure, to fix this warning during doc-build.
"drm_connector.h:140: warning: No description found for parameter 'scdc'"
Cc: Daniel Vetter
Signed-off-by: Shashank Sharma
---
Dear drm-misc maintainers,
please consider merging this series:
On Sat, Mar 18, 2017 at 08:39:53AM +0100, Lukas Wunner wrote:
> Hi Daniel,
>
> On Fri, Mar 10, 2017 at 09:23:45PM +0100, Lukas Wunner wrote:
> > Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo, v2:
> >
> > Same as
Hi,
thank you for this patch. Murray McAllister reported this one a couple
of months ago, and this is already in our queue.
Sinclair
On Fri, Mar 24, 2017 at 04:37:10PM +0100, Vladis Dronov wrote:
> In vmw_surface_define_ioctl(), a num_sizes parameter is assigned a
> user-controlled value which
56 matches
Mail list logo