On Mon, Jan 19, 2015 at 01:51:34PM +0200, Octavian Purdila wrote:
> Hi Lee,
>
> Here is the 3rd version of the patch-set against for-mfd-next branch
> with the Reviewed-by tags from Johan. Note that I dropped the two GPIO
> patches as they were already merged by Linus W in the GPIO tree.
>
> Than
On 15/01/04, Tetsuo Handa wrote:
> Hello.
>
> Richard Guy Briggs wrote:
> > > Richard Guy Briggs wrote:
> > > > On 14/09/28, Tetsuo Handa wrote:
> > > > > (Q2) Does auxiliary record work with only type=SYSCALL case?
> > > >
> > > > Auxiliary records don't work with AUDIT_LOGIN because that record
for the Linux
> and can be downloaded at:
>
> http://sourceforge.net/projects/ltp/files/LTP%20Source/ltp-20150119/
>
Hi,
congrats to the new release!
I will check my "iniza" setup of Linux v3.19-rc5 the "(runltp-)lite" way.
Can you please add checksum files (md5
On 15/01/2015 13:36, Li Kaihang wrote:
> This patch fix a external interrupt injecting bug in linux 3.19-rc4.
>
> GuestOS is running and handling some interrupt with RFLAGS.IF = 0 while a
> external interrupt coming,
> then can lead to a vm exit,in this case,we must avoid inject this external
On (01/19/15 15:53), Hannes Reinecke wrote:
> >> We should only try to evaluate the cdb if this is an ATAPI
> >> device, for any other device the 'cdb' field and the cdb_len
> >> has no meaning.
> >>
> >> Signed-off-by: Hannes Reinecke
> >> ---
> >> drivers/ata/libata-eh.c | 5 +++--
> >> 1 file
On Mon, Jan 19, 2015 at 9:57 AM, Mathias Nyman
wrote:
> On 19.01.2015 15:47, Josh Boyer wrote:
>> On Mon, Jan 19, 2015 at 8:33 AM, Greg KH wrote:
>>> On Mon, Jan 19, 2015 at 08:28:19AM -0500, Josh Boyer wrote:
On Sun, Jan 18, 2015 at 1:25 AM, Greg KH
wrote:
> On Sun, Jan 18, 2015
On Mon, Jan 19, 2015 at 06:18:54PM +0300, Vladimir Davydov wrote:
> Could you please elaborate this? I mean, what problems do you think can
> arise if we release css->id a little bit (one grace period) later?
>
> Of course, I can introduce yet another id per memcg, but I think we have
> css->id to
On 19/01/15 05:07, Juergen Gross wrote:
> Hi,
>
> anything missing to take these patches?
Patch #1 needs an x86 maintainer ack.
David
> On 12/17/2014 10:50 AM, Juergen Gross wrote:
>> The Xen hypercalls are defined in include/xen/interface/xen.h. There
>> are some places where for each hypercal
On Mon, Jan 19, 2015 at 03:23:58PM +, Aleksey Makarov wrote:
> The OCTEON SATA controller is currently found on cn71XX devices.
>
> Signed-off-by: David Daney
> Signed-off-by: Vinita Gupta
> [aleksey.maka...@auriga.com: preparing for submission,
> conflict resolution, fixes for the platform
For nohash powerpc, when we run out of contexts, contexts are freed by stealing
used contexts in-turn. When a victim has been selected, the associated TLB
entries are freed using _tlbil_pid(). Unfortunatly, on the PPC 8xx, _tlbil_pid()
does a tlbia, hence flushes ALL TLB entries and not only the on
On Mon, Jan 19, 2015 at 01:54:26PM +, Arnd Bergmann wrote:
> On Monday 19 January 2015 13:38:53 Gabriel Fernandez wrote:
> >
> > On 18 December 2014 at 05:58, Jingoo Han wrote:
> >
> > > On Thursday, December 18, 2014 7:16 AM, Arnd Bergmann wrote:
> > > > On Wednesday 17 December 2014 11:34:
From: Jenny Herbert
The foreign page flag will be used by Xen guests to mark pages that
have grant mappings of frames from other (foreign) guests.
The foreign flag is an alias for the existing (Xen-specific) pinned
flag. This is safe because pinned is only used on pages used for page
tables and
These two patches are the common parts of a larger Xen series[1]
fixing several long-standing bugs the handling of foreign[2] pages in
Xen guests.
Andrew, these are best merged via the Xen tree. Can I have an acked-by?
The first patch is required to fix get_user_pages[_fast]() with
userspace spa
The optional find_special_page VMA operation is used to lookup the
pages backing a VMA. This is useful in cases where the normal
mechanisms for finding the page don't work. This is only called if
the PTE is special.
One use case is a Xen PV guest mapping foreign pages into userspace.
In a Xen P
On Mon, Jan 19, 2015 at 2:45 AM, Stephen Rothwell
wrote:
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
fs/eventfd.c: In function 'eventfd_poll':
fs/eventfd.c:121:16: warning: unused variable 'flags'
[-Wunused-variable]
Quoting pi-cheng.chen (2015-01-09 01:54:51)
> diff --git a/drivers/cpufreq/mt8173-cpufreq.c
> b/drivers/cpufreq/mt8173-cpufreq.c
> new file mode 100644
> index 000..b578c10
> --- /dev/null
> +++ b/drivers/cpufreq/mt8173-cpufreq.c
> @@ -0,0 +1,459 @@
Hello Pi-Cheng,
> +#include
> +#include
This patch solves deadlock between clock prepare mutex and regmap mutex reported
by Tomasz Figa in [1] by implementing solution from [2]: "always leave the clock
of the i2c controller in a prepared state".
[1] https://lkml.org/lkml/2014/7/2/171
[2] https://lkml.org/lkml/2014/7/2/207
On each i2c t
On powerpc 8xx, in TLB entries, 0x400 bit is set to 1 for read-only pages
and is set to 0 for RW pages. So we should use _PAGE_RO instead of _PAGE_RW
Signed-off-by: Christophe Leroy
---
v2 is a complete rework compared to v1
v3: fixing pte_update() and comments
v4: simplified pte_update() (andc
Some powerpc like the 8xx don't have a RW bit in PTE bits but a RO (Read Only)
bit.
This patch implements the handling of a _PAGE_RO flag to be used in place of
_PAGE_RW
Signed-off-by: Christophe Leroy
---
v2 is a complete rework of v1
v3:
- cleared PTE can remain 0, no need of _PAGE_RO on PA
Hi!
> congrats to the new release!
>
> I will check my "iniza" setup of Linux v3.19-rc5 the "(runltp-)lite" way.
>
> Can you please add checksum files (md5sum, sha256, etc.) to the place
> where we get the tarballs, please?
These are provided by sf.net, if you browse the files on sf.net there is
Some powerpc like the 8xx don't have a RW bit in PTE bits but a RO (Read Only)
bit.
This patch implements the handling of a _PAGE_RO flag to be used in place of
_PAGE_RW
Patchset:
1) powerpc32: adds handling of _PAGE_RO
2) powerpc/8xx: use _PAGE_RO instead of _PAGE_RW
All changes have been succ
Hi Hanjun,
> -- Forwarded message --
> From: Hanjun Guo
> Date: 14 January 2015 at 10:05
> Subject: [Linaro-acpi] [PATCH v7 17/17] Documentation: ACPI for ARM64
From: Graeme Gregory
> Add documentation for the guidelines of how to use ACPI
> on ARM64.
> Reviewed-by: Suravee Suthi
On Mon, 2015-01-19 at 00:28 -0800, Christoph Hellwig wrote:
> On Mon, Jan 19, 2015 at 04:21:15PM +1030, Rusty Russell wrote:
> > The first one I think should be eliminated, and the second one is simply
> > an assertion before calling module_put() (which should probably be
> > eliminated). The othe
On Mon, 2015-01-19 at 16:21 +1030, Rusty Russell wrote:
> Masami Hiramatsu writes:
> > (2015/01/19 1:55), James Bottomley wrote:
> >> From: James Bottomley
> >>
> >> After e513cc1 module: Remove stop_machine from module unloading,
> >> module_refcount() is returning (unsigned long)-1 when called
On Mon, Jan 19, 2015 at 5:03 PM, Cyril Hrubis wrote:
> Hi!
>> congrats to the new release!
>>
>> I will check my "iniza" setup of Linux v3.19-rc5 the "(runltp-)lite" way.
>>
>> Can you please add checksum files (md5sum, sha256, etc.) to the place
>> where we get the tarballs, please?
>
> These are
On Mon, Jan 05, 2015 at 05:44:47PM -0500, j.gli...@gmail.com wrote:
> From: Jérôme Glisse
>
> Heterogeneous memory management main purpose is to mirror a process address.
> To do so it must maintain a secondary page table that is use by the device
> driver to program the device or build a device
Daniel, feel free to ignore my comments.
I know less about this than anybody :)
I am especially unfamiliar with NMI, but I will risk exposing my ignorance
On Tuesday, January 13, 2015 04:35:28 PM Daniel Thompson wrote:
> Some combinations of architectures and interrupt controllers make it
> possi
To Purchasing Manager,
Ada is here supply you Plastic Raw Materials, such as HDPE, LDPE, LLDPE, PP,
PS, PETand PVC with good quality and competitive price.
If necessary, sample will be sent on request.
Await your early feedback.
Regards,
Ada
XinYuan Industrial Co., Ltd
On 01/17/2015 01:02 AM, Andrew Morton wrote:
> On Fri, 16 Jan 2015 12:56:36 +0530 "Aneesh Kumar K.V"
> wrote:
>
>> This make sure that we try to allocate hugepages from local node if
>> allowed by mempolicy. If we can't, we fallback to small page allocation
>> based on mempolicy. This is based o
Quoting James Liao (2015-01-07 18:55:01)
> Hi Matthias,
>
> On Wed, 2015-01-07 at 18:22 +0100, Matthias Brugger wrote:
> > 2015-01-07 4:25 GMT+01:00 James Liao :
> > > +
> > > +static void cg_set_mask(struct mtk_clk_gate *cg, u32 mask)
> >
> > Please add mtk_ prefix to all functions generic for t
Hi Mike,
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git
clk-shmobile-for-3.20
for you to fetch c
On 01/18/2015 05:35 PM, Michael Ellerman wrote:
> On Fri, 2015-01-16 at 09:34 -0700, Shuah Khan wrote:
>> On 01/09/2015 02:06 AM, Michael Ellerman wrote:
>>> Add a new make target to install kernel selftests. This new target will
>>> build and install selftests.
>>>
>>> The default is just $(objtre
Hi Ted,
On 01/18/2015 11:55 PM, Theodore Ts'o wrote:
> Line mode goes back to BSD 4.x days, and it's useful over high latency
> links --- i.e., the sort of thing that you get with stone age cellular
> data networks (i.e., the sort of thing that we still have the US),
> amateur packet radio links,
On Tuesday, January 13, 2015 04:35:31 PM Daniel Thompson wrote:
> Using FIQ (if it is available) gives perf a better insight into the
> system by allowing code run with interrupts disabled to be profiled.
>
> Signed-off-by: Daniel Thompson
> ---
> arch/arm/include/asm/pmu.h | 4
> ar
Hi Lukasz,
On Mon, Jan 19, 2015 at 6:34 PM, Lukasz Majewski wrote:
> Hi Abhilash,
>
>> Add registers, bit fields and compatible strings for Exynos7 TMU
>> (Thermal Management Unit). Following are a few of the differences
>> in the Exynos7 TMU from earlier SoCs:
>> - 8 trigger levels
>>
On 01/18/2015 05:35 PM, Michael Ellerman wrote:
> On Fri, 2015-01-16 at 10:46 -0700, Shuah Khan wrote:
>> On 01/09/2015 02:06 AM, Michael Ellerman wrote:
>>> This adds make install support to selftests. The basic usage is:
>>>
>>> $ cd tools/testing/selftests
>>> $ make install
>>>
>>> That install
Quoting Mike Turquette (2015-01-14 14:06:49)
> Quoting Tony Lindgren (2015-01-13 14:51:26)
> > Hi all,
> >
> > Here's a minimal support for the FAPLL (Flying Adder PLL) on dm816x
> > which is a omap variant.
>
> Tony,
>
> Patches look fine to me. I'll give it a few days for Paul or Tero to
> com
On Mon, Jan 19, 2015 at 09:57:23AM -0500, Peter Hurley wrote:
>
> This reader set EOL2 to DISABLED_CHAR earlier, and left EOL unchanged.
> I have seen userspace code that expects a line to be no longer than 4096
> chars.
Userspace code that does this is going to be very fragile. Input from
the
Peter Hurley wrote:
Thanks, Howard.
[ adding Ted too ]
On 01/19/2015 07:46 AM, Howard Chu wrote:
Peter Hurley wrote:
On 01/18/2015 05:45 PM, Howard Chu wrote:
Peter Hurley wrote:
Commit 26df6d13406d1 ("tty: Add EXTPROC support for LINEMODE") added
the undocumented EXTPROC input processing m
From: Steve Twiss
Add device tree support for DA9063 regulators; Real-Time Clock
and Watchdog.
This patch is dependent on PATCH V2 2/2
Signed-off-by: Steve Twiss
---
This patch applies against linux-next and v3.19-rc4
drivers/mfd/da9063-core.c | 2 ++
drivers/mfd/da9063-i2c.c
From: Steve Twiss
This patch set adds device tree support for the Dialog
Semiconductor DA9063 PMIC. Support is provided for the
Regulators; Real-Time Clock and Watchdog.
[PATCH V2 1/2]: kernel driver device tree support
[PATCH V2 2/2]: device tree bindings document
Thank you,
Steve Twiss, Dialo
From: Steve Twiss
Add device tree bindings for DA9063 regulators; Real-Time Clock
and Watchdog.
This patch is dependent on PATCH V2 1/2
Signed-off-by: Steve Twiss
---
This patch applies against linux-next and v3.19-rc4
Documentation/devicetree/bindings/mfd/da9063.txt | 94
On 01/18/2015 05:35 PM, Michael Ellerman wrote:
> On Fri, 2015-01-16 at 10:53 -0700, Shuah Khan wrote:
>> On 01/09/2015 02:06 AM, Michael Ellerman wrote:
>>> This adds a Make include file which most selftests can then include to
>>> get the run_tests logic.
>>>
>>> On its own this has the advantage
From: Dave Martin
If a trace event contains an array, there is currently no standard
way to format this for text output. Drivers are currently hacking
around this by a) local hacks that use the trace_seq functionailty
directly, or b) just not printing that information. For fixed size
arrays, fo
On Mon, Jan 19, 2015 at 11:04:04AM +, Chris Wilson wrote:
> On Mon, Jan 19, 2015 at 11:51:43AM +0100, Daniel Vetter wrote:
> > There's also an issue in (most) X drivers which exaberates this
> > issues: When changing the cursor buffer the X cursor code does a a)
> > disable cursor b) update cur
The sequence of allocating the print_arg field, calling process_arg()
and verifying that the next event delimiter is repeated twice in
process_hex() and will also be used for process_int_array(). Factor it
out to a function to avoid writing the same code again and again.
Cc: Namhyung Kim
Cc: Arn
Trace can now generate traces with variable element size arrays. Add support
to parse them.
Cc: Namhyung Kim
Cc: Arnaldo Carvalho de Melo
Cc: Steven Rostedt
Cc: Jiri Olsa
Signed-off-by: Javi Merino
---
Changes since v2[0]:
- Avoid repeating the alloc and process of fields in prcoess_int_
On Mon, 2015-01-19 at 16:40 +0200, Daniel Baluta wrote:
> Hello,
>
> On Sat, Dec 20, 2014 at 11:29 PM, Pandruvada, Srinivas
> wrote:
> > +Mika
> >
> > On Sat, 2014-12-20 at 13:26 -0800, Srinivas Pandruvada wrote:
> >> On Sat, 2014-12-20 at 00:25 +0200, Daniel Baluta wrote:
> >> > On Sat, Dec 20,
On 01/15/2015 07:29 PM, Shuah Khan wrote:
> iommu_map() calls trace_map() with iova and size. trace_map()
> should report original iova and original size as opposed to
> iova and size after they get changed during mapping. size is
> always zero at the end of mapping which is useless to report
> and
This patch series enables irqfd on arm and arm64.
Irqfd framework enables to inject a virtual IRQ into a guest upon an
eventfd trigger. User-side uses KVM_IRQFD VM ioctl to provide KVM with
a kvm_irqfd struct that associates a VM, an eventfd, a virtual IRQ number
(aka. the gsi). When an actor sign
This patch enables irqfd on arm/arm64.
Both irqfd and resamplefd are supported. Injection is implemented
in vgic.c without routing.
This patch enables CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQFD.
KVM_CAP_IRQFD is now advertised. KVM_CAP_IRQFD_RESAMPLE capability
automatically is advertised
To prepare for irqfd addition, coarse grain locking is removed at
kvm_vgic_sync_hwstate level and finer grain locking is introduced in
vgic_process_maintenance only.
Signed-off-by: Eric Auger
---
virt/kvm/arm/vgic.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git
CONFIG_HAVE_KVM_IRQCHIP is needed to support IRQ routing (along
with irq_comm.c and irqchip.c usage). This is not the case for
arm/arm64 currently.
This patch unsets the flag for both arm and arm64.
Signed-off-by: Eric Auger
Reviewed-by: Andre Przywara
Acked-by: Christoffer Dall
Acked-by: Will
On arm/arm64 the VGIC is dynamically instantiated and it is useful
to expose its state, especially for irqfd setup.
This patch defines __KVM_HAVE_ARCH_INTC_INITIALIZED and
implements kvm_arch_intc_initialized.
Signed-off-by: Eric Auger
Acked-by: Christoffer Dall
Reviewed-by: Andre Przywara
--
Introduce __KVM_HAVE_ARCH_INTC_INITIALIZED define and
associated kvm_arch_intc_initialized function. This latter
allows to test whether the virtual interrupt controller is initialized
and ready to accept virtual IRQ injection. On some architectures,
the virtual interrupt controller is dynamically i
On Mon, Jan 19, 2015 at 6:44 PM, Pandruvada, Srinivas
wrote:
> On Mon, 2015-01-19 at 16:40 +0200, Daniel Baluta wrote:
>> Hello,
>>
>> On Sat, Dec 20, 2014 at 11:29 PM, Pandruvada, Srinivas
>> wrote:
>> > +Mika
>> >
>> > On Sat, 2014-12-20 at 13:26 -0800, Srinivas Pandruvada wrote:
>> >> On Sat,
With the next patches, the init cpus function will be changed to be factored
out.
The function 'armada_xp_smp_init_cpus' does nothing more than a sanity check
after the DT has been parsed. Even if this code is valid, it does not give a
real benefit as the DT should be correctly filled.
Remove thi
Return the number of cores the platform has.
Signed-off-by: Daniel Lezcano
---
arch/arm/include/asm/smp.h | 2 +-
arch/arm/mach-exynos/platsmp.c | 6 --
arch/arm/mach-imx/platsmp.c | 4 +++-
arch/arm/mach-omap2/omap-smp.c | 4 +++-
arch/arm/mach-realview/platsmp.c | 4 +++-
ar
The set_cpu_possible loop and the ncores clipping is duplicated again and
again across the different platforms.
As the smp_init_cpus is returning the number of cores, use this information
to do the same thing than what does the duplicate code in the different
platforms.
Signed-off-by: Daniel Lezc
sc_lock spinlock in struct vmbus_channel is being used to not only protect the
sc_list field, e.g. vmbus_open() function uses it to implement test-and-set
access to the state field. Rename it to the more generic 'lock' and add the
description.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/chann
On Mon, 2015-01-19 at 18:49 +0200, Daniel Baluta wrote:
> On Mon, Jan 19, 2015 at 6:44 PM, Pandruvada, Srinivas
> wrote:
> > On Mon, 2015-01-19 at 16:40 +0200, Daniel Baluta wrote:
> >> Hello,
> >>
> >> On Sat, Dec 20, 2014 at 11:29 PM, Pandruvada, Srinivas
> >> wrote:
> >> > +Mika
> >> >
> >> >
Commit 4b2f9abea52a ("staging: hv: convert channel_mgmt.c to not call
osd_schedule_callback")' was written under an assumption that we never receive
Rescind offer while we're still processing the initial Offer request. However,
the issue we fixed in 04a258c162a8 could be caused by this assumption n
This patch series is a successor of "[PATCH] Drivers: hv: vmbus: serialize
Offer and Rescind offer processing" and thereby have 'v2' in its name.
Changes from v1:
- Separate vmbus_device_create() return value check [K. Y. Srinivasan]
- Do not lose a rescind offer received during offer processing.
vmbus_device_create() result is not being checked in vmbus_process_offer() and
it can fail if kzalloc() fails. Add the check and do minor cleanup to avoid
additional duplication of "free_channel(); return;" block.
Reported-by: Jason Wang
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/channel_mg
On 17 January 2015 at 02:57, Stephen Boyd wrote:
> On 01/12, Tomeu Vizoso wrote:
>> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
>> index 7eddfd8..2793bd7 100644
>> --- a/drivers/clk/clk.c
>> +++ b/drivers/clk/clk.c
>> @@ -1013,8 +1015,8 @@ static unsigned long clk_core_round_rate_nolock(str
On 01/12/2015 06:58 AM, Hans Verkuil wrote:
> My first code review of the new year, so let's start with a simple one to
> avoid
> taxing my brain cells (that are still in vacation mode) too much...
>
> On 12/18/2014 05:20 PM, Shuah Khan wrote:
>> There is no need to zero out fmt.pix.priv in vidio
On 01/16/2015 02:01 AM, Tomeu Vizoso wrote:
On 16 January 2015 at 09:50, Tomeu Vizoso wrote:
On 15 January 2015 at 18:22, Stephen Warren wrote:
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
Patches are on its way to add a config file to alsaucm for the Nyan
boards. Use the same card ID that a
On Mon, 19 Jan 2015 09:18:28 +0100
John Paul Adrian Glaubitz wrote:
> Hi Steven!
>
> >> The Super-H architecure seems to be without any maintainer.
> >> Maybe Steven cares to pick this patch up. Dunno...
>
> > Yeah, I remember when the SH maintainer left.
>
> > I can pick it up. How urgent is
On 19 January 2015 at 18:10, Stephen Warren wrote:
> On 01/16/2015 02:01 AM, Tomeu Vizoso wrote:
>>
>> On 16 January 2015 at 09:50, Tomeu Vizoso
>> wrote:
>>>
>>> On 15 January 2015 at 18:22, Stephen Warren
>>> wrote:
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
>
>
> Patche
On 19/01/15 13:19, Ross Lagerwall wrote:
> Commit 61a734d305e1 ("xen/manage: Always freeze/thaw processes when
> suspend/resuming") ensured that userspace processes were always frozen
> before suspending to reduce interaction issues when resuming devices.
> However, freeze_processes() does not free
On 01/19/2015 04:00 AM, Stefan Wahren wrote:
This patch adds root compatible properties for the following boards:
- Raspberry Pi Model A
- Raspberry Pi Model A+
- Raspberry Pi Model B
- Raspberry Pi Model B (no P5)
- Raspberry Pi Model B rev2
- Raspberry Pi Model B+
- Raspberry Pi Compute Module
Moves clock state to struct clk_core, but takes care to change as little API as
possible.
struct clk_hw still has a pointer to a struct clk, which is the
implementation's per-user clk instance, for backwards compatibility.
The struct clk that clk_get_parent() returns isn't owned by the caller, bu
As clk_unprepare_unused_subtree and clk_disable_unused_subtree are
always called with a valid struct clk.
Signed-off-by: Tomeu Vizoso
---
drivers/clk/clk.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index f4963b7..97f3425 100644
--- a/driver
Hi,
I have addressed here the last comments from Stephen, most notably:
* Removed some unneeded NULL checks that were already there
* Propagate our rate range when querying our parent for the rate
* Take constraints into account in clk_round_rate
* Add __clk_determine_rate() for clk providers
Adds a way for clock consumers to set maximum and minimum rates. This can be
used for thermal drivers to set ceiling rates, or by misc. drivers to set
floor rates to assure a minimum performance level.
Changes the signature of the determine_rate callback by adding the
parameters floor_rate and cei
Quoting Oleksij Rempel (2015-01-15 01:45:32)
> Am 15.01.2015 um 00:02 schrieb Mike Turquette:
> > Quoting Oleksij Rempel (2015-01-08 00:59:27)
> >> diff --git a/drivers/clk/clk-asm9260.c b/drivers/clk/clk-asm9260.c
> >> new file mode 100644
> >> index 000..6b1c220
> >> --- /dev/null
> >> +++ b/
On 01/19/2015 07:12 AM, Thierry Reding wrote:
On Thu, Jan 15, 2015 at 01:58:57PM +0300, Dmitry Osipenko wrote:
Commit 7232398abc6a ("ARM: tegra: Convert PMC to a driver") changed
tegra_resume()
location storing from late to early and, as a result, broke suspend on Tegra20.
PMC scratch register
On 01/19/2015 11:37 AM, Theodore Ts'o wrote:
> On Mon, Jan 19, 2015 at 09:57:23AM -0500, Peter Hurley wrote:
>>
>> This reader set EOL2 to DISABLED_CHAR earlier, and left EOL unchanged.
>> I have seen userspace code that expects a line to be no longer than 4096
>> chars.
>
> Userspace code that d
This patch fixes the checkpatch.pl warning:
WARNING: space prohibited before semicolon
Signed-off-by: Peter Poklop
---
v2: Commit message cleanup
drivers/staging/rtl8723au/os_dep/os_intfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8723au/os_dep/os_
On 19/01/15 16:21, Joshua Clayton wrote:
> Daniel, feel free to ignore my comments.
> I know less about this than anybody :)
> I am especially unfamiliar with NMI, but I will risk exposing my ignorance
Not at all! Thanks for the review.
> On Tuesday, January 13, 2015 04:35:28 PM Daniel Thompson
Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Peter
--
To unsubscribe from this list: send the line "unsubscribe li
On 01/19/2015 10:13 AM, Grant Likely wrote:
> On Mon, 19 Jan 2015 13:51:45 +
> , Catalin Marinas
> wrote:
>> On Mon, Jan 19, 2015 at 11:55:32AM +, Ard Biesheuvel wrote:
>>> On 19 January 2015 at 11:42, Catalin Marinas
>>> wrote:
On Wed, Jan 14, 2015 at 03:04:52PM +, Hanjun Guo
On Mon, Jan 19, 2015 at 02:40:28PM +, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 02:11:04PM +, Peter Zijlstra wrote:
> > On Fri, Jan 16, 2015 at 11:46:44AM +0100, Peter Zijlstra wrote:
> > > Its a bandaid at best :/ The problem is (again) that we changes
> > > event->ctx without any kind
19.01.2015 20:26, Stephen Warren пишет:
Hopefully this works out. I suppose it's unlikely anyone will be running code on
the AVP upstrem, so any potential conflict with AVP's usage of IRAM isn't likely
to occur.
I don't see how it can conflict with AVP code. First KB of IRAM is reserved for
res
n top of next-20150119).
drivers/coresight/coresight-etm3x.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/coresight/coresight-etm3x.c
b/drivers/coresight/coresight-etm3x.c
index 73c36696f1b6..f312dc4dd95c 100644
--- a/drivers/coresight/coresight-etm3x.c
+++ b/drivers/core
On Tue, Jan 13, 2015 at 04:35:31PM +, Daniel Thompson wrote:
> +/*
> + * This handler is called *unconditionally* from the default NMI/FIQ
> + * handler. The irq may not be anything to do with us so the main
> + * job of this function is to figure out if the irq passed in is ours
> + * or not.
On Mon, 2015-01-19 at 13:45 +0100, Peter Zijlstra wrote:
> On Wed, Nov 26, 2014 at 08:44:05AM +0800, Wanpeng Li wrote:
> > The overload indicator is used for knowing when we can totally avoid load
> > balancing to a cpu that is about to go idle. We can avoid load balancing
> > when no cpu has cfs t
Hi Guys,
If it helps to look at below patch, here is a test case
for failure that below patch addresses.
Run on target with root NFS mounted in this case. Current
target is ARM TC2 board.
But I am pretty sure the same sequence will fail on any other
device that is built in cross compiled way, wi
On 01/19/2015 10:41 AM, Dmitry Osipenko wrote:
19.01.2015 20:26, Stephen Warren пишет:
Hopefully this works out. I suppose it's unlikely anyone will be
running code on
the AVP upstrem, so any potential conflict with AVP's usage of IRAM
isn't likely
to occur.
I don't see how it can conflict wit
Matt,
You initially added this code. Are you OK with this change?
-- Steve
On Sun, Jan 18, 2015 at 12:36:15AM +0100, Michael Karcher wrote:
> Signed-Off-By: Michael Karcher
> ---
> scripts/recordmcount.pl | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/scripts/recordmcount.pl b/scrip
On this EVM, the USB cable state has to be determined via the
ID pin tied to a GPIO line. We use the gpio-usb-extcon driver
to read the ID pin and the extcon framework to forward
the USB cable state information to the USB driver so the
controller can be configured in the right mode (host/peripheral
Both are needed for USB cable type detection on dra7-evm.
Signed-off-by: Roger Quadros
---
arch/arm/configs/omap2plus_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index c2c3a85..bc23b90 100644
--- a/a
On Mon, Jan 19, 2015 at 04:59:47PM +, Jon Masters wrote:
> On 01/19/2015 10:13 AM, Grant Likely wrote:
> > On Mon, 19 Jan 2015 13:51:45 +
> > , Catalin Marinas
> > wrote:
> >> On Mon, Jan 19, 2015 at 11:55:32AM +, Ard Biesheuvel wrote:
> >>> On 19 January 2015 at 11:42, Catalin Marina
Hi,
On DRA7 EVMs the USB ID pin is connected to a GPIO line. The USB drivers
(dwc3 + dwc3-omap) depend on extcon framework to get the USB cable state
(USB or USB-Host) to put the controller in the right mode.
There were earlier attempts [1] to get this working by trying to patch up
the existing G
The recommended name for USB-Host cable state is "USB-Host" and not
"USB-HOST" as per drivers/extcon/extcon-class.c extcon_cable_name.
Change all instances of "USB-HOST" to "USB-Host".
Signed-off-by: Roger Quadros
---
drivers/extcon/extcon-palmas.c | 18 +-
drivers/usb/dwc3/dwc3
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states accordingly.
The existing GPIO extcon driver is not suitable for this purpose
as it needs to be taught to understand USB cable states and it
can't handle more than one cable per instance.
For the USB
On this EVM, the USB cable state has to be determined via the
ID pin tied to a GPIO line. We use the gpio-usb-extcon driver
to read the ID pin and the extcon framework to forward
the USB cable state information to the USB driver so the
controller can be configured in the right mode (host/peripheral
Hi Daniel,
On 19/01/2015 17:52, Daniel Lezcano wrote:
> With the next patches, the init cpus function will be changed to be factored
> out.
>
> The function 'armada_xp_smp_init_cpus' does nothing more than a sanity check
> after the DT has been parsed. Even if this code is valid, it does not give
From: Markus Elfring
Date: Mon, 19 Jan 2015 17:57:25 +0100
Further update suggestions were taken into account after a patch was applied
from static source code analysis.
Markus Elfring (9):
fbdev: Deletion of checks before the function call "iounmap"
One function call less in tdfxfb_probe()
On Sun, Jan 18, 2015 at 06:08:12PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 18 Jan 2015 17:30:23 +0100
>
> The iounmap() function performs also input parameter validation.
> Thus the test around the call is not needed.
Is this guaranteed for all arch'es? I expect that
301 - 400 of 803 matches
Mail list logo
