On Mon, Apr 28, 2014 at 10:55:36AM -0500, Felipe Balbi wrote:
> On Mon, Apr 28, 2014 at 04:49:23PM -0400, Zhuang Jin Can wrote:
> > Adds a debugfs file "snapshot" to dump dwc3 requests, trbs and events.
>
> you need to explain what are you trying to provide to our users here.
>
> What "problem" a
Hi!
> > > > Configuring kernels from scratch has become an incredibly long and
> > > > tedious task. The reason is that the number of drivers and options has
> > > > exploded in the past few years. Which in itself is great - Linux is
> > > > successful, yeah! - but the side effects must be dealt w
On Sat 2014-04-26 01:56:15, Sebastian Reichel wrote:
> Add common DT binding documentation for touchscreen devices and
> implement input_parse_touchscreen_of_params, which parses the common
> properties and configures the input device accordingly.
>
> The method currently does not interpret the ax
On Sat 2014-04-26 01:56:17, Sebastian Reichel wrote:
> Simplify the driver by using managed resources for memory allocation of
> internal struct, input device allocation and irq request.
>
> Signed-off-by: Sebastian Reichel
Reviewed-by: Pavel Machek
--
(english) http://www.livejournal.com/~pa
On Sat 2014-04-26 01:56:19, Sebastian Reichel wrote:
> Add devicetree binding documentation for TSC2005 touchscreen.
>
Reviewed-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscr
On Tue, 29 Apr 2014 11:07:16 +0200 "Michael Kerrisk (man-pages)"
wrote:
> On 04/27/2014 11:28 PM, NeilBrown wrote:
> > On Sun, 27 Apr 2014 13:11:33 +0200 "Michael Kerrisk (man-pages)"
> > wrote:
> >
> >> On Sun, Apr 27, 2014 at 12:04 PM, NeilBrown wrote:
> >>> On Sun, 27 Apr 2014 11:16:02 +020
On Sat 2014-04-26 01:56:16, Sebastian Reichel wrote:
> Change some dev_dbg() invocations to dev_err() ones, because they
> are supposed to output error messages.
>
> Signed-off-by: Sebastian Reichel
Reviewed-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures
On Mon, Apr 28, 2014 at 12:07:31PM +0100, Daniel Lezcano wrote:
> I'm really wondering if the cgroup couldn't be a good solution:
>
> Amit pointed the conflict about the power vs performance with some
> applications. We want to have for example a game to run fast performance
> and some other app
> >>This patch moves Exynos PMU driver implementation from
> >>"arm/mach-exynos" to "drivers/mfd".
> >>This driver is mainly used for setting misc bits of register from PMU IP
> >>of Exynos SoC which will be required to configure before Suspend/Resume.
> >>Currently all these settings are done in "
smatch says:
skd_acquire_msix() info: redundant null check
on entries calling kfree()
Signed-off-by: Daeseok Youn
---
drivers/block/skd_main.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/block/skd_main.c b/drivers/block/skd_main.c
index 608532d..fac4c08 10
On Sat 2014-04-26 01:56:18, Sebastian Reichel wrote:
> This adds DT support to the tsc2005 touchscreen
> driver.
>
> Signed-off-by: Sebastian Reichel
> @@ -100,6 +102,11 @@
>TSC2005_CFR2_AVG_7)
>
> #define MAX_12BIT0xfff
> +#define T
- Adds DT configuration support for ksz9031
- Renames micrel-ksz9021.txt to micrel-ksz90x1.txt and adds ksz9031 binding
documentation
Changes since v2:
- Merged together ksz9031_load_{clk,data,ctrl}_skew_values()
- Added field length and number of fields prameter to account for registers
Adds support for ksz9031 PAD skew configuration over devicetree.
Signed-off-by: Hubert Chaumette
---
drivers/net/phy/micrel.c | 167 +--
1 file changed, 44 insertions(+), 123 deletions(-)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.
Renames micrel-ksz9021.txt to micrel-ksz90x1.txt and adds documentation for
the KSZ9031 binding from patch 1. Also adds step increment information, and
note about phy fixups.
Signed-off-by: Hubert Chaumette
---
.../devicetree/bindings/net/micrel-ksz9021.txt | 49 -
.../devicetre
On Monday 28 April 2014 03:06 PM, Kirill A. Shutemov wrote:
> Madhavan Srinivasan wrote:
>> Kirill A. Shutemov with 8c6e50b029 commit introduced
>> vm_ops->map_pages() for mapping easy accessible pages around
>> fault address in hope to reduce number of minor page faults.
>>
>> This patch creates i
On Monday 28 April 2014 02:36 PM, Peter Zijlstra wrote:
> On Mon, Apr 28, 2014 at 02:31:29PM +0530, Madhavan Srinivasan wrote:
>> +unsigned int fault_around_order = CONFIG_FAULT_AROUND_ORDER;
>
> __read_mostly?
>
Agreed. Will add it.
Thanks for review.
With regards
Maddy
--
To unsubscribe from
On Tuesday 29 April 2014 07:48 AM, Rusty Russell wrote:
> Madhavan Srinivasan writes:
>> diff --git a/arch/powerpc/platforms/pseries/setup.c
>> b/arch/powerpc/platforms/pseries/setup.c
>> index 2db8cc6..c87e6b6 100644
>> --- a/arch/powerpc/platforms/pseries/setup.c
>> +++ b/arch/powerpc/platforms
On Sat 2014-04-26 02:11:51, Rafael J. Wysocki wrote:
> Hi Linus,
>
> Please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
> pm+acpi-3.15-rc3
>
> to receive ACPI, power management and PNP fixes for v3.15-rc3
> with top-most commit d4c9c8a09cff85f69b2c224ca7db
Currently, put_compound_page should carefully handle tricky case
to avoid racing with compound page releasing or spliting, which
makes it growing quite lenthy(about 200+ lines) and need deep
tab indention, which makes it quite hard to follow and maintain.
Now based on two helpers introduced in the
Currently, put_compound_page should carefully handle tricky case
to avoid racing with compound page releasing or spliting, which
makes it growing quite lenthy(about 200+ lines) and need deep
tab indention, which makes it quite hard to follow and maintain.
This patch(and the next patch) tries to re
On Sun, Apr 27, 2014 at 08:44:12PM +0100, Larry Bassel wrote:
> diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S
> index 39ac630..eda7755 100644
> --- a/arch/arm64/kernel/entry.S
> +++ b/arch/arm64/kernel/entry.S
[...]
> @@ -421,28 +421,30 @@ el0_da:
> /*
>* Data abo
Currently, in put_compound_page(), we have such code
--- snipt
if (likely(!PageTail(page))) { <-- (1)
if (put_page_testzero(page)) {
/*
¦* By the time all refcounts have been released
¦* split_huge_page cannot ru
On Sun, Apr 27, 2014 at 08:44:14PM +0100, Larry Bassel wrote:
> Make calls to ct_user_enter when the kernel is exited
> and ct_user_exit when the kernel is entered (in el0_da,
> el0_ia, el0_svc, el0_irq).
>
> These macros expand to function calls which will only work
> properly if el0_sync and rel
It is currently not possible for various wait_on_bit functions to
implement a timeout.
While the "action" function that is called to do the waiting could
certainly use schedule_timeout(), there is no way to carry forward the
remaining timeout after a false wake-up.
As false-wakeups a clearly poss
Use dev_err() insted of printk() in order to provice userspace with
more useful information and use the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
drivers/staging/dgnc/dgnc_sysfs.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/dgnc/d
On Sat, 26 Apr, at 03:28:21PM, Dave Young wrote:
>
> There's other kernel messages without appending ,keep.
>
> Also console=ttyS0 does not work with earlyprintk=efi,keep, removing
> ,keep it works well.
Try console=efi
> > > Actually efi earlyprintk is using __init functions such as early_iore
[hijacking the thread since it has the right Cc list already, sorry]
I stumbled over this doing randconfig builds on linux-next
8<--
>From c11f54f1e5ea0557e076867ca31c90bcb20e3e0c Mon Sep 17 00:00:00 2001
From: Arnd Bergmann
Date: Tue, 29 Apr 2014 11:41:40 +0200
Subject: [PATCH] mmc: rt
On Mon, Apr 28, 2014 at 03:38:38PM -0400, Vince Weaver wrote:
>
> OK, this is my current theory as to what's going on. I'd appreciate any
> comments.
>
>
> We have an event, let's call it #16.
>
> Event #16 is a SW event created and running in the parent on CPU0.
A regular software one, righ
On Sun, Apr 27, 2014 at 01:06:35PM -0400, Oleg Drokin wrote:
> diff --git a/drivers/staging/lustre/lustre/ptlrpc/ptlrpc_module.c
> b/drivers/staging/lustre/lustre/ptlrpc/ptlrpc_module.c
> index 0efd358..251ae75 100644
> --- a/drivers/staging/lustre/lustre/ptlrpc/ptlrpc_module.c
> +++ b/drivers/sta
"dev" and "net" are NULL when alloc_netdev() is failed.
So just unlock and return an error.
Signed-off-by: Daeseok Youn
---
drivers/firewire/net.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/firewire/net.c b/drivers/firewire/net.c
index 4af0a7b..c398645 10
On Mon, Apr 28, 2014 at 9:37 PM, Will Deacon wrote:
> On Mon, Apr 28, 2014 at 04:52:42PM +0100, Antonios Motakis wrote:
>> The ARM SMMU can take an IOMMU_EXEC protection flag in addition to
>> IOMMU_READ and IOMMU_WRITE. Expose this as an IOMMU capability.
>
> The other way of handling this would
On 04/29/2014 11:24 AM, NeilBrown wrote:
> On Tue, 29 Apr 2014 11:07:16 +0200 "Michael Kerrisk (man-pages)"
> wrote:
>
>> On 04/27/2014 11:28 PM, NeilBrown wrote:
>>> On Sun, 27 Apr 2014 13:11:33 +0200 "Michael Kerrisk (man-pages)"
>>> wrote:
>>>
On Sun, Apr 27, 2014 at 12:04 PM, NeilBrown
Use dev_err() insted of printk() and remove "dgnc:" from the message.
This should provide userspace with more useful information and use
the common kernel coding style.
Signed-off-by: Martin Kepplinger
---
This makes probably more sense than the previous one.
drivers/staging/dgnc/dgnc_sysfs.c |
On Tue, Apr 29, 2014 at 12:11:47AM +0100, Rafael J. Wysocki wrote:
> On Monday, April 28, 2014 01:07:31 PM Daniel Lezcano wrote:
[...]
> > I'm really wondering if the cgroup couldn't be a good solution:
> >
> > Amit pointed the conflict about the power vs performance with some
> > applications.
On 04/29/2014 03:55 AM, Linus Torvalds wrote:
> On Mon, Apr 28, 2014 at 3:14 PM, Davidlohr Bueso wrote:
>>
>> I think that returning some stale/bogus vma is causing those segfaults
>> in udev. It shouldn't occur in a normal scenario. What puzzles me is
>> that it's not always reproducible. This ma
On 04/29/14 at 10:45am, Matt Fleming wrote:
> On Sat, 26 Apr, at 03:28:21PM, Dave Young wrote:
> >
> > There's other kernel messages without appending ,keep.
> >
> > Also console=ttyS0 does not work with earlyprintk=efi,keep, removing
> > ,keep it works well.
>
> Try console=efi
With console=ef
On 04/29/2014 05:41 AM, Davidlohr Bueso wrote:
> On Mon, 2014-04-28 at 16:57 -0700, Linus Torvalds wrote:
>> On Mon, Apr 28, 2014 at 4:11 PM, Andrew Morton
>> wrote:
>>>
>>> unuse_mm() leaves current->mm at NULL so we'd hear about it pretty
>>> quickly if a user task was running use_mm/unuse_mm.
>
* Oleg Nesterov [2014-04-19 19:01:47]:
> validate_insn_32bits() and validate_insn_64bits() are very similar,
> turn them into the single uprobe_init_insn() which has the additional
> "bool x86_64" argument which can be passed to insn_init() and used to
> choose between good_insns_64/good_insns_32
* Oleg Nesterov [2014-04-19 19:01:51]:
> 1. Extract the ->ia32_compat check from 64bit validate_insn_bits()
>into the new helper, is_64bit_mm(), it will have more users.
>
>TODO: this checks is actually wrong if mm owner is X32 task,
>we need another fix which changes set_personality
* Oleg Nesterov [2014-04-19 19:01:55]:
> Change uprobe_init_insn() to make insn_complete() == T, this makes
> other insn_get_*() calls unnecessary.
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
--
Thanks and Regards
Srikar Dronamraju
--
To unsubscribe from this list: send th
* Oleg Nesterov [2014-04-19 19:01:59]:
> Add the suitable ifdef's around good_insns_* arrays. We do not want
> to add the ugly ifdef's into their only user, uprobe_init_insn(), so
> the "#else" branch simply defines them as NULL. This doesn't generate
> the extra code, gcc is smart enough, althou
* Oleg Nesterov [2014-04-19 19:02:02]:
> is_64bit_mm() assumes that mm->context.ia32_compat means the 32-bit
> instruction set, this is not true if the task is TIF_X32.
>
> Change set_personality_ia32() to initialize mm->context.ia32_compat
> by TIF_X32 or TIF_IA32 instead of 1. This allows to f
On 04/28/2014 09:23 PM, Oleg Nesterov wrote:
> On 04/28, Denys Vlasenko wrote:
>>
>> On 04/28/2014 07:34 PM, Oleg Nesterov wrote:
>>>
>>> It seems that you are right. But it would be really great if you also
>>> provide the test-case which proves the fix ;)
>>
>> Working on a testcase for this. So
On Tue, Apr 29, 2014 at 09:33:09AM +0200, Andreas Herrmann wrote:
> I am sure, it's because some server systems had MMIO ECS access not
> enabled in BIOS. I can't remember which systems were affected.
Ok, now AMD people: what's the story with IO ECS, can we assume that on
everything after F10h, BI
On Sun, Apr 27, 2014 at 01:06:54PM -0400, Oleg Drokin wrote:
> From: Dmitry Eremin
>
> Pointer 'mod' checked for NULL at line 160 may be dereferenced at line 208.
>
This seems to be a real bug, btw. For example, FSFILT_IOC_SETFLAGS
calls md_setattr() with a NULL mod in ll_iocontrol().
regards
On Tue, 29 Apr 2014, Matt Fleming wrote:
> I would just replace the existing calls to early_ioremap() with
> efi_ioremap() and implement it like so (all in
> arch/x86/platform/efi/early_printk.c),
>
> static void *efi_ioremap(resource_size_t phys_addr, unsigned long size)
> {
> if (system_st
On 04/29/2014 01:11 AM, Rafael J. Wysocki wrote:
On Monday, April 28, 2014 01:07:31 PM Daniel Lezcano wrote:
On 04/28/2014 12:28 PM, Peter Zijlstra wrote:
On Mon, Apr 28, 2014 at 12:09:20PM +0200, Daniel Lezcano wrote:
I agree a numerical value is not flexible. But it sounds weird to put a
sch
On Fri, Apr 25, 2014 at 05:09:04PM +0100, Leif Lindholm wrote:
> This set adds support for UEFI to the arm64 port - a stub loader, as
> well as runtime services support for efivars.
>
> It depends on some core EFI patches currently in linux-next.
The patches look fine to me, they've been through
On Tue, Apr 29, 2014 at 07:44:06PM +1000, NeilBrown wrote:
>
>
> It is currently not possible for various wait_on_bit functions to
> implement a timeout.
> While the "action" function that is called to do the waiting could
> certainly use schedule_timeout(), there is no way to carry forward the
>
On Tue, Apr 08, 2014 at 04:39:25PM +0100, Borislav Petkov wrote:
> On Fri, Apr 04, 2014 at 12:57:28PM -0700, Stephen Boyd wrote:
> > The Krait L1/L2 error reporting hardware is made up a per-CPU
> > interrupt for the L1 cache and a SPI interrupt for the L2.
> >
> > Cc: Lorenzo Pieralisi
> > Cc: M
On Sun, Apr 27, 2014 at 01:06:58PM -0400, Oleg Drokin wrote:
> int
> +cfs_cpt_table_print(struct cfs_cpt_table *cptab, char *buf, int len)
> +{
> + int rc = 0;
GCC has a feature where it warns about unitialized variables. If you do
bogus it disables this safety feature. Also the bogus a
On Tuesday 29 April 2014 12:36 PM, Ingo Molnar wrote:
>
> * Madhavan Srinivasan wrote:
>
>> Performance data for different FAULT_AROUND_ORDER values from 4 socket
>> Power7 system (128 Threads and 128GB memory). perf stat with repeat of 5
>> is used to get the stddev values. Test ran in v3.14 ke
This is a small supplement for commit e7428e95a06fb516fac1308bd0e176e27c0b9287
("virtio-net: put virtio-net header inline with data"). TCP packages have
enough room to put virtio-net header in, but UDP packages do not. By
setting dev->needed_headroom for virtio-net device, UDP packages could have
e
On Fri, 25 Apr, at 01:40:10PM, Borislav Petkov wrote:
>
> Well, the more I think about it, the more I'm persuaded that
> you actually do *really* need that WARN_ON_ONCE check there to
> make sure you're not fiddling with the FPU while in an interrupt
> context and in an unsafe way (see interrupted
Let's define fentry_hook depending on CC_USING_FENTRY and use that
macro all over. This saves some #ifdef's here and there.
We do not use the old macro function_hook since it is too generic.
Hence we introduce fentry_hook which corresponds to what it is.
Signed-off-by: Jiri Slaby
Cc: Thomas Glei
On Sun, Apr 27, 2014 at 02:23:24PM +0100, Rafael J. Wysocki wrote:
> Still, I have a rather fundamental problem with the notion that performance
> and energy efficiency are essentially at odds with each other, because quite
> often they aren't. What is good for performance is often good for energy
29.04.2014, 11:42, "Greg Thelen" :
> On Mon, Apr 28 2014, Roman Gushchin wrote:
>
>> 28.04.2014, 16:27, "Michal Hocko" :
>>> The series is based on top of the current mmotm tree. Once the series
>>> gets accepted I will post a patch which will mark the soft limit as
>>> deprecated with a note
On Thu, Apr 24, 2014 at 10:27:33PM +0900, Namhyung Kim wrote:
SNIP
> Reported-by: Stephane Eranian
> Signed-off-by: Namhyung Kim
> ---
> tools/perf/builtin-record.c | 121
> ++-
> 1 file changed, 51 insertions(+), 70 deletions(-)
>
> diff --git a/tool
On Sun, Apr 27, 2014 at 01:07:05PM -0400, Oleg Drokin wrote:
> From: "John L. Hammond"
>
> In llite remove unused declarations, parameters, types, and unused,
> get-only, or set-only structure members. Add static and const
> qualifiers to declarations where possible.
>
> Signed-off-by: John L. H
On 29 April 2014 11:45, Arnd Bergmann wrote:
> [hijacking the thread since it has the right Cc list already, sorry]
>
> I stumbled over this doing randconfig builds on linux-next
>
> 8<--
>
> From c11f54f1e5ea0557e076867ca31c90bcb20e3e0c Mon Sep 17 00:00:00 2001
> From: Arnd Bergmann
> Da
==
ANNOUNCEMENT AND CALL FOR PARTICIPATION
LINUX SECURITY SUMMIT 2014
18-19 AUGUST
CHICAGO, IL, USA
==
On Fri, Apr 18, 2014 at 11:19:53PM +0100, Rob Herring wrote:
> Rob Herring (7):
> x86: move FIX_EARLYCON_MEM kconfig into x86
> tty/serial: add generic serial earlycon
> tty/serial: convert 8250 to generic earlycon
> tty/serial: pl011: add generic earlycon support
> tty/serial: add arm/ar
Hi,
Why is this patch an RFC? If it is ready for upstreaming please drop
the RFC prefix when you post the next version.
On 04/27/2014 10:56 PM, Patrik Jakobsson wrote:
> This driver takes control over the LP8550 backlight driver chip found
> in the mid 2013 and newer MacBook Air (6,1 and 6,2). Th
On Tue, 29 Apr 2014 10:47:07 +0200
"Michael Kerrisk (man-pages)" wrote:
> [CC+= linux-nfs@]
>
> On 04/29/2014 10:38 AM, Michael Kerrisk (man-pages) wrote:
> > Hi Jeff,
> >
> > I've been looking a bit at the fcntl() documentation of traditional
> > (F_SETLK) record locking, and a question just
Thomas, does this make sense now, with the new description?
On Fri, Apr 18, 2014 at 05:23:11PM +0200, Jiri Bohac wrote:
> On architectures with sizeof(int) < sizeof (long), the
> computation of mask inside apply_slack() can be undefined if the
> computed bit is > 32.
>
> E.g. with: expires = 0xff
On Thu, Apr 24, 2014 at 10:27:33PM +0900, Namhyung Kim wrote:
SNIP
> - rec->bytes_written / 24);
> +out_child:
> + if (forks) {
> + int exit_status;
>
> - return 0;
> + if (!child_finished)
> + kill(rec->evlist->workload.pid, SIGTE
Hi Jeff,
On Tue, Apr 29, 2014 at 1:11 PM, Jeff Layton wrote:
> On Tue, 29 Apr 2014 10:47:07 +0200
> "Michael Kerrisk (man-pages)" wrote:
>
>> [CC+= linux-nfs@]
>>
>> On 04/29/2014 10:38 AM, Michael Kerrisk (man-pages) wrote:
>> > Hi Jeff,
>> >
>> > I've been looking a bit at the fcntl() document
From: Arnd Bergmann
Building ARM randconfig got into a situation where CONFIG_INPUT
is turned off and SND_SOC_ALL_CODECS is turned on, which failed
for two codecs trying to use the input subsystem. Some other
drivers also select one of these codecs and consequently need an
explicit dependency ad
From: Arnd Bergmann
The symbol "nuc900_ac97_data" is used by the nuc900_pcm driver,
which may be a loadable module, so we should export it.
If one tries to build SND_SOC_NUC900 without SND_SOC_NUC900_AC97,
the kernel fails to link because of the reference to nuc900_ac97_data.
Signed-off-by: A
This patchset series addresses various bugs found and fixed by Arnd Bergmann
whilst doing randconfig builds.
My involvement has been to review, add/check the maintainers are correct
and submit upstream to try and reduce the backlog.
Best Regards,
Kaixu Xia
Arnd Bergmann (11):
ASoC: CS42L51 an
From: Arnd Bergmann
The missing dependency can lead to build errors, so
make it explicit in Kconfig.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Philipp Zabel
Cc: Paul Parsons
Cc: Russell King
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: alsa-de...
From: Arnd Bergmann
The codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Peter Ujfalusi
Cc: Jarkko Nikula
Cc: alsa-de...@alsa-project.org
Cc: linux-o..
From: Arnd Bergmann
The WM8978 driver needs I2C to be enabled, so the
SND_SIU_MIGOR option also requires this.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: alsa-de...@alsa-project.org
Cc: linux-arm-ker...@lists.infradead.org
---
sound/soc/sh/Kco
On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
>
> perf_counter tools: Propagate signals properly
> commit f7b7c26e01e51fe46097e11f179dc71ce7950084
> Author: Peter Zijlstra
> Date: Wed Jun 10 15:55:59 2009 +0200
>
> but I dont think we need to do that
But but but, then you
From: Arnd Bergmann
The cx20442 codec driver used here requires the TTY layer to
be enabled, or we get a link error:
sound/built-in.o: In function `cx20442_codec_remove':
cx20442.c:398: undefined reference to `tty_hangup'
sound/built-in.o: In function `ams_delta_remove':
ams-delta.c:613: undefin
From: Arnd Bergmann
SND_S3C_DMA_LEGACY can only be set on S3C24xx, which does not
(yet) support the dmaengine framework, so samsung_dma_get_ops()
fails to link if S3C24XX_DMA is disabled:
sound/built-in.o: In function `dma_hw_params':
:(.text+0x7f310): undefined reference to `s3c_dma_get_ops'
so
From: Arnd Bergmann
The WM8904 codec driver needs I2C to be enabled, so the
SND_ATMEL_SOC_WM8904 option also requires this.
Found using randconfig build testing.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: alsa-de...@alsa-project.org
---
sound
From: Arnd Bergmann
This codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Sangbeom Kim
Cc: alsa-de...@alsa-project.org
Cc
From: Arnd Bergmann
As we are moving the mmp platform towards multiplatform support,
we have to stop including platform header files.
This changes the pxa-ssp sound driver file to no longer depend
on mach/hardware.h and mach/dma.h. The code using the definitions
from those headers is actually go
On 04/24/2014 07:04 PM, John Stultz wrote:
> Continuing the sporadic work on improving the timekeeping
> frequency steering logic when NOHZ is enabled, I've made a number
> of changes to my re-implementation of Miroslav's patch (most
> recently posted here: https://lkml.org/lkml/2014/2/12/401 ),
From: Arnd Bergmann
The UDA1380 driver needs I2C to be enabled, so
SND_SOC_SAMSUNG_H1940_UDA1380 and
SND_SOC_SAMSUNG_RX1950_UDA1380 also
require this.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Sangbeom Kim
Cc
On Fri, 25 Apr, at 05:09:07PM, Leif Lindholm wrote:
> From: Mark Salter
>
> ARM and ARM64 architectures use the device tree to pass UEFI parameters
> from stub to kernel. These parameters are things known to the stub but
> not discoverable by the kernel after the stub calls ExitBootSerives().
> T
On Fri, 25 Apr, at 05:09:09PM, Leif Lindholm wrote:
> From: Roy Franz
>
> Both ARM and ARM64 stubs will update the device tree that they pass to
> the kernel. In both cases they primarily need to add the same UEFI
> related information, so the function can be shared. Create a new FDT
> related
From: Arnd Bergmann
This codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: alsa-de...@alsa-project.org
---
sound/soc/davinci/Kconfig | 10 +-
1
On Wed, Apr 23, 2014 at 2:41 PM, James Hogan wrote:
> It appears Miklos Szeredi beat me to it with patch 1 (adding renameat2
> syscall to asm-generic unistd.h), and will be submitting it to Linus
> at some point as part of his renameat2 series.
> Miklos: Do you think it makes sense for you to inc
From: Arnd Bergmann
dma_addr_t may be 64 bit wide, which causes a build failure
when doing a division on it. Here it is safe to cast to an
u32 type, which avoids the problem.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Ben Dooks
Cc: Kukjin Kim
On 29.04.14 09:33:09, Andreas Herrmann wrote:
> On Mon, Apr 28, 2014 at 11:40:36PM +0200, Borislav Petkov wrote:
> > On Mon, Apr 28, 2014 at 02:50:29PM -0600, Bjorn Helgaas wrote:
> > > This I/O ECS thing seems likely to cause future problems. My
> > > understanding (based on sec 2.8 of [1]) is th
From: Arnd Bergmann
This adds a missing dependency for SND_SOC_SMDK_WM8580_PCM to
require REGMAP_I2C to be enabled, avoiding possible build
erorrs.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Sangbeom Kim
Cc: linu
From: Arnd Bergmann
The missing dependency can lead to build errors, so
make it explicit in Kconfig.
Signed-off-by: Arnd Bergmann
Signed-off-by: Xia Kaixu
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Sangbeom Kim
Cc: alsa-de...@alsa-project.org
Cc: linux-arm-ker...@li
On Fri, 25 Apr, at 05:09:12PM, Leif Lindholm wrote:
> From: Mark Salter
>
> This patch adds PE/COFF header fields to the start of the kernel
> Image so that it appears as an EFI application to UEFI firmware.
> An EFI stub is included to allow direct booting of the kernel
> Image.
>
> Signed-off-
On Fri, 25 Apr, at 05:09:14PM, Leif Lindholm wrote:
> From: Ard Biesheuvel
>
> Loading unauthenticated FDT blobs directly from storage is a security hazard,
> so this should only be allowed when running with UEFI Secure Boot disabled.
>
> Signed-off-by: Ard Biesheuvel
> Signed-off-by: Leif Lind
> The rest has been queued up for 3.16.
I also aim for 3.16, yet it may take 1 or 2 weeks more until I'll be
able to review the I2C part of those patches.
signature.asc
Description: Digital signature
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote:
> On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
> >
> > perf_counter tools: Propagate signals properly
> > commit f7b7c26e01e51fe46097e11f179dc71ce7950084
> > Author: Peter Zijlstra
> > Date: Wed Jun 10 15:55:5
On Tue, 29 Apr 2014 11:53:40 +0200
"Michael Kerrisk (man-pages)" wrote:
> On 04/29/2014 11:24 AM, NeilBrown wrote:
> > On Tue, 29 Apr 2014 11:07:16 +0200 "Michael Kerrisk (man-pages)"
> > wrote:
> >
> >> On 04/27/2014 11:28 PM, NeilBrown wrote:
> >>> On Sun, 27 Apr 2014 13:11:33 +0200 "Michael
On Sat, Apr 26, 2014 at 10:03 AM, Jens Axboe wrote:
> On 2014-04-25 18:01, Ming Lei wrote:
>>
>> Hi Jens,
>>
>> On Sat, Apr 26, 2014 at 5:23 AM, Jens Axboe wrote:
>>>
>>> On 04/25/2014 03:10 AM, Ming Lei wrote:
>>>
>>> Sorry, I did run it the other day. It has little to no effect here, but
>>> th
On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote:
> On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
> >
> > perf_counter tools: Propagate signals properly
> > commit f7b7c26e01e51fe46097e11f179dc71ce7950084
> > Author: Peter Zijlstra
> > Date: Wed Jun 10 15:55:5
On Tue, Apr 29, 2014 at 01:33:04PM +0200, Peter Zijlstra wrote:
> On Tue, Apr 29, 2014 at 01:19:39PM +0200, Peter Zijlstra wrote:
> > On Tue, Apr 29, 2014 at 12:56:54PM +0200, Jiri Olsa wrote:
> > >
> > > perf_counter tools: Propagate signals properly
> > > commit f7b7c26e01e51fe46097e11f179dc
Hi Jeff,
Something which came up on the last Ganesha conn call is that we have
a pretty strong need for some ability to wait on a set of locks, and perhaps
receive events. Frank Filz believed that you had made a proposal which
would cover this. Can you elaborate on that?
Thanks,
Matt
- "J
Estimado E-mail del usuario;
Se ha superado 23.432 Repositorio para el conjunto buzón
Servicios Web / Administrador, y habrás problemas al enviar y
recepción de correo, mientras que volver a verificar. Debe actualizar
haciendo clic en enlace de abajo y complete la información para verificar su
c
Hallo all,
attached to this mail you will find a couple of patches fixing one bug I
have with kernel 3.10 (all subreleases).
These patches have been developed originally by Jan Kara (j...@suse.cz,
I guess you
know him better than I do) for kernel 3.13 and can be found here:
https://lkml.org/lkml/2
101 - 200 of 724 matches
Mail list logo