On Mon, Mar 30, 2015 at 1:55 AM, Ricardo Ribalda Delgado
wrote:
> Fix errors reported by Geert Uytterhoeven.
>
> I didn't have the chance to test the changes it in real hardware.
>
>
Thanks, Geert and Ricardo.
Ricardo, do you mind folding your fixing patches with original one
together and send it
On Friday, March 27, 2015 8:13 AM, Ian Abbott wrote:
> Various changes to the core comedi code, mostly to do with spin-lock
> usage for the comedi subdevice runflags and event handling.
>
> 1) staging: comedi: comedi_fops: rename comedi_set_subdevice_runflags()
> 2) staging: comedi: comedi_fops: el
On 3/30/15 2:24 AM, Peter Zijlstra wrote:
I am clearly missing some kernel patch to try out this perf patch. I have
the 4 timekeeper ones; none of those modify perf_event code. What other
patches are needed? Was this one (or some variant) accepted:
https://lkml.org/lkml/2015/2/20/236
http
On Mon 30-03-15 08:14:45, Justin Keller wrote:
> Hello,
> Although not running a vanilla kernel on this machine, I have reported
> the issue to the distribution's bug tracking system. It has been
> almost a week with no response, so I am sending this email.
>
> Multiple times, when I return to my
AE_AML_OPERAND_TYPE -- used to indicate an exception raised by a type issue
related to the AML code. Used to differentiate between a programmer error
(AE_TYPE).
> -Original Message-
> From: Suravee Suthikulanit [mailto:suravee.suthikulpa...@amd.com]
> Sent: Monday, March 30, 2015 7:17 A
On 03/30/2015 07:59 AM, Greg KH wrote:
> If something went wrong with creating a debugfs file/symlink/directory,
> that value could be passed down into debugfs again as a parent dentry.
> To make caller code simpler, just error out if this happens, and don't
> crash the kernel.
>
> Reported-by: Al
On 03/30/2015 06:22 PM, Doug Ledford wrote:
> On Mon, 2015-03-30 at 18:14 +0200, Michael Wang wrote:
>> [snip]
> There is no "gradually eliminate them" to the suggestion I made.
> Remember, my suggestion was to remove the transport and link_layer items
> from the port settings and replace it with j
30.03.2015 19:06, Florian Fainelli пишет:
> So yes, it is a bug in the sense that it is not transparently handled,
> but at the same time, the PHY library has no way to know whether a
> fixed_link_update callback is being invoked since it is not poking
> into the fixed PHY driver.
Maybe then it wou
On 30 March 2015 at 16:13, Michal Marek wrote:
> On 2015-03-30 15:31, Ard Biesheuvel wrote:
>> On 30 March 2015 at 15:26, Russell King - ARM Linux
>> wrote:
>>> On Mon, Mar 30, 2015 at 02:38:35PM +0200, Michal Marek wrote:
Is this a limitation of a particular ARM ABI or a limitation of a sta
On Mon, 2015-03-30 at 18:42 +0200, Michael Wang wrote:
> On 03/30/2015 06:16 PM, Doug Ledford wrote:
> > On Fri, 2015-03-27 at 16:46 +0100, Michael Wang wrote:
> >> Introduce helper has_sa() and cap_sa() to help us check if an IB device
> >> or it's port support Subnet Administrator.
> > There's no
On Mon, Mar 30, 2015 at 09:57:14AM -0700, Dave Hansen wrote:
> > + if (is_64bit_mm(mm))
> > + return user_atomic_cmpxchg_inatomic(actual_old_val_ptr,
> > + bd_entry_addr,
> > + expected_old_val,
>
On Monday 30 March 2015 03:06 PM, Michael Ellerman wrote:
> On Sun, 2015-22-03 at 04:42:57 UTC, "Shreyas B. Prabhu" wrote:
>> Currently, cpu_online_cores_map returns a mask, which for every core
>> that has atleast one online thread, has the first-cpu-of-that-core's bit
>> set.
>
> ... which
On 03/28/2015 01:39 AM, Borislav Petkov wrote:
> - if (is_64bit_mm(mm)) {
> - ret = user_atomic_cmpxchg_inatomic(actual_old_val_ptr,
> - bd_entry_addr, expected_old_val, new_bd_entry);
> - } else {
> - u32 uninitialized_var(actual_old_val_
Hi
On Wed, Mar 25, 2015 at 7:12 PM, Andy Lutomirski wrote:
> On Wed, Mar 25, 2015 at 10:29 AM, David Herrmann
> wrote:
[...]
>>> I could be wrong about the lack of use cases. If so, please enlighten me.
>>
>> We have several dbus APIs that allow clients to register as a special
>> handler/cont
On 03/24/2015 09:02 AM, Hanjun Guo wrote:
Some fixes since last version:
- Add a patch 19/23 for disabling ACPI for Xen on ARM64 for now to fix
compile errors on XEN ACPI, Stefano and Julien are ok with this
temporary solution.
- Add patch "ARM64 / ACPI: Don't unflatten device tree i
On Friday, March 27, 2015 8:13 AM, Ian Abbott wrote:
> `comedi_event()` is called from low-level drivers to handle comedi
> asynchronous command event flags. As a safety check, it checks the
> subdevice's "run" flags to make sure an asynchronous command is running.
> It can also change the run fla
On Fri, Mar 27, 2015 at 5:25 AM, Scott Branden wrote:
> From: ismail
>
> Update the thread running index before issuing the
> GO command to the DMAC.
>
> Tested-by: Mohamed Ismail Abdul Packir Mohamed
> Reviewed-by: Ray Jui
> Reviewed-by: Arun Parameswaran
> Reviewed-by: Scott Branden
> Signe
On 03/30/2015 12:41 PM, Rik van Riel wrote:
On 03/30/2015 12:20 PM, Chris Metcalf wrote:
I wanted to ping the patch below again, since I haven't heard any
feedback.
I note that Rik van Riel's change posted this weekend offers similar
functionality for userspace. My change offers a convenient A
On 03/30/2015 12:29 PM, Peter Zijlstra wrote:
On Mon, Mar 30, 2015 at 12:25:12PM -0400, Waiman Long wrote:
I did it differently in my PV portion of the qspinlock patch. Instead of
just waking up the CPU, the new lock holder will check if the new queue head
has been halted. If so, it will set the
On 03/30/2015 06:16 PM, Doug Ledford wrote:
> On Fri, 2015-03-27 at 16:46 +0100, Michael Wang wrote:
>> Introduce helper has_sa() and cap_sa() to help us check if an IB device
>> or it's port support Subnet Administrator.
> There's no functional reason to have both rdma_transport_is_ib and
> rdma_p
On 03/30/2015 12:20 PM, Chris Metcalf wrote:
> I wanted to ping the patch below again, since I haven't heard any
> feedback.
>
> I note that Rik van Riel's change posted this weekend offers similar
> functionality for userspace. My change offers a convenient API
> for, e.g., kernel drivers settin
On 03/27/2015 10:07 AM, Konrad Rzeszutek Wilk wrote:
On Thu, Mar 26, 2015 at 09:21:53PM +0100, Peter Zijlstra wrote:
On Wed, Mar 25, 2015 at 03:47:39PM -0400, Konrad Rzeszutek Wilk wrote:
Ah nice. That could be spun out as a seperate patch to optimize the existing
ticket locks I presume.
Yes I
* Michael Opdenacker [150326 18:12]:
> This patch removes the use of the IRQF_DISABLED flag
> from drivers/bus/omap_l3_*
>
> It's a NOOP since 2.6.35 and it will be removed one day.
>
> Signed-off-by: Michael Opdenacker
> Acked-by: Santosh Shilimkar
Currently there are no other patches pendin
On Mon, Mar 30, 2015 at 12:22:55PM +0100, Lee Jones wrote:
> On Mon, 23 Mar 2015, Charles Keepax wrote:
>
> > wm5102 applies a custom hardware boot sequence, for this the SYSCLK
> > needs to be enabled. This patch factors out the code that enables
> > SYSCLK for this sequence such that it can be u
Use a #define constant instead of a hardcoded value
and use bool for an int used as a bool to reduce
structure size.
Miscellanea:
Neaten comments in structure definition.
Add #include of ieee80211.h
Signed-off-by: Joe Perches
---
net/mac80211/ieee80211_i.h | 7 ---
net/mac80211/rx.c
On Mon, Mar 30, 2015 at 09:26:07AM -0700, Darren Hart wrote:
> Fair point. This isn't a space I'm well versed in, but some standard means
> of doing this would be welcome.
I'm reading standard memes, time to get away from the keyboard for a
little while I suppose :-)
--
To unsubscribe from this li
* Wang Long [150327 02:43]:
> If we set ramoops.mem_type=1 in command line, the current
> code can not change mem_type to 1, because it is assigned
> to 0 in function ramoops_register_dummy.
>
> This patch make it possible to change mem_type parameter
> in command line.
>
> Signed-off-by: Wang L
On 3/29/15, 4:49 PM, "Michael Ellerman" wrote:
>On Fri, 2015-03-27 at 15:17 -0700, Darren Hart wrote:
>> Adapt the futextest Makefiles to use lib.mk macros for RUN_TESTS and
>> EMIT_TESTS. For now, we reuse the run.sh mechanism provided by
>> futextest. This doesn't provide the standard selftests
On Mon, Mar 30, 2015 at 12:25:12PM -0400, Waiman Long wrote:
> I did it differently in my PV portion of the qspinlock patch. Instead of
> just waking up the CPU, the new lock holder will check if the new queue head
> has been halted. If so, it will set the slowpath flag for the halted queue
> head
On 3/29/15, 4:44 PM, "Michael Ellerman" wrote:
>On Fri, 2015-03-27 at 16:09 -0700, Darren Hart wrote:
>>
>> On 3/27/15 3:59 PM, Michael Ellerman wrote:
>> > On Fri, 2015-03-27 at 15:17 -0700, Darren Hart wrote:
>> >> Define the exit codes with KSFT_PASS and similar so tests can use
>>these
>> >>
On 03/25/2015 03:47 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Mar 16, 2015 at 02:16:13PM +0100, Peter Zijlstra wrote:
Hi Waiman,
As promised; here is the paravirt stuff I did during the trip to BOS last week.
All the !paravirt patches are more or less the same as before (the only real
change is
On Mon, Mar 30, 2015 at 09:47:01PM +0530, Viresh Kumar wrote:
> And all I get it is 8256 bytes, with or without the change.
Duh, rounded up to cacheline boundary ;-)
Trades two 4 byte holes at the start for a bigger 'hole' at the end.
struct tvec_base {
spinlock_t lock;
On Mon, 2015-03-30 at 18:14 +0200, Michael Wang wrote:
> Hi, Doug
>
> Thanks for the comments :-)
>
> On 03/30/2015 05:56 PM, Doug Ledford wrote:
> > On Fri, 2015-03-27 at 16:40 +0100, Michael Wang wrote:
> >> We have so much places to check transport type and link layer type, it's
> >> now
> >>
On 03/30/2015 06:17 PM, Doug Ledford wrote:
> On Fri, 2015-03-27 at 16:42 +0100, Michael Wang wrote:
>> Introduce helper tech_iboe() to help us check if the port of an IB
>> device is using RoCE/IBoE technology.
> Just use rdma_transport_is_roce() instead.
Sounds good :-) will be in next version.
On 03/30/2015 06:13 PM, Doug Ledford wrote:
> On Fri, 2015-03-27 at 16:47 +0100, Michael Wang wrote:
>> Introduce helper has_iwarp() to help us check if an IB device
>> support IWARP protocol.
> This is a needless redirection. Just stick with the original
> rdma_transport_is_iwarp().
Agree, will
On 03/30/2015 06:11 PM, Doug Ledford wrote:
> On Fri, 2015-03-27 at 16:46 +0100, Michael Wang wrote:
>> Introduce helper has_mcast() and cap_mcast() to help us check if an
>> IB device or it's port support Multicast.
> This probably needs reworded or rethought. In truth, *all* rdma devices
> are m
I wanted to ping the patch below again, since I haven't heard any
feedback.
I note that Rik van Riel's change posted this weekend offers similar
functionality for userspace. My change offers a convenient API
for, e.g., kernel drivers setting up default irq balancing.
https://lkml.org/lkml/2015/
On Fri, 2015-03-27 at 16:42 +0100, Michael Wang wrote:
> Introduce helper tech_iboe() to help us check if the port of an IB
> device is using RoCE/IBoE technology.
Just use rdma_transport_is_roce() instead.
> Cc: Jason Gunthorpe
> Cc: Doug Ledford
> Cc: Ira Weiny
> Cc: Sean Hefty
> Signed-off
On Fri, 2015-03-27 at 16:46 +0100, Michael Wang wrote:
> Introduce helper has_sa() and cap_sa() to help us check if an IB device
> or it's port support Subnet Administrator.
There's no functional reason to have both rdma_transport_is_ib and
rdma_port_ll_is_ib, just use one. Then there is also no
Hello Tomasz,
Thanks a lot for your feedback.
On 03/30/2015 06:07 PM, Tomasz Figa wrote:
> Hi Javier,
>
> Please see my comments inline.
>
> 2015-03-31 0:53 GMT+09:00 Javier Martinez Canillas
> :
> [snip]
>> diff --git a/drivers/clk/samsung/clk-exynos5420.c
>> b/drivers/clk/samsung/clk-exynos5
On 30 March 2015 at 19:29, Peter Zijlstra wrote:
> Yeah, so that _should_ not trigger (obviously), and while I agree with
> the sentiment of sanity checks, I'm not sure its worth keeping that
> variable around just for that.
I read it as I can remove it then ? :)
> Anyway, while I'm looking at s
Hi, Doug
Thanks for the comments :-)
On 03/30/2015 05:56 PM, Doug Ledford wrote:
> On Fri, 2015-03-27 at 16:40 +0100, Michael Wang wrote:
>> We have so much places to check transport type and link layer type, it's now
>> make sense to introduce some helpers in order to refine the lengthy code.
>>
On Fri, 2015-03-27 at 16:47 +0100, Michael Wang wrote:
> Introduce helper has_iwarp() to help us check if an IB device
> support IWARP protocol.
This is a needless redirection. Just stick with the original
rdma_transport_is_iwarp().
> Cc: Jason Gunthorpe
> Cc: Doug Ledford
> Cc: Ira Weiny
> C
On Fri, 2015-03-27 at 16:46 +0100, Michael Wang wrote:
> Introduce helper has_mcast() and cap_mcast() to help us check if an
> IB device or it's port support Multicast.
This probably needs reworded or rethought. In truth, *all* rdma devices
are multicast capable. *BUT*, IB/OPA devices require mu
Hi,
On Wed, Mar 18, 2015 at 12:17:28AM +, Chanwoo Choi wrote:
> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on
> Octal core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports
> PSCI (Power State Coordination Interface) v0.1.
>
> This patch inclu
Hello Tomasz,
On 03/30/2015 06:02 PM, Tomasz Figa wrote:
> Hi Javier,
>
> 2015-03-31 0:53 GMT+09:00 Javier Martinez Canillas
> :
>> The Samsung helpers functions to register clocks, add the clock instance
>> returned by the common clock framework to a lookup table that is used by
>> OF to lookup
Hi Javier,
Please see my comments inline.
2015-03-31 0:53 GMT+09:00 Javier Martinez Canillas
:
[snip]
> diff --git a/drivers/clk/samsung/clk-exynos5420.c
> b/drivers/clk/samsung/clk-exynos5420.c
> index 07d666cc6a29..2d39b629144a 100644
> --- a/drivers/clk/samsung/clk-exynos5420.c
> +++ b/driver
2015-03-30 7:39 GMT-07:00 Stas Sergeev :
> 27.03.2015 20:15, Florian Fainelli пишет:
>> I think your concerns are valid, but I don't think there is going to be
>> any problem with the approach I suggested because there is a contract
>> that the fixed PHYs and regular PHYs need to
> Hello Florian.
>
On Thu, Mar 26, 2015 at 10:08 AM, Eric B Munson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/26/2015 07:56 AM, Davide Libenzi wrote:
>> On Wed, 25 Mar 2015, David Rientjes wrote:
>>
>>> I looked at this thread at http://marc.info/?t=14139250881
>>> since I didn't have it
Hi Javier,
2015-03-31 0:53 GMT+09:00 Javier Martinez Canillas
:
> The Samsung helpers functions to register clocks, add the clock instance
> returned by the common clock framework to a lookup table that is used by
> OF to lookup the clocks.
>
> But this table could also be useful to clock drivers
On Fri, 2015-03-27 at 16:40 +0100, Michael Wang wrote:
> We have so much places to check transport type and link layer type, it's now
> make sense to introduce some helpers in order to refine the lengthy code.
>
> This patch will introduce helpers:
> rdma_transport_is_ib()
> rdma_transport
Hello Chanwoo,
Thanks a lot for your feedback.
On 03/30/2015 04:04 AM, Chanwoo Choi wrote:
>
> I faced on the similiar issue. If some clock was disabled,
> Exynos SoC could not enter the suspend mode
>
> But, I think it is not prpper method to resolve this issue.
> about that that specific cloc
The Samsung helpers functions to register clocks, add the clock instance
returned by the common clock framework to a lookup table that is used by
OF to lookup the clocks.
But this table could also be useful to clock drivers if they need to get
a clock instance since the helper functions don't retu
Commit ae43b3289186 ("ARM: 8202/1: dmaengine: pl330: Add runtime Power
Management support v12") added pm support for the pl330 dma driver but
it makes the clock for the Exynos5420 MDMA0 DMA controller to be gated
during suspend and this clock needs to remain enabled in order to make
the system resu
Hello,
This series is a 3rd version of a RFC to fix Suspend-to-RAM on Exynos5420.
Abhilash Kesavan traced down to the MDMA0 DMA controller clock needed to
be enabled during suspend in order to make the system resume correctly.
I posted a RFC that grabbed the clock in the Exynos5420 specific suspe
On 30 March 2015 at 08:04, Alexander Shishkin
wrote:
> Mathieu Poirier writes:
>
>> +static int stm_send(void *addr, const void *data, u32 size)
>> +{
>> + u32 len = size;
>> +
>> + if (((unsigned long)data & 0x1) && (size >= 1)) {
>> + writeb_relaxed(*(u8 *)data, addr);
>> +
Jaehoon,
On Sun, Mar 29, 2015 at 5:55 PM, Jaehoon Chung wrote:
> Dear Doug,
>
> I'm considering to control HLE error..So holding this patch.
> If this is absolutely necessary patch, let me know, plz.
>
> Best Regards,
> Jaehoon Chung
Sounds OK. I have certainly applied this locally and the driv
"Kirill A. Shutemov" writes:
> On Mon, Mar 30, 2015 at 08:38:08PM +0530, Aneesh Kumar K.V wrote:
>>
>>
>> +static void freeze_page(struct anon_vma *anon_vma, struct page *page)
>> > +{
>> > + struct anon_vma_chain *avc;
>> > + struct vm_area_struct *vma;
>> > + pgoff_t pgoff = page-
This change was detected with the help of coccinelle tool.
It performs the same function as kzalloc amd memcpy.
Signed-off-by: Chaitanya Dhere
---
drivers/staging/rtl8188eu/core/rtw_mlme_ext.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core
On Mon, 30 Mar 2015, Michal Hocko wrote:
> Why cannot we do something like refresh_cpu_vm_stats from the IRQ
> context? Especially the first zone stat part. The per-cpu pagesets is
> more costly and it would need a special treatment, alright. A simple
> way would be to splice the lists from the p
"Kirill A. Shutemov" writes:
> Hello everybody,
>
> It's bug-fix update of my thp refcounting work.
>
> The goal of patchset is to make refcounting on THP pages cheaper with
> simpler semantics and allow the same THP compound page to be mapped with
> PMD and PTEs. This is required to get reasonab
On 3/30/15 2:01 AM, Jiri Olsa wrote:
On Sun, Mar 29, 2015 at 04:30:01PM -0600, David Ahern wrote:
SNIP
+ fd = open(filename, O_RDONLY);
+ if (fd < 0) {
pr_debug("couldn't open %s\n", filename);
return 0;
}
- while (!comm[0] || (tgid <
So this driver builds as a module.
Signed-off-by: Tomeu Vizoso
---
v2: * Remove governor if driver registration fails
---
drivers/devfreq/tegra-devfreq.c | 37 ++---
1 file changed, 30 insertions(+), 7 deletions(-)
diff --git a/drivers/devfreq/tegra-devfreq.
Hi
This is a follow-up for:
http://lkml.kernel.org/r/<201412181916.18051.s@gmx.de>
http://lkml.kernel.org/r/<201412302211.40801.s@gmx.de>
On 2014-12-30, Stefan Lippers-Hollmann wrote:
> On Thursday 18 December 2014, Stefan Lippers-Hollmann wrote:
> > Occassionally, but not
Em Mon, Mar 30, 2015 at 09:23:21AM -0600, David Ahern escreveu:
> On 3/30/15 2:04 AM, Jiri Olsa wrote:
> >On Sun, Mar 29, 2015 at 04:30:02PM -0600, David Ahern wrote:
> >
> >SNIP
> >
> >>-static pid_t perf_event__synthesize_comm(struct perf_tool *tool,
> >>-union
On Mon, Mar 30, 2015 at 08:38:08PM +0530, Aneesh Kumar K.V wrote:
>
>
> +static void freeze_page(struct anon_vma *anon_vma, struct page *page)
> > +{
> > + struct anon_vma_chain *avc;
> > + struct vm_area_struct *vma;
> > + pgoff_t pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SH
On Mon, Mar 30, 2015 at 02:29:09PM +0100, Vincent Guittot wrote:
> On 30 March 2015 at 14:24, Peter Zijlstra wrote:
> > On Mon, Mar 30, 2015 at 01:03:03PM +0100, Morten Rasmussen wrote:
> >> On Mon, Mar 30, 2015 at 12:06:32PM +0100, Peter Zijlstra wrote:
> >> > On Fri, Mar 27, 2015 at 05:56:51PM +
On 3/30/15 2:04 AM, Jiri Olsa wrote:
On Sun, Mar 29, 2015 at 04:30:02PM -0600, David Ahern wrote:
SNIP
-static pid_t perf_event__synthesize_comm(struct perf_tool *tool,
-union perf_event *event, pid_t pid,
-perf_ev
On Mon, Mar 30, 2015 at 07:49:43PM +0530, Aneesh Kumar K.V wrote:
> "Kirill A. Shutemov" writes:
>
> > Currently, we rely on compound_lock() to get page counts stable on
> > splitting page refcounting. To get it work we also take the lock on
> > get_page() and put_page() which is hot path.
> >
>
;>>> The ARM VDSO stuff will just have to wait for 4.2 instead.
>>>
>>> If that works for you.
>>
>> FWIW, Stephen's merge fix is correct and I have run my vdso tests
>> without problems on OMAP5 with next-20150330.
>
> Hopefully, I can pull
Use a define instead of raw number as a ID for "rtc_src" clock.
Signed-off-by: Krzysztof Kozlowski
---
Patch depends on new file "dt-bindings/clock/samsung,s2mps11.h" from:
http://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg43136.html
---
arch/arm/boot/dts/exynos3250-rinato.dts |
On Mon, Mar 30, 2015 at 07:40:29PM +0530, Aneesh Kumar K.V wrote:
> "Kirill A. Shutemov" writes:
>
> > We're going to use migration entries instead of compound_lock() to
> > stabilize page refcounts. Setup and remove migration entries require
> > page to be locked.
> >
> > Some of split_huge_page
Mark "samsung,exynos3250-rtc" compatible as deprecated because it
duplicates the "samsung,s3c6410-rtc". Use "samsung,s3c6410-rtc" on
Exynos3250 and Exynos4415 boards.
Signed-off-by: Krzysztof Kozlowski
---
Documentation/devicetree/bindings/rtc/s3c-rtc.txt | 3 ++-
arch/arm/boot/dts/exynos3250.dt
There are now no differences between RTC on Exynos3250 and S3C6410.
Merge everything into one so duplicated code could be removed.
Signed-off-by: Krzysztof Kozlowski
---
drivers/rtc/rtc-s3c.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/drivers/rtc/rtc-s3c.c
Hi,
Now the s3c6410-rtc is exactly the same as exynos3250-rtc. Mark the
second one as deprecated and switch to one binding.
Patches are independent.
Best regards,
Krzysztof
Krzysztof Kozlowski (3):
drivers/rtc/rtc-s3c.c: Integrate Exynos3250 into S3C6410
ARM: dts: s3c-rtc: Use s3c6410-rtc i
The example is wrong in that the phys property should take a
phandle to the phy port.
Also with the changing over to generic PHY type constants we also
update that as well.
Signed-off-by: Peter Griffin
Acked-by: Rob Herring
Acked-by: Lee Jones
---
Documentation/devicetree/bindings/ata/ahci-st
Now there are generic phy type constants declared in phy.h, migrate over to
using them rather than defining our own. This change has been done as one
atomic commit to be bisectable.
Note: The values of the defines are the same, so there is no ABI breakage
with this patch.
Signed-off-by: Peter Gri
Ths picophyreset is incorrectly defined, which stops the usb2 phy being
taken out of reset.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/boot/dts/stih407-family.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stih407-family.dtsi
b/arc
There is a subtle typo phys-names should be phy-names. Using the
current example means you don't have working usb (as you fail to
obtain the phys). Also update the example to use the generic phy
type constants which are now used for miphy28.
Additionaly also remove the unnecessary new line in the
This patch adds the phy-miphy28lp.c phy driver found on STMicroelectronics
stih407 family SoC's into the STI arch section of the maintainers file.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Hi,
This series primarily adds the dwc3 DT node which activates the usb3 controller
on
the stih407-b2120 and stih410-b2120 platforms.
As part of getting this working I noticed some various errors with the DT
documentation examples for how we reference the PHYs which I've also fixed.
Whilst doin
Now that both usb2 and usb3 phy drivers, and also the ST dwc3 glue code
are all present upstream, we can add the dwc3 DT node and have a working
usb3 controller on stih407-b2120 and stih410-b2020.
Signed-off-by: Peter Griffin
Acked-by: Lee Jones
---
arch/arm/boot/dts/stih407-family.dtsi | 25 ++
On Mon, Mar 30, 2015 at 05:08:18PM +0200, Michal Hocko wrote:
> On Sat 28-03-15 10:53:22, Peter Zijlstra wrote:
> [...]
> > Alternatively the thing hocko suggests is an utter fail too. You cannot
> > stuff that into hardirq context, that's insane.
>
> I guess you are referring to
> http://article.
Em Mon, Mar 30, 2015 at 11:58:05AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Mar 30, 2015 at 09:48:52PM +0900, Namhyung Kim escreveu:
> > But this makes every sample processing grabs and releases the lock so
> > might cause high overhead. It can be a problem if such processing is
> > don
p tree, all you really
> > need to merge is tip timers/core branch (which I am sure the tip guys
> > can tell you if it is stable enough) which is about 28 commits ...
> >
> >> The ARM VDSO stuff will just have to wait for 4.2 instead.
> >
> > If that wo
On Mon, Mar 30, 2015 at 02:54:38PM +0200, Tomeu Vizoso wrote:
[...]
> +static int __init tegra_devfreq_init(void)
> +{
> + int ret = 0;
> +
> + ret = devfreq_add_governor(&tegra_devfreq_governor);
> + if (ret) {
> + pr_err("%s: failed to add governor: %d\n", __func__, ret);
On Sat 28-03-15 10:53:22, Peter Zijlstra wrote:
[...]
> Alternatively the thing hocko suggests is an utter fail too. You cannot
> stuff that into hardirq context, that's insane.
I guess you are referring to
http://article.gmane.org/gmane.linux.kernel.mm/127569, right?
Why cannot we do something l
On 03/27/2015 06:29 PM, Jason Gunthorpe wrote:
> On Fri, Mar 27, 2015 at 01:16:31PM -0400, ira.weiny wrote:
>> [snip]
> http://www.spinics.net/lists/linux-rdma/msg22565.html
>
> ''Unlike IB, the iWARP protocol only allows 1 target/sink SGE in an
> rdma read''
>
> It is one of those annoying verbs i
On 3/30/2015 4:43 AM, Borislav Petkov wrote:
On Mon, Mar 30, 2015 at 11:26:34AM +0200, Geert Uytterhoeven wrote:
On Sun, Mar 29, 2015 at 3:56 PM, Borislav Petkov wrote:
From: Borislav Petkov
Let's make it official - I've been doing this for a while now anyway.
Signed-off-by: Borislav Petkov
+static void freeze_page(struct anon_vma *anon_vma, struct page *page)
> +{
> + struct anon_vma_chain *avc;
> + struct vm_area_struct *vma;
> + pgoff_t pgoff = page->index << (PAGE_CACHE_SHIFT - PAGE_SHIFT);
So this get called only with head page, We also do
BUG_ON(PageTail(
On Mon, 30 Mar 2015, Andy Lutomirski wrote:
> > Would this suffice? It puts the CAP_SETPCAP limitation back to how it
> > was in my earlier patch.
> I really don't like that variant. CAP_SETPCAP is dangerous and so
> absurdly powerful that people really shouldn't hand it out.
According to
On 03/30/2015 05:51 AM, fangwei wrote:
Don't assign ->rq_timeout twice.
Thanks, applied.
--
Jens Axboe
--
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
Em Mon, Mar 30, 2015 at 09:48:52PM +0900, Namhyung Kim escreveu:
> Hi Jiri,
>
> On Mon, Mar 30, 2015 at 01:49:07PM +0200, Jiri Olsa wrote:
> > On Mon, Mar 30, 2015 at 01:21:08PM +0200, Jiri Olsa wrote:
> > > On Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa wrote:
> > > > On Mon, Mar 30, 2015 at
is stable enough) which is about 28 commits ...
>
>> The ARM VDSO stuff will just have to wait for 4.2 instead.
>
> If that works for you.
FWIW, Stephen's merge fix is correct and I have run my vdso tests
without problems on OMAP5 with next-20150330.
--
To unsubscribe fro
On Thu 26-03-15 12:50:20, David Rientjes wrote:
[...]
> android, lmk: avoid setting TIF_MEMDIE if process has already exited
>
> TIF_MEMDIE should not be set on a process if it does not have a valid
> ->mm, and this is protected by task_lock().
>
> If TIF_MEMDIE gets set after the mm has detache
On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > Signed-off-by: Dave Airlie
> > > Signed-off-by: Gerd Hoffmann
> >
> > Standard request from my side for new drm drivers (especially if they're
> > this simple): Can you please update the drivers to latest drm interna
On Mon, 2015-03-30 at 07:03 -0600, David Ahern wrote:
> On 3/29/15 9:08 PM, Mike Galbraith wrote:
> >
> > Oh, you can add /proc/sys/kernel/sched_domain diddling to the hotplug
> > todo... which will either create read /sys, poke modify buttons over
> > yonder in /proc situation, or have to duplicat
On Mon, Mar 30, 2015 at 7:30 AM, Andy Lutomirski wrote:
> On Mon, Mar 30, 2015 at 7:27 AM, Denys Vlasenko wrote:
>> On 03/26/2015 07:45 PM, Andy Lutomirski wrote:
>>> On Thu, Mar 26, 2015 at 5:42 AM, Denys Vlasenko wrote:
This change makes the check exact (no more false positives
on ke
Needed in several Chromebook models such as the Tegra-based ones.
Signed-off-by: Tomeu Vizoso
---
arch/arm/configs/multi_v7_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 5b4d1c8..7ffa4aa 100644
Signed-off-by: Tomeu Vizoso
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 7ffa4aa..17e89b0 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/multi_v
501 - 600 of 942 matches
Mail list logo
