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
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)
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
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
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:
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
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
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
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
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
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
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
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
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,
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
>
> 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
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
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
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:
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,
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
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
> ---
>
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
于 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
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
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
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
>> +++
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);
+
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
>> 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
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
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
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
67.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
> 8800bb603dd8
> [ 467.261157] ff
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
---
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
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(_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
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
>
> "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
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(_resource_lock);
> >> + if (bootmem_resource.sibling) {
> >> + res = bootmem_resource.sibling;
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
---
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;
+
+
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
[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
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] []
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 ?
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
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 ++-
>
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"
>
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
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
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)
>>>
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:
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
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
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
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
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
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.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
PID: 12638 Comm: trinity-child1 Tainted: GW
3.9.0-rc7-next-20130418-sasha-00013-g333a5d2 #340
[ 467.259691] 0009 8800bb603d98 83deed7a
8800bb603dd8
[ 467.261157] 81112ecb 88009d229fd8 81148430
0001
[ 467.262478] ff
>
> This enum leaks out to userspace via error messages, so fix the spelling.
>
> Signed-off-by: Bill Nottingham
ACK
Tomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
This enum leaks out to userspace via error messages, so fix the spelling.
Signed-off-by: Bill Nottingham
---
drivers/misc/mei/hbm.c | 8
drivers/misc/mei/hw-me.c | 2 +-
drivers/misc/mei/init.c| 4 ++--
drivers/misc/mei/mei_dev.h | 2 +-
4 files changed, 8 insertions(+), 8
On 04/18/2013 01:17 PM, Darren Hart wrote:
>
> Ah, well then I've misunderstood the nature of the problem a bit. Will
> have to spend some time understanding this better.
>
Way, way too many people misunderstand HIGHMEM.
-hpa
--
To unsubscribe from this list: send the line
On Thu, Apr 18 2013, Linus Torvalds wrote:
> On Thu, Apr 18, 2013 at 11:13 AM, Jens Axboe wrote:
> > On Thu, Apr 18 2013, Tejun Heo wrote:
> >> On Thu, Apr 18, 2013 at 10:39:00AM -0700, Jens Axboe wrote:
> >> >
> >> > Yep, thanks Linus for that hint... Must be someone abusing it for a
> >> > flag
Bjorn Helgaas wrote:
> I assume you'll merge this via something other than my tree.
Al's vfs tree, I think.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 04/18/2013 01:13 PM, H. Peter Anvin wrote:
> On 04/18/2013 01:11 PM, Darren Hart wrote:
>>>
>>> I would expect that if there are any 32-bit UEFI systems that ship with
>>> BGRT support (and Darren makes it sound like that's a possibility),
>>> there's a realistic chance of the BGRT ending up
On 04/18/2013 01:11 PM, Darren Hart wrote:
>>
>> I would expect that if there are any 32-bit UEFI systems that ship with
>> BGRT support (and Darren makes it sound like that's a possibility),
>> there's a realistic chance of the BGRT ending up allocated above the
>> highmem barrier.
>
> I can
On 04/18/2013 12:58 PM, Matthew Garrett wrote:
> On Thu, 2013-04-18 at 20:55 +0100, Matt Fleming wrote:
>
>> If there are machines out there that would require us to write support,
>> it's probably worth doing now instead of punting. But it sounds like
>> there aren't any.
>
> I would expect
* Roger Quadros [130415 01:53]:
> Provide the RESET and Power regulators for the USB PHY,
> the USB Host port mode and the PHY device.
>
> The USB PHY needs AUXCLK3 to operate. Provide this information
> as well.
>
> Also provide pin multiplexer information for the USB host
> pins.
>
> This
On Thu, Apr 18, 2013 at 01:56:42PM -0500, Suthikulpanit, Suravee wrote:
> On 4/18/2013 1:35 PM, Joerg Roedel wrote:
> According to the "kernel/irq/handle.c:irq_wake_thread()", I thought
> that for the threaded IRQ, if the system getting a new interrupt
> from the device while the thread is
1. Rename init_clients_state to hbm_state and use
MEI_HBM_ prefix for HBM states
2. Remove recvd_msg and use hbm state for synchronizing
hbm protocol has successful start.
We can wake up the hbm event from start response handler
and remove the hack from the interrupt thread
3. mei_hbm_start_wait
On Thu, 2013-04-18 at 20:55 +0100, Matt Fleming wrote:
> If there are machines out there that would require us to write support,
> it's probably worth doing now instead of punting. But it sounds like
> there aren't any.
I would expect that if there are any 32-bit UEFI systems that ship with
BGRT
On 04/18/2013 12:55 PM, Matt Fleming wrote:
> On 04/18/2013 05:44 PM, Josh Triplett wrote:
The machine I developed the BGRT changes on kept the image below the 4G
mark, inside one of the memory regions reclaimable via
ExitBootServices().
>>>
>>> Well, highmem is >= ~896M. Do you
On 04/17/2013 06:35 PM, Linus Walleij wrote:
On Wed, Apr 17, 2013 at 1:06 PM, Sylwester Nawrocki
wrote:
-#endif
+* All Samsung platforms that support device tree will use the pinctrl
+* driver, hence we skip initialization of this driver if the OF tree
+* is
On 04/18/2013 05:44 PM, Josh Triplett wrote:
>>> The machine I developed the BGRT changes on kept the image below the 4G
>>> mark, inside one of the memory regions reclaimable via
>>> ExitBootServices().
>>
>> Well, highmem is >= ~896M. Do you have a machine with BGRT over the
>> highmem mark?
>
On 04/18/2013 03:31 PM, Christian Eggers wrote:
Commit 048177ce3b3962852fd34a7e04938959271c7e70 (spi: spi-davinci:
convert to DMA engine API) introduced a regression: dma_map_single()
is called with direction DMA_FROM_DEVICE for rx and for tx.
Signed-off-by: Christian Eggers
Cc:
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)
>> ppc-temp (replacing powerpc for this week)
>>
>> The ceph tree
Commit 048177ce3b3962852fd34a7e04938959271c7e70 (spi: spi-davinci:
convert to DMA engine API) introduced a regression: dma_map_single()
is called with direction DMA_FROM_DEVICE for rx and for tx.
Signed-off-by: Christian Eggers
Cc: sta...@vger.kernel.org
---
--- drivers/spi/spi-davinci.c.orig
1 - 100 of 1258 matches
Mail list logo
