Vážení E-mail užívatela;
Prekrocili ste 23432 boxy nastavit svoje
Webová služba / Administrátor, a budete mat problémy pri odosielaní a
prijímat e-maily, kým znova overit. Musíte aktualizovat kliknutím na
odkaz nižšie a vyplnte údaje pre overenie vášho úctu
Prosím, kliknite na odkaz nižšie alebo sk
Removed a debug message as outlined in the TODO list.
---
drivers/staging/bcm/Bcmchar.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/bcm/Bcmchar.c b/drivers/staging/bcm/Bcmchar.c
index f91bc1f..526594b 100644
--- a/drivers/staging/bcm/Bcmchar.c
+++ b/drivers/staging/bcm/
On Sun, Oct 20, 2013 at 08:26:50PM -0700, Benson Leung wrote:
> Rather than having the bus names be "i2c-designware-pci--1" because
> we have set the .bus_num to -1 to force dynamic allocation, lets have
> the busses named "i2c-designware-pci-0" and "i2c-designware-pci-1"
> to correspond to the cor
On Sun, Oct 20, 2013 at 08:26:49PM -0700, Benson Leung wrote:
> From: Duncan Laurie
>
> Add the necessary PCI Device IDs to use the Haswell ULT
> I2C controller in PCI mode.
>
> Set the bus numbers to -1 so it will use dynamic assignment
> rather than hardcoded.
>
> Signed-off-by: Duncan Laurie
Oh, sorry, I forgot to let it pass "./scripts/checkpatch.pl", after
finish checking, it finds a style issue (which is pointed out below), if
necessary to send patch v2, please let me know.
Thanks.
On 10/21/2013 01:51 PM, Chen Gang wrote:
> If the contents is more than 4096 bytes (e.g. if have 1K
> -Original Message-
> From: Masami Hiramatsu [mailto:masami.hiramatsu...@hitachi.com]
> Sent: Sunday, October 20, 2013 12:00 AM
> To: Liuyongan
> Cc: linux-kernel@vger.kernel.org; Qianhuibin
> Subject: Re: kprobe pre_handler change return IP
>
> (2013/10/17 21:57), Liuyongan wrote:
> >
Hi
I am running a userspace tool that reads/writes ISO data from a USB
device. ( ISO means periodic data). I am measuring load created by the
tool using 'top' tool which shows CPU usage as 0% sometimes and 40%
sometimes.
If the data is periodic why the CPU usage vary so much ? Can any one
point o
On 20/10/13 23:43, Jiri Olsa wrote:
> On Fri, Oct 18, 2013 at 03:29:00PM +0300, Adrian Hunter wrote:
>> Improve the error message from write_output() to say
>> what failed to write and give the error number.
>>
>> Signed-off-by: Adrian Hunter
>> ---
>> tools/perf/builtin-record.c | 2 +-
>> 1 fil
On 10/16/2013 02:52 PM, Hannes Reinecke wrote:
> But seeing that this approach raises quite some issues I've attached a
> different patch. Vaughan, could you test with that, too? Should be
> functionally equivalent to the previous one. Cheers, Hannes
Hi Hannes,
We only tested the later patch whic
On 20/10/13 23:42, Jiri Olsa wrote:
> On Fri, Oct 18, 2013 at 03:29:06PM +0300, Adrian Hunter wrote:
>> Setting EXTRA_CFLAGS=-m32 did not work because CFLAGS
>> was not passed around.
>
> this breaks feature detection for me on x86_64,
> I've got following errors misdetection with this patch:
>
>
If the contents is more than 4096 bytes (e.g. if have 1K cpus), current
sprintf() will cause memory overflow. And this fix patch is to be sure
of memory large enough.
Benefit:
- do not truncate printing contents.
- extensible, it is large enough for printing various related contents.
- simple
From: Wei Yongjun
Add the missing misc_deregister() before return from
sep_register_driver_with_fs() in the error handling case.
Signed-off-by: Wei Yongjun
---
drivers/staging/sep/sep_main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/sep/sep_main.c b/drivers/staging/se
* Davidlohr Bueso wrote:
> > 2)
> >
> > I don't see the justification: this code gets executed in exec() where
> > a new mm has just been allocated. There's only a single user of the mm
> > and thus the critical section width of mmap_sem is more or less
> > irrelevant.
> >
> > mmap_sem crit
Remove duplicate defines in drivers/ntb/ntb_regs.h
Signed-off-by: Michael Opdenacker
---
drivers/ntb/ntb_regs.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/ntb/ntb_regs.h b/drivers/ntb/ntb_regs.h
index aa4bdd3..caa5975 100644
--- a/drivers/ntb/ntb_regs.h
+++ b/drivers/ntb/ntb_r
This removes multiple duplicate definitions
in drivers/net/ethernet/chelsio/cxgb3/regs.h
Signed-off-by: Michael Opdenacker
---
drivers/net/ethernet/chelsio/cxgb3/regs.h | 35 ---
1 file changed, 35 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb3/regs.h
On 10/21/2013 06:55 AM, Michael Opdenacker wrote:
> This removes duplicate definitions of S_BUSY, V_BUSY() and F_BUSY
> in drivers/net/ethernet/chelsio/cxgb3/regs.h
Forget this version. There are other duplicates in this file. I'll
submit a new version of this patch.
>
> Signed-off-by: Michael Opde
On 18 October 2013 21:45, Andrew Lunn wrote:
> Hi Viresh
>
> I tested on my Marvell Dove, which crashed and burned before with
> cpufreq-bench. This version works fine so far. The benchmark has been
> running for ten minutes, whereas before it was lucky to reach ten
> seconds.
>
> Tested-by: Andr
This removes duplicate definitions of S_BUSY, V_BUSY() and F_BUSY
in drivers/net/ethernet/chelsio/cxgb3/regs.h
Signed-off-by: Michael Opdenacker
---
drivers/net/ethernet/chelsio/cxgb3/regs.h | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb3/regs.
According to specifications, HID over I2C devices
are not bound to respond to query for INPUT
REPORTS. Thus dropping the call during init
as many devices does not respond causing error
messages during boot.
Signed-off-by: Bibek Basu
---
drivers/hid/i2c-hid/i2c-hid.c | 4
1 file changed, 4 d
Hi Benjamin,
> -Original Message-
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Sent: Thursday, October 17, 2013 11:27 PM
> To: Bibek Basu
> Cc: Jiri Kosina; linux-input; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] HID: i2c-hid: Stop querying for init reports
Following commits:
50e244cc79 fb: rework locking to fix lock ordering on takeover
e93a9a8687 fb: Yet another band-aid for fixing lockdep mess
054430e773 fbcon: fix locking harder
reworked locking to fix related lock ordering on takeover, and introduced
console_lock
into fbmem, but it seems that th
On 18 October 2013 14:02, Masami Hiramatsu
wrote:
> (2013/10/17 20:17), Sandeepa Prabhu wrote:
>> This patchset adds support for kernel probes(kprobes), jump probes(jprobes)
>> and return probes(kretprobes) support for ARM64.
>>
>> Kprobes mechanism make use of software breakpoint and single stepp
On Mon, Oct 21, 2013 at 10:56:15AM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei Yongjun
That's fixed in a series of patches that has already been posted for
review. See:
http://oss.sgi.com/archives/xfs/2013-10/msg00374.html
Cheers,
Dave
The following patch series refactors the dmi check system and
returns -EPROBE_DEFER when an expected i2c adapter is not present
at probe time.
This will allow the touchpad, touchscreen, and light sensors on
Pixel to load even if the i915 DDC and PANEL buses are instantiated
after chromeos_laptop.
Further refactor chromeos_laptop, adding a probe function.
Init will call dmi_check_system, but will only use the match to select
a chromeos_laptop structure of the current board.
Probe will add the devices, and on errors return -EPROBE_DEFER.
If i2c adapters are loaded after chromeos_laptop inits
From: Aaron Durbin
The previous code had a single DMI matching entry
for each device on a board. Instead provide a single
DMI entry for each board which references a structure
about each board that lists the associated peripherals.
This allows for a lower number of DMI matching sequences
as well
Add support for the trackpad on HP Chromebook 14.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
b/drivers/platform/x86/chromeos_laptop.c
index 57ded03..a9ab335 100
__initdata tag should be placed between the variable name and equal
sign for the variable to be placed in the intended .init.data section.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/platform/x
The designware-pci i2c busses will be named "i2c-designware-pci-0"
and "i2c-designware-pci-1" accordingly.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
b/drivers/platform/x86
Add the Acer C720 entries for trackpad and light sensor.
Signed-off-by: Benson Leung
---
drivers/platform/x86/chromeos_laptop.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/platform/x86/chromeos_laptop.c
b/drivers/platform/x86/chromeos_laptop.c
index a9ab335..6e
Hi Ingo,
On Fri, 2013-10-18 at 08:05 +0200, Ingo Molnar wrote:
> * Davidlohr Bueso wrote:
>
> > --- a/arch/x86/vdso/vma.c
> > +++ b/arch/x86/vdso/vma.c
> > @@ -154,12 +154,17 @@ static int setup_additional_pages(struct linux_binprm
> > *bprm,
> > unsigned size)
> >
Krzysztof Mazur writes:
> On Fri, Oct 18, 2013 at 02:20:38PM +1030, Rusty Russell wrote:
>> Back when there was almost no parameter parsing support, everyone got
>> used to keeping pointers into the original. Making everyone kstrdup()
>> seems like gratuitous churn which is likely to make more bu
Paul Bolle writes:
> Rusty,
>
> Since v3.7 there's a link to Documentation/module-signing.txt in
> init/Kconfig. It was added by your commit 106a4ee258d1 ("module:
> signature checking hook"). It seems that this file was never added to
> the tree. Is it perhaps queued somewhere?
Well spotted. Da
Hi, Fengguang
On 10/19/2013 08:51 AM, Fengguang Wu wrote:
> Greetings,
Will this do any helps?
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index c06b8d3..7c61f31 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -3716,7 +3716,6 @@ long sched_setaffinity(pid_t pid, const st
From: Duncan Laurie
Add the necessary PCI Device IDs to use the Haswell ULT
I2C controller in PCI mode.
Set the bus numbers to -1 so it will use dynamic assignment
rather than hardcoded.
Signed-off-by: Duncan Laurie
Signed-off-by: Benson Leung
---
drivers/i2c/busses/i2c-designware-pcidrv.c |
Add the Haswell ULT device IDs for i2c-designware-pci. These are used,
for example, in Haswell generation Chromebooks, the HP Chromebook 14
and the Acer C720.
[PATCH 1/2] i2c-designware-pci: Add Haswell ULT device IDs
[PATCH 2/2] i2c-designware-pci: Index Haswell ULT bus names from 0
--
To unsubs
Rather than having the bus names be "i2c-designware-pci--1" because
we have set the .bus_num to -1 to force dynamic allocation, lets have
the busses named "i2c-designware-pci-0" and "i2c-designware-pci-1"
to correspond to the correct names of these busses.
The adapter number will still be dynamica
From: Davidlohr Bueso
Subject: [PATCH v2 3/3] vdso: preallocate new vmas
With the exception of um and tile, architectures that use
the install_special_mapping() function, when setting up a
new vma at program startup, do so with the mmap_sem lock
held for writing. Unless there's an error, this pro
On 10/14/2013 05:10 PM, Zhang Rui wrote:
> An ACPI enumerated device may have its compatible id strings.
>
> To support the compatible ACPI ids (acpi_device->pnp.ids),
> we introduced acpi_driver_match_device() to match
> the driver->acpi_match_table and acpi_device->pnp.ids.
>
> For those driver
On Wed, Sep 25, 2013 at 09:38:19AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: ea8117478918a4734586d35ff530721b682425be
> Gitweb: http://git.kernel.org/tip/ea8117478918a4734586d35ff530721b682425be
> Author: Peter Zijlstra
> AuthorDate: Wed, 11 Sep 2013 12:43:13 +0200
> Committer
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
fs/xfs/xfs_bmap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/xfs/xfs_bmap.c b/fs/xfs/xfs_bmap.c
index e6b4202..92b97f7 100644
--- a/fs/xfs/xfs_bmap.c
+++ b/fs/xfs/xfs_bmap.c
@@ -34,7 +34,6 @@
#include "xfs_
From: Wei Yongjun
module_platform_driver() makes the code simpler by eliminating
boilerplate code.
Signed-off-by: Wei Yongjun
---
drivers/pinctrl/pinctrl-tb10x.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-tb10x.c b/drivers/pinctrl/p
From: Wei Yongjun
This patch fix the error handling in tb10x_pinctrl_probe():
- devm_ioremap_resource() return ERR_PTR() and never return NULL
- remove the dev_err call to avoid redundant error message
- pinctrl_register() returns NULL not ERR_PTR()
Signed-off-by: Wei Yongjun
---
drivers/pi
From: Namhyung Kim
The struct ftrace_graph_data is for generalizing the access to
set_graph_function file. This is a preparation for adding support to
set_graph_notrace.
Link:
http://lkml.kernel.org/r/1381739066-7531-3-git-send-email-namhy...@kernel.org
Signed-off-by: Namhyung Kim
Signed-off
From: Namhyung Kim
The parser set up is just a generic utility that uses local variables
allocated by the function. There's no need to hold the graph_lock for
this set up.
This also makes the code simpler.
Link:
http://lkml.kernel.org/r/1381739066-7531-4-git-send-email-namhy...@kernel.org
Sig
From: Namhyung Kim
The set_graph_notrace filter is analogous to set_ftrace_notrace and
can be used for eliminating uninteresting part of function graph trace
output. It also works with set_graph_function nicely.
# cd /sys/kernel/debug/tracing/
# echo do_page_fault > set_graph_function
# p
From: Steven Rostedt
Andrey reported the following report:
ERROR: AddressSanitizer: heap-buffer-overflow on address 8800359c99f3
8800359c99f3 is located 0 bytes to the right of 243-byte region
[8800359c9900, 8800359c99f3)
Accessed by thread T13003:
#0 810dd2da (asan_re
This has been a long time coming. I'm sure there's more patches that
I missed, as my inbox got a bit large while I worked on some internal
stuff.
Anyway, I got this part out. If you sent me a patch and it's not here,
please ping me again, otherwise I'll probably miss the 3.12 window for it.
I will
From: Namhyung Kim
The ftrace_graph_filter_enabled means that user sets function filter
and it always has same meaning of ftrace_graph_count > 0.
Link:
http://lkml.kernel.org/r/1381739066-7531-2-git-send-email-namhy...@kernel.org
Signed-off-by: Namhyung Kim
Signed-off-by: Steven Rostedt
---
From: Wang YanQing
The current "help" that comes out of the snapshot file when it is
not allocated looks like this:
# * Snapshot is freed *
#
# Snapshot commands:
# echo 0 > snapshot : Clears and frees snapshot buffer
# echo 1 > snapshot : Allocates snapshot buffer, if not already allocated
On Sat, Oct 19, 2013 at 07:59:55PM +0900, Akira Hayakawa wrote:
> Dave,
>
> # -EIO retuned corrupts XFS
> I turned up
> lockdep, frame pointer, xfs debug
> and also changed to 3.12.0-rc5 from rc1.
>
> What's changed is that
> the problem we discussed in previous mails
> *never* reproduce.
>
> Ho
Hi David,
On Tue, Oct 01 2013, David Cohen wrote:
> Implement initial SDHCI Intel Merrifield support.
> This patch is based on previous one from Yunpeng Gao
>
> Signed-off-by: David Cohen
> ---
> drivers/mmc/host/sdhci-pci.c | 30 ++
> 1 file changed, 30 insertions(+
On 10/20/2013 05:18 AM, Borislav Petkov wrote:
> On Sat, Oct 19, 2013 at 08:37:29PM -0400, Austin S Hemmelgarn wrote:
>> This patch adds options to specifically optimize for a number of newer
>> 64-bit microarchitectures; specifically, Intel's Nehalem, Westmere,
>> Ivy Bridge, and Sandy Bridge, and
unsubscribe kvm
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
unsubscribe linux-kernel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
The user pages are generally allocated using GFP_USER or GFP_HIGHMEM
flags. The linux kernel treats GFP_USER and GFP_KERNEL as same. So,
there is no way you can tell whether a physical page belongs to user
process or not using physical frame number.
Piyus
On Fri, Oct 4, 2013 at 12:19 AM, Piyus Ke
On 13-10-20 01:31 PM, Bart Van Assche wrote:
On 10/20/13 18:09, Douglas Gilbert wrote:
Given that lk 3.12.0 release is not far away, the safest path
may still be to revert Vaughan Cao's patch. I'll leave that
decision to the maintainers.
Hello Doug,
Thanks for looking into this. But I would a
Prarit Bhargava writes:
>
> Using request_firmware_nowait() seems more appropriate here and then we
> can avoid these delays, resulting in very quick load times for the
> microcode.
It would be probably also good to remember if the loading failed for a
given CPU and then don't try it on any oth
Logging messages require terminating newlines to avoid possible
interleaving by other messages. Add them.
Convert bch_cache_set_error printk/vprintk/printk sequence
to use vsprintf extension %pV to eliminate any possible
interleaving.
Convert some variadic macro uses of ... to fmt, ... to
make c
Hi Kukjin,
On Monday 21 of October 2013 07:01:00 Kukjin Kim wrote:
> On 10/18/13 08:38, Kukjin Kim wrote:
> > Tomasz Figa wrote:
> >> Hi Kukjin,
> >
> > Hi,
> >
> >> On Sunday 29 of September 2013 18:12:01 Tomasz Figa wrote:
> >>> According to board schematics, for HSMMC1 a GPIO line is used to
On Fri, 2013-10-18 at 10:38 -0400, Waiman Long wrote:
> When the callgraph function is enabled (-G), it may take a long time to
> scan all the stack data and merge them accordingly.
>
> This patch adds a new --max-stack option to perf-top to limit the depth
> of callchain stack data to look at to
Dear all,
may I please draw your attention to this thread?
Thank you,
Arokux
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Sat, Oct 19, 2013 at 2:26 PM, Linus Walleij wrote:
> On Fri, Oct 18, 2013 at 7:37 PM, Alexandre Courbot wrote:
>> On Fri, Oct 18, 2013 at 4:23 AM, Linus Walleij
>> wrote:
>
>>> We might have to take this as the first thing after the merge
>>> window and targeted for v3.14.
>>
>> No particula
Add missing headers for drivers/gpiolib/devres.c.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/devres.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/devres.c b/drivers/gpio/devres.c
index fceebdc..307464f 100644
--- a/drivers/gpio/devres.c
+++ b/drivers/gpio/devres.c
@
These patches fix a few issues of the gpiod series highlighted by the
autobuild system. They take root in the fact that devres.c was compiled
even when gpiolib is not to be built, which should obviously not happen.
But they also reveal missing includes in the same file, and sparse also
pointed out
Fix the return value if devm_gpiod_get_index(). It was returning 0 while
it should return the obtained GPIO descriptor.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/devres.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/devres.c b/drivers/gpio/devres.c
ind
Current Kconfig allows GPIO_DEVRES to be selected and compiled without
GPIOLIB. This does not make sense anymore since GPIOLIB has become the
exclusive way to deal with GPIOs. This patch makes GPIO_DEVRES available
only if GPIOLIB is selected.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/Kc
On 10/18/13 08:38, Kukjin Kim wrote:
Tomasz Figa wrote:
Hi Kukjin,
Hi,
On Sunday 29 of September 2013 18:12:01 Tomasz Figa wrote:
According to board schematics, for HSMMC1 a GPIO line is used to detect
card presence, while currently it is being configured for internal card
detect line, whi
If request_firmware_nowait() is called with uevent == NULL, the firmware
completion is never marked complete resulting in a hang in the process.
If uevent is undefined, that means we're not waiting on anything and the
process should just clean up and complete. While we're at it, add a
debug dev_d
If no firmware is found on the system that matches the processor, the
microcode module can take hours to load. For example on recent kernels
when loading the microcode module on an Intel system:
[ 239.532116] microcode: CPU0 sig=0x306e4, pf=0x1, revision=0x413
[ 299.693447] microcode: CPU1 sig=
If no firmware is found on the system that matches the processor, the
microcode module can take hours to load. For example on recent kernels
when loading the microcode module on an Intel system:
[ 239.532116] microcode: CPU0 sig=0x306e4, pf=0x1, revision=0x413
[ 299.693447] microcode: CPU1 sig=
On 10/20/2013 01:41 PM, Laurent Pinchart wrote:
> Hi Grant,
>
> On Tuesday 17 September 2013 17:36:32 Grant Likely wrote:
>> On Thu, 12 Sep 2013 17:57:00 +0200, Alexander Holler wrote:
>>> Am 12.09.2013 17:19, schrieb Stephen Warren:
IRQs, DMA channels, and GPIOs are all different things. The
On Sun, Oct 20, 2013 at 11:30 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.12-rc6 to v3.12-rc5[3], the summaries are:
> - build errors: +9/-13
+ /scratch/kisskb/src/drivers/i2c/busses/i2c-pca-platform.c: error:
implicit declaration of function 'ioread8'
[-Werror=implicit-function-d
On 10/18/2013 02:25 PM, Peter De Schrijver wrote:
> The Tegra30 clock bindings lack few IDs for audio and clk_out muxes.
Is there a list of changes for V5?
Don't forget that I gave tested-by/acked-by for V4(?), unless you've
changed so much you consider that to no longer apply?
--
To unsubscribe
On Fri, Oct 18, 2013 at 02:15:52PM -0700, Eric Dumazet wrote:
> On Fri, 2013-10-18 at 16:11 -0400, Neil Horman wrote:
>
> > #define BUFSIZ_ORDER 4
> > #define BUFSIZ ((2 << BUFSIZ_ORDER) * (1024*1024*2))
> > static int __init csum_init_module(void)
> > {
> > int i;
> > __wsum sum = 0;
> >
From: Andi Kleen
According to Stephen there is no reason left not to allow
function trace in perf code. Don't disable the function
tracer instrumentation for the perf files. Changes the
generic and the x86 files.
I've been using variants of this patch for a long time and
haven't seen any proble
On 10/18/13 02:53, Tomasz Figa wrote:
Hi Kukjin,
On Thursday 26 of September 2013 14:05:09 Kukjin Kim wrote:
Chander Kashyap wrote:
Replace irq_domain_add_simple with "irq_domain_add_linear" in order to
use linear irq domain, and to remove hardcoded irq_base_value.
Signed-off-by: Chander Kash
On 10/20/13 01:03, Tomasz Figa wrote:
Hi Mike, Kukjin, Rafael,
On Tuesday 24 of September 2013 14:50:06 Mateusz Krawczuk wrote:
This patch series is the new s5pv210 clock implementation
(using common clk framework).
This implementation is compatible with device tree definition and board
files.
On Fri, Oct 18, 2013 at 03:29:03PM +0300, Adrian Hunter wrote:
> perf_event__attr_swap() needs to swap all members of
> struct perf_event_attr. Add mssing ones.
Acked-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
On Fri, Oct 18, 2013 at 03:29:02PM +0300, Adrian Hunter wrote:
> Piped events can be sorted so a final flush is needed.
> Add that and remove a redundant 'err = 0'.
>
> Signed-off-by: Adrian Hunter
seems ok,
Reviewed-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscr
On Fri, Oct 18, 2013 at 03:29:01PM +0300, Adrian Hunter wrote:
> The final array decrement in id sample parsing is missing,
> which may trip up the next person adding a sample format,
> so add it in.
Acked-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Fri, Oct 18, 2013 at 03:29:11PM +0300, Adrian Hunter wrote:
> Add a debug print if mmap of the perf event
> ring buffer fails.
>
> Signed-off-by: Adrian Hunter
> ---
> tools/perf/util/evlist.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tools/perf/util/evlist.c b/tools/perf/util
On Fri, Oct 18, 2013 at 03:29:10PM +0300, Adrian Hunter wrote:
> Use -lunwind-x86 instead of -lunwind-x86_64 for
> 32-bit build.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
On Fri, Oct 18, 2013 at 03:29:06PM +0300, Adrian Hunter wrote:
> Setting EXTRA_CFLAGS=-m32 did not work because CFLAGS
> was not passed around.
this breaks feature detection for me on x86_64,
I've got following errors misdetection with this patch:
... libperl: [ OFF ]
...
On Fri, Oct 18, 2013 at 03:29:00PM +0300, Adrian Hunter wrote:
> Improve the error message from write_output() to say
> what failed to write and give the error number.
>
> Signed-off-by: Adrian Hunter
> ---
> tools/perf/builtin-record.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 10/20/13 19:02, Vivien Didelot wrote:
> The driver currently supports only I2C access. But some devices with an
> accuracy of 8-bit are compatible with the SMBus byte access routines.
>
> This patch wraps the send and receive routines depending on the chip
> accuracy and fonctionnalities of its
The Bluetooth UUID is used in big endian reversed order. Add new
modifier to print a UUID in big endian, but where the input byte
stream is actually in reversed order.
This is similar to %pMR that allows to print a MAC address in
reversed order since that is how the Bluetooth BD_ADDR is
actually r
Commit-ID: 3090ffb5a2515990182f3f55b0688a7817325488
Gitweb: http://git.kernel.org/tip/3090ffb5a2515990182f3f55b0688a7817325488
Author: Stephane Eranian
AuthorDate: Thu, 17 Oct 2013 19:32:15 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Oct 2013 16:27:14 -0300
perf: Disa
Commit-ID: 3b16ff89676d9902dc39976aee3cb0314ee37d93
Gitweb: http://git.kernel.org/tip/3b16ff89676d9902dc39976aee3cb0314ee37d93
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 14 Oct 2013 18:25:12 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Oct 2013 16:24:26 -0300
pe
Commit-ID: fd2f3b7ee1cf4b5fa77659c5ed4aa3cf5d1b3731
Gitweb: http://git.kernel.org/tip/fd2f3b7ee1cf4b5fa77659c5ed4aa3cf5d1b3731
Author: Randy Dunlap
AuthorDate: Fri, 18 Oct 2013 17:36:16 -0700
Committer: Ingo Molnar
CommitDate: Sat, 19 Oct 2013 10:25:17 +0200
irq: DocBook/genericirq.tmp
Commit-ID: b0267507dfd0187fb7840a0ec461a510a7f041c5
Gitweb: http://git.kernel.org/tip/b0267507dfd0187fb7840a0ec461a510a7f041c5
Author: Tetsuo Handa
AuthorDate: Thu, 17 Oct 2013 19:45:29 +0900
Committer: Ingo Molnar
CommitDate: Fri, 18 Oct 2013 21:58:54 +0200
mutex: Avoid gcc version de
Commit-ID: 1b286bdd5b7684c681b63d5e75cada037064c315
Gitweb: http://git.kernel.org/tip/1b286bdd5b7684c681b63d5e75cada037064c315
Author: Masami Hiramatsu
AuthorDate: Fri, 11 Oct 2013 12:23:17 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 15 Oct 2013 14:37:38 -0300
perf probe
On 10/20/2013 11:05 AM, Ben Hutchings wrote:
On Sun, 2013-10-20 at 09:23 -0700, Guenter Roeck wrote:
On 10/20/2013 04:56 AM, Ben Hutchings wrote:
On Sun, 2013-09-08 at 09:52 -0700, Guenter Roeck wrote:
On 09/08/2013 01:18 AM, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter R
On Sat, 19 Oct 2013, JoonSoo Kim wrote:
> > Ok so that results in a mininum size object size of 2^(12 - 8) = 2^4 ==
> > 16 bytes on x86. This is not true for order 1 pages (which SLAB also
> > supports) where we need 32 bytes.
>
> According to current slab size calculating logic, slab whose object
On Sun, 2013-10-20 at 09:23 -0700, Guenter Roeck wrote:
> On 10/20/2013 04:56 AM, Ben Hutchings wrote:
> > On Sun, 2013-09-08 at 09:52 -0700, Guenter Roeck wrote:
> >> On 09/08/2013 01:18 AM, Geert Uytterhoeven wrote:
> >>> On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck wrote:
> m68k-linux-ld:
tainted 3.12.0-rc6-20131020
#1
[19424.151549] task: 88001d14 ti: 88001df4c000 task.ti:
88001df4c000
[19424.151561] RIP: e030:[] []
kfree+0x20c/0x210
[19424.151580] RSP: e02b:88001df4dde8 EFLAGS: 00010246
[19424.151589] RAX: 0040 RBX: 88001df4de68 RCX
On Sat, 19 Oct 2013, JoonSoo Kim wrote:
> I search the history of struct page and find that the SLUB use mapping field
> in past (2007 year). At that time, you inserted VM_BUG_ON(PageSlab(page))
> ('b5fab14') into page_mapping() function to find remaining use. Recently,
> I never hear that this is
The driver currently supports only I2C access. But some devices with an
accuracy of 8-bit are compatible with the SMBus byte access routines.
This patch wraps the send and receive routines depending on the chip
accuracy and fonctionnalities of its adapter.
For instance, this allows us to use a MA
On Tue, 2013-09-24 at 20:41 +0300, Mihai Donțu wrote:
> Ben, Greg,
>
> Can you pull this[1] patch into your stable kernels (3.2, 3.4)? It
> fixes an unfortunate bug in fanotify where a multithreaded application
> can end up in an interruptible state, a situation which only a reboot
> can fix. Ulti
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
1 - 100 of 160 matches
Mail list logo
