On 06/24/2014 08:50 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.9 release.
There are 68 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
(2014/06/25 0:12), Toshi Kani wrote:
On Tue, 2014-06-24 at 09:31 +0900, Yasuaki Ishimatsu wrote:
(2014/06/21 3:30), Toshi Kani wrote:
On Wed, 2014-06-18 at 15:38 +0900, Yasuaki Ishimatsu wrote:
:
@@ -186,7 +186,12 @@ void sync_global_pgds(unsigned long start, unsigned long
end)
On 06/24/2014 08:50 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.15.2 release.
There are 61 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 Tue, 24 Jun 2014, Guenter Roeck wrote:
That is another question. But for the time being it might be sufficient to
surround the defines with #if !defined(__KERNEL__) without introducing new
(and unused) kernel defines.
On the other hand, if no userspace is referencing these, then you
On Tue, Jun 24, 2014 at 09:34:19AM -0700, Casey Leedom wrote:
On 06/24/14 08:55, Casey Leedom wrote:
On 06/23/14 17:29, Luis R. Rodriguez wrote:
So I just did this for a normal modprobe (after the system is up):
JiffiesProcess
On Thu, 12 Jun 2014, Stefan Bader wrote:
doh, so you guys have been hit by that before. And I have missed the fact that
single_open is special. Which makes the change for the upper limit do the
wrong
thing. While long-term it sounds like changing it to vmalloc or iterative
reads
sounds
On Mon, 23 Jun 2014, Andrew Morton wrote:
On Sat, 21 Jun 2014 11:10:58 +0200 Heiko Carstens heiko.carst...@de.ibm.com
wrote:
On Wed, Jun 18, 2014 at 02:29:31PM -0700, Andrew Morton wrote:
On Mon, 16 Jun 2014 11:04:50 +0200 Heiko Carstens
heiko.carst...@de.ibm.com wrote:
On Tue, Jun 24, 2014 at 4:00 PM, Ben Chan benc...@chromium.org wrote:
This patch implements the stack protector code in MIPS compressed boot
phase based on the same code added to arm in commit
8779657d29c0ebcc0c94ede4df2f497baf1b563f stackprotector: Introduce
CONFIG_CC_STACKPROTECTOR_STRONG by
The original code for the exynos i2c controller registered for the
noirq variants. However during review feedback it was moved to
SIMPLE_DEV_PM_OPS without anyone noticing that it meant we were no
longer actually noirq (despite functions named
exynos5_i2c_suspend_noirq and
On Mon, Jun 23, 2014 at 10:53 PM, Ren, Qiaowei qiaowei@intel.com wrote:
On 2014-06-24, Andy Lutomirski wrote:
On 06/23/2014 01:06 PM, Andy Lutomirski wrote:
Can the new vm_operation name be use for this? The magic always
written to core dumps feature might need to be reconsidered.
One
From: Vincent Palatin vpala...@chromium.org
When the wake-up is triggered by the PMIC RTC, the RTC driver is trying
to read the PMIC interrupt status over I2C and fails because the I2C
controller is not resumed yet.
Let's resume the I2C controller earlier in the _noirq phase
(as other hardwares
Hi Paul,
On Tue, 24 Jun 2014 14:03:08 -0400 Paul Moore p...@paul-moore.com wrote:
On Friday, June 20, 2014 12:06:28 PM Paul Moore wrote:
{big snip}
Stephen, assuming for a moment that I created a fresh branch, based against
3.15, and then added the SELinux patches for 3.16 (basically
[PATCH v5 1/1] powerpc/perf: Adjust callchain based on DWARF debug info
When saving the callchain on Power, the kernel conservatively saves excess
entries in the callchain. A few of these entries are needed in some cases
but not others. We should use the DWARF debug information to determine
when
Ping?
This is all related to the new checksumming code by Tom Herbert.
The oops seems to be gso_make_checksum() taking a checksum of
something that isn't mapped. Either the math for 'plen' is simply
wrong (maybe csum_start is not properly initialized), or maybe there
is a missing skb_pull() or
The Krait CPU clocks are made up of muxes and dividers with a
handful of sources. Add a set of clk_ops that allow us to
configure these clocks so we can support CPU frequency scaling on
Krait CPUs.
Based on code originally written by Saravana Kannan.
Cc: Saravana Kannan skan...@codeaurora.org
Krait processors have individual clocks for each CPU that can
scale independently from one another. cpufreq-cpu0 is fairly
close to this, but assumes that there is only one clock for all
CPUs. Add a driver to support the Krait configuration.
TODO: Merge into cpufreq-cpu0? Or make generic?
HFPLLs are the main frequency source for Krait CPU clocks. Add
support for changing the rate of these PLLs.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clk/qcom/Makefile| 1 +
drivers/clk/qcom/clk-hfpll.c | 260 +++
The ACC and GCC regions present in KPSSv1 contain registers to
control clocks and power to each Krait CPU and L2. For CPUfreq
purposes probe these devices and expose a mux clock that chooses
between PXO and PLL8.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clk/qcom/Kconfig|
The Krait clocks are made up of a series of muxes and a divider
that choose between a fixed rate clock and dedicated HFPLLs for
each CPU. Instead of using mmio accesses to remux parents, the
Krait implementation exposes the remux control via cp15
registers. Support these clocks.
Signed-off-by:
On some devices (MSM8974 for example), the HFPLLs are
instantiated within the Krait processor subsystem as separate
register regions. Add a driver for these PLLs so that we can
provide HFPLL clocks for use by the system.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Sometimes clocks can't accept their parent source turning off
while the source is reprogrammed to a different rate. Most
notably some CPU clocks require a way to switch away from the
current PLL they're running on, reprogram that PLL to a new rate,
and then switch back to the PLL with the new rate
Add the necessary DT nodes and data so we can probe the cpufreq
driver on MSM devices with Krait CPUs.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/boot/dts/qcom-msm8960.dtsi | 49 +
arch/arm/boot/dts/qcom-msm8974.dtsi | 106 ++--
Register a cpufreq-krait device whenever we detect that a
qcom,krait compatible CPU is present in DT.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/cpufreq/Kconfig.arm| 8 +++
drivers/cpufreq/Makefile | 1 +
drivers/cpufreq/qcom-cpufreq.c | 48
The Krait CPU clocks are made up of a primary mux and secondary
mux for each CPU and the L2, controlled via cp15 accessors. For
Kraits within KPSSv1 each secondary mux accepts a different aux
source, but on KPSSv2 each secondary mux accepts the same aux
source.
Signed-off-by: Stephen Boyd
These patches provide cpufreq scaling on devices with Krait CPUs.
For now I've only added support for 8960 and 8974. Adding more
chips should be fairly easy. There are still some big TODOs but
I'm posting these patches now to get any early feedback possible.
The first patch has been posted
Describe the HFPLLs present on MSM8960 devices.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clk/qcom/gcc-msm8960.c | 82 ++
1 file changed, 82 insertions(+)
diff --git a/drivers/clk/qcom/gcc-msm8960.c b/drivers/clk/qcom/gcc-msm8960.c
Krait CPUs have a handful of L2 cache controller registers that
live behind a cp15 based indirection register. First you program
the indirection register (l2cpselr) to point the L2 'window'
register (l2cpdr) at what you want to read/write. Then you
read/write the 'window' register to do what you
kcmp_test.c: In function ‘main’:
kcmp_test.c:85:5: warning: format ‘%li’ expects argument of type ‘long int’,
but argument 2 has type ‘int’ [-Wformat=]
ret, strerror(errno));
^
Signed-off-by: Shuah Khan shuah...@samsung.com
---
tools/testing/selftests/kcmp/kcmp_test.c | 2 +-
1 file
On 24.06.2014 13:28, Pankaj Dubey wrote:
On Tuesday, June 17 2014, Tomasz Figa wrote:
On 10.05.2014 08:56, Pankaj Dubey wrote:
[snip]
+
+ ret = platform_driver_register(exynos_pmu_driver);
+ if (ret 0)
+ goto out;
+
+ exynos_pmu_pdev =
Am 24.06.2014 20:16, schrieb Bjorn Andersson:
diff --git
a/Documentation/devicetree/bindings/pinctrl/qcom,msm8960-pinctrl.txt
b/Documentation/devicetree/bindings/pinctrl/qcom,msm8960-pinctrl.txt
new file mode 100644
index 000..6e79eea
--- /dev/null
+++
On 6/24/2014 7:26 AM, Jason Cooper wrote:
On Mon, Jun 23, 2014 at 07:32:58PM -0500, suravee.suthikulpa...@amd.com wrote:
This patch set introduces support for MSI(-X) in GICv2m specification,
which is implemented in some variation of GIC400.
This depends on and has been tested with the V7 of
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 32-bit addressable DRAM.
This patch checks to make sure there is
From: Linus Torvalds torva...@linux-foundation.org
Date: Tue, 24 Jun 2014 17:04:41 -0700
Ping?
Tom please help look at this.
This is all related to the new checksumming code by Tom Herbert.
The oops seems to be gso_make_checksum() taking a checksum of
something that isn't mapped. Either
On 06/24/2014 10:44 PM, Guenter Roeck wrote:
On 06/24/2014 06:24 AM, Chen Gang wrote:
On 06/23/2014 11:03 AM, Chen Gang wrote:
On 06/22/2014 11:02 PM, Guenter Roeck wrote:
On 06/22/2014 07:53 AM, Guenter Roeck wrote:
I did that, and managed to build gcc.
However, when trying to compile
On 2014/6/20 18:47, Liu hua wrote:
On 2014/6/20 7:42, Luck, Tony wrote:
BTW, I note that extern struct pstore_info *psinfo locates in
fs/pstore/internal.h. So users out of directory fs/pstore/ can not use pstore
to
record messages. We do not want other kernel users to use pstore, right? And
On Tue, 24 Jun 2014, Josh Hunt wrote:
Anyone you'd suggest adding to this thread to get other feedback about
tracking page allocation failures? I could also spin up a patch and cc them.
Page allocation failures happen all the time, mostly because of
large-order allocations (more than
On Tue, Jun 24, 2014 at 05:42:50PM +0200, Vlastimil Babka wrote:
On 06/24/2014 10:33 AM, Joonsoo Kim wrote:
On Fri, Jun 20, 2014 at 05:49:34PM +0200, Vlastimil Babka wrote:
isolate_migratepages_range() is the main function of the compaction scanner,
called either on a single pageblock by
On 06/24/14 17:06, Stephen Boyd wrote:
diff --git a/drivers/cpufreq/Makefile b/drivers/cpufreq/Makefile
index 738c8b7b17dc..f5c9f68dcc0f 100644
--- a/drivers/cpufreq/Makefile
+++ b/drivers/cpufreq/Makefile
@@ -14,6 +14,7 @@ obj-$(CONFIG_CPU_FREQ_GOV_CONSERVATIVE) +=
On Tue, 24 Jun 2014, Peter Wu wrote:
(staging drivers are handled by Greg KH, cc'ing him)
On Tuesday 24 June 2014 00:11:51 Rickard Strandqvist wrote:
For consistency with other drivers, replace a magic number by a macro.
Signed-off-by: Rickard Strandqvist
On Tue, Jun 24, 2014 at 05:29:27PM +0200, Vlastimil Babka wrote:
On 06/24/2014 10:23 AM, Joonsoo Kim wrote:
On Fri, Jun 20, 2014 at 05:49:32PM +0200, Vlastimil Babka wrote:
When direct sync compaction is often unsuccessful, it may become deferred
for
some time to avoid further useless
On Tue, 24 Jun 2014, Joonsoo Kim wrote:
min_partial means minimum number of slab cached in node partial
list. So, if nr_partial is less than it, we keep newly empty slab
on node partial list rather than freeing it. But if nr_partial is
equal or greater than it, it means that we have enough
Hi Rickard,
On Tue, 24 Jun 2014 13:09:10 +0200, Rickard Strandqvist wrote:
Fix a risk of doing free on an uninitialized pointer.
This was found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
Acked-by: Namhyung
Commit 143e1e28cb (sched: Rework sched_domain topology definition)
introduced a number of functions with a return value of 'const int'.
gcc doesn't know what to do with that and, if the kernel is compiled
with W=1, complains with the following warnings whenever sched.h
is included.
Hi Tejun,
On 06/25/2014 04:58 AM, Tejun Heo wrote:
Hello,
On Tue, Jun 24, 2014 at 10:28:12AM +0800, Li Zefan wrote:
I don't think the suggested patch breaks anything more than it was
broken before and we should probably apply it for the time being. Li?
Yeah, we should apply Gu Zheng's
On Tuesday, June 24, 2014 03:39:43 PM Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@suse.com
The p54 driver uses request_firmware() twice, once for actual
firmware and then another time for an optional user overide on
EEPROM, 3826.eeprom. The custom EEPROM is optional but if not
On Wednesday, June 25, 2014 12:52 AM, Alvin Chen wrote:
From: Bryan O'Donoghue bryan.odonog...@intel.com
This patch is to enable USB host controller for Intel Quark X1000. Add pci
quirks
to adjust the packet buffer in/out threshold value, and ensure EHCI packet
buffer
i/o threshold
Signed-off-by: Ben Chan benc...@chromium.org
---
drivers/staging/gdm72xx/gdm_wimax.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/gdm72xx/gdm_wimax.c
b/drivers/staging/gdm72xx/gdm_wimax.c
index e5e5115..3081fd4 100644
---
On Mon, Jun 23, 2014 at 07:59:17PM +0900, Tetsuo Handa wrote:
Joonsoo Kim wrote:
On Thu, Apr 10, 2014 at 08:54:37PM +0900, Tetsuo Handa wrote:
Joonsoo Kim wrote:
There was another report about this problem and I have already fixed
it, although it wasn't reviewed and merged. See
ping...
On 2014/6/17 10:18, Li, Aubrey wrote:
The Power Management Controller (PMC) controls many of the power
management features present in the SoC. This driver provides
interface to configure the Power Management Controller (PMC).
This driver exposes PMC device state and sleep state
On Tue, 2014-06-24 at 18:05 -0700, Guenter Roeck wrote:
.../...
Drop 'const' from the function declarations to fix the problem.
The fix for all three patches has to be applied together to avoid
compilation failures for the affected architectures.
Cc: Dietmar Eggemann
On 06/25/2014 07:40 AM, David Rientjes wrote:
On Tue, 24 Jun 2014, Guenter Roeck wrote:
That is another question. But for the time being it might be sufficient to
surround the defines with #if !defined(__KERNEL__) without introducing new
(and unused) kernel defines.
On the other hand,
This is a resend patch from the previous v2 patch since there's no
response except for Don.
ChangeLog
v2 = v3
- Add Acked-by by Don Zickus
- Rebase the patch based on v3.16-rc2
- Rewrite patch description a little
v1 = v2)
- Add reason and the fact I know on CondChgd in patch
On 2014-06-24 17:12, Matias Bjørling wrote:
+static int nvme_admin_init_request(void *data, struct request *req,
+ unsigned int hctx_idx, unsigned int rq_idx,
+ unsigned int numa_node)
{
- return DIV_ROUND_UP(depth, 8) + (depth
Hi,
On Tue, Jun 24, 2014 at 04:11:48PM -0500, Rob Herring wrote:
On Mon, Jun 23, 2014 at 1:20 PM, Felipe Balbi ba...@ti.com wrote:
by providing phandles to rtc, wdt, cpu and dispc nodes,
boards can access them to add board-specific data.
Strictly speaking, you are adding labels, not
On 2014-06-25, Andy Lutomirski wrote:
On Mon, Jun 23, 2014 at 10:53 PM, Ren, Qiaowei qiaowei@intel.com
wrote:
On 2014-06-24, Andy Lutomirski wrote:
On 06/23/2014 01:06 PM, Andy Lutomirski wrote:
Can the new vm_operation name be use for this? The magic
always written to core dumps
Hi,
The first 3 patches in this series adds the DT bindings and the DT-parse
support to the OMAP mailbox driver. The last 3 patches make the changes
to adopt to the v7 version of mailbox framework from Jassi Brar [1]. I
have posted all the patches together since both touch the bindings and
Logic has been added to the OMAP2+ mailbox code to parse the
mailbox dt nodes and construct the different sub-mailboxes
associated with the instance. The DT representation of the
sub-mailbox devices is different from legacy platform data
representation to allow flexibility of interrupt
The sub-mailbox devices are added to the Mailbox DT nodes on
OMAP2420, OMAP2430, OMAP3, AM33xx, AM43xx, OMAP4 and OMAP5
family of SoCs. This data represents the same mailboxes that
used to be represented in hwmod attribute data previously.
The node name is chosen based on the .name field of
Add the device tree bindings document for OMAP2+ mailbox.
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Ian Campbell ijc+devicet...@hellion.org.uk
Cc: Kumar Gala ga...@codeaurora.org
Signed-off-by: Suman Anna s-a...@ti.com
---
The mailbox framework currently does not support using the
channel phandles directly in the mbox property of client nodes,
and also expects a minimum value of 1 for the #mbox-cells in the
mailbox controller device node. Implement a custom of_xlate function
for the OMAP mailbox driver that allows
The '#mbox-cells' property is added to all the OMAP mailbox
nodes. This property is mandatory with the new mailbox framework.
Cc: Benoît Cousson bcous...@baylibre.com
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Ian Campbell
The OMAP mailbox driver and its existing clients (remoteproc
for OMAP4+ and TI DSP/Bridge for OMAP3) are adapted to use
the generic mailbox framework.
The main changes for the adaptation are:
- The tasklet used for Tx is replaced with the state machine from
the generic mailbox framework.
On Tue, Jun 24, 2014 at 03:54:44PM -0700, Casey Leedom wrote:
[[ Hopefully this makes it through to the kernel.org lists -- I’m using the
Mac OS/X Mailer and it’s not clear how to force it not to use HTML format.
-- Casey ]]
So does request_firmware_direct() only fail if the requested
On Wed, Jun 25, 2014 at 7:12 AM, Matias Bjørling m...@bjorling.me wrote:
This converts the current NVMe driver to utilize the blk-mq layer.
Contributions in this patch from:
Sam Bradshaw sbrads...@micron.com
Jens Axboe ax...@kernel.dk
Keith Busch keith.bu...@intel.com
Christoph
On 2014/6/25 5:01, Tejun Heo wrote:
Hello, Li.
On Tue, Jun 24, 2014 at 09:22:00AM +0800, Li Zefan wrote:
Ah, right. Gees, I'm really hating the fact that we have -mount but
not -umount. However, can't we make it a bit simpler by just
introducing a mutex protecting looking up and refing up
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/24/2014 10:38 AM, Peter Zijlstra wrote:
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index
4723234..e98d290 100644 --- a/kernel/sched/fair.c +++
b/kernel/sched/fair.c @@ -1314,6 +1314,12 @@ static void
task_numa_compare(struct
On Fri, Jun 20, 2014 at 05:49:42PM +0200, Vlastimil Babka wrote:
Compaction uses watermark checking to determine if it succeeded in creating
a high-order free page. My testing has shown that this is quite racy and it
can happen that watermark checking in compaction succeeds, and moments later
Makefile compile linking order is incorrect causing the compile
to fail not finding librt symbols.
/tmp/cceTqwFh.o: In function `test_queue_fail':
mq_open_tests.c:(.text+0x6b): undefined reference to `mq_open'
mq_open_tests.c:(.text+0x80): undefined reference to `mq_getattr'
On Wed, Jun 25, 2014 at 01:39:51AM +0200, Luis R. Rodriguez wrote:
On Tue, Jun 24, 2014 at 09:34:19AM -0700, Casey Leedom wrote:
On 06/24/14 08:55, Casey Leedom wrote:
On 06/23/14 17:29, Luis R. Rodriguez wrote:
So I just did this for a normal modprobe (after the system is up):
When runing with the kernel(3.15-rc7+), the follow bug occurs:
[ 9969.258987] BUG: sleeping function called from invalid context at
kernel/locking/mutex.c:586
[ 9969.359906] in_atomic(): 1, irqs_disabled(): 0, pid: 160655, name: python
[ 9969.441175] INFO: lockdep is turned off.
[ 9969.488184]
On 06/23/2014 01:20 PM, Felipe Balbi wrote:
Add support for TI's AM437x StarterKit Evaluation
Module.
Cc: Josh Elliot jelli...@ti.com
Cc: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Tested-by: Darren Etheridge detheri...@ti.com
I tested with
I second David, there is no reason for this if there is a bug due to
page allocation
failure it will be probably at the point of kernel panic or in the
trace statements
at panic.
Cheers Nick
On Tue, Jun 24, 2014 at 10:19 PM, Nick Krause xerofo...@gmail.com wrote:
I second David, this is no
On 2014/6/24 10:59, Zhenyu Wang wrote:
On 2014.06.19 17:53:51 +0800, Tiejun Chen wrote:
Originally the reason to probe ISA bridge instead of Dev31:Fun0
is to make graphics device passthrough work easy for VMM, that
only need to expose ISA bridge to let driver know the real
hardware underneath.
Thanks Lee Jones ,
It's great to known that people are happy to clean up the
fixed bugs still open on Bugzilla.
Cheers Nick
On Mon, Jun 23, 2014 at 4:47 AM, Lee Jones lee.jo...@linaro.org wrote:
On Fri, 20 Jun 2014, Nick Krause wrote:
There seems to be a obsolete bug in this file that has been
On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei tom.leim...@gmail.com wrote:
From API view, it isn't good to run all hw queues synchronously
in one context, since it isn't correct for multi hw queue case.
So this patch adds 'async' parameter to blk_mq_start_hw_queue(),
and make
On 06/25/2014 07:54 AM, Benjamin Herrenschmidt wrote:
On Wed, 2014-06-25 at 00:33 +1000, Alexey Kardashevskiy wrote:
I do not understand why @val is considered LE here and need to be
converted
to CPU. Really. I truly believe it should be cpu_to_le32().
No. Both are slightly wrong
list_delete is just an inline wrapper around list_del_init. This patch
removes the wrapper and directly uses list_del_init.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c|8
is_list_empty is just an inline wrapper around list_empty. This patch
removes the wrapper and directly uses list_empty instead.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h | 10 +-
drivers/staging/rtl8712/rtl8712_recv.c |4 ++--
_init_listhead is just an inline wrapper around INIT_LIST_HEAD. This
patch removes the wrapper and directly uses INIT_LIST_HEAD instead.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |7 +--
drivers/staging/rtl8712/rtl8712_recv.c|
get_list_head is an inline that returns list-head. This patch removes this
inline and directly applies list-head where applicable.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c|
list_insert_tail is just an inline wrapper around list_add_tail. This
patch removes the wrapper and directly uses list_add_tail.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |6 --
drivers/staging/rtl8712/rtl8712_recv.c| 10
_queue_empty is an inline wrapper around list_empty. This patch removes this
wrapper function and instead calls list_empty directly.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_cmd.c |
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/rtl8712/osdep_service.h
b/drivers/staging/rtl8712/osdep_service.h
index 77b1443..3dfc473 100644
---
get_next is just an inline wrapper around return list-next. This
patch removes the wrapper and directly uses list-next where
applicable.
Signed-off-by: James A Shackleford sh...@linux.com
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c
Mark,
Thank you for all your comments. Please see my reply below. I have
omitted the minor ones.
On 6/24/2014 5:11 AM, Mark Rutland wrote:
On Tue, Jun 24, 2014 at 01:33:00AM +0100, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
+static int
On 2014-06-24 20:42, Ming Lei wrote:
On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei tom.leim...@gmail.com wrote:
From API view, it isn't good to run all hw queues synchronously
in one context, since it isn't correct for multi hw queue case.
So this patch adds 'async' parameter to
On Wed, May 28, 2014 at 01:52:45PM -0700, Greg KH wrote:
On Wed, May 21, 2014 at 11:21:43AM +0800, Wei Yang wrote:
Hi~
Is this fix reasonable?
I'll leave this up to Grant...
Hmm... not sure this is missed or Grant's mail address is not correct?
--
Richard Yang
Help you, Help me
--
To
On 6/24/2014 4:52 AM, Marc Zyngier wrote:
Overall, this requires to be re-architected. If you want to have a look
at the way I did the GICv3 ITS support:
git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git
gicv3/its
Thanks,
Thanks for the review comments. I'll take a look at
tcp_gso_segment() makes sure that the headers are reachable in the linear
area with the pskb_may_pull(skb, sizeof(*th)) call, and gso_make_checksum()
is only working with the area up to SKB_GSO_CB()-csum_start which should
be within this area for sure.
Seems likely that csum_start is not
On 06/25/2014 04:29 AM, Doug Anderson wrote:
Tushar,
On Thu, Jun 12, 2014 at 12:40 AM, Tushar Behera tusha...@samsung.com wrote:
On Wed, Jun 11, 2014 at 10:20 PM, Kevin Hilman khil...@linaro.org wrote:
Tushar Behera tusha...@samsung.com writes:
When the output clock of AUDSS mux is
[Adding tglx to the cc. Sorry for any double sends]
On Mon, Jun 23, 2014 at 8:25 PM, Tejun Heo t...@kernel.org wrote:
Hello,
On Tue, Jun 24, 2014 at 01:02:40PM +1000, Dave Chinner wrote:
start_flush_work() is effectively a special queue_work()
implementation, so if if it's not safe to call
I'm seeing the following build error on arm64:
In file included from util/event.c:3:0:
util/event.h:95:17: error: 'PERF_REGS_MAX' undeclared here (not in a function)
u64 cache_regs[PERF_REGS_MAX];
^
This patch adds a PEFF_REGS_MAX definition for arm64.
Signed-off-by:
On 06/24/2014 07:45 PM, David Rientjes wrote:
On Tue, 24 Jun 2014, Josh Hunt wrote:
Anyone you'd suggest adding to this thread to get other feedback about
tracking page allocation failures? I could also spin up a patch and cc them.
Page allocation failures happen all the time, mostly
s/iff/if
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
Documentation/cgroups/cgroups.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/cgroups/cgroups.txt
b/Documentation/cgroups/cgroups.txt
index 821de56..b614f42 100644
---
If you want to flush the ram issues back to disk,
that may be a good idea otherwise I would just
close this discussion.
Cheers Nick
On Tue, Jun 24, 2014 at 11:24 PM, Josh Hunt joh...@akamai.com wrote:
On 06/24/2014 07:45 PM, David Rientjes wrote:
On Tue, 24 Jun 2014, Josh Hunt wrote:
Anyone
Parentheses around (foo-bar) and *(foo-bar) are unnecessary.
Emit a --strict only message on these uses.
Signed-off-by: Joe Perches j...@perches.com
---
lk sources by far use foo-bar over (foo-bar).
(a rough count shows about 25:1)
scripts/checkpatch.pl | 8
1 file changed, 8
On 2014/6/25 11:30, Chen Hanxiao wrote:
s/iff/if
This is not a typo. iff == if and only if.
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
Documentation/cgroups/cgroups.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/cgroups/cgroups.txt
I believe in the no scatter-gather case of skb_segment is not set
correctly. Will post a patch momentarily.
On Tue, Jun 24, 2014 at 8:05 PM, Tom Herbert therb...@google.com wrote:
tcp_gso_segment() makes sure that the headers are reachable in the linear
area with the pskb_may_pull(skb,
On Tue, Jun 24, 2014 at 6:25 AM, Lucas Stach l.st...@pengutronix.de wrote:
Am Dienstag, den 24.06.2014, 14:27 +0200 schrieb Maarten Lankhorst:
op 24-06-14 14:23, Alexandre Courbot schreef:
On Tue, Jun 24, 2014 at 7:55 PM, Alexandre Courbot acour...@nvidia.com
wrote:
On 06/24/2014 07:33
On Tue, Jun 24, 2014 at 08:33:04PM +0400, Vladimir Davydov wrote:
Add forward declarations for struct pglist_data, mem_cgroup.
Remove __init, __meminit from function prototypes and inline functions.
Remove redundant inclusion of bit_spinlock.h.
Signed-off-by: Vladimir Davydov
901 - 1000 of 2118 matches
Mail list logo