Hi Arnaldo,
On Wed, 3 Apr 2013 14:06:10 -0300, Arnaldo Carvalho de Melo wrote:
> What I expected was that the result was this:
>
> perf report --sort addr | grep -v ^# | sort -k2 -n | less
>
> And in hexadecimal, can you fix this?
Oops, it was a mistake in the last minute change, sorry. :(
>
>
Eric Dumazet writes:
> On Wed, 2013-04-03 at 17:05 -0700, Eric W. Biederman wrote:
>> Sven Joachim writes:
>>
>> > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
>> >
>> >> 3.8-stable review patch. If anyone has any objections, please let me
>> >> know.
>> >
>> > I'm seeing several
I've been approached by a developer at Sony who wants to publish an
open source driver for a Sony GPS receiver module.
I've looked in the kernel source, and only see one standalone GPS
driver, for Garmin. It appears that most GPS support in Linux is done
via user-space drivers. Many GPS
Hi Stephen,
El 03/04/13 20:34, Stephen Warren escribió:
> From: Stephen Warren
>
> Replace cmd_dtc with cmd_dtc_cpp, and delete the latter.
>
> Previously, a special file extension (.dtsp) was required to trigger
> the C pre-processor to run on device tree files. This was ugly. Now that
>
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/wireless/rt2x00/rt2x00pci.c between commit 69a2bac8984c
("rt2x00: rt2x00pci: fix build error on Ralink RT3x5x SoCs") from the
wireless tree and commit 1f9061d27d3d ("drivers:net: dma_alloc_coherent:
use __GFP_ZERO
(2013/04/04 3:35), Naoya Horiguchi wrote:
> Documentation/filesystems/proc.txt says about coredump_filter bitmask,
>
>Note bit 0-4 doesn't effect any hugetlb memory. hugetlb memory are only
>effected by bit 5-6.
>
> However current code can go into the subsequent flag checks of bit 0-4
>
Hello, Preeti.
On Tue, Apr 02, 2013 at 11:02:43PM +0530, Preeti U Murthy wrote:
> Hi Joonsoo,
>
>
> >>> I think that it is real problem that sysctl_sched_min_granularity is not
> >>> guaranteed for each task.
> >>> Instead of this patch, how about considering low bound?
> >>>
> >>> if (slice <
Per hpa, use crashkernel=XM;high crashkernel=YM;low instead of
crashkernel_hign=XM crashkernel_low=YM. As that could be extensible.
-v2: according to Vivek, change delimiter to ;
-v3: let hign and low only handle simple form and it conforms to
description in kernel-parameters.txt
We can extend kexec-tools to support multiple "Crash kernel" in /proc/iomem
instead.
So we can use "Crash kernel" instead of "Crash kernel low" in /proc/iomem.
Suggested-by: Vivek Goyal
Signed-off-by: Yinghai Lu
---
kernel/kexec.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Chao said that kdump does does work well on his system on 3.8
without extra parameter, even iommu does not work with kdump.
And now have to append crashkernel_low=Y in first kernel to make
kdump work.
We have now modified crashkernel=X to allocate memory beyong 4G (if
available) and do not
Vivek found old kexec-tools does not work new kernel anymore.
So change back crashkernel= back to old behavoir, and add crashkernel_high=
to let user decide if buffer could be above 4G, and also new kexec-tools will
be needed.
v2: let crashkernel=X override crashkernel_high=
update
Vivek found some problems with old kexec-tools.
We keep the old crashkernel=X to old behavoir, so it will not break
old kexec-tools.
Add crashkernel=X,high to support new kexec-tools that supports loading high.
when high is used, memblock will search from top to low.
if the allocated one is above
On Wed, 2013-04-03 at 17:19 -0700, Eric Dumazet wrote:
> Well, yes, this commit fixes a real bug : We were coalescing two
> messages into a single one, even if the senders were different.
By the way, the 'LSB' test program can be found here :
On 10/03/2012 01:45 AM, Jeff Garzik wrote:
Whee -- SHA-3 is out! I wanted to explore the new toy a bit, and
so, here is a blatantly untested rough draft of SHA-3 kernel support.
Why rough draft? Because answers to the questions below will inform a
more polished version.
Just to update
On Wed, 2013-04-03 at 17:05 -0700, Eric W. Biederman wrote:
> Sven Joachim writes:
>
> > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
> >
> >> 3.8-stable review patch. If anyone has any objections, please let me know.
> >
> > I'm seeing several complaints from udevd at boot in both
On 03/07/2013 05:50 AM, Cliff Wickman wrote:
From: Cliff Wickman
Allocating a large number of 1GB hugetlbfs pages at boot takes a
very long time.
Large system sites would at times like to allocate a very large amount of
memory as 1GB pages. They would put this on the kernel boot line:
On Wed, Apr 03, 2013 at 03:18:24PM +, Arnd Bergmann wrote:
> From b60d17603df3225d9f51c4f8168e8e00a1090911 Mon Sep 17 00:00:00 2001
> From: Arnd Bergmann
> Date: Wed, 3 Apr 2013 17:14:32 +0200
> Subject: [PATCH] sysfs: fix crash_notes_size build warning
>
> commit eca4549f57 "sysfs: Add
Hi,
2013-04-03 (수), 14:43 +0530, P J P:
> +-- On Wed, 3 Apr 2013, Jaegeuk Kim wrote --+
> | I'm confusing the question because f2fs doesn't use generic_writepages(),
> | since f2fs_write_data_pages() is linked to a_ops->writepages. In
> | do_writepages(), always f2fs_write_data_pages() is
Andy Lutomirski writes:
> On Wed, Apr 3, 2013 at 11:43 AM, Eric Dumazet wrote:
>> On Wed, 2013-04-03 at 10:58 -0700, Andy Lutomirski wrote:
>>
>>>
>>> This sounds suspiciously like an SCM_CREDENTIALS bug triggered by a
>>> race. There's a fix (that needs both a new version from me and a review
Check return coming out of check_work_pending, and if copy_thread
passed us a function in r24, call it. Based on feedback from Al
Viro.
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/vm_entry.S | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git
Sven Joachim writes:
> On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
>
>> 3.8-stable review patch. If anyone has any objections, please let me know.
>
> I'm seeing several complaints from udevd at boot in both 3.8.6-rc1 and
> 3.9-rc5: "udevd[56]: sender uid=65534, message ignored".
This fixes the return value of sigreturn and moves the work pending check
into a c routine for readability and fixes the loop for multiple pending
signals. Based on feedback from Al Viro.
Signed-off-by: Richard Kuo
---
arch/hexagon/include/uapi/asm/signal.h |2 +
The following patches clean up various issues with the signal and return
path parts of the Hexagon arch port, which were pointed out by Al Viro:
https://lkml.org/lkml/2012/2/11/128
The work pending check was moved into a C routine to make it more
readable and to make sure we repeat the check
Based on feedback from Al Viro; previous-stack-pointer and
user reg for same should always be kept consistent.
Signed-off-by: Richard Kuo
---
arch/hexagon/include/uapi/asm/registers.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/process.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c
index dc72ed5..8e90b0c 100644
--- a/arch/hexagon/kernel/process.c
+++ b/arch/hexagon/kernel/process.c
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/signal.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/hexagon/kernel/signal.c b/arch/hexagon/kernel/signal.c
index 8a20e8e..097623c 100644
--- a/arch/hexagon/kernel/signal.c
+++ b/arch/hexagon/kernel/signal.c
@@ -41,6 +41,10
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/process.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c
index 8e90b0c..2009377 100644
--- a/arch/hexagon/kernel/process.c
+++
On 03/06/2013 06:26 AM, Alexander Gordeev wrote:
Split interrupt service routine into hardware context handler and
threaded context handler. That allows to protect ports with individual
locks rather than with a single host-wide lock, which results in better
parallelism.
Signed-off-by: Alexander
On 03/16/2013 10:32 AM, Alexandru Gheorghiu wrote:
Use resource_size function instead of explicit computation.
Patch found using coccinelle.
Signed-off-by: Alexandru Gheorghiu
---
drivers/ata/pata_octeon_cf.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
applied
--
To
On 04/03/2013 06:53 AM, Kishon Vijay Abraham I wrote:
> The PHY framework provides a set of APIs for the PHY drivers to
> create/destroy a PHY and APIs for the PHY users to obtain a reference to the
> PHY with or without using phandle. To obtain a reference to the PHY without
> using phandle, the
[+cc David and iommu list, Yinghai, Jiang]
On Mon, Mar 4, 2013 at 12:04 PM, Neil Horman wrote:
> A few years back intel published a spec update:
> http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf
>
> For the 5520 and 5500 chipsets which
This patchset is against Minchan's vrange work here:
https://lkml.org/lkml/2013/3/12/105
Extending it to support volatile ranges on files. In effect
providing the same functionality of my earlier file based
volatile range patches on-top of Minchan's anonymous volatile
range work.
Add vrange support on addres_space structures, and add fvrange()
syscall for creating ranges on address_space structures.
Cc: linux...@kvack.org
Cc: Michael Kerrisk
Cc: Arun Sharma
Cc: Mel Gorman
Cc: Hugh Dickins
Cc: Dave Hansen
Cc: Rik van Riel
Cc: Neil Brown
Cc: Mike Hommey
Cc: Taras
Instead of having the vrange trees hanging directly off of the
mm_struct, use a vrange_root structure, which will allow us
to have vrange_roots that hang off the mm_struct for anonomous
memory, as well as address_space structures for file backed memory.
Cc: linux...@kvack.org
Cc: Michael Kerrisk
Rework the victim range selection to also support
file backed volatile ranges.
Cc: linux...@kvack.org
Cc: Michael Kerrisk
Cc: Arun Sharma
Cc: Mel Gorman
Cc: Hugh Dickins
Cc: Dave Hansen
Cc: Rik van Riel
Cc: Neil Brown
Cc: Mike Hommey
Cc: Taras Glek
Cc: KOSAKI Motohiro
Cc: KAMEZAWA
Make a number of local functions in vrange.c static.
Cc: linux...@kvack.org
Cc: Michael Kerrisk
Cc: Arun Sharma
Cc: Mel Gorman
Cc: Hugh Dickins
Cc: Dave Hansen
Cc: Rik van Riel
Cc: Neil Brown
Cc: Mike Hommey
Cc: Taras Glek
Cc: KOSAKI Motohiro
Cc: KAMEZAWA Hiroyuki
Cc: Jason Evans
Cc:
On 03/29/2013 01:56 AM, Gwendal Grignou wrote:
commit 84a9a8cd9d0aa93c17e5815ab8a9cc4c0a765c63 changed the sense key
used for returning task registers, but HDIO_DRIVE_CMD ioctl was
not changed accordingly.
Tested: check that SMART ENABLE sent using HDIO_DRIVE_CMD returns 0
instead of EIO.
On 03/27/2013 08:51 AM, Krzysztof Mazur wrote:
On Mon, Mar 25, 2013 at 06:26:50PM +0100, Ronald wrote:
In reply to [1]: I have the same issue. Git bisect took 50+ rebuilds xD
Smartd does not work anymore since 84a9a8cd9 ([libata] Set proper SK
when CK_COND is set.).
I hope I'm not stepping on
On Wed, Apr 03, 2013 at 12:10:22PM +0200, Michael Kerrisk wrote:
> Hello Minchan,
>
> On Mon, Mar 25, 2013 at 7:21 AM, Minchan Kim wrote:
> > These day, there are many platforms avaiable in the embedded market
> > and they are smarter than kernel which has very limited information
> > about
On 03/06/2013 10:49 AM, Youquan Song wrote:
There is a quirk patch 5e5a4f5d5a08c9c504fe956391ac3dae2c66556d
"ata_piix: make DVD Drive recognisable on systems with Intel Sandybridge
chipsets(v2)" fixing the 4 ports IDE controller 32bit PIO mode.
We've hit a problem with DVD not recognized on
("ext4: introduce ext4_get_group_number()").
This build was done with gcc 4.6.3 if that matters.
I have used the ext4 tree from next-20130403 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpiZtAcF33sv.pgp
Description: PGP signature
On 04/03/2013 06:53 AM, Kishon Vijay Abraham I wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
> without
Hi,
* Roger Quadros [130319 07:31]:
> Register a device tree clock provider for AUX clocks
> on the OMAP4 SoC. Also provide the binding information.
>
> Signed-off-by: Roger Quadros
> ---
> .../devicetree/bindings/clock/omap4-clock.txt | 32 ++
>
From: Stephen Warren
The current use-case for fixdep is: a source file is run through a single
processing step, which creates a single dependency file as a side-effect,
which fixdep transforms into the file used by the kernel build process.
In order to transparently run the C pre-processor on
Added release_mem_region_adjustable(), which releases a requested
region from a currently busy memory resource. This interface
adjusts the matched memory resource accordingly if the requested
region does not match exactly but still fits into.
This new interface is intended for memory hot-delete.
From: Stephen Warren
Prior to this change, when compiling *.dts to *.dtb, the dependency
output from dtc would be used, and when compiling *.dtsp to *.dtb, the
dependency output from gcc -E alone would be used, despite dtc also
being invoked (on a temporary file that was guaranteed to have no
From: Stephen Warren
The recent dtc+cpp support allows header files and C pre-processor
defines/macros to be used when compiling device tree files. These
headers will typically define various constants that are part of the
device tree bindings.
The original patch which set up the dtc+cpp
From: Stephen Warren
Many IRQ device tree bindings use the same flags. Create a header to
define those.
Signed-off-by: Stephen Warren
---
v2: No change.
v1: Moved header. Added include guard.
(this patch was previously posted separately, hence there are
changes in v1!)
---
From: Stephen Warren
Many GPIO device tree bindings use the same flags. Create a header to
define those.
Signed-off-by: Stephen Warren
---
v2: No change.
v1: Moved header. Added include guard.
(this patch was previously posted separately, hence there are
changes in v1!)
---
From: Stephen Warren
The ARM GIC binding defines a few custom cells and flags for its IRQ
specifier. Provide names for those.
Signed-off-by: Stephen Warren
---
v2: No change.
v1: Moved header. Added include guard.
(this patch was previously posted separately, hence there are
changes in
From: Stephen Warren
Replace cmd_dtc with cmd_dtc_cpp, and delete the latter.
Previously, a special file extension (.dtsp) was required to trigger
the C pre-processor to run on device tree files. This was ugly. Now that
previous changes have enhanced cmd_dtc_cpp to collect dependency
Hi Michael,
On Wed, Apr 03, 2013 at 11:17:58AM +0200, Michael Kerrisk wrote:
> Hello Minchan,
>
> On Mon, Mar 25, 2013 at 7:21 AM, Minchan Kim wrote:
> > These day, there are many platforms avaiable in the embedded market
> > and they are smarter than kernel which has very limited information
>
On 04/03/2013 02:14 PM, Rafael J. Wysocki wrote:
> On Wednesday, April 03, 2013 12:13:56 PM Viresh Kumar wrote:
>> On 3 April 2013 12:01, stratosk wrote:
>>> I'm sorry, I don't understand.
>>> The goal of this patch is not energy saving.
>>
>> He probably misunderstood it...
>>
>>> The goal is to
On 04/03/2013 12:27 PM, Stephen Warren wrote:
> On 04/03/2013 11:52 AM, Stephen Warren wrote:
>> On 04/03/2013 08:40 AM, Peter De Schrijver wrote:
>>> This is the nineth version of the Tegra114 clockframework. It is based on
>>> the
>>> next-20130320-fixed branch of
>>>
From: Suravee Suthikulpanit
The IOMMU interrupt handling in bottom half must clear the PPR log interrupt
and event log interrupt bits to re-enable the interrupt. This is done by
writing 1 to the memory mapped register to clear the bit. Due to hardware bug,
if the driver tries to clear this bit
[+cc Bob for spec typo question]
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu wrote:
> Found problem on system that firmware that could handle pci aer.
> Firmware get error reporting after pci injecting error, before os boots.
> But after os boots, firmware can not get report anymore, even
On Thu, Mar 28, 2013 at 3:07 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: PCI / ACPI: Always resume devices on ACPI wakeup notifications
>
> It turns out that the _Lxx control methods provided by some BIOSes
> clear the PME Status bit of PCI devices they handle, which means
On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The runtime PM of PCIe ports turns out to be quite fragile, as in
> some cases things work while in some other cases they don't and we
> don't seem to have a good way to determine whether or not they are
>
Hi Laurent,
On Tue, Mar 26, 2013 at 12:07:01AM +0100, Laurent Pinchart wrote:
> On Sunday 24 March 2013 23:46:01 Sakari Ailus wrote:
> > Pali Rohár wrote:
> > > On Thursday 07 March 2013 23:18:27 Sakari Ailus wrote:
> > >> On Wed, Mar 06, 2013 at 10:44:41PM +0100, Sebastian Reichel wrote:
> > >>>
For boards that provide a PCB sensor close to SoC junction
temperature, it is possible to remove the cumulative heat
reported by the SoC temperature sensor.
This patch changes the extrapolation computation to consider
an external sensor in the extrapolation equations.
Signed-off-by: Eduardo
This patch exports the thermal_zone_get_temp API so that driver
writers can fetch temperature of thermal zones managed by other
drivers.
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_sys.c | 20 +---
include/linux/thermal.h |1 +
2 files changed, 18
This patch adds a helper function to get a reference of
a thermal zone, based on the zone type name.
It will perform a zone name lookup and return a reference
to a thermal zone device that matches the name requested.
In case the zone is not found or when several zones match
same name or if the
Hello Rui,
Here is V2 of temperature lookup helper function. This has been
split into two API as suggested on V1.
The usage of it is exemplified on patch 03.
Eduardo Valentin (3):
thermal: introduce thermal_zone_get_zone_by_name helper function
thermal: expose thermal_zone_get_temp API
All users of ab8500_regulator_volt_mode_ops and ab8500_regulator_volt_ops
do not set info->desc.enable_time, thus set_voltage_time_sel() always returns 0.
Remove it.
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500.c | 11 ---
1 file changed, 11 deletions(-)
diff --git
2013/4/4 Mark Brown :
> On Wed, Apr 03, 2013 at 10:30:43AM +0800, Axel Lin wrote:
>> The delay field is removed from struct ab8500_regulator_info in commit
>> 29234928
>> "regulator: ab8500: Remove set_voltage_time_sel and delay setting".
>
> I've now finished applying all Lee's outstanding
Hello, Viresh.
Sorry about the delay. Lost this one somehow.
On Mon, Apr 01, 2013 at 12:01:05PM +0530, Viresh Kumar wrote:
> Just wanted to make this clear before writing it:
>
> You want me to do something like (With better names):
>
> int wq_unbound_for_power_save_enabled = 0;
>
> #ifdef
On 04/03/2013 02:53 PM, Kishon Vijay Abraham I wrote:
--- /dev/null
+++ b/Documentation/devicetree/bindings/phy/phy-bindings.txt
@@ -0,0 +1,67 @@
+This document explains only the dt data binding. For general information about
s/dt data/device tree ?
+PHY subsystem refer Documentation/phy.txt
On Wed, Apr 3, 2013 at 11:36 PM, Linus Walleij wrote:
> On Wed, Apr 3, 2013 at 10:38 PM, Linus Walleij
> wrote:
>> On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
>>
>>> When the thermal DT node was inserted a new PRCMU node was created;
>>> however, one already exists in the Snowball DTS
On Wed, Apr 03, 2013 at 05:11:15PM +0800, Li Zefan wrote:
> (I'll be off from my office soon, and I won't be responsive in the following
> 3 days.)
>
> I'm working on converting memcg to use cgroup->id, and then we can kill
> css_id.
>
> Now memcg has its own refcnt, so when a cgroup is
On Wed, Apr 3, 2013 at 10:38 PM, Linus Walleij wrote:
> On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
>
>> When the thermal DT node was inserted a new PRCMU node was created;
>> however, one already exists in the Snowball DTS file. Here we
>> amalgamate the two into a single consolidated
Quoting James Hogan (2013-04-03 14:08:17)
> On 3 April 2013 03:06, Stephen Boyd wrote:
> >
> > On 03/22/13 08:43, James Hogan wrote:
> > > This patchset adds support for automatic selection of the best parent
> > > for a clock mux, i.e. the one which can provide the closest clock rate
> > > to
On Tue, Apr 02, 2013 at 10:26:48AM +0200, Michal Hocko wrote:
> Tejun,
> could you take this one please?
Aye aye, applied to cgroup/for-3.10.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 04/03/2013 12:24 AM, Tony Prisk wrote:
> This patch adds support for the GPIO/pinmux controller found on the VIA
> VT8500 and Wondermedia WM8xxx-series SoCs.
>
> Each pin within the controller is capable of operating as a GPIO or as
> an alternate function. The pins are numbered according to
On Wed, Apr 03, 2013 at 01:38:56PM -0700, Yinghai Lu wrote:
> On Wed, Apr 3, 2013 at 10:47 AM, Vivek Goyal wrote:
> > So what I am saying that all our code is written assuming there is one
> > single reserved range. Now if we need to reserve two ranges, then let
> > us make it generic to suppoprt
On 04/03/2013 07:40 AM, Linus Walleij wrote:
> On Wed, Apr 3, 2013 at 8:24 AM, Tony Prisk wrote:
>
>> v5 changes:
>> Changed as requested by Rob Herring:
>> Added of_find_property_value_of_size() to drivers/of/base.c to remove some
>> code that was being duplicated.
>>
>> Changed as requested by
On Wed 03-04-13 14:35:37, Naoya Horiguchi wrote:
> Documentation/filesystems/proc.txt says about coredump_filter bitmask,
>
> Note bit 0-4 doesn't effect any hugetlb memory. hugetlb memory are only
> effected by bit 5-6.
>
> However current code can go into the subsequent flag checks of bit
On 3 April 2013 03:06, Stephen Boyd wrote:
>
> On 03/22/13 08:43, James Hogan wrote:
> > This patchset adds support for automatic selection of the best parent
> > for a clock mux, i.e. the one which can provide the closest clock rate
> > to that requested. It can be controlled by a new
On Mon, 1 Apr 2013, Jeff Moyer wrote:
> Mikulas Patocka writes:
>
> > The new semantics is: if a process did some buffered writes to the block
> > device (with write or mmap), the cache is flushed when the process
> > closes the block device. Processes that didn't do any buffered writes to
>
On Fri, Mar 29, 2013 at 1:29 PM, Fabio Baltieri
wrote:
> From: Patrice Chotard
>
> Add necessary definitions to support ab8500-musb pinctrl default and
> sleep states.
>
> Signed-off-by: Patrice Chotard
> Signed-off-by: Fabio Baltieri
> ---
>
> Hi Linus,
>
> I'm sending a v2 on this one as I
On Thu, Mar 28, 2013 at 5:21 PM, Fabio Baltieri
wrote:
> DB8500_PIN_SLEEP was defined twice, drop one of the two.
>
> Signed-off-by: Fabio Baltieri
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> The main aim for this cycle is to have the u8540 booting to a
> console. However, the u8540 doesn't support all of the u8500
> platform devices yet. After this stage is complete we can then
> fill in the inadequacies, such as specific clock
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
tags/please-pull-cmci_rediscover
for you to fetch changes up to
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> Currently we check to see if we obtained the Tightly Coupled Program
> Memory (TCPM) base and only execute the code within the check if we
> have it. It's more traditional to return early if we don't have it.
> This way we can flatten most of
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> Until recently platform code took care of all MMCI level-shifting by
> way of an ios_handler() call-back. Now it is the driver's responsibility
> to handle. In order to so that we need to provide the VQMMC regulator
> reference in Device Tree.
Hi Benjamin,
Thanks for reviewing!
> -Original Message-
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Sent: Wednesday, April 03, 2013 2:00 AM
> To: Kankroliwala, Huzefa NomanX
> Cc: jkos...@suse.cz; Westerberg, Mika; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> If we attempt to use the existing u8500 of_dev_auxdata struct to boot
> the u8540, we fail to obtain a console, due to a lack of DMA support
> on the platform.
>
> Signed-off-by: Lee Jones
Patch applied.
Thanks,
Linus Walleij
--
To
With the current i2c hid driver set/get report does not work
as expected, for e.g sensor hub properties like power state,
frequency etc is not set properly on the device as a result
we do not get events.
The problem is that i2c hid driver in function i2c_hid_request
sets length equal to default
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> The PRCMU's Tightly Coupled Data Memory on the DB8540 platform is
> 8kB larger than it's predecessor's. We need to reflect that in its
> Device Tree. By re-specifying the address and size of the device
> we effectively over-ride the previous
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> When the thermal DT node was inserted a new PRCMU node was created;
> however, one already exists in the Snowball DTS file. Here we
> amalgamate the two into a single consolidated node.
>
> Signed-off-by: Lee Jones
Patch applied.
Thanks,
On Wed, Apr 3, 2013 at 10:47 AM, Vivek Goyal wrote:
> So what I am saying that all our code is written assuming there is one
> single reserved range. Now if we need to reserve two ranges, then let
> us make it generic to suppoprt multiple ranges instead of hardcoding
> things and assume there can
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> This is a skeleton DTS file which only enables serial. Just using
> this simple file yields a terminal when booting u8540.
>
> Signed-off-by: Lee Jones
> ---
> arch/arm/boot/dts/u8540.dts | 36
Please
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> The Tightly Coupled Data Memory for the DB9540 is actually in the
> same place as the DB8500's. This definition is just plain wrong.
>
> Signed-off-by: Lee Jones
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> The Tightly Coupled Program Memory location is actually 32kB in
> size, rather than the originally depicted 4kB.
>
> Signed-off-by: Lee Jones
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, Apr 3, 2013 at 7:16 PM, Stephen Warren wrote:
> It's possible program the registers so that the same signal is connected
> to (or from depending on signal direction) multiple pins at once. If
> this is done, the behaviour is unspecified; who knows which pin will
> actually receive (or
On Wed, Apr 3, 2013 at 8:08 PM, Tony Prisk wrote:
> On 04/04/13 02:40, Linus Walleij wrote:
>> This v5 series:
>> Acked-by: Linus Walleij
>>
>> I guess it will go in through the VT8500 tree eventually?
>>
>> Maybe you could put Stephen's BCMring patch on top when sending
>> it in (also
From: Patrice Chotard
This fix allows to correctly select default and
alternate pin mode.
By default for all ABx500 family chip, pin default
mode is selected by clearing corresponding bit in
GPIOSELx register except for pins which support
alternate function, in this case, corresponding bit
must
On Wed, Apr 3, 2013 at 6:16 AM, Wanpeng Li wrote:
> After commit 95bdaee214 ("zcache: Move debugfs code out of zcache-main.c
> file")
> be merged, most of knods in zcache debugfs just export zero since these
> variables
> are defined in debug.h but are in use in multiple C files zcache-main.c
On Wed, Apr 3, 2013 at 6:16 AM, Wanpeng Li wrote:
> Introduce zero-filled page statistics to monitor the number of
> zero-filled pages.
>
> Acked-by: Dan Magenheimer
> Signed-off-by: Wanpeng Li
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/staging/zcache/debug.c |3 +++
>
On Wed, 2013-04-03 at 15:37 +0800, Gu Zheng wrote:
> On 04/03/2013 12:17 AM, Toshi Kani wrote:
>
> > Added release_mem_region_adjustable(), which releases a requested
> > region from a currently busy memory resource. This interface
> > adjusts the matched memory resource accordingly if the
On Wed, 2013-04-03 at 13:37 +0800, Ram Pai wrote:
> On Tue, Apr 02, 2013 at 10:17:29AM -0600, Toshi Kani wrote:
> > Added release_mem_region_adjustable(), which releases a requested
> > region from a currently busy memory resource. This interface
> > adjusts the matched memory resource
101 - 200 of 1516 matches
Mail list logo
