On 10/20/2014 07:34 PM, Toralf Förster wrote:
> I uploaded the screen shots from the virt-manager to [1] and [2]
>
> FWIW e56d9fccb was fine so the bug slipped in after that.
>
>
> [1] http://www.directupload.net/file/d/3781/j9mwrtpq_jpg.htm
> [2] http://www.directupload.net/file/d/3781/29trc56
Hello.
On 10/21/2014 06:53 PM, Rasmus Villemoes wrote:
These casts to char* are unnecessary and slightly confusing, since
both operands actually have type const char*.
Both operands of what? Typecast only has 1 operand. :-)
Signed-off-by: Rasmus Villemoes
WBR, Sergei
--
To unsubscri
> Sorry, I'm not convinced by that. If the device has to be controlled
> exclusively, the right position is the open/close. Otherwise, the
> program cannot know when it becomes inaccessible out of sudden during
> its operation.
I can say that I've definitely seen cases where if you configure a
d
At Tue, 21 Oct 2014 17:42:51 +0200,
Hans Verkuil wrote:
>
>
>
> On 10/16/2014 04:48 PM, Takashi Iwai wrote:
> > At Thu, 16 Oct 2014 08:39:14 -0600,
> > Shuah Khan wrote:
> >>
> >> On 10/16/2014 08:16 AM, Takashi Iwai wrote:
> >>> At Thu, 16 Oct 2014 08:10:52 -0600,
> >>> Shuah Khan wrote:
>
On Tue, 21 Oct 2014, Paul E. McKenney wrote:
> > Looks like this indeed is something that lockdep *should* report (*),
> > although I would be suprised that stack unwinder would be so confused
> > by this -- there is no way for synchronize_sched_expedited() to be
> > inlined all the way to cpui
On Tue, Oct 21, 2014 at 11:00:26AM -0400, Vince Weaver wrote:
> On Mon, 20 Oct 2014, Andy Lutomirski wrote:
>
> > ISTM it would be a lot better to use the perf subsystem for this. You
> > can probably pin an event to a pmu.
>
> No, you cannot pin an event to a counter with perf_event.
> That's
On Tue, 21 Oct 2014 08:03:57 -0700 (PDT)
Ezaul Zillmer wrote:
> results
> {"K9GBG08U0A 32G 3.3V 8-bit",
> { .id = {0xec, 0xd7, 0x94, 0x7a, 0x54, 0x43} },
> SZ_8K, SZ_4K, SZ_1M, 0, 6, 640, NAND_ECC_INFO(24, SZ_1K) },
>
>
> Start this in the attached image
> ...
On Tue, Oct 21, 2014 at 05:21:21PM +0200, Jiri Kosina wrote:
> On Tue, 21 Oct 2014, Dave Jones wrote:
>
> > > I am seeing the lockdep report below when resuming from suspend-to-disk
> > > with current Linus' tree (c2661b80609).
> > >
> > > The reason for CCing Ingo and Peter is that I can't
On Tue, Oct 21, 2014 at 01:19:29PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Trying to chase down memory leaks is much easier when the complete stack
> trace is available.
>
> Signed-off-by: Thierry Reding
> ---
> It seems like this was initially set to 1 when merged in commit
> 3
Bastien Nocera wrote:
> I've posted this list at:
> https://wiki.gnome.org/BastienNocera/KernelWishlist
I think what you want from epoll_wait() can be done with timerfd.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Tue, Oct 21, 2014 at 2:14 AM, Peter Zijlstra wrote:
> On Mon, Oct 20, 2014 at 12:51:10PM +0200, Hendrik Brueckner wrote:
>> I think it would makes sense to return 0 as default in the
>> perf_event_idx_default() and let each PMU/arch that actually supports
>> reading PMCs from user space return
Hi Kishon
Okay, i will fix it.
Thanks.
Gabriel
On 21 October 2014 13:49, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 13 October 2014 01:46 PM, Gabriel Fernandez wrote:
>> Hi Valdis,
>> Thanks for your remark.
>>
>> Concerning multiple writing in MIPHY_PLL_SBR_1, the writing of the
>> fi
On Tue, Oct 21, 2014 at 11:34:05AM +0200, Johan Hovold wrote:
> On Mon, Oct 20, 2014 at 09:12:17PM -0700, Guenter Roeck wrote:
>
> > v2:
> > - poweroff -> power_off
>
> Do you want to stick to power[-_ ]off consistently throughout?
>
The string "poweroff" is used 819 times in today's upstream k
Hi Kishon,
To be sure, if i rename MIPHY_TYPE_SATA into PHY_TYPE_SATA, i have to
rename the filename also ?
include/dt-bindings/phy/phy-miphy.h into include/dt-bindings/phy/phy.h
am I right?
Best Regards
Gabriel
On 21 October 2014 12:38, Kishon Vijay Abraham I wrote:
> Hi Gabriel,
>
> On Fri
On 10/21/2014 03:14 AM, Peter Zijlstra wrote:
> On Mon, Oct 20, 2014 at 04:22:27PM -0400, Pranith Kumar wrote:
>>> Generating a volatile pointer is really not necessary here. This is the only
>>> location where a volatile pointer is being generated for use in asm.
>>>
>>> This commit removes the un
Add a function that allows external users (such as live patching
mechanisms) to check whether a given function (identified by symbol name)
has a kprobe installed in it.
Signed-off-by: Jiri Kosina
---
include/linux/kprobes.h | 5 +
kernel/kprobes.c| 28
On 10/16/2014 04:48 PM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 08:39:14 -0600,
Shuah Khan wrote:
On 10/16/2014 08:16 AM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 08:10:52 -0600,
Shuah Khan wrote:
On 10/16/2014 08:01 AM, Takashi Iwai wrote:
At Thu, 16 Oct 2014 07:10:37 -0600,
Shuah Khan wr
On Tue 21-10-14 17:15:50, Vladimir Davydov wrote:
> mem_cgroup_reclaimable() checks whether a cgroup has reclaimable pages
> on *any* NUMA node. However, the only place where it's called is
> mem_cgroup_soft_reclaim(), which tries to reclaim memory from a
> *specific* zone. So the way how it's used
On Fri, Oct 17, 2014 at 05:17:16PM -0400, Dave Jones wrote:
> Just hit this while fuzz-testing, (curiously, no graphics
> related stuff was happening, X isn't even loaded on that box).
>
> dmar: DRHD: handling fault status reg 2
> dmar: DMAR:[DMA Write] Request device [00:02.0] fault addr 7ff0
The headphone detect was hardcoded to low-active, use the flags from
DT to allow high-active as well.
Signed-off-by: Alban Bedel
---
sound/soc/tegra/tegra_rt5640.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/sound/soc/tegra/tegra_rt5640.c b/sound/soc/tegra/tegra_rt56
On Tue, Oct 21, 2014 at 11:23:16PM +0800, Feng Gao wrote:
> Hi all,
>
> Enhance the functions "dsthash_alloc_init" and "hashlimit_mt" in file
> "xt_hashlimit.c" to avoid two duplicated codes following:
>
> - dh->expires = now + msecs_to_jiffies(hinfo->cfg.expire);
> - rateinfo
On Tue, 21 Oct 2014, Dave Jones wrote:
> > I am seeing the lockdep report below when resuming from suspend-to-disk
> > with current Linus' tree (c2661b80609).
> >
> > The reason for CCing Ingo and Peter is that I can't make any sense of one
> > of the stacktraces lockdep is providing.
> >
On 10/21/2014 09:27 AM, karam@lge.com wrote:
> From: "karam.lee"
>
> This patch removes an unnecessary parameter(bio)
> from zram_bvec_rw() and zram_bvec_read().
> zram_bvec_read() doesn't use a bio parameter, so remove it.
> zram_bvec_rw() calls a read/write operation not using bio, so a rw
On Tue, Oct 21, 2014 at 11:19:31AM -0300, Ezequiel Garcia wrote:
> On 10/03/2014 10:50 AM, Jason Cooper wrote:
> > On Thu, Sep 25, 2014 at 01:17:17PM +0200, Grzegorz Jaszczyk wrote:
> >> This patchset contains a set of fixes for issues found while doing some
> >> test
> >> with different interrupt
On Tue, Oct 21, 2014 at 04:58:26PM +0200, Rasmus Villemoes wrote:
> struct firmware::data has type const u8*, as does *ppmappedfw, so the
> cast to u8* is unnecessary and slightly confusing.
>
> Signed-off-by: Rasmus Villemoes
> ---
> drivers/staging/rtl8712/hal_init.c | 2 +-
> 1 file changed,
On Tue, Oct 21, 2014 at 01:09:04PM +0200, Jiri Kosina wrote:
> Hi,
>
> I am seeing the lockdep report below when resuming from suspend-to-disk
> with current Linus' tree (c2661b80609).
>
> The reason for CCing Ingo and Peter is that I can't make any sense of one
> of the stacktraces lock
This updates platform data related to Si4713, which
has been updated to be compatible with DT interface.
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 69 +---
1 file changed, 31 insertions(+), 38 deletions(-)
diff --git a/arch/arm/m
Introduce the usage of managed irq request to
simplify the code slightly.
Signed-off-by: Sebastian Reichel
---
drivers/media/radio/si4713/si4713.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/media/radio/si4713/si4713.c
b/drivers/media/radio/si4713/si47
Remove unreferenced members from the platform
data's structure.
Signed-off-by: Sebastian Reichel
---
include/media/si4713.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/media/si4713.h b/include/media/si4713.h
index 343b8fb5..be4f58e 100644
--- a/include/media/si4713.h
+++ b/incl
This patch adds the DT bindings documentation for Silicon Labs Si4713 FM
radio transmitter.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/media/si4713.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/
Introduce the usage of managed memory allocation to
simplify the code slightly.
Signed-off-by: Sebastian Reichel
---
drivers/media/radio/si4713/si4713.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/media/radio/si4713/si4713.c
b/drivers/media/radio/si4713/si
This updates the driver to use the managed gpiod interface
instead of the unmanged old GPIO API. This is a preperation
for the introduction of device tree support.
Signed-off-by: Sebastian Reichel
---
drivers/media/radio/si4713/si4713.c | 38 +
drivers/media/r
Add device tree support by changing the device registration order.
In the device tree the si4713 node is a normal I2C device, which
will be probed as such. Thus the V4L device must be probed from
the I2C device and not the other way around.
Signed-off-by: Sebastian Reichel
---
drivers/media/radi
Hi,
This is the RFCv2 patchset adding DT support to the si4713
radio transmitter i2c driver. The changes can be summarized
as follows:
* Move regulator information back into the driver. The
regulators needed are documented in the chip and have
nothing to do with boarddata. Instead devm_reg
This switches back to the normal regulator API (but use
managed variant) in preparation for device tree support.
Signed-off-by: Sebastian Reichel
---
drivers/media/radio/si4713/si4713.c | 80 ++---
drivers/media/radio/si4713/si4713.h | 6 +--
2 files changed, 58
On Tue, 21 Oct 2014, Steven Rostedt wrote:
> > Please have a look at the very first stacktrace in the dump, where lockdep
> > is trying to explain where cpu_hotplug.lock#2 has been acquired. It seems
> > to imply that cpuidle_pause() is taking cpu_hotplug.lock, but that's not
> > the case at al
Both path->name and e->texts[i] have type const char*, so the cast is
slightly confusing and certainly unnecessary.
Signed-off-by: Rasmus Villemoes
---
sound/soc/soc-dapm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/soc-dapm.c b/sound/soc/soc-dapm.c
index c61cb
On Tue, Oct 21, 2014 at 01:09:04PM +0200, Jiri Kosina wrote:
> Hi,
>
> I am seeing the lockdep report below when resuming from suspend-to-disk
> with current Linus' tree (c2661b80609).
>
> The reason for CCing Ingo and Peter is that I can't make any sense of one
> of the stacktraces lockdep is
Both sides have type const struct iw_handler_def*, so the cast is
unnecessary and confusing.
Signed-off-by: Rasmus Villemoes
---
drivers/staging/vt6655/device_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/device_main.c
b/drivers/staging/vt6655
This patch fix speeling typo found in html files within
Documentation/DocBook/device-drivers.
It is because html files are generated from comments in source,
so I have to fix comments in the source.
Signed-off-by: Masanari Iida
---
drivers/dma-buf/fence.c | 2 +-
include/linux/fence.h | 4 ++--
On Mon, 20 Oct 2014, Andy Lutomirski wrote:
> ISTM it would be a lot better to use the perf subsystem for this. You
> can probably pin an event to a pmu.
No, you cannot pin an event to a counter with perf_event.
That's one of the big differences between perf_event and, say, perfmon2.
With per
struct firmware::data has type const u8*, as does *ppmappedfw, so the
cast to u8* is unnecessary and slightly confusing.
Signed-off-by: Rasmus Villemoes
---
drivers/staging/rtl8712/hal_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8712/hal_init.c
On Fri, Oct 10, 2014 at 10:21:56AM +0800, Yuyang Du wrote:
> static inline long calc_tg_weight(struct task_group *tg, struct cfs_rq
> *cfs_rq)
> {
> - long tg_weight;
> -
> - /*
> - * Use this CPU's actual weight instead of the last load_contribution
> - * to gain a more accura
Both sides of these assignments actually have type "const struct
vb2_mem_ops *", so the casts are unnecessary and slightly confusing.
Signed-off-by: Rasmus Villemoes
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media
On Fri, Oct 10, 2014 at 10:21:56AM +0800, Yuyang Du wrote:
> /*
> + * Updating tg's load_avg is necessary before update_cfs_share (which is
> done)
> + * and effective_load (which is not done because it is too costly).
> */
> +static inline void update_tg_load_avg(struct cfs_rq *cfs_rq)
> {
>
These casts to char* are unnecessary and slightly confusing, since
both operands actually have type const char*.
Signed-off-by: Rasmus Villemoes
---
arch/arm/mach-davinci/board-da850-evm.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-davinci/board-da
At least this and 11/12 have lost my Signed-off-by.
Mikko
On 10/21/2014 05:45 PM, Tomeu Vizoso wrote:
From: Mikko Perttunen
The EMC driver needs to know the number of external memory devices and also
needs to update the EMEM configuration based on the new rate of the memory bus.
To know how
From: Mikko Perttunen
Implements functionality needed to change the rate of the memory bus clock.
Signed-off-by: Tomeu Vizoso
---
v2: * Use subsys_initcall(), so it gets probed after the MC driver and
before the CAR driver
---
drivers/memory/Kconfig | 10 +
drive
Both image_data and typhoon_fw->data are const u8*, so the cast to u8*
is unnecessary and confusing.
Signed-off-by: Rasmus Villemoes
---
drivers/net/ethernet/3com/typhoon.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/3com/typhoon.c
b/drivers/net/
Hello,
in this v2 you can find these changes:
* rebased on top of v3.18-rc1
* make sure the DT bindings documentation is complete
* clarified a few confusing aspects of the DT bindings
* get the probing order right by means of subsys_initcall()
* register correctly the EMC clock so the provid
On 29/09/2014 10:36, Nicolas Ferre :
> On 28/09/2014 03:57, Bo Shen :
>> Signed-off-by: Bo Shen
>
> Sure:
> Acked-by: Nicolas Ferre
>
> Thanks.
Greg or Arnd,
This MAINTAINER's update didn't make it during merge window (on the
other hand, I didn't build a pull-request with it neither...).
Do
From: Mikko Perttunen
The EMC driver needs to know the number of external memory devices and also
needs to update the EMEM configuration based on the new rate of the memory bus.
To know how to update the EMEM config, looks up the values of the burst regs in
the DT, for a given timing.
Signed-of
The MC driver needs some timing-specific information to program the EMEM during
a rate change of the EMC clock.
Signed-off-by: Tomeu Vizoso
---
.../memory-controllers/nvidia,tegra-mc.txt | 46 +-
1 file changed, 44 insertions(+), 2 deletions(-)
diff --git
a/Document
Will be very useful when tuning memory scaling.
Signed-off-by: Tomeu Vizoso
---
drivers/memory/tegra/tegra124-emc.c | 36
1 file changed, 36 insertions(+)
diff --git a/drivers/memory/tegra/tegra124-emc.c
b/drivers/memory/tegra/tegra124-emc.c
index 8438de2..
From: Mikko Perttunen
The driver is currently only tested on Tegra124 Jetson TK1, but should
work with other Tegra124 boards, provided that correct EMC tables are
provided through the device tree. Older chip models have differing
timing change sequences, so they are not currently supported.
Sign
From: Mikko Perttunen
Add binding documentation for the nvidia,tegra124-emc device tree node.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v2: * Specify the unit addresses for the timings and timing nodes
---
.../bindings/memory-controllers/tegra-emc.txt | 118 +++
From: Mikko Perttunen
This adds a new file, tegra124-jetson-tk1-emc.dtsi that contains
valid timings for the EMC memory clock. The file is included to the
main Jetson TK1 device tree.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v2: * Fix the unit addresses of the timin
The EMC clock needs some extra information for changing its rate.
Signed-off-by: Tomeu Vizoso
---
.../bindings/clock/nvidia,tegra124-car.txt | 46 +-
1 file changed, 44 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/clock/nvidia,tegra124
From: Mikko Perttunen
This adds a node for the EMC memory controller. It is always enabled, but only
provides read-only functionality without board-specific timing tables.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/tegra124.dtsi | 7 +++
1 file change
From: Mikko Perttunen
Needed for the EMC and MC drivers to know what timings from the DT to use.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
drivers/soc/tegra/fuse/tegra-apbmisc.c | 19 +++
include/soc/tegra/fuse.h | 1 +
2 files changed, 20 i
From: Matej Mužila
Check if cpmsg->size is in limits of DATA_FRAGMENT
Signed-off-by: Matej Mužila
---
If corrupted data are read from /dev/vmbus/hv_fcopy, pwrite can
read from memory outside of the buffer (defined at line 138).
Added check.
Changes made since v1:
* max value of cmesg
Adds loadable module support for Skein256, Skein512, and Skein1024 Hash
Algorithms.
Signed-off-by: Eric Rost
---
drivers/staging/skein/Kconfig | 12 +
drivers/staging/skein/Makefile| 6 +++
drivers/staging/skein/skein.c | 11 +++-
drivers/staging/skein/sk
From: Mikko Perttunen
This clock has never been able to do anything.
Signed-off-by: Mikko Perttunen
Signed-off-by: Tomeu Vizoso
---
v2: * Don't remove emc_mux as it's being used by the MC clock now
---
drivers/clk/tegra/clk-tegra124.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/d
Needed to properly decode the ram code register.
Signed-off-by: Tomeu Vizoso
---
Documentation/devicetree/bindings/misc/nvidia,tegra20-apbmisc.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/misc/nvidia,tegra20-apbmisc.txt
b/Documentation/devicetree/
Hi,
On Tue, Oct 21, 2014 at 04:18:34PM +0200, Nicolas Ferre wrote:
> On 20/10/2014 20:27, Alexandre Belloni :
> > In the case of at91sam9g45_restart(), the driver is writing
> > AT91_DDRSDRC_LPCB_POWER_DOWN to AT91_DDRSDRC_RTR, this should actually be
> > AT91_DDRSDRC_LPR.
> >
> > Signed-off-by:
On Mon, 20 Oct 2014 21:08:30 +0200 (CEST)
Jiri Kosina wrote:
> > A possible fix is discussed in https://lkml.org/lkml/2014/10/8/538 .
>
> Jonathan, will you take care of this (now that ad3118b9861 is in)?
OK, I've applied the fix with the extra space suggested by Paul. You
should see it in t
On Tue, Oct 21, 2014 at 4:37 PM, Alex Williamson
wrote:
> On Tue, 2014-10-21 at 14:40 +0200, Antonios Motakis wrote:
>> On Mon, Oct 20, 2014 at 11:13 PM, Alex Williamson
>> wrote:
>> > On Mon, 2014-10-13 at 15:09 +0200, Antonios Motakis wrote:
>> >> Some IOMMU drivers, such as the ARM SMMU driver
On 10/21/2014 09:27 AM, karam@lge.com wrote:
> From: "karam.lee"
>
> This patch changes parameter of valid_io_request for common usage.
> The purpose of valid_io_request() is to determine if bio request is
> valid or not.
> This patch use I/O start address and size instead of a BIO parameter
DRA7 Data Manual (SPRS857L - August 2014) section 4.1.1 states: "All
unused power supply balls must be supplied with the voltages specified
in the Section 5.2, Recommended Operating Conditions".
This implies that all unused voltage rails for Vayu can never be
switched off even if the hardware bloc
On Tue, 2014-10-21 at 14:40 +0200, Antonios Motakis wrote:
> On Mon, Oct 20, 2014 at 11:13 PM, Alex Williamson
> wrote:
> > On Mon, 2014-10-13 at 15:09 +0200, Antonios Motakis wrote:
> >> Some IOMMU drivers, such as the ARM SMMU driver, make available the
> >> IOMMU_NOEXEC flag, to set the page ta
On Mon, 20 Oct 2014 21:08:30 +0200 (CEST)
Jiri Kosina wrote:
> > A possible fix is discussed in https://lkml.org/lkml/2014/10/8/538 .
>
> Jonathan, will you take care of this (now that ad3118b9861 is in)?
I'll have a look shortly, yes.
jon
--
To unsubscribe from this list: send the line "uns
Add MMC1 and 2 nodes. MMC1 is SDcard and MMC2 is eMMC.
NOTE on MMC1 card detect: Ideally, we should be using in-built SDCD
support, but we dont have it yet. So, use the fact that control module
of DRA7 is setup such that no matter what mode one configures it, GPIO
option is always hardwired in - u
Refactor mxc_iomux_mode():
- since it always returns 0 make it to return void
- remove unnecessary ret variable
- declare variables according to the kernel coding style
Signed-off-by: Dmitry Voytik
---
arch/arm/mach-imx/iomux-imx31.c | 8
arch/arm/mach-imx/iomux-mx3.h | 2 +-
2 fil
Hi,
This series is based on 3.18-rc1 and enables palmas power button and
MMC (SD/EMMC) support. These could be queued for 3.19-rc1 considering
that these are not fixes, if it is not too late for additional
features for dts, might be nice to get them merged for 3.18 series.
Menon, Nishanth (1):
With Commit adff5962fdd2 ("Input: introduce palmas-pwrbutton"), we can
now support tps power button as a event source - This is SW7 (PB/WAKE)
on the J6-evm.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/dra72-evm.dts |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/b
Even thought sys_nirq1 is hardwired on the SoC for the pin, it is
better to configure the pin to the required mux configuration.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/dra72-evm.dts |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/dra72-evm.dts b/arc
On Fri, Oct 10, 2014 at 10:21:56AM +0800, Yuyang Du wrote:
> +static __always_inline u64 decay_load(u64 val, u64 n)
> +{
> + if (likely(val <= UINT_MAX))
> + return decay_load32(val, n);
> +
> + return mul_u64_u32_shr(val, decay_load32(1 << 15, n), 15);
> +}
This still doesn't
From: "Menon, Nishanth"
Add MMC1 and 2 nodes. MMC1 is SDcard and MMC2 is eMMC.
NOTE on MMC1 card detect: Ideally, we should be using in-built SDCD
support, but we dont have it yet. So, use the fact that control module
of DRA7 is setup such that no matter what mode one configures it, GPIO
option
On Tue 21-10-14 16:41:07, Rafael J. Wysocki wrote:
> On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote:
[...]
> > OK, incremental diff on top. I will post the complete patch if you are
> > happier with this change
>
> Yes, I am.
---
>From 9ab46fe539cded8e7b6425b2cd23ba9184002fde Mon Sep
Hi Nishanth,
On 21/10/2014 22:24, Nishanth Menon wrote:
DRA7(including AM5x) and AM47x series are handled under OMAP umbrella.
These SoC support and dts have been added since 3.14 kernel and Pull
requests for these have come in from OMAP till date.
So just ensure that get_maintainers can pick u
On 10/21/2014 09:27 AM, karam@lge.com wrote:
> From: "karam.lee"
>
> This patch implements rw_page operation for zram block device.
>
> I implemented the feature in zram and tested it.
> Test bed was the G2, LG electronic mobile device, whtich has msm8974
> processor and 2GB memory.
> With a
DRA7(including AM5x) and AM47x series are handled under OMAP umbrella.
These SoC support and dts have been added since 3.14 kernel and Pull
requests for these have come in from OMAP till date.
So just ensure that get_maintainers can pick up this list as well.
Cc: Benoît Cousson
Cc: Tony Lindgren
On 17/10/2014 11:49, Alexandre Belloni :
> Copy the mach/at91_pio.h header locally and use it for pinctrl-at91.c. This
> allows to remove the dependency on mach/at91_pio.h to be able to move at91 to
> multiplatform.
>
> Signed-off-by: Alexandre Belloni
Yes:
Acked-by: Nicolas Ferre
Thanks.
> -
The current allmodconfig kernel boot fails on OMAP4460. There
are several configuration options that can only work on a subset
of the available machines, and enabling them will break other
machines that may be enabled in a multiplatform kernel.
Now we introduce a CONFIG_ARCH_MULTIPLATFORM_STRICT K
В Вт, 21/10/2014 в 12:41 +0100, Juri Lelli пишет:
> On 21/10/14 11:48, Kirill Tkhai wrote:
> > В Вт, 21/10/2014 в 11:30 +0100, Juri Lelli пишет:
> >> Hi Kirill,
> >>
> >> sorry for the late reply, but I was busy doing other stuff and then
> >> travelling.
> >>
> >> On 02/10/14 11:05, Kirill Tkhai w
On 10/03/2014 10:50 AM, Jason Cooper wrote:
> On Thu, Sep 25, 2014 at 01:17:17PM +0200, Grzegorz Jaszczyk wrote:
>> This patchset contains a set of fixes for issues found while doing some test
>> with different interrupts configuration on Armada 375 and Armada 38x Marvell
>> SoCs. The patches were
On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote:
> On Tue 21-10-14 15:42:23, Rafael J. Wysocki wrote:
> > On Tuesday, October 21, 2014 03:14:45 PM Michal Hocko wrote:
> > > On Tue 21-10-14 14:09:27, Rafael J. Wysocki wrote:
> > > [...]
> > > > > @@ -131,12 +132,40 @@ int freeze_processe
On 20/10/2014 20:27, Alexandre Belloni :
> In the case of at91sam9g45_restart(), the driver is writing
> AT91_DDRSDRC_LPCB_POWER_DOWN to AT91_DDRSDRC_RTR, this should actually be
> AT91_DDRSDRC_LPR.
>
> Signed-off-by: Alexandre Belloni
Absolutely:
Acked-by: Nicolas Ferre
If you don't mind Dmit
On Thu, Sep 18, 2014 at 08:37:45PM +0800, Amos Kong wrote:
> From: Rusty Russell
>
> The previous patch added one potential problem: we can still be
> reading from a hwrng when it's unregistered. Add a wait for zero
> in the hwrng_unregister path.
>
> Signed-off-by: Rusty Russell
You totally
On Tue, Oct 21, 2014 at 02:59:58PM +0200, Matej Mužila wrote:
> > sizeof(__u8) is by definition 1 so it's perhaps surplus ?
> Now the size is now determined from the structure definition in
> include/uapi/linux/hyperv.h
>
> > - C style comments for coding style
> Fixed
>
> > Also your patch block
On Thu, Sep 18, 2014 at 12:18:24PM +0930, Rusty Russell wrote:
> The previous patch added one potential problem: we can still be
> reading from a hwrng when it's unregistered. Add a wait for zero
> in the hwrng_unregister path.
>
> Signed-off-by: Rusty Russell
> ---
> drivers/char/hw_random/cor
On Mon, 20 Oct 2014, Borislav Petkov wrote:
> On Mon, Sep 08, 2014 at 02:37:49PM -0300, Henrique de Moraes Holschuh wrote:
> > The Intel microcode update driver will skip the second hardware thread
> > on hyper-threaded cores during an update run, as the first hardware
> > thread will have updated
On Tuesday 21 October 2014 12:36:22 Pavel Machek wrote:
> On Fri 2014-10-17 01:12:21, Greg Kroah-Hartman wrote:
> > On Thu, Oct 16, 2014 at 10:09:04AM -0700, John Stultz wrote:
> > > On Thu, Oct 16, 2014 at 5:47 AM, Greg Kroah-Hartman
> > > wrote:
> > > > From: Greg Kroah-Hartman
>
> > > Are the
With the ARCH_MULTIPLATFORM_STRICT option, it becomes much easier to
enable the ERRATA options when we know at configuration time that we
don't care about the generic case. The previous configuration makes
XIP_KERNEL option fundamentally non-MULTIPLATFORM, but it's still
valid to select it when bu
The DEBUG_LL will get a dependency on !ARCH_MULTIPLATFORM_STRICT.
So change the corresponding arm/mach defconfigs to disable
ARCH_MULTIPLATFORM_STRICT and avoid break them.
Signed-off-by: Xia Kaixu
---
arch/arm/configs/bcm2835_defconfig | 1 +
arch/arm/configs/moxart_defconfig | 1 +
arch/arm/
The current allmodconfig kernel boot fails on OMAP4460. There
are several configuration options that can only work on a subset
of the available machines, and enabling them will break other
machines that may be enabled in a multiplatform kernel.
Now we introduce a CONFIG_ARCH_MULTIPLATFORM_STRICT K
Some platforms don't work when CPU_BIG_ENDIAN is enabled.
So It can get a dependency on !ARCH_MULTIPLATFORM_STRICT.
Signed-off-by: Xia Kaixu
---
arch/arm/mm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index ae69809..d510448 100644
--- a/a
On Tue 21-10-14 15:42:23, Rafael J. Wysocki wrote:
> On Tuesday, October 21, 2014 03:14:45 PM Michal Hocko wrote:
> > On Tue 21-10-14 14:09:27, Rafael J. Wysocki wrote:
> > [...]
> > > > @@ -131,12 +132,40 @@ int freeze_processes(void)
> > > >
> > > > printk("Freezing user space processes
On Mon, 20 Oct 2014, Borislav Petkov wrote:
> On Mon, Sep 08, 2014 at 02:37:50PM -0300, Henrique de Moraes Holschuh wrote:
> > Enhance the logging in the Intel early microcode update driver to
> > be able to report errors.
> >
> > Signed-off-by: Henrique de Moraes Holschuh
> > ---
> > arch/x86/k
ret variable is redundant. Call clk_pllv3_wait_lock() in the end
return.
Signed-off-by: Dmitry Voytik
---
arch/arm/mach-imx/clk-pllv3.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/arch/arm/mach-imx/clk-pllv3.c b/arch/arm/mach-imx/clk-pllv3.c
index 57de74d..0ad6e54 1
401 - 500 of 842 matches
Mail list logo