Hi Dave,
Just a few important fixes for 3.10. 3 regression fixes, plus rectified
Haswell overclock support (the old code was correct, only docs confusing)
and improved DP data m/n selection.
Cheers, Daniel
The following changes since commit bd080ee57c2173cefdcadc39c7863a76c249d049:
drm/i915:
Hi Dave,
This is final pull request for Exynos next and includes device tree
support for fimc device, one revert, some code cleanups and fixup.
The revert replaces wrong one[1] with correct one[2].
This was my mistake and sorry for this.
[1] http://www.mail-archive.com/linux-media@
On Mon, Apr 29, 2013 at 10:04 AM, 김승우 wrote:
> Hello Rahul,
>
> I agree with basic idea of this patch.
>
> However, to avoid confusion, how do you think about fixing all
> check_timing as check_mode and its second parameter as mode including
> struct exynos_drm_display_ops?
>
> Thanks Seung-Woo,
This patch fixes mutiple defined issue to MODULE_DEVICE_TABLE
The issue could be induced when some framework which includes two
more sub drivers, is built as one moudle because those sub drivers
could have their own MODULE_DEVICE_TABLE.
And 'struct of_device_id' isn't needed to be determined by t
Hi Thierry,
I don't know this code well but the drm/drm.h has an #if def so that
either linux/types.h is included or the __[us]* types are defined in
a different way with the comment "One of the BSDs".
Also I sent a patch last year to include linux/types.h in exynos_drm.h
but it now includes drm/d
ngle entry
> MODULE_DEVICE_TABLE including its compatible string to ensure the driver
> is properly loaded, shouldn't it ?
>
>
--
> To unsubscribe from this list: send the line "unsubscribe
> linux-samsung-soc" in
> the body of a message to majordomo at vger.kern
vel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/50fb056d/attachment.html>
Hello Rahul,
I agree with basic idea of this patch.
However, to avoid confusion, how do you think about fixing all
check_timing as check_mode and its second parameter as mode including
struct exynos_drm_display_ops?
Regards,
- Seung-Woo Kim
On 2013년 04월 26일 23:03, Rahul Sharma wrote:
> Exynos h
Hello Rahul,
Thanks for notifying.
As your comment, it is same patch with yours, so just ignore my patch.
Besg Regards,
- Seung-Woo Kim
On 2013년 04월 26일 18:14, Rahul Sharma wrote:
> Hi Seung Woo,
>
> I had posted the same solution at
> http://lists.freedesktop.org/archives/dri-devel/2013-Janua
Hi,
I have a few questions about radeon pm code:
In radeon_atombios.c, radeon_atombios_parse_power_table_6
function, power_state->v2.nonClockInfoIndex for non_clock_info of
one state is ignored and replaced by the state index, referencing
an iguana bug.
Is it still buggy from southern islan
This stresses the lockdep code in some ways specifically useful to
ww_mutexes. It adds checks for most of the common locking errors.
Changes since v1:
- Add tests to verify reservation_id is untouched.
- Use L() and U() macros where possible.
Changes since v2:
- Use the ww_mutex api directly.
Changes since RFC patch v1:
- Updated to use atomic_long instead of atomic, since the reservation_id was a
long.
- added mutex_reserve_lock_slow and mutex_reserve_lock_intr_slow
- removed mutex_locked_set_reservation_id (or w/e it was called)
Changes since RFC patch v2:
- remove use of __mutex
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This e
The following series implements the updated api for wait/wound mutex locks.
The documentation and api should be complete, the implementation may not be
final. There is no support for -rt yet, and TASK_DEADLOCK handling is missing
too. However I believe that this is an implementation detail, and tha
Am 2013-04-25 18:19, schrieb Christian König:
From: Christian König
This avoid moving the BO directly after allocating it.
Signed-off-by: Christian König
Tested-by: Dieter Nützel
Regards,
Dieter
---
drivers/gpu/drm/radeon/radeon_sa.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(
Am 2013-04-24 14:12, schrieb Christian König:
From: Christian König
Also init the scratch reg to zero on the UVD ring.
This fixes UVD on AGP based cards.
Signed-off-by: Christian König
Tested-by: Dieter Nützel
RV730 AGP (UVD 2.2) works with radeon.agpmode=8, now.
[ 10.394741] ATOM BIOS
Fix build error when CONFIG_DEBUG_FS is disabled:
drivers/gpu/drm/qxl/qxl_debugfs.c: In function 'qxl_debugfs_init':
drivers/gpu/drm/qxl/qxl_debugfs.c:76:2: error: implicit declaration of function
'drm_debugfs_create_files'
drivers/gpu/drm/qxl/qxl_debugfs.c: In function 'qxl_debugfs_takedown':
dr
Fix build error when CONFIG_DEBUG_FS is disabled:
drivers/gpu/drm/qxl/qxl_debugfs.c: In function 'qxl_debugfs_init':
drivers/gpu/drm/qxl/qxl_debugfs.c:76:2: error: implicit declaration of function
'drm_debugfs_create_files'
drivers/gpu/drm/qxl/qxl_debugfs.c: In function 'qxl_debugfs_takedown':
dr
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130428/311d7fb7/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/20cc5f6d/attachment.html>
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/21f411d1/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/4d07b1ff/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/f18d1e50/attachment.html>
Changes since RFC patch v1:
- Updated to use atomic_long instead of atomic, since the reservation_id was a
long.
- added mutex_reserve_lock_slow and mutex_reserve_lock_intr_slow
- removed mutex_locked_set_reservation_id (or w/e it was called)
Changes since RFC patch v2:
- remove use of __mutex
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This e
The following series implements the updated api for wait/wound mutex locks.
The documentation and api should be complete, the implementation may not be
final. There is no support for -rt yet, and TASK_DEADLOCK handling is missing
too. However I believe that this is an implementation detail, and tha
This stresses the lockdep code in some ways specifically useful to
ww_mutexes. It adds checks for most of the common locking errors.
Changes since v1:
- Add tests to verify reservation_id is untouched.
- Use L() and U() macros where possible.
Changes since v2:
- Use the ww_mutex api directly.
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/a1e686c1/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/c1b46fdc/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/4897b780/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/dd7dc604/attachment.html>
the oss driver.
Christian.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/d7689745/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/6d45890b/attachment-0001.html>
2013/4/27 Sylwester Nawrocki
> On 04/26/2013 09:42 PM, Tomasz Figa wrote:
>
>> On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
>>
>>> On 04/26/2013 10:20 AM, Inki Dae wrote:
>>>
Exactly right. it's my mistake. But now it seems that
__mode_of_device_table is multi defined a
2013/4/27 Tomasz Figa
> On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
> > On 04/26/2013 10:20 AM, Inki Dae wrote:
> > > Exactly right. it's my mistake. But now it seems that
> > > __mode_of_device_table is multi defined at fimd and g2d side so there
> > > still is module build err
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #13 from Mirko ---
(obviously the problem persists)
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
htt
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #12 from Mirko ---
Ati driver completely removed, /lib/modules/* clean and kernel reinstall
New logs/video attached.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Mirko changed:
What|Removed |Added
Attachment #78563|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Mirko changed:
What|Removed |Added
Attachment #78562|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Mirko changed:
What|Removed |Added
Attachment #78561|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #8 from Mirko ---
First tests were on xorg 1:14 which is not compatible with fglrx
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #7 from Mirko ---
I've installed the fglrx driver later, is the only way to run X in a decent
way.
Without I have the same problem.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=35998
--- Comment #25 from Madis Liias ---
Created attachment 78575
--> https://bugs.freedesktop.org/attachment.cgi?id=78575&action=edit
Same(?) text rendering issues as original reporter had
--
You are receiving this mail because:
You are the assi
LED is ember instead of blue). dmesg attached.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130428/d99e479c/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=35998
Madis Liias changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Christian König changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #6 from Christian
https://bugs.freedesktop.org/show_bug.cgi?id=63997
James Cloos changed:
What|Removed |Added
CC||cl...@jhcloos.com
--- Comment #5 from Jame
47 matches
Mail list logo
