On Wed, Aug 28, 2013 at 11:15 AM, Naveen Krishna Chatradhi
wrote:
> This patch adds the neccessary register changes and arch information
> to support Exynos5420 SoCs
> Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU
>
> Signed-off-by: Naveen Krishna Chatradhi
Acked-by: Amit
On Wed, Aug 28, 2013 at 11:15 AM, Naveen Krishna Chatradhi
wrote:
> The FALL interrupt related en, status bits are available at an offset of
> 16 on INTEN, INTSTAT registers and at an offset of
> 12 on INTCLEAR register.
>
> This patch corrects the same for exyns5250 and exynos5440
>
>
tmio_core_mmc_pwr() is not called anymore, so remove it.
Signed-off-by: Jingoo Han
Cc: Laurent Pinchart
Cc: Guennadi Liakhovetski
Cc: Ian Molton
Cc: Chris Ball
---
drivers/mfd/tmio_core.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/mfd/tmio_core.c
Since 3af9d15 "mmc: tmio-mmc: Remove .set_pwr() callback from
platform data", .set_pwr() callback is removed from platform data.
Thus, .set_pwr() is not used anymore. Also, this patch fixes
the following build error and warning.
drivers/mfd/tc6393xb.c:381:2: error: unknown field 'set_pwr'
Since 3af9d15 "mmc: tmio-mmc: Remove .set_pwr() callback from
platform data", .set_pwr() callback is removed from platform data.
Thus, .set_pwr() is not used anymore. Also, this patch fixes
the following build error and warning.
drivers/mfd/tc6387xb.c:123:2: error: unknown field 'set_pwr'
Since 3af9d15 "mmc: tmio-mmc: Remove .set_pwr() callback from
platform data", .set_pwr() callback is removed from platform data.
Thus, .set_pwr() is not used anymore. Also, this patch fixes
the following build error and warning.
drivers/mfd/t7l66xb.c:146:2: error: unknown field 'set_pwr'
Since 3af9d15 "mmc: tmio-mmc: Remove .set_pwr() callback from
platform data", .set_pwr() callback is removed from platform data.
Thus, .set_pwr() is not used anymore. Also, this patch fixes
the following build error and warning.
drivers/mfd/asic3.c:724:2: error: unknown field 'set_pwr' specified
On Mon, Aug 26, 2013 at 06:32:50PM +0800, Gu Zheng wrote:
> Introduce help macro to_memory_block to hide the
> conversion(device-->memory_block),
> just clean up.
>
> Signed-off-by: Gu Zheng
> ---
> drivers/base/memory.c | 27 ---
> 1 files changed, 12 insertions(+),
The below patchset adds the TMU support for Exynos5420
1. correct the fall interrupt en, status bit fields
Fixes an existing bug in the register field access
2. Add TMU support for Exynos5420 SoCs
Adds support for Exynos5420. (These changes were tested on a different
kernel version)
3.
This patch adds the neccessary register changes and arch information
to support Exynos5420 SoCs
Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU
Signed-off-by: Naveen Krishna Chatradhi
---
drivers/thermal/samsung/exynos_tmu.c |4 ++
The FALL interrupt related en, status bits are available at an offset of
16 on INTEN, INTSTAT registers and at an offset of
12 on INTCLEAR register.
This patch corrects the same for exyns5250 and exynos5440
Signed-off-by: Naveen Krishna Chatradhi
---
drivers/thermal/samsung/exynos_tmu.c |
This patch adds code to handle the misplaced TRIMINFO register
incase of Exynos5420.
On Exynos5420 we have a TRIMINFO register being misplaced for
TMU channels 2, 3 and 4
TRIMINFO at 0x1006c000 contains data for TMU channel 3
TRIMINFO at 0x100a contains data for TMU channel 4
TRIMINFO at
On 28 August 2013 02:50, Rafael J. Wysocki wrote:
> On Tuesday, August 27, 2013 10:04:52 PM Lan Tianyu wrote:
>> From my understanding.policy->min/max may be modified by some drivers
>> but the user_policy only store user space config and should not be changed
>> by other reason. :)
>
> Yes,
On Tue, 27 Aug 2013 20:54:45 +0900, Masami Hiramatsu wrote:
> (2013/08/27 17:48), Namhyung Kim wrote:
>> @@ -315,13 +316,18 @@ static int parse_probe_vars(char *arg, const struct
>> fetch_type *t,
>> ret = -EINVAL;
>> } else if (strncmp(arg, "stack", 5) == 0) {
>>
Hi Masami,
On Tue, 27 Aug 2013 21:03:32 +0900, Masami Hiramatsu wrote:
> (2013/08/27 17:48), Namhyung Kim wrote:
>> From: Namhyung Kim
>>
>> Implement uprobe-specific stack and memory fetch functions and add
>> them to the uprobes_fetch_type_table. Other fetch fucntions will be
>> shared with
On 28 August 2013 00:17, Stephen Boyd wrote:
> Sure that works just as well. Here's a patch.
>
> drivers/cpufreq/cpufreq_governor.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/cpufreq/cpufreq_governor.c
> b/drivers/cpufreq/cpufreq_governor.c
> index 7b839a8..b9b20fd
On 27 August 2013 00:07, Stratos Karafotis wrote:
> Function __cpufreq_driver_target checks if target_freq is within
> policy->min and policy->max range. generic_powersave_bias_target also
> checks if target_freq is valid through cpufreq_frequency_table_target
> call. So, drop the unnecessary
27 August 2013 23:04, Stratos Karafotis wrote:
> I'm sorry. Let me try to explain this better.
Don't be :)
> With my patch, dbs_info->requested_freq will not be capped within
> policy->min and policy->max in cs_check_cpu.
> So, temporarily it may have a value greater than policy->max
> or
On 27.08.2013 11:51, Hans Verkuil wrote:
On 08/27/2013 11:35 AM, Knut Petersen wrote:
On 27.08.2013 09:26, Hans Verkuil wrote:
On 08/25/2013 05:45 PM, Knut Petersen wrote:
Booting current git kernel dmesg shows a set of new warnings:
"wm8775 9-001b: I2C: cannot write ??? to register
On 23 May 2013 10:55, Naveen Krishna Ch wrote:
> On 23 May 2013 02:46, Jonathan Cameron wrote:
>> On 05/20/2013 06:09 PM, Doug Anderson wrote:
>>> Naveen,
>>>
>>> On Sun, May 19, 2013 at 11:34 PM, Naveen Krishna Chatradhi
>>> wrote:
The exynos_adc device structure was wrongly extracted
On Tue, Aug 27, 2013 at 11:32:43PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Since commit b5dc0d10 (drm/imx: kill firstopen callback) the following probe
> failure is seen:
>
> [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
> [drm] No driver support for vblank timestamp
On Mon, Aug 26, 2013 at 09:58:30AM +0200, Johannes Berg wrote:
> From: Johannes Berg
>
> commit 15b0beaa332b3923cc ("Add x64 support to debugfs") added
> debugfs_create_x64(), but forgot to provide it when debugfs is
> disabled, causing problems when code tries to use it even then.
> Provide the
On Tue, Aug 27, 2013 at 07:35:32AM -0500, Alex Elder wrote:
> On 08/23/2013 04:24 PM, Greg Kroah-Hartman wrote:
> > The bus_attrs field of struct bus_type is going away soon, dev_groups
> > should be used instead. This converts the RBD bus code to use the
> > correct field.
> >
> > Cc: Yehuda
On Mon, Aug 26, 2013 at 01:53:30PM +0200, Andrea Merello wrote:
> A lot of files contain reference to my old e-mail address.
> Now I'm going not to read mail from it anymore, so update it
> with my current address everywhere.
>
> Signed-off-by: Andrea Merello
I stripped out and took only the
On Tue, Aug 27, 2013 at 04:10:22PM +0800, Libo Chen wrote:
>
> Use the wrapper functions for getting and setting the driver data using
> platform_device instead of using dev_{get,set}_drvdata() with >dev,
> so we can directly pass a struct platform_device.
>
> Signed-off-by: Libo Chen
> ---
>
On Tue, Aug 27, 2013 at 04:10:27PM +0800, Libo Chen wrote:
>
> Use the wrapper functions for getting and setting the driver data using
> platform_device instead of using dev_{get,set}_drvdata() with >dev,
> so we can directly pass a struct platform_device.
>
> Signed-off-by: Libo Chen
> ---
>
On 08/27/2013 08:51 PM, Christoph Lameter wrote:
> On Tue, 27 Aug 2013, Vineet Gupta wrote:
>
>> The other thread about merging logistics doesn't seem to have concluded yet
>> so for
>> now I'll let it sit with you - please let me know if it needs to be routed
>> via the
>> arc tree.
> Please
On 08/27/2013 09:06 PM, Guenter Roeck wrote:
xtansa allmodbuild fails with:
Grmpf.
s/xtansa/xtensa
Guenter
arch/xtensa/kernel/xtensa_ksyms.c:129:1: error: '_mcount' undeclared here (not
in a function)
make[2]: *** [arch/xtensa/kernel/xtensa_ksyms.o] Error 1
make[1]: ***
Hi Neil,
Today's linux-next merge of the md tree got conflicts in
lib/raid6/Makefile and lib/raid6/test/Makefile between commit
7d11965ddb9b ("lib/raid6: add ARM-NEON accelerated syndrome calculation")
from the arm tree and commit ae77cbc1e7b9 ("RAID: add tilegx SIMD
implementation of raid6")
xtansa allmodbuild fails with:
arch/xtensa/kernel/xtensa_ksyms.c:129:1: error: '_mcount' undeclared here (not
in a function)
make[2]: *** [arch/xtensa/kernel/xtensa_ksyms.o] Error 1
make[1]: *** [arch/xtensa/kernel] Error 2
The breakage is due to commit 478ba61af (xtensa: add static function
On Mon, 2013-07-22 at 12:40 +0800, Vaughan Cao wrote:
> A race condition may happen if two threads are both trying to open the same sg
> with O_EXCL simultaneously. It's possible that they both find fsds list is
> empty and get_exclude(sdp) returns 0, then they both call set_exclude() and
> break
Hi Stephen,
On Wed, Aug 28, 2013 at 5:39 AM, Stephen Warren wrote:
> On 08/27/2013 03:30 AM, Sonic Zhang wrote:
>> Hi Stephen,
>>
>> On Fri, Aug 23, 2013 at 4:48 AM, Stephen Warren
>> wrote:
>>> On 08/22/2013 01:07 AM, Sonic Zhang wrote:
Hi Stephen,
On Thu, Aug 22, 2013 at 2:45
On 28 August 2013 00:14, Felipe Balbi wrote:
> On Tue, Aug 13, 2013 at 02:11:27PM +0530, Tushar Behera wrote:
>> On 12 July 2013 12:27, Felipe Balbi wrote:
>> > Hi,
>> >
>> > On Wed, Jul 10, 2013 at 10:42:27AM -0700, Julius Werner wrote:
>> >> Hi Felipe,
>> >>
>> >> This is intended to pull down
WARNING: CPU: 0 PID: 8961 at kernel/trace/ftrace.c:1640
__ftrace_hash_rec_update.part.37+0x20a/0x240()
Modules linked in: bridge stp fuse hidp bnep rfcomm nfnetlink ipt_ULOG
scsi_transport_iscsi can_bcm nfc caif_socket caif af_802154 phonet af_rxrpc
bluetooth rfkill can_raw can llc2 pppoe pppox
Hi Kent,
I am still seeing deadlock:
[ 930.169234] bcache: bch_cached_dev_attach() Caching sda3 as bcache0
on set 06496904-10ca-489a-ae75-68c6a07d3db1
[ 2522.956188] INFO: task bcache_writebac:2058 blocked for more than
120 seconds.
[ 2522.956199] "echo 0 >
Hi Greg,
On Wed, Aug 28, 2013 at 12:11 AM, Greg KH wrote:
> On Tue, Aug 27, 2013 at 11:32:43PM -0300, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Since commit b5dc0d10 (drm/imx: kill firstopen callback) the following probe
>> failure is seen:
>
> I don't have that commit in any tree I
On Tue, Aug 27, 2013 at 11:32:43PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Since commit b5dc0d10 (drm/imx: kill firstopen callback) the following probe
> failure is seen:
I don't have that commit in any tree I control, so I can't apply this
patch. What tree is this commit in?
I'm running this simple test code in a shell on my 3.10 kernel and running
into this warning rather quickly.
cd /sys/devices/system/cpu/cpu1
while true
do
echo 0 > online
echo 1 > online
done &
while true
do
echo 30 >
Hi Mark,
On Tue, Aug 27, 2013 at 8:54 PM, Mark Rutland wrote:
> [fixing up devicetree list address]
>
Thanks!
> On Mon, Aug 26, 2013 at 03:41:45AM +0100, Prabhakar Lad wrote:
>> Hi Sylwester,
>>
>> On Fri, Aug 23, 2013 at 11:33 PM, Sylwester Nawrocki
>> wrote:
>> > Cc: DT binding maintainers
>
From: Fabio Estevam
Since commit b5dc0d10 (drm/imx: kill firstopen callback) the following probe
failure is seen:
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] No driver support for vblank timestamp query.
[drm] Initialized imx-drm 1.0.0 20120507 on minor 0
imx-ldb ldb.10:
On Mon, Aug 26, 2013 at 11:49:15AM -0400, Alan Stern wrote:
> David and Paul:
>
> Here's a question that doesn't seem to be answered in
> Documentation/memory-barriers.txt. Are memory accesses within an
> interrupt handler synchronized with respect to interrupts?
>
> In more detail, suppose
On Tue, Aug 27, 2013 at 03:53:10PM +0200, Peter Zijlstra wrote:
> On Tue, Aug 27, 2013 at 09:14:36AM -0400, Steven Rostedt wrote:
>
> > I just had this conversation with Paul McKenney. Should there be a
> > smp_mb_after_spin_unlock()?
>
> Depends on the benefits I suppose :-) Oleg and Linus did
On Wednesday, August 28, 2013 10:59 AM, Anton Vorontsov wrote:
> On Tue, Aug 13, 2013 at 12:00:39PM +0300, Dan Carpenter wrote:
> > > > > Use the wrapper function for retrieving the platform data instead of
> > > > > accessing dev->platform_data directly.
> > > >
> > > > Um.. what is the benefit
Hi Toshi,
On 08/28/2013 05:38 AM, Toshi Kani wrote:
> On Tue, 2013-08-27 at 17:21 +0800, Gu Zheng wrote:
>> Hi Rafael,
>>
>> On 08/26/2013 11:02 PM, Rafael J. Wysocki wrote:
>>
>>> On Monday, August 26, 2013 04:43:26 PM Rafael J. Wysocki wrote:
On Monday, August 26, 2013 02:42:09 PM Rafael
On Tue, Aug 13, 2013 at 12:00:39PM +0300, Dan Carpenter wrote:
> > > > Use the wrapper function for retrieving the platform data instead of
> > > > accessing dev->platform_data directly.
> > >
> > > Um.. what is the benefit or rationale of this patch?
> >
> > CC'ed Joe Perches, Dan Carpenter
> >
Vážení E-mail užívateľa;
Prekročili ste 23432 boxy nastaviť svoje
Webová služba / Administrátor, a budete mať problémy pri odosielaní a
prijímať e-maily, kým znova overiť. Musíte aktualizovať kliknutím na
odkaz nižšie a vyplňte údaje pre overenie vášho účtu
Prosím, kliknite na odkaz nižšie alebo
On 08/27/2013 09:13 PM, Douglas Gilbert wrote:
> On 13-08-27 10:16 AM, vaughan wrote:
>> On 08/13/2013 11:16 AM, Douglas Gilbert wrote:
>>> On 13-08-12 10:46 PM, vaughan wrote:
On 08/06/2013 04:52 AM, Douglas Gilbert wrote:
> On 13-08-04 10:19 PM, vaughan wrote:
>> On 08/03/2013 01:25
On Fri, Aug 02, 2013 at 01:38:02PM -0700, Zoran Markovic wrote:
> This patch, originally authored by Arve Hjonnevag and Todd Poynor,
> prevents the system from entering suspend mode until the power
> supply plug, unplug, or any other change of state event is fully
> processed. This guarantees that
On Mon, 2013-08-26 at 22:45 -0700, Joe Perches wrote:
> __GFP_ZERO is an uncommon flag and perhaps is better
> not used. static inline dma_zalloc_coherent exists
> so convert the uses of dma_alloc_coherent with __GFP_ZERO
> to the more common kernel style with zalloc.
>
> Remove memset from the
On Thu, Aug 15, 2013 at 04:35:52PM +0100, Pawel Moll wrote:
> ARM Versatile Express reset driver requires platform-specific
> config infrastructure to be present in the kernel. When
> VEXPRESS_CONFIG is not selected, the build will fail like this:
>
> drivers/built-in.o: In function
Hi Stephen Boyd,
On 08/28/2013 08:50 AM, Stephen Boyd wrote:
On 08/27/13 16:52, a...@linux-foundation.org wrote:
* kernel-time-sched_clockc-correct-the-comparison-parameter-of-mhz.patch
I believe Russell nacked this change[1]? This should probably be dropped
Yes, this is RFC patch, and
On 2013/8/28 8:57, leizhen wrote:
> On 2013/8/27 22:48, Catalin Marinas wrote:
>> On Tue, Aug 27, 2013 at 01:38:11PM +0100, leizhen wrote:
>>> On 2013/8/24 1:16, Catalin Marinas wrote:
On Thu, Aug 22, 2013 at 05:16:14PM +0100, Catalin Marinas wrote:
> On Thu, Aug 22, 2013 at 04:35:29AM
On Wed, Aug 21, 2013 at 11:31:37AM +0300, Peter Ujfalusi wrote:
> The return value of regulator_enable need to be checked. This patch fixes
> the following warning:
> drivers/power/twl4030_charger.c: In function ‘twl4030_charger_enable_usb’:
> drivers/power/twl4030_charger.c:192:20: warning:
On Thu, Aug 22, 2013 at 12:45:10AM +0200, Marek Belisko wrote:
> In twl4030_madc header exist defines for fixed channels
> + add rx51 specific channels and replace all hardcoded channels
> values.
>
> Signed-off-by: Marek Belisko
Applied, thanks!
Anton
--
To unsubscribe from this list: send
(2013/08/28 4:40), Tom Zanussi wrote:
> This is a repost of the v7 patchset - I inadvertently used the wrong
> branch in the previous posting, thought the branch URL was correct in
> both cases..
Ah, I directly pulled v7 from your git repository for test & review...
Thanks,
--
Masami HIRAMATSU
On Tue, 27 Aug 2013 17:50:23 -0700 Stephen Boyd wrote:
> On 08/27/13 16:52, a...@linux-foundation.org wrote:
> > * kernel-time-sched_clockc-correct-the-comparison-parameter-of-mhz.patch
> >
>
> I believe Russell nacked this change[1]? This should probably be dropped
> unless there's been more
On Wed, 2013-08-28 at 10:51 +1000, Alexey Kardashevskiy wrote:
> The ioctl I made up is basically a copy of KVM_CREATE_SPAPR_TCE which does
> the same thing for emulated devices and it is there for quite a while but
> it is not really extensible. And these two ioctls share some bits of code.
> Now
On Fri, Aug 23, 2013 at 07:21:03PM -0700, Mark A. Greer wrote:
> Add driver support for the Texas Instruments BQ24190
> battery charger. Some of the information provided by
> the device is about the charger and other information
> is about the battery so create two power_supply objects
> (one for
On Mon, Aug 26, 2013 at 03:06:36PM +0800, Libo Chen wrote:
>
> decrease np device_node refcount after task completion
>
> Signed-off-by: Libo Chen
Applied, thanks!
Anton
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Use the name_to_dev_t call to parse the device name echo'd to
to /sys/power/resume. This imitates the method used in hibernate.c
in software_resume, and allows the resume partition to be specified
using other equivalent device formats as well. By allowing
/sys/debug/resume to accept the same
Expand the existing documentation to explicitly list the options for
resuming a hibernation image, including the manual resume option which
can be used from the initrd or initramfs and the kernel init resume.
Signed-off-by: Sebastian Capella
Cc: Rob Landley
Cc: Len Brown
Cc: Pavel Machek
Cc:
Patchset related to hibernation resume: one enhancement to make the use
of an existing file more general and one documentation update.
Both patches are based on the 3.11-rc6 tag. This was tested on a
Pandaboard with partial hibernation support, and compiled on x86.
Further testing is needed on
FWIW, I'm using my "I/O Hook" (http://lwn.net/Articles/561359/) as a
tool to test yinghai's IOAPIC patchset. It can be used to test any
kind of hotplug.
For people who don't yet have full hardware support and want to test
the hotplug of IOAPIC, CPU, Memory, IOH, PCIe root, etc., it is an
ideal
On 2013/8/27 22:48, Catalin Marinas wrote:
> On Tue, Aug 27, 2013 at 01:38:11PM +0100, leizhen wrote:
>> On 2013/8/24 1:16, Catalin Marinas wrote:
>>> On Thu, Aug 22, 2013 at 05:16:14PM +0100, Catalin Marinas wrote:
On Thu, Aug 22, 2013 at 04:35:29AM +0100, Leizhen (ThunderTown, Euler)
On 08/27/2013 08:58 PM, Gleb Natapov wrote:
> On Tue, Aug 27, 2013 at 06:42:18PM +1000, Alexey Kardashevskiy wrote:
>> On 08/27/2013 05:56 PM, Gleb Natapov wrote:
>>> On Thu, Aug 15, 2013 at 05:49:26PM +1000, Alexey Kardashevskiy wrote:
This is to reserve a capablity number for upcoming
On 08/27/13 16:52, a...@linux-foundation.org wrote:
> * kernel-time-sched_clockc-correct-the-comparison-parameter-of-mhz.patch
>
I believe Russell nacked this change[1]? This should probably be dropped
unless there's been more discussion. Or maybe reworked into a comment in
the code that doesn't
This patchset aligns the msm_serial driver more with downstream usage and
updates the driver's DT bindings.
Changes since v2:
* Fixed up DT review comments
* Dropped patches that were picked up in tty tree
Changes since v1:
* Dropped _clk postfix from {core,iface}_clk
* Split DT binding into
On 二, 2013-08-27 at 23:17 +0200, Rafael J. Wysocki wrote:
> On Tuesday, August 27, 2013 02:26:41 PM Eduardo Valentin wrote:
> > On 23-08-2013 19:08, Rafael J. Wysocki wrote:
> > > On Friday, August 23, 2013 06:03:14 PM Eduardo Valentin wrote:
> > >> When registering a new thermal_device, the
Let's fix up the msm serial device bindings so that it's clearer
what hardware is supported. Instead of using hsuart (for high
speed uart) let's use uartdm because that matches the actual name
of the hardware. Also, let's add the version information in case
we need to differentiate between
This adds the Marvell Berlin (88DE3xxx) SoC family and Marvell Armada 1500
(88DE3100) to the multi_v7_defconfig.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- initial patch due to separate mach- directory
Cc: Jason Cooper
Cc: Thomas Petazzoni
Cc: Arnd Bergmann
Cc: Russell
This adds an irqchip driver and corresponding devicetree binding for the
secondary interrupt controllers based on Synopsys DesignWare IP dw_apb_ictl.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- added copyright reference
Note:
The driver has been sent as a separate patch
This adds initial support for the Marvell Berlin (88DE3xxx) SoC family
and basic machine setup for Armada 1500 (88DE3100) SoCs.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- nuke .map_io (Reported by Arnd Bergmann)
- add copyright reference
- switch to mach-berlin instead of
to continue their community efforts
they have started in the past. Anyway, I am not affiliated with Marvell,
so I cannot just make them resposible for the current, rudimentary SoC
skeleton patches.
This time the patches have been based on linux-next's next-20130827
tag, which better reflects
This adds known facts and rumors about the Marvell Berlin (88DE3xxx) SoC
family to the Marvell SoC documentation.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- initial patch
Cc: Jason Cooper
Cc: Thomas Petazzoni
Cc: Arnd Bergmann
Cc: linux-...@vger.kernel.org
Cc:
This adds UART0 as found on Marvell 88DE3xxx SoCs, e.g. Armada 1500
to the list of possible lowlevel debug options.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- have separate DEBUG option due to separate mach- directory
Cc: Jason Cooper
Cc: Thomas Petazzoni
Cc: Arnd Bergmann
This adds very basic device tree files for the Marvell Armada 1500 SoC
(88DE3100) and the Sony NSZ-GS7 GoogleTV board. Currently, SoC only has
nodes for cpus, some clocks, l2 cache controller, local timer, apb timers,
uart, and interrupt controllers. The Sony NSZ-GS7 is a GoogleTV consumer
device
Let's follow the ratified DT binding and use uartdm instead of
hsuart. This does break backwards compatibility but this
shouldn't be a problem because the uart driver isn't probing on
these devices without adding clock support (which isn't merged so
far).
Cc: David Brown
Signed-off-by: Stephen
Hi Stephen,
On Tue, 27 Aug 2013 10:17:21 -0600 Stephen Warren wrote:
>
> On 08/27/2013 02:29 AM, Stephen Rothwell wrote:
> >
> > Today's linux-next merge of the arm-soc tree got a conflict in
> > arch/arm/boot/dts/tegra20-trimslice.dts between commit
> > 30ca2226bea6 ("ARM: tegra: always
Hi all,
On Tue, 27 Aug 2013 09:53:19 -0700 Mike Turquette wrote:
>
> Quoting Sören Brinkmann (2013-08-27 08:44:11)
> > On Tue, Aug 27, 2013 at 11:09:52AM +0100, James Hogan wrote:
> > > On 27/08/13 10:03, Stephen Rothwell wrote:
> > > > Hi Mike,
> > > >
> > > > Today's linux-next merge of the
On Tuesday, August 27, 2013 05:37:45 PM Tang Chen wrote:
> The current acpi_initrd_override() calls memblock_find_in_range() to allocate
> memory, and pass 0 to %start, which will not limited by the current_limit_low.
>
> acpi_initrd_override()
> |->memblock_find_in_range(0, ...)
>
The mm-of-the-moment snapshot 2013-08-27-16-51 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On Fri, 16 Aug 2013 14:17:22 -0700 Andi Kleen wrote:
> These are really related to scheduling, so they should be in sched.h
> Users usually will need to schedule anyways.
>
> The advantage of having them there is that we can access some of the
> scheduler inlines to make their fast path more
On 08/27/13 16:23, Greg Kroah-Hartman wrote:
> On Tue, Aug 20, 2013 at 11:48:01PM -0700, Stephen Boyd wrote:
>> This patchset aligns the msm_serial driver more with downstream usage and
>> also documents the msm_serial driver's DT binding. Along the way we
>> update the clock names and add support
On Fri, Aug 23, 2013 at 02:50:30PM -0400, werner wrote:
> With compiling and using this, have too much problems
>
[ ... ]
>
> CC arch/x86/crypto/crc32c-intel.mod.o
> LD [M] arch/x86/crypto/crc32c-intel.ko
> CC arch/x86/crypto/salsa20-i586.mod.o
> LD [M]
On Tue, Aug 27, 2013 at 03:34:11PM -0600, Bjorn Helgaas wrote:
> [+cc Stefan]
>
> On Mon, Aug 26, 2013 at 9:39 AM, Neil Horman wrote:
> > Somewhere between 3.9 and 3.10 it seems the order in which pcie and acpi
> > probed
> > slots for hotplug capabilites got reversed. While this isn't a big
On Mon, Aug 26, 2013 at 05:10:04PM +0200, Iker Pedrosa wrote:
> Second of the patches that fixes the lines over 80 characters in
> phy_calibration.c
>
> Signed-off-by: Iker Pedrosa
This Subject: is identical to the previous patch, not good.
You also do that for 4 other patches in this series
On Tue, 27 Aug 2013 18:29:06 -0500
Tom Zanussi wrote:
> On Tue, 2013-08-27 at 16:01 -0400, Steven Rostedt wrote:
> > On Tue, 27 Aug 2013 14:40:13 -0500
> > Tom Zanussi wrote:
> >
> > return;
> > > - if (!test_bit(syscall_nr, tr->enabled_enter_syscalls))
> > > +
> > > + /* Here
On Tue, 2013-08-27 at 16:15 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:14 -0500
> Tom Zanussi wrote:
>
>
> > Signed-off-by: Tom Zanussi
> > Idea-by: Steve Rostedt
> > ---
> > include/linux/ftrace_event.h| 13 +-
> > include/trace/ftrace.h | 4 +
> >
On Tue, 27 Aug 2013, Andrew Morton wrote:
> On Thu, 15 Aug 2013 11:51:44 +0800 Li Wang wrote:
>
> > This patch implements fallocate and punch hole support for Ceph kernel
> > client.
>
> i386 allmodconfig:
>
> ERROR: "__divdi3" [fs/ceph/ceph.ko] undefined!
> make[1]: *** [__modpost] Error 1
>
On Mon, Aug 26, 2013 at 05:10:19PM +0200, Iker Pedrosa wrote:
> According to the documentation it is not recommended to use msleep for 1ms -
> 20ms because it may sleep longer than 20ms. So, it is recommended to use
> usleep instead.
>
> Signed-off-by: Iker Pedrosa
> ---
>
On Mon, Aug 26, 2013 at 05:10:07PM +0200, Iker Pedrosa wrote:
> According to the documentation it is not recommended to use msleep for 1ms -
> 20ms because it may sleep longer than 20ms. So, it is recommended to use
> usleep instead.
>
> Signed-off-by: Iker Pedrosa
> ---
>
On Thu, 15 Aug 2013 11:51:44 +0800 Li Wang wrote:
> This patch implements fallocate and punch hole support for Ceph kernel client.
i386 allmodconfig:
ERROR: "__divdi3" [fs/ceph/ceph.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Due to a 64-bit divide in
Eric Dumazet wrote:
> From: Eric Dumazet
>
> ep_free() might iterate on a huge set of epitems and hold
> cpu too long. Add two cond_resched() in order to yield cpu
> to other tasks. This is safe as we only hold mutexes in
> this function.
>
> Signed-off-by: Eric Dumazet
> Cc: Al Viro
> Cc:
On Tue, 2013-08-27 at 16:08 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:13 -0500
> Tom Zanussi wrote:
>
> > @@ -415,9 +429,14 @@ static void unreg_event_syscall_enter(struct
> > ftrace_event_file *file,
> > return;
> > mutex_lock(_trace_lock);
> >
On Tue, 2013-08-27 at 16:01 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:13 -0500
> Tom Zanussi wrote:
>
> return;
> > - if (!test_bit(syscall_nr, tr->enabled_enter_syscalls))
> > +
> > + /* Here we're inside the tp handler's rcu_read_lock (__DO_TRACE()) */
> > +
On Tue, Aug 20, 2013 at 11:48:01PM -0700, Stephen Boyd wrote:
> This patchset aligns the msm_serial driver more with downstream usage and
> also documents the msm_serial driver's DT binding. Along the way we
> update the clock names and add support for newer UARTDM hardware that
> isn't part of a
On Wed, Aug 28, 2013 at 12:58:39AM +0200, Sebastian Hesselbarth wrote:
> On 08/28/13 00:19, Sören Brinkmann wrote:
> >On Tue, Aug 27, 2013 at 11:27:55PM +0200, Sebastian Hesselbarth wrote:
> >>Most DT ARM machs require common clock providers initialized before timers.
> >>Currently, arch/arm machs
Quoting Sebastian Hesselbarth (2013-08-27 14:28:09)
> With arch/arm calling of_clk_init(NULL) from time_init(), we can now
> remove it from corresponding drivers/clk code.
>
> Signed-off-by: Sebastian Hesselbarth
Acked-by: Mike Turquette
> ---
> Cc: Mike Turquette
> Cc: Russell King
> Cc:
Quoting Sebastian Hesselbarth (2013-08-27 14:28:02)
> This patch converts clk-imx2[38] clocksource_of_init compatible init
> associated with fsl,imx2[38]-clkctrl. With arch/arm calling
> of_clk_init(NULL) from time_init(), we can now also remove custom
> .init_time hooks.
>
> Signed-off-by:
Quoting Sebastian Hesselbarth (2013-08-27 14:27:58)
> With arch/arm calling of_clk_init(NULL) from time_init(), we can now
> remove custom .init_time hooks. Highbank clock provider need a reference
> to system registers, as a workaround current clk driver maps those
> independent of arch code now.
1 - 100 of 1304 matches
Mail list logo