Convert mic_request_irq to mic_request_threaded_irq to support threaded
irq for virtual devices on mic bus.
Reviewed-by: Ashutosh Dixit
Reviewed-by: Nikhil Rao
Reviewed-by: Sudeep Dutt
Signed-off-by: Siva Yerramreddy
---
drivers/misc/mic/host/mic_intr.c | 116
This patch implements DMA Engine API for DMA controller on MIC X100
Coprocessors. DMA h/w is shared between host and card s/w.
Channels 0 to 3 are used by host and 4 to 7 are used by card.
Since the DMA device doesn't show up as PCIe device, a virtual bus called mic
bus is created and virtual
I am sending all these patches to char-misc because there is a dependency
between the patches for dma driver and other drivers.
Description:
This set of patches add support for MIC X100 dma driver.
MIC PCIe card has a dma controller with 8 channels. These channels are
shared between
Add threaded irq support in mic_request_card_irq which will be used
for virtual devices added on mic bus.
Reviewed-by: Ashutosh Dixit
Reviewed-by: Nikhil Rao
Reviewed-by: Sudeep Dutt
Signed-off-by: Siva Yerramreddy
---
drivers/misc/mic/card/mic_device.c | 21 +++--
modprobe dma driver upon start and remove it upon unload.
Signed-off-by: Siva Yerramreddy
---
Documentation/mic/mpssd/mpss | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/Documentation/mic/mpssd/mpss b/Documentation/mic/mpssd/mpss
index 3136c68..cacbdb0 100755
This patch adds a dma device on the mic virtual bus
Reviewed-by: Nikhil Rao
Signed-off-by: Sudeep Dutt
Signed-off-by: Siva Yerramreddy
Signed-off-by: Ashutosh Dixit
---
drivers/misc/mic/Kconfig | 2 +-
drivers/misc/mic/card/mic_device.h | 3 +++
drivers/misc/mic/card/mic_x100.c
Added an overview of mic bus and dma driver.
Reviewed-by: Ashutosh Dixit
Reviewed-by: Nikhil Rao
Reviewed-by: Sudeep Dutt
Signed-off-by: Siva Yerramreddy
---
Documentation/mic/mic_overview.txt | 67 +++---
1 file changed, 41 insertions(+), 26 deletions(-)
This patch adds a dma device on the mic virtual bus and uses this dmaengine
to transfer data for virtio devices
Reviewed-by: Nikhil Rao
Signed-off-by: Sudeep Dutt
Signed-off-by: Ashutosh Dixit
Signed-off-by: Siva Yerramreddy
---
drivers/misc/mic/Kconfig | 2 +-
On 04/14/2014 12:02 PM, Daniel Borkmann wrote:
> Linus reports that on 32-bit x86 Chromium throws the following seccomp
> resp. audit log messages:
>
> audit: type=1326 audit(1397359304.356:28108): auid=500 uid=500
> gid=500 ses=2 subj=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023
>
Hello,
On Mon, Apr 14, 2014 at 03:47:29PM +0800, Li Zhong wrote:
> @@ -439,6 +439,7 @@ static ssize_t online_store(struct device *dev, struct
> device_attribute *attr,
> {
> bool val;
> int ret;
> + struct kernfs_node *kn;
>
> ret = strtobool(buf, );
> if (ret < 0)
Document the process of writing an musb glue layer by taking the
Ingenic JZ4740 glue layer as an example, as it seems more simple than
most glue layers due to the basic feature set of the JZ4740 USB device
controller.
Signed-off-by: Apelete Seketeli
---
Documentation/DocBook/Makefile
On Mon, Apr 14, 2014 at 6:32 PM, Geert Uytterhoeven
wrote:
> Hi Miklos,
>
> On Fri, Apr 11, 2014 at 12:25 PM, Miklos Szeredi wrote:
>> This series wires up the recently added renameat2 syscall for archs that are
>> up-to-date in the sense that they appear to support the latest syscalls. I
>>
Hello,
Following a few patches already in tree that add support for the USB
device controller of the Ingenic JZ4740 MIPS SoC, I documented the
process of writing an MUSB glue layer.
The JZ4740 MUSB controller offers a basic feature set, which makes the
glue layer implementation more simple than
On Mon, Apr 14, 2014 at 02:36:53PM +0530, Harini Katakam wrote:
> Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
Applied both, thanks. Please use subject lines consistent with the
style for the subsystem.
signature.asc
Description: Digital signature
On Mon, Apr 14, 2014 at 02:50:27PM -0400, Matt Porter wrote:
> The bcm590xx mfd driver now exposes a second regmap descriptor making
> the registers for regulators on the secondary i2c slave address
> available. Add support for GPLDO1-6 and VBUS regulators found within
> this register range.
>
>
The current ACM runtime-suspend implementation is broken in several
ways:
Firstly, it buffers only the first write request being made while
suspended -- any further writes are silently dropped.
Secondly, writes being dropped also leak write urbs, which are never
reclaimed (until the device is
On Mon, Apr 14, 2014 at 3:11 PM, Greg KH wrote:
> On Mon, Apr 14, 2014 at 02:53:59PM +0200, Jean Delvare wrote:
>> Hi all,
>>
>> Configuring kernels from scratch has become an incredibly long and
>> tedious task. The reason is that the number of drivers and options has
>> exploded in the past few
On Mon, Apr 14, 2014 at 05:21:28PM +0200, Philipp Zabel wrote:
> Repeatedly enabling and disabling the display currently can lead to a state
> in which the IPU doesn't produce a valid signal anymore because we disable
> IPU submodules before they can finish their interaction.
Well done at finding
On 04/14/14 09:23, Viresh Kumar wrote:
> We have already checked if 'cpu' is online or not and so don't need to recheck
> it.
>
> Signed-off-by: Viresh Kumar
Hm... doing some git archeology shows fa116ea35ec7 (nohz: no softirq
pending warnings for offline cpus, 2008-12-11), where the
On 30 March 2014 15:34, Mathias Krause wrote:
> The notifier block can and should be initialized statically. Fixed in
> patch 1.
>
> While doing patch 1 I noticed, that the USB notifier that gets registered
> in pda_power_probe() never gets unregistered. Fixed in patch 2.
>
> Beware: The patches
Am Montag, den 14.04.2014, 00:28 + schrieb Woodhouse, David:
> On Sun, 2014-04-13 at 22:01 +0200, Stefani Seibold wrote:
> > Rebooting my kernel vanilla kernel 3.14 will fail with tons of kernel
> > log messages:
> >
> > [0.262754] IOMMU: Setting identity map for device :00:1a.0
> >
On Sat, Apr 12, 2014 at 09:23:24AM +0800, Steven Miao wrote:
> From: Steven Miao
>
> should include linux/gpio.h
Applied, thanks.
signature.asc
Description: Digital signature
Hello Bjorn,
Was wanting to check your interest on up streaming this one. This one is fairly
self-contained and simple, and allows to use polling on a per-port basis.
Please let me know you have any comments.
Thanks,
Rajat
> -Original Message-
> From: Rajat Jain
Steven Noonan writes:
> OK, good to know. Thanks for pointing those out!
As Julien points out, this bug only affects people running master from
the X server though...
--
keith.pack...@intel.com
pgpQYeZyUjBWJ.pgp
Description: PGP signature
On Mon, Apr 14, 2014 at 11:54:38AM +0200, Nicolas Ferre wrote:
> This include file is about to disapear. In addition it is
> useless for this code. So it is time to remove it.
>
> Signed-off-by: Nicolas Ferre
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On 04/14/14 09:23, Viresh Kumar wrote:
> tick_shutdown() calls clockevents_exchange_device() which already sets mode to
> CLOCK_EVT_MODE_UNUSED
Yes it does.
> and so tick_shutdown() doesn't need to do it.
>
> Signed-off-by: Viresh Kumar
> ---
> kernel/time/tick-common.c | 1 -
> 1 file
Hello Bjorn,
Just wondering if you got a chance to look at this one. This independent of my
other patch (that makes polling, a per-port thing).
Without this patch - today the hot-plug service cannot be used at all in
polling mode IF the interrupts are broken (which I'd assume is the case when
A tad more information. I did a build of-rc1 with the GPIO_ICH module built in
so I could use addr2line to help you run it down. No idea if this is actually
useful for you...
$ addr2line --inline --exe=vmlinux 813fc4e0
/storage/kernel/ichx-rebase/drivers/gpio/gpio-ich.c:388
Hello,
On Mon, Apr 14, 2014 at 02:08:24PM -0400, Vivek Goyal wrote:
> Can you please also update Documentation/block/cfq-iosched.txt and
> Documentation/cgroup/blkio-controller.txt to reflect these new
> changes.
Sure thing.
> So now we have tree modes?
>
> - Orignal multi hierachy mode
> -
On Mon, Apr 14, 2014 at 01:51:58PM +0900, Masami Hiramatsu wrote:
> Add a "late_kdump" option to run kdump after running panic
> notifiers and dump kmsg. This can help rare situations which
> kdump drops in failure because of unstable crashed kernel
> or hardware failure (memory corruption on
On Mon, 14 Apr 2014, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix new s390 kernel-doc warning:
>
> Warning(arch/s390/include/asm/ccwgroup.h:27): No description found for
> parameter 'ungroup_work'
>
> Signed-off-by: Randy Dunlap
> Cc: Sebastian Ott
> Cc: Peter Oberparleiter
> Cc:
From: Eric Dumazet
Date: Mon, 14 Apr 2014 12:06:36 -0700
> On Mon, 2014-04-14 at 14:48 -0400, David Miller wrote:
>> From: Eric Dumazet
>> Date: Mon, 14 Apr 2014 11:19:26 -0700
>>
>> > ip_local_out() doesn't use skb->sk
>>
>> It does Eric.
>>
>
> Hmmm, right...
>
>> We had just such a
Hello,
On Mon, Apr 14, 2014 at 02:14:21PM -0400, Vivek Goyal wrote:
> So is this an intermediate mode before we move to single hiearchy *only*
> mode. AFAIK, you had mentioned that we will support legacy multiple
> hiearchy mode but single hiearchy is the new default mode.
Hmmm? It's a separate
Hi Michael,
I really appreciate your time in helping us dive into this issue.
Below, you had suggested to "limit the speed of tun interface using a non work
conserving disc" and matching the rate of the backend device. Unfortunately,
many backend devices (whether real devices or ones we are
On Saturday, April 12, 2014 06:28:07 PM Jonathan Cameron wrote:
>
> On 09/04/14 19:09, Joel Porquet wrote:
> > As suggested by checkpatch.pl, use dev_info() instead of
> > printk(KERN_INFO ...) to print message.
> >
> > Signed-off-by: Joel Porquet
> > ---
> > Only tested by compilation.
> >
Patch series based on:
v3.15-rc1 tag.
Depends on series posted: http://marc.info/?l=linux-omap=139749383932575=2
DTS Patches is available here:
https://github.com/nmenon/linux-2.6-playground/commits/l3noc/dts-fixes
This just adds the dts information based on driver support provided.
Test log:
From: Afzal Mohammed
AM4372 has two clk domains 100f and 200s. Provide register mapping,
interrupt information and compatibility flags associated with it.
Signed-off-by: Dave Gerlach
Signed-off-by: Afzal Mohammed
Signed-off-by: Sekhar Nori
Signed-off-by: Nishanth Menon
---
From: Rajendra Nayak
We have currently marked the DRA7 L3 as being compatible with
omap4-l3-noc This is not true considering the differences in data
involved.
Now that we have proper support for ti,dra7-l3-noc, add the clock
modules clk1 and clk3 (clk2 submodule will be handled by the driver)
On Mon, Apr 14, 2014 at 02:53:59PM +0200, Jean Delvare wrote:
> Hi all,
>
> Configuring kernels from scratch has become an incredibly long and
> tedious task. The reason is that the number of drivers and options has
> exploded in the past few years. Which in itself is great - Linux is
>
From: Aaro Koskinen
Date: Mon, 14 Apr 2014 21:43:53 +0300
> Just for the archives, I got one of these again with 3.14:
>
> [68674.536190] [ cut here ]
> [68674.590467] WARNING: CPU: 0 PID: 14600 at
> /home/aaro/los/work/shared/linux-v3.14/mm/mmap.c:2738
On Mon, 14 Apr 2014 04:30:15 -0700
Christoph Hellwig wrote:
> On Sat, Apr 12, 2014 at 01:34:31PM +0200, Sander Eikelenboom wrote:
> > Hi,
> >
> > I just ran into the oops belowafter some uptime.
>
> Classic use after free introduced by my recent changes, sorry.
>
> This should fix it:
>
>
On Mon, 2014-04-14 at 14:48 -0400, David Miller wrote:
> From: Eric Dumazet
> Date: Mon, 14 Apr 2014 11:19:26 -0700
>
> > ip_local_out() doesn't use skb->sk
>
> It does Eric.
>
Hmmm, right...
> We had just such a report with this in the backtrace, when AF_PACKET
> sends over vxlan devices.
>
On Monday, April 14, 2014 at 06:19:24 PM, Graham Moore wrote:
> On Sun, Apr 13, 2014 at 12:18 PM, Marek Vasut wrote:
> [...]
>
> >> +#define OPCODE_RDFSR0x70 /* read flag status register
> >> */
> >
> > I know this is not your fault, but can you please indent this properly
> >
On Monday, April 14, 2014 at 05:41:34 PM, Harini Katakam wrote:
> Hi,
>
> On Fri, Apr 11, 2014 at 8:33 PM, wrote:
> > From: Graham Moore
> >
> > Some new Micron flash chips require reading the flag
> > status register to determine when operations have completed.
> >
> > Furthermore, chips
diff --git a/Makefile b/Makefile
index b5f4ef30f6e6..bd9fb5b72fc0 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 10
-SUBLEVEL = 36
+SUBLEVEL = 37
EXTRAVERSION =
NAME = TOSSUG Baby Fish
diff --git a/arch/arc/boot/dts/nsimosci.dts
I'm announcing the release of the 3.10.37 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web
NOTE
This is going to be the next-to-last 3.13.y kernel release. Please move
to 3.14.y as soon as possible.
--
I'm announcing the release of the 3.13.10 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
Linus reports that on 32-bit x86 Chromium throws the following seccomp
resp. audit log messages:
audit: type=1326 audit(1397359304.356:28108): auid=500 uid=500
gid=500 ses=2 subj=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023
pid=3677 comm="chrome" exe="/opt/google/chrome/chrome"
Initialize local variable trans_support before it is used rather
than after. It is supposed to contain the value of a register on the
controller containing bits that describe which transport modes the
controller supports (e.g. "performant", "ioaccel1", "ioaccel2"). A
NULL pointer dereference
I'm announcing the release of the 3.14.1 kernel.
All users of the 3.14 kernel series must upgrade.
The updated 3.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.14.y
and can be browsed at the normal kernel.org git web browser:
On Mon, Apr 14, 2014 at 02:57:00PM -0400, Joe Lawrence wrote:
> I hit a similar crash last week on a franken-kernel here (3.14 + scsi
> misc + qlogic patches + out of tree drivers + terriblethingsIknow). I
> think there is one other similar use-after-free that's been in place
> for a while now:
diff --git a/Makefile b/Makefile
index e5ac8a62e6e5..7d0b6992d9ed 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 14
-SUBLEVEL = 0
+SUBLEVEL = 1
EXTRAVERSION =
NAME = Shuffling Zombie Juror
diff --git a/arch/arc/boot/dts/nsimosci.dts
On Mon, Apr 14, 2014 at 10:56:12AM -0700, Randy Dunlap wrote:
> On 04/14/2014 09:52 AM, Geert Uytterhoeven wrote:
> > From: Geert Uytterhoeven
> >
> > The English and Korean translations were updated, the Chinese and Japanese
> > weren't.
> >
> > Signed-off-by: Geert Uytterhoeven
>
> I think
On 04/14/2014 11:30 AM, Joseph Salisbury wrote:
> BugLink: http://bugs.launchpad.net/bugs/1306677
>
> While booting the PPC64EL kernel, the command line gets truncated to 512
> characters. This is due to a hard limit of 512 defined for COMMAND_LINE_SIZE.
> It would be beneficial to have a
On Mon, Apr 14, 2014 at 11:35:05AM -0700, Keith Packard wrote:
> Steven Noonan writes:
>
> > Was using my machine normally, then my mouse cursor vanished. After
> > switching
> > to a VT and back to X11, my cursor came back. But I did notice a nasty
> > trace in
> > dmesg (below).
>
> I don't
I'm announcing the release of the 3.4.87 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
BCM590xx utilizes a second i2c slave address to access additional
register space. Add support for the second address space by
instantiated a dummy i2c device with the appropriate secondary
i2c slave address. Expose a second regmap register space so that
mfd drivers can access this secondary i2c
This series enables support for 7 additional regulators on the BCM59056
PMU. These regulators are accessed via a secondary I2C slave address.
The MFD driver exposes an additional regmap descriptor for the additional
address space and the regulator implements support for GPLDO1-6 and VBUS
Please disregard previous patches. This is the correct one.
prefetch destination as is being done in ARM32 atomic ops
Signed-off-by: Pranith Kumar
---
arch/arm64/include/asm/atomic.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/include/asm/atomic.h
The BCM59056 supports GPLDO1-6 and VBUS regulators in a secondary
I2C slave address space. Add these regulators to the list of valid
regulator node names for BCM59056.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/mfd/bcm590xx.txt | 4 +++-
1 file changed, 3 insertions(+), 1
Adds additional nodes to support GPLDO1-6 and VBUS regulators which
are not supported in the bcm590xx regulator driver.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/bcm59056.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/bcm59056.dtsi
The bcm590xx mfd driver now exposes a second regmap descriptor making
the registers for regulators on the secondary i2c slave address
available. Add support for GPLDO1-6 and VBUS regulators found within
this register range.
Signed-off-by: Matt Porter
---
drivers/regulator/bcm590xx-regulator.c
On Mon, Apr 14, 2014 at 06:32:13PM +0200, Jean Delvare wrote:
> Enabling SYNCLINK_CS as a module builds synclink_cs, not synclinkmp.
>
> Signed-off-by: Jean Delvare
> ---
> Who wants to pick this?
I can, thanks.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe
From: Eric Dumazet
Date: Mon, 14 Apr 2014 11:19:26 -0700
> ip_local_out() doesn't use skb->sk
It does Eric.
We had just such a report with this in the backtrace, when AF_PACKET
sends over vxlan devices.
The problem is ip_mc_output().
--
To unsubscribe from this list: send the line
Hi,
Just for the archives, I got one of these again with 3.14:
[68674.536190] [ cut here ]
[68674.590467] WARNING: CPU: 0 PID: 14600 at
/home/aaro/los/work/shared/linux-v3.14/mm/mmap.c:2738 exit_mmap+0x138/0x160()
[68674.719635] Modules linked in:
[68674.756022] CPU: 0
On Monday 14 April 2014 20:41:20 Ivan Khoronzhuk wrote:
> +Optional properties:
> +
> +- ti,soft-reset: Boolean option indicating soft reset.
> + By default hard reset is used.
> +
> +- ti,wdt_list: WDT list that can cause SoC reset.
> +
Steven Noonan writes:
> Was using my machine normally, then my mouse cursor vanished. After switching
> to a VT and back to X11, my cursor came back. But I did notice a nasty trace
> in
> dmesg (below).
I don't think the trace below is related to the cursor disappearing.
I found a pair of
On Sun, Apr 13, 2014 at 05:24:01PM -0500, David Fries wrote:
> Belisko Marek,
> Here is a possible solution, could you give it a try and report back?
>
> Greg Kroah-Hartman,
> Evgeniy asked me to look into this report. I don't have the
> reporter's hardware configuration, but I wouldn't think
Prefetch destination as is being done for ARM32
Signed-off-by: Pranith Kumar
---
arch/arm64/include/asm/atomic.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/include/asm/atomic.h b/arch/arm64/include/asm/atomic.h
index 0237f08..845f9be 100644
---
On Mon, Apr 14, 2014 at 09:47:41PM +0530, Viresh Kumar wrote:
> sched_can_stop_tick() was using 7 spaces instead of 8 spaces or a 'tab' at the
> beginning of each line. Which doesn't align with the Coding Guidelines.
>
> Also it removes the *rq variable as it was used at only one place and hence
On 04/14/2014 02:29 PM, Joe Perches wrote:
>
> Then you should probably send this as an RFC patch.
>
Ok, I will send a new mail with fixed patch.
> It seems you sent the original patch again, still not compiled.
>
> An arm64 cross-compiler is available here:
>
Hi,
On 14/04/2014 at 19:00:39 +0100, Jonathan Cameron wrote :
> On 14/04/14 09:19, Alexandre Belloni wrote:
> >Hi Jonathan,
> >
> >I realise you didn't send any pull request for 3.15 yet, do you intend
> >to send it soon. As you know, I have a patch set depending on a few
> >patches and I'd like
On Mon, 2014-04-14 at 14:11 -0400, Pranith Kumar wrote:
> On Mon, Apr 14, 2014 at 2:04 PM, Joe Perches wrote:
> > Are there some benchmark comparison results
> > you neglected to attach?
>
> I was trying to get these ops to be similar to the 32 bit atomic ops which
> all have prefetch. I did not
Hi all,
so far the Linux-based Jailhouse hypervisor [1] is only available for
Intel x86 CPUs. I'm now very happy to announce that AMD is offering to
sponsor the initial port of Jailhouse to the AMD64 architecture. Our
resources here are unfortunately bound to different tasks, but if anyone
out
Hi. The common wisdom when mixing del_timer_sync() with timer functions
that re-register themselves is that the caller must ensure that re-registration
does not happen.
>From timer.c:
* Synchronization rules: Callers must prevent restarting of the timer,
* otherwise this function is
On 04/14/2014 07:11 PM, Kees Cook wrote:
This sets the correct error code when final filter memory is unavailable,
and frees the raw filter no matter what.
unreferenced object 0x8800d6ea4000 (size 512):
comm "sshd", pid 278, jiffies 4294898315 (age 46.653s)
hex dump (first 32 bytes):
On Mon, 2014-04-14 at 14:02 -0400, David Miller wrote:
> BTW, it occurs to me that there may be some other spots in the output path
> that expect that if SKB is ETH_P_IP then skb->sk is IP socket. For example
> somewhere in netfilter or packet classifier paths.
>
> Just FYI... that was one of
On Mon, Apr 14, 2014 at 2:04 PM, Joe Perches wrote:
> Are there some benchmark comparison results
> you neglected to attach?
I was trying to get these ops to be similar to the 32 bit atomic ops which
all have prefetch. I did not see any reason why we shouldn't do the same
here. But no, no hard
This patch enables HDMI output on GK802 HDMI dongles.
Signed-off-by: Philipp Zabel
---
arch/arm/boot/dts/imx6q-gk802.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q-gk802.dts
b/arch/arm/boot/dts/imx6q-gk802.dts
index 4a9b4dc..16d3491 100644
---
On Mon, Apr 14, 2014 at 01:52:36PM -0400, Tejun Heo wrote:
> Hello,
>
> On Mon, Apr 14, 2014 at 11:45:56AM -0400, Vivek Goyal wrote:
> > So this patchset does not *enforce* a single hierarchy? So user space
> > can still mount other hierarchies.
>
> Nope, nothing is forced. Controllers may be
On Sat, Apr 12, 2014 at 09:32:09PM -0400, Tejun Heo wrote:
> Hello,
>
> Unified hierarchy has finally been posted.
>
> http://thread.gmane.org/gmane.linux.kernel.containers/27601
>
> It took a lot longer than I originally anticipated and over the course
> quite a few aspects of the initial
On Mon, 2014-04-14 at 16:57 +0800, Jiang Liu wrote:
> Hi all,
> I guess I found the root cause. It's a bug in matching
> device scope, variable 'level' should be decreased when walking up PCI
> topology.
> Could you please help to test following patch?
> Thanks!
> Gerry
Worked like a
On Mon, 2014-04-14 at 13:55 -0400, Pranith Kumar wrote:
Are there some benchmark comparison results
you neglected to attach?
> diff --git a/arch/arm64/include/asm/atomic.h b/arch/arm64/include/asm/atomic.h
[]
> @@ -235,6 +244,7 @@ static inline long atomic64_cmpxchg(atomic64_t
> *ptr, long old,
From: Eric Dumazet
Date: Mon, 14 Apr 2014 10:54:42 -0700
> On Mon, 2014-04-14 at 13:49 -0400, David Miller wrote:
>
>> Yep that would handle the l2tp cases, but vxlan needs something different
>> since it goes through iptunnel_xmit().
>>
>> So perhaps as a quick fix we can add an 'sk' arg to
On 14/04/14 09:19, Alexandre Belloni wrote:
Hi Jonathan,
I realise you didn't send any pull request for 3.15 yet, do you intend
to send it soon. As you know, I have a patch set depending on a few
patches and I'd like to rebase and resend it soon.
Regards,
Hi Alexandre.
All my patches are
On Mon, 14 Apr 2014, Stefani Seibold wrote:
> > > An other PowerPC device which is nearly eactly the same HW but without
> > > this USB HUB works perfectly.
> >
> > Maybe you should replace that hub with a different brand.
> >
>
> Thats not possible, because the Hub is soldered on the board.
On 04/14/2014 09:52 AM, Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> The English and Korean translations were updated, the Chinese and Japanese
> weren't.
>
> Signed-off-by: Geert Uytterhoeven
I think that Greg [cc-ed] usually handles the translation files. If he doesn't,
I will
Signed-off-by: Pranith Kumar
---
arch/arm64/include/asm/atomic.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/include/asm/atomic.h b/arch/arm64/include/asm/atomic.h
index 0237f08..82271ee 100644
--- a/arch/arm64/include/asm/atomic.h
+++
Looks good to me. I'll push it upstream.
Thanks,
Dave
On 04/14/2014 02:39 AM, Fabian Frederick wrote:
> According to commit 5f16f3225b0624
>
> ext4: atomically set inode->i_flags in ext4_set_inode_flags()
>
> Inspired-by: "Theodore Ts'o"
> Cc: Dave Kleikamp
> Cc: "Theodore Ts'o"
>
On Mon, 2014-04-14 at 13:49 -0400, David Miller wrote:
> Yep that would handle the l2tp cases, but vxlan needs something different
> since it goes through iptunnel_xmit().
>
> So perhaps as a quick fix we can add an 'sk' arg to both
> ip_queue_xmit() and ip_local_out().
Right, I am working on
Hello,
On Mon, Apr 14, 2014 at 11:45:56AM -0400, Vivek Goyal wrote:
> So this patchset does not *enforce* a single hierarchy? So user space
> can still mount other hierarchies.
Nope, nothing is forced. Controllers may be moved between unified and
traditional multiple hierarchies.
> How does
On Mon, Apr 14, 2014 at 06:01:47PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Add missing cf_exit() and clk_put() calls to ata_host_activate()
> failure path.
>
> Cc: Viresh Kumar
> Cc: Shiraz Hashim
> Signed-off-by: Bartlomiej Zolnierkiewicz
Applied to libata/for-3.15-fixes.
Thanks.
--
On Mon, Apr 14, 2014 at 10:35 AM, Alexei Starovoitov wrote:
> On Mon, Apr 14, 2014 at 10:26 AM, Kees Cook wrote:
>> On Mon, Apr 14, 2014 at 10:17 AM, Alexei Starovoitov
>> wrote:
>>> On Mon, Apr 14, 2014 at 10:11 AM, Kees Cook wrote:
This sets the correct error code when final filter
The legacy PIC may or may not be available and we need a mechanism to detect the
existence of the legacy PIC that is applicable for all hardware (both physical
as well as virtual) currently supported by Linux. On Hyper-V, our legacy
firmware
presented to the guests, emulates the legacy PIC while
From: Eric Dumazet
Date: Mon, 14 Apr 2014 10:40:04 -0700
> On Mon, 2014-04-14 at 13:34 -0400, David Miller wrote:
>> From: Eric Dumazet
>> Date: Mon, 14 Apr 2014 10:12:29 -0700
>>
>> > Hmm, it seems commit 31c70d5956fc l2tp: keep original skb ownership
>> > is the problem.
>> >
>> >
On 04/14/14 06:47, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Separate Qualcomm low-level debugging UART to two options.
>
> DEBUG_MSM_UART is used in earlier non-multi platform arches,
> like MSM7X00A, QSD8X50 and MSM7X30.
>
> DEBUG_QCOM_UARTDM is used in multi-plafrom arches and have
>
arch/x86/lib/x86-opcode-map.txt provides us quite a lot of information about
instructions. So far we've discarded information we didn't need to use
elsewhere.
This patch extracts two more bits of information about instructions:
- Mnemonic. We'd like to refer to instructions by their mnemonic,
This node is intended to allow SoC reset in case of software reset
or appropriate watchdogs.
The Keystone SoCs can contain up to 4 watchdog timers to reset
SoC. Each watchdog timer event input is connected to the Reset Mux
block. The Reset Mux block can be configured to cause reset or not.
Right now we generate data for the instruction decoder and place it
as a code file which gets #included directly (yuck).
Instead, make it a header which will also be usable by other code
that wants to use the data in there.
Signed-off-by: Sasha Levin
---
arch/x86/Makefile |6 ++
kmemcheck has it's own tiny opcode decoder, and is not using the
kernel's decoder for historic reasons.
While the decoder works for more cases, it fails on quite a few
opcodes and returns incorrect values, which leads to either a
failure to detect an issue, or a false positive.
This patch adds a
301 - 400 of 2040 matches
Mail list logo
