Hi Thierry,
On Fri, Oct 30, 2015 at 06:32:30PM +0100, Thierry Reding wrote:
> On Fri, Oct 30, 2015 at 03:20:53PM +0100, Maxime Ripard wrote:
> > Add support for the Olimex LCD-OLinuXino-4.3TS panel to the DRM simple
> > panel driver.
> >
> > It is a 480x272 panel connected through a 24-bits RGB
In commit 94dfd7edfd5c ("USB: HCD: support giveback of URB in tasklet
context") support was added to give back the URB in tasklet context.
Let's take advantage of this in dwc2.
This speeds up the dwc2 interrupt handler considerably.
Note that this requires the change ("usb: dwc2: host: Add a
On 11/06/2015 11:21 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.1.13 release.
There are 86 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 11/06/2015 11:24 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.57 release.
There are 37 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Richard/Thomas:
On Tue, 13 Oct 2015 06:59:26 -0700, Richard Cochran
wrote:
On Mon, Oct 12, 2015 at 11:45:21AM -0700, Christopher S. Hall wrote:
+struct ptp_sys_offset_precise {
+ unsigned int rsv[4];/* Reserved for future use. */
+ struct
On Fri, 6 Nov 2015 17:52:06 -0500
Steven Rostedt wrote:
> I'll have to add something to my scripts that pulls in any merge
> breakage, such that when I run the scripts to generate the pull
> request, it adds them in automatically. Because obviously, the manual
> approach
On Fri, Nov 6, 2015 at 2:37 PM, Kevin Hilman wrote:
> Kees Cook writes:
>
>> On Fri, Nov 6, 2015 at 1:06 PM, Kevin Hilman wrote:
>
> [...]
>
>> Well, all the stuff I wrote tests for in lkdtm expect the kernel to
>> entirely Oops,
The first patch is a bit ugly, but it fixes a bug that could affect
lockdep. That bug is very minor and may not be observable at all,
but I don't really want to bet on it.
The other three are intended to fix a performance regression in the
entry rework that Frédéric objected to. They're much
On 11/06/2015 11:54 PM, Jon Mason wrote:
> On Fri, Nov 06, 2015 at 10:42:41PM +0100, Hauke Mehrtens wrote:
>> On 11/06/2015 10:11 PM, Kapil Hali wrote:
>>> From: Jon Mason
>>>
>>> Add SMP support for Broadcom's 4708 SoCs.
>>>
>>> Signed-off-by: Jon Mason
On 11/06/2015 12:46 PM, Russell King - ARM Linux wrote:
On Fri, Nov 06, 2015 at 10:44:32AM -0800, Laura Abbott wrote:
with my test patch. I think setting both current->active_mm and _mm
is sufficient. Maybe explicitly setting swapper_pg_dir would be cleaner?
Please, stop thinking like this.
Hi,
On Sat, Oct 31, 2015 at 05:53:26PM +0800, Chen-Yu Tsai wrote:
> On Fri, Oct 30, 2015 at 10:20 PM, Maxime Ripard
> wrote:
> > The TCON is a controller generating the timings to output videos signals,
> > acting like both a CRTC and an encoder.
> >
> > It has
On Fri, Nov 6, 2015 at 4:11 PM, Kees Cook wrote:
> On Fri, Nov 6, 2015 at 2:30 PM, Andy Lutomirski wrote:
>> On Fri, Nov 6, 2015 at 1:59 PM, Kees Cook wrote:
>>> Adding Ted, who might know how this all hooks together. (The
Jarkko,
On Fri, Oct 16, 2015 at 09:40:22PM +0300, Jarkko Sakkinen wrote:
> Added a new function __compat_only_sysfs_link_group_to_kobj() that adds
> a symlink from attribute or group to a kobject. This needed for
> maintaining backwards compatibility with PPI attributes in the TPM
> driver.
>
>
Am 04.11.2015 um 15:15 schrieb Octavian Purdila:
> We could redefine the syscalls/libc symbols to call lkl_sys_ functions
> in launch-lkl, e.g.:
>
> int opendir(const char *path)
> {
>return lkl_opendir(new_path)
> }
To get a better feeling how LKL behaves I've started with a tool
to mount
On Mon, Nov 02, 2015 at 01:53:20PM +1100, Jonathan Liu wrote:
> > + ret = sun4i_tv_init(drm);
> > + if (ret) {
> > + dev_err(drm->dev, "Couldn't create our RGB output\n");
>
> RGB should be composite. Seems like a copy-paste error.
Good catch. Thanks!
Maxime
--
Maxime
On 11/06/15 15:17, Dan Williams wrote:
>>
>> Is it really required to do that on all cpus?
>
> I believe it is, but I'll double check.
>
It's required on all CPUs on which the DAX memory may have been dirtied.
This is similar to the way we flush TLBs.
-hpa
--
To unsubscribe from
Scan the corresponding DPRC container to get total count
of IRQs needed by all its child DPAA2 objects. Then,
preallocate a set of MSI IRQs with the DPRC's ICID
(GIT-ITS device Id) to populate the the DPRC's IRQ pool.
Each child DPAA2 object in the DPRC and the DPRC object itself
will allocate
Since an FSL-MC bus is a new bus type that is neither PCI nor
PLATFORM, we need a new domain bus token to disambiguate the
IRQ domain for FSL-MC MSIs.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
Changes in v2: none
On 11/06/2015 11:18 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.2.6 release.
There are 110 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 21/09/2015 at 11:33:18 +0200, Boris Brezillon wrote :
> When requested by a user, the PWM is assigned a default period and polarity
> extracted from the DT, the platform data or statically set by the driver.
> Those default values are currently stored in the period and polarity
> fields of the
On Fri, Oct 30, 2015 at 08:13:11AM -0700, Dmitry Torokhov wrote:
> On Fri, Oct 30, 2015 at 07:40:37AM -0700, Greg Kroah-Hartman wrote:
> > On Fri, Oct 30, 2015 at 04:47:06AM -0700, Dmitry Torokhov wrote:
> > > Many drivers create additional driver-specific device attributes when
> > > binding to
On Fri, Nov 06, 2015 at 07:57:46PM +0530, Ranjith wrote:
> BIT macro is used for defining bit location instead of shifting
> operator - coding style issue
>
> Signed-off-by: Ranjith T
> ---
> drivers/staging/comedi/drivers/ii_pci20kc.c | 70
>
On Sun, Nov 01, 2015 at 02:12:29PM +0530, Paul Davies C wrote:
> Fix the following warning given by sparse:
>
> drivers/staging/lustre/lustre/obdclass/cl_lock.c:690:5: warning: symbol
> 'cl_lock_mutex_try' was not declared. Should it be static?
>
> Signed-off-by: Paul Davies C
On Fri, Nov 06, 2015 at 02:04:21AM +0530, Amitoj Kaur Chawla wrote:
> This patch moves extern declarations to respective header files.
>
> This patch also removes extern keyword from function declarations
> since functions have the extern specifier by default.
>
> Signed-off-by: Amitoj Kaur
On Fri, Nov 06, 2015 at 02:57:49PM +0100, Peter Zijlstra wrote:
> On Tue, Oct 27, 2015 at 09:46:53PM -0700, Joonwoo Park wrote:
> > @@ -1272,6 +1272,15 @@ void set_task_cpu(struct task_struct *p, unsigned
> > int new_cpu)
> > WARN_ON_ONCE(p->state != TASK_RUNNING && p->state != TASK_WAKING &&
On Sat, Nov 07, 2015 at 03:29:23AM +0530, Punit Vara wrote:
> This patch is to the linux_wlan.c file that fixes declaration of *wilc
> to remove following error while building it.
>
> make drivers/staging/wilc1000/linux_wlan.o
> drivers/staging/wilc1000/linux_wlan.c:1824:24: error: ‘wilc’
On Fri, Nov 06, 2015 at 10:18:17PM +, Simmons, James A. wrote:
> >All warnings (new ones prefixed by >>):
> >
> > In file included from include/linux/bitops.h:36:0,
> >from
> > drivers/staging/lustre/lustre/libcfs/../../include/linux/libcfs/linux/libcfs.h:44,
> >
On Fri, Nov 06, 2015 at 07:53:08PM -0700, Shuah Khan wrote:
> On 11/06/2015 12:18 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.2.6 release.
> > There are 110 patches in this series, all will be posted as a response
> > to this one. If anyone has any
W dniu 07.11.2015 o 07:33, Rob Herring pisze:
> On Fri, Oct 30, 2015 at 11:55:31AM +0530, Alim Akhtar wrote:
>> From: Thomas Abraham
>>
>> Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
>> is similar to s2mps11/14 PMIC device and has 27 LDO and 10
Signed-off-by: Keith Busch
---
drivers/pci/msi.c | 2 ++
kernel/irq/irqdomain.c | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
index 4a7da3c..5fb932b 100644
--- a/drivers/pci/msi.c
+++ b/drivers/pci/msi.c
@@ -1119,6 +1119,7
Version 4 after re-working the irq domain hierarchies.
v3 -> v4:
Patch from Jiang to allow parent-less msi irq domain.
Separated kernel API dependency exports into their own patch.
Removed the vmd irq domain hierarchy, and instead use a msi irq
domain. This pushed all the irq
And use the max bus resource from the parent rather than assume 255.
Signed-off-by: Keith Busch
---
drivers/pci/probe.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index 8361d27..1cb3be7 100644
PCI-e segments will continue to use the lower 16 bits as required by
ACPI. Special domains may use the full 32-bits.
Signed-off-by: Keith Busch
---
lib/filter.c |2 +-
lib/pci.h|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/filter.c
New x86 pci h/w will require DMA operations specific to that domain. This
patch allows those domains to register their operations, and sets devices
as they are discovered in that domain to use them.
Signed-off-by: Keith Busch
---
arch/x86/include/asm/device.h | 10
On Fri, 6 Nov 2015 14:15:48 -0800
Linus Torvalds wrote:
> On Fri, Nov 6, 2015 at 2:09 PM, Stephen Rothwell
> wrote:
> >
> > This was reported against linux-next on Nov 2 by Sergey Senozhatsky who
> > supplied a fix patch that I then used as
Hi Andy,
On 11/06/2015 10:44 AM, Andy Shevchenko wrote:
On Tue, Nov 3, 2015 at 9:25 PM, Alexandra Yates
wrote:
Adding Intel codename Lewisburg platform device IDs for PCH.
Signed-off-by: Alexandra Yates
---
lyz@,
On Fri, Nov 6, 2015 at 1:36 AM, Yunzhi Li wrote:
> Fix dwc2 split schedule sequence issue. Not schedule a SSPLIT_IN
> packet between SSPLIT-begin and SSPLIT-end.
>
> Signed-off-by: Yunzhi Li
> ---
> drivers/usb/dwc2/hcd.c | 4
> 1 file
On Fri, Nov 6, 2015 at 4:16 PM, Kees Cook wrote:
> On Fri, Nov 6, 2015 at 4:11 PM, Kees Cook wrote:
>> On Fri, Nov 6, 2015 at 2:30 PM, Andy Lutomirski wrote:
>>> On Fri, Nov 6, 2015 at 1:59 PM, Kees Cook
Hi Rob,
On Sat, Nov 7, 2015 at 4:03 AM, Rob Herring wrote:
> On Fri, Oct 30, 2015 at 11:55:31AM +0530, Alim Akhtar wrote:
>> From: Thomas Abraham
>>
>> Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
>> is similar to s2mps11/14
The old microframe scheduler was terribly hard to follow and (it seemed
to me) that it had some bugs in it.
Let's re-write it in a simpler, easier-to-read way. Hopefully this will
work better.
Note: no known problems are fixed by this patch, and in fact I can see
very little impact of the
Add functions acpi_nfit_ctl_passthru and __nd_ioctl_passthru which allow
kernel to call a nvdimm's _DSM as a passthru without the marshaling code
of the nd_cmd_desc.
Signed-off-by: Jerry Hoemann
---
drivers/acpi/nfit.c | 85 +
Hi Rob,
On Fri, Oct 30, 2015 at 11:40:03AM -0500, Rob Herring wrote:
> > +Display Engine Backend
> > +--
> > +
> > +The display engine backend exposes layers and sprites to the
> > +system. It's split into two components, the frontend and backend, the
> > +frontend doing
The NVDIMM code in the kernel supports an IOCTL interface to user
space based upon the Intel Example DSM:
http://pmem.io/documents/NVDIMM_DSM_Interface_Example.pdf
This interface cannot be used by other NVDIMM DSMs that support
incompatible functions.
This patch set adds a generic
On Fri, 6 Nov 2015 08:45:10 +0100
Peter Zijlstra wrote:
> On Thu, Nov 05, 2015 at 03:36:25PM -0800, Jacob Pan wrote:
>
> > I did some testing with the code below, it shows random
> > [ 150.442597] NOHZ: local_softirq_pending 02
> > [ 153.032673] NOHZ:
On 11/06/2015 03:49 PM, Kees Cook wrote:
On Fri, Nov 6, 2015 at 3:41 PM, Laura Abbott wrote:
On 11/06/2015 12:46 PM, Russell King - ARM Linux wrote:
On Fri, Nov 06, 2015 at 10:44:32AM -0800, Laura Abbott wrote:
with my test patch. I think setting both current->active_mm
On Thursday, November 05, 2015 03:02:50 PM Viresh Kumar wrote:
> This patch adds debugfs support to OPP layer to export OPPs and their
> properties for all the devices.
>
> This creates a top level directory: /sys/kernel/debug/opp and then
> device specific directories (based on device names)
This patch adds Cygnus audio DAI driver. It supports I2S, TDM and
SPDIF modes and uses three clocks derived from PLL.
This patchset has been tested on Cygnus wireless audio bcm958305K board.
Signed-off-by: Lori Hikichi
Signed-off-by: Simran Rai
Add bindings for audio driver in Broadcom Cygnus.
Signed-off-by: Lori Hikichi
Signed-off-by: Simran Rai
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/sound/brcm,cygnus-audio.txt
This patch adds Cygnus audio DMA driver. It supports playback and capture
modes and uses ringbuffers for data transfer.
Signed-off-by: Lori Hikichi
Signed-off-by: Simran Rai
Reviewed-by: Ray Jui
Reviewed-by: Arun Parameswaran
Hi,
This patchset contains audio support for Broadcom's Cygnus SoC. It
contains DT bindings and core audio driver. The audio driver
supports both capture and playback of Audio PCM samples over I2S/TDM
interface and provides playback support over SPDIF interface.
This patchset is derived from a
On 11/06/2015 12:24 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.57 release.
> There are 37 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
Jarkko,
On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> Jarkko, all,
>
> On Fri, Oct 16, 2015 at 09:40:23PM +0300, Jarkko Sakkinen wrote:
> > Moved PPI attributes to the character device directory. This aligns with
> > the sysfs guidelines and makes them race free because they
On 11/06/2015 12:18 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.2.6 release.
> There are 110 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 11/06/2015 12:21 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.1.13 release.
> There are 86 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On Fri, Oct 30, 2015 at 11:55:31AM +0530, Alim Akhtar wrote:
> From: Thomas Abraham
>
> Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
> is similar to s2mps11/14 PMIC device and has 27 LDO and 10 buck regulators.
> This also supports RTC and three
> -Original Message-
> From: Javier Martinez Canillas [mailto:jav...@dowhile0.org]
> Sent: Friday, November 06, 2015 4:13 PM
> To: Rivera Jose-B46482
> Cc: Rob Herring; Mark Rutland; devicet...@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Linux Kernel; Sharma Bhupesh-B45370;
On Fri, Nov 06, 2015 at 10:42:41PM +0100, Hauke Mehrtens wrote:
> On 11/06/2015 10:11 PM, Kapil Hali wrote:
> > From: Jon Mason
> >
> > Add SMP support for Broadcom's 4708 SoCs.
> >
> > Signed-off-by: Jon Mason
> > Acked-by: Hauke Mehrtens
Adding Intel codename Lewisburg platform device IDs for PCH.
Signed-off-by: Alexandra Yates
Reviewed-by: Andy Shevchenko
---
drivers/mfd/lpc_ich.c | 15 +++
1 file changed, 15 insertions(+)
diff --git
On Fri, Nov 6, 2015 at 9:35 AM, Thomas Gleixner wrote:
> On Fri, 6 Nov 2015, Dan Williams wrote:
>> On Fri, Nov 6, 2015 at 12:06 AM, Thomas Gleixner wrote:
>> > Just for the record. Such a flush mechanism with
>> >
>> > on_each_cpu()
>> >
Hi Hauke,
On 15-11-06 01:42 PM, Hauke Mehrtens wrote:
On 11/06/2015 10:11 PM, Kapil Hali wrote:
From: Jon Mason
Add SMP support for Broadcom's 4708 SoCs.
Signed-off-by: Jon Mason
Acked-by: Hauke Mehrtens
Tested-by: Hauke
Hi,
On Fri, Oct 30, 2015 at 02:37:34PM -0700, Stephen Boyd wrote:
> On 10/30, Maxime Ripard wrote:
> > The TCON is a controller generating the timings to output videos signals,
> > acting like both a CRTC and an encoder.
> >
> > It has two channels depending on the output, each channel being
On Fri, Nov 6, 2015 at 2:30 PM, Andy Lutomirski wrote:
> On Fri, Nov 6, 2015 at 1:59 PM, Kees Cook wrote:
>> Adding Ted, who might know how this all hooks together. (The context
>> is that a write() or truncate() on a setgid file clears the setgid,
>>
On Friday, November 06, 2015 07:12:28 AM Viresh Kumar wrote:
> On 05-11-15, 21:15, SF Markus Elfring wrote:
> > From: Markus Elfring
> > Date: Thu, 5 Nov 2015 21:10:29 +0100
> >
> > The kfree() function tests whether its argument is NULL and then
> > returns
The dwc2 interrupt handler is quite slow. On rk3288 with a few things
plugged into the ports and with cpufreq locked at 696MHz (to simulate
real world idle system), I can easily observe dwc2_handle_hcd_intr()
taking > 120 us, sometimes > 150 us. Note that SOF interrupts come
every 125 us with
All other host controllers who want aligned buffers for DMA do it a
certain way. Let's do that too instead of working behind the USB core's
back. This makes our interrupt handler not take forever and also rips
out a lot of code, simplifying things a bunch.
This also has the side effect of
We'd like to be able to use HCD_BH in order to speed up the dwc2 host
interrupt handler quite a bit. However, according to the kernel doc for
usb_submit_urb() (specifically the part about "Reserved Bandwidth
Transfers"), we need to keep a reservation active as long as a device
driver keeps
Previously we needed to set the max_transfer_size to explicitly be 65535
because the old driver would detect that our hardware could support much
bigger transfers and then would try to do them. This wouldn't work
since the DMA alignment code couldn't support it.
Later in commit e8f8c14d9da7
Alan,
On Fri, Nov 6, 2015 at 7:40 AM, Alan Stern wrote:
> On Thu, 5 Nov 2015, Doug Anderson wrote:
>
>> Alan,
>>
>> On Thu, Nov 5, 2015 at 7:19 AM, Alan Stern wrote:
>> > On Wed, 4 Nov 2015, Doug Anderson wrote:
>> >
>> >> In the ChromeOS
On 11/06/2015 12:24 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.93 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
Jarkko,
On Fri, Oct 16, 2015 at 09:40:22PM +0300, Jarkko Sakkinen wrote:
> Added a new function __compat_only_sysfs_link_group_to_kobj() that adds
> a symlink from attribute or group to a kobject. This needed for
> maintaining backwards compatibility with PPI attributes in the TPM
> driver.
>
>
On Fri, Nov 6, 2015 at 1:59 PM, Kees Cook wrote:
> Adding Ted, who might know how this all hooks together. (The context
> is that a write() or truncate() on a setgid file clears the setgid,
> but mmap writes don't.)
>
> On Wed, Nov 4, 2015 at 9:59 AM, Andy Lutomirski
On Fri, Nov 06, 2015 at 10:20:18AM -0700, Jens Axboe wrote:
> Hi,
>
> This is a basic framework for supporting polled IO with the block
> layer stack, and added support for sync O_DIRECT IO and the NVMe
> driver.
>
> There are a few things missing to truly productize this, but it's
> very useful
This is much less error-prone than the old code.
Signed-off-by: Andy Lutomirski
---
include/linux/context_tracking_state.h | 4 ++--
kernel/context_tracking.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
On CONFIG_CONTEXT_TRACKING kernels that have context tracking
disabled at runtime (which includes most distro kernels), we still
have the overhead of a call to enter_from_user_mode in interrupt and
exception entries.
If jump labels are available, this uses the jump label
infrastructure to skip
Paolo pointed out that enter_from_user_mode could be called while
irqflags were traced as though IRQs were on.
In principle, this could confuse lockdep. It doesn't cause any
problems that I've seen in any configuration, but if I build with
CONFIG_DEBUG_LOCKDEP=y, enable a nohz_full CPU, and add
Unfortunately, these only work if HAVE_JUMP_LABEL. In principle, we
could do some serious surgery on the core jump label infrastructure
to keep the patch infrastructure available on x86 on all builds, but
that's probably not worth it.
Signed-off-by: Andy Lutomirski
---
On Fri, 2015-11-06 at 15:09 -0600, Scott Wood wrote:
> On Thu, 2015-11-05 at 12:47 +0100, Laurent Vivier wrote:
> > When I try to cross compile a ppc64 kernel, it generally
> > fails on the VDSO stage. This is true for powerpc64 cross-
> > compiler, but also when I try to build a ppc64le kernel
>
On Fri, Nov 06, 2015 at 04:55:49PM -0600, Segher Boessenkool wrote:
> On Fri, Nov 06, 2015 at 03:09:40PM -0600, Scott Wood wrote:
> > Why is GCC building ppc64 object files but telling the linker --oformat
> > elf32-
> > powerpcle? Are different options somehow being passed to GCC in one case
>
On Fri 06 Nov 00:10 PST 2015, Ulf Hansson wrote:
> On 6 November 2015 at 02:42, Bjorn Andersson wrote:
> > On Mon, Jul 6, 2015 at 4:53 AM, Ivan T. Ivanov
> > wrote:
> >> Ensure SDCC is working with maximum clock otherwise card
> >> detection could be
On Fri, Nov 6, 2015 at 2:37 PM, Kevin Hilman wrote:
> Kees Cook writes:
>
>> On Fri, Nov 6, 2015 at 1:06 PM, Kevin Hilman wrote:
>
> [...]
>
>> Well, all the stuff I wrote tests for in lkdtm expect the kernel to
>> entirely Oops,
On Fri, Nov 6, 2015 at 3:41 PM, Laura Abbott wrote:
> On 11/06/2015 12:46 PM, Russell King - ARM Linux wrote:
>>
>> On Fri, Nov 06, 2015 at 10:44:32AM -0800, Laura Abbott wrote:
>>>
>>> with my test patch. I think setting both current->active_mm and _mm
>>> is sufficient.
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Jens Axboe
> Sent: Friday, November 6, 2015 11:20 AM
...
> Subject: [PATCH 4/5] NVMe: add blk polling support
>
> Add nvme_poll(), which will check a specific
On 11/06/2015 12:30 PM, Arnd Bergmann wrote:
On Friday 06 November 2015 11:16:52 Guenter Roeck wrote:
On Wed, Oct 21, 2015 at 02:53:20PM -0700, Guenter Roeck wrote:
On Wed, Oct 21, 2015 at 09:11:53PM +0200, Arnd Bergmann wrote:
On Wednesday 21 October 2015 10:03:05 Guenter Roeck wrote:
THE MSI domain associated with a root DPRC object is
obtained form the device tree. Child DPRCs inherit
the parent DPRC MSI domain.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
Changes in v2: none
drivers/staging/fsl-mc/bus/dprc-driver.c
Destroy mc_io in error path in dprc_probe() only if the mc_io was
created in this function.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
Changes in v2: none
- Addressed comment from Dan Carpenter
* Renamed goto error labels to indicate
The DPRC built-in portal's mc_io is used to send commands to the MC
to program MSIs for MC objects. This is done by the
fsl_mc_msi_write_msg() callback, which is invoked by the generic MSI
layer with interrupts disabled. As a result, the mc_io used in
fsl_mc_msi_write_msg needs to be an atomic
All the IRQs for DPAA2 objects in the same DPRC must use
the ICID of that DPRC, as their device Id in the GIC-ITS.
Thus, all these IRQs must share the same ITT table in the GIC.
As a result, a pool of IRQs with the same device Id must be
preallocated per DPRC (fsl-mc bus instance). So, the fsl-mc
Created an MSI domain for the fsl-mc bus-- including functions
to create a domain, find a domain, alloc/free domain irqs, and
bus specific overrides for domain and irq_chip ops.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
- Addressed
Initialize/Cleanup ITS-MSI support for the MC bus driver at driver
init/exit time. Associate an MSI domain with each DPAA2 child device.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
Changes in v2: none
drivers/staging/fsl-mc/bus/mc-bus.c
The interrupt handler for DPRC IRQs is added. DPRC IRQs are
generated for hot plug events related to DPAA2 objects in a given
DPRC. These events include, creating/destroying DPAA2 objects in
the DPRC, changing the "plugged" state of DPAA2 objects and moving
objects between DPRCs.
Signed-off-by:
Added platform-specific MSI support layer for FSL-MC devices.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
Changes in v2: none
drivers/staging/fsl-mc/bus/Makefile| 1 +
.../staging/fsl-mc/bus/irq-gic-v3-its-fsl-mc-msi.c
This patch series addresses the following item from the TODO list
for the MC bus driver to exit staging:
* Interrupt support. For meaningful driver support we need
interrupts, and thus need message interrupt support by the bus
driver.
MC Bus MSI Support Architecture
FSL-MC is a bus type different from PCI and platform, so it needs
its own member in the msi_desc's union.
Signed-off-by: J. German Rivera
---
CHANGE HISTORY
Changes in v3: none
Changes in v2:
- Addressed comment from Jiang Liu
* Added a dedicated structure for
On Fri, Nov 06, 2015 at 05:45:29PM -0800, Guenter Roeck wrote:
> On 11/06/2015 11:18 AM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 4.2.6 release.
> >There are 110 patches in this series, all will be posted as a response
> >to this one. If anyone has any
I am desperately in need of your assistance. Please get back to me
--
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
In my recent commit, I added '.owner = THIS_MODULE' in both
pstore_fs_type and pstore_file_operations to increase a reference count
when pstore filesystem is mounted and pstore file is opened.[1]
But, it's repetitive. There is no need to increase the opened reference
count. We only need to
When PSTORE_FLAGS_FRAGILE flag is set, only kmsg is registered in
pstore_register. So, under these circumstances, only kmsg needs to
be unregistered in pstore_unregister.
Signed-off-by: Geliang Tang
---
fs/pstore/platform.c | 9 ++---
1 file changed, 6 insertions(+), 3
On 11/5/2015 11:17 AM, Sinan Kaya wrote:
On 11/5/2015 7:05 AM, Vinod Koul wrote:
On Wed, Nov 04, 2015 at 09:42:46PM -0500, Sinan Kaya wrote:
Here is what I proposed.
- a common file that gets compiled into a module that wants to use
self-test with a public API. It can be called from
On Thu, Oct 15, 2015 at 01:32:44PM +0200, Daniel Wagner wrote:
> The cpu hotplug state machine in smpboot.c is reusing the states from
> cpu.h. That is confusing when it comes to the CPU_DEAD_FROZEN usage.
> Paul explained to me that he was in need of an additional state
> for destinguishing
On Sat, Nov 7, 2015 at 1:02 PM, Dilger, Andreas
wrote:
> On 2015/11/06, 10:19, "Shivani Bhardwaj" wrote:
>
>>Remove the prototype of function cfs_trace_free_string_buffer() as it is
>>no longer needed.
>
> These patches would be a lot more useful
1001 - 1100 of 1954 matches
Mail list logo