On Wednesday, February 19, 2014 12:01:20 PM Alan Stern wrote:
> On Mon, 17 Feb 2014, Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> >
> > Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
> > resume all runtime-suspended devices during system suspend, mostly
> >
On Thu, 2014-02-20 at 01:58 +0100, Hannes Frederic Sowa wrote:
> On Wed, Feb 19, 2014 at 06:56:17PM -0600, Dan Williams wrote:
> > Note that there isn't yet a disable_ipv4 knob though, I was
> > perhaps-too-subtly trying to get you to send a patch for it, since I can
> > use it too :)
>
> Do you
Ping!
On Mon, 10 Feb 2014 11:47:17 +0900, Namhyung Kim wrote:
> Hello,
>
> I added --percentage option to perf report to control display of
> percentage of filtered entries.
>
> usage: perf report []
>
> --percentage
> how to display percentage of filtered
On Wed, Feb 19, 2014 at 06:56:17PM -0600, Dan Williams wrote:
> Note that there isn't yet a disable_ipv4 knob though, I was
> perhaps-too-subtly trying to get you to send a patch for it, since I can
> use it too :)
Do you plan to implement
On Wed, 2014-02-19 at 09:20 -0800, Luis R. Rodriguez wrote:
> On Wed, Feb 19, 2014 at 8:45 AM, Dan Williams wrote:
> > On Tue, 2014-02-18 at 13:19 -0800, Luis R. Rodriguez wrote:
> >> On Mon, Feb 17, 2014 at 12:23 PM, Dan Williams wrote:
> >> > On Fri, 2014-02-14 at 18:59 -0800, Luis R.
From: Haiyang Zhang
Date: Wed, 19 Feb 2014 15:49:45 -0800
> It auto negotiates the highest NetVSP version supported by both guest and
> host.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, Feb 18, 2014 at 11:47 AM, Torvald Riegel wrote:
> On Tue, 2014-02-18 at 09:44 -0800, Linus Torvalds wrote:
>>
>> Can you point to it? Because I can find a draft standard, and it sure
>> as hell does *not* contain any clarity of the model. It has a *lot* of
>> verbiage, but it's pretty
From: Paul Gortmaker
Date: Thu, 13 Feb 2014 16:15:01 -0500
> While copy_to/from_user_page() users are uncommon, there is one in
> drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c which leads
> to the following:
>
> ERROR: "sparc32_cachetlb_ops"
>
On Wed, Feb 19, 2014 at 11:14:54PM +0100, Gregory CLEMENT wrote:
> Hello,
>
> This patch set makes the use of the of PCI address translator less
> restrictive. At the end it will allow to use the mvebu_get_soc_id
> unconditionally.
>
> The mvebu SoC (such as Kirkwood, Dove or Armada XP for
On Wed, Feb 19, 2014 at 04:35:37PM -0800, Greg KH wrote:
> On Wed, Feb 19, 2014 at 04:03:40PM -0800, Dirk Brandewie wrote:
> > On 02/19/2014 02:47 PM, Greg KH wrote:
> > >Hi Dirk,
> > >
> > >I've been having some huge slowdowns on my box building kernels, and I
> > >took the time to bisect it down
From: Paul Gortmaker
Date: Thu, 13 Feb 2014 13:57:44 -0500
> In arch/sparc/Kernel/Makefile, we see:
>
>obj-$(CONFIG_SPARC64) += jump_label.o
>
> However, the Kconfig selects HAVE_ARCH_JUMP_LABEL unconditionally
> for all SPARC. This in turn leads to the following failure when
> doing
From: David Howells
Date: Wed, 12 Feb 2014 15:45:59 +
> sparc_cpu_model isn't in asm/system.h any more, so remove a comment about it.
>
> Signed-off-by: David Howells
That's not all your patch does:
> - /* extern enum sparc_cpu sparc_cpu_model; */ /* in */
> - if
Hi Shawn,
Today's linux-next merge of the imx-mxs tree got conflicts in
arch/arm/mach-imx/Makefile and arch/arm/mach-imx/common.h between commit
28a9f3b078c5 ("ARM: imx6: build pm-imx6q.c independently of CONFIG_PM")
from the arm-soc tree and commits 8dd751932545 ("ARM: imx: add suspend in
ocram
On Wed, Feb 19, 2014 at 05:16:22PM -0700, Shuah Khan wrote:
> On Intel systems, there are no dmesg regressions: emerg, crit,
> alert, err are clean. No regressions in warn.
> On AMD systems, the following new error messages - suspect is to
> drivers/regulator/core.c - patch
> 3.13.4 - amd:
> >
Hello Thomas,
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Monday, February 10, 2014 4:58 PM
> To: Liu, Chuansheng
> Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming
> Subject: Re: [PATCH 1/2] genirq: Fix the possible synchronize_irq()
> wait-forever
>
On 02/20/2014 01:41 AM, Catalin Marinas wrote:
On Wed, Feb 19, 2014 at 11:39:09AM +, AKASHI Takahiro wrote:
On 02/19/2014 12:38 AM, Catalin Marinas wrote:
On Fri, Feb 07, 2014 at 10:11:31AM +, AKASHI Takahiro wrote:
--- a/arch/arm64/kernel/ptrace.c
+++ b/arch/arm64/kernel/ptrace.c
@@
On Wed, Feb 19, 2014 at 04:03:40PM -0800, Dirk Brandewie wrote:
> On 02/19/2014 02:47 PM, Greg KH wrote:
> >Hi Dirk,
> >
> >I've been having some huge slowdowns on my box building kernels, and I
> >took the time to bisect it down to commit
> >fcb6a15c2e7e76d493e6f91ea889ab40e1c643a4 (intel_pstate:
Hello, Mikulas.
On Tue, Feb 18, 2014 at 08:57:11PM -0500, Mikulas Patocka wrote:
> Hi Tejun
>
> Two years ago, I reported a bug in workqueues - a work item that is
> supposed to be bound to a specific CPU can be migrated to a different CPU
> when the origianl CPU is disabled by writing zero to
On 02/18/2014 03:46 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.31 release.
There are 26 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 Wednesday, February 19, 2014 10:35:25 AM dirk.brande...@gmail.com wrote:
> From: Dirk Brandewie
>
> LFM (max efficiency ratio) is the max frequency at minimum voltage
> supported by the processor. Using LFM as the minimum P state
> increases performmance without affecting power. By not using
On Wednesday, February 19, 2014 10:26:52 AM Dirk Brandewie wrote:
> On 02/18/2014 04:53 PM, Rafael J. Wysocki wrote:
> > On Tuesday, February 18, 2014 04:35:26 PM Dirk Brandewie wrote:
> >> On 02/18/2014 04:43 PM, Rafael J. Wysocki wrote:
> >>> On Tuesday, February 18, 2014 04:24:02 PM Dirk
On Wednesday, February 19, 2014 04:46:19 PM Sudeep Holla wrote:
> On 19/02/14 16:49, Rafael J. Wysocki wrote:
> > On Wednesday, February 19, 2014 04:32:34 PM Sudeep Holla wrote:
> >> On 18/02/14 13:55, Hanjun Guo wrote:
> >>> This patch just do some clean up to replace printk with pr_*,
> >>> no
As I developed the bcm281xx clock code I understood there were
restrictions on device tree "compatible" strings names, and as a
result "bcm11351" was used in places despite the part family being
more properly called "bcm281xx". This can be a little confusing.
In some cases I went to far and
Use the init_data.name field to hold the name of a Kona clock rather
than duplicating it.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona-setup.c |6 +++---
drivers/clk/bcm/clk-kona.c | 17 ++---
drivers/clk/bcm/clk-kona.h |3 +--
3 files changed, 14
This series includes updates for the bcm281xx clock code to be
considered for kernel 3.14. I've held off posting this because
a mixup caused the code to which this applies to be dropped at
the last minute from the 3.13 release, and I wanted to make sure
the dust had settled on getting that
On 02/18/2014 03:47 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.13.4 release.
There are 40 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
Don't let a failure of ccu_wait_bit() go unnoticed.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clk/bcm/clk-kona.c b/drivers/clk/bcm/clk-kona.c
index e3d339e..c01d810 100644
--- a/drivers/clk/bcm/clk-kona.c
+++
Rather than "manually" setting up each CCU's clock entries at run
time, define a flexible array of generic Kona clock structures
within the CCU structure itself. Each of these entries contains
generic kona clock information (like its CCU pointer and clock
framework initialization data). Each
Add support for CCU policy engine control, and also for setting the
mask bits for bus clocks that require a policy change to get
activated. This includes adding validity checking framework for
CCUs, to validate the policy fields if defined.
Signed-off-by: Alex Elder
---
As with the previous commit, this renames a few symbols that
needlessly used "11351" rather than "281xx" in their names.
Support for the bcm11351 board is being removed from the kernel, and
the family of boards is more properly referred to as "bcm281xx".
Signed-off-by: Alex Elder
---
Add support for clock gate hysteresis control. For now, if it's
defined for a clock, it's enabled.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona-setup.c | 30 ++
drivers/clk/bcm/clk-kona.c | 33 +
Define the bus clock "bsc3_apb". This bus clock has to be managed
using the CCU policy mechanism, so add the definitions required for
that to the clock and its CCU.
This one bus clock in particular is defined because it is needed
by peripheral clock "bsc3". Our boot loader does not properly
We know up front how many CCU's we'll support, so there's no need to
allocate their data structures dynamically. Define a macro
KONA_CCU_COMMON() to simplify the initialization of many of the
fields in a ccu_data structure. Pass the address of a statically
defined CCU structure to
Allow a clock to specify a "prerequisite" clock. The prerequisite
clock must be initialized before the clock that depends on it. A
prerequisite clock is defined initially by its name; as that clock
gets initialized the name gets replaced with a pointer to its clock
structure pointer. In order
Hello, Lai.
On Wed, Feb 19, 2014 at 11:39:42AM +0800, Lai Jiangshan wrote:
> > CC: sta...@vger.kernel.org
>
> I think no one hit this bug. So I add this stable TAG?
>
> (Jason's bug-report drives me to review the workqueue harder,
> and I found this possible bug, but I think it is irrespective
Add bus clock support. A bus clock has a subset of the components
present in a peripheral clock (again, all optional): a gate; CCU
policy management bits; and if needed, bits to control hysteresis.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona-setup.c | 96
Add a flag that tracks whether a clock has already been initialized.
This will be used by the next patch to avoid initializing a clock
more than once when it's listed as a prerequisite.
Signed-off-by: Alex Elder
---
drivers/clk/bcm/clk-kona.c | 16 ++--
drivers/clk/bcm/clk-kona.h
Hello, Lai.
On Wed, Feb 19, 2014 at 11:47:58AM +0800, Lai Jiangshan wrote:
> If a worker is wokenup unexpectedly, it will start to work incorretly.
> Although it hardly happen, we should catch it and wait for being started
> if it does happen.
Can this actually happen? If so, how?
>
On Wed, Feb 19, 2014 at 4:00 PM, Thomas Gleixner wrote:
> On Wed, 19 Feb 2014, Mike Galbraith wrote:
>> I'm seeing ksoftirqd chewing 100% CPU on one or more CPUs in both 3.12
>> and 3.13, as below in a 40 core (+smt) box. It should look very
>> familiar to CCs, especially Ingo.
>>
>> Below,
On Thu, Feb 20, 2014 at 08:34:27AM +0900, Daeseok Youn wrote:
> From 6f865fde2e48ddc09f940ec30ebfc144cf074fd1 Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Wed, 19 Feb 2014 10:56:37 +0900
> Subject: [PATCH] ata: libahci: make ahci_pmp_retry_softreset() as static
>
> sparse says:
>
>
On Thu, Feb 20, 2014 at 08:28:45AM +0900, Daeseok Youn wrote:
> From 4a31953389769f685db08f93473fcbe732baaefc Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Wed, 19 Feb 2014 13:44:24 +0900
> Subject: [PATCH] ata: libahci: replace obsolete simple_strtoul() with
> kstrtouint()
>
>
The mm-of-the-moment snapshot 2014-02-19-16-07 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On 02/18/2014 03:47 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.12 release.
There are 32 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, Feb 18, 2014 at 11:18 PM, WANG Chao wrote:
> Hi, All
>
> arch/x86/kernel/pci-calgary.c is the only user of saved_max_pfn today:
>
> int __init detect_calgary(void)
> {
> [..]
> specified_table_size = determine_tce_table_size((is_kdump_kernel() ?
>
On 02/19/2014 02:47 PM, Greg KH wrote:
Hi Dirk,
I've been having some huge slowdowns on my box building kernels, and I
took the time to bisect it down to commit
fcb6a15c2e7e76d493e6f91ea889ab40e1c643a4 (intel_pstate: Take core C0
time into account for core busy calculation). With that patch
On 02/18/2014 03:46 PM, Greg Kroah-Hartman wrote:
Many thanks to Li Zefan for digging up a bunch of these patches, that
work is much appreciated.
This is the start of the stable review cycle for the 3.4.81 release.
There are 24 patches in this series, all will be posted as a response
to this
On Wed, 19 Feb 2014, Mike Galbraith wrote:
> I'm seeing ksoftirqd chewing 100% CPU on one or more CPUs in both 3.12
> and 3.13, as below in a 40 core (+smt) box. It should look very
> familiar to CCs, especially Ingo.
>
> Below, tasklet is disabled by ioat2_free_chan_resources, and what I
>
:
$ git grep -l -E '(NO|HAS)_IOPORT' | xargs perl -p -i -e
's/\b((?:CONFIG_)?(?:NO|HAS)_IOPORT)\b/$1_MAP/'
Signed-off-by: Uwe Kleine-König
---
Hello,
the patch was created on top of e95003c3f9cc (which is current Linus'
master). When applying it to next-20140219 there is a simple conflict
> Do you have situations in which swapoff is taking an unacceptable
> amount of time? If so, please update the changelog to provide full
> details on this, with before-and-after timing measurements.
Yes - because now and then (about once a month) with 3.10 or so + and
encrypted swap my box with
> gpsd uses TIOCMIWAIT to get a wakeup from a PPS signal connected to a modem
> control line. That path might have the same problem and/or some ideas on how
> to handle the data case.
TIOCMIWAIT should be fine. The data processing is deferred but very few
devices defer processing of modem
>From 6f865fde2e48ddc09f940ec30ebfc144cf074fd1 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Wed, 19 Feb 2014 10:56:37 +0900
Subject: [PATCH] ata: libahci: make ahci_pmp_retry_softreset() as static
sparse says:
drivers/ata/libahci.c:1390:5: warning:
symbol 'ahci_pmp_retry_softreset' was
>From 4a31953389769f685db08f93473fcbe732baaefc Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Wed, 19 Feb 2014 13:44:24 +0900
Subject: [PATCH] ata: libahci: replace obsolete simple_strtoul() with
kstrtouint()
Signed-off-by: Daeseok Youn
---
drivers/ata/libahci.c |5 +++--
1 file
The timer core takes care of serialization and IRQs. Hence the driver is
no longer required to disable interrupts when calling
clockevents_update_freq().
Signed-off-by: Soren Brinkmann
---
v4:
- no change
drivers/clocksource/cadence_ttc_timer.c | 17 ++---
1 file changed, 2
On Wed, Feb 19, 2014 at 08:22:55PM +0100, Alexander Gordeev wrote:
> On Wed, Feb 19, 2014 at 11:09:27AM -0700, Jon Mason wrote:
> > > diff --git a/drivers/ntb/ntb_hw.c b/drivers/ntb/ntb_hw.c
> > > index 170e8e6..fda37eb 100644
> > > --- a/drivers/ntb/ntb_hw.c
> > > +++ b/drivers/ntb/ntb_hw.c
> > >
Fengguang Wu writes:
> Hi Eric,
>
> FYI, we noticed the below changes on commit
> 73c12e50af3a756137071c1e1c1e99cffcbaa835
> ("vfs: Lazily remove mounts on unlinked files and directories."):
>
> test case: dbench
>
> 5c39777e797e7ba 73c12e50af3a756137071c1e1
> ---
On Wed, Feb 19, 2014 at 04:32:47PM +, Opensource [Anthony Olech] wrote:
> Add support for a new BC variant of the DA9053 PMIC.
Acked-by: Mark Brown
> There is one difference between it and the AA, BA and BB.
Which is...? :)
signature.asc
Description: Digital signature
Hi,
another iteration of this series. The patches are the same as in v3, but
the series shrank a bit. I rebased this series on tip/timers/core, hence
the two patches for the clockevent core fell out, since Thomas already
applied those.
Additionally I removed the patch 'clocksource/cadence_ttc:
> Can you give me an idea of your device's average and minimum required
> latency (please be specific)? Is your target arch x86 [so I can evaluate the
> the impact of bus-locked instructions relative to your expected]?
The code I'm familiar with is ntpd and gpsd. They run on almost any hardware
The currently used method adjusting the clocksource to a changing input
frequency does not work on kernels from 3.11 on.
The new approach is to keep the timer frequency as constant as possible.
I.e.
- due to the TTC's prescaler limitations, allow frequency changes
only if the frequency scales
The timer frequency of the arm_global_timer depends on the CPU
frequency. With cpufreq altering that frequency the arm_global_timer
does not maintain a stable time base. Therefore don't enable that timer
in case cpufreq is enabled.
Cc: Russell King
Signed-off-by: Soren Brinkmann
---
v4:
- no
The generic cpufreq-cpu0 driver can scale the CPU frequency on Zynq
SOCs. Add the required platform device to the BSP and appropriate
OPPs to the dts.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Russell King
Cc: devicet...@vger.kernel.org
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Wednesday, February 19, 2014 4:23 PM
> To: Haiyang Zhang
> Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
> jasow...@redhat.com; linux-kernel@vger.kernel.org; driverdev-
>
> Subject: [PATCH 2/2] qib: Use pci_enable_msix_range() instead of
> pci_enable_msix()
>
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers using these two
> interfaces need to be updated to use the new pci_enable_msi_range()
On Wed, Feb 19, 2014 at 04:39:47PM -0500, Rik van Riel wrote:
> On 02/19/2014 04:27 PM, Andrew Morton wrote:
> > On Tue, 18 Feb 2014 16:35:22 -0800 Kelley Nielsen
> > wrote:
> >
> >> The function try_to_unuse() is of quadratic complexity, with a lot of
> >> wasted effort. It unuses swap entries
On 19.02.2014 [13:56:00 -0800], David Rientjes wrote:
> On Wed, 19 Feb 2014, Nishanth Aravamudan wrote:
>
> > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > > index 3e953f07edb0..4a44bdc7a8cf 100644
> > > --- a/mm/page_alloc.c
> > > +++ b/mm/page_alloc.c
> > > @@ -1855,7 +1855,7 @@ static
It auto negotiates the highest NetVSP version supported by both guest and host.
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/hyperv_net.h | 53 +++
drivers/net/hyperv/netvsc.c | 25 +++--
2014-02-20 6:58 GMT+09:00, Dongsu Park :
> Hi Namjae,
> see below:
Hi Dongsu.
>
> On 19.02.2014 01:38, Namjae Jeon wrote:
>> This patch implements fallocate's FALLOC_FL_COLLAPSE_RANGE for Ext4.
> ..
>> +/*
>> + * Don't start shifting extents until we make sure the hole is big
>> +
On Wed, 2014-02-19 at 11:05 +0100, Paul Bolle wrote:
> On Wed, 2014-02-19 at 10:59 +0100, Geert Uytterhoeven wrote:
> > On Wed, Feb 19, 2014 at 10:52 AM, Paul Bolle wrote:
> > > - ret = core_alua_state_nonoptimized(cmd, cdb,
> > > -
Hi Dirk,
I've been having some huge slowdowns on my box building kernels, and I
took the time to bisect it down to commit
fcb6a15c2e7e76d493e6f91ea889ab40e1c643a4 (intel_pstate: Take core C0
time into account for core busy calculation). With that patch reverted
on Linus's current tree, my build
On Wed, 19 Feb 2014, Peter Zijlstra wrote:
> So when we add a new event (or more) we compute a mapping from event to
> counter. Then we disable all (pre existing) events that moved to a new
> location, then we enable all events (insert HES_ARCH) that were running
> but got relocated and the new
Commit-ID: 6fa967bb8354fff2d5e116d97f4d83fdab644b67
Gitweb: http://git.kernel.org/tip/6fa967bb8354fff2d5e116d97f4d83fdab644b67
Author: Stefani Seibold
AuthorDate: Mon, 17 Feb 2014 11:03:44 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 19 Feb 2014 14:09:07 -0800
x86, vdso: Do
Commit-ID: 0fc8a237cbe98a06962f5ea37d24fc2369e23c74
Gitweb: http://git.kernel.org/tip/0fc8a237cbe98a06962f5ea37d24fc2369e23c74
Author: Stefani Seibold
AuthorDate: Wed, 19 Feb 2014 10:09:10 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 19 Feb 2014 14:08:34 -0800
x86, vdso: Add
On Wed, Feb 19, 2014 at 02:00:21PM -0800, Andrew Morton wrote:
> > I toyed with the idea of changing task_struct.make_it_fail to unsigned too,
> > but only realized I missed that after I'd sent out the diff.
>
> If we're touching the task_struct we could make it a bool.
>
> Or just a
On Wed, 19 Feb 2014, Xishi Qiu wrote:
> Here is a warning, I don't whether it is relative to my hardware.
> If set "kmemcheck=1 nowatchdog", it can boot.
>
> code:
> ...
> pte = kmemcheck_pte_lookup(address);
> if (!pte)
> return false;
>
>
Hi Stephen,
Thank you for the patch.
On Wednesday 19 February 2014 11:43:26 Stephen Warren wrote:
> From: Stephen Warren
>
> Document what we (Laurent and I, following a mailing list dicussion)
> believe are best practices for the polarity flag in a GPIO specifier.
>
> While touching the doc,
Since deadline tasks share rt bandwidth, we must care about
bandwidth timer set. Otherwise rt_time may grow up to infinity
in update_curr_dl(), if there are no other available RT tasks
on top level bandwidth.
I'm going to decide the problem the way below. Almost untested
because of I skipped
The address translation of a PCI node don't require anymore the PCI
support in the kernel. This translation is mandatory to be able to
read the SoC ID which is stored in the PCI controller of the mvebu
SoCs.
This patch selects the symbol needed to get only this translation for
all the mvebu
Translating an address from a PCI node of the device-tree into a CPU
physical address doesn't require the core PCI support. Those
translations are just related to the device tree itself.
The use case to translate an address from a PCI node without actually
using the PCI core support is when one
Hello,
This patch set makes the use of the of PCI address translator less
restrictive. At the end it will allow to use the mvebu_get_soc_id
unconditionally.
The mvebu SoC (such as Kirkwood, Dove or Armada XP for instance) come
with an IP of a PCI controller. The ID and the revision of a SoC are
Kmemcheck should use the preferred interface for parsing command line
arguments, kstrto*(), rather than sscanf() itself. Use it appropriately.
Signed-off-by: David Rientjes
---
arch/x86/mm/kmemcheck/kmemcheck.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
From: Stefan Seyfried
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 893d6f0..eeaf3e7 100644
--- a/Makefile
+++ b/Makefile
@@ -606,7 +606,7 @@ ifdef CONFIG_CC_STACKPROTECTOR_REGULAR
stackp-flag := -fstack-protector
ifeq ($(call
On 19 February 2014 13:37, Christian Daudt wrote:
> On Wed, Feb 19, 2014 at 1:31 PM, Matt Porter wrote:
>> The BCM11351 BRT board will never see the light of day. Remove the BRT
>> dts since it is not maintainable.
>>
>> Reviewed-by: Alex Elder
>> Signed-off-by: Matt Porter
>> ---
>> Changes
On Wed, Feb 19, 2014 at 06:55:51PM +0100, Torvald Riegel wrote:
> On Wed, 2014-02-19 at 07:14 -0800, Paul E. McKenney wrote:
> > On Wed, Feb 19, 2014 at 11:59:08AM +0100, Torvald Riegel wrote:
[ . . . ]
> > > On both sides, the compiler will see that mmap() (or similar) is called,
> > > so that
On Wed, Feb 19, 2014 at 3:15 AM, Alexander Gordeev wrote:
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() and pci_enable_msix_range()
>
On Wed, 19 Feb 2014, Andrew Morton wrote:
> If we're touching the task_struct we could make it a bool.
>
> Or just a single bit(field). task_struct already has a bunch of
> bitfields in it (strangely, they aren't contiguous). But some locking
> would be needed if tasks-other-than-current can
On Tue, Feb 18, 2014 at 06:53:19PM -0800, Rajat Jain wrote:
> In case a card is physically yanked out, it should immediately be
> removed, regardless of the "surprise" capability bit. Thus:
>
> * Always handle the physical removal - regardless of the "surprise" bit.
> * Don't use "surprise"
On 02/17/2014 06:33 AM, Peter Zijlstra wrote:
> Then write the PERF_RECORD_DATA structure into the normal ring-buffer
> location; set data_offset to point to the first page boundary, data_size
> to 1mb.
>
> Then frob things such that perf_mmap_to_page() for the next 1mb of pages
> points to your
On Wed, 19 Feb 2014 16:55:05 -0500 Dave Jones wrote:
> On Wed, Feb 19, 2014 at 01:40:25PM -0800, Andrew Morton wrote:
>
> > Switching `make_it_fail' to unsigned makes the test simpler but it does
> > rather muck up the typing in there. task_struct.make_it_fail is still
> > an int, we
Em Wed, Feb 19, 2014 at 04:52:54PM +0100, Jiri Olsa escreveu:
> Currently the we display all detected features/libraries
> by following rules:
> - if one of the features is missing
> - if it's build from clean tree
>
> This patch changes changes this behavior in several ways.
>
> - We no
On 02/19/2014 04:27 PM, Andrew Morton wrote:
> On Tue, 18 Feb 2014 16:35:22 -0800 Kelley Nielsen wrote:
>
>> The function try_to_unuse() is of quadratic complexity, with a lot of
>> wasted effort. It unuses swap entries one by one, potentially iterating
>> over all the page tables for all the
Dear Beneficiary
My family and I are donating $450,000 to you from our achievements,
Contact us via email at (robert...@foxmail.com) for further details.
Best Regards,
Robert Erb.
Copyright ©2014. The Robert Erb Foundation. All Rights Reserve.
--
To unsubscribe from this list: send the line
Hi Namjae,
see below:
On 19.02.2014 01:38, Namjae Jeon wrote:
> This patch implements fallocate's FALLOC_FL_COLLAPSE_RANGE for Ext4.
..
> + /*
> + * Don't start shifting extents until we make sure the hole is big
> + * enough to accomodate the shift.
> + */
> + path =
On Wed, 19 Feb 2014, Nishanth Aravamudan wrote:
> > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > index 3e953f07edb0..4a44bdc7a8cf 100644
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -1855,7 +1855,7 @@ static void __paginginit init_zone_allows_reclaim(int
> > nid)
> > {
> >
On Wed, Feb 19, 2014 at 01:40:25PM -0800, Andrew Morton wrote:
> Switching `make_it_fail' to unsigned makes the test simpler but it does
> rather muck up the typing in there. task_struct.make_it_fail is still
> an int, we should now use simple_strtoul rather than simple_strtol,
>
On Thu, Feb 6, 2014 at 4:21 PM, Benson Leung wrote:
> On Fri, Jan 10, 2014 at 12:30 PM, Benson Leung wrote:
>> On Mon, Jan 6, 2014 at 7:08 PM, Duson Lin wrote:
>>> This driver adds support for elan i2c/smbus touchpad found on some laptops
>>> PC
>>>
>>> Signed-off-by: Duson Lin
>>
>>
On Wed, 19 Feb 2014, Michal Hocko wrote:
> Interesting. So is the PPC NUMA basically about local vs. very distant?
The point is that it's impossible to tell how distant they are from one
NUMA domain to the next NUMA domain.
> Should REMOTE_DISTANCE reflect that as well? Or can we have
>
On 19 February 2014 01:17, Courtney Cavin wrote:
> On Tue, Feb 18, 2014 at 08:06:55AM +0100, Jassi Brar wrote:
>>
>> >> +void *ipc_request_channel(struct ipc_client *cl)
>> >> +{
> [...]
>> >> + spin_lock_irqsave(>lock, flags);
>> >> + chan->msg_free =
> > Because low latency is about *turn around* time. There are plenty of
> > protocols that can flow control, do flow control and want low latency
> > because they are not windowed. It's not mutually exclusive by any means.
>
> But if it's all about turn around time, how can the situation devolve
On Fri, 2014-02-14 at 13:19 +0530, Srivatsa S. Bhat wrote:
> The following method of CPU hotplug callback registration is not safe
> due to the possibility of an ABBA deadlock involving the cpu_add_remove_lock
> and the cpu_hotplug.lock.
>
> get_online_cpus();
>
>
On 5 February 2014 14:37, Catalin Marinas wrote:
> On Thu, Jan 23, 2014 at 03:01:23PM +, Catalin Marinas wrote:
>> On Fri, Jan 17, 2014 at 09:23:06AM +, Ard Biesheuvel wrote:
>> > Ard Biesheuvel (5):
>> > ARM: add support for AT_HWCAP2 ELF auxv entry
>> > binfmt_elf: add ELF_HWCAP2 to
101 - 200 of 1390 matches
Mail list logo