On Thu, Mar 06, 2014 at 09:52:42PM +0100, Thomas Gleixner wrote:
> On Thu, 6 Mar 2014, Ville Syrjälä wrote:
> > Hi,
> >
> > It appears preempt_check_resched() is no longer available for modules
> > since [1]. So now I'm left wondering what is one supposed to use after
> > local_irq_enable().
On Thu, Mar 06, 2014 at 05:50:30PM +0100, Philipp Zabel wrote:
> Am Donnerstag, den 06.03.2014, 17:32 +0100 schrieb Sylwester Nawrocki:
> > On 06/03/14 17:21, Philipp Zabel wrote:
> > > Am Donnerstag, den 06.03.2014, 16:47 +0100 schrieb Sylwester Nawrocki:
> > >> Yes, it's going to conflict with
The conditions that control the isolation mode in
isolate_migratepages_range() do not change during the iteration, so
extract them out and only define the value once.
This actually does have an effect, gcc doesn't optimize it itself because
of cc->sync.
Signed-off-by: David Rientjes
---
Enable
- ocp2scp
- USB PHY control module
- USB PHY
- dwc3_omap
- USB
for am43x-epos-evm
Signed-off-by: George Cherian
---
arch/arm/boot/dts/am43x-epos-evm.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git
Add USB reference clock data
Signed-off-by: George Cherian
---
arch/arm/boot/dts/am43xx-clocks.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/am43xx-clocks.dtsi
b/arch/arm/boot/dts/am43xx-clocks.dtsi
index 142009c..506d036 100644
---
Add the compatible "ti,am437x-dwc3" for dwc3 glue driver.
Signed-off-by: George Cherian
---
Documentation/devicetree/bindings/usb/omap-usb.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/usb/omap-usb.txt
Enable
- ocp2scp
- USB PHY control module
- USB PHY
- dwc3_omap
- USB
for am437x-gp-evm
Signed-off-by: George Cherian
---
arch/arm/boot/dts/am437x-gp-evm.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git
Add nodes for 2 instances each of
- ocp2scp
- USB PHY control module
- USB PHY
- dwc3_omap
- USB
for AM43xx.
Signed-off-by: George Cherian
Acked-by: Roger Quadros
---
arch/arm/boot/dts/am4372.dtsi | 95 +++
1 file
The patch series adds USB dt nodes for am43xx epos and gp evm
Boot tested with Benoit's for_3.15 + following patches
https://patchwork.kernel.org/patch/3600821/
https://patchwork.kernel.org/patch/3600831/
https://patchwork.kernel.org/patch/3600851/
https://patchwork.kernel.org/patch/3600841/
On Wednesday, February 26, 2014 01:46:25 AM Rafael J. Wysocki wrote:
> On Monday, February 24, 2014 08:29:30 AM Tuukka Tikkanen wrote:
> > This set of patches makes some minor changes to menu governor and the poll
> > idle state.
> >
> > Patch 1 is simply a rename of a variable to make the name
On Thu, Mar 06, 2014 at 06:13:20PM +0100, Philipp Zabel wrote:
> Hi Mauro, Russell,
>
> I have temporarily removed the simplified bindings at Sylwester's
> request and updated the branch with the acks. The following changes
> since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
>
> Linux
* Maarten Lankhorst | 2014-03-07 12:36:13 [+0100]:
>>I can't find any kind of locking so my question is what ensures that chan is
>>not set to NULL between nouveau_fence_done() and
>>nouveau_fence_wait_uevent()? There are just a few opcodes in between but
>>nothing that pauses
On Fri, Mar 07, 2014 at 12:42:12PM +0100, Vegard Nossum wrote:
> On 03/07/2014 12:26 PM, Dan Carpenter wrote:
> >On Fri, Mar 07, 2014 at 11:56:04AM +0100, Vegard Nossum wrote:
> >>Both the in-kernel and BSD strlcpy() require that the source string is
> >>NUL terminated.
> >
> >No. You're
Currently, this works even if the bit is not in "min", because the bit is always
set in MSR_IA32_VMX_ENTRY_CTLS. Mention it for the sake of documentation, and
to avoid surprises if we later switch to MSR_IA32_VMX_TRUE_ENTRY_CTLS.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 2 +-
1
From: Opensource [Steve Twiss]
Addition of support mailing list for Dialog Semiconductor Ltd
Signed-off-by: Opensource [Steve Twiss]
Signed-off-by: David Dajun Chen
---
Checks performed with next-20140307/scripts/checkpatch.pl
MAINTAINERS total: 0 errors, 0 warnings, 9942 lines
When not running in guest-debug mode, the guest controls the debug
registers and having to take an exit for each DR access is a waste
of time. If the guest gets into a state where each context switch
causes DR to be saved and restored, this can take away as much as 40%
of the execution time from
The next patch will add another bit that we can test with the
same "if".
Signed-off-by: Paolo Bonzini
---
arch/x86/include/asm/kvm_host.h | 6 +-
arch/x86/kvm/x86.c | 4 +++-
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/kvm_host.h
When preparing the VMCS02, the CPU-based execution controls is computed
by vmx_exec_control. Turn off DR access exits there, too, if the
KVM_DEBUGREG_WONT_EXIT bit is set in switch_db_regs.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 4
1 file changed, 4 insertions(+)
diff
Alex Williamson reported that a Windows game does something weird that
makes the guest save and restore debug registers on each context switch.
This cause several hundred thousands vmexits per second, and basically
cuts performance in half when running under KVM.
However, when not running in
Unlike other intercepts, debug register intercepts will be modified
in hot paths if the guest OS is bad or otherwise gets tricked into
doing so.
Avoid calling recalc_intercepts 16 times for debug registers.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm.c | 41
When not running in guest-debug mode (i.e. the guest controls the debug
registers, having to take an exit for each DR access is a waste of time.
If the guest gets into a state where each context switch causes DR to be
saved and restored, this can take away as much as 40% of the execution
time from
When not running in guest-debug mode (i.e. the guest controls the debug
registers, having to take an exit for each DR access is a waste of time.
If the guest gets into a state where each context switch causes DR to be
saved and restored, this can take away as much as 40% of the execution
time from
On 03/07/2014 12:26 PM, Dan Carpenter wrote:
On Fri, Mar 07, 2014 at 11:56:04AM +0100, Vegard Nossum wrote:
Both the in-kernel and BSD strlcpy() require that the source string is
NUL terminated.
No. You're obviously wrong. What on earth?
Well, from lib/string.c:
size_t strlcpy(char
From: Chris Bainbridge
Many Pentium M systems disable PAE but may have a functionally usable PAE
implementation. This adds the "forcepae" parameter which bypasses the boot
check for PAE, and sets the CPU as being PAE capable. Using this parameter
will taint the kernel with
op 07-03-14 12:18, Sebastian Andrzej Siewior schreef:
* Fernando Lopez-Lezcano | 2014-03-01 17:48:29 [-0800]:
On 02/23/2014 10:47 AM, Sebastian Andrzej Siewior wrote:
Dear RT folks!
I'm pleased to announce the v3.12.12-rt19 patch set.
Just hit this Oops in my desktop at home:
commit 1211ce53077164e0d34641d0ca5fb4d4a7574498
("net: phy: resume/suspend PHYs on attach/detach")
introduced a feature to suspend PHYs when entering halted state.
Unfortunately, not all bootloaders properly power-up PHYs on reset
and fail to access ethernet because the PHY is still powered
On 07/03/14 11:28, Maxime Coquelin wrote:
>>
>
> Problem is that "oe" and "pu" takes -1 in that patch, and these values
> will be passed directly to devm_regmap_field_alloc without any check.
>
> I propose to apply this patch before "pinctrl: st: add pinctrl support
> for the STiH407 SoC", and
Hi Peter,
Does: http://lkml.kernel.org/r/20140301191838.d15d03112b2598a671dac...@gmail.com
Fix it?
Both patches can fix the LTP regression.
We applied each of Juri's and Kirill's patches on top of Thomas' commit,
and here are the comparisons:
test case: ltp/syscalls
Thomas'
Hi Srini,
On 03/07/2014 11:41 AM, srinivas kandagatla wrote:
Hi Peppe/Maxime,
I missed a comment... :-)
On 07/03/14 09:41, Maxime COQUELIN wrote:
From: Giuseppe Cavallaro
This patch adds a new logic inside the st pinctrl to manage
an unsupported scenario: some sysconfig are not available!
On Fri, Mar 07, 2014 at 11:56:04AM +0100, Vegard Nossum wrote:
> Both the in-kernel and BSD strlcpy() require that the source string is
> NUL terminated.
No. You're obviously wrong. What on earth?
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Mar 7, 2014 at 11:58 AM, David Herrmann wrote:
> On Fri, Mar 7, 2014 at 11:54 AM, Geert Uytterhoeven
> wrote:
>> On Fri, Mar 7, 2014 at 11:47 AM, David Herrmann
>> wrote:
Without the "depends on FRAMEBUFFER_CONSOLE", people who don't
have FRAMEBUFFER_CONSOLE set, but have set
* Fernando Lopez-Lezcano | 2014-03-01 17:48:29 [-0800]:
>On 02/23/2014 10:47 AM, Sebastian Andrzej Siewior wrote:
>>Dear RT folks!
>>
>>I'm pleased to announce the v3.12.12-rt19 patch set.
>
>Just hit this Oops in my desktop at home:
>
>[22328.388996] BUG: unable to handle kernel NULL pointer
> > Since RESET_CONTROLLER is not required for those platforms, it really
> > should be optional - and I think the real fix is for the reset controller
> > support to provide stub functions.
>
> Philipp Zabel suggested that adding a _optional variant that provides stubs
> and doesn't depend on
On Fri, Mar 07, 2014 at 10:04:53AM +, GIRISH K S wrote:
> Hello Charles, instead of the binding modification I shall
> handle it in the driver probe function by getting child
> node using the api of_get_child_by_name(child-node,
> "controller-data) and then use of_find_property to parse
> the
On Fri, Mar 7, 2014 at 6:34 PM, Russell King - ARM Linux
wrote:
> On Fri, Mar 07, 2014 at 11:07:51AM +0100, Maxime Ripard wrote:
>> Hi Russell,
>>
>> On Fri, Mar 07, 2014 at 09:52:23AM +, Russell King - ARM Linux wrote:
>> > On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
>> >
From: Doug Wilson
This is a small patch which uses ARRAY_SIZE macro
rather than a number to make code readability better.
Signed-off-by: Doug Wilson
---
arch/sparc/mm/tsb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sparc/mm/tsb.c b/arch/sparc/mm/tsb.c
Hi
On Fri, Mar 7, 2014 at 11:54 AM, Geert Uytterhoeven
wrote:
> On Fri, Mar 7, 2014 at 11:47 AM, David Herrmann wrote:
>>> Without the "depends on FRAMEBUFFER_CONSOLE", people who don't
>>> have FRAMEBUFFER_CONSOLE set, but have set any of these:
>>>
>>> config EARLY_PRINTK_EFI
>>> select
Many netlink users create netlink sock in the init_net, and the
switching nes_ns(init_net-->net) is needless in this case. So here
we add a pre-check to avoid this.
Signed-off-by: Gu Zheng
---
net/netlink/af_netlink.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Both the in-kernel and BSD strlcpy() require that the source string is
NUL terminated. We could use strncpy() + explicitly terminate the result,
but this relies on src and dest having the same size, so the safest thing
to do seems to explicitly terminate the source string before doing the
On Fri, Mar 7, 2014 at 11:47 AM, David Herrmann wrote:
>> Without the "depends on FRAMEBUFFER_CONSOLE", people who don't
>> have FRAMEBUFFER_CONSOLE set, but have set any of these:
>>
>> config EARLY_PRINTK_EFI
>> select FONT_SUPPORT
>>
>> config VIDEO_VIVI
>> select FONT_SUPPORT
>>
Signed-off-by: Gu Zheng
---
fs/f2fs/checkpoint.c |4 ++--
fs/f2fs/f2fs.h |4 ++--
fs/f2fs/gc.c |2 +-
fs/f2fs/node.c |4 ++--
fs/f2fs/recovery.c |2 +-
fs/f2fs/segment.c|2 +-
fs/f2fs/super.c |2 +-
7 files changed, 10 insertions(+), 10
The original segment_info's show is a bit out-of-format:
[root@guz Demoes]# cat /proc/fs/f2fs/loop0/segment_info
0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0
..
0 0 0 0 0 0 0 0 0 0
0 0 1 0 0 1 [root@guz Demoes]#
so we fix it here for better legibility.
[root@guz Demoes]# cat
Signed-off-by: Gu Zheng
---
fs/f2fs/node.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c
index 8c14110..9653096 100644
--- a/fs/f2fs/node.c
+++ b/fs/f2fs/node.c
@@ -1875,11 +1875,15 @@ void destroy_node_manager(struct f2fs_sb_info
Previously, we ra_sum_pages to pre-read contiguous pages as more
as possible, and if we fail to alloc more pages, an ENOMEM error
will be reported upstream, even though we have alloced some pages
yet. In fact, we can use the available pages to do the job partly,
and continue the rest in the
Previously, when we try to alloc free nid while the build free nid
is going, the allocer will be run into the flow that waiting for
"nm_i->build_lock", see following:
/* We should not use stale free nids created by build_free_nids */
> if (nm_i->fcnt && !on_build_free_nids(nm_i)) {
Gu Zheng (5):
f2fs: update start nid once each circle
f2fs: remove the unused ctor argument of f2fs_kmem_cache_create()
f2fs: format segment_info's show for better legibility
f2fs: optimize restore_node_summary slightly
f2fs: add a wait queue to avoid unnecessary build_free_nid
>
> Doug, please provide your full real-name, including your last
> name, in your From: and Signoff.
Sorry David. I'll resend the patch.
- Doug
--
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
ping...
On 02/28/2014 06:27 PM, Gu Zheng wrote:
> Commit 5ffac122dbda8(aio: Don't use ctx->tail unnecessarily) uses
> ring->tail rather than the ctx->tail, but with this change, we fetch 'tail'
> only once at the start, so that we can not be aware of adding event by
> aio_complete
> when
ping...
On 02/28/2014 06:27 PM, Gu Zheng wrote:
> Using rcu_dereference_protected() rather than the "rcu_read_lock-->
> rcu_dereference-->rcu_read_unlock" group to simplify fetching the
> ioctx_table pointer in ioctx_add_table and kill_ioctx, because it
> is protected by the ioctx_lock.
> And in
Hi Peppe/Maxime,
On 07/03/14 09:41, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> This patch adds the initial support for pinctrl based on H407 SoC.
>
> Signed-off-by: Maxime Coquelin
> Signed-off-by: Giuseppe Cavallaro
> ---
> drivers/pinctrl/pinctrl-st.c | 4
> 1 file changed,
Hi Peppe/Maxime,
I missed a comment... :-)
On 07/03/14 09:41, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> 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
Hi Peppe,
Thanks for the patch.
On 07/03/14 09:41, Maxime COQUELIN wrote:
> From: Giuseppe Cavallaro
>
> 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
>
Hi
On Fri, Mar 7, 2014 at 11:39 AM, Geert Uytterhoeven
wrote:
> On Fri, Mar 7, 2014 at 11:14 AM, David Herrmann wrote:
>> Fonts don't depend on CONFIG_FRAMEBUFFER_CONSOLE at all. Remove that.
>> Besides, CONFIG_FONT_SUPPORT is 'select'ed anyway, so the dependencies
>> aren't checked by most
On Fri, Mar 7, 2014 at 11:14 AM, David Herrmann wrote:
> Fonts don't depend on CONFIG_FRAMEBUFFER_CONSOLE at all. Remove that.
> Besides, CONFIG_FONT_SUPPORT is 'select'ed anyway, so the dependencies
> aren't checked by most higher-level options.
CONFIG_FONT_SUPPORT is indeed selected, but the
> Since RESET_CONTROLLER is not required for those platforms, it really
> should be optional - and I think the real fix is for the reset controller
> support to provide stub functions.
I agree; and I assumed it already does. Will resend a patch posted
earlier [1] to fix the issue. And still
On Fri, Mar 07, 2014 at 11:07:51AM +0100, Maxime Ripard wrote:
> Hi Russell,
>
> On Fri, Mar 07, 2014 at 09:52:23AM +, Russell King - ARM Linux wrote:
> > On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
> > > The Allwinner A31 SoC using that IP has a reset controller
On 3/7/2014 3:55 PM, Roger Quadros wrote:
Hi George,
On 03/07/2014 11:15 AM, George Cherian wrote:
Enable
- ocp2scp
- USB PHY control module
- USB PHY
- dwc3_omap
- USB
for am437x-gp-evm
Signed-off-by: George Cherian
---
Hi George,
On 03/07/2014 11:15 AM, George Cherian wrote:
> Enable
> - ocp2scp
> - USB PHY control module
> - USB PHY
> - dwc3_omap
> - USB
> for am437x-gp-evm
>
> Signed-off-by: George Cherian
> ---
> arch/arm/boot/dts/am437x-gp-evm.dts | 28
On 03/07/2014 11:15 AM, George Cherian wrote:
> Add nodes for 2 instances each of
> - ocp2scp
> - USB PHY control module
> - USB PHY
> - dwc3_omap
> - USB
>
> for AM43xx.
>
> Signed-off-by: George Cherian
Acked-by: Roger Quadros
cheers,
-roger
> ---
>
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi Stefani,
On Fri, Mar 07, 2014 at 10:57:28AM +0100, Stefani Seibold wrote:
> Hi Fengguang,
>
> did you test the config i had sent to you?
>
> My test was all done with current 3.14-rc tree. And with this i have no
> problem.
The regression is found on commit
Hi Wolfram,
On Wed, Mar 05, 2014 at 05:34:30PM +0100, Wolfram Sang wrote:
> On Tue, Mar 04, 2014 at 05:28:38PM +0100, Maxime Ripard wrote:
> > The Allwinner A31 I2C controller is almost identical to the one used in the
> > other Allwinner SoCs, except for the fact that it needs to clear the
> >
Add wakeup, system and reference clocks to DT binding documentation.
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 12
1 file changed, 12 insertions(+)
diff --git
The USB3 PHY driver now expects named clocks. Add the
relevant clocks to the USB3 PHY node.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 859a800..88bd327
Good Day,
We already made the balance payment on friday, find attachment tt Slip please
courier us Bill of landing
asap. waiting for your reply urgently.
John lander
purchase manager
sales.departm...@techie.com
Purchase Order List.html
Description: Binary data
From: Keshava Munegowda
Create hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 73 ++
1
From: Nikhil Devshatwar
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
Signed-off-by: Balaji T K
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 31
From: Balaji T K
Add nodes for OCP2SCP3 bus, SATA controller and SATA PHY.
[Roger Q] Clean up.
CC: Benoit Cousson
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff
SATA PHY needs a new compatible ID. Add it to the DT binding documentation.
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/phy/ti-phy.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Balaji T K
Add support for sata.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 40
1 file changed, 40 insertions(+)
diff --git
Hi Tony & Felipe,
Kishon has pulled in the relevant PHY patches into his tree.
These are the remaining patches from the series.
Patches 1 to 3 need to go through Felipe's USB tree.
Patches 4 to 8 need to go through Tony's OMAP tree.
Thanks.
Patches are based on 3.14-rc4 with balbi/next,
Fonts don't depend on CONFIG_FRAMEBUFFER_CONSOLE at all. Remove that.
Besides, CONFIG_FONT_SUPPORT is 'select'ed anyway, so the dependencies
aren't checked by most higher-level options.
It's a relict of the times when fonts where exclusive to the VT layer and
fbcon.
Signed-off-by: David Herrmann
On Fri, 2014-03-07 at 10:37 +0800, Mark Brown wrote:
> On Thu, Mar 06, 2014 at 03:42:22PM +0100, Krzysztof Kozlowski wrote:
>
> > However in that case the driver won't be able later to change that value
> > back to "normal enable" (enable_mask). Consider such flow:
> > 1. System is going to
Add support for S2MPS14 PMIC regulators to s2mps11 driver. The S2MPS14
has fewer BUCK-s and LDO-s than S2MPS11. It also does not support
controlling the BUCK ramp delay.
Signed-off-by: Krzysztof Kozlowski
Cc: Mark Brown
Cc: Liam Girdwood
Reviewed-by: Yadwinder Singh Brar
---
On Thu, 6 Mar 2014, Matt Fleming wrote:
> Thanks for the report David.
>
> I sent a pull request that fixes these errors up. Looks like it got
> pulled into tip:x86/efi,
>
> commit 617b3c37da78
> Merge: 994448f1afa6 3db4cafdfd05
> Author: Matt Fleming
> Date: Wed Mar 5 18:18:50 2014 +
>
Add bindings documentation for S2MPS14 device to the s2mps11 driver.
Signed-off-by: Krzysztof Kozlowski
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Tomasz Figa
Cc: devicet...@vger.kernel.org
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Acked-by: Tomasz Figa
S2MPS14 regulators support suspend mode where their status is controlled
by PWREN coming from SoC. This patch implements the set_suspend_disable
for S2MPS14 regulators.
Signed-off-by: Krzysztof Kozlowski
---
drivers/regulator/s2mps11.c | 51 ++-
Hi,
This patchset adds support for the S2MPS14 device to the s2mps11 regulator
driver. It's a subset of previously sent patches for S2MPS14 device:
http://thread.gmane.org/gmane.linux.kernel.samsung-soc/27194/focus=1649217
along with one new patch:
- PATCH 2/3: regulator: s2mps11: Add
Hi Russell,
On Fri, Mar 07, 2014 at 09:52:23AM +, Russell King - ARM Linux wrote:
> On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
> > The Allwinner A31 SoC using that IP has a reset controller maintaining
> > it reset unless told otherwise.
> >
> > Add some optional reset
Now that irqchip drivers for xtensa live outside arch/xtensa we'd like
to add them to our maintenance list.
Signed-off-by: Max Filippov
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c6d0e93..a30b047 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
Hi,
On Thu, 2014-03-06 at 12:10 -0800, Joe Perches wrote:
> Joe Perches (3):
> gfs2: Use pr_ more consistently
> gfs2: Use fs_ more often
> gfs2: Convert gfs2_lm_withdraw to use fs_err
>
> fs/gfs2/dir.c| 14
> fs/gfs2/glock.c | 8 +++--
> fs/gfs2/lock_dlm.c | 9
Hi Fengguang,
did you test the config i had sent to you?
My test was all done with current 3.14-rc tree. And with this i have no
problem.
I just cloned the tip tree and i figured out that the patch was dropped
again (BTW: git log does not show that it was ever applied).
Okay, that's enough
On Tue, Feb 18, 2014 at 3:48 PM, Max Filippov wrote:
> Signed-off-by: Max Filippov
> ---
> arch/xtensa/Kconfig | 1 +
> scripts/sortextable.c | 5 +
> 2 files changed, 6 insertions(+)
Ping?
David, is this OK for scripts/sortextable.c?
> diff --git a/arch/xtensa/Kconfig
On 06/03/2014 20:17, Ezequiel Garcia wrote:
> On Mar 06, Andrew Lunn wrote:
>>> Can't we fix this so the probe order doesn't affect the name?
>>>
>>> Is that sane?
>>
>> You are not supposed to trust the device name, since probing can
>> happen in parallel, on different buses. udev should have
On 03/05/2014 01:33 AM, Steven Rostedt wrote:
> 3.2.55-rt79-rc1 stable review patch.
> If anyone has any objections, please let me know.
Now that you posted "cpu_chill: Add a UNINTERRUPTIBLE
hrtimer_nanosleep" wouldn't it make sense to delay this patches from
the stable series until we get them
Hi
On Wed, Mar 5, 2014 at 10:18 PM, Benjamin Tissoires
wrote:
> Alright, this is the re-spin of the last round of transport cleanup.
>
> Some minor but important modifications are here, but nothing very
> enthousiastic.
>
> Thanks for the reviews and the tests so far.
Apart from some minor
On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
> The Allwinner A31 SoC using that IP has a reset controller maintaining
> it reset unless told otherwise.
>
> Add some optional reset support to the driver.
>
> Signed-off-by: Maxime Ripard
> Reviewed-by: Gregory CLEMENT
>
Hello Sergey!
On Fri, Mar 07, 2014 at 12:20:45PM +0300, Sergey Senozhatsky wrote:
> On (03/07/14 10:56), Minchan Kim wrote:
> > When we initialized zcomp with single, we couldn't change
> > max_comp_streams without zram reset but current interface doesn't
> > show any error to user and even it
>From: Alessandro Zummo [mailto:a.zu...@towertech.it]
>Sent: 07 March 2014 09:33
>
>On Thu, 6 Mar 2014 16:40:02 +
>"Opensource [Steve Twiss]" wrote:
>
>> Change History:
>>
>> Changes made to this driver since previous RFC V1
>> Comments by Alessandro Zummo
>> -
Hi!
VVM
VVM Question to Linux kernel team: may be patch
VVM >>> [PATCH 2/2] Drivers: hv: balloon: Online the hot-added memory "in
context"
VVM can solve problems with dynamic memory hot add in Hyper-V VMs with
Linux OS ?
VVM
K.Y.S>>>
K.Y.S>>> I will try to get my
On 03/04/2014 06:28 PM, Steven Rostedt wrote:
> We hit another bug that was caused by switching cpu_chill() from
> msleep() to hrtimer_nanosleep().
Applied with a stable tag.
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Bjorn Helgaas schreef op ma 10-02-2014 om 14:33 [-0700]:
> I wouldn't start bisecting yet, but if you're in the mood, this
> commit: 96702be56037 "Merge branch 'pci/resource' into next" looks
> like a good place to start, so you could try the pre-merge commit:
> 04f982beb900 "Merge branch
Hi
On Wed, Mar 5, 2014 at 10:18 PM, Benjamin Tissoires
wrote:
> hid_out_raw_report is going to be obsoleted as it is not part of the
> unified HID low level transport documentation
> (Documentation/hid/hid-transport.txt)
>
> hid_output_raw_report(hdev, buf, sizeof(buf), HID_FEATURE_REPORT);
>
Hi Linus,
This patch fixes a subtle issue with cache flush which could potentially
cause random userspace crashes because of stale icache lines.
Please apply for 3.14, it's marked for stable as well.
Thx,
-Vineet
-->8
>From 036837642ed6df39f6a063ad10327787b60d4a0f Mon
This series adds basic support to the STMicroelectronics STiH407 SoC and its
B2120 reference board. The STiH407 is a dual-core ARM Cortex-A9 CPU aimed at
STB market.
Changes since v1:
-
- Changed patch 2 commit title
- Rebased pinctrl patches to linux-pinctrl/devel
This patch adds support to STiH407 SoC.
Signed-off-by: Maxime Coquelin
Signed-off-by: Giuseppe Cavallaro
---
Documentation/arm/sti/stih407-overview.txt| 18 ++
Documentation/devicetree/bindings/arm/sti.txt | 15 +++
arch/arm/mach-sti/Kconfig
The STiH407 is advanced multi-HD AVC processor with 3D graphics acceleration
and 1.5-GHz ARM Cortex-A9 SMP CPU.
Signed-off-by: Maxime Coquelin
Signed-off-by: Giuseppe Cavallaro
---
arch/arm/boot/dts/stih407-clock.dtsi | 41 +++
arch/arm/boot/dts/stih407-pinctrl.dtsi | 618
>From: Lee Jones [mailto:lee.jo...@linaro.org]
>Sent: 07 March 2014 03:32
>
>> From: Opensource [Steve Twiss]
>>
>> This patch updates the register definitions for DA9063 to support the
>> production silicon variant code ID (0x5). These changes are not backwards
>> compatible with the previous
From: Giuseppe Cavallaro
This patch adds the initial support for pinctrl based on H407 SoC.
Signed-off-by: Maxime Coquelin
Signed-off-by: Giuseppe Cavallaro
---
drivers/pinctrl/pinctrl-st.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-st.c
From: Giuseppe Cavallaro
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 the SoC.
SYSTEM_CONFIG3040
601 - 700 of 1502 matches
Mail list logo
