Hi Magnus,
On Thu, May 22, 2014 at 10:54 AM, Magnus Damm wrote:
> Add staging board support for the KZM9D board and add
> an emxx_udc platform device to allow in-tree continous
> development of the driver on the KZM9D board.
>
> When DT bindings are ready for the emxx_udc driver then
> the
Reemove open coded functions with helper functions.
Signed-off-by: Keerthy
---
drivers/regulator/palmas-regulator.c | 158 ++
1 file changed, 26 insertions(+), 132 deletions(-)
diff --git a/drivers/regulator/palmas-regulator.c
If master clock is provided through device tree, then update
the master clock frequency during set_sysclk.
Documentation has been updated to reflect the change.
Signed-off-by: Tushar Behera
---
.../devicetree/bindings/sound/max98095.txt |6 ++
sound/soc/codecs/max98095.c
These CODECs are used on Snow/Peach-pit boards and the master clock
needs to be set at 24MHz.
Adding support in respective codec drivers so that we can update the
master clock frequency from sound card driver through set_sysclk.
These patches are prepared as per review comments on following
If master clock is provided through device tree, then update
the master clock frequency during set_sysclk.
Documentation has been updated to reflect the change.
Signed-off-by: Tushar Behera
---
.../devicetree/bindings/sound/max98090.txt |6 ++
sound/soc/codecs/max98090.c
drivers/mfd/max14577.c:334:25:
warning: cast from pointer to integer of different size
max14577->dev_type = (unsigned int)of_id->data;
^
Signed-off-by: Lee Jones
---
drivers/mfd/max14577.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
abx500_dump_all_banks() has no callers in the kernel, so it's probably
safe to remove it.
Cc: Linus Walleij
Signed-off-by: Lee Jones
---
drivers/mfd/abx500-core.c | 20
1 file changed, 20 deletions(-)
diff --git a/drivers/mfd/abx500-core.c b/drivers/mfd/abx500-core.c
drivers/mfd/axp20x.c:159:3:
warning: initialization discards ‘const’ qualifier from pointer target type
.parent_supplies = axp20x_supplies,
^
Signed-off-by: Lee Jones
---
drivers/mfd/axp20x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/axp20x.c
Generally we take things as is into staging so there is no need for a
re-work if you don't want to. But we do need a TODO file. Read the
TODO files for other staging drivers.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, 21 May 2014, Benjamin Tissoires wrote:
> Currently, hid-rmi drives every Synaptics product, but the touchscreens
> on the Windows tablets should be handled through hid-multitouch.
>
> Instead of providing a long list of PIDs, rely on the scan_report
> capability to detect which should go
On 19 May 2014 20:02, Sebastian Hesselbarth
wrote:
> DT-enabled Dove moved over from ARCH_DOVE in mach-dove to MACH_DOVE in
> mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new
> DT-only MACH_DOVE Kconfig. This slipped through the cracks and now is
> a fix to allow to build
On Wed, May 21, 2014 at 08:30:58AM +0200, Hannes Reinecke wrote:
> While this works reasonably well for most things, printing out
> decoded sense with just one line (and not end up in massive switch()
> statements) is near impossible.
>
> Plus you'll end up having to use a static buffer at one
* NeilBrown wrote:
> [[ get_maintainer.pl suggested 61 email address for this patch.
>I've trimmed that list somewhat. Hope I didn't miss anyone
>important...
>I'm hoping it will go in through the scheduler tree, but would
>particularly like an Acked-by for the fscache parts.
From: Thierry Reding
This topic comes up every so often, so I figured that perhaps instead of
repeatedly telling people that they should check for errors returned by
clk_prepare_enable() and friends we should simply mark them __must_check
to settle this matter once and for all.
Unfortunately
Hi,
thanks for the patch.
> >+/* capabilities */
> >+#define I2C_CAPABILITIES(I2C_FUNC_I2C | I2C_FUNC_SMBUS_EMUL | \
> >+ I2C_FUNC_SMBUS_READ_BLOCK_DATA)
I don't see the need for a seperate define.
> >+
> > struct davinci_i2c_dev {
> > struct device
On Wed, May 21, 2014 at 08:32:24PM -0700, Guenter Roeck wrote:
> On 05/21/2014 07:19 PM, Flavio Leitner wrote:
> >From: Flavio Leitner
> >
> >It is possible to increase left fan speed on a
> >DELL Precision 490n system up to 3.
> >
> > valuefan rpm
> > 1 35460
> > 2
On Thu, 22 May 2014, Vlastimil Babka wrote:
> > With -mm, it turns out that while egregious thp fault latencies were
> > reduced, faulting 64MB of memory backed by thp on a fragmented 128GB
> > machine can result in latencies of 1-3s for the entire 64MB. Collecting
> > compaction stats from
Il 22/05/2014 10:23, Michael Mueller ha scritto:
On Wed, 21 May 2014 15:22:35 +0200
Alexander Graf wrote:
I have seen the slides from Eduardo which he presented during this years
DevConf in Brno and made my comments according the s390x implementation
on that. Is you will see, this is mostly
Felipe Franciosi writes:
> I had a small side-bar thread with Vitaly discussing the
> comprehensiveness of his measurements and how his tests are being
> conducted. He will report new results as they become available.
I'm back ;-)
In short: I think I was able to find a very 'special' case when
On Wed, May 21, 2014 at 10:43:07PM +0800, Zhang Rui wrote:
> On 三, 2014-05-21 at 11:52 +0300, Mika Westerberg wrote:
> > On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
> > > For some ACPI device objects, they represent master devices,
> > > and their children devices are enumerated by
From: Magnus Damm
Adjust the emxx_udc driver to make use of the standard
driver model to pass I/O memory and IRQ as resources
instead of hard coding those things in the driver.
Needs more work - the VBUS signal is yet not handled.
Signed-off-by: Magnus Damm
---
From: Magnus Damm
Add staging board support for the KZM9D board and add
an emxx_udc platform device to allow in-tree continous
development of the driver on the KZM9D board.
When DT bindings are ready for the emxx_udc driver then
the platform device in the KZM9D staging board code can
easily be
Emma Mobile USB driver and KZM9D board code
[PATCH 01/03] staging: emxx_udc: Add Emma Mobile USB Gadget driver
[PATCH 02/03] staging: emxx_udc: I/O memory and IRQ resource support
[PATCH 03/03] staging: board: kzm9d: Board staging support for emxx_udc
This patch series contains an old USB Gadget
On Thu, May 22, 2014 at 09:03:34AM +0900, Linus Torvalds wrote:
> No, that's fine, if it's a thread-synchronous thing (ie a memory load
> that causes errors). But for NMI handlers, that is irrelevant: if
> the NMI code itself gets memory errors, the machine really is dead.
> Let's face it, we're
On 21/05/2014 23:51, Olof Johansson :
> On Wed, May 21, 2014 at 2:42 PM, Alexandre Belloni
> wrote:
>> Hi,
>>
>> On 21/05/2014 at 14:11:05 -0700, Olof Johansson wrote :
This directory is flat, the board names are chosen by companies and
people that we do not control, a user tend to like
On Thu, May 22, 2014 at 08:45:29AM +0200, Peter Zijlstra wrote:
> On Wed, May 21, 2014 at 02:50:00PM -0700, Andrew Morton wrote:
> > On Wed, 21 May 2014 23:33:54 +0200 Peter Zijlstra
> > wrote:
>
> > Alternative solution is not to merge the patch ;)
>
> There is always that.. :-)
>
> > >
On Wed, May 14, 2014 at 01:30:39AM +0200, Frederic Weisbecker wrote:
> On Fri, May 09, 2014 at 02:14:10PM +0530, Viresh Kumar wrote:
> > On 23 April 2014 16:42, Viresh Kumar wrote:
> > > On 15 April 2014 15:00, Frederic Weisbecker wrote:
> > >> Ok, I'm a bit buzy with a conference right now but
On 05/22/2014 04:49 AM, David Rientjes wrote:
On Tue, 13 May 2014, Vlastimil Babka wrote:
I wonder what about a process doing e.g. mmap() with MAP_POPULATE. It seems to
me that it would get only MIGRATE_ASYNC here, right? Since gfp_mask would
include __GFP_NO_KSWAPD and it won't have
> >> Inorder to report the kzalloc failure, I have just used a pr_debug
> >> statement. If it looks ugly, should I change the function's return value
> >> to int and give out an -ENOMEM ?
> >
> > Yes, please do that - and obviously add the checks to the calling code.
>
> But I cannot find any
* Rafael J. Wysocki wrote:
> On Thursday, May 08, 2014 01:39:14 PM Rafael J. Wysocki wrote:
> > On Thursday, May 08, 2014 03:47:40 AM tip-bot for Peter Zijlstra wrote:
> > > Commit-ID: 37352273ad48f2d177ed1b06ced32d5536b773fb
> > > Gitweb:
> > >
When pwq->refcnt == 0, the retrying is guaranteed to make forward-progress.
The comment above the code explains it well:
/*
* pwq is determined and locked. For unbound pools, we could have
* raced with pwq release and it could already be dead. If its
* refcnt
In 8930caba, setting last CPU and clearing PENDING got merged into a single
operation (set_work_cpu_and_clear_pending()), which resulted that the
internal routine work_clear_pending() is not used any more.
Signed-off-by: Lai Jiangshan
---
include/linux/workqueue.h |7 ---
1 files
first_worker() actually returns the first idle workers, the name
first_idle_worker() which is self-commnet will be better.
All the callers of first_worker() expect it returns an idle worker,
the name first_idle_worker() with "idle" notation makes reviewers happier.
Signed-off-by: Lai Jiangshan
WORK_CPU_END is totally unused since 4e8b22bd. It should be removed.
After it is removed, the comment "special cpu IDs" is not precise due to
there is only one special CPU ID (WORK_CPU_UNBOUND) left, so we also
change this comment to the description for WORK_CPU_UNBOUND.
Signed-off-by: Lai
system_highpri_wq is exported to modules via EXPORT_SYMBOL_GPL(),
but it was forgotten to be declared in workqueue.h. So we add the declaration
and a short description for it.
Signed-off-by: Lai Jiangshan
---
include/linux/workqueue.h |4
1 files changed, 4 insertions(+), 0
On Wed, May 21, 2014 at 01:25:16PM +0200, Peter De Schrijver wrote:
> Hi Mike,
>
> A number of fixes which are needed by the upcoming XHCI and SATA drivers and
> the HDA audio driver.
>
> Thanks,
>
> Peter.
>
> The following changes since commit d6d211db37e75de2ddc3a4f979038c40df7cc79c:
>
>
Am Mittwoch, den 21.05.2014, 18:53 +0200 schrieb Lucas Stach:
> Currently this function only provides a valid output if both
> old_uV and new_uV are exact voltages that can be provided by the
> regulator.
> This is almost impossible to achive as the consumer has
> no way to know the exact voltages
On Thu, May 22, 2014 at 09:32:47AM +0400, Cyrill Gorcunov wrote:
> On Thu, May 22, 2014 at 04:11:10AM +0300, Kirill A. Shutemov wrote:
> > Andrew Morton wrote:
> > > On Wed, 21 May 2014 22:04:22 +0300 "Kirill A. Shutemov"
> > > wrote:
> > >
> > > > Currently we split all THP pages on any
On Wed, May 21, 2014 at 11:12:36PM -0700, Cong Wang wrote:
>
> batman needs to fix:
>
> diff --git a/net/batman-adv/hard-interface.c b/net/batman-adv/hard-interface.c
> index b851cc5..fbda6b5 100644
> --- a/net/batman-adv/hard-interface.c
> +++ b/net/batman-adv/hard-interface.c
> @@ -83,7 +83,7
Hi Paul,
On 22 May 2014 12:11, Paul Bolle wrote:
> Sachin,
>
> On Thu, 2014-05-22 at 08:52 +0530, Sachin Kamat wrote:
>> The config symbol itself is not defined and hence could be removed.
>> However I feel, the
>> error message could be retained after trimming down the arguments a bit.
>
> My
On Wed, May 14, 2014 at 12:50:20PM +0300, Dan Carpenter wrote:
> On Tue, May 13, 2014 at 12:08:12PM +0100, Luis Henriques wrote:
> > > diff --git a/fs/xfs/linux-2.6/xfs_ioctl32.c
> > > b/fs/xfs/linux-2.6/xfs_ioctl32.c
> > > index bad485a..782d03d 100644
> > > --- a/fs/xfs/linux-2.6/xfs_ioctl32.c
On Mon, May 19, 2014@08:02:51PM +0200, Sebastian Hesselbarth wrote:
> DT-enabled Dove moved over from ARCH_DOVE in mach-dove to MACH_DOVE in
> mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new
> DT-only MACH_DOVE Kconfig. This slipped through the cracks and now is
> a fix to
Hi Cody,
I just tried building this with gcc 4.5, which failed with the following
warning (treated as an error):
cc1: warnings being treated as errors
arch/powerpc/perf/hv-24x7.c: In function 'single_24x7_request':
arch/powerpc/perf/hv-24x7.c:346:1: error: the frame size of 8192 bytes is
larger
On 05/22/2014 03:54 AM, Jingoo Han wrote:
> On Wednesday, May 21, 2014 8:21 PM, Roger Quadros wrote:
>>
>> Fix the following warning when CONFIG_MTD_NAND_OMAP_BCH is disabled.
>> warning: ‘erased_sector_bitflips’ defined but not used [-Wunused-function]
>>
>> Signed-off-by: Roger Quadros
>
>
Hi Ezequiel,
On 05/21/2014 07:08 PM, Ezequiel Garcia wrote:
> Hi Roger,
>
> On 21 May 02:20 PM, Roger Quadros wrote:
>>
>> For DT boot:
>> - The GPMC controller node should have a chip select (CS) node for each used
>> chip select. The CS node must have a child device node for each device
>>
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: 2b4cfe64dee0d84506b951d81bf55d9891744d25 sched/numa: Initialize
newidle balance stats in sd_numa_init()
The biggest commit is an
On 05/22/2014 05:20 AM, David Rientjes wrote:
On Fri, 16 May 2014, Vlastimil Babka wrote:
Compaction uses compact_checklock_irqsave() function to periodically check for
lock contention and need_resched() to either abort async compaction, or to
free the lock, schedule and retake the lock. When
On Wed, May 21, 2014 at 11:09:42PM +0800, Zhang Rui wrote:
> On 三, 2014-05-21 at 13:10 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, May 21, 2014 11:52:07 AM Mika Westerberg wrote:
> > > On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
> > > > For some ACPI device objects, they
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: b69cf53640da2b86439596118cfa95233154ee76 perf: Fix a race between
ring_buffer_detach() and ring_buffer_attach()
The biggest changes
On Fri, 16 May, at 10:41:44PM, Daniel Kiper wrote:
> Remove redundant set_bit(EFI_SYSTEM_TABLES, ) call.
> It is executed earlier in efi_systab_init().
>
> Signed-off-by: Daniel Kiper
> ---
> arch/x86/platform/efi/efi.c |2 --
> 1 file changed, 2 deletions(-)
Good catch.
--
Matt Fleming,
On Fri, 16 May, at 10:41:43PM, Daniel Kiper wrote:
> Signed-off-by: Daniel Kiper
> ---
> arch/x86/kernel/setup.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
> index f41f648..7a67f5d 100644
> ---
On Thu, May 22, 2014 at 9:32 AM, Jonas Bonn wrote:
> On 05/21/2014 09:50 PM, Stefan Kristiansson wrote:
>> I see two paths to go to get there though, and here's where I'd like some
>> input.
>> 1) Define the three different implementations as seperate irqchips,
>>with accompanying
On 05/20/2014 11:55 AM, Paul Bolle wrote:
> There's been a check for CONFIG_XILINX_CONSOLE since v2.6.30. But the
> Kconfig symbol XILINX_CONSOLE was never added. Remove this check.
>
> And, since DUMMY_CONSOLE depends on VT, we can now drop the check for
> CONFIG_VT.
>
> Signed-off-by: Paul
On Mon, May 12, 2014 at 9:24 PM, Ming Lei wrote:
> Hi Iyappan,
>
> On Tue, May 6, 2014 at 5:47 AM, Iyappan Subramanian
> wrote:
>> Adding APM X-Gene SoC Ethernet driver.
>>
>> v4: Address comments from v3 review
>> * MAINTAINERS: changed status to supported
>> * Kconfig: made default to no
>> *
On 05/22/2014 02:12 PM, Cong Wang wrote:
On Wed, May 21, 2014 at 9:42 PM, Jet Chen wrote:
Hi Steffen,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master
commit 78ff4be45a4c51d8fb21ad92e4fabb467c6c3eeb
On 05/21/2014 09:50 PM, Stefan Kristiansson wrote:
>
> I see two paths to go to get there though, and here's where I'd like some
> input.
> 1) Define the three different implementations as seperate irqchips,
>with accompanying IRQCHIP_DECLARE.
> 2) Add custom device-tree bindings and
On Thu, May 22, 2014 at 01:55:20PM +0900, Jingoo Han wrote:
> On Monday, May 19, 2014 7:48 PM, Daniel Lezcano wrote:
> > On 04/29/2014 10:26 AM, Jingoo Han wrote:
> > > The site-specific OOM messages are unnecessary, because they
> > > duplicate the MM subsystem generic OOM message.
> >
> > Are
Adding documentation support for conditional branch filter.
Signed-off-by: Anshuman Khandual
Reviewed-by: Stephane Eranian
Reviewed-by: Andi Kleen
---
tools/perf/Documentation/perf-record.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
This patch introduces new branch filter PERF_SAMPLE_BRANCH_COND which
will extend the existing perf ABI. This will filter branches which are
conditional. Various architectures can provide this functionality either
with HW filtering support (if present) or with SW filtering of captured
branch
This patch adds conditional branch filtering support,
enabling it for PERF_SAMPLE_BRANCH_COND in perf branch
stack sampling framework by utilizing an available
software filter X86_BR_JCC.
Signed-off-by: Anshuman Khandual
Reviewed-by: Stephane Eranian
Reviewed-by: Andi Kleen
---
On Mon, 19 May, at 11:02:55PM, Daniel Kiper wrote:
>
> It is correct. As I said earlier: in case of !efi_enabled(EFI_DIRECT) some
> structures are created artificially and they live in virtual address space.
> So that is why they should not be mapped.
So, exploring Jan's idea, is it not
On 05/22/2014 12:14 AM, Greg Kroah-Hartmann wrote:
On Wed, May 21, 2014 at 03:59:58PM -0700, Guenter Roeck wrote:
On Wed, May 21, 2014 at 01:04:04PM -0700, Francesco Ruggeri wrote:
I have been using an x86 platform.
When I started working on it I got early crashes until I added the
check for p
Adding perf record support for new branch stack filter criteria
PERF_SAMPLE_BRANCH_COND.
Signed-off-by: Anshuman Khandual
Reviewed-by: Stephane Eranian
Reviewed-by: Andi Kleen
---
tools/perf/builtin-record.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/builtin-record.c
On Thu, May 22, 2014 at 09:52:46AM +0300, Adrian Hunter wrote:
> +/*
> + * PERF_RECORD_MISC_MMAP_DATA and PERF_RECORD_MISC_COMM_EXEC are used on
> + * different events so can reuse the same bit position.
> + */
> #define PERF_RECORD_MISC_MMAP_DATA (1 << 13)
> +#define
On Thu, May 22, 2014 at 10:10:04AM +0300, Adrian Hunter wrote:
>
> My patch was not related to that. It was to get effectively an "exec"
> event, by piggybacking the comm event.
Lemme wake up and try again :-)
pgpk2vQenYxzg.pgp
Description: PGP signature
On Thu, May 22, 2014 at 01:07:15AM +0100, Mel Gorman wrote:
> +PAGEFLAG(Waiters, waiters) __CLEARPAGEFLAG(Waiters, waiters)
> + TESTCLEARFLAG(Waiters, waiters)
> +#define __PG_WAITERS (1 << PG_waiters)
> +#else
> +/* Always fallback to slow path on 32-bit */
> +static inline bool
subscribe linux-kernel
--
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, May 21, 2014 at 03:59:58PM -0700, Guenter Roeck wrote:
> On Wed, May 21, 2014 at 01:04:04PM -0700, Francesco Ruggeri wrote:
> > I have been using an x86 platform.
> > When I started working on it I got early crashes until I added the
> > check for p not NULL in
> >
> > +void
On 05/22/2014 10:04 AM, Peter Zijlstra wrote:
> On Thu, May 22, 2014 at 09:52:46AM +0300, Adrian Hunter wrote:
>>> diff --git a/fs/exec.c b/fs/exec.c
>>> index 476f3ebf437e..8d51d7ce3dcf 100644
>>> --- a/fs/exec.c
>>> +++ b/fs/exec.c
>>> @@ -,6 +,7 @@ void setup_new_exec(struct
Hi Rob,
Today's linux-next merge of the dt-rh tree got a conflict in
arch/arm/mach-vexpress/platsmp.c between commit d2606f81d563 ("ARM:
vexpress: Simplify SMP operations for DT-powered system") from the
arm-soc tree and commit 9d0c4dfedd96 ("of/fdt: update
of_get_flat_dt_prop in prep for
On Thu, May 22, 2014 at 03:25:50AM -, Thomas Gleixner wrote:
> The builtin tester is gone,, so the deadlock logic is now only
> required for futexes.
>
> Remove the extra arguments for the public functions and also for the
> futex specific ones which get always called with deadlock detection
Andreas,
On Wed, 2014-05-21 at 18:08 +0200, Andreas Schwab wrote:
> Paul Bolle writes:
>
> > Commit b0d278b7d3ae ("powerpc/perf_event: Reduce latency of calling
> > perf_event_do_pending") added a check for CONFIG_PMAC were a check for
> > CONFIG_PPC_PMAC was clearly intended.
> >
> > Fixes:
On 05/22/2014 12:31 PM, Peter Zijlstra wrote:
> On Thu, May 22, 2014 at 09:18:54AM +0530, Anshuman Khandual wrote:
>
>> Hope this new change log below makes more sense.
>
> Yep reads a whole lot better. Thanks.
>
Will resend the first four patches with this new commit messages without
changing
On Thu, May 22, 2014 at 09:52:46AM +0300, Adrian Hunter wrote:
> > diff --git a/fs/exec.c b/fs/exec.c
> > index 476f3ebf437e..8d51d7ce3dcf 100644
> > --- a/fs/exec.c
> > +++ b/fs/exec.c
> > @@ -,6 +,7 @@ void setup_new_exec(struct linux_binprm * bprm)
> >
On Thu, May 22, 2014 at 08:32:45AM +0200, Michael Kerrisk wrote:
> [Thomas, thanks for pinging me on this.]
>
> Hi Cyril
>
> Please CC linux-api on changes that affect kernel-user-space ABI/API.
Sure!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, May 22, 2014 at 02:30:04PM +1000, Michael Ellerman wrote:
> Can you take just the first 4 in your tree please. I asked Anshuman to just
> send those 4 but he & I seem to have miscommunicated on that.
>
> We only depend on patch 1 in order for the powerpc parts to build, so I think
> we'll
On Thu, May 22, 2014 at 09:18:54AM +0530, Anshuman Khandual wrote:
> Hope this new change log below makes more sense.
Yep reads a whole lot better. Thanks.
pgp7BcAlT3ZaB.pgp
Description: PGP signature
On Thu, May 22, 2014 at 11:05:40AM +0530, Srikar Dronamraju wrote:
> > diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> > index 927fa33..b5e11c7 100644
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -1154,6 +1156,7 @@ int migrate_swap(struct task_struct *cur, struct
>
On Wed, May 21, 2014 at 10:34:44PM -0400, Sasha Levin wrote:
> On 05/21/2014 12:49 PM, Peter Zijlstra wrote:
> > On Wed, May 21, 2014 at 03:19:48PM +0200, Peter Zijlstra wrote:
> >> > On Wed, May 21, 2014 at 09:08:26AM -0400, Sasha Levin wrote:
> >>> > > +++ b/kernel/sched/core.c
> >>> > > @@
On 05/21/2014 06:32 PM, Peter Zijlstra wrote:
> On Wed, May 21, 2014 at 05:30:13PM +0200, Peter Zijlstra wrote:
>> A little something like so I suppose.
>>
>> ---
>
>> +void perf_event_exec(void)
>> +{
>> +struct perf_event_context *ctx;
>> +int ctxn;
>> +
>> +rcu_read_lock();
>> +
I apologize for using this medium to reach out to you however, I am compelled
by the urgency of my situation to contact you. I am a US Army Officer currently
on mission in Libya.
I would need your assistance to invest the sum of US$ 2.5M for me in your
region. If you can offer me some
Hello,
On Thu, 22 May 2014, Stephen Rothwell wrote:
> Hi Bjorn,
>
> After merging the pci tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/pci/pci-sysfs.c: In function 'devspec_show':
> drivers/pci/pci-sysfs.c:426:22: error: dereferencing pointer to
On Wed, May 21, 2014 at 02:50:00PM -0700, Andrew Morton wrote:
> On Wed, 21 May 2014 23:33:54 +0200 Peter Zijlstra
> wrote:
> Alternative solution is not to merge the patch ;)
There is always that.. :-)
> > Yeah, so we only clear that bit when at 'unlock' we find there are no
> > more pending
Sachin,
On Thu, 2014-05-22 at 08:52 +0530, Sachin Kamat wrote:
> The config symbol itself is not defined and hence could be removed.
> However I feel, the
> error message could be retained after trimming down the arguments a bit.
My reasoning is, of course, that never used code can simply be
Crystal Cove is the PMIC in Baytrail-T platform. This patch provides
chip-specific support for Crystal Cove.
v2:
- Add regmap_config for Crystal Cove.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
drivers/mfd/intel_soc_pmic_crc.c | 165 +++
1 file
The Intel SoC PMIC devices are connected to the CPU via the I2C
interface. This patch provides support of the related I2C operations.
v2:
- Use regmap instead of creating our own I2C read/write callbacks.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
drivers/mfd/intel_soc_pmic_i2c.c
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. This patch adds Intel SoC PMIC support to the build files.
v2:
- Add select REGMAP_I2C.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
drivers/mfd/Kconfig | 11 +++
drivers/mfd/Makefile | 3 +++
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This series contains common code for these PMICs, and device specific
Hello,
I am using Linux kernel 3.10.28 - MIPS processor (BIG Endian)
I see that XHCI fails during xhci_device_alloc() because of
wait_for_completion_interruptible_timeout () when I connect a device.
So, I thought of initializing host controller as BE as my host is BE.
But this time, it failed
[Thomas, thanks for pinging me on this.]
Hi Cyril
Please CC linux-api on changes that affect kernel-user-space ABI/API.
On Thu, May 22, 2014 at 12:35 AM, Cyrill Gorcunov wrote:
> On Thu, May 22, 2014 at 07:12:30AM +0900, Thomas Gleixner wrote:
>>
>> There is a world outside of
Add sw_babble_control() logic to differentiate between transient
babble and real babble condition. Also add the SW babble control
register definitions.
Babble control register logic is implemented in the latest
revision of AM335x.
Signed-off-by: George Cherian
---
drivers/usb/musb/musb_dsps.c
During babble condition both first disconnect of devices are
initiated. Make sure MUSB controller is reset and re-initialized
after all disconnects.
To acheive this schedule a delayed work for babble rrecovery.
While at that convert udelay to usleep_range.
Refer
For DSPS platform usb_phy_vbus(_off/_on) are NOPs.
So during musb_platform_reset() call usb_phy(_shutdown/_init)
Signed-off-by: George Cherian
---
drivers/usb/musb/musb_dsps.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/musb/musb_dsps.c
BABBLE and RESET share the same interrupt. The interrupt
is considered to be RESET if MUSB is in peripheral mode and
as a BABBLE if MUSB is in HOST mode.
Handle babble condition iff MUSB is in HOST mode.
Signed-off-by: George Cherian
---
drivers/usb/musb/musb_core.c | 2 +-
1 file changed, 1
Currently musb_platform_reset() is only used by dsps.
In case of BABBLE interrupt for other platforms the musb_platform_reset()
is a NOP. In such situations no need to re-initialize the endpoints.
Also in the latest silicon revision of AM335x, we do have a babble recovery
mechanism without
Find whether we are running on newer silicon. The babble control
register reads 0x4 by default in newer silicon as opposed to 0
in old versions of AM335x. Based on this enable the sw babble
control logic.
Signed-off-by: George Cherian
---
drivers/usb/musb/musb_dsps.c | 38
Series add support for SW babble control logic found in
new silicon versions of AM335x. Runtime differentiation of
silicon version is done by checking the BABBLE_CTL register.
For newer silicon the register default value read is 0x4 and
for older versions its 0x0.
Patch 1 -> Handle Babble only
On Thu, May 15, 2014 at 12:32:06PM -0500, Andy Gross wrote:
> On Fri, May 02, 2014 at 01:08:27PM -0500, Andy Gross wrote:
> > On Fri, May 02, 2014 at 09:58:41PM +0530, Vinod Koul wrote:
> > > On Thu, Apr 17, 2014 at 05:04:02PM -0500, Andy Gross wrote:
> > > > This patch adds APIs that allow for
Hello,
On 2014-05-22 06:38, Gioh Kim wrote:
If CMA is turned on and CMA size is set to zero, kernel should
behave as if CMA was not enabled at compile time.
Every dma allocation should check existence of cma area
before requesting memory.
Signed-off-by: Gioh Kim
Signed-off-by: Joonsoo Kim
On Wed, May 21, 2014 at 9:42 PM, Jet Chen wrote:
> Hi Steffen,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master
> commit 78ff4be45a4c51d8fb21ad92e4fabb467c6c3eeb
> Author: Steffen Klassert
>
701 - 800 of 1602 matches
Mail list logo