clean up checkpatch.pl warnings:
WARNING: Line length over 80 characters
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/hwprobe.c | 45 --
1 file changed, 28 insertions(+), 17 deletions(-)
diff --git a/drivers/staging/cxt1e1/hwprobe.c b/drivers/st
On Tue, Mar 04, 2014 at 08:36:28AM +0100, Mike Galbraith wrote:
> (boing boing boing... hell with it, today doesn't exist;)
you lost me at boing.. :)
> On Tue, 2014-03-04 at 08:31 +0100, Mike Galbraith wrote:
> > On Tue, 2014-03-04 at 08:20 +0100, Henrik Austad wrote:
> > > On Tue, Mar 04, 201
> > After merging the mfd-lj tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > drivers/mfd/tps65218: struct i2c_device_id is 32 bytes. The last of 1 is:
> > 0x74 0x70 0x73 0x36 0x35 0x32 0x31 0x38 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> > 0x00 0x00 0x00 0x00 0x00 0x
On 03/03/2014 09:19 PM, Michael Ellerman wrote:
On Thu, 2014-27-02 at 21:04:55 UTC, Cody P Schafer wrote:
Add PMU_FORMAT_RANGE() and PMU_FORMAT_RANGE_RESERVED() (for reserved
areas) which generate functions to extract the relevent bits from
event->attr.config{,1,2} for use by sw-like pmus where
Update Kconfig with a complete list of supported filesystems.
Signed-off-by: Fabian Frederick
---
fs/quota/Kconfig | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/quota/Kconfig b/fs/quota/Kconfig
index 880fd98..c51df1d 100644
--- a/fs/quota/Kconfig
+++ b/fs/quota/Kc
On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
> op 03-03-14 22:11, Daniel Vetter schreef:
> >On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
> >>Android syncpoints can be mapped to a timeline. This removes the need
> >>to maintain a separate api for synchroni
On Mon, Mar 03, 2014 at 01:19:25AM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the ACPI-based PCI hotplug (ACPIPHP) code use
> pci_device_is_present() for checking if devices are present instead
> of open coding the same thing.
>
> Signed-off-by: Rafael J. Wysocki
Review
Sparse warns about invalid assignment in
drivers/net/wireless/ti/wl1251/cmd.c:451:42: warning: invalid assignment: |=
drivers/net/wireless/ti/wl1251/cmd.c:451:42:left side has type restricted
__le16
drivers/net/wireless/ti/wl1251/cmd.c:451:42:right side has type int
Hence type converted ri
op 04-03-14 09:14, Daniel Vetter schreef:
On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
op 03-03-14 22:11, Daniel Vetter schreef:
On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
Android syncpoints can be mapped to a timeline. This removes the need
to mai
In commit 4cecf6d401a ("sched, x86: Avoid unnecessary overflow in
sched_clock") and in recent patch "clocksource: avoid unnecessary
overflow in cyclecounter_cyc2ns()" https://lkml.org/lkml/2014/3/4/17,
the mult-shift approach is replaced by 2 steps to avoid storing a large,
intermediate value that
On Tue, 2014-03-04 at 09:02 +0100, Henrik Austad wrote:
> On Tue, Mar 04, 2014 at 08:36:28AM +0100, Mike Galbraith wrote:
> > (boing boing boing... hell with it, today doesn't exist;)
>
> you lost me at boing.. :)
Mail bounces due to dead addresses. Bad hair day in progress. Now my
shiny new a
The following changes since commit acc3d5cec84f82ebea535fa0bd9500ac3df2aee9:
regulator: core: Change dummy supplies error message to a warning (2014-02-21
08:35:31 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regula
On Tue, Mar 04, 2014 at 02:46:42PM +0800, Mark Brown wrote:
> On Tue, Mar 04, 2014 at 01:45:33PM +0800, Robin Gong wrote:
> > support pfuze200 chip which remove SW1C and SW4 based on pfuze100.
>
> Applied, thanks - however I just noticed that you forgot to add the
> compatible string for the new p
> From: Stephen Warren
>
> Implement the new DT property ti,irq-externally-inverted, and add an
> equivalent platform data field to match. This allows the driver to
> correctly automatically configure the IRQ output polarity when the board
> or SoC contains an inverter between the Palmas IRQ outp
On Tue 04-03-14 08:11:07, Fabian Frederick wrote:
> Update Kconfig with a complete list of supported filesystems.
Thanks. I have added the patch to my tree.
Honza
>
> Signed-off-by: Fabian Frederick
> ---
> fs/quota/Kconfig | 7
On Tue, 2014-02-25 at 10:05 +0200, Jani Nikula wrote:
> On Thu, 20 Feb 2014, Paul Bolle wrote:
> > On an (rather old) ThinkPad X41, which also uses i915, brightness
> > adjustments stopped working altogether in v3.14-rc1 (I haven't used its
> > docking station in the v3.14 release cycle). In v3.13
On Mon, Mar 03, 2014 at 03:13:36PM -0600, Andrew Ruder wrote:
> On Thu, Feb 27, 2014 at 01:22:08PM -0800, Brian Norris wrote:
> > Perhaps Richard or Andrew can comment on whether this patch should help
> > you. But I think JFFS2 on NAND uses write-buffered support which can be
> > affected by this
Hi List,
The ctype macros like isalpha(3) have a locale specific counterpart.
This page was missing.
re,
wh
Signed-off-by: wha...@bfs.de
.\" Copyright (c) 2013 by Walter Harms
.\"
.\" %%%LICENSE_START(VERBATIM)
.\" Permission is granted to make and distribute verbatim copies of this
.\" man
On Wed, 22 Jan 2014 13:57:40 +0800, Xiubo Li wrote:
> The of_update_property() is intented to update a property in a node
> and if the property does not exist, will add it.
>
> The second search of the property is possibly won't be found, that
> maybe removed by other thread just before the secon
This patch changes a handful of while loops to timeouts to prevent
infinite looping on hardware failure. A couple such loops are in a
function (s626_debi_transfer()) which is called from critical sections,
so comedi_timeout() is unusable for them, and an iterative timeout is
used instead. For the
This patch for s626.c propagates the errors from the newly introduced
calls to comedi_timeout() as far as possible.
Signed-off-by: Chase Southwood
---
Compile tested only.
drivers/staging/comedi/drivers/s626.c | 63 +--
1 file changed, 45 insertions(+), 18 deleti
On Tue, Mar 04, 2014 at 11:08:46AM +0900, Daeseok Youn wrote:
>
> clean up checkpatch.pl warnings:
> WARNING: Line length over 80 characters
>
> Signed-off-by: Daeseok Youn
> ---
> drivers/staging/cxt1e1/linux.c | 48 +--
> 1 files changed, 31 insertions(+
On Tue, 04 Mar 2014, Paul Bolle wrote:
> On Tue, 2014-02-25 at 10:05 +0200, Jani Nikula wrote:
>> On Thu, 20 Feb 2014, Paul Bolle wrote:
>> > On an (rather old) ThinkPad X41, which also uses i915, brightness
>> > adjustments stopped working altogether in v3.14-rc1 (I haven't used its
>> > docking
Hi Philipp,
On 27/02/14 19:35, Philipp Zabel wrote:
> This patch adds a new struct of_endpoint which is then embedded in struct
> v4l2_of_endpoint and contains the endpoint properties that are not V4L2
> (or even media) specific: the port number, endpoint id, local device tree
> node and remote en
Hi,
Cleanup of platform probe and remove (removing the remove function at the end)
with converting the driver to use the devm_* versions kzalloc, ioremap and
request_irq.
This is a resend of an old series which I found when doing some spring cleanup
on my HDD:
http://www.spinics.net/lists/linux-
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 7 +++
1
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 63 +++--
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index 2bbc87bdea2b..ed428ada44f7 100644
--- a/drivers/
On Tue, Mar 04, 2014 at 11:09:39AM +0900, Daeseok Youn wrote:
> @@ -1174,7 +1179,8 @@ cleanup_hdlc(void)
> ci = (ci_t *)(netdev_priv(hi->ndev));
> for (j = 0; j < ci->max_port; j++)
> for (k = 0; k < MUSYCC_NCHANS; k++)
> -
On Tue, Mar 04, 2014 at 03:57:35AM +0100, Linus Lüssing wrote:
> MLD queries are supposed to have an IPv6 link-local source address
> according to RFC2710, section 4 and RFC3810, section 5.1.14. This patch
> adds a sanity check to ignore such broken MLD queries.
>
> Without this check, such malfor
On 27/02/14 19:35, Philipp Zabel wrote:
> For simple devices with only one port, it can be made implicit.
> The endpoint node can be a direct child of the device node.
> @@ -2105,9 +2112,11 @@ struct device_node *of_graph_get_remote_port_parent(
> /* Get remote endpoint node. */
> np
[cc'ed netdev and davinci-linux-open-source]
--On March 03, 2014 19:39 -0500 Jon Ringle wrote:
On Mon, Mar 3, 2014 at 6:43 PM, Rafael J. Wysocki
wrote:
On Monday, March 03, 2014 02:41:01 PM Jon Ringle wrote:
I'm working on porting an ARM board from linux-3.10 to linux-3.12 (now
the latest L
On 03/04/2014 11:01 AM, Peter Ujfalusi wrote:
> We can remove the kfree() calls from probe and remove.
>
> Signed-off-by: Peter Ujfalusi
> Reviewed-by: Santosh Shilimkar
Where did the ".com" went from Santosh's email address??
I'll resend it in a minute with a fixed commit message.
--
Péter
-
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/oma
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/oma
The following changes since commit acc3d5cec84f82ebea535fa0bd9500ac3df2aee9:
regulator: core: Change dummy supplies error message to a warning (2014-02-21
08:35:31 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regula
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 7 +++
1
The replacement of the 'count' variable by two variables 'incs' and
'decs' to resolve some race conditions during module unloading was done
in parallel with some cleanup in the trace subsystem, and was integrated
as a merge.
Unfortunately, the formula for this replacement was wrong in the tracing
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 63 +++--
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index 2bbc87bdea2b..ed428ada44f7 100644
--- a/drivers/
Hi,
Changes since v1:
- Fixed Santosh's email address in the commit messages.
Cleanup of platform probe and remove (removing the remove function at the end)
with converting the driver to use the devm_* versions kzalloc, ioremap and
request_irq.
This is a resend of an old series which I found wh
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index feeecae62
Hello, all.
I am really sorry for the silence - I was on the business trip and
returned today.
I will recheck everything and try. Meanwhile, the news are not good: our
guys say that it appears that the additional sync DOES NOT SOLVE the
issue.
I ask for excuse, but as I did not know the exact
khal...@piap.pl (Krzysztof Hałasa) writes:
> This patch fixes the following BUG:
>
>> kernel BUG at mm/vmalloc.c:1132!
>> PC is at vm_area_add_early+0x20/0x84
>> LR is at add_static_vm_early+0xc/0x60
>>
>> The problem is cns3xxx_pcie_init() (device_initcall) calls the "early"
>> iotable_init().
T
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi :
> We can then remove the iounmap() calls from probe and remove.
> Since the driver requests the resources via index we can do the mem resource
> request within a for loop.
>
> Signed-off-by: Peter Ujfalusi
> Reviewed-by: Santosh Shilimkar
On Mon, Mar 03, 2014 at 11:57:47PM -0800, Surendra Patil wrote:
> * Replaced all the spin lock/unlock wrappers from oz_polling_lock_bh()
> and oz_polllin_unlock_bh() with spin_lock_bh(&g_polling_lock) and
> spin_unlock_bh(&g_polling_lock).Completely erased the wrappers defination
> and declaration.
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index feeecae62
Hi Tony,
On 03/03/2014 09:02 PM, Tony Lindgren wrote:
> * Roger Quadros [140303 07:10]:
>> Move omap-control binding information to the right location.
>>
>> Signed-off-by: Roger Quadros
>> ---
>> Documentation/devicetree/bindings/phy/ti-phy.txt | 25
>> ++
>> Documentati
On 03/03/2014 08:52 PM, Tony Lindgren wrote:
> * Roger Quadros [140303 07:11]:
>> The OMAP_USB2 and OMAP_PIP3 phy devices will not be
>> detected if the OMAP_OCP2SCP driver is not present.
>> So select it.
>
> Selecting drivers like this will easily lead into missing
> dependencies. Especially it
Вторник, 4 марта 2014, 13:12 +04:00 от Alexander Shiyan :
> Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
> :
> > We can then remove the iounmap() calls from probe and remove.
> > Since the driver requests the resources via index we can do the mem resource
> > request within a for loop.
On 2014-03-03 at 17:31:08 +0100, Shuduo Sang wrote:
[...]
> +/* press Fn key a while second, it will switch to Function Mode. Then
> + * release Fn key, previous mode be restored.
> + */
> +bool adaptive_keyboard_mode_is_saved;
> +int adaptive_keybarod_prev_mode;
These should probably be made sta
> I could have sworn this was discussed with this particular patchset, but
> I'm unable to find the conversation in my archives. Neither during the
> patch submission process, nor the (long) pull request thread.
>
> Perhaps it was an irc conversation? Andrew, Sebastian, can you find a
> link? i
Roger,
On Monday 03 March 2014 08:37 PM, Roger Quadros wrote:
From: Kishon Vijay Abraham I
Rename struct omap_control_usb to struct omap_control_phy since it can
be used to control PHY of USB, SATA and PCIE. Also move the driver and
include files under *phy* and made the corresponding changes
Hi,
On Monday 03 March 2014 08:37 PM, Roger Quadros wrote:
As this driver is no longer USB specific, use generic clock names.
- Fix PLL_SD_SHIFT from 9 to 10
- As optclk and wkupclk may not be always required, don't bail out
if they aren't available.
I think here too we face the same problem a
Xiubo Li (3):
ASoC: core: Move the default regmap I/O setting to
snd_soc_register_codec()
ASoc: codec: remove the set_cache_io() entirely from CODEC ASoC probe.
ASoC: core: remove the default regmap I/O setting up from
soc_probe_codec()
include/sound/soc.h| 3 +++
sound/so
As we can set the CODEC I/O while snd_soc_register_codec(), so the
calling of set_cache_io() from CODEC ASoC probe could be removed
entirely.
Signed-off-by: Xiubo Li
---
sound/soc/codecs/cq93vc.c | 6 --
sound/soc/codecs/mc13783.c | 10 ++
sound/soc/codecs/wm5102.c | 6 ++
so
Since all the CODEC drivers has using the snd_soc_register_codec()
to set up the CODEC I/O while the CODEC probing, so this could be
removed entirely.
Signed-off-by: Xiubo Li
---
sound/soc/soc-core.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/sound/soc/soc-core.c b/sound/soc/
Add the default regmap I/O setting to snd_soc_register_codec() while
the CODEC is initialising, which will be called by CODEC driver device
probe(), and then we can make set_cache_io() go away entirely from each
CODEC ASoC probe.
Signed-off-by: Xiubo Li
---
include/sound/soc.h | 3 +++
sound/s
On 03/04/2014 11:29 AM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 03 March 2014 08:37 PM, Roger Quadros wrote:
>> As this driver is no longer USB specific, use generic clock names.
>> - Fix PLL_SD_SHIFT from 9 to 10
>> - As optclk and wkupclk may not be always required, don't bail out
>> i
Building radeon_ttm.o on 32 bit x86 triggers a warning:
In file included from include/asm-generic/bug.h:13:0,
from [...]/arch/x86/include/asm/bug.h:38,
from include/linux/bug.h:4,
from include/drm/drm_mm.h:39,
f
support pfuze200 chip which remove SW1C and SW4 based on pfuze100.
Signed-off-by: Robin Gong
---
v3:
1. add device tree binding doc for PFUZE200
2. fix building error for non-devicetree case.
---
.../devicetree/bindings/regulator/pfuze100.txt | 96 ++-
drivers/regulator/pfuze10
Building nvme-core.o on 32 bit x86 triggers a rather impressive set of
GCC warnings:
In file included from drivers/block/nvme-core.c:20:0:
drivers/block/nvme-core.c: In function 'nvme_submit_bio_queue':
include/linux/bio.h:154:55: warning: 'bvprv.bv_offset' may be used
uninitialized in
Hey All,
In my quest for work in the linux kernel I was looking at bugs.
While I have a general idea of the kernel (including KDB) most of the
bugs I've seen (under process management and drivers) are very
contrived to me.
I was wondering if there is anything like a good_first_bug or
newbie_bug
On Tue, Mar 04, 2014 at 05:40:36PM +0800, Robin Gong wrote:
> support pfuze200 chip which remove SW1C and SW4 based on pfuze100.
Applied, thanks.
signature.asc
Description: Digital signature
On 03/04/2014 11:23 AM, Alexander Shiyan wrote:
>>> - l3->l3_base[2] = ioremap(res->start, resource_size(res));
>>> - if (!l3->l3_base[2]) {
>>> - dev_err(&pdev->dev, "ioremap failed\n");
>>> - ret = -ENOMEM;
>>> - goto err2;
>>> + l3->l3_base[i] = devm_r
On 03/04/2014 11:12 AM, Alexander Shiyan wrote:
> Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
> :
>> We can then remove the iounmap() calls from probe and remove.
>> Since the driver requests the resources via index we can do the mem resource
>> request within a for loop.
>>
>> Signed-o
On Mon, Mar 03, 2014 at 10:36:25PM +0100, Andi Kleen wrote:
> > Heh. I never thought about that. And sure enough a quick test with
> > mem-stores commented out produced the same results (minus the stores).
> >
> > One would just have to 'figure' out what cacheline offsets are causing the
> > HIT
Hi Tobias,
Thanks for your comments.
Shuduo
On 03/04/2014 05:19 PM, Tobias Klauser wrote:
> On 2014-03-03 at 17:31:08 +0100, Shuduo Sang
> wrote:
> [...]
>> +/* press Fn key a while second, it will switch to Function Mode. Then
>> + * release Fn key, previous mode be restored.
>> + */
>> +bool
vexpress_config_bridges is local to this file.
Signed-off-by: Sachin Kamat
---
drivers/mfd/vexpress-config.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/vexpress-config.c b/drivers/mfd/vexpress-config.c
index 84ce6b9daa3d..0876de04ed4d 100644
--- a/drivers/
Seems ok.
regards,
dan carpenter
--
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 03/04/2014 09:25 AM, Xiubo Li wrote:
Add the default regmap I/O setting to snd_soc_register_codec() while
the CODEC is initialising, which will be called by CODEC driver device
probe(), and then we can make set_cache_io() go away entirely from each
CODEC ASoC probe.
Signed-off-by: Xiubo Li
-
On Friday, February 28, 2014 12:22 AM, Lee Jones wrote:
> On Thu, 27 Feb 2014, Denis Carikli wrote:
>
> > Signed-off-by: Denis Carikli
> > ---
> > ChangeLog v11-resend->v12:
> > - Moved the Cc from the commit message to the "email patch".
> > - The documentation is now more clear.
> > - The unnec
Quoting Sebastian Capella (2014-02-28 15:38:54)
> Quoting Lorenzo Pieralisi (2014-02-28 14:49:33)
> > On Fri, Feb 28, 2014 at 08:15:57PM +, Sebastian Capella wrote:
> > > >
> > > > This does not guarantee your stack is 8-byte aligned, that's not AAPCS
> > > > compliant and might buy you troubl
On Tue, Mar 04, 2014 at 09:20:58AM +0100, Maarten Lankhorst wrote:
> op 04-03-14 09:14, Daniel Vetter schreef:
> >On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
> >>op 03-03-14 22:11, Daniel Vetter schreef:
> >>>On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote:
On 03/04/2014 06:18 AM, Alexei Starovoitov wrote:
Extended BPF extends old BPF in the following ways:
- from 2 to 10 registers
Original BPF has two registers (A and X) and hidden frame pointer.
Extended BPF has ten registers and read-only frame pointer.
- from 32-bit registers to 64-bit reg
Am Dienstag, den 04.03.2014, 11:06 +0200 schrieb Tomi Valkeinen:
> On 27/02/14 19:35, Philipp Zabel wrote:
> > For simple devices with only one port, it can be made implicit.
> > The endpoint node can be a direct child of the device node.
>
>
>
> > @@ -2105,9 +2112,11 @@ struct device_node *of_g
On Mon, 3 Mar 2014, Stephen Warren wrote:
> From: Stephen Warren
>
> Some devices have configurable IRQ output polarities. Software might
> use IRQ_TYPE_* to determine how to configure such a device's IRQ
> output polarity in order to match how the IRQ controller input is
> configured. If the bo
> The current devfreq_update_status() has the following bugs:
> - If previous frequency doesn't have a valid level, it does an out of bounds
> access into the trans_table and causes memory corruption.
> - When the new frequency doesn't have a valid level, the time spent in the
> new frequency i
Am Freitag, den 28.02.2014, 22:09 +0100 schrieb Sylwester Nawrocki:
[...]
> > --- a/drivers/of/base.c
> > +++ b/drivers/of/base.c
> > @@ -1985,6 +1985,37 @@ struct device_node *of_find_next_cache_node(const
> > struct device_node *np)
> > }
> >
> > /**
> > + * of_graph_parse_endpoint() - parse
Thanks for review.
Ok. I Will fix later.
Daeseok Youn
2014-03-04 17:45 GMT+09:00, Dan Carpenter :
> On Tue, Mar 04, 2014 at 11:08:46AM +0900, Daeseok Youn wrote:
>>
>> clean up checkpatch.pl warnings:
>> WARNING: Line length over 80 characters
>>
>> Signed-off-by: Daeseok Youn
>> ---
>> drivers
On Tue, Mar 04, 2014 at 03:10:54PM +0530, Gideon D'souza wrote:
> Hey All,
>
> In my quest for work in the linux kernel I was looking at bugs.
>
> While I have a general idea of the kernel (including KDB) most of the
> bugs I've seen (under process management and drivers) are very
> contrived to
Am Freitag, den 28.02.2014, 22:09 +0100 schrieb Sylwester Nawrocki:
> On 02/27/2014 06:35 PM, Philipp Zabel wrote:
> > If of_graph_get_next_endpoint is given a parentless node instead of an
> > endpoint node, it is clearly a bug.
> >
> > Signed-off-by: Philipp Zabel
> > ---
> > drivers/of/base.c
While fixing lockdep spew of ->init_lock reported by Sasha Levin [1], Minchan
Kim noted [2] that it's better to move compression backend allocation (using
GPF_KERNEL) out of the ->init_lock lock, same way as with zram_meta_alloc(),
in order to prevent the same lockdep spew.
[1] https://lkml.org/lk
Commit-ID: eb9cf4e8ec646a553f3b561d7a9e81acf044d876
Gitweb: http://git.kernel.org/tip/eb9cf4e8ec646a553f3b561d7a9e81acf044d876
Author: Jason Cooper
AuthorDate: Tue, 4 Mar 2014 05:32:40 +
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 11:10:17 +0100
Revert irqchip: irq-dove:
Hi Sylwester,
Am Freitag, den 28.02.2014, 22:08 +0100 schrieb Sylwester Nawrocki:
> Hi Philipp,
>
> Just couple minor comments...
Thanks, I'll fix all of those.
> On 02/27/2014 06:35 PM, Philipp Zabel wrote:
> > The device tree graph bindings as used by V4L2 and documented in
> > Documentation/
Yes, it need to add brace in inner loop.
I will send again.
Thanks for review.
Daeseok Youn
2014-03-04 18:04 GMT+09:00, Dan Carpenter :
> On Tue, Mar 04, 2014 at 11:09:39AM +0900, Daeseok Youn wrote:
>> @@ -1174,7 +1179,8 @@ cleanup_hdlc(void)
>> ci = (ci_t *)(netdev_priv(hi-
Also remove PFUZE_NUM to avoid below build warnings:
CC [M] drivers/regulator/pfuze100-regulator.o
drivers/regulator/pfuze100-regulator.c:86:2: warning: excess elements in array
initializer [enabled by default]
drivers/regulator/pfuze100-regulator.c:86:2: warning: (near initialization for
'pf
On Tue, Mar 04, 2014 at 02:15:45AM +, Graeme Gregory wrote:
> +ACPI ARM64
That's a pretty broad statement for a single file. Is it core support,
architected peripherals, SoC?
> +M: Hanjun Guo
> +M: Graeme Gregory
> +S: Supported
> +L: linux-a...@vger.kernel.org
> +F: drivers/acpi/
On 04/03/14 02:40, Boris Ostrovsky wrote:
> Xen PV guests support only few APIC registers and writes to
> unsupported registers result in WARN_ONs. Most APIC accesses in these
> guests have been eliminated; however, lapic_suspend/resume are still
> called (on 32-bit kernels).
>
> We can disable A
Despite this patch set is working and applicable on top of 3.14-rc5,
please regard it solely as a pure RFC.
This patch provides support for LAB governor build on top of ondemand.
Previous version of LAB can be found here:
http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpufreq
LAB short
Ondemand code needed to be slightly adjusted to allow its reusage.
Mostly one needed to remove static qualifiers and provide some hacks to
allow its working with LAB.
Signed-off-by: Lukasz Majewski
Signed-off-by: MyungJoo Ham
---
drivers/cpufreq/cpufreq_governor.h | 10 ++
drivers/cpu
Provide support for LAB governor for the Kbuild.
It is important to note, that LAB is not possible to be compiled in as
a module since we cannot assure (in the kernel) that backing ondemand
module will not be removed without notice to LAB.
For this reason the LAB can be only compiled into the ker
Acked-by: Robin Gong
-Original Message-
From: Axel Lin [mailto:axel@ingics.com]
Sent: Tuesday, March 04, 2014 6:20 PM
To: Mark Brown
Cc: Gong Yibin-B38343; Liam Girdwood; linux-kernel@vger.kernel.org
Subject: [PATCH] regulator: pfuze100: Add terminate entry for
[i2c|of]_device_id ta
Adds LAB attributes to proper CPU0 node.
The lab-num-of-states attribute shows how many compartments will be used.
The LAB code is prepared to be more fine grained.
The lab-ctrl-freq defines how the LAB governor will be controlled:
- 0xFFFE- use the minimal frequency
Some minor adjustments were needed to support LAB operation in the
cpufreq_governor.[h|c] files.
Most notably, code for proper estimation of the idle time for each CPU is
added here.
Signed-off-by: Lukasz Majewski
Signed-off-by: MyungJoo Ham
---
drivers/cpufreq/cpufreq_governor.c |7 ++
This patch adds code for LAB governor. It shall be noted, that it reuses
a lot of ondemand code.
The main difference is that it works on top of ondemand, and this code is
able to "call" ondemand when needed. This means that all ondemand "backing"
data are properly updated.
Such approach has one m
On 03/04/2014 05:03 AM, Mark Brown wrote:
On Sat, Mar 01, 2014 at 09:33:17AM +0100, Sebastian Hesselbarth wrote:
DT-enabled Dove will move 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 do
On Tue, 4 Mar 2014, Thomas Gleixner wrote:
> On Mon, 3 Mar 2014, Stephen Warren wrote:
>
> > From: Stephen Warren
> >
> > Some devices have configurable IRQ output polarities. Software might
> > use IRQ_TYPE_* to determine how to configure such a device's IRQ
> > output polarity in order to mat
WARNING: at drivers/irqchip/irq-gic.c:952 gic_init_bases+0xe4/0x2b8()
Cannot allocate irq_descs @ IRQ16, assuming pre-allocated
Backtrace:
gic_init_basesfrom cns3xxx_init_irq+0x24/0x34
cns3xxx_init_irq from init_IRQ+0x24/0x2c
init_IRQ from start_kernel+0x1a8/0x338
start_kernel fr
On Tue, Mar 04, 2014 at 02:24:37AM +0100, Jean Pihet wrote:
> Hi,
>
> Here are some notes about the performance improvement and the test usage.
>
> Jiri, do you need these notes in the one of commit description?
>
> 1. Using libdw vs libunwind on ARMv7
>
> The performance gain is (more than) si
1 - 100 of 1123 matches
Mail list logo