Just one minor issue. Check below.
On 12/21/2012 07:39 PM, Terje Bergstrom wrote:
> Add support for host1x client modules, and host1x channels to submit
> work to the clients. The work is submitted in GEM CMA buffers, so
> this patch adds support for them.
>
> Signed-off-by: Terje Bergstrom
> --
When formalising a reproducer for another noveau bug, simply switching
between integrated and discrete GPUs a few times reproduces an oops in
3.8-rc1 [1,2].
Let me know if it helps to log it into bugs.freedesktop.org.
Thanks and Happy New Year!
Daniel
--- [1]
while :; do bash -c "echo IGD
>/s
On 01/02/2013 02:31 PM, Terje Bergström wrote:
> On 02.01.2013 04:44, Mark Zhang wrote:
>> Agree. If we are able to do something dynamically, normally that'll be
>> better.
>>
>> Terje, we can get the Tegra version in FUSE. I think we don't need this
>> kind of try-catch logics.
>
> We'd need to h
On 02.01.2013 04:44, Mark Zhang wrote:
> Agree. If we are able to do something dynamically, normally that'll be
> better.
>
> Terje, we can get the Tegra version in FUSE. I think we don't need this
> kind of try-catch logics.
We'd need to have in user space a map of SoC version -> number of sync
On 21.12.2012 23:19, Stephen Warren wrote:
> * There's host1x hardware.
>
> * There's a low-level driver just for host1x itself; the host1x driver.
>
> * There's a high-level driver for the entire host1x complex of devices.
> That is tegradrm. There may be more high-level drivers in the future
>
vel/attachments/20130101/008e1d07/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130101/73f1c81a/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130101/44f3c936/attachment.html>
On Wed, Jan 2, 2013 at 6:05 AM, 김승우 wrote:
> Hi Rahul,
>
> On 2012년 12월 28일 16:01, Rahul Sharma wrote:
>> There's no need to allocate edid twice and do a memcpy when drm helpers
>> exist to do just that. This patch cleans that interaction up, and
>> doesn't keep the edid hanging around in the conn
On 12/31/2012 02:22 PM, Terje Bergström wrote:
> On 28.12.2012 22:48, Thierry Reding wrote:
>> I disagree. We shouldn't be hiding this kind of detail behind an #ifdef.
>> Instead it should be detected at runtime. Otherwise you'll need to build
>> different versions of libdrm for every generation of
On 12/25/2012 06:50 AM, Shuah Khan wrote:
On Sun, Dec 23, 2012 at 6:31 AM, Borislav Petkov wrote:
On Sun, Dec 23, 2012 at 01:22:12PM +0100, Borislav Petkov wrote:
Right, let me try that and report back.
Yep, looks like reverting the above commit fixes it - the boston.com
website loads just f
Hi Rahul,
On 2012년 12월 28일 16:01, Rahul Sharma wrote:
> There's no need to allocate edid twice and do a memcpy when drm helpers
> exist to do just that. This patch cleans that interaction up, and
> doesn't keep the edid hanging around in the connector.
Basically, I agree about this idea. But exyn
When formalising a reproducer for another noveau bug, simply switching
between integrated and discrete GPUs a few times reproduces an oops in
3.8-rc1 [1,2].
Let me know if it helps to log it into bugs.freedesktop.org.
Thanks and Happy New Year!
Daniel
--- [1]
while :; do bash -c "echo IGD
>/s
Fix:
nouveau_pm.c: In function ‘nouveau_hwmon_init’:
nouveau_pm.c:703:24: warning: unused variable ‘therm’ [-Wunused-variable]
Introduced by commit 095f979a (drm/nouveau/pm: fix build with HWMON off) which
fixed a build error but introduced a build warning.
Cc: Dave Airlie
Cc: Randy Dunlap
Sig
https://bugs.freedesktop.org/show_bug.cgi?id=58925
Vladimir changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
OS|All
https://bugs.freedesktop.org/show_bug.cgi?id=58925
--- Comment #1 from Vladimir ---
Forgot the assertion
nvc0_miptree_init_ms_mode:177 - invalid nr_samples: 32
dri2.c:256:dri2_drawable_process_buffers: Assertion
`drawable->msaa_textures[att]' failed.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=58925
Priority: medium
Bug ID: 58925
Assignee: dri-devel@lists.freedesktop.org
Summary: compis/kwin crashes on nouveau due to msaa
Severity: normal
Classification: Unclassified
OS:
gp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130101/bcdc65a4/attachment.pgp>
Fix:
nouveau_pm.c: In function ?nouveau_hwmon_init?:
nouveau_pm.c:703:24: warning: unused variable ?therm? [-Wunused-variable]
Introduced by commit 095f979a (drm/nouveau/pm: fix build with HWMON off) which
fixed a build error but introduced a build warning.
Cc: Dave Airlie
Cc: Randy Dunlap
Sig
vel/attachments/20130101/ec36ec2c/attachment.html>
On Mon, Dec 31, 2012 at 03:34:59AM +0200, Aaro Koskinen wrote:
> Check that the AGP aperture can be mapped. This follows a similar change
> done for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if
> the aperture can be mapped by the CPU.).
>
> The patch fixes the following error see
21 matches
Mail list logo
