Re: [PATCH v2 1/1] Platform: x86: Add Chrome OS Laptop driver

On Fri, Oct 26, 2012 at 10:30 AM, Corentin Chary wrote: > Looks better, but I'm curious, what is the final purpose of this driver ? > What ABI will be exposed, who will use it ? > > If it is going to be bigger, it may be a good idea to convert it to a > real platform driver

Re: [PATCH 4/4] uprobes: Kill arch_uprobe_enable/disable_step() hooks

* Oleg Nesterov [2012-10-28 18:39:36]: > Kill arch_uprobe_enable/disable_step() hooks, they do nothing and > nobody needs them. > > Signed-off-by: Oleg Nesterov Acked-by: Srikar Dronamraju > --- > include/linux/uprobes.h |2 -- > kernel/events/uprobes.c | 10 -- > 2 files

Re: [PATCH v3 0/3] acpi,memory-hotplug : implement framework for hot removing memory

On Friday, October 26, 2012 06:31:00 PM we...@cn.fujitsu.com wrote: > From: Wen Congyang > > The patch-set implements a framework for hot removing memory. > > The memory device can be removed by 2 ways: > 1. send eject request by SCI > 2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject > > In

Re: [PATCH 3/4] uprobes/x86: Cleanup the single-stepping code

* Oleg Nesterov [2012-10-28 18:39:31]: > No functional changes. > > Now that default arch_uprobe_enable/disable_step() helpers do nothing, > x86 has no reason to reimplement them. Change arch_uprobe_*_xol() hooks > to do the necessary work and remove the x86-specific hooks. > > Signed-off-by:

Re: [PATCH v2] MODSIGN: Add modules_sign make target

On Fri, Nov 02, 2012 at 01:49:14PM +1030, Rusty Russell wrote: > Josh Boyer writes: > > > On Thu, Nov 01, 2012 at 06:03:18PM +1030, Rusty Russell wrote: > >> Josh Boyer writes: > >> > >> > If CONFIG_MODULE_SIG is set, and 'make modules_sign' is called then this > >> > patch will cause the

Re: [PATCH] cpufreq: remove the unnecessary initialization of a local variable

On Wednesday, October 31, 2012 02:49:13 PM Jingoo Han wrote: > This patch removes unnecessary initializer for the 'ret' variable. Applied to the linux-next branch of the linux-pm.git tree as v3.8 material. Thanks, Rafael > Signed-off-by: Jingoo Han > --- > drivers/cpufreq/cpufreq.c |4

Re: [PATCH] isdn/gigaset: use tasklet_kill in device remove/release process

Am 31.10.2012 11:44, schrieb Xiaotian Feng: > Some driver uses tasklet_disable in device remove/release process, > tasklet_disable will inc tasklet->count and return. If the tasklet > is not handled yet under some softirq pressure, the tasklet will be > placed on the tasklet_vec, never have a

Re: [PATCH 2/2] Staging/media: Use dev_ printks in go7007/wis-ov7640.c

On Fri, Nov 2, 2012 at 1:09 PM, YAMANE Toshiaki wrote: > fixed below checkpatch warnings. > - WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then > pr_debug(... to printk(KERN_DEBUG ... > - WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then > pr_err(... to

Re: [RFC PATCH 0/4] Remove cryptoloop support (cryptsetup replacement)

On 11/01/2012 09:11 PM, Milan Broz wrote: > Dm-crypt/cryptsetup provides replacement for long time already. Just one addition, here are notes how to replace cryptoloop with cryptsetup. Because there are several incompatible lostup implementations, it cannot be automated. But you can easily find

Re: [PATCH v2 1/1] Platform: x86: Add Chrome OS Laptop driver

On Fri, Nov 2, 2012 at 12:45 PM, Olof Johansson wrote: > On Fri, Oct 26, 2012 at 10:30 AM, Corentin Chary > wrote: > >> Looks better, but I'm curious, what is the final purpose of this driver ? >> What ABI will be exposed, who will use it ? >> >> If it is going to be bigger, it may be a good

Re: [PATCH] staging/media: Use dev_ printks in cxd2099/cxd2099.[ch]

On Fri, Nov 2, 2012 at 9:48 AM, YAMANE Toshiaki wrote: > fixed below checkpatch warnings. > - WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then > pr_err(... to printk(KERN_ERR ... > - WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then > pr_info(... to

Re: [PATCH] xfs: silence GCC warning

Looks good, Dave has actually sent it a tidbit earlier as part of his series with fixes for 3.7-rc -- 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

Re: [PATCH v2 1/1] Platform: x86: Add Chrome OS Laptop driver

On Fri, Nov 2, 2012 at 2:03 PM, Corentin Chary wrote: > On Fri, Nov 2, 2012 at 12:45 PM, Olof Johansson wrote: >> On Fri, Oct 26, 2012 at 10:30 AM, Corentin Chary >> wrote: >> >>> Looks better, but I'm curious, what is the final purpose of this driver ? >>> What ABI will be exposed, who will

Re: Kdump with signed images

On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote: > On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote: > > > So I think this does satisfy the requirement matthew specified. Isn't it? > > Matthew, what do you think? > > Sure, if you can ensure that. You'll need to figure

[PATCH] IRQ CORE: irq_work_queue function return value not used.

From: anish kumar As no one is using the return value of irq_work_queue function it is better to just make it void. Signed-off-by: anish kumar --- kernel/irq_work.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/irq_work.c b/kernel/irq_work.c index

Re: [PATCH v2 1/1] Platform: x86: Add Chrome OS Laptop driver

On Fri, Nov 2, 2012 at 1:09 PM, Olof Johansson wrote: > On Fri, Nov 2, 2012 at 2:03 PM, Corentin Chary > wrote: >> On Fri, Nov 2, 2012 at 12:45 PM, Olof Johansson wrote: >>> On Fri, Oct 26, 2012 at 10:30 AM, Corentin Chary >>> wrote: >>> Looks better, but I'm curious, what is the final

[PATCH 22/22] tracing: Add trace_options kernel command line parameter

From: Steven Rostedt Add trace_options to the kernel command line parameter to be able to set options at early boot. For example, to enable stack dumps of events, add the following: trace_options=stacktrace This along with the trace_event option, you can get not only traces of the events but

[PATCH 01/22] tracing: Replace strict_strto* with kstrto*

From: Daniel Walter * remove old string conversions with kstrto* Link: http://lkml.kernel.org/r/20120926200838.gc1...@0x90.at Signed-off-by: Daniel Walter Signed-off-by: Steven Rostedt --- kernel/trace/ftrace.c |2 +- kernel/trace/trace.c |2 +-

[PATCH 19/22] tracing: Make tracing_enabled be equal to tracing_on

From: Steven Rostedt The tracing_enabled file has been deprecated as it never was able to serve its purpose well. The tracing_on file has taken over. Instead of having code to keep tracing_enabled, have the tracing_enabled file just set tracing_on, and remove the tracing_enabled variable. This

[PATCH 17/22] tracing: Separate open function from set_event and available_events

From: Steven Rostedt The open function used by available_events is the same as set_event even though it uses different seq functions. This causes a side effect of writing into available_events clearing all events, even though available_events is suppose to be read only. There's no reason to

[PATCH 18/22] tracing: Remove unused function unregister_tracer()

From: Steven Rostedt The function register_tracer() is only used by kernel core code, that never needs to remove the tracer. As trace_events have become the main way to add new tracing to the kernel, the need to unregister a tracer has diminished. Remove the unused function unregister_tracer().

[PATCH 21/22] tracing: Use irq_work for wake ups and remove *_nowake_*() functions

From: Steven Rostedt Have the ring buffer commit function use the irq_work infrastructure to wake up any waiters waiting on the ring buffer for new data. The irq_work was created for such a purpose, where doing the actual wake up at the time of adding data is too dangerous, as an event or

[PATCH 10/22] tracing: Cleanup unnecessary function declarations

From: Vaibhav Nagarnaik The functions defined in include/trace/syscalls.h are not used directly since struct ftrace_event_class was introduced. Remove them from the header file and rearrange the ftrace_event_class declarations in trace_syscalls.c. Link:

[PATCH 04/22] ring-buffer: Add a dropped events counter

From: Slava Pestov The existing 'overrun' counter is incremented when the ring buffer wraps around, with overflow on (the default). We wanted a way to count requests lost from the buffer filling up with overflow off, too. I decided to add a new counter instead of retro-fitting the existing one

[PATCH 20/22] tracing: Remove deprecated tracing_enabled file

From: Steven Rostedt The tracing_enabled file was used as a quick way to stop tracers, and try to bring down overhead for things like the latency tracers (irqsoff, wakeup, etc). But it didn't work that well. The tracing_on file was created as a really fast way to stop recording into the ftrace

[PATCH 16/22] tracing: Show raw time stamp on stats per cpu using counter or tsc mode for trace_clock

From: Yoshihiro YUNOMAE Show raw time stamp values for stats per cpu if you choose counter or tsc mode for trace_clock. Although a unit of tracing time stamp is nsec in local or global mode, the units in counter and TSC mode are tracing counter and cycles respectively. Link:

[PATCH 15/22] ring-buffer: Change unsigned long type of ring_buffer_oldest_event_ts() to u64

From: Yoshihiro YUNOMAE ring_buffer_oldest_event_ts() should return a value of u64 type, because ring_buffer_per_cpu->buffer_page->buffer_data_page->time_stamp is u64 type. Link: http://lkml.kernel.org/r/1349998076-15495-5-git-send-email-dhsh...@google.com Cc: Frederic Weisbecker Cc: Vaibhav

[PATCH 13/22] tracing: Reset ring buffer when changing trace_clocks

From: David Sharp Because the "tsc" clock isn't in nanoseconds, the ring buffer must be reset when changing clocks so that incomparable timestamps don't end up in the same trace. Tested: Confirmed switching clocks resets the trace buffer. Google-Bug-Id: 6980623 Link:

[PATCH 11/22] linux/kernel.h: Remove duplicate trace_printk declaration

From: Michal Hocko !CONFIG_TRACING both declares and defines (empty) trace_printk. The first one is not redundant so it can be removed. Link: http://lkml.kernel.org/r/1351172511-18125-1-git-send-email-mho...@suse.cz Signed-off-by: Michal Hocko Signed-off-by: Steven Rostedt ---

[PATCH 14/22] tracing: Format non-nanosec times from tsc clock without a decimal point.

From: David Sharp With the addition of the "tsc" clock, formatting timestamps to look like fractional seconds is misleading. Mark clocks as either in nanoseconds or not, and format non-nanosecond timestamps as decimal integers. Tested: $ cd /sys/kernel/debug/tracing/ $ cat trace_clock [local]

[PATCH 08/22] tracing: Cache comms only after an event occurred

From: Steven Rostedt Whenever an event is registered, the comm of tasks are saved at every task switch instead of saving them at every event. But if an event isn't executed much, the comm cache will be filled up by tasks that did not record the event and you lose out on the comms that did.

[PATCH 05/22] tracing: Expand ring buffer when trace_printk() is used

From: Steven Rostedt Since tracing is not used by 99% of Linux users, even though tracing may be configured in, it does not make sense to allocate 1.4 Megs per CPU for the ring buffers if they are not used. Thus, on boot up the ring buffers are set to a minimal size until something needs the and

Re: [PATCH 00/16 v3] f2fs: introduce flash-friendly file system

Am Mittwoch, 31. Oktober 2012 schrieb Jaegeuk Kim: > Change log from v2: > > o Fix compilation error for arm [Max] > o Move proc entries to debugfs [Greg] > o Add i_atime, i_generation, etc [Neil] > o Support NFS export [Changman] > o Move the f2fs magic number [Marco] > o Add s_time_gran

[PATCH 07/22] tracing: Have tracing_sched_wakeup_trace() use standard unlock_commit

From: Steven Rostedt The functon tracing_sched_wakeup_trace() does an open coded unlock commit and save stack. This is what the trace_nowake_buffer_unlock_commit() is for. Signed-off-by: Steven Rostedt --- kernel/trace/trace_sched_switch.c |4 +--- 1 file changed, 1 insertion(+), 3

[PATCH 06/22] tracing: Enable comm recording if trace_printk() is used

From: Steven Rostedt If comm recording is not enabled when trace_printk() is used then you just get this type of output: [ adding trace_printk("hello! %d", irq); in do_IRQ ] <...>-2843 [001] d.h.80.812300: do_IRQ: hello! 14 <...>-2734 [002] d.h280.824664:

[PATCH 12/22] tracing,x86: Add a TSC trace_clock

From: David Sharp In order to promote interoperability between userspace tracers and ftrace, add a trace_clock that reports raw TSC values which will then be recorded in the ring buffer. Userspace tracers that also record TSCs are then on exactly the same time base as the kernel and events can

[PATCH 09/22] tracing: Trivial cleanup

From: David Sharp Remove ftrace_format_syscall() declaration; it is neither defined nor used. Also update a comment and formatting. Link: http://lkml.kernel.org/r/1339112785-21806-1-git-send-email-vnagarn...@google.com Signed-off-by: David Sharp Signed-off-by: Vaibhav Nagarnaik

[PATCH 03/22] tracing: Change tracers integer flags to bool

From: Hiraku Toyooka print_max and use_max_tr in struct tracer are "int" variables and used like flags. This is wasteful, so change the type to "bool". Link: http://lkml.kernel.org/r/20121002082710.9807.86393.stgit@falsita Signed-off-by: Hiraku Toyooka Signed-off-by: Steven Rostedt ---

[PATCH 02/22] tracing: Allow tracers to start at core initcall

From: Steven Rostedt There's times during debugging that it is helpful to see traces of early boot functions. But the tracers are initialized at device_initcall() which is quite late during the boot process. Setting the kernel command line parameter ftrace=function will not show anything until

[PATCH 00/22] [GIT PULL][3.8] tracing: updates

Ingo, I've been focusing on -rt related things lately and let my tracing queue pile up on me. I've ran these through my own vigorous tests, and think they are ready for 3.8. Please pull the latest tip/perf/core tree, which can be found at:

Re: [PATCH 5/8] ARM: zynq: add COMMON_CLK support

Thanks for the review. On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote: > On 10/31/2012 07:58 PM, Josh Cartwright wrote: > > [...] > > +#define PERIPH_CLK_CTRL_SRC(x) (periph_clk_parent_map[((x)&3)>>4]) > > +#define PERIPH_CLK_CTRL_DIV(x) (((x)&0x3F00)>>8) > > A few

Re: [PATCH 7/8] serial: xilinx_uartps: get clock rate info from dts

On Fri, Nov 02, 2012 at 10:20:33AM +0100, Lars-Peter Clausen wrote: > On 10/31/2012 08:28 PM, Josh Cartwright wrote: > > Add support for specifying clock information for the uart clk via the > > device tree. This eliminates the need to hardcode rates in the device > > tree. > > > >

Re: [PATCH] IRQ CORE: irq_work_queue function return value not used.

On Fri, 2012-11-02 at 22:24 +0900, anish kumar wrote: > From: anish kumar > > As no one is using the return value of irq_work_queue function > it is better to just make it void. Acked-by: Steven Rostedt Peter, like to take this patch? Or is there a reason you have for irq_work_queue()

[PATCH] pinctrl: exynos: Add terminating entry for of_device_id table

The of_device_id table is supposed to be zero-terminated. Signed-off-by: Axel Lin --- drivers/pinctrl/pinctrl-exynos.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/pinctrl/pinctrl-exynos.c b/drivers/pinctrl/pinctrl-exynos.c index 73a0aa2..b023254 100644 ---

[PATCH] x86/perf_events: build fix

At least some older gcc versions dislike mixing constant and non-const data in the same section ("... causes a section type confict"). Signed-off-by: Jan Beulich --- arch/x86/kernel/cpu/perf_event_p6.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

Re: [PATCH] [PATCH] x86: Don't clobber top of pt_regs in nested NMI

On Thu, 2012-11-01 at 19:53 +, Jan Beulich wrote: > There doesn't appear to be anything special about these adjustments, so I > don't see what help would be required here - it ought to be the normal use > of CFI_ADJUST_CFA_OFFSET that needs adding. This change look fine to you? diff --git

Re: AMD A10: MCE Instruction Cache Error

Am 02.11.2012 11:50, schrieb Alexander Holler: Hello, I've just got the following on an AMD A10 5800K: -- [ 8395.999581] [Hardware Error]: CPU:0 MC1_STATUS[-|CE|MiscV|-|AddrV|-|-]: 0x8c210151 [ 8395.999586] [Hardware Error]:MC1_ADDR: 0xa00e1203 [ 8395.999588]

Re: [PATCH] [PATCH] x86: Don't clobber top of pt_regs in nested NMI

On Fri, 2012-11-02 at 09:51 -0400, Steven Rostedt wrote: > On Thu, 2012-11-01 at 19:53 +, Jan Beulich wrote: > > > There doesn't appear to be anything special about these adjustments, so I > > don't see what help would be required here - it ought to be the normal use > > of

Re: [PATCH v3 04/11] clk: davinci - add pll divider clock driver

On 11/02/2012 07:33 AM, Sekhar Nori wrote: On 10/25/2012 9:41 PM, Murali Karicheri wrote: pll dividers are present in the pll controller of DaVinci and Other SoCs that re-uses the same hardware IP. This has a enable bit for bypass the divider or enable the driver. This is a sub class of the

[PATCH] x86/HPET: fix inverted return value check in arch_setup_hpet_msi()

setup_hpet_msi_remapped() returns a negative error indicator on error - check for this rather than for a boolean false indication, and pass on that error code rather than a meaningless "-1". Signed-off-by: Jan Beulich Cc: David Woodhouse --- arch/x86/kernel/apic/io_apic.c |5 +++-- 1 file

Re: [PATCH 4/9] net: openvswitch: use this_cpu_ptr per-cpu helper

On Thu, 1 Nov 2012, Jesse Gross wrote: > On Thu, Nov 1, 2012 at 7:33 AM, Christoph Lameter wrote: > > On Thu, 1 Nov 2012, Shan Wei wrote: > > > >> But for different field in same per-cpu variable, how to guarantee n_missed > >> and n_hit are from same cpu? > >>

Re: [RFC] Second attempt at kernel secure boot support

On Fri, Nov 02, 2012 at 01:49:25AM -0700, Eric W. Biederman wrote: > When the goal is to secure Linux I don't see how any of this helps. > Windows 8 compromises are already available so if we turn most of these > arguments around I am certain clever attackers can go through windows to > run

Re: linux-next: Tree for Oct 31 (ehci, dbgp)

On Thu, 1 Nov 2012, Jan Beulich wrote: > >>> Alan Stern 11/01/12 9:39 PM >>> > >On Thu, 1 Nov 2012, Jan Beulich wrote: > >> >>> Alan Stern 11/01/12 4:28 PM >>> > >> >Evidently we need to change your new test in > >> >drivers/usb/early/ehci-dbgp.c to: > >> > > >> >#if

[PATCH] x86: fix masking of MSI interrupts

HPET_TN_FSB is not a proper mask bit; it merely toggles between MSI and legacy interrupt delivery. The proper mask bit is HPET_TN_ENABLE, so use both bits when (un)masking the interrupt. Signed-off-by: Jan Beulich --- arch/x86/kernel/hpet.c |4 ++-- 1 files changed, 2

Re: linux-next: Tree for Oct 31 (ehci, dbgp)

>>> On 02.11.12 at 15:01, Alan Stern wrote: > On Thu, 1 Nov 2012, Jan Beulich wrote: > >> >>> Alan Stern 11/01/12 9:39 PM >>> >> >On Thu, 1 Nov 2012, Jan Beulich wrote: >> >> >>> Alan Stern 11/01/12 4:28 PM >>> >> >> >Evidently we need to change your new test in >> >>

Re: [PATCH 00/22] [GIT PULL][3.8] tracing: updates

On Fri, 2012-11-02 at 09:32 -0400, Steven Rostedt wrote: > Ingo, Hold off on pulling this. Fengguang found some subtle bugs in David's patches and I'm going to rebase (again) without them. I don't want to hold up the rest of the patches for these few bugs. I'll post a tip/perf/core-2 soon. --

Re: [PATCH] [PATCH] x86: Don't clobber top of pt_regs in nested NMI

>>> On 02.11.12 at 14:53, Steven Rostedt wrote: > On Fri, 2012-11-02 at 09:51 -0400, Steven Rostedt wrote: >> On Thu, 2012-11-01 at 19:53 +, Jan Beulich wrote: >> >> > There doesn't appear to be anything special about these adjustments, so I >> > don't see what help would be required here -

Re: [PATCH] [PATCH] x86: Don't clobber top of pt_regs in nested NMI

On Fri, 2012-11-02 at 14:09 +, Jan Beulich wrote: > >>subq $(5*8), %rsp > >> + CFI_ADJUST_CFA_OFFSET 5*8 > >> > >>CFI_DEF_CFA_OFFSET SS+8-RIP > >> end_repeat_nmi: > >> > > > > Is that second one even needed? Or will the CFI_DEF_CFA_OFFSET SS+8-RIP > > fix it? > > Yes it will

Re: [PATCH v3 0/2] ACPI: CPU hot-remove support

On Fri, 2012-11-02 at 13:46 +0100, Rafael J. Wysocki wrote: > On Thursday, November 01, 2012 08:42:11 AM Toshi Kani wrote: > > This patchset adds support of CPU hot-remove via an ACPI eject > > notification to the ACPI processor driver. The CPU hot-remove > > operation shares the same code path

[PATCH 0/3, v2] x86: xor-block handling adjustments

v2 of this series is merely updated on top of the changes between 3.6 and 3.7-rc (which includes the dropping of what previously was the second patch in a four patch series). 1: unify SSE-base xor-block routines 2: add alternative SSE implementation only prefetching once per 64-byte line 3: make

Re: [PATCH v2 08/11] HID: hid-multitouch: fix Win 8 protocol

Hi Henrik, On Wed, Oct 31, 2012 at 7:53 PM, Henrik Rydberg wrote: > Hi Benjamin, > >> On Mon, Oct 29, 2012 at 11:19 PM, Henrik Rydberg wrote: >> > On Fri, Oct 26, 2012 at 10:44:24AM +0200, Benjamin Tissoires wrote: >> >> Win 8 specification is much more precise than the Win 7 one. >> >>

[PATCH 1/3, v2] x86: unify SSE-base xor-block routines

Besides folding duplicate code, this has the advantage of fixing x86-64's failure to use proper (para-virtualizable) accessors for dealing with CR0.TS. Signed-off-by: Jan Beulich --- arch/x86/include/asm/xor.h| 319 +- arch/x86/include/asm/xor_32.h

Re: linux-next: build warning after merge of the usb tree

On Fri, 2 Nov 2012, Felipe Balbi wrote: > Hi, > > On Fri, Nov 02, 2012 at 03:08:28PM +1100, Stephen Rothwell wrote: > > Hi Greg, > > > > After merging the usb tree, today's linux-next build (x86_64 allmodconfig) > > produced this warning: > > > > WARNING: drivers/usb/host/ehci-hcd:

[PATCH 2/3, v2] x86: add alternative SSE implementation only prefetching once per 64-byte line

On CPUs with 64-byte last level cache lines, this yields roughly 10% better performance, independent of CPU vendor or specific model (as far as I was able to test). Signed-off-by: Jan Beulich --- arch/x86/include/asm/xor.h| 172 ++

Re: [patch 01/10] scsi: make __scsi_alloc_queue numa-aware

Bart Van Assche writes: > On 10/30/12 21:14, Jeff Moyer wrote: >> Pass the numa node id set in the Scsi_Host on to blk_init_queue_node >> in order to keep all allocations local to the numa node the device is >> closest to. >> >> Signed-off-by: Jeff Moyer >> --- >> drivers/scsi/scsi_lib.c |

Re: linux-next: Tree for Oct 31 (ehci, dbgp)

On Fri, 2 Nov 2012, Jan Beulich wrote: > >>> On 02.11.12 at 15:01, Alan Stern wrote: > > On Thu, 1 Nov 2012, Jan Beulich wrote: > > > >> >>> Alan Stern 11/01/12 9:39 PM >>> > >> >On Thu, 1 Nov 2012, Jan Beulich wrote: > >> >> >>> Alan Stern 11/01/12 4:28 PM >>> > >> >> >Evidently we need to

[PATCH 3/3, v2] x86/xor: make virtualization friendly

In virtualized environments, the CR0.TS management needed here can be a lot slower than anticipated by the original authors of this code, which particularly means that in such cases forcing the use of SSE- (or MMX-) based implementations is not desirable - actual measurements should always be done

[PATCH] mtd: davinci: add support for parition binding nodes

Enhance the driver to support partition subnodes inside the nand device bindings to describe partions on the nand device. Signed-off-by: Murali Karicheri --- .../devicetree/bindings/arm/davinci/nand.txt |8 drivers/mtd/nand/davinci_nand.c| 13

[RESEND PATCH] mtd: davinci: add support for parition binding nodes

Enhance the driver to support partition subnodes inside the nand device bindings to describe partions on the nand device. Signed-off-by: Murali Karicheri --- .../devicetree/bindings/arm/davinci/nand.txt |8 drivers/mtd/nand/davinci_nand.c| 13

Re: [PATCH 00/32] [RFC] nohz/cpuset: Start discussions on nohz CPUs

On Mon, 29 Oct 2012, Steven Rostedt wrote: > A while ago Frederic posted a series of patches to get an idea on > how to implement nohz cpusets. Where you can add a task to a cpuset > and mark the set to be 'nohz'. When the task runs on a CPU and is > the only task scheduled (nr_running == 1), the

Re: [PATCH v2 10/11] HID: introduce Scan Time

On Wed, Oct 31, 2012 at 8:16 PM, Henrik Rydberg wrote: > Hi Benjamin, > >> > This is a nice feature, useful in many other contexts. As such, I >> > think it should be defined in the context of the input subsystem, with >> > a more specific definition added to the documentation. For instance, >> >

[PATCH] [trivial] sound: soc: Fix typo in sound/codecs

Correct spelling typo in sound/soc/codecs Signed-off-by: Masanari Iida --- sound/soc/codecs/ab8500-codec.c | 2 +- sound/soc/codecs/wm8974.c | 6 +++--- sound/soc/codecs/wm8978.c | 6 +++--- sound/soc/codecs/wm8983.c | 6 +++--- sound/soc/codecs/wm8985.c | 6 +++--- 5

Re: Kdump with signed images

On Fri, Nov 2, 2012 at 6:53 PM, Vivek Goyal wrote: > On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote: >> On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote: >> >> > So I think this does satisfy the requirement matthew specified. Isn't it? >> > Matthew, what do you think?

[PATCH 0/2] xen-pciback: parsing improvements

1: simplify and tighten parsing of device IDs 2: reject out of range inputs Signed-off-by: Jan Beulich -- 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

[PATCH 1/2] xen-pciback: simplify and tighten parsing of device IDs

Now that at least one of the conformance problems of the kernel's sscanf() was addressed (commit da99075c1d368315e1508b6143226c0d27b621e0), we can improve the parsing done in xen-pciback both in terms of code readability and correctness (in particular properly rejecting input strings not well

[PATCH] [trivial] net: bnx2x: Fix typo in bnx2x driver

Correct spelling typo in bnx2x driver Signed-off-by: Masanari Iida --- drivers/net/ethernet/broadcom/bnx2x/bnx2x_ethtool.c | 2 +- drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c| 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 2/2] xen-pciback: reject out of range inputs

This add checks for out of range numbers (including in cases where the folding of slot and function into a single value could yield false matches). It also removes the bogus field width restrictions in str_to_quirk() - nowhere else in the driver this is being done, and hence this function could

Re: Kdump with signed images

On Fri, Nov 02, 2012 at 07:59:15PM +0530, Balbir Singh wrote: > On Fri, Nov 2, 2012 at 6:53 PM, Vivek Goyal wrote: > > On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote: > >> On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote: > >> > >> > So I think this does satisfy the

Re: [PATCH 00/32] [RFC] nohz/cpuset: Start discussions on nohz CPUs

On Fri, 2012-11-02 at 14:23 +, Christoph Lameter wrote: > On Mon, 29 Oct 2012, Steven Rostedt wrote: > > > A while ago Frederic posted a series of patches to get an idea on > > how to implement nohz cpusets. Where you can add a task to a cpuset > > and mark the set to be 'nohz'. When the task

Re: [PULL v2] IBM vTPM driver update

On Thu, 1 Nov 2012, Kent Yoder wrote: > Hi James, > > This time against security-next... Thanks, pulled. > > The following changes since commit 61d335dd27c67d656f114c091a46cf95cbeeb77c: > > Merge branch 'security-next-keys' of >

[PATCH] sscanf: don't ignore field widths for numeric conversions

This is another step towards better standard conformance. Rather than adding a local buffer to store the specified portion of the string (with the need to enforce an arbitrary maximum supported width to limit the buffer size), do a maximum width conversion and then drop as much of it as is

[PATCH] utilize _Static_assert() for BUILD_BUG_ON() when the compiler supports it

This makes the resulting diagnostics quite a bit more useful. Signed-off-by: Jan Beulich --- include/linux/bug.h | 16 1 file changed, 16 insertions(+) --- 3.7-rc3/include/linux/bug.h +++ 3.7-rc3-static-assert/include/linux/bug.h @@ -27,8 +27,15 @@ struct pt_regs;

Re: setting up CDB filters in udev (was Re: [PATCH v2 0/3] block: add queue-private command filter, editable via sysfs)

Il 31/10/2012 22:22, Tejun Heo ha scritto: > Hello, Paolo. > > On Thu, Oct 25, 2012 at 02:35:20PM -0400, Paolo Bonzini wrote: >>> Disabling filters if opened by root and tranfering via SCM_RIGHTS >>> would be the simplest interface-wise (there's no new interface at >>> all). Would that be too

Re: [PATCH 00/32] [RFC] nohz/cpuset: Start discussions on nohz CPUs

On 11/02/2012 03:37 PM, Steven Rostedt wrote: On Fri, 2012-11-02 at 14:23 +, Christoph Lameter wrote: On Mon, 29 Oct 2012, Steven Rostedt wrote: A while ago Frederic posted a series of patches to get an idea on how to implement nohz cpusets. Where you can add a task to a cpuset and mark

Re: [RFC] Second attempt at kernel secure boot support

On Thu, Nov 01, 2012 at 10:29:17AM -0400, Eric Paris wrote: > On Thu, Nov 1, 2012 at 5:59 AM, James Bottomley > wrote: > > > But that doesn't really help me: untrusted root is an oxymoron. > > Imagine you run windows and you've never heard of Linux. You like > that only windows kernels can

Re: [PATCH V5 1/2] kbuild: centralize .dts->.dtb rule

On 11/02/2012 04:23 AM, Ralf Baechle wrote: > On Fri, Nov 02, 2012 at 10:58:01AM +0100, Ralf Baechle wrote: > >> Can you fold these MIPS bits into your patch? > > I missed Lantiq. Thanks, I've squashed that in, and with a quick grep noticed that arch/{arm64,microblaze} also need updating. -- To

Re: [PATCH 00/32] [RFC] nohz/cpuset: Start discussions on nohz CPUs

On Fri, 2 Nov 2012, Steven Rostedt wrote: > > also it would be best to sync this conceptually with the processors > > enabled for rcu processing. > > Processors can be disabled for rcu processing? Or are you talking about > Paul's new work of offloading rcu callbacks? Yes. Paul's new work to

Re: [PATCH 1/3] ACPI: Introduce a new acpi handle to determine HID match.

On Fri, Nov 2, 2012 at 5:23 AM, Rafael J. Wysocki wrote: > On Thursday, October 18, 2012 01:50:09 PM Yinghai Lu wrote: >> From: Tang Chen >> >> We need to find out if one handle is for root bridge, and install notify >> handler for it to handle pci root bus hot add. >> At that time, root bridge

[PATCH] gpio-pch: Set parent dev for gpio chip

This will show the gpio chip as a child node under /sys/bus/pci/devices/:xx:xx.x/ Signed-off-by: Alexander Stein --- drivers/gpio/gpio-pch.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpio/gpio-pch.c b/drivers/gpio/gpio-pch.c index 4ad0c4f..e3a14fe

Re: [PATCH] To crash dump, we need keep other memory type except E820_RAM, because other type come from BIOS or firmware is used by other code(for example: PCI_MMCONFIG).

[RE: [PATCH] To crash dump, we need keep other memory type except E820_RAM, because other type come from BIOS or firmware is used by other code(for example: PCI_MMCONFIG).] On 01/11/2012 (Thu 08:49) Zhang, Jun wrote: > Hello, Anvin > > Thank for your advice. > > Hello, All > > the next patch

Re: [PATCH 5/8] ARM: zynq: add COMMON_CLK support

On 11/02/2012 02:38 PM, Josh Cartwright wrote: > Thanks for the review. > > On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote: >> On 10/31/2012 07:58 PM, Josh Cartwright wrote: >>> [...] >>> +#define PERIPH_CLK_CTRL_SRC(x) (periph_clk_parent_map[((x)&3)>>4]) >>> +#define

Re: [PATCH 00/32] [RFC] nohz/cpuset: Start discussions on nohz CPUs

On Fri, 2012-11-02 at 15:03 +, Christoph Lameter wrote: > On Fri, 2 Nov 2012, Steven Rostedt wrote: > > > > also it would be best to sync this conceptually with the processors > > > enabled for rcu processing. > > > > Processors can be disabled for rcu processing? Or are you talking about > >

Re: Wakeup latency measured with SCHED_TRACER depends on HZ

On 31.10.2012 22:41, Stanislav Meduna wrote: > on an embedded platform using a Freescale i.MX28 ARM processor > I am experiencing a strange phenomenon - the latencies reported > are dependent of HZ OK, the problem is that the MXS platform does not setup the scheduler clock so the scheduler only

Re: [PATCH 8/9] trace: use this_cpu_ptr per-cpu helper

Christoph Lameter said, at 2012/11/1 1:50: >> >> -buffer = per_cpu_ptr(percpu_buffer, smp_processor_id()); >> +buffer = this_cpu_ptr(percpu_buffer); >> >> return buffer->buffer; > > > Just do a > > return this_cpu_read(percpu_buffer->buffer); > > and get rid of the

Re: [PATCH] vme: vme_tsi148.c: use module_pci_driver to simplify the code

On 18/10/2012 16:12, Wei Yongjun wrote: From: Wei Yongjun Use the module_pci_driver() macro to make the code simpler by eliminating module_init and module_exit calls. dpatch engine is used to auto generate this patch. (https://github.com/weiyj/dpatch) Signed-off-by: Wei Yongjun Huh, learn

Re: [RFC] Second attempt at kernel secure boot support

On Wed, Oct 31, 2012 at 03:02:01PM +, Matthew Garrett wrote: > On Wed, Oct 31, 2012 at 03:50:00PM +0100, Jiri Kosina wrote: > > > Reading stored memory image (potentially tampered before reboot) from disk > > is basically DMA-ing arbitrary data over the whole RAM. I am currently not > >

Re: [PATCH 5/8] ARM: zynq: add COMMON_CLK support

On Fri, Nov 02, 2012 at 04:12:21PM +0100, Lars-Peter Clausen wrote: > On 11/02/2012 02:38 PM, Josh Cartwright wrote: > > On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote: > >> On 10/31/2012 07:58 PM, Josh Cartwright wrote: [...] > >>> +static void __init

Re: setting up CDB filters in udev (was Re: [PATCH v2 0/3] block: add queue-private command filter, editable via sysfs)

On Fri, 02 Nov 2012 15:49:02 +0100 Paolo Bonzini wrote: > Il 31/10/2012 22:22, Tejun Heo ha scritto: > > Hello, Paolo. > > > > On Thu, Oct 25, 2012 at 02:35:20PM -0400, Paolo Bonzini wrote: > >>> Disabling filters if opened by root and tranfering via SCM_RIGHTS > >>> would be the simplest

Re: [PATCH] vme: vme_ca91cx42.c: use module_pci_driver to simplify the code

On 18/10/2012 16:13, Wei Yongjun wrote: From: Wei Yongjun Use the module_pci_driver() macro to make the code simpler by eliminating module_init and module_exit calls. dpatch engine is used to auto generate this patch. (https://github.com/weiyj/dpatch) Signed-off-by: Wei Yongjun Acked-by:

Re: [PATCH] vme: vme_vmivme7805.c: use module_pci_driver to simplify the code

On 18/10/2012 16:15, Wei Yongjun wrote: From: Wei Yongjun Use the module_pci_driver() macro to make the code simpler by eliminating module_init and module_exit calls. dpatch engine is used to auto generate this patch. (https://github.com/weiyj/dpatch) Signed-off-by: Wei Yongjun Acked-by:

<    3   4   5   6   7   8   9   10   11   12   >