Fix the following checkpatch warning,
WARNING: quoted string split across lines
+"\n\t\tName of DSP firmware file in /lib/firmware"
+" (if not specified defaults to 'rproc-dsp-fw')");
Signed-off-by: Suman Anna
---
drivers/remoteproc/da8xx_remoteproc.c | 3 +--
1
On the 7260 time event was often ended before end_time and connections failed
with "No association and the time event is over already...".
This checks that the time event is actually over before disconnecting.
Signed-off-by: Filip Ayazi
---
drivers/net/wireless/iwlwifi/mvm/time-event.c | 3 ++-
Hi!
It seems that pcmcia was unhappy even before, but eject definitely
oopsed it.
Any ideas?
Pavel
[ 3562.355010] pci_bus :15: Allocating resources
[ 3562.355054] i915 :00:02.0: BAR 6: [??? 0x flags 0x2] has bogus
Function "get_logical_index()" is not available on arm64.
Instead of adding the function simply using "of_get_cpu_node()" and
comparing the return value with cpu handles yields the same
result.
Signed-off-by: Mathieu Poirier
---
drivers/coresight/of_coresight.c | 18 ++
1 file
These are the latest coresight patches that I'd like you to consider for
inclusion in your tree. The set is based on v4.0-rc1.
Thanks,
Mathieu
Mathieu Poirier (4):
coresight: making cpu index lookup arm64 compliant
coresight: fixing compilation warnings picked up by 64bit compiler
Most CoreSight blocks are 64-bit ready. As such move configuration
entries from "arch/arm/Kconfig.config" to the driver's subdirectory
and source the newly created Kconfig from architecture specific
Kconfig.debug files.
Signed-off-by: Mathieu Poirier
Acked-by: Catalin Marinas
---
The System Trace Macrocell (STM) is an IP block falling under the
CoreSight umbrella. It's main purpose it so expose stimulus channels
to any system component for the purpose of information logging.
Bindings for this IP block adds a couple of items to the current
mandatory definition for
tree: git://neil.brown.name/md for-next
head: 5d98513a2e546337c0deb93d772eb0c988d47c1d
commit: e94987db2ed983aea4e45d22db9e17c6bbf2a623 [14/48] Initiate recovery on
node failure
reproduce:
# apt-get install sparse
git checkout e94987db2ed983aea4e45d22db9e17c6bbf2a623
make ARCH=x86_64
From: Pratik Patel
This driver adds support for the STM CoreSight IP block,
allowing any system compoment (HW or SW) to log and
aggregate messages via a single entity.
The STM exposes an application defined number of channels
called stimulus port. Configuration is done using entries
in sysfs
Compiling coresight drivers with a 64-bit compiler highlights a couple
of formatting issues, which are fixed by this patch.
Signed-off-by: Mathieu Poirier
---
drivers/coresight/coresight-etb10.c | 4 ++--
drivers/coresight/coresight-tmc.c | 4 ++--
2 files changed, 4 insertions(+), 4
drivers/md/md-cluster.c:190:6: sparse: symbol 'recover_bitmaps' was not
declared. Should it be static?
Signed-off-by: Fengguang Wu
---
md-cluster.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/md/md-cluster.c b/drivers/md/md-cluster.c
index 1f82d0d..c71217a
If the pages for a subpool are reserved, then the reservations have
already been accounted for in the global pool. Therefore, when
requesting a new reservation (such as for a mapping) for the subpool
do not count again in global pool. However, when actually allocating
a page for the subpool
Make reserved be an option when mounting a hugetlbfs. reserved
option is only possible if size option is also specified. On mount,
reserve size hugepages and note in subpool. Unreserve pages when
fs is unmounted.
Signed-off-by: Mike Kravetz
---
fs/hugetlbfs/inode.c| 15 +--
Add a boolean to the subpool structure to indicate that the pages for
subpool have been reserved. The hstate pointer in the subpool is
convenient to have when it comes time to unreserve the pages.
subool_reserved() is a handy way to check if reserved and take into
account a NULL subpool.
Add a boolean to the subpool structure to indicate that the pages for
subpool have been reserved. The hstate pointer in the subpool is
convienient to have when it comes time to unreserve the pages.
subool_reserved() is a handy way to check if reserved and take into
account a NULL subpool.
hugetlbfs allocates huge pages from the global pool as needed. Even if
the global pool contains a sufficient number pages for the filesystem
size at mount time, those global pages could be grabbed for some other
use. As a result, filesystem huge page allocations may fail due to lack
of pages.
If the pages for a subpool are reserved, then the reservations have
already been accounted for in the global pool. Therefore, when
requesting a new reservation (such as for a mapping) for the subpool
do not count again in global pool. However, when actually allocating
a page for the subpool
On Fri 2015-02-27 21:12:45, Arnd Bergmann wrote:
> A recent bug fix I did that was marked for stable backports
> introduced a slightly wrong dependency on CONFIG_OMAP_CONTROL_PHY.
>
> I was missing the fact that the PHY driver already stubs out the
> omap_control_usb_set_mode, and we only need to
On Fri, 2015-02-27 at 14:18 -0800, Andrew Morton wrote:
> On Thu, 26 Feb 2015 12:13:03 +0100 Geert Uytterhoeven
> wrote:
> > Add format specifiers for printing struct clk:
> > - '%pC' or '%pCn': name (Common Clock Framework) or address (legacy
> > clock framework) of the clock,
> > -
On Fri, 27 Feb 2015, David Rientjes wrote:
> +/*
> + * Construct gfp mask to allocate from a specific node but do not invoke
> reclaim
> + * or warn about failures.
> + */
We should be triggering reclaim from slab allocations. Why would we not do
this?
Otherwise we will be going uselessly off
On 27.2.2015 23:31, David Rientjes wrote:
On Fri, 27 Feb 2015, Vlastimil Babka wrote:
Do you see any issues with either patch 1/2 or patch 2/2 besides the
s/GFP_TRANSHUGE/GFP_THISNODE/ that is necessary on the changelog?
Well, my point is, what if the node we are explicitly trying to allocate
On Thu, 26 Feb 2015 23:10:35 +0900 Sergey Senozhatsky
wrote:
> Hello,
>
> this patchset introduces dynamic (on demand) zram device add-remove
> functionality via /dev/zram-control interface. Two ioctl commands are
> defined as of now (accessible in user-space via new zram.h header file):
> --
Thanks for this!
On Thu, Feb 26, 2015 at 12:41:21AM +0100, Andreas Gruenbacher wrote:
> At this point, I would like to ask for your feedback as to what should
> be changed before these patches can be merged, even if merging these
> patches alone doesn't make a while lot of sense. I will follow
On Fri 2015-02-27 12:56:41, Andy Lutomirski wrote:
> On Fri, Feb 27, 2015 at 12:48 PM, Pavel Machek wrote:
> > On Fri 2015-02-27 12:15:15, Andy Lutomirski wrote:
> >> On Thu, Feb 26, 2015 at 4:27 AM, Pavel Machek wrote:
> >> > On Wed 2015-02-25 17:59:04, Christoph Lameter wrote:
> >> >> On Wed,
On 27/02/15 14:38, David Miller wrote:
> From: Florian Fainelli
> Date: Fri, 27 Feb 2015 14:19:02 -0800
>
>> If you can take Petri's change now and Jaedon then resubmits on top of
>> that change, would that be acceptable?
>
> I think it should go the other way around.
I was not quite sure
On Friday, February 27, 2015 03:23:13 PM Jonathan Corbet wrote:
> On Fri, 27 Feb 2015 23:41:05 +0100
> "Rafael J. Wysocki" wrote:
>
> > > Applied (with Peter's ack) to the docs tree.
> >
> > Well, I've applied it too in the meantime. :-)
> >
> > Also I'll have more commits on top of it, so
On Feb 27, 2015 1:12 PM, "Denys Vlasenko" wrote:
>
> On 02/27/2015 08:56 PM, Andy Lutomirski wrote:
> > On Feb 27, 2015 8:13 AM, "Denys Vlasenko" wrote:
> >>
> >> On 02/27/2015 01:07 AM, Andy Lutomirski wrote:
> >>> This will make modifying the semantics of kernel_stack easier.
> >>>
> >>> Cc:
On Fri, 2015-02-27 at 11:59 -0800, Guenter Roeck wrote:
> On Fri, Feb 27, 2015 at 03:49:17PM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20150226:
> >
> > New Tree: rpi
> >
> > The drm-intel tree gained a conflict against the drm-intel-fixes tree.
> >
> > The rcu tree
From: Florian Fainelli
Date: Fri, 27 Feb 2015 14:19:02 -0800
> If you can take Petri's change now and Jaedon then resubmits on top of
> that change, would that be acceptable?
I think it should go the other way around.
The bug should be fixed in 'net'.
Then Petri can resubmit the cleanup
From: Ben Shelton
Date: Fri, 27 Feb 2015 15:26:32 -0600
> On 02/20, David Miller wrote:
>> From: Ben Shelton
>> Date: Mon, 16 Feb 2015 13:47:06 -0600
>>
>> > The National Instruments USB Host-to-Host Cable is based on the Prolific
>> > PL-25A1 chipset. Add its VID/PID so the plusb driver will
Hi Grant,
On Wed, Feb 11, 2015 at 06:05:47PM +0100, Philipp Zabel wrote:
> > I have prepared a tag with the of-graph helper patch series last
> > discussed here: https://lkml.org/lkml/2014/12/23/219
> >
> > The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
> >
> >
On Fri, 27 Feb 2015 17:01:32 -0500 Jason Baron wrote:
>
> >
> > I don't really understand the need for rotation/round-robin. We can
> > solve the thundering herd via exclusive wakeups, but what is the point
> > in choosing to wake the task which has been sleeping for the longest
> > time? Why
On Fri, 27 Feb 2015, Vlastimil Babka wrote:
> > Do you see any issues with either patch 1/2 or patch 2/2 besides the
> > s/GFP_TRANSHUGE/GFP_THISNODE/ that is necessary on the changelog?
>
> Well, my point is, what if the node we are explicitly trying to allocate
> hugepage on, is in fact not
Add driver for Qualcomm Hardware Mutex block found in many Qualcomm
SoCs.
Based on initial effort by Kumar Gala
Signed-off-by: Bjorn Andersson
---
As Andy Gross introduced the tcsr syscon we can no longer just ioremap the
memory directly, so rework the driver to run ontop of syscon.
Changes
Add binding documentation for the Qualcomm Hardware Mutex.
Signed-off-by: Bjorn Andersson
---
I think the conclusion on the dt binding discussion for hwspinlocks was that
we're down to having the #hwlock-cells intact. So this version includes that,
but non of the other previously discussed
Hi,
v3 of this series implements this idea using using a different
approach:
http://lkml.iu.edu/hypermail/linux/kernel/1502.3/00667.html
If that still meets your needs it would be helpful to know in
order to move this forward.
Looking back at your posting, I was concerned about the
test case
From: Arun Chandran
Date: Thu, 26 Feb 2015 16:31:14 +0530
> This patch converts all __raw_readl and __raw_writel function calls
> to their corresponding readl_relaxed and writel_relaxed variants.
>
> It also tells the driver to set ahb_endian_swp_mgmt_en bit in dma_cfg
> when the CPU is
Change 'Kenrel' to 'Kernel'
Signed-off-by: Yannick Guerrini
---
arch/powerpc/include/asm/smu.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/smu.h b/arch/powerpc/include/asm/smu.h
index 6e909f3..37d2da6 100644
--- a/arch/powerpc/include/asm/smu.h
On Fri, Feb 27, 2015 at 11:17 PM, Jonathan Corbet wrote:
> On Fri, 27 Feb 2015 12:55:16 +0100
> Valentin Rothberg wrote:
>
>> The IRQF_DISABLED is a NOOP and scheduled to be removed. According to
>> Ingo Molnar (e58aa3d2d0cc01ad8d6f7f640a0670433f794922) running IRQ
>> handlers with interrupts
On Fri, 27 Feb 2015 23:41:05 +0100
"Rafael J. Wysocki" wrote:
> > Applied (with Peter's ack) to the docs tree.
>
> Well, I've applied it too in the meantime. :-)
>
> Also I'll have more commits on top of it, so it's better if it goes through
> my tree I think, if you don't mind.
Gee, I feel
On 02/27/2015 11:03 PM, David Rientjes wrote:
>> With both
>> patches they won't bail out and __GFP_NO_KSWAPD will prevent most of the
>> stuff
>> described above, including clearing ALLOC_CPUSET.
>
> Yeah, ALLOC_CPUSET is never cleared for thp allocations because atomic ==
> false for thp,
On Thu, 26 Feb 2015 12:13:03 +0100 Geert Uytterhoeven
wrote:
> From: Geert Uytterhoeven
>
> Add format specifiers for printing struct clk:
> - '%pC' or '%pCn': name (Common Clock Framework) or address (legacy
> clock framework) of the clock,
> - '%pCr': rate of the clock.
>
> ...
>
>
On 27/02/15 14:10, David Miller wrote:
> From: Florian Fainelli
> Date: Fri, 27 Feb 2015 09:38:12 -0800
>
>> On 27/02/15 06:27, Jaedon Shin wrote:
>>> This patch adds bcmgenet_tx_poll for all active tx_rings. It can reduce
>>> the interrupt load and send xmit in upper network stack on time.
>>>
On Friday, February 27, 2015 03:08:10 PM Jonathan Corbet wrote:
> On Fri, 20 Feb 2015 14:53:46 +
> Mark Rutland wrote:
>
> > This patch updates the documentation regarding IRQF_NO_SUSPEND to make
> > this caveat explicit, hopefully making future misuse rarer. Cleanup of
> > existing misuse
Nothing calls __cpuset_node_allowed() with __GFP_THISNODE set anymore, so
remove the obscure comment about it and its special-case exception.
Signed-off-by: David Rientjes
---
kernel/cpuset.c | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/kernel/cpuset.c
NOTE: this is not about __GFP_THISNODE, this is only about GFP_THISNODE.
GFP_THISNODE is a secret combination of gfp bits that have different
behavior than expected. It is a combination of __GFP_THISNODE,
__GFP_NORETRY, and __GFP_NOWARN and is special-cased in the page allocator
slowpath to fail
On Fri, 27 Feb 2015 12:55:16 +0100
Valentin Rothberg wrote:
> The IRQF_DISABLED is a NOOP and scheduled to be removed. According to
> Ingo Molnar (e58aa3d2d0cc01ad8d6f7f640a0670433f794922) running IRQ
> handlers with interrupts enabled can cause stack overflows when the
> interrupt line of the
Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
node") restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
alloc_pages_exact_node() does not limit the allocation to the
Add initial device tree support for Qualcomm MSM8916 SoC and MTP8916
evaluation board. At the current time we only boot up a single processor.
Signed-off-by: Kumar Gala
---
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/qcom/Makefile | 5 +
From: Abhimanyu Kapur
Add support for Qualcomm MSM8916 SoC in arm64 Kconfig and defconfig.
Enable MSM serial driver utilized by MSM8916 and Qualcomm SoCs in
general.
Signed-off-by: Kumar Gala
Signed-off-by: Abhimanyu Kapur
---
arch/arm64/Kconfig | 18 ++
On Thu, 26 Feb 2015 23:34:36 +0200
Ebru Akagunduz wrote:
> max_ptes_none specifies how many extra small pages (that are
> not already mapped) can be allocated when collapsing a group
> of small pages into one large page.
>
> /sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_none
>
> A
From: Luca Ceresoli
Date: Thu, 26 Feb 2015 00:58:12 +0100
> Just another AX88178-based 10/100/1000 USB-to-Ethernet dongle. This one
> shows up in lsusb as: "Sitecom Europe B.V. LN-028 Network USB 2.0 Adapter".
>
> Signed-off-by: Luca Ceresoli
Applied, thanks.
--
To unsubscribe from this list:
On Thu, 26 Feb 2015 03:28:25 +
Wang Long wrote:
> as the commit: "lib/vsprintf: implement bitmap printing through
> '%*pb[l]'" add an easy way to print bitmaps. so printk-formats.txt
> should reflect it.
Applied to the docs tree.
Thanks,
jon
--
To unsubscribe from this list: send the line
From: Florian Fainelli
Date: Fri, 27 Feb 2015 09:38:12 -0800
> On 27/02/15 06:27, Jaedon Shin wrote:
>> This patch adds bcmgenet_tx_poll for all active tx_rings. It can reduce
>> the interrupt load and send xmit in upper network stack on time.
>>
>> The bcmgenet_tx_reclaim of tx_ring[{0,1,2,3}]
On Wed, 25 Feb 2015 20:08:44 +0100
Adrian Remonda wrote:
> This is a patch that add functionalities to the spidev_test tool found
> in Documentation/spi/spidev_test.c.
This seems good. But our hope is to move useful code out of
Documentation; care to submit a patch putting it properly
On Fri, Feb 27, 2015 at 11:13:57PM +0100, Rafael J. Wysocki wrote:
> On Friday, February 27, 2015 09:38:59 AM Peter Zijlstra wrote:
> > Seems good to me. Should I take this through tip/irq ?
>
> I can apply it along with the previous IRQF_NO_SUSPEND documentation patch
> from Mark Rutland if you
On Fri, Feb 27, 2015 at 12:36:13PM -0800, Tim Chen wrote:
>
> The CSD_FLAG_WAIT is not serving any useful purpose as we do not use
> its value to decide if we are going to wait for a smp call to complete.
> We also never cleared it properly when we are done waiting to indicate
> that the wait is
On Wed, 25 Feb 2015 20:30:22 +0900
Masanari Iida wrote:
> This patch fix spelling typos in Documentations/input.
Applied to the docs tree.
Thanks,
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Friday, February 27, 2015 04:09:52 PM Boris Brezillon wrote:
> Commit cab303be91dc47942bc25de33dc1140123540800 [1] introduced a WARN_ON
> test which triggers a WARNING backtrace on at91 platforms.
> While this WARN_ON is absolutely necessary to warn users that they should
> not mix request with
On Fri, 20 Feb 2015 14:53:46 +
Mark Rutland wrote:
> This patch updates the documentation regarding IRQF_NO_SUSPEND to make
> this caveat explicit, hopefully making future misuse rarer. Cleanup of
> existing misuse will occur as part of later patch series.
Applied (with Peter's ack) to the
On Sun, 22 Feb 2015 00:18:49 +0100
Heinrich Schuchardt wrote:
> Documentation/memory-hotplug.txt describes that a callback function can
> be added to the notification chain by calling hotplug_memory_notifier().
>
> The function prototype of the callback funciton is mssing. This missing
>
On Fri, Feb 27, 2015 at 09:54:34AM -0800, Andi Kleen wrote:
> > > perf record doesn't show where you're currently blocked.
> >
> > Of course it does; look at perf inject -s.
>
> Trace points don't support the LBR stack.
Yes, indeed. But would it not make much more sense to squirrel the LBR
On Fri, 27 Feb 2015, Vlastimil Babka wrote:
> Oh, right. I missed the new trigger. My sanity and career is saved!
>
Haha.
> Well, no... the flags are still a mess. Aren't GFP_TRANSHUGE | __GFP_THISNODE
> allocations still problematic after this patch and 2/2? Those do include
> __GFP_WAIT
On 02/27/2015 04:10 PM, Andrew Morton wrote:
> On Wed, 25 Feb 2015 11:27:04 -0500 Jason Baron wrote:
>
>>> Libenzi inactive eventpoll appears to be without a
>>> dedicated maintainer since 2011 or so. Is there anyone who
>>> knows the code and its usages in detail and does final ABI
>>>
On Friday, February 27, 2015 03:50:32 PM Thomas Voegtle wrote:
>
> Hi,
>
> I have the same problem with a Asrock Q1900B-ITX mainboard with
> a Intel Celeron J1900 onboard.
>
> I did a bisect and ended up with:
>
> 593669c2ac0fe18baee04a3cd5539a148aa48574 is the first bad commit
>
> commit
On Tue, 3 Feb 2015 18:49:26 -0800
Gregory Fong wrote:
> The documentation specified that a machine type is mandatory and made
> that assumption in a few places. However, for DT-only platforms, the
> current advice is that no machine type should be registered, so update
> accordingly.
It seems
On Fri, 27 Feb 2015, Lee Jones wrote:
> Lots of platforms contain clocks which if turned off would prove fatal.
> The only way to recover from these catastrophic failures is to restart
> the board(s). Now, when a clock is registered with the framework it is
> compared against a list of provided
Em Fri, Feb 27, 2015 at 01:54:03PM -0700, David Ahern escreveu:
> On 2/27/15 1:43 PM, Arnaldo Carvalho de Melo wrote:
>
> > From the subject line, there is patchkit, but I couldn't find it... Can
> >you resend it to me or point me to some url where I can get it?
>
>
On Fri, 27 Feb 2015, Robert Jarzmik wrote:
> Lee Jones writes:
>
> > v2 => v3:
> > - Ensure DT actually reflects h/w
> > - i.e. Nodes should not contain a mishmash of different IP
> > blocks, but should identify related h/w. In the current
> > example we use interconnects
> >
On Friday, February 27, 2015 09:38:59 AM Peter Zijlstra wrote:
> On Fri, Feb 27, 2015 at 12:07:55AM +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > It currently is required that all users of NO_SUSPEND interrupt
> > lines pass the IRQF_NO_SUSPEND flag when requesting the IRQ
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-linus
for you to fetch changes up to
On Fri, Feb 27, 2015 at 01:45:09PM -0800, Tim Hockin wrote:
> Are you willing to put a drop-dead date on it? If we don't have
> kmemcg working well enough to _actually_ bound PID usage and FD usage
> by, say, June 1st, will you then accept a patch to this effect? If
> the answer is no, then I
On Friday, February 27, 2015 10:00:00 AM Lorenzo Pieralisi wrote:
> [CC'ed Preeti]
>
> On Thu, Feb 26, 2015 at 11:37:54PM +, Rafael J. Wysocki wrote:
> > Me versions of the two $subject patches follow.
>
> Thank you. I am testing them and I have run into the following issue.
>
> Starting
On Fri, Feb 27, 2015 at 9:45 AM, Tejun Heo wrote:
> On Fri, Feb 27, 2015 at 09:25:10AM -0800, Tim Hockin wrote:
>> > In general, I'm pretty strongly against adding controllers for things
>> > which aren't fundamental resources in the system. What's next? Open
>> > files? Pipe buffer? Number
On Fri, 27 Feb 2015, Tejun Heo wrote:
Hello, Vikas.
On Fri, Feb 27, 2015 at 11:34:16AM -0800, Vikas Shivappa wrote:
This cgroup subsystem would basically let the user partition one of the
Platform shared resource , the LLC cache. This could be extended in future
I suppose LLC means last
Lee Jones writes:
> v2 => v3:
> - Ensure DT actually reflects h/w
> - i.e. Nodes should not contain a mishmash of different IP
> blocks, but should identify related h/w. In the current
> example we use interconnects
> - Change naming from clkdomain to clk-always-on
> -
Thanks everyone!
John Paul
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Friday, February 27, 2015 11:23 AM
To: Jiri Slaby
Cc: linux-kernel@vger.kernel.org; Perry, John Paul G (John Paul)** CTR **;
sta...@vger.kernel.org; Linus Torvalds
Subject: Re: [PATCH
On Feb 27, 2015, at 12:58 PM, Stephen Boyd wrote:
> On 02/26/15 13:59, Kumar Gala wrote:
>> Architectural changes in the ARM Linux kernel tree mandate the eventual
>> removal of the mach-* directories. Move the scm driver to
>> drivers/firmware and the scm header to include/linux to support
On Fri, 27 Feb 2015 13:10:34 -0800
Andrew Morton wrote:
> I don't really understand the need for rotation/round-robin. We can
> solve the thundering herd via exclusive wakeups, but what is the point
> in choosing to wake the task which has been sleeping for the longest
> time? Why is that
Architectural changes in the ARM Linux kernel tree mandate the eventual
removal of the mach-* directories. Move the scm driver to
drivers/firmware and the scm header to include/linux to support that
removal.
Signed-off-by: Kumar Gala
---
v2:
* Moved to -M style diff output
* Added in missing
From: "H. Nikolaus Schaller"
Added Pandora Rebirth model which is based on Pandora
Classic with 512 MiB DDR-333 SDRAM memory.
Signed-off-by: H. Nikolaus Schaller
Tested-by: Grazvydas Ignotas
Reviewed-by: Grazvydas Ignotas
---
arch/arm/boot/dts/Makefile | 1 +
changes from v2:
- fix missing PIN_INPUT for penirq node
- added Reviewed-by and Tested-by
changes from v1:
- add new boards to makefile in patch 2,3 (don't add them
in separate commit together), fix gpmc issues (reported by Tony Lindgren)
- fix various issues reported by Grazvydas Ignotas
(drop
From: "H. Nikolaus Schaller"
Added Pandora 1 GHz model which is based on Classic/Rebirth
with following changes:
- upgraded cpu to dm3730 runs on 1GHz
- 512 MiB DDR-333 SDRAM @ 200 MHz
Signed-off-by: H. Nikolaus Schaller
Tested-by: Grazvydas Ignotas
Reviewed-by: Grazvydas Ignotas
---
From: "H. Nikolaus Schaller"
This device tree allows to boot, supports the panel,
framebuffer, touch screen, as well as some more peripherals.
Since there is a OMAP3530 based 600 MHz variant and a DM3730 based
1 GHz variant we must include this common device tree code
in one of two CPU specific
On 02/20, David Miller wrote:
> From: Ben Shelton
> Date: Mon, 16 Feb 2015 13:47:06 -0600
>
> > The National Instruments USB Host-to-Host Cable is based on the Prolific
> > PL-25A1 chipset. Add its VID/PID so the plusb driver will recognize it.
> >
> > Signed-off-by: Ben Shelton
>
> Applied,
Some hardware contains bunches of clocks which must never be
turned off. If drivers a) fail to obtain a reference to any
of these or b) give up a previously obtained reference
during suspend, the common clk framework will attempt to
disable them and a platform can fail irrecoverably as a
result.
Lots of platforms contain clocks which if turned off would prove fatal.
The only way to recover is to restart the board(s). This driver takes
references to clocks which are required to be always-on in order to
prevent the common clk framework from trying to turn them off during
the
Lots of platforms contain clocks which if turned off would prove fatal.
The only way to recover from these catastrophic failures is to restart
the board(s). Now, when a clock is registered with the framework it is
compared against a list of provided always-on clock names which must be
kept
Signed-off-by: Lee Jones
---
.../devicetree/bindings/clock/clock-bindings.txt | 34 ++
1 file changed, 34 insertions(+)
diff --git a/Documentation/devicetree/bindings/clock/clock-bindings.txt
b/Documentation/devicetree/bindings/clock/clock-bindings.txt
index
On Tue, 24 Feb 2015 15:39:45 -0800 Danesh Petigara
wrote:
> The CMA aligned offset calculation is incorrect for
> non-zero order_per_bit values.
>
> For example, if cma->order_per_bit=1, cma->base_pfn=
> 0x2f80 and align_order=12, the function returns
> a value of 0x17c00 instead of 0x400.
There are 2 LMI clocks generated by CLOCKGEN A0. We wish to control
them individually and need to use these indexes to do so.
Signed-off-by: Lee Jones
---
include/dt-bindings/clock/stih407-clks.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/dt-bindings/clock/stih407-clks.h
On Fri, 27 Feb 2015, Rik van Riel wrote:
> Document the subtly changed relationship between cpusets and isolcpus.
> Turns out the old documentation did not quite match the code...
>
> Signed-off-by: Rik van Riel
> Suggested-by: Peter Zijlstra
Acked-by: David Rientjes
--
To unsubscribe from
Via CPUID masking and the different apic-> overrides we
effectively make PV guests only but with the default APIC
driver. That is OK as an PV guest should never access any
APIC registers. However, the APIC is also used to limit the
amount of CPUs if the APIC IDs are incorrect - and since we
mask
On 02/27/2015 08:56 PM, Andy Lutomirski wrote:
> On Feb 27, 2015 8:13 AM, "Denys Vlasenko" wrote:
>>
>> On 02/27/2015 01:07 AM, Andy Lutomirski wrote:
>>> This will make modifying the semantics of kernel_stack easier.
>>>
>>> Cc: Konrad Rzeszutek Wilk
>>> Cc: Boris Ostrovsky
>>> Cc: Rusty
On Fri, 27 Feb 2015, Rik van Riel wrote:
> >> Using THP, programs can access memory faster, by having the
> >> kernel collapse small pages into large pages. The parameter
> >> max_ptes_none specifies how many extra small pages (that are
> >> not already mapped) can be allocated when collapsing a
On Wed, 25 Feb 2015 11:27:04 -0500 Jason Baron wrote:
> > Libenzi inactive eventpoll appears to be without a
> > dedicated maintainer since 2011 or so. Is there anyone who
> > knows the code and its usages in detail and does final ABI
> > decisions on eventpoll - Andrew, Al or Linus?
> >
>
On 02/27/2015 02:50 AM, Ard Biesheuvel wrote:
On 27 February 2015 at 03:20, Timur Tabi wrote:
On 02/25/2015 02:39 AM, Hanjun Guo wrote:
Changes since v8:
I'm still debugging it, but v9 on the 4.0-rc1 kernel crashes after calling
the UEFI boot time services exit function. That is, this
2015-02-27 17:14+0100, Vitaly Kuznetsov:
> This series converts kvp/vss daemons to use misc char devices instead of
> netlink for userspace/kernel communication and then updates fcopy to be
> consistent with kvp/vss.
>
> Userspace/kernel communication via netlink has a number of issues:
> - It is
On Fri 27-02-15 11:37:18, Wang, Yalin wrote:
> This patch add ClearPageDirty() to clear AnonPage dirty flag,
> the Anonpage mapcount must be 1, so that this page is only used by
> the current process, not shared by other process like fork().
> if not clear page dirty for this anon page, the page
Hello Doug,
On 02/27/2015 08:41 PM, Doug Anderson wrote:
> It is possible for _regulator_do_enable() to be called for an
> already-enabled rdev, like in regulator_suspend_finish(). If we were
> using an enable pin (rdev->ena_pin is set) then we'd end up
> incrementing the reference count in
101 - 200 of 1370 matches
Mail list logo
