...@linux.vnet.ibm.com
OK, so is the whole series reviewed now?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc
shallower than X and such that it won't stop the tick.
You don't really need to run a full governor for that.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
-cpufreq.c
rename to drivers/cpufreq/qoriq-cpufreq.c
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Yuantian yuantian.t...@freescale.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
That doesn't apply for me on top of 4.0-rc3. Can you please rebase and
resubmit?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Wednesday, February 18, 2015 10:13:23 AM Preeti U Murthy wrote:
On 02/17/2015 11:23 PM, Rafael J. Wysocki wrote:
On Tuesday, February 17, 2015 01:29:10 PM Preeti U Murthy wrote:
Hi Rafael,
Hi,
Can you please pull this patch ?
Sorry, I wasn't sure whether or not the patch
:
[PATCH] driver/cpuidle-powernv: Avoid endianness conversions while parsing DT
OK, have you posted it already?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
...@vger.kernel.org
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: devicet...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: Michael Ellerman m...@ellerman.id.au
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Signed-off-by: Preeti U. Murthy pre...@linux.vnet.ibm.com
Signed-off-by: Shreyas B. Prabhu
On Monday, October 06, 2014 10:28:05 PM Guenter Roeck wrote:
Poweroff handlers may now be installed with register_poweroff_handler.
Use the new API function have_kernel_poweroff to determine if a poweroff
handler has been installed.
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Pavel Machek
On Monday, October 06, 2014 10:28:46 PM Guenter Roeck wrote:
No users of pm_power_off are left, so it is safe to remove the function.
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Pavel Machek pa...@ucw.cz
Cc: Len Brown len.br...@intel.com
Signed-off-by: Guenter Roeck li...@roeck-us.net
ACK
do_kernel_poweroff from machine_power_off instead.
ACK
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
.
This series overcomes above problem in kernel.
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc: Michael Ellerman m...@ellerman.id.au
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: linux...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Cc: Srivatsa S
On Tuesday, September 30, 2014 01:42:05 PM Shreyas B Prabhu wrote:
Hi Rafael,
On Tuesday 30 September 2014 04:58 AM, Rafael J. Wysocki wrote:
On Monday, September 29, 2014 03:53:06 PM Shreyas B Prabhu wrote:
Hi,
Any updates on this patch series?
I have a couple of patches from
...@ellerman.id.au
Cc: Rafael J. Wysocki r...@rjwysocki.net
Cc: Srivatsa S. Bhat sriva...@mit.edu
Cc: Preeti U. Murthy pre...@linux.vnet.ibm.com
Cc: Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com
Cc: Rob Herring robh...@kernel.org
Cc: Grant Likely grant.lik...@linaro.org
Cc: devicet
to stop the
governor from changing the frequency without alerting a failure to
do the same on reboot, as this is not an errorneaos condition.
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Queued up for 3.18, thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source
only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
to mem and
standby currently, but that may change in the future.
Generally speaking the meaning of mem and standby is platform-specific
except that mem should be a deeper (lower-power) sleep state than standby.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology
On Wednesday, April 02, 2014 03:23:28 PM Benjamin Herrenschmidt wrote:
On Wed, 2014-04-02 at 00:03 +0200, Rafael J. Wysocki wrote:
Rafael, are you going to take these or should I send them to Linus ?
(I'd rather you take them :-)
I can do that, but the timing is pretty bad. How
On Tuesday, April 01, 2014 08:46:49 PM Benjamin Herrenschmidt wrote:
On Tue, 2014-04-01 at 12:43 +0530, Gautham R. Shenoy wrote:
From: Gautham R. Shenoy e...@linux.vnet.ibm.com
Enable CPUFreq for PowerNV. Select performance, powersave,
userspace and ondemand governors. Choose ondemand to
from a
number of people whom I trust.
Thus, if nobody objects, I'm going to take this series into the PM tree for
3.15.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc
On Friday, February 14, 2014 10:19:41 AM Yijing Wang wrote:
On 2014/2/14 7:54, Rafael J. Wysocki wrote:
On Thursday, February 13, 2014 09:13:58 PM Yijing Wang wrote:
Replace list_for_each() + pci_bus_b() with the simpler
list_for_each_entry().
Signed-off-by: Yijing Wang wangyij
= pci_bus_max_busnr(tmp);
if (n max)
max = n;
}
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
when the call to broadcast framework fails, we skip tracing idle statistics
because we are in no further position to take a decision on an alternative
idle state to enter into.
Signed-off-by: Preeti U Murthy pre...@linux.vnet.ibm.com
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
, but I guess you'd
like it to go in via tip along with the rest of the series, so
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
drivers/cpuidle/cpuidle.c | 38 +++---
1 file changed, 23 insertions(+), 15 deletions(-)
diff --git a/drivers
On Saturday, January 11, 2014 01:37:29 AM Rafael J. Wysocki wrote:
On Friday, December 20, 2013 07:47:22 PM Bartlomiej Zolnierkiewicz wrote:
Hi,
Some cpuidle drivers assume that cpuidle core will handle cases where
device-state_count is smaller than driver-state_count, unfortunately
will try to identify
the root cause of the failure, but that may not happen before the merge window.
Sorry about that.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev
);
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
+-
drivers/idle/intel_idle.c | 140
+---
include/linux/cpuidle.h | 1 -
7 files changed, 51 insertions(+), 194 deletions(-)
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
in the first place.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On 10/31/2013 3:18 AM, Chen Gang wrote:
Hello Maintainers
It is removed by bcc8edb driver core: remove dev_attrs from struct
class in Oct 5 2013. But 75d2364 PowerCap: Add class driver still
use it in Oct 11 2013.
The related error (for powerpc with allmodconfig):
CC
?
BTW. Ack from me, Rafael feel free to merge these.
Queued up for 3.13, sorry for the delay.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
the warning.
In any case, the root cause is indeed the PCIe port driver:
We don't have ACPI, so pcie_port_platform_notify() isn't implemented,
and pcie_ports_auto is true, so we end up with capabilities set to 0.
in
| commit fe31e69740eddc7316071ed5165fed6703c8cd12
| Author: Rafael J
(-)
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
.
This patch removes the cpu_hotplug_driver_lock() interface. As
a result, ARCH_CPU_PROBE_RELEASE only enables / disables the cpu
probe release interface as intended. There is no functional change
in this patch.
Signed-off-by: Toshi Kani toshi.k...@hp.com
Acked-by: Rafael J. Wysocki
On Friday, August 30, 2013 11:44:06 AM Yasuaki Ishimatsu wrote:
(2013/08/30 9:22), Toshi Kani wrote:
lock_device_hotplug() was recently introduced to serialize CPU Memory
online/offline and hotplug operations, along with sysfs online interface
restructure (commit 4f3549d7). With this new
/online still
shows 1 (online).
This patch fixes _debug_hotplug_cpu() to update dev-offline when CPU
online/offline operation succeeded.
Signed-off-by: Toshi Kani toshi.k...@hp.com
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
arch/x86/kernel/topology.c |7 +--
1
On Thursday, August 29, 2013 11:15:10 AM Toshi Kani wrote:
On Sun, 2013-08-18 at 03:02 +0200, Rafael J. Wysocki wrote:
On Saturday, August 17, 2013 01:46:55 PM Toshi Kani wrote:
lock_device_hotplug() was recently introduced to serialize CPU Memory
online/offline and hotplug operations
On Thursday, August 22, 2013 02:57:56 PM Sudeep KarkadaNagesha wrote:
Hi Rafael,
Here is the v2 of the pull request for cpu of_node updates for v3.12
It includes ACK for all the new changes since v1(mainly from Ben for
PPC). Currently there's trivial conflict with today's linux-next in 3
,
+ ibm,ppc-interrupt-server#s, cpu, thread))
+ return cpun;
+
+ if (__of_find_n_match_cpu_property(cpun, reg, cpu, thread))
+ return cpun;
}
return NULL;
}
--
I speak only for myself.
Rafael J. Wysocki, Intel
-dev.offline_disabled = !cpu-hotpluggable;
cpu-dev.offline = !cpu_online(num);
+ cpu-dev.of_node = of_get_cpu_node(num, NULL);
#ifdef CONFIG_ARCH_HAS_CPU_AUTOPROBE
cpu-dev.bus-uevent = arch_cpu_uevent;
#endif
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
i2c_adapter *of_find_i2c_adapter_by_node(
- struct device_node *node)
-{
- return NULL;
-}
-#endif /* CONFIG_OF_I2C */
-
-#endif /* __LINUX_OF_I2C_H */
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
).
This patch fixes _debug_hotplug_cpu() to update dev-offline when CPU
online/offline operation succeeded.
Signed-off-by: Toshi Kani toshi.k...@hp.com
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
arch/x86/kernel/topology.c |7 +--
1 file changed, 5 insertions(+), 2
for the serialization. This patch disables
this config option on x86 and revert the changes made by commit
d7c53c9e.
Signed-off-by: Toshi Kani toshi.k...@hp.com
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
arch/x86/Kconfig |4
arch/x86/kernel/smpboot.c | 21
-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
arch/x86/kernel/topology.c |2 ++
drivers/base/cpu.c | 16 ++--
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/topology.c b/arch/x86/kernel/topology.c
index 5823bbd..a3f35eb
.
This patch removes the cpu_hotplug_driver_lock() interface. As
a result, ARCH_CPU_PROBE_RELEASE only enables / disables the cpu
probe release interface as intended. There is no functional change
in this patch.
Signed-off-by: Toshi Kani toshi.k...@hp.com
Acked-by: Rafael J. Wysocki rafael.j.wyso
at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
On Tuesday, August 13, 2013 01:44:23 PM Rob Herring wrote:
On Tue, Aug 13, 2013 at 10:40 AM, Sudeep KarkadaNagesha
sudeep.karkadanage...@arm.com wrote:
Adding PowerPC list
On 13/08/13 14:00, Rafael J. Wysocki wrote:
On Monday, August 12, 2013 02:27:47 PM Sudeep KarkadaNagesha wrote
On Tuesday, July 30, 2013 03:33:44 PM Rafael J. Wysocki wrote:
On Tuesday, July 30, 2013 01:19:46 PM Daniel Lezcano wrote:
On 07/30/2013 12:48 PM, Wang Dongsheng-B40534 wrote:
-Original Message-
From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org]
Sent: Tuesday, July
for
cpuidle. Rafael ?
That would be the simplest thing to do and possibly the most correct one too,
but I need to double check how inte_idle/ACPI idle interactions depend on that.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
device */
+ __u8 mac_address[ETH_ALEN]; /* Generated MAC address for peer device */
};
/*
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
On Monday, July 29, 2013 12:34:24 PM Joe Perches wrote:
On Mon, 2013-07-29 at 13:59 +0200, Rafael J. Wysocki wrote:
On Sunday, July 28, 2013 10:29:04 PM Joe Perches wrote:
It's convenient to have ethernet mac addresses use
ETH_ALEN to be able to grep for them a bit easier and
also
On Thursday, July 25, 2013 11:57:20 AM Bjorn Helgaas wrote:
Convert CONFIG_HOTPLUG_PCI from tristate to bool. This only affects
the hotplug core; several of the hotplug drivers can still be modules.
Signed-off-by: Bjorn Helgaas bhelg...@google.com
Acked-by: Rafael J. Wysocki rafael.j.wyso
)
break;
- msleep(1);
+ usleep_range(500, 500);
}
if (done == 0)
printk(KERN_WARNING cpufreq: Timeout in clock slewing !\n);
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
)
return 0;
}
+EXPORT_SYMBOL_GPL(cpuidle_idle_call);
/**
* cpuidle_install_idle_handler - installs the cpuidle idle loop handler
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
(dev);
cpuidle_resume_and_unlock();
-
- module_put(drv-owner);
}
EXPORT_SYMBOL_GPL(cpuidle_unregister_device);
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
done. If not we can get it pushed for
3.11.
I agree, applied to bleeding-edge.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
files changed, 391 insertions(+)
create mode 100644 drivers/cpufreq/ppc-corenet-cpufreq.c
I haven't gone for a very deep review this time and it looked okay.
Acked-by: Viresh Kumar viresh.ku...@linaro.org
OK, queued up for 3.11.
Thanks,
Rafael
--
I speak only for myself.
Rafael J
);
+
+ of_node_put(np);
+ return cpufreq_register_driver(mpc85xx_cpufreq_driver);
+}
+
+device_initcall(mpc85xx_jog_init);
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
. ACKed in this particular case) before that time,
won't be taken.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
on_each_cpu(bfin_adjust_core_timer, index, 1);
@Rafael: Let me add fixups for now, i will send final patch later after others
also review their part.
OK
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev
On Monday, February 04, 2013 04:04:47 PM Greg KH wrote:
On Tue, Feb 05, 2013 at 12:52:30AM +0100, Rafael J. Wysocki wrote:
You'd probably never try to hot-remove a disk before unmounting filesystems
mounted from it or failing it as a RAID component and nobody sane wants the
kernel to do
On Tuesday, February 05, 2013 10:39:48 AM Greg KH wrote:
On Tue, Feb 05, 2013 at 12:11:17PM +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 04:04:47 PM Greg KH wrote:
On Tue, Feb 05, 2013 at 12:52:30AM +0100, Rafael J. Wysocki wrote:
You'd probably never try to hot-remove
On Sunday, February 03, 2013 07:24:47 PM Greg KH wrote:
On Sat, Feb 02, 2013 at 11:18:20PM +0100, Rafael J. Wysocki wrote:
On Saturday, February 02, 2013 09:15:37 PM Rafael J. Wysocki wrote:
On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
[...]
I know it's more
On Sunday, February 03, 2013 07:23:49 PM Greg KH wrote:
On Sat, Feb 02, 2013 at 09:15:37PM +0100, Rafael J. Wysocki wrote:
On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
On Fri, Feb 01, 2013 at 11:12:59PM +0100, Rafael J. Wysocki wrote:
On Friday, February 01, 2013 08:23:12 AM
On Monday, February 04, 2013 04:48:10 AM Greg KH wrote:
On Sun, Feb 03, 2013 at 09:44:39PM +0100, Rafael J. Wysocki wrote:
Yes, but those are just remove events and we can only see how destructive
they
were after the removal. The point is to be able to figure out whether
On Monday, February 04, 2013 09:19:09 AM Toshi Kani wrote:
On Mon, 2013-02-04 at 15:21 +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 04:48:10 AM Greg KH wrote:
On Sun, Feb 03, 2013 at 09:44:39PM +0100, Rafael J. Wysocki wrote:
Yes, but those are just remove events and we
by the system device drivers/modules.
In case you haven't realized that yet, the $subject patchset has no future.
Let's just talk about how we can get what we need in more general terms.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
On Monday, February 04, 2013 09:02:46 AM Toshi Kani wrote:
On Mon, 2013-02-04 at 14:41 +0100, Rafael J. Wysocki wrote:
On Sunday, February 03, 2013 07:23:49 PM Greg KH wrote:
On Sat, Feb 02, 2013 at 09:15:37PM +0100, Rafael J. Wysocki wrote:
On Saturday, February 02, 2013 03:58:01 PM
On Monday, February 04, 2013 06:33:52 AM Greg KH wrote:
On Mon, Feb 04, 2013 at 03:21:22PM +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 04:48:10 AM Greg KH wrote:
On Sun, Feb 03, 2013 at 09:44:39PM +0100, Rafael J. Wysocki wrote:
Yes, but those are just remove events
On Monday, February 04, 2013 12:46:24 PM Toshi Kani wrote:
On Mon, 2013-02-04 at 20:48 +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 09:02:46 AM Toshi Kani wrote:
On Mon, 2013-02-04 at 14:41 +0100, Rafael J. Wysocki wrote:
On Sunday, February 03, 2013 07:23:49 PM Greg KH
On Monday, February 04, 2013 01:34:18 PM Toshi Kani wrote:
On Mon, 2013-02-04 at 21:12 +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 12:46:24 PM Toshi Kani wrote:
On Mon, 2013-02-04 at 20:48 +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 09:02:46 AM Toshi
On Monday, February 04, 2013 01:59:27 PM Toshi Kani wrote:
On Mon, 2013-02-04 at 20:45 +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 09:46:18 AM Toshi Kani wrote:
On Mon, 2013-02-04 at 04:46 -0800, Greg KH wrote:
On Sun, Feb 03, 2013 at 05:28:09PM -0700, Toshi Kani wrote
On Monday, February 04, 2013 03:13:29 PM Toshi Kani wrote:
On Mon, 2013-02-04 at 21:07 +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 06:33:52 AM Greg KH wrote:
On Mon, Feb 04, 2013 at 03:21:22PM +0100, Rafael J. Wysocki wrote:
On Monday, February 04, 2013 04:48:10 AM Greg
On Monday, February 04, 2013 04:04:47 PM Greg KH wrote:
On Tue, Feb 05, 2013 at 12:52:30AM +0100, Rafael J. Wysocki wrote:
You'd probably never try to hot-remove a disk before unmounting filesystems
mounted from it or failing it as a RAID component and nobody sane wants the
kernel to do
On Saturday, February 02, 2013 09:15:37 PM Rafael J. Wysocki wrote:
On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
On Fri, Feb 01, 2013 at 11:12:59PM +0100, Rafael J. Wysocki wrote:
On Friday, February 01, 2013 08:23:12 AM Greg KH wrote:
On Thu, Jan 31, 2013 at 09:54:51PM
On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
On Fri, Feb 01, 2013 at 11:12:59PM +0100, Rafael J. Wysocki wrote:
On Friday, February 01, 2013 08:23:12 AM Greg KH wrote:
On Thu, Jan 31, 2013 at 09:54:51PM +0100, Rafael J. Wysocki wrote:
But, again, I'm going to ask why you
On Saturday, February 02, 2013 09:15:37 PM Rafael J. Wysocki wrote:
On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
[...]
I know it's more complicated with these types of devices, and I think we
are getting closer to the correct solution, I just don't want to ever
see duplicate
On Friday, February 01, 2013 08:23:12 AM Greg KH wrote:
On Thu, Jan 31, 2013 at 09:54:51PM +0100, Rafael J. Wysocki wrote:
But, again, I'm going to ask why you aren't using the existing cpu /
memory / bridge / node devices that we have in the kernel. Please use
them, or give me
to ACPI. And
say one of these things is a SATA controller with a number of disks under it
and so on. ACPI won't even know that it exists. Moreover, PCI won't know
that those disks exist. Etc.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
,
for example, we want to cancel the eject. It seems to me that we'll need some
help from the driver core here.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev
examples, please?
I guess I'll have more questions going forward.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
On Monday, January 14, 2013 08:53:53 AM Toshi Kani wrote:
On Fri, 2013-01-11 at 22:25 +0100, Rafael J. Wysocki wrote:
On Thursday, January 10, 2013 04:40:20 PM Toshi Kani wrote:
Added include/acpi/sys_hotplug.h, which is ACPI-specific system
device hotplug header and defines the order
On Monday, January 14, 2013 08:33:48 AM Toshi Kani wrote:
On Fri, 2013-01-11 at 22:23 +0100, Rafael J. Wysocki wrote:
On Thursday, January 10, 2013 04:40:19 PM Toshi Kani wrote:
Added include/linux/sys_hotplug.h, which defines the system device
hotplug framework interfaces used
On Monday, January 14, 2013 11:42:09 AM Toshi Kani wrote:
On Mon, 2013-01-14 at 19:47 +0100, Rafael J. Wysocki wrote:
On Monday, January 14, 2013 08:53:53 AM Toshi Kani wrote:
On Fri, 2013-01-11 at 22:25 +0100, Rafael J. Wysocki wrote:
On Thursday, January 10, 2013 04:40:20 PM Toshi Kani
SHP_ACPI_BUS_DEL_EXECUTE_ORDER 100
+
+/* Delete Commit order values */
+#define SHP_ACPI_BUS_DEL_COMMIT_ORDER100
+
+#endif /* _ACPI_SYS_HOTPLUG_H */
--
Why did you use the particular values above?
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source
shp_device *shp_dev);
+
+#endif /* _LINUX_SYS_HOTPLUG_H */
--
To unsubscribe from this list: send the line unsubscribe linux-acpi in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
I speak only for myself.
Rafael J
.
It looks like there are too many hotplug patchsets flying left and right and
it's getting hard to keep track of them all.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev mailing list
(CLOCK_EVT_NOTIFY_BROADCAST_EXIT, cpu);
- /* Update cpuidle counters */
- dev-last_residency = (int)usec_delta;
-
return index;
}
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
Linuxppc-dev
On Sunday, July 15, 2012, Andreas Schwab wrote:
This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or
before noirq resume the system is hanging by the same amount of time as
the system was sleeping.
I'm able to reproduce this problem on Toshiba Portege R500 with similar
On Tuesday, April 26, 2011, Hans-Christian Egtvedt wrote:
On Sun, 2011-04-17 at 23:13 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Convert some AVR32 architecture's code to using struct syscore_ops
objects for power management instead of sysdev classes and sysdevs
On Monday, April 18, 2011, Ralf Baechle wrote:
This patch breaks the Alchemy kernel compile; below patch on top of it fixes
that again.
Signed-off-by: Ralf Baechle r...@linux-mips.org
Thanks! If you don't mind, I'd like to fold your patch into [10/14].
Rafael
---
On Monday, April 18, 2011, Mike Frysinger wrote:
On Sun, Apr 17, 2011 at 17:11, Rafael J. Wysocki wrote:
Convert some Blackfin architecture's code to using struct syscore_ops
objects for power management instead of sysdev classes and sysdevs.
This simplifies the code and reduces
From: Rafael J. Wysocki r...@sisk.pl
Replace the sysdev class and struct sys_device used for power
management by the SA1100 interrupt-handling code with a
struct syscore_ops object which is simpler.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
arch/arm/mach-sa1100/irq.c | 19
From: Rafael J. Wysocki r...@sisk.pl
Replace the sysdev class and struct sys_device used for power
management by the Integrator interrupt-handling code with a
struct syscore_ops object which is simpler.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
arch/arm/mach-integrator/integrator_ap.c
From: Rafael J. Wysocki r...@sisk.pl
Make some UNICORE32 architecture's code use struct syscore_ops
objects for power management instead of sysdev classes and sysdevs.
This simplifies the code and reduces the kernel's memory footprint.
It also is necessary for removing sysdevs from the kernel
From: Rafael J. Wysocki r...@sisk.pl
Convert some ARM architecture's common code to using
struct syscore_ops objects for power management instead of sysdev
classes and sysdevs.
This simplifies the code and reduces the kernel's memory footprint.
It also is necessary for removing sysdevs from
From: Rafael J. Wysocki r...@sisk.pl
Convert some MIPS architecture's code to using struct syscore_ops
objects for power management instead of sysdev classes and sysdevs.
This simplifies the code and reduces the kernel's memory footprint.
It also is necessary for removing sysdevs from the kernel
From: Rafael J. Wysocki r...@sisk.pl
If syscore_suspend() fails in suspend_enter(), create_image() or
resume_target_kernel(), it is necessary to call sysdev_resume(),
because sysdev_suspend() has been called already and succeeded
and we are going to abort the transition.
Signed-off-by: Rafael J
From: Rafael J. Wysocki r...@sisk.pl
Convert some AVR32 architecture's code to using struct syscore_ops
objects for power management instead of sysdev classes and sysdevs.
This simplifies the code and reduces the kernel's memory footprint.
It also is necessary for removing sysdevs from
From: Rafael J. Wysocki r...@sisk.pl
Convert some Blackfin architecture's code to using struct syscore_ops
objects for power management instead of sysdev classes and sysdevs.
This simplifies the code and reduces the kernel's memory footprint.
It also is necessary for removing sysdevs from
201 - 300 of 321 matches
Mail list logo
