Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: "David S. Miller"
CC: sparcli...@vger.kernel.org
---
arch/sparc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sparc/Kconfi
On Tue, Dec 17, 2013 at 03:29:54PM +, Mel Gorman wrote:
> On Mon, Dec 16, 2013 at 03:42:15PM -0500, Johannes Weiner wrote:
> > On Fri, Dec 13, 2013 at 02:10:05PM +, Mel Gorman wrote:
> > > Commit 81c0a2bb ("mm: page_alloc: fair zone allocator policy") solved a
> > > bug whereby new pages co
> > Maybe --highlight ?
>
> That is ok for me, I think it is better than --emphasize
I actually didn't use highlight because its short counterpart (-h) is
help :-)
New patch with --highlight instead of --emphasize and -e below.
---
This option highlights tasks (using different color) that run mor
If only a single trigger combination is present on a device, either can be
reported. If the side of the trigger (left/right) cannot be decided (eg.,
if it's centered), then choose any side. User-space automatically notices
that only a single trigger is reported and thus doesn't care how it is
repor
On Mon, May 14, 2012 at 12:41 PM, Dave Jones wrote:
> distribution kernels might want to build in support for /proc/device-tree
> for kernels that might end up running on hardware that doesn't support
> openfirmware.
> This results in an empty /proc/device-tree existing.
> Remove it if the OFW ro
Document the clock properties required by the at91 i2c bus driver.
Signed-off-by: Boris BREZILLON
---
Documentation/devicetree/bindings/i2c/i2c-at91.txt |2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/i2c/i2c-at91.txt
b/Documentation/devicetree/binding
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/Kconfig | 1 +
1 file changed, 1 insertion(+)
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: "H. Peter Anvin"
CC: Ingo Molnar
CC: Thomas Gleixner
CC: x...@kernel.org
---
arch/x86/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff -
Remove messy dependencies from SERIO_I8042 by having it depend on one
Kconfig symbol (ARCH_MIGHT_HAVE_PC_SERIO) and having architectures
which need it select ARCH_MIGHT_HAVE_PC_SERIO in arch/*/Kconfig.
New architectures are unlikely to need SERIO_I8042, so this avoids
having an ever growing list of
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch
As we painfully noticed during the 3.12 merge-window our
EVIOCGABS/EVIOCSABS API is limited to ABS_MAX<=0x3f. We tried several
hacks to work around it but if we ever decide to increase ABS_MAX, the
EVIOCSABS ioctl ABI might overflow into the next byte causing horrible
misinterpretations in the kern
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Guan Xuetao
---
arch/unicore32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
in
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO. Cayman board
is only sh board which needs this.
Signed-off-by: Mark Salter
---
arch/sh/boards/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/boards/Kconfig b/
Hi
This implements the recently discussed ABS2 API. It's working fine on my machine
with libevdev. Comments welcome!
* Patch #1 fixes some uinput shortcomings and prepares uinput for ABS2
* Patch #2 adds ABS2
* Patch #3 is just a small comment-fix for #4
* Patch #4 adds some new example ABS value
We currently lack support for abs-resolution and abs-value parameters
during uinput ABS initialization. Furthermore, our parsers don't allow
growing ABS_CNT values. Therefore, introduce uinput_user_dev2.
User-space is free to write uinput_user_dev2 objects instead of
uinput_user_dev legacy objects
Motion sensors are getting quite common in mobile devices. To avoid
returning accelerometer data via ABS_X/Y/Z and irritating the Xorg
mouse-driver, this adds separate ABS_* bits for that.
This is needed if gaming devices want to report their normal data plus
accelerometer/gyro data. Usually, ABS_
Document the clock properties required by the atmel_tclib driver.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/arm/atmel-at91.txt |8
1 file changed, 8 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/atmel-at91.txt
b/Documentation/devicetree/
Hi,
the first three patches are an attempt to clean up memcg charging path a
bit. I am already fed up about all the different combinations of mm vs.
memcgp parameters so I have split up the function into two parts:
* charge mm
* charge a known memcg
More details are in the patch 1.
This reverts commit 96f1c58d853497a757463e0b57fed140d6858f3a
because it is no longer needed after "memcg: make sure that memcg is not
offline when charging" which makes sure that no charges will be accepted
after mem_cgroup_reparent_charges has started.
Signed-off-by: Michal Hocko
---
mm/memcont
The current charge path might race with memcg offlining because holding
css reference doesn't stop css offline. As a result res counter might be
charged after mem_cgroup_reparent_charges (called from memcg css_offline
callback) and so the charge would never be freed. This has been worked
around by
bacause both mem_cgroup_try_charge and mem_cgroup_try_charg_memcg
do the same thing. mem_cgroup_try_charge tries to safe one css_tryget
because it relies on the fact that the stock consumption disables
preemption while checking the memcg so it either sees an alive memcg or
NULL.
The css_tryget does
The current core of memcg charging is wild to say the least.
__mem_cgroup_try_charge which is in the center tries to be too clever
and it handles two independent cases
* when the memcg to be charged is known in advance
* when the given mm_struct is charged
The resulting callchains a
An ancient comment tries to explain that a given mm might be NULL when a
task is migrated. It has been introduced by 8a9f3ccd (Memory controller:
memory accounting) along with other bigger changes so it is not much
more specific about the conditions.
Anyway, Even if the task is migrated to another
On Tue, Dec 17, 2013 at 11:20:07AM +, Mel Gorman wrote:
> On Mon, Dec 16, 2013 at 03:52:37PM -0500, Johannes Weiner wrote:
> > On Fri, Dec 13, 2013 at 02:10:06PM +, Mel Gorman wrote:
> > > Not signed off. Johannes, was the intent really to decrement the batch
> > > counts regardless of whet
The MOXA ART SoC is based on Faraday's FA526. This is a ARMv4 32-bit
192 MHz CPU with MMU and 16KB/8KB D/I-cache.
Add platform support for this SoC.
Also add UC-7112-LX as a machine.
Signed-off-by: Jonas Jensen
---
arch/arm/Kconfig | 2 +
arch/arm/Makefile |
On Tue, Dec 17, 2013 at 02:04:57PM +, Morten Rasmussen wrote:
> On Sat, Dec 14, 2013 at 01:27:59PM +, Alex Shi wrote:
> > On 12/14/2013 04:03 AM, Peter Zijlstra wrote:
> > >
> > >
> > > I had a quick peek at the actual patches.
> > >
> > > afaict we're now using weighted_cpuload() aka ru
. removed moxart_defconfig options:
# CONFIG_ARM_THUMB is not set
Applies to next-20131217
Jonas Jensen (2):
ARM: mach-moxart: add MOXA ART SoC platform files
ARM: mach-moxart: add MOXA ART SoC device tree files
Documentation/devicetree/bindings/arm/moxart.txt | 12 ++
arch/arm/Kconfig
Add a generic (dtsi) include file for MOXA ART SoCs.
Also add a file for UC-7112-LX.
Signed-off-by: Jonas Jensen
---
Documentation/devicetree/bindings/arm/moxart.txt | 12 ++
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/moxart-uc7112lx.dts| 93 ++
On Tue, Dec 17, 2013 at 02:10:12PM +, Morten Rasmussen wrote:
> > @@ -4135,7 +4141,7 @@ find_idlest_group(struct sched_domain *sd, struct
> > task_struct *p, int this_cpu)
> > if (local_group)
> > load = source_load(i);
> > el
On 12/17, Oleg Nesterov wrote:
>
> On 12/16, Richard Guy Briggs wrote:
> >
> > task->pid is only ever assigned once (well ok, twice). For system health
> > and
> > secure logging confidence, make it const to make it much more intentional
> > when
> > it is being changed.
>
> Hmm. I am a bit supr
On Tue, Dec 17, 2013 at 11:13:52AM +, Mel Gorman wrote:
> On Mon, Dec 16, 2013 at 03:25:07PM -0500, Johannes Weiner wrote:
> > On Fri, Dec 13, 2013 at 02:10:03PM +, Mel Gorman wrote:
> > > zone_local is using node_distance which is a more expensive call than
> > > necessary. On x86, it's an
* Mark Brown [131216 15:39]:
> On Mon, Dec 16, 2013 at 03:06:22PM -0800, Tony Lindgren wrote:
> > * Mark Brown [131216 13:42]:
> > > On Mon, Dec 16, 2013 at 01:05:13PM -0800, Tony Lindgren wrote:
>
> > > > Personally I don't see any value for a regulator describing the names of
> > > > the GPIOs
On 12/16, Richard Guy Briggs wrote:
>
> task->pid is only ever assigned once (well ok, twice). For system health and
> secure logging confidence, make it const to make it much more intentional when
> it is being changed.
Hmm. I am a bit suprized you decided to constify task->pid, but OK.
And we
These ICs already have hwmon driver support, but they also have some gpio
functionality which this addition tries to address. Later on, there would be an
MFD driver added as well.
Signed-off-by: Laszlo Papp
---
drivers/gpio/Kconfig| 14 +++
drivers/gpio/Makefile | 2 +
drivers/g
On Mon, Dec 16, 2013 at 03:42:15PM -0500, Johannes Weiner wrote:
> On Fri, Dec 13, 2013 at 02:10:05PM +, Mel Gorman wrote:
> > Commit 81c0a2bb ("mm: page_alloc: fair zone allocator policy") solved a
> > bug whereby new pages could be reclaimed before old pages because of
> > how the page alloca
On Mon, 16 Dec 2013, Dave Hansen wrote:
> I'll do some testing and see if I can coax out any delta from the
> optimization myself. Christoph went to a lot of trouble to put this
> together, so I assumed that he had a really good reason, although the
> changelogs don't really mention any.
The cmp
Document the clock properties required by the atmel-ssc driver.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/misc/atmel-ssc.txt |5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/misc/atmel-ssc.txt
b/Documentation/devicetree/bindi
On Tue, Dec 17, 2013 at 04:03:58PM +0200, Eliezer Tamir wrote:
> n 17/12/2013 15:32, Peter Zijlstra wrote:
> >
> > Awesomeness.. you'll work on subtracting the spin time from the sleep
> > time?
>
> Me or someone on our team will work on it.
>
> I'm not sure that subtracting the spin time is the
On 13.12.2013 15:10, Mel Gorman wrote:
Kicked this another bit today. It's still a bit half-baked but it restores
the historical performance and leaves the door open at the end for playing
nice with distributing file pages between nodes. Finishing this series
depends on whether we are going to ma
The contents of clk-provide.h, struct clk_hw etc, are only available
if CONFIG_COMMON_CLK is selected. Therefore IS_ENABLED(COMMON_CLK) is
not sufficient and real preprocessor conditions are necessary to
keep the code in question from being compiled on non-COMMON_CLK systems.
Signed-off-by: Heiko
Hi,
./scripts/Lindent seems to be working OK, but there are a few minor
issues like this:
static struct i2c_driver max6651_driver = {
.driver = {
- .name = "gpio-max6651",
- .owner = THIS_MODULE,
- },
+ .name = "gpio-max6651",
+
On Tue, Dec 17, 2013 at 05:55:14PM +0530, Rajiv Shanmugam Madeswaran wrote:
> Hi matthew, Thanks for your suggestion. I have made the following changes in
> the block driver.
>
> 1. As far as SGL is concerned I could see slender increase in the iops when
> compared to PRP. For Ex: consider a sc
On Fri, Oct 11, 2013 at 8:45 AM, Josh Boyer wrote:
> If a user calls 'cpupower set --perf-bias 15', the process will end with a
> SIGSEGV in libc because cpupower-set passes a NULL optarg to the atoi call.
> This is because the getopt_long structure currently has all of the options
> as having an
On 12/17/13, 7:15 AM, Arnaldo Carvalho de Melo wrote:
Just tried it here, and on fedora 18 one doesn't even needs the
--color=always,
Default aliases:
$ alias
alias egrep='egrep --color=auto'
alias fgrep='fgrep --color=auto'
alias grep='grep --color=auto'
--
To unsubscribe from this list: sen
On Tue, 17 Dec 2013, Krzysztof Kozlowski wrote:
> Replace calls to sec_reg* helpers with direct usage of regmap API. The
> sec_reg* helpers are error-prone as they mix u8 with unsigned int and
> order of some of parameters (val and mask in sec_reg_update()).
>
> Also the helpers do not give any w
On Tue, 17 Dec 2013, Krzysztof Kozlowski wrote:
> On Tue, 2013-12-17 at 13:51 +, Lee Jones wrote:
> > > Add symbols for hard-coded values of BUCK_RAMP field in DVS_RAMP
> > > register. This simplifies a little the code as register update is called
> > > only once.
> > >
> > > Signed-off-by: K
Hello,
This patch series adds support for clock accuracy retrieval in the common clk
framework.
Best Regards,
Boris
Changes since v2:
- fix __clk_recalc_accuracies function comment
- modify __clk_get_accuracy to return the current clock accuracy even when the
clock is orphan
- only recalc
Thomas,
Here's a couple of small fixes for the armada-370-xp driver. These have
been in -next for 3 days now.
thx,
Jason.
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are available in the git repository at:
git:
On Tue, Dec 17, 2013 at 10:54:47AM +0100, Fabio Fantoni wrote:
> Il 16/12/2013 16:04, Konrad Rzeszutek Wilk ha scritto:
> >The user has the option of disabling the platform driver:
> >00:02.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)
> >
> >which is used to unplug the em
Hello,
this is another piece of the printk softlockup saga series. Let me first
remind the problem:
Currently, console_unlock() prints messages from kernel printk buffer to
console while the buffer is non-empty. When serial console is attached,
printing is slow and thus other CPUs in the syst
We need interrupts disabled when calling console_trylock_for_printk()
only so that cpu id we pass to can_use_console() remains valid (for
other things console_sem provides all the exclusion we need and
deadlocks on console_sem due to interrupts are impossible because we use
down_trylock()). Howeve
From: Steven Rostedt
To prevent deadlocks with doing a printk inside the scheduler,
printk_sched() was created. The issue is that printk has a console_sem
that it can grab and release. The release does a wake up if there's a
task pending on the sem, and this wake up grabs the rq locks that is
hel
There's no reason to hold lockbuf_lock when entering
console_trylock_for_printk(). The first thing this function does is
calling down_trylock(console_sem) and if that fails it immediately
unlocks lockbuf_lock. So lockbuf_lock isn't needed for that branch.
When down_trylock() succeeds, the rest of c
On 12/17/2013 03:26 PM, Mike Galbraith wrote:
> On Tue, 2013-12-17 at 09:16 -0500, Steven Rostedt wrote:
>>
>>> @@ -1129,11 +1127,8 @@ unsigned long wait_task_inactive(struct task_struct
>>> *p, long match_state)
>>> * is actually now running somewhere else!
>>> */
>>>
Return the mathematically correct answer when an argument is 0.
Signed-off-by: Rasmus Villemoes
---
I don't think there is any instance of lcm(0,n) in the kernel, but at
least this reduces code size a little.
lib/lcm.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/li
Ensure that lcm(a,b) returns the mathematically correct result,
provided it fits in an unsigned long. The current version returns
garbage if a*b overflows, even if the final result would fit.
Signed-off-by: Rasmus Villemoes
---
There are of course still plenty of cases where the return value is
w
* Mel Gorman wrote:
> [...]
>
> At that point it'll be time to look at profiles and see where we are
> actually spending time because the possibilities of finding things
> to fix through bisection will be exhausted.
Yeah.
One (heavy handed but effective) trick that can be used in such a
sit
This patch adds support for accuracy retrieval on fixed clocks.
It also adds a new dt property called 'clock-accuracy' to define the clock
accuracy.
This can be usefull for oscillator (RC, crystal, ...) definitions which are
always given an accuracy characteristic.
Signed-off-by: Boris BREZILLON
The clock accuracy is expressed in ppb (parts per billion) and represents
the possible clock drift.
Say you have a clock (e.g. an oscillator) which provides a fixed clock of
20MHz with an accuracy of +- 20Hz. This accuracy expressed in ppb is
20Hz/20MHz = 1000 ppb (or 1 ppm).
Clock users may need
On Tue, Dec 17, 2013 at 12:00:51PM +0100, Ingo Molnar wrote:
>
> > sched: Assign correct scheduling domain to sd_llc
> >
> > Commit 42eb088e (sched: Avoid NULL dereference on sd_busy) corrected a NULL
> > dereference on sd_busy but the fix also altered what scheduling domain it
> > used for sd_ll
On Tue, Dec 17, 2013 at 01:51:56PM +, Matt Fleming wrote:
> Couldn't we do the mapping in efi_setup_page_tables() if we pass
> __pa(new_memmap) and 1 << new_memmap_shift as arguments?
Yep, not a bad idea. I'll give it a try.
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under
On Tue, 2013-12-17 at 09:16 -0500, Steven Rostedt wrote:
>
> > @@ -1129,11 +1127,8 @@ unsigned long wait_task_inactive(struct task_struct
> > *p, long match_state)
> > * is actually now running somewhere else!
> > */
> > while (task_running(rq, p)) {
> > -
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 17, 2013 at 03:06:08PM +0100, Ingo Molnar escreveu:
> > * Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Dec 17, 2013 at 02:41:37PM +0100, Ingo Molnar escreveu:
> > > > * Arnaldo Carvalho de Melo wrote:
> > > > > Em Tue, Dec 17, 2013 at 04:15:22PM
On Mon, Dec 16, 2013 at 09:50:01AM -0800, Joe Perches wrote:
> (adding Andrew Morton to cc's)
>
> On Mon, 2013-12-16 at 12:06 -0500, Neil Horman wrote:
> > sctp has several points in its setsockopt path in which it issues
> > deprecation
> > warnings. It seems like it might be handy to macrotize
Em Tue, Dec 17, 2013 at 03:06:08PM +0100, Ingo Molnar escreveu:
> * Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 17, 2013 at 02:41:37PM +0100, Ingo Molnar escreveu:
> > > * Arnaldo Carvalho de Melo wrote:
> > > > Em Tue, Dec 17, 2013 at 04:15:22PM +0400, Stanislav Fomichev escreveu:
> > > > >
On Tue, 17 Dec 2013 13:42:48 +0100
Sebastian Andrzej Siewior wrote:
> >> @@ -1068,8 +1082,10 @@ unsigned long wait_task_inactive(struct
> >> * is actually now running somewhere else!
> >> */
> >>while (task_running(rq, p)) {
> >> - if (match_
* Stephane Eranian wrote:
> Add support for the RAPL energy counter PP1.
>
> On client processors, it usually correspondss to the
> energy consumption of the builtin graphic card.
>
> New event:
> - name: power/energy-gfx/
> - code: event=0x4
> - unit: 2^-32 Joules
>
> On processors without g
On Tue, Dec 03, 2013 at 09:05:56AM +, Alex Shi wrote:
> Task migration happens when target just a bit less then source cpu load.
> To reduce such situation happens, aggravate the target cpu load with
> sd->imbalance_pct/100.
>
> This patch removes the hackbench thread regression on Daniel's
>
On 12/12/13 18:24, Peter Zijlstra wrote:
Would pre_schedule_idle() -> rq_last_tick_reset() -> rq->last_sched_tick
be useful?
I suppose we could easily lift that to NO_HZ_COMMON.
Many thanks for the tip Peter, I have tried this out and it does provide
enough information to be able to correct
David Howells wrote:
> Levente Kurusa wrote:
>
> > The out_skip label is not used, so remove it.
> >
> > Signed-off-by: Levente Kurusa
>
> Applied.
Spoke too soon. I should've compiled it first.
The "out_skip:" label is used about 15 lines lower.
David
--
To unsubscribe from this list: s
On Tue, 2013-12-17 at 13:51 +, Lee Jones wrote:
> > Add symbols for hard-coded values of BUCK_RAMP field in DVS_RAMP
> > register. This simplifies a little the code as register update is called
> > only once.
> >
> > Signed-off-by: Krzysztof Kozlowski
> > Cc: Kyungmin Park
> > Cc: Marek Szyp
On Sat, Dec 14, 2013 at 01:27:59PM +, Alex Shi wrote:
> On 12/14/2013 04:03 AM, Peter Zijlstra wrote:
> >
> >
> > I had a quick peek at the actual patches.
> >
> > afaict we're now using weighted_cpuload() aka runnable_load_avg as the
> > ->cpu_load. Whatever happened to also using the block
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 17, 2013 at 02:41:37PM +0100, Ingo Molnar escreveu:
> > * Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Dec 17, 2013 at 04:15:22PM +0400, Stanislav Fomichev escreveu:
> > > > > Please give a sample usage command line and a sample output. (the
> >
n 17/12/2013 15:32, Peter Zijlstra wrote:
>
> Awesomeness.. you'll work on subtracting the spin time from the sleep
> time?
Me or someone on our team will work on it.
I'm not sure that subtracting the spin time is the optimal thing to do.
The busy poll time is supposed to be limited to somethin
Set hbm header bit 30 for internal commands
This mark commands that are generated by
the device driver
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/amthif.c | 2 ++
drivers/misc/mei/client.c | 2 ++
drivers/misc/mei/hw.h | 3 ++-
drivers/misc/mei/mei_dev.h | 5 +++--
drivers/misc/mei
Levente Kurusa wrote:
> The out_skip label is not used, so remove it.
>
> Signed-off-by: Levente Kurusa
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/major
Em Tue, Dec 17, 2013 at 02:41:37PM +0100, Ingo Molnar escreveu:
> * Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 17, 2013 at 04:15:22PM +0400, Stanislav Fomichev escreveu:
> > > > Please give a sample usage command line and a sample output. (the
> > > > highlighting can be done using ASCII esc
On Mon, Dec 09, 2013 at 11:56:21PM -0800, Greg Kroah-Hartman wrote:
> On Tue, Dec 10, 2013 at 10:55:23AM +1100, Dave Chinner wrote:
> > [cc xfs list, cc sta...@vger.kernel.org]
> >
> > On Mon, Dec 09, 2013 at 08:17:09AM -0500, Josh Boyer wrote:
> > > On Mon, Dec 9, 2013 at 7:15 AM, Luis Henriques
Prerequisites to support DMA transactions.
Tomas Winkler (2):
mei: enable marking internal commands
mei: me: set dma mask using DMA mapping API
drivers/misc/mei/amthif.c | 2 ++
drivers/misc/mei/client.c | 2 ++
drivers/misc/mei/hw.h | 3 ++-
drivers/misc/mei/mei_dev.h | 5 +++--
ME device is 64bit DMA capable
We assume both coherent and consistent memory to match
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/pci-me.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/misc/mei/pci-me.c b/drivers/misc/mei/pci-me.c
index 7dfaa32..8b1deea 10064
On Tue 17-12-13 17:12:52, Li Zefan wrote:
> On 2013/12/17 15:23, Li Wang wrote:
> > If we do wanna equip fadvise() with directory level page cache cleaning,
> > this could be solved by invoking (inode_permission() ||
> > capable(CAP_SYS_ADMIN)) before manipulating the page cache of that inode.
> >
On Tue, 17 Dec, at 02:40:06PM, Borislav Petkov wrote:
> On Tue, Dec 17, 2013 at 12:10:24PM +, Matt Fleming wrote:
> > You sunk my i386 battleship,
> >
> > /home/build/git/efi/arch/x86/platform/efi/efi.c:824:24: error: ‘struct
> > real_mode_header’ has no member named ‘trampoline_pgd’
> > make
On Tue, Dec 17, 2013 at 01:10:12PM +, anson.hu...@freescale.com wrote:
> > In any case I'd be much happier with this patch if it implemented the
> > enable and disable operations as well.
> understand now. then maybe I should remove the PU check in cpufreq,
> although setting PU LDO if it is
> Add symbols for hard-coded values of BUCK_RAMP field in DVS_RAMP
> register. This simplifies a little the code as register update is called
> only once.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Kyungmin Park
> Cc: Marek Szyprowski
> ---
> drivers/regulator/s5m8767.c | 22 ++
Linus,
Please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
# HEAD: 5d5119a476f77b57381ddd66d4f7034a5447480b Merge branch
'clockevents/fixes' of git://git.linaro.org/people/daniel.lezcano/linux int
On Tue, 17 Dec 2013 05:37:21 -0800
Christoph Hellwig wrote:
> On Tue, Dec 17, 2013 at 08:31:25AM -0500, Jeff Layton wrote:
> > So, I think the above semantics are pretty clear, but now that I've had
> > a go at sitting down to document this stuff for the POSIX spec and
> > manpages, it's clear ho
On Tue, 17 Dec 2013, Krzysztof Kozlowski wrote:
> Add support for GPIO control (enable/disable) over Buck9. The Buck9
> Converter is used as a supply for eMMC Host Controller.
>
> BUCK9EN GPIO of S5M8767 chip may be used by application processor to
> enable or disable the Buck9. This has two bene
On 12/16/2013 07:28 PM, Leigh Brown wrote:
I prefer this patch (which I think you originally proposed) because it is just
as
correct and the code size is a bit smaller in arm mode, and the same size in
thumb
mode (on my compiler gcc 4.7.2, at least). I coded the loop in that way to
make it
sma
Extend bindings for davinci_nand driver to be more clear.
This is clarification only, without semantic changes.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
.../devicetree/bindings/mtd/davinci-nand.txt | 77 ++--
1 file
There is not needed to use a lot of names for err handling.
It complicates code support and reading.
Acked-by: Santosh Shilimkar
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c | 46 +++--
The Keystone arch has compatible nand device, so reuse it.
In case with Keystone it depends on TI_AEMIF because AEMIF
driver is responsible to set timings.
See http://www.ti.com/lit/ug/sprugz3a/sprugz3a.pdf
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronz
On Tue, Dec 17, 2013 at 12:10:24PM +, Matt Fleming wrote:
> You sunk my i386 battleship,
>
> /home/build/git/efi/arch/x86/platform/efi/efi.c:824:24: error: ‘struct
> real_mode_header’ has no member named ‘trampoline_pgd’
> make[4]: *** [arch/x86/platform/efi/efi.o] Error 1
> make[3]: *** [arc
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 9dbdb155532395ba000c5d5d187658b0e17e529f sched/fair: Rework
sched_fair time accounting
Three fixes for scheduler crashes, each tri
The properties davinci-ecc-mode, davinci-nand-use-bbt, davinci-nand-buswidth
are MTD generic. Correct names for them are: nand-ecc-mode, nand-on-flash-bbt,
nand-bus-width accordingly. So rename them in dts and documentation.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off
The TI AEMIF driver registers are used to setup timings for each chip
select. The same registers range is used to setup NAND settings.
The AEMIF and NAND drivers not use the same registers in this range.
In case with TI AEMIF driver, the memory address range is requested
already by AEMIF, so we ca
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 17, 2013 at 04:15:22PM +0400, Stanislav Fomichev escreveu:
> > > Please give a sample usage command line and a sample output. (the
> > > highlighting can be done using ASCII escape sequences in the changelog
> > > as well.)
> > Highlighting is do
Move bindings under mtd. Do this in order to make davinci-nand
driver usable by keystone architecture.
Acked-by: Santosh Shilimkar
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
.../{arm/davinci/nand.txt => mtd/davinci-nand.txt} |0
1 file
In case when memory allocation is failed the driver should return
ENOMEM instead of ENODEV.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a
On Tue, Dec 17, 2013 at 08:31:25AM -0500, Jeff Layton wrote:
> So, I think the above semantics are pretty clear, but now that I've had
> a go at sitting down to document this stuff for the POSIX spec and
> manpages, it's clear how convoluted the text in there is becoming.
>
> That makes me wonder.
The property "ti,davinci-chipselect" is required. So we have to check
if it is set.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/nand/davinci
601 - 700 of 892 matches
Mail list logo
