The function call overhead of get_pfnblock_flags_mask() is measurable in
the page free paths. This patch uses an inlined version that is faster.
Signed-off-by: Mel Gorman
---
include/linux/mmzone.h | 7 --
mm/page_alloc.c| 188 ++---
mm/page_
To read pid/cid registers, the probed device need to be properly turned on.
When it is inside a power domain, the bus code should ensure that the
given power domain is enabled before trying to access device's registers.
However in some cases power domain (or clocks) might not be yet available.
Retu
Changelog since v4
o Rebase on top of v3 of page allocator optimisation series
Changelog since v3
o Rebase on top of the page allocator optimisation series
o Remove RFC tag
This is the latest version of a series that moves LRUs from the zones to
the node that is based upon 4.6-rc3 plus the page a
kswapd checks all eligible zones to see if they need balancing even if it was
woken for a lower zone. This made sense when we reclaimed on a per-zone basis
because we wanted to shrink zones fairly so avoid age-inversion problems.
Ideally this is completely unnecessary when reclaiming on a per-node
kswapd goes through some complex steps trying to figure out if it
should stay awake based on the classzone_idx and the requested order.
It is unnecessarily complex and passes in an invalid classzone_idx to
balance_pgdat(). What matters most of all is whether a larger order has
been requsted and wh
This patch makes reclaim decisions on a per-node basis. A reclaimer knows
what zone is required by the allocation request and skips pages from
higher zones. In many cases this will be ok because it's a GFP_HIGHMEM
request of some description. On 64-bit, ZONE_DMA32 requests will cause
some problems
Node-based reclaim requires node-based LRUs and locking. This is a
preparation patch that just moves the lru_lock to the node so later patches
are easier to review. It is a mechanical change but note this patch makes
contention worse because the LRU lock is hotter and direct reclaim and kswapd
can
This moves the LRU lists from the zone to the node and all related data
such as counters, tracing, congestion tracking and writeback tracking.
This is mostly a mechanical patch but note that it introduces a number
of anomalies. For example, the scans are per-zone but using per-node
counters. We als
Patch "mm: vmscan: Begin reclaiming pages on a per-node basis" started
thinking of reclaim in terms of nodes but kswapd is still zone-centric. This
patch gets rid of many of the node-based versus zone-based decisions.
o A node is considered balanced when any eligible lower zone is balanced.
This
The balance gap was introduced to apply equal pressure to all zones when
reclaiming for a higher zone. With node-based LRU, the need for the balance
gap is removed and the code is dead so remove it.
Signed-off-by: Mel Gorman
---
mm/vmscan.c | 19 ---
1 file changed, 8 insertions(
Direct reclaim iterates over all zones in the zonelist and shrinking them
but this is in conflict with node-based reclaim. In the default case,
only shrink once per node.
Signed-off-by: Mel Gorman
Acked-by: Johannes Weiner
---
mm/vmscan.c | 23 +++
1 file changed, 11 inserti
kswapd scans from highest to lowest for a zone that requires balancing.
This was necessary when reclaim was per-zone to fairly age pages on
lower zones. Now that we are reclaiming on a per-node basis, any eligible
zone can be used and pages will still be aged fairly. This patch avoids
reclaiming ex
Historically dirty pages were spread among zones but now that LRUs are
per-node it is more appropriate to consider dirty pages in a node.
Signed-off-by: Mel Gorman
Signed-off-by: Johannes Weiner
---
include/linux/mmzone.h| 12 +++
include/linux/writeback.h | 2 +-
mm/page-writeback.c
Reclaim makes decisions based on the number of file pages that are mapped but
it's mixing node and zone information. Account NR_FILE_MAPPED pages on the node.
Signed-off-by: Mel Gorman
---
arch/tile/mm/pgtable.c | 2 +-
drivers/base/node.c| 4 ++--
fs/proc/meminfo.c | 4 ++--
include
There are now a number of accounting oddities such as mapped file pages
being accounted for on the node while the total number of file pages are
accounted on the zone. This can be coped with to some extent but it's
confusing so this patch moves the relevant file-based accounted.
Signed-off-by: Mel
NR_FILE_PAGES is the number offile pages.
NR_FILE_MAPPED is the number of mapped file pages.
NR_ANON_PAGES is the number of mapped anon pages.
This is unhelpful naming as it's easy to confuse NR_FILE_MAPPED and
NR_ANON_PAGES for
mapped pages. This patch renames NR_ANON_PAGES so we have
Memcg was broken by the move of all LRUs to nodes because it is tracking
limits on a per-zone basis while receiving reclaim requests on a per-node
basis. This patch moves limit enforcement to the nodes. Technically, all
the variable names should also change but people are already familiar by
the me
Congested and dirty tracking of a node and whether reclaim should stall
is still based on zone activity. This patch considers whether the kernel
should stall based on node-based reclaim activity.
Signed-off-by: Mel Gorman
---
mm/vmscan.c | 24
1 file changed, 12 insertio
Earlier patches focused on having direct reclaim and kswapd use data that
is node-centric for reclaiming but shrink_node() itself still uses too much
zone information. This patch removes unnecessary zone-based information
with the most important decision being whether to continue reclaim or
not. So
If buffer heads are over the limit then the direct reclaim gfp_mask
is promoted to __GFP_HIGHMEM so that lowmem is indirectly freed. With
node-based reclaim, it is also required that the classzone_idx be updated
or the pages will be skipped.
Signed-off-by: Mel Gorman
---
mm/vmscan.c | 4 +++-
1
This is partially a preparation patch for more vmstat work but it also
has the slight advantage that __count_zid_vm_events is cheaper to
calculate than __count_zone_vm_events().
Signed-off-by: Mel Gorman
---
include/linux/vmstat.h | 5 ++---
mm/page_alloc.c| 2 +-
2 files changed, 3 inse
On Thu, 14 Apr 2016, Josh Poimboeuf wrote:
> On Thu, Apr 14, 2016 at 11:25:18AM +0200, Miroslav Benes wrote:
> > On Fri, 25 Mar 2016, Josh Poimboeuf wrote:
> >
> > > +/*
> > > + * klp_update_task_universe() - change the patched state of a task
> > > + * @task:The task to change
> > > + *
The fair zone allocation policy interleaves allocation requests between
zones to avoid an age inversion problem whereby new pages are reclaimed
to balance a zone. Reclaim is now node-based so this should no longer be
an issue and the fair zone allocation policy is not free. This patch
removes it.
This is convenient when tracking down why the skip count is high because it'll
show what classzone kswapd woke up at and what zones are being isolated.
Signed-off-by: Mel Gorman
---
include/trace/events/vmscan.h | 28 ++--
mm/vmscan.c | 4 ++--
2 files
kswapd is woken when zones are below the low watermark but the wakeup
decision is not taking the classzone into account. Now that reclaim is
node-based, it is only required to wake kswapd once per node and only if
all zones are unbalanced for the requested classzone.
Note that one node might be c
As reclaim is now node-based, it follows that page write activity
due to page reclaim should also be accounted for on the node. For
consistency, also account page writes and page dirtying on a per-node
basis.
After this patch, there are a few remaining zone counters that may
appear strange but are
As reclaim is now per-node based, convert zone_reclaim to be node_reclaim.
It is possible that a node will be reclaimed multiple times if it has
multiple zones but this is unavoidable without caching all nodes traversed
so far. The documentation and interface to userspace is the same from
a config
The vmstat allocstall was fairly useful in the general sense but
node-based LRUs change that. It's important to know if a stall was for an
address-limited allocation request as this will require skipping pages from
other zones. This patch adds pgstall_* counters to replace allocstall. The
sum of th
* Andy Lutomirski wrote:
> > + if (regs->ip == (unsigned long)current->mm->context.vdso +
> > + vdso_image_32.sym_int80_landing_pad
> > +#ifdef CONFIG_IA32_EMULATION
> > + && current_thread_info()->status & TS_COMPAT
> > +#endif
>
> Instead of ifdef, us
If a page is about to be dirtied then the page allocator attempts to limit
the total number of dirty pages that exists in any given zone. The call
to node_dirty_ok is expensive so this patch records if the last pgdat
examined hit the dirty limits. In some cases, this reduces the number
of calls to
* Kees Cook wrote:
> 1) The x86 hibernation and KASLR code don't play well together currently.
Please fix it, don't just work it around ...
Thanks,
Ingo
On Fri, Apr 15, 2016 at 10:25 AM, Laxman Dewangan wrote:
> On Friday 15 April 2016 01:30 PM, Mark Brown wrote:
>> The above changelog sounds like a regulator consumer not a regulator -
>> based on what I'm reading there it's a driver that looks at the voltage
>> being supplied to the device and s
-__fls-and-fls-functions/20160415-155549
config: blackfin-TCM-BF537_defconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to
This patch just renames the rk808 driver so we can reuse this driver
to add more regulator devices from the RK8XX PMIC family later.
Signed-off-by: Wadim Egorov
---
arch/arm/configs/multi_v7_defconfig| 2 +-
drivers/mfd/rk8xx.c| 4 +--
drivers/re
Hi,
I just renamed now the RK808 mfd and regulator drivers.
Patch 4 is a cosmetic patch for the regulator driver.
Unfortunately I have no hardware with a RK808 PMIC, so I can not test this part.
Regards,
Wadim
Changes since RFC:
* split up in more patches: renaming + adding new driver
* renam
Add device tree bindings documentation for Rockchip's RK818 PMIC.
Signed-off-by: Wadim Egorov
---
Changes since RFC:
* fixed names and wildcards
---
Documentation/devicetree/bindings/mfd/rk808.txt | 37 +++--
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/Docu
Basically this patch just renames the RK808 driver so we can use this driver
for more than one RK8XX PMIC later.
Signed-off-by: Wadim Egorov
---
arch/arm/configs/multi_v7_defconfig | 2 +-
drivers/clk/Kconfig | 2 +-
drivers/mfd/Kconfig | 4 +-
drivers/mfd/Make
The RK818 chip is a power management IC for multimedia and handheld
devices. It contains the following components:
- Regulators
- RTC
- Clkout
- battery support
Both chips RK808 and RK818 are using a similar register map.
So we can reuse the RTC and Clkout functionality.
Signed-off-by: Wadim Ego
Add support for the rk818 regulator. The regulator module consists
of 4 DCDCs, 9 LDOs, 1 switch and 1 BOOST converter which is used to
power OTG and HDMI5V.
The output voltages are configurable and are meant to supply power
to the main processor and other components.
Signed-off-by: Wadim Egorov
A common simplified DT parsing code for regulators was introduced in
commit a0c7b164ad11 ("regulator: of: Provide simplified DT parsing
method")
While at it also added RK8XX_DESC and RK8XX_DESC_SWITCH macros for the
regulator_desc struct initialization. This just makes the driver more compact.
Rem
+ linux-me...@vger.kernel.org
On Wed, Apr 13, 2016 at 03:44:20PM +0800, Songjun Wu wrote:
> DT binding documentation for ISC driver.
>
> Signed-off-by: Songjun Wu
> ---
>
> .../devicetree/bindings/media/atmel-isc.txt| 84
> ++
> 1 file changed, 84 insertions(+)
>
On Fri, Apr 15, 2016 at 10:39 AM, Laxman Dewangan wrote:
> On Friday 15 April 2016 01:38 PM, Linus Walleij wrote:
>> On Tue, Apr 12, 2016 at 4:56 PM, Laxman Dewangan
>> wrote:
>>> +static const struct pinconf_generic_params tegra_io_pads_cfg_params[] =
>>> {
>>> + {
>>> + .pr
On 15 April 2016 at 11:01, Masahiro Yamada
wrote:
> Hi Ulf,
>
> No interest in this clean-up?
>
Well, no.
Don't get me wrong, I am interested in clean-ups, but this doesn't
improve code quality that much.
Kind regards
Uffe
>
> 2016-02-09 20:43 GMT+09:00 Masahiro Yamada :
>> No reason to use th
On 04/15/2016 11:32 AM, Linus Walleij wrote:
> On Tue, Apr 12, 2016 at 12:52 PM, Grygorii Strashko
> wrote:
>
>> Now GPIO IRQ loss is observed on dra7-evm after suspend/resume cycle
> (...)
>> Cc: Roger Quadros
>> Signed-off-by: Grygorii Strashko
>
> Can I get some explicit ACK / Tested-by tag
Hi all,
I suspect that many people will have reported this, but I thought I'd drop you
a line just in case everyone figures someone else has reported it. It's
possible we're just doing something wrong and so encountering this problem,
but I can't find anyone saying they've found a solution, and
Working set and refault detection is still zone-based, fix it.
Signed-off-by: Mel Gorman
Acked-by: Johannes Weiner
---
include/linux/mmzone.h | 6 +++---
include/linux/vmstat.h | 1 -
mm/vmstat.c| 20 +++-
mm/workingset.c| 39 ++-
On Thu, Apr 14, 2016 at 6:59 AM, Keerthy wrote:
> pcs_parse_bits_in_pinctrl_entry uses ffs which gives bit indices
> ranging from 1 to MAX. This leads to a corner case where we try to request
> the pin number = MAX and fails.
>
> bit_pos value is being calculted using ffs. pin_num_from_lsb uses
>
2016-04-15 18:26 GMT+09:00 Ulf Hansson :
> On 15 April 2016 at 11:01, Masahiro Yamada
> wrote:
>> Hi Ulf,
>>
>> No interest in this clean-up?
>>
>
> Well, no.
>
> Don't get me wrong, I am interested in clean-ups, but this doesn't
> improve code quality that much.
>
At least, current code splits t
On 15/04/16 09:52, Sudeep Holla wrote:
>
>
> On 14/04/16 20:25, Greg KH wrote:
>> On Thu, Apr 14, 2016 at 09:47:57AM +0100, Vladimir Murzin wrote:
>>> Hi,
>>>
>>> On 01/04/16 15:02, Vladimir Murzin wrote:
Hi,
This patch series provides the basic support for running ucLinux on
NOTE: 3.16.7-ckt27 release will be the last 3.16 stable kernel
release provided by the Canonical kernel team. However, as
previously announced [1], Ben Hutchings will continue to maintain it
for the Debian 8 'jessie'.
[1] https://lists.debian.org/debian-kernel/2014/07/msg00413.html
I am announc
diff --git a/Makefile b/Makefile
index e2e6dab15bd8..05cb6194905d 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 16
SUBLEVEL = 7
-EXTRAVERSION =-ckt26
+EXTRAVERSION =-ckt27
NAME = Museum of Fishiegoodies
# *DOCUMENTATION*
diff --git a/arch/x86/include/asm/xen/h
VM statistic counters for reclaim decisions are zone-based. If the kernel
is to reclaim on a per-node basis then we need to track per-node statistics
but there is no infrastructure for that. The most notable change is that
the old node_page_state is renamed to sum_zone_node_page_state. The new
nod
On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote:
> + * usb_otg_register() - Register the OTG/dual-role device to OTG core
> + * @dev: OTG/dual-role controller device.
> + * @config: OTG configuration.
> + *
> + * Registers the OTG/dual-role controller device with the USB OTG core.
> +
Tony & Boris,
On 14/04/16 00:25, Tony Lindgren wrote:
> * Roger Quadros [160407 03:10]:
>> Hi,
>>
>> As this series has cross dependency between omap and mtd subsystems,
>> I'll set up a immutable branch which omap-soc and l2-mtd must
>> merge in together to avoid any conflicts/breakage during in
On Fri, Apr 15, 2016 at 11:59:55AM +0530, Purna Chandra Mandal wrote:
> On 04/14/2016 11:25 AM, Mark Brown wrote:
> > On Wed, Apr 13, 2016 at 06:52:58PM +0530, Purna Chandra Mandal wrote:
> >> + enable = readl(sqi->regs + PESQI_INT_ENABLE_REG);
> >> + status = readl(sqi->regs + PESQI_INT_STAT_RE
On 15 April 2016 at 11:30, Masahiro Yamada
wrote:
> 2016-04-15 18:26 GMT+09:00 Ulf Hansson :
>> On 15 April 2016 at 11:01, Masahiro Yamada
>> wrote:
>>> Hi Ulf,
>>>
>>> No interest in this clean-up?
>>>
>>
>> Well, no.
>>
>> Don't get me wrong, I am interested in clean-ups, but this doesn't
>> im
* Josh Poimboeuf wrote:
> Hi Ingo,
>
> Ping?
I think this should go via the KVM tree.
Acked-by: Ingo Molnar
Thanks,
Ingo
Commit-ID: 7e578441a4a3bba2a79426ca0f709c801210d08e
Gitweb: http://git.kernel.org/tip/7e578441a4a3bba2a79426ca0f709c801210d08e
Author: Josh Poimboeuf
AuthorDate: Thu, 14 Apr 2016 14:52:24 -0500
Committer: Ingo Molnar
CommitDate: Fri, 15 Apr 2016 11:42:13 +0200
objtool: Add workaround f
Em Thu, 14 Apr 2016 16:18:17 -0600
Shuah Khan escreveu:
> On 04/14/2016 03:08 PM, Mauro Carvalho Chehab wrote:
> > Em Thu, 14 Apr 2016 10:31:20 -0600
> > Shuah Khan escreveu:
> >
> >> media_dev alloc error path does kfree when alloc fails. Fix it to not call
> >> kfree when media_dev alloc fa
Em Thu, 14 Apr 2016 09:35:01 -0500
Rob Herring escreveu:
> On Tue, Apr 12, 2016 at 05:12:55PM -0500, ttha...@opensource.altera.com wrote:
> > This patch set adds the memory initialization functions for Altera's
> > Arria10 peripherals, the first of which is the Ethernet EDAC. The
> > first 3 patc
Hi Linus,
Here are a couple of mmc fixes intended for v4.6 rc4. It's based on v4.6 rc3.
Regarding the fix for the regression about mmcblk device indexes. The
approach taken to solve the problem seems to be good enough. There
were some discussions around the solution, but it seems like people
were
On 04/15/2016 12:18 PM, Ingo Molnar wrote:
* Andy Lutomirski wrote:
Instead of ifdef, use the (grossly misnamed) is_ia32_task() helper for
this, please.
Please also let's do the rename.
Does `is_32bit_syscall` sounds right, or shall it be `is_32bit_task`?
I think, `is_compat_task` will be bad
On Fri, Apr 15, 2016 at 09:55:50AM +0100, Sudeep Holla wrote:
On 14/04/16 16:39, Brian Starkey wrote:
The VExpress development platform has an external expansion bus which
can be used for additional hardware (e.g. LogicTile Express
daughterboards).
Add this bus to the VExpress CoreTile device-
On Fri, Apr 15, 2016 at 10:57:48AM +1000, Stephen Rothwell wrote:
> Hi Simon,
>
> After merging the ipvs-next tree, today's linux-next build (powerpc
> ppc64_defconfig) produced this warning:
>
> net/netfilter/nf_conntrack_netlink.c:529:15: warning: 'ctnetlink_proto_size'
> defined but not used
On 14/04/16 20:44, Luis R. Rodriguez wrote:
> On Thu, Apr 14, 2016 at 10:53:47AM +0100, George Dunlap wrote:
>> On 13/04/16 20:52, Luis R. Rodriguez wrote:
>>> On Wed, Apr 13, 2016 at 04:44:54PM +0100, George Dunlap wrote:
On Thu, Apr 7, 2016 at 7:51 PM, Luis R. Rodriguez wrote:
> So more
On Fri 15-04-16 10:20:33, Colum Paget wrote:
> Hi all,
>
> I suspect that many people will have reported this, but I thought I'd drop
> you
> a line just in case everyone figures someone else has reported it. It's
> possible we're just doing something wrong and so encountering this problem,
>
Hi,
> From: Roger Quadros
> Sent: Thursday, April 14, 2016 8:32 PM
>
> On 14/04/16 14:15, Yoshihiro Shimoda wrote:
> > Hi,
> >
< snip >
> >>> @@ -865,7 +867,8 @@ int usb_otg_register_hcd(struct usb_hcd *hcd,
> >>> unsigned int irqnum,
> >>>* we're ready only if we have shared HCD
> >>>*
On Fri, 2016-04-15 at 10:28 +0200, Miroslav Benes wrote:
> On Thu, 14 Apr 2016, Jessica Yu wrote:
> > For the 32-bit module code, I don't believe we would need to preserve
> > the .init.plt section for livepatch's call to apply_relocate_add(),
> > since relocations to init sections should've been a
Hi,
> From: Yoshihiro Shimoda
> Sent: Friday, April 15, 2016 6:59 PM
>
> Hi,
>
> > From: Roger Quadros
> > Sent: Thursday, April 14, 2016 8:32 PM
> >
> > On 14/04/16 14:15, Yoshihiro Shimoda wrote:
> > > Hi,
> > >
> < snip >
> > >>> @@ -865,7 +867,8 @@ int usb_otg_register_hcd(struct usb_hcd *hc
On Friday 15 April 2016 02:55 PM, Linus Walleij wrote:
On Fri, Apr 15, 2016 at 10:39 AM, Laxman Dewangan wrote:
On Friday 15 April 2016 01:38 PM, Linus Walleij wrote:
On Tue, Apr 12, 2016 at 4:56 PM, Laxman Dewangan
wrote:
+static const struct pinconf_generic_params tegra_io_pads_cfg_params
Hello Luis,
On 14/04/16 21:56, Luis R. Rodriguez wrote:
On Thu, Apr 14, 2016 at 03:56:53PM -0400, Konrad Rzeszutek Wilk wrote:
On Thu, Apr 14, 2016 at 08:40:48PM +0200, Luis R. Rodriguez wrote:
On Wed, Apr 13, 2016 at 09:01:32PM -0400, Konrad Rzeszutek Wilk wrote:
On Thu, Apr 14, 2016 at 12:2
On 12/04/2016 15:26, Paolo Bonzini wrote:
> Add stackcollapse.py script as an example of parsing call chains, and
> also of using optparse to access command line options.
>
> The flame graph tools include a set of scripts that parse output from
> various tools (including "perf script"), remove the
Hi Roger,
On Fri, 15 Apr 2016 12:34:04 +0300
Roger Quadros wrote:
> Tony & Boris,
>
> On 14/04/16 00:25, Tony Lindgren wrote:
> > * Roger Quadros [160407 03:10]:
> >> Hi,
> >>
> >> As this series has cross dependency between omap and mtd subsystems,
> >> I'll set up a immutable branch which om
On Friday 15 April 2016 12:06 PM, Sekhar Nori wrote:
> On Friday 15 April 2016 12:56 AM, David Lechner wrote:
>> On 04/14/2016 02:13 PM, David Lechner wrote:
>>> I have separated these patches from the "da8xx USB clocks" series
>>> since that
>>> series no longer depends on the clock init being mov
2016-04-15 18:36 GMT+09:00 Ulf Hansson :
> On 15 April 2016 at 11:30, Masahiro Yamada
> wrote:
>> 2016-04-15 18:26 GMT+09:00 Ulf Hansson :
>>> On 15 April 2016 at 11:01, Masahiro Yamada
>>> wrote:
Hi Ulf,
No interest in this clean-up?
>>>
>>> Well, no.
>>>
>>> Don't get me wro
IPoIB collects statistics of traffic including number of packets
sent/received, number of bytes transferred, and certain errors. This
patch makes these statistics available to be queried by ethtool.
Signed-off-by: Hans Westgaard Ry
Reviewed-by: Yuval Shaia
Reviewed-by: Santosh Shilimkar
Tested-
[]...
> static int spmi_regulator_select_voltage_same_range(struct spmi_regulator
> *vreg,
> - int min_uV, int max_uV, u8 *range_sel, u8 *voltage_sel,
> - unsigned *selector)
> + int min_uV, int max_uV)
> {
> const struct spmi_voltage_range *range;
>
On 04/14/16 23:34, Tony Lindgren wrote:
> * Peter Ujfalusi [160414 12:38]:
>>
>> Yes it has registers, but it has no prcm level existence, it is part of McBSP
>> module. I guess when the OMAP3 was designed the HW people did not wanted to
>> create new version of the McBSP core for McBSP2/3 so they
When CPUs are stopped during an abnormal operation like panic
for each CPU a line is printed and the stack trace is dumped.
This information is only interesting for the aborting CPU
and on systems with many CPUs it only makes it harder to
debug if after the aborting CPU the log is flooded with dat
On Fri, Apr 15, 2016 at 11:16:27AM +0200, Wadim Egorov wrote:
> This patch just renames the rk808 driver so we can reuse this driver
> to add more regulator devices from the RK8XX PMIC family later.
We normally manage to cope fine without renaming things - it's quite
common to have drivers that w
On Thursday 14 April 2016 04:00 AM, David Lechner wrote:
> Adds device definition for soc spi0 and also a aux data that is needed
> for clock matching.
>
> Signed-off-by: David Lechner
> ---
> arch/arm/boot/dts/da850.dtsi | 10 ++
> arch/arm/mach-davinci/da8xx-dt.c | 1 +
> 2 files
On Thursday 14 April 2016 04:00 AM, David Lechner wrote:
> All other devices are disabled by default and not all boards will use
> these devices, so these should be disabled too.
>
> da850-evm.dtb already had status = "okay" for these devices.
> da850-enbw-cmc.dts did not, so they were added.
>
>
On Thursday 14 April 2016 04:00 AM, David Lechner wrote:
> Fix off by one error in da850 device tree.
>
> Signed-off-by: David Lechner
Looks good to me.
Regards,
Sekhar
Masahiro Yamada (2):
arm64: dts: uniphier: fix I2C nodes of PH1-LD20
arm64: dts: uniphier: change release address of spin-table
.../boot/dts/socionext/uniphier-ph1-ld20-ref.dts | 1 -
.../boot/dts/socionext/uniphier-ph1-ld20.dtsi | 28 +++---
2 files changed, 9 insert
The 8-byte register located at 0x59801200 on this SoC is dedicated
for waking up secondary CPUs. We can use it and save normal memory.
Signed-off-by: Masahiro Yamada
---
arch/arm64/boot/dts/socionext/uniphier-ph1-ld20.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --g
The I2C hardware blocks on this SoC are connected as follows:
I2C0: external connection
I2C1: external connection
I2C2: internal connection
I2C3: external connection
I2C4: external connection
I2C5: internal connection
I2C6: no connection (not accessible)
Delete pinctrl from Ch2, add
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/uniphier-pinctrl.dtsi
b/arch/arm/boot/dts/uniphier-pinctrl.dtsi
index 2459279..52d67bf 100644
--- a/arch/arm/boot/dts/uniphier-pinctrl.dtsi
+++ b
Just one trivial patch for UniPhier (ASOC-32).
Masahiro Yamada (1):
ARM: dts: uniphier: add NAND pinmux node
arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 +
1 file changed, 5 insertions(+)
--
1.9.1
More info here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
Signed-off-by: Denys Vlasenko
CC: Himanshu Madhani
CC: James Bottomley
CC: qla2xxx-upstr...@qlogic.com
CC: Josh Poimboeuf
CC: linux-s...@vger.kernel.org
CC: linux-kernel@vger.kernel.org
---
drivers/scsi/qla2xxx/qla_attr.c | 5
drivers/regulator/rk8xx-regulator.c:617:3-8: No need to set .owner here. The
core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Wadim Egorov
Signed-off-by: Fengguang Wu
---
rk8xx-regulator.c
asm/pgtable-bits.h is included in 2 assembly files and thus has to
in either of the assembly files that include it.
Remove the redundant inclusions such that asm/pgtable-bits.h doesn't
need to #ifdef around C code, for cleanliness & and in preparation for
later patches which will add more C.
Sign
From: James Hogan
XPA (eXtended Physical Addressing) should be detected as a combination
of two architectural features:
- Large Physical Address (as per Config3.LPA). With XPA this will be set
on MIPS32r5 cores, but it may also be set for MIPS64r2 cores too.
- MTHC0/MFHC0 instructions (as per C
-support/20160415-172610
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
coccinelle warnings: (new ones prefixed by >>)
>> drivers/regulator/rk8xx-regulator.c:617:3-8: No need to set .owner here. The
>> core will do it.
Please review and
From: James Hogan
The hardware page table walker (HTW) configuration is broken on XPA
kernels where XPA couldn't be enabled (either nohtw or the hardware
doesn't support it). This is because the PWSize.PTEW field (PTE width)
was only set to 8 bytes (an extra shift of 1) in config_htw_params() if
Rather than hardcode a scratch register for the XPA case in iPTE_SW,
pass one through from the work registers allocated by the caller. This
allows for the XPA path to function correctly regardless of the work
registers in use.
Signed-off-by: Paul Burton
---
arch/mips/mm/tlbex.c | 24 +++
The same definition for pte_page is duplicated for the MIPS32
PHYS_ADDR_T_64BIT case & the generic case. Unify them by moving a single
definition outside of preprocessor conditionals.
Signed-off-by: Paul Burton
---
arch/mips/include/asm/pgtable-32.h | 6 +++---
1 file changed, 3 insertions(+),
From: James Hogan
For XPA kernels build_update_entries() uses $1 (at) as a scratch
register, but doesn't arrange for it to be preserved, so it will always
be clobbered by the TLB refill exception. Although this register
normally has a very short lifetime that doesn't cross memory accesses,
TLB re
asm/pgtable-bits.h has grown to become an unreadable mess of #ifdef
directives defining bits conditionally upon other bits all at the
preprocessing stage, for no good reason.
Instead of having quite so many #ifdef's, simply use enums to provide
sequential numbering for bit shifts, without having t
From: Mike Christie
This has ll_rw_block users pass in the operation and flags separately,
so ll_rw_block can setup bio->bi_op and bio-bi_rw on the bio that
is submitted.
v2:
1. Fix for kbuild error in ll_rw_block comments.
Signed-off-by: Mike Christie
Reviewed-by: Christoph Hellwig
Reviewed
From: Mike Christie
This patch has dm use bio->bi_op for REQ_OPs and rq_flag_bits
to bio->bi_rw.
Signed-off-by: Mike Christie
Reviewed-by: Christoph Hellwig
Reviewed-by: Hannes Reinecke
---
drivers/md/dm-bufio.c | 8 +++---
drivers/md/dm-crypt.c | 1 +
drivers/md/dm-io.
101 - 200 of 1033 matches
Mail list logo