Francois please review this series, thanks.
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 06 Feb 2013 20:23:05 +0900
Jonghwa Lee wrote:
> This patch adds rtc driver for Maxim 8997 multifunction chip.
> Max8997 has rtc module in it. and it can be used for timekeeping
> clock and system alarm. It provide various operational mode those are
> BCD/binary, 24/12hour, am/pm. Driver
On Thursday, February 07, 2013 12:25:13 AM Artem Savkov wrote:
> I get the following BUG on suspend using systemd-sleep(this doesn't
> happen with pm-suspend). This seems to be introduced by some of the
> Viresh's patches.
Which branch from which day?
Rafael
> [ 94.908046] Disabling non-boot
Hi David,
On Wed, 6 Feb 2013 12:12:57 -0800 (PST) David Rientjes
wrote:
>
> On Wed, 6 Feb 2013, Pekka Enberg wrote:
>
> > > Yeah, that's a good idea - I think Pekka can apply that change
> > > just fine to help anyone doing merges - I don't think kconfig
> > > treats it as a fatal error.
> >
On 05.02.2013 01:15, Thierry Reding wrote:
> On Mon, Feb 04, 2013 at 08:41:25PM -0800, Terje Bergström wrote:
>> This is used by debugfs code to direct to debugfs, and
>> nvhost_debug_dump() to send via printk.
>
> Yes, that was precisely my point. Why bother providing the same data via
> several
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Subject: Re: [PATCH] staging/zcache: Fix/improve zcache writeback code, tie
> to a config option
>
> On Wed, Feb 06, 2013 at 10:27:41AM -0800, Dan Magenheimer wrote:
> > It was observed by Andrea Arcangeli in 2011 that zcache can get "full"
>
On 01/14/2013 10:05 AM, Mark Rutland wrote:
> Implement timer_broadcast for the arm architecture, allowing for the use
> of clock_event_device_drivers decoupled from the timer tick broadcast
> mechanism.
Mark, this patch is now in next-20130206 and causes a crash during boot
on Tegra. T
On Wed, Feb 6, 2013 at 11:59 AM, Yinghai Lu wrote:
> On Wed, Feb 6, 2013 at 9:54 AM, Bjorn Helgaas wrote:
>> I think you're missing the point.
>>
>> Search the tree for uses of "for_each_pci_dev()." Almost every
>> occurrence is a bug because that code doesn't work correctly for
>> hot-added
On Wed, 6 Feb 2013 16:49:34 +0100
Gerald Schaefer wrote:
> With commit 8e72033 "thp: make MADV_HUGEPAGE check for mm->def_flags"
> the VM_NOHUGEPAGE flag may be set on s390 in mm->def_flags for certain
> processes, to prevent future thp mappings. This would be overwritten
> by do_mlockall(),
On Wed, Feb 6, 2013 at 10:12 PM, David Rientjes wrote:
> What's the endgame for kvmtool/next? The patch that this fixes has been
> sitting in linux-next for over 15 months and hasn't been pulled by Linus,
> yet some find it to be quite useful.
>
> Is it a permanent addition to linux-next, is
Subject: x86, UV: UV3 Update x2apic Support
This patch adds support for the SGI UV3 hub to the common
x2apic functions. The primary changes are to account for the
similarities between UV2 and UV3 which are encompassed within the
"UVX" nomenclature. One
On 06.02.2013 12:38, Thierry Reding wrote:
> On Wed, Feb 06, 2013 at 12:29:26PM -0800, Terje Bergström wrote:
>> This was done purely, because I'm hiding the struct size from the
>> caller. If the caller needs to allocate, I need to expose the struct in
>> a header, not just a forward declaration.
On Wed, Feb 06, 2013 at 12:29:26PM -0800, Terje Bergström wrote:
> On 05.02.2013 00:42, Thierry Reding wrote:
[...]
> > Or if that doesn't work it would still be preferable to allocate memory
> > in host1x_syncpt_wait() directly instead of going through the wrapper.
>
> This was done purely,
Commit-ID: 0fbdad078a70ed72248c3d30fe32e45e83be00d1
Gitweb: http://git.kernel.org/tip/0fbdad078a70ed72248c3d30fe32e45e83be00d1
Author: Jacob Shin
AuthorDate: Wed, 6 Feb 2013 11:26:28 -0600
Committer: Ingo Molnar
CommitDate: Wed, 6 Feb 2013 19:45:24 +0100
perf/x86: Allow for
From: Thomas Gleixner
With the locking cleanup in place (from "OF: Fixup resursive
locking code paths"), we can now do the conversion from the
rw_lock to a raw spinlock as required for preempt-rt.
The previous cleanup and this conversion were originally
separate since they predated when
Commit-ID: 4c1fd17a1cb32bc4f429c7a5ff9a91a3bffdb8fa
Gitweb: http://git.kernel.org/tip/4c1fd17a1cb32bc4f429c7a5ff9a91a3bffdb8fa
Author: Jacob Shin
AuthorDate: Wed, 6 Feb 2013 11:26:27 -0600
Committer: Ingo Molnar
CommitDate: Wed, 6 Feb 2013 19:45:24 +0100
perf/x86: Move MSR address
On Wed, 2013-02-06 at 14:45 -0500, George Spelvin wrote:
> > Tight coupling is what caused this to break in the first place -- I
> > don't think tighter coupling is the right answer.
>
> Agreed. But given that n_tty already knows there are wrappers, it would
> have been possible to find a
Commit-ID: 9f19010af8c651879ac2c36f1a808a3a4419cd40
Gitweb: http://git.kernel.org/tip/9f19010af8c651879ac2c36f1a808a3a4419cd40
Author: Jacob Shin
AuthorDate: Wed, 6 Feb 2013 11:26:26 -0600
Committer: Ingo Molnar
CommitDate: Wed, 6 Feb 2013 19:45:23 +0100
perf/x86/amd: Use proper
Commit-ID: 4dd4c2ae555d8a91e8c5bf1cd56807a35764436a
Gitweb: http://git.kernel.org/tip/4dd4c2ae555d8a91e8c5bf1cd56807a35764436a
Author: Robert Richter
AuthorDate: Wed, 6 Feb 2013 11:26:25 -0600
Committer: Ingo Molnar
CommitDate: Wed, 6 Feb 2013 19:45:23 +0100
perf/x86/amd: Generalize
On 05.02.2013 00:42, Thierry Reding wrote:
> On Mon, Feb 04, 2013 at 08:29:08PM -0800, Terje Bergström wrote:
>> host1x_get_host() actually needs that, so this #include should've also
>> been in previous patch.
>
> No need to if you pass struct device * instead. You might need
> linux/device.h
Commit-ID: 2c53c3dd0b6497484b29fd49d34ef98acbc14577
Gitweb: http://git.kernel.org/tip/2c53c3dd0b6497484b29fd49d34ef98acbc14577
Author: Robert Richter
AuthorDate: Wed, 6 Feb 2013 11:26:24 -0600
Committer: Ingo Molnar
CommitDate: Wed, 6 Feb 2013 19:45:22 +0100
perf/x86/amd: Rework
Hi,
Am Wed, 06 Feb 2013 11:47:20 -0700
schrieb Alex Williamson :
> Does the card work with pci-assign or are both broken?
It works with pci-assign. :-\
> Possible there's a bug in how we're managing the vector table and pba
> here. Can you get to the monitor and run 'into mtree' and provide
I get the following BUG on suspend using systemd-sleep(this doesn't
happen with pm-suspend). This seems to be introduced by some of the
Viresh's patches.
[ 94.908046] Disabling non-boot CPUs ...
[ 94.908416] BUG: sleeping function called from invalid context at
kernel/workqueue.c:2811
[
On Wed, 6 Feb 2013, Jan Kara wrote:
> On Wed 06-02-13 09:58:48, David Rientjes wrote:
> > On Wed, 6 Feb 2013, Jan Kara wrote:
> >
> > > Yes, I noticed that thread just yesterday and also though that using
> > > similar trick might be viable. I'll experiment if we could use the same
> > > method
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
Signed-off-by: Tejun Heo
Cc: Chas Williams
Cc: net...@vger.kernel.org
---
drivers/atm/nicstar.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/atm/nicstar.c b/drivers/atm/nicstar.c
On 04.02.2013 23:43, Thierry Reding wrote:
> My point was that you could include the call to host1x_syncpt_reset()
> within host1x_syncpt_init(). That will keep unneeded code out of the
> host1x_probe() function. Also you don't want to use the syncpoints
> uninitialized, right?
Of course, sorry,
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
Signed-off-by: Tejun Heo
Cc: Jens Axboe
---
drivers/block/loop.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index ae12512..3b9c32b 100644
---
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
Signed-off-by: Tejun Heo
Cc: Stefan Richter
Cc: linux1394-de...@lists.sourceforge.net
---
drivers/firewire/core-cdev.c | 1 -
1 file changed, 1 deletion(-)
diff --git
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
* drm_ctxbitmap_cleanup() was calling idr_remove_all() but forgetting
idr_destroy() thus leaking all buffered free idr_layers. Replace it
with idr_destroy().
Signed-off-by: Tejun Heo
Cc:
On Wed, 6 Feb 2013, Pekka Enberg wrote:
> > Yeah, that's a good idea - I think Pekka can apply that change
> > just fine to help anyone doing merges - I don't think kconfig
> > treats it as a fatal error.
>
> Applied, thanks guys!
>
Adding Stephen to the cc.
What's the endgame for
We are occationally seeing ethtool fail to communicate with ucc_geth.
I think I have tracked down why it happens, but I don't see a good way
to fix it.
When the phy state changes, adjust_link() checks if the state has changed
and if the link is up. If it is it does:
if
On Wed, Feb 6, 2013 at 2:26 AM, Grant Likely wrote:
> On Tue, 5 Feb 2013 15:09:41 -0800, Girish K S wrote:
>> The status of the interrupt is available in the status register,
>> so reading the clear pending register and writing back the same
>> value will not actually clear the pending
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
Signed-off-by: Tejun Heo
Cc: Ohad Ben-Cohen
---
drivers/remoteproc/remoteproc_core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated.
The conversion isn't completely trivial for recover_idr_clear() as
it's the only place in kernel which makes legitimate use of
idr_remove_all() w/o idr_destroy(). Replace it with idr_remove() call
inside
Moving the wait loop for congested loops to its own function allows
us to add things to that wait loop, without growing the size of the
kernel text appreciably.
Signed-off-by: Rik van Riel
Reviewed-by: Steven Rostedt
Reviewed-by: Michel Lespinasse
Reviewed-by: Rafael Aquini
---
v2: clean up
From: Eric Dumazet
Eric Dumazet found a regression with the first version of the spinlock
backoff code, in a workload where multiple spinlocks were contended,
each having a different wait time.
This patch has multiple delay values per cpu, indexed on a hash
of the lock address, to avoid that
On 01/27/2013 08:04 AM, Michel Lespinasse wrote:
On Fri, Jan 25, 2013 at 11:18 AM, Rik van Riel wrote:
+ u32 delay = (ent->hash == hash) ? ent->delay : MIN_SPINLOCK_DELAY;
I still don't like the reseting of delay to MIN_SPINLOCK_DELAY when
there is a hash collision.
I've been
Subject: x86,smp: add debugging code to track spinlock delay value
From: Eric Dumazet
This code prints out the maximum spinlock delay value and the
backtrace that pushed it that far.
On systems with serial consoles, the act of printing can cause
the spinlock delay value to explode. It can
On Wed, 2013-02-06 at 14:34 -0500, George Spelvin wrote:
> > Now that N_TTY uses tty->disc_data for its private data,
> > 'subclass' ldiscs cannot use ->disc_data for their own private data.
> >
> > Use a lookup list to associate the tty with the pps source.
>
> Thanks for the cleanup. I fully
Many spinlocks are embedded in data structures; having many CPUs
pounce on the cache line the lock is in will slow down the lock
holder, and can cause system performance to fall off a cliff.
The paper "Non-scalable locks are dangerous" is a good reference:
Simple fixed value proportional backoff for ticket spinlocks.
By pounding on the cacheline with the spin lock less often,
bus traffic is reduced. In cases of a data structure with
embedded spinlock, the lock holder has a better chance of
making progress.
If we are next in line behind the current
The iteration logic of idr_get_next() is borrowed mostly verbatim from
idr_for_each(). It walks down the tree looking for the slot matching
the current ID. If the matching slot is not found, the ID is
incremented by the distance of single slot at the given level and
repeats.
The implementation
Modern Intel and AMD CPUs will trap to the host when the guest
is spinning on a spinlock, allowing the host to schedule in
something else.
This effectively means the host is taking care of spinlock
backoff for virtual machines. It also means that doing the
spinlock backoff in the guest anyway can
Many spinlocks are embedded in data structures; having many CPUs
pounce on the cache line the lock is in will slow down the lock
holder, and can cause system performance to fall off a cliff.
The paper "Non-scalable locks are dangerous" is a good reference:
There was only one legitimate use of idr_remove_all() and a lot more
of incorrect uses (or lack of it). Now that idr_destroy() implies
idr_remove_all() and all the in-kernel users updated not to use it,
there's no reason to keep it around. Mark it deprecated so that we
can later unexport it.
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop reference to idr_remove_all(). Note that the code
wasn't completely correct before because idr_remove() on all entries
doesn't necessarily release all idr_layers which could lead to memory
leak.
* Move idr_for_each_entry() definition next to other idr related
definitions.
* Make id[r|a]_get_new() inline wrappers of id[r|a]_get_new_above().
This changes the implementation of idr_get_new() but the new
implementation is trivial. This patch doesn't introduce any
functional change.
Move slot filling to idr_fill_slot() from idr_get_new_above_int() and
make idr_get_new_above() directly call it. idr_get_new_above_int() is
no longer needed and removed.
This will be used to implement a new ID allocation interface.
Signed-off-by: Tejun Heo
---
lib/idr.c | 30
idr allocation in blk_alloc_devt() wasn't synchronized against lookup
and removal, and its limit check was off by one - 1 << MINORBITS is
the number of minors allowed, not the maximum allowed minor.
Add locking and rename MAX_EXT_DEVT to NR_EXT_DEVT and fix limit
checking.
Signed-off-by: Tejun
On 02/06/2013 02:40 PM, Tejun Heo wrote:
Convert to the much saner new idr interface.
Only compile tested.
v2: Don't preload if @gfp doesn't contain __GFP_WAIT as the function
may be being called from non-process ocntext. Also, add a comment
explaining @idr_low never becomes zero.
Convert to the much saner new idr interface. Both bsg and genhd
protect idr w/ mutex making preloading unnecessary.
Signed-off-by: Tejun Heo
Acked-by: Jens Axboe
---
block/bsg.c | 26 +-
block/genhd.c | 21 ++---
2 files changed, 15 insertions(+), 32
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: drbd-...@lists.linbit.com
Cc: drbd-u...@lists.linbit.com
---
drivers/block/drbd/drbd_main.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Dan Williams
---
drivers/dma/dmaengine.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/dma/dmaengine.c b/drivers/dma/dmaengine.c
index
fw_device_init() didn't check whether the allocated minor number isn't
too large. Fail if it goes overflows MINORBITS.
Signed-off-by: Tejun Heo
Suggested-by: Stefan Richter
Acked-by: Stefan Richter
Cc: sta...@vger.kernel.org
---
drivers/firewire/core-device.c | 4
1 file changed, 4
Convert to the much saner new idr interface.
Only compile tested.
v2: Stefan pointed out that add_client_resource() may be called from
non-process context. Preload iff @gfp_mask contains __GFP_WAIT.
Also updated to include minor upper limit check.
Signed-off-by: Tejun Heo
Acked-by:
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/via/via_mm.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/via/via_mm.c
Convert to the much saner new idr interface.
Only compile tested.
v2: Mike triggered WARN_ON() in idr_preload() because send_mad(),
which may be used from non-process context, was calling
idr_preload() unconditionally. Preload iff @gfp_mask has
__GFP_WAIT.
Signed-off-by: Tejun Heo
Convert recover_idr_clear() to use idr_for_each_entry() instead of
idr_for_each(). It's somewhat less efficient this way but it
shouldn't matter in an error path. This is to help with deprecation
of idr_remove_all().
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Christine Caulfield
Cc:
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Arnd Bergmann
Cc: Alex Dubov
---
drivers/misc/tifm_core.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/tifm_core.c b/drivers/misc/tifm_core.c
index
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Reviewed-by: Steve Wise
Cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/cxgb3/iwch.h | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Mark Fasheh
Cc: Joel Becker
---
fs/ocfs2/cluster/tcp.c | 32 +---
1 file changed, 13 insertions(+), 19 deletions(-)
diff --git a/fs/ocfs2/cluster/tcp.c
From: Joe Perches
Date: Mon, 04 Feb 2013 18:48:16 -0800
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Reviewed-by: Steve Wise
Cc: Tom Tucker
Cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/amso1100/c2_qp.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Ohad Ben-Cohen
---
drivers/remoteproc/remoteproc_core.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Signed-off-by: Tejun Heo
Cc: Trond Myklebust
Cc: linux-...@vger.kernel.org
---
fs/nfs/nfs4client.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/fs/nfs/nfs4client.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: David Airlie
Cc: Kukjin Kim
Cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
* drm_ctxbitmap_next() error handling in drm_addctx() seems broken.
drm_ctxbitmap_next() return -errno on failure not -1.
Signed-off-by: Tejun Heo
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
---
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Acked-by: Linus Walleij
Cc: Grant Likely
---
drivers/gpio/gpiolib.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index
Convert to the much saner new idr interface.
Signed-off-by: Tejun Heo
Acked-by: Jens Axboe
---
drivers/block/loop.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index 3b9c32b..dafbfdb 100644
---
The current idr interface is very cumbersome.
* For all allocations, two function calls - idr_pre_get() and
idr_get_new*() - should be made.
* idr_pre_get() doesn't guarantee that the following idr_get_new*()
will not fail from memory shortage. If idr_get_new*() returns
-EAGAIN, the
idr uses -1, IDR_NEED_TO_GROW and IDR_NOMORE_SPACE to communicate
exception conditions internally. The return value is later translated
to errno values using _idr_rc_to_errno().
This is confusing. Drop the custom ones and consistently use -EAGAIN
for "tree needs to grow", -ENOMEM for "need more
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
Signed-off-by: Tejun Heo
Cc: Li Zefan
Cc: contain...@lists.linux-foundation.org
Cc: cgro...@vger.kernel.org
---
kernel/cgroup.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff
* Tab align fields like a normal person.
* Drop the unnecessary 0 inits from IDR_INIT().
This patch is purely cosmetic.
Signed-off-by: Tejun Heo
---
include/linux/idr.h | 28
1 file changed, 12 insertions(+), 16 deletions(-)
diff --git a/include/linux/idr.h
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Jean Delvare
Cc: linux-...@vger.kernel.org
---
drivers/i2c/i2c-core.c | 45 ++---
1 file changed, 10 insertions(+), 35 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Mike Marciniszyn
Cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/ipath/ipath_driver.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Jack Morgenstein
Cc: Or Gerlitz
Cc: Roland Dreier
Cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/mlx4/cm.c | 32 +++-
1 file changed, 15 insertions(+), 17
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/sis/sis_mm.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/sis/sis_mm.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Alex Dubov
---
drivers/memstick/core/memstick.c| 21 ++---
drivers/memstick/core/mspro_block.c | 17 +++--
2 files changed, 13 insertions(+), 25 deletions(-)
diff
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Mike Marciniszyn
Cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/qib/qib_init.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Jason Wang
Cc: Michael S. Tsirkin
---
drivers/net/macvtap.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Samuel Ortiz
---
drivers/mfd/rtsx_pcr.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/mfd/rtsx_pcr.c b/drivers/mfd/rtsx_pcr.c
index 9016932..81d8b14
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Paul Mackerras
Cc: linux-...@vger.kernel.org
---
drivers/net/ppp/ppp_generic.c | 33 -
1 file changed, 4 insertions(+), 29 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: "James E.J. Bottomley"
Cc: linux-s...@vger.kernel.org
---
drivers/scsi/ch.c | 21 +
drivers/scsi/sg.c | 43 +--
drivers/scsi/st.c | 27
On Wed, Feb 6, 2013 at 8:51 PM, Arnaldo Carvalho de Melo
wrote:
> Em Wed, Feb 06, 2013 at 03:46:02PM +0100, Stephane Eranian escreveu:
>> tools/perf/builtin-stat.c | 126
>> +
>
> Added the missing 'perf stat' man page entry based on the changeset
>
Hi Emil,
On Wed, Feb 06, 2013 at 06:55:53 +0100, Emil Goode wrote:
> Hi Antonio,
>
> The commit ed242d01 is in the linux-next tree and my patch depends on
> that commit.
>
Yes, you are right. I was not aware of this commit, because the author
did not CC us (neither netdev) even if he changed
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: James Smart
Cc: linux-s...@vger.kernel.org
---
drivers/scsi/lpfc/lpfc_init.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_init.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Nicholas A. Bellinger
Cc: linux-s...@vger.kernel.org
Cc: target-de...@vger.kernel.org
---
drivers/target/iscsi/iscsi_target.c | 15 ---
drivers/target/iscsi/iscsi_target_login.c |
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
---
drivers/thermal/cpu_cooling.c | 17 +
drivers/thermal/thermal_sys.c | 17 +
2 files changed, 10 insertions(+), 24
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Acked-by: Anton Vorontsov
Cc: David Woodhouse
---
drivers/power/bq2415x_charger.c | 11 +++
drivers/power/bq27x00_battery.c | 9 +++--
drivers/power/ds2782_battery.c | 9 ++---
3
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Acked-by: Greg Kroah-Hartman
Cc: "Hans J. Koch"
---
drivers/uio/uio.c | 19 ---
1 file changed, 4 insertions(+), 15 deletions(-)
diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Tested-by: Ezequiel Garcia
Cc: David Woodhouse
Cc: linux-...@lists.infradead.org
---
drivers/mtd/mtdcore.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Arnd Bergmann
Cc: Rodolfo Giometti
---
drivers/misc/c2port/core.c | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/drivers/misc/c2port/core.c
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Alasdair Kergon
Cc: dm-de...@redhat.com
---
drivers/md/dm.c | 54 +++---
1 file changed, 15 insertions(+), 39 deletions(-)
diff --git
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Reviewed-by: Steve Wise
Cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/cxgb4/iw_cxgb4.h | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git
Convert to the much saner new idr interface. Error return values from
recover_idr_add() mix -1 and -errno. The conversion doesn't change
that but it looks iffy.
Only compile tested.
Signed-off-by: Tejun Heo
---
fs/dlm/lock.c| 18 ++
fs/dlm/recover.c | 27
Convert to the much saner new idr interface.
Note that the adhoc cyclic id allocation is buggy. If wraparound
happens, the previous code with idr_get_new_above() may segfault and
the converted code will trigger WARN and return -EINVAL. Even if it's
fixed to wrap to zero, the code will be prone
Convert to the much saner new idr interface.
The new interface doesn't directly translate to the way idr_pre_get()
was used around ipc_addid() as preloading disables preemption. From
my cursory reading, it seems like we should be able to do all
allocation from ipc_addid(), so I moved it there.
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Acked-by: Li Zefan
Cc: contain...@lists.linux-foundation.org
Cc: cgro...@vger.kernel.org
---
kernel/cgroup.c | 27 ---
1 file changed, 8 insertions(+), 19 deletions(-)
diff
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
---
kernel/events/core.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git
301 - 400 of 1757 matches
Mail list logo