diff --git a/Makefile b/Makefile
index d7c0a3833a2b..05ace57061d6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 70
+SUBLEVEL = 71
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/cris/include/asm/io.h b/arch/cris/include/asm/io.h
in
I'm announcing the release of the 3.4.71 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
On Thu, 28 Nov 2013, Stephane Eranian wrote:
> On Thu, Nov 28, 2013 at 1:26 PM, Ingo Molnar wrote:
> >
> > * Vince Weaver wrote:
> >
> >> On Wed, 27 Nov 2013, Stephane Eranian wrote:
> >>
> >> > On Wed, Nov 27, 2013 at 7:35 PM, Vince Weaver wrote:
> >>
> >> > > So I notice PP1 (which is the GPU
diff --git a/Makefile b/Makefile
index 06379bd78b64..7feb3ad77387 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 11
-SUBLEVEL = 9
+SUBLEVEL = 10
EXTRAVERSION =
NAME = Linux for Workgroups
diff --git a/arch/ia64/include/asm/processor.h
b/arch/ia64/include/asm/pr
I'm announcing the release of the 3.11.10 kernel.
All users of the 3.11 kernel series must upgrade.
Note, this is the LAST 3.11.x kernel to be releases, please move to
3.12.x at this point in time. 3.11.x is end-of-life, not to be updated
again.
The updated 3.11.y git tree can be found at:
On Fri, Nov 29, 2013 at 1:19 PM, Lee Jones wrote:
Re this:
> +Optional properties:
> + - st,syscfg : Phandle to boot-device system configuration
> registers
> + - st,boot-device-reg : Address of the aforementioned boot-device
> register(s)
> + - st,boot-device-spi : Expected boot-d
On Friday 29 November 2013, Jonas Jensen wrote:
> Add GPIO driver for MOXA ART SoCs.
>
> Signed-off-by: Jonas Jensen
Acked-by: Arnd Bergmann
One more comment, no need to resend for another review if this is the only
thing you want to change:
> +struct moxart_gpio_chip {
> + struct gpio_ch
Before checksum setup we need to make sure we have enough data in linear
buffer, so we do a pull if not. The calculation of the required data counts
with skb->network_header, which is the headroom size actually. This is not
necessary, and can cause unreasonable pulling. I've also removed
MAX_IPOPTL
On Tue, Nov 26, 2013 at 08:44:24AM +, Vinayak Kale wrote:
> On Tue, Nov 26, 2013 at 12:11 AM, Will Deacon wrote:
> > On Mon, Nov 25, 2013 at 09:45:53AM +, Vinayak Kale wrote:
> >> +static void
> >> +armpmu_enable_percpu_irq(void *data)
> >> +{
> >> + struct arm_pmu *armpmu = data;
> >>
Em Thu, Nov 28, 2013 at 12:33:05PM +0100, Jiri Olsa escreveu:
> Backporting jbd2 plugin.
>
> Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git
>
> This plugin adds field resolving functions for following
> tracepo
On Thu, Nov 28, 2013 at 02:46:59PM +0800, Xiubo Li wrote:
> +static int sgtl5000_external_vddd_used(struct snd_soc_codec *codec)
> +{
> + struct regulator *consumer;
> + struct sgtl5000_priv *sgtl5000 = snd_soc_codec_get_drvdata(codec);
> +
> + consumer = regulator_get_optional(codec->
Build fails with this patch with:
arch/arm/mach-pxa/standby.S:25: Error: missing ')'
arch/arm/mach-pxa/standby.S:25: Error: garbage following instruction --
`mov r3,#(0xff00UL-0x0010)'
After replace VMALLOC_END to 0xff00 (without UL) it fails with:
arch/arm/mach-pxa/sleep.S:52: Err
On 11/25, Andi Kleen wrote:
>
> + err = get_user_pages_fast((unsigned long)addr, npages, 1, pages);
> + if (err < 0)
> + return err;
> + if (err != npages) {
> + err = -EFAULT;
> + goto out;
> + }
> + err = 0;
> + mutex_lock(&text_mutex);
Em Thu, Nov 28, 2013 at 12:33:00PM +0100, Jiri Olsa escreveu:
> We use -fstack-protector-all option to enable stack protecting
> for all available functions. There's no reason for enabling
> -Wstack-protector to get warning for unprotected functions.
>
> Removing stackprotector feature check which
On Fri, Nov 29, 2013 at 03:19:45PM +0800, Chris Ruehl wrote:
> usb: chipidea: Fix Internal error: : 808 [#1] ARM related to STS flag
>
> * init the sts flag to 0 (missed)
> * set the sts flag only if not 0
>
> Signed-off-by: Chris Ruehl
> ---
> drivers/usb/chipidea/core.c |8 ++--
> 1 f
On Fri, Nov 29, 2013 at 05:37:30PM +, Lee Jones wrote:
> >> Are you/did you already tak(e)ing this set?
> > Don't send contentless nags, they're just noise.
> Countless. Errr... 1 after 10 days!
Contentless means there's no content in the e-mail rather than that it's
too soon or something.
On 11/28/2013 02:17 AM, Yinghai Lu wrote:
> On Wed, Nov 27, 2013 at 12:22 PM, Joseph Salisbury
> wrote:
>> Hi Yinghai,
>>
>> A kernel bug was opened against Ubuntu [0]. After a kernel bisect, it
>> was found that the following commit introduced the bug:
>>
>> commit b07f2ebc109b607789f648dedcff4b
On Fri, Nov 29, 2013 at 11:53:19AM +, Matt Fleming wrote:
> On Thu, 28 Nov, at 04:41:20PM, Leif Lindholm wrote:
> > In systems based on [U]EFI-conformant firmware, runtime services provide
> > a standardised way for the kernel to update firmware environment
> > variables. This is used for examp
When L_ECHONL is on, newlines are echoed regardless of the L_ECHO
state; if set, ensure accumulated echoes are flushed before finishing
the current input processing and before more output.
Cc: # 3.12.x
Reported-by: Jason Gunthorpe
Signed-off-by: Peter Hurley
---
drivers/tty/n_tty.c | 6 --
On Fri, Nov 29, 2013 at 10:41:37AM +0100, Veaceslav Falico wrote:
> On Wed, Nov 27, 2013 at 10:46:52AM -0800, Greg Kroah-Hartman wrote:
> >From: Greg Kroah-Hartman
> >
> >The PCI MSI sysfs code is a mess with kobjects for things that don't
> >really need to be kobjects. This patch creates attribu
There are no __cycles_2_ns() users outside of arch/x86/kernel/tsc.c,
so move it there.
There are no cycles_2_ns() users.
Signed-off-by: Peter Zijlstra
---
arch/x86/include/asm/timer.h | 59 --
arch/x86/kernel/tsc.c| 112 +++
Use mul_u64_u32_shr() so that x86_64 can use a single 64x64->128 mul.
before:
0560 :
560: 44 8b 1d 00 00 00 00mov0x0(%rip),%r11d# 567
567: 55 push %rbp
568: 48 89 e5mov%rsp,%rbp
56b: 45 85 dbtest
In order to avoid the runtime condition check turn sched_clock_stable
into a static_key.
Also provide a shorter implementation of local_clock() and
cpu_clock(int) when sched_clock_stable==1.
Signed-off-by: Peter Zijlstra
---
arch/x86/kernel/cpu/amd.c|2 -
arch/x86/kernel/cpu/intel.c
Use a static_key to avoid a runtime condition in native_sched_clock().
XXX: I still think tsc_disabled should die a horrid death.
Signed-off-by: Peter Zijlstra
---
arch/x86/kernel/tsc.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
--- a/arch/x86/kernel/tsc.c
+++ b/arch/x86/ke
Now that x86 uses the 'latch' stuff to avoid having to disable IRQs
while using sched_clock() and ia64 never had this requirement (it
doesn't seem to do cpufreq at all), we can remove the requirement of
disabling IRQs.
Signed-off-by: Peter Zijlstra
---
kernel/sched/clock.c | 30 ---
Use the 'latch' data structure for cyc2ns.
This is a data structure first proposed by me and later named by
Mathieu. If anybody's got a better name; do holler.
Its a multi-version thing which allows always having a coherent
object; we use this to avoid having to disable IRQs while reading
sched_c
Hi all,
This series is supposed to optimize the kernel/sched/clock.c and x86
sched_clock() implementations.
So far its only been boot tested. So no clue if it really makes the thing
faster, but it does remove the need to disable IRQs.
I'm hoping Eliezer will test this with his benchmark where he
Introduce mul_u64_u32_shr() as proposed by Andy a while back; it
allows using 64x64->128 muls on 64bit archs and recent GCC.
Cc: Thomas Gleixner
Cc: fweis...@gmail.com
Cc: Andy Lutomirski
Cc: Ingo Molnar
Signed-off-by: Peter Zijlstra
---
arch/x86/Kconfig |1 +
include/linux/math64.h
Hi Will,
Thanks for having a look.
On Fri, Nov 29, 2013 at 04:10:16PM +, Will Deacon wrote:
> > This patch implements basic support for UEFI runtime services in the
> > ARM architecture - a requirement for using efibootmgr to read and update
> > the system boot configuration.
> >
> > It uses
>> Are you/did you already tak(e)ing this set?
>
> Don't send contentless nags, they're just noise.
Countless. Errr... 1 after 10 days!
> Looking at my sent mail folder I see:
>
> | I'm happy to merge the first few patches if that's easiest for everyone
> | else, let me know and send them to me i
On Fri, Nov 29, 2013 at 07:39:45AM -0500, Peter Hurley wrote:
> On 11/28/2013 12:46 PM, Jason Gunthorpe wrote:
> > On Thu, Nov 28, 2013 at 10:26:57AM -0500, Peter Hurley wrote:
> >
> >> Please test out the attached patch and let me know if that solves
> >> the login whitespace problem.
> >
> > Yes,
Hi Linus,
Please pull the arm64 fixes below. Thanks.
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://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
tag
One more detail useful to note to appreciate this patch is that the call
to posix_cpu_timer_schedule() from cpu_timer_fire() is done
exceptionnaly when the timer signal generation fails.
The normal processing will call posix_cpu_timer_schedule() from a
different context in do_schedule_next_timer()
From: Michal Nazarewicz
u8 type, which is unsigned, is promoted to int, which is singned, when
doing a binary shift. Then, on 64-bit machines, it is further promoted
to unsigned long which may lead to more significant half of the value
to be all ones. To avoid this, explicitly promote to an uns
* Lee Jones [131129 01:17]:
> Attn: Tony
>
> > > > Since currently nobody uses TWL603x platform data and all new
> > >
> > > Hmm... when you say nobody, how did you come to this conclusion?
> > >
> > > Without digging into it and probably not that relevant, it
> > > appears there is some referenc
From: Michal Nazarewicz
The rest of the code seem to imply that rmf_dumper may indeed be
NULL. Change the code so that dumping is not even considered if
rmf_dumper callback is not set.
Signed-off-by: Michal Nazarewicz
---
drivers/staging/lustre/lustre/ptlrpc/layout.c | 9 ++---
1 file cha
From: Michal Nazarewicz
Commit [8074cf06: use devm_spi_register_master()] removed the last
bit of omap1_spi100k_remove function that had side effects. After
call to spi_unregister_master was removed, the function consisted
of:
2. call to platform_get_drvdata whose return value was only used in:
From: Michal Nazarewicz
If kmalloc fails wcn36xx_smd_rsp_process will attempt to dereference
a NULL pointer. There might be a better error recovery then just
printing an error, but printing an error message is better then the
current behaviour.
Signed-off-by: Michal Nazarewicz
---
drivers/net
From: Michal Nazarewicz
Code in ath9k_hw_set_clockrate function indicates that ah->curchan
(and thus chan local variable) may be NULL. If that is indeed the
case, IS_CHAN_HT40(chan) check has to be performed only in branch
where chan is not NULL. Moving the code under already existing
if condit
From: Michal Nazarewicz
bus_info field of struct ethtool_drvinfo is an array thus it always
evaluates to true in a boolean context. Therefore operation
depending on it being false will never be executed.
Signed-off-by: Michal Nazarewicz
---
drivers/staging/silicom/bpctl_mod.c | 2 --
1 file c
Adding Kevin's Linaro id, + Nishant,
On Tuesday 26 November 2013 05:46 PM, Chao Xu wrote:
> From: Felipe Balbi
>
> try to keep gpio block suspended as much as possible.
>
> Tested with pandaboard and a sysfs exported gpio.
>
> Signed-off-by: Felipe Balbi
>
> [caesarxuc...@gmail.com : Refresh
From: Michal Nazarewicz
The nfmsg variable is not used (except in sizeof operator which does
not care about its value) between the first and second time it is
assigned the value. Furthermore, nlmsg_data has no side effects, so
the whole assignment insruction can be safely removed.
Signed-off-by
On Fri, Nov 29, 2013 at 04:28:22PM +0800, Dave Young wrote:
> I think for anyone who are using early_memremap should know this is a
> normal kernel memory instead of real __iomem
You can never ever assume that people are using kernel interfaces
correctly.
--
Regards/Gruss,
Boris.
Sent from
From: Michal Nazarewicz
[commit 8185554d: fix incorrect inode acl reset] introduced a dead
code by adding a condition which can never be true to an else
branch. The condition can never be true because it is already
checked by a previous if statement which causes function to return.
Signed-off-b
From: Michal Nazarewicz
“wait” wait queue is defined but never used in the function, thus
it can be removed.
Signed-off-by: Michal Nazarewicz
---
drivers/char/tpm/tpm_i2c_nuvoton.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/char/tpm/tpm_i2c_nuvoton.c
b/drivers/char/tpm/tpm_i2c
On Fri, Nov 29, 2013 at 04:35:52PM +0800, Dave Young wrote:
> Is below changes ok to you?
Almost perfect! Just a micro-nitpick below:
> Currently e820_reserve_setup_data is called before parsing early params,
> it works in normal case. But for memmap=exactmap, the final memory ranges
> are create
Tejun, Andrew,
On Friday 08 November 2013 06:41 PM, Santosh Shilimkar wrote:
> Tejun and others,
>
> Following up with the earlier RFC [1] comments, here is the updated
> patch series based on the discussion. This series is the last bottleneck
> now for me to enable the coherency on keystone ARM
From: Michal Nazarewicz
load_waveform function checks whether padding bytes in stuff2a
and stuff2b are all zero, but does so by treating those arrays
as a single longer array. Since the structure is packed, and
the size sum matches, it all works, but creates some confusion
in the code.
This com
Hi Namhyung,
On 11/29, Namhyung Kim wrote:
>
> Hi Oleg,
>
> On Thu, 28 Nov 2013 17:31:48 +0100, Oleg Nesterov wrote:
> > On 11/28, Namhyung Kim wrote:
> >>
> >> I thought we need a fetch_param anyway if we will add support for
> >> cross-fetch later. But I won't insist it strongly, I can delay it
Hi Tejun,
On 11/29, Tejun Heo wrote:
>
> Hey, Oleg.
>
> On Thu, Nov 28, 2013 at 08:33:49PM +0100, Oleg Nesterov wrote:
> > @@ -208,13 +208,9 @@ static int call_usermodehelper(void *data)
> > spin_lock_irq(¤t->sighand->siglock);
> > flush_signal_handlers(current, 1);
> > spin_unlock
On Fri, Nov 29, 2013 at 04:50:50PM +0800, Dave Young wrote:
> It's for debugging purpose, I think it's helpful.
Why? The first kernel did dump it already.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line "un
On Fri, Nov 29, 2013 at 05:14:16PM +0800, Dave Young wrote:
> That's reserved for future extension use, who knows if we will need to
> pass other fields in the future.
Hrrmmm, 8*64 = 64 Bytes?? And you can't change it later because of the
situation where machines might be using older kexec-tools?
On Fri, Nov 29, 2013 at 04:03:58PM +, Lee Jones wrote:
> Are you/did you already tak(e)ing this set?
Don't send contentless nags, they're just noise. Looking at my sent
mail folder I see:
| I'm happy to merge the first few patches if that's easiest for everyone
| else, let me know and send
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> This patch adds Keystone GPIO IP device definitions in DT which supports
> up to 32 GPIO lines and each GPIO line can be configured as separate
> interrupt source (so called "unbanked" IRQ).
>
> For more information see:
> http://ww
Ivan,
On Thursday 21 November 2013 06:28 AM, Ivan Khoronzhuk wrote:
> This series contains fixes and updates of Davinci nand driver in
> order to reuse it for Keystone platform.
>
> The series is combination of two following series:
> - Davinci nand driver fixes and updates:
> https://lkml.org/l
On Friday 29 November 2013 04:25 AM, Linus Walleij wrote:
> On Tue, Nov 26, 2013 at 8:40 PM, Grygorii Strashko
> wrote:
>
>> The similar GPIO HW block is used by keystone SoCs as
>> in Davinci SoCs.
>> Hence, reuse Davinci GPIO driver for Keystone.
>>
>> Documentation:
>> http://www.ti.com/lit/u
On Friday 29 November 2013 04:21 AM, Linus Walleij wrote:
> On Tue, Nov 26, 2013 at 8:40 PM, Grygorii Strashko
> wrote:
>
>> The Davinci GPIO IRQs initialization may need to be performed in a
>> different way depending on SoC which use it. For example:
>> - Davinci dm365 has AINTC irq controller,
On UML SUBARCH can be x86, x86_64 and i386 and if it is x86
we use uname -m to select a defconfig.
Therefore we can no longer use -mcmodel=large only if SUBARCH
is x86_64.
Reported-by: Boaz Harrosh
Signed-off-by: Richard Weinberger
---
arch/um/Makefile | 9 -
1 file changed, 4 insertion
Hi Leif,
On Thu, Nov 28, 2013 at 04:41:22PM +, Leif Lindholm wrote:
> This patch implements basic support for UEFI runtime services in the
> ARM architecture - a requirement for using efibootmgr to read and update
> the system boot configuration.
>
> It uses the generic configuration table sc
Hello, Linus.
This pull request contains one important fix. The NUMA supported
added a while back broke ordering guarantee on ordered workqueues. It
was enforced by having single frontend interface with @max_active == 1
but the NUMA support puts multiple interfaces on unbound workqueues on
NUMA
On Fri, Nov 29, 2013 at 04:00:32PM +, Lee Jones wrote:
> The code looks fine to me (me = !regmap expert), so with Mark's Ack I
> will apply.
> Mark, is an immutable branch required for this patch?
Yes, please.
signature.asc
Description: Digital signature
On Tue, 19 Nov 2013, Lee Jones wrote:
> At this moment in time the Ux500 ASoC driver obtains its DMA information
> via AUXDATA platform data passing. To make the driver more independent
> we have to start extracting it from the Device Tree.
>
> If this patch-set could go through ASoC as a whole,
Hello, Linus.
libata device removal path was removing parent device node before its
child, which is mostly harmless but triggers warning after recent
sysfs changes. Rafael's patch fixes the order.
Other than that, minor controller-specific fixes and device ID
additions.
The patches are availabl
On Fri, 29 Nov 2013, Peter Ujfalusi wrote:
> Add reg_defaults to regmap and at the same time implement proper power state
> handling with using regcache_cache_only(), regcache_sync() and
> regcache_mark_dirty().
> This will make sure that we do not need to do restore operations in child
> drivers
Hello, Linus.
Fixes for three issues.
* cgroup destruction path could swamp system_wq possibly leading to
deadlock. This actually seems to happen in the wild with memcg
because memcg destruction path adds nested dependency on system_wq.
Resolved by isolating cgroup destruction work items o
> The syscon interface can be used in different drivers to reach registers
> of other register range via phandle. The exported functions can only be
> used if the syscon interface is enabled. This patch fixes this by
> adding nop functions if the syscon is not selected in the config.
>
> Signed-of
On 11/29/2013 05:37 PM, Santosh Shilimkar wrote:
> Ivan,
>
> On Wednesday 20 November 2013 10:22 AM, Ivan Khoronzhuk wrote:
>> This series contains fixes and updates of Davinci nand driver, in
>> order to prepare it to be reused for Keystone platform.
>>
>> V1:
>> https://lkml.org/lkml/2013/11/11/
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> It's unsafe to call IRQ chip callbacks (.irq_mask/irq_unmask/irq_ack)
> from chained IRQ handler directly. Because, Davinci GPIO block is used
> by different SoCs, which, in turn, have different Main IRQ controllers
> (Davinci - aintc
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> The compatible to Davinci GPIO HW block is used by other TI SoCs, like
> Keystone, where GPIO support is declared as optional.
>
> Hence, introduce GPIO_DAVINCI Kconfig option which will allow to enable
> Davinci GPIO driver for Keys
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> Since Davinci GPIO driver is moved to support gpiolib it has to use
> ARCH_NR_GPIOS (can be configured using CONFIG_ARCH_NR_GPIO Kconfig
> option) configuration instead of any mach/platform specific options.
>
> Hence, replace privat
On Thu, Nov 28, 2013 at 09:02:23PM +0100, Jean Pihet wrote:
> On 28 November 2013 14:46, Arnaldo Carvalho de Melo
> wrote:
> > Em Thu, Nov 28, 2013 at 09:56:19AM -0300, Arnaldo Carvalho de Melo escreveu:
> >> Em Thu, Nov 28, 2013 at 10:58:01AM +0100, Jiri Olsa escreveu:
> >> > On Wed, Nov 27, 201
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Add Microblaze as an example user and fix a typo in
On Friday 29 November 2013 10:35 AM, Grygorii Strashko wrote:
> On 11/29/2013 05:32 PM, Santosh Shilimkar wrote:
>> On Wednesday 20 November 2013 10:46 AM, Ivan Khoronzhuk wrote:
>>> Add new AEMIF driver for EMIF16 Texas Instruments controller.
>>> The EMIF16 module is intended to provide a glue-le
On Thursday 21 November 2013 10:34 AM, Grygorii Strashko wrote:
> This series is a preparation step for reusing Davinci GPIO driver
> for Keystone SoCs.
> And it's been created in order to break the strict dependency of
> Davinci GPIO driver from Davinci platform code.
>
> Based on patch:
> http:/
On 11/29/2013 05:32 PM, Santosh Shilimkar wrote:
On Wednesday 20 November 2013 10:46 AM, Ivan Khoronzhuk wrote:
Add new AEMIF driver for EMIF16 Texas Instruments controller.
The EMIF16 module is intended to provide a glue-less interface to
a variety of asynchronous memory devices like ASRA M, NO
Ivan,
On Wednesday 20 November 2013 10:22 AM, Ivan Khoronzhuk wrote:
> This series contains fixes and updates of Davinci nand driver, in
> order to prepare it to be reused for Keystone platform.
>
> V1:
> https://lkml.org/lkml/2013/11/11/352
>
> Ivan Khoronzhuk (7):
> mtd: nand: davinci: fix d
> +++ b/net/mac80211/tx.c
> @@ -1814,8 +1814,9 @@ netdev_tx_t ieee80211_subif_start_xmit(struct sk_buff
> *skb,
> break;
> /* fall through */
> case NL80211_IFTYPE_AP:
> - if (sdata->vif.type == NL80211_IFTYPE_AP)
> - chanc
On Wednesday 20 November 2013 10:46 AM, Ivan Khoronzhuk wrote:
> Add new AEMIF driver for EMIF16 Texas Instruments controller.
> The EMIF16 module is intended to provide a glue-less interface to
> a variety of asynchronous memory devices like ASRA M, NOR and NAND
> memory. A total of 256M bytes of
In current models, maximum number of active cores is 101.
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc:
Cc:
Cc:
Signed-off-by: Xose Vazquez Perez
---
arch/s390/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 314fc
Hi Roger
On Fri, Nov 29, 2013 at 2:01 PM, Roger Quadros wrote:
> With u-boot 2013.10, USB devices are sometimes not detected
> on OMAP4 Panda. To make us independent of what bootloader does
> with the USB Host module, we must RESET it to get it to a known
> good state. This patch Soft RESETs the
On 29/11/2013 14:31, Linus Walleij wrote:
On Fri, Nov 29, 2013 at 11:30 AM, boris brezillon
wrote:
On 29/11/2013 11:03, Linus Walleij wrote:
I guess one way is to obtain this GPIO in board code and just
flick it depending on which device you register.
(...)
The whole goal of moving from boar
On Fri, 29 Nov 2013, Rafael J. Wysocki wrote:
> That should have been
>
> driver->runtime_suspend(dev)
> do_X(dev)
>
> because do_Y(dev) is for runtime suspend. Sorry.
>
> And of course, the subsystem-level code you're developing the driver for may
> not
> do the do_X(dev) thing a
Hi,
On Fri, Nov 29, 2013 at 04:15:56PM +0100, Michael Grzeschik wrote:
> The syscon interface can be used in different drivers to reach registers
> of other register range via phandle. The exported functions can only be
> used if the syscon interface is enabled. This patch fixes this by
> adding n
Linus,
please pull sound fixes for v3.13-rc2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git sound-3.13-rc2
The topmost commit is eb9ca3ab2194ad9a6c52da0e8bf1b3f1ff9cd6f4
sound fixes for 3.13-rc2
Quite a fe
On Friday, November 29, 2013 04:33:00 PM Rafael J. Wysocki wrote:
> On Friday, November 29, 2013 01:25:52 PM Yuanhan Liu wrote:
> > Greetings,
> >
> > We got the follow kernel panic dmesg(full dmesg is attached):
>
> That patch has been updated in linux-next recently, can you please
> check if yo
On Friday, November 29, 2013 01:25:52 PM Yuanhan Liu wrote:
> Greetings,
>
> We got the follow kernel panic dmesg(full dmesg is attached):
That patch has been updated in linux-next recently, can you please
check if you are able to reproduce the problem with the new version?
Rafael
--
To unsubsc
Hi Will,
On Fri, Nov 29, 2013 at 5:20 PM, Will Deacon wrote:
>
> I see the following splat with 3.13-rc1 when attempting to perform DMA:
>
> [ 253.004516] Alignment trap: not handling instruction e1902f9f at
> []
> [ 253.004583] Unhandled fault: alignment exception (0x221) at 0xdfdfdfd7
> [ 2
Linus,
here are some easy but needed fixes for i2c drivers since rc1.
Please pull.
Thanks,
Wolfram
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://git.kernel.org/pub
The syscon interface can be used in different drivers to reach registers
of other register range via phandle. The exported functions can only be
used if the syscon interface is enabled. This patch fixes this by
adding nop functions if the syscon is not selected in the config.
Signed-off-by: Michae
On Friday, November 29, 2013 01:16:31 PM Linus Walleij wrote:
> On Thu, Nov 28, 2013 at 2:29 PM, Rafael J. Wysocki wrote:
> > On Monday, November 25, 2013 02:15:55 PM Paul Drews wrote:
> >> This adds the new ACPI ID (INT33FC) for the BayTrail GPIO
> >> banks as seen on a BayTrail M System-On-Chip
On Friday 29 November 2013 10:00 AM, Grygorii Strashko wrote:
> Hi Kumar Gala,
>
> On 11/22/2013 11:06 PM, Kumar Gala wrote:
>>
>> On Nov 20, 2013, at 1:03 PM, ivan.khoronzhuk wrote:
>>
>>> On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> + the chip se
On Friday 29 November 2013 09:56 AM, Grygorii Strashko wrote:
> Hi Jean-Christophe,
>
> On 11/22/2013 08:42 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 21:03 Wed 20 Nov , ivan.khoronzhuk wrote:
>>> On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> +
Hi Kumar Gala,
On 11/22/2013 11:06 PM, Kumar Gala wrote:
>
> On Nov 20, 2013, at 1:03 PM, ivan.khoronzhuk wrote:
>
>> On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
+ the chip select signal.
+ Minimum value is 1 (0 tre
Hi Jean-Christophe,
On 11/22/2013 08:42 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 21:03 Wed 20 Nov , ivan.khoronzhuk wrote:
>> On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
+ the chip select signal.
+ Minimum
On Friday 29 November 2013 08:18 AM, Grygorii Strashko wrote:
> Hi Sekhar,
>
> On 11/27/2013 02:48 PM, Ivan Khoronzhuk wrote:
>> These patches are intended to update Davinci watchdog to use WDT core
>> and reuse driver for keystone arch, because Keystone uses the similar
>> IP like Davinci.
>>
>>
On Thursday 28 November 2013 11:38 PM, Sekhar Nori wrote:
> On Wednesday 27 November 2013 08:01 PM, Ivan Khoronzhuk wrote:
>> The problem that the set timings code contains the call of Davinci
>> platform function davinci_aemif_setup_timing() which is not
>> accessible if kernel is built for anothe
This patch set extends support for the DMA Contiguous Memory Allocator
on x86. Currently it is only supported on pci-nommu. So this aims at
enabling it on swiotlb and intel-iommu, too.
Regardless of which dma mapping implementation is actually used in the
system, I would like to allocate big con
This adds support for the DMA Contiguous Memory Allocator for intel-iommu.
This change enables dma_alloc_coherent() to allocate big contiguous
memory.
It is achieved in the same way as nommu_dma_ops currently does, i.e.
trying to allocate memory by dma_alloc_from_contiguous() and alloc_pages()
is
The DMA Contiguous Memory Allocator support on x86 is disabled when
swiotlb config option is enabled. So DMA CMA is always disabled on
x86_64 because swiotlb is always enabled. This attempts to support
for DMA CMA with enabling swiotlb config option.
The contiguous memory allocator on x86 is int
On Fri, Nov 29, 2013 at 04:03:42PM +0200, Peter Ujfalusi wrote:
> Is this close enough of what you had in mind when asked me to look at this?
Yes, this is exactly the sort of thing I was looking for - thanks!
> twl4030 codec is going to be a bit more complicated AFAIK but it will come
> eventual
101 - 200 of 399 matches
Mail list logo
