On Tue, 2012-07-10 at 13:27 +0530, Srivatsa S. Bhat wrote:
On 07/10/2012 10:27 AM, Yasuaki Ishimatsu wrote:
Hi Toshi,
2012/07/10 6:15, Toshi Kani wrote:
On Mon, 2012-07-09 at 16:55 +0530, Srivatsa S. Bhat wrote:
On 07/09/2012 08:01 AM, Yasuaki Ishimatsu wrote:
Hi Srivatsa,
Thank
On Tue, Jul 10, 2012 at 11:36:25AM +0200, Roland Stigge wrote:
Hi Dmitry!
On 07/10/2012 08:36 AM, Dmitry Torokhov wrote:
+static void lpc32xx_mod_states(struct lpc32xx_kscan_drv *kscandat, int
col)
+{
+ u8 key;
+ int row;
+ unsigned changed, scancode, keycode;
+
+ key =
Hi Lee,
On Tue, Jul 10, 2012 at 05:28:35PM +0200, Lee Jones wrote:
On 10/07/12 11:13, Samuel Ortiz wrote:
Hi Lee,
On Fri, Jul 06, 2012 at 01:43:18PM +0100, Lee Jones wrote:
A patch was recently submitted to stop all ab8500 devices from
being registered through Device Tree. Instead, only
Hi Ohad,
Il giorno 10/lug/2012, alle ore 18:22, Ohad Ben-Cohen ha scritto:
On Tue, Jul 10, 2012 at 7:07 PM, Federico Fuga f...@studiofuga.com wrote:
omaprpc depends on the rpmsg bus.
Sorry for the ignorance, but what's omaprpc ? :)
You're right, I should have explained this! :-)
omaprpc
On 07/10/2012 05:58 PM, Yasuaki Ishimatsu wrote:
Hi Christoph,
2012/07/10 0:18, Christoph Lameter wrote:
On Mon, 9 Jul 2012, Yasuaki Ishimatsu wrote:
Even if you apply these patches, you cannot remove the physical memory
completely since these patches are still under development. I want
On Tue, Jul 10, 2012 at 12:11:55PM +0200, Jiri Kosina wrote:
On Mon, 9 Jul 2012, Henrik Rydberg wrote:
Add support for the 15'' MacBook Pro Retina model (MacBookPro10,1).
Patch originally written by clipcarl (forums.opensuse.org).
Signed-off-by: Henrik Rydberg rydb...@euromail.se
On Tuesday 10 July 2012, Alan Cox wrote:
In the AArch32 kernel port many implementation decisions newer
architectures were made in a way that preserves backwards compatibility
to over 15 years ago (and for good reasons, ARMv4 hardware is still in
use). But keeping the same decisions in
On Mon, 9 Jul 2012 16:25:05 -0400
Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Fri, Jul 06, 2012 at 05:06:12PM -0600, Shuah Khan wrote:
Remove SWIOTLB overflow buffer support and return DMA_ERROR_CODE
(a value of zero) to make it consistent with iommu implementation
on Intel, AMD,
On Mon, 2012-07-09 at 16:25 -0400, Konrad Rzeszutek Wilk wrote:
On Fri, Jul 06, 2012 at 05:06:12PM -0600, Shuah Khan wrote:
Remove SWIOTLB overflow buffer support and return DMA_ERROR_CODE
(a value of zero) to make it consistent with iommu implementation
on Intel, AMD, and swiotlb-xen.
On Tue, Jul 10, 2012 at 04:33:58PM +0100, Alan Cox wrote:
In the AArch32 kernel port many implementation decisions newer
architectures were made in a way that preserves backwards compatibility
to over 15 years ago (and for *good* reasons, ARMv4 hardware is still in
use). But keeping the
-Original Message-
From: Ben Hutchings [mailto:bhutchi...@solarflare.com]
Sent: Friday, July 06, 2012 8:19 PM
To: Haiyang Zhang
Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan;
o...@aepfle.de; linux-kernel@vger.kernel.org;
de...@linuxdriverproject.org
Subject: Re:
This adds support for setting synthetic NIC MAC address from within Linux
guests. Before using this feature, the option spoofing of MAC address
should be enabled at the Hyper-V manager / Settings of the synthetic
NIC.
Thanks to Kin Cho k...@infoblox.com for the initial implementation and
tests.
On Tue, Jul 10, 2012 at 8:44 AM, Borislav Petkov b...@amd64.org wrote:
Acked-by: Borislav Petkov borislav.pet...@amd.com
Thanks for the Ack.
+ doit = !!PageDirty(ppage) || !!(flags MF_MUST_KILL);
Thinking about this some more, the !! are redundant
and are an impediment to readability.
On Tue, 2012-07-10 at 11:10 +0100, Catalin Marinas wrote:
On Tue, Jul 10, 2012 at 08:10:23AM +0100, Ingo Molnar wrote:
* Arnd Bergmann a...@arndb.de wrote:
On Saturday 07 July 2012, Olof Johansson wrote:
ARM introduced AArch64 as part of the ARMv8 architecture
With the risk of
On Mon 09-07-12 13:37:39, Hugh Dickins wrote:
On Mon, 9 Jul 2012, Michal Hocko wrote:
Maybe I am missing something but who does the uncharge from:
shmem_unuse
mem_cgroup_cache_charge
shmem_unuse_inode
shmem_add_to_page_cache
There isn't any special uncharge for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Tue, 10 Jul 2012 11:10:18 +0100
Catalin Marinas catalin.mari...@arm.com escribió:
On Tue, Jul 10, 2012 at 08:10:23AM +0100, Ingo Molnar wrote:
* Arnd Bergmann a...@arndb.de wrote:
On Saturday 07 July 2012, Olof Johansson wrote:
ARM
On Tue, 2012-07-10 at 17:03 +, Haiyang Zhang wrote:
-Original Message-
From: Ben Hutchings [mailto:bhutchi...@solarflare.com]
Sent: Friday, July 06, 2012 8:19 PM
To: Haiyang Zhang
Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan;
o...@aepfle.de;
* Add this device to usbhid ignore list
---
drivers/hid/hid-core.c|1 +
drivers/hid/hid-ids.h |3 +++
drivers/input/joystick/xpad.c |1 +
3 files changed, 5 insertions(+)
diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
index 6ac0286..1540934 100644
---
On Tue, Jul 10, 2012 at 05:23:08PM +0200, Olaf Hering wrote:
On Tue, Jul 10, Konrad Rzeszutek Wilk wrote:
On Tue, Jul 10, 2012 at 11:33:27AM +0200, Olaf Hering wrote:
On Fri, Jul 06, Olaf Hering wrote:
On Fri, Jul 06, Jan Beulich wrote:
Could it be that some code tweaks
David Miller da...@davemloft.net wrote:
From: ebied...@xmission.com (Eric W. Biederman)
Date: Mon, 09 Jul 2012 13:52:43 -0700
The bonding debugfs support has been broken in the presence of network
namespaces since it has been added. The debugfs support does not handle
multiple bonding
On Tue, 2012-07-10 at 11:29 +, IgorMammedov wrote:
y at domain.invalid writes:
From: Toshi Kani toshi.kani at hp.com
Added CPU hot-remove support through an ACPI eject notification.
It calls acpi_bus_hot_remove_device(), which shares the same code
path with the sysfs eject
On Tue, Jul 10, 2012 at 10:55:07AM -0600, Shuah Khan wrote:
On Mon, 2012-07-09 at 16:25 -0400, Konrad Rzeszutek Wilk wrote:
On Fri, Jul 06, 2012 at 05:06:12PM -0600, Shuah Khan wrote:
Remove SWIOTLB overflow buffer support and return DMA_ERROR_CODE
(a value of zero) to make it consistent
Wanpeng Li liwp.li...@gmail.com writes:
From: Wanpeng Li l...@linux.vnet.ibm.com
Against linux-next:
Function alloc_huge_page will call hugetlb_cgroup_charge_cgroup
to charge pages, the compound page have less than 3 pages will not
charge to hugetlb cgroup. When alloc_huge_page fails it
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/ras/ras.git
tags/please-pull-mce-ripvfix
for you to fetch changes up to
On 07/10/2012 07:14 PM, Joe Perches wrote:
Count me as one of the 1000s that think it's a poor name choice.
I think it's a poor name for marketing purposes too.
Best of luck with whatever is used.
Perhaps it's a typo, and was meant to be AArgh64 :-)
--
To unsubscribe from this list: send the
On Tue, Jul 10, 2012 at 8:01 PM, Jan Ceuleers jan.ceule...@computer.org wrote:
Perhaps it's a typo, and was meant to be AArgh64 :-)
Still a much better name than aarch64.
--
Thanks,
//richard
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, Jul 10, Konrad Rzeszutek Wilk wrote:
On Tue, Jul 10, 2012 at 05:23:08PM +0200, Olaf Hering wrote:
I was not thinking of statically allocated pages but some new concept of
allocating such shared pages. Shouldnt there be some dedicated area in
the E820 table which has to be used
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf Of Joe Jin
Sent: Tuesday, July 10, 2012 12:40 AM
To: Joe Jin
Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
ker...@vger.kernel.org
Subject: Re: 82571EB: Detected Hardware
On 10/07/12 18:55, Samuel Ortiz wrote:
Hi Lee,
On Tue, Jul 10, 2012 at 05:28:35PM +0200, Lee Jones wrote:
On 10/07/12 11:13, Samuel Ortiz wrote:
Hi Lee,
On Fri, Jul 06, 2012 at 01:43:18PM +0100, Lee Jones wrote:
A patch was recently submitted to stop all ab8500 devices from
being registered
On Mon, Jul 09, 2012 at 01:09:23PM -0700, Eric W. Biederman wrote:
Greg Kroah-Hartman gre...@linuxfoundation.org writes:
On Mon, Jul 09, 2012 at 11:04:19PM +0530, Devendra Naga wrote:
at probe we enabled the device, and we should disable it at remove.
Signed-off-by: Devendra Naga
Hi Manoj,
* Manoj Iyer manoj.i...@canonical.com [2012-07-06 12:14:22 -0500]:
On Fri, 13 Apr 2012, Gustavo Padovan wrote:
Gustavo,
Sorry it took a long time to locate the hardware to get this info, I
got this info from one our QA engg cced here. Do you want me to
resubmit the patch ?
On Tue, Jul 10, 2012 at 9:54 AM, Jiang Liu liu...@gmail.com wrote:
From: Jiang Liu jiang@huawei.com
Introduce four configuration access functions for PCIe capabilities to
hide difference among PCIe Base Spec versions. With these functions,
we can remove callers responsible for using
On Tue, Jul 10, 2012 at 9:54 AM, Jiang Liu liu...@gmail.com wrote:
From: Jiang Liu jiang@huawei.com
Use PCIe cap access functions to simplify PCI core implementation.
Signed-off-by: Jiang Liu liu...@gmail.com
---
drivers/pci/pci.c| 237
On Tue, Jul 10, 2012 at 9:54 AM, Jiang Liu liu...@gmail.com wrote:
From: Jiang Liu jiang@huawei.com
Use PCIe cap access functions to simplify pcihp_slot.c
Signed-off-by: Jiang Liu liu...@gmail.com
---
drivers/pci/hotplug/pcihp_slot.c | 17 +
1 file changed, 9
On Tue, Jul 10, 2012 at 10:12:17AM -0700, Tony Luck wrote:
On Tue, Jul 10, 2012 at 8:44 AM, Borislav Petkov b...@amd64.org wrote:
Acked-by: Borislav Petkov borislav.pet...@amd.com
Thanks for the Ack.
+ doit = !!PageDirty(ppage) || !!(flags MF_MUST_KILL);
Thinking about this some
I sent a patch yesterday (or was it friday) to fix the issue. Sorry @airport
right now.
On Jul 10, 2012, at 6:17, w...@linux.intel.com wrote:
Hi Christoph,
This commit crashes the kernel w/o any dmesg output (the attached one
is created by the script as a summary for that run). This is
On Tue, Jul 10, 2012 at 08:09:53PM +0200, Olaf Hering wrote:
On Tue, Jul 10, Konrad Rzeszutek Wilk wrote:
On Tue, Jul 10, 2012 at 05:23:08PM +0200, Olaf Hering wrote:
I was not thinking of statically allocated pages but some new concept of
allocating such shared pages. Shouldnt there be
On Tue, Jul 10, 2012 at 9:54 AM, Jiang Liu liu...@gmail.com wrote:
From: Jiang Liu liu...@gmail.com
As suggested by Bjorn Helgaas and Don Dutile in threads
http://www.spinics.net/lists/linux-pci/msg15663.html, we could improve access
to PCIe capabilities register in to way:
1) cache content
On Tue, Jul 10, 2012 at 9:54 AM, Jiang Liu liu...@gmail.com wrote:
From: Jiang Liu jiang@huawei.com
Move pcie_cap_has_*() macros to include/linux/pci.h, so they can be shared.
Since pcie_flags was introduced, rework these macros to take a struct pci_dev
*
and use pcie_flags insead of
Hi,
On Sun, Jul 08, 2012 at 10:51:12PM +0400, K900 wrote:
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
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf Of Joe Jin
Sent: Tuesday, July 10, 2012 12:40 AM
To: Joe Jin
Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
ker...@vger.kernel.org
Subject: Re: 82571EB: Detected Hardware
From: Manoj Iyer manoj.i...@canonical.com
Patch adds support for BCM20702A0 device id (0a5c:21f4).
usb-devices after patch was applied:
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a5c ProdID=21f4 Rev=01.12
On 10/07/2012 19:09, Olaf Hering o...@aepfle.de wrote:
Are there more shared areas or is it just the shared info page?
And I am kind of worried that moving it to the .data section won't
be completly safe - as the decompressor might blow away that part too.
The decompressor may just clear
On Tuesday, July 10, 2012 4:27 AM, Mike Wrote:
As it happens, v2's changes to blk_limits_max_hw_sectors and
blk_queue_max_hw_sectors are not strictly required in order for existing
stacking drivers to have have an unconstrained max_sectors. Dropping
those changes also allows for consistency
-Original Message-
From: Dave, Tushar N
Sent: Tuesday, July 10, 2012 12:02 PM
To: Joe Jin
Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
ker...@vger.kernel.org; Dave, Tushar N
Subject: RE: 82571EB: Detected Hardware Unit Hang
-Original Message-
From:
On Tue, Jul 10 2012 at 3:10pm -0400,
Chauhan, Vijay vijay.chau...@netapp.com wrote:
On Tuesday, July 10, 2012 4:27 AM, Mike Wrote:
As it happens, v2's changes to blk_limits_max_hw_sectors and
blk_queue_max_hw_sectors are not strictly required in order for existing
stacking drivers to have
Hi Tejun,
On Mon, Jul 09, 2012 at 10:28:31AM -0700, Tejun Heo wrote:
On Mon, Jul 09, 2012 at 10:22:20AM -0700, Tejun Heo wrote:
Changing subsys_bits via remount is being deprecated. No need to
worry about this.
Also, why does this matter? The xattrs are kept in cgrp anyway. Why
Hi Federico,
On Tue, Jul 10, 2012 at 7:43 PM, Federico Fuga f...@studiofuga.com wrote:
omaprpc is out of the official mainline code, it's inside the official
ti/omap branch/project.
Ok, thanks for the explanation. In general, we don't change the
mainline kernel to solve issues with
Currently Pause Looop Exit (PLE) handler is doing directed yield to a
random VCPU on PL exit. Though we already have filtering while choosing
the candidate to yield_to, we can do better.
Problem is, for large vcpu guests, we have more probability of yielding
to a bad vcpu. We are not able to
From: Raghavendra K T raghavendra...@linux.vnet.ibm.com
Noting pause loop exited vcpu helps in filtering right candidate to yield.
Yielding to same vcpu may result in more wastage of cpu.
Signed-off-by: Raghavendra K T raghavendra...@linux.vnet.ibm.com
---
arch/x86/include/asm/kvm_host.h |
From: Raghavendra K T raghavendra...@linux.vnet.ibm.com
Currently PLE handler can repeatedly do a directed yield to same vcpu
that has recently done PL exit. This can degrade the performance.
Try to yield to most eligible guy instead by alternate yielding.
Precisely, give chance to a VCPU which
Hi Dmitry,
On 10/07/12 18:41, Dmitry Torokhov wrote:
Ah, right, I meant to change that too ;)
Could you please try this one for me (instead of the previous one)?
Same problem (you actually sent the same patch).
I'm posting an updated version considering all your suggestions from
your last
This patch adds a driver for the key scan interface of the LPC32xx SoC
Signed-off-by: Roland Stigge sti...@antcom.de
---
Applies to v3.5-rc6
Changes since v8:
* Optimized lpc32xx_mod_states() to shift changed word and break on 0
* lpc32xx_parse_dt(): Return -EINVAL instead of -ENXIO
* kfree()
On 07/10/2012 03:31 PM, Raghavendra K T wrote:
From: Raghavendra K Traghavendra...@linux.vnet.ibm.com
Noting pause loop exited vcpu helps in filtering right candidate to yield.
Yielding to same vcpu may result in more wastage of cpu.
Signed-off-by: Raghavendra K
On 07/10/2012 03:31 PM, Raghavendra K T wrote:
From: Raghavendra K Traghavendra...@linux.vnet.ibm.com
Currently PLE handler can repeatedly do a directed yield to same vcpu
that has recently done PL exit. This can degrade the performance.
Try to yield to most eligible guy instead by alternate
Hi Manoj,
* manoj.i...@canonical.com manoj.i...@canonical.com [2012-07-10 14:07:38
-0500]:
From: Manoj Iyer manoj.i...@canonical.com
Patch adds support for BCM20702A0 device id (0a5c:21f4).
usb-devices after patch was applied:
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh=
On Mon, 9 Jul 2012, David Rientjes wrote:
kmemcheck_alloc_shadow() requires irqs to be enabled, so wait to disable
them until after its called for __GFP_WAIT allocations.
This fixes a warning for such allocations:
WARNING: at kernel/lockdep.c:2739 lockdep_trace_alloc+0x14e/0x1c0()
On Jul 10, 2012, at 6:17, w...@linux.intel.com wrote:
This commit crashes the kernel w/o any dmesg output (the attached one
is created by the script as a summary for that run). This is very
reproducible in kvm for the attached config.
commit 3b0efdfa1e719303536c04d9abca43abeb40f80a
Hello Peter,
2012/7/10 Peter Zijlstra pet...@infradead.org:
On Wed, 2012-07-04 at 13:08 +0400, Andrew Vagin wrote:
From: Peter Zijlstra a.p.zijls...@chello.nl
A few events are interesting not only for a current task.
For example, sched_stat_* are interesting to a task, which
wake up. For
On Wed, 11 Jul 2012, Yuri Khan wrote:
* Add this device to usbhid ignore list
---
drivers/hid/hid-core.c|1 +
drivers/hid/hid-ids.h |3 +++
Acked-by: Jiri Kosina jkos...@suse.cz
drivers/input/joystick/xpad.c |1 +
3 files changed, 5 insertions(+)
diff --git
On Wed, 04 Jul 2012 16:34:51 +0100
Alan Cox a...@lxorguk.ukuu.org.uk wrote:
From: Alan Cox a...@linux.intel.com
Coverity 703573
Signed-off-by: Alan Cox a...@linux.intel.com
It would be nice to have a Reported-by here, but we were only given
Scan Subscription
Hi Linus,
yes, this is a *LATE* GPIO pull request with fixes for v3.5.
Grant moved across the planet and accidentally fell off the grid, so he asked
me to take over the GPIO merges for a while 10 days ago, refer to:
https://lkml.org/lkml/2012/7/1/220
Since then I went over the archives and
Am 10.07.2012 19:14, schrieb Joe Perches:
On Tue, 2012-07-10 at 11:10 +0100, Catalin Marinas wrote:
On Tue, Jul 10, 2012 at 08:10:23AM +0100, Ingo Molnar wrote:
* Arnd Bergmann a...@arndb.de wrote:
On Saturday 07 July 2012, Olof Johansson wrote:
ARM introduced AArch64 as part of the ARMv8
On Mon, Jul 9, 2012 at 4:45 PM, Anton Vorontsov
anton.voront...@linaro.org wrote:
Just a few patches left from the series that used to add configurable
ECC size for pstore/ram backend. Most patches were merged into -next,
and this is just a resend of the leftovers.
Feel free to add my:
* Arnd Bergmann a...@arndb.de wrote:
What plans to other maintainers and board vendors have ? Any
design choice has to cope with these happening if a third
party goes and does it.
It is slightly worrying to have multiple SoC vendors working
on their own platform support. There are a
Hi Yuri,
On Wed, Jul 11, 2012 at 12:33:22AM +0700, Yuri Khan wrote:
* Add this device to usbhid ignore list
Please do not forget your Signed-off-by: so that I can apply the
patch.
Thanks.
---
drivers/hid/hid-core.c|1 +
drivers/hid/hid-ids.h |3 +++
* Raghavendra K T raghavendra...@linux.vnet.ibm.com wrote:
--- a/virt/kvm/kvm_main.c
+++ b/virt/kvm/kvm_main.c
@@ -1595,6 +1595,9 @@ void kvm_vcpu_on_spin(struct kvm_vcpu *me)
continue;
if (waitqueue_active(vcpu-wq))
Hi,
On 10.07.2012 03:01, Joseph Salisbury wrote:
Some users are hitting a bug reported in bugzilla[0] and launchpad[1].
The bug was introduced in v3.5-rc1, which is preventing some Logitech
webcams from working. I bisected down to the following commit as the
cause of the regression:
Hi Roland,
On Tue, Jul 10, 2012 at 09:35:10PM +0200, Roland Stigge wrote:
This patch adds a driver for the key scan interface of the LPC32xx SoC
Could of more things that I had in my patch but forgot to specifically
call out:
+
+ /* Configure the key scanner */
+
The types for ARCH_KMALLOC_MINALIGN and ARCH_SLAB_MINALIGN are not always
the same, as seen by building ARM collie_defconfig:
mm/slob.c: In function 'kfree':
mm/slob.c:482:153: warning: comparison of distinct pointer types lacks a cast
mm/slob.c: In function 'ksize':
mm/slob.c:501:153: warning:
On Tue, Jul 10, 2012 at 10:16 PM, Linus Walleij
linus.wall...@linaro.org wrote:
yes, this is a *LATE* GPIO pull request with fixes for v3.5.
Grr! So typically -next washed out a bug in the bug fixes. This v2 of the
pull request fixes another OF/DT related issue caused by fixing another
OF/DT
On Mon, Jul 9, 2012 at 11:21 PM, Lee Jones lee.jo...@linaro.org wrote:
On 09/07/12 23:03, Linus Walleij wrote:
Now since I was fooled by the last patch, thinking you had tested it
before
submitting (obviously not) - please send a test log of some
cat /dev/input/event* for this one before I
On Tue, Jul 10, 2012 at 1:14 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Linus (Walleij), Stephen, Grant, can someone please send this patch to
Linus (Torvalds)?
I sent it by pill request a few minutes ago.
Ironically my pull request was postponed two days for the sole reason of
getting
On Tuesday 10 July 2012, Ingo Molnar wrote:
So are you really convinced that the colorful ARM SoC world is
not going to go 64-bit and will all unify behind a platform, and
that we can actually force this process by not accepting
non-generic patches? Is such a platform design being enforced
On Sat, 30 Jun 2012 15:00:57 +0300
Octavian Purdila octavian.purd...@intel.com wrote:
When the requested and root ranges do not intersect the logic in
__reserve_region_with_split will cause an infinite recursion which
will overflow the stack as seen in the warning bellow.
This particular
On Thursday 14 June 2012, Roland Stigge wrote:
--- linux-2.6.orig/arch/arm/mach-lpc32xx/phy3250.c
+++ linux-2.6/arch/arm/mach-lpc32xx/phy3250.c
@@ -226,7 +226,38 @@ static int __init phy3250_spi_board_regi
}
arch_initcall(phy3250_spi_board_register);
+static struct pl08x_channel_data
Hi Andew,
The two reports that were sent on 6/28 and 7/6, were sent manually by us,
Coverit Scan Admin, project dedicated for Open Source Community.
But going forward (next week), it will be completely automated.
Based on the suggestions we got from some of the lead Linux Developer, weekly
(just replying to a couple of points now, I'll follow up tomorrow)
On Tue, Jul 10, 2012 at 09:35:27PM +0100, Ingo Molnar wrote:
Do you *really* think that all of the 32-bit ARM code should
essentially be thrown away when going to 64-bit ARM, that
patches can only touch arch/arm64/ + drivers/
Ingo:
Please consider applying the following patches while Arnaldo is on
vacaction. They apply to tip/perf/urgent. Arguably on the 3rd one really
should go into 3.5. The first, second and fourth patches should cleanly
to tip/perf/core. Hopefully the fourth patch walks an rbtree correctly.
David
COMM events are generated in the context of a guest machine, so the thread
name is never set for the VMM process. For example, the qemu-kvm name
applies to the process in the host machine. Samples for guest mode are
currently displayed as:
99.67% :5671 [unknown] [g]
e.g., perf kvm --host --guest report -i perf.data --stdio -D
shows:
1 599127912065356 0x143b8 [0x48]: PERF_RECORD_SAMPLE(IP, 5): 5671/5676:
0x7fdf95a061c0 period: 1 addr: 0
... chain: nr:2
. 0: ff80
. 1: fe00
... thread: qemu-kvm:5671
.. dso: not found
After 7ed97ad use of the guestmount option without a subdir for each
VM generates an error message for *each* sample related to that VM. Once
is enough.
Signed-off-by: David Ahern dsah...@gmail.com
---
tools/perf/util/map.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Guest kernel symbols are not resolved despite passing the information
needed to resolve them. e.g.,
perf kvm --guest --guestmount=/tmp/guest-mount record -a -- sleep 1
perf kvm --guest --guestmount=/tmp/guest-mount report --stdio
36.55% [guest/11399] [unknown] [g]
On Tue, Jul 10, 2012 at 10:19:38PM +0100, Arnd Bergmann wrote:
On Tuesday 10 July 2012, Ingo Molnar wrote:
Do you really think that all of the 32-bit ARM code should
essentially be thrown away when going to 64-bit ARM, that
patches can only touch arch/arm64/ + drivers/ or the highway?
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
A lot of Broadcom Bluetooth devices provides vendor specific interface
class and we are getting flooded by patches adding new device support.
This change will help us enable support for any other Broadcom with vendor
specific device that
On Tue, Jul 10, 2012 at 06:51:03PM -0300, Gustavo Padovan wrote:
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
A lot of Broadcom Bluetooth devices provides vendor specific interface
class and we are getting flooded by patches adding new device support.
This change will help us enable
Hi Gustavo,
A lot of Broadcom Bluetooth devices provides vendor specific interface
class and we are getting flooded by patches adding new device support.
This change will help us enable support for any other Broadcom with vendor
specific device that arrives in the future.
Only the product
From: Gustavo Padovan gustavo.pado...@collabora.co.uk
A lot of Broadcom Bluetooth devices provides vendor specific interface
class and we are getting flooded by patches adding new device support.
This change will help us enable support for any other Broadcom with vendor
specific device that
Once upon a time, Catalin Marinas catalin.mari...@arm.com said:
Changing the arch/ dir name is easy at this point. My preference is for
consistency with the official name (that cannot be changed) and the gcc
triplet.
What ARM Ltd. says is the official name isn't necessarily what the
rest of the
I run a number of Linux servers and I noticed an interesting bug, possibly
related to a recent change in fs/proc/array.c
After upgrading from Ubuntu 2.6.24-26 to 2.6.32-40 (and higher) in Ubuntu, I
noticed that about once per month, suddenly, a user process causing the main
load on a given
From: Yinghai Lu ying...@kernel.org
238305b mm: remove sparsemem allocation details from the bootmem
allocator introduced a bug in the allocation goal calculation that
put section usemaps not in the same section as the node descriptors,
creating unnecessary hotplug dependencies between them:
[
From: Yinghai Lu ying...@kernel.org
After f5bf18f bootmem/sparsemem: remove limit constraint in
alloc_bootmem_section, usemap allocations may easily be placed
outside the optimal section that holds the node descriptor, even if
there is space available in that section. This results in unnecessary
This patch introduces a driver for Cypress All Points Addressable
I2C Trackpad, including the one in the Samsung Series 5 550 Chromebook.
This device is compatible with MT protocol type B, providing identifiable
contacts.
This driver also implements firmware updating capability via
Use PCI_VENDOR_ID_* from pci_ids.h instead of creating #define locally.
Signed-off-by: Jon Mason jdma...@kudzu.us
Cc: Jeff Kirsher jeffrey.t.kirs...@intel.com
Cc: Jesse Brandeburg jesse.brandeb...@intel.com
Cc: Bruce Allan bruce.w.al...@intel.com
Cc: Carolyn Wyborny carolyn.wybo...@intel.com
Cc:
Remove unused IXGBE_INTEL_VENDOR_ID #define
Signed-off-by: Jon Mason jdma...@kudzu.us
Cc: Jeff Kirsher jeffrey.t.kirs...@intel.com
Cc: Jesse Brandeburg jesse.brandeb...@intel.com
Cc: Bruce Allan bruce.w.al...@intel.com
Cc: Carolyn Wyborny carolyn.wybo...@intel.com
Cc: Don Skidmore
Remove PCI vendor IDs, as they are already defined in pci_ids.h.
Signed-off-by: Jon Mason jdma...@kudzu.us
Cc: Achim Leubner achim_leub...@adaptec.com
---
drivers/scsi/gdth.h |9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/scsi/gdth.h b/drivers/scsi/gdth.h
index
HPET_ID_VENDOR_8086 is defined but never used. It would be a redefine
of PCI_VENDOR_ID_INTEL if it was ever used.
Signed-off-by: Jon Mason jdma...@kudzu.us
---
arch/x86/include/asm/hpet.h |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/include/asm/hpet.h
IOAT has a redefine of PCI Vendor, PCI Subvendor, etc for
PCI_VENDOR_ID_INTEL but they are never used. Remove them.
Signed-off-by: Jon Mason jdma...@kudzu.us
Cc: Dan Williams dan.j.willi...@intel.com
---
drivers/dma/ioat/hw.h |4
1 file changed, 4 deletions(-)
diff --git
Remove PCI vendor and subvendor IDs, as they are already defined in
pci_ids.h.
Signed-off-by: Jon Mason jdma...@kudzu.us
---
drivers/scsi/megaraid.c |5 ++---
drivers/scsi/megaraid.h | 35 ---
2 files changed, 2 insertions(+), 38 deletions(-)
diff --git
On Mon, 09 Jul 2012 14:30:40 +0300, Meelis Roos said:
It's actually more complicated than that. Old kernel images started
misbehaving from around 2.6.35-rc5 and any kernel older than that was
OK. When I recompiled the older kernels with squeeze gcc (migh have been
lenny gcc before, or
901 - 1000 of 1192 matches
Mail list logo