On Friday, February 24, 2012, David Miller wrote:
> From: "Rafael J. Wysocki"
> Date: Thu, 23 Feb 2012 23:51:20 +0100 (CET)
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=42776
> > Subject : OF-related boot crash in 3.3.0-rc3-00188-g3
nd we
are not aware of a number of them as a result. To tackle this issue we
kindly request that regression reports be CCed or forwarded to the LKML
as stated below.
Thanks,
Rafael
-
This message contains a list of
This message contains a list of some post-3.1 regressions introduced before
3.2, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-3.1 regressions, please let us know
either
This message contains a list of some regressions from 3.2,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 3.2, please let us
know either and we'll add them to
This message contains a list of some post-3.1 regressions introduced before
3.2, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-3.1 regressions, please let us know
either
On Sunday, March 18, 2012, Hugh Dickins wrote:
> Added Rafael to the Cc: Rafael, we're pondering over one or more of these
> recurrent threads about corruption after resume, seemingly related to i915.
Thanks for letting me know. :-)
I actually have a confirmation that the issue isn&#
on PM_RUNTIME and making it always
> > use pm_runtime_* API, regardless if the platform actually implements runtime
> > PM or not ? Is there any issue in using the Runtime PM core always, rather
> > than coding any workarounds in drivers when PM_RUNTIME is disabled ?
>
> I don&#
only concern corner cases and don't matter in practice.
For cpufreq and cpuidle:
Acked-by: Rafael J. Wysocki
> Arnd Bergmann (22):
> can: move CONFIG_HAVE_CAN_FLEXCAN out of CAN_DEV
> cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY
> cpuidle: calxeda: select ARM_CPU_S
mitted and then we'll decide what to merge.
I'm slightly concerned about unregistering ACPI backlight control for all
systems declaring win8 support, even though it may actually work for them.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
systems (which it seems to) it has my Ack and imo should go in. If acpi
> maintainers can smash their Ack onto the acpi parts I'd very much like to
> merge this into drm-intel-next, that should give us the most coverage for
> intel systems.
>
> Len, Rafael, are you ok with the
ch it has to pass into driver legacy
> suspend calls. get_pm_transition() interface addresses this need.
That shouldn't be necessary because each transition has its own callback
in strict dev_pm_ops.
Thanks,
Rafael
> Signed-off-by: Shuah Khan
> ---
> drivers/base/power/main.c | 17
On Monday, June 24, 2013 04:20:06 PM Shuah Khan wrote:
> On 06/22/2013 03:17 PM, Rafael J. Wysocki wrote:
> > On Saturday, June 22, 2013 02:11:14 PM Shuah Khan wrote:
> >> Add a new interface get_pm_transition() to return pm_transition state.
> >> This interface
ons on Windows 8 platforms */
> + if (acpi_osi_version() >= ACPI_OSI_WIN_8)
> + acpi_video_backlight_unregister();
> }
>
> if (IS_GEN5(dev))
>
Well, this causes build failures to happen when the ACPI video driver is
modular and the graphics driver is not.
I'm
On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > Windows 8 leaves backlight control up to individual graphics drivers rather
> > than making ACPI calls itself. There's plenty of evidence to sugges
On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> > On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > > Windows 8 leaves backlight control up to individual graphics drivers
> > &g
On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> > On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> > > On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > > &
On Saturday, July 06, 2013 01:45:56 PM Aaron Lu wrote:
> On 07/06/2013 06:23 AM, Rafael J. Wysocki wrote:
> > On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> >> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> >>> On Friday, July
(Ivy Bridge), i915 graphics.
That doesn't happen with 3.9 (same config otherwise). It also doesn't happen
with my older Sandy Bridge-based box (with 3.10), so I suspect Ivy Bridge
specifics.
Is this known? Do you want me to bisect?
Rafael
--
I speak only for myself.
Rafael J. Wyso
On Saturday, July 06, 2013 04:16:36 PM Daniel Vetter wrote:
> On Sat, Jul 6, 2013 at 3:59 PM, Rafael J. Wysocki wrote:
> > Hi,
> >
> > I've just started to play with a new Acer Aspire S5 test box and noticed
> > that
> > garbage is displayed after resume fr
On Saturday, July 06, 2013 03:59:49 PM Rafael J. Wysocki wrote:
> Hi,
>
> I've just started to play with a new Acer Aspire S5 test box and noticed that
> garbage is displayed after resume from suspend to RAM with the 3.10 kernel
> (under KDE 4.10.3 on openSUSE 12.3). The dis
On Saturday, July 06, 2013 03:33:01 PM Rafael J. Wysocki wrote:
> On Saturday, July 06, 2013 01:45:56 PM Aaron Lu wrote:
> > On 07/06/2013 06:23 AM, Rafael J. Wysocki wrote:
> > > On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> > >> On Friday, July
On Saturday, July 06, 2013 10:26:28 PM Rafael J. Wysocki wrote:
> On Saturday, July 06, 2013 04:16:36 PM Daniel Vetter wrote:
> > On Sat, Jul 6, 2013 at 3:59 PM, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > I've just started to play with a new Acer A
From: Rafael J. Wysocki
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows [8] doesn't use the ACPI interface, includin
On Monday, July 15, 2013 10:36:15 AM Aaron Lu wrote:
> On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > According to Matthew Garrett, "Windows 8 leaves backlight control up
> > to individual graphics drivers rather than makin
On Monday, July 15, 2013 05:06:09 PM Igor Gnatenko wrote:
> On Sat, 2013-07-13 at 02:46 +0200, Rafael J. Wysocki wrote:
[...]
>
> I can't build it. Where did I go wrong?
Probably nowhere, you tried to build the ACPI video driver as a module, that's
all. And you
On Tuesday, July 16, 2013 11:24:05 AM Aaron Lu wrote:
> On 07/15/2013 07:42 PM, Rafael J. Wysocki wrote:
> > On Monday, July 15, 2013 10:36:15 AM Aaron Lu wrote:
> >> On 07/13/2013 08:46 AM, Rafael J. Wysocki wrote:
> >>> From: Rafael J. Wysocki
> >>>
&g
On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote:
> On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote:
> > Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we no
> > longer see switch status of backlight.
>
> Yeah, I can duplicate tha
On Wednesday, July 17, 2013 09:16:38 AM Igor Gnatenko wrote:
> On Wed, 2013-07-17 at 00:01 +0200, Rafael J. Wysocki wrote:
> > On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote:
> > > On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote:
> > > > Hmm. I
_device_find_cap() call acpi_video_init_brightness() even
if it is not going to register the backlight interface (needed for
Thinkpads).
[3/3] Avoid using ACPI backlight if i915 is in use and the firmware believes
we are Windows 8.
Many thanks to everyone involved!
Rafael
-
ed by
acpi_video_init_brightness() if we are not going to use it.]
Signed-off-by: Matthew Garrett
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/video.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
Index: linux-pm/drivers/acpi/vi
From: Rafael J. Wysocki
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows [8] doesn't use the ACPI interface, includin
an earlier patch from Seth Forshee.
[rjw: Changelog]
Signed-off-by: Aaron Lu
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/acpica/aclocal.h | 13 -
include/acpi/acpixf.h | 1 +
include/acpi/actypes.h| 15 +++
3 files changed, 16 insertions(+), 13
This message contains a list of some regressions from 2.6.38,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.38, please let us
know either and we'll add th
This message contains a list of some post-2.6.37 regressions introduced before
2.6.38, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.37 regressions, please let us kno
[NOTE:
I have one request for whoever works on fixing the listed regressions. While
your work is highly appreciated anyway, if you have a patch fixing a listed
regression or you know of a commit fixing a listed regression, please drop
a notice into the corresponding Bugzilla entry. This will
This message contains a list of some post-2.6.37 regressions introduced before
2.6.38, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.37 regressions, please let us kno
This message contains a list of some regressions from 2.6.38,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.38, please let us
know either and we'll add th
[NOTE:
This most likely is the last summary report of post-2.6.37 regressions
introduced during the 2.6.38 development cycle. Please let us know what
the current status of those bugs is, if possible, and thanks for all of
the reports, updates and fixes.]
This message contains a list of some p
On Friday, May 20, 2011, Ray Lee wrote:
> [ Adding Chris Wilson (author of the problematic patch) and Rafael Wysocki
> to the message ]
It is on the list of known regressions from 2.6.37, but we're not tracking
them any more now that 2.6.39 is out.
Thanks,
Rafael
> On Fri, May
This message contains a list of some regressions from 2.6.39,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.39, please let us
know either and we'll add th
This message contains a list of some post-2.6.38 regressions introduced before
2.6.39, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.38 regressions, please let us kno
This message contains a list of some regressions from 2.6.39,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.39, please let us
know either and we'll add th
This message contains a list of some post-2.6.38 regressions introduced before
2.6.39, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.38 regressions, please let us kno
kernel.org/show_bug.cgi?id=38152
Subject : acpi_power_off lockdep splat
Submitter : Borislav Petkov
Date: 2011-06-19 13:30 (22 days old)
Message-ID : <20110619133049.ga18...@liondog.tnic>
References : http://marc.info/?l=linux-kernel&m=13084
This message contains a list of some post-2.6.38 regressions introduced before
2.6.39, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.38 regressions, please let us kno
On Sunday, July 10, 2011, Johannes Berg wrote:
> On Sun, 2011-07-10 at 12:19 +0200, Rafael J. Wysocki wrote:
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=38702
> > Subject : 3.0.0-rc4-git6 - INFO: possible circular locking
> > dependenc
[NOTE:
We already have a bug entry for tracking regressions from 3.0:
http://bugzilla.kernel.org/show_bug.cgi?id=40982
but there are no reports linked to it, mostly because Maciej is on vacation,
but also because the frequency of reporting regressions has been low
recently. So, if you're se
On Monday, August 15, 2011, Paul E. McKenney wrote:
> On Sun, Aug 14, 2011 at 09:02:27PM +0200, Rafael J. Wysocki wrote:
> > [NOTE:
> > We already have a bug entry for tracking regressions from 3.0:
> >
> > http://bugzilla.kernel.org/show_bug.cgi?id=40982
> &g
This message contains a list of some regressions from 3.0,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 3.0, please let us
know either and we'll add them to
On Sunday, August 28, 2011, Dave Jones wrote:
> On Sun, Aug 28, 2011 at 08:22:05PM +0200, Rafael J. Wysocki wrote:
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=41742
> > Subject: duplicate filename for intel_backlight with the i915
>
This message contains a list of some post-2.6.39 regressions introduced before
3.0, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.39 regressions, please let us know
e
rch kernel: [] ?
> > radeon_gem_create_ioctl+0x54/0xd0
> > Nov 8 19:28:23 arch kernel: [] ?
> > sock_aio_read+0x10d/0x120
> > Nov 8 19:28:23 arch kernel: [] ? drm_ioctl+0x39c/0x450
> > Nov 8 19:28:23 arch kernel: [] ?
> > radeon_gem_create_ioctl+0x0/0xd0
> > Nov 8 19:28:23 arch kernel: [] ? do_vfs_ioctl+0xa9/0x610
> > Nov 8 19:28:23 arch kernel: [] ? sys_ioctl+0x49/0x80
> > Nov 8 19:28:23 arch kernel: [] ? sys_read+0x4e/0x90
> > Nov 8 19:28:23 arch kernel: [] ?
> > system_call_fastpath+0x16/0x1b
> >
>
> Thomas this bug seems to point to a case where we endup trying adding
> an entry to
> same offset in the rb tree for addr_space_mm. After reviewing
> carefully the locking
> around the rb tree modification & addr_space_mm i am fairly confident
> that no race can
> occur. Would you have any idea on what might go wrong here ? I guess i would
> ultimately need to dump mm & rb tree state when BUG get trigger to try
> to understand
> states of things.
Hmm, why are you using BUG in there in the first place? Would it be _so_
dangerous to continue that we just have to crash here?
Rafael
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
: https://bugzilla.kernel.org/show_bug.cgi?id=22962#c5
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=22932
Subject : [REGRESSION] [2.6.37-rc1] Fan noise after suspend to ram/disk
Submitter : Maciej Rutecki
Date : 2010-11-04 16:06 (15 days old)
Fi
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.35 regressions, please let us kno
On Friday, November 19, 2010, Jesse Gross wrote:
> On Thu, Nov 18, 2010 at 3:50 PM, Rafael J. Wysocki wrote:
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=20462
> > Subject : 2.6.36-rc7-git2 - panic/GPF: e1000e/vlans?
> > Submitter : Nik
On Friday, November 19, 2010, Alex Deucher wrote:
> On Thu, Nov 18, 2010 at 6:23 PM, Rafael J. Wysocki wrote:
> > This message contains a list of some regressions from 2.6.36,
> > for which there are no fixes in the mainline known to the tracking team.
> > If any of them ha
* Invalid command stream !
[ 143.370083] [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
This doesn't happen with 2.6.37-rc2.
Full dmesg output is attached, please let me know if you need more information.
Thanks,
Rafael
[0.00] Initializing cgroup subsys cpuset
[0.00] Linux ve
On Wednesday, November 24, 2010, Rafael J. Wysocki wrote:
> Hi,
>
> I cannot start KDE with the 2.6.37-rc3 kernel. The X server and display
> manager start normally, but when I attempt to log into KDE, it attempts to
> start, but then the X apparently crashes and this appears in t
On Wednesday, November 24, 2010, Alex Deucher wrote:
> 2010/11/23 Rafael J. Wysocki :
> > On Wednesday, November 24, 2010, Rafael J. Wysocki wrote:
> >> Hi,
> >>
> >> I cannot start KDE with the 2.6.37-rc3 kernel. The X server and display
> >> mana
On Wednesday, November 24, 2010, Alex Deucher wrote:
> On Tue, Nov 23, 2010 at 8:45 PM, Rafael J. Wysocki wrote:
> > On Wednesday, November 24, 2010, Alex Deucher wrote:
> >> 2010/11/23 Rafael J. Wysocki :
> >> > On Wednesday, November 24, 2010, Rafae
.cgi?id=23332
Subject : Boot failure on HP nx6325
Submitter : Rafael J. Wysocki
Date: 2010-11-20 00:57 (13 days old)
First-Bad-Commit:
http://git.kernel.org/linus/1af3c2e45e7a641e774bbb84fa428f2f0bf2d9c9
Handled-By : Bjorn Helgaas
Bug-Entry : http://bu
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.35 regressions, please let us kno
This message contains a list of some regressions from 2.6.36,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.36, please let us
know either and we'll add th
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.35 regressions, please let us kno
This message contains a list of some regressions from 2.6.36,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.36, please let us
know either and we'll add th
[NOTE: This most likely is the last summary report of regressions introduced
between 2.6.35 and 2.6.36.]
This message contains a list of some post-2.6.35 regressions introduced before
2.6.36, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed a
On Monday, January 10, 2011, David Miller wrote:
> From: "Rafael J. Wysocki"
> Date: Wed, 29 Dec 2010 23:59:38 +0100 (CET)
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24592
> > Subject : 2.6.37-rc5: NULL pointer oops in
> &g
On Monday, January 10, 2011, David Miller wrote:
> From: "Rafael J. Wysocki"
> Date: Wed, 29 Dec 2010 23:59:38 +0100 (CET)
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24592
> > Subject : 2.6.37-rc5: NULL pointer oops in
> &g
s purpose and applied to -fixes.
However, it might be better to use acpi_os_ioremap() in case we decide to
go back to ioremap() for some reason. For now, ioremap_cache() seems fine,
but ...
Thanks,
Rafael
___
dri-devel mailing list
dri-devel@lists.freedes
On Sunday, January 23, 2011, Chris Wilson wrote:
> On Sun, 23 Jan 2011 21:52:27 +0100, "Rafael J. Wysocki" wrote:
> > On Sunday, January 23, 2011, Chris Wilson wrote:
> > > On Sun, 23 Jan 2011 18:23:34 +0100, Michael Karcher
> > > wrote:
> > > &g
> >
> > pci_read_config_dword(dev->pdev, PCI_ASLS, &asls);
> > DRM_DEBUG_DRIVER("graphic opregion physical addr: 0x%x\n", asls);
> > if (asls == 0) {
> >
>
> so you want me to revert to a stock b705120e before doing the above?
Alternatively, you could take the vanilla Linus' tree and replace
ioremap_cache() with ioremap() in include/linux/acpi_io.h . Please try that
and see if it makes a difference.
Thanks,
Rafael
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
This message contains a list of some regressions from 2.6.37,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.37, please let us
know either and we'll add th
This message contains a list of some post-2.6.36 regressions introduced before
2.6.37, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.36 regressions, please let us kno
On Thursday, February 03, 2011, Takashi Iwai wrote:
> At Thu, 3 Feb 2011 07:42:05 -0800,
> Linus Torvalds wrote:
> >
> > On Thu, Feb 3, 2011 at 3:23 AM, Carlos R. Mafra wrote:
> > > On Thu 3.Feb'11 at 1:03:41 +0100, Rafael J. Wysocki wrote:
> > >>
lead to
a suspend sequence deadlock.
Unfortunately, it looks like the ACPI video device is registered before the
PCI device that's becoming it's parent, so the above assumption will be
violated.
Thanks,
Rafael
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Sunday, February 06, 2011, Matthew Garrett wrote:
> On Sun, Feb 06, 2011 at 09:35:07PM +0100, Rafael J. Wysocki wrote:
> > > + acpi_get_parent(device->dev->handle, &acpi_parent);
> > > +
> > > + pdev = acpi_get_pci_de
On Sunday, February 06, 2011, Matthew Garrett wrote:
> On Sun, Feb 06, 2011 at 11:41:19PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, February 06, 2011, Matthew Garrett wrote:
> > > Ugh. Ok, how can we fix this?
> >
> > Not nicely, I'm afraid.
On Monday, February 07, 2011, Matthew Garrett wrote:
> On Mon, Feb 07, 2011 at 12:01:25AM +0100, Rafael J. Wysocki wrote:
>
> > Yes, it seems so, but I'm not sure what the short term consequences of that
> > change will be. Perhaps there will be none. :-)
>
> O
On Monday, February 07, 2011, Matthew Garrett wrote:
> On Mon, Feb 07, 2011 at 02:32:35PM -0700, Bjorn Helgaas wrote:
>
> > I'm not familiar with video devices, but I agree, this situation does
> > feel broken. Is it the case that there's a PCI device as well as an
> > ACPI namespace Device for t
This message contains a list of some regressions from 2.6.37,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.37, please let us
know either and we'll add th
This message contains a list of some post-2.6.36 regressions introduced before
2.6.37, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.36 regressions, please let us kno
On Sunday, February 13, 2011, da...@lang.hm wrote:
> On Sun, 13 Feb 2011, Rafael J. Wysocki wrote:
>
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.36 and 2.6.37.
> >
> > The following bug entry i
This message contains a list of some regressions from 2.6.37,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.37, please let us
know either and we'll add th
[NOTE: Can maintainers _please_ merge patches listed below, especially those
that
have been known for weeks?]
This message contains a list of some post-2.6.36 regressions introduced before
2.6.37, for which there are no fixes in the mainline known to the tracking team.
If any of them have been f
This message contains a list of some regressions from 2.6.37,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.37, please let us
know either and we'll add th
rker consumes ~100% CPU on HP Elitebook 8540w after resume
Submitter : Ortwin Glück
Date: 2011-02-23 11:49 (12 days old)
Handled-By : Rafael J. Wysocki
Patch : https://patchwork.kernel.org/patch/604371/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?
This message contains a list of some regressions from 2.6.37,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.37, please let us
know either and we'll add th
On Sunday, March 27, 2011, Rafael J. Wysocki wrote:
> This message contains a list of some regressions from 2.6.37,
> for which there are no fixes in the mainline known to the tracking team.
> If any of them have been fixed already, please let us know.
>
> If you know of any o
+0xc6/0x1e0
> [ 669.112505] [] ? autoremove_wake_function+0x0/0x40
> [ 669.112505] [] ? worker_thread+0x0/0x1e0
> [ 669.112505] [] kthread+0x8e/0xa0
> [ 669.112505] [] kernel_thread_helper+0x4/0x10
> [ 669.112505] [] ? kthread+0x0/0xa0
> [ 669.112505] [] ? kernel_thread_helper+0x0/0x10
>
> Except for that one there are a few async/* tasks waiting.
It looks like the freezer fails on your system.
How much time did you wait for the failig "pm_test = device" to recover?
Rafael
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
so for
> Alex/Jerome.
I'm not reproducing this on Acer Ferrari One (that has an rs780 IIRC),
but it seems I can reproduce it on a desktop box with some PCIe r300.
Tomorrow I'll try .35-rc1 on HP nx6325.
Rafael
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
it looks like the "legacy" PCI suspend/resume is used, which is not
recommended any more).
Thanks,
Rafael
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a1)
Subsystem: Micro-Star International Co., Ltd. Device 7250
Control: I/O- Mem+ BusMaster+ S
On Monday, June 14, 2010, Alex Deucher wrote:
> On Mon, Jun 14, 2010 at 10:53 AM, Rafael J. Wysocki wrote:
> > Alex, Dave,
> >
> > I'm afraid hibernation is broken on all machines using radeon/KMS with r300
> > after commit ce8f53709bf440100cb9d31b1303291551cf517
On Monday, June 14, 2010, Rafał Miłecki wrote:
> 2010/6/14 Rafael J. Wysocki :
> > On Monday, June 14, 2010, Alex Deucher wrote:
> >> On Mon, Jun 14, 2010 at 10:53 AM, Rafael J. Wysocki wrote:
> >> > Alex, Dave,
> >> >
> >> > I'm afraid
On Monday, June 14, 2010, Alex Deucher wrote:
> On Mon, Jun 14, 2010 at 3:03 PM, Rafael J. Wysocki wrote:
> > On Monday, June 14, 2010, Alex Deucher wrote:
> >> On Mon, Jun 14, 2010 at 10:53 AM, Rafael J. Wysocki wrote:
> >> > Alex, Dave,
> >> >
>
On Tuesday, June 15, 2010, Rafael J. Wysocki wrote:
> On Monday, June 14, 2010, Alex Deucher wrote:
> > On Mon, Jun 14, 2010 at 3:03 PM, Rafael J. Wysocki wrote:
> > > On Monday, June 14, 2010, Alex Deucher wrote:
> > >> On Mon, Jun 14, 2010 at 10:53 AM, Rafael J.
On Wednesday, June 16, 2010, Ondrej Zary wrote:
> On Wednesday 16 June 2010, Rafael J. Wysocki wrote:
> > On Tuesday, June 15, 2010, Rafael J. Wysocki wrote:
> > > On Monday, June 14, 2010, Alex Deucher wrote:
> > > > On Mon, Jun 14, 2010 at 3:03 PM, Rafael J. Wysoc
On Wednesday, June 16, 2010, Alex Deucher wrote:
> On Wed, Jun 16, 2010 at 4:16 PM, Rafael J. Wysocki wrote:
> > On Wednesday, June 16, 2010, Ondrej Zary wrote:
> >> On Wednesday 16 June 2010, Rafael J. Wysocki wrote:
> >> > On Tuesday, June 15, 2010, Rafael J. Wys
On Thursday, June 17, 2010, Alex Deucher wrote:
> 2010/6/17 Rafael J. Wysocki :
> > On Wednesday, June 16, 2010, Alex Deucher wrote:
> >> On Wed, Jun 16, 2010 at 4:16 PM, Rafael J. Wysocki wrote:
> >> > On Wednesday, June 16, 2010, Ondrej Zary wrote:
> >>
From: Rafael J. Wysocki
There is a regression from 2.6.34 related to the recent radeon power
management changes, caused by attempting to cancel a delayed work
item that's never been scheduled. However, the code as is has some
other issues potentially leading to visible problems.
First
On Friday, June 18, 2010, Matt Turner wrote:
> On Thu, Jun 17, 2010 at 7:02 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
...
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
> Probably want to shorten the commit title a bit.
In fact the title
301 - 400 of 656 matches
Mail list logo
