On Sat, Sep 1, 2012 at 1:14 PM, shiraz hashim
wrote:
> Hi Roland,
>
> On Wed, Aug 22, 2012 at 7:19 PM, Roland Stigge wrote:
>> @@ -2016,6 +2030,8 @@ pl022_probe(struct amba_device *adev, co
>> pl022->master_info = platform_info;
>> pl022->adev = adev;
>> pl022->vendor = id
In znet_probe(), strncmp() may access beyond 0x10 and
trigger the below oops in kvm. Fix it by limiting the loop
under 0x10-8. I suspect the limit could be further decreased
to 0x10-sizeof(struct netidblk), however no datasheet at hand..
[3.744312] BUG: unable to handle kernel pag
On Sat, 1 Sep 2012, Henrik Rydberg wrote:
> Going through the motions of printing the debug message information
> takes a long time; using the keyboard can lead to a 160 us irqsoff
> latency. This patch skips hid_dump_input() when there are no open
> handles, which brings latency down to 100 us.
>
On Tue, 21 Aug 2012, Oskar Schirmer wrote:
> conversion to utf8 left some extra control character here,
> remove it.
>
> Signed-off-by: Oskar Schirmer
> Cc: John Anthony Kazos Jr
> Cc: Rob Landley
> ---
> Documentation/power/swsusp.txt |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On Mon, Aug 27, 2012 at 6:33 AM, Stephen Warren wrote:
> On 08/25/2012 08:53 AM, Sebastian Hesselbarth wrote:
>>
>> now I do understand but in the current driver we pass pingroups associated
>> with the available functions, i.e. "mpp2" with "uart1", "uart2",
>> "sdio0", aso.
>> IMHO for the above
On Fri, 3 Aug 2012, Masanari Iida wrote:
> Correct spelling typo in drivers/dma.
Applied.
--
Jiri Kosina
SUSE Labs
--
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 http://vger.kernel.org/maj
On Fri, 31 Aug 2012, Kees Cook wrote:
> Given that several distros use (or want to use) Yama, I think that's
> reason enough for this. I think it's important for us to take a
> practical approach here, and having the big LSMs each hook Yama instead
> of doing this in a single global place will
from init_memory_mapping, so make init_memory_mapping readable.
Suggested-by: Ingo Molnar
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 42 ++
1 files changed, 26 insertions(+), 16 deletions(-)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
Only create mapping for E820_820 and E820_RESERVED_KERN.
Seperate calculate_table_space_size and find_early_page_table out with
init_memory_mapping.
Also for 64bit, first 1M's page table will be in BRK.
For other range, will allocate page table one time, but init mapping
only for E820 RAM and E8
So we could put page table high again for 64bit.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index 15a6a38..cca9b7d 100644
--- a/arch/x86/mm/init.c
+++ b/arch/x86/mm/init.c
@@ -
So later could make it call split_mem_range...
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 116 ++--
1 files changed, 58 insertions(+), 58 deletions(-)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index fcb44c5..a475d7f 100644
---
They all need to go over ram range in same sequence. So add shared function
to reduce duplicated code.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 64 ++-
1 files changed, 23 insertions(+), 41 deletions(-)
diff --git a/arch/x86/mm/init.c
detect if need to use 1G or 2M and store them in page_size_mask.
Only probe them one time.
Suggested-by: Ingo Molnar
Signed-off-by: Yinghai Lu
---
arch/x86/include/asm/pgtable.h |1 +
arch/x86/kernel/setup.c|1 +
arch/x86/mm/init.c | 66 +++
from setup.c to mm/init.c
So could update all related calling together later
Signed-off-by: Yinghai Lu
---
arch/x86/include/asm/init.h|1 -
arch/x86/include/asm/pgtable.h |2 +-
arch/x86/kernel/setup.c| 13 +
arch/x86/mm/init.c | 19 ++
From: Jacob Shin
Update code that previously assumed pfns [ 0 - max_low_pfn_mapped ) and
[ 4GB - max_pfn_mapped ) were always direct mapped, to now look up
pfn_mapped ranges instead.
-v2: change applying sequence to keep git bisecting working.
so add dummy pfn_range_is_mapped(). - Yinghai
From: Jacob Shin
Current logic finds enough space for direct mapping page tables from 0
to end. Instead, we only need to find enough space to cover mr[0].start
to mr[nr_range].end -- the range that is actually being mapped by
init_memory_mapping()
This patch also reportedly fixes suspend/resume
it should take physical address range that will need to be mapped.
and find_early_table_space should take range that pgt buff should be in.
Separate those two to reduce confusion.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 39 ---
1 files changed, 28
This one intend to fix bugs:
when efi booting have too many memmap entries, will need to double memblock
memory array or reserved array.
For 64bit, We have low kernel mapping, and high kernel mapping.
high kernel mapping is done early in head_64.S.
low kernel mapping is done in init_memory_mapping
From: Jacob Shin
Currently direct mappings are created for [ 0 to max_low_pfn<
---
arch/x86/include/asm/page_types.h |8 +--
arch/x86/kernel/setup.c |8 ++-
arch/x86/mm/init.c| 119 +
arch/x86/mm/init_64.c |6
Should not do that in every calling of init_memory_mapping.
Actually in early time, only need do once.
Also move down early_memtest.
-v2: fix one early_memtest with 32bit by passing max_pfn_mapped instead.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 72 ++--
From: Jacob Shin
There could be cases where user supplied memmap=exactmap memory
mappings do not mark the region where the kernel .text .data and
.bss reside as E820_RAM, as reported here:
https://lkml.org/lkml/2012/8/14/86
Handle it by complaining, and adding the range back into the e820.
Sig
Hi all,
After the __devinit* removal series, I can still get kernel panic in
show_uevent(). So there are more sources of bug..
Debug patch:
@@ -343,8 +343,11 @@ static ssize_t show_uevent(struct device
goto out;
/* copy keys to file */
- for (i = 0; i < env->envp_i
On Sat, 1 Sep 2012, Xin Tong wrote:
> When a process is created in Linux, corresponding page table is
> implemented. In the current x86 linux, the page table is a multi-level
> page table and CR3 points to the first level of the page table. I
> have 2 questions.
>
> 1. is the value in CR3 virtua
On Thu, Aug 9, 2012 at 1:20 AM, wrote:
> From: Qiang Liu
>
> Expose Talitos's XOR functionality to be used for RAID parity
> calculation via the Async_tx layer.
>
> Cc: Herbert Xu
> Cc: David S. Miller
> Signed-off-by: Dipen Dudhat
> Signed-off-by: Maneesh Gupta
> Signed-off-by: Kim Phillips
On 09/02/2012 09:30 AM, Linus Walleij wrote:
On Mon, Aug 27, 2012 at 6:33 AM, Stephen Warren wrote:
The pinctrl subsystem does expect a list of functions, and for each
function, a list of the groups where it can be selected. I admit that
when I think about this, it's slightly backward, since HW
On Thu, 30 Aug 2012, Andres Freund wrote:
> > With a quick grep I just discovered that a new driver for this (or
> > similar?) keyboards has been added. I have *not* compiled this in though:
> > +# CONFIG_HID_LENOVO_TPKBD is not set
> >
> > Is the new, unconditional, entry in the hid_have_special
It's more than the input device that can trigger the panic.
Here is another trace which panics on accessing dmi/id/uevent:
[ 32.380795] sysfs_read_file: /sys/devices/virtual/dmi/id/uevent
[ 32.399379] dmi id: uevent 73 env[1677721600]: id/.../id
[ 32.400780] uevent 0 env[0]: (null)
[ 32.40
On Sun, Sep 02, 2012 at 04:34:02PM +0800, Fengguang Wu wrote:
> It's more than the input device that can trigger the panic.
> Here is another trace which panics on accessing dmi/id/uevent:
>
> [ 32.380795] sysfs_read_file: /sys/devices/virtual/dmi/id/uevent
> [ 32.399379] dmi id: uevent 73 env
On Sun, Sep 2, 2012 at 12:05 AM, devendra.aaru wrote:
> Hello,
>
> This is a very big patch. It will be difficult for reviewers to review.
>
> i think it will be good if you can split into multiple patches.
Thanks for your reply.
Should I do that ?
I have a similar patch some more.
--
To unsubsc
On Thu, Aug 9, 2012 at 1:23 AM, wrote:
> From: Qiang Liu
>
> The use of spin_lock_irqsave() is a stronger locking mechanism than is
> required throughout the driver. The minimum locking required should be
> used instead. Interrupts will be turned off and context will be saved,
> there is needles
Hi Jiri,
> I have applied this one right away, so you can drop it from your series.
> The remaining ones I am still about to review (currently travelling).
Great, thanks. The notification callback can also be applied if you want.
> There is no inter-dependency between the Input and HID ones, an
On Sun, Sep 2, 2012 at 6:25 AM, Joe Perches wrote:
> On Sat, 2012-09-01 at 20:35 +0530, devendra.aaru wrote:
>> Hello,
>> This is a very big patch. It will be difficult for reviewers to review.
>
> Hello, this is a carelessly large reply quoting all 100K of
> the original patch for your three sent
The current git tree of linux gave with gcc-4.6.3 :
kernel/trace/trace_events_filter.c: In function ‘ftrace_function_set_filter_cb’:
kernel/trace/trace_events_filter.c:2074:8: warning: ‘ret’ may be used
uninitialized in this function [-Wuninitialized]
which refers to this piece of code:
20
With the input_configured() callback in place, the setup and frame
synchronization can be simplified. The input device initialization is
moved to mt_input_configured(), to make sure the full HID report has been
seen.
Cc: Benjamin Tissoires
Signed-off-by: Henrik Rydberg
---
drivers/hid/hid-multi
On Sun, Sep 2, 2012 at 11:21 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.6-rc4 to v3.6-rc3[3], the summaries are:
> - build errors: +6/-13
6 regressions:
+ drivers/input/touchscreen/edt-ft5x06.c: error: 'struct
edt_ft5x06_ts_data' has no member named 'raw_buffer': => 846:14
powe
This commit moves the driver to drivers/pwm and converts it to the new
PWM framework.
Signed-off-by: Thierry Reding
---
arch/mips/include/asm/mach-jz4740/platform.h | 1 +
arch/mips/jz4740/Kconfig | 3 -
arch/mips/jz4740/Makefile| 2 +-
arch/mips/jz4
Hi,
On Sunday, September 02, 2012 10:33:20 AM Jiri Kosina wrote:
> On Thu, 30 Aug 2012, Andres Freund wrote:
> > > With a quick grep I just discovered that a new driver for this (or
> > > similar?) keyboards has been added. I have *not* compiled this in
> > > though: +# CONFIG_HID_LENOVO_TPKBD is
Hi,
This small series fixes a build error due to a circular header
dependency, exports the timer API so it can be used outside of
the arch/mips/jz4740 tree and finally moves and converts the
JZ4740 PWM driver to the PWM framework.
Note that I don't have any hardware to test this on, so I had to
r
This is a prerequisite for allowing the PWM driver to be converted to
the PWM framework.
Signed-off-by: Thierry Reding
---
arch/mips/include/asm/mach-jz4740/timer.h | 35
arch/mips/jz4740/time.c | 2 +-
arch/mips/jz4740/timer.c | 128 +++
When including irq.h, arch/mips/jz4740/irq.h will be selected as the
first candidate. This header does not include the proper definitions
(most notably NR_IRQS) required by subsequent headers. To solve this
arch/mips/jz4740/irq.h can be deleted and its contents can be moved
into arch/mips/include/a
On Thu, Aug 30, 2012 at 12:51:01AM +0530, Raghavendra K T wrote:
> The idea of starting from next vcpu (source of yield_to + 1) seem to work
> well for overcomitted guest rather than using last boosted vcpu. We can also
> remove per VM variable with this approach.
>
> Iteration for eligible c
Instead of writing to the timer controller registers by dereferencing a
pointer to the memory location, properly remap the memory region with a
call to ioremap_nocache() and access the registers using writel().
Signed-off-by: Thierry Reding
---
arch/unicore32/kernel/pwm.c | 25 ++
This commit adds support for the common clock framework to the Unicore32
architecture.
Signed-off-by: Thierry Reding
---
arch/unicore32/Kconfig | 1 +
arch/unicore32/include/asm/clkdev.h | 26 ++
arch/unicore32/kernel/clock.c | 560
3 fi
Calling the actual probing function through a proxy isn't required and
makes the code needlessly complex.
Signed-off-by: Thierry Reding
---
arch/unicore32/kernel/pwm.c | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git a/arch/unicore32/kernel/pwm.c b/arch/
This commit uses the managed resource allocation functions to simplify
the cleanup paths on error and removal.
Signed-off-by: Thierry Reding
---
arch/unicore32/kernel/pwm.c | 47 +
1 file changed, 9 insertions(+), 38 deletions(-)
diff --git a/arch/uni
Some of the boilerplate code can be eliminated by using this macro. The
driver was previously registered with an arch_initcall(), so technically
this is no longer the same, but when the driver is moved to the PWM
framework, deferred probing will take care of any driver probe ordering
issues.
Signe
This series cleans up the PWM driver as well as moves and converts it
to the PWM framework.
Part of this series is a patch that converts the Unicore32 clock code
to the common clock framework, which allows devm_clk_get() to be used
for further cleanup. I'm not very familiar with the clock framewor
This commit moves the driver to drivers/pwm and converts it to the new
PWM framework.
Signed-off-by: Thierry Reding
---
arch/unicore32/Kconfig | 12 +--
arch/unicore32/kernel/Makefile | 1 -
arch/unicore32/kernel/pwm.c| 223 -
drivers/pwm/Kc
This commit moves the driver to drivers/pwm and converts it to the new
PWM framework.
Signed-off-by: Thierry Reding
---
Note: I'll take this through the PWM tree, but I'd like to have it
acknowledged by a few people who know the hardware and can actually
test whether this still works.
drivers/m
Instead of reinventing macros for the same purpose, use the standard
macros.
Signed-off-by: Thierry Reding
---
drivers/mfd/twl-core.c | 117 +++--
1 file changed, 25 insertions(+), 92 deletions(-)
diff --git a/drivers/mfd/twl-core.c b/drivers/mfd/twl-
This commit moves the driver to drivers/pwm and converts it to the new
PWM framework. In order for this to work properly, register the PWM as
child of the multi-function TWL6030 device.
Signed-off-by: Thierry Reding
---
drivers/mfd/Kconfig | 10 ---
drivers/mfd/Makefile | 1 -
driv
Hi,
This mini series replaces the twl_has_*() macros by the equivalent
standard IS_ENABLED() macro and moves the PWM driver to the PWM
framework.
I'll take the second patch through the PWM tree but would like to have
some Acked-bys from people that know and have the hardware and can
verify that I
On Thu, Aug 30, 2012 at 11:18:27AM -0700, Paul E. McKenney wrote:
> --- a/kernel/rcutree.c
> +++ b/kernel/rcutree.c
[...]
> @@ -1824,16 +1825,35 @@ static void force_qs_rnp(struct rcu_state *rsp, int
> (*f)(struct rcu_data *))
> static void force_quiescent_state(struct rcu_state *rsp)
> {
>
On Sat, 2012-08-25 at 12:31 +0300, Shmulik Ladkani wrote:
> Hi Huang, Artem,
>
> On Sat, 25 Aug 2012 16:06:50 -0400 Huang Shijie wrote:
> > diff --git a/drivers/mtd/cmdlinepart.c b/drivers/mtd/cmdlinepart.c
> > index fc960a3..216d751 100644
> > --- a/drivers/mtd/cmdlinepart.c
> > +++ b/drivers/mt
Can you please add my email to the mailing list .
Regards.
Sent from my iPhone
--
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 http://vger.kernel.org/majordomo-info.html
Please read the
Include asm/pmu.h to fix below build error:
CC arch/arm/mach-ux500/cpu-db8500.o
arch/arm/mach-ux500/cpu-db8500.c:118:8: error: variable 'db8500_pmu_platdata'
has initializer but incomplete type
arch/arm/mach-ux500/cpu-db8500.c:119:2: error: unknown field 'handle_irq'
specified in initiali
We can not directly call kvm_release_pfn_clean to release the pfn
since we can meet noslot pfn which is used to cache mmio info into
spte
Introduce mmu_release_pfn_clean to do this kind of thing
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 19 ++-
arch/x86/kv
Checking the return of kvm_mmu_get_page is unnecessary since it is
guaranteed by memory cache
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 3c10bca..98cf4bf 100644
--
This bug was triggered:
[ 4220.198458] BUG: unable to handle kernel paging request at fffe
[ 4220.203907] IP: [] put_page+0xf/0x34
..
[ 4220.237326] Call Trace:
[ 4220.237361] [] kvm_arch_destroy_vm+0xf9/0x101 [kvm]
[ 4220.237382] [] kvm_put_kvm+0xcc/0x127 [kvm]
[ 4220.237401] []
Hi Linus,
On Sun, Sep 2, 2012 at 12:48 PM, Linus Walleij wrote:
> On Sat, Sep 1, 2012 at 1:14 PM, shiraz hashim
> wrote:
>> Hi Roland,
>>
>> On Wed, Aug 22, 2012 at 7:19 PM, Roland Stigge wrote:
>>> @@ -2016,6 +2030,8 @@ pl022_probe(struct amba_device *adev, co
>>> pl022->master_info =
From: Wei Yongjun
In the error handling case of kdb_defcmd2() s->command has
been set to NULL but the save_command remain no free, this will
cause memory leak.
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun
---
kernel/debug/
Fengguang Wu writes:
> After the __devinit* removal series, I can still get kernel panic in
> show_uevent(). So there are more sources of bug..
>
> Debug patch:
>
> @@ -343,8 +343,11 @@ static ssize_t show_uevent(struct device
> goto out;
>
> /* copy keys to file */
> -
On Sunday 02 September 2012 11:52:27 Thierry Reding wrote:
> This small series fixes a build error due to a circular header
> dependency, exports the timer API so it can be used outside of
> the arch/mips/jz4740 tree and finally moves and converts the
> JZ4740 PWM driver to the PWM framework.
>
>
mmu_notifier is the interface to broadcast the mm events to KVM, the
tracepoints introduced in this patch can trace all these events, it is
very helpful for us to notice and fix the bug caused by mm
Signed-off-by: Xiao Guangrong
---
include/trace/events/kvm.h | 129 +
于 2012年08月27日 23:53, Andrew Jones 写道:
On Mon, Aug 27, 2012 at 05:51:46PM +0800, Dong Hao wrote:
+struct event_stats {
+ u64 count;
+ u64 time;
+
+ /* used to calculate stddev. */
+ double mean;
+ double M2;
+};
How about moving the stats functions from builtin-s
Sorry, i forgot to modify the patch title, total patch number is 3, so the title
should be 1/3, 2/3, 3/3. :(
On 09/02/2012 08:56 PM, Xiao Guangrong wrote:
> We can not directly call kvm_release_pfn_clean to release the pfn
> since we can meet noslot pfn which is used to cache mmio info into
> spte
From: Wei Yongjun
uinfo has been allocated in this function and should be
freed before leaving from the error handling cases.
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun
---
sound/core/oss/mixer_oss.c | 2 ++
1 file chang
A recent dma mapping error analysis effort showed that a large precentage
of dma_map_single() and dma_map_page() returns are not checked for mapping
errors. Reference: https://lkml.org/lkml/2012/8/10/326
Adding support for tracking dma mapping and unmapping errors to help assess
the following:
Wh
From: Wei Yongjun
buf has been allocated in this function and should be
freed before leaving from the error handling case.
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun
---
fs/logfs/dev_mtd.c | 2 +-
1 file changed, 1 inser
1. ASpeed Technologies KMS VGA Driver error in log
2. Hi, I have an error message in my kernel log and I don't know if this
need to be taken care of or this is a normal behaviour.
The component is [PATCH] drm: Initial KMS driver for AST (ASpeed
Technologies) 2000 series
This article is related to
On 09/02/2012 11:52 AM, Thierry Reding wrote:
> This commit moves the driver to drivers/pwm and converts it to the new
> PWM framework.
>
Thanks for taking care of this, some comments inline.
[...]
> diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
> index 92b1782..f5acdaa 100644
> --- a/dri
On 09/02/2012 11:52 AM, Thierry Reding wrote:
> This is a prerequisite for allowing the PWM driver to be converted to
> the PWM framework.
>
> Signed-off-by: Thierry Reding
I'd prefer to keep the timer functions inline, some of them are called quite
often in the system clock code.
> ---
> arch
On 09/02/2012 11:52 AM, Thierry Reding wrote:
> When including irq.h, arch/mips/jz4740/irq.h will be selected as the
> first candidate. This header does not include the proper definitions
> (most notably NR_IRQS) required by subsequent headers. To solve this
> arch/mips/jz4740/irq.h can be deleted
On Sat, Sep 01, 2012 at 11:31:11AM +0200, Lars-Peter Clausen wrote:
> On 08/31/2012 06:04 PM, Guenter Roeck wrote:
> > On Thu, Aug 30, 2012 at 09:42:57PM -0400, Vivien Didelot wrote:
> >> The MAX197 is an A/D converter, made by Maxim. This driver currently
> >> supports the MAX197, and MAX199. They
On 08/23/2012 10:41 PM, Florian Tobias Schandinat wrote:
> On 08/03/2012 03:40 PM, Damien Cassou wrote:
>> From: Damien Cassou
>>
>> The various devm_ functions allocate memory that is released when a driver
>> detaches. This patch uses these functions for data that is allocated in the
>> probe fu
From: anish kumar
This patch is to use IIO to write a generic batttery driver.
There are some inherent assumptions here:
1.User is having both main battery and backup battery.
2.Both batteries use same channel to get the information.
Signed-off-by: anish kumar
---
drivers/power/Kconfig
On Sun, Sep 2, 2012 at 1:10 AM, Jiri Kosina wrote:
> On Sat, 1 Sep 2012, Xin Tong wrote:
>
>> When a process is created in Linux, corresponding page table is
>> implemented. In the current x86 linux, the page table is a multi-level
>> page table and CR3 points to the first level of the page table.
On Sun, Sep 2, 2012 at 9:09 PM, anish kumar wrote:
> From: anish kumar
>
> This patch is to use IIO to write a generic batttery driver.
> There are some inherent assumptions here:
> 1.User is having both main battery and backup battery.
> 2.Both batteries use same channel to get the information.
On Sun, Sep 2, 2012 at 8:53 PM, Rafaman wrote:
> At 2012-09-02 00:51:51,"Ninja Tekkaman" wrote:
>>This is a Chinese translated version of
>>Documentation/video4linux/v4l2-framework.txt
>>
>>Signed-off-by: Fu Wei
>
Acked-by: Harry Wei
--
Thanks
Harry Wei
--
To unsubscribe from this list: sen
On 09/02/2012 06:12 AM, Gleb Natapov wrote:
On Thu, Aug 30, 2012 at 12:51:01AM +0530, Raghavendra K T wrote:
The idea of starting from next vcpu (source of yield_to + 1) seem to work
well for overcomitted guest rather than using last boosted vcpu. We can also
remove per VM variable with th
On Thu, Aug 30, 2012 at 02:21:55PM -0500, Kent Yoder wrote:
> On Thu, Aug 30, 2012 at 10:45:56AM -0700, Dan Carpenter wrote:
> > On Thu, Aug 30, 2012 at 09:38:41AM -0500, Kent Yoder wrote:
> > > acpi_os_map_memory expects its return value to be in the __iomem address
> > > space. Cast it back later
On Sun, Sep 02, 2012 at 03:41:34PM +0200, Bjørn Mork wrote:
> Fengguang Wu writes:
>
> > After the __devinit* removal series, I can still get kernel panic in
> > show_uevent(). So there are more sources of bug..
> >
> > Debug patch:
> >
> > @@ -343,8 +343,11 @@ static ssize_t show_uevent(struct d
On Sun, Sep 02, 2012 at 01:37:36AM +0400, Alexey Khoroshilov wrote:
> bcm_init() does not have proper error handling of usb_register().
> The patch implements one.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
> ---
> drivers/staging/bc
While breaking up what I think is the overly large printk.c,
this non-dependency between CONFIG_PRINTK and CONFIG_EARLY_PRINTK
showed up.
Perhaps CONFIG_EARLY_PRINTK should be marked "depends on" PRINTK.
Uncompiled, untested.
---
arch/alpha/Kconfig.debug |2 +-
arch/arm/Kconfig.debug
From: Randy Dunlap
Rename generic-sounding function dump_mem() to pcan_dump_mem()
so that it does not conflict with the dump_mem() function in
arch/sh/include/asm/kdebug.h.
drivers/net/can/usb/peak_usb/pcan_usb_core.c: error: conflicting types for
'dump_mem': => 56:6
drivers/net/can/usb/peak_u
On Sun, 2 Sep 2012, Xin Tong wrote:
> >> 3. can two different processes have their CR3 being the same value
> >> even though they have different first level page tables ?
> >
> > Yes, if they are created by clone(CLONE_VM). In such case they share the
> > same mm_struct, and therefore mm_struct->p
From: Hein Tibosch
v4: now based and tested on 3.6-rc4
The dw_dmac was originally developed for avr32 to be used with the Synopsys
DesignWare AHB DMA controller. After 2.6.38, access to the device's i/o
memory was done with the little-endian readl/writel functions
(https://patchwork.kernel.org/p
From: Hein Tibosch
v4: now based and tested on 3.6-rc4
The MCI makes use of the dw_dmac driver when DMA is being used.
Due to recent changes to dw_dmac the MCI+DMA driver was broken because:
- a patch in dw_dmac allowed for 64-bit transfers on the memory side, giving
an illegal value of 3 in the
v3 was based and tested on 3.5.2. the patches didn't apply
to the latest kernel because dw_dmac.c has had some changes since then.
Now it is based and tested on linux-3.6-rc4
From: Hein Tibosch
v4: now based and tested on 3.6-rc4
After some recent changes to dw_dmac, the driver got broken for
From: Hein Tibosch
v4: now based and tested on 3.6-rc4
The dw_dmac driver was earlier adapted to do 64-bit transfers on the memory
side (see https://lkml.org/lkml/2012/1/18/52)
This works on ARM platforms but for AVR32 (AP700x) the maximum allowed transfer
size is 32-bits.
This patch allows the
On Sunday 02 September 2012, Thierry Reding wrote:
> This commit moves the driver to drivers/pwm and converts it to the new
> PWM framework.
>
> Signed-off-by: Thierry Reding
> ---
> Note: I'll take this through the PWM tree, but I'd like to have it
> acknowledged by a few people who know the har
On Sun, Sep 02, 2012 at 06:55:11PM +, Arnd Bergmann wrote:
> On Sunday 02 September 2012, Thierry Reding wrote:
> > This commit moves the driver to drivers/pwm and converts it to the new
> > PWM framework.
> >
> > Signed-off-by: Thierry Reding
> > ---
> > Note: I'll take this through the PWM
On Sun, Sep 02, 2012 at 04:48:46PM +0200, Lars-Peter Clausen wrote:
> On 09/02/2012 11:52 AM, Thierry Reding wrote:
> > When including irq.h, arch/mips/jz4740/irq.h will be selected as the
> > first candidate. This header does not include the proper definitions
> > (most notably NR_IRQS) required b
On Sun, Sep 02, 2012 at 03:25:55PM +0200, Maarten ter Huurne wrote:
> On Sunday 02 September 2012 11:52:27 Thierry Reding wrote:
>
> > This small series fixes a build error due to a circular header
> > dependency, exports the timer API so it can be used outside of
> > the arch/mips/jz4740 tree and
bcm_init() does not have proper error handling of usb_register().
The patch implements one.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/staging/bcm/InterfaceInit.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
Convert printk(KERN_INFO to pr_info( and printk(KERN_ERR to pr_err(.
Signed-off-by: Alexey Khoroshilov
---
drivers/staging/bcm/InterfaceInit.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/bcm/InterfaceInit.c
b/drivers/staging/bcm/InterfaceInit.c
> This https://lkml.org/lkml/2012/8/29/150 should fix the netinet/tcp.h build
> problem.
>
Thanks! Removing the header files is a much cleaner solution. I will
remove this patch and use yours.
Irina
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On Sun, Sep 02, 2012 at 04:44:15PM +0200, Lars-Peter Clausen wrote:
> On 09/02/2012 11:52 AM, Thierry Reding wrote:
> > diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
> > index 92b1782..f5acdaa 100644
> > --- a/drivers/pwm/core.c
> > +++ b/drivers/pwm/core.c
> > @@ -371,7 +371,7 @@ EXPORT_SYM
> This https://lkml.org/lkml/2012/8/29/150 should fix the netinet/in.h build
> problem.
Thanks! I'll change this patch and resubmit.
Irina
--
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 http:
Hi Shiraz,
On 01/09/12 13:14, shiraz hashim wrote:
> On Wed, Aug 22, 2012 at 7:19 PM, Roland Stigge wrote:
>> @@ -2016,6 +2030,8 @@ pl022_probe(struct amba_device *adev, co
>> pl022->master_info = platform_info;
>> pl022->adev = adev;
>> pl022->vendor = id->data;
>> +
1 - 100 of 257 matches
Mail list logo
