On 07/07/2012 03:27 PM, Arnd Bergmann wrote:
> On Saturday 07 July 2012, Olof Johansson wrote:
>
>>> ARM introduced AArch64 as part of the ARMv8 architecture
>>
>> With the risk of bikeshedding here, but I find the name awkward. How
>> about just naming the arch port arm64 instead? It's considerab
-printk(KERN_ERR, to pr_err(...
Signed-off-by: Toshiaki Yamane
---
drivers/staging/asus_oled/asus_oled.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/asus_oled/asus_oled.c
b/drivers/staging/asus_oled/asus_oled.c
index 510d796..f63c1d3 100644
---
On 07/05/2012 01:29 PM, Jason Wang wrote:
Hello All:
This series is an update version of multiqueue virtio-net driver based on
Krishna Kumar's work to let virtio-net use multiple rx/tx queues to do the
packets reception and transmission. Please review and comments.
Test Environment:
- Intel(R)
On 07/08/2012 10:16 AM, Toshiaki Yamane wrote:
> -printk(KERN_ERR, to pr_err(...
>
> Signed-off-by: Toshiaki Yamane
Hi
I submit that your subject line should be more descriptive. Perhaps
something like the following:
[PATCH] asus_oled: Use pr_err(...) rather than printk(KERN_ERR ...)
The rest
Hello,
One moment the box is runing OK.
One moment the 3.4.4 kernel decides to disable an interrupt.
Why?
Jul 8 07:43:49 box3 ntpd[5067]: parse: convert_rawdcf: INCOMPLETE DATA
- time code only has 1 bits
Jul 8 07:44:53 box3 kernel: irq 18: nobody cared (try booting with the
"irqpoll" option)
J
On 07/07/2012 12:24 AM, Greg KH wrote:
On Sun, Jul 01, 2012 at 09:53:19AM +0300, Shachar Shemesh wrote:
From: Shachar Shemesh
Commit acfa747b introduced the TTY_HUPPING flag to distinguish
closed TTY from currently closing ones. The test in tty_set_ldisc
still remained pointing at the old flag
I agree.
On Sun, Jul 8, 2012 at 5:36 PM, Jan Ceuleers wrote:
> On 07/08/2012 10:16 AM, Toshiaki Yamane wrote:
>> -printk(KERN_ERR, to pr_err(...
>>
>> Signed-off-by: Toshiaki Yamane
>
> Hi
>
> I submit that your subject line should be more descriptive. Perhaps
> something like the following:
>
>
On Fri, Jul 06, 2012 at 10:32:54PM +0100, Stephen Warren wrote:
> On 07/06/2012 03:05 PM, Catalin Marinas wrote:
> > The patch adds the kernel booting and the initial setup code.
> > Documentation/aarch64/booting.txt describes the booting protocol on the
> > AArch64 Linux kernel. This is subject to
On Saturday 07 July 2012 05:58 AM, Axel Lin wrote:
Use devm_gpio_request_one to save a few error handling code.
Also remove trivial comment for tps62360_remove.
Signed-off-by: Axel Lin
---
Acked-by: Laxman Dewangan
This same as earlier patch.
[PATCH] regulator: tps62360: use devm_* for gpio
The funniest thing is that desktop users started to use systemd (e.g. in
Fedora) which means they cannot even boot without cgroups. Note that :).
08.07.12 06:37, Chen написав(ла):
> I haven't made any support for Cgroup yet. After I finished
> translating the scheduler in modular form it will supp
On Sat, Jul 07, 2012 at 06:57:23AM +0100, Greg KH wrote:
> On Fri, Jul 06, 2012 at 10:05:48PM +0100, Catalin Marinas wrote:
> > +++ b/arch/aarch64/include/asm/assembler.h
> > @@ -0,0 +1,143 @@
> > +/*
> > + * Based on arch/arm/include/asm/assembler.h
> > + *
> > + * Copyright (C) 1996-2000 Russell
This change is inspired by checkpatch.
Signed-off-by: Toshiaki Yamane
---
drivers/staging/asus_oled/asus_oled.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/asus_oled/asus_oled.c
b/drivers/staging/asus_oled/asus_oled.c
index 510d796..f63c1d3 1006
> Any news on this?
Hi Hans,
I'm on it :)
--
Federico Vaga
--
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 FAQ at http://www.tux.o
> If you could do that work, then that would be much appreciated. You have the
> hardware, after all, so that makes it easier for you.
Hi Hans,
I'll submit a patch for the control framework on the ADV7180
--
Federico Vaga
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Sat, Jul 07, 2012 at 10:18:06PM +0100, Rob Herring wrote:
> On 07/06/2012 04:05 PM, Catalin Marinas wrote:
> > This function reserves initial_boot_params total size and reserve map.
> >
> > Signed-off-by: Catalin Marinas
> > Cc: Grant Likely
>
> If you had run get_maintainers.pl you would ha
This is a patch to the ms.c that fixes up some brace warning found by
checkpatch.pl tool.
Signed-off-by: Hitoshi Nakamori
---
drivers/staging/rts_pstor/ms.c | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/rts_pstor/ms.c b/drivers/stagi
This is a patch to the ms.c file that fixes some brace warning found by
checkpatch.pl tool.
Signed-off-by:Hitoshi Nakamori
---
drivers/staging/rts_pstor/ms.c | 24 +---
1 file changed, 9 insertions(+), 15 deletions(-)
diff --git a/drivers/staging/rts_pstor/ms.c b/drivers/
This is a patch to the ms.c file that fixes brace warning at ms_switch_clock
function found by checkpatch.pl tool.
Signed-off-by: Hitoshi Nakamori
---
drivers/staging/rts_pstor/ms.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/rts_pstor/ms.c b/driv
This is a patch to the ms.c file that fixes brace warning found by
checkpatch.pl tool.
Signed-off-by:Hitoshi Nakamori
---
drivers/staging/rts_pstor/ms.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/rts_pstor/ms.c b/drivers/staging/rts_p
Hi Olof,
On Sat, Jul 07, 2012 at 04:53:08AM +0100, Olof Johansson wrote:
> On Fri, Jul 6, 2012 at 2:05 PM, Catalin Marinas
> wrote:
> > ARM introduced AArch64 as part of the ARMv8 architecture
>
> With the risk of bikeshedding here, but I find the name awkward. How
> about just naming the arch p
Hi,
there seems to be some weird interaction between the latest (git
current!) linux kernel and recent chrome/chromium releases (>= 2X.X).
Basically chrome fails to open various web sites like https://github.com
just hanging (waiting). This problem is not there with older kernel
version (e.g. lin
On 2012年07月07日 23:15, Zheng Liu wrote:
> Hi Sheng-Hui,
>
> It seems that there has a patch to fix it.
> http://www.spinics.net/lists/linux-ext4/msg32611.html
>
> Regards,
> Zheng
Got it.
I didn't track the patch list. Just checked the git tree.
Thanks,
>
> On Fri, Jul 6, 2012 at 2:26 PM, Wa
Fixed coding style issues. (checkpatch warnings)
Signed-off-by: Valentin Ilie
---
kernel/dma.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/kernel/dma.c b/kernel/dma.c
index 6c6262f..082cd74 100644
--- a/kernel/dma.c
+++ b/kernel/dma.c
@@ -38,6 +38,7 @@
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator.
The complete semantic match that finds this problem
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. The patch replaces s->name by
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator.
In the first two cases, a a br
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. Replace c->dev by dev, which i
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. There does not seem to be a me
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. Replace port->adapter->scsi_ho
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. This seems to be a copy-paste
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. The dereferences are just dele
Hi Richard,
On Fri, 29 Jun 2012 17:14:18 +0200 Richard Weinberger wrote:
> This is the next round of UBI fastmap updates.
Please examine some TODOs (and questions) I've spotted while diffing
against "vanilla" ubi.
This patch should apply to linux-ubi at d41a140
Sorry I couldn't review entirely
Hi Jonathan,
I got this boot error when testing kernel in kvm, built with the attached
config:
[7.618723] kobject: 'tpci200' (8800072f8798): kobject_add_internal:
parent: 'drivers', set: 'drivers'
[7.620602] kobject: 'tpci200' (8800072f8798): kobject_uevent_env
[7.621875] ko
One more note...
On Wed, 27 Jun 2012 21:54:15 +0800, Daniel Kurtz wrote:
> --- a/drivers/i2c/busses/i2c-i801.c
> +++ b/drivers/i2c/busses/i2c-i801.c
> (...)
> +static void i801_isr_byte_done(struct i801_priv *priv)
> +{
> + /* For SMBus block reads, length is first byte read */
> + if (pri
* Jon Masters (j...@redhat.com) wrote:
> On 07/07/2012 03:27 PM, Arnd Bergmann wrote:
> > On Saturday 07 July 2012, Olof Johansson wrote:
> >
> >>> ARM introduced AArch64 as part of the ARMv8 architecture
> >>
> >> With the risk of bikeshedding here, but I find the name awkward. How
> >> about jus
Hi Shmulik!
Am 08.07.2012 13:47, schrieb Shmulik Ladkani:
> +
> + /* TODO: if find_fastmap==1, we do not enter this block at all.
> + * shouldn't we? shouldn't we care of compatability of unknown
> + * internal volumes OTHER than the fastmap ones, even if
> +
Hi Gerard,
> ie6xx_wdt_probe() calls ie6xx_wdt_debugfs_exit() as part of
> it's error cleanup path, and ie6xx_wdt_debugfs_exit() is
> currently annotated __devexit.
>
> Signed-off-by: Gerard Snitselaar
Added to linux-watchdog-next.
Kind regards,
Wim.
--
To unsubscribe from this list: send the
But we can disable CGROUP while compiling.
Without CGROUP systemd will always sleep and that won't affect you
when you are using your box.
On Sun, Jul 8, 2012 at 5:21 PM, Oleksandr Natalenko wrote:
> The funniest thing is that desktop users started to use systemd (e.g. in
> Fedora) which means the
On Sun, Jul 8, 2012 at 2:16 PM, Chen wrote:
> But we can disable CGROUP while compiling.
> Without CGROUP systemd will always sleep and that won't affect you
> when you are using your box.
Not supporting cgroups is no-go.
--
Thanks,
//richard
--
To unsubscribe from this list: send the line "uns
On Fri, Jul 6, 2012 at 7:55 PM, Greg KH wrote:
> On Fri, Jul 06, 2012 at 08:45:44PM +0300, Jukka Ollila wrote:
>> Hello,
>>
>> A few days ago I filed a kernel regression report concerning a change
>> in /proc/kmsg behaviour with short reads:
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=44211
> The patch will not fix the underlying problem, but just make it behave
> more like it was and allow partial message reads. This is a years old
> problem, the net is full of bugreports of stuff going wrong with
> running dd bs=1 on /proc/kmsg. It is a really stupid idea, and can not
> work for man
2012/6/17 Martin-Éric Racine :
> pe, 2012-06-15 kello 23:41 -0500, Jonathan Nieder kirjoitti:
>> Martin-Éric Racine wrote:
>> > usb 1-7: new high-speed USB device number 3 using ehci_hcd
>> [...]
>> > usb 1-7: New USB device found, idVendor=0ac8, idProduct=0321
>> > usb 1-7: New USB device strings
On Sun, Jul 8, 2012 at 2:59 PM, Alan Cox wrote:
>> The patch will not fix the underlying problem, but just make it behave
>> more like it was and allow partial message reads. This is a years old
>> problem, the net is full of bugreports of stuff going wrong with
>> running dd bs=1 on /proc/kmsg. I
Namjae Jeon writes:
> +/*
> + * preallocate space for a file. This implements fat's fallocate file
> + * operation, which gets called from sys_fallocate system call. User
> + * space requests len bytes at offset.If FALLOC_FL_KEEP_SIZE is set
> + * we just allocate clusters without zeroing them ou
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator. Replace a field access from or
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator.
The complete semantic match that finds this problem
http://postimage.org/image/70q774n6b/
#COUNT CFS RIFS-V3-Trial
1 9 9
2 92 9
4 2523663
8 8162585
16 16615 1150
32 31846 2147
64 54921 1375
128 90558 1761
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
What about BFS?
08.07.12 16:32, Chen написав(ла):
> http://postimage.org/image/70q774n6b/
>
> #COUNT CFS RIFS-V3-Trial
> 1 9 9
> 2 92 9
> 4 2523663
> 8 8162585
> 16 16615 1150
> 32 31846 2147
> 64 54921 1375
> 128 90558 17
Replaced printk(KERN_WARNING.. with pr_warn..
Signed-off-by: Valentin Ilie
---
kernel/panic.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/kernel/panic.c b/kernel/panic.c
index d2a5f4e..be76bc4 100644
--- a/kernel/panic.c
+++ b/kernel/panic.c
@@ -37,7
On Tue, Jul 03, 2012 at 03:31:26PM +0900, KAMEZAWA Hiroyuki wrote:
> (2012/06/28 20:05), Sha Zhengju wrote:
> > From: Sha Zhengju
> >
> > Similar to dirty page, we add per cgroup writeback pages accounting. The
> > lock
> > rule still is:
> > mem_cgroup_begin_update_page_stat()
> > modif
On Tue, Jul 03, 2012 at 02:57:08PM +0900, KAMEZAWA Hiroyuki wrote:
> (2012/06/28 20:04), Sha Zhengju wrote:
> > From: Sha Zhengju
> >
> > This patch adds memcg routines to count dirty pages, which allows memory
> > controller
> > to maintain an accurate view of the amount of its dirty memory and
> @@ -2245,7 +2252,10 @@ int test_set_page_writeback(struct page *page)
> {
> struct address_space *mapping = page_mapping(page);
> int ret;
> + bool locked;
> + unsigned long flags;
>
> + mem_cgroup_begin_update_page_stat(page, &locked, &flags);
> if (mapping) {
>
On Sunday, July 08, 2012, Akinobu Mita wrote:
> fault-injection-notifier-error-injection.patch in -mm tree adds
> notifier error injection.
>
> This adds Documentation/fault-injection/notifier-error-inject.txt
> which describes its feature and usage examples.
>
> Signed-off-by: Akinobu Mita
> Cc
Am 08.07.2012 14:07, schrieb Richard Weinberger:
> Hi Shmulik!
>
> Am 08.07.2012 13:47, schrieb Shmulik Ladkani:
>> +
>> +/* TODO: if find_fastmap==1, we do not enter this block at all.
>> + * shouldn't we? shouldn't we care of compatability of unknown
>> + * in
git format-patch -s --subject-prfix="PATCH V2' will be better,
On Sun, Jul 8, 2012 at 2:55 PM, Toshiaki Yamane wrote:
> This change is inspired by checkpatch.
>
> Signed-off-by: Toshiaki Yamane
> ---
> drivers/staging/asus_oled/asus_oled.c |6 +++---
> 1 files changed, 3 insertions(+), 3 d
On 07/06/2012 03:00 PM, Frederic Weisbecker wrote:
> Allow calls to rcu_user_enter() even if we are already
> in userspace (as seen by RCU) and allow calls to rcu_user_exit()
> even if we are already in the kernel.
>
> This makes the APIs more flexible to be called from architectures.
> Exception
On Tue, Jul 03, 2012 at 08:20:30AM +0100, Paul Bolle wrote:
> On Mon, 2012-07-02 at 22:52 +0100, Will Deacon wrote:
> > Not sure I follow, but since this is all dead code I can't see any tests
> > failing without it.
>
> The purpose of that disclaimer is to stress that only git commands were
> use
2012/7/8 Fengguang Wu :
> Hi Vegard,
>
> This warning code is triggered for the attached config:
>
> __lockdep_trace_alloc():
> /*
> * Oi! Can't be having __GFP_FS allocations with IRQs disabled.
> */
> if (DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags)))
>
2012/7/7 Christoph Lameter :
> On Fri, 6 Jul 2012, JoonSoo Kim wrote:
>
>> >> At CPU2, we don't need lock anymore, because this slab already in partial
>> >> list.
>> >
>> > For that scenario we could also simply do a trylock there and redo
>> > the loop if we fail. But still what guarantees that
at probe with out ret var, simple return misc_register was sufficient.
Signed-off-by: Devendra Naga
---
drivers/watchdog/geodewdt.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/watchdog/geodewdt.c b/drivers/watchdog/geodewdt.c
index dc563b6..df825b5 100644
Signed-off-by: Philippe Reynes
---
arch/arm/mach-imx/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig
index eff4db5..565422b 100644
--- a/arch/arm/mach-imx/Kconfig
+++ b/arch/arm/mach-imx/Kconfig
@@ -381,6 +381,
Hi Philippe,
On Sun, Jul 8, 2012 at 1:29 PM, Philippe Reynes wrote:
> Signed-off-by: Philippe Reynes
> ---
> arch/arm/mach-imx/Kconfig |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig
> index eff4db5..565422b 100
On Sat, Jul 07, 2012 at 11:06:08PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the Exynos4 TMU driver define its PM callbacks through
> a struct dev_pm_ops object rather than by using legacy PM hooks
> in struct platform_driver.
>
> Signed-off-by: Rafael J. Wysocki
Pleas
On Sat, Jul 07, 2012 at 11:59:12PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: hwmon / abituguru: Use struct dev_pm_ops for power management
>
> Make the Abit uGuru driver define its PM callbacks through
> a struct dev_pm_ops object rather than by using legacy PM hooks
>
On Sun, Jul 08, 2012 at 12:00:01AM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the Abit uGuru rev. 3 driver define its PM callbacks through
> a struct dev_pm_ops object rather than by using legacy PM hooks
> in struct platform_driver.
>
> Signed-off-by: Rafael J. Wysocki
On Sun, Jul 08, 2012 at 12:01:03AM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the gpio-fan driver define its PM callbacks through
> a struct dev_pm_ops object rather than by using legacy PM hooks
> in struct platform_driver.
>
> Signed-off-by: Rafael J. Wysocki
Applied
This patch adds support for using clock gates (clk-gate) from DT based
on Rob Herrings DT clk binding support for 3.6.
It adds a helper function to clk-gate to allocate all resources required by
a set of individual clock gates, i.e. register base address and lock. Each
clock gate is described as a
On Sat, 2012-07-07 at 21:03 -0500, Larry Finger wrote:
> Realtek driver rtl_92ce_92se_92de_linux_mac80211_0004.0816.2011 introduced new
> versions of the firmware for rtl8192se, and rtl8192de. It also adds new
> firmware for new cuts of the RTL8192CE chips.
[...]
> --- a/WHENCE
> +++ b/WHENCE
> @@
On Sun, 2012-07-08 at 18:16 +0100, Ben Hutchings wrote:
> On Sat, 2012-07-07 at 21:03 -0500, Larry Finger wrote:
> > Realtek driver rtl_92ce_92se_92de_linux_mac80211_0004.0816.2011 introduced
> > new
> > versions of the firmware for rtl8192se, and rtl8192de. It also adds new
> > firmware for new c
This patch adds the key state map to keymap, a structure that holds the state
of all keys in the KSA. The states are defined in an enum, and a get/set
accessor is added. These accessors are static only: the external interface
will simply be "mark used" or "mark deleted" and range checking, along wi
If you are chaning the file and you want to verify that it looks good it
is helpfull to just re-run for the single file instead of running the
complete htmldocs target.
With this patch one can run
| make drivers/mtd/ubi/wl.html
and create the output just for this file.
Cc: Richard Weinberge
On Sat, 2012-07-07 at 07:04 +1000, Michael Neuling wrote:
> Whole kmsg below.
I guess I have an idea now what's going on.
> 4,47,0;WARNING: at
> /scratch/mikey/src/linux-ozlabs/arch/powerpc/sysdev/xics/xics-common.c:105
> 4,51,0;MSR: 90021032 CR: 2442 XER: 2200
> 4,54,0;TASK =
Hi,
On 07/08/2012 03:01 PM, Martin-Éric Racine wrote:
2012/6/17 Martin-Éric Racine :
pe, 2012-06-15 kello 23:41 -0500, Jonathan Nieder kirjoitti:
Martin-Éric Racine wrote:
usb 1-7: new high-speed USB device number 3 using ehci_hcd
[...]
usb 1-7: New USB device found, idVendor=0ac8, idProdu
On Wed, Jun 27, 2012 at 09:26:14AM +0100, Mel Gorman wrote:
> > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > > index b6c0727..5c6d9c6 100644
> > > --- a/mm/page_alloc.c
> > > +++ b/mm/page_alloc.c
> > > @@ -2265,7 +2265,11 @@ gfp_to_alloc_flags(gfp_t gfp_mask)
> > > if (likely(!(gfp_mask
On 07/08/2012 07:17 AM, Dr. David Alan Gilbert wrote:
> * Jon Masters (j...@redhat.com) wrote:
>> On 07/07/2012 03:27 PM, Arnd Bergmann wrote:
>>> On Saturday 07 July 2012, Olof Johansson wrote:
>>>
> ARM introduced AArch64 as part of the ARMv8 architecture
With the risk of bikesheddi
On 03/16/2012 10:40 AM, Peter Zijlstra wrote:
+static u64 process_cpu_runtime(struct numa_entity *ne)
+{
+ struct task_struct *p, *t;
+ u64 runtime = 0;
+
+ rcu_read_lock();
+ t = p = ne_owner(ne);
+ if (p) do {
+ runtime += t->se.sum_exec_runtime; //
On 03/16/2012 10:40 AM, Peter Zijlstra wrote:
+static bool can_move_ne(struct numa_entity *ne)
+{
+ /*
+* XXX: consider mems_allowed, stinking cpusets has mems_allowed
+* per task and it can actually differ over a whole process, la-la-la.
+*/
+ return true;
+}
On Sun, 2012-07-08 at 17:03 +0100, Will Deacon wrote:
> Please can you put this into the patch system?
I'm not sure what the patch system is, but I am certain that I'm not
allowed to put this patch into it.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
This patch adds a new acpi.thermal.temp_b4_trip = 1 settting, which
causes the temperature
to be set before evaluation of thermal trip points (the old default) ;
this mode should
be selected automatically by DMI match if the system identifies as "HP
Compaq 6715b" .
Please consider applying a patc
This adds support for Razer Onza Tournament Edition (
http://store.razerzone.com/store/razerusa/en_US/pd/productID.218524000/categoryId.54297600
) controller to the xpad module. It's very simple, I just added
another entry to the device list, everything works as it should. I'm
not sure if this work
On 07/08/2012 03:54 AM, Jon Masters wrote:
> In our bikeshedding conversations pondering future Fedora support, we've
> pretty much settled on the aarch64 name now, and the hope is that we can
> also avoid providing 32-bit compatibility (multi-arch) by relying on
> virtualized guests for any 32-bi
This is an old suspend/resume lockup fix:
commit 2780cc4660e1
Author: Len Brown
Date: Thu Dec 23 13:43:30 2004 -0500
[ACPI] Fix suspend/resume lockup issue
by leaving Bus Master Arbitration enabled.
The ACPI spec mandates it be disabl
On Sat, Jul 7, 2012 at 7:02 PM, devendra.aaru wrote:
> While doing compiling for u300, i selected the u300_defconfig,
(...)
> i got the following warnings,
>
> root@devendra:/home/devendra/linux# make ARCH=arm
> CROSS_COMPILE="/home/devendra/gcc-linaro-arm-linux-gnueabihf-2012.05-20120523_linux/b
On Fri, Jul 6, 2012 at 10:33 AM, Lee Jones wrote:
> Is this a NAK, or did you just miss it?
I have replied to this patch that I want the commit message changed,
didn't you get it?
I'll forward.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On Fri, Jul 6, 2012 at 10:55 AM, Kuninori Morimoto
wrote:
>
> Dear Linus
>
>> > After merging the gpio-lw tree, today's linux-next build (x86_64
>> > allmodconfig) failed like this:
>> >
>> > ERROR: "irq_set_chip_and_handler_name" [drivers/gpio/gpio-pcf857x.ko]
>> > undefined!
>> > ERROR: "dummy_
Hi Linus,
The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678:
Linux 3.5-rc5 (2012-06-30 16:08:57 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/hwspinlock.git
tags/hwspinlock-3.5-fixes
for you to fetch changes up t
Hi Linus,
The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678:
Linux 3.5-rc5 (2012-06-30 16:08:57 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
tags/remoteproc-3.5-fixes
for you to fetch changes up t
Hi Linus,
The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678:
Linux 3.5-rc5 (2012-06-30 16:08:57 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/rpmsg.git
tags/rpmsg-3.5-fixes
for you to fetch changes up to 15fd943a
Hi again,
Jonathan Nieder wrote:
> The bug snuck back in in commit 33620c5419e8 (ACPICA: Support for
> custom ACPICA build for ACPI 5 reduced hardware, 2012-02-14),
> presumably by copy/pasting from the wrong source for the legacy case.
Um, wrong commit. Sorry, here's a fixed message.
ACPI: Le
On Sunday, July 08, 2012, Jonathan Nieder wrote:
> Hi again,
>
> Jonathan Nieder wrote:
>
> > The bug snuck back in in commit 33620c5419e8 (ACPICA: Support for
> > custom ACPICA build for ACPI 5 reduced hardware, 2012-02-14),
> > presumably by copy/pasting from the wrong source for the legacy cas
From: Rafael J. Wysocki
Make the Exynos4 TMU driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki
---
drivers/hwmon/exynos4_tmu.c | 18 +++---
1 file changed, 11 insertio
This is an old suspend/resume lockup fix:
commit 2780cc4660e1
Author: Len Brown
Date: Thu Dec 23 13:43:30 2004 -0500
[ACPI] Fix suspend/resume lockup issue
by leaving Bus Master Arbitration enabled.
The ACPI spec mandates it be disabl
On Thu, 2012-07-05 at 17:28 +0800, Gao feng wrote:
> we set max_prioidx to the first zero bit index of prioidx_map in
> function get_prioidx.
>
> So when we delete the low index netprio cgroup and adding a new
> netprio cgroup again,the max_prioidx will be set to the low index.
>
> when we set th
Hi,
On Sun, Jul 08, 2012 at 01:57:37PM -0300, Fabio Estevam wrote:
> On Sun, Jul 8, 2012 at 1:29 PM, Philippe Reynes wrote:
> > Signed-off-by: Philippe Reynes
> > ---
> > arch/arm/mach-imx/Kconfig |1 +
> > 1 files changed, 1 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/arm/mach-
On Sunday, July 08, 2012, Jonathan Nieder wrote:
> This is an old suspend/resume lockup fix:
>
> commit 2780cc4660e1
> Author: Len Brown
> Date: Thu Dec 23 13:43:30 2004 -0500
>
> [ACPI] Fix suspend/resume lockup issue
> by leaving Bus Master Arbitration e
On Sunday 2012-07-08 07:05, Henrique de Moraes Holschuh wrote:
>>>
>>>I agree the name sucks, and I'd much prefer to just call it arm64 as
>>>well. The main advantage of the aarch64 name is that it's the same
>>>as the identifier in the elf triplet, [...] to identify the
>>>architecture, [...] the
On Sun, Jul 08, 2012 at 09:48:15PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
Hi Rafael,
> Make the Exynos4 TMU driver define its PM callbacks through
> a struct dev_pm_ops object rather than by using legacy PM hooks
> in struct platform_driver.
>
> Signed-off-by: Rafael J. Wys
On Sunday 2012-07-08 09:54, Jon Masters wrote:
>
>FWIW I actually really like the aarch64 name (but you know that already
>:) ). I think it clearly spells out that this is not just a 64-bit
>extension to the existing 32-bit ARM Architecture, it is a new (inspired
>by ARM) architecture.
IA64 also
Hello,
Misc small fixes.
The 1st one fixes the brown paper bug, I am proud of myself :/
Oleg.
--
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
Pleas
The bug was introduced by me in 449d0d7c "uprobes: Simplify the
usage of uprobe->pending_list".
Yes, we do not care about uprobe->pending_list after return and
nobody can remove the current list entry, but put_uprobe(uprobe)
can actually free it and thus we need list_for_each_safe().
Reported-by:
1 - 100 of 275 matches
Mail list logo
