Adding '.' to be recognized as valid part of the event 'name'
token. Upcoming non architectural events use '.' as part
of the name.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Namhyung Kim
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mack
hi,
adding support to use non-architectural events in perf via name.
Attached patches:
1/3 perf tool: Add '.' as part of the event 'name' token
2/3 perf tool: Add support to include non architectural event aliases
3/3 perf tool: Add non arch events for SandyBridge microarchitecture
Basicall
Adding support to parse non architectural event aliases
for given cpu. These aliases will be provided as 'events'
directory like architectural ones provided by kernel.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Namhyung Kim
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Mol
On 12/17/2012 12:51 PM, Wolfgang Grandegger wrote:
>>> Without having an AT91 available right now, I guess the hardware
>>> interface of this GPIO chip is different from the GPIO block API. While
>>> the hardware has clear and set registers, the val parameter of
>>> at91_gpiolib_set_block() should
Mikael, Devendra,
On Mon, Dec 17, 2012 at 1:59 PM, devendra.aaru wrote:
> On Mon, Dec 17, 2012 at 7:22 AM, Mikael Pettersson wrote:
>> devendra.aaru writes:
>> > On Mon, Dec 17, 2012 at 5:51 AM, Mikael Pettersson wrote:
>> > > I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.
Use keyring_alloc() to create special keyrings now that it has a permissions
parameter rather than using key_alloc() + key_instantiate_and_link().
Signed-off-by: David Howells
cc: Rusty Russell
---
kernel/modsign_pubkey.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
On 12/17/2012 11:00 AM, Borislav Petkov wrote:
+ Suresh.
On Mon, Dec 17, 2012 at 10:34:46AM +0100, Bernd Schubert wrote:
On 12/16/2012 09:39 PM, Borislav Petkov wrote:
On Sun, Dec 16, 2012 at 08:46:06PM +0100, Bernd Schubert wrote:
Hmm, I read it the other way around - x2apic depends on inter
Adding event parsing test for '*:*' tracepoints. Checking the
count matches all the tracepoints available plus current
standard tracepoint perf_event_attr check.
This test exposes warnings from traceevent lib about not being
able to parse some tracepoints' format data. Exposing these
messages in t
Adding support for wildcards '*?" in the tracepoint system part.
It's now possible to open all available tracepoints like:
# perf stat -e '*:*' ls
You might need to increase limit for open files via ulimit.
If ftrace events tracepoints are configured in, the record command
fails on above even
hi,
Attached patches:
1/3 perf tools: Add missing closedir in multi tracepoint processing
2/3 perf tools: Add support for wildcard in tracepoint system name
3/3 perf tests: Add event parsing test for '*:*' tracepoints
The automated test (patch 3) exposes warnings from traceevent lib about
n
We don't close 'events' directory when reading multiple
tracepoint events. Adding missing closedir.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Namhyung Kim
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
---
From: Havard Skinnemoen
Move TX-related fields to the top of the struct so that they end up on
the same cache line. Move the NAPI struct below that since it is used
from the interrupt handler. RX-related fields go below those.
Move the spinlock before regs since they are usually used together.
GEM is able to adapt its DMA buffer size, so change
the RX path to take advantage of this possibility and
remove all kind of memcpy in this path.
This modification introduces function pointers for managing
differences between MACB and GEM adapter type.
Signed-off-by: Nicolas Ferre
---
drivers/ne
Macb Ethernet controller requires a RX buffer of 128 bytes. It is
highly sub-optimal for Gigabit-capable GEM that is able to use
a bigger DMA buffer. Change this constant and associated macros
with data stored in the private structure.
RX DMA buffer size has to be multiple of 64 bytes as indicated
Hi,
Here is the patch series for modifying the RX path in macb driver.
This change applies on GEM variant of the Cadence IP and introduces
function pointers to match the path to the proper adapter. The move
to RX buffers adapted to MTU and that can be DMAed directly in SKB
is done in two steps but
On Mon, Dec 17, 2012 at 7:22 AM, Mikael Pettersson wrote:
> devendra.aaru writes:
> > On Mon, Dec 17, 2012 at 5:51 AM, Mikael Pettersson wrote:
> > > I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.7.0,
> > > Fedora 15 user-space, and was greeted by the following kernel warni
Linus Torvalds wrote:
> > A quiet cycle for the security subsystem with just a few maintenance
> > updates.
>
> Ok, pulled. There were a few trivial conflicts (mostly due to some of
> the key allocation patches having already been merged, and some of the
> kuid/kgid changes due to the userns cha
Bool initializations should use true and false. Bool tests don't need
comparisons. Based on contributions from Joe Perches, Rusty Russell
and Bruce W Allan.
The semantic patch that makes this output is available
in scripts/coccinelle/misc/boolinit.cocci.
More information about semantic patching
@@ -455,6 +468,14 @@ static int umh_pipe_setup(struct subproc
/* and disallow core files too */
current->signal->rlim[RLIMIT_CORE] = (struct rlimit){1, 1};
+
+ if (cp->switch_ns) {
+ get_fs_root(cp->cprocess->fs, &root);
+ set_fs_root(current->fs,
devendra.aaru writes:
> On Mon, Dec 17, 2012 at 5:51 AM, Mikael Pettersson wrote:
> > I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.7.0,
> > Fedora 15 user-space, and was greeted by the following kernel warning:
> >
> > WARNING: at net/wireless/core.c:389 wiphy_register+0x
From: Rafael J. Wysocki
The ACPI handles of PCI root bridges need to be known to
acpi_bind_one(), so that it can create the appropriate
"firmware_node" and "physical_node0" files for them, but currently
the way it gets to know those handles is not exactly straightforward
(to put it lightly).
Thi
Nvidia's Tegra has multiple uart controller which supports:
- APB dma based controller fifo read/write.
- End Of Data interrupt in incoming data to know whether end
of frame achieve or not.
- Hw controlled RTS and CTS flow control to reduce SW overhead.
Add serial driver to use all above feature
On Mon, Dec 17, 2012 at 12:51:32PM +0100, Wolfgang Grandegger wrote:
> +static void at91_gpiolib_set_block(struct gpio_chip *chip, unsigned long
> mask, unsigned long val)
> +{
> + struct at91_gpio_chip *at91_gpio = to_at91_gpio_chip(chip);
> + void __iomem *pio = at91_gpio->regbase;
> +
Tegra20 uart clock source have the 15.1 clock divider in place of
7.1. Add support for 15.1 clock divider and change the uart clock divider
flag to DIV_U151.
Signed-off-by: Laxman Dewangan
---
arch/arm/mach-tegra/clock.h |3 +-
arch/arm/mach-tegra/tegra30_clocks.c | 70 +
Add OF_DEV_AUXDATA for high speed uart controller driver for
Tegra20/Tegra30 board dt files.
Set the parent clock of uart controller to PLLP.
Signed-off-by: Laxman Dewangan
---
arch/arm/mach-tegra/board-dt-tegra20.c |8
arch/arm/mach-tegra/board-dt-tegra30.c |9 +
2 file
Add parameters for:
- port-number to enable the port index in device interface.
- dma requestor id to make trigger for apb dma burst transfer
from controller.
Signed-off-by: Laxman Dewangan
---
arch/arm/boot/dts/tegra20.dtsi | 10 ++
arch/arm/boot/dts/tegra30.dtsi | 10 ++
On Monday, December 17, 2012 12:09:46 AM Yinghai Lu wrote:
> On Sun, Dec 16, 2012 at 11:51 PM, Rafael J. Wysocki wrote:
> > On Sunday, December 16, 2012 09:27:49 PM Yinghai Lu wrote:
> >> On Sun, Dec 16, 2012 at 2:25 PM, Rafael J. Wysocki wrote:
> >> > From: Rafael J. Wysocki
> >> >
> >> > The A
Add connection name "uart-clk" for the uart clock information.
Signed-off-by: Laxman Dewangan
---
arch/arm/mach-tegra/tegra20_clocks_data.c | 12 ++--
arch/arm/mach-tegra/tegra30_clocks_data.c | 10 +-
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/arch/arm/
This patch series add the infrastruture for supporting
highspeed serial driver for Nvidia's Tegra SOCs.
Laxman Dewangan (4):
ARM: tegra30: Add support for Uart clock source divider as 15.1
ARM: tegra: add connection name for uart clock table
ARM: tegra: Add OF_DEV_AUXDATA for uart driver in
On Sat, 2012-12-15 at 19:38 +0100, Michael Kerrisk (man-pages) wrote:
> Thanks for this page. The man-pages package is the right place for it,
> but a few things need fixing. Could you see below and resubmit please?
I've addressed all of your comments but for the example. We could add
the example
On 14/12/12 11:02, Konstantin Khlebnikov wrote:
> This patch forbids loading vme_pio2 module without specifing "num_bus"
> parameter.
> Otherwise on module unloading pio2_exit() calls vme_unregister_driver() for
> not
> registered pio2_driver.
>
Acked-by: Martyn Welch
> Signed-off-by: Konstan
On Monday, December 17, 2012 10:46:07 AM Sivaram Nair wrote:
> On Mon, Dec 17, 2012 at 08:56:45AM +0100, Rafael J. Wysocki wrote:
> > On Monday, December 17, 2012 09:38:15 AM Sivaram Nair wrote:
> > > On Sat, Dec 15, 2012 at 01:03:02AM +0100, Rafael J. Wysocki wrote:
> > > > On Friday, December 14,
This is not a decent change, just a quick fix to make
possible testing of IRQ-bound performance events.
Signed-off-by: Alexander Gordeev
---
tools/perf/builtin-record.c |9 +
tools/perf/builtin-stat.c| 11 +++
tools/perf/util/evlist.c |4 +++-
tools/perf/util/e
Signed-off-by: Alexander Gordeev
---
arch/x86/kernel/cpu/perf_event_intel.c| 74 +
arch/x86/kernel/cpu/perf_event_intel_ds.c |5 +-
2 files changed, 68 insertions(+), 11 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
b/arch/x86/kernel/cpu/
Signed-off-by: Alexander Gordeev
---
arch/x86/kernel/cpu/perf_event_intel.c | 23 +--
1 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
b/arch/x86/kernel/cpu/perf_event_intel.c
index 61e6db4..71086c4 100644
--- a/arch/x86
Signed-off-by: Alexander Gordeev
---
arch/x86/kernel/cpu/perf_event.c | 38 -
arch/x86/kernel/cpu/perf_event.h | 14
arch/x86/kernel/cpu/perf_event_amd.c |4 +-
3 files changed, 48 insertions(+), 8 deletions(-)
diff --git a/arch/x86/ke
Generic changes to x86 performance framework to further enable
implementations of IRQ-bound performance events.
Signed-off-by: Alexander Gordeev
---
arch/x86/kernel/cpu/perf_event.c | 33 +--
arch/x86/kernel/cpu/perf_event.h |5
arch/x86/kernel/
On 12/17/2012 12:37 PM, Wolfgang Grandegger wrote:
> Hi Roland,
>
> On 12/15/2012 12:49 AM, Roland Stigge wrote:
>> Hi Wolfgang,
>>
>> thank you for the patch!
>>
>> On 14/12/12 18:58, Wolfgang Grandegger wrote:
>>> +static void at91_gpiolib_set_block(struct gpio_chip *chip, unsigned long
>>> mas
Make possible counting performance events while a particular
hardware context interrupt handler is running.
Signed-off-by: Alexander Gordeev
---
include/linux/irq.h |8 +++
include/linux/irqdesc.h |3 +
include/linux/perf_event.h | 16 ++
include/uapi/linux
Hello,
This patchset is against perf/core branch.
This is an an attempt to introduce IRQ-bound performance events -
ones that only count in a context of a hardware interrupt handler.
The aim is to measure events which can not be measured using
existing task-bound or CPU-bound counters (i.e. L1 ca
The kbuild test robot reported the following after the merge of Automatic
NUMA Balancing when cross-compiling for avr32.
mm/memory.c: In function 'do_pmd_numa_page':
mm/memory.c:3593: warning: no return statement in function returning non-void
The code is unreachable but the avr32 cross-compiler
Hi Arvin,
Em Sun, 16 Dec 2012 02:09:46 +0530
Arvind R escreveu:
> Subject: [PATCH 3.7.0 2/9] i82975x_edac.c: fix layers initialisation
>
> correct the absolutely wrong initialisation of memory layout.
> Signed-off-by: Arvind R.
This patch looks ok for me.
I didn't have time yet to test this
Hi Roland,
On 12/15/2012 12:49 AM, Roland Stigge wrote:
> Hi Wolfgang,
>
> thank you for the patch!
>
> On 14/12/12 18:58, Wolfgang Grandegger wrote:
>> +static void at91_gpiolib_set_block(struct gpio_chip *chip, unsigned long
>> mask, unsigned long val)
>> +{
>> +struct at91_gpio_chip *at9
Hi all,
On Tue, Dec 04, 2012 at 11:10:43AM +0100, Fabio Baltieri wrote:
> this implements timer-based delay support for nomadik and ux500
> platforms, using the MTU as time source, and marks the u8500 cpufreq
> driver as CPUFREQ_CONST_LOOPS accordingly.
>
> The patches are based on Arnd's arm-soc
From: Bo Shen
Add default pinctrl selection to atmel-ssc driver. The pinctrl
is mandatory.
Signed-off-by: Bo Shen
[nicolas.fe...@atmel.com: split dtsi and driver changes]
Signed-off-by: Nicolas Ferre
---
drivers/misc/atmel-ssc.c | 8
1 file changed, 8 insertions(+)
diff --git a/driv
From: Bo Shen
Add pinctrl support for SSC on AT91 dtsi files.
Signed-off-by: Bo Shen
[nicolas.fe...@atmel.com: split dtsi and driver changes]
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/at91sam9260.dtsi | 18 ++
arch/arm/boot/dts/at91sam9263.dtsi | 36 ++
Hi Mark,
This series goes on top of current Linus' git tree and fixes an error that
we have while compiling DTBs for AT91:
ERROR (phandle_references): Reference to non-existent node or label
"pinctrl_ssc0_tx"
ERROR: Input tree has errors, aborting (use -f to force output)
make[3]: *** [arch/arm/b
From: Bo Shen
Change the value of status to "disabled" to conform with
property requirement.
Signed-off-by: Bo Shen
[nicolas.fe...@atmel.com: commit subject line and typos]
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/at91sam9263.dtsi | 4 ++--
arch/arm/boot/dts/at91sam9g45.dtsi | 4 ++-
On Mon, 17 Dec 2012, Tang Chen wrote:
> This patch set CONFIG_MOVABLE_NODE to "default n" instead of
> "depends on BROKEN".
>
> Signed-off-by: Tang Chen
> Reviewed-by: Yasuaki Ishimatsu
It's fine to change the default, but what's missing here is a rationale
for no longer making it depend on C
On Sun, 16 Dec 2012, Con Kolivas wrote:
> These are patches designed to improve system responsiveness and
> interactivity with specific emphasis on the desktop, but suitable to
> any commodity hardware workload.
>
> Apply to 3.7.x:
> -ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3.71.bz2
On Sun, Dec 16, 2012 at 03:19:20PM -0800, Linus Torvalds wrote:
> On Wed, Dec 12, 2012 at 2:03 AM, Mel Gorman wrote:
> > This is a pull request for "Automatic NUMA Balancing V11". The list
>
> Ok, guys, I've pulled this and pushed out. There were some conflicts
> with both the VM changes and with
> I am seeing this line actually when i do vim +389 net/wireless/core.c.
>
> u16 all_iftypes = 0;
>
> its good if you tell us the top sha1 of yours?
i am sorry, btw mine's at a4f1de176614f634c367e5994a7bcc428c940df0.
--
To unsubscribe from this list: send the line "unsubscribe linu
On Mon, Dec 17, 2012 at 5:51 AM, Mikael Pettersson wrote:
> I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.7.0,
> Fedora 15 user-space, and was greeted by the following kernel warning:
>
> WARNING: at net/wireless/core.c:389 wiphy_register+0x5c3/0x600 [cfg80211]()
I am seeing t
(12/15/2012 02:08 AM), Steven Rostedt wrote:
On Fri, 2012-12-07 at 11:07 +0900, Hiraku Toyooka wrote:
Hi, Steven,
(2012/11/30 23:17), Steven Rostedt wrote:
[snip]
>
> Actually, I would have:
>
> status\input | 0 | 1 |else|
> --++---
I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.7.0,
Fedora 15 user-space, and was greeted by the following kernel warning:
WARNING: at net/wireless/core.c:389 wiphy_register+0x5c3/0x600 [cfg80211]()
Hardware name: SAM#451B
Modules linked in: rt2500pci(+) snd_mpu401_uart rt2x00pc
For 3.7
-- Forwarded message --
From: Linux Kernel Mailing List
Date: Mon, Dec 17, 2012 at 4:19 AM
Subject: mfd: Remove Unicode Byte Order Marks from da9055
To: git-commits-h...@vger.kernel.org
Gitweb:
http://git.kernel.org/linus/;a=commit;h=90a38d999739f35f4fc925c875e6ee5
On Tue, 2012-12-04 at 19:59 +0800, NickCheng wrote:
> From: Nick Cheng
>
> Support hibernation for whole series of RAID controllers
This doesn't compile:
CC [M] drivers/scsi/arcmsr/arcmsr_hba.o
drivers/scsi/arcmsr/arcmsr_hba.c: In function ‘arcmsr_iop_message_xfer’:
drivers/scsi/arcmsr/arcms
* Mel Gorman wrote:
> > > [...] Holding PTL across task_numa_fault is bad, but not
> > > the bad we're looking for.
> >
> > No, holding the PTL across task_numa_fault() is fine,
> > because this bit got reworked in my tree rather
> > significantly, see:
> >
> > 6030a23a1c66 sched: Move the
On Mon, Dec 17, 2012 at 11:14:24AM +0100, Michal Marek wrote:
> On 14.12.2012 23:19, Cesar Eduardo Barros wrote:
> > This small script checks the file patterns in the MAINTAINERS file.
> >
> > For every file pattern, it checks if the pattern matches any file or
> > directory in the kernel tree, pr
On Thu 13-12-12 00:08:11, Darrick J. Wong wrote:
> Several complaints have been received regarding long file write latencies when
> memory pages must be held stable during writeback. Since it might not be
> acceptable to stall programs for the entire duration of a page write (which
> may
> take m
On Mon, 17 Dec 2012 21:06:25 +1100
Benjamin Herrenschmidt wrote:
...
> Last week is a bit late :-) However, I think your tree was in -next
> before that wasn't it ? In which case it's ok, I can include it tomorrow
> and ask Linus to pick it up.
yes, 5xxx tree was in -next before that.
Thanks,
An
On 14.12.2012 23:19, Cesar Eduardo Barros wrote:
> This small script checks the file patterns in the MAINTAINERS file.
>
> For every file pattern, it checks if the pattern matches any file or
> directory in the kernel tree, printing the patterns which do not have a
> match.
Can't this be added as
Hi,
On Sun, Dec 16, 2012 at 12:35:37PM -0800, Tony Lindgren wrote:
> * Tony Lindgren [121216 09:49]:
> > * Dave Jones [121215 14:27]:
> > > On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > > > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen
> > > wrote:
> > > > > Hi Linus,
On Thu 13-12-12 00:08:02, Darrick J. Wong wrote:
> Fix up the ->page_mkwrite handler to provide stable page writes if necessary.
>
> Signed-off-by: Darrick J. Wong
Looks good. Also UBIFS and OCFS2 seem to need similar treatment. Patches
attached...
* Linus Torvalds wrote:
> On Wed, Dec 12, 2012 at 2:03 AM, Mel Gorman wrote:
> > This is a pull request for "Automatic NUMA Balancing V11". The list
>
> Ok, guys, I've pulled this and pushed out. There were some
> conflicts with both the VM changes and with the scheduler
> tree, but they wer
On Mon, 2012-12-17 at 09:30 +0100, Anatolij Gustschin wrote:
> > Overall it's pretty quiet, or rather I've been pretty poor at
> > picking things up from patchwork and reviewing them this time
> > around and Kumar no better on the FSL side it seems...
>
> Could you please also include some 5xxx pa
Hi Jingoo,
I had already submitted a patch for adding support for this driver [1]
and you had also provided your review comments on them ([2] and [3]).
There were certain comments from Andrew Morton that needed to be addressed
which I could not due to some other priorities.
IMO, it would be bette
+ Suresh.
On Mon, Dec 17, 2012 at 10:34:46AM +0100, Bernd Schubert wrote:
> On 12/16/2012 09:39 PM, Borislav Petkov wrote:
> >On Sun, Dec 16, 2012 at 08:46:06PM +0100, Bernd Schubert wrote:
> >>Hmm, I read it the other way around - x2apic depends on interrupt
> >>remapping, but interrupt remapping
On Sun, Dec 16, 2012 at 11:26:31PM -0800, Kevin Cernekee wrote:
> On Sun, Dec 16, 2012 at 4:44 PM, Pablo Neira Ayuso
> wrote:
> >> What happened to this? OpenWRT is still carrying it, and it broke in
> >> 3.7. Here's a completely untested update...
> >
> > I requested Kevin to resend a new versio
* Andy Lutomirski wrote:
> > 2)
> >
> > More aggressively, we could just make it the _rule_ that the
> > mm lock gets downgraded to read in mmap_region_helper(), no
> > matter what.
> >
> > From a quick look I *think* all the usage sites (including
> > sys_aio_setup()) are fine with that unlo
On 10/12/12 12:55, Geert Uytterhoeven wrote:
> On Mon, Dec 10, 2012 at 11:22 AM, James Hogan wrote:
>> On 08/12/12 03:43, H. Peter Anvin wrote:
>>> On 12/05/2012 08:08 AM, James Hogan wrote:
On 64 bit architectures with no efficient unaligned access, taskstats
has to add some padding to
On 16.12.12 10:04:10, Ingo Molnar wrote:
>
> * suravee.suthikulpa...@amd.com wrote:
>
> > From: Suravee Suthikulpanit
> >
> > Currently, the AMD IBS PMU initialize pmu.task_ctx_nr to
> > perf_invalid_context which only allows IBS to be running only
> > in system-wide mode (e.g. perf record -
On 16 December 2012 08:12, Alex Shi wrote:
> On 12/14/2012 05:33 PM, Vincent Guittot wrote:
>> On 14 December 2012 02:46, Alex Shi wrote:
>>> On 12/13/2012 11:48 PM, Vincent Guittot wrote:
On 13 December 2012 15:53, Vincent Guittot
wrote:
> On 13 December 2012 15:25, Alex Shi wro
Debugging code is generally disabled in the configurator since it is
only for devs and testers and not for the majority of the installations.
Cc: Joe Perches
Cc: Jeff Layton
Cc: Steve French
Cc: linux-c...@vger.kernel.org
Signed-off-by: Borislav Petkov
---
fs/cifs/Kconfig | 1 -
1 file change
On Wed, Nov 14, 2012 at 11:04:42AM -0200, Fabio Estevam wrote:
> commit c045e3f13 (ARM: imx: include iram.h rather than mach/iram.h) changed
> the
> location of iram.h, which causes the following build error when building the
> coda
> driver:
>
> drivers/media/platform/coda.c:27:23: error: mach/
Fabio,
Nice work to repackage this :-) !
Kurt
On Sun, Dec 16, 2012 at 12:08:24PM +0100, Fabio Baltieri wrote:
> Hi all,
>
> this is a resend of the patch series on tx/rx LEDs trigger. The patch
> set was put on hold after the latest discussions on Kurt's rename patch
> due to a missing feature
On 12/16/2012 09:39 PM, Borislav Petkov wrote:
On Sun, Dec 16, 2012 at 08:46:06PM +0100, Bernd Schubert wrote:
Hmm, I read it the other way around - x2apic depends on interrupt
remapping, but interrupt remapping can be used without x2apic.
Ok, you're right. X2APIC should depend on IRQ_REMAP:
h
On Mon, Dec 17, 2012 at 08:28:48AM +0100, Bernd Krumboeck wrote:
> Hello Fabio!
>
> Am 2012-12-16 12:08, schrieb Fabio Baltieri:
> >This patch implements the functions to add two LED triggers, named
> >-tx and -rx, to a canbus device driver.
> >
> >Triggers are called from specific handlers by eac
Hi guys,
this one sanitizes the Kconfig entry prompt so can we pick it up for
-rc1 or later, please?
Thanks.
On Wed, Oct 31, 2012 at 03:35:47PM +0100, Thomas Renninger wrote:
> Reflect this dependency in Kconfig.
> Shorten the config description as suggested by Borislav Petkov
>
> Signed-off-by
On 12/16/2012 07:07 PM, Yinghai Lu wrote:
On Sun, Dec 16, 2012 at 10:01 AM, Bernd Schubert
wrote:
can you post your .config for v3.7 ?
wonder if you have x2apic in .config
Which setting is it? Config is attached.
your config does not have
CONFIG_X86_X2APIC=y
set.
please enable that.
yo
On Thu 13-12-12 00:07:55, Darrick J. Wong wrote:
> Create a helper function to check if a backing device requires stable page
> writes and, if so, performs the necessary wait. Then, make it so that all
> points in the memory manager that handle making pages writable use the helper
> function. Thi
On 12/14/2012 10:44 PM, Andy Lutomirski wrote:
> On Fri, Dec 14, 2012 at 10:35 AM, H. Peter Anvin wrote:
>> On 12/14/2012 12:34 AM, Pavel Emelyanov wrote:
>>> On 12/14/2012 06:20 AM, Andy Lutomirski wrote:
On Thu, Dec 13, 2012 at 6:18 PM, H. Peter Anvin wrote:
> Wouldn't the vdso get map
On Thu 13-12-12 00:07:47, Darrick J. Wong wrote:
> This creates a per-backing-device flag that tracks whether or not pages must
> be
> held immutable during writeout. Eventually it will be used to waive
> wait_for_page_writeback() if nobody requires stable pages.
>
> Signed-off-by: Darrick J. Wo
>>> On 15.12.12 at 19:35, Linus Torvalds wrote:
> On Sat, Dec 15, 2012 at 8:33 AM, Markus Trippelsdorf
> wrote:
>> On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
>>>
>>> Ho humm. Anybody else see anything strange?
>>
>> Yes. I'm seeing a BUG early during boot on my machine (RIP=NULL):
>>
>>
On 2012-12-16 22:35, Tony Lindgren wrote:
>> Those are all omap internal devices and should be all marked with
>> depends on ARCH_OMAP2PLUS.
>>
>> It's a different story for external devices that may be used on other
>> architectures.
>>
>> I only came up with one reason to compile internal device
On Saturday 15 December 2012 19:25:40 Hans J. Koch wrote:
> On Fri, Dec 14, 2012 at 11:33:50AM +0200, Vitalii Demianets wrote:
> > Hans, why do you want to put in this patch, which is dealing with
> > memory-freeing issues only, completely unrelated functional changes?
>
> Because during review of
This patch is to implement SSP SPI controller driver, which has been applied and
validated on intel Moorestown & Medfield platform. The patch are originated by
Ken Mills and Sylvain Centelles
,
migrating to lateset Linux mainline SPI framework by Channing
and Chen Jun according to their integ
On Mon, Dec 17, 2012 at 08:56:45AM +0100, Rafael J. Wysocki wrote:
> On Monday, December 17, 2012 09:38:15 AM Sivaram Nair wrote:
> > On Sat, Dec 15, 2012 at 01:03:02AM +0100, Rafael J. Wysocki wrote:
> > > On Friday, December 14, 2012 03:17:37 PM Sivaram Nair wrote:
> > > > cpuidle_state->power_us
Hi Damian,
(CC'ing io...@lists.linux-foundation.org)
On Monday 17 December 2012 12:10:28 Damian Hobson-Garcia wrote:
> On 2012/12/17 2:25, Laurent Pinchart wrote:
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > arch/arm/mach-shmobile/Kconfig |6 --
> > arch/
From: Lars Poeschel
This driver allows to use a lcd2s 20x4 character display as
a linux console output device.
Signed-off-by: Lars Poeschel
---
drivers/video/console/Kconfig| 10 ++
drivers/video/console/Makefile |1 +
drivers/video/console/lcd2scon.c | 360 +++
Hi Ben,
On Sat, 15 Dec 2012 07:44:57 +1100
Benjamin Herrenschmidt wrote:
...
> Overall it's pretty quiet, or rather I've been pretty poor at
> picking things up from patchwork and reviewing them this time
> around and Kumar no better on the FSL side it seems...
Could you please also include some
Add ioctl to control resync speed, userspace tool
is dmsetup message, message format is:
dmsetup message $device 0 "set-max-resync-speed $speed"
e.g.
dmsetup message /dev/dm-2 "set-max-resync-speed 12345"
Signed-off-by: Guangliang Zhao
---
drivers/md/dm-raid1.c | 44 +++
Add ioctl to get resync speed, userspace tool
is dmsetup status:
dmsetup status $device
e.g.
dmsetup status /dev/dm-2
Signed-off-by: Guangliang Zhao
---
drivers/md/dm-raid1.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/md/dm-
The IO Performance on the already available lv is very bad
during the initial sync when we create a mirror lv. This
patch add the rate limit for every mirror target to control
resync speed.
Signed-off-by: Guangliang Zhao
---
drivers/md/dm-raid1.c | 30 +-
1 file cha
Hi,
These patches are used to add resync speed control for dm-raid1. The
second and third patch provide support for user-space tool dmsetup.
I have made some modifications by the comments. This is the second
version.
Guangliang Zhao (3):
dm raid1: add resync speed control for dm-raid1
dm rai
Add the lms501kf03 LCD panel driver. The lms501kf03 LCD panel (800
x 480) driver uses 3-wired SPI inteface.
Signed-off-by: Ilho Lee
Signed-off-by: Jingoo Han
---
drivers/video/backlight/Kconfig |8 +
drivers/video/backlight/Makefile |1 +
drivers/video/backlight/lms501kf03.c |
Copying Andrea.
On Mon, Dec 17, 2012 at 10:14:47AM +0200, Kirill A. Shutemov wrote:
> Hi,
>
> I've got this BUG on up-to-date Linus tree (aed606e):
>
> [ 1145.439071] BUG: MAX_LOCK_DEPTH too low!
> [ 1145.439077] turning off the locking correctness validator.
> [ 1145.439081] Pid: 4619, comm: kv
Hi,
I've got this BUG on up-to-date Linus tree (aed606e):
[ 1145.439071] BUG: MAX_LOCK_DEPTH too low!
[ 1145.439077] turning off the locking correctness validator.
[ 1145.439081] Pid: 4619, comm: kvm Not tainted 3.7.0-08682-gaed606e-dirty #166
[ 1145.439084] Call Trace:
[ 1145.439094] [] __lock_
2012/12/13 Christian Gmeiner :
>> During the development of this driver an in-house register
>> documentation was used. The last weeks some integration tests
>> were done and this problem was found. It turned out that
>> the released register documentation is wrong.
>>
>> The fix is very simple: sh
Hi,
On 12/14/2012 07:44 PM, Paul Walmsley wrote:
> Hi
>
> On Fri, 14 Dec 2012, Tony Lindgren wrote:
>
>> Paul, what about this patch? Looks like you've acked the other clock
>> patches in this series but not this one?
>
> I commented on it briefly here:
>
> https://patchwork.kernel.org/patch/
501 - 600 of 603 matches
Mail list logo
