On 09/04/2014 01:14 AM, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
>> On Wed, Sep 03, 2014 at 10:50:01AM -0400, Peter Hurley wrote:
>>> So a lockdep-only assert is unlikely to draw attention to existing bugs,
>>> especially in established drivers.
>>
>> By the same logic lockdep will not
Using the for_each_... macro should make the code bit shorter and
easier to read.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/imx-drm/imx-drm-core.c
On Wed, Sep 10, 2014 at 12:56:12AM +0200, Philipp Zabel wrote:
> On Sat, Sep 6, 2014 at 1:42 PM, Mark Brown wrote:
> > +Required properties:
> > +- compatible: "isl,isl9305" or "isl,isl9305h"
> I have suggested to change the Intersil vendor prefix to 'isil':
>
In preparation for the following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint node,
which will be fixed by having of_graph_get_next_endpoint decrement the refcount
of its prev argument instead.
Signed-off-by: Philipp Zabel
In preparation for a following patch, stop decrementing the endpoint node
refcount in the loop. This temporarily leaks a reference to the endpoint node,
which will be fixed by having of_graph_get_next_endpoint decrement the refcount
of its prev argument instead.
Signed-off-by: Philipp Zabel
---
Using the for_each_... macro should make the code bit shorter and
easier to read. This patch also properly decrements the endpoint node
reference count before returning out of the loop.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 9 +++--
1 file changed, 3
Note that while of_graph_get_next_endpoint decrements the reference count
of the child node passed to it, of_node_put(child) still has to be called
manually when breaking out of the loop.
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Added a comment about the child node reference count
Decrementing the reference count of the previous endpoint node allows to
use the of_graph_get_next_endpoint function in a for_each_... style macro.
Prior to this patch, all current users of this function that actually pass
a non-NULL prev parameter should be changed to not decrement the passed
Using the for_each_... macro should make the code a bit shorter and
easier to read.
Signed-off-by: Philipp Zabel
Acked-by: Laurent Pinchart
---
drivers/gpu/drm/drm_of.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_of.c
This patch adds a function to get a port device tree node by port id,
or reg property value.
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Fixed whitespace in comment
- Changed id parameter to of_graph_get_port_by_id to u32
- Simplified of_graph_get_port_by_id as suggested by Laurent,
Hi,
this series converts all existing users of of_graph_get_next_endpoint that pass
a non-NULL prev argument to the function and decrement its refcount themselves
to stop doing that. The of_node_put is moved into of_graph_get_next_endpoint
instead.
This allows to add a for_each_endpoint_of_node
On Wed, Sep 10, 2014 at 10:33:16AM +0800, Chris Zhong wrote:
> Yes, I have modified the rk808.h, so rk808-regulator.c lacks some structure
> now.
> Please help me review the patch "[PATCH v10 3/3] regulator: RK808: Remove
> pdata from the regulator"
> It contains the corresponding changes.
Hi,
On Wed, Sep 10, 2014 at 06:30:06PM +0800, Shengjiu Wang wrote:
> On Wed, Sep 10, 2014 at 08:21:18AM +0200, Markus Pargmann wrote:
> > On Tue, Sep 09, 2014 at 11:38:05AM -0700, Nicolin Chen wrote:
> > > On Tue, Sep 09, 2014 at 05:18:07PM +0800, Shengjiu Wang wrote:
> > > > @@ -1321,7 +1333,11
On Wed, Sep 10, 2014 at 09:59:55AM +0800, Xiubo Li wrote:
> Signed-off-by: Xiubo Li
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Sep 10, 2014 at 09:18:06AM +0800, Chris Zhong wrote:
> Signed-off-by: Chris Zhong
>
> Tested-by: Heiko Stuebner
Applied, thanks. You shouldn't have spaces like the above in your list
of tags and as Doug says e-mail addresses should have a space between
the name and the <.
On 10 September 2014 11:07, Srinivas Kandagatla
wrote:
> Hi Ulf,
>
> On 10/09/14 08:58, Ulf Hansson wrote:
>>
>> On 22 August 2014 06:54, Srinivas Kandagatla
>> wrote:
>>>
>>> From: Ulf Hansson
>>>
>>> For the ux500v2 variant of the PL18x block, any block sizes are
>>> supported. This will make
The config enables already Samsung's PMIC-s MFD and regulator drivers for
S2MPS11/S2MPS14 and S5M8767. Enable also drivers for the rest of these
PMIC-s features: clock and RTC.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
Add earlycon support for the cadence serial port.
This is based on recent patches:
"tty/serial: pl011: add generic earlycon support"
(sha1: 0d3c673e7881e691991b2a4745bd4f149603baa2)
"tty/serial: add arm/arm64 semihosting earlycon"
(sha1: d50d7269ebcb438afa346cdffce0f4e2a1b9e831)
Signed-off-by:
Hi Sergei,
On Friday 05 September 2014 17:33:28 Sergei Shtylyov wrote:
> On 09/05/2014 01:03 PM, Geert Uytterhoeven wrote:
> >>> Add RCAN clock support to the R-Car generation 2 CPG driver. This clock
> >>> gets derived from the USB_EXTAL clock by dividing it by 6. The layout of
> >>> RCANCKCR
2014-09-09 22:27 GMT+04:00, John W. Linville :
> On Fri, Sep 05, 2014 at 04:02:10PM +0400, Sergey Ryazanov wrote:
>> 2014-09-05 15:33 GMT+04:00 Paul Bolle :
>> > Hi Sergey,
>> >
>> > On Fri, 2014-09-05 at 15:12 +0400, Sergey Ryazanov wrote:
>> >> 2014-09-05 14:10 GMT+04:00, Paul Bolle :
>> >> > On
> > > You cover this specific dependencies with inline ifdefs, but you
> > > lose the CONFIG_OF depends by dropping it, and there are no such
> > > checks in the probe routine. Assumptions of OF are not limited to probe in
> this driver.
> > >
> > > While I would like to see this assumption
On Wed, Sep 10, 2014 at 08:21:18AM +0200, Markus Pargmann wrote:
> On Tue, Sep 09, 2014 at 11:38:05AM -0700, Nicolin Chen wrote:
> > On Tue, Sep 09, 2014 at 05:18:07PM +0800, Shengjiu Wang wrote:
> > > @@ -1321,7 +1333,11 @@ static int fsl_ssi_probe(struct platform_device
> > > *pdev)
> > >
On 09/09/2014 07:09 PM, Andrew Bresticker wrote:
> On Tue, Sep 9, 2014 at 1:21 AM, Tomeu Vizoso wrote:
>> On 8 September 2014 18:22, Andrew Bresticker wrote:
>>> On Mon, Sep 8, 2014 at 8:34 AM, Tomeu Vizoso wrote:
On 2 September 2014 23:34, Andrew Bresticker wrote:
>
> Tested on
Exynos5420 based Peach Pit and Exynos5800 based Peach Pi boards
uses a Maxim 77802 power management IC to drive regulators and
its Real Time Clock. This patch adds support for this chip.
These are the device nodes and pinctrl configuration that
are present on the Peach pit DeviceTree source file
From: Rahul Sharma
Adding regulators for hdmi for peach-pit board.
Signed-off-by: Rahul Sharma
Reviewed-by: Javier Martinez Canillas
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Doug Anderson
---
arch/arm/boot/dts/exynos5420-peach-pit.dts | 5 +
1 file changed, 5 insertions(+)
On Wed, Sep 10, 2014 at 09:30:04AM +0800, Robin Gong wrote:
> +static bool spi_imx_can_dma(struct spi_master *master, struct spi_device
> *spi,
> + struct spi_transfer *transfer)
> +{
> + struct spi_imx_data *spi_imx = spi_master_get_devdata(master);
> +
> + if
From: Naveen Krishna Chatradhi
This patch creates a thermistor fragment carrying the NTC Thermistor
nodes as children of the IIO based ADC.
This fragment is included in exynos5420-peach-pit.dts and
exynos5800-peach-pi.dts.
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: Javier Martinez
The downstream ChromeOS 3.8 kernel sets the clock frequency
for the I2C bus 7 at 400kHz. Do the same change in mainline.
Suggested-by: Doug Anderson
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5420-peach-pit.dts | 1 +
arch/arm/boot/dts/exynos5800-peach-pi.dts | 1 +
2
Commit d4d8819e205854c ("bus: omap_l3_noc: fix masterid detection")
did the right thing in dropping the LSB 2 bits which is not part
of the ConnID for NTTP master address. However, as part of that
change, we should also have ensured that existing list of OMAP4 connID
codes are also shifted by 2
Hello Kukjin,
This is a third version of th series that adds max77802 support for
the Peach Pit and Pi boards. The series also have all the pending
patches that were posted but depended on this support. I've picked
all the patches I found and rebased them to be sure that they apply
cleanly on top
From: Vivek Gautam
Enabled MAX77802 pmic for exynos systems.
One config USB_ANNOUNCE_NEW_DEVICES to display device
information on connect.
Another config for I2C_CHARDEV to see i2c device nodes.
Signed-off-by: Vivek Gautam
Signed-off-by: Javier Martinez Canillas
---
The Exynos5420 based Peach Pit and the Exynos5800 based Peach Pi
machines have an i2c ISL29018 light sensor. This patch adds the
device nodes needed to support this device.
These DTS snippets were taken from the downstream Chrome OS 3.8
kernel Device Tree for Peach Pit and Pi boards.
From: Rahul Sharma
Adding regulators for HDMI for Peach-pi board.
Signed-off-by: Rahul Sharma
Reviewed-by: Javier Martinez Canillas
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Doug Anderson
---
arch/arm/boot/dts/exynos5800-peach-pi.dts | 5 +
1 file changed, 5 insertions(+)
Hi all,
I have a doubt to clarify.
any scheduler class manage the "pick_next_task" internally (e.g.: CFS use a
red-black tree and the "fair" algorithm, etc).
The main scheduler just:
class = sched_class_highest;
for ( ; ; ) {
p = class->pick_next_task(rq);
if (p)
return
On Tue, Sep 02, 2014 at 06:06:17PM +0200, Antonios Motakis wrote:
> On Sun, Jun 8, 2014 at 12:17 PM, Christoffer Dall
> wrote:
> > On Thu, Jun 05, 2014 at 07:03:23PM +0200, Antonios Motakis wrote:
> >> Adds support to mask interrupts, and also for automasked interrupts.
> >> Level sensitive
On Wed 10-09-14 10:08:02, Jiri Kosina wrote:
> On Fri, 8 Aug 2014, Steven Rostedt wrote:
>
> > > > This is my proposal to print the NMI stack traces from an RCU stall
> > > > safely.
> > > > Here's the gist of it.
> > >
> > > Steven, what's your plan with this patchset please?
> >
> > Has
Hi,
On 09/09/2014 10:37 PM, suravee.suthikulpa...@amd.com wrote:
> From: Suravee Suthikulpanit
>
> This patch adds ACPI support for non-PCI SATA contoller in ahci_platform
> driver.
> It adds ACPI matching table in ahci_platform to support AMD Seattle SATA
> controller
> with following ASL
rk3288 is dual-core CPU Soc, we need to enable the smp.
This patchset works with either arch-timer use the phisical counter
in kernel or the firmware initialize the arch-timer virtual counter
offset and use virtual counter in kernel.
Kever Yang (2):
ARM: rockchip: add basic smp support for
This patch add intmem node des which is needed by platsmp.c
and enable the smp.
Signed-off-by: Heiko Stuebner
Signed-off-by: Kever Yang
---
arch/arm/boot/dts/rk3288.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi
basic rk3288 smp support
Signed-off-by: Heiko Stuebner
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/core.h| 1 +
arch/arm/mach-rockchip/platsmp.c | 60 +---
2 files changed, 57 insertions(+), 4 deletions(-)
diff --git
Tom Gundersen schreef op 10-09-14 om 08:46:
>Indeed. What I proposed with a multiplier for the timeout for the
>different types of built in commands was deemed complex but saw no
>alternatives proposed despite my interest to work on one and
>clarifications noted that this was a design
On 09/09/2014 09:36 PM, Dave Hansen wrote:
> On 09/09/2014 08:45 AM, Boaz Harrosh wrote:
>> This is for add_persistent_memory that will want a section of pages
>> allocated but without any zone associated. This is because belonging
>> to a zone will give the memory to the page allocators, but
>>
On Tue, Sep 09, 2014 at 03:23:53PM -0400, Sasha Levin wrote:
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel, I've stumbled on the following spew:
>
> [ 1181.492212] BUG: unable to handle kernel NULL pointer dereference at
> 0040
> [
On Tue, Sep 09, 2014 at 12:59:29PM -0700, Nicolin Chen wrote:
> On Tue, Sep 09, 2014 at 02:37:42PM -0500, Timur Tabi wrote:
> > On 09/09/2014 01:38 PM, Nicolin Chen wrote:
> > >make sure to have the call for imx only because it seems that
> > >the other platforms do not depend on the clock.
> >
>
On 09/09/2014 06:30 PM, Christoph Hellwig wrote:
> Ching,
>
> do you have a chance to address Thomas second concern below? As
> far as I can tell (Thomas, please correct me) that's the last
> outstanding concern, and I'd really like to merge the arcmsr updates
> for the Linux 3.18 merge window.
On Tue, 09 Sep 2014, Opensource [Adam Thomson] wrote:
> On August 28, 2014 12:47, Varka Bhadram wrote:
>
> > On 08/28/2014 04:18 PM, Adam Thomson wrote:
> >
> > (...)
> >
> > > +static int da9150_probe(struct i2c_client *client,
> > > + const struct i2c_device_id *id)
> > > +{
>
On Wed, Sep 03, 2014 at 02:10:23PM +0400, Maxim Patlasov wrote:
> Hi,
>
> The patchset fixes a regression introduced by the following commits:
>
> c7f3888ad7f0 ("switch iov_iter_get_pages() to passing maximal number of
> pages")
> c9c37e2e6378 ("fuse: switch to iov_iter_get_pages()")
>
Hmm,
2014-09-10 17:23 GMT+08:00 Guodong Xu :
>
>
> On 09/10/2014 12:23 PM, Axel Lin wrote:
>> 2014-09-10 12:20 GMT+08:00 Axel Lin :
>>> 2014-09-10 11:50 GMT+08:00 Guodong Xu :
These of_node_get() were added to balance refcount decrements inside of
of_find_node_by_name().
See: commit
On Tue, 09 Sep 2014, Opensource [Adam Thomson] wrote:
> On August 28, 2014 17:36, Lee Jones wrote:
>
> Thanks for the feedback. As a general comment a couple of the items you've
> identified relate to future updates (additional functionality being added).
> I already have code in place for this
Hi,
On Tue, 2014-09-09 at 15:49 +0300, Stanimir Varbanov wrote:
> On 09/09/2014 01:32 PM, Arnd Bergmann wrote:
> > On Monday 08 September 2014 18:30:00 Stanimir Varbanov wrote:
> > These numbers all look hardware specific, so why put macros into the
> > device tree rather than using them
This device is a SPI based device from TI.
It is a 3 Gbps HD/SD SDI Dual Output Low Power
Extended Reach Adaptive Cable Equalizer.
LMH0395 enables the use of up to two outputs.
These can be configured using DT.
Controls should be accessible from userspace too.
This will have to be done later.
On Tue, Sep 09, 2014 at 10:54:39AM +0200, Jan Kara wrote:
> On Tue 09-09-14 02:27:12, Al Viro wrote:
> > On Mon, Sep 08, 2014 at 04:01:56PM +0400, Andrey Vagin wrote:
> > > Currently watchers are removed in dentry_iput(), if n_link is zero.
> > > But other detries can be linked with this inode.
On 10.9.2014 11:25, Hayes Wang wrote:
From: Ivan Vecera [mailto:ivec...@redhat.com]
Sent: Tuesday, September 09, 2014 8:19 PM
[...]
Thanks Hayes,
have you got any idea when do you update them?
If all are fine, I would release them this week.
Best Regards,
Hayes
Great, thanks Hayes.
On Wed, Sep 10, 2014 at 3:55 AM, Andres Freund wrote:
> On 2014-09-10 01:48:06 +0200, Andres Freund wrote:
>> On 2014-09-09 15:43:55 -0700, Cong Wang wrote:
>> > On Mon, Sep 8, 2014 at 2:25 PM, Andres Freund wrote:
>> > > Hi,
>> > >
>> > > (don't have netdev archived, thus answering here, sorry)
On Tue, 09 Sep 2014, Javier Martinez Canillas wrote:
> [adding Lee Jones to cc list since I'm referring on a series he posted]
>
> Hello Sjoerd,
>
> On 09/09/2014 09:52 AM, Sjoerd Simons wrote:
> > For i2c devices in OF the modalias exposed to userspace is i2c: > type>, for the Maxtouch driver
On 9/10/2014 11:51 AM, Haggai Eran wrote:
The main benefits of ODP is the simplified programming model, simplified
management, and avoiding worst-case memory commitment.
For example, we were able to run multiple concurrent instances of iSER
targets, allowing over-commitment that otherwise
From: Ivan Vecera [mailto:ivec...@redhat.com]
> Sent: Tuesday, September 09, 2014 8:19 PM
[...]
> Thanks Hayes,
> have you got any idea when do you update them?
If all are fine, I would release them this week.
Best Regards,
Hayes
--
To unsubscribe from this list: send the line "unsubscribe
On 09/10/2014 12:23 PM, Axel Lin wrote:
> 2014-09-10 12:20 GMT+08:00 Axel Lin :
>> 2014-09-10 11:50 GMT+08:00 Guodong Xu :
>>> These of_node_get() were added to balance refcount decrements inside of
>>> of_find_node_by_name().
>>> See: commit c92f5dd2c42f ("regulator: Add missing of_node_put()")
On Wednesday 10 September 2014 10:42:20 Alban Bedel wrote:
>
> > Please describe clocks in the binding. If the clock inputs are named,
> > please use clock-names.
>
> No clock is defined in the current LPC32xx DTS, what should I do in
> this case?
This is a bit tricky. I would recommend
On 09/10/2014 07:09 AM, Alexei Starovoitov wrote:
BPF(2) Linux Programmer's ManualBPF(2)
...
union bpf_attr {
struct { /* anonymous struct used by BPF_MAP_CREATE command */
enum bpf_map_type map_type;
Signed-off-by: Xiubo Li
---
drivers/clocksource/mmio.c | 44
1 file changed, 44 insertions(+)
diff --git a/drivers/clocksource/mmio.c b/drivers/clocksource/mmio.c
index 1593ade..ddc5214 100644
--- a/drivers/clocksource/mmio.c
+++
Use seq_putc() instead of seq_printf() in seq_pad() because the
former is faster.
Signed-off-by: Dmitry Voytik
---
fs/seq_file.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/seq_file.c b/fs/seq_file.c
index 3857b72..fef338e 100644
--- a/fs/seq_file.c
+++
Hi,
While fuzzing on my ivp-ep system I ran into the following:
[ 431.802976] BUG: unable to handle kernel paging request at 83223d88
[ 431.810571] IP: [] uncore_assign_events+0x188/0x250
[ 431.817753] PGD 1815067 PUD 1816063 PMD 0
[ 431.822315] Oops: [#1] PREEMPT SMP
[
From: Suravee Suthikulpanit
This patch extend GICv2m MSI to support multiple MSI in ARM64.
This requires the common arch_setup_msi_irqs() to be overwriten
with ARM64 version which does not return 1 for PCI_CAP_ID_MSI and
nvec > 1.
Cc: Mark Rutland
Cc: Marc Zyngier
Cc: Jason Cooper
Cc:
The berlin_pinctrl_dt_free_map function tries to free memory
allocated and handled by the of subsystem. This is wrong and
already handled by pinctrl_dt_free_maps() which calls
of_node_put().
This patch fixes the Berlin pinctrl way of freeing its maps,
avoiding a kernel BUG(), by using the common
On Tue, Sep 09, 2014 at 12:53:18PM -0700, Andrew Morton wrote:
> On Mon, 8 Sep 2014 12:57:18 +0100 Mel Gorman wrote:
>
> > zone_page_state is an API hazard because of the difference in behaviour
> > between SMP and UP is very surprising. There is a good reason to allow
> > NR_ALLOC_BATCH to go
From: Suravee Suthikulpanit
ARM GICv2m specification extends GICv2 to support MSI(-X) with
a new set of register frame. This patch introduces support for
the non-secure GICv2m register frame. Currently, GICV2m is available
in certain version of GIC-400.
The patch introduces a new property in
On 09/10/2014 10:05 AM, Ricardo Ribalda Delgado wrote:
> Hello Markos
>
> Sorry for the mess. I have already send a new patch for mips using the
> _IO* macros
>
> Just to put things a bit into context:
>
> I did made the patch for serial and tested it only in x86. I wrongly
> infer that the
From: Suravee Suthikulpanit
This patch set introduces support for MSI(-X) in GICv2m specification,
which is implemented in some variation of GIC400.
This depends on and has been tested with the following patch set which
implements PCI supports for ARM64:
*
On Tue, 09 Sep 2014, Jacob Pan wrote:
> XPower AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
> to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
> AD converter. It also provides extended status and interrupt reporting
> capabilities than the
Hi Ulf,
On 10/09/14 08:58, Ulf Hansson wrote:
On 22 August 2014 06:54, Srinivas Kandagatla
wrote:
From: Ulf Hansson
For the ux500v2 variant of the PL18x block, any block sizes are
supported. This will make it possible to decrease data overhead
for SDIO transfers.
This patch is based on Ulf
Hello Markos
Sorry for the mess. I have already send a new patch for mips using the
_IO* macros
Just to put things a bit into context:
I did made the patch for serial and tested it only in x86. I wrongly
infer that the IOCTLS were defined for all the arches (sorry :S)
Then when the patch was
On Tue, Sep 09, 2014 at 03:20:13PM -0700, Joe Perches wrote:
> On Tue, 2014-09-09 at 22:49 +0100, Luis Henriques wrote:
> > Replace 'produciton' by 'production'
> >
> > Signed-off-by: Luis Henriques
> > ---
> > kernel/trace/trace.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
On 09/10/2014 07:09 AM, Alexei Starovoitov wrote:
...
struct { /* anonymous struct used by BPF_MAP_*_ELEM commands */
int map_fd;
void *key;
union {
void *value;
void *next_key;
};
Hello Doug,
On 09/10/2014 06:52 AM, Doug Anderson wrote:
>
> I would note that the downstream dts file has this i2c bus at 400kHz.
> ...but that's not a problem with your patch. Perhaps you could submit
> that as a separate patch?
>
Indeed, I've to re-spin anyways so I'll include that on the
Hello Doug,
On 09/10/2014 06:45 AM, Doug Anderson wrote:
>>
>> Reviewed-by: Doug Anderson
>
> Meant to add this to the v2. Sorry for the spam...
>
No worries, I've to re-spin anyways to fix the issue you pointed on Patch #1
so I'll include your Reviewed-by tag.
Best regards,
Javier
--
To
Hi all,
Changes since 20140909:
New tree: powerpc-merge-mpe
The pm tree gained conflicts against the mvebu and arm-soc trees.
The v4l-dvb tree still had its build failure so I used the version from
next-20140908.
The net-next tree gained a conflict against the arm-soc tree.
The wireless-next
Hello Doug,
On 09/10/2014 06:42 AM, Doug Anderson wrote:
>> +
>> + ldo35_reg: LDO35 {
>> + regulator-name = "ldo_35";
>> + regulator-min-microvolt = <120>;
>> +
Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 (serial/8250: Add
support for RS485 IOCTLs), adds support for RS485 ioctls for 825_core on
all the archs. Unfortunaltely the definition of TIOCSRS485 and
TIOCGRS485 was missing on the ioctls.h file
Reported-by: Markos Chandras
Signed-off-by:
Several MTD users (either in user or kernel space) expect a valid raw
access support to NAND chip devices.
This is particularly true for testing tools which are often touching the
data stored in a NAND chip in raw mode to artificially generate errors.
The GPMI drivers do not implemenent raw
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy
---
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index b5ad6be..a914be9 100644
--- a/drivers/mtd/spi-nor/spi-nor.c
+++
AHB bus support was added in v2.6.38, through commit a0b907ee2a71
("ath5k: Add AHB bus support."). That code can only be build if the
Kconfig symbol ATHEROS_AR231X is set. But that symbol has never been
added to the tree. So AHB bus support has always been dead code.
Let's remove all code that
On 09/09/2014 17:21, Haggai Eran wrote:
> On 04/09/2014 00:15, Roland Dreier wrote:
>> Have you done any review or testing of these changes? If so can you
>> share the results?
>
> We have tested this feature thoroughly inside Mellanox. We ran random
> tests that performed MR registrations,
On 09/10/2014 09:39 AM, Ricardo Ribalda Delgado wrote:
> Hello Greg
>
> Sorry, Probably my bad :). I did resend a new patch using the _IO*
> macros, that has been now merged to tty-next
>
> Regards!
>
> On Wed, Sep 10, 2014 at 10:25 AM, Markos Chandras
> wrote:
>> On 09/09/2014 08:17 PM, Greg
Sorry, CC this patchset to Andrew.
On 09/09/14 at 07:36pm, Baoquan He wrote:
> In locate_mem_hole functions, a memory hole is located and added as
> kexec_segment. But from the name of locate_mem_hole, it should only
> take responsibility of searching a available memory hole to contain
> data of
On 2014-09-10 07:03, Chase Southwood wrote:
This patchset begins by cleaning up the mess of the comments in
this driver, then follows that with three very small and trivial
checkpatch warning fixes.
Chase Southwood (4):
staging: comedi: hwdrv_apci3120: clean up comments
staging: comedi:
On Tue, Sep 09, 2014 at 01:38:13PM -0700, Joe Perches wrote:
> Macros with flow control statements (goto and return) are
> not very nice to read as any flow movement is unexpected.
>
> Try to highlight them and emit a warning on their definition.
>
> Avoid warning on macros that use argument
On Tue, 9 Sep 2014 17:05:48 +0100
Mark Rutland wrote:
> On Tue, Sep 09, 2014 at 04:42:41PM +0100, Alban Bedel wrote:
> > The LPC32xx motor PWMs have two output pin, A and B, with B = !A.
> > The driver can switch the polarity to allow use either output pin A
> > or output pin B.
> >
> >
On Wednesday 10 September 2014 01:24:16 Anton Vorontsov wrote:
> On Wed, Sep 10, 2014 at 10:01:43AM +0200, Arnd Bergmann wrote:
> [...]
> > > ---
> > > arm-allmodconfig : PASS, 0 errors, 18 warnings, 0 section mismatches
>
Hello Greg
Sorry, Probably my bad :). I did resend a new patch using the _IO*
macros, that has been now merged to tty-next
Regards!
On Wed, Sep 10, 2014 at 10:25 AM, Markos Chandras
wrote:
> On 09/09/2014 08:17 PM, Greg KH wrote:
>> On Tue, Sep 09, 2014 at 12:52:55PM +0100, Markos Chandras
On Wed, Sep 10, 2014 at 10:37:14AM +0200, Stephane Eranian wrote:
> On Wed, Sep 10, 2014 at 9:59 AM, Peter Zijlstra wrote:
> > On Wed, Sep 10, 2014 at 09:59:26AM +0200, Peter Zijlstra wrote:
> >> On Tue, Sep 09, 2014 at 05:49:08PM -0700, Andi Kleen wrote:
> >> > From: Andi Kleen
> >> >
> >> >
On Monday 08 September 2014 09:23 PM, Peter Griffin wrote:
> Hi Kishon,
>
>> On Wednesday 03 September 2014 03:57 PM, Peter Griffin wrote:
>>> This series adds support for the picoPHY usb phy which is used by the usb2
>>> and usb3 host controllers when controlling usb2/1.1 devices. It is found
On 09/09/2014 09:25 PM, Mike Turquette wrote:
> Quoting Mike Turquette (2014-09-09 12:12:05)
>> Quoting Tomeu Vizoso (2014-09-09 07:04:57)
>>> In preparation to change the public API to return a per-user clk structure,
>>> remove any usage of this public API from the clock implementations.
>>>
>>>
On Wed, Sep 10, 2014 at 9:59 AM, Peter Zijlstra wrote:
> On Wed, Sep 10, 2014 at 09:59:26AM +0200, Peter Zijlstra wrote:
>> On Tue, Sep 09, 2014 at 05:49:08PM -0700, Andi Kleen wrote:
>> > From: Andi Kleen
>> >
>> > The earlier commit 86a04461a made near all PEBS on
>> > Sandy/IvyBridge/Haswell
On Tue, Sep 09, 2014 at 11:17:39PM +0200, Henrik Austad wrote:
> On Tue, Sep 09, 2014 at 10:57:11AM +0100, Juri Lelli wrote:
> > Hello everyone,
>
> Hi Juri,
>
> Looks good! Didn't spot anything and pleased to see that minimal main()
> made it into the appendix! :D
>
> > This is version 4 of a
On Tue, Sep 09, 2014 at 01:53:50PM -0400, Vince Weaver wrote:
>
> OK so trying to use ftrace to track this issue, and this happens (on
> core2, 3.17-rc4)
>
> [ 295.992012] PANIC: double fault, error_code: 0x0
> [ 295.992012] CPU: 1 PID: 2916 Comm: trace-cmd Not tainted 3.17.0-rc4+ #82
> [
On Tue, Sep 09, 2014 at 06:02:53AM -0700, Jacob Pan wrote:
> XPower AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
> to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
> AD converter. It also provides extended status and interrupt reporting
>
On Tue, Sep 09, 2014 at 01:14:50PM -0700, Hugh Dickins wrote:
> > Quite horrible for sure. I really hate seeing KSM cruft all the way down
>
> Yes, I expected that, and I would certainly feel the same way.
>
> And even worse, imagine if this were successful, we might come along
> and ask to do
On 09/09/2014 08:17 PM, Greg KH wrote:
> On Tue, Sep 09, 2014 at 12:52:55PM +0100, Markos Chandras wrote:
>> Commit e676253b19b2d269cccf67fdb1592120a0cd0676
>> (serial/8250: Add support for RS485 IOCTLs) added cases for the
>> TIOC{S,G}RS485 commands but this broke the build for MIPS:
>>
>>
On Wed, Sep 10, 2014 at 10:01:43AM +0200, Arnd Bergmann wrote:
[...]
> > ---
> > arm-allmodconfig : PASS, 0 errors, 18 warnings, 0 section mismatches
> >
> > Warnings:
> > ../arch/arm/mach-cns3xxx/pcie.c:311:1:
701 - 800 of 1760 matches
Mail list logo
