From: Namhyung Kim
Current hist print functions are messy because it has to consider many
of command line options and the code doing that is scattered around to
places. So when someone wants to add an option to manipulate the hist
output it'd very easy to miss to update all of them in sync. And
From: Namhyung Kim
Now we can support color using pango markup with this change.
Acked-by: Pekka Enberg
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/browser.c | 101 +---
tools/perf/ui/gtk/gtk.h | 1 +
tools/perf/ui/gtk/setup.c | 1 +
3
From: Namhyung Kim
Signed-off-by: Namhyung Kim
---
tools/perf/ui/hist.c | 27 +++
tools/perf/util/hist.c | 33 -
2 files changed, 27 insertions(+), 33 deletions(-)
diff --git a/tools/perf/ui/hist.c b/tools/perf/ui/hist.c
index
From: Namhyung Kim
Override hpp->color functions for TUI. Because line coloring is done
outside of the function, it just sets the percent value and pass it.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 94 --
From: Namhyung Kim
When a field separator is given, the output format doesn't need to be
fancy like aligning to column length, coloring the percent value and
so on. And since there's a slight difference to normal format, fix it
not to break backward compatibility.
Signed-off-by: Namhyung Kim
Hi,
This is a cleanup and refactoring patchset for the hist printing code
by adding perf_hpp__format functions and perf_hpp. I believe it makes
the code easy to maintain and to add new features like upcoming group
viewing and callchain accumulation.
Any comments are welcome, thanks.
Namhyung
Hi Felipe,
Thanks for the review
On Tuesday 21 August 2012 02:35 PM, Felipe Balbi wrote:
> On Tue, Aug 21, 2012 at 11:47:43AM +0530, Shubhrajyoti D wrote:
>> Remove the macro MOD_REG_BIT instead make the bit field modifications
>> directly. This deletes a branch operation in cases where the the
On Wed, Aug 22, 2012 at 2:06 PM, Dave Airlie wrote:
>
> Hi Linus,
>
> Intel: edid fixes, power consumption fix, s/r fix, haswell fix
> radeon: BIOS loading fixes for UEFI and Thunderbolt machines, better MSAA
> validation, lockup timeout fixes, modesetting fixes
> one udl dpms fix,
> one vmwgfx
Pavel Emelyanov writes:
> On 08/21/2012 02:42 PM, Aneesh Kumar K.V wrote:
>> Pavel Emelyanov writes:
>>
>>> On 08/20/2012 11:32 PM, J. Bruce Fields wrote:
On Mon, Aug 20, 2012 at 11:06:06PM +0400, Cyrill Gorcunov wrote:
> On Mon, Aug 20, 2012 at 02:32:25PM -0400, J. Bruce Fields
On Mon, Aug 20, 2012 at 06:53:03AM -0700, Guenter Roeck wrote:
> On Fri, Aug 17, 2012 at 12:21:34PM -0700, Eric W. Biederman wrote:
> > Simon Budig writes:
> >
> > > On 08/17/2012 02:15 AM, Eric W. Biederman wrote:
> > >> When testing to make certain my user namespace code works in
> > >>
> Hmmm, I think we still should use cancel_work() here based on your
> idea. Please find the patch from Tejun and add him to this loop
> [PATCH 4/6] workqueue: deprecate flush[_delayed]_work_sync()
> ---
> Before this patchset,
>
> flush_work()
>
> flush the last queued instance of the
> > LP5523 can drive up to 9 channels. Leds can be controlled directly
> via
> > -the led class control interface. Channels have generic names:
> > +the led class control interface.
> > +The name of each channel is configurable in the platform data.
> > +If the name is NULL, channels have generic
Some IP blocks might not be using/controlling more than one
reset line, this check loosens the restriction to fully use
hwmod framework for those drivers.
E.g.: ipu has reset lines: mmu_cache, cpu0 and cpu1.
- As of now cpu1 is not used and hence (with previous check) the
IP block isn't fully
For a reset sequence to complete cleanly, a module needs its
associated clocks to be enabled, otherwise the timeout check
in prcm code can print a false failure (failed to hardreset)
that occurs because the clocks aren't powered ON and the status
bit checked can't transition without them.
From: Omar Ramirez Luna
The patch to expose hwmod assert/deassert functions through omap_device
has been accepted and queued for 3.7[1], however these two patches are
needed to make the API functional. Hence a revised version is being sent
according to previous comments:
- ARM: OMAP: hwmod:
On Tue, Aug 21, 2012 at 05:57:38PM +0100, Mark Brown wrote:
> On Tue, Aug 21, 2012 at 12:54:20PM +0300, Tomi Valkeinen wrote:
>
> > However, if we already have a generic driver for that type of panel,
> > (which we would need anyway for the DT based approach), the developer
> > only needs to add
2012/8/22 Julia Lawall :
> On Wed, 22 Aug 2012, Barry Song wrote:
>
>> 2012/8/22 Vinod Koul :
>>>
>>> On Sat, 2012-08-04 at 10:35 +0200, Julia Lawall wrote:
From: Julia Lawall
Fix some problems with the use of devm_ functions.
>>>
>>> Applied, thanks
>>
>>
>> the git log
On Tue, 2012-08-21 at 17:02 +0100, Alan Cox wrote:
> I'd like to see actual numbers and evidence on a wide range of workloads
> the spread/don't spread thing is even measurable given that you've also
> got to factor in effects like completing faster and turning everything
> off. I'd *really* like
On Wed, Aug 22, 2012 at 01:27:21PM +0800, Michael Wang wrote:
> And can we make sure that it is safe to sleep(schedule) at this point?
> It may need some totally testing to cover all the situation...
task_work callback can bloody well block, so yes, it is safe. Hell,
we are doing final close
On 08/22/2012 12:12 PM, Hugh Dickins wrote:
> On Wed, 22 Aug 2012, Xiao Guangrong wrote:
>> On 08/21/2012 11:06 PM, Andrea Arcangeli wrote:
>>>
>>> The KSM usage of it looks safe because it will only establish readonly
>>> ptes with it.
>>
>> Hmm, in KSM code, i found this code in replace_page:
>>
On Wed, 22 Aug 2012, Barry Song wrote:
2012/8/22 Vinod Koul :
On Sat, 2012-08-04 at 10:35 +0200, Julia Lawall wrote:
From: Julia Lawall
Fix some problems with the use of devm_ functions.
Applied, thanks
the git log "drivers/dma/sirf-dma.c: fix usage of devm functions"
should be fixed.
Hi, Eric
On 08/21/2012 09:05 PM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> It seems commit 4a9d4b02 (switch fput to task_work_add) reintroduced
> the problem addressed in commit 944be0b2 (close_files(): add scheduling
> point)
>
> If a server process with a lot of files (say 2 million tcp
2012/8/22 Vinod Koul :
> On Sat, 2012-08-04 at 10:35 +0200, Julia Lawall wrote:
>> From: Julia Lawall
>>
>> Fix some problems with the use of devm_ functions.
> Applied, thanks
the git log "drivers/dma/sirf-dma.c: fix usage of devm functions"
should be fixed.
>
>
> --
> ~Vinod
>
-barry
--
To
On Tue, Aug 21, 2012 at 7:50 PM, Anton Vorontsov wrote:
> Hello Stephen,
>
> Can you please add linux-pstore.git tree to the linux-next,
> the repository address is as follows:
>
> git://git.infradead.org/users/cbou/linux-pstore.git master
>
> This tree is dedicated to track pstore
On Tue, 2012-08-21 at 23:07 -0500, Larry Finger wrote:
> Hi,
>
> The commit entitled "tcp: reduce out_of_order memory use" turns out to cause
> problems with a number of USB drivers.
>
> The first one called to my attention was for staging/r8712u. For this driver,
> there are problems with SSL
On Wed, Aug 22, 2012 at 02:27:35PM +1000, Stephen Rothwell wrote:
> Hi Paul,
>
> Today's linux-next merge of the rcu tree got a conflict in
> kernel/rcutree.h between commit 62ab7072476a ("rcu: Use
> smp_hotplug_thread facility for RCUs per-CPU kthread") from the tip tree
> and commit
Hello,
I am trying to write a generic batttery driver using IIO and I have
one some below
questions:
Why do we have the representation of backup battery in this
driver(s3c_adc_battery.c) and when does the
s3c_adc_backup_bat_get_property function gets called?
As I understand, it is as this:It is
On Wed, Aug 22, 2012 at 02:27:22PM +1000, Stephen Rothwell wrote:
> Hi Paul,
>
> Today's linux-next merge of the rcu tree got a conflict in
> kernel/rcutree_plugin.h between commit 62ab7072476a ("rcu: Use
> smp_hotplug_thread facility for RCUs per-CPU kthread") from the tip tree
> and commit
Hi Linus W
> >> >> > After merging the gpio-lw tree, today's linux-next build (x86_64
> >> >> > allmodconfig) failed like this:
> >> >> >
> >> >> > ERROR: "irq_set_chip_and_handler_name" [drivers/gpio/gpio-pcf857x.ko]
> >> >> > undefined!
> >> >> > ERROR: "dummy_irq_chip"
On Tue, Aug 21, 2012 at 5:04 PM, Kim, Milo wrote:
> (a) use LP5523_ENABLE rather than magic number 0x40
> (b) use min_t() in lp5523_mux_parse()
> (c) skip while loop and just return if invalid command
>
Thanks for this cleanup. I will merge it later.
-Bryan
> Signed-off-by: Milo(Woogyom) Kim
On Tue, Aug 21, 2012 at 5:03 PM, Kim, Milo wrote:
> The return value of this function is not handled any place, so
> make it as void type.
>
> And three if-statements are replaced with switch-statements.
>
This one looks fine with me. I will merge it after you rework on first 2 patches
Thanks,
On 22 August 2012 03:08, Stephen Warren wrote:
> On 08/21/2012 05:25 AM, Linus Walleij wrote:
>> On Wed, Aug 15, 2012 at 9:57 PM, Thomas Abraham
>> wrote:
>>
>>> Add a new device tree enabled pinctrl and gpiolib driver for Samsung
>>> SoC's.
> ...
>>> + The child node can also optionally
On Tue, Aug 21, 2012 at 06:55:30PM +0200, Daniel Vetter wrote:
> On Tue, Aug 21, 2012 at 3:11 PM, Herton Ronaldo Krzesinski
> wrote:
> > On Tue, Aug 21, 2012 at 08:42:35AM +0200, Daniel Vetter wrote:
> >> On Tue, Aug 21, 2012 at 7:13 AM, Herton Ronaldo Krzesinski
> >> wrote:
> >> > I had the
On 21 August 2012 17:34, Linus Walleij wrote:
> On Wed, Aug 15, 2012 at 9:57 PM, Thomas Abraham
> wrote:
>
>> Pinctrl driver includes support for configuring the external wakeup
>> interrupts. On exynos platforms that use pinctrl driver, the setup
>> of wakeup interrupts in the exynos platform
On 21 August 2012 17:35, Linus Walleij wrote:
> On Wed, Aug 15, 2012 at 9:57 PM, Thomas Abraham
> wrote:
>
>> Pinctrl driver, when enabled, registers all the gpio pins and hence the
>> registration of gpio pins by this driver can be skipped.
>>
>> Acked-by: Grant Likely
>> Acked-by: Linus
Hi Doug,
I didn't know what purpose is.
Why need to add the MMC_CAP2_NO_MMC?
If card is SD or SDIO, mmc_attach_mmc(host) should not be entered.
Could you explain to me in more detail?
Best Regards,
Jaehoon Chung
On 08/22/2012 01:05 PM, Doug Anderson wrote:
> On some systems we need a way to
On 21 August 2012 17:32, Linus Walleij wrote:
> On Wed, Aug 15, 2012 at 9:57 PM, Thomas Abraham
> wrote:
>
>> Add information about the Exynos4210 pin banks and driver data which is
>> used by the Samsung pinctrl driver. In addition to this, the support for
>> external gpio and wakeup interrupt
Quoting Borislav Petkov :
>
> Here you go:
>
> [ 52.282208]
> [ 52.282208] testing speed of async ecb(twofish) encryption
Thanks!
Looks that encryption lost ~0.4% while decryption gained ~1.8%.
For 256 byte test, it's still slightly slower than twofish-3way (~3%). For 1k
and 8k tests,
Hi Paul,
Today's linux-next merge of the rcu tree got a conflict in
kernel/rcutree.h between commit 62ab7072476a ("rcu: Use
smp_hotplug_thread facility for RCUs per-CPU kthread") from the tip tree
and commit daa5d37ff51b ("rcu: Prevent force_quiescent_state() memory
contention") from the rcu
Hi Paul,
Today's linux-next merge of the rcu tree got a conflict in
kernel/rcutree_plugin.h between commit 62ab7072476a ("rcu: Use
smp_hotplug_thread facility for RCUs per-CPU kthread") from the tip tree
and commit 8732d57a8ce0 ("rcu: Provide OOM handler to motivate lazy RCU
callbacks") from the
On Tue, 2012-08-14 at 14:58 +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
Applied, thanks
--
~Vinod
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
From: Larry Finger
Date: Tue, 21 Aug 2012 23:07:46 -0500
> I find it hard to understand why this patch should cause these
> effects; however, I have verified that a kernel generated from "git
> checkout e86b2919" works fine. This commit is immediately before the
> patch in question.
I can
gt; >>
> >>
> >> This build error is still present in linux-next of 20120803.
> >>
> >
> > This will be fixed with this patch
> > https://patchwork.kernel.org/patch/1220151/
> >
> > Today, I will submit v2 for this
>
>
> T
Hi Linus,
Thanks for your time to review the Samsung pinctrl driver patches. I
have inlined the reply to your comments.
On 21 August 2012 16:55, Linus Walleij wrote:
> On Wed, Aug 15, 2012 at 9:57 PM, Thomas Abraham
> wrote:
>
>> Add a new device tree enabled pinctrl and gpiolib driver for
On Sat, 2012-08-04 at 10:35 +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Fix some problems with the use of devm_ functions.
Applied, thanks
--
~Vinod
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Wed, 22 Aug 2012, Xiao Guangrong wrote:
> On 08/21/2012 11:06 PM, Andrea Arcangeli wrote:
> >
> > The KSM usage of it looks safe because it will only establish readonly
> > ptes with it.
>
> Hmm, in KSM code, i found this code in replace_page:
>
> set_pte_at_notify(mm, addr, ptep,
Hi,
The commit entitled "tcp: reduce out_of_order memory use" turns out to cause
problems with a number of USB drivers.
The first one called to my attention was for staging/r8712u. For this driver,
there are problems with SSL communications as reported in
On 8/22/12 11:57 AM, Yuanhan Liu wrote:
On Fri, Aug 17, 2012 at 10:25:26PM +0800, Fengguang Wu wrote:
> [CC md list]
>
> On Fri, Aug 17, 2012 at 09:40:39AM -0400, Theodore Ts'o wrote:
>> On Fri, Aug 17, 2012 at 02:09:15PM +0800, Fengguang Wu wrote:
>>> Ted,
>>>
>>> I find ext4 write performance
Hi Linus,
Intel: edid fixes, power consumption fix, s/r fix, haswell fix
radeon: BIOS loading fixes for UEFI and Thunderbolt machines, better MSAA
validation, lockup timeout fixes, modesetting fixes
one udl dpms fix,
one vmwgfx fix,
couple of trivial core changes
There is an export added to
On some systems we need a way to disable MMC card support in a MMC/SD
card slot. Add support in the dw_mmc to support this.
Signed-off-by: Doug Anderson
---
drivers/mmc/host/dw_mmc.c |3 +++
include/linux/mmc/dw_mmc.h |2 ++
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git
On some systems we need a way to disable MMC card support in a MMC/SD
card slot. Add support in the core SD/MMC code to support this.
Signed-off-by: Doug Anderson
Signed-off-by: Alim Akhtar
---
drivers/mmc/core/core.c |2 +-
include/linux/mmc/host.h |1 +
2 files changed, 2
Nothing stops a process from hotplugging in a CPU concurrently
with a sys_reboot() call. In such a situation we could have
ipi_cpu_stop() mark a cpu as 'offline' and _cpu_up() ignore the
fact that the CPU is not really offline and call the
CPU_UP_PREPARE notifier. When this happens stop_machine
Hi Eric,
Today's linux-next merge of the fsnotify tree got a conflict in
kernel/audit_tree.c between commits a2140fc0cb03 ("audit: fix refcounting
in audit-tree") and b3e8692b4dde ("audit: clean up refcounting in
audit-tree") from Linus' tree and commit 3c183c233284 ("fsnotify: pass
group to
On Tue, Aug 21, 2012 at 7:15 PM, Alan Cox wrote:
>> So after much tracing with direct netconsole writes (printks
>> under console_lock not so useful), I think I found the race.
>
> Direct netconsole write would be a useful patch to have mainline I think
> 8)
Well I used a one line wrapper around
On 8/21/2012 9:51 AM, Miquel van Smoorenburg wrote:
> On 08/20/2012 01:34 AM, Stan Hoeppner wrote:
>> I'm glad you jumped in David. You made a critical statement of fact
>> below which clears some things up. If you had stated it early on,
>> before Miquel stole the thread and moved it to LKML
On 08/21/2012 11:06 PM, Andrea Arcangeli wrote:
> On Tue, Aug 21, 2012 at 05:46:39PM +0800, Xiao Guangrong wrote:
>> There has a bug in set_pte_at_notify which always set the pte to the
>> new page before release the old page in secondary MMU, at this time,
>> the process will access on the new
On Tue, 2012-08-21 at 14:43 -0400, Matt Porter wrote:
> Removes use of the DaVinci EDMA private DMA API and replaces
> it with use of the DMA engine API.
>
> Signed-off-by: Matt Porter
> ---
> + struct dma_slave_config dma_rx_conf = {
> + .direction =
On Tue, Aug 21, 2012 at 5:03 PM, Kim, Milo wrote:
> Turning off the brightness of each channel is required
> when removing the driver.
>
> So use flush_work_sync() rather than cancel_work_sync() to wait for
> unhandled brightness works.
Hmmm, I think we still should use cancel_work() here based
On Tue, 2012-08-21 at 14:43 -0400, Matt Porter wrote:
> Add a DMA engine driver for the TI EDMA controller. This driver
> is implemented as a wrapper around the existing DaVinci private
> DMA implementation. This approach allows for incremental conversion
> of each peripheral driver to the DMA
Hello Xishi,
On Tue, Aug 21, 2012 at 08:12:05PM +0800, qiuxishi wrote:
> From: Xishi Qiu
>
> When offline a section, we move all the free pages and pcp into
> MIGRATE_ISOLATE list first.
> start_isolate_page_range()
> set_migratetype_isolate()
> drain_all_pages(),
>
> Here
On Wed, Aug 22, 2012 at 12:16 AM, Manoj Iyer wrote:
>
> Looks like in pci-quirks.c, we enter the do() while() loop, reach the end of
> extended capabilities and goto hc_init: label, skipping the switch. Probably
> moving the switch under the hc_init label might work? Currently we switch
>
On 08/21/2012 11:20 PM, Michel Lespinasse wrote:
On Mon, Aug 20, 2012 at 02:39:26AM -0700, Michel Lespinasse wrote:
Instead of adding an atomic count for page references, we could limit
the anon_vma stacking depth. In fork, we would only clone anon_vmas
that have a low enough generation count.
> Second, the UV code doesn't flush the full range at all, it simply
> ignores its 'end' parameter (and hence also the "all" indicator).
>
Sure. the following rfc patch try to fix it. untested since no hardware.
=
diff --git a/arch/x86/include/asm/uv/uv_bau.h
On 08/20/2012 10:12 PM, Jan Beulich wrote:
> Alex,
>
> without even having run that code yet, I think I see two bugs here,
> both of which I'm pretty sure I pointed out at least once during the
> review cycle:
I was thought you have 'Agreed' for xen part code. :)
>
> For one, while
Hello Linus!
The following are pending target fixes destined for v3.6-rc3. Please go
ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
The executive summary includes:
- Post-merge review comments for tcm_vhost (MST + nab)
- Avoid debugging
On Mon, Aug 20, 2012 at 02:39:26AM -0700, Michel Lespinasse wrote:
> Instead of adding an atomic count for page references, we could limit
> the anon_vma stacking depth. In fork, we would only clone anon_vmas
> that have a low enough generation count. I think that's not great
> (adds a special
On Tue, 2012-08-21 at 23:32 +0200, Eric Dumazet wrote:
> On Tue, 2012-08-21 at 16:37 -0400, Mimi Zohar wrote:
>
> > We're here, because fput() called schedule_work() to delay the last
> > fput(). The execution needs to take place before the syscall returns to
> > userspace. Need to read
Hi Rusty,
Today's linux-next merge of the rr tree got a conflict in
arch/mips/kernel/module.c between commit c54de490a2e4 ("MIPS: Module:
Deal with malformed HI16/LO16 relocation sequences") from the mips tree
and commit 9db0bbe072c8 ("MIPS: Fix module.c build for 32 bit") from the
rr tree.
Just
>From 3dc19ea2b535719d0b4177f17bbbff9cbf257b23 Mon Sep 17 00:00:00 2001
From: Jovi Zhang
Date: Wed, 22 Aug 2012 10:34:08 +0800
Subject: [PATCH] MIPS/mm: add compound tail page _mapcount when mapped
see commit b6999b191 which target for x86 mm/gup, let it align with
mips architecture.
Quote from
This function fails to add the start address of the gmux I/O range to
the requested port address and thus writes to the wrong location.
Signed-off-by: Seth Forshee
---
drivers/platform/x86/apple-gmux.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hello Stephen,
Can you please add linux-pstore.git tree to the linux-next,
the repository address is as follows:
git://git.infradead.org/users/cbou/linux-pstore.git master
This tree is dedicated to track pstore infrastructure fixes and
enhancements, currently it holds these commits:
Anton
On Tue, Aug 21, 2012 at 09:19:15AM -0700, Kees Cook wrote:
[...]
> >> static void __exit ramoops_exit(void)
> >> {
> >> platform_driver_unregister(_driver);
> >> + platform_device_unregister(dummy);
> >> kfree(dummy_data);
> >> }
> >> module_exit(ramoops_exit);
> >
> > It looks
Feng,
> I think it's pci_get_subsys() triggered this assert:
>
> /*
> * Oi! Can't be having __GFP_FS allocations with IRQs disabled.
> */
> if (DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags)))
> return;
It's bisected down to this commit:
commit
From: Xiaoyan Zhang
The Physical Presence Interface enables the OS and the BIOS to cooperate and
provides a simple and straightforward platform user experience for
administering the TPM without sacrificing security.
V2: separate the patch out in a separate source file,
add #ifdef
From: Xiaoyan Zhang
Signed-off-by: Xiaoyan Zhang
---
Documentation/ABI/testing/sysfs-driver-ppi | 70
1 files changed, 70 insertions(+), 0 deletions(-)
create mode 100644 Documentation/ABI/testing/sysfs-driver-ppi
diff --git
From: Xiaoyan Zhang
The Physical Presence Interface enables the OS and the BIOS to cooperate to
provide a simple and straightforward platform user experience for
administering the TPM without sacrificing security.
Xiaoyan Zhang (2):
Documentation: sysfs for Physical Presence Interface
On Tue, Aug 21, 2012 at 5:03 PM, Kim, Milo wrote:
> The name of each led channel is configurable.
> If the name is NULL, just use the channel id for making the channel name
>
> Signed-off-by: Milo(Woogyom) Kim
> ---
> Documentation/leds/leds-lp5523.txt |7 +--
>
From: Michael Wang
Fengguang Wu has reported the bug:
[0.043953] BUG: scheduling while atomic: swapper/0/1/0x1002
[0.044017] no locks held by swapper/0/1.
[0.044692] Pid: 1, comm: swapper/0 Not tainted 3.6.0-rc1-00420-gb7aebb9 #34
[0.045861] Call Trace:
[0.048071] []
On Tue, Aug 21, 2012 at 9:35 PM, Alan Cox wrote:
> Huang - how about we add this patch first which moves the flags somewhere
> more sensible
> and then your helper function (and probably a few others) would merge cleanly
> ?
>
Allen, Could you post a formal patch?
I can change my patch based on
Switch to using the new hashtable implementation to store user structs.
This reduces the amount of generic unrelated code in kernel/user.c.
Signed-off-by: Sasha Levin
---
kernel/user.c | 33 +
1 files changed, 13 insertions(+), 20 deletions(-)
diff --git
Switch 9p error table to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in 9p.
Signed-off-by: Sasha Levin
---
net/9p/error.c | 21 ++---
1 files changed, 10 insertions(+), 11 deletions(-)
diff --git a/net/9p/error.c b/net/9p/error.c
Switch dlm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the dlm.
Signed-off-by: Sasha Levin
---
fs/dlm/lowcomms.c | 47 +--
1 files changed, 13 insertions(+), 34 deletions(-)
diff --git
ect MODULES_USE_ELF_REL
> >>>>
> >>>> config X86_64
> >>>> def_bool 64BIT
> >>>> +select MODULES_USE_ELF_RELA
> >>>>
> >>>> config RWSEM_XCHGADD_ALGORITHM
> >>>>
Switch openvswitch to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in openvswitch.
Signed-off-by: Sasha Levin
---
net/openvswitch/vport.c | 30 +-
1 files changed, 13 insertions(+), 17 deletions(-)
diff --git
Switch sunrpc/auth.c to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in auth.c.
Signed-off-by: Sasha Levin
---
net/sunrpc/auth.c | 45 +++--
1 files changed, 19 insertions(+), 26 deletions(-)
diff --git
Switch dm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the dm.
Signed-off-by: Sasha Levin
---
drivers/md/dm-snap.c | 24 ---
drivers/md/persistent-data/dm-block-manager.c |1 -
Switch elevator to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the elevator.
This also removes the dymanic allocation of the hash table. The size of the
table is
constant so there's no point in paying the price of an extra dereference when
Switch tracepoints to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the tracepoints.
Signed-off-by: Sasha Levin
---
kernel/tracepoint.c | 27 +++
1 files changed, 11 insertions(+), 16 deletions(-)
diff --git
Switch tracing to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in the tracing module.
Signed-off-by: Sasha Levin
---
kernel/trace/trace_output.c | 20
1 files changed, 8 insertions(+), 12 deletions(-)
diff --git
Switch rds to use the new hashtable implementation. This reduces the amount of
generic unrelated code in rds.
Signed-off-by: Sasha Levin
---
net/rds/bind.c | 28 +-
net/rds/connection.c | 102 ++
2 files changed, 63
Switch lockd to use the new hashtable implementation. This reduces the amount of
generic unrelated code in lockd.
Signed-off-by: Sasha Levin
---
fs/lockd/svcsubs.c | 66 ---
1 files changed, 36 insertions(+), 30 deletions(-)
diff --git
Switch l2tp to use the new hashtable implementation. This reduces the amount of
generic unrelated code in l2tp.
Signed-off-by: Sasha Levin
---
net/l2tp/l2tp_core.c| 134 +-
net/l2tp/l2tp_core.h|8 ++--
net/l2tp/l2tp_debugfs.c | 19
Switch cache to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the cache implementation.
Signed-off-by: Sasha Levin
---
net/sunrpc/cache.c | 20 +---
1 files changed, 9 insertions(+), 11 deletions(-)
diff --git a/net/sunrpc/cache.c
Switch hugemem to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in the hugemem.
This also removes the dymanic allocation of the hash table. The size of the
table is
constant so there's no point in paying the price of an extra dereference when
accessing
Switch workqueues to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the workqueues.
Signed-off-by: Sasha Levin
---
kernel/workqueue.c | 86 +---
1 files changed, 15 insertions(+), 71 deletions(-)
Switch ksm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the ksm module.
Signed-off-by: Sasha Levin
---
mm/ksm.c | 33 +++--
1 files changed, 15 insertions(+), 18 deletions(-)
diff --git a/mm/ksm.c b/mm/ksm.c
index
This hashtable implementation is using hlist buckets to provide a simple
hashtable to prevent it from getting reimplemented all over the kernel.
Signed-off-by: Sasha Levin
---
include/linux/hashtable.h | 291 +
1 files changed, 291 insertions(+), 0
There are quite a few places in the kernel which implement a hashtable
in a very similar way. Instead of having implementations of a hashtable
all over the kernel, we can re-use the code.
Since it looks like all the major issues we're addressed in the RFC phase
and no major issues were raised
On Tue, 2012-08-21 at 19:10 -0700, Anton Vorontsov wrote:
> Running without any recursion protection is prone to weird
> lockups/reboots, and probably a good idea to have it on a production
> system. But recursion during tracing is still an evidence of some other
> bugs, right? At least the fact
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Monday, August 20, 2012 1:39 PM
> To: Chao Xie
> Cc: haojian.zhu...@gmail.com; mturque...@linaro.org; viresh.li...@gmail.com;
> s.ha...@pengutronix.de; linux-kernel@vger.kernel.org;
>
1 - 100 of 1520 matches
Mail list logo
