Hi Stephen,
On 28 August 2013 08:27, Stephen Boyd wrote:
> 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 > onli
Hi, Vinod,
Could you please help review this patch? Could it be merged into your next
tree?
Thanks!
Best Regards,
Jingchang
> -Original Message-
> From: Lu Jingchang-B35083
> Sent: Friday, August 16, 2013 2:08 PM
> To: vinod.k...@intel.com
> Cc: d...@fb.com; shawn@linaro.org;
On 08/27/2013 07:35 PM, Mark Rutland wrote:
On Tue, Aug 27, 2013 at 11:42:02AM +0100, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch adds
the device tree nodes for them.
Signed-off-by: Hongbo Zhang
---
.../devi
On Sun, Aug 11, 2013 at 7:59 PM, Tomasz Figa wrote:
> This patch refactors debugging code that dumps LLI entries by moving it
> into separate function, which is stubbed when VERBOSE_DEBUG is not
> selected. This allows us to get rid of the ugly ifdef from the body of
> pl08x_fill_llis_for_desc().
On Sun, Aug 11, 2013 at 7:59 PM, Tomasz Figa wrote:
> Currently memory allocated for LLIs is casted to an array of structs,
> which is fragile and also limits the driver to a single, predefined LLI
> layout, while there are some variants of PL08x, which have more fields
> in LLI (namely PL080S wi
Hi all,
Today's linux-next merge of the arm-soc tree got conflicts in
arch/arm/boot/dts/am335x-bone.dts, arch/arm/boot/dts/am335x-evm.dts and
arch/arm/boot/dts/am335x-evmsk.dts between commit c031a7d41934 ("usb:
usb: dsps: update code according to the binding document") from the usb
tree and commi
Introduce help macro to_memory_block to hide the
conversion(device-->memory_block),
just clean up.
Reviewed-by: Yasuaki Ishimatsu
Signed-off-by: Gu Zheng
---
drivers/base/memory.c | 29 -
1 files changed, 12 insertions(+), 17 deletions(-)
diff --git a/drivers/ba
On Tue, Aug 27, 2013 at 08:34:05PM +0200, Lars-Peter Clausen wrote:
> The pl330 DMA driver is broken in regard to handling a terminate all request
> while it is processing the list of completed descriptors. This is most visible
> when calling dmaengine_terminate_all() from within the descriptors ca
On Tue, Aug 27, 2013 at 03:41:40PM +0200, Paolo Bonzini wrote:
> Gleb,
>
> these are fixups for the patches I sent on July 31. It would
> be nice to have them for the next merge window.
>
> Thanks,
>
Applied, thanks.
> Paolo
>
> Paolo Bonzini (3):
> KVM: rename __kvm_io_bus_sort_cmp to kvm_
On Tue, 2013-08-27 at 22:08 -0700, Greg Kroah-Hartman wrote:
> 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
> > disab
On Wed, Aug 28, 2013 at 11:26:31AM +1000, Benjamin Herrenschmidt wrote:
> 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
> > i
Hi Tejun,
I was wondering if the memblock tree needs to exist any more. The last
commit to it was in December 2011 and was merged into Linus' tree during
the v3.3 merge window.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgprPfJ2ZgTDZ.pgp
Description: PGP signature
Hello,
On Tue, Aug 27, 2013 at 04:06:04PM -0600, Jonathan Corbet wrote:
> On Thu, 22 Aug 2013 17:44:16 +0900
> Joonsoo Kim wrote:
>
> > With build-time size checking, we can overload the RCU head over the LRU
> > of struct page to free pages of a slab in rcu context. This really help to
> > impl
On 28 August 2013 03:31, Stephen Boyd wrote:
> diff --git a/drivers/cpufreq/cpufreq_governor.c
> b/drivers/cpufreq/cpufreq_governor.c
> index b9b20fd..523af48 100644
> --- a/drivers/cpufreq/cpufreq_governor.c
> +++ b/drivers/cpufreq/cpufreq_governor.c
> @@ -137,7 +137,7 @@ void gov_queue_work(str
On Tue, Aug 27, 2013 at 04:46:51PM +0200, Guennadi Liakhovetski wrote:
> Ok, to me it looks like you did fix some patches in the topic/sh branch,
> but:
>
> patch "DMA: shdma: move two macros to a header" is missing
> patch "dma: use dev_get_platdata()" is missing (but ok, it's common for
> driv
On Tue, Aug 27, 2013 at 03:41:42PM -0600, Stephen Warren wrote:
> On 08/27/2013 05:10 AM, Johannes Thumshirn wrote:
> > I accidently put the devicetree bindings for the MEN A21 watchdog driver in
> > Documentation/devicetree/bindings/gpio instead of
> > Documentation/devicetree/bindings/watchdog, t
Hi Sebastian,
On 27/08/2013 23:28, Sebastian Hesselbarth wrote:
> With arch/arm calling of_clk_init(NULL) from time_init(), we can now
> remove custom .init_time hooks.
You should update the commit log, the .init_time hooks won't be removed
with this patch.
Gregory
>
> Signed-off-by: Sebastian
On Mon, Aug 26, 2013 at 08:44:40PM +, Christoph Lameter wrote:
> __get_cpu_var() is used for multiple purposes in the kernel source. One of
> them is
> address calculation via the form &__get_cpu_var(x). This calculates the
> address for
> the instance of the percpu variable of the current pr
On Wednesday, August 28, 2013 2:52 PM, Jingoo Han wrote:
>
> 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.
I
On Mon, Aug 26, 2013 at 08:15:17PM +0200, Arnd Bergmann wrote:
> On Monday 26 August 2013 19:40:57 Vinod Koul wrote:
> > And the selection should be done for the cases where you dont have
> > programmable
> > mux in dmac. For programmable ones passing slave_id in dma_slave_config
> > should
> > b
On Tue, Aug 27, 2013 at 3:25 AM, rui wang wrote:
> On 8/11/13, Yinghai Lu wrote:
>> We need to have ioapic setup before normal pci drivers.
>> otherwise other pci driver can not setup irq.
>>
>> So we should not treat them as normal pci devices.
>> Also we will need to support ioapic hotplug with
On 28 August 2013 11:33, amit daniel kachhap wrote:
> Hi Naveen
>
> On Wed, Aug 28, 2013 at 11:15 AM, Naveen Krishna Chatradhi
> wrote:
>> This patch adds code to handle the misplaced TRIMINFO register
>> incase of Exynos5420.
>>
>> On Exynos5420 we have a TRIMINFO register being misplaced for
>>
On Tue, Aug 27, 2013 at 3:08 AM, rui wang wrote:
> On 8/27/13, Yinghai Lu wrote:
>>> It's a bit challenge how you'll conjure unique identifiers from both
>>> integers and strings. If you have a new patch I can help try it out.
>>
>> Then do you have _MAT with that ioapic device or else?
>>
>> nee
On Tue, Aug 27, 2013 at 01:28:27PM -0700, Andy Lutomirski wrote:
> It would if it works. It certainly would for truncate, setxattr, etc.
>
> There are funny cases, though. For example, execing an O_WRONLY fd
> should probably fail, as should opening an O_WRONLY fd as O_RDWR.
> O_APPEND is also
How is life with you over there?
My name is Mr.Song Chen, I am contacting you for a good business proposal of
$12.8mUSD that will benefit both of us, if you are interested,please get back
to me and lets benefit from this golden opportunity.I await to hear from you on
my private email:(mrsongc
On 2013/8/28 12:36, Greg KH wrote:
> 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 &pdev->dev,
>> so we can directly pass a struct platform_dev
Hi Anton,
On Wed, Aug 28, 2013 at 3:27 AM, Anton Vorontsov wrote:
> 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 Be
On Tue, Aug 27, 2013 at 08:37:54PM -0700, kernel neophyte wrote:
> Hi Kent,
>
> I am still seeing deadlock:
Seeing blk_throtl_bio (what asshole misspells words in their function
names, so when you go to grep for them you grep for the wrong thing?) in
the backtrace - is that what it takes to hit i
Hi Naveen
On Wed, Aug 28, 2013 at 11:15 AM, Naveen Krishna Chatradhi
wrote:
> 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
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 D
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
>
> Signed-off-
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 b/drivers/mfd/tmio_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' specifie
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' specifie
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' specified
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 i
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(+), 1
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. Handle
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 ++
drivers/thermal/samsung/exynos_tmu
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 0x10
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, tha
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 k
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 10064
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 dupl
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 lower
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 R?
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 from
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 Sad
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 dri
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 &pdev->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 &pdev->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 rou
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]: *** [arch/xtensa/kernel
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") from
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 tra
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 o
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 A
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 > /proc/sys/kernel/hung_task_timeout_sec
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 cont
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?
tha
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 > cpuf
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: ad
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 we
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 r
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 or
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 J
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 s
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 s
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 `vexpress_rese
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 NAC
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 +01
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: ignori
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 the
(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 di
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 majord...@vger.kernel
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 synt
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 o
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 too
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)
w
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 suppor
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 l
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 therma
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 differen
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 King
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 before,
1 - 100 of 663 matches
Mail list logo
