[patch 1/4] x86, apic: Only use default_wait_for_init_deassert

es7000_wait_for_init_deassert() is functionally equivalent to default_wait_for_init_deassert(), so remove the duplicate code and use only a single function. Signed-off-by: David Rientjes --- arch/x86/include/asm/apic.h | 1 - arch/x86/kernel/apic/es7000_32.c | 8 +--- 2 files changed,

[patch 3/4] x86, apic: Remove unused function prototypes

Some function prototypes declared in asm/apic.h are never defined, so remove them. Signed-off-by: David Rientjes --- arch/x86/include/asm/apic.h | 4 1 file changed, 4 deletions(-) diff --git a/arch/x86/include/asm/apic.h b/arch/x86/include/asm/apic.h --- a/arch/x86/include/asm/apic.h +++

[patch 4/4] x86, apic: Always define nox2apic and define it as initdata

The "nox2apic" variable can be defined as __initdata since it is only used for bootstrap. It can now unconditionally be defined since it will later be freed. At the same time, it is also better off as a bool. Signed-off-by: David Rientjes --- arch/x86/include/asm/apic.h | 1 -

[patch 2/4] x86, apic: Switch wait_for_init_deassert to bool

Now that there is only a single wait_for_init_deassert() function, just convert the member of struct apic to a bool to determine whether we need to wait for init_deassert to become non-zero. There are no more callers of default_wait_for_init_deassert(), so fold it into the caller. Signed-off-by:

Re: [PATCH] MAINTAINERS: Update drm/i915 git repo

On Tue, Feb 4, 2014 at 8:37 PM, Daniel Vetter wrote: > On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter wrote: >> Moved to a common location so that Jani also can push to it, to avoid >> moving it every time I go on vacation. Please update autobuilders and >> everything else pointing at the

Re: [PATCH] include/linux/kprobes.h: move all functions to their matched area

(2014/02/05 14:27), Chen Gang wrote: > For dummy functions, it is not a good idea to still use the input > parameters (not a good idea to assume they are still effect). > > - let kprobe* static inline functions in CONFIG_KPROBES, dummy outside. > > - let (en/dis)able_jprobe() in

Re: vmwgfx: Fix unitialized stack read in vmw_setup_otable_base

On 01/31/2014 03:27 AM, Dave Jones wrote: > One of the error paths in vmw_setup_otable_base causes us to return with > 'ret' having never been set to anything causing us to return whatever was > on the stack. > > Found with Coverity > > Signed-off-by: Dave Jones > > diff --git

[PATCH] ipv4: Fix runtime WARNING in rtmsg_ifa()

On m68k/ARAnyM: WARNING: CPU: 0 PID: 407 at net/ipv4/devinet.c:1599 0x316a99() Modules linked in: CPU: 0 PID: 407 Comm: ifconfig Not tainted 3.13.0-atari-09263-g0c71d68014d1 #1378 Stack from 10c4fdf0: 10c4fdf0 002ffabb 000243e8 008ced6c 00024416 00316a99 063f 00316a99

Re: [PATCH v4 1/2] iio:as3935: Add DT binding docs for AS3935 driver

On February 5, 2014 4:43:35 AM GMT+00:00, Matt Porter wrote: >On Tue, Feb 04, 2014 at 07:14:55PM -0800, Matt Ranostay Matt Ranostay >wrote: >> Document compatible string, required and optional DT properties for >> AS3935 chipset driver. >> >> Signed-off-by: Matt Ranostay >> --- >>

Re: [PATCH 2/3] mm: vmscan: get rid of DEFAULT_SEEKS and document shrink_slab logic

On 02/05/2014 01:58 AM, Andrew Morton wrote: > On Fri, 17 Jan 2014 23:25:30 +0400 Vladimir Davydov > wrote: > >> Each shrinker must define the number of seeks it takes to recreate a >> shrinkable cache object. It is used to balance slab reclaim vs page >> reclaim: assuming it costs one seek to

Re: [RFCv2 08/10] xhci: Add a global command queue

On Thu, Jan 30, 2014 at 6:10 AM, Mathias Nyman wrote: > Create a list to store command structures, add a strucure to it every time > a command is submitted, and remove it from the list once we get a > command completion event matching the command. > > Signed-off-by: Mathias Nyman > --- >

[PATCH 01/04] PCI: rcar: Register each instance independently

From: Magnus Damm Convert the code to allow per-device probe() like other device drivers. This also delays driver registration due to change from subsys_initcall() to regular module_platform_driver(). Signed-off-by: Magnus Damm --- drivers/pci/host/pci-rcar-gen2.c | 74

[PATCH 04/04] PCI: rcar: Enable BOUNCE in case of HIGHMEM

From: Magnus Damm Select BOUNCE in case of HIGHMEM to enable bounce buffers in the block layer. Without this patch the DMABOUNCE code will error out due to lack of HIGHMEM support, and without DMABOUNCE there will be silent errors. Signed-off-by: Magnus Damm --- drivers/pci/host/Kconfig |

[PATCH 00/04] PCI: rcar: Driver model and physical address space update

to the user. If a DMA zone is used then the PCI window will be setup to cover that. Same thing with CMA. Tested with USB storage using LPAE and various VMSPLIT settings together with renesas git tag renesas-devel-v3.14-rc1-20140204 from kernel.org Signed-off-by: Magnus Damm --- Written against

[PATCH 03/04] PCI: rcar: Add DMABOUNCE support

From: Magnus Damm Add DMABOUNCE support together with a local memory area for all PCI devices hanging off this bridge. 4MiB of memory is set aside for coherent allocations which is shared between the on-chip OHCI and EHCI devices that are hanging off the PCI bridge. With this patch the driver

[PATCH] pinctrl: do not init debugfs entries for unimplemented functionalities

Commit c420619 "pinctrl: pinconf: remove checks on ops->pin_config_get" removed the check on (ops != NULL) when performing pinconf_pins_show() or pinconf_groups_show(). As these entries are always enabled, even if pinconf is not supported, reading will result in an oops due to NULL ops. Instead

[PATCH 02/04] PCI: rcar: Break out window size handling

From: Magnus Damm Break out the hard coded window size code to allow dynamic setup. The window size is still left at 1GiB but with this patch changing window size is easy for testing. Signed-off-by: Magnus Damm --- drivers/pci/host/pci-rcar-gen2.c | 31 --- 1

[PATCH v2] slub: fix false-positive lockdep warning in free_partial()

Commit c65c1877bd68 ("slub: use lockdep_assert_held") requires remove_partial() to be called with n->list_lock held, but free_partial() called from kmem_cache_close() on cache destruction does not follow this rule, leading to a warning: WARNING: CPU: 0 PID: 2787 at mm/slub.c:1536

Re: [PATCH v2 0/3] Deferrable timers support for timerfd API

On 02/04/2014 08:10 PM, Thomas Gleixner wrote: On Mon, 27 Jan 2014, Alexey Perevalov wrote: On 01/21/2014 11:12 PM, John Stultz wrote: Thomas: Any thought here? Should we be trying to unify the timerfd flags and the posix timer flags (specifically things like TIMER_CANCEL_ON_SET, which is

Re: [PATCH 3.13 000/140] 3.13.2-stable review

On 02/04/2014 01:09 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.13.2 release. There are 140 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.12 000/133] 3.12.10-stable review

On 02/04/2014 01:06 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.12.10 release. There are 133 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.10 000/104] 3.10.29-stable review

On 02/04/2014 01:01 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.10.29 release. There are 104 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.4 00/37] 3.4.79-stable review

On 02/04/2014 01:00 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.4.79 release. There are 37 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH] slub: fix false-positive lockdep warning in free_partial()

On 02/05/2014 04:57 AM, David Rientjes wrote: > On Tue, 4 Feb 2014, Christoph Lameter wrote: > >>> Although this cannot actually result in a race, because on cache >>> destruction there should not be any concurrent frees or allocations from >>> the cache, let's add spin_lock/unlock to

Re: [PATCH] perf tools: Handle PERF_RECORD_HEADER_EVENT_TYPE properly

* Jiri Olsa wrote: > We removed event types from data file in following commits: > 6065210 perf tools: Remove event types framework completely > 44b3c57 perf tools: Remove event types from perf data file > > We no longer need this information, because we can get it > directly from

[PATCH] x86: Disable CONFIG_X86_DECODER_SELFTEST in allmod/allyesconfigs

* Linus Torvalds wrote: > > BTW you probably also want to do the same for the x86 instruction > > decoder test. It seems to be the biggest compile time waster in > > allyesconfig and I usually disable it too. > > Agreed, that should be disabled too by default. Although in that > case I

[REVIEW PATCH] scsi: Add 'retry_timeout' to avoid infinite command retry

Currently, scsi error handling in scsi_decide_disposition() tries to unconditionally requeue scsi command when device keeps some error state. This is because retryable errors are thought to be temporary and the scsi device will soon recover from those errors. Normally, such retry policy is

Re: [PATCH] Clarify CONFIG_DEBUG_INFO's bloaty nature

* Linus Torvalds wrote: > On Tue, Feb 4, 2014 at 1:08 AM, Ingo Molnar wrote: > > > > config SAVE_TIME_AND_DISK_SPACE > > bool "Faster and leaner build object files: compile without debug > > info" > > default y > > Thinking about it, we already have this. It's called

Re: [Intel-gfx] [PATCH v3 2/6] x86: Add Intel graphics stolen memory quirk for gen2 platforms

* Daniel Vetter wrote: > On Tue, Feb 04, 2014 at 02:47:07PM +0200, Ville Syrjälä wrote: > > Hi x86 folks, > > > > Ping on getting the gen2 stolen memory early quirk patches into > > the x86 tree. > > > > From our side Daniel and Chris both seemed happy with them, so I'd > > like to get them

[PATCH 2/2] f2fs: fix f2fs_write_meta_page at no checkpoint status

If f2fs entered errorneous checkpoint status, it should skip writing meta pages instead of redirtying the pages out. Otherwise, it cannot unmount the partition even though f2fs is under read-only status. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 29 +

[PATCH 1/2] f2fs: fix to truncate dentry pages in the error case

When a new directory is allocated, if an error is occurred, we should truncate preallocated dentry pages too. Signed-off-by: Jaegeuk Kim --- fs/f2fs/dir.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/dir.c b/fs/f2fs/dir.c index bfcb4ae..daea906c 100644 --- a/fs/f2fs/dir.c +++

Re: [PATCH v4 1/2] iio:as3935: Add DT binding docs for AS3935 driver

On Tue, Feb 4, 2014 at 9:17 PM, Matt Porter wrote: > On Tue, Feb 04, 2014 at 08:52:26PM -0800, Matt Ranostay Matt Ranostay wrote: >> On Tue, Feb 4, 2014 at 8:43 PM, Matt Porter wrote: >> > On Tue, Feb 04, 2014 at 07:14:55PM -0800, Matt Ranostay Matt Ranostay >> > wrote: >> >> Document

[PATCH] include/linux/kprobes.h: move all functions to their matched area

For dummy functions, it is not a good idea to still use the input parameters (not a good idea to assume they are still effect). - let kprobe* static inline functions in CONFIG_KPROBES, dummy outside. - let (en/dis)able_jprobe() in CONFIG_KPROBES, dummy outside. - for kretprobe: - let

[PATCH -tip ] [BUGFIX/URGENT] perf-probe: Do not add offset to uprobe address

Fix perf-probe not to add offset value to uprobe probe address when post processing. tevs[i].point.address is the address of symbol+offset, but current perf-probe adjusts the point.address by adding the offset. As a result, the probe address becomes symbol+offset+offset. This may cause unexpected

Re: [PATCH v4 1/2] iio:as3935: Add DT binding docs for AS3935 driver

On Tue, Feb 04, 2014 at 08:52:26PM -0800, Matt Ranostay Matt Ranostay wrote: > On Tue, Feb 4, 2014 at 8:43 PM, Matt Porter wrote: > > On Tue, Feb 04, 2014 at 07:14:55PM -0800, Matt Ranostay Matt Ranostay wrote: > >> Document compatible string, required and optional DT properties for > >> AS3935

Re: [PATCH] kernel: kprobe: move all *kretprobe* generic implementation to CONFIG_KRETPROBES enabled area

On 02/05/2014 12:57 PM, Masami Hiramatsu wrote: > (2014/02/05 12:08), Chen Gang wrote: > Anyway, I don't think those inlined functions to be changed, because > most of them are internal functions. If CONFIG_KRETPROBES=n, it just > be ignored. > In

Re: [PATCH] clk: respect the clock dependencies in of_clk_init

Mike, On Tue, Feb 04, 2014 at 11:59:26PM +0100, Gregory CLEMENT wrote: > Until now the clock providers were initialized in the order found in > the device tree. This led to have the dependencies between the clocks > not respected: children clocks could be initialized before their > parent clocks.

Re: [PATCH] kernel/kprobes.c: move kretprobe implementation to CONFIG_KRETPROBES area

On 02/05/2014 01:00 PM, Masami Hiramatsu wrote: > (2014/02/05 12:36), Chen Gang wrote: >> > When CONFIG_KRETPROBES disabled, kretprobe implementation are useless, >> > so need move them to CONFIG_KPROBES area. >> > >> > - move all kretprobe* to CONFIG_KPROBES area and dummy outside. >> > -

Re: [PATCH] backlight: add PWM dependencies

On Tuesday, February 04, 2014 9:57 PM, Linus Walleij wrote: > > In some compilations the LM3630A and LP855X backlight drivers > fail like this: > > drivers/built-in.o: In function `lm3630a_pwm_ctrl': > drivers/video/backlight/lm3630a_bl.c:168: undefined reference to `pwm_config' >

Re: [PATCH] kernel/kprobes.c: move kretprobe implementation to CONFIG_KRETPROBES area

(2014/02/05 12:36), Chen Gang wrote: > When CONFIG_KRETPROBES disabled, kretprobe implementation are useless, > so need move them to CONFIG_KPROBES area. > > - move all kretprobe* to CONFIG_KPROBES area and dummy outside. > - define kretprobe_flush_task() to let kprobe_flush_task() call. > -

RE: [PATCH 01/22] be2iscsi: Use pci_enable_msix_range()

-Original Message- From: Alexander Gordeev [mailto:agord...@redhat.com] Sent: Tuesday, February 04, 2014 3:17 AM To: linux-kernel@vger.kernel.org Cc: Alexander Gordeev; Jayamohan Kallickal; linux-s...@vger.kernel.org; linux-...@vger.kernel.org Subject: [PATCH 01/22] be2iscsi: Use

Re: [PATCH] kernel: kprobe: move all *kretprobe* generic implementation to CONFIG_KRETPROBES enabled area

(2014/02/05 12:08), Chen Gang wrote: Anyway, I don't think those inlined functions to be changed, because most of them are internal functions. If CONFIG_KRETPROBES=n, it just be ignored. >>> >>> In original implementation, if CONFIG_KRETPROBES=n,

Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote: > This is a small patch set to fix some shortcomings how Orion bridge > irqs are handled. The patches are based on v3.13-rc8 and should go > into v3.14. They can possibly also marked for -stable down to v3.10. > > This patches

Re: [PATCH v4 1/2] iio:as3935: Add DT binding docs for AS3935 driver

On Tue, Feb 4, 2014 at 8:43 PM, Matt Porter wrote: > On Tue, Feb 04, 2014 at 07:14:55PM -0800, Matt Ranostay Matt Ranostay wrote: >> Document compatible string, required and optional DT properties for >> AS3935 chipset driver. >> >> Signed-off-by: Matt Ranostay >> --- >>

Re: [3.14-rc1] cirrus driver problem (qemu)

On Wed, Feb 5, 2014 at 8:53 AM, Sabrina Dubroca wrote: > 2014-02-04, 13:20:54 +1000, Dave Airlie wrote: >> On Tue, Feb 4, 2014 at 1:34 AM, Sabrina Dubroca wrote: >> > When I boot 3.14-rc1 in qemu, I get the trace below. The console stops >> > updating and I don't get a login prompt. I can login,

Re: [PATCH v3 8/8] ARM: dts: sun7i: Add ethernet alias for GMAC

On Tue, Feb 4, 2014 at 3:38 AM, Maxime Ripard wrote: > On Mon, Feb 03, 2014 at 11:32:26AM +0800, Chen-Yu Tsai wrote: >> U-Boot will insert MAC address into the device tree image. >> It looks up ethernet[0-5] aliases to find the ethernet nodes. >> Alias GMAC as ethernet0, as it is the only

Re: [PATCH v4 1/2] iio:as3935: Add DT binding docs for AS3935 driver

On Tue, Feb 04, 2014 at 07:14:55PM -0800, Matt Ranostay Matt Ranostay wrote: > Document compatible string, required and optional DT properties for > AS3935 chipset driver. > > Signed-off-by: Matt Ranostay > --- > .../devicetree/bindings/iio/proximity/as3935.txt | 25 > ++

Re: [bisected] Re: WARNING: at net/ipv4/devinet.c:1599

From: Geert Uytterhoeven Date: Tue, 4 Feb 2014 21:03:24 +0100 > On Tue, Feb 4, 2014 at 8:20 PM, Geert Uytterhoeven > wrote: >> On Tue, Feb 4, 2014 at 7:08 PM, Cong Wang wrote: >>> On Tue, Feb 4, 2014 at 6:19 AM, Geert Uytterhoeven >>> wrote: Anyone with a clue? >>> >>> Looks

[tip:x86/build] x86: Disable generation of traditional x87 instructions

Commit-ID: b399fe355b30d0102e7690c99e6f764ddfd32ec3 Gitweb: http://git.kernel.org/tip/b399fe355b30d0102e7690c99e6f764ddfd32ec3 Author: Borislav Petkov AuthorDate: Wed, 5 Feb 2014 01:55:11 +0100 Committer: H. Peter Anvin CommitDate: Tue, 4 Feb 2014 20:00:35 -0800 x86: Disable

Re: [PATCH] mvebu : pcie: dt: potential issue in range parsing

Jean-Jacques, On Fri, Jan 10, 2014 at 11:23:51AM +0100, Jean-Jacques Hiblot wrote: > The second parameter of of_read_number is not the index, but a size. > As it happens, in this case it may work just fine because of the the > conversion > to u32 and the favorable endianness on this

Re: [PATCH V3] cpuidle/governors: Fix logic in selection of idle states

Hi Arjan, On 02/04/2014 08:22 PM, Arjan van de Ven wrote: > On 2/4/2014 12:35 AM, Preeti U Murthy wrote: >> The cpuidle governors today are not handling scenarios where no idle >> state >> can be chosen. Such scenarios coud arise if the user has disabled all the >> idle states at runtime or the

[PATCH] pinctrl-msm: Support output-{high,low} configuration

Add support for configuring pins as output with value as from the pinconf-generic interface. Signed-off-by: Bjorn Andersson --- drivers/pinctrl/pinctrl-msm.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/drivers/pinctrl/pinctrl-msm.c

Legacy pm ops to dev_pm_ops patches

Hi Rafael, I checked on the status of the legacy pm ops to dev_pm_ops conversion patches. Several went in. I have about 13 patches I would like to send. These patches are similar in nature. One of the issues I am having is being able to test these patches. Except for drivers/pcmcia/ds.c

Re: [RFC][PATCH] exec: Fix use after free of tracepoint trace_sched_process_exec

On Tue, Feb 4, 2014 at 5:10 PM, Al Viro wrote: > > Umm... Interactions with aushit might be interesting. Freudian slip or intentional? :-) > It hooks into getname() and putname(); I'm not up to doing analysis > right now [...] Right you are. I was actually aware of that, but grepping for

[PATCH] kernel/kprobes.c: move kretprobe implementation to CONFIG_KRETPROBES area

When CONFIG_KRETPROBES disabled, kretprobe implementation are useless, so need move them to CONFIG_KPROBES area. - move all kretprobe* to CONFIG_KPROBES area and dummy outside. - define kretprobe_flush_task() to let kprobe_flush_task() call. - define init_kretprobes() to let init_kprobes()

Re: Fwd: failure notice

On Tuesday 04 February 2014, Gene Heskett wrote: >Tried to send PM, bounced > >Cheers, Gene This was supposed to have an inline copy of the bounce, kmail failed. so here is a copy/paste Greetings Linus; Clamdscan, in its daily surveys of my system, is indentifying:

RE: [PATCH v4 0/8] Allow Link state changes for Hot-Plug

Hello list, My apologies for I forgot to attach the version history information of each individual patch. Essentially the v4 is exactly same as v3, except that it is rebased on top of 3.14-rc1. Thanks, Rajat > -Original Message- > From: Rajat Jain [mailto:rajatxj...@gmail.com] >

[PATCH v4 2/2] iio: Add AS3935 lightning sensor support

AS3935 chipset can detect lightning strikes and reports those back as events and the estimated distance to the storm. Signed-off-by: Matt Ranostay --- .../ABI/testing/sysfs-bus-iio-proximity-as3935 | 18 + drivers/iio/Kconfig| 1 + drivers/iio/Makefile

[PATCH v4 1/2] iio:as3935: Add DT binding docs for AS3935 driver

Document compatible string, required and optional DT properties for AS3935 chipset driver. Signed-off-by: Matt Ranostay --- .../devicetree/bindings/iio/proximity/as3935.txt | 25 ++ 1 file changed, 25 insertions(+) create mode 100644

Fwd: failure notice

Tried to send PM, bounced Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page NOTICE: Will pay 100 USD for an HP-4815A defective but

Re: [PATCH] kernel: kprobe: move all *kretprobe* generic implementation to CONFIG_KRETPROBES enabled area

On 02/05/2014 09:21 AM, Masami Hiramatsu wrote: > (2014/02/05 9:18), Chen Gang wrote: >> On 02/04/2014 11:39 PM, Masami Hiramatsu wrote: >>> (2014/02/04 22:53), Chen Gang wrote: On 02/04/2014 09:29 PM, Masami Hiramatsu wrote: > (2014/02/04 21:07), Chen Gang wrote: >> On 02/04/2014

linux-next: Tree for Feb 5

Hi all, This tree fails (more than usual) the powerpc allyesconfig build. Changes since 20140204: Removed tree: init (submitted and done with) Undropped tree: parisc-hd The parisc-hd tree lost its conflicts and so is back. The powerpc tree still had its build failure. Non-merge commits

Re: [RFC][PATCH] exec: Fix use after free of tracepoint trace_sched_process_exec

On Tue, 4 Feb 2014 21:31:09 -0500 Steven Rostedt wrote: > (probably should keep) > > Reported-by: Igor Zhbanov I should probably state that "IZh" confirmed on IRC that this is indeed the person that reported the issue in the first place. -- Steve -- To unsubscribe from this list: send the

[patch v2] mm, compaction: avoid isolating pinned pages

Page migration will fail for memory that is pinned in memory with, for example, get_user_pages(). In this case, it is unnecessary to take zone->lru_lock or isolating the page and passing it to page migration which will ultimately fail. This is a racy check, the page can still change from under

Re: [RFCv2 00/10] xhci: re-work command queue management

On Thu, Jan 30, 2014 at 6:25 AM, David Laight wrote: > From: Mathias Nyman >> Only changes since v1 are fixing smatch warnings and errors. >> patch 01/10 >> Check for null return from alloc_command, release lock in error path and >> don't dereference possible null pointer in error path.

Re: [RFC][PATCH] exec: Fix use after free of tracepoint trace_sched_process_exec

On Tue, 4 Feb 2014 16:57:31 -0800 Linus Torvalds wrote: > How does this look? Well, it is lacking a bit of the "ugly factor" but other than that, I ran it through some minor tests (basically just logged in and enabled the sched_process_exec tracepoint and ran a few programs and looked at what

[PATCH v4 8/8] pciehp: Introduce hotplug_lock to serialize HP events

Today it is there is no protection around pciehp_enable_slot() and pciehp_disable_slot() to ensure that they complete before another hot-plug operation can be done on that particular slot. This patch introduces the slot->hotplug_lock to ensure that any hotplug operations (add / remove) complete

[PATCH v4 6/8] pciehp: Disabling the link notification across slot reset

Disable the link notification (in addition to presence detect notifications) across the slot reset since it could potentialy flap the link and we don't want to treat it as hot unplug followed by a hotplug. Signed-off-by: Rajat Jain Signed-off-by: Rajat Jain Signed-off-by: Guenter Roeck ---

[PATCH v4 7/8] pciehp: Ensure very fast hotplug events are also processed.

Today, this is how all the hotplug and unplug events work: Hotplug / Removal needs to be done => Set slot->state (protected by slot->lock) to either POWERON_STATE (for enabling) or POWEROFF_STATE (for disabling). => Submit the work item for pciehp_power_thread() to slot->wq. Problem:

[PATCH v4 4/8] pciehp: Don't disable the link permanently, during removal

We need future link up events for hot-add, thus don't disable the link permanently during device removal. Also, remove the static functions that are now left unused. This reverts part of 2debd9289997 ("PCI: pciehp: Disable/enable link during slot power off/on"). This was dicussed at

[PATCH v4 5/8] pciehp: Don't check for adapter or latch status while disabling

It does not make much sense to refuse to disable a slot if an adapter is not present or the latch is open. If an adapter is not present, it provides an even better reason to disable the device slot. This is specially a problem for link state hot-plug, because some ports use in band mechanism for

[PATCH v4 2/8] pciehp: Use link change notifications for hot-plug and removal

A lot of systems do not have the fancy buttons and LEDs, and instead want to rely only on the Link state change events to drive the hotplug and removal state machinery. (http://www.spinics.net/lists/hotplug/msg05802.html) This patch adds support for that functionality. Here are the details about

[PATCH v4 3/8] pciehp: Enable link state change notifications

Enabled the Link state notifications unconditionaly. Enable the presence detection notification only if attention button is absent. This was discussed at this thread: http://marc.info/?t=13861101431=1=2 Signed-off-by: Rajat Jain Signed-off-by: Rajat Jain Signed-off-by: Guenter Roeck ---

[PATCH v4 1/8] pciehp: Make check_link_active() non-static

check_link_active() functionality needs to be used by subsequent patches (that introduce link state change based hotplug). Thus make the function non-static, and rename it to pciehp_check_link_active() so as to be consistent with other non-static functions. Signed-off-by: Rajat Jain

[PATCH v4 0/8] Allow Link state changes for Hot-Plug

Hello, This patch set enables the use of PCI Express link up and link down events for Hotplug or Unplug. This is the pretty much the same patchset as v3, only resending after rebasing on top of 3.14-rc1. (As a side effect, this patch also fixes the bug

Re: [RFCv2 01/10] xhci: Use command structures when calling xhci_configure_endpoint

Hi Mathias, comments below: On Thu, Jan 30, 2014 at 6:10 AM, Mathias Nyman wrote: > To create a global command queue we need to fill a command structure > for each entry on the command ring. > > We start by requiring xhci_configure_endpoint() to be called with > a proper command structure.

Re: [patch 00/10] mm: thrash detection-based file cache sizing v9

On Tue, Feb 04, 2014 at 03:14:24PM -0800, Andrew Morton wrote: > On Mon, 3 Feb 2014 19:53:32 -0500 Johannes Weiner wrote: > > > o Fix vmstat build problems on UP (Fengguang Wu's build bot) > > > > o Clarify why optimistic radix_tree_node->private_list link checking > > is safe without

Re: [PATCHv2 2/2] arm: Get rid of meminfo

On Tue, Feb 04, 2014 at 04:02:31PM -0800, Laura Abbott wrote: > memblock is now fully integrated into the kernel and is the prefered > method for tracking memory. Rather than reinvent the wheel with > meminfo, migrate to using memblock directly instead of meminfo as > an intermediate. > >

Re: [RFC 00/22] perf tools: Display tracepoint enahncements

On Sun, 2 Feb 2014 22:38:48 +0100, Jiri Olsa wrote: > hi, > sending out tracepoint (mostly) events display enahncements. > > * adding the '--tp' option for report command to show > tracepoint related info. Use can specify following switches: > fields: shows separated tracepoint fields >

Re: [patch 10/10] mm: keep page cache radix tree nodes in check

On Tue, Feb 04, 2014 at 03:07:56PM -0800, Andrew Morton wrote: > On Mon, 3 Feb 2014 19:53:42 -0500 Johannes Weiner wrote: > > > Previously, page cache radix tree nodes were freed after reclaim > > emptied out their page pointers. But now reclaim stores shadow > > entries in their place, which

Re: [PATCH v3 3/3] arm64: audit: Add audit hook in ptrace/syscall_trace

On 02/05/2014 02:31 AM, Will Deacon wrote: On Mon, Feb 03, 2014 at 06:56:30AM +, AKASHI Takahiro wrote: This patch adds auditing functions on entry to or exit from every system call invocation. Signed-off-by: AKASHI Takahiro --- arch/arm64/include/asm/thread_info.h |1 +

Re: [PATCH 04/22] perf tools: Add --list report option

On Sun, 2 Feb 2014 22:38:52 +0100, Jiri Olsa wrote: > Adding --list report option to display entries sequentialy: > > $ perf report --list --stdio > ... >0.00% 13151.543527 +00.00 ls [kernel.kallsyms] > [k] native_write_msr_safe >0.00% 13151.543530

Re: [RFC 00/22] perf tools: Display tracepoint enahncements

On Sun, 2 Feb 2014 22:45:50 +0100, Jiri Olsa wrote: > On Sun, Feb 02, 2014 at 10:38:48PM +0100, Jiri Olsa wrote: >> hi, >> sending out tracepoint (mostly) events display enahncements. > > forgot to mention.. the branch is in here: > git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git >

Re: [PATCHSET 0/5] tracing/uprobes: Support multi buffer and event trigger

(2014/01/17 17:08), Namhyung Kim wrote: > Hello, > (Resending with LKML CC'ed) > > This patchset tries to add support for recent multi buffer and event > trigger changes to uprobes. The multi buffer support patch is an > updated version of Zovi's previous patch v6 [1]. > > Zovi, please tell me

Re: [PATCH 01/22] perf tools: Fix memory leak in event_format__print function

On Sun, 2 Feb 2014 22:38:49 +0100, Jiri Olsa wrote: > Properly destroying trace_seq object. > > Signed-off-by: Jiri Olsa > Cc: Corey Ashford > Cc: Frederic Weisbecker > Cc: Ingo Molnar Acked-by: Namhyung Kim Thanks, Namhyung -- To unsubscribe from this list: send the line "unsubscribe

Re: 3.13.0: crash on boot

On Tue, Feb 04, 2014 at 05:30:50PM +0400, Alexandra N. Kossovsky wrote: > On Feb 03 14:41, Matt Fleming wrote: > > Alexandra, any chance you could try out a v3.14-rc1 kernel? Basically > > all of the EFI memory mapping code was rewritten for v3.14. > > v3.14-rc1: kmemleak complains about acpi

Re: [PATCH 1/3] perf tools: Put proper period for for samples without PERIOD sample_type

Hi Jiri, On Mon, 3 Feb 2014 12:44:41 +0100, Jiri Olsa wrote: > We use PERF_SAMPLE_PERIOD sample type only for frequency > setup -F (default) option. The -c does not need store period, > because it's always the same. > > In -c case the report code uses '1' as period. Fixing > it to

TEST MAIL 1

TEST MAIL 1 -- 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/

Re: [RFC 12/16] drm/nouveau/fifo: add GK20A support

Hi Daniel, On 02/04/2014 06:15 PM, Daniel Vetter wrote: On Sat, Feb 01, 2014 at 12:16:54PM +0900, Alexandre Courbot wrote: GK20A's FIFO is compatible with NVE0, but only features 128 channels and 1 runlist. Signed-off-by: Alexandre Courbot --- drivers/gpu/drm/nouveau/Makefile

Re: [PATCH] kernel: kprobe: move all *kretprobe* generic implementation to CONFIG_KRETPROBES enabled area

(2014/02/05 9:18), Chen Gang wrote: > On 02/04/2014 11:39 PM, Masami Hiramatsu wrote: >> (2014/02/04 22:53), Chen Gang wrote: >>> On 02/04/2014 09:29 PM, Masami Hiramatsu wrote: (2014/02/04 21:07), Chen Gang wrote: > On 02/04/2014 03:17 PM, Masami Hiramatsu wrote: >> (2014/02/04

Re: [RFC][PATCH] exec: Fix use after free of tracepoint trace_sched_process_exec

On Tue, Feb 04, 2014 at 04:57:31PM -0800, Linus Torvalds wrote: > On Tue, Feb 4, 2014 at 3:42 PM, Steven Rostedt wrote: > > > > New version that moves all the ugliness into a static inline helper > > function. > > Ok, that's better, but I really think we should just use "getname()" > and

Re: [PATCH 2/3] m68k: Switch to asm-generic/barrier.h

On 05/02/14 06:15, Geert Uytterhoeven wrote: > The generic nop() implementation is fine for m68k. > > Signed-off-by: Geert Uytterhoeven Acked-by: Greg Ungerer > --- > arch/m68k/include/asm/Kbuild|1 + > arch/m68k/include/asm/barrier.h |8 > 2 files changed, 1

Re: [PATCH 3/3] m68k: Wire up sched_setattr and sched_getattr

On 05/02/14 06:15, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven Acked-by: Greg Ungerer > --- > arch/m68k/include/asm/unistd.h |2 +- > arch/m68k/include/uapi/asm/unistd.h |2 ++ > arch/m68k/kernel/syscalltable.S |2 ++ > 3 files changed, 5 insertions(+),

Re: [PATCH 1/3] m68k: Sort arch/m68k/include/asm/Kbuild

On 05/02/14 06:15, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven Acked-by: Greg Ungerer > --- > arch/m68k/include/asm/Kbuild |5 ++--- > 1 file changed, 2 insertions(+), 3 deletions(-) > > diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/asm/Kbuild > index

Re: [PATCH] clocksource: exynos4: Fix wrong bit operation in exynos4_mct_write()

On 2014년 02월 04일 22:01, Kyungmin Park wrote: > > > On Tuesday, February 4, 2014, Jonghwa Lee > wrote: > > There was a faulty bit operation during checking offset in > exynos4_mct_write(). > This patch fixes it correctly. > > What's the issue? What's

Re: [PATCH] slub: fix false-positive lockdep warning in free_partial()

On Tue, 4 Feb 2014, Christoph Lameter wrote: > > Although this cannot actually result in a race, because on cache > > destruction there should not be any concurrent frees or allocations from > > the cache, let's add spin_lock/unlock to free_partial() just to keep > > lockdep happy. > > Please

Re: [RFC][PATCH] exec: Fix use after free of tracepoint trace_sched_process_exec

On Tue, Feb 4, 2014 at 3:42 PM, Steven Rostedt wrote: > > New version that moves all the ugliness into a static inline helper > function. Ok, that's better, but I really think we should just use "getname()" and "putname()". That's what the path that *matters* already does (ie the normal

Re: [PATCH 00/11] ARM: shmobile: RSPI RZ and QSPI SoC and board integration

> 2. QSPI in the r8a7791 aka R-Car M2 SoC on the Koelsch reference board. > It was rebased on top of renesas-devel-v3.14-rc1-20140204. > > It was tested on the r7s72100-based Genmai reference board using loopback > mode, and on the r8a7791-based Koelsch reference board using the Spa

[PATCH] x86: Disable generation of traditional x87 instructions

From: Borislav Petkov We recently had the case where wrongly used floating-constant 'E' caused the generation of traditional x87 instructions in kernel code and wreaking all kinds of havoc. Disable the generation of those too. This will save people a lot of time when trying to debug such issues

[PATCH] ACPI hotplug: Fix panic on eject to ejected device

When an eject request is sent to an ejected ACPI device, the following panic occurs: ACPI: \_SB_.SCK3.CPU3: ACPI_NOTIFY_EJECT_REQUEST event BUG: unable to handle kernel NULL pointer dereference at 0070 IP: [] acpi_device_hotplug+0x10b/0x33b : Call Trace: []

  1   2   3   4   5   6   7   8   9   10   >