>>> On 04.03.13 at 18:19, Roger Pau Monné wrote:
> On 28/02/13 11:58, Jan Beulich wrote:
> On 28.02.13 at 11:28, Roger Pau Monne wrote:
>> And then the biolist[] array really can be folded into a union
>> with the remaining seg[] one, as their usage scopes are easily
>> separable.
>
> Could w
While working of a cgroup patch which also touched include/linux/sched.h,
I found some function/macro/structure declarations can be moved to
kernel/sched/sched.h, and some can even be total removed, so here's
the patchset.
The result is a reduction of ~200 LOC from include/linux/sched.h.
0001-sch
No one will call those functions if CONFIG_SCHED_DEBUG=n.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 12
1 file changed, 12 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index d35d2b6..2715fbb 100644
--- a/include/linux/sched.h
+++ b/include/linux
It's unused.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 2715fbb..e880d7d 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -959,15 +959,6 @@ extern void partitio
Stop checking for pin availability in get functions. These functions
can be called repeatedly, so checking every time is bad for
performance.
Instead, check at pin request time. This only happens once, and we can
let the caller know of the unavailability much earlier.
Signed-off-by: Jean Delvare
Move struct sched_group_power and sched_group and related inline
functions to kernel/sched/sched.h, as they are used internally only.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 58 ++-
kernel/sched/sched.h | 56 +++
They are used internally only.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 7 ---
kernel/sched/sched.h | 7 +++
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 0d64130..863b505 100644
--- a/include/linux/sched.h
It's used internally only.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 59 ---
kernel/sched/sched.h | 55 +++
2 files changed, 55 insertions(+), 59 deletions(-)
diff --git a/include/linux/sched.
They are used internally only.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 25 -
kernel/sched/sched.h | 26 +-
2 files changed, 25 insertions(+), 26 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index e880d7d..f8
As default_scale_{freq,smt}_power() and update_rt_power() are used
in kernel/sched/fair.c only, annotate them as static functions.
Signed-off-by: Li Zefan
---
include/linux/sched.h | 3 ---
kernel/sched/fair.c | 6 +++---
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/include/l
- Make sched_group_{set_,}runtime(), sched_group_{set_,}period() and
sched_rt_can_attach() static.
- Move sched_{create,destroy,online,offline}_group() to kernel/sched/sched.h.
- Remove declaration of sched_group_shares().
Signed-off-by: Li Zefan
---
include/linux/sched.h | 21
It's already declared in include/linux/sched.h
Signed-off-by: Li Zefan
---
kernel/sched/core.c | 4
kernel/sched/sched.h | 5 -
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 9ad26c9..42ecbcb 100644
--- a/kernel/sched/core
On Tue, Mar 05, 2013 at 06:55:46AM +, Rob Herring wrote:
> > I also can't immediately see why GCC would allocate oldval to an odd base
> > register. Can you share your .config please?
> >
>
> Here's a config:
[...]
Cheers Rob, that was enough to reproduce for me. The problem is likely that
C
>>> On 04.03.13 at 21:44, Konrad Rzeszutek Wilk wrote:
> 'op' sounds good. With a comment saying it can do all of the
> BLKIF_OPS_..
> except the BLKIF_OP_INDIRECT one. Thought one could in theory chain
> it that way for fun.
In fact I'd like to exclude chaining as well as BLKIF_OP_DISCARD here
On Thu, Feb 28, 2013 at 03:09:34PM -0800, H. Peter Anvin wrote:
> On 02/28/2013 03:02 PM, Yinghai Lu wrote:
> >
> > Good, kexec is not only one.
> >
> > ELILO has one.
> > 5 ELILO
> >
> > We need switch/case to have different fields set for it.
> >
>
> I wouldn't consider that "good",
Fix some coding style and comment problems I saw when I was reading the code.
Tang Chen (6):
In acpi_memory_device_notify()
In acpi_get_table_with_size()
In acpi_tb_table_override()
In acpi_tb_install_table()
In acpi_initialize_tables()
In Documentation/hw_random.txt
Documentation/hw
Signed-off-by: Tang Chen
---
drivers/acpi/acpica/tbutils.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/acpica/tbutils.c b/drivers/acpi/acpica/tbutils.c
index ce3d5db..27e7715 100644
--- a/drivers/acpi/acpica/tbutils.c
+++ b/drivers/acpi/acpica/tbutils.c
Signed-off-by: Tang Chen
---
drivers/acpi/acpi_memhotplug.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/acpi_memhotplug.c b/drivers/acpi/acpi_memhotplug.c
index da1f82b..8a10c23 100644
--- a/drivers/acpi/acpi_memhotplug.c
+++ b/drivers/acpi/acpi_memhotpl
Seeing from the comment, there are three reasons for removing
request_mem_region.
Signed-off-by: Tang Chen
---
Documentation/hw_random.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/hw_random.txt b/Documentation/hw_random.txt
index 690f525..026e237 1
In the comment of acpi_get_table_with_size(), one parameter tbl_size
is missing. And the definitions of i and j begin with space, not tab.
Signed-off-by: Tang Chen
---
drivers/acpi/acpica/tbxface.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/acpica/tb
In the comment of acpi_initialize_tables(), it mistakes allow_resize
with allow_realloc.
Signed-off-by: Tang Chen
---
drivers/acpi/acpica/tbxface.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/acpica/tbxface.c b/drivers/acpi/acpica/tbxface.c
index 93d143
Signed-off-by: Tang Chen
---
drivers/acpi/acpica/tbinstal.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/acpica/tbinstal.c b/drivers/acpi/acpica/tbinstal.c
index e57cd38..b1e098d 100644
--- a/drivers/acpi/acpica/tbinstal.c
+++ b/drivers/acpi/acpica/tbinst
Il 05/03/2013 03:33, Hu Tao ha scritto:
> On Mon, Mar 04, 2013 at 10:30:48AM +0100, Paolo Bonzini wrote:
>> Il 28/02/2013 13:13, Hu Tao ha scritto:
>>> This patch enables preservation of cpu runstate during save/load vm.
>>> So when a vm is restored from snapshot, the cpu runstate is restored,
>>>
Il 05/03/2013 04:17, Hu Tao ha scritto:
> Will
>
> if (runstate_check(RUN_STATE_INTERNAL_ERROR) ||
> runstate_check(RUN_STATE_SHUTDOWN) ||
> runstate_check(RUN_STATE_GUEST_PANICKED)) {
> runstate_set(RUN_STATE_PAUSED);
> }
>
> be OK? Or I
On Tuesday 05 March 2013, Jingoo Han wrote:
>
> This patch uses module_platform_driver_probe() macro which makes
> the code smaller and simpler.
>
> Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
(all three patches)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Monday 04 March 2013, Stephen Boyd wrote:
> Scorpion processors have always been v7 CPUs. Fix the Kconfig
> text to reflect this.
>
> Reported-by: Stepan Moskovchenko
> Signed-off-by: Stephen Boyd
> ---
> arch/arm/Kconfig |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> di
On Monday 04 March 2013 23:28:47 Josua Dietze wrote:
> > I guess the real problem will be verifying that all of the entries can
> > go away. This type of hardware tends to get old very fast, but there is
> > always someone having a really ancient device.
>
> I will check this and add any missing U
On Tue, Mar 5, 2013 at 4:38 AM, Li Zefan wrote:
> Move struct perf_cgroup_info and perf_cgroup to kernel/perf/core.c,
> and then we can remove include of cgroup.h.
>
> Signed-off-by: Li Zefan
> ---
> include/linux/perf_event.h | 18 +-
> kernel/events/core.c | 15 ++
Hi Stephen, Stepan,
On Mon, Mar 04, 2013 at 11:21:39PM +, Stephen Boyd wrote:
> From: Stepan Moskovchenko
>
> Add processor info for the Qualcomm, Inc. Krait family of
> processors, to use the generic ARMv7 initialisation
> procedure but explicitly enable the IDIV hardware
> capability flag.
On Mon, Feb 25, 2013 at 06:44:36PM +, Serban Constantinescu wrote:
> Android's shared memory subsystem, Ashmem, does not support calls from a
> 32bit userspace in a 64 bit kernel. This patch adds support for syscalls
> coming from a 32bit userspace in a 64bit kernel.
>
> The patch has been suc
On Tue, Mar 5, 2013 at 7:41 AM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Eric,
>>
>> On Mon, Mar 4, 2013 at 6:52 PM, Eric W. Biederman
>> wrote:
>>> "Michael Kerrisk (man-pages)" writes:
>>>
On Fri, Mar 1, 2013 at 4:35 PM, Eric W. Biederman
>> wrote:
> "Mi
于 2013年03月02日 16:35, HATAYAMA Daisuke 写道:
> Current code assumes all PT_NOTE headers are placed at the beginning
> of program header table and they are consequtive. But the assumption
> could be broken by future changes on either kexec-tools or the 1st
> kernel. This patch removes the assumption an
On Tue, Feb 26, 2013 at 10:07:33PM -0800, John Stultz wrote:
> Hey Greg,
> I was looking over the current Android tree and noticed there
> were a few updates that should be pushed into staging so upstream stays
> in sync with what Android is using. I've already checked with the folks
> at Goo
On Mon, Mar 04, 2013 at 01:18:21PM -0500, Konrad Rzeszutek Wilk wrote:
> that are going to be used for debug fs entries.
what debugfs entries?
>
> Acked-by: Dan Magenheimer
> Signed-off-by: Konrad Rzeszutek Wilk
> ---
> drivers/staging/zcache/zbud.c | 58
> +--
On Tuesday 05 March 2013 02:28:07 Fangxiaozhi wrote:
Hi,
> 1. As far as I know, usb_modeswitch is now only integrated in the PC
> Linux. It isn't integrated to other system with linux kernel, such as
> Android, Chrome OS, etc. On these system, how can we switch the device?
Then those sys
Signed-off-by: Paul Bolle
---
The kconfig parsing code doesn't care about this typo, but it's a typo
nevertheless.
drivers/hid/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index 5f07d85..49e2939 100644
--- a/drivers/hid/Kco
On Tuesday 05 March 2013, Marek Szyprowski wrote:
> To solving this issue requires preventing locking of the pages, which
> are placed in CMA regions, for a long time. Our idea is to migrate
> anonymous page content before locking the page in get_user_pages(). This
> cannot be done automatically, a
On Thu, 2013-02-28 at 15:51 +0800, Li Fei wrote:
> Even in failed case of pm_runtime_get_sync, the usage_count
> is incremented. In order to keep the usage_count with correct
> value and runtime power management to behave correctly, call
> pm_runtime_put(_sync) in such case.
>
> Signed-off-by Liu
On 02/26/2013 12:32 AM, Paul E. McKenney wrote:
On Wed, Feb 20, 2013 at 11:35:57AM +0800, Daniel J Blueman wrote:
On 20/02/2013 02:16, Paul E. McKenney wrote:
On Wed, Feb 20, 2013 at 12:34:12AM +0800, Daniel J Blueman wrote:
Hi Paul,
On some of our larger servers with many hundreds of cores a
From: Zhang Yanfei
Subject: Re: [PATCH v2 02/20] vmcore: rearrange program headers without
assuming consequtive PT_NOTE entries
Date: Tue, 5 Mar 2013 16:36:53 +0800
> 于 2013年03月02日 16:35, HATAYAMA Daisuke 写道:
>> Current code assumes all PT_NOTE headers are placed at the beginning
>> of program h
At Mon, 4 Mar 2013 17:02:59 -0500,
Christine Spang wrote:
>
> Having snd_BUG_ON() only evaluate its conditional when CONFIG_SND_DEBUG
> is set leads to frequent bugs, since other similar macros in the kernel
> have different behavior. Let's make snd_BUG_ON() act like those macros
> so it will sto
Dear Oliver:
> -Original Message-
> From: Oliver Neukum [mailto:oneu...@suse.de]
> Sent: Tuesday, March 05, 2013 4:49 PM
> To: Fangxiaozhi (Franko)
> Cc: Bjørn Mork; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Xueguiying (Zihan); Linlei (Lei Lin); g...@kroah.com; Yili (Neil)
On 4 March 2013 17:09, Andy Shevchenko
wrote:
> We don't need to have them global and later we would like to protect access to
> them as well.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/dmatest.c | 29 -
> 1 file changed, 16 insertions(+), 13 deletions(-)
Do what commit f12a500e4adcc0961803e54b5ed1e74275d399f1
("ARM: SPEAr13xx: Enable CONFIG_ARCH_HAS_CPUFREQ") wanted to do.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/plat-spear/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/plat-spear/Kconfig b/arch/arm
On 4 March 2013 17:09, Andy Shevchenko
wrote:
> Better to keep test parameters separate from internal variables.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/dmatest.c | 109
> --
> 1 file changed, 62 insertions(+), 47 deletions(-)
Acke
On Tue, 2013-03-05 at 17:12 +0800, Viresh Kumar wrote:
> On 4 March 2013 17:09, Andy Shevchenko
> wrote:
> > We don't need to have them global and later we would like to protect access
> > to
> > them as well.
> >
> > Signed-off-by: Andy Shevchenko
> > ---
> > drivers/dma/dmatest.c | 29 ++
On Tue, Mar 5, 2013 at 5:13 PM, Paul Bolle wrote:
> Do what commit f12a500e4adcc0961803e54b5ed1e74275d399f1
> ("ARM: SPEAr13xx: Enable CONFIG_ARCH_HAS_CPUFREQ") wanted to do.
>
> Signed-off-by: Paul Bolle
Ahh such stupid mistake.
Acked-by: Viresh Kumar
--
To unsubscribe from this list: send th
On Mon, Mar 04, 2013 at 11:09:28AM +0200, Andy Shevchenko wrote:
> We don't need to have them global and later we would like to protect access to
> them as well.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/dmatest.c | 29 -
> 1 file changed, 16 insertions(+
于 2013年03月02日 16:36, HATAYAMA Daisuke 写道:
> p_memsz member of program header entry with PT_NOTE type needs to have
> size of the corresponding ELF note segment. Currently, vmcoreinfo
> exports data part only. If vmcoreinfo reachs vmcoreinfo_max_size, then
> in merge_note_headers_elf{32,64}, empty E
On Tue, 2013-03-05 at 08:08 +, Will Deacon wrote:
> Cheers Rob, that was enough to reproduce for me. The problem is likely that
> CONFIG_AEABI=n, so the ABI doesn't actually mandate even base registers for
> 64-bit values in registers.
Me too.
> Ian -- this would be fixed if you used our atom
Commit 5b03df9ace680d7cdd34a69dfd85ca5f74159d18 ("ARM: dove: switch to
DT clock providers") added "select COMMON_CLK_DOVE" to Marvell Dove's
Kconfig entry. But there's no Kconfig symbol COMMON_CLK_DOVE, which
makes this select statement a nop. Since the Marvell Dove code includes
we can assume tha
Hi,
The following set of patches are based on the discussion of holding the
ipc lock unnecessarily, such as for permissions and security checks:
https://lkml.org/lkml/2013/2/28/540
Patch 1/4: Remove the bogus comment from ipc_checkid() requiring that
the ipc lock be held before calling it. Also
There is no reason to be holding the ipc lock while
reading ipcp->seq, hence remove misleading comment.
Also simplify the return value for the function.
Signed-off-by: Davidlohr Bueso
---
ipc/util.h | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/ipc/util.h b/ipc/util.
On Mon, 4 Mar 2013, Joonsoo Kim wrote:
> With SMP and enabling kmap_high_get(), it makes users of kmap_atomic()
> sequential ordered, because kmap_high_get() use global kmap_lock().
> It is not welcome situation, so turn off this optimization for SMP.
I'm not sure I understand the problem.
The l
Instead of holding the ipc lock for permissions and security
checks, among others, only acquire it when necessary.
Some numbers
1) With Rik's semop-multi.c microbenchmark we can see the following
results:
Baseline (3.9-rc1):
cpus 4, threads: 256, semaphores: 128, test duration: 30 secs
total
Through ipc_lock() and therefore ipc_lock_check() we currently
return the locked ipc object. This is not necessary for all situations
an can, therefore, incur in unnecessary ipc lock contention.
Introduce, analogous, ipc_obtain_object() and ipc_obtain_object_check()
functions that only lookup and
Various forms of ipc use the ipcctl_pre_down() function to
retrieve an ipc object and check permissions, mostly for IPC_RMID
and IPC_SET commands.
Introduce ipcctl_pre_down_nolock(), a lockless version of this function.
The locking version is maintained, yet modified to call the nolock version,
wi
于 2013年03月05日 17:02, HATAYAMA Daisuke 写道:
> From: Zhang Yanfei
> Subject: Re: [PATCH v2 02/20] vmcore: rearrange program headers without
> assuming consequtive PT_NOTE entries
> Date: Tue, 5 Mar 2013 16:36:53 +0800
>
>> 于 2013年03月02日 16:35, HATAYAMA Daisuke 写道:
>>> Current code assumes all PT_NO
On 03/05/2013 01:16 AM, Bjorn Helgaas wrote:
> [+cc e1000-devel, Jeff, Bruce]
>
> On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov wrote:
>> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote:
>>> So it looks Bjorn has taken most of them and the e1000e one will go
>>> through the e100
On Mon, Mar 04, 2013 at 11:09:30AM +0200, Andy Shevchenko wrote:
> @@ -0,0 +1,48 @@
> + DMA Test Guide
> + ==
> +
> + Andy Shevchenko
> +
> +This small document introduces how to test DMA drivers using dmatest module.
On Mon, Mar 04, 2013 at 11:31:46PM +0530, Raghavendra K T wrote:
> This patch series further filters better vcpu candidate to yield to
> in PLE handler. The main idea is to record the preempted vcpus using
> preempt notifiers and iterate only those preempted vcpus in the
> handler. Note that the v
On 03/05/2013 04:39 PM, Greg Kroah-Hartman wrote:
On Tue, Feb 26, 2013 at 10:07:33PM -0800, John Stultz wrote:
Hey Greg,
I was looking over the current Android tree and noticed there
were a few updates that should be pushed into staging so upstream stays
in sync with what Android is usin
On Mon, Mar 04, 2013 at 10:28:09PM +0100, Sebastian Andrzej Siewior wrote:
> Fengguang Wu run into a kernel ops after he complied dummy_hcd and g_cdc
> into the kernel. The problem was that u_serial was used by g_cdc before
> u_serial was initialized. In the module case eveything is initialized in
On Tue, Mar 05, 2013 at 10:42:17AM +0100, Jiri Slaby wrote:
> On 03/05/2013 01:16 AM, Bjorn Helgaas wrote:
> > [+cc e1000-devel, Jeff, Bruce]
> >
> > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov wrote:
> >> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote:
> >>> So it looks Bjor
On Tue, Mar 05, 2013 at 03:09:51PM +0800, Axel Lin wrote:
> I think it is because of commit 5838b032fd
> "regulator: core: update kernel documentation for regulator_desc".
> I found the patch (sent on https://lkml.org/lkml/2013/2/16/14 ) does not apply
> to today's linux-next tree. So I re-genera
On 03/05/2013 10:58 AM, Borislav Petkov wrote:
> Rafael, what's the state of those patches here:
> https://lkml.org/lkml/2013/2/4/185, are they ready to be tested or you
> still have issues with them?
Note there is a resend version:
https://lkml.org/lkml/2013/2/25/3
with a note from Jeff Kirsher:
On Tue, 2013-03-05 at 10:42 +0100, Jiri Slaby wrote:
> On 03/05/2013 01:16 AM, Bjorn Helgaas wrote:
> > [+cc e1000-devel, Jeff, Bruce]
> >
> > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov wrote:
> >> On Fri, Feb 15, 2013 at 10:16:41AM +0100, Borislav Petkov wrote:
> >>> So it looks Bjorn has t
On Tue, 2013-03-05 at 10:58 +0100, Borislav Petkov wrote:
> On Tue, Mar 05, 2013 at 10:42:17AM +0100, Jiri Slaby wrote:
> > On 03/05/2013 01:16 AM, Bjorn Helgaas wrote:
> > > [+cc e1000-devel, Jeff, Bruce]
> > >
> > > On Mon, Mar 4, 2013 at 2:50 PM, Borislav Petkov wrote:
> > >> On Fri, Feb 15, 2
Commit f7ade3c168e4f437c11f57be012992bbb0e3075c ("MIPS: Get rid of
CONFIG_CPU_HAS_LLSC") did what it promised to do. But since then that
macro and its Kconfig symbol popped up again. Get rid of those again.
Signed-off-by: Paul Bolle
---
0) Untested.
1) The related commits are 1c773ea4dceff889c2f
The function returns 0 on success and negative errno in case of failure.
Fix this.
Signed-off-by: Mika Westerberg
---
drivers/spi/spi-pxa2xx-pci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi-pxa2xx-pci.c b/drivers/spi/spi-pxa2xx-pci.c
index 364964d..48a
Intel LPSS SPI controllers need to have bit 0 (disable_ssp_dma_finish) set
in SSP_REG in order to properly perform DMA transfers spanning over
multiple blocks.
Signed-off-by: Mika Westerberg
---
drivers/spi/spi-pxa2xx.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/spi/spi-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 11:01 AM, Jeff Kirsher wrote:
> On Tue, 2013-03-05 at 10:42 +0100, Jiri Slaby wrote:
>>> The e1000e changes didn't get merged, did they? I don't see
>>> the following changes mentioned at
>>> https://lkml.org/lkml/2013/2/4/185 in 3.9-rc1
"Fangxiaozhi (Franko)" writes:
> -- commit 200e0d99 and commit cd060956, only put the switch
> command into kernel, instead of userspace usb_modeswitch utility.
Yes. And that is the problem. It was agreed years ago that this
functionality belongs in userspace. Ref e.g
https://lkml.org/lkml
On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote:
> They are in my queue of e1000e patches for net and are being testing
> currently. I should be able to push them upstream this week.
Right, if you'd like me to run them here too, let me know.
Thanks.
--
Regards/Gruss,
Boris.
Se
Android's shared memory subsystem, Ashmem, does not support calls from a
32bit userspace in a 64 bit kernel. This patch adds support for syscalls
coming from a 32bit userspace in a 64bit kernel.
The patch has been successfully tested on ARMv8 AEM(64bit
platform model) and Versatile Express A9(32bi
On Tue, Mar 05, 2013 at 09:21:14AM -0500, Youquan Song wrote:
> Hi Maintainer,
>
> Can you take the patch which is needed by some new platforms?
I think you've got the wrong guy. Here's how you can find out who the
maintainer is:
So your patch is against drivers/ata/ata_piix.c. So you do:
$ ./s
On 05/03/13 08:37, Greg KH wrote:
On Mon, Feb 25, 2013 at 06:44:36PM +, Serban Constantinescu wrote:
Android's shared memory subsystem, Ashmem, does not support calls from a
32bit userspace in a 64 bit kernel. This patch adds support for syscalls
coming from a 32bit userspace in a 64bit kern
On Tue, Mar 05, 2013 at 10:18:27AM +, Serban Constantinescu wrote:
> Android's shared memory subsystem, Ashmem, does not support calls from a
> 32bit userspace in a 64 bit kernel. This patch adds support for syscalls
> coming from a 32bit userspace in a 64bit kernel.
>
> The patch has been suc
On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote:
>
> On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote:
> > They are in my queue of e1000e patches for net and are being testing
> > currently. I should be able to push them upstream this week.
>
> Right, if you'd like me to run
On Tue, Mar 05, 2013 at 05:57:34PM +0800, Fengguang Wu wrote:
> On Mon, Mar 04, 2013 at 10:28:09PM +0100, Sebastian Andrzej Siewior wrote:
> > Fengguang Wu run into a kernel ops after he complied dummy_hcd and g_cdc
> > into the kernel. The problem was that u_serial was used by g_cdc before
> > u_s
On Tue, 2013-03-05 at 14:56 +0530, Vinod Koul wrote:
> On Mon, Mar 04, 2013 at 11:09:30AM +0200, Andy Shevchenko wrote:
> > @@ -0,0 +1,48 @@
> > + DMA Test Guide
> > + ==
> > +
> > + Andy Shevchenko
> > +
> > +This small do
On 2013/3/5 16:33, Stephane Eranian wrote:
> On Tue, Mar 5, 2013 at 4:38 AM, Li Zefan wrote:
>> Move struct perf_cgroup_info and perf_cgroup to kernel/perf/core.c,
>> and then we can remove include of cgroup.h.
>>
>> Signed-off-by: Li Zefan
>> ---
>> include/linux/perf_event.h | 18 +
On 05/03/13 10:27, Greg KH wrote:
On Tue, Mar 05, 2013 at 10:18:27AM +, Serban Constantinescu wrote:
Android's shared memory subsystem, Ashmem, does not support calls from a
32bit userspace in a 64 bit kernel. This patch adds support for syscalls
coming from a 32bit userspace in a 64bit kern
On Monday, March 04, 2013 05:14:43 PM Thomas Renninger wrote:
> From: Hannes Reinecke
>
> xhci has its own interrupt enabling routine, which will try to
> use MSI-X/MSI if present. So the usb core shouldn't try to enable
> legacy interrupts; on some machines the xhci legacy IRQ setting
> is inval
On Tue, Mar 05, 2013 at 10:38:48AM +, Serban Constantinescu wrote:
> On 05/03/13 10:27, Greg KH wrote:
> >On Tue, Mar 05, 2013 at 10:18:27AM +, Serban Constantinescu wrote:
> >>Android's shared memory subsystem, Ashmem, does not support calls from a
> >>32bit userspace in a 64 bit kernel. T
On Mon, Mar 04, 2013 at 10:28:09PM +0100, Sebastian Andrzej Siewior wrote:
> Fengguang Wu run into a kernel ops after he complied dummy_hcd and g_cdc
> into the kernel. The problem was that u_serial was used by g_cdc before
> u_serial was initialized. In the module case eveything is initialized in
On Tue, Mar 05, 2013 at 12:52:41PM +0800, Viresh Kumar wrote:
> +static void put_cluster_clk_and_freq_table(u32 cluster)
> +{
> + if (!atomic_dec_return(&cluster_usage[cluster])) {
> + clk_put(clk[cluster]);
> + clk[cluster] = NULL;
What's the point in setting the clk t
On Tue, Mar 05, 2013 at 12:36:44PM +0200, Andy Shevchenko wrote:
> On Tue, 2013-03-05 at 14:56 +0530, Vinod Koul wrote:
> > On Mon, Mar 04, 2013 at 11:09:30AM +0200, Andy Shevchenko wrote:
> > > @@ -0,0 +1,48 @@
> > > + DMA Test Guide
> > > + ===
On Mon, Mar 04, 2013 at 11:50:22PM +, Stephen Boyd wrote:
> On 02/25/13 05:40, Mark Rutland wrote:
> > I've had a quick go at writing a generic timer driver. I've not had a
> > chance to
> > test it, and there are a couple of things that are up for discussion (e.g.
> > what
> > should the rat
On 04/03/13 20:39, Konrad Rzeszutek Wilk wrote:
> On Thu, Feb 28, 2013 at 11:28:47AM +0100, Roger Pau Monne wrote:
>> This prevents us from having to call alloc_page while we are preparing
>> the request. Since blkfront was calling alloc_page with a spinlock
>> held we used GFP_ATOMIC, which can fa
On 03/01/2013 11:00 PM, David Miller wrote:
> From: David Miller
> Date: Fri, 01 Mar 2013 16:47:11 -0500 (EST)
>
>>
>> I'm getting these non-stop right when the hypervisor console registers
>> on sparc64, and the machine won't boot up properly. This is with
>> Linus's current tree.
>
> As a qui
On Mon, 2013-03-04 at 12:55 +, Arnd Bergmann wrote:
> On Monday 04 March 2013, Ley Foon Tan wrote:
> > This IP core is not in the SoC. This core is in the FPGA and can be
> > accessed by the Nios II processor or accessed by SOCFPGA processor (ARM
> > based) via its interface to FPGA. Due to thi
On Tue, Mar 05, 2013 at 02:29:01AM -0800, Jeff Kirsher wrote:
> On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote:
> >
> > On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote:
> > > They are in my queue of e1000e patches for net and are being testing
> > > currently. I should be ab
Tetsuo Handa wrote:
> Tetsuo Handa wrote:
> > Hello.
> >
> > I can boot linux-next-20130205 using kernel config at
> > http://I-love.SAKURA.ne.jp/tmp/config-3.8-rc6-next-20130205 .
> > But I get VMware's virtual machine kernel stack fault (hardware reset) as
> > soon
> > as kernel is loaded if CO
On Tue, 2013-03-05 at 12:27 +0100, Borislav Petkov wrote:
> On Tue, Mar 05, 2013 at 02:29:01AM -0800, Jeff Kirsher wrote:
> > On Tue, 2013-03-05 at 11:14 +0100, Borislav Petkov wrote:
> > >
> > > On Tue, Mar 05, 2013 at 02:02:48AM -0800, Jeff Kirsher wrote:
> > > > They are in my queue of e1000e p
Oliver Neukum writes:
> On Monday 04 March 2013 23:28:47 Josua Dietze wrote:
>> > I guess the real problem will be verifying that all of the entries can
>> > go away. This type of hardware tends to get old very fast, but there is
>> > always someone having a really ancient device.
>>
>> I will ch
On Mon, Mar 04, 2013 at 10:54:24AM -0800, Tony Lindgren wrote:
> * Felipe Balbi [130304 10:56]:
> > Hi,
> >
> > On Mon, Mar 04, 2013 at 10:46:50AM -0800, Tony Lindgren wrote:
> > > > The last three are caused by incorrect use of 'select':
> > > >
> > > > warning: (MACH_OMAP_ZOOM2 && MACH_OMAP_ZO
At Tue, 26 Feb 2013 18:19:03 +0100,
Takashi Iwai wrote:
>
> The DriveGuard chips on the new HP laptops are with a new PnP ID
> "HPQ6007". It should be compatible with older chips.
>
> Signed-off-by: Takashi Iwai
Ping... Eric, Matthew, or can anyone check this?
thanks,
Takashi
>
> ---
>
On Tue, Mar 05, 2013 at 03:33:45AM -0800, Jeff Kirsher wrote:
> Would you like me to add your Tested-by: to the patches?
Sure, if you'd like to:
Tested-by: Borislav Petkov
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from
Update the code to use devm_* API so that driver
core will manage resources.
Signed-off-by: Vishwanathrao Badarkhe, Manish
---
Changes since V3:
- Use devm_ioremap_resource API instead of devm_request_and_ioremap.
- Update commit message.
- Rebase on top of v3.9-rc1 linus tree.
Changes sin
1 - 100 of 723 matches
Mail list logo
