On 11/2/2014 10:06 PM, Dave Airlie wrote:
On 17 October 2014 08:52, Roland Dreier wrote:
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
tags/rdma-for-linus
Main set of
On Fri, Oct 31, 2014 at 11:42:37PM +0100, Oleg Nesterov wrote:
> On 10/31, Peter Zijlstra wrote:
> >
> > In some cases this can trigger a true flood of output.
> >
> > Requested-by: Ingo Molnar
> > Signed-off-by: Peter Zijlstra (Intel)
> > ---
> > kernel/sched/core.c |2 +-
> > 1 file
On 03/11/14 09:39, Namhyung Kim wrote:
> Hi Adrian,
>
> On Mon, Nov 3, 2014 at 4:35 PM, Adrian Hunter wrote:
>> On 03/11/14 09:27, Namhyung Kim wrote:
>>> The dsos__hit_all() and its friends are not used anywhere. Let's get
>>> rid of them.
>>
>> They were added for Intel PT preparation. Intel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/03/2014 03:52 AM, Stephen Rothwell wrote:
> Hi James,
>
> After merging the scsi tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/scsi/scsi_lib.c: In function 'scsi_io_completion':
>
(2014/11/01 1:01), Steven Rostedt wrote:
> On Fri, 31 Oct 2014 14:19:03 +0900
> Masami Hiramatsu wrote:
>
>
>>> + /* Load the contents of ptr into the callback parameter */
>>> + offset = (unsigned long)ptr;
>>> + offset -= (unsigned long)trampoline + op_offset + OP_REF_SIZE;
>>> +
>>> +
In Quark X1000, there's a single PCI device that provides both
an I2C controller and a GPIO controller. This MFD driver will
split the 2 devices for their respective drivers.
This patch is based on Josef Ahmad's initial work for Quark enabling.
Signed-off-by: Weike Chen
Signed-off-by: Raymond
From: "Tan, Raymond"
Hi,
This patch is for enabling support of Intel Quark X1000 I2C controller and
GPIO controller. In Quark X1000, the platform exports a single PCI device
with both I2C and GPIO functions.
This MFD driver will split the 2 devices for their respective drivers.
Raymond Tan
Hi Adrian,
On Mon, Nov 3, 2014 at 4:35 PM, Adrian Hunter wrote:
> On 03/11/14 09:27, Namhyung Kim wrote:
>> The dsos__hit_all() and its friends are not used anywhere. Let's get
>> rid of them.
>
> They were added for Intel PT preparation. Intel PT is still on its way,
> so they are still
On 03/11/14 09:27, Namhyung Kim wrote:
> The dsos__hit_all() and its friends are not used anywhere. Let's get
> rid of them.
They were added for Intel PT preparation. Intel PT is still on its way,
so they are still needed. Note the commit was:
commit 1f625b0b3dd641b74ba21640a1fea19a3dd893a2
There's a problem on finding correct kernel symbols when perf report
runs on a different kernel. Although a part of the problem was solved
by the prior commit 0a7e6d1b6844 ("perf tools: Check recorded kernel
version when finding vmlinux"), there's a remaining problem still.
When perf records
On Fri, Oct 24, 2014 at 1:25 PM, Joonsoo Kim wrote:
> On Thu, Oct 16, 2014 at 11:35:47AM +0800, Hui Zhu wrote:
>> In fallbacks of page_alloc.c, MIGRATE_CMA is the fallback of
>> MIGRATE_MOVABLE.
>> MIGRATE_MOVABLE will use MIGRATE_CMA when it doesn't have a page in
>> order that Linux kernel
When perf record finishes a session recording, it then pre-process
samples in order to write build-id info from actually used DSOs.
During this process it'll call map__load() for kernel map, and it ends
up calling dso__load_vmlinux_path() which replaces dso->long_name.
But this function checks
The previous patch changed kernel dso name from '[kernel.kallsyms]' to
vmlinux. However it might add confusion to old users accustomed to
the old name. So change the short name to '[kernel.vmlinux]' to
reduce such confusion.
Before:
# Overhead Command Shared ObjectSymbol
Now my Archlinux box shows module symbols correctly.
Before:
$ perf report --stdio
Failed to open /tmp/perf-3477.map, continuing without symbols
no symbols found in /usr/bin/date, maybe install a debug package?
No kallsyms or vmlinux with build-id 7b4ea0a49ae2111925857099aaf05c3246ff33e0
The dsos__write_buildid_table() is not use struct dso and it mostly
uses perf_session struct. So rename it to perf_session__write_buildid_
table() so that it corresponds to other related functions such as
perf_session__read_build_ids() and perf_session__cache_build_ids().
Signed-off-by: Namhyung
This patch adds basic support to handle compressed kernel module as
some distro (such as Archlinux) carries on it now. The actual work
using compression library will be added later.
Signed-off-by: Namhyung Kim
---
tools/perf/util/dso.c| 74
It'd be better managing those functions in a separate place as
util/header.c file is already big.
It now exports following 3 functions to others:
bool perf_session__read_build_ids(struct perf_session *session, bool
with_hits);
int perf_session__write_buildid_table(struct perf_session
The dsos__hit_all() and its friends are not used anywhere. Let's get
rid of them.
Signed-off-by: Namhyung Kim
---
tools/perf/util/header.c | 41 -
tools/perf/util/header.h | 2 --
2 files changed, 43 deletions(-)
diff --git a/tools/perf/util/header.c
Hello,
This patchset addresses possible problem on kernel symbol matching.
Since commit 5b7ba82a7591 ("perf symbols: Load kernel maps before
using"), when perf record process samples to construct build-id table,
it loads kernel map and it replaces dso->long_name. But perf report
doesn't know
Evan Gilman wrote:
>
> I tried to find a reference to the previous report of aesni-intel
> causing IPSec corruption under Xen - I'd be interested to read it if
> anyone here has it on hand. For now, we are looking to blacklist
> aesni-intel as we have no other suitable solution, and when combined
On Mon, Nov 03, 2014 at 03:01:42PM +0800, Fengguang Wu wrote:
> Hi Al,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-next
>
> commit ff1995cbc0eb7c4beeca313a150111e3e3622e2c
> Author: Al Viro
On 11/3/2014 5:08 AM, hujianyang wrote:
Hi Tanya,
On 2014/11/3 1:14, Tanya Brokhman wrote:
This patch add 'struct ubi_device *' for 3 functions. We can get 'ubi_device'
from
'ubi_volume'. So I think it's because when we call these functions, the '->ubi'
pointer of 'ubi_volume' is not
On Mon, Nov 03, 2014 at 06:06:45AM +1000, Dave Airlie wrote:
> On 17 October 2014 08:52, Roland Dreier wrote:
> > Hi Linus,
> >
> > Please pull from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
> > tags/rdma-for-linus
> >
> >
Hi Aaron,
FYI your patch triggered a BUG on an existing old bug.
Let's hope it provides more info to debug the problem.
commit 0d9e26329b0c9263d4d9e0422d80a0e73268c52f
Author: Aaron Tomlin
AuthorDate: Fri Sep 12 14:16:19 2014 +0100
Commit: Ingo Molnar
CommitDate: Fri Sep 19 12:35:24
Hi Vincent,
On 14/10/31 下午4:47, Vincent Guittot wrote:
The scheduler tries to compute how many tasks a group of CPUs can handle by
assuming that a task's load is SCHED_LOAD_SCALE and a CPU's capacity is
SCHED_CAPACITY_SCALE. group_capacity_factor divides the capacity of the group
by
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git lsm/stacking
commit 70bba377802ad16dda270ec02098289c16abdc3c
Author: Casey Schaufler
AuthorDate: Thu Oct 16 17:48:26 2014 -0700
Commit: Kees
On 10/31/2014 07:53 PM, Thomas Gleixner wrote:
On Fri, 31 Oct 2014, Ingo Molnar wrote:
* Juergen Gross wrote:
Changes in V5:
- split up first patch as requested by Ingo Molnar and Thomas Gleixner
- add a helper function in pat_init_cache_modes() as requested by Ingo Molnar
The structure
On 10/31/2014 09:35 PM, Borislav Petkov wrote:
On Fri, Oct 31, 2014 at 04:23:22PM -0400, Konrad Rzeszutek Wilk wrote:
Signed-off-by: Stefan Bader
Signed-off-by: Juergen Gross
Just a clarification question: how is one to understand this attribution
here? Is Stefan the original author, was he
On 10/31/2014 04:34 PM, Thomas Gleixner wrote:
On Fri, 31 Oct 2014, Juergen Gross wrote:
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -1304,12 +1304,6 @@ static int __change_page_attr_set_clr(struct cpa_data
*cpa, int checkalias)
return 0;
}
-static inline int
FWIW, now it can be done - with fairly limited changes we *can*
implement something similar to Plan 9 dupfs (#d) and *BSD fdescfs. I.e.
a filesystem with one directory, with contents depending on which process
is looking there, files corresponding to opened descriptors of the process
in
On Wed, Oct 29, 2014 at 04:47:03PM +0300, Dmitry Lavnikevich wrote:
> Audio on phyFLEX boards is presented by tlv320aic3007 codec connected
> over SSI interface.
>
> Signed-off-by: Dmitry Lavnikevich
> ---
> arch/arm/boot/dts/imx6qdl-phytec-pbab01.dtsi | 100
> ++-
>
The following build error may be seen if input-core is built as module:
drivers/input/leds.o: In function `init_module':
leds.c:(.init.text+0x0): multiple definition of `init_module'
drivers/input/input.o:input.c:(.init.text+0x0): first defined here
drivers/input/leds.o: In function
I started working on this patch after discovering the horror of
skb_copy_datagram_iovec and skb_copy_datagram_const_iovec. It's
ridiculous to have two versions of the same thing. Especially when
the reason they exist is because of a stupid disagreement between
fs and net on how we should
I started working on this patch after discovering the horror of
skb_copy_datagram_iovec and skb_copy_datagram_const_iovec. It's
ridiculous to have two versions of the same thing. Especially when
the reason they exist is because of a stupid disagreement between
fs and net on how we should
On Fri, 2014-10-31 at 17:10 +0100, Matthias Brugger wrote:
> 2014-10-31 15:38 GMT+01:00 Yingjoe Chen :
> > On Fri, 2014-10-31 at 11:48 +0100, Matthias Brugger wrote:
> >> 2014-10-31 7:31 GMT+01:00 xudong chen :
> >> > On Thu, 2014-10-30 at 14:16 +0100, Matthias Brugger wrote:
> >> >> 2014-10-29
Now that both macvtap and tun are using skb_copy_datagram_iovec, we
can kill the abomination that is skb_copy_datagram_const_iovec.
Signed-off-by: Herbert Xu
---
include/linux/skbuff.h |3 -
net/core/datagram.c| 89 -
2 files changed,
On Sun, Nov 02, 2014 at 02:33:05PM -0700, Jason Gunthorpe wrote:
> On Sat, Nov 01, 2014 at 11:01:35AM +0200, Jarkko Sakkinen wrote:
> > Added own class for TPM devices that is used for TPM 2.0 and onwards.
> > For TPM1 old device structure is kept for backwards compatibility.
> >
> > Each struct
On Mon, Nov 03, 2014 at 12:45:03AM +, Al Viro wrote:
>
> Note, BTW, that there's a damn good reason to convert the socket side of
> things to iov_iter - as it is, ->splice_write() there is basically done with
> page-by-page mapping and doing kernel_sendmsg(); being able to deal with
> "map and
On 2014/11/3 11:42, Eric Dumazet wrote:
> On Mon, 2014-11-03 at 09:29 +0800, Chen Weilong wrote:
>> From: Weilong Chen
>>
>> We got a problem like this:
>
>> There was a wrong ack packet coming during TCP handshake. The socket's state
>> was TCP_SYN_RECV, its rcv_mss was not initialize yet. So
From: Haesung Kim
Magic number of compress formats for kernel image is defined by two bytes.
These numbers are written in hexadecimal number, nevertheless magic number
for
only gunzip is written in octal number. The formats should be consistent for
readability. Therefore, magic numbers for
By using the 2 flags, we can indicate an inter-mediate state where the
current transactions should be completed while the new transactions should
be dropped.
The comparison of the old flag and the new flags:
Old New
about to set BLOCKED STOPPED set / STARTED set
BLOCKED
There is wait code in the QR_SC command processing, which makes it not
suitable to be put into a work queue item (see bug 82611). And there is
case that the SCI_EVT cannot trigger GPE, though all commands have polling
mode implemented, the event cannot be polled (see bug 77431).
So if the QR_SC
This patchset contains 2 cleanups related to the EC driver:
1. Command flushing
This patchset flushes EC commands before suspending/resuming, so that
there won't be timeout for the incomplete commands after resuming.
2. Event polling thread
It is not proper to send QR_EC command using the
This patch adds reference counting for query handlers in order to eliminate
kmalloc()/kfree() usage.
Signed-off-by: Lv Zheng
Tested-by: Steffen Weber
Tested-by: Ortwin Glück
Acked-by: Rafael J. Wysocki
---
drivers/acpi/ec.c | 47 +--
1 file
Currently a check is applied to new transactions, but QR_EC transactions
are not included. This patch merges the code path to make the check also
applying to the QR_EC transactions.
Signed-off-by: Lv Zheng
Tested-by: Ortwin Glück
---
drivers/acpi/ec.c |9 +
1 file changed, 5
This patch implements command flushing support. It's better to wait all
command transactions to be completed before disabling the EC GPE when the
system is going to be suspended. By doing so, the EC hardware can be
ensured to be in the idle state when the system is resumed.
There is a good
This patch enhances debugging with the GPE reference count messages added.
No functional changes.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/acpi/ec.c b/drivers/acpi/ec.c
index 7089081..5ac189b 100644
---
Hi all,
Changes since 20141031:
Linus' tree gained a build failure for which I applied a patch.
The staging tree gained conflicts against the vfs tree.
The scsi tree gained a build failure so I used the version from
next-20141031.
The akpm-current tree lost its build failure.
Non-merge
On Sun, Nov 2, 2014 at 9:00 PM, Richard Weinberger wrote:
> Convert the driver to blk-mq.
It is always helpful to include some performance comparison data(
randrw, rw) between blk-mq and non-mq.
>
> Signed-off-by: Richard Weinberger
> ---
> drivers/mtd/ubi/block.c | 241
>
Acked-by: Saurav Kashyap
>Remove 2 redundant extern inline functions: qla8044_set_qsnt_ready() and
>qla8044_need_reset_handler(). At present, within upstream next kernel
>source code, they are only used within "drivers/scsi/qla2xxx/qla_nx2.c".
>
>The related error and warnings (with
On 11/1/14 4:11, Grant Likely wrote:
> On Tue, 28 Oct 2014 22:59:57 +0100
> , "Rafael J. Wysocki"
> wrote:
>> On Tuesday, October 28, 2014 01:15:27 PM Mika Westerberg wrote:
>>> acpi_dev_add_driver_gpios() makes it possible to set up mapping between
>>> properties and ACPI GpioIo resources in
Hi Greg
On Thu, 30 Oct 2014 08:29:14 -0700 from gre...@linuxfoundation.org wrote:
> On Thu, Oct 30, 2014 at 11:21:41PM +0800, Jia He wrote:
>> >From v2: rebased upon gregkh/staging.git
>> >From v1: suggested by j...@perches.com, fixed some points not checked
>> or not correctly checked by
From: Johannes Weiner
Date: Sat, 1 Nov 2014 23:15:54 -0400
> Memory cgroups used to have 5 per-page pointers. To allow users to
> disable that amount of overhead during runtime, those pointers were
> allocated in a separate array, with a translation layer between them
> and struct page.
>
>
From: Johannes Weiner
Date: Sat, 1 Nov 2014 23:15:55 -0400
> Now that the external page_cgroup data structure and its lookup is
> gone, the only code remaining in there is swap slot accounting.
>
> Rename it and move the conditional compilation into mm/Makefile.
>
> Signed-off-by: Johannes
From: Johannes Weiner
Date: Sat, 1 Nov 2014 23:15:56 -0400
> Now that the external page_cgroup data structure and its lookup is
> gone, let the generic bad_page() check for page->mem_cgroup sanity.
>
> Signed-off-by: Johannes Weiner
Acked-by: David S. Miller
--
To unsubscribe from this
From: Stephen Rothwell
Date: Mon, 3 Nov 2014 15:09:30 +1100
> Hi Linus,
>
> With Linus' tree, today's linux-next build (powerpc allyesconfig)
> failed like this:
>
> net/bridge/netfilter/nft_reject_bridge.c: In function
> 'nft_reject_br_send_v6_unreach':
>
Hi Linus,
With Linus' tree, today's linux-next build (powerpc allyesconfig)
failed like this:
net/bridge/netfilter/nft_reject_bridge.c: In function
'nft_reject_br_send_v6_unreach':
net/bridge/netfilter/nft_reject_bridge.c:240:3: error: implicit declaration of
function 'csum_ipv6_magic'
Not sure if this is a kernel issue or a Linux distribution issue
(Ubuntu 15.04 dev tree).
[4.439057] WARNING: CPU: 0 PID: 1063 at mm/vmalloc.c:1440
__vunmap+0x5c/0xc8()
[4.439059] Trying to vfree() bad address (c0109cf7)
[4.439060] Modules linked in: cdrom
[4.439066] CPU:
From: James Brown
Date: Sun, 2 Nov 2014 19:11:00 -0800
> RFC 5691 has to do with MPEG surround-sound; RFC 5961 has to do
> with hardening TCP against in-window spoofing attacks
>
> Signed-off-by: James Brown
Already fixed in net-next, thanks.
--
To unsubscribe from this list: send the line
On Mon, 2014-11-03 at 09:29 +0800, Chen Weilong wrote:
> From: Weilong Chen
>
> We got a problem like this:
> There was a wrong ack packet coming during TCP handshake. The socket's state
> was TCP_SYN_RECV, its rcv_mss was not initialize yet. So
> tcp_send_dupack -> tcp_enter_quickack_mode got
On Mon, Oct 27, 2014 at 05:40:44PM +0100, Stefan Agner wrote:
> So far, the required PLL's (PLL1/PLL2/PLL5) have been initialized
> by boot loader and the kernel code defined fixed rates according
> to those default configurations. Beginning with the USB PLL7 the
> code started to initialize the
Le 01/11/2014 16:35, Bjorn Helgaas a écrit :
a9ecdc0fdc54 ("of/irq: Fix lookup to use 'interrupts-extended' property
first") updated the description to say that:
- Both 'interrupts' and 'interrupts-extended' may be present
- Software should prefer 'interrupts-extended'
- Software that
The fusbh200_dbg_port struct is a copy of the ehci_dbg_port definition
in the header. Embedded in this definition are
a number of macros which came along for the ride. These macros are not
used in the fusbh200 driver and will conflict those in the new
header.
Signed-off-by: Chris Rorvick
---
The FUSBH200 debug port has a EHCI-compatible register layout so there
is no need to define a custom struct.
Signed-off-by: Chris Rorvick
---
drivers/usb/host/fusbh200.h | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/usb/host/fusbh200.h
If CONFIG_XEN_DOM0 is enabled, the ehci-dbgp driver notifies Xen of
controller reset events via xen_dbgp_reset_prep() and
xen_dbgp_external_startup() (via calls to xen_dbgp_op().) Otherwise
defines them as no-ops to disable this logic.
The fotg210 driver copies much of the dbgp code from
RFC 5691 has to do with MPEG surround-sound; RFC 5961 has to do
with hardening TCP against in-window spoofing attacks
Signed-off-by: James Brown
---
net/ipv4/tcp_input.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/tcp_input.c b/net/ipv4/tcp_input.c
index
One more attempt at getting some feedback.
Original:
The FUSBH200 and FOTG210 are not EHCI-compatible and require standalone
drivers. See discussion at:
http://comments.gmane.org/gmane.linux.usb.general/84169
But these controllers do implement an EHCI-compatible debug port and
therefore
If CONFIG_XEN_DOM0 is enabled, the ehci-dbgp driver notifies Xen of
controller reset events via xen_dbgp_reset_prep() and
xen_dbgp_external_startup() (via calls to xen_dbgp_op().) Otherwise
defines them as no-ops to disable this logic.
The fusbh200 driver copies much of the dbgp code from
The fotg210_dbg_port struct is a copy of the ehci_dbg_port definition
in the header. Embedded in this definition are
a number of macros which came along for the ride. These macros are not
used in the fotg210 driver and will conflict those in the new
header.
Signed-off-by: Chris Rorvick
---
The FUSBH200 debug port has a EHCI-compatible register layout so there
is no need to define a custom struct.
Signed-off-by: Chris Rorvick
---
drivers/usb/host/fotg210.h | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/usb/host/fotg210.h
Hi Tanya,
On 2014/11/3 1:14, Tanya Brokhman wrote:
>>
>> This patch add 'struct ubi_device *' for 3 functions. We can get
>> 'ubi_device' from
>> 'ubi_volume'. So I think it's because when we call these functions, the
>> '->ubi'
>> pointer of 'ubi_volume' is not initialized, am I right? This
Specifying these attributes in both the prototype and the function
definition is unnecessary and could cause confusion or bugs if they are
inconsistent. As such, __init should only be specified at the function
definition.
Keith Owens suggested this as a janitorial task on LKML several years
ago:
Now that ehci-dbgp has its own header, use it rather than duplicating
the declarations, etc.
Signed-off-by: Chris Rorvick
---
drivers/usb/host/fotg210.h | 40 ++--
1 file changed, 2 insertions(+), 38 deletions(-)
diff --git a/drivers/usb/host/fotg210.h
Now that ehci-dbgp has its own header, use it rather than duplicating
the declarations, etc.
Signed-off-by: Chris Rorvick
---
drivers/usb/host/fusbh200.h | 40 ++--
1 file changed, 2 insertions(+), 38 deletions(-)
diff --git a/drivers/usb/host/fusbh200.h
The FUSBH200 and FOTG210 controllers implement sufficiently EHCI-
compatible debug ports to leverage ehci-dbgp from their respective
drivers. Rather than including header, though,
they replicate the necessary declarations in their own headers. Move
the ehci-dbgp stuff into its own header as a
From: "Kweh, Hock Leong"
Introducing a kernel module to expose user helper interface for
user to upload capsule binaries. This module leverage the
request_firmware_nowait() to expose an interface to user.
Example steps to load the capsule binary:
1.) echo 1 >
From: "Kweh, Hock Leong"
When using request_firmware_nowait() with FW_ACTION_NOHOTPLUG param to
expose user helper interface, if the user do not react immediately, after
120 seconds there will be a hung task warning message dumped as below:
[ 3000.784235] INFO: task kworker/0:0:8259 blocked for
张德明%PDF-1.3
%񌄘
6 0 obj
<< /ProcSet [/PDF /Text ]
/Font <<
/TT2 4 0 R
/TT1 5 0 R
>>
>>
endobj
7 0 obj
<>
stream
xMn0
÷HÜÁËvÑtf<¶ÇUTÉ¿ûH¡J]ô4¹nM¢Â< Ìû 8WЯó| ëÕô5¯ÓD
Õô1G`(àjb¸8ô(¯µÆRMCÖ.ÔÉÌ÷)T
Á
c"ÉßÕôy¿©³ «ªeÀk'õ|[Zb¡K
From: "Kweh, Hock Leong"
Hi Guys,
This patchset is created on top of "efi: Capsule update support" patch:
http://permalink.gmane.org/gmane.linux.kernel.efi/4837
It leverages the request_firmware_nowait() to expose the user helper interface
for user to upload the capsule binary and calling the
From: "Kweh, Hock Leong"
Besides aborting through user helper interface, a new API
request_firmware_abort() allows kernel driver module to abort the
request_firmware() / request_firmware_nowait() when they are no
longer needed. It is useful for cancelling an outstanding firmware
load if
The rk3288 has several iommus. Each iommu belongs to a single master
device. There is one device (ISP) that has two slave iommus, but that
case is not yet supported by this driver.
At subsys init, the iommu driver registers itself as the iommu driver for
the platform bus. The master devices
Add binding documentation for Rockchip IOMMU.
Signed-off-by: Daniel Kurtz
Signed-off-by: Simon Xue
Reviewed-by: Heiko Stuebner
---
.../devicetree/bindings/iommu/rockchip,iommu.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644
Add device nodes for the VOP iommus.
Device nodes for other iommus will be added in later patches.
The iommu nodes use the #iommu-cells property as described in:
Documentation/devicetree/bindings/iommu/iommu.txt
Signed-off-by: Daniel Kurtz
Signed-off-by: Simon Xue
---
Hi James,
After merging the scsi tree, today's linux-next build (powerpc ppc64_defconfig)
failed like this:
drivers/scsi/scsi_lib.c: In function 'scsi_io_completion':
drivers/scsi/scsi_lib.c:1048:5: error: implicit declaration of function
'SCSI_LOG_LEVEL' [-Werror=implicit-function-declaration]
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/lustre/lustre/llite/namei.c between commits 8da673df2d77
("ll_get_child_fid(): callers already have the child") and ("kill
ll_unlink_generic()") from the vfs tree and commit 2a80f844158b
("Staging: lustre:
Hi Juri,
On Fri, Oct 31, 2014 at 11:42:23AM +, Juri Lelli wrote:
>Hi,
>
>On 31/10/14 07:28, Wanpeng Li wrote:
>> Hi all,
>>
>> I observe that dl task can't be migrated to other cpus during cpu hotplug,
>> in
>> addition, task may/may not be running again if cpu is added back. The root
>>
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/lustre/lustre/llite/llite_lib.c between commit
94b5670e78ce ("move d_rcu from overlapping d_child to overlapping
d_alias") from the vfs tree and commit cf29a7b6eae8 ("Staging: lustre:
Fix checkpatch warning:
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/lustre/lustre/llite/file.c between commit bc281d072ba9
("lustre: opened file can't have negative dentry") from the vfs tree
and commit 57303e76c225 ("staging: lustre: Fix checkpatch.pl
spacing-related errors")
Fix pinconfig include file path.
Signed-off-by: Yingjoe Chen
---
Documentation/devicetree/bindings/pinctrl/pinctrl-bindings.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-bindings.txt
On Fri, 2014-10-31 at 17:48 +0100, Arnd Bergmann wrote:
> On Friday 31 October 2014 17:36:35 Matthias Brugger wrote:
> > - quot = DIV_ROUND_CLOSEST(port->uartclk, 256 * baud);
> > + quot = (port->uartclk / (256 * baud)) + 1;
>
> Should this be DIV_ROUND_UP then?
>
>
Hi Kirill,
On Fri, Oct 31, 2014 at 12:20:29PM +0300, Kirill Tkhai wrote:
>В Пт, 31/10/2014 в 15:28 +0800, Wanpeng Li пишет:
>> Hi all,
>>
>> I observe that dl task can't be migrated to other cpus during cpu hotplug,
>> in
>> addition, task may/may not be running again if cpu is added back. The
> From: Will Deacon [mailto:will.dea...@arm.com]
> > +#ifndef __ASM_ARM64_BITREV_H
> > +#define __ASM_ARM64_BITREV_H
>
> Really minor nit, but we don't tend to include 'ARM64' in our header guards,
> so this should just be __ASM_BITREV_H.
>
> With that change,
>
> Acked-by: Will Deacon
>
I
Hi Vincent,
On 14/10/31 下午4:47, Vincent Guittot wrote:
This patchset consolidates several changes in the capacity and the usage
tracking of the CPU. It provides a frequency invariant metric of the usage of
CPUs and generally improves the accuracy of load/usage tracking in the
scheduler. The
From: "hugh.kang"
If a regulator is set by always-on option, the regulator will be set forever.
For example, suppose LDO1 is set to always-on at RevA.dts with including of
a.dtsi. After that
RevB.dts may wants to include the same a.dtsi but override the LDO1 always-on
option. However,
From: Weilong Chen
We got a problem like this:
[8801c1a05570] machine_kexec at 81025039
[8801c1a055d0] crash_kexec at 8109b253
[8801c1a056a0] oops_end at 81442aed
[8801c1a056d0] die at 81005603
[8801c1a05700] do_trap at 81442448
Hi Mark,
On 11/01/2014 02:12 AM, Mark Brown wrote:
On Fri, Oct 24, 2014 at 09:25:59PM +0200, Peter Rosin wrote:
The CMR divider register is shared by playback and capture. The SSC driver
therefore tries to enforce rules so that the needed register content do
not conflict during simultaneous
On 2014-11-01 17:48, Ben Hutchings wrote:
On Sat, 2014-11-01 at 17:18 -0600, Jens Axboe wrote:
On 2014-11-01 16:28, Ben Hutchings wrote:
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Keith Busch
commit
The bit of sdio interrupt is 16 in designware implementation,
but it is 24 on Rockchip SoCs.This patch add sdio_id0 for the
number of slot0 in the SDIO interrupt registers.
Signed-off-by: Addy Ke
---
Changes in v2:
- rebase on http://git.linaro.org/git/people/ulf.hansson/mmc.git, next branch
On 2014-11-02 15:49, Richard Weinberger wrote:
AFAICT blk-mq allocates one struct ubiblock_pdu per device.
As all IO is done via scattergather the memory footprint should be good.
But I'm sure Christoph can tell you the glory details.
That is true, the request list and pdu is allocated
On 2014-11-02 14:52, Ezequiel Garcia wrote:
Hi Richard,
On 11/02/2014 10:00 AM, Richard Weinberger wrote:
Convert the driver to blk-mq.
Maybe you can explain a bit better what's this all about?
Both the commit that introduces blk-mq and the paper on it talk about
high IOPS devices,
1 - 100 of 570 matches
Mail list logo
