https://bugzilla.kernel.org/show_bug.cgi?id=22022
--- Comment #26 from Jonathan Nieder 2013-04-08 07:06:49
---
(In reply to comment #25)
> [ 270.715016] radeon_cp: Failed to load firmware "radeon/R300_cp.bin"
> [ 270.715045] [drm: r100_cp.init] *ERROR* Failed to load firmware!
> [ 270.71
https://bugzilla.kernel.org/show_bug.cgi?id=22022
--- Comment #27 from Jonathan Nieder 2013-04-08 07:08:01
---
s/is/was, a year ago/
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=22022
--- Comment #28 from Aaron Lu 2013-04-08 07:20:40 ---
Hi Jonathan,
Rolf's comment seems suggest radeon driver is the problem:
https://bugs.freedesktop.org/show_bug.cgi?id=43278#c18
If this is the case, then there is not much we can do in PM
https://bugzilla.kernel.org/show_bug.cgi?id=22022
--- Comment #29 from Jonathan Nieder 2013-04-08 07:32:22
---
Yes, I agree with that. Just wanted to make sure anyone stumbling on this
later doesn't get confused by the request_firmware() stuff.
Rolf, can you still reproduce this with a 3.
On Son, 2013-04-07 at 15:49 +0200, Rafał Miłecki wrote:
> ---
> drivers/gpu/drm/radeon/r600_hdmi.c | 16 ++--
> drivers/gpu/drm/radeon/radeon.h|2 ++
> 2 files changed, 8 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r600_hdmi.c
> b/drivers/gpu/drm
https://bugzilla.kernel.org/show_bug.cgi?id=22022
--- Comment #30 from rolf 2013-04-08 08:27:04 ---
On 08.04.2013 09:32, bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=22022
>
>
>
>
>
> --- Comment #29 from Jonathan Nieder 2013-04-08
> 07:32:22 --
https://bugs.freedesktop.org/show_bug.cgi?id=43278
--- Comment #21 from Jonathan Nieder ---
>From https://bugzilla.kernel.org/show_bug.cgi?id=22022#c30:
> Yes, it can be reproduced with kernel Debian 3.8.5-1~experimental.1 .
--
You are receiving this mail because:
You are the assignee for the
On Thu, 2013-04-04 at 18:56 +0200, Daniel Vetter wrote:
> On Thu, Apr 4, 2013 at 3:31 PM, Daniel Vetter wrote:
> >> In this case when O blocks Y isn't actually blocked, so our
> >> TASK_DEADLOCK wakeup doesn't actually achieve anything.
> >>
> >> This means we also have to track (task) state so th
v2: update error message and comment
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_cs.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index 70d3824..a3dd04d 100644
---
Hello everyone,
Third round of this patchset, and only some stupid typos fixed. I've uploaded
this patchset as branch uvd-3.9 to
git://people.freedesktop.org/~deathsimple/linux.
Please review,
Christian.
___
dri-devel mailing list
dri-devel@lists.fre
v2: update error message and comment
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_cs.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index 70d3824..a3dd04d 100644
---
From: Christian König
Let the CS module decide if we can fall back to VRAM or not.
v2: remove unintended change
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h|5 ++--
drivers/gpu/drm/radeon/radeon_cs.c | 49 ++--
drivers/gpu/dr
From: Alex Deucher
Signed-off-by: Alex Deucher
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 051b8fd..8c5b7e8 100644
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h |5 ++
drivers/gpu/drm/radeon/radeon_atombios.c | 107 ++
drivers/gpu/drm/radeon/radeon_mode.h | 23 +++
3 files changed, 135 insertions(+)
diff --gi
From: Alex Deucher
v2: write clk registers only once!
v3: update cg scratch register properly
v4: add TN support
Signed-off-by: Alex Deucher
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c | 47 ++
drivers/g
From: Alex Deucher
v2: remove unneeded register definitions
Signed-off-by: Alex Deucher
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c | 164 ++
drivers/gpu/drm/radeon/evergreend.h | 27 ++
drivers/gp
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_asic.c |1 +
drivers/gpu/drm/radeon/radeon_asic.h |1 +
drivers/gpu/drm/radeon/si.c | 167 ++
drivers/gpu/drm/radeon/sid.h | 29 ++
4 files
v2: avoid 64bit divide
v3: rv740 uses the evegreen upll configuration
Signed-off-by: Christian König
Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_asic.c |1 +
drivers/gpu/drm/radeon/radeon_asic.h |1 +
drivers/gpu/drm/radeon/rv770.c |
Just until we get proper DPM for that.
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_uvd.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c
b/drivers/gpu/drm/radeon/radeon_uvd.c
index 05a192e..30a9460 100
v2: set UVD tiling config for rv730
Signed-off-by: Christian König
Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c |3 +++
drivers/gpu/drm/radeon/evergreend.h |3 +++
drivers/gpu/drm/radeon/ni.c |3 +++
drivers/gpu/drm/radeon/n
https://bugs.freedesktop.org/show_bug.cgi?id=63236
--- Comment #1 from Michel Dänzer ---
Does this still happen with the current master branch of Tom Stellard's LLVM
repository?
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Sat, Apr 06, 2013 at 02:00:31AM +0200, Laurent Pinchart wrote:
> Hi Ville,
>
> Thanks for the patch.
>
> On Friday 05 April 2013 16:19:36 ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > struct drm_rect represents a simple rectangle. The utility
> > functions are there to
On Sun, Apr 07, 2013 at 08:18:31PM +0200, Rafał Miłecki wrote:
> Some devices (ATI/AMD cards) don't support passing ELD struct to the
> hardware but just require filling specific registers and then the
> hardware/firmware does the rest. In such cases we need to read the info
> from SAD blocks and p
On Mon, Apr 08, 2013 at 12:39:24PM +0200, Peter Zijlstra wrote:
> On Thu, 2013-04-04 at 18:56 +0200, Daniel Vetter wrote:
> > Presuming I'm still following we should be able to fix this with the
> > new sleep state TASK_DEADLOCK and a flag somewhere in the thread info
> > (let's call it PF_GTFO for
2013/4/8 Ville Syrjälä :
>> + *sads = kzalloc(count * sizeof(*sads), GFP_KERNEL);
>
> Still looks a bit wrong.
>
> kcalloc(count, sizeof(**sads), GFP_KERNEL);
>
> Also a minor nit, but the scope of some variables is needlessly large.
> db and dbl are only needed inside the outer
On Thu, Mar 07, 2013 at 02:44:12PM +0100, Thierry Reding wrote:
> On Thu, Mar 07, 2013 at 02:32:51PM +0100, Lucas Stach wrote:
> > Am Montag, den 04.03.2013, 16:02 +0100 schrieb Thierry Reding:
> > > On Mon, Mar 04, 2013 at 04:49:46PM +0200, Ville Syrjälä wrote:
> > > > On Fri, Feb 22, 2013 at 08:0
Seems to make suspend slightly more reliable on my system.
Cc: sta...@vger.kernel.org [3.7+]
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c
b/drivers/gpu/drm/nouveau/nouveau_drm.c
index b6bdc9f..5032c31 100644
--- a/drivers/gpu/drm/nouveau/nouveau_drm.c
+
On Sat, Apr 6, 2013 at 12:05 PM, Daniel Vetter wrote:
> When inlining the actual hpd output probing in
>
> commit 69787f7da6b2adc4054357a661aaa1701a9ca76f
> Author: Daniel Vetter
> Date: Tue Oct 23 18:23:34 2012 +
>
> drm: run the hpd irq event code directly
>
> the check for the drm_km
On Mon, Apr 8, 2013 at 2:28 PM, Alex Deucher wrote:
> On Sat, Apr 6, 2013 at 12:05 PM, Daniel Vetter wrote:
>> When inlining the actual hpd output probing in
>>
>> commit 69787f7da6b2adc4054357a661aaa1701a9ca76f
>> Author: Daniel Vetter
>> Date: Tue Oct 23 18:23:34 2012 +
>>
>> drm: ru
In order to make it easier to port the code to other operating systems
(like the BSDs), relicense the HDMI helpers under the more permissive
MIT license.
Signed-off-by: Thierry Reding
---
drivers/video/hdmi.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --gi
On Mon, Apr 08, 2013 at 02:52:40PM +0300, Ville Syrjälä wrote:
> On Thu, Mar 07, 2013 at 02:44:12PM +0100, Thierry Reding wrote:
> > On Thu, Mar 07, 2013 at 02:32:51PM +0100, Lucas Stach wrote:
> > > Am Montag, den 04.03.2013, 16:02 +0100 schrieb Thierry Reding:
> > > > On Mon, Mar 04, 2013 at 04:4
While migrating to common clock framework (CCF), I found that the FIMD clocks
were pulled down by the CCF.
If CCF finds any clock(s) which has NOT been claimed by any of the
drivers, then such clock(s) are PULLed low by CCF.
Calling clk_prepare() for FIMD clocks fixes the issue.
This patch also r
On 8 April 2013 16:37, Vikas Sajjan wrote:
> While migrating to common clock framework (CCF), I found that the FIMD clocks
> were pulled down by the CCF.
> If CCF finds any clock(s) which has NOT been claimed by any of the
> drivers, then such clock(s) are PULLed low by CCF.
>
> Calling clk_prepar
On Sat, Apr 6, 2013 at 6:21 PM, Rafał Miłecki wrote:
> I was surprised that my BARTS in a Samsung notebook doesn't have a
> RADEON_IS_IGP flag.
Barts is a discrete chip. the IGP flag is only set for integrated
parts and APUs.
>
> Are there any DCE5 devices that are IGP?
No. Ontario and and ll
On Fri, Apr 5, 2013 at 5:11 PM, Andy Lutomirski wrote:
> Every day or so, I'll click something and my screens go blank for a
> second or two. dmesg complains about a lockup, and afterwards
> everything is painfully slow. (Even switching focus to other emacs
> windows takes a second or two.) Onc
On Mon, Apr 08, 2013 at 12:41:26PM +0200, Christian König wrote:
> Hello everyone,
>
> Third round of this patchset, and only some stupid typos fixed. I've uploaded
> this patchset as branch uvd-3.9 to
> git://people.freedesktop.org/~deathsimple/linux.
>
> Please review,
> Christian.
Looks go
On Mon, Apr 8, 2013 at 8:43 AM, Daniel Vetter wrote:
> On Mon, Apr 8, 2013 at 2:28 PM, Alex Deucher wrote:
>> On Sat, Apr 6, 2013 at 12:05 PM, Daniel Vetter
>> wrote:
>>> When inlining the actual hpd output probing in
>>>
>>> commit 69787f7da6b2adc4054357a661aaa1701a9ca76f
>>> Author: Daniel Ve
https://bugs.freedesktop.org/show_bug.cgi?id=57567
Alex Deucher changed:
What|Removed |Added
Attachment #77441|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #30 from Jerome Glisse ---
Well this is also a kwin bug, kwin should not pick MSAA visual. I fixed cogl so
that it does not pick msaa visual for gnome-shell.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #14 from Jerome Glisse ---
Created attachment 77607
--> https://bugs.freedesktop.org/attachment.cgi?id=77607&action=edit
Full flush on vm flush
Can you try this patch ?
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #15 from Jerome Glisse ---
Created attachment 77608
--> https://bugs.freedesktop.org/attachment.cgi?id=77608&action=edit
Always vm flush
Or this one, or both patch together. I am hoping this one is enough
--
You are receiving thi
24-bit GBR order is needed on the display interface connected
to the Television Encoder (TVEv2) on i.MX53.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm.h | 10 ++
drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 10 ++
2 files changed, 20 insertions(+)
diff --
Add WRG and WCLK opcodes to the display controller microcode,
and allow multi instruction codes.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 39 -
1 file changed, 24 insertions(+), 15 deletions(-)
diff --git a/drivers/staging/imx-dr
This adds display interface timings for the Television Encoder
connected to IPU DI1 on i.MX53 and adds some configuration
glue code to select which IPU signal generators / pins are to
be used for HSYNC/VSYNC signals.
The default configuration is pin2/pin3 for hsync/vsync. The
VGA connector on i.MX
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipuv3-crtc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/imx-drm/ipuv3-crtc.c
b/drivers/staging/imx-drm/ipuv3-crtc.c
index b028b0d..620e571 100644
--- a/drivers/staging/imx-drm/ipuv3-crtc.c
+++ b/drivers/staging/i
This driver adds support for the Television Encoder integrated
on i.MX53 SoCs (TVEv2).
Currently only the VGA output mode is supported, which only uses
the TVDAC to generate RGB levels. HSYNC and VSYNC signals are
routed directly from the IPU signal generator pins through IOMUXC.
Signed-off-by: P
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-dc.c
b/drivers/staging/imx-drm/ipu-v3/ipu-dc.c
index 355b8a2..1cb0631 100644
--- a/drivers/staging/imx-dr
Hi,
the following patches allow to use the integrated Television Encoder
(TVEv2) on the i.MX53 SoC as VGA output encoder for the IPU. This is
useful for the Freescale i.MX53-QSB and TQ MBa53 boards, which have
VGA and DVI-I connectors, respectively.
regards
Philipp
---
drivers/staging/imx-drm/K
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/ipu-v3/ipu-di.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-di.c
b/drivers/staging/imx-drm/ipu-v3/ipu-di.c
index ec340da..26534b7 100644
--- a/drivers/staging/imx-drm/ipu-v
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #16 from Alex Deucher ---
We shouldn't need to flush the caches in vm_flush() since that is already
handled in fence_ring_emit(). I think attachment 72794 from bug 58354 may
actually do the trick.
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=62889
--- Comment #15 from Alex Deucher ---
Created attachment 77614
--> https://bugs.freedesktop.org/attachment.cgi?id=77614&action=edit
possible fix
Does this kernel patch fix the issue?
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #13 from Alex Deucher ---
Created attachment 77616
--> https://bugs.freedesktop.org/attachment.cgi?id=77616&action=edit
possible fix
Does this kernel patch fix the issue?
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #17 from Jerome Glisse ---
Yes this patch should do the trick
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedeskt
From: Jerome Glisse
Signed-off-by: Jerome Glisse
---
include/drm/radeon_drm.h | 61
1 file changed, 61 insertions(+)
diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h
index 00d66b3..ff3ce3a 100644
--- a/include/drm/radeon_drm.h
++
From: Jerome Glisse
v2: Only writte tile index if flags for it is set
v3: Remove useless allow2d scanout flags
v4: Split radeon_drm.h update to its own patch
Signed-off-by: Jerome Glisse
---
radeon/radeon_surface.c | 658
radeon/radeon_surface.h
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #28 from Vladimir ---
Created attachment 77625
--> https://bugs.freedesktop.org/attachment.cgi?id=77625&action=edit
New screenshot
It actually became worse, hard to replicate scenario with shifted screen(most
of time looks like 3.8
https://bugs.freedesktop.org/show_bug.cgi?id=63279
Priority: medium
Bug ID: 63279
Assignee: dri-devel@lists.freedesktop.org
Summary: xf86-video-savage-2.3.6 driver does not work
Severity: normal
Classification: Unclassified
O
https://bugs.freedesktop.org/show_bug.cgi?id=63279
Musikolo changed:
What|Removed |Added
Hardware|Other |x86 (IA32)
OS|All
On Mon, Apr 8, 2013 at 8:58 PM, Sebastian Andrzej Siewior
wrote:
> * Daniel Vetter | 2013-04-02 15:47:02 [+0200]:
>>On Tue, Apr 02, 2013 at 03:30:58PM +0200, Sebastian Andrzej Siewior wrote:
>>> mutex_is_locked_by() checks the owner of the lock against current. This
>>> is done by accessing a priv
https://bugs.freedesktop.org/show_bug.cgi?id=63279
Tormod Volden changed:
What|Removed |Added
See Also||https://launchpad.net/bugs/
On Mon, Apr 8, 2013 at 10:04 PM, Maarten Lankhorst <
maarten.lankho...@canonical.com> wrote:
> Seems to make suspend slightly more reliable on my system.
>
NACK.
"Seems to", and "slightly" don't make a very good argument for this.
Likely all you've done is change the timing of certain things hap
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #18 from Alexandre Demers ---
Attachment 72794 applied on kernel 3.9-rc6 hangs (2 on 2) at
spec/glsl-1.10/execution/built-in-functions/vs-max-vec2-vec2
Applying [...] @@ -459,6 +459,7 @@ static int radeon_cs_ib_vm_chunk(struct
radeo
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #19 from Marek Olšák ---
(In reply to comment #18)
> Attachment 72794 [details] applied on kernel 3.9-rc6 hangs (2 on 2) at
> spec/glsl-1.10/execution/built-in-functions/vs-max-vec2-vec2
>
>
> Applying [...] @@ -459,6 +459,7 @@ stat
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #20 from Marek Olšák ---
Sorry I meant to say the "order" test hangs and is unrelated to the other hangs
and the patches posted here won't help you with it. Anyway, I have committed
the fix for the "order" test now.
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #21 from Alexandre Demers ---
(In reply to comment #20)
> Sorry I meant to say the "order" test hangs and is unrelated to the other
> hangs and the patches posted here won't help you with it. Anyway, I have
> committed the fix for the
https://bugs.freedesktop.org/show_bug.cgi?id=62959
--- Comment #22 from Alexandre Demers ---
It seems running kernel 3.9-rc6 with attachment 72794 with latest mesa (UMAD
fixed on Cayman, thanks to commit pushed by Marek) allowed me to run all r600
piglit tests without any issue.
--
You are rece
It is better to remove "occured" from messages.
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gsc.c
b/drivers/gpu/drm/exynos/exynos_drm_gsc.c
index 7841c3b..898b3
On Mon, Apr 08, 2013 at 06:04:31PM +0200, Philipp Zabel wrote:
> Hi,
>
> the following patches allow to use the integrated Television Encoder
> (TVEv2) on the i.MX53 SoC as VGA output encoder for the IPU. This is
> useful for the Freescale i.MX53-QSB and TQ MBa53 boards, which have
> VGA and DVI-I
* Daniel Vetter | 2013-04-02 15:47:02 [+0200]:
>On Tue, Apr 02, 2013 at 03:30:58PM +0200, Sebastian Andrzej Siewior wrote:
>> mutex_is_locked_by() checks the owner of the lock against current. This
>> is done by accessing a private member of struct mutex which works on
>> mainline but does not on
https://bugzilla.kernel.org/show_bug.cgi?id=10319
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=12434
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=12778
yury changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=13170
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=13446
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=13880
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=14993
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=15120
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=16560
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=20432
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=21002
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=22022
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=42627
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=43276
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
https://bugzilla.kernel.org/show_bug.cgi?id=43741
Zhang Rui changed:
What|Removed |Added
Blocks||56331
--
Configure bugmail: https://bugz
Op 09-04-13 01:14, Ben Skeggs schreef:
> On Mon, Apr 8, 2013 at 10:04 PM, Maarten Lankhorst <
> maarten.lankho...@canonical.com> wrote:
>
>> Seems to make suspend slightly more reliable on my system.
>>
> NACK.
>
> "Seems to", and "slightly" don't make a very good argument for this.
> Likely all y
85 matches
Mail list logo