This bug-fix makes sure that of_address_to_resource is defined extern for sparc
so that the sparc-specific implementation of of_address_to_resource() is once
again used when including include/linux/of_address.h in a sparc context. A
number of drivers in mainline relies on this function working for
Hi,
On Fri, Nov 02, 2012 at 02:42:51AM -0700, Russ Dill wrote:
> >> browse through various detect functions, yes, some of them key off an
> >> ID, but a lot of them just check various registers to see if certain
> >> bits are zero, or certain bits are one. A lot of I²C devices I've
> >> dealt with
On Friday, November 02, 2012 01:17:10 PM Aaron Lu wrote:
> On 10/30/2012 11:20 PM, Rafael J. Wysocki wrote:
> > On Tuesday, October 30, 2012 03:28:45 PM Aaron Lu wrote:
> >> On Mon, Oct 29, 2012 at 10:11:20AM +0100, Rafael J. Wysocki wrote:
> >>> From: Rafael J. Wysocki
> >>>
> >>> If the caller o
> >> Fair enough. But there's no such thing a 'hotplug enumeration
> >> construct' in Linux yet, and a bus is the closest thing to it. It does
> >> take advantage of the nice way device code matches drivers and devices
> >> though.
A bus is the wrong construct. You need something to add devices on
While these got added in the right place everywhere else, entry_64.S
is the odd one where they ended up before the initial CFI directive(s).
In order to cover the full code ranges, the CFI directive must be
first, though.
Signed-off-by: Jan Beulich
---
arch/x86/kernel/entry_64.S | 14 +++-
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 |2 +-
1 files changed, 1 insertions(+), 1 del
On Fri, 2012-11-02 at 11:14 +0300, Dan Carpenter wrote:
> On Fri, Nov 02, 2012 at 12:36:30AM -0700, Kumar amit mehta wrote:
> > On Fri, Nov 02, 2012 at 09:55:55AM +0300, Dan Carpenter wrote:
> > > On Thu, Nov 01, 2012 at 11:42:59PM -0700, Kumar Amit Mehta wrote:
> > > > fix for macro coding style.
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
> clk-divider clock checks the enable bit t
Hello.
On 01-11-2012 19:16, Dmytro Milinevskyy wrote:
Convert USB descriptor's fields to CPU byte order before using locally in USB
NCM gadget driver.
Tested on MIPS32 big-endian device.
Signed-off-by: Dmytro Milinevskyy
---
drivers/usb/gadget/f_ncm.c | 12
1 file changed, 8
[continuing 281dc5c5 "Give up on pushing CC_OPTIMIZE_FOR_SIZE"]
Recently I've been beaten hard by CC_OPTIMIZE_FOR_SIZE=y on X86
performance-wise. The problem turned out to be for -Os gcc wants to
inline __builtin_memcpy, to which x86 memcpy directly refers,
8< arch/x86/include/asm/
fixed below checkpatch error.
- ERROR: that open brace { should be on the previous line
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/media/go7007/wis-ov7640.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/media/go7007/wis-ov7640.c
b/drivers/stagi
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 printk(KERN_ERR ...
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/
v2 of this driver submission builds and runs cleanly against Greg KH's
tty-next and (hopefully) addresses the concerns raised regarding the
dependence on tty_buffer internals; specifically with the workarounds to fix
1) data loss on hangup and 2) throttling before the flip buffers are full.
1) Dat
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 acpi device is not created yet.
>
> So acpi_match_device_ids() w
On Thu, Nov 01, 2012 at 11:20:10PM +0100, Thomas Petazzoni wrote:
> Linus,
>
> On Thu, 1 Nov 2012 22:28:49 +0100, Linus Walleij wrote:
>
> > +void fpga_handle_irq(struct pt_regs *regs);
>
> This function does not need to be exposed in a public header: as
> proposed for the bcm2835 and armada-37
> Isn't any type of kernel-side ordering an exercise in futility, since
>a) the kernel has no knowledge of the disk's actual geometry
>b) most drives will internally re-order requests anyway
They will but only as permitted by the commands queued, so you have some
control depending upon the
Hi Alan,
On Nov 2, 2012, at 1:21 PM, Alan Cox wrote:
Fair enough. But there's no such thing a 'hotplug enumeration
construct' in Linux yet, and a bus is the closest thing to it. It does
take advantage of the nice way device code matches drivers and devices
though.
>
> A bus i
When building out-of-tree modules, the current modules_install target
will attempt to sign them if module signing is enabled. This will only
work if the signing keys are present in the build tree. That will
often not be the case for modules that are built out-of-tree against
distribution kernel d
On 2012年10月31日 23:20, Shawn Guo wrote:
On Tue, Oct 30, 2012 at 05:30:01PM +0800, yongd wrote:
In the current code logic, sdhci_add_host() will enable the polling
method (set MMC_CAP_NEEDS_POLL) for a removable card (MMC_CAP_
NONREMOVABLE is not set) whose host's internal card detection method
is
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 with the sysfs eject operation.
>
> The patchset also exports two fun
On Fri, Nov 2, 2012 at 1:08 PM, YAMANE Toshiaki wrote:
> fixed below checkpatch error.
> - ERROR: that open brace { should be on the previous line
>
> Signed-off-by: YAMANE Toshiaki
Tested-by: Peter Senna Tschudin
> ---
> drivers/staging/media/go7007/wis-ov7640.c |3 +--
> 1 file changed, 1
Avoid leaking memory in the keyctl() KEYCTL_INSTANTIATE_IOV operation, by also
checking in the error case if rw_copy_check_uvector() kmalloc'd memory for us.
Discovered with Trinity.
Signed-off-by: Tommi Rantala
---
security/keys/keyctl.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(
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 (platform_drivers/plat
* 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 cha
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 the
* 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: O
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 modul
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 ++-
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 chanc
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 printk(K
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
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 idea
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 printk(KE
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
Ple
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 use
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 o
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 1588e3b.
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 pu
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
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 +-
kernel/tra
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 a
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 keep
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(). I
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 functio
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:
http://lkml.kernel.org/r/1339112785-21806
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 be
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 r
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:
http://lkml.kernel
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
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:
http://lkml.kernel.org/r/1
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
---
include/linux/
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] gl
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.
Here'
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
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 [M
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 deletio
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: do_IRQ:
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 be
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
Signed-off-by
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
---
kerne
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 th
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:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt
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 mor
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.
> >
> > Signed-off-by:
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() returnin
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
--- a/drivers/pinctrl/pi
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(-)
--- 3.7-rc3/arch/x86/kernel/cpu/per
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 a/
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] [Hardwa
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 CFI_ADJUST_CFA_OFFS
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
clk
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
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?
> >> this_cpu_read(dp->stats_percpu->n_m
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 compro
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 IS_ENABLED(CONFIG_USB_HCD_EH
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 insertions(+),
>>> 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
>> >> >drivers/usb/early/ehci-db
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.
-- St
>>> 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 - i
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 (as
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 wi
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 v
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.
>> >> Moreover
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 |
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: 'ehci_init_d
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 ++
arch/x86/include/a
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 |
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 ch
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
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 ++--
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 ++--
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
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,
>> >
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 fil
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?
>
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 http://vger.kernel.org/majordomo-info.ht
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 forme
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 a/drivers/net/ethernet/broadcom/bnx2x/bnx2
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
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 req
101 - 200 of 565 matches
Mail list logo