On Wed, Sep 25, 2013 at 05:48:06PM +0200, Daniel Vetter wrote:
> On Wed, Sep 25, 2013 at 06:34:38PM +0300, Michael S. Tsirkin wrote:
> > On Wed, Sep 25, 2013 at 09:56:52AM +0200, Daniel Vetter wrote:
> > > On Wed, Sep 25, 2013 at 01:17:52PM +1000, Dave Airlie wrote:
> > > > On Mon, Sep 23, 2013 at
Hi,
This series removes the redundant driver field from the i2c_client struct. The
field is redundant since the same pointer can be accessed through
to_i2c_driver(client-dev.driver). The commit log suggests that the field has
been around since forever (since before v2.6.12-rc2) and it looks as if
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later. To get direct access to the i2c_driver struct use
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client-dev.driver)' instead to get direct access to
the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
Cc: Martin Peres martin.pe...@labri.fr
---
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client-dev.driver)' instead to get direct
access to the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
sound/ppc/keywest.c | 4 ++--
1 file changed, 2 insertions(+),
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Check i2c_client-dev.driver instead to see if a driver is bound to the
device.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
sound/soc/fsl/imx-wm8962.c | 2 +-
1 file changed, 1 insertion(+), 1
The 'driver' field of the i2c_client struct is redundant. The same data can be
accessed through to_i2c_driver(client-dev.driver). The generated code for both
approaches in more or less the same.
E.g. on ARM the expression client-driver-command(...) generates
...
https://bugs.freedesktop.org/show_bug.cgi?id=69922
Priority: medium
Bug ID: 69922
Assignee: dri-devel@lists.freedesktop.org
Summary: Juniper (HD 5770): Hibernate partially broken since
LInux kernel 3.10
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=69670
--- Comment #5 from Eugene omegat...@gmail.com ---
I am not sure how to confirm it. I tried launching:
LIBGL_ALWAYS_SOFTWARE=1 kwin --replace kwin_stdout_LIBGL_ALWAYS_SOFTWARE.txt
2 kwin_stderr_LIBGL_ALWAYS_SOFTWARE.txt
and it disabled desktop
https://bugs.freedesktop.org/show_bug.cgi?id=69670
--- Comment #6 from Eugene omegat...@gmail.com ---
Created attachment 86794
-- https://bugs.freedesktop.org/attachment.cgi?id=86794action=edit
kwin stderr with LIBGL_ALWAYS_SOFTWARE=1
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=69897
--- Comment #6 from Grigori Goronzy g...@chown.ath.cx ---
Now it compiles fine, but locks up the GPU. This might be an issue with this
particular kernel, though.
--
You are receiving this mail because:
You are the assignee for the bug.
Let's CC some more people.
On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
Wakko Warner wrote:
Please keep me in CC.
I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
happens when I'm on a console, the screen has gone into power save and I
press a
On Sun, Sep 29, 2013 at 04:58:39PM +0200, Borislav Petkov wrote:
Let's CC some more people.
Please boot with drm.debug=0xe, reproduce the WARN and then attach the
full dmesg.
Thanks, Daniel
On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
Wakko Warner wrote:
Please keep me
https://bugs.freedesktop.org/show_bug.cgi?id=55951
Sven Arvidsson s...@whiz.se changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
Some testing on a *60 (T60,X60...) would also be best, I cannot test
this on
my T43.
Anyway, the code itself looks fine, so:
I can test on T61, would that help?
Regards,
--
Yves-Alexis
signature.asc
Description: This
Hello
i've an idea how to simplify DRI, and I think this idea will be very useful
for Wayland because it allows wayland clients to partially update their
windows.
I suggest to provide an interface for user-mode applications to
semi-directly control GPU memory map tables. Instead of working with
Make sure static function do_gma_backlight_set() is only defined when
CONFIG_BACKLIGHT_CLASS_DEVICE is defined, as it is never called otherwise.
This fixes the following warning:
drivers/gpu/drm/gma500/backlight.c:29:13: warning: ‘do_gma_backlight_set’
defined but not used [-Wunused-function]
On Thu, Sep 26, 2013 at 10:23:08PM +0200, Rafał Miłecki wrote:
2013/9/19 Russell King - ARM Linux li...@arm.linux.org.uk:
This email is only being sent to the mailing lists in question, not to
anyone personally. The list of individuals is far to great to do that.
I'm hoping no mailing
On Tue, Sep 24, 2013 at 05:47:28PM +0800, Aaron Lu wrote:
v3:
1 Add a new patch 4/4 to fix some problems in thinkpad-acpi module;
2 Remove unnecessary function acpi_video_unregister introduced in
patch 2/3 as pointed out by Jani Nikula.
v2:
v1 has the subject of Rework ACPI video driver
Hi Alex,
could you just point me to the right location in the driver code to play
with?
I am less afraid to play with the driver than to flash my vbios...
Even though, I promise I won't bother you or complain if I break
something :-)
NB: Daniel, although I won't modify my vbios, I still
On ven., 2013-09-27 at 15:05 -0300, Henrique de Moraes Holschuh wrote:
On Fri, 27 Sep 2013, Yves-Alexis Perez wrote:
On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
Some testing on a *60 (T60,X60...) would also be best, I cannot test
this on
my T43.
2013/9/27 Rafael J. Wysocki r...@sisk.pl:
On Thursday, September 26, 2013 09:49:03 AM Jörg Otte wrote:
2013/9/25 Jani Nikula jani.nik...@linux.intel.com:
On Wed, 25 Sep 2013, Jörg Otte jrg.o...@gmail.com wrote:
2013/9/25 Jani Nikula jani.nik...@linux.intel.com:
On Wed, 25 Sep 2013, Aaron
Please keep me in CC.
CCing Borislav Petkov b...@alien8.de, intel-...@lists.freedesktop.org,
dri-devel@lists.freedesktop.org as they were on another part of this thread.
Chris Wilson wrote:
I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
happens when I'm on a
On Sun, Sep 29, 2013 at 10:50:58AM +0200, Lars-Peter Clausen wrote:
This series removes the redundant driver field from the i2c_client struct. The
field is redundant since the same pointer can be accessed through
to_i2c_driver(client-dev.driver). The commit log suggests that the field has
Hello Christian,
after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN with
my RV730 (AGP).
All nice videos didn't play any longer.
-Dieter
BTW I'm not on Mesa Devel, so please CC me.
/opt/mesa vdpauinfo
display: :0 screen: 0
API version: 1
Information string: G3DVL VDPAU
On Monday 30 of September 2013 00:08:46 Sylwester Nawrocki wrote:
On 09/28/2013 06:10 PM, Inki Dae wrote:
Any opinion from Device-Tree folks?
IMO, we should have same consensus on Shirish patches before
proceeding.
Rahul, it seems that DT people have no interest in this issue. So
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #20 from Shawn Starr shawn.st...@rogers.com ---
Created attachment 86821
-- https://bugs.freedesktop.org/attachment.cgi?id=86821action=edit
Radeon crash with dynclks enabled
Radeon crash with dynclks enabled
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #21 from Shawn Starr shawn.st...@rogers.com ---
Attached crash is without DPM enabled, dynclks enabled and caused GPU reset.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61811
Bruno Wolff III br...@wolff.to changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=69245
--- Comment #3 from klondike klond...@klondike.es ---
Created attachment 86824
-- https://bugs.freedesktop.org/attachment.cgi?id=86824action=edit
Backported commit fixing the lockups
Hi Tom, after manually checking the differences between the
On Wed, 2013-09-18 at 16:33 -0400, Alex Deucher wrote:
On Wed, Sep 18, 2013 at 4:32 PM, Alex Deucher alexdeuc...@gmail.com wrote:
Hi Ben,
The attached patches add new firmware for radeon GPUs. Please apply
to the firmware tree.
Attached this time...
Applied, thanks.
Ben.
--
Ben
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #135 from Bryan Quigley gquigs+b...@gmail.com ---
Created attachment 86825
-- https://bugs.freedesktop.org/attachment.cgi?id=86825action=edit
dmesg when under works due to setting .debug=1
I tried again with the latest rc3 build
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #22 from Alex Deucher ag...@yahoo.com ---
FWIW, the dynclks parameter doesn't actually do anything on r6xx+ asics.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69723
--- Comment #8 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #7)
Alex, using debugfs, should I see the maxed values (sclk and mclk) or the
theorical value from the table? For now, even if I have confirmation in
dmesg the values
On Sat, 28 Sep 2013, Alex Deucher alexdeuc...@gmail.com wrote:
Return -ENOMEM if the allocation fails.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Reviewed-by: Jani Nikula jani.nik...@intel.com
---
drivers/gpu/drm/drm_edid.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #136 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #135)
Created attachment 86825 [details]
dmesg when under works due to setting .debug=1
I tried again with the latest rc3 build and it still doesn't work; I had
39 matches
Mail list logo
