On 08/03/14 17:54, Laurent Pinchart wrote:
Sylwester suggested as an alternative, if I understood correctly, to
drop the endpoint node and instead keep the port:
device-a {
implicit_output_ep: port {
remote-endpoint = explicit_input_ep;
};
};
use sk_convert_filter() to convert seccomp BPF into extended BPF
05-sim-long_jumps.c of libseccomp was used as micro-benchmark:
seccomp_rule_add_exact(ctx,...
seccomp_rule_add_exact(ctx,...
rc = seccomp_load(ctx);
for (i = 0; i 1000; i++)
syscall(199, 100);
'short filter' has 2
Hi All,
V1 patches:
http://thread.gmane.org/gmane.linux.kernel/1605783
V2 patches:
http://thread.gmane.org/gmane.linux.kernel/1642325
V3 patches:
http://thread.gmane.org/gmane.linux.kernel/1656538
V4 summary:
- addressed Daniel comments
- RFC for seccomp with extended BPF
- added extended BPF
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 registers
semantics of old 32-bit ALU operations are
Signed-off-by: Alexei Starovoitov a...@plumgrid.com
Reviewed-by: Daniel Borkmann dbork...@redhat.com
---
Documentation/networking/filter.txt | 181 +++
1 file changed, 181 insertions(+)
diff --git a/Documentation/networking/filter.txt
Hi,
-Original Message-
From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
Sent: Monday, March 10, 2014 1:38 PM
To: Chao Yu
Cc: 'Gu Zheng'; 'linux-kernel'; 'f2fs'
Subject: RE: [f2fs-dev] [PATCH 4/5] f2fs: optimize restore_node_summary
slightly
Hi,
2014-03-10 (월), 13:13 +0800,
Call skb_cow_head() before editing the tx packet header. The header
would be reallocated if it is shared.
Signed-off-by: Hayes Wang hayesw...@realtek.com
---
drivers/net/usb/r8152.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/net/usb/r8152.c
From: Jon Ringle jrin...@gridpoint.com
I started over and rewrote this driver patternized on sccnxp.c
However, I am still experiencing major latency problems with this driver at
19200 speeds.
The method that I'm testing is simply transferring a small file just over
4k in size.
On the target
On 03/10/2014 01:47 PM, Minchan Kim wrote:
Hi Giho,
On Mon, Mar 10, 2014 at 01:57:07PM +0900, Gioh Kim wrote:
Hi,
I have a failure of allocation of virtual memory on ARMv7 based platform.
I called alloc_page()/vm_map_ram() for allocation/mapping pages.
Virtual memory space exhausting
On 08/03/14 14:23, Grant Likely wrote:
That's fine. In that case the driver would specifically require the
endpoint to be that one node although the above looks a little weird
The driver can't require that. It's up to the board designer to decide
how many endpoints are used. A driver may
On 08/03/14 14:25, Grant Likely wrote:
Sure. If endpoints are logical, then only create the ones actually
hooked up. No problem there. But nor do I see any issue with having
empty connections if the board author things it makes sense to have them
in the dtsi.
I don't think they are usually
On 03/09/2014 09:28 PM, Wolfram Sang wrote:
On Fri, Feb 28, 2014 at 11:32:05AM +0100, mike.looijm...@topic.nl wrote:
From: Mike Looijmans milo-softw...@users.sourceforge.net
Having a board where the I2C bus locks up occasionally made it clear
that the bus recovery in the i2c-davinci driver
On 03/10/2014 04:51 AM, li.xi...@freescale.com wrote:
Subject: Re: [PATCHv3 1/3] ASoC: codec: Simplify ASoC probe code.
On Mon, Mar 03, 2014 at 07:24:36AM +, li.xi...@freescale.com wrote:
/* Default to using ALC auto offset calibration mode. */
snd_soc_update_bits(codec,
Понедельник, 10 марта 2014, 2:26 -04:00 от j...@ringle.org:
From: Jon Ringle jrin...@gridpoint.com
...
+config SERIAL_SC16IS7XX
+ tristate SC16IS7xx RS485 serial support
+ select SERIAL_CORE
+ default n
+ help
+ This selects support for SC16IS7xx for use as a
Hi Marc,
Can you please comment on this patch?
I got comments from the Soren and Oliver if you provide your comments also will
send next version of patch
BTW: I seen the below patch form the Oliver
can: Unify MTU settings for CAN interfaces
Do i need to make this change also in to this driver?
What did you think tachometer speed was, if not the fan speed? Does
the max6650 driver not return correct fan speeds for you?
Given that most PC fans produce two pulses per rotation, I assumed it was
the frequency of the tachometer signal, which is twice the fan RPM.
--
To unsubscribe from this
On 03/06/2014 07:51 PM, Steven Rostedt wrote:
On Thu, 06 Mar 2014 14:25:28 +0900
Fernando Luis Vázquez Cao fernando...@lab.ntt.co.jp wrote:
From: Fernando Luis Vazquez Cao ferna...@oss.ntt.co.jp
Prevent tracing of preempt_disable/enable() in sched_clock_cpu().
When CONFIG_DEBUG_PREEMPT is
I won't be doing those changes though. My sponsor's budget is
limited, so I'm just having to do the minimum I can get away with.
Pity. Are you available for testing in case someone comes up with a
patch?
signature.asc
Description: Digital signature
On Mon, Mar 10, 2014 at 07:57:38AM +0100, Lars-Peter Clausen wrote:
On 03/10/2014 04:51 AM, li.xi...@freescale.com wrote:
Has there any other problems about this patch series? And this I had tested
on
our Vybrid-Twr board based on SGTL5000 codec and SAI drivers. If not, I can
continue with
Those functions need evsel to investigate event group and it's passed
via hpp-ptr. However as it can be missed easily so it's better to
pass it via an argument IMHO.
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/builtin-diff.c | 7 ---
Add 'F' hotkey to toggle relative and absolute percentage of filtered
entries.
Suggested-by: Jiri Olsa jo...@redhat.com
Acked-by: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/browsers/hists.c | 4
1 file changed, 4 insertions(+)
diff --git
Now perf report will show absolute percentage on filter entries by
default.
Suggested-by: Jiri Olsa jo...@redhat.com
Acked-by: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/util/symbol.c | 1 -
1 file changed, 1 deletion(-)
diff --git
Add hist.percentage option for setting default value of the
symbol_conf.filter_relative. It affects the output of various perf
commands (like perf report, top and diff) only if filter(s) applied.
An user can write .perfconfig file like below to show absolute
percentage of filtered entries by
Hello,
I added --percentage option to perf report to control display of
percentage of filtered entries.
usage: perf report [options]
--percentage relative|absolute
how to display percentage of filtered entries
relative means it's relative to filtered entries
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of relative or absolute.
relative means it's relative to filtered entries only so that the
sum of shown entries will be always 100%. absolute means it retains
the original value before and after
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of relative or absolute and
affects -c delta output only.
For more information, please see previous commit same thing done to
perf report.
Acked-by: Jiri Olsa jo...@redhat.com
Signed-off-by:
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of relative or absolute.
Move the parser callback function into a common location since it's
used by multiple commands now.
For more information, please see previous commit same thing done to
Currently if a sample was filtered by command line option, it just
dropped. But this affects final output in that the percentage can be
different since the filtered entries were not included to the total.
But user might want to see the original percentages when filter
applied so add new
On 03/10/2014 08:38 AM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 07:57:38AM +0100, Lars-Peter Clausen wrote:
On 03/10/2014 04:51 AM, li.xi...@freescale.com wrote:
Has there any other problems about this patch series? And this I had tested on
our Vybrid-Twr board based on SGTL5000 codec and
When filtering by thread, dso or symbol on TUI it also update total
period so that the output shows different result than no filter - the
percentage changed to relative to filtered entries only. Sometimes
this is not desired since users might expect same results with filter.
So new filtered_*
Hello,
On (03/10/14 11:01), Minchan Kim wrote:
Hello Sergey,
On Sun, Mar 09, 2014 at 07:58:51PM +0300, Sergey Senozhatsky wrote:
Hello Minchan,
On (03/07/14 18:51), Minchan Kim wrote:
Hello Sergey!
On Fri, Mar 07, 2014 at 12:20:45PM +0300, Sergey Senozhatsky wrote:
On
Subject: Re: [alsa-devel] [PATCHv3 1/3] ASoC: codec: Simplify ASoC probe code.
On 03/10/2014 08:38 AM, Mark Brown wrote:
On Mon, Mar 10, 2014 at 07:57:38AM +0100, Lars-Peter Clausen wrote:
On 03/10/2014 04:51 AM, li.xi...@freescale.com wrote:
Has there any other problems about this
On Fri, Mar 07, 2014 at 01:28:27PM +0800, Jason Wang wrote:
We used to stop the handling of tx when the number of pending DMAs
exceeds VHOST_MAX_PEND. This is used to reduce the memory occupation
of both host and guest. But it was too aggressive in some cases, since
any delay or blocking of a
Hi Tomasz,
On 03/10/2014 09:28 AM, Tomasz Figa wrote:
Hi Pankaj,
On 26.02.2014 06:24, Pankaj Dubey wrote:
add samsung common clock config option and let ARCH_EXYNOS or
ARCH_S3C
select this if they want to use samsung common clock infrastructure.
CC: Mike Turquette mturque...@linaro.org
When doing aio ring page migration, we migrated the page, and update
ctx-ring_pages[]. Like the following:
aio_migratepage()
|- migrate_page_copy(new, old)
| .. /* Need barrier here */
|- ctx-ring_pages[idx] = new
Actually, we need a memory barrier between
This patch-set fixes the following two problems:
1. Need to use ctx-completion_lock to protect ring pages
from being mis-written while migration.
2. Need memory barrier to ensure memory copy is done before
ctx-ring_pages[] is updated.
NOTE: AIO ring page migration was implemented since
IO ring page migration has been implemented by the following patch:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/aio.c?id=36bc08cc01709b4a9bb563b35aa530241ddc63e3
In this patch, ctx-completion_lock is used to prevent other processes
from accessing the ring
Don't store pointers to regulator_dev returned by
devm_regulator_register() in allocated memory in state container. They
aren't used anywhere outside of max77693_pmic_probe() function.
This change allows removing completely the 'struct max77693_pmic_dev'
state container as none of its fields are
Don't store array of regulator_dev returned by devm_regulator_register()
in state container. It isn't used anywhere outside of
max8907_regulator_probe() function.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max8907-regulator.c |9 +
1 file
Don't store pointer to regulator_dev returned by
evm_regulator_register() an state container. It isn't used anywhere
outside of max8649_regulator_probe() function.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max8649.c |8
1 file changed, 4
The 'struct regulator_dev *rdev' of 'struct max8973_chip' isn't used
anywhere in the driver so it can be removed safely.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max8973-regulator.c |2 --
1 file changed, 2 deletions(-)
diff --git
Use managed devm_regulator_register to simplify the driver probe and
driver remove functions. This allows removing from state container the
pointer to regulator_dev returned on registering the regulator.
Patch also removes from state container pointer to 'struct device' as it
is not used anywhere
Remove fields from 'struct max8907_regulator' which are not used
anywhere in the driver.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max8925-regulator.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/regulator/max8925-regulator.c
This patch adds missing spin_unlock and mutex_unlock calls in
error handling code.
Signed-off-by: Robert Baldyga r.bald...@samsung.com
---
drivers/usb/gadget/f_fs.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/f_fs.c
Don't store pointer to regulator_dev returned by
devm_regulator_register() in state container. It isn't used anywhere
outside of max1586_pmic_probe() function.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max1586.c | 12 +---
1 file changed, 5
Don't store array of regulator_dev returned by devm_regulator_register()
in state container. It isn't used anywhere outside of
max77686_pmic_probe() function.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max77686.c |9 +
1 file changed, 5
Since it is needed outside usbcore and exposed in include/linux/usb.h,
it conflicts with enum dev_state in rt2x00 wireless driver and breaks
the build.
Mark it as usb specific to avoid conflicts in the future and update
USB/IP to use the new name.
Valentina Manea (2):
usbcore: rename struct
Hi Jenny,
Would you mind _not_ CC'ing me on all of your emails please?
I have enough _relevant_ email to deal with already without seeing
this churn constantly.
Thanks in advance.
v1: introduced feature as a framework within power supply class driver with
separate files for battid
struct dev_state definition in usbcore conflicted with
enum dev_state definition in rt2x00 driver so it was
renamed to usb_dev_state.
Update usbip for this change.
Signed-off-by: Valentina Manea valentina.mane...@gmail.com
---
drivers/staging/usbip/stub_dev.c | 4 ++--
1 file changed, 2
On Fri 07-03-14 13:18:31, Steven Rostedt wrote:
H. Peter,
I just added this to my 3.16 queue. But can you give an Acked-by for it
too. That way I don't forget to ask you later (3.16 is a ways away ;-)
I'd add it to my 3.15 queue, but I'm trying not to make changes to it
unless they are
Since it is needed outside usbcore and exposed in include/linux/usb.h,
it conflicts with enum dev_state in rt2x00 wireless driver.
Mark it as usb specific to avoid conflicts in the future.
Signed-off-by: Valentina Manea valentina.mane...@gmail.com
---
drivers/usb/core/devio.c | 112
Hi all,
Since:
- 3.14-RC6 has been cut
- this regression is known and reported since the merge window
- the fix (revert of 3 patches) is known for over a month now
- but it's still not in mainline
- my polite ping request from last week seems to have provoked exactly 0 (zero)
response.
IT'S
On 03/07/14 at 11:09am, Vivek Goyal wrote:
On Fri, Mar 07, 2014 at 11:52:04PM +0800, WANG Chao wrote:
Hi, Vivek
On 03/07/14 at 09:14am, Vivek Goyal wrote:
On Fri, Mar 07, 2014 at 04:10:16PM +0800, WANG Chao wrote:
[..]
}
- specified_table_size =
On 03/08/2014 07:34 AM, Lennox Wu wrote:
HI Michael,
According to my record, I had told you we have another
processor(2013/11/4), hence, we need the parameter.
We just wirte it done first. Do you remember it?
Hi Lennox,
I missed your reply because it got deleted by mistake. My apologies!
Hi David,
Good suggestion! It should make hotplug logic simpler too.
Will try to work out some patches for it.
Thanks!
Gerry
On 2014/3/7 2:25, David Woodhouse wrote:
On Wed, 2014-02-19 at 14:07 +0800, Jiang Liu wrote:
Current Intel DMAR/IOMMU driver assumes that all PCI devices
From 5854070994c5002b3a37577165ed3e82f36f712d Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Sat, 8 Mar 2014 04:40:02 +0800
Subject: [PATCH] KVM: x86: Work around buggy MPX platform
Work around buggy MPX platform which support MSR_IA32_BNDCFGS
but has issue at, say, VMX
Mail server reply:
Recipient address rejected: User unknown in virtual alias table
Signed-off-by: Michael Opdenacker michael.opdenac...@free-electrons.com
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index b7befe758429..52ca18df1707 100644
---
Il 10/03/2014 09:48, Liu, Jinsong ha scritto:
From 5854070994c5002b3a37577165ed3e82f36f712d Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Sat, 8 Mar 2014 04:40:02 +0800
Subject: [PATCH] KVM: x86: Work around buggy MPX platform
Work around buggy MPX platform which
Jean Delvare jdelv...@suse.de wrote:
As far as I know, the CS5535 and CS5536 chipsets are companions of the
Geode series of processors, which are 32-bit only. So the CS5535
drivers are not needed on x86-64, except for build testing purpose.
This aligns the dependencies to what
Hi Henrik,
On 03/08/2014 05:11 PM, Henrik Rydberg wrote:
Hi Roger,
the MT implementation seems mostly fine, just one curiosity:
static irqreturn_t pixcir_ts_isr(int irq, void *dev_id)
{
struct pixcir_i2c_ts_data *tsdata = dev_id;
const struct pixcir_ts_platform_data *pdata =
Hi,
On 03/08/2014 04:54 PM, Laurent Pinchart wrote:
Hi Philipp,
On Saturday 08 March 2014 13:07:23 Philipp Zabel wrote:
On Fri, Mar 7, 2014 at 6:18 PM, Grant Likely wrote:
On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel wrote:
The 'ports' node is optional. It is only needed if the parent
Thanks Roland,
My response is inline below.
-Regards
Devesh
-Original Message-
From: rol...@purestorage.com [mailto:rol...@purestorage.com] On Behalf Of
Roland Dreier
Sent: Saturday, March 08, 2014 1:02 AM
To: Devesh Sharma
Cc: Nicholas A. Bellinger; Or Gerlitz; Hefty Sean; linux-rdma;
Hi Michael,
On Mon, 10 Mar 2014 09:54:15 +0100, Michael Opdenacker wrote:
Mail server reply:
Recipient address rejected: User unknown in virtual alias table
Signed-off-by: Michael Opdenacker michael.opdenac...@free-electrons.com
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
Hi Austin, Brian,
thank you for taking care of this.
On 03/08/2014 04:03 PM, Austin Boyle wrote:
[...]
I don't think there is an issue with some bootloaders not supporting
this feature, it is already optional.
What do you mean exactly by it is optional?
I agree with you that an explicit
On Monday, March 03, 2014 6:15 PM, Daniel Jeong wrote:
(+CC Bryan Wu, Lee Jones)
Please add Bryan Wu, Lee Jones to CC list, when you send
patches for backlight.
This patch adds LP8860 backlight device driver.
LP8860 is a low EMI and High performance 4 channel LED Driver of TI.
This device
On Sun, 2014-03-09 at 18:34 -0700, Kuninori Morimoto wrote:
From: Kuninori Morimoto kuninori.morimoto...@renesas.com
Add support Audio DMAC peri peri driver
for Renesas R-Car Gen2 SoC, using 'shdma-base'
DMA driver framework.
Few comments below.
Signed-off-by: Kuninori Morimoto
On Mon, 2014-03-10 at 10:05 +0100, Jean Delvare wrote:
I'd suggest you remove the P and W fields change S to Orphaned.
And add Jack Hammer and Dave Jeffery to CREDITS?
Paul Bolle
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Sun, 2014-03-09 at 19:25 -0700, Kuninori Morimoto wrote:
From: Kuninori Morimoto kuninori.morimoto...@renesas.com
Add support Audio DMAC peri peri driver
for Renesas R-Car Gen2 SoC, using 'shdma-base'
DMA driver framework.
Signed-off-by: Kuninori Morimoto
Hi Jean,
Thank you for reviewing my patch!
On 03/10/2014 10:05 AM, Jean Delvare wrote:
Hi Michael,
On Mon, 10 Mar 2014 09:54:15 +0100, Michael Opdenacker wrote:
Mail server reply:
Recipient address rejected: User unknown in virtual alias table
Signed-off-by: Michael Opdenacker
From: Giuseppe Cavallaro peppe.cavall...@st.com
This patch adds a new logic inside the st pinctrl to manage
an unsupported scenario: some sysconfig are not available!
This is the case of STiH407 where, although documented, the
following registers from SYSCFG_FLASH have been removed from
On 03/10/2014 10:15 AM, Paul Bolle wrote:
On Mon, 2014-03-10 at 10:05 +0100, Jean Delvare wrote:
I'd suggest you remove the P and W fields change S to Orphaned.
And add Jack Hammer and Dave Jeffery to CREDITS?
I could, but is this the way to go? CREDITS only got 13 updates in 2013.
It would
When allocate crypto algorithms, e.g. crypto_alloc_shash(), using
template model will run into the path that call module_request().
But there have no any module alias that match with the template name.
e.g.
Enable the module_request tracing event then run modprobe tcrypt
mode=10 to test, it
On Mon, Mar 10, 2014 at 09:32:44AM +0100, Krzysztof Kozlowski wrote:
Don't store pointer to regulator_dev returned by
devm_regulator_register() in state container. It isn't used anywhere
outside of max1586_pmic_probe() function.
Applied, thanks.
signature.asc
Description: Digital signature
Here are few minor cleanups for cpufreq core and drivers. The first two removes
per-cpu cpufreq_show_table variable and moves that information in struct
cpufreq_policy. And the last one removes unnecessary frozen variable/parameters.
Just rebased over latest bleeding-edge branch and resent.
freq table is not per CPU but per policy and so it makes more sense to keep it
within struct cpufreq_policy instead of a per-cpu variable.
This patch does it. Over that there is no need to set policy-freq_table to NULL
in -exit(), as policy structure is going to be freed soon.
Signed-off-by:
cpufreq_generic_exit() is empty now and so can be deleted.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/blackfin-cpufreq.c | 1 -
drivers/cpufreq/cpufreq-cpu0.c | 1 -
drivers/cpufreq/cris-artpec3-cpufreq.c | 1 -
drivers/cpufreq/cris-etraxfs-cpufreq.c | 1
We have used 'frozen' variable/function parameter at many places to
differentiate CPU hotplugging on suspend/resume vs sysfs removals. We now have
another variable cpufreq_suspended which can be used in these cases and hence we
can get rid of all those variables or function parameters.
Hi Grant,
Am Freitag, den 07.03.2014, 18:27 + schrieb Grant Likely:
On Wed, 5 Mar 2014 10:20:36 +0100, Philipp Zabel p.za...@pengutronix.de
wrote:
The device tree graph bindings as used by V4L2 and documented in
Documentation/device-tree/bindings/media/video-interfaces.txt contain
On 03/10/2014 03:40 AM, David Miller wrote:
From: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Date: Mon, 10 Mar 2014 01:53:33 +0100
On 03/10/2014 01:41 AM, David Miller wrote:
From: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Date: Mon, 10 Mar 2014 01:37:32 +0100
The
On Mon, 2014-03-10 at 10:22 +0100, Michael Opdenacker wrote:
On 03/10/2014 10:15 AM, Paul Bolle wrote:
And add Jack Hammer and Dave Jeffery to CREDITS?
I could, but is this the way to go? CREDITS only got 13 updates in 2013.
It would probably change much more often if we did credit all past
On Sun, Mar 09, 2014 at 12:37:49AM +0530, Sagar Arun Kamble wrote:
On Sun, 2014-03-09 at 00:34 +0530, Sagar Arun Kamble wrote:
On Sat, 2014-03-08 at 13:51 -0500, Alex Deucher wrote:
On Sat, Mar 8, 2014 at 1:49 PM, sagar.a.kam...@intel.com wrote:
From: Sagar Kamble
On 10/03/14 10:58, Andrzej Hajda wrote:
I want to propose another solution to simplify bindings, in fact I have
few ideas to consider:
1. Use named ports instead of address-cells/regs. Ie instead of
port@number schema, use port-function. This will allow to avoid ports
node and
On Mon, Mar 10, 2014 at 09:32:46AM +0100, Krzysztof Kozlowski wrote:
Don't store pointers to regulator_dev returned by
devm_regulator_register() in allocated memory in state container. They
aren't used anywhere outside of max77693_pmic_probe() function.
Applied, thanks.
signature.asc
On Mon, Mar 10, 2014 at 09:32:47AM +0100, Krzysztof Kozlowski wrote:
Don't store pointer to regulator_dev returned by
evm_regulator_register() an state container. It isn't used anywhere
outside of max8649_regulator_probe() function.
Applied, thanks.
signature.asc
Description: Digital
On Mon, Mar 10, 2014 at 09:32:48AM +0100, Krzysztof Kozlowski wrote:
Don't store array of regulator_dev returned by devm_regulator_register()
in state container. It isn't used anywhere outside of
max8907_regulator_probe() function.
Applied, thanks.
signature.asc
Description: Digital
On Mon, Mar 10, 2014 at 09:32:49AM +0100, Krzysztof Kozlowski wrote:
Remove fields from 'struct max8907_regulator' which are not used
anywhere in the driver.
Applied with a fixed commit message.
signature.asc
Description: Digital signature
Add support for S2MPA01 voltage and current regulator.
+
+struct s2mpa01_info {
+ struct regulator_dev *rdev[S2MPA01_REGULATOR_MAX];
Hi,
It seems that s2mpa01_info-rdev is not used anywhere, except as return
value of devm_regulator_register. I think you can remove it
On Mon, Mar 10, 2014 at 09:32:50AM +0100, Krzysztof Kozlowski wrote:
Use managed devm_regulator_register to simplify the driver probe and
driver remove functions. This allows removing from state container the
pointer to regulator_dev returned on registering the regulator.
Applied, thanks.
Don't store pointer to regulator_dev returned by
devm_regulator_register() in state container. It isn't used anywhere
outside of max8660_probe() function.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max8660.c | 16 ++--
1 file changed, 6
On Mon, Mar 10, 2014 at 09:32:51AM +0100, Krzysztof Kozlowski wrote:
The 'struct regulator_dev *rdev' of 'struct max8973_chip' isn't used
anywhere in the driver so it can be removed safely.
Applied, thanks.
signature.asc
Description: Digital signature
On 03/07/14 16:30, Philipp Zabel wrote:
This patch adds device_reset_optional and (devm_)reset_control_get_optional
variants that drivers can use to indicate they can function without control
over the reset line. For those functions, stubs are added so the drivers can
be compiled with
On Mon, 2014-03-10 at 09:23 +, Mark Brown wrote:
On Mon, Mar 10, 2014 at 09:32:44AM +0100, Krzysztof Kozlowski wrote:
Don't store pointer to regulator_dev returned by
devm_regulator_register() in state container. It isn't used anywhere
outside of max1586_pmic_probe() function.
On Mon, Mar 10, 2014 at 10:37:19AM +0100, Krzysztof Kozlowski wrote:
Don't store pointer to regulator_dev returned by
devm_regulator_register() in state container. It isn't used anywhere
outside of max8660_probe() function.
Applied, thanks.
signature.asc
Description: Digital signature
Do not allocate memory for 'struct regulator_dev *' since it was removed
from state container (values returned by devm_regulator_register() are
not used outside of probe).
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/regulator/max1586.c |3 +--
1 file changed, 1
Anyway can you look at other two patches and apply them if they are OK?
They don't depend on this.
There appears to be some external dependency for the definition of
macros like S2MPS14X?
The patchset depends on S2MPS14 support for MFD driver. This was applied
by Lee here:
Many times, the original len ETH_ALEN was wrong. Bonding should work
with other types than Ethernet as well.
Sun, Feb 16, 2014 at 01:02:17AM CET, j...@perches.com wrote:
ether_addr_copy is smaller and faster for some architectures.
This relies on a stack frame being at least __aligned(2)
for
On 03/10/2014 02:51 AM, Ben Hutchings wrote:
On Mon, 2014-03-10 at 02:01 +0100, Sebastian Hesselbarth wrote:
phy_ethtool_get_wol is a helper to get current WOL settings from
a phy device. When using this helper on a PHY without .get_wol
callback, struct ethtool_wolinfo is never set-up correctly
Add bindings documentation for S2MPS14 device to the s2mps11 driver.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Cc: Mark Brown broo...@kernel.org
Cc: Liam Girdwood lgirdw...@gmail.com
Cc: Tomasz Figa t.f...@samsung.com
Cc: devicet...@vger.kernel.org
Cc: Rob Herring
On Sat, Feb 15, 2014 at 7:24 AM, Kevin Hilman khil...@linaro.org wrote:
From 902a2b58d61a51415457ea6768d687cdb7532eff Mon Sep 17 00:00:00 2001
From: Kevin Hilman khil...@linaro.org
Date: Fri, 14 Feb 2014 15:10:58 -0800
Subject: [PATCH] workqueue: for NO_HZ_FULL, set default cpumask to
From: j...@joshtriplett.org
On Fri, Mar 07, 2014 at 01:02:44PM -0800, Joe Perches wrote:
On Fri, 2014-03-07 at 15:41 -0500, David Miller wrote:
From: Alistair Popple alist...@popple.id.au
Date: Thu, 6 Mar 2014 14:52:25 +1100
+ out_be32(dev-reg, in_be32(dev-reg) |
1 - 100 of 1640 matches
Mail list logo