Now that we have the init_time callback in the at91_init_soc structure, convert
all the boards and SoC to this.
Signed-off-by: Maxime Ripard
---
arch/arm/mach-at91/at91sam9260.c| 6 ++
arch/arm/mach-at91/at91sam9261.c| 6 ++
arch/arm/mach-at91/at91sam9263.c| 6 +++
Hi Tony,
On Tuesday 01 July 2014 01:29 PM, Tony Lindgren wrote:
> * Jason Cooper [140630 12:30]:
>>
>> Whole series applied to irqchip/crossbar, I'll give it a day or two in
>> -next, then I'll merge it into irqchip/core.
>>
>> Tony: Right now, it's immutable unless you tell me I applied somethin
Introduce an init_time callback to the at91_init_soc structure to be able to
tweak the init_time machine callback on a per-soc basis, instead of having to
rely on a global one.
Signed-off-by: Maxime Ripard
---
arch/arm/mach-at91/generic.h | 1 +
arch/arm/mach-at91/setup.c | 5 +
arch/arm/m
On 07/01/2014 01:35 PM, Peter Zijlstra wrote:
On Sat, Jun 28, 2014 at 02:47:04PM +0530, Raghavendra K T wrote:
In virtualized environment there are mainly three problems
related to spinlocks that affects performance.
1. LHP (lock holder preemption)
2. Lock Waiter Preemption (LWP)
3. Starvation/f
On 07/01/2014 10:47 AM, jianqun wrote:
[...]
new file mode 100644
index 000..946b60c
--- /dev/null
+++ b/sound/soc/rockchip/Kconfig
@@ -0,0 +1,16 @@
+config SND_SOC_ROCKCHIP
+ tristate "ASoC support for Rockchip"
+ depends on SND_SOC && ARCH_ROCKCHIP
No need for SND_SOC this is
On Tue, 1 Jul 2014 11:33:13 +0200
Maxime Ripard wrote:
> Hi everyone,
>
> This series cleans up the PIT driver in order for it to not depend on
> anything in mach-at91 anymore, and in the end move it out of
> mach-at91.
>
> Along the way, these patches also do a bit of cleanup.
>
> This has b
On Mon, Jun 30, 2014 at 01:40:40PM -0700, Andi Kleen wrote:
> David Drysdale writes:
>
> > Add a new O_BENEATH_ONLY flag for openat(2) which restricts the
> > provided path, rejecting (with -EACCES) paths that are not beneath
> > the provided dfd. In particular, reject:
> > - paths that contain
On Tue, Jul 01, 2014 at 03:14:09PM +0530, Raghavendra K T wrote:
> On 07/01/2014 01:35 PM, Peter Zijlstra wrote:
> >On Sat, Jun 28, 2014 at 02:47:04PM +0530, Raghavendra K T wrote:
> >>In virtualized environment there are mainly three problems
> >>related to spinlocks that affects performance.
> >>
Hi Kamil,
On Tuesday 24 June 2014 06:24 PM, Kamil Debski wrote:
> The Exynos4412 USB 2.0 PHY hardware differs from the description provided
> in the documentation. Some register bits have different function. This
> patch fixes the defines of register bits and changes the way how phys are
> powered
On Tue, Jul 01, 2014 at 10:55:37AM +0200, Sebastian Hesselbarth wrote:
> On 07/01/2014 02:21 AM, Peter Chen wrote:
> >On Mon, Jun 30, 2014 at 03:33:13PM +0200, Antoine Ténart wrote:
> >>On Fri, Jun 27, 2014 at 11:25:07AM +0800, Peter Chen wrote:
> >>>On Tue, Jun 24, 2014 at 12:35:16PM +0200, Antoin
From: Jianqun Xu
Add devicetree bindings for i2s controller found on rk3066, rk3188 and rk3288
processors from rockchip.
Signed-off-by: Jianqun Xu
---
Changes since v1:
- dt-bindings: change dmas and clocks description, adviced by mark.rutland
.../devicetree/bindings/sound/rockchip-i2s.txt
Hi Varka,
while you are right that the indentation can be improved in v2, the checks for
this do not seem to be in the regular set and only get enabled by the
"--subjective" option to checkpatch.pl, so I'm not sure how strictly they are
enforced.
But as another version seems to be necessary any
+Mark, Alexander, Ivan
Hi Tony,
On 06/13/2014 03:08 PM, Tony Lindgren wrote:
> * Roger Quadros [140613 04:43]:
>> On 06/13/2014 01:46 PM, Tony Lindgren wrote:
>>> * Roger Quadros [140613 01:24]:
On 06/13/2014 11:13 AM, Gupta, Pekon wrote:
>> From: Tony Lindgren [mailto:t...@atomide.com
On Mon, Jun 30, 2014 at 05:42:26PM -0700, beh...@converseincode.com wrote:
> From: Behan Webster
>
> Only consider clang warnings in Kbuild when using the clang compiler.
>
> Signed-off-by: Behan Webster
> ---
> scripts/Makefile.extrawarn | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(
struct rtl_stats is rather huge (152 bytes), and since
rtl8812ae_rx_command_packet_handler() does not modify it, it might as
well be passed by const reference.
Reported by Coverity: CID 1167285
Signed-off-by: Rasmus Villemoes
---
drivers/staging/rtl8821ae/pci.c | 2 +-
drivers/staging/
struct rtl_stats is rather huge (152 bytes), and since
rtl92ee_rx_command_packet() does not modify it, it might as
well be passed by const reference.
Reported by Coverity: CID 1222131
Signed-off-by: Rasmus Villemoes
---
drivers/staging/rtl8192ee/pci.c | 2 +-
drivers/staging/rtl8192ee
parse_arg() has three possible return values:
-EINVAL if sscanf(), in short, fails;
zero if "count" is zero; and
"count" in all other cases
But "count" will never be zero. See, parse_arg() is called by the
various store functions. And the callchain of these functions starts
with sysfs_
Hi Uwe,
On Mon, Jun 30, 2014 at 07:45:07AM +0200, Uwe Kleine-König wrote:
> Hi Markus,
>
> On Sat, Jun 28, 2014 at 03:23:11PM +0200, Markus Pargmann wrote:
> > The macro "REGMAP_ALLOW_WRITE_DEBUGFS" can be used to enable write
> minor nit: I'd not call it "macro", but "cpp symbol" because macro
>
> This set is addressing comments received after the May 30th
> submission[1]. More specifically:
>
> .All drivers have been converted to use the AMBA bus
> interface.
> .Debugfs entries are now created with a macro.
> .A header file was created for the ETM driver to allow
> for the reuse of con
On 01/07/2014 at 16:30:08 +0800, Peter Chen wrote :
> > >>Well, there is nothing specific about the Berlin CI. Some subsystems
> > >>use the 'generic' keyword in these cases. Do you see a particular reason
> > >>I should use some Berlin related compatible here?
> > >
> > >Not must, one suggestion i
Linus,
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to 9a630d15f16dbe4fec7ef5a4bc570cd
Below should be useful for some experiments Jason is doing.
I thought I'd send it out for early review/feedback.
Compiled-only at this point.
event idx feature allows us to defer interrupts until
a specific # of descriptors were used.
Sometimes it might be useful to get an interrupt after
a speci
Signed-off-by: Michael S. Tsirkin
---
drivers/vhost/vhost.h | 19 +--
drivers/vhost/net.c | 30 +-
drivers/vhost/scsi.c | 23 +++
drivers/vhost/test.c | 5 +++--
drivers/vhost/vhost.c | 23 ---
5 files change
On Mon, Jun 23, 2014 at 02:22:15PM -0700, Andy Lutomirski wrote:
> The bad syscall nr paths are their own incomprehensible route
> through the entry control flow. Rearrange them to work just like
> syscalls that return -ENOSYS.
>
> This fixes an OOPS in the audit code when fast-path auditing is
>
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used,
or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set.
A software fallback still has to be p
Just to show it's easy.
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync
Signed-off-by: Maarten Lankhorst
---
Documentation/DocBook/device-drivers.tmpl |3
MAINTAINERS |4
drivers/Makefile |1
drivers/base/Makefile |1
drivers/base/dma-buf.c| 743 ---
Thanks to Fengguang Wu for spotting a missing static cast.
v2:
- Kill unused variable need_shared.
v3:
- Clarify the BUG() in dma_buf_release some more. (Rob Clark)
Signed-off-by: Maarten Lankhorst
---
drivers/dma-buf/dma-buf.c | 108 +
include/linux
So after some more hacking I've moved dma-buf to its own subdirectory,
drivers/dma-buf and applied the fence patches to its new place. I believe that
the
first patch should be applied regardless, and the rest should be ready now.
:-)
Changes to the fence api:
- release_fence -> fence_release etc.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
---
include/linux/reservation.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..f3f57460a205 100644
--- a/include/linux
This adds some extra functions to deal with rcu.
reservation_object_get_fences_rcu() will obtain the list of shared
and exclusive fences without obtaining the ww_mutex.
reservation_object_wait_timeout_rcu() will wait on all fences of the
reservation_object, without obtaining the ww_mutex.
reserv
This allows reservation objects to be used in dma-buf. it's required
for implementing polling support on the fences that belong to a dma-buf.
Signed-off-by: Maarten Lankhorst
Acked-by: Mauro Carvalho Chehab #drivers/media/v4l2-core/
Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm
Signed-off-by:
Move the list of shared fences to a struct, and return it in
reservation_object_get_list().
Add reservation_object_get_excl to get the exclusive fence.
Add reservation_object_reserve_shared(), which reserves space
in the reservation_object for 1 more shared fence.
reservation_object_add_shared_fe
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
On 01-07-14 12:57, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
It would help to use '-M' option with format-patch for this kind of rework.
Regards,
Arend
> ---
> Documentation/DocBook/device-drivers.tmpl |3
> MAINTAINERS |4
> drivers/Ma
op 01-07-14 13:06, Arend van Spriel schreef:
> On 01-07-14 12:57, Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
> It would help to use '-M' option with format-patch for this kind of rework.
>
> Regards,
> Arend
>
Thanks, was looking for some option but didn't find it.
Have a rediff
Signed-off-by: Jerry Stralko
---
drivers/staging/android/logger.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/android/logger.c b/drivers/staging/android/logger.c
index 2772e01..9b47e66 100644
--- a/drivers/staging/android/logger.c
+++ b/drivers/stagi
For baremetal we continue to have 'fully fair ticketlock' with this patch
series.
But but but, we're looking at removing ticket locks. So why do we want
to invest in them now?
I have nothing against qspinlock. I am happy to test it/add any bit to
it if I could.
With this patch we get exc
On 1 July 2014 00:03, Rob Herring wrote:
>> What about comparing "clocks" property in cpu DT nodes?
>
> What if a different clock is selected for some reason.
I don't know why that will happen for CPUs sharing clock line.
> I think a clock api function would be better.
@Mike: What do you think?
On Mon, Jun 30, 2014 at 09:28:51PM +0100, Guenter Roeck wrote:
> On Mon, Jun 30, 2014 at 08:59:47PM +0100, Russell King - ARM Linux wrote:
> > On Mon, Jun 30, 2014 at 12:11:33PM -0700, Guenter Roeck wrote:
> > > Various drivers implement architecture and/or device specific means
> > > to restart (r
Hi Linus,
The following changes since commit a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee:
Linux 3.16-rc2 (2014-06-21 19:02:54 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git
tags/fbdev-fixes-3.16
for you to fetch changes up to 0b47
On 06/27/2014 09:44 PM, Will Deacon wrote:
Hi Steve,
On Thu, Jun 26, 2014 at 05:52:46PM +0100, Steven Rostedt wrote:
From: "Steven Rostedt (Red Hat)"
Nothing sets function_trace_stop to disable function tracing anymore.
Remove the check for it in the arch code.
arm64 was broken anyway, as it
Pantelis Antoniou konsulko.com> writes:
> +static struct spi_device *
> +of_register_spi_device(struct spi_master *master, struct device_node *node)
> +{
> + struct spi_device *spi;
> + struct device_node *nc;
Should there be:
of_register_spi_device(struct spi_master *master, struct dev
On Mon, Jun 30, 2014 at 06:18:49PM +0200, Oleg Nesterov wrote:
> +static inline void __rcu_lock_acquire(struct lockdep_map *map, unsigned long
> ip)
> {
> + lock_acquire(map, 0, 0, 2, 0, NULL, ip);
> }
> +extern void rcu_lock_acquire(void);
> +extern void rcu_lock_release(void);
> +extern v
On Tue, Jun 17, 2014 at 04:05:07PM -0400, Neil Horman wrote:
> Just a few little fixups for tmon, to prevent abuse of its logging facility
>
> Best
> Neil
>
Ping, Zhang, Jacob acked these, but I've not seen them go into your tree yet.
Do you have an issue with them?
Neil
> --
> To unsubscribe f
Chander Kashyap wrote:
>
> Exynos5420 is a big-little Soc from Samsung. It has 4 A15 and 4 A7 cores.
>
> This patchset adds cpuidle support for Exynos5420 SoC based on
> generic big.little cpuidle driver.
>
> Tested on SMDK5420.
> Rebased on 3.16-rc1
>
> Changelog is in respective patches.
> Ch
On 06/27/2014 07:36 AM, Hugh Dickins wrote:> [Cc Johannes: at the end I
have a particular question for you]
On Thu, 26 Jun 2014, Vlastimil Babka wrote:
On 06/26/2014 12:36 AM, Hugh Dickins wrote:
On Tue, 24 Jun 2014, Vlastimil Babka wrote:
Sorry for the slow response: I have got confused, lea
From: Mark Brown
Even though we mostly use GPIO descriptors internally we still use
gpio_request_one() to request so we need to pair that with gpio_free() to
release the GPIO.
Reported-by: Linus Walleij
Signed-off-by: Mark Brown
---
drivers/regulator/core.c | 7 ++-
1 file changed, 6 inse
On 06/27/2014 08:18 PM, Kevin Hilman wrote:
> On Fri, Jun 27, 2014 at 7:18 AM, Kevin Hilman wrote:
>> On Thu, Jun 26, 2014 at 8:38 PM, Tushar Behera wrote:
>>
>>> Would you please provide me the environment setting of your u-boot?
>>> U-boot environment on my board has been over-written, I would
My GCC-based build environment likes to call register r12 by the
name "ip" in inline asm. Behan Webster informed me that his Clang-
based build environment likes "r12" instead.
Try to make them both happy.
Signed-off-by: Alex Elder
Signed-off-by: Behan Webster
---
arch/arm/mach-bcm/bcm_kona_s
On Tue, Jul 01, 2014 at 12:55:26PM +0100, Mark Brown wrote:
> From: Mark Brown
>
> Even though we mostly use GPIO descriptors internally we still use
> gpio_request_one() to request so we need to pair that with gpio_free() to
> release the GPIO.
>
> Reported-by: Linus Walleij
> Signed-off-by: M
Hi Mark,
yes i agree.
Thanks.
Gabriel
On 30 June 2014 11:23, Mark Rutland wrote:
> On Fri, Jun 27, 2014 at 02:24:58PM +0100, Gabriel FERNANDEZ wrote:
>> This patch adds new compatibilities to support STiH407 SoC.
>
> This doesn't seem to match the patch, which seems to relabel nodes,
> rename n
On Tue, Jul 01, 2014 at 01:06:22PM +0100, Russell King - ARM Linux wrote:
> On Tue, Jul 01, 2014 at 12:55:26PM +0100, Mark Brown wrote:
> > Even though we mostly use GPIO descriptors internally we still use
> > gpio_request_one() to request so we need to pair that with gpio_free() to
> > release t
On 30 June 2014 11:30, Mark Rutland wrote:
> On Fri, Jun 27, 2014 at 02:25:07PM +0100, Gabriel FERNANDEZ wrote:
>> The patch added support for DT registration of ClockGenC0
>> It includes 2 c32 type PLL and a 660 Quadfs.
>>
>> Signed-off-by: Gabriel Fernandez
>> Signed-off-by: Olivier Bideau
>>
Thanks for the review Mark,
I'll rework this documentation to answer all these questions
Thanks
Gabriel
On 30 June 2014 11:26, Mark Rutland wrote:
> On Fri, Jun 27, 2014 at 02:25:01PM +0100, Gabriel FERNANDEZ wrote:
>> A Flexgen structure is composed by:
>> - a clock cross bar (represented by
Thierry Reding writes:
> diff --git a/include/dt-bindings/memory/tegra124-mc.h
> b/include/dt-bindings/memory/tegra124-mc.h
> new file mode 100644
> index ..6b1617ce022f
> --- /dev/null
> +++ b/include/dt-bindings/memory/tegra124-mc.h
> @@ -0,0 +1,30 @@
> +#ifndef DT_BINDINGS_MEMORY
On Tue, Jul 01, 2014 at 07:05:39AM -0500, Alex Elder wrote:
> My GCC-based build environment likes to call register r12 by the
> name "ip" in inline asm. Behan Webster informed me that his Clang-
> based build environment likes "r12" instead.
Two objections, one of which is an acceptable outcome:
On 07/01/2014 07:15 AM, Russell King - ARM Linux wrote:
> On Tue, Jul 01, 2014 at 07:05:39AM -0500, Alex Elder wrote:
>> My GCC-based build environment likes to call register r12 by the
>> name "ip" in inline asm. Behan Webster informed me that his Clang-
>> based build environment likes "r12" ins
On Tue, Jul 1, 2014 at 9:11 PM, Mark Brown wrote:
> On Tue, Jul 01, 2014 at 01:06:22PM +0100, Russell King - ARM Linux wrote:
>> On Tue, Jul 01, 2014 at 12:55:26PM +0100, Mark Brown wrote:
>
>> > Even though we mostly use GPIO descriptors internally we still use
>> > gpio_request_one() to request
On Tue, Jul 01, 2014 at 03:06:36PM +0530, Sricharan R wrote:
> Hi Tony,
>
> On Tuesday 01 July 2014 01:29 PM, Tony Lindgren wrote:
> > * Jason Cooper [140630 12:30]:
> >>
> >> Whole series applied to irqchip/crossbar, I'll give it a day or two in
> >> -next, then I'll merge it into irqchip/core.
On Sat, Jun 21, 2014 at 04:02:02PM -0400, Jason Cooper wrote:
> Stefan,
>
> On Mon, May 26, 2014 at 11:31:42PM +0300, Stefan Kristiansson wrote:
> > In addition to consolidating the or1k-pic with other interrupt
> > controllers, this makes OpenRISC less tied to its on-cpu
> > interrupt controller.
Hi Suman,
On Thu, May 1, 2014 at 3:34 AM, Suman Anna wrote:
>
> The hwspinlock_device structure is used for registering a bank of
> locks with the driver core. The structure already contains the
> necessary members to identify the bank of locks. The core does not
> maintain the hwspinlock_devices
On Tue, Jul 01, 2014 at 09:24:22PM +0900, Alexandre Courbot wrote:
> On Tue, Jul 1, 2014 at 9:11 PM, Mark Brown wrote:
> > Huh, good point (though it still seems a bit neater to match up the
> > request and release functions I guess). Linus?
> Yeah it's a nice habit to free the GPIOs using the
Chechpatch.pl cleanup
There are still some warnings, most of them are lines over 80 chars
(mainly a semicolon or closing parenthesis).
Where not specified, I defaulted printk with no log level into pr_debug
Signed-off-by: Davide Gianforte
---
drivers/staging/silicom/bpctl_mod.c | 712
Function return fixes
Some functions don't need a temporary variable to store return value.
Where functions always return 0, changed into void functions.
Signed-off-by: Davide Gianforte
--
drivers/staging/silicom/bpctl_mod.c | 62 ++---
1 file changed, 16 inser
On Thu, 26 Jun 2014, Fabian Frederick wrote:
> This is an untested patchset to address some checkpatch warnings in dasd.c
>
Hi,
thanks for the patches. I just tested and checked them and will apply them
to our internal git repository. So they will most likely get upstream with
the next merg
Hi Suman,
On Thu, May 1, 2014 at 3:34 AM, Suman Anna wrote:
> 2. The of_hwspin_lock_simple_xlate() is a simple default
>translator function for hwspinlock provider implementations
>that use a single cell number for requesting a specific lock
>(relatively indexed) within a hwlock bank.
On Tue, 2014-07-01 at 10:41 +0200, Richard Weinberger wrote:
> BTW: Daniel Walter and I are currently working with grsec's constify gcc
> plugin.
> This plugin automatically makes structs const which contain only
> function pointers.
http://pax.grsecurity.net/docs/PaXTeam-H2HC13-PaX-gcc-plugins.p
Hi Suman,
On Thu, May 1, 2014 at 3:34 AM, Suman Anna wrote:
> static int omap_hwspinlock_probe(struct platform_device *pdev)
> {
> - struct hwspinlock_pdata *pdata = pdev->dev.platform_data;
> + struct device_node *node = pdev->dev.of_node;
> struct hwspinlock_device *bank;
On Tue, Jul 01, 2014 at 08:21:19AM +0100, Maxime Ripard wrote:
> On Mon, Jun 30, 2014 at 04:33:05PM +0100, Mark Rutland wrote:
> > On Mon, Jun 30, 2014 at 04:19:06PM +0100, Maxime Ripard wrote:
> > > On Mon, Jun 30, 2014 at 03:20:54PM +0100, Mark Rutland wrote:
> > > > Hi Maxime,
> > > >
> > > > O
* Felipe Balbi [140630 09:47]:
> Hi,
>
> On Mon, Jun 23, 2014 at 01:20:57PM -0500, Felipe Balbi wrote:
> > Hi,
> >
> > here's v3 of am437x sk support. Patches tested on top of next-20140617.
> >
> > Note that this series was tested with the following extra patches:
> >
> > http://marc.info/?l=
Hi Suman,
On Thu, May 1, 2014 at 3:34 AM, Suman Anna wrote:
> The number of hwspinlocks are determined based on the value read
> from the IP block's SYSSTATUS register. However, the module may
> not be enabled and clocked, and the read may result in a bus error.
>
> This particular issue is seen
Hi Suman,
On Thu, May 1, 2014 at 3:34 AM, Suman Anna wrote:
> HwSpinlocks are supported on AM33xx, AM43xx and DRA7xx SoC
> device families as well. The IPs are identical to that of
> OMAP4/OMAP5, except for the number of locks.
>
> Add a depends on to the above family of SoCs to enable the
> buil
Rounding up to a multiple of 4 should be done using the ALIGN
macro. As a bonus, this also makes the generated code smaller.
In GetIocFacts(), sz is assigned to a few lines below without being
read in the meantime, so it is ok that it doesn't end up with the same
value as facts->FWImageSize.
Sign
Signed-off-by: Michalis Pappas
---
drivers/staging/gdm72xx/gdm_wimax.c | 10 +++---
drivers/staging/gdm72xx/hci.h | 6 ++
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/gdm72xx/gdm_wimax.c
b/drivers/staging/gdm72xx/gdm_wimax.c
index 63a760b..1fc64a9
Signed-off-by: Michalis Pappas
---
drivers/staging/gdm72xx/gdm_qos.c | 2 ++
drivers/staging/gdm72xx/gdm_sdio.c | 7 +++
drivers/staging/gdm72xx/gdm_usb.c | 7 +++
drivers/staging/gdm72xx/gdm_wimax.c | 6 ++
drivers/staging/gdm72xx/gdm_wimax.h | 2 ++
5 files changed, 24 insertio
Remove code surrounded by otherwise unused #define LOOPBACK_TEST
Signed-off-by: Michalis Pappas
---
drivers/staging/gdm72xx/gdm_wimax.c | 18 --
1 file changed, 18 deletions(-)
diff --git a/drivers/staging/gdm72xx/gdm_wimax.c
b/drivers/staging/gdm72xx/gdm_wimax.c
index 4148013.
There are several shortcomings with the accounting of shared memory
(sysV shm, shared anonymous mapping, mapping to a tmpfs file). The
values in /proc//status and statm don't allow to distinguish
between shmem memory and a shared mapping to a regular file, even
though theirs implication on memory u
Adds get_mm_shswap() which compute the size of swaped out shmem. It
does so by pagewalking the mm and using the new shmem_locate() function
to get the physical location of shmem pages.
The result is displayed in the new VmShSw line of /proc//status.
Use mm_walk an shmem_locate() to account paged ou
Add a simple helper to check if a vm area belongs to shmem.
Signed-off-by: Jerome Marchand
---
include/linux/mm.h | 6 ++
mm/shmem.c | 8
2 files changed, 14 insertions(+)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 34099fa..04a58d1 100644
--- a/include/linux
Adds ShmOther, ShmOrphan, ShmSwapCache and ShmSwap lines to
/proc//smaps for shmem mappings.
ShmOther: amount of memory that is currently resident in memory, not
present in the page table of this process but present in the page
table of an other process.
ShmOrphan: amount of memory that is current
Currently looking at /proc//status or statm, there is no way to
distinguish shmem pages from pages mapped to a regular file (shmem
pages are mapped to /dev/zero), even though their implication in
actual memory use is quite different.
This patch adds MM_SHMEMPAGES counter to mm_rss_stat. It keeps tr
The shmem subsytem is kind of a black box: the generic mm code can't
always know where a specific page physically is. This patch adds the
shmem_locate() function to find out the physical location of shmem
pages (resident, in swap or swapcache). If the optional argument count
isn't NULL and the page
From: Russell King
Add the Marvell Dove LCD controller DT binding documentation.
Signed-off-by: Russell King
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Randy Dunlap
Cc: Russell King
Cc: Jason Cooper
Cc: A
Thanks to Russell we have Armada DRM driver but currently DT support
for it is stalled in various discussions/improvements. We know there
are issues with the whole DRM chain (si5351,lcd,tda998x) that are not
easy to track down. To get at least some more code testing coverage,
this patch set picks u
From: Russell King
Adding both, driver and proper DT representation, especially when
subsystem DT bindings are not settled, is almost impossible right
now. To get some more code testing coverage on Armada DRM driver,
we add plain old platform_device registration now and get rid of
it incrementall
From: Russell King
Add the DT fragment for the Marvell Dove LCD controllers.
Signed-off-by: Russell King
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregor
From: Russell King
This enables lcd0 on SolidRun CuBox which is connected to TDA998x
HDMI transmitter. Also, set the external video clock connected to
Si5351 clock generator.
Signed-off-by: Russell King
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
On Sun, Jun 29, 2014 at 09:26:10PM -0400, Zhihui Zhang wrote:
> Unless we want to double-penalize an overrun task, the time after the deadline
> and before the current time is already accounted in the negative
> dl_se->runtime
> value. So we can leave it as is in the case of dmiss && rorun.
Juri?
On Tue, Jul 01, 2014 at 03:04:31PM +0200, Sebastian Hesselbarth wrote:
> + pdev = platform_device_register_full(&armada_drm_dev_info);
> + /* assign last found lcd node to drm device for clk lookup */
> + pdev->dev.of_node = clknp;
NAK. This really isn't a good way to deal with this,
On 30/06/14 18:52, Daniel Kiper wrote:
> Hey,
>
> This patch series adds EFI support for Xen dom0 guests.
> It is based on Jan Beulich and Tang Liang work. I was
> trying to take into account all previous comments,
> however, if I missed something sorry for that.
What's changed in this version?
* Roger Quadros [140701 03:13]:
> On 06/13/2014 03:08 PM, Tony Lindgren wrote:
> > * Roger Quadros [140613 04:43]:
> >>
> >> OK. I agree about using some kind of abstraction instead of direct access.
> >
> > Yes and like we chatted on irc, adding a syscon mapping for for
> > the NAND specific re
While doing a bit of adding argument names to fs.h,
I looked at lm_grant and it seems the 2nd argument
is always NULL.
How about removing it?
This doesn't apply as it depends on some other patches
but it should be clear enough...
---
fs/dlm/plock.c | 8
fs/lockd/svclock.c | 12 +++
On Tue, Jul 01, 2014 at 02:04:30PM +0100, Sebastian Hesselbarth wrote:
> From: Russell King
>
> This enables lcd0 on SolidRun CuBox which is connected to TDA998x
> HDMI transmitter. Also, set the external video clock connected to
> Si5351 clock generator.
>
> Signed-off-by: Russell King
> Signe
On 07/01/2014 03:10 PM, Russell King - ARM Linux wrote:
On Tue, Jul 01, 2014 at 03:04:31PM +0200, Sebastian Hesselbarth wrote:
+ pdev = platform_device_register_full(&armada_drm_dev_info);
+ /* assign last found lcd node to drm device for clk lookup */
+ pdev->dev.of_node = clk
On Tue, Jul 01, 2014 at 02:13:10PM +0100, David Vrabel wrote:
> On 30/06/14 18:52, Daniel Kiper wrote:
> > Hey,
> >
> > This patch series adds EFI support for Xen dom0 guests.
> > It is based on Jan Beulich and Tang Liang work. I was
> > trying to take into account all previous comments,
> > howeve
Hi all,
I am using linux kernel 3.10.17. I have interfaced wifi module from
TI to sdio interface.
I am getting following error in kernel logs
mmc0: Switching to 3.3V signaling voltage failed
i have done following configuration in device tree.
reg_3p3v: 3p3v {
compatible = "regulato
On 24 May 2014, at 09:02 , Andrew Pinski wrote:
> #ifdef CONFIG_COMPAT
> -#define COMPAT_ELF_HWCAP (compat_elf_hwcap)
> -#define COMPAT_ELF_HWCAP2(compat_elf_hwcap2)
> extern unsigned int compat_elf_hwcap, compat_elf_hwcap2;
> +#define COMPAT_ELF_HWCAP \
> + (is_a32_compat_task()
On Tue, Jul 01, 2014 at 03:21:41PM +0200, Sebastian Hesselbarth wrote:
> On 07/01/2014 03:10 PM, Russell King - ARM Linux wrote:
>> On Tue, Jul 01, 2014 at 03:04:31PM +0200, Sebastian Hesselbarth wrote:
>>> + pdev = platform_device_register_full(&armada_drm_dev_info);
>>> + /* assign last found
On 07/01/2014 12:26 AM, Maxime Ripard wrote:
On Mon, Jun 30, 2014 at 12:11:35PM -0700, Guenter Roeck wrote:
The kernel core now supports a notifier call chain to restart the system.
Signed-off-by: Guenter Roeck
---
arch/arm64/kernel/process.c | 3 +++
1 file changed, 3 insertions(+)
diff -
101 - 200 of 725 matches
Mail list logo
