This patchset adds support for sensorhub. It is an external mcu which
manages and collects data from several sensors i.e. on Galaxy Gear 2 watch.
It contains:
- spi driver for sensorhub device
- DT binding for the device
- IIO common utils for ssp sensors (iio kfifo setup helpers, pre/post
This patch adds accelerometer iio driver which uses sensorhub as data
provider.
Change-Id: I4686741b7401ec5cbf4b5d0f2a5cc146fbe24d53
Signed-off-by: Karol Wrona
Acked-by: Kyungmin Park
---
drivers/iio/accel/Makefile |1 +
drivers/iio/accel/ssp_accel_sensor.c | 203
Add sensorhub bindings for sensorhub on Galaxy Gear 2.
Change-Id: I4ee25aef33c21a4662de230841de9a8684f2c26b
Signed-off-by: Karol Wrona
Acked-by: Kyungmin Park
---
.../devicetree/bindings/iio/sensorhub.txt | 46
1 file changed, 46 insertions(+)
create mode
On Fri, Dec 5, 2014 at 1:18 PM, Ashutosh Dixit wrote:
> On Thu, Dec 04 2014 at 07:27:06 PM, Dan Streetman wrote:
>> On Thu, Dec 4, 2014 at 4:27 PM, Ashutosh Dixit
>> wrote:
>>> mic/mpssd along with MIC drivers are currently only usable on
>>> x86_64. So build mic/mpssd only for x86_64 to avoid
This patchset provides a driver for the Cadence Quad SPI Flash Controller.
This controller is used on SOCFPGA systems.
The driver was tested on Altera's Cyclone5 and Arria5 dev kits, with
Micron n25q00 and n25q512 flash parts.
Comments from Ezequiel Garcia were incorporated.
Graham Moore (2):
Signed-off-by: Graham Moore
---
.../devicetree/bindings/mtd/cadence_quadspi.txt| 50
1 file changed, 50 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/cadence_quadspi.txt
diff --git a/Documentation/devicetree/bindings/mtd/cadence_quadspi.txt
Signed-off-by: Graham Moore
---
drivers/mtd/spi-nor/Kconfig |6 +
drivers/mtd/spi-nor/Makefile |1 +
drivers/mtd/spi-nor/cadence-quadspi.c | 1281 +
3 files changed, 1288 insertions(+)
create mode 100644
On 12/05/14 19:53, Catalin Marinas wrote:
On Fri, Dec 05, 2014 at 06:39:45PM +, Catalin Marinas wrote:
On Fri, Dec 05, 2014 at 09:22:22AM +, Arend van Spriel wrote:
For our brcm80211 development we are working on getting brcmfmac driver
up and running on a Broadcom ARM-based platform.
On Fri, Nov 28, 2014 at 1:17 AM, Jacek Anaszewski
wrote:
> This patch extends LED Flash class documention by
> the description of interactions with v4l2-flash sub-device.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Bryan Wu
> Cc: Richard Purdie
> ---
This patch looks
On Fri, Dec 05, 2014 at 06:55:04PM +0100, Jiri Slaby wrote:
> On 12/04/2014, 04:53 PM, Seth Jennings wrote:
> ...
> > --- /dev/null
> > +++ b/kernel/livepatch/core.c
> > @@ -0,0 +1,902 @@
> ...
> > +static struct kobj_type klp_ktype_patch = {
> > + .sysfs_ops = _sysfs_ops,
> > + .default_attrs
I am announcing the release of the Linux 3.13.11-ckt12 kernel.
The updated 3.13.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.13.y;a=shortlog
The diff from
This adds the initial driver support for the Broadcom Cygnus pinctrl
controller. The Cygnus pinctrl controller supports group based
alternate function configuration
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Fengguang Wu
---
drivers/pinctrl/Kconfig |7 +
This enables the pinctrl driver for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
---
arch/arm/mach-bcm/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm/Kconfig
index aaeec78..b4efff2 100644
--- a/arch/arm/mach-bcm/Kconfig
+++
This enables the pinctrl support for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
---
arch/arm/boot/dts/bcm-cygnus.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi
b/arch/arm/boot/dts/bcm-cygnus.dtsi
index 5126f9e..4c6bf4d 100644
---
This patchset contains the initial pinctrl support for the Broadcom Cygnus SoC.
The Cygnus pinctrl controller supports group based alternate function
configuration
Changes from v1:
- Fix a typo in device tree binding document
Ray Jui (4):
pinctrl: Broadcom Cygnus pinctrl device tree binding
Device tree binding documentation for Broadcom Cygnus pinctrl driver
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/pinctrl/brcm,cygnus-pinctrl.txt | 92
1 file changed, 92 insertions(+)
create mode 100644
On Mon, Dec 1, 2014 at 5:58 AM, Jacek Anaszewski
wrote:
> Hi Pavel,
>
> On 12/01/2014 02:04 PM, Pavel Machek wrote:
>>
>> Hi!
>>
How are faults cleared? Should it be list of strings, instead of
bitmask? We may want to add new fault modes in future...
>>>
>>>
>>> Faults are cleared by
On Fri, 5 Dec 2014, David Daney wrote:
> The problem is not with "modern" executables that are properly annotated with
> PT_GNU_STACK.
>
> My objection is to the intentional breaking of old executables that have no
> PT_GNU_STACK annotation, but require an executable stack. Since we usually
>
On 12/05/2014 11:06 AM, David Daney wrote:
On 12/05/2014 10:51 AM, Kees Cook wrote:
On Fri, Dec 5, 2014 at 9:28 AM, David Daney
wrote:
Some programs require an executable stack, this patch will break them.
Have you tested this?
Do you require empirical evidence that the patch is
On Fri, Dec 5, 2014 at 11:06 AM, David Daney wrote:
> On 12/05/2014 10:51 AM, Kees Cook wrote:
>>
>> On Fri, Dec 5, 2014 at 9:28 AM, David Daney wrote:
>>>
>>> On 12/02/2014 05:58 PM, Leonid Yegoshin wrote:
This is a last step of 3 patches which shift FPU emulation out of
On Fri, Dec 05, 2014 at 10:50:19AM -0800, Linus Torvalds wrote:
> On Fri, Dec 5, 2014 at 1:54 AM, Dan Carpenter
> wrote:
> >
> > There are some false positives which do:
> >
> > if ((u16)(u16_foo + u16_bar) < u16_foo) {
>
> Actually, the worse false positive is the ones that are pointer
On Fri, Dec 05, 2014 at 11:31:11AM -0800, Linus Torvalds wrote:
> On Fri, Dec 5, 2014 at 10:48 AM, Dave Jones wrote:
> >
> > In the meantime, I rebooted into the same kernel, and ran trinity
> > solely doing the lsetxattr syscalls.
>
> Any particular reason for the lsetxattr guess? Just
Use vxlan_gso_check() to advertise offload support for this NIC.
Signed-off-by: Joe Stringer
---
drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c
Hi,
On Thu, Dec 4, 2014 at 11:03 AM, Wolfram Sang wrote:
>
>> > New binding should have the "-ns" suffix, right? So, I'd vote to add the
>> > suffix to the new bindings and deprecate the ones used in the designware
>> > driver: "i2c-scl-rising-time-ns" and "i2c-scl-falling-time-ns"
>> >
>> > It
On Fri, Dec 5, 2014 at 10:48 AM, Dave Jones wrote:
>
> In the meantime, I rebooted into the same kernel, and ran trinity
> solely doing the lsetxattr syscalls.
Any particular reason for the lsetxattr guess? Just the last call
chain? I don't recognize it from the other traces, but maybe I just
On Fri, Dec 5, 2014 at 11:04 AM, Chris Mason wrote:
>
> So one idea is that our allocation/freeing of pages is dramatically more
> expensive and we're hitting a strange edge condition. Maybe we're even
> faulting on a readonly page from a horrible place?
Well, various allocators have definitely
On Fri, Dec 05, 2014 at 08:22:05PM +0100, Arend van Spriel wrote:
> On 12/05/14 19:28, Catalin Marinas wrote:
> >This is solved by using a pre-allocated, pre-mapped atomic_pool which
> >avoids any further mapping. __dma_alloc() calls __alloc_from_pool() when
> >!__GFP_WAIT.
>
> So we are actually
On 12/05/14 19:28, Catalin Marinas wrote:
On Fri, Dec 05, 2014 at 03:06:48PM +, Russell King - ARM Linux wrote:
I've been doing more digging into the current DMA code, and I'm dismayed
to see that there's new bugs in it...
commit 513510ddba9650fc7da456eefeb0ead7632324f6
Author: Laura
On Fri, Dec 05, 2014 at 06:41:49PM +0200, Johan Hedberg wrote:
> Hi John,
>
> Marcel had a couple more patches that were supposed to be in the pull
> request, so here's a new one that supersedes the one I made earlier
> today.
>
> In addition to the previous one this contains two more cleanups
On Fri, 2014-12-05 at 10:41 -0800, Joe Stringer wrote:
> ndo_gso_check() was recently introduced to allow NICs to report the
> offloading support that they have on a per-skb basis. Add an
> implementation for this driver which checks for IPIP, GRE, UDP
> tunnels.
>
> Signed-off-by: Joe Stringer
Since commit fbe168ba91f7 ("net: generic dev_disable_lro() stacked
device handling"), dev_disable_lro() zeroes NETIF_F_LRO feature flag
first for a macvlan device and then for its lower device. As an attempt
to set NETIF_F_LRO to zero is ignored, dev_disable_lro() issues a
warning and taints
Trace can now generate traces with u8, u16, u32 and u64 dynamic
arrays. Add support to parse them.
Cc: Arnaldo Carvalho de Melo
Cc: Steven Rostedt
Cc: Jiri Olsa
Signed-off-by: Javi Merino
---
tools/lib/traceevent/event-parse.c | 62 +++---
Numeric arguments can be in different bases, so rename it to num so
that they can be used for formats other than PRINT_HEX
Cc: Steven Rostedt
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Signed-off-by: Javi Merino
---
tools/lib/traceevent/event-parse.c | 26 +-
On Fri, Dec 5, 2014 at 1:38 PM, Linus Torvalds
wrote:
On Fri, Dec 5, 2014 at 9:15 AM, Dave Jones wrote:
A bisect later, and I landed on a kernel that ran for a day, before
spewing NMI messages, recovering, and then..
On 12/05/2014 10:51 AM, Kees Cook wrote:
On Fri, Dec 5, 2014 at 9:28 AM, David Daney wrote:
On 12/02/2014 05:58 PM, Leonid Yegoshin wrote:
This is a last step of 3 patches which shift FPU emulation out of
stack into protected area. So, it disables a default executable stack.
Additionally,
From: Punit Agrawal
Introduce an optional property called, sustainable-power, which
represents the power (in mW) which the thermal zone can safely
dissipate.
If provided the property is parsed and associated with the thermal
zone via the thermal zone parameters.
Cc: Zhang Rui
Cc: Eduardo
Add a basic power model to the cpu cooling device to implement the
power cooling device API. The power model uses the current frequency,
current load and OPPs for the power calculations. The cpus must have
registered their OPPs using the OPP library.
Cc: Zhang Rui
Cc: Eduardo Valentin
The power allocator governor is a thermal governor that controls system
and device power allocation to control temperature. Conceptually, the
implementation divides the sustainable power of a thermal zone among
all the heat sources in that zone.
This governor relies on "power actors", entities
Add trace events for the power allocator governor and the power actor
interface of the cpu cooling device.
Cc: Zhang Rui
Cc: Eduardo Valentin
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Signed-off-by: Javi Merino
---
drivers/thermal/cpu_cooling.c | 26 -
Add three optional callbacks to the cooling device interface to allow
them to express power. In addition to the callbacks, add helpers to
identify cooling devices that implement the power cooling device API.
Cc: Zhang Rui
Cc: Eduardo Valentin
Signed-off-by: Javi Merino
---
From: Dave Martin
If a trace event contains an array, there is currently no standard
way to format this for text output. Drivers are currently hacking
around this by a) local hacks that use the trace_seq functionailty
directly, or b) just not printing that information. For fixed size
arrays,
A governor may need to store its current state between calls to
throttle(). That state depends on the thermal zone, so store it as
private data in struct thermal_zone_device.
The governors may have two new ops: bind_to_tz() and unbind_from_tz().
When provided, these functions let governors do
> From: Yunzhi Li [mailto:l...@rock-chips.com]
> Sent: Friday, December 05, 2014 4:52 AM
>
> Get PHY parameters from devicetree and power off usb PHY during
> system suspend.
>
> Signed-off-by: Yunzhi Li
> ---
>
> drivers/usb/dwc2/gadget.c | 33 -
>
Hi linux-pm,
The power allocator governor allocates device power to control
temperature. This requires transforming performance requests into
requested power, which we do with an extended cooling device API
introduced in patch 5 (thermal: extend the cooling device API to
include power
On 5 December 2014 at 18:44, Catalin Marinas wrote:
> On Fri, Dec 05, 2014 at 05:27:02PM +, Russell King - ARM Linux wrote:
>> which makes the summary line rather misleading, and I really don't think
>> we need to do this on ARM for the simple reason that we've been doing it
>> for soo long
> Hi Dmitry,
>
> I was testing linux-next for 20141205 today with CONFIG_ARM64_64K_PAGES=y
> when I've got the following in my kernel log when trying to mount the ext4
> filesystem that I'm using:
>
> hub 1-1:1.0: USB hub found
> hub 1-1:1.0: 4 ports detected
> usb
On Fri, Dec 05, 2014 at 06:39:45PM +, Catalin Marinas wrote:
> On Fri, Dec 05, 2014 at 09:22:22AM +, Arend van Spriel wrote:
> > For our brcm80211 development we are working on getting brcmfmac driver
> > up and running on a Broadcom ARM-based platform. The wireless device is
> > a PCIe
On Fri, Dec 5, 2014 at 9:28 AM, David Daney wrote:
> On 12/02/2014 05:58 PM, Leonid Yegoshin wrote:
>>
>> This is a last step of 3 patches which shift FPU emulation out of
>> stack into protected area. So, it disables a default executable stack.
>>
>> Additionally, it sets a default data area
On Fri, Dec 5, 2014 at 1:54 AM, Dan Carpenter wrote:
>
> There are some false positives which do:
>
> if ((u16)(u16_foo + u16_bar) < u16_foo) {
Actually, the worse false positive is the ones that are pointer comparisons.
A compiler that does those as signed is just broken. It's
On Fri, Dec 05, 2014 at 10:38:55AM -0800, Linus Torvalds wrote:
> On Fri, Dec 5, 2014 at 9:15 AM, Dave Jones wrote:
> >
> > A bisect later, and I landed on a kernel that ran for a day, before
> > spewing NMI messages, recovering, and then..
> >
> > http://codemonkey.org.uk/junk/log.txt
>
In (6468276 i2c: designware: make SCL and SDA falling time
configurable) new device tree properties were added for setting the
falling time of SDA and SCL. The device tree bindings doc had a typo
in it: it forgot the "-ns" suffix for both properies in the prose of
the bindings.
I assume this is
On Fri, Dec 05, 2014 at 05:27:02PM +, Russell King - ARM Linux wrote:
> On Fri, Dec 05, 2014 at 05:07:45PM +, Catalin Marinas wrote:
> > From 8e317c6be00abe280de4dcdd598d2e92009174b6 Mon Sep 17 00:00:00 2001
> > From: Catalin Marinas
> > Date: Fri, 5 Dec 2014 16:41:52 +
> > Subject:
ndo_gso_check() was recently introduced to allow NICs to report the
offloading support that they have on a per-skb basis. Add an
implementation for this driver which checks for IPIP, GRE, UDP tunnels.
Signed-off-by: Joe Stringer
---
v4: Simplify the check to just do tunnel header length.
Fix
On Fri, Dec 05, 2014 at 09:22:22AM +, Arend van Spriel wrote:
> For our brcm80211 development we are working on getting brcmfmac driver
> up and running on a Broadcom ARM-based platform. The wireless device is
> a PCIe device, which is hooked up to the system behind a PCIe host
> bridge, and
On Fri, Dec 5, 2014 at 9:15 AM, Dave Jones wrote:
>
> A bisect later, and I landed on a kernel that ran for a day, before
> spewing NMI messages, recovering, and then..
>
> http://codemonkey.org.uk/junk/log.txt
I have to admit I'm seeing absolutely nothing sensible in there.
Call it bad, and
Mika Westerberg writes:
> On Thu, Dec 04, 2014 at 10:01:06PM +0100, Robert Jarzmik wrote:
>> So with your change, we have :
>> drv_data->cur_chip = NULL;
>> spi_finalize_current_message(drv_data->master);
>>
>> In that case, if spi_finalize_current_message() queues another message,
On Fri, Nov 28, 2014 at 03:09:58PM +0200, Laurentiu Palcu wrote:
> This adds support for Diolan DLN2 USB-SPI adapter.
>
> Information about the USB protocol interface can be found in the
> Programmer's Reference Manual [1], see section 5.4.6 for the SPI
> master module commands and responses.
On Fri, Nov 28, 2014 at 05:01:41PM +, Nikesh Oswal wrote:
This doesn't apply cleanly against current code, it appears to have been
generated against Linus' tree rather than latest ASoC.
> index 7ba7130..db60701 100644
> --- a/include/sound/soc.h
> +++ b/include/sound/soc.h
> @@ -942,6 +942,7
Hi Dmitry,
I was testing linux-next for 20141205 today with CONFIG_ARM64_64K_PAGES=y
when I've got the following in my kernel log when trying to mount the ext4
filesystem that I'm using:
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 4 ports detected
usb 1-1.2: new high-speed USB device number 3 using
On Fri, Dec 05, 2014 at 06:24:43PM +, Russell King - ARM Linux wrote:
> On Fri, Dec 05, 2014 at 05:38:39PM +, Catalin Marinas wrote:
> > On Fri, Dec 05, 2014 at 11:11:14AM +, Russell King - ARM Linux wrote:
> > > In any case, wouldn't using a u64 type for "address" be better - isn't
>
Thanks for the review Vinod!
On Fri, Dec 5, 2014 at 9:35 AM, Vinod Koul wrote:
> On Fri, Nov 14, 2014 at 01:59:43PM -0800, Andrew Bresticker wrote:
>> +static inline unsigned int to_mdc_width(enum dma_slave_buswidth bw)
>> +{
>> + switch (bw) {
>> + case DMA_SLAVE_BUSWIDTH_1_BYTE:
>> +
On Fri, Dec 05, 2014 at 03:06:48PM +, Russell King - ARM Linux wrote:
> I've been doing more digging into the current DMA code, and I'm dismayed
> to see that there's new bugs in it...
>
> commit 513510ddba9650fc7da456eefeb0ead7632324f6
> Author: Laura Abbott
> Date: Thu Oct 9 15:26:40
On Tue, Nov 25, 2014 at 10:54:00AM -0800, Sonny Rao wrote:
> This will enable use of physical arch timers on rk3288, where each
> core comes out of reset with a different virtual offset. Using
> physical timers will help with SMP booting on coreboot and older
> u-boot and should also allow
On Fri, Dec 05, 2014 at 05:38:39PM +, Catalin Marinas wrote:
> On Fri, Dec 05, 2014 at 11:11:14AM +, Russell King - ARM Linux wrote:
> > In any case, wouldn't using a u64 type for "address" be better - isn't
> > "long long" 128-bit on 64-bit architectures?
>
> No, it's still 64-bit. There
Change log from v1:
o remain GFP_ATOMIC for free_nid list due to its spin_lock
>From 769ec6e5b7d4a8115447736871be8bffaaba3a7d Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
Date: Wed, 3 Dec 2014 20:47:26 -0800
Subject: [PATCH] f2fs: call radix_tree_preload before radix_tree_insert
This patch tries
Hi Gu,
On Fri, Dec 05, 2014 at 11:34:49AM +0800, Gu Zheng wrote:
> Hi Jaegeuk,
> On 12/05/2014 08:49 AM, Jaegeuk Kim wrote:
>
> > This patch fixes missing kmem_cache_free when handling errors.
> >
> > Signed-off-by: Jaegeuk Kim
> > ---
> > fs/f2fs/node.c | 2 +-
> > 1 file changed, 1
On Fri, Dec 5, 2014 at 7:03 AM, Sasha Levin wrote:
>
> Yes, it's going to a serial line, but it's only about 100 lines/second on
> average. I wouldn't expect it to cause anything to hang!
A regular 16650 serial chip? Running at 115kbps, I assume? So that's
about 11kB/s.
And the serial console
On Fri, Dec 05 2014 at 08:18:18 AM, Jonathan Corbet wrote:
> On Thu, 4 Dec 2014 13:27:29 -0800
> Ashutosh Dixit wrote:
>
>> mic/mpssd along with MIC drivers are currently only usable on
>> x86_64. So build mic/mpssd only for x86_64 to avoid build breaks on
>> big-endian systems.
>
> I can
On Fri, Dec 05 2014 at 08:18:18 AM, Jonathan Corbet wrote:
> On Thu, 4 Dec 2014 13:27:29 -0800
> Ashutosh Dixit wrote:
>
>> mic/mpssd along with MIC drivers are currently only usable on
>> x86_64. So build mic/mpssd only for x86_64 to avoid build breaks on
>> big-endian systems.
>
> I can
On Fri, Dec 05, 2014 at 09:07:07PM +0530, Anand Moon wrote:
> Use GFP_ATOMIC instead of GFP_KERNEL and update for kzalloc
> while we're here to fix this bug.
>
> [ 32.979662] [ cut here ]
> [ 32.982865] WARNING: CPU: 3 PID: 1933 at kernel/locking/lockdep.c:2744
>
On Thu, Dec 04 2014 at 07:27:06 PM, Dan Streetman wrote:
> On Thu, Dec 4, 2014 at 4:27 PM, Ashutosh Dixit
> wrote:
>> mic/mpssd along with MIC drivers are currently only usable on
>> x86_64. So build mic/mpssd only for x86_64 to avoid build breaks on
>> big-endian systems.
>
> Only building for
BTW this is worth applying despite the on-going discussion with Arnd
on a separate optimization.
On Wed, 3 Dec 2014, Nicolas Pitre wrote:
> At least on ARM, do_div() is optimized to turn constant divisors into
> an inline multiplication by the reciprocal value at compile time.
> However this
On Tue, Dec 02, 2014 at 06:07:56PM +0100, Michele Curti wrote:
> pch_dma_id_table is used in pch_dma.c only, so declare
> it as static
Applied, thanks
--
~Vinod
>
> Signed-off-by: Michele Curti
> ---
> drivers/dma/pch_dma.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
I'm announcing the release of the 3.12.34 kernel.
All users of the 3.12 kernel series must upgrade.
The updated 3.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.12.y
and can be browsed at the normal kernel.org git web
Hi Richard,
On 11/24/2014 3:20 PM, Richard Weinberger wrote:
Currently ubi_refill_pools() first fills the first and then
the second one.
If only very few free PEBs are available the second pool can get
zero PEBs.
Change ubi_refill_pools() to distribute free PEBs fair between
all pools.
On 12/04/2014, 04:53 PM, Seth Jennings wrote:
...
> --- /dev/null
> +++ b/kernel/livepatch/core.c
> @@ -0,0 +1,902 @@
...
> +static struct kobj_type klp_ktype_patch = {
> + .sysfs_ops = _sysfs_ops,
> + .default_attrs = klp_patch_attrs
> +};
Hi, I seem to have only a single comment here.
On 5 December 2014 at 17:27, Russell King - ARM Linux
wrote:
> On Fri, Dec 05, 2014 at 05:07:45PM +, Catalin Marinas wrote:
>> On Fri, Dec 05, 2014 at 12:05:06PM +, Will Deacon wrote:
>> > Care to submit this as a proper patch? We should at least fix Peter's issue
>> > before doing things
TPS gpio now controls a 5v 500mA TL5209 regulator which may be supply
a fan (such as AFB02505HHB) over J1 connector for various purposes.
Provide device tree node to enable the same.
Signed-off-by: Nishanth Menon
---
V2: review comment updates
review comments update
-
On 11/24/2014 3:20 PM, Richard Weinberger wrote:
Make it two functions, wl_get_wle() and wl_get_peb().
wl_get_peb() works exactly like __wl_get_peb() but wl_get_wle()
does not call produce_free_peb().
While refilling the fastmap user pool we cannot release ubi->wl_lock
as produce_free_peb()
On Thu, Dec 04 2014, Xishi Qiu wrote:
> Add the amount of cma memory in the following meminfo.
> /proc/meminfo
> /sys/devices/system/node/nodeXX/meminfo
>
> Signed-off-by: Xishi Qiu
No second look:
Acked-by: Michal Nazarewicz
> ---
> drivers/base/node.c | 16 ++--
>
On Fri, Nov 14, 2014 at 12:33:01PM +, Liviu Dudau wrote:
> On Wed, Nov 12, 2014 at 09:39:52AM +, Vinod Koul wrote:
> > On Thu, Nov 06, 2014 at 05:20:12PM +, Liviu Dudau wrote:
> > > The datasheet for PL330 says that the data buffer value in the CRD
> > > register is 10bits wide.
On Fri, Dec 05, 2014 at 05:01:56PM +, Charles Keepax wrote:
> On Thu, Dec 04, 2014 at 08:41:19PM +0800, Zidan Wang wrote:
> > struct wm8960_data {
> > + struct clk *mclk;
> Is this really pdata? Would the pdata entry to locate the clock
> not be a string holding the clock name that you
On Fri, Dec 05, 2014 at 06:07:44PM +0100, Maxime Ripard wrote:
> On Fri, Dec 05, 2014 at 08:26:42PM +0530, Vinod Koul wrote:
> > On Fri, Dec 05, 2014 at 03:33:59PM +0100, Maxime Ripard wrote:
> Ah, right.
>
> I have no idea why it haven't been picked up by intel's build bot
> thuough.
possibly no
On Fri, Dec 05, 2014 at 11:11:14AM +, Russell King - ARM Linux wrote:
> In any case, wouldn't using a u64 type for "address" be better - isn't
> "long long" 128-bit on 64-bit architectures?
No, it's still 64-bit. There is no 128-bit integer in the C standard.
--
Catalin
--
To unsubscribe
On Fri, 2014-12-05 at 09:08AM -0800, Sören Brinkmann wrote:
> On Fri, 2014-12-05 at 09:59AM +0200, Ivan T. Ivanov wrote:
> >
> > On Thu, 2014-11-27 at 17:26 -0800, Soren Brinkmann wrote:
> > >
> > > static const struct pinconf_ops pmic_gpio_pinconf_ops = {
> > > + .is_generic= true,
> > >
On Fri, Dec 05, 2014 at 11:32:18AM -0600, Nishanth Menon wrote:
> From: "Menon, Nishanth"
do you want to sanitize your name ?
> TPS gpio now controls a 5v 500mA TL5209 regulator which may be supply
> a fan (such as AFB02505HHB) over J1 connector for various purposes.
> Provide device tree node
On Fri, Nov 14, 2014 at 01:59:43PM -0800, Andrew Bresticker wrote:
> +static inline unsigned int to_mdc_width(enum dma_slave_buswidth bw)
> +{
> + switch (bw) {
> + case DMA_SLAVE_BUSWIDTH_1_BYTE:
> + return 0;
> + case DMA_SLAVE_BUSWIDTH_2_BYTES:
> + return 1;
From: "Menon, Nishanth"
TPS gpio now controls a 5v 500mA TL5209 regulator which may be supply
a fan (such as AFB02505HHB) over J1 connector for various purposes.
Provide device tree node to enable the same.
Signed-off-by: Nishanth Menon
---
Depends on the following:
On 12/02/2014 05:58 PM, Leonid Yegoshin wrote:
This is a last step of 3 patches which shift FPU emulation out of
stack into protected area. So, it disables a default executable stack.
Additionally, it sets a default data area non-executable protection.
Signed-off-by: Leonid Yegoshin
NAK!
On Fri, Dec 05, 2014 at 05:07:45PM +, Catalin Marinas wrote:
> On Fri, Dec 05, 2014 at 12:05:06PM +, Will Deacon wrote:
> > Care to submit this as a proper patch? We should at least fix Peter's issue
> > before doing things like extending headers, which won't work for older
> > kernels
Hi Harini,
On Fri, 2014-12-05 at 01:38PM +0530, Harini Katakam wrote:
> Cadence I2C controller has the following bugs:
> - completion indication is not given to the driver at the end of
> a read/receive transfer with HOLD bit set.
> - Invalid read transaction are generated on the bus when HW
On Tue, Dec 02, 2014 at 03:40:42PM +, Lee Jones wrote:
> This patch adds DT documentation for the SPI portion of ST's SSC device.
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Dec 05, 2014 at 10:30:01AM +, David Vrabel wrote:
> On 04/12/14 15:39, Alex Williamson wrote:
> >
> > I don't know what workaround you're talking about. As devices are
> > released from the user, vfio-pci attempts to reset them. If
> > pci_reset_function() returns success we mark
On Tue, Dec 02, 2014 at 03:40:41PM +, Lee Jones wrote:
> This patch adds support for the SPI portion of ST's SSC device.
Applied, thanks.
signature.asc
Description: Digital signature
From: Nishanth Menon
PM QoS requests are notoriously hard to debug and made even
more so due to their highly dynamic nature. Having visibility
into the internal data representation per constraint allows
us to have much better appreciation of potential issues or
bad usage by drivers in the
Hello, Tony!
> The issue I'm seeing on 2430sdp is some earlier regression that
> has started happening over the past year or so.
I don't have 2430sdp. And I couldn't find 2430sdp schematics.
Looks, like this is NDA stuff.
> Of course the issue I'm seeing could be caused by hung twl4030
> PMIC
On Fri, 5 Dec 2014, Arnd Bergmann wrote:
> >
> > That, too, risk overflowing.
> >
> > Let's say x_lo = 0x and x_hi = 0x. You get:
> >
> > 0x * 0x83126e97 -> 0x83126e967ced9169
> > 0x * 0x8d4fdf3b -> 0x8d4fdf3a72b020c5
> >
On Wed, Dec 03, 2014 at 10:45:57AM -0800, Linus Torvalds wrote:
> On Wed, Dec 3, 2014 at 10:41 AM, Dave Jones wrote:
> >
> > I've been stuck on this kernel for a few days now trying to prove it
> > good/bad one way or the other, and I'm leaning towards good, given
> > that it recovers, even
On Fri, Dec 05, 2014 at 08:26:42PM +0530, Vinod Koul wrote:
> On Fri, Dec 05, 2014 at 03:33:59PM +0100, Maxime Ripard wrote:
> > Hi Vinod,
> >
> > On Fri, Dec 05, 2014 at 07:57:02PM +0530, Vinod Koul wrote:
> > > On Mon, Nov 17, 2014 at 02:42:28PM +0100, Maxime Ripard wrote:
> > > > Split the
On Fri, 2014-12-05 at 09:59AM +0200, Ivan T. Ivanov wrote:
>
> On Thu, 2014-11-27 at 17:26 -0800, Soren Brinkmann wrote:
> >
> > static const struct pinconf_ops pmic_gpio_pinconf_ops = {
> > + .is_generic= true,
> > .pin_config_group_get= pmic_gpio_config_get,
> >
401 - 500 of 1580 matches
Mail list logo