The following two patches remove cruft from the x86 native idle code.
These two removals have been marked with a WARN() since Linux 3.0.
Let me know if you see any troubles w/ these patches.
TIP,
These will conflict with another patch in my tree.
So if you approve, please Ack and I can carry in
From: Len Brown len.br...@intel.com
mwait_idle() is a C1-only idle loop intended to be more efficient
than HLT, starting on Pentium-4 HT-enabled processors.
But mwait_idle() has been replaced by the more general
mwait_idle_with_hints(), which handles both C1 and deeper C-states.
ACPI
From: Len Brown len.br...@intel.com
Remove 32-bit x86 a cmdline param no-hlt,
and the cpuinfo_x86.hlt_works_ok that it sets.
If a user wants to avoid HLT, then idle=poll
is much more useful, as it avoids invocation of HLT
in idle, while no-hlt failed to do so.
Indeed, hlt_works_ok was consulted
On Sat, Feb 09, 2013 at 08:34:53PM -0800, H. Peter Anvin wrote:
I wouldn't really call it a side effect. Perhaps the right thing
here is to say something like we want to start out with %eflags
unambiguously clear.
(Note also we have had to CLD earlier because we have already copied
the
2013/2/8 Francois Romieu rom...@fr.zoreil.com:
Linus Torvalds torva...@linux-foundation.org :
[...]
However, there's still the r8169 regressions (see the emails with the
subject regression: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0
timed out). It's bisected, and a revert is reported to
On Sat, Feb 09, 2013 at 11:53:04PM +0100, Michael Kerrisk (man-pages) wrote:
On Sat, Feb 9, 2013 at 7:22 PM, Oleg Nesterov o...@redhat.com wrote:
On 02/08, Michael Kerrisk (man-pages) wrote:
On Fri, Feb 8, 2013 at 8:10 PM, Oleg Nesterov o...@redhat.com wrote:
Well. I do not know. Up
On Sat, Feb 09, 2013 at 07:22:39PM +0100, Oleg Nesterov wrote:
On 02/08, Michael Kerrisk (man-pages) wrote:
On Fri, Feb 8, 2013 at 8:10 PM, Oleg Nesterov o...@redhat.com wrote:
Well. I do not know. Up to you and Michael.
But honestly, I can't say this all looks really nice. And
2013/2/8, Mark Brown broo...@opensource.wolfsonmicro.com:
On Wed, Feb 06, 2013 at 10:56:52AM +0800, Axel Lin wrote:
Use pdev-dev rather than iodev-dev for dev_err(), dev_warn() and
dev_info().
It's not clear to me that this is actually an improvement, the pdev is
mostly just an internal
2013/2/1 Li Zhong zh...@linux.vnet.ibm.com:
This is the syscall slow path hooks for context tracking subsystem,
corresponding to
[PATCH] x86: Syscall hooks for userspace RCU extended QS
commit bf5a3c13b939813d28ce26c01425054c740d6731
TIF_MEMDIE is moved to the second 16-bits (with value
Hi!
For shutdown in userspace there is the sendsigs.omit.d/ to avoid the
problem of halting/killing processes of the fuse filesystems (or other
services) prematurely. I guess something similar needs to be done for
freeze. The fuse filesystem has to tell the kernel what is up.
On Thu, Jan 31, 2013 at 1:23 AM, Michael Schmitz schmitz...@gmail.com wrote:
[PATCH 09/17] [m68k] IRQ: add handle_polled_irq() for timer based soft
interrupts -
experimental hack to avoid unhandled interrupt timer to fire
on EtherNEC/NetUSBee cards that have no hardware
At Fri, 8 Feb 2013 17:29:40 -0800,
James Ralston wrote:
This patch adds the HD Audio Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston james.d.rals...@intel.com
Thanks, applied.
Takashi
---
sound/pci/hda/hda_intel.c |5 +
1 files changed, 5 insertions(+), 0
Maybe somebody could have at that old locking warning:
[9.761427] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.9 loaded
[9.782848] cx88/0: cx2388x v4l2 driver version 0.0.9 loaded
[9.794205] input: HDA Digital PCBeep as
/devices/pci:00/:00:1b.0/input/input5
[
Hello,
I have a P8P67 Pro motherboard made by ASUS and recently I decided to switch to
EUFI boot.
Maybe it's a coincidence or maybe Linux kernel 3.7.6 (vanilla) has some serious
bug but after
waking up from sleep write performance becomes intolerable.
On boot I have:
HDD write performance:
On Sun February 10 2013 11:34:11 Knut Petersen wrote:
Maybe somebody could have at that old locking warning:
It's a false warning. If someone can point me to some documentation on how to
tell lockdep that it isn't a deadlock, then that would be appreciated.
Regards,
Hans
[
From: Sjur Brændeland sjur.brandel...@stericsson.com
This patch-set introduces the CAIF Virtio Link layer driver.
This driver depends on Rusty's new host virtio ring implementation,
so this patch-set is based on the vringh branch in Rusty's git.
Regards,
Sjur
cc: Rusty Russell
From: Sjur Brændeland sjur.brandel...@stericsson.com
Add functions for creating, deleting and kicking host-side virtio rings.
The host ring is not integrated with virtiqueues and cannot be managed
through virtio-config. Remoteproc must export functions for handling the
host-side virtio rings.
From: Vikram ARV vikram@stericsson.com
Add the the Virtio shared memory driver for STE Modems.
caif_virtio is implemented utilizing the virtio framework
for data transport and is managed with the remoteproc frameworks.
The Virtio queue is used for transmitting data to the modem, and
the new
On Sat, 26 Jan 2013 21:40:47 +1000
Ben Skeggs bske...@redhat.com wrote:
On Sat, 2013-01-26 at 11:53 +0100, Antonio Ospite wrote:
Hi,
I am experiencing a bug with nouveau with linux-3.8-rc5, my video
adapter is the one integrated on the MSI M3N78-VM motherboard (hence
x86_64):
From: Sjur Brændeland sjur.brandel...@stericsson.com
This patch-set adds support for shared resource table between
Linux kernel and remote devices.
- dynamically-allocated address of the vrings can be communicated
- vdev statuses can be communicated
- virtio config space becomes bi-directional
-
From: Sjur Brændeland sjur.brandel...@stericsson.com
Add function find_rsc_table_va to firmware ops. This function
returns the location of the resource table in shared memory
after loading.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
From: Sjur Brændeland sjur.brandel...@stericsson.com
Copy resource table from first to second firmware loading.
After firmware is loaded to memory, update the vdevs resource
pointer to the resource table kept in device memory.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
From: Sjur Brændeland sjur.brandel...@stericsson.com
Set the vring addresses in the resource table so that
the remote device can read the actual addresses used.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
drivers/remoteproc/remoteproc_core.c | 13 +++--
From: Sjur Brændeland sjur.brandel...@stericsson.com
Combine the almost identical functions rproc_handle_virtio_rsc
and rproc_handle_boot_rsc.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
drivers/remoteproc/remoteproc_core.c | 51 --
1
From: Sjur Brændeland sjur.brandel...@stericsson.com
Support virtio configuration space and device status and
feature negotiation with remote device. This virtio device
can now access the resource table in shared memory.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
From: Sjur Brændeland sjur.brandel...@stericsson.com
Simplify handling of max_notifyid by simply counting the
number of vrings.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
drivers/remoteproc/remoteproc_core.c | 34 +++---
1 files changed, 19
From: Dmitry Tarnyagin dmitry.tarnya...@stericsson.com
Fixes coherent memory leakage, caused by non-deallocated
firmware image chunk.
Signed-off-by: Dmitry Tarnyagin dmitry.tarnya...@stericsson.com
---
drivers/remoteproc/ste_modem_rproc.c |7 ++-
1 files changed, 6 insertions(+), 1
From: Sjur Brændeland sjur.brandel...@stericsson.com
Refactor rproc_elf_find_rsc_table and split out the scanning
for the section header named resource table. This is done to
prepare for loading firmware once.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
From: Sjur Brændeland sjur.brandel...@stericsson.com
Parse the STE firmware and scan the TOC-table to find the address
of the resource table.
Signed-off-by: Sjur Brændeland sjur.brandel...@stericsson.com
---
drivers/remoteproc/ste_modem_rproc.c | 43 +++---
1 files
Hi,
thanks for doing this cleanup series. Looks very worthwhile!
--- a/drivers/i2c/i2c-core.c
+++ b/drivers/i2c/i2c-core.c
@@ -935,25 +935,16 @@ out_list:
*/
int i2c_add_adapter(struct i2c_adapter *adapter)
{
- int id, res = 0;
-
-retry:
- if
Added missing idr_preload_end calls in drm_gem_flink_ioctl().
Without those preemption stays disabled resulting in lots of scheduling while
atomic BUGs.
Introduced in 4e486fae707d9a79c76f1be6dcacffc4a721cc1b (linux-next.git)
Signed-off-by: Artem Savkov artem.sav...@gmail.com
---
On Fri, Feb 08, 2013 at 01:01:49PM -0800, Tejun Heo wrote:
MAX_IDR_MASK is another weirdness in the idr interface. As idr covers
whole positive integer range, it's defined as 0x7fff or INT_MAX.
Its usage in idr_find(), idr_replace() and idr_remove() is bizarre.
They basically mask off
Hi Doug,
On Mon, Jan 14, 2013 at 10:53:21AM -0800, Doug Anderson wrote:
This allows you to get the equivalent functionality of
i2c_add_numbered_adapter() with all data in the device tree and no
special case code in your driver. This is a common device tree
technique.
For quick reference,
On 09.02.2013 19:06:29, +0100, Theodore Ts'o ty...@mit.edu wrote:
Hi Ted,
thank you for the review.
On Fri, Feb 08, 2013 at 11:04:54PM +0100, Stephan Mueller wrote:
* an array of statistical test suites pass the output of the entropy
collector
(again, the output is not mangled with
On 10.02.2013 02:57:51, +0100, Jeff Epler jep...@unpythonic.net wrote:
Hi Jeff,
On Sat, Feb 09, 2013 at 01:06:29PM -0500, Theodore Ts'o wrote:
For that reasons, what I would suggest doing first is generate a
series of outputs of jitterentropy_get_nstime() followed by
schedule(). Look and see
On Sun, 2013-02-10 at 11:54 +0100, Hans Verkuil wrote:
On Sun February 10 2013 11:34:11 Knut Petersen wrote:
Maybe somebody could have at that old locking warning:
It's a false warning. If someone can point me to some documentation on how to
tell lockdep that it isn't a deadlock, then that
On Sunday, February 10, 2013 11:33:45 AM Pavel Machek wrote:
Hi!
For shutdown in userspace there is the sendsigs.omit.d/ to avoid the
problem of halting/killing processes of the fuse filesystems (or other
services) prematurely. I guess something similar needs to be done for
From: Alexandre Courbot acour...@nvidia.com
Fix all compilation errors and warnings triggered by my latest series of
patch on Grant's linux-next branch. Please meld this patch into the culprit
one to avoid ending with a commit that breaks compilation in the git history.
Signed-off-by: Alexandre
Hi Grant,
On 02/10/2013 01:34 AM, Grant Likely wrote:
Alex, this is broken when the sysfs interface isn't enabled. Can you
send a fixup patch?
g.
On Sat, Feb 9, 2013 at 3:41 PM, kbuild test robot
fengguang...@intel.com wrote:
tree: git://git.secretlab.ca/git/linux-2.6.git gpio/next
Hi,
On Sun, Feb 10, 2013 at 01:14:42AM +0100, Andreas Mohr wrote:
After the reinstall I tried to get a current -rc (-rc4+) working.
To my surprise initramfs USB boot failed, completely.
(the tell-tale sign that it likely is a regression was that the same 3.7.0
kernel that had been working
2013/2/1 Li Zhong zh...@linux.vnet.ibm.com:
This is the exception hooks for context tracking subsystem, including
data access, program check, single step, instruction breakpoint, machine
check,
alignment, fp unavailable, altivec assist, unknown exception, whose handlers
might use RCU.
This
On Sunday, February 10, 2013 02:51:22 PM Rafael J. Wysocki wrote:
On Sunday, February 10, 2013 11:33:45 AM Pavel Machek wrote:
Hi!
For shutdown in userspace there is the sendsigs.omit.d/ to avoid the
problem of halting/killing processes of the fuse filesystems (or other
On Sat, 2013-02-09 at 22:14 -0500, Peter Hurley wrote:
On Tue, 2013-02-05 at 15:26 -0500, Alan Stern wrote:
On Tue, 5 Feb 2013, Peter Hurley wrote:
With -next-20130204:
[ 33.855570] irq 18: nobody cared (try booting with the irqpoll
option)
[ 33.855580] Pid: 0, comm:
On Sun, 10 Feb 2013, Otavio Salvador wrote:
Hello,
On Sat, Jan 12, 2013 at 8:41 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Today I tried to update my kernel from 3.7.2 to 3.8-rc3 and I had no
success; I used localmodconfig to generate the .config for my machine
but keyboard
On Sun, Feb 10, 2013 at 3:42 AM, Olof Johansson o...@lixom.net wrote:
This patch on its own doesn't apply cleanly at all to arm-soc, I'm guessing
because I need the rest of the series. With the presumption that you're not
going to cause grief from sfr due to excessive conflicts. I.e. please
On Fri 08-02-13 22:02:43, azurIt wrote:
I assume you have checked that the killed processes eventually die,
right?
When i killed them by hand, yes, they dissappeard from process list (i
saw it). I don't know if they really died when OOM killed them.
Well, I do not see anything
This is becoming irritating. Clearly bisect isn't capable of
figuring out the bad commit for me, so I'm going to have to walk the commits
myself. *sigh* (The commit it thinks is the one that's causing the problem
for me yet again is very obviously barking up the wrong tree)
git bisect
Sure it does... it takes time.
Borislav Petkov b...@alien8.de wrote:
On Sat, Feb 09, 2013 at 08:34:53PM -0800, H. Peter Anvin wrote:
I wouldn't really call it a side effect. Perhaps the right thing
here is to say something like we want to start out with %eflags
unambiguously clear.
(Note
OK, my original reading of the mixing code was not accurate. This time
around, I started with the original posted tarball and turned the use of
the CPU clock into a very simple and clearly bad clock that will
provide no entropy.
--- jitterentropy-0.1/jitterentropy.c 2013-02-08
DevKit8000 is a beagle board clone from Timll, sold by
armkits.com. The DevKit8000 has RS232 serial port, LCD, DVI-D,
S-Video, Ethernet, SD/MMC, keyboard, camera, SPI, I2C, USB and
JTAG interface.
This patch adds the basic DT support for devkit8000. At this time, Information
of twl4030, MMC1,
what happend to this one ? It was a patch updating Kconfig help for at24.
Do you know linux-next? Have a look there...
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Sun, Feb 10, 2013 at 04:32:18AM +0100, Samuel Ortiz wrote:
Hi Greg,
On Fri, Feb 08, 2013 at 03:55:24PM -0800, Greg KH wrote:
On Fri, Feb 08, 2013 at 02:28:15PM +0200, Tomas Winkler wrote:
From: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Samuel Ortiz sa...@linux.intel.com
On Sun, Feb 10, 2013 at 12:47 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 10 Feb 2013, Otavio Salvador wrote:
I do have EHCI and PCI enabled so it should be working. Any clue about
why it breaks it?
Perhaps your system is not loading the new ehci-pci kernel module.
Yes; it should
stuck in the ptrace code.
But this happens _after_ the cgroup was freezed and i tried to strace one of
it's processes (to see what's happening):
Feb 8 01:29:46 server01 kernel: [ 1187.540672] grsec: From 178.40.250.111:
process /usr/lib/apache2/mpm-itk/apache2(apache2:18211) attached to via
On 02/06/13 13:58, James Hogan wrote:
Remove the SYMBOL_PREFIX Kconfig symbol as it's empty anyway.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Jonas Bonn jo...@southpole.se
Cc: li...@lists.openrisc.net
Cc: Mike Frysinger vap...@gentoo.org
---
arch/openrisc/Kconfig |4
1
On Friday 08 February 2013 10:09:10 Stephen Warren wrote:
On 02/08/2013 05:29 AM, Marc Dietrich wrote:
Hiroshi,
Am Freitag, 8. Februar 2013, 09:29:31 schrieb Hiroshi Doyu:
Refactored tegra{20,30,114}_init_early() so that we have the unified
tegra_init_early().
diff --git
On 02/10/13 06:58, Len Brown wrote:
From: Len Brown len.br...@intel.com
pm_idle() on openrisc was dead code.
Signed-off-by: Len Brown len.br...@intel.com
Cc: li...@lists.openrisc.net
---
arch/openrisc/kernel/idle.c | 5 -
1 file changed, 5 deletions(-)
Thanks, Len. Will apply.
/Jonas
* Renamed mode BQ2415X_MODE_NONE to BQ2415X_MODE_OFF
because this mode turning chaging completly off
* Added new mode BQ2415X_MODE_NONE which enable charging
with maximal current limit 100mA (this is minimal safe
value for bq2415x chips)
Signed-off-by: Pali Rohár pali.ro...@gmail.com
---
Od pane. Michael Weiner
Harlesden, North West
Londýn
Vážení přítele.
Já jsem pan Michael Weiner z Harlesden, North West London, tady v Anglii.
Pracuji pro UBS Investment Bank londýnské pobočky. Píši vám z mé kanceláře a já
mám návrh, který bude mít obrovský přínos pro nás oba. V mém
On 02/08, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:03:53PM +0530, Srivatsa S. Bhat wrote:
void percpu_read_unlock(struct percpu_rwlock *pcpu_rwlock)
{
- read_unlock(pcpu_rwlock-global_rwlock);
We need an smp_mb() here to keep the critical section ordered before the
Seth recently sent a patch adding IDs for the Avoton:
http://marc.info/?l=linux-kernelm=135959209218860w=2
Your patch conflicts with his. Please rebase on top of Seth's patch, so
that both patches can be applied in sequence.
Yes, please.
--- a/drivers/i2c/busses/i2c-i801.c
+++
On 02/09/2013 04:17 AM, Paul E. McKenney wrote:
On Tue, Jan 29, 2013 at 08:12:37PM +0900, Namhyung Kim wrote:
On Thu, 24 Jan 2013 10:00:04 +0530, Srivatsa S. Bhat wrote:
On 01/24/2013 01:27 AM, Tejun Heo wrote:
On Thu, Jan 24, 2013 at 01:03:52AM +0530, Srivatsa S. Bhat wrote:
CPU 0
only one cosmetic nit...
On 01/22, Srivatsa S. Bhat wrote:
+#define READER_PRESENT (1UL 16)
+#define READER_REFCNT_MASK (READER_PRESENT - 1)
+
#define reader_uses_percpu_refcnt(pcpu_rwlock, cpu) \
On Sun, 10 Feb 2013 23:00:21 +0900, Alexandre Courbot gnu...@gmail.com wrote:
From: Alexandre Courbot acour...@nvidia.com
Fix all compilation errors and warnings triggered by my latest series of
patch on Grant's linux-next branch. Please meld this patch into the culprit
one to avoid ending
On Sun, Feb 10, 2013 at 1:47 AM, Olof Johansson o...@lixom.net wrote:
On Fri, Feb 08, 2013 at 05:35:13PM +0100, Nicolas Ferre wrote:
These patches fix a regression in 16-bpp support for older SOCs which
use IBGR:555 rather than BGR:565 pixel layout. Use SOC-type to
determine if the controller
On Sun, Feb 10, 2013 at 01:46:18PM +0100, Stephan Mueller wrote:
However, the CPU has timing jitter in the execution of instruction. And
I try to harvest that jitter. The good thing is that this jitter is
always present and can be harvested on demand.
How do you know, though, that this is
Hi!
The whole memory shrinking we do for hibernation is now done by
allocating
memory, so the freezer is not necessary for *that* and there's *zero*
difference between suspend and hibernation with respect to why the
freezer is
used.
Funny. Freezer was put there so
From: Manjunath Goudar manjunath.gou...@linaro.org
Separate the Atmel host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar manjunath.gou...@linaro.org
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Greg KH g...@kroah.com
Cc: Grant Likely
From: Manjunath Goudar manjunath.gou...@linaro.org
Separate the mv(marvell) host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar manjunath.gou...@linaro.org
Cc: Greg KH g...@kroah.com
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Jason Cooper
From: Manjunath Goudar manjunath.gou...@linaro.org
Separate the vt8500 host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar manjunath.gou...@linaro.org
Cc: Greg KH g...@kroah.com
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Tony Prisk
From: Manjunath Goudar manjunath.gou...@linaro.org
Separate the Qualcomm On-Chip host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar manjunath.gou...@linaro.org
Cc: Greg KH g...@kroah.com
Cc: Alan Stern st...@rowland.harvard.edu
Cc: David
From: Manjunath Goudar manjunath.gou...@linaro.org
Separate the Nuvoton On-Chip host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar manjunath.gou...@linaro.org
Cc: Greg KH g...@kroah.com
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Wan
From: Manjunath Goudar manjunath.gou...@linaro.org
Separate the Marvell Orion host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar manjunath.gou...@linaro.org
Cc: Greg KH g...@kroah.com
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Jason
On Wed 2013-02-06 16:28:08, Dave Hansen wrote:
On 02/01/2013 02:25 AM, Pavel Machek wrote:
Ouch, and... IIRC (hpa should know for sure), PAE is neccessary for
R^X support on x86, thus getting more common, not less. If it does not
work, that's bad news.
Dare I ask what R^X is?
Read xor
On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:03:53PM +0530, Srivatsa S. Bhat wrote:
Using global rwlocks as the backend for per-CPU rwlocks helps us avoid many
lock-ordering related problems (unlike per-cpu locks). However, global
rwlocks lead to unnecessary
On 02/10/2013 11:36 PM, Oleg Nesterov wrote:
On 02/08, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:03:53PM +0530, Srivatsa S. Bhat wrote:
void percpu_read_unlock(struct percpu_rwlock *pcpu_rwlock)
{
- read_unlock(pcpu_rwlock-global_rwlock);
We need an smp_mb() here to keep the
On Sun, Feb 10, 2013 at 1:50 PM, Theodore Ts'o ty...@mit.edu wrote:
On Sun, Feb 10, 2013 at 01:46:18PM +0100, Stephan Mueller wrote:
However, the CPU has timing jitter in the execution of instruction. And
I try to harvest that jitter. The good thing is that this jitter is
always present and
On 02/09/2013 05:14 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:04:11PM +0530, Srivatsa S. Bhat wrote:
If interrupt handlers can also be readers, then one of the ways to make
per-CPU rwlocks safe, is to disable interrupts at the reader side before
trying to acquire the per-CPU
On 02/11/2013 12:12 AM, Oleg Nesterov wrote:
only one cosmetic nit...
On 01/22, Srivatsa S. Bhat wrote:
+#define READER_PRESENT (1UL 16)
+#define READER_REFCNT_MASK (READER_PRESENT - 1)
+
#define reader_uses_percpu_refcnt(pcpu_rwlock, cpu) \
On 10.02.2013 19:50:02, +0100, Theodore Ts'o ty...@mit.edu wrote:
Hi Ted,
On Sun, Feb 10, 2013 at 01:46:18PM +0100, Stephan Mueller wrote:
However, the CPU has timing jitter in the execution of instruction. And
I try to harvest that jitter. The good thing is that this jitter is
always present
On 02/09/2013 05:17 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:04:23PM +0530, Srivatsa S. Bhat wrote:
CPU hotplug (which will be the first user of per-CPU rwlocks) has a special
requirement with respect to locking: the writer, after acquiring the per-CPU
rwlock for write, must be
Hi Namhyung,
On 01/29/2013 03:51 PM, Namhyung Kim wrote:
Hi Srivatsa,
On Tue, 22 Jan 2013 13:04:54 +0530, Srivatsa S. Bhat wrote:
@@ -246,15 +291,21 @@ struct take_cpu_down_param {
static int __ref take_cpu_down(void *_param)
{
struct take_cpu_down_param *param = _param;
-int
On 02/09/2013 05:37 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:05:10PM +0530, Srivatsa S. Bhat wrote:
Once stop_machine() is gone from the CPU offline path, we won't be able to
depend on preempt_disable() to prevent CPUs from going offline from under us.
Use the
On 02/09/2013 05:44 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:06:34PM +0530, Srivatsa S. Bhat wrote:
Don't refer to stop_machine() in the CPU hotplug path, since we are going
to get rid of it. Also, move the comment referring to callback adoption
to the CPU_DEAD case, because
On 02/09/2013 05:45 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:15:22PM +0530, Srivatsa S. Bhat wrote:
... and also cleanup a comment that refers to CPU hotplug being dependent on
stop_machine().
Cc: David Howells dhowe...@redhat.com
Signed-off-by: Srivatsa S. Bhat
On Mon, Feb 11, 2013 at 12:40:56AM +0530, Srivatsa S. Bhat wrote:
On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:03:53PM +0530, Srivatsa S. Bhat wrote:
Using global rwlocks as the backend for per-CPU rwlocks helps us avoid many
lock-ordering related problems
On 02/11, Srivatsa S. Bhat wrote:
On 02/10/2013 11:36 PM, Oleg Nesterov wrote:
+static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
+{
+ unsigned int cpu;
+
+ drop_writer_signal(pcpu_rwlock, smp_processor_id());
Why do we drop ourselves twice? More to the
On Sun, Feb 10, 2013 at 07:06:07PM +0100, Oleg Nesterov wrote:
On 02/08, Paul E. McKenney wrote:
[ . . . ]
+static inline void sync_reader(struct percpu_rwlock *pcpu_rwlock,
+unsigned int cpu)
+{
+ smp_rmb(); /* Paired with smp_[w]mb() in
On Mon, Feb 11, 2013 at 01:11:29AM +0530, Srivatsa S. Bhat wrote:
On 02/09/2013 05:37 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:05:10PM +0530, Srivatsa S. Bhat wrote:
Once stop_machine() is gone from the CPU offline path, we won't be able to
depend on preempt_disable() to
On 02/11/2013 01:17 AM, Paul E. McKenney wrote:
On Mon, Feb 11, 2013 at 12:40:56AM +0530, Srivatsa S. Bhat wrote:
On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:03:53PM +0530, Srivatsa S. Bhat wrote:
Using global rwlocks as the backend for per-CPU rwlocks helps us
On 02/11/2013 01:26 AM, Paul E. McKenney wrote:
On Mon, Feb 11, 2013 at 01:11:29AM +0530, Srivatsa S. Bhat wrote:
On 02/09/2013 05:37 AM, Paul E. McKenney wrote:
On Tue, Jan 22, 2013 at 01:05:10PM +0530, Srivatsa S. Bhat wrote:
Once stop_machine() is gone from the CPU offline path, we won't be
On 02/11/2013 01:20 AM, Oleg Nesterov wrote:
On 02/11, Srivatsa S. Bhat wrote:
On 02/10/2013 11:36 PM, Oleg Nesterov wrote:
+static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
+{
+ unsigned int cpu;
+
+ drop_writer_signal(pcpu_rwlock, smp_processor_id());
Why do
From: Laurent Meunier laurent.meun...@st.com
This update adds a debugfs interface to modify a pin configuration
for a given state in the pinctrl map. This allows to modify the
configuration for a non-active state, typically sleep state.
This configuration is not applied right away, but only when
On 02/11, Srivatsa S. Bhat wrote:
On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
+static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
+{
+ unsigned int cpu;
+
+ drop_writer_signal(pcpu_rwlock, smp_processor_id());
Why do we drop ourselves twice? More to the
This patch adds support for the Cypress APA Smbus Trackpad type,
which uses a modified register map that fits within the
limitations of the smbus protocol.
Devices that use this protocol include:
CYTRA-116001-00 - Samsung Series 5 550 Chromebook trackpad
CYTRA-103002-00 - Acer C7 Chromebook
1On 02/10/2013 10:28 AM, Marc Dietrich wrote:
On Friday 08 February 2013 10:09:10 Stephen Warren wrote:
On 02/08/2013 05:29 AM, Marc Dietrich wrote:
Hiroshi,
Am Freitag, 8. Februar 2013, 09:29:31 schrieb Hiroshi Doyu:
Refactored tegra{20,30,114}_init_early() so that we have the unified
On 02/11/2013 01:43 AM, Oleg Nesterov wrote:
On 02/11, Srivatsa S. Bhat wrote:
On 02/09/2013 04:40 AM, Paul E. McKenney wrote:
+static void announce_writer_inactive(struct percpu_rwlock *pcpu_rwlock)
+{
+ unsigned int cpu;
+
+ drop_writer_signal(pcpu_rwlock, smp_processor_id());
Why do
On Sun, Feb 10, 2013 at 6:23 AM, Peter Hurley pe...@hurleysoftware.com wrote:
On Sat, 2013-02-09 at 22:14 -0500, Peter Hurley wrote:
On Tue, 2013-02-05 at 15:26 -0500, Alan Stern wrote:
On Tue, 5 Feb 2013, Peter Hurley wrote:
With -next-20130204:
[ 33.855570] irq 18: nobody cared
Joe Perches j...@perches.com writes:
alloc failures already get standardized OOM
messages and a dump_stack.
Hoist assigns from if tests.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/net/wan/cosa.c| 9 -
drivers/net/wan/farsync.c | 6 ++
drivers/net/wan/hdlc.c
Hi,
On 02/04/2013 12:38 PM, Viresh Kumar wrote:
Currently, there can't be multiple instances of single governor_type. If we
have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't
have
1 - 100 of 380 matches
Mail list logo