Hi Steve and Masami,
On Tue, 5 Aug 2014 17:37:52 -0400, Steven Rostedt wrote:
> Hi Masami,
>
> This looks great. I'm a bit busy at the moment (just came back from
> vacation, and digging myself out of the hole that left me). But I
> definitely want this in. I have a bunch of tests too, that I can
This patch adds all missed AER error bits(CE & UC) existed in PCI-e
SPEC r3.0 for trace interface.
Signed-off-by: Chen, Gong
---
include/ras/ras_event.h | 35 ++-
1 file changed, 22 insertions(+), 13 deletions(-)
diff --git a/include/ras/ras_event.h b/include/ras
In PCI-e SPEC r3.0, BIT 0 of Uncorrectable Error Status Register
is redefined and it has an explicit requirement that when writing
this field, a value of 1b is the only choice. So change previous
initial maks from 0 to 1.
Signed-off-by: Chen, Gong
---
NOTE: After scratching all use cases, this is
In PCI-e SPEC r3.0, BIT 0 of Uncorrectable Error Status Register
has been redefined for a different purpose.
BIT 0:
Undefined ??? The value read from this bit is undefined. In
previous versions of this specification, this
bit was used to mask a Link Training Err
On 08/12/2014 10:32 PM, Chen Gang wrote:
>
> Yeah, we need.
>
>> The solution you suggest assumes that an arch is either little or big endian.
>> But we cannot ignore the hybriads that can do both.
>>
>
> For the architectures which can do both, for me, they are: sh, powerpc,
> m32r, and mips (m
Since commit 6c2b374d is commited, the capability of PCI-e AER
has changed a lot. This patch adds all missed CE/UC error bits
existed in PCI-e SPEC r3.0. Meanwhile, adjust the code format
to make it simpler to read/maintain.
Signed-off-by: Chen, Gong
---
drivers/pci/pcie/aer/aerdrv_errprint.c |
No response since last commit so spread it to a bigger range.
This patch series is for AER related cleanup & update based on PCIe
SPEC r3.0.
--
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 htt
Previous format definition uses MACRO BIT(...), which is not very
maintainable as Bjorn mentioned before:
"I'd like to see all those "BIT(...)" things changed to use the #defines
that already exist in include/uapi/linux/pci_regs.h, e.g.,
PCI_ERR_COR_RCVR. That way grep will find these uses, which
On 08/12/14 18:17, Fabio Estevam wrote:
> On Tue, Aug 12, 2014 at 2:30 PM, Randy Dunlap wrote:
>> This patch fixed 'make xmldocs' failed on linus's tree and
>> linux-next as of 8th/Aug,2014.
>>
>> When drm merge for 3.17-rc1 happen, a file was renamed from
>> drm_stub.c to drm_drv.c.
>> But Docum
Hi,
On Tuesday, August 12, 2014 10:49:12 PM Daniel Lezcano wrote:
> On 08/12/2014 05:11 PM, Bartlomiej Zolnierkiewicz wrote:
> > Fix building of exynos_defconfig with disabled CONFIG_PM_SLEEP by
> > adding checking whether Exynos cpuidle support is enabled before
> > accessing exynos_enter_aftr.
On 08/04/2014 01:30 PM, jgr...@suse.com wrote:
From: Juergen Gross
If a scsi host driver specifies .cmd_len in it's scsi_host_template, a driver's
private command pool is needed. scsi_find_host_cmd_pool() will locate it, but
scsi_alloc_host_cmd_pool() isn't saving the pool address in the host t
> >
> > Known issue:
> > If gpios are in use(export to userspace through sysfs interface, etc),
> > then call pl2303_release(unplug usb-serial convertor, modprobe -r,
etc),
> > will cause trouble, so we need to make sure there is no gpio user
before
> > call pl2303_release.
>
> This is a real p
From: Aniroop Mathur
Earlier, user space can only read from iio device node but cannot write to it.
This patch adds write function in iio buffer file operations,
which will allow user-space applications/HAL to write the data
to iio device node.
So now there will be two way communication between
On 08/12/2014 09:40 AM, Namhyung Kim wrote:
> Some paths in perf script don't call perf_session__delete() after
> creating a new session.
>
> Cc: Adrian Hunter
> Signed-off-by: Namhyung Kim
> ---
> tools/perf/builtin-script.c | 35 ++-
> 1 file changed, 22 insert
On Tue, Aug 12, 2014 at 8:43 PM, Doug Anderson wrote:
> Hi,
>
> On Mon, Aug 11, 2014 at 5:46 AM, Ulf Hansson wrote:
>> On 11 August 2014 09:44, Linus Walleij wrote:
>>> On Mon, Aug 4, 2014 at 12:18 AM, Heiko Stübner wrote:
>>>
>>> [Adding Ulf Hansson to this discussion...]
>>>
Hi Mark, Lin
The currently when perf TUI report shows callchain, the first level
chains have bogus '+' sign even though only the last one has children.
Since they are on a single line of the chain, toggling intermediate
entries has no effect. Fix it to show '+' sign at the last entry
only. Note that non-firs
On Wednesday 13 August 2014 10:02:26 Viresh Kumar wrote:
> That's why you should have copied the diff here, so that I could have
> confirmed if what you have done is correct or not.
You may check my modifications here [1] or attached to this email.
[1] https://gist.github.com/bdcc7d41883b5e077974
On 08/13/2014 08:37 AM, Namhyung Kim wrote:
> On Tue, 12 Aug 2014 18:04:30 +0300, Adrian Hunter wrote:
>> Fall back to probing with the current pid if cpu-wide
>> probing fails. This primarily affects the setting of
>> comm_exec flag when the user is un-privileged and
>> /proc/sys/kernel/perf_even
On Mon, Aug 04, 2014 at 11:44:19AM -0400, Waiman Long wrote:
> On 08/04/2014 12:10 AM, Jason Low wrote:
> >On Sun, 2014-08-03 at 22:36 -0400, Waiman Long wrote:
> >>The rwsem_can_spin_on_owner() function currently allows optimistic
> >>spinning only if the owner field is defined and is running. Tha
On 8/12/14, 10:52 PM, Namhyung Kim wrote:
Are you sure? I don't recall seeing any big change in this area so I
guess the problem existed since long time ago. In fact I couldn't find
a logic to zero/clear out existing hist entries in a hists..
Just gave a quick try. v3.4 fails; v3.1 works.
D
On (Tue) 12 Aug 2014 [14:41:51], Paul E. McKenney wrote:
> On Tue, Aug 12, 2014 at 02:39:36PM -0700, Paul E. McKenney wrote:
> > On Tue, Aug 12, 2014 at 09:06:21AM -0700, Paul E. McKenney wrote:
> > > On Tue, Aug 12, 2014 at 11:03:21AM +0530, Amit Shah wrote:
> >
> > [ . . . ]
> >
> > > > I know
Use tabs, not spaces.
Signed-off-by: Ragnar B. Johannsson
---
drivers/staging/vt6656/rxtx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6656/rxtx.c b/drivers/staging/vt6656/rxtx.c
index 2d1ef88..08ce18d 100644
--- a/drivers/staging/vt6656/rxtx.c
+++ b/dr
Removes unnecessary braces to comply with coding style.
Signed-off-by: Ragnar B. Johannsson
---
drivers/staging/vt6656/usbpipe.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/vt6656/usbpipe.c b/drivers/staging/vt6656/usbpipe.c
index cba6532..88bf518 100
Hi Naohiro,
(CC'ing Stephane)
> When you specify "--branch-stack"("-b" for short) or
> "--no-branch-stack", "branch_mode" variable is set to 1 or 0
> respectively. However, the code is just checking if the variable is -1
> or not, ignoring "branch_mode == 1" case. Thus "perf report -b" dose not
>
On Wednesday 13 August 2014 10:12:06 Viresh Kumar wrote:
> Also will it be possible for you to find the last working kernel after
> which this
> happened?
I'll try to reproduce the issue with older kernels, but that could be
problematic and may take some time. So far, I can say that 3.13 and 3.1
This patchset fixes a few small coding style problems as reported by checkpatch.
Ragnar B. Johannsson (3):
staging: vt6656: remove unnecessary braces
staging: vt6656: fix incorrect indentation
staging: vt6656: add blank line after declaration
drivers/staging/vt6656/rxtx.c| 3 ++-
drive
On Tue, 12 Aug 2014 18:04:30 +0300, Adrian Hunter wrote:
> Fall back to probing with the current pid if cpu-wide
> probing fails. This primarily affects the setting of
> comm_exec flag when the user is un-privileged and
> /proc/sys/kernel/perf_event_paranoid > 0. The change
> to comm_exec can be
Adds a blank line after declaration to comply with coding style.
Signed-off-by: Ragnar B. Johannsson
---
drivers/staging/vt6656/rxtx.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/vt6656/rxtx.c b/drivers/staging/vt6656/rxtx.c
index 08ce18d..852ebe8 100644
--- a/drivers/sta
On Tue, 12 Aug 2014 18:04:29 +0300, Adrian Hunter wrote:
> When probing the kernel API the kernel should be excluded
> otherwise the probe will fail for users with insufficient
> privilege to profile the kernel.
>
> Signed-off-by: Adrian Hunter
Acked-by: Namhyung Kim
Thanks,
Namhyung
> ---
>
Hi Adrian,
On Tue, 12 Aug 2014 18:04:28 +0300, Adrian Hunter wrote:
> With /proc/sys/kernel/perf_event_paranoid set to 2, the
> probe of PERF_FLAG_FD_CLOEXEC would fail. Fix by excluding
> kernel profiling from the probe event.
>
> Signed-off-by: Adrian Hunter
Acked-by: Namhyung Kim
Thanks,
N
> -Original Message-
> From: KY Srinivasan
> > The Arch users can simply select to build i8042 into the kernel as a
> > workaround.
> >
> > The proper solution is to allow loading libps2 module even if i8042 did not
> find
> > its device. I wish I could simply drop this i8042_lock_chip and
On 8/13/14 13:08, Sam Ravnborg wrote:
> On Wed, Aug 13, 2014 at 06:48:35AM +0800, Chen Gang wrote:
>> x86 and ia64 are always little endian. And another architectures may be
>> little endian: mips, sh, powerpc, and m32r (may mark CPU_LITTLE_ENDIAN
>> explicitly); also arm(64) and c6x (which may b
> -Original Message-
> From: Dmitry Torokhov
> Sent: Wednesday, August 13, 2014 1:55 AM
> > > > To decouple the dependency between the hyperv-keyboard and i8042
> > > > modules, I suppose we probably have to re-implement hyperv-
> keyboard by
> > > > using input_allocate_device(), input_reg
Hi Masami,
On Wed, 13 Aug 2014 00:50:55 +, Masami Hiramatsu wrote:
> + if (kp_fd < 0 && up_fd < 0) {
> + /* Both kprobes and uprobes are disabled, warn it. */
> + if (kp_fd == -ENOTSUP && up_fd == -ENOTSUP)
> + pr_warning("Debugfs is not mounted.
Commit-ID: 0a8cb85c200c4082ed7e57efd90dd9d18c8d40b6
Gitweb: http://git.kernel.org/tip/0a8cb85c200c4082ed7e57efd90dd9d18c8d40b6
Author: Jiri Olsa
AuthorDate: Sun, 6 Jul 2014 14:18:21 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:54 -0300
perf tools: Rename
Commit-ID: d6a947fb6cdff3a19db93895c746f70b5903a965
Gitweb: http://git.kernel.org/tip/d6a947fb6cdff3a19db93895c746f70b5903a965
Author: Thomas Ilsche
AuthorDate: Mon, 4 Aug 2014 15:03:15 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:08 -0300
perf tools: De
Commit-ID: 038fa0b9739d7f375f3f61a2ce4f78ad44329f66
Gitweb: http://git.kernel.org/tip/038fa0b9739d7f375f3f61a2ce4f78ad44329f66
Author: Jiri Olsa
AuthorDate: Sun, 3 Aug 2014 14:10:36 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:08 -0300
perf tools: Fix PE
Commit-ID: 5b5916696051b88e63f3726cc3db44bf9561bad9
Gitweb: http://git.kernel.org/tip/5b5916696051b88e63f3726cc3db44bf9561bad9
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:38 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:06 -0300
perf report: H
Commit-ID: 59dc9f2534569d11a55c8b5dbe93c36f2b2fa506
Gitweb: http://git.kernel.org/tip/59dc9f2534569d11a55c8b5dbe93c36f2b2fa506
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:41 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:07 -0300
perf tools: Fi
Commit-ID: d675107ce6fa988102851e0b0ef06e46c8aa7ac6
Gitweb: http://git.kernel.org/tip/d675107ce6fa988102851e0b0ef06e46c8aa7ac6
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:36 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:05 -0300
perf tools: Ma
Commit-ID: cf59002fdebc9c00ee29233e65bc39dd69e0eaf6
Gitweb: http://git.kernel.org/tip/cf59002fdebc9c00ee29233e65bc39dd69e0eaf6
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:39 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:06 -0300
perf top: Add
Commit-ID: 1ecd44533a8a724f64d4305abb69836ca73c7390
Gitweb: http://git.kernel.org/tip/1ecd44533a8a724f64d4305abb69836ca73c7390
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:40 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:07 -0300
perf tools: Ad
Commit-ID: 8246de88e95ddef7508f5601d7af85c3ab9e476b
Gitweb: http://git.kernel.org/tip/8246de88e95ddef7508f5601d7af85c3ab9e476b
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:35 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:04 -0300
perf tools: Le
Commit-ID: 63914aca8f7e7a75d0ee027af7b1755c69cc1e2c
Gitweb: http://git.kernel.org/tip/63914aca8f7e7a75d0ee027af7b1755c69cc1e2c
Author: Jiri Olsa
AuthorDate: Fri, 1 Aug 2014 17:46:54 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:02 -0300
perf tools: Show b
Commit-ID: e0d66c74b09f5103eef441a98b68056c4dae4cac
Gitweb: http://git.kernel.org/tip/e0d66c74b09f5103eef441a98b68056c4dae4cac
Author: Namhyung Kim
AuthorDate: Thu, 31 Jul 2014 14:47:37 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:05 -0300
perf tools: Sa
Commit-ID: 56c7d79e49776084b852e451bda5f59dc3bcf894
Gitweb: http://git.kernel.org/tip/56c7d79e49776084b852e451bda5f59dc3bcf894
Author: Namhyung Kim
AuthorDate: Tue, 29 Jul 2014 15:57:19 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:04 -0300
perf tools: Fi
Commit-ID: 64c40908938953d7afa90e9363327875286349e5
Gitweb: http://git.kernel.org/tip/64c40908938953d7afa90e9363327875286349e5
Author: Namhyung Kim
AuthorDate: Fri, 1 Aug 2014 14:59:31 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:03 -0300
perf kmem: Do n
Commit-ID: cee3ab9caa7ae5ee81027e60c0109063664d9217
Gitweb: http://git.kernel.org/tip/cee3ab9caa7ae5ee81027e60c0109063664d9217
Author: Jiri Olsa
AuthorDate: Fri, 11 Jul 2014 14:49:54 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:01 -0300
perf tools: Add d
Commit-ID: 94786b67b5f4577c16486e8eb10ff045e59f80ef
Gitweb: http://git.kernel.org/tip/94786b67b5f4577c16486e8eb10ff045e59f80ef
Author: Jiri Olsa
AuthorDate: Thu, 5 Jun 2014 11:00:20 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:01 -0300
perf tools: Add re
Commit-ID: b0a45203a75a800015828ac89f2945981019b65b
Gitweb: http://git.kernel.org/tip/b0a45203a75a800015828ac89f2945981019b65b
Author: Jiri Olsa
AuthorDate: Thu, 12 Jun 2014 09:50:11 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:02 -0300
perf tools: Allow
Commit-ID: 94c0655fc16b0c09edc21cadddbeef95c408f3e7
Gitweb: http://git.kernel.org/tip/94c0655fc16b0c09edc21cadddbeef95c408f3e7
Author: Jiri Olsa
AuthorDate: Fri, 6 Jun 2014 05:27:28 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:00 -0300
perf tools: Add pe
Commit-ID: adc56ed1e01f1c43fc7bf75340f11f4ad5e11145
Gitweb: http://git.kernel.org/tip/adc56ed1e01f1c43fc7bf75340f11f4ad5e11145
Author: Jiri Olsa
AuthorDate: Tue, 10 Jun 2014 22:50:03 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:03:00 -0300
perf tools: Add o
Commit-ID: fa4e5c67a2d169b9ef83f51b94e1d4a562ddfc0f
Gitweb: http://git.kernel.org/tip/fa4e5c67a2d169b9ef83f51b94e1d4a562ddfc0f
Author: Jiri Olsa
AuthorDate: Sun, 15 Jun 2014 19:46:08 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:59 -0300
perf tools: Use l
Commit-ID: 36522f5cf2ad280c971557e04120d52f9330ed36
Gitweb: http://git.kernel.org/tip/36522f5cf2ad280c971557e04120d52f9330ed36
Author: Jiri Olsa
AuthorDate: Tue, 10 Jun 2014 22:47:40 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:59 -0300
perf tools: Add o
Thankyou for the feedback.
On 12/08/14 15:12, Russell King - ARM Linux wrote:
On Tue, Aug 12, 2014 at 01:04:40PM +0100, Srinivas Kandagatla wrote:
From: Srinivas Kandagatla
This patch adds condition in mmci_validate_data to skip checking
blocksize for SDIO card types. SDIO card type can issue
Commit-ID: d40b4a15ab2bfcfa7d946b69ca1f12c93b22d169
Gitweb: http://git.kernel.org/tip/d40b4a15ab2bfcfa7d946b69ca1f12c93b22d169
Author: Jiri Olsa
AuthorDate: Fri, 1 Aug 2014 13:01:04 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:57 -0300
perf tools: Flush
Commit-ID: 79a30fe4f3758c98e1b7a474952b9701d513e580
Gitweb: http://git.kernel.org/tip/79a30fe4f3758c98e1b7a474952b9701d513e580
Author: Jiri Olsa
AuthorDate: Tue, 10 Jun 2014 22:31:35 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:58 -0300
perf tools: Make
Commit-ID: 8d99a6ceebe862ac4afd832cdab332ee7b3b5599
Gitweb: http://git.kernel.org/tip/8d99a6ceebe862ac4afd832cdab332ee7b3b5599
Author: Jiri Olsa
AuthorDate: Wed, 11 Jun 2014 15:09:35 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:57 -0300
perf tools: Limit
Commit-ID: 5f86b80b85f0dcd05fd1471eac6984181a707c4f
Gitweb: http://git.kernel.org/tip/5f86b80b85f0dcd05fd1471eac6984181a707c4f
Author: Jiri Olsa
AuthorDate: Fri, 1 Aug 2014 13:02:58 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:58 -0300
perf tools: Create
Commit-ID: fc12482f4f7ae5c6fca13922a1e0898ff9002aa6
Gitweb: http://git.kernel.org/tip/fc12482f4f7ae5c6fca13922a1e0898ff9002aa6
Author: Jiri Olsa
AuthorDate: Mon, 9 Jun 2014 23:11:30 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:55 -0300
perf tools: Rename
Commit-ID: 8affc2b8c27bfc2d6e70827b746f490b62c44eaa
Gitweb: http://git.kernel.org/tip/8affc2b8c27bfc2d6e70827b746f490b62c44eaa
Author: Andi Kleen
AuthorDate: Thu, 31 Jul 2014 14:45:04 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:00:03 -0300
perf record: Hon
Commit-ID: 37e39aa8a8a42ad2fd72b7c7349115dad8297d9c
Gitweb: http://git.kernel.org/tip/37e39aa8a8a42ad2fd72b7c7349115dad8297d9c
Author: Jiri Olsa
AuthorDate: Sun, 6 Jul 2014 14:23:03 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:55 -0300
perf tools: Rename
Commit-ID: c64c7e1a5addf93b7dec98a27b8c48457506aa06
Gitweb: http://git.kernel.org/tip/c64c7e1a5addf93b7dec98a27b8c48457506aa06
Author: Jiri Olsa
AuthorDate: Tue, 10 Jun 2014 21:58:02 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 12 Aug 2014 12:02:56 -0300
perf tools: Add o
Commit-ID: 5f1c4225f6bcb20cc004b271dc72b96d0da29e9e
Gitweb: http://git.kernel.org/tip/5f1c4225f6bcb20cc004b271dc72b96d0da29e9e
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 28 Jul 2014 12:39:50 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 31 Jul 2014 09:57:20 -0300
pe
Commit-ID: 7d885749b6de2c9a1168d566e2380207b9177108
Gitweb: http://git.kernel.org/tip/7d885749b6de2c9a1168d566e2380207b9177108
Author: Mark Salter
AuthorDate: Fri, 25 Jul 2014 18:02:46 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 30 Jul 2014 12:37:55 -0300
perf tools: Fix
Commit-ID: 972f393bc8870e236edbd2ea0150a8da85b709e2
Gitweb: http://git.kernel.org/tip/972f393bc8870e236edbd2ea0150a8da85b709e2
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 29 Jul 2014 10:21:58 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 31 Jul 2014 09:58:21 -0300
pe
Commit-ID: b048a24cc8f29dce1bad564aaeb8680020d3701c
Gitweb: http://git.kernel.org/tip/b048a24cc8f29dce1bad564aaeb8680020d3701c
Author: Christian Borntraeger
AuthorDate: Thu, 31 Jul 2014 13:13:51 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Sat, 2 Aug 2014 10:21:11 -0300
perf k
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Aug 12, 2014 at 04:58:19PM +0200, Ingo Molnar escreveu:
> > * Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Aug 05, 2014 at 08:08:56AM +0200, Ingo Molnar escreveu:
> > > > This patch looks dangerous and misleading to me.
>
> > > I took it more from t
On Wed, Aug 13, 2014 at 06:48:35AM +0800, Chen Gang wrote:
> x86 and ia64 are always little endian. And another architectures may be
> little endian: mips, sh, powerpc, and m32r (may mark CPU_LITTLE_ENDIAN
> explicitly); also arm(64) and c6x (which may be !CPU_BIG_ENDIAN).
>
> Some drivers (e.g. s
On 08/13/2014 06:03 AM, Andrew Morton wrote:
On Sun, 10 Aug 2014 14:12:03 +0800 Tang Chen wrote:
In memblock_find_in_range_node(), we defeind ret as int. But it shoule
be phys_addr_t because it is used to store the return value from
__memblock_find_range_bottom_up().
The bug has not been tri
Hi David,
On Tue, 12 Aug 2014 13:01:41 -0600, David Ahern wrote:
> On 8/12/14, 2:16 AM, Namhyung Kim wrote:
>> The current -z option does almost nothing. It doesn't zero the
>> existing samples so that we can see profiles of exited process after
>> last refresh. It seems it only affects annotati
Greetings, may I ask if you would be eligible to pursue a business
deal/proposal worth USD 28.5m with me if you don't mind? Let me know if you are
interested.
Reply me via this e-mail:sssww1...@yahoo.com.hk
Donald Shing Lam.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On 13 August 2014 00:24, Oleksandr Natalenko wrote:
> Updated logs.
Also will it be possible for you to find the last working kernel after
which this
happened?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
On Tue, Aug 12, 2014 at 9:17 PM, Eric W. Biederman
wrote:
> Andy Lutomirski writes:
>
>> On 08/05/2014 05:57 PM, Eric W. Biederman wrote:
>>
>> Sorry for catching this late. I think this fix is likely to
>> unnecessarily break valid userspace due to an odd interaction.
>
> The code is correct an
On 13 August 2014 00:24, Oleksandr Natalenko wrote:
> Updated logs.
>
> Registered notifiers:
>
> ===
> pf@defiant:~$ cat /var/log/kern.log | grep "Registered transition notifier"
> Aug 12 21:50:13 defiant kernel: [3.081759] cpufreq: Registered transition
> notifier: 81590378, (fff
On 12 August 2014 23:48, Oleksandr Natalenko wrote:
> Hmm, looks like I've put pr_info to policy notifier instead of transition
> notifier. Will fix it now and post new logs.
That's why you should have copied the diff here, so that I could have
confirmed if what you have done is correct or not.
-
Hi Pavel,
Thanks for your review, first!
On Tue, Aug 12, 2014 at 11:41:36AM +0200, Pavel Machek wrote:
> Hi!
>
> > [7.374714] e820: Check memory region: [mem
> > 0x0001-0x00187fff] usable
> > [7.378041] PM: Image mismatch: memory map changed
> > [7.381314] PM: R
fc95ca7284bc54953165cba76c3228bd2cdb9591 claims that there is no
functional change but this is not true as it calls get_order() (which
takes bytes) where it should have called ilog2() and the kernel stops
on VM_BUG_ON().
This replaces get_order() with ilog2().
Suggested-by: Paul Mackerras
Cc: Al
Andy Lutomirski writes:
> On 08/05/2014 05:57 PM, Eric W. Biederman wrote:
>
> Sorry for catching this late. I think this fix is likely to
> unnecessarily break valid userspace due to an odd interaction.
The code is correct and safe (no security issues), but yes a blind
remount might hit a snag
Currently memory-hotplug has two limits:
1. If the memory block is in ZONE_NORMAL, you can change it to
ZONE_MOVABLE, but this memory block must be adjacent to ZONE_MOVABLE.
2. If the memory block is in ZONE_MOVABLE, you can change it to
ZONE_NORMAL, but this memory block must be adjacent to ZONE_N
On 08/12/2014 07:06 PM, Ben Hutchings wrote:
> On Tue, 2014-08-12 at 17:01 -0700, John Stultz wrote:
> [...]
>> The downsides here are many. The distros will probably hate this idea,
> I certainly hate the idea of adding another 32-bit port to Debian.
> I think that it's OK for traditional distros
On Tue, Aug 12, 2014 at 08:30:40AM -0700, John Stultz wrote:
> Thanks for pointing it out. I'll send a fix here shortly (though I only
> have the ppc64le toolchain handy, so forgive me if its not quite right).
/me pimps the kernel.org toolchains:
https://www.kernel.org/pub/tools/crosstool/files/b
Hi all,
Please do not add code intended for v3.18 until after v3.17-rc1 is
released.
Changes since 20140812:
*crickets*
Non-merge commits (relative to Linus' tree): 1630
1296 files changed, 35584 insertions(+), 16939 dele
On 08/12/2014 06:33 PM, j...@joshtriplett.org wrote:
> On Tue, Aug 12, 2014 at 05:08:53PM -0700, John Stultz wrote:
>> Also, just to clarify, as time related discussions can bring out a laundry
>> list of issues, I would like to focus this discussion on providing a 2038
>> solution for existing int
Hi Elliot,
Thank you for your comment.
(2014/08/12 23:51), Elliott, Robert (Server Storage) wrote:
-Original Message-
From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
ow...@vger.kernel.org] On Behalf Of Yoshihiro YUNOMAE
Sent: Friday, 08 August, 2014 6:50 AM
...
Subject:
Hi Douglas,
Thank you for your comment.
(2014/08/08 22:07), Douglas Gilbert wrote:
On 14-08-08 01:50 PM, Yoshihiro YUNOMAE wrote:
Hi All,
This patch set introduces new traceevents in order to output
continuous error
messages. Current SCSI printk messages in upstream kernel can be
divided by a
Problem: boot messages fly off the screen before the kernel panic is reached.
Possible to write boot messages to a file on a USB stick?
Gentlemen, we all know what a hassle it can be to get all those error
messages that fly off your screen upon failed boots. One needs extra
equipment etc.
Well ho
On 2014年08月13日 10:03, Wolfram Sang wrote:
> On Tue, Aug 12, 2014 at 12:53:21PM +0300, Mika Westerberg wrote:
>> On Mon, Aug 11, 2014 at 03:00:55PM +0800, Lan Tianyu wrote:
>>> Commit da3c6647(I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI
>>> config) adds a new kernel config I2C_ACPI and
On 08/05/2014 05:57 PM, Eric W. Biederman wrote:
>
> Linus,
>
> Please pull the for-linus branch from the git tree:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
> for-linus
>
>HEAD: 344470cac42e887e68cfb5bdfa6171baf27f1eb5 proc: Point /proc/mounts at
>
On Tue, 2014-08-12 at 21:43 +0200, Manfred Spraul wrote:
> sem_lock right now contains an smp_mb().
> I think smp_rmb() would be sufficient - and performance of semop() with rmb()
> is up to 10% faster. It would be a pairing of rmb() with spin_unlock().
>
> The race we must protect against is:
>
On Tue, Aug 12, 2014 at 5:27 PM, Stephen Boyd wrote:
> On 08/12/14 14:47, Kees Cook wrote:
>> On Tue, Aug 12, 2014 at 2:39 PM, Stephen Boyd wrote:
>>> On 08/12/14 11:24, Kees Cook wrote:
diff --git a/arch/arm/kernel/patch.c b/arch/arm/kernel/patch.c
index 07314af47733..03dd4e39c833 1006
When we parse the device tree and allocate platform
devices, the 'name' of the newly-created platform_device
is set to point to the 'name' field of the 'struct device'
embedded within the platform_device. This is dangerous,
because the name of the 'struct device' is dynamically
allocated. Drivers m
On Wed, Aug 13, 2014 at 04:04:15AM +0200, Mario Kleiner wrote:
> On 08/13/2014 03:50 AM, Michel Dänzer wrote:
> >On 12.08.2014 00:17, Jerome Glisse wrote:
> >>On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote:
> >>>On 08/10/2014 08:02 PM, Mario Kleiner wrote:
> On 08/10/2014 01:0
On Tue, 12 Aug 2014, Stephen Boyd wrote:
> Commit 1a6b69b6548c (ARM: gic: add CPU migration support,
> 2012-04-12) introduced an acquisition of the irq_controller_lock
> in gic_raise_softirq() which can lead to a spinlock recursion if
> the gic_arch_extn hooks call into the scheduler (via complete
Hi Jeff,
On Tue, 12 Aug 2014 19:47:36 -0400 Jeff Layton
wrote:
>
> On Wed, 13 Aug 2014 08:28:27 +1000
> Stephen Rothwell wrote:
>
> > On Tue, 12 Aug 2014 10:48:08 -0400 Jeff Layton
> > wrote:
> > >
> > > Absent any objections, I'll plan to merge these for 3.18.
> >
> > This means that this
On Tue, 2014-08-12 at 17:01 -0700, John Stultz wrote:
[...]
> The downsides here are many. The distros will probably hate this idea,
I certainly hate the idea of adding another 32-bit port to Debian.
I think that it's OK for traditional distros to say 'just upgrade to
64bit' while you solve the pr
On 08/13/2014 03:50 AM, Michel Dänzer wrote:
On 12.08.2014 00:17, Jerome Glisse wrote:
On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote:
On 08/10/2014 08:02 PM, Mario Kleiner wrote:
On 08/10/2014 01:03 PM, Thomas Hellstrom wrote:
On 08/10/2014 05:11 AM, Mario Kleiner wrote:
T
On Wed, Aug 13, 2014 at 10:50:25AM +0900, Michel Dänzer wrote:
> On 12.08.2014 00:17, Jerome Glisse wrote:
> > On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote:
> >> On 08/10/2014 08:02 PM, Mario Kleiner wrote:
> >>> On 08/10/2014 01:03 PM, Thomas Hellstrom wrote:
> On 08/10/20
On Tue, Aug 12, 2014 at 12:53:21PM +0300, Mika Westerberg wrote:
> On Mon, Aug 11, 2014 at 03:00:55PM +0800, Lan Tianyu wrote:
> > Commit da3c6647(I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI
> > config) adds a new kernel config I2C_ACPI and make I2C core built in
> > when the config is
Since we allocate a temporary buffer in zram_bvec_read to handle partial page
operations in this commit 924bd88d703e53d30f393fac6117f8f1bc79aab6 (Staging:
zram: allow partial page operations), our ->failed_reads value may be incorrect
as we do not increase its value when failed to allocate the temp
1 - 100 of 613 matches
Mail list logo