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: Ste
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
---
drivers/clk/qcom/Kconfig | 8
drive
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
---
arch/arm/boot/dts/qcom-msm8960.dtsi | 49 +
arch/arm/boot/dts/qcom-msm8974.dtsi | 106 ++--
2 files changed, 151
Register a cpufreq-krait device whenever we detect that a
"qcom,krait" compatible CPU is present in DT.
Signed-off-by: Stephen Boyd
---
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
---
dr
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 before.
Describe the HFPLLs present on MSM8960 devices.
Signed-off-by: Stephen Boyd
---
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
index f4ffd91901f8..d04fc
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 w
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
---
tools/testing/selftests/kcmp/kcmp_test.c | 2 +-
1 file changed, 1 insertion(+
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 = platform_devi
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
> +++ b/Documentation/devicetree
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 "A
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
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 the math for 'plen' is s
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, w
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?
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 PAGE
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
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) +=
> cpufreq_conserv
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
> > Reviewed-by: Pete
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 use
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
Acked-by: Namhyung Kim
Thanks,
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.
include/linux/s
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 G
On Tuesday, June 24, 2014 03:39:43 PM Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
> 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
> present we'
On Wednesday, June 25, 2014 12:52 AM, Alvin Chen wrote:
>
> From: Bryan O'Donoghue
>
> 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 value is reconfigured
Signed-off-by: Ben Chan
---
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
--- a/drivers/staging/gdm72xx/gdm_wimax.c
+++ b/drivers
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 merg
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
> Cc: Peter Z
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 o
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 descr
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 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 phandles. Y
On 2014-06-25, Andy Lutomirski wrote:
> On Mon, Jun 23, 2014 at 10:53 PM, Ren, Qiaowei
> 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" featur
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
dictate
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 configuratio
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
omap_mb
Add the device tree bindings document for OMAP2+ mailbox.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Suman Anna
---
.../devicetree/bindings/mailbox/omap-mailbox.txt | 104 +
1 file changed, 104 insertions(+)
create m
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 ph
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"
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Suman Anna
---
arch/arm/boot/dts/am33xx.dtsi |
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. The
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 reques
On Wed, Jun 25, 2014 at 7:12 AM, Matias Bjørling wrote:
> This converts the current NVMe driver to utilize the blk-mq layer.
>
> Contributions in this patch from:
>
> Sam Bradshaw
> Jens Axboe
> Keith Busch
> Christoph Hellwig
> Robert Nelson
>
> Acked-by: Keith Busch
> Acked-by: J
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
-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(str
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'
mq_open_tests.c:(.text
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] CPU
On 06/23/2014 01:20 PM, Felipe Balbi wrote:
Add support for TI's AM437x StarterKit Evaluation
Module.
Cc: Josh Elliot
Cc: Darren Etheridge
Signed-off-by: Felipe Balbi
Tested-by: Darren Etheridge
I tested with omap2plus_defconfig + additionally enabling OMAPDSS and
Backlight in .config.
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 wrote:
> I second David, this is no reason for this if th
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. T
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 wrote:
> On Fri, 20 Jun 2014, Nick Krause wrote:
>> There seems to be a obsolete bug in this file that has been reported about
>>
On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei 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 blk_mq_start_hw_queues() to run hw q
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
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c|8
drivers/staging/r
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
---
drivers/staging/rtl8712/osdep_service.h | 10 +-
drivers/staging/rtl8712/rtl8712_recv.c |4 ++--
drivers/staging/
_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
---
drivers/staging/rtl8712/osdep_service.h |7 +--
drivers/staging/rtl8712/rtl8712_recv.c|4 ++--
driver
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
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c| 15 +++-
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
---
drivers/staging/rtl8712/osdep_service.h |6 --
drivers/staging/rtl8712/rtl8712_recv.c| 10 +-
drivers/s
_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
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_cmd.c |2 +-
drivers/st
Signed-off-by: James A Shackleford
---
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
--- a/drivers/staging/rtl8712/osdep_service.h
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
---
drivers/staging/rtl8712/osdep_service.h |5 -
drivers/staging/rtl8712/rtl8712_recv.c| 14
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
+static int alloc_msi_irq(struct gicv2m_msi_d
On 2014-06-24 20:42, Ming Lei wrote:
On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei 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 blk_
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
--
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 t
> 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 wrote:
>> On Wed, Jun 11, 2014 at 10:20 PM, Kevin Hilman wrote:
>>> Tushar Behera writes:
>>>
When the output clock of AUDSS mux is disabled, we are getting kernel
oops while doi
[Adding tglx to the cc. Sorry for any double sends]
On Mon, Jun 23, 2014 at 8:25 PM, Tejun Heo 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 complete(
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: Mar
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 because
s/iff/if
Signed-off-by: Chen Hanxiao
---
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
--- a/Documentation/cgroups/cgroups.txt
+++ b/Docume
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 wrote:
> On 06/24/2014 07:45 PM, David Rientjes wrote:
>>
>> On Tue, 24 Jun 2014, Josh Hunt wrote:
>>
>>> Anyone you'd su
Parentheses around &(foo->bar) and *(foo->bar) are unnecessary.
Emit a --strict only message on these uses.
Signed-off-by: Joe Perches
---
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 insertions(+)
dif
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
> ---
> Documentation/cgroups/cgroups.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/cgroups/cgroups.txt
> b/Documentation
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 wrote:
>> tcp_gso_segment() makes sure that the headers are reachable in the linear
>> area with the pskb_may_pull(skb, sizeof(*th)) call, and
On Tue, Jun 24, 2014 at 6:25 AM, Lucas Stach 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
>> > wrote:
>> >> On 06/24/2014 07:33 PM, Alexandre Courbot wrote:
>>
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
Ack
Tushar,
On Tue, Jun 24, 2014 at 8:09 PM, Tushar Behera wrote:
> On 06/25/2014 04:29 AM, Doug Anderson wrote:
>> Tushar,
>>
>> On Thu, Jun 12, 2014 at 12:40 AM, Tushar Behera wrote:
>>> On Wed, Jun 11, 2014 at 10:20 PM, Kevin Hilman wrote:
Tushar Behera writes:
> When the output c
On Tue, Jun 24, 2014 at 08:33:05PM +0400, Vladimir Davydov wrote:
> It's not used anywhere today, so let's remove it.
>
> Signed-off-by: Vladimir Davydov
Acked-by: Johannes Weiner
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
Dave Jones reported that a crash is occuring in
csum_partial
tcp_gso_segment
inet_gso_segment
? update_dl_migration
skb_mac_gso_segment
__skb_gso_segment
dev_hard_start_xmit
sch_direct_xmit
__dev_queue_xmit
? dev_hard_start_xmit
dev_queue_xmit
ip_finish_output
? ip_output
ip_output
ip_forward_fini
On Tue, Jun 24, 2014 at 04:20:52PM -0700, Andrew Morton wrote:
> On Tue, 24 Jun 2014 20:33:06 +0400 Vladimir Davydov
> wrote:
>
> > Since commit a9ce315aaec1f ("mm: memcontrol: rewrite uncharge API"),
> > PCG_* flags are used as bit masks, but they are still defined in a enum
> > as bit numbers.
On Tue, Jun 24, 2014 at 9:03 PM, Tom Herbert wrote:
>
> It looks like a likely culprit is that SKB_GSO_CB()->csum_start is
> not set correctly when doing non-scatter gather. We are using
> offset as opposed to doffset.
>
> Reported-by: Dave Jones
DaveJ, I think you triggered this in five minutes
Hi,
On Wednesday, June 25 2014 Tomasz Figa write:
> 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)
> >>>
On Fri, Jun 20, 2014 at 5:18 PM, Iyappan Subramanian
wrote:
> This patch adds network driver for APM X-Gene SoC ethernet.
>
> Signed-off-by: Iyappan Subramanian
> Signed-off-by: Ravi Patel
> Signed-off-by: Keyur Chudgar
> ---
> drivers/net/ethernet/Kconfig | 1 +
> driv
On Wednesday 25 June 2014 02:31 AM, Rob Herring wrote:
> On Tue, Jun 24, 2014 at 3:25 AM, Vineet Gupta
> wrote:
>> Signed-off-by: Vineet Gupta
>> ---
>> drivers/tty/serial/arc_uart.c | 22 ++
>> 1 file changed, 6 insertions(+), 16 deletions(-)
>>
>> diff --git a/drivers/tty/s
Fix the broken check for calling sys_fallocate() on an active swapfile,
introduced by commit 0790b31b69374ddadefe ("fs: disallow all fallocate
operation on active swapfile").
Signed-off-by: Eric Biggers
---
fs/open.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/ope
On Wed, Jun 25, 2014 at 11:00 AM, Jens Axboe wrote:
> On 2014-06-24 20:42, Ming Lei wrote:
>>
>> On Tue, Jun 24, 2014 at 10:53 PM, Ming Lei 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.
>>>
>>> S
On 06/23/2014 02:05 PM, Joe Perches wrote:
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
On Mon, 2014-06-23 at 12:15 -0700, Joe Perches wrote:
On Mon, 2014-06-23 at 11:02 -0700, Don Fry wrote:
This causes the line length to be greater than 80 characters causing
checkpa
From: Anil Belur
- this fixes "WARNING: labels should not be indented"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/dir.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/dir.c
b/drivers/staging/lustr
From: Anil Belur
- this fixes "WARNING: Use #include instead of
"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
b/drivers/staging/lustre/lus
From: Anil Belur
- this fixes some coding style issues "ERROR: "(foo*)" should be "(foo *)"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/dir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/dir.c
b/drivers/stagi
From: Anil Belur
- this commit fixes some "ERROR: do not initialise statics to 0 or NULL"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
On Tue, 2014-06-24 at 21:49 -0700, Guenter Roeck wrote:
> On 06/23/2014 02:05 PM, Joe Perches wrote:
> > V2: Don Fry is an 80 column neatnik.
> And you are an 'align with (' neatnik, so guess the two of you are even :-)
Guilty.
The editor (emacs in my case) allows me to forget I am one though.
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140624:
The staging tree still had its build failure for which I disabled a driver.
I applied a supplied patch to the akpm-current tree for a ppc build failure.
Non-merge commits (relative to Linus' tree):
On Tue, Jun 24, 2014 at 03:14:54PM -0400, Rik van Riel wrote:
> The function effective_load already makes the calculations that
> task_h_load makes. Making them twice can throw off the calculations,
> and is generally a bad idea.
>
> Signed-off-by: Rik van Riel
> ---
> kernel/sched/fair.c | 4 ++
901 - 1000 of 1058 matches
Mail list logo
