Mimi Zohar zo...@linux.vnet.ibm.com wrote:
+ if (strncmp(id, id:, 3) == 0)
Use memcmp() here.
- kid += kidlen - idlen;
- if (strcasecmp(id, kid) != 0)
- return 0;
This test is no longer applied in the subtype:... case.
David
--
To unsubscribe from this list: send
On Fri, Jun 27, 2014 at 02:16:28PM +0100, Arnd Bergmann wrote:
On Friday 27 June 2014 13:49:49 Will Deacon wrote:
On Fri, Jun 27, 2014 at 12:03:34PM +0100, Arnd Bergmann wrote:
On Thursday 26 June 2014 19:44:21 Rob Herring wrote:
I don't agree arm32 is harder than microblaze. Yes,
This patch adds KEYBOARD_ST_KEYSCAN config
Signed-off-by: Gabriel Fernandez gabriel.fernan...@linaro.org
Acked-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
phpBB 3.1.0 new version is out .
Please update your forum to the latest version .
We provide paid support if you are interested, please, reply to this email
Thank you
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf will not
be limited to page size. This will allow other usages of seq_buf
instead of a hard set PAGE_SIZE one that trace_seq has.
This patches simplifies the management of PEBS constraints
for Intel processors.
It assumes using a event in PEBS (precise sampling) mode when
the event does not actually support it, is harmless and no
sample is captured. Based on that assumption, it is possible
to simplify all the PEBS
This patch relaxes the event constraint for the Load
Latency PEBS event on SNB/IVB/HSW. It was limited to
counter 3 only for artificial reasons, i.e., to make
scheduling it easier. This event uses an extra MSR
which has to be shared among all events of a PMU.
In Linux, there is a sophisticated
Em Fri, Jun 27, 2014 at 12:43:07PM +0400, Stanislav Fomichev escreveu:
Where is it?
usleep (19155), 151 events, 84.4%, 0:68 faults, 0.000 msec
^^^
maj:min
Ok, thanks for the explanation, I'll add that to the
Mimi Zohar zo...@linux.vnet.ibm.com wrote:
+static bool builtin_keys;
Could we call this something like use_builtin_keys_only?
Looks okay otherwise.
David
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
Hi Thierry,
On Thu, Jun 26, 2014 at 09:49:42PM +0100, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
This commit introduces a generic device tree binding for IOMMU devices.
Only a very minimal subset is described here, but it is enough to cover
the requirements of both the
Mimi Zohar zo...@linux.vnet.ibm.com wrote:
This patch defines a new kernel parameter 'keys_ownerid' to identify
the owner's key which must be used for trust validation of certificates.
ca_keys or only_ca instead, maybe?
David
--
To unsubscribe from this list: send the line unsubscribe
On Thu 2014-06-26 17:49:04, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The seq_buf functions are rather useful outside of tracing. Instead
of having it be dependent on CONFIG_TRACING, move the code into lib/
and allow other users to have access to it even when
This short series of patches greatly simplifies event
constraints for PEBS events on Intel NHM/WSM,SNB/IVB/,HSW.
The first patch removes all non counter specific or special
constraint for PEBS event. It is based on the fact that
enabling precise (PEBS) on a event that does not support
PEBS is
On Fri, 27 Jun 2014 14:57:36 +0200
Mike Galbraith umgwanakikb...@gmail.com wrote:
On Thu, 2014-06-26 at 17:07 -0700, Austin Schuh wrote:
I'm not sure where to go from there. Any changes to the workpool to
try to fix that will be hard, or could affect latency significantly.
Oh what the
On Fri, 27 Jun 2014, John Sung wrote:
These device needs to be added to the quirks list with HID_QUIRK_NOGET,
otherwise they will reset upon receiving the get input report requests.
Signed-off-by: John Sung penmount.to...@gmail.com
Applied, thanks.
--
Jiri Kosina
SUSE Labs
--
To
On Fri, Jun 27, 2014 at 01:44:21AM +0100, Rob Herring wrote:
On Thu, Jun 26, 2014 at 3:59 AM, Catalin Marinas
catalin.mari...@arm.com wrote:
Although a bit late, I'm raising this now and hopefully we'll come to a
conclusion soon. Delaying arm64 PCIe support even further is not a real
Matthew Garrett mj...@srcf.ucam.org wrote:
Yes. Wouldn't having a mechanism to allow userspace to drop keys that
have otherwise been imported be a generally useful solution to the issue
you have with that?
keyctl invalidate could be a way to drop keys.
David
--
To unsubscribe from this
Hi,
On Tue, Jun 24, 2014 at 7:36 PM, Luís Taniça matal...@gmail.com wrote:
Hi,
I am trying to configure 8 events in a machine which supports only 4 (so,
using multiplexing). I tried different approaches:
1) Configure 8 events independently (works as expected)
2) Configure
Em Fri, Jun 27, 2014 at 02:20:59PM +0200, Jiri Olsa escreveu:
Check real allocated pointer for NULL.
Thanks, applied.
- Arnaldo
Cc: Arnaldo Carvalho de Melo a...@kernel.org
Cc: Corey Ashford cjash...@linux.vnet.ibm.com
Cc: David Ahern dsah...@gmail.com
Cc: Frederic Weisbecker
Acked-by: David Howells dhowe...@redhat.com
--
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/
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf will not
be limited to page size. This will allow other
On Thu, Jun 26, 2014 at 8:38 PM, Tushar Behera trbli...@gmail.com wrote:
Would you please provide me the environment setting of your u-boot?
U-boot environment on my board has been over-written, I would like to
set it same as yours and try to reproduce the issue at my end. With only
'sound
On Thu 2014-06-26 17:49:05, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Being able to divert printk to call another function besides the normal
logging is useful for such things like NMI handling. If some functions
are to be called from NMI that does printk() it
An 80-CPU system with a context-switch-heavy workload can require so
many NOCB kthread wakeups that the RCU grace-period kthreads spend several
tens of percent of a CPU just awakening things. This clearly will not
scale well: If you add enough CPUs, the RCU grace-period kthreads would
get behind,
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
ad 4th:
Both full and overflow flags seems to have the same meaning.
For example, trace_seq_printf() sets full on failure even
when s-seq.len != s-size.
Best Regards,
Petr
[...]
BTW, you shouldn't sign
On Tue, Jun 24, 2014 at 03:24:39PM +0200, Borislav Petkov wrote:
On Sun, Jun 22, 2014 at 06:46:03PM +0200, Borislav Petkov wrote:
Hi guys,
please queue this for 3.17. We had it ready earlier but decided to delay
it for an extra testing period.
Actually, ignore that one. Here's a new
On Mon, Jun 23, 2014 at 06:12:00PM +0200, Peter Zijlstra wrote:
On Tue, Jun 17, 2014 at 04:03:29PM -0400, Konrad Rzeszutek Wilk wrote:
+ new = tail | (val _Q_LOCKED_MASK);
+
+ old = atomic_cmpxchg(lock-val, val, new);
+ if (old ==
On Mon, Jun 23, 2014 at 05:56:50PM +0200, Peter Zijlstra wrote:
On Mon, Jun 16, 2014 at 04:49:18PM -0400, Konrad Rzeszutek Wilk wrote:
Index: linux-2.6/kernel/locking/mcs_spinlock.h
===
---
On Mon, Jun 23, 2014 at 06:26:22PM +0200, Peter Zijlstra wrote:
On Tue, Jun 17, 2014 at 04:05:31PM -0400, Konrad Rzeszutek Wilk wrote:
+ * The basic principle of a queue-based spinlock can best be understood
+ * by studying a classic queue-based spinlock implementation called the
+ * MCS
On Wed, Jun 25, 2014 at 04:40:31PM +0800, Jiang Liu wrote:
This patch set enhances IOAPIC core and ACPI drivers to support IOAPIC
hotplug on x86 platforms. It's based on tip/x86/apic.
You may pull it from
https://github.com/jiangliu/linux.git ioapic/hotplug_v3
fatal: Couldn't find remote
On Thu, 26 Jun 2014, Austin Schuh wrote:
If I'm reading the rt patch correctly, wq_worker_sleeping was moved
out of __schedule to sched_submit_work. It looks like that changes
the conditions under which wq_worker_sleeping is called. It used to
be called whenever a task was going to sleep (I
On Fri, 27 Jun 2014 15:48:10 +0200
Petr Mládek pmla...@suse.cz wrote:
On Thu 2014-06-26 17:49:04, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The seq_buf functions are rather useful outside of tracing. Instead
of having it be dependent on CONFIG_TRACING,
Hey Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git
stable/for-linus-3.16-rc1-tag
which has one bug-fix that had been in tree for quite some time.
We had assumed that the physical address zero was invalid and
would fail it. But that
On Fri, 27 Jun 2014, Chen, Alvin wrote:
From: Bryan O'Donoghue bryan.odonog...@intel.com
The EHCI packet buffer in/out threshold is programmable for Intel Quark X1000
USB host
controller, and the default value is 0x20 dwords. The in/out threshold can be
programmed
to 0x80 dwords, but
On Thu 2014-06-26 17:49:06, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
When trigger_all_cpu_backtrace() is called on x86, it will trigger an
NMI on each CPU and call show_regs(). But this can lead to a hard lock
up if the NMI comes in on another printk().
In
On Fri, 27 Jun 2014 16:20:25 +0200
Petr Mládek pmla...@suse.cz wrote:
va_start(args, fmt);
- r = vprintk_emit(0, -1, NULL, 0, fmt, args);
+ preempt_disable();
I think that it is too late to disable the preemption here.
It has to be done by the printk() caller if it wants to be
On Fri 2014-06-27 10:27:15, Steven Rostedt wrote:
On Fri, 27 Jun 2014 15:48:10 +0200
Petr Mládek pmla...@suse.cz wrote:
On Thu 2014-06-26 17:49:04, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The seq_buf functions are rather useful outside of tracing.
On Fri, 27 Jun 2014 16:32:46 +0200
Petr Mládek pmla...@suse.cz wrote:
+/*
+ * It is not safe to call printk() directly from NMI handlers.
+ * It may be fine if the NMI detected a lock up and we have no choice
+ * but to do so, but doing a NMI on all other CPUs to get a back trace
+ *
On 06/27/14 00:07, Elliott, Robert (Server Storage) wrote:
-Original Message-
From: Jens Axboe [mailto:ax...@kernel.dk]
Sent: Wednesday, 25 June, 2014 11:51 PM
To: Christoph Hellwig; James Bottomley
Cc: Bart Van Assche; Elliott, Robert (Server Storage); linux-
s...@vger.kernel.org;
On 2014/6/25 22:44, Konrad Rzeszutek Wilk wrote:
On Wed, Jun 25, 2014 at 04:40:31PM +0800, Jiang Liu wrote:
This patch set enhances IOAPIC core and ACPI drivers to support IOAPIC
hotplug on x86 platforms. It's based on tip/x86/apic.
You may pull it from
https://github.com/jiangliu/linux.git
On Fri 2014-06-27 10:39:33, Steven Rostedt wrote:
On Fri, 27 Jun 2014 16:20:25 +0200
Petr Mládek pmla...@suse.cz wrote:
va_start(args, fmt);
- r = vprintk_emit(0, -1, NULL, 0, fmt, args);
+ preempt_disable();
I think that it is too late to disable the preemption here.
It
On Fri, 27 Jun 2014 16:39:56 +0200
Petr Mládek pmla...@suse.cz wrote:
Nope, it just was copied by mistake. It only added dead code, it didn't
move it.
It is really missing! You removed kernel/trace/seq_buf.c and you have to
remove it also from kernel/trace/Makefile. :-)
OK, I see.
On Fri, Jun 27, 2014 at 7:18 AM, Kevin Hilman khil...@linaro.org wrote:
On Thu, Jun 26, 2014 at 8:38 PM, Tushar Behera trbli...@gmail.com wrote:
Would you please provide me the environment setting of your u-boot?
U-boot environment on my board has been over-written, I would like to
set it
On 06/27/2014 01:59 AM, Hugh Dickins wrote:
First, this:
[ 681.267487] BUG: unable to handle kernel paging request at
ea0003480048
[ 681.268621] IP: zap_pte_range (mm/memory.c:1132)
Weird, I don't think we've seen anything like that before, have we?
I'm pretty sure it's not a
Guys,
Please pull the following EFI fixes. The fix from Catalin is the same as
the one I sent a week ago and Andrzej's patch fixes an efi-pstore issue
on 32-bit machines where efi-pstore variables don't appear in the
filesystem and so can never be deleted, potentially leading to
exhaustion of
Hi Will,
On 26 June 2014 11:00, Will Deacon will.dea...@arm.com wrote:
On Wed, Jun 25, 2014 at 03:54:14PM +0100, Jean Pihet wrote:
Hi Will,
Hello,
On 25 June 2014 11:01, Will Deacon will.dea...@arm.com wrote:
On Fri, Jun 20, 2014 at 09:10:35AM +0100, Jean Pihet wrote:
On 18 June 2014
On Fri 2014-06-27 10:21:34, Steven Rostedt wrote:
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
ad 4th:
Both full and overflow flags seems to have the same meaning.
For example, trace_seq_printf() sets full on failure even
when s-seq.len != s-size.
On Fri, Jun 27, 2014 at 8:14 AM, Catalin Marinas
catalin.mari...@arm.com wrote:
...
With Liviu's latest version (not posted) and with
of_create_pci_host_bridge() function moved to of_pci.c, I don't think
there is much new functionality added to drivers/pci/. What I think we
need is clarifying
When tracing with tracepoints events the IP and CPSR are set to 0,
preventing the perf code to resolve the symbols:
./perf record -e kmem:kmalloc cal
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.007 MB perf.data (~321 samples) ]
./perf report
Overhead
An event may occur when an mm is already released.
As per commit 20afc60f892d285fde179ead4b24e6a7938c2f1b
'x86, perf: Check that current-mm is alive before getting user callchain'
Signed-off-by: Jean Pihet jean.pi...@linaro.org
Cc: Will Deacon will.dea...@arm.com
---
- Robustify the user backtrace code, as done on other architectures.
- Provide the symbols resolution when triggering from tracepoints.
Tested with perf record and tracepoints triggering (-e tracepoint), with
unwinding using fp (--call-graph fp) and dwarf info (--call-graph dwarf).
Jean Pihet
As done on other architectures (ARM64, x86, Sparc etc.).
This prevents a deadlock on down_read in do_page_fault when unwinding
using fp and triggering on kernel tracepoints:
INFO: task stress:2116 blocked for more than 120 seconds.
Not tainted 3.15.0-rc4-00364-g3401dfb-dirty #43
echo
On Fri, Jun 27, 2014 at 02:32:33PM +0800, Li Zefan wrote:
cgroup_mount()
{
mutex_lock();
lookup_cgroup_root();
if (root isn't killed yet)
root-this_better_stay_alive++;
mutex_unlock();
kernfs_mount();
}
cgroup_kill_sb()
{
mutex_lock();
On Fri, Jun 27, 2014 at 03:10:48PM +0800, Li Zefan wrote:
kernfs_pin_sb() tries to get a refcnt of the superblock.
This will be used by cgroupfs.
Greg, this is pretty much cgroup specific due to the way cgroup
dynamically manages multiple hierarchies. Can I route this through
On Tue, Jun 24, 2014 at 09:27:01AM -0400, Konrad Rzeszutek Wilk wrote:
Isn't that one a regression that was introduced in 3.16?
Hrrm, BorisO, you said misc_register would often fail in xen, is that
correct? Because if so, we added the error check to misc_register in
3.16 so the
On Mon, Jun 02, 2014 at 08:17:03AM +0100, James Ban wrote:
This is the driver for the Dialog DA9211 Multi-phase 12A DC-DC Buck
Converter regulator. It communicates via an I2C bus to the device.
This *still* seems to have all the same problems with inconsistent
handling of the A and B register
- Original Message -
From: Paul E. McKenney paul...@linux.vnet.ibm.com
To: linux-kernel@vger.kernel.org, r...@redhat.com
Cc: mi...@kernel.org, la...@cn.fujitsu.com, dipan...@in.ibm.com,
a...@linux-foundation.org, mathieu desnoyers
mathieu.desnoy...@efficios.com,
On Wed, Jun 25, 2014 at 04:30:48PM -0700, Andrew Bresticker wrote:
+static int usb3_phy_power_on(struct phy *phy)
+{
+ struct tegra_xusb_padctl *padctl = phy_get_drvdata(phy);
+ int port = usb3_phy_to_port(phy);
+ int lane = padctl-usb3_ports[port].lane;
+ u32 value,
On 06/27/2014 11:01 AM, Borislav Petkov wrote:
On Tue, Jun 24, 2014 at 09:27:01AM -0400, Konrad Rzeszutek Wilk wrote:
Isn't that one a regression that was introduced in 3.16?
Hrrm, BorisO, you said misc_register would often fail in xen, is that
correct? Because if so, we added the error check
On Fri, Jun 27, 2014 at 12:01:30PM +0800, Minfei Huang wrote:
The io address in callback function will become the danging point,
cause by the thread of sync io wakes up by other threads
and return to relieve the io address,
Yes, well found. I prefer the following fix however.
- Joe
- Original Message -
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
To: paul...@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org, r...@redhat.com, mi...@kernel.org,
la...@cn.fujitsu.com, dipan...@in.ibm.com,
a...@linux-foundation.org, j...@joshtriplett.org,
On Mon, 2014-06-23 at 16:46 +0200, Martin Kepplinger wrote:
Am 2014-06-23 15:14, schrieb Zhang Rui:
On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
Am 2014-06-23 03:10, schrieb Zhang, Rui:
-Original Message-
From: Martin Kepplinger [mailto:mart...@posteo.de]
On Fri, Jun 27, 2014 at 03:55:04PM +0100, Bjorn Helgaas wrote:
On Fri, Jun 27, 2014 at 8:14 AM, Catalin Marinas
catalin.mari...@arm.com wrote:
...
With Liviu's latest version (not posted) and with
of_create_pci_host_bridge() function moved to of_pci.c, I don't think
there is much new
On Fri 2014-06-27 10:19:07, Steven Rostedt wrote:
On Fri, 27 Jun 2014 15:45:38 +0200
Petr Mládek pmla...@suse.cz wrote:
On Thu 2014-06-26 17:49:03, Steven Rostedt wrote:
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Create a seq_buf layer that trace_seq sits on. The seq_buf
From: Thor Thayer ttha...@altera.com
This patch adds support for the CycloneV and ArriaV SDRAM controllers.
Correction and reporting of SBEs, Panic on DBEs.
Signed-off-by: Thor Thayer ttha...@altera.com
---
v2: Use the SDRAM controller registers to calculate memory size
instead of the
Lee,
On Fri, Jun 27, 2014 at 1:16 AM, Lee Jones lee.jo...@linaro.org wrote:
It's great to see this on the list, because I find your workflow as a
maintainer to be hard to follow as a developer.
You applying patches but taking several days to push out makes it
completely opaque for someone to
From: Thor Thayer ttha...@altera.com
Thor Thayer (3):
devicetree: Addition of the Altera SDRAM Controller. Add the
Altera SDRAM controller bindings and device tree changes to the
Altera SoC project.
devicetree: Addition of the Altera SDRAM EDAC. Add the Altera
SDRAM
From: Thor Thayer ttha...@altera.com
Altera SDRAM EDAC bindings and device tree changes to the Altera SoC project.
Signed-off-by: Thor Thayer ttha...@altera.com
---
v2: Changes to SoC EDAC source code.
v3: Fix typo in device tree documentation.
v4,v5: No changes - bump version for consistency.
On Fri, Jun 27, 2014 at 03:13:17PM +, Mathieu Desnoyers wrote:
- Original Message -
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
To: paul...@linux.vnet.ibm.com
Cc: linux-kernel@vger.kernel.org, r...@redhat.com, mi...@kernel.org,
la...@cn.fujitsu.com,
On Fri, Jun 27, 2014 at 03:01:27PM +, Mathieu Desnoyers wrote:
- Original Message -
From: Paul E. McKenney paul...@linux.vnet.ibm.com
To: linux-kernel@vger.kernel.org, r...@redhat.com
Cc: mi...@kernel.org, la...@cn.fujitsu.com, dipan...@in.ibm.com,
a...@linux-foundation.org,
From: Thor Thayer ttha...@altera.com
Add the Altera SDRAM controller bindings and device tree changes to the Altera
SoC project.
Signed-off-by: Thor Thayer ttha...@altera.com
---
v2: Changes to SoC SDRAM EDAC code.
v3: Implement code suggestions for SDRAM EDAC code.
v4: Remove syscon from
Hi
Third try at getting the attachment with the jpg of the panic onto the lists
(sorry if some recipients get multiple copies).
https://plus.google.com/u/0/photos/108244876431105742323/albums/6029631260384977873/6029631269719723986?pid=6029631269719723986oid=108244876431105742323
Thanks
Ed
On
Hi Mark
On Thu, Jun 26, 2014 at 4:45 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Wed, Jun 25, 2014 at 10:15:26PM +0100, ttha...@altera.com wrote:
From: Thor Thayer ttha...@altera.com
Add the Altera SDRAM EDAC bindings and device tree changes to the Altera SoC
project.
Signed-off-by:
On Fri, Jun 27, 2014 at 03:48:02PM +0200, Stephane Eranian wrote:
This patches simplifies the management of PEBS constraints
for Intel processors.
I implemented this slightly differently, also fixing some
more issues on the way and checking the flags properly.
Not yet fully tested.
---
From
On Fri, 27 Jun 2014 17:18:04 +0200
Petr Mládek pmla...@suse.cz wrote:
This patch uses seq_buf for the NMI code so it will fill to the end of
the buffer and just truncate what can't fit.
I think that NMI code could live with the trace_seq behavior. The
lines are short. If we miss few
Hi Marc,
After looking at the GICv3 implementation and trying to understand how
you architect the driver, I have a couple questions below.
On 06/24/2014 04:52 AM, Marc Zyngier wrote:
Hi Suravee,
On 24/06/14 01:33, suravee.suthikulpa...@amd.com wrote:
+ pr_info(GICv2m: SPI range
On Fri, Jun 27, 2014 at 10:53:30AM -0300, Arnaldo Carvalho de Melo wrote:
Em Fri, Jun 27, 2014 at 12:43:07PM +0400, Stanislav Fomichev escreveu:
Where is it?
usleep (19155), 151 events, 84.4%, 0:68 faults, 0.000 msec
^^^
Wolfram,
On Fri, Jun 27, 2014 at 5:34 AM, Wolfram Sang w...@the-dreams.de wrote:
On Mon, Jun 23, 2014 at 02:20:06PM -0700, Doug Anderson wrote:
In https://lkml.org/lkml/2014/6/10/265 pointed out that the 10-bit
flag in the cros_ec_tunnel was useless. It went into a 16-bit flags
field but was
On Fri, Jun 27, 2014 at 11:50:57AM +0100, Mark Brown wrote:
On Thu, Jun 26, 2014 at 04:06:21PM -0500, Andy Gross wrote:
+ if (xfer-rx_buf) {
+ rx_dma = dma_map_single(controller-dev, xfer-rx_buf,
+ xfer-len, DMA_FROM_DEVICE);
It would be better to use the
On Tue, Jun 24, 2014 at 12:35:14PM +0200, Antoine Ténart wrote:
Add the driver driving the Marvell Berlin USB PHY. This allows to
initialize the PHY and to use it from the USB driver later.
Signed-off-by: Antoine Ténart antoine.ten...@free-electrons.com
since this is a brand new driver, it
On Wed, Jun 25, 2014 at 02:28:30PM +0200, Rickard Strandqvist wrote:
A struct member variable is set to the same value more than once
This was found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
I think there
Thanks, that sounds reasonable to me. Lee has Acked the whole series
and Simon Glass has reviewed it too, so I'd imagine that we're just
waiting on the input subsystem's Ack on a few of the patches.
OK. I assume it will go in via the same tree as the cleanup series to
simplify dependencies;
On 06/27/2014 06:19 AM, Peter De Schrijver wrote:
On Thu, Jun 26, 2014 at 05:52:16PM +0200, Stephen Warren wrote:
On 06/26/2014 09:48 AM, Peter De Schrijver wrote:
When writing a module for testing or debugging purposes, there is no way to
get hold of clk handles. This patch solves this by
On Wed, Jun 25, 2014 at 01:26:02AM +0100, David Rientjes wrote:
On Mon, 23 Jun 2014, Mark Salter wrote:
Commit 2d5a5612bc (arm64: Limit the CMA buffer to 32-bit if ZONE_DMA)
forces the CMA buffer to be 32-bit addressable if CONFIG_ZONE_DMA is
defined. This breaks CMA on platforms with no
On 06/27/2014 09:00 AM, Felipe Balbi wrote:
On Wed, Jun 25, 2014 at 04:30:48PM -0700, Andrew Bresticker wrote:
+static int usb3_phy_power_on(struct phy *phy)
+{
+ struct tegra_xusb_padctl *padctl = phy_get_drvdata(phy);
+ int port = usb3_phy_to_port(phy);
+ int lane =
Hi Felipe,
On Fri, Jun 27, 2014 at 10:56:22AM -0500, Felipe Balbi wrote:
On Tue, Jun 24, 2014 at 12:35:14PM +0200, Antoine Ténart wrote:
Add the driver driving the Marvell Berlin USB PHY. This allows to
initialize the PHY and to use it from the USB driver later.
Signed-off-by: Antoine
On Fri, Jun 27, 2014 at 11:12:59AM -0400, Boris Ostrovsky wrote:
Yes, it fails because xen_late_init_mcelog() registers /dev/mcelog and (I
think) it happens before mcheck_init_device().
Yes, mcheck_init_device is device_initcall_sync() while
xen_late_init_mcelog() is device_initcall().
In
On Sun, Jun 22, 2014 at 05:31:42PM +0200, Beniamino Galvani wrote:
When platform data is populated from DT all the regulators are
instantiated and the value of num_regulators should be the number of
all available regulators rather than the number of matched ones.
Could you go into more detail
On Sun, Jun 22, 2014 at 05:31:41PM +0200, Beniamino Galvani wrote:
The driver loops through all available regulators (ACT8865_REG_NUM)
and accesses pdata-regulators[i].platform_data without checking the
actual value of num_regulators in platform data, potentially causing a
invalid memory
Hello,
When using parity md raid backed up by faster SSD disks, with btrfs on
top of it, at intensive I/O, the machine enters a sort of deadlock and
the load average starts to grow until a point where the machine is no
longer responsive.
At the time when the deadlock happens, there are 2
On 06/27/2014 07:49 AM, Will Deacon wrote:
On Fri, Jun 27, 2014 at 12:03:34PM +0100, Arnd Bergmann wrote:
On Thursday 26 June 2014 19:44:21 Rob Herring wrote:
I don't agree arm32 is harder than microblaze. Yes, converting ALL of
arm would be, but that is not necessary. With Liviu's latest
On Fri, Jun 27, 2014 at 10:54:22AM -0500, Andy Gross wrote:
On Fri, Jun 27, 2014 at 11:50:57AM +0100, Mark Brown wrote:
On Thu, Jun 26, 2014 at 04:06:21PM -0500, Andy Gross wrote:
+ if (xfer-rx_buf) {
+ rx_dma = dma_map_single(controller-dev, xfer-rx_buf,
+
Current code checks if the 20MHz bandwidth is allowed for
particular channel -- if it is not, the channel is disabled.
This disables usage of 5/10 MHz channels.
The new approach is that there are multiple checks for one channel --
one for each bandwidth: 5, 10, 20, 40, 80, 160 MHz (when we hit a
The issue with the code in the reverted 8eca1fb692cc commit (and the
previous unmodified implementation as well) was that we checked if a
channel of some particular bandwidth (i.e. 5 or formerly 20 MHz) will
be within some regulatory rule range -- if it was, we then blindly set
IEEE80211_CHAN_NO_*
Displaying columns header text whenever 'H' is pressed,
and hiding it on on another press. Displaying headers
by default.
Cc: Arnaldo Carvalho de Melo a...@kernel.org
Cc: Corey Ashford cjash...@linux.vnet.ibm.com
Cc: David Ahern dsah...@gmail.com
Cc: Frederic Weisbecker fweis...@gmail.com
Cc:
Adding report.show-headers config file option to setup
the appearance of the columns headers.
Currently columns headers are displayed by default, following
lines in ~/.perfconfig file will disable that:
[ui]
show-headers = true
Cc: Arnaldo Carvalho de Melo a...@kernel.org
Cc: Corey
hi,
adding the way to display columns headers in perf TUI on
'H' press.
v4 changes:
- split hist_browser__refresh_dimensions change into
separated patch, plus dimension update change (Arnaldo)
v3 changes:
- changed report.show-headers to ui.show-headers
and fix default value setting
We always use the full width of the screen, so just use the
detected width. Calling ui_browser__refresh_dimensions to
get the current terminal screen scale.
Cc: Arnaldo Carvalho de Melo a...@kernel.org
Cc: Corey Ashford cjash...@linux.vnet.ibm.com
Cc: David Ahern dsah...@gmail.com
Cc: Frederic
days ago.
Ah, cool. I've seen the build breakage a couple of days including last
night's next and I didn't notice a patch for it based on a quick
search.
http://arm-soc.lixom.net/buildlogs/next/next-20140627/buildall.arm.omap1_defconfig.log.failed
http://arm-soc.lixom.net/buildlogs/next/next
Hi Fredrik,
On Fri, Jun 27, 2014 at 04:16:57PM +, Fredrik Noring wrote:
Please find below a trace that appeared once with 3.16-rc2. Perhaps it is of
some interest?
It's not that serious... I know that the FEC ethernet driver is
horrendously racy (I have had a patch set for about the last
801 - 900 of 1144 matches
Mail list logo
