https://bugs.freedesktop.org/show_bug.cgi?id=47039
Sylvain Réault changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://b
On Tue, Mar 27, 2012 at 01:49:51AM +0800, Daniel Kurtz wrote:
> I'm not sure what a "Bspec" is, but here is the documents I used:
>
> [DevSNB+]:
> http://intellinuxgraphics.org/documentation/SNB/IHD_OS_Vol3_Part3.pdf
> Section 2.2.2 lists the 6 gmbus ports (gpio pin pairs):
> [ 5: HDMI/DPD, 4:
On Die, 2012-03-27 at 17:21 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2012-03-26 at 17:32 -0400, Dave Jones wrote:
> > Seeing this in Linus' tree as of v3.3-6972-ge22057c
>
> Same WARN_ON hit here on a G5 with rv350
Thanks for the report, guys. Does the patch
Hi,
I'm getting spurious interrupts leading to disabling the interrupt:
42:19168532471662 PCI-MSI-edge i915@pci::00:02.0
The message:
irq 42: nobody cared (try booting with the "irqpoll" option)
Pid: 20716, comm: virtuoso-t Not tainted 3.3.0-next-20120326_64+ #1673
It is not
On 03/27/2012 10:40 AM, Jiri Slaby wrote:
> Hi,
>
> I'm getting spurious interrupts leading to disabling the interrupt:
> 42:19168532471662 PCI-MSI-edge i915@pci::00:02.0
>
> The message:
> irq 42: nobody cared (try booting with the "irqpoll" option)
> Pid: 20716, comm: virtuo
On Tue, Mar 27, 2012 at 10:40:03AM +0200, Jiri Slaby wrote:
> Hi,
>
> I'm getting spurious interrupts leading to disabling the interrupt:
> 42:19168532471662 PCI-MSI-edge i915@pci::00:02.0
>
> The message:
> irq 42: nobody cared (try booting with the "irqpoll" option)
> Pid: 2
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #11 from Jon Dowland
2012-03-27 09:21:24 ---
Sadly, this patch doesn't seem to solve it. I'll add a printk and re-try just
to be doubly sure I'm not messing things up and loading the wrong module.
--
Configure bugmail: https:/
From: Dave Airlie
This adds the basic drm dma-buf interface layer, called PRIME,
The main APIs exposed to userspace allow translating a 32-bit object handle
to a file descriptor, and a file descriptor to a 32-bit object handle.
The flags value is currently limited to O_CLOEXEC.
Acknowledgement
https://bugs.freedesktop.org/show_bug.cgi?id=46724
va...@gmx.de changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Mon, Mar 26, 2012 at 03:36:53PM +0100, Tony Vroon wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 26/03/12 15:32, Daniel Vetter wrote:
> > Ok, this is ugly. Do you have any special module options for i915
> > set (like i915_enable_rc6)?
>
> None set:
> adrastea ~ # cat /proc/cm
Hi Tomasz,
On Friday 23 March 2012 12:33:24 Tomasz Stanislawski wrote:
> On 03/22/2012 12:16 PM, Laurent Pinchart wrote:
> > On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
[snip]
> >> + case VIDIOC_EXPBUF:
> >> + {
> >> + struct v4l2_exportbuffer *p = arg;
> >> +
> >> +
Hi Daniel,
On Thursday 22 March 2012 13:25:20 Daniel Vetter wrote:
> On Thu, Mar 22, 2012 at 13:15, Laurent Pinchart wrote:
> > On Tuesday 13 March 2012 11:17:05 Tomasz Stanislawski wrote:
> >> The DMABUF documentation says that the map_dma_buf callback should return
> >> scatterlist that is mappe
https://bugs.freedesktop.org/show_bug.cgi?id=47900
Vic Lee changed:
What|Removed |Added
Summary|Sampler does not work with |Sampler does not work with
|
https://bugs.freedesktop.org/show_bug.cgi?id=47900
--- Comment #1 from Vic Lee 2012-03-27 03:53:10 PDT ---
EDIT: Only PIPE_FORMAT_R16G16B16A16_FLOAT does not work. 16-bit integer types
work.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
On 03/27/2012 10:57 AM, Daniel Vetter wrote:
> And please mind the guy with bad memory and tell us which chip you have
> again?
Where's that? In xorg.log:
https://bugs.freedesktop.org/attachment.cgi?id=58771
?
(II) intel(0): Integrated Graphics Chipset: Intel(R) G33
(--) intel(0): Chipset: "G33"
On Thu, Mar 01, 2012 at 12:15:57PM -0800, Andrew Morton wrote:
> On Thu, 1 Mar 2012 20:22:59 +0100
> Daniel Vetter wrote:
>
> > drm/i915 wants to read/write more than one page in its fastpath
> > and hence needs to prefault more than PAGE_SIZE bytes.
> >
> > Add new functions in filemap.h to ma
On Tue, Mar 27, 2012 at 10:47:46AM +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the basic drm dma-buf interface layer, called PRIME,
>
> The main APIs exposed to userspace allow translating a 32-bit object handle
> to a file descriptor, and a file descriptor to a 32-bit object han
Hi Linus,
gma500 build fix + some regression fixes for nouveau/radeon, along with
one radeon patch that was posted a while ago and I missed and it also required
rebasing around some other stuff.
Dave.
The following changes since commit e22057c8599373e5caef0bc42bdb95d2a361ab0d:
Merge tag 's
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #12 from Alex Deucher 2012-03-27 13:41:08
---
Created an attachment (id=72731)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72731)
alternate fix
After you verify the first patch does not fix the issue, you can try this on
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #13 from Alex Deucher 2012-03-27 13:42:05
---
Ignore the last hunk of that patch (rv770.c).
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
Hi
Motivated by Jesse's letter to the lazyweb [1] I worked on a kmscon
program. It provides a
terminal-emulator similar to the in-kernel terminal-emulator based on
DRM. It is written
from scratch and needs as external dependencies only mesa (libdrm,
libgbm, libEGL, libGLESv2),
udev, xproto (build-
Hi Tomasz,
On Thursday 22 March 2012 16:58:27 Tomasz Stanislawski wrote:
> On 03/22/2012 03:42 PM, Laurent Pinchart wrote:
> > On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
> >> On 03/22/2012 11:50 AM, Laurent Pinchart wrote:
> >>> On Thursday 22 March 2012 11:02:23 Laurent Pinchar
On Tue, Mar 27, 2012 at 6:46 AM, Daniel Vetter wrote:
> On Tue, Mar 27, 2012 at 10:47:46AM +0100, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This adds the basic drm dma-buf interface layer, called PRIME,
>>
>> The main APIs exposed to userspace allow translating a 32-bit object handle
>> to a
On Tue, Mar 27, 2012 at 04:57:29PM +0200, David Herrmann wrote:
> It needs some more work in the VTE layer and on the UI but it's
> I had several issues while writing it but most of them are fixed. One
> thing I remember is a performance
> issue running it on my Intel Atom N450. With 80x24 it works
2012년 3월 28일 수요일에 Sumit Semwal님이 작성:
>
> On Mar 27, 2012 9:18 PM, "Rob Clark" wrote:
>>
>> On Tue, Mar 27, 2012 at 6:46 AM, Daniel Vetter wrote:
>> > On Tue, Mar 27, 2012 at 10:47:46AM +0100, Dave Airlie wrote:
>> >> From: Dave Airlie
>> >>
>> >> This adds the basic drm dma-buf interface layer,
https://bugs.freedesktop.org/show_bug.cgi?id=47765
--- Comment #4 from Jerome Glisse 2012-03-27 09:30:15
PDT ---
Please attach patch corresponding to 9b3ad51ae5fd9654df8ef75de845a519015150bb
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
On Tue, Mar 27, 2012 at 11:01 AM, Laurent Pinchart
wrote:
> Hi Tomasz,
>
> On Thursday 22 March 2012 16:58:27 Tomasz Stanislawski wrote:
>> On 03/22/2012 03:42 PM, Laurent Pinchart wrote:
>> > On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
>> >> On 03/22/2012 11:50 AM, Laurent Pinch
Hi Jerome,
On Tuesday 27 March 2012 12:45:23 Jerome Glisse wrote:
> On Tue, Mar 27, 2012 at 11:01 AM, Laurent Pinchart wrote:
> > On Thursday 22 March 2012 16:58:27 Tomasz Stanislawski wrote:
> >> On 03/22/2012 03:42 PM, Laurent Pinchart wrote:
> >> > On Thursday 22 March 2012 14:36:33 Tomasz Stan
https://bugs.freedesktop.org/show_bug.cgi?id=47955
Bug #: 47955
Summary: Celestia hit fallback on r300g from git?
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Sta
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #1 from Andrew Randrianasulu 2012-03-27 10:46:04
PDT ---
Created attachment 59120
--> https://bugs.freedesktop.org/attachment.cgi?id=59120
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #2 from Andrew Randrianasulu 2012-03-27 10:47:05
PDT ---
Created attachment 59121
--> https://bugs.freedesktop.org/attachment.cgi?id=59121
lspci -vvvn
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=47955
Marek Olšák changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=47955
Marek Olšák changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--- Comment #3 from A
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #4 from Andrew Randrianasulu 2012-03-27 10:48:58
PDT ---
Created attachment 59123
--> https://bugs.freedesktop.org/attachment.cgi?id=59123
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #5 from Andrew Randrianasulu 2012-03-27 10:49:41
PDT ---
Created attachment 59124
--> https://bugs.freedesktop.org/attachment.cgi?id=59124
rs600's rom (from sysfs)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #6 from Andrew Randrianasulu 2012-03-27 10:50:16
PDT ---
Created attachment 59125
--> https://bugs.freedesktop.org/attachment.cgi?id=59125
Screenshot
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #7 from Andrew Randrianasulu 2012-03-27 11:24:08
PDT ---
Mesa was compiled with ./configure --prefix=/usr/X11R7 --disable-egl
--enable-gallium-llvm --with-gallium-drivers=i915 nouveau r600 r300 swrast
--enable-texture-float --with-d
On Wed, 28 Mar 2012 02:36:18 +0800, Daniel Kurtz wrote:
> @@ -276,6 +269,13 @@ gmbus_xfer_write(struct drm_i915_private *dev_priv,
> struct i2c_msg *msg,
>
> I915_WRITE(GMBUS3 + reg_offset, val);
> POSTING_READ(GMBUS2 + reg_offset);
You might as well squash this pos
On Wed, 28 Mar 2012 02:36:11 +0800, Daniel Kurtz wrote:
> Signed-off-by: Daniel Kurtz
Reviewed-by: Chris Wilson
--
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=47765
--- Comment #5 from Jerome Glisse 2012-03-27 11:49:06
PDT ---
Created attachment 59126
--> https://bugs.freedesktop.org/attachment.cgi?id=59126
use linear aligned
Does this patch against ddx help ?
--
Configure bugmail: https://bugs.freedes
On Wed, 28 Mar 2012 02:36:13 +0800, Daniel Kurtz wrote:
> Instead of rolling our own custom quirk_xfer function, use the bit_algo
> pre_xfer and post_xfer functions to setup and teardown bit-banged
> i2c transactions.
>
> Signed-off-by: Daniel Kurtz
> Reviewed-by: Daniel Vetter
Reviewed-by: Chr
On Wed, 28 Mar 2012 02:36:22 +0800, Daniel Kurtz wrote:
> Save the GMBUS2 value read while polling for state changes, and then
> reuse this value when determining for which reason the loops were exited.
> This is a small optimization which saves a couple of bus accesses for
> memory mapped IO regi
On Wed, 28 Mar 2012 02:36:10 +0800, Daniel Kurtz wrote:
> Split out gmbus_xfer_read/write() helper functions.
>
> Signed-off-by: Daniel Kurtz
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing
On Wed, 28 Mar 2012 02:36:17 +0800, Daniel Kurtz wrote:
> A common method of probing an i2c bus is trying to do a zero-length write.
> Handle this case by checking the length first before decrementing it.
>
> This is actually important, since attempting a zero-length write is one
> of the ways th
On Wed, 28 Mar 2012 02:36:19 +0800, Daniel Kurtz wrote:
> The GMBUS controller can report a NAK condition while a transaction is
> still active. If the driver is fast enough, and the bus is slow enough,
> the driver may clear the NAK condition while the controller is still
> busy, resulting in a c
On Mon, Mar 26, 2012 at 03:44:33PM +0100, Tony Vroon wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 26/03/12 15:32, Daniel Vetter wrote:
> > Also, can you check whether disabling vt-d does work around the
> > issue?
>
> Yes, that does appear to stay operational for longer on:
> L
On Tue, Mar 27, 2012 at 09:31:24PM +0200, Daniel Vetter wrote:
> On Mon, Mar 26, 2012 at 03:44:33PM +0100, Tony Vroon wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 26/03/12 15:32, Daniel Vetter wrote:
> > > Also, can you check whether disabling vt-d does work around the
>
t;
> On Tue, 2012-03-27 at 20:14 -0400, Steven Rostedt wrote:
> > You can get the full dmesg here:
> >
> > http://rostedt.homelinux.com/private/dmesg-bxf-20120327
>
>
> And the config is here:
>
> http://rostedt.homelinux.com/private/config-bxf-20120327
Can
On Tue, 2012-03-27 at 20:21 -0400, Dave Jones wrote:
>
> Stops the warning, and there are no additional side-effects,
> so looks all good here.
Same.
> Tested-by: Dave Jones
Tested-by: Benjamin Herrenschmidt
> thanks,
>
> Dave
___
dri-dev
On Tue, 27 Mar 2012 10:47:46 +0100
Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the basic drm dma-buf interface layer, called PRIME,
>
> The main APIs exposed to userspace allow translating a 32-bit object
> handle to a file descriptor, and a file descriptor to a 32-bit object
> handle
Instead of letting other modules directly access the ->gmbus array,
introduce intel_gmbus_get_adapter() for looking up an i2c_adapter
for a given gmbus port identifier. This will enable later refactoring
of the gmbus port list.
Note: Before requesting an adapter for a given gmbus port number, the
This patchset addresses a couple of issues with the i915 gmbus implementation:
* fixes misassigned pin port pair for HDMI-D
* fixes write transactions when they are the only transaction requested
(including large >4-byte writes) by terminating every transaction with a
WAIT cycle.
* returns
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27/03/12 11:01, Daniel Vetter wrote:
> Another thing for you to try is booting with
> i915.i915_enable_ppgtt=0 (and vt-d enabled of course).
That appears to be a winner:
adrastea ~ # uname -a
Linux adrastea 3.3.0-06972-ge22057c #1 SMP PREEMPT Tue M
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27/03/12 11:11, Tony Vroon wrote:
> No DMAR complaints in dmesg yet; it would have crashed by now if
> the fault was present.
To confirm, it is stable.
So ppgtt + VT-d is problematic on:
00:02.0 VGA compatible controller [0300]: Intel Corporation 2
On Mar 27, 2012 9:18 PM, "Rob Clark" wrote:
>
> On Tue, Mar 27, 2012 at 6:46 AM, Daniel Vetter wrote:
> > On Tue, Mar 27, 2012 at 10:47:46AM +0100, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> This adds the basic drm dma-buf interface layer, called PRIME,
> >>
> >> The main APIs exposed t
Signed-off-by: Daniel Kurtz
---
drivers/gpu/drm/i915/intel_i2c.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_i2c.c b/drivers/gpu/drm/i915/intel_i2c.c
index 30675ce..e6c090b 100644
--- a/drivers/gpu/drm/i915/intel_i2c.c
+++ b/driver
A common method of probing an i2c bus is trying to do a zero-length write.
Handle this case by checking the length first before decrementing it.
This is actually important, since attempting a zero-length write is one
of the ways that i2cdetect and i2c_new_probed_device detect whether
there is devi
According to i915 documentation [1], "Port D" (DP/HDMI Port D) is
actually gmbus pin pair 6 (gmbus0.2:0 == 110b GPIOF), not 7 (111b).
Pin pair 7 is a reserved pair.
[1] Documentation for [DevSNB+] and [DevIBX], as found on
http://intellinuxgraphics.org:
[DevSNB+]:
http://intellinuxgraphics.org/do
Split out gmbus_xfer_read/write() helper functions.
Signed-off-by: Daniel Kurtz
---
drivers/gpu/drm/i915/intel_i2c.c | 151 +++---
1 files changed, 92 insertions(+), 59 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_i2c.c b/drivers/gpu/drm/i915/intel_i2c.c
This memory is always allocated, and it is always a fixed size, so just
allocate it along with the rest of the driver state.
Signed-off-by: Daniel Kurtz
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_drv.h |2 +-
drivers/gpu/drm/i915/intel_i2c.c | 10 --
2 files changed
It is very common for an i2c device to require a small 1 or 2 byte write
followed by a read. For example, when reading from an i2c EEPROM it is
common to write and address, offset or index followed by a reading some
values.
The i915 gmbus controller provides a special "INDEX" cycle for performing
There is no GMBUS "disabled" port 0, nor "reserved" port 7.
For the other 6 ports there is a fixed 1:1 mapping between pin pairs and
gmbus ports, which means every real gmbus port has a gpio pin.
Given these realizations, clean up gmbus initialization.
Tested on Sandybridge (gen 6, PCH == CougarP
The GMBUS controller GMBUS3 register is double-buffered. Take advantage
of this by writing two 4-byte words before the first wait for HW_RDY.
This helps keep the GMBUS controller from becoming idle during long writes.
Signed-off-by: Daniel Kurtz
---
drivers/gpu/drm/i915/intel_i2c.c | 14
The GMBUS controller can report a NAK condition while a transaction is
still active. If the driver is fast enough, and the bus is slow enough,
the driver may clear the NAK condition while the controller is still
busy, resulting in a confused GMBUS controller. This will leave the
controller in a ba
Instead of rolling our own custom quirk_xfer function, use the bit_algo
pre_xfer and post_xfer functions to setup and teardown bit-banged
i2c transactions.
Signed-off-by: Daniel Kurtz
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_i2c.c | 60 +
1
Save the GMBUS2 value read while polling for state changes, and then
reuse this value when determining for which reason the loops were exited.
This is a small optimization which saves a couple of bus accesses for
memory mapped IO registers.
To avoid "assigning in if clause" checkpatch errors", use
The i915 is only able to generate a STOP cycle (i.e. finalize an i2c
transaction) during a DATA or WAIT phase. In other words, the
controller rejects a STOP requested as part of the first transaction in a
sequence.
Thus, for the first transaction we must always use a WAIT cycle, detect
when the d
On Tue, Mar 27, 2012 at 10:20:21AM +0200, Michel Dänzer wrote:
> On Die, 2012-03-27 at 17:21 +1100, Benjamin Herrenschmidt wrote:
> > On Mon, 2012-03-26 at 17:32 -0400, Dave Jones wrote:
> > > Seeing this in Linus' tree as of v3.3-6972-ge22057c
> >
> > Same WAR
On Wed, 2012-03-28 at 00:17 +, Deucher, Alexander wrote:
> Can you try this patch:
> http://lists.freedesktop.org/archives/dri-devel/2012-March/020606.html
Seems to have fixed the issue. Also, is there a way to get a raw version
of a patch from this web site? I don't like manually cut and pas
]
[] do_one_initcall+0x7f/0x13a
[] sys_init_module+0x17da/0x1a41
[] system_call_fastpath+0x16/0x1b
---[ end trace e08cb31255dbe358 ]---
You can get the full dmesg here:
http://rostedt.homelinux.com/private/dmesg-bxf-20120327
-- Steve
___
dri-devel
On Tue, 2012-03-27 at 20:14 -0400, Steven Rostedt wrote:
> You can get the full dmesg here:
>
> http://rostedt.homelinux.com/private/dmesg-bxf-20120327
And the config is here:
http://rostedt.homelinux.com/private/config-bxf-20120327
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #8 from Andrew Randrianasulu 2012-03-27 22:59:35
PDT ---
If i set "Star style" to "Points" it works OK, another two options (default
"Fuzzy Points" and "Scaled Disks") produces white slow screen.
--
Configure bugmail: https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #9 from Andrew Randrianasulu 2012-03-27 23:17:54
PDT ---
as far as I can see in celestia-1.6.1/src/celengine/render.cpp (function void
Renderer::PointStarVertexBuffer::startSprites() ) - it uses some combination of
GL_ARB_point_sprit
https://bugs.freedesktop.org/show_bug.cgi?id=47955
--- Comment #10 from Andrew Randrianasulu 2012-03-27 23:48:29
PDT ---
wild guess: r300g need something like this?
http://cgit.freedesktop.org/mesa/mesa/commit/?id=022e270b1b972b6d04890f1ac1fc2a4a4ed03ff7
--
Configure bugmail: https://bugs.f
From: Michel Dänzer
Fixes spurious warnings.
Tested-by: Dave Jones
Tested-by: Steven Rostedt
Tested-by: Benjamin Herrenschmidt
Signed-off-by: Michel Dänzer
---
Thanks to Dave, Steven and Ben for testing the patch!
drivers/gpu/drm/radeon/radeon_object.c | 12 +++-
1 files changed
Reviewed-by: Inki Dae
2012. 3. 27. ?? 12:02 Dave Airlie ??:
> From: Dave Airlie
>
> This adds the basic drm dma-buf interface layer, called PRIME,
>
> The main APIs exposed to userspace allow translating a 32-bit object handle
> to a file descriptor, and a file descriptor to a 32-bit object
https://bugzilla.kernel.org/show_bug.cgi?id=42876
ArTourter changed:
What|Removed |Added
CC||artourter at gmail.com
--- Comment #6 fro
https://bugzilla.kernel.org/show_bug.cgi?id=42941
Len Brown changed:
What|Removed |Added
CC||lenb at kernel.org
Component|Hibern
On Mon, Mar 26, 2012 at 11:08 PM, Daniel Vetter wrote:
>
> On Mon, Mar 26, 2012 at 04:47:11PM +0200, Daniel Vetter wrote:
> > On Mon, Mar 26, 2012 at 10:26:41PM +0800, Daniel Kurtz wrote:
> > > According to i915 documentation [1], "Port D" (DP/HDMI Port D) is
> > > actually gmbus pin pair 6 (gmbus
On Mon, Mar 26, 2012 at 10:49 PM, Daniel Vetter wrote:
> On Mon, Mar 26, 2012 at 10:26:42PM +0800, Daniel Kurtz wrote:
>> Instead of rolling our own custom quirk_xfer function, use the bit_algo
>> pre_xfer and post_xfer functions to setup and teardown bit-banged
>> i2c transactions.
>>
>> gmbus_xf
Hi Scott,
Please don't top-post.
On Mon, 26 Mar 2012 15:59:56 -0400, Scott Ondercin wrote:
> -I've been running the computer for over an hour currently and it feels
> perfectly fine. Even the hard drive feels only mildly warm. Nonetheless,
> I'm getting 96C readings for my PCI Adapter.
>
> I
https://bugzilla.kernel.org/show_bug.cgi?id=42876
--- Comment #7 from Artyom Kunyov 2012-03-27
06:57:00 ---
(In reply to comment #6)
> I have tried booting with both nouveau and nvidia blacklisted in console mode
> and still get the same behaviour.
>
> As mention in comment #4, acpi=off no
https://bugs.freedesktop.org/show_bug.cgi?id=47039
Sylvain R?ault changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://b
On Tue, Mar 27, 2012 at 01:49:51AM +0800, Daniel Kurtz wrote:
> I'm not sure what a "Bspec" is, but here is the documents I used:
>
> [DevSNB+]:
> http://intellinuxgraphics.org/documentation/SNB/IHD_OS_Vol3_Part3.pdf
> Section 2.2.2 lists the 6 gmbus ports (gpio pin pairs):
> [ 5: HDMI/DPD, 4:
On Die, 2012-03-27 at 17:21 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2012-03-26 at 17:32 -0400, Dave Jones wrote:
> > Seeing this in Linus' tree as of v3.3-6972-ge22057c
>
> Same WARN_ON hit here on a G5 with rv350
Thanks for the report, guys. Does the patch
Hi,
I'm getting spurious interrupts leading to disabling the interrupt:
42:19168532471662 PCI-MSI-edge i915 at pci::00:02.0
The message:
irq 42: nobody cared (try booting with the "irqpoll" option)
Pid: 20716, comm: virtuoso-t Not tainted 3.3.0-next-20120326_64+ #1673
It is n
On 03/27/2012 10:40 AM, Jiri Slaby wrote:
> Hi,
>
> I'm getting spurious interrupts leading to disabling the interrupt:
> 42:19168532471662 PCI-MSI-edge i915 at pci::00:02.0
>
> The message:
> irq 42: nobody cared (try booting with the "irqpoll" option)
> Pid: 20716, comm: vir
On Tue, Mar 27, 2012 at 10:40:03AM +0200, Jiri Slaby wrote:
> Hi,
>
> I'm getting spurious interrupts leading to disabling the interrupt:
> 42:19168532471662 PCI-MSI-edge i915 at pci::00:02.0
>
> The message:
> irq 42: nobody cared (try booting with the "irqpoll" option)
> Pid
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #11 from Jon Dowland
2012-03-27 09:21:24 ---
Sadly, this patch doesn't seem to solve it. I'll add a printk and re-try just
to be doubly sure I'm not messing things up and loading the wrong module.
--
Configure bugmail: https:/
From: Dave Airlie
This adds the basic drm dma-buf interface layer, called PRIME,
The main APIs exposed to userspace allow translating a 32-bit object handle
to a file descriptor, and a file descriptor to a 32-bit object handle.
The flags value is currently limited to O_CLOEXEC.
Acknowledgement
https://bugs.freedesktop.org/show_bug.cgi?id=46724
vand2 at gmx.de changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Mon, Mar 26, 2012 at 03:36:53PM +0100, Tony Vroon wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 26/03/12 15:32, Daniel Vetter wrote:
> > Ok, this is ugly. Do you have any special module options for i915
> > set (like i915_enable_rc6)?
>
> None set:
> adrastea ~ # cat /proc/cm
Hi Tomasz,
On Friday 23 March 2012 12:33:24 Tomasz Stanislawski wrote:
> On 03/22/2012 12:16 PM, Laurent Pinchart wrote:
> > On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
[snip]
> >> + case VIDIOC_EXPBUF:
> >> + {
> >> + struct v4l2_exportbuffer *p = arg;
> >> +
> >> +
Hi Daniel,
On Thursday 22 March 2012 13:25:20 Daniel Vetter wrote:
> On Thu, Mar 22, 2012 at 13:15, Laurent Pinchart wrote:
> > On Tuesday 13 March 2012 11:17:05 Tomasz Stanislawski wrote:
> >> The DMABUF documentation says that the map_dma_buf callback should return
> >> scatterlist that is mappe
https://bugs.freedesktop.org/show_bug.cgi?id=47900
Vic Lee changed:
What|Removed |Added
Summary|Sampler does not work with |Sampler does not work with
|
https://bugs.freedesktop.org/show_bug.cgi?id=47900
--- Comment #1 from Vic Lee 2012-03-27 03:53:10 PDT ---
EDIT: Only PIPE_FORMAT_R16G16B16A16_FLOAT does not work. 16-bit integer types
work.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving thi
On 03/27/2012 10:57 AM, Daniel Vetter wrote:
> And please mind the guy with bad memory and tell us which chip you have
> again?
Where's that? In xorg.log:
https://bugs.freedesktop.org/attachment.cgi?id=58771
?
(II) intel(0): Integrated Graphics Chipset: Intel(R) G33
(--) intel(0): Chipset: "G33"
On Thu, Mar 01, 2012 at 12:15:57PM -0800, Andrew Morton wrote:
> On Thu, 1 Mar 2012 20:22:59 +0100
> Daniel Vetter wrote:
>
> > drm/i915 wants to read/write more than one page in its fastpath
> > and hence needs to prefault more than PAGE_SIZE bytes.
> >
> > Add new functions in filemap.h to ma
On Tue, Mar 27, 2012 at 10:47:46AM +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the basic drm dma-buf interface layer, called PRIME,
>
> The main APIs exposed to userspace allow translating a 32-bit object handle
> to a file descriptor, and a file descriptor to a 32-bit object han
Hi Linus,
gma500 build fix + some regression fixes for nouveau/radeon, along with
one radeon patch that was posted a while ago and I missed and it also required
rebasing around some other stuff.
Dave.
The following changes since commit e22057c8599373e5caef0bc42bdb95d2a361ab0d:
Merge tag 's
1 - 100 of 136 matches
Mail list logo
