On Sat, Dec 1, 2012 at 9:24 AM, David Miller wrote:
>
> Satoru, I just want to let you know that, because you encode your
> emails using ISO-2022-JP-2, nearly half of the subscribers to
> the vger.kernel.org mailing lists bounce your postings.
>
> I know it's stupid, and it's mostly a Microsoft Ex
On Fri, Nov 30, 2012 at 11:45 AM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.54 release.
> There are 37 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Re
On Sat, Dec 1, 2012 at 8:35 AM, Satoru Takeuchi
wrote:
> At Fri, 30 Nov 2012 10:54:52 -0800,
> Greg Kroah-Hartman wrote:
>>
>> This is the start of the stable review cycle for the 3.4.21 release.
>> There are 56 patches in this series, all will be posted as a response
>> to this one. If anyone ha
On Sat, Dec 1, 2012 at 9:50 AM, Greg Kroah-Hartman
wrote:
> On Sat, Dec 01, 2012 at 11:58:28PM +0900, Satoru Takeuchi wrote:
>> At Fri, 30 Nov 2012 10:55:31 -0800,
>> Greg Kroah-Hartman wrote:
>> >
>> > This is the start of the stable review cycle for the 3.6.9 release.
>> > There are 54 patches i
On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
> The function aer_recover_queue() makes a call to
> pci_get_domain_bus_and_slot().
> That function is documented to require that the caller decrement the
> reference count by calling pci_dev_put(). This patch adds the missing
> call to pci_dev_pu
On Mon, Dec 3, 2012 at 12:48 PM, Alex Williamson
wrote:
> On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
>> On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
>> > The function aer_recover_queue() makes a call to
>> > pci_get_domain_bus_and_slot().
>>
On Mon, Dec 3, 2012 at 1:00 PM, Alex Williamson
wrote:
> On Mon, 2012-12-03 at 12:48 -0700, Alex Williamson wrote:
>> On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
>> > On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
>> > > The function aer_r
On Tue, 2012-10-16 at 12:02 -0700, H. Peter Anvin wrote:
> On 10/16/2012 11:26 AM, Jacob Shin wrote:
> >
> > HPA, it would be great if we can first get this patch upstream, and also
> > into the stable trees .. and after that, we can work on getting Yinghai's
> > mm refactoring in ..
> >
>
> I'l
On Thu, 2012-10-18 at 12:13 +0200, Michael Kerrisk (man-pages) wrote:
> On Thu, Oct 18, 2012 at 11:47 AM, Dan Carpenter
> wrote:
> > On Sun, Oct 14, 2012 at 09:54:24AM -0600, Shuah Khan wrote:
> >> diff --git a/Documentation/DMA-API-HOWTO.txt
> >> b/Documentatio
: new interfaces to debug dma mapping errors
>
> can't work reliably because only device and dma_addr are passed to
> dma_mapping_error().
>
> Cc: Joerg Roedel
> Cc: Shuah Khan
> Cc: Paul Gortmaker
> Cc: Andrew Morton
> Cc: Jakub Kicinski
> Signed-off-by:
mistakes in
error paths especially when dma mapping fails when more than one dma mapping
call is made.
Signed-off-by: Shuah Khan
---
Documentation/DMA-API-HOWTO.txt | 126 +++
1 file changed, 126 insertions(+)
diff --git a/Documentation/DMA-API-HOWTO.txt b
On Thu, Dec 6, 2012 at 5:58 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.6.10 release.
> There are 27 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.4.23 release.
> There are 20 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
On Fri, Dec 7, 2012 at 5:49 PM, Shuah Khan wrote:
> On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.4.23 release.
>> There are 20 patches in this series, all will be posted as a response
>> to this
On Thu, Dec 6, 2012 at 5:56 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.56 release.
> There are 11 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
On Fri, Dec 7, 2012 at 5:46 PM, Shuah Khan wrote:
> On Thu, Dec 6, 2012 at 5:58 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.6.10 release.
>> There are 27 patches in this series, all will be posted as a response
>> to this
On Fri, Dec 7, 2012 at 5:52 PM, Shuah Khan wrote:
> On Fri, Dec 7, 2012 at 5:49 PM, Shuah Khan wrote:
>> On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
>> wrote:
>>> This is the start of the stable review cycle for the 3.4.23 release.
>>> There are 20 pa
On Sat, Dec 8, 2012 at 12:46 PM, Greg Kroah-Hartman
wrote:
> On Fri, Dec 07, 2012 at 05:59:24PM -0700, Shuah Khan wrote:
>> On Fri, Dec 7, 2012 at 5:52 PM, Shuah Khan wrote:
>> > On Fri, Dec 7, 2012 at 5:49 PM, Shuah Khan wrote:
>> >> On Thu, Dec 6, 2012
On Sun, 2011-12-04 at 13:54 -0500, Steven Rostedt wrote:
> From: Roland Dreier
>
> When unbinding a device so that I could pass it through to a KVM VM, I
> got the lockdep report below. It looks like a legitimate lock
> ordering problem:
Did this patch not make it into stable releases other tha
On Tue, 2012-11-13 at 19:34 -0800, Greg Kroah-Hartman wrote:
> On Tue, Nov 13, 2012 at 10:04:53PM -0500, Steven Rostedt wrote:
> > On Tue, 2012-11-13 at 19:25 -0700, Shuah Khan wrote:
> > > On Sun, 2011-12-04 at 13:54 -0500, Steven Rostedt wrote:
> > > > From: Roland
On Thu, Oct 25, 2012 at 6:19 AM, Liu, Jinsong wrote:
> From f233ad06cf924116693d7d38be9ae9d8c11f8a9b Mon Sep 17 00:00:00 2001
> From: Liu, Jinsong
> Date: Fri, 26 Oct 2012 02:32:48 +0800
> Subject: [PATCH 1/2] Xen acpi pad implement
>
> PAD is acpi Processor Aggregator Device which provides a con
On Fri, 2012-11-09 at 19:38 -0500, David Miller wrote:
> From: Shuah Khan
> Date: Fri, 26 Oct 2012 10:13:09 -0600
>
> > Add support for debug_dma_mapping_error() call to avoid warning from
> > debug_dma_unmap() interface when it checks for mapping error checked
> >
On Fri, 2012-11-09 at 19:54 -0500, David Miller wrote:
> From: Shuah Khan
> Date: Fri, 09 Nov 2012 17:52:23 -0700
>
> > On Fri, 2012-11-09 at 19:38 -0500, David Miller wrote:
> >> From: Shuah Khan
> >> Date: Fri, 26 Oct 2012 10:13:09 -0600
> >>
>
I ran into NULL pointer dereference at task_numa_fault+0x36/0x140 when I
was installing guest OS in a vm in kvm virt env.
My test system doesn't have NUMA config and runs with Fake NUMA node:
[0.00] ACPI: Local APIC address 0xfee0
[0.00] No NUMA configuration found
[0.
On Wed, Jan 2, 2013 at 4:37 PM, Alex Deucher wrote:
> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
> wrote:
>> On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
>>> Please affected people can you test if patch :
>>> http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6x
On Wed, Jan 2, 2013 at 4:59 PM, Alex Deucher wrote:
>>>
>>
>> Catching up with this thread. I reverted the
>>
>> drm/radeon: use async dma for ttm buffer moves on 6xx-SI
>> commit id: 2d6cc7296d4ee128ab0fa3b715f0afde511f49c2
>>
>> Do I need to apply this patch without reverting
>> 2d6cc7296d4ee128
top.org; Deucher,
>> Alexander; Borislav Petkov; Shuah Khan
>> Subject: Re: radeon :02:00.0: GPU lockup CP stall for more than
>> 1msec
>>
>> 2013-01-03 00:37 keltezéssel, Alex Deucher írta:
>> > On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
On Thu, Jan 3, 2013 at 3:45 PM, Chris Wilson wrote:
> On Thu, 3 Jan 2013 13:32:04 -0800, Linus Torvalds
> wrote:
>> On Thu, Jan 3, 2013 at 1:09 PM, Alexey Zaytsev
>> wrote:
>> >
>> > i915 got broken on my machine (Lenovo ThinkPad SL500) by this -rc. The
>> > screen
>> > goes blank after loadi
On Thu, Jan 3, 2013 at 5:48 PM, Yinghai Lu wrote:
> Normal boot path on system with iommu support:
> swiotlb buffer will be allocated early at first and then try to initialize
> iommu, if iommu for intel or amd could setup properly, swiotlb buffer
> will be freed.
>
> The early allocating is with
On Fri, Jan 4, 2013 at 1:34 PM, Yinghai Lu wrote:
> On Fri, Jan 4, 2013 at 9:50 AM, Shuah Khan wrote:
>>
>> This change doesn't take into account what swiolb was when
>> pci_swiotlb_detect_override() is called. Instead of returning
>> use_swiotlb like the origi
On Fri, Jan 4, 2013 at 3:10 PM, Yinghai Lu wrote:
> On Fri, Jan 4, 2013 at 1:02 PM, Shuah Khan wrote:
>> Pani'cing the system doesn't sound like a good option to me in this
>> case. This change to disable swiotlb is made for kdump. However, with
>> this change seve
On Fri, Jan 4, 2013 at 3:47 PM, Eric W. Biederman wrote:
> Shuah Khan writes:
>
>> On Fri, Jan 4, 2013 at 3:10 PM, Yinghai Lu wrote:
>>> On Fri, Jan 4, 2013 at 1:02 PM, Shuah Khan wrote:
>>>> Pani'cing the system doesn't sound like a good option to m
On Fri, Jan 4, 2013 at 4:55 PM, Yinghai Lu wrote:
> On Fri, Jan 4, 2013 at 3:21 PM, Shuah Khan wrote:
>
>> Please see attached dmesg for full log. I can do some testing on this
>> system with your patch if you would like.
>
> That would be great.
>
> Please try
On Fri, Jan 4, 2013 at 9:10 PM, Yinghai Lu wrote:
> On Fri, Jan 4, 2013 at 6:02 PM, Shuah Khan wrote:
>> I applied your patch to 3.6.11 and changed the panic() to pr_info()
>> and also changed enough_mem_for_swiotlb() to always return false to
>> simulate not enough mem
On Sun, Dec 23, 2012 at 6:31 AM, Borislav Petkov wrote:
> On Sun, Dec 23, 2012 at 01:22:12PM +0100, Borislav Petkov wrote:
>> Right, let me try that and report back.
>
> Yep, looks like reverting the above commit fixes it - the boston.com
> website loads just fine.
>
> Thanks.
>
> --
> Regards/Gru
On Mon, 2012-11-05 at 08:59 -0500, Konrad Rzeszutek Wilk wrote:
> On Sat, Nov 03, 2012 at 05:00:07PM -0600, Shuah Khan wrote:
> > dma-debug depends on get_dma_ops() interface. Several architectures
> > do not define dma_ops and get_dma_ops(). When dma debug interfaces are
On Mon, 2012-11-05 at 16:46 +, Catalin Marinas wrote:
> On Fri, Nov 02, 2012 at 03:58:53PM +0000, Shuah Khan wrote:
> > On Fri, 2012-10-26 at 09:23 -0600, Shuah Khan wrote:
> > > Add support for debug_dma_mapping_error() call to avoid warning from
> > > debug_dm
On Fri, 2012-10-26 at 09:53 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning
On Fri, 2012-11-09 at 19:54 -0500, David Miller wrote:
> From: Shuah Khan
> Date: Fri, 09 Nov 2012 17:52:23 -0700
>
> > On Fri, 2012-11-09 at 19:38 -0500, David Miller wrote:
> >> From: Shuah Khan
> >> Date: Fri, 26 Oct 2012 10:13:09 -0600
> >>
>
On Fri, 2012-11-02 at 15:08 -0600, Shuah Khan wrote:
> On Fri, 2012-11-02 at 16:59 -0400, Mark Salter wrote:
> > On Fri, 2012-11-02 at 14:26 -0600, Shuah Khan wrote:
> > > On Fri, 2012-11-02 at 16:15 -0400, Mark Salter wrote:
> > > > On Fri, 2012-11-02 at
On Fri, 2012-10-26 at 10:32 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning
On Fri, 2012-10-26 at 10:20 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning
On Sun, 2012-11-04 at 19:08 -0600, Richard Kuo wrote:
> On Fri, Nov 02, 2012 at 10:48:21AM -0600, Shuah Khan wrote:
> > On Fri, 2012-10-26 at 09:43 -0600, Shuah Khan wrote:
> > > Add support for debug_dma_mapping_error() call to avoid warning from
> > > debug_dma_unmap
On Fri, 2012-10-26 at 10:05 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning
On Fri, 2012-10-26 at 10:08 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning
On Fri, 2012-10-26 at 09:45 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning
On Fri, 2012-10-26 at 11:15 -0600, Shuah Khan wrote:
> On Fri, 2012-10-26 at 10:48 -0600, Shuah Khan wrote:
> > Add support for debug_dma_mapping_error() call to avoid warning from
> > debug_dma_unmap() interface when it checks for mapping error checked
> > status. Witho
On Tue, 2012-10-30 at 13:58 -0600, Shuah Khan wrote:
> On Fri, 2012-10-26 at 15:31 -0700, David Daney wrote:
> > On 10/26/2012 02:51 PM, Shuah Khan wrote:
> >
> > >>>> On 10/26/2012 09:01 AM, Shuah Khan wrote:
> > >>>>> Add support fo
On Fri, 2012-11-16 at 08:03 +0100, Jonas Bonn wrote:
> On Thu, 2012-11-15 at 11:00 -0700, Shuah Khan wrote:
> > On Fri, 2012-10-26 at 10:05 -0600, Shuah Khan wrote:
> > > Add support for debug_dma_mapping_error() call to avoid warning from
> > > debug_dma_unmap() i
all
sh: defconfig passed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "
all
sh: defconfig passed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "
+ returned 0 after 101967 usecs
[ 317.397353] calling 00:05+ @ 2941, parent: pnp0 driver: rtc_cmos legacy bus
pm ops
[ 317.397369] call 00:05+ returned 0 after 13 usecs
Signed-off-by: Shuah Khan
CC: Shuah Khan
---
drivers/base/power/main.c | 35 ---
1 file changed
On 06/14/2013 10:45 AM, Greg KH wrote:
> On Fri, Jun 14, 2013 at 10:33:45AM -0600, Shuah Khan wrote:
>> Change __device_suspend() path to include driver name and the ops that
>> get run for a device. This additional information helps associate driver
>> and the type of pm_o
usecs
Signed-off-by: Shuah Khan
---
drivers/base/power/main.c | 44 +---
1 file changed, 25 insertions(+), 19 deletions(-)
diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
index 5a9b656..e8d2de7 100644
--- a/drivers/base/power/main.c
+++ b
On 06/14/2013 02:55 PM, Joe Perches wrote:
> On Fri, 2013-06-14 at 14:35 -0600, Shuah Khan wrote:
>> Change __device_suspend() path to include driver name and the ops that
>> get run for a device. This additional information helps associate the
>> driver and the type of pm_o
)
[ 546.087069] rtc_cmos 00:05: Start: legacy bus pm ops @ 2391, parent: pnp0
[ 546.087084] rtc_cmos 00:05: End : legacy bus pm ops @ 2391, parent: pnp0
time(11 usecs) err(0)
Signed-off-by: Shuah Khan
---
v2: Change to use dev_info() instead of pr_info()
v3: Change to add parent info to
er suspend routines runs.
It is a possible race condition that is triggered when the conditions
are right.
I have the following enabled in my config
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
Looking for tips on debugging the problem
On 06/17/2013 02:24 PM, Alan Stern wrote:
> On Mon, 17 Jun 2013, Shuah Khan wrote:
>
>> Change __device_suspend() path to include driver name and the ops that
>> get run for a device. This additional information helps associate the
>> driver and the type of pm_ops the de
On 06/17/2013 08:14 PM, John Stultz wrote:
> On Mon, Jun 17, 2013 at 6:30 PM, Shuah Khan wrote:
>> I am seeing a problem on my system after a suspend to disk in reboot or
>> shutdown mode. When pm_trace is 0 (which is the default), I can't
>> reproduce the problem easily
all
powerpc: wii_defconfig passed on all
sh: defconfig passed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
thanks,
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubs
all
powerpc: wii_defconfig passed on all
sh: defconfig passed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
thanks,
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubs
n all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
thanks,
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "unsubscribe linu
warn users of the consequences of enabling
pm_trace. Adding a warning message to pm_trace_store() will serve as a
reminder to users to set the system date and time after resume.
Signed-off-by: Shuah Khan
---
kernel/power/main.c |1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/power/mai
[ 2375.025794] ---[ end trace e597428d95220944 ]---
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
ss->pm ops for the led class.
Signed-off-by: Shuah Khan
---
drivers/leds/led-class.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/leds/led-class.c b/drivers/leds/led-class.c
index a20752f..4336e37 100644
--- a/drivers/leds/led-class.c
+++ b/drivers
gt;pm ops for the rtc class.
Signed-off-by: Shuah Khan
---
drivers/rtc/class.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/rtc/class.c b/drivers/rtc/class.c
index 6638540..21d83ec 100644
--- a/drivers/rtc/class.c
+++ b/drivers/rtc/class.c
@@ -135,9 +135,9
On 05/31/2013 09:58 AM, Shuah Khan wrote:
> Convert drivers/rtc/class to use dev_pm_ops for power management and
> remove Legacy PM ops hooks. With this change, rtc class registers
> suspend/resume callbacks via class->pm (dev_pm_ops) instead of Legacy
> class->su
gt;pm ops for the rtc class.
Signed-off-by: Shuah Khan
Cc: Shuah Khan
---
drivers/rtc/class.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/class.c b/drivers/rtc/class.c
index 6638540..f379bff 100644
--- a/drivers/rtc/class.c
+++ b/drivers/rtc/class.c
l find class->pm ops for the rtc class.
Signed-off-by: Shuah Khan
Cc: Shuah Khan
---
drivers/video/backlight/backlight.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/video/backlight/backlight.c
b/drivers/video/backlight/backlight.c
index c74e7aa..0ffb2
l find class->pm ops for the backlight class.
Signed-off-by: Shuah Khan
Cc: Shuah Khan
---
v2: Updated changelog to correct device class.
drivers/video/backlight/backlight.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/video/backlight/backlight.c
b/driv
t will find class->pm ops for the backlight class.
Signed-off-by: Shuah Khan
Cc: Shuah Khan
---
v2: Updated changelog to correct device class.
v3: Updated changelog to correct device class.
drivers/video/backlight/backlight.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
dif
at interface.
>
I think it makes prefect sense to use EDAC as a common frame-work for
iommu errors as well.
Especially if and when APEI evolves to cover IOMMU tables (both Intel
VT-d and AMD) , since
EDAC is already capable of working with APEI, using EDAC will work
well on platforms that
On 06/21/2013 06:15 PM, Rafael J. Wysocki wrote:
> On Monday, June 17, 2013 01:36:35 PM Shuah Khan wrote:
>> Change __device_suspend() path to include driver name and the ops that
>> get run for a device. This additional information helps associate the
>> driver and the type
off-by: Shuah Khan
---
drivers/base/power/main.c | 17 +
include/linux/pm.h|3 +++
2 files changed, 20 insertions(+)
diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
index c2132b8..3e2e09d 100644
--- a/drivers/base/power/main.c
+++ b/drivers/base/power/
ss->pm ops for the drm class.
Signed-off-by: Shuah Khan
---
drivers/gpu/drm/drm_sysfs.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index 0229665..8d94778 100644
--- a/drivers/gpu/drm/drm_sysf
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 is intended to be used from dev_pm_ops class and type
>> suspend interface
gt; Thanks,
> Rafael
>
>
Rafael/Joe,
I can work on adding a tracepoint. Do you want to take the v2 patch in
the meantime?
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe fro
On 06/24/2013 10:25 AM, Shuah Khan wrote:
> On 06/23/2013 03:49 PM, Rafael J. Wysocki wrote:
>> On Sunday, June 23, 2013 04:34:17 AM Joe Perches wrote:
>>> On Sun, 2013-06-23 at 13:36 +0200, Rafael J. Wysocki wrote:
>>>> Please keep the existing format as is lit
On 06/24/2013 01:35 PM, Rafael J. Wysocki wrote:
> On Monday, June 24, 2013 04:37:28 PM Shuah Khan wrote:
>> On 06/24/2013 10:25 AM, Shuah Khan wrote:
>>> On 06/23/2013 03:49 PM, Rafael J. Wysocki wrote:
>>>> On Sunday, June 23, 2013 04:34:17 AM Joe Perches wrote:
>
warn users of the consequences of enabling
pm_trace. Adding a warning message to pm_trace_store() will serve as a
reminder to users to set the system date and time after resume.
Signed-off-by: Shuah Khan
---
kernel/power/main.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/power/m
[ 2097.548558] [] ? kthread_create_on_node+0x130/0x130
[ 2097.548560] ---[ end trace 989c661118e428a9 ]---
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this l
aking longer very well
could be because of this warn_on. Other than this warn_on I haven't
noticed any other problems.
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe fro
On 06/25/2013 02:06 PM, Jesse Barnes wrote:
> On Tue, 25 Jun 2013 19:59:28 +
> Shuah Khan wrote:
>
>> On 06/25/2013 01:52 PM, Jesse Barnes wrote:
>>> On Tue, 25 Jun 2013 21:37:37 +0200
>>> Daniel Vetter wrote:
>>>
>>
>>>>
>>&g
On 06/25/2013 02:57 PM, Tomas Winkler wrote:
> On Tue, Jun 25, 2013 at 11:51 PM, Shuah Khan wrote:
>>
>> With this patch warn_on went away. Resume worked. I started seeing:
>>
>> [ 78.733062] mei_me :00:16.0: unexpected reset: dev_state =
>> RESETTING
>
g the warnings. I had CONFIG_PM and
CONFIG_PM_SLEEP both enabled and didn't see this warning. I will be
careful with subsequent patches in this area.
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 67
On 06/06/2013 08:28 PM, Jingoo Han wrote:
> From: Shuah Khan
>
> Convert drivers/rtc/class to use dev_pm_ops for power management and
> remove Legacy PM ops hooks. With this change, rtc class registers
> suspend/resume callbacks via class->pm (dev_pm_ops) instead of Legac
On 06/26/2013 04:24 PM, Shuah Khan wrote:
> On 06/26/2013 04:12 PM, Winkler, Tomas wrote:
>>
>>
>> 42f132f mei: me: clear interrupts on the resume path
>> 2753ff5 mei: nfc: fix nfc device freeing
>> 5e85b36 mei: init: Flush scheduled work before resetting the d
uspend() is the original suspend hook with a new name.
Signed-off-by: Shuah Khan
---
drivers/gpu/drm/drm_sysfs.c | 33 +
1 file changed, 29 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index 0229665..2290b
Convert the mwifiex/pci driver to use dev_pm_ops for power management and
remove Legacy PM handling. This change re-uses existing suspend and resume
interfaces for dev_pm_ops.
Signed-off-by: Shuah Khan
---
drivers/net/wireless/mwifiex/pcie.c | 34 --
1 file
ed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "unsubscrib
assed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "unsubsc
assed on all
sparc: defconfig passed on all
tile: tilegx_defconfig passed on all
-- Shuah
Shuah Khan, Linux Kernel Developer - Open Source Group Samsung Research
America (Silicon Valley) shuah...@samsung.com | (970) 672-0658
--
To unsubscribe from this list: send the line "unsubsc
On 07/02/2013 12:51 PM, Hauke Mehrtens wrote:
> On 07/02/2013 05:24 PM, Shuah Khan wrote:
>> Convert the mwifiex/pci driver to use dev_pm_ops for power management and
>> remove Legacy PM handling. This change re-uses existing suspend and resume
>> interfaces for dev_pm_ops
On 07/02/2013 01:49 PM, Lars-Peter Clausen wrote:
> On 07/02/2013 09:24 PM, Shuah Khan wrote:
> [...]
>>>> +#ifdef CONFIG_PM
>>>> +/* Power Management Hooks */
>>>> +static const struct dev_pm_ops mwifiex_pcie_pm_ops = {
>>>&g
Convert the mwifiex/pci driver to use dev_pm_ops for power management and
remove Legacy PM handling. This change re-uses existing suspend and resume
interfaces for dev_pm_ops, and changes CONFIG_PM ifdefs to CONFIG_PM_SLEEP
as the driver does not support run-time PM.
Signed-off-by: Shuah Khan
Convert arch/arm/common/locomo platform and bus legacy pm_ops to dev_pm_ops.
This change also updates the use of COMFIG_PM to CONFIG_PM_SLEEP as this
platform and bus code implements PM_SLEEP ops and not the PM_RUNTIME ops.
Compile tested.
Signed-off-by: Shuah Khan
---
arch/arm/common/locomo.c
Convert arch/arm/common/scoop platform and bus legacy pm_ops to dev_pm_ops.
This change also updates the use of COMFIG_PM to CONFIG_PM_SLEEP as this
platform and bus code implements PM_SLEEP ops and not the PM_RUNTIME ops.
Compile tested.
Signed-off-by: Shuah Khan
---
arch/arm/common/scoop.c
Convert arch/arm/common/sa platform and bus legacy pm_ops to dev_pm_ops.
This change also updates the use of COMFIG_PM to CONFIG_PM_SLEEP as this
platform and bus code implements PM_SLEEP ops and not the PM_RUNTIME ops.
Compile tested.
Signed-off-by: Shuah Khan
---
arch/arm/common/sa.c
On 07/05/2013 04:45 PM, Shuah Khan wrote:
> Convert arch/arm/common/sa platform and bus legacy pm_ops to dev_pm_ops.
> This change also updates the use of COMFIG_PM to CONFIG_PM_SLEEP as this
> platform and bus code implements PM_SLEEP ops and not the PM_RUNTIME ops.
> Co
Convert arch/arm/common/sa platform and bus legacy pm_ops to dev_pm_ops.
This change also updates the use of COMFIG_PM to CONFIG_PM_SLEEP as this
platform and bus code implements PM_SLEEP ops and not the PM_RUNTIME ops.
Compile tested.
Signed-off-by: Shuah Khan
---
arch/arm/common/sa.c
201 - 300 of 4509 matches
Mail list logo