On 04/18/2013 10:40 PM, Dave Hansen wrote:
> On 04/09/2013 02:45 PM, Srivatsa S. Bhat wrote:
>> 2. Performance overhead is expected to be low: Since we retain the simplicity
>>of the algorithm in the page allocation path, page allocation can
>>potentially remain as fast as it would be witho
quot;).
I have used the arm-soc tree from next-20130418 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp2DxR50nvb1.pgp
Description: PGP signature
On Thu, 2013-04-18 at 22:15 -0700, Alexey Khoroshilov wrote:
> If e1000_get_hw_semaphore_82574() succeed, it acquires swflag_mutex,
> otherwise it does not. But the returned value of
> e1000_get_hw_semaphore_82574() is ignored, so unlocking of
> swflag_mutex
> happens anyway.
>
> The patch fixes t
This patch enables supporting the DT structure of LP855x family devices.
If the platform data is NULL, the driver tries to parse a DT structure.
Then, the platform data is copied from the DT.
Documentation is added as well.
Signed-off-by: Milo(Woogyom) Kim
---
.../devicetree/bindings/video/backl
On 04/19/2013 02:17 PM, Tejun Heo wrote:
> On Thu, Apr 18, 2013 at 10:57:54PM -0700, Tejun Heo wrote:
>> No wonder this thing crashes. Chris, can't the original bio carry
>> bbio in bi_private and let end_bio_extent_readpage() free the bbio
>> instead of abusing bi_bdev like this?
>
> BTW, I thin
This patch-set cleans up the platform data and supports the device tree feature.
Patch from 1 to 4: clean up the platform data and driver fixes.
Patch 5: support the DT structure.
Milo(Woogyom) Kim (5):
backlight: lp855x: convert a type of device name
backlight: lp855x: move backlight mode pl
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/plat-orion/Makefile between commit 43b426d6fae8 ("arm:
plat-orion: use GPIO driver on CONFIG_GPIOLIB") from the gen-gpio tree
and various commits from the arm-soc tree.
I fixed it up (see below) and can carry the fix
The 'load_new_rom_data' was used for checking whether new ROM data
should be updated or not.
However, we can decide it with 'size_program' data.
If the size is greater than 0, it means updating ROM area is required.
Otherwise, the default ROM data will be used.
Therefore, this duplicate platform da
The brightness of LP855x devices is controlled by I2C register or PWM input.
This mode was selected through the platform data, but it can be chosen by
the driver internally without platform data configuration.
How to decide the control mode:
If the PWM period has specific value, the mode is PWM
Configurable data, backlight device name is set to constant character type.
Signed-off-by: Milo(Woogyom) Kim
---
drivers/video/backlight/lp855x_bl.c |2 +-
include/linux/platform_data/lp855x.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/backlight/
Valid range of the brightness is from 0 to 255, so initial brightness
is changed from integer to u8.
Signed-off-by: Milo(Woogyom) Kim
---
include/linux/platform_data/lp855x.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/platform_data/lp855x.h
b/include/li
Nope, just a vehicle for experiments.
Greg KH wrote:
>On Thu, Apr 18, 2013 at 11:00:27PM -0700, H. Peter Anvin wrote:
>> The only real use for command line options is to be able to get users
>> to test something during troubleshooting.
>
>Ok, but the option shouldn't be used to "solve" the probl
On Friday 19 April 2013 11:48 AM, Axel Lin wrote:
SMPS3 and SMPS7 do not have tstep_addr setting, so current code actually
writes 0 to smps12_ctl (offset is 0) register when set_ramp_delay callback
is called for SMPS3 and SMPS7.
Signed-off-by: Axel Lin
Acked-by: Laxman Dewangan
--
To unsubs
SMPS3 and SMPS7 do not have tstep_addr setting, so current code actually
writes 0 to smps12_ctl (offset is 0) register when set_ramp_delay callback
is called for SMPS3 and SMPS7.
Signed-off-by: Axel Lin
---
drivers/regulator/palmas-regulator.c |7 +++
1 file changed, 7 insertions(+)
dif
On Thu, Apr 18, 2013 at 10:57:54PM -0700, Tejun Heo wrote:
> No wonder this thing crashes. Chris, can't the original bio carry
> bbio in bi_private and let end_bio_extent_readpage() free the bbio
> instead of abusing bi_bdev like this?
BTW, I think it's a bit too late to fix this properly from bt
On Fri, Apr 19, 2013 at 5:13 AM, Paul Gortmaker
wrote:
> [Re: [RFC PATCH 0/2] sched: move content out of core files for load average]
> On 18/04/2013 (Thu 23:06) Rakib Mullick wrote:
>
>> On Thu, Apr 18, 2013 at 9:54 PM, Paul Gortmaker
>> wrote:
>> > On 13-04-18 07:14 AM, Peter Zijlstra wrote:
>
>From 712317ad97f41e738e1a19aa0a6392a78a84094e Mon Sep 17 00:00:00 2001
From: Li Zefan
Date: Thu, 18 Apr 2013 23:09:52 -0700
We should store file xattrs in struct cfent instead of struct cftype,
because cftype is a type while cfent is object instance of cftype.
For example each cgroup has a task
On Thu, Apr 18, 2013 at 11:00:27PM -0700, H. Peter Anvin wrote:
> The only real use for command line options is to be able to get users
> to test something during troubleshooting.
Ok, but the option shouldn't be used to "solve" the problem.
greg k-h
--
To unsubscribe from this list: send the line
On Wed, Apr 17, 2013 at 11:23:28AM -0700, Sarah Sharp wrote:
> TLDR version: Yes, it would be nice if bug reporters could go up the
> hierarchy, but they don't have an easy way to know which subsystem
> maintainers to contact. Perhaps a new line in MAINTAINERS for the
> subsystem maintainer would
The only real use for command line options is to be able to get users to test
something during troubleshooting.
Greg KH wrote:
>On Wed, Apr 17, 2013 at 11:05:41PM +0100, Bryan O'Donoghue wrote:
>> Some EFI BIOS stores BGRT data in the wrong place and some EFI based
>> BIOS also requires mapping
On Wed, Apr 17, 2013 at 11:05:41PM +0100, Bryan O'Donoghue wrote:
> Some EFI BIOS stores BGRT data in the wrong place and some EFI based
> BIOS also requires mapping of boot code/data when doing
> efi_enter_virtual_mode.
>
> Current code in efi_enter_virtual_mode maps both EFI_RUNTIME_MEMORY and
>
(cc'ing btrfs people)
On Fri, Apr 19, 2013 at 11:33:20AM +0800, Wanlong Gao wrote:
> RIP: 0010:[] []
> ftrace_raw_event_block_bio_complete+0x73/0xf0
...
> [] bio_endio+0x80/0x90
> [] btrfs_end_bio+0xf6/0x190 [btrfs]
> [] bio_endio+0x3d/0x90
> [] req_bio_endio+0xa3/0xe0
Ugh
In fs/btrfs/
We should store file xattrs in struct cfent instead of struct cftype,
because cftype is a type while cfent is object instance of cftype.
For example each cgroup has a tasks file, and each tasks file is
associated with a uniq cfent, but all those files share the same
struct cftype.
Alexey Kodanev
Hi Dave,
After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
drivers/gpu/drm/qxl/qxl_cmd.c: In function 'qxl_surface_id_alloc':
drivers/gpu/drm/qxl/qxl_cmd.c:442:2: warning: 'idr_pre_get' is deprecated
(declared at include/linux/idr.h:149) [-Wdepreca
Hi Srivatsa,
On 04/10/2013 05:45 AM, Srivatsa S. Bhat wrote:
[I know, this cover letter is a little too long, but I wanted to clearly
explain the overall goals and the high-level design of this patchset in
detail. I hope this helps more than it annoys, and makes it easier for
reviewers to relate
When booting x86 system contains memoryless node, node numbers of CPUs
on memoryless node were changed to nearest online node number by
init_cpu_to_node() because the node is not online.
In my system, node numbers of cpu#30-44 and 75-89 were changed from 2 to 0
as follows:
$ numactl --hardware
av
On Tue 09-04-13 11:14:24, Lukas Czerner wrote:
> The "head removal" branch in the condition is never used in any code
> path in ext4 since the function only caller ext4_ext_rm_leaf() will make
> sure that the extent is properly split before removing blocks. Note that
> there is a bug in this branch
On Tue 09-04-13 11:14:25, Lukas Czerner wrote:
> Add "end" variable.
>
> Signed-off-by: Lukas Czerner
You can add:
Reviewed-by: Jan Kara
Honza
> ---
> fs/ext4/extents.c |6 +++---
> include/trace/events/ext4.h |
On Tue 09-04-13 11:14:23, Lukas Czerner wrote:
> The discard_partial_page_buffers is no longer used anywhere so we can
> simply remove it including the *_no_lock variant and
> EXT4_DISCARD_PARTIAL_PG_ZERO_UNMAPPED define.
>
> Signed-off-by: Lukas Czerner
Looks good, obviously ;) You can add:
Re
On Tue 09-04-13 11:14:22, Lukas Czerner wrote:
> We're doing to get rid of ext4_discard_partial_page_buffers() since it is
> duplicating some code and also partially duplicating work of
> truncate_pagecache_range(), moreover the old implementation was much
> clearer.
>
> Now when the truncate_inod
If e1000_get_hw_semaphore_82574() succeed, it acquires swflag_mutex,
otherwise it does not. But the returned value of
e1000_get_hw_semaphore_82574() is ignored, so unlocking of swflag_mutex
happens anyway.
The patch fixes the issue by breaking reset if MIC ownership is not acquired.
Found by Linu
From: Chun-Yi Lee
Per X.509 spec in 4.2.1.1 section, the structure of Authority Key
Identifier Extension is:
AuthorityKeyIdentifier ::= SEQUENCE {
keyIdentifier [0] KeyIdentifier OPTIONAL,
authorityCertIssuer [1] GeneralNamesOPTIONAL,
On Friday 19 April 2013 09:11 AM, Axel Lin wrote:
SMPS3 and SMPS7 do not have tstep_addr setting, so current code actually
writes 0 to PALMAS_SMPS12_CTRL(0x0) register when set_ramp_delay callback
is called for SMPS3 and SMPS7.
Signed-off-by: Axel Lin
---
drivers/regulator/palmas-regulator.c
On Friday 19 April 2013 08:44 AM, Axel Lin wrote:
When SMPS45 is set to off and LDO8 tracking is enabled, LDO8 output can be set
from 0.45 to 1.65V and the steps of voltage change is 25mV.
This is done by setting:
pmic->desc[id].min_uV = 45;
pmic->desc[id].uV_step = 25000;
On Mon, Apr 15, 2013 at 07:47:38PM -0700, Yinghai Lu wrote:
> On Mon, Apr 15, 2013 at 6:44 PM, Wang YanQing wrote:
> >
> > The parameter of memblock_reserve is start address,
> > and size, not address range.
> >
> > Signed-off-by: Wang YanQing
> > ---
> > drivers/acpi/osl.c | 2 +-
> > 1 file ch
On Thu, 2013-04-18 at 18:34 +0200, Vincent Guittot wrote:
> The current update of the rq's load can be erroneous when RT tasks are
> involved
>
> The update of the load of a rq that becomes idle, is done only if the avg_idle
> is less than sysctl_sched_migration_cost. If RT tasks and short idle d
Hi Frederic,
> /*
> @@ -1279,6 +1277,7 @@ void run_posix_cpu_timers(struct task_struct *tsk)
> LIST_HEAD(firing);
> struct k_itimer *timer, *next;
> unsigned long flags;
> + struct signal_struct *sig;
>
> BUG_ON(!irqs_disabled());
>
> @@ -1336,6 +1335,10 @@ void run
Hi,
i'm trying to trace the caching behaviour of one of my applications
using the "perf" tool. On my i7 Q 820 i can see the l1 instruction
cache loads using "perf stat -e L1-icache-loads" On my i7-2600k i'm
getting " L1-icache-loads"
Tracing the following events works fine:
L1-dcache-loads
L1-dc
SMPS3 and SMPS7 do not have tstep_addr setting, so current code actually
writes 0 to PALMAS_SMPS12_CTRL(0x0) register when set_ramp_delay callback
is called for SMPS3 and SMPS7.
Signed-off-by: Axel Lin
---
drivers/regulator/palmas-regulator.c |4
1 file changed, 4 insertions(+)
diff -
On 04/18/2013 10:30 PM, Jens Axboe wrote:
> On Thu, Apr 18 2013, Wanlong Gao wrote:
>> On 04/18/2013 09:35 PM, Jens Axboe wrote:
>>> On Thu, Apr 18 2013, Wanlong Gao wrote:
> A bio is always fully initialized, regardless of which internal
> allocator it came from. If people are doing privat
Hi all,
After merging the net-next tree, today's linux-next build (x86_64
allmodconfig) failed like this:
net/batman-adv/network-coding.c: In function
'batadv_nc_skb_store_sniffed_unicast':
net/batman-adv/network-coding.c:1487:2: warning: passing argument 1 of
'batadv_is_my_mac' from incompatib
When SMPS45 is set to off and LDO8 tracking is enabled, LDO8 output can be set
from 0.45 to 1.65V and the steps of voltage change is 25mV.
This is done by setting:
pmic->desc[id].min_uV = 45;
pmic->desc[id].uV_step = 25000;
I don't see the point of reading vsel register, multi
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/batman-adv/routing.c between commit fe8a93b95145 ("batman-adv: make
is_my_mac() check for the current mesh only") from the net tree and
commits f86ce0ad107b ("batman-adv: Return reason for failure in
batadv_check_unicast_p
>
> BTW, have you seen the testcase in my other mail? It seems to be rejected
> by LKML.
>
I did not receive it, did you also CC me?
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
--
To unsubscribe from this list: send the line "unsubscribe l
On 04/18/2013 07:13 PM, zhang.y...@zte.com.cn wrote:
> Darren Hart wrote on 2013/04/18 22:34:29:
>
>> On 04/18/2013 01:05 AM, zhang.y...@zte.com.cn wrote:
>>>
>>> I have run futextest/performance/futex_wait for testing,
>>> 5 times before make it long:
>>> futex_wait: Measure FUTEX_WAIT operati
On Thu, Apr 18, 2013 at 10:55:14AM -0700, Michal Hocko wrote:
> On Fri 19-04-13 00:55:31, Han Pingtian wrote:
> > On Thu, Apr 18, 2013 at 07:17:36AM -0700, Michal Hocko wrote:
> > > On Thu 18-04-13 18:15:41, Han Pingtian wrote:
> > > > On Wed, Apr 17, 2013 at 07:19:09AM -0700, Michal Hocko wrote:
>
Because alloc struct buffer_head using kmem_cache_zalloc,so it's not need to
call 'init_buffer(bh, NULL, NULL)'.
Signed-off-by: Jianpeng Ma
---
fs/buffer.c | 2 --
fs/jbd/journal.c | 1 -
fs/jbd2/journal.c | 1 -
3 files changed, 4 deletions(-)
diff --git a/fs/buffer.c b/fs/buffer.c
inde
Darren Hart wrote on 2013/04/18 22:34:29:
> On 04/18/2013 01:05 AM, zhang.y...@zte.com.cn wrote:
> >
> > I have run futextest/performance/futex_wait for testing,
> > 5 times before make it long:
> > futex_wait: Measure FUTEX_WAIT operations per second
> > Arguments: iterations=1000
On 04/19/2013 07:43 AM, Paul Turner wrote:
We could use a name along the lines of "load_index.c"; it calls to
mind where we actually consume these values and (being specific) is
less overloaded than load_avg.
Hmm... How about using "load_machine.c" "load_cpu.c" and "load_entity.c"?
Thanks,
Char
On Wed, 17 Apr 2013, Benjamin Tissoires wrote:
> This driver was originally written by James McKenzie, updated by
> Greg Kroah-Hartman, further updated by Bastien Nocera, with suspend
> support added.
> I ported it to the HID subsystem, in order to simplify it a litle
> and allow lirc to use it th
On Thu, Apr 18, 2013 at 01:15:27PM +0200, Stephan von Krawczynski wrote:
> On Wed, 17 Apr 2013 20:55:04 +0200
> "Rafael J. Wysocki" wrote:
>
> > On Wednesday, April 17, 2013 11:38:30 AM Bjorn Helgaas wrote:
> > > [+cc Rafael & linux-acpi]
> >
> > Thanks.
> >
> > > On Tue, Apr 16, 2013 at 10:14
On Thu, Apr 18, 2013 at 02:17:14PM -0700, Joe Perches wrote:
> Fix allmodconfig link error introduced by commit 75b9130e8a
> ("usb: storage: Add usb_stor_dbg, reduce object size")
>
> Export the symbol usb_stor_dbg.
> Add export.h
>
> Signed-off-by: Joe Perches
> ---
> drivers/usb/storage/debug
On Wed, 17 Apr 2013, Benjamin Tissoires wrote:
> No semantic changes, but hid_dump_report should be in hid-debug.c, not
> in hid-core.c
>
> Signed-off-by: Benjamin Tissoires
I have applied this one independently on the rest.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the
On Wed, 17 Apr 2013, Benjamin Tissoires wrote:
> If an event occurs while the hid debugfs is forwarding events, list->tail
> is updated during copy_to_user().
>
> Remove the gotos and use a regular while-loop to empty the queue.
>
> Second benefit, it checks that we are not writing more than cou
于 2013年04月19日 06:50, Samuel Ortiz 写道:
Hi Wei,
On Thu, Apr 11, 2013 at 10:43:40AM +0800, wei_w...@realsil.com.cn wrote:
From: Wei WANG
Support new model: RTS5249
Could you please provide me with a more detailled changelog (What's so
different with this model that the current driver does not s
The linux/iommu.h header uses ERR_PTR defined
in linux/err.h but doesn't include it.
Cc:j...@8bytes.org
Reviewed-by: Alex Williamson
Signed-off-by: Wang YanQing
---
This patch has been in LKML for more than 2 months,
I even forget it, but the compile error when I compile
a kernel module for 3
On 4/18/2013 2:40 AM, Thomas Gleixner wrote:
On Wed, 10 Apr 2013, Michael Bohan wrote:
When switching to a new cpu_base in switch_hrtimer_base(), we
briefly enable preemption by unlocking the cpu_base lock in two
places. During this interval it's possible for the running thread
to be swapped to
On 04/18/2013 07:00 PM, Stephen Boyd wrote:
> On 04/18/13 12:30, Rob Herring wrote:
>> diff --git a/drivers/clocksource/arm_arch_timer.c
>> b/drivers/clocksource/arm_arch_timer.c
>> index 122ff05..17ed8e4 100644
>> --- a/drivers/clocksource/arm_arch_timer.c
>> +++ b/drivers/clocksource/arm_arch_ti
2013/04/19 1:32, KOSAKI Motohiro wrote:
#ifdef CONFIG_HOTPLUG_CPU
+static void change_cpu_under_node(struct cpu *cpu,
+ unsigned int from_nid, unsigned int to_nid)
+{
+ int cpuid = cpu->dev.id;
+ unregister_cpu_under_node(cpuid, from_nid);
+ register_cpu_
Could it be a module not recompiled with a newer kernel?
-- Steve
Jens Axboe wrote:
>
>Hmm dunno. It happens right after we've completed the bio, which
>touches
>a lot of fields too. bi_bdev sits between bi_next (which we definitely
>used) and bi_flags.
>
>But adding slab use-after-free debug
>> On Thu, Apr 18, 2013 at 12:00:49PM +, Zhanghaoyu (A) wrote:
>>> I start 10 VMs(windows xp), then running geekbench tool on them,
>>> about 2 days, one of them was reset, I found the reset operation is
>>> done by int kvm_cpu_exec(CPUArchState *env) {
>>>...
>>> switch (run->exit_
There are many subarch on ARM, and each subarch use their vendor's
platform code. Typical name of platform code use their product
series or vendor name.
This patch support SUBPLAT for platform code.
Signed-off-by: Woosung Lee
Cc: Joonsoo Kim
---
scripts/tags.sh |4 +++-
1 file changed, 3 i
Hi Liu,
On 04/18/2013 08:10 PM, Liu, Chuansheng wrote:
>> It seems that with commit "smp: Give WARN()ing when calling
>> > smp_call_function_many()/single() in serving irq" I'm getting a bunch of
>> > these:
> This patch gives the warning even when the smp_call_function_many() is called
> in sof
On 04/18/2013 09:19 AM, Matt Fleming wrote:
> On 18/04/13 15:51, Darren Hart wrote:
>> I don't believe I have seen a 32-bit EFI system with a BGRT, but then
>> again, I had to look it up today! That said, I suspect the MinnowBoard
>> would benefit from such a thing, so we should have an example of
tion_many+0xda/0x400()
> [ 467.251990] Modules linked in:
> [ 467.252496] CPU: 1 PID: 12638 Comm: trinity-child1 Tainted: GW
> 3.9.0-rc7-next-20130418-sasha-00013-g333a5d2 #340
> [ 467.259691] 0009 8800bb603d98 83deed7a
> 8800bb603dd
I think HZ/50 is better than 2 for adapter timeout.
Signed-off-by: Eunbong Song
---
drivers/i2c/busses/i2c-octeon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/busses/i2c-octeon.c b/drivers/i2c/busses/i2c-octeon.c
index 935585e..ca489f3 100644
--- a/dri
On 04/18/13 12:30, Rob Herring wrote:
> diff --git a/drivers/clocksource/arm_arch_timer.c
> b/drivers/clocksource/arm_arch_timer.c
> index 122ff05..17ed8e4 100644
> --- a/drivers/clocksource/arm_arch_timer.c
> +++ b/drivers/clocksource/arm_arch_timer.c
> @@ -266,6 +266,15 @@ static struct notifier
On Wed, Apr 17, 2013 at 06:49:40PM -0500, Rob Landley wrote:
> On 04/17/2013 01:23:28 PM, Sarah Sharp wrote:
> >On Tue, Apr 16, 2013 at 09:15:06PM -0500, Rob Landley wrote:
> >> On 04/15/2013 12:33:34 PM, Sarah Sharp wrote:
> >> >Outline how often it's polite to ping kernel maintainers about
> >> >
2013/04/19 8:28, Toshi Kani wrote:
On Fri, 2013-04-19 at 08:33 +0900, Yasuaki Ishimatsu wrote:
:
+static struct resource *get_resource(gfp_t flags)
+{
+ struct resource *res = NULL;
+
+ spin_lock(&bootmem_resource_lock);
+ if (bootmem_resource.sibling) {
+ res
On 04/18/2013 04:01 PM, Josh Triplett wrote:
>
> I'd much rather see the code do the right thing automatically, rather
> than requiring an "unbreak me" command-line parameter.
>
> But in any case, since BGRT is a "make my system look prettier" feature
> rather than core functionality, giving up o
We could use a name along the lines of "load_index.c"; it calls to
mind where we actually consume these values and (being specific) is
less overloaded than load_avg.
On Thu, Apr 18, 2013 at 4:13 PM, Paul Gortmaker
wrote:
> [Re: [RFC PATCH 0/2] sched: move content out of core files for load averag
>
> "UEI" is Celtic for "We missed DOS so we burned it into your ROMS"
>
> I love it "maith an fear"
>
>> There are currently only two situations where we need to map EFI Boot
>> Service regions,
>>
>>1. To workaround the firmware bug described in 916f676f8
>>2. To access the ACPI BGRT i
On Fri, 2013-04-19 at 08:33 +0900, Yasuaki Ishimatsu wrote:
:
> >
> >> +static struct resource *get_resource(gfp_t flags)
> >> +{
> >> + struct resource *res = NULL;
> >> +
> >> + spin_lock(&bootmem_resource_lock);
> >> + if (bootmem_resource.sibling) {
> >> + res = bootmem_resource.si
Hi Toshi,
2013/04/18 23:23, Toshi Kani wrote:
On Thu, 2013-04-18 at 17:36 +0900, Yasuaki Ishimatsu wrote:
When hot removing memory presented at boot time, following messages are shown:
:
diff --git a/kernel/resource.c b/kernel/resource.c
index 4aef886..637e8d2 100644
--- a/kernel/resource.c
2013/04/18 22:42, Johannes Weiner wrote:
On Thu, Apr 18, 2013 at 05:36:12PM +0900, Yasuaki Ishimatsu wrote:
@@ -151,6 +162,39 @@ __initcall(ioresources_init);
#endif /* CONFIG_PROC_FS */
+static void free_resource(struct resource *res)
+{
+ if (!res)
+ return;
+
+ i
Hi Mark,
On Thu, 18 Apr 2013 12:04:39 +0100 Mark Brown wrote:
>
> However could you please change my SPI tree to be:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
Done. Should I also use your kernel.org address as your contact address
(instead of broo...@opensour
[Re: [RFC PATCH 0/2] sched: move content out of core files for load average] On
18/04/2013 (Thu 23:06) Rakib Mullick wrote:
> On Thu, Apr 18, 2013 at 9:54 PM, Paul Gortmaker
> wrote:
> > On 13-04-18 07:14 AM, Peter Zijlstra wrote:
> >> On Mon, 2013-04-15 at 11:33 +0200, Ingo Molnar wrote:
> >>>
On Thu, Apr 18, 2013 at 11:07:06PM +0100, Bryan O'Donoghue wrote:
>
> > UEFI stands for "Unified Extensible Firmware Interface", where
> > "Firmware"
> > is an ancient African word meaning "Why do something right when you can
> > do it so wrong that children will weep and brave adults
Change interrupt name from "RML/RSL" to "RMLRSL".
This fixes following warning message.
[ 24.938793] WARNING: at fs/proc/generic.c:307 __xlate_proc_name+0x124/0x160()
[ 24.945926] name 'RML/RSL'
[ 24.948642] Modules linked in:
[ 24.951707] Call Trace:
[ 24.954157] [] dump_stack+0x8/0x34
Hi Wei,
On Thu, Apr 11, 2013 at 10:43:40AM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Support new model: RTS5249
Could you please provide me with a more detailled changelog (What's so
different with this model that the current driver does not support ?) before I
apply it ?
Cheer
On Thu, Apr 18, 2013 at 3:05 PM, Olof Johansson wrote:
> On Thu, Apr 18, 2013 at 2:55 PM, Olof Johansson wrote:
>> If chromeos_laptop is loaded before the DRM driver, the i2c busses will
>> not yet be available. Defer probe for that case and try again later.
>>
>> Trickling the error up to the mo
On Sun, Apr 14, 2013 at 08:35:48PM +0200, Marek Vasut wrote:
> Cc: Linus Walleij
> Cc: Jean Delvare
> Cc: Samuel Ortiz
> Cc: Mark Brown
> Cc: Guenter Roeck
> Cc: linux-kernel
> Cc: Grant Likely
> Signed-off-by: Marek Vasut
> ---
> drivers/gpio/gpio-ucb1400.c | 19 ++-
> d
Hi Mark,
On Thu, Apr 11, 2013 at 06:11:50PM +0100, Mark Brown wrote:
> We can actually read this back from the device but we use this when
> registered using standard I2C board data registration so make sure
> it's there for OF too.
>
> Signed-off-by: Mark Brown
> Tested-by: Sylwester Nawrocki
Hi Linus,
On Mon, Apr 15, 2013 at 09:47:01AM +0200, Linus Walleij wrote:
> From: Linus Walleij
>
> The AB8500 debug code which was merged in parallel with the
> multiplatform work incidentally introduced a new instance using
> the header which is now deleted, causing this
> build regression:
>
Hi Marek,
On Tue, Apr 16, 2013 at 10:50:54AM +0200, Michal Marek wrote:
> Couple of input drivers depend on this symbol:
>
> ERROR: "matrix_keypad_parse_of_params"
> [drivers/input/keyboard/tca8418_keypad.ko] undefined!
> ERROR: "matrix_keypad_parse_of_params"
> [drivers/input/keyboard/cros_ec_
Hi Andrey,
On Thu, Apr 18, 2013 at 09:58:35AM -0700, Andrey Smirnov wrote:
> diff --git a/drivers/media/radio/Kconfig b/drivers/media/radio/Kconfig
> index ead9928..170460d 100644
> --- a/drivers/media/radio/Kconfig
> +++ b/drivers/media/radio/Kconfig
> @@ -18,6 +18,23 @@ config RADIO_SI470X
>
>
On Tue 09-04-13 11:14:21, Lukas Czerner wrote:
> This reverts commit 189e868fa8fdca702eb9db9d8afc46b5cb9144c9.
>
> This commit reintroduces the use of ext4_block_truncate_page() in ext4
> truncate operation instead of ext4_discard_partial_page_buffers().
>
> The statement in the commit descriptio
Ping.
On Mon, Apr 15, 2013 at 12:41 AM, Lai Jiangshan wrote:
> I found the early-increasing nr_running in wq_worker_waking_up() is useless
> in many cases. it tries to avoid waking up idle workers for pending work item.
> but delay increasing nr_running does not increase waking up idle workers.
>
On Tue 09-04-13 11:14:20, Lukas Czerner wrote:
> This reverts commit ccb4d7af914e0fe9b2f1022f8ea6c300463fd5e6.
>
> This commit reintroduces functions ext4_block_truncate_page() and
> ext4_block_zero_page_range() which has been previously removed in favour
> of ext4_discard_partial_page_buffers().
On Thu, Apr 18, 2013 at 2:55 PM, Olof Johansson wrote:
> If chromeos_laptop is loaded before the DRM driver, the i2c busses will
> not yet be available. Defer probe for that case and try again later.
>
> Trickling the error up to the module init function is unfortuantely a
> little awkward, since
UEFI stands for "Unified Extensible Firmware Interface", where "Firmware"
is an ancient African word meaning "Why do something right when you can
do it so wrong that children will weep and brave adults will cower before
you", and "UEI" is Celtic for "We missed DOS so we burne
Sourav Poddar writes:
> On Thursday 18 April 2013 11:35 PM, Kevin Hilman wrote:
>> Sourav Poddar writes:
>>
>>> Remove the "OMAP_DEVICE_NO_IDLE_ON_SUSPEND" check, since UART was the only
>>> one making
>>> use of it. Now serial core/driver takes care of the case when
>>> "no_console_suspend"
>
Acked-by: Benson Leung
On Thu, Apr 18, 2013 at 2:55 PM, Olof Johansson wrote:
> If chromeos_laptop is loaded before the DRM driver, the i2c busses will
> not yet be available. Defer probe for that case and try again later.
>
> Trickling the error up to the module init function is unfortuantely
On Thu, Apr 18, 2013 at 9:48 PM, Daniel Vetter wrote:
> On Thu, Apr 18, 2013 at 3:05 PM, Sedat Dilek wrote:
>> On Thu, Apr 18, 2013 at 10:28 AM, Stephen Rothwell
>> wrote:
>>> Hi all,
>>>
>>> Changes since 20130417:
>>>
>>> New Trees: rpmsg (actually added yesterday)
>>> pp
Hi Linus,
It turns out that one of the hp-wmi patches this cycle breaks some other
HP laptops. I think we have a good idea how to work on it for 3.10, but
it's safer to just revert it for now.
The following changes since commit 445e8d007c29d7f4d497c7912236b69f608340c6:
ideapad-laptop: Depend
Sourav Poddar writes:
> Hi Kevin,
> On Thursday 18 April 2013 11:26 PM, Kevin Hilman wrote:
>> Sourav Poddar writes:
>>
>>> The patch adapt the serial core/driver to take care of the case when
>>> "no_console_suspend"
>>> is used in the bootargs. The patch will remove dependency to set od->flag
If chromeos_laptop is loaded before the DRM driver, the i2c busses will
not yet be available. Defer probe for that case and try again later.
Trickling the error up to the module init function is unfortuantely a
little awkward, since the i2c bus lookup and device registration happens
as a dmi callb
On Thursday 18 April 2013, Lee Jones wrote:
> Using the new DMA DT bindings and API, we can register the DMA40 driver
> as Device Tree capable. Now, when a client attempts to allocate a
> channel using the DMA DT bindings via its own node, we are able to parse
> the request and allocate a channel i
All:
We would like to hold a combined ACPI/PM, PCI focused microconference
as part of this year's Linux Plumbers conference but first we need to
show that there is enough interest and material that needs covered.
There is a lot of activity in these subsystems so please respond by
submitting prese
The following resolves a section mismatch warning below in xen-acpi-processor
introduced by
3fac10145b766a2244422788f62dc35978613fd8 [13/13] xen: Re-upload processor PM
data to hypervisor after S3 resume (v2)
Warning:
WARNING: drivers/xen/built-in.o(.text+0x2056a): Section mismatch in reference
1 - 100 of 640 matches
Mail list logo