On Friday, February 17, 2012, Alan Stern wrote:
> This patch (as1519) fixes a bug in the block layer's disk-events
> polling. The polling is done by a work routine queued on the
> system_nrt_wq workqueue. Since that workqueue isn't freezable, the
> polling continues even in the middle of a system
https://bugs.freedesktop.org/show_bug.cgi?id=46213
Chris Wilson changed:
What|Removed |Added
AssignedTo|idr at freedesktop.org |dri-devel at
lists.freedesktop
Hi Sumit,
On Friday 17 February 2012 16:37:35 Semwal, Sumit wrote:
> On Fri, Feb 17, 2012 at 4:55 AM, Laurent Pinchart wrote:
> > Hello everybody,
> >
> > First of all, I would like to thank all the attendees for their
> > participation in the mini-summit that helped make the meeting a success.
Hi Daniel,
On Friday 17 February 2012 10:55:54 Daniel Vetter wrote:
> On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
> > Hello everybody,
> >
> > First of all, I would like to thank all the attendees for their
> > participation in the mini-summit that helped make the meeting a
>> ? 2012?2?15? ??11:53?Jerome Glisse ???
>>> To me it looks like the CP is trying to fetch memory but the
>>> GPU memory controller fail to fullfill cp request. Did you
>>> check the PCI configuration before & after (when things don't
>>> work) My best guest is PCI bus mastering is no properly wo
? 2012?2?17? ??12:32?Jerome Glisse ???
> Ok let's start from the begining, i convince it's related to GPU
> memory controller failing to full fill some request that hit system
> memory. So in another mail you wrote :
>
>> BTW, I found radeon_gart_bind() will call pci_map_page(), it hooks
>> to swi
https://bugs.freedesktop.org/show_bug.cgi?id=42611
Eugeni Dodonov changed:
What|Removed |Added
CC||eugeni at dodonov.net
--- Comment #6 fr
Hello Laurent, Everyone:
On Fri, Feb 17, 2012 at 4:55 AM, Laurent Pinchart
wrote:
> Hello everybody,
>
> First of all, I would like to thank all the attendees for their participation
> in the mini-summit that helped make the meeting a success.
>
> *** ?dma-buf Implementation in V4L2 ***
>
> ?Go
This patch (as1519) fixes a bug in the block layer's disk-events
polling. The polling is done by a work routine queued on the
system_nrt_wq workqueue. Since that workqueue isn't freezable, the
polling continues even in the middle of a system sleep transition.
Obviously, polling a suspended drive
wanted to use omap_device_build(). In the case of
omap_drm, we don't have a hwmod entry. We do have an entry for DMM.
Regards,
Andy Gross
------ next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120217/584af0f5/attachment.html>
On 2/16/12 6:25 PM, Laurent Pinchart wrote:
> *** Common video mode data structure and EDID parser ***
>
>Goal: Sharing an EDID parser between DRM/KMS, FBDEV and V4L2.
>
>The DRM EDID parser is currently the most advanced implementation and will
>be taken as a starting point.
>
>D
On Friday, February 17, 2012, Alan Stern wrote:
> This patch (as1519) fixes a bug in the block layer's disk-events
> polling. The polling is done by a work routine queued on the
> system_nrt_wq workqueue. Since that workqueue isn't freezable, the
> polling continues even in the middle of a system
On Fri, Feb 17, 2012 at 04:22:13PM -0500, Alan Stern wrote:
> This patch (as1519) fixes a bug in the block layer's disk-events
> polling. The polling is done by a work routine queued on the
> system_nrt_wq workqueue. Since that workqueue isn't freezable, the
> polling continues even in the middle
On Fri, Feb 17, 2012 at 04:22:13PM -0500, Alan Stern wrote:
> This patch (as1519) fixes a bug in the block layer's disk-events
> polling. The polling is done by a work routine queued on the
> system_nrt_wq workqueue. Since that workqueue isn't freezable, the
> polling continues even in the middle
On Mon, Jan 23, 2012 at 11:24 AM, Cousson, Benoit wrote:
>
>> + if (oh) {
>> + dmm_platdata.base = omap_hwmod_get_mpu_rt_va(oh);
>> + dmm_platdata.irq = oh->mpu_irqs[0].irq;
>>
>
> These are internal hwmod attributes that should not be retrieved here.
> They are
This patch (as1519) fixes a bug in the block layer's disk-events
polling. The polling is done by a work routine queued on the
system_nrt_wq workqueue. Since that workqueue isn't freezable, the
polling continues even in the middle of a system sleep transition.
Obviously, polling a suspended drive
https://bugzilla.kernel.org/show_bug.cgi?id=42787
--- Comment #1 from Michel D?nzer 2012-02-17 13:01:31
---
Let's focus on KMS here.
Please attach the dmesg output.
Does radeon.disp_priority=2 help, or forcing a reduced blanking mode?
--
Configure bugmail: https://bugzilla.kernel.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=46213
Chris Wilson changed:
What|Removed |Added
AssignedTo|i...@freedesktop.org |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=45984
--- Comment #6 from samit vats 2012-02-17 04:32:31 PST
---
I am reproducing the issue with higher versions of xorg-server.Once confirm the
issue is reproduced with higer versions, I will attach the gdb backtrace.
--
Configure bugmail: https:/
On 2/16/12 6:25 PM, Laurent Pinchart wrote:
*** Common video mode data structure and EDID parser ***
Goal: Sharing an EDID parser between DRM/KMS, FBDEV and V4L2.
The DRM EDID parser is currently the most advanced implementation and will
be taken as a starting point.
Different su
On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
> Hello everybody,
>
> First of all, I would like to thank all the attendees for their participation
> in the mini-summit that helped make the meeting a success.
>
> Here are my consolidated notes that cover both the Linaro Connec
Hi Sumit,
On Friday 17 February 2012 16:37:35 Semwal, Sumit wrote:
> On Fri, Feb 17, 2012 at 4:55 AM, Laurent Pinchart wrote:
> > Hello everybody,
> >
> > First of all, I would like to thank all the attendees for their
> > participation in the mini-summit that helped make the meeting a success.
Hi Daniel,
On Friday 17 February 2012 10:55:54 Daniel Vetter wrote:
> On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
> > Hello everybody,
> >
> > First of all, I would like to thank all the attendees for their
> > participation in the mini-summit that helped make the meeting a
On Wed, Feb 15, 2012 at 1:54 PM, wrote:
> If the atombios bits for dpms state are still used from dce4, we would miss
> explicitly
> the DFP6 device in radeon_atombios_encoder_dpms_scratch_regs, wouldn't
> we?
Yeah, we probably should. I'll take a look when I get back to the office.
Alex
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=42611
Eugeni Dodonov changed:
What|Removed |Added
CC||eug...@dodonov.net
--- Comment #6 from
On Wed, Feb 15, 2012 at 1:54 PM, wrote:
> If the atombios bits for dpms state are still used from dce4, we would miss
> explicitly
> the DFP6 device in radeon_atombios_encoder_dpms_scratch_regs, wouldn't
> we?
Yeah, we probably should. I'll take a look when I get back to the office.
Alex
>
>
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #19 from Jonathan Nieder 2012-02-17
05:38:13 ---
(In reply to comment #18)
> Is this still a problem in 3.2 / 3.3-rc1?
Here's a report using 3.0 and 3.2.4:
http://bugs.debian.org/659673
--
Configure bugmail: https://bugzilla.k
https://bugzilla.kernel.org/show_bug.cgi?id=42787
--- Comment #1 from Michel Dänzer 2012-02-17 13:01:31 ---
Let's focus on KMS here.
Please attach the dmesg output.
Does radeon.disp_priority=2 help, or forcing a reduced blanking mode?
--
Configure bugmail: https://bugzilla.kernel.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=45984
--- Comment #6 from samit vats 2012-02-17 04:32:31 PST ---
I am reproducing the issue with higher versions of xorg-server.Once confirm the
issue is reproduced with higer versions, I will attach the gdb backtrace.
--
Configure bugmail: https://
Hello Laurent, Everyone:
On Fri, Feb 17, 2012 at 4:55 AM, Laurent Pinchart
wrote:
> Hello everybody,
>
> First of all, I would like to thank all the attendees for their participation
> in the mini-summit that helped make the meeting a success.
>
> *** dma-buf Implementation in V4L2 ***
>
> Go
>> 在 2012年2月15日 下午11:53，Jerome Glisse 写道：
>>> To me it looks like the CP is trying to fetch memory but the
>>> GPU memory controller fail to fullfill cp request. Did you
>>> check the PCI configuration before & after (when things don't
>>> work) My best guest is PCI bus mastering is no properly wo
On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
> Hello everybody,
>
> First of all, I would like to thank all the attendees for their participation
> in the mini-summit that helped make the meeting a success.
>
> Here are my consolidated notes that cover both the Linaro Connec
在 2012年2月17日 上午12:32，Jerome Glisse 写道：
> Ok let's start from the begining, i convince it's related to GPU
> memory controller failing to full fill some request that hit system
> memory. So in another mail you wrote :
>
>> BTW, I found radeon_gart_bind() will call pci_map_page(), it hooks
>> to swi
Hello everybody,
First of all, I would like to thank all the attendees for their participation
in the mini-summit that helped make the meeting a success.
Here are my consolidated notes that cover both the Linaro Connect meeting and
the ELC meeting. They're also available at
http://www.ideasonb
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #17 from Alexandre Demers
2012-02-16 16:19:08 PST ---
I was not able to find the root of the problem. However, I have many message
telling me the following:
Radon :01:00.0: no 880214144000 via 0x02400 conflicts with (no
Hi Koen,
On Thursday 16 February 2012 23:46:51 Beel, Koen wrote:
> Hi Laurent,
>
> Would it be possible to give us your number on which you can be reached next
> Monday? I prefer to init the call from our side as we will join the call
> with two people and we will be in a meeting room... (so not
36 matches
Mail list logo
