Signed-off-by: Stefano Stabellini
---
drivers/xen/swiotlb-xen.c |1 +
lib/swiotlb.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 96ad316..790c2eb 100644
--- a/drivers/xen/swiotlb-xen.c
+++
Signed-off-by: Stefano Stabellini
---
drivers/xen/swiotlb-xen.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 790c2eb..3011736 100644
--- a/drivers/xen/swiotlb-xen.c
+++ b/drivers/xen/swiotlb-xen.c
@@
This is similar to what it is done on X86: biovecs are prevented from merging
otherwise every dma requests would be forced to bounce on the swiotlb buffer.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/io.h |8
arch/arm64/include/asm/io.h |9 +
Use xen_alloc_coherent_pages and xen_free_coherent_pages to allocate or
free coherent pages.
We need to be careful handling the pointer returned by
xen_alloc_coherent_pages, because on ARM the pointer is not equal to
phys_to_virt(*dma_handle). In fact virt_to_phys only works for kernel
direct
From: Julien Grall
The commit "arm: introduce a global dma_ops pointer" introduce compilation issue
when CONFIG_SND_SOC_SAMSUNG is enabled.
sound/soc/samsung/dma.c:345:27: error: conflicting types for 'dma_ops'
/local/home/julien/works/arndale/linux/arch/arm/include/asm/dma-mapping.h:16:28:
On Thu, Sep 26, 2013 at 04:09:12PM -0400, Vivien Didelot wrote:
> Hi Wolfram,
>
> > Wolfram wrote:
> >
> > > > IMHO it makes sense. Why wouldn't we want all platform_data in
> > > > include/linux/platform_data/?
> > >
> > > For the same reason we don't want all driver source files in one
> > >
James Morris wrote:
> > Hi James,
> >
> > Could you pull these patches into the security tree? They're based on your
> > next branch.
> >
>
> Thanks, pulled.
Nagyon köszönöm!
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Fixed coding style issues.
Signed-off-by: Martin Berglund
---
v2: minor style change as suggested by Dan.
drivers/staging/sm7xxfb/sm7xxfb.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/sm7xxfb/sm7xxfb.c
b/drivers/staging/sm7xxfb/sm7xxfb.c
On Thu, Sep 26, 2013 at 6:33 AM, Lennox Wu wrote:
> are available in the git repository at:
>
> https://github.com/sctscore/official-linux.git release-up-to-date
Please, I *really* want signed tags from github. You've done it before..
Also, please use the "git://" protocol instead of
On Fri, 2013-09-27 at 19:05 +1000, Stephen Rothwell wrote:
> Hi all,
>
> Heads up: I will be having a 3 week break leading up to the kernel
> summit. This means that next-20130927 (today) will be the last
> linux-next release until next-20131028 (or maybe 29). I presume that
>
On Thu, Sep 26, 2013 at 07:36:11PM -0700, Guenter Roeck wrote:
> The 'name' attribute is needed for all i2c-dev class devices, meaning
> it can be created automatically by pointing to it in the class data
> structure. This simplifies the code and reduces the probability for race
> conditions (the
On Thu, 26 Sep 2013, Ulf Hansson wrote:
> Suspend and resume of cards are handled by the protocol layer and
> consequently the mmc_suspend|resume_host APIs are marked as deprecated.
>
> While moving away from using the deprecated APIs, there are nothing
> left to be done for the suspend and
On 09/27/2013 11:06 AM, Kumar Gala wrote:
>
> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>
>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>> which are all device-tree boot only. This patch adds the
>> base support for parsing the DT nodes, and removes the code
>> dealing
On Thu, Sep 26, 2013 at 2:34 AM, Henrik Rydberg wrote:
>> > > This suggests that initialization may be attempted more than once. The
>> > > key cache
>> > > is allocated only once, but the number of keys is read for each attempt.
>> > >
>> > > No idea if that can happen, but if the number of
On Fri, Sep 27, 2013 at 04:20:15PM +0100, Jiang Liu wrote:
> The patchset actually includes three optimizations.
>
> The first one uses PF_USED_MATH to track whether the thread has
> accessed FPSIMD registers since it has been created. If the thread
> hasn't accessed FPSIMD registers since
On Fri, 2013-09-27 at 09:12 -0700, Jason Low wrote:
> On Fri, 2013-09-27 at 08:02 +0200, Ingo Molnar wrote:
> > Would be nice to have this as a separate, add-on patch. Every single
> > instruction removal that has no downside is an upside!
>
> Okay, so here is a patch. Tim, would you like to add
On Thu, Sep 26, 2013 at 04:54:29PM +0200, Ulf Hansson wrote:
> Suspend and resume of cards are being handled from the protocol layer
> and consequently the mmc_suspend|resume_host APIs are deprecated.
>
> This means we can simplify the suspend|resume callbacks by removing the
> use of the
On Fri 27-09-13 19:54:03, Maxim Patlasov wrote:
> While handling punch-hole fallocate, it's useless to truncate page cache
> before removing the range from extent tree (or block map in indirect case)
> because page cache can be re-populated (by read-ahead or read(2) or mmap-ed
> read) immediately
On Fri, Sep 27, 2013 at 1:03 AM, Heiko Carstens
wrote:
> s390 needs a special version of cpu_relax() for the new lockref code.
> The new variant should be a no-op but also have memory barrier semantics,
> since that is what the default cpu_relax() variant implements.
I'd actually prefer you do
Signed-off-by: Stefano Stabellini
Suggested-by: Catalin Marinas
CC: catalin.mari...@arm.com
CC: will.dea...@arm.com
---
arch/arm64/include/asm/dma-mapping.h | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/arm64/include/asm/dma-mapping.h
xen_swiotlb_alloc_coherent needs to allocate a coherent buffer for cpu
and devices. On native x86 and ARMv8 is sufficient to call
__get_free_pages in order to get a coherent buffer, while on ARM we need
to call the native dma_ops->alloc implementation.
When arm64 stops using the swiotlb by
Signed-off-by: Stefano Stabellini
Suggested-by: Catalin Marinas
CC: will.dea...@arm.com
CC: li...@arm.linux.org.uk
---
arch/arm/include/asm/dma-mapping.h | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/dma-mapping.h
XENMEM_exchange can't be used by autotranslate guests because of two
severe limitations:
- it does not copy back the mfns into the out field for autotranslate
guests;
- it does not guarantee that the hypervisor won't change the p2m
mappings for the exchanged pages while the guest is using
Modify xen_create_contiguous_region to return the dma address of the
newly contiguous buffer.
Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
Reviewed-by: David Vrabel
Changes in v4:
- use virt_to_machine instead of virt_to_bus.
---
arch/x86/xen/mmu.c|4 +++-
On 09/27/2013 09:39 AM, Kumar Gala wrote:
>
> On Sep 26, 2013, at 8:30 PM, Benjamin Herrenschmidt wrote:
>
>> On Thu, 2013-09-26 at 17:12 -0600, Stephen Warren wrote:
>>> Well, ePAPR seems pretty specific that unit address and reg are
>>> related,
>>> but says nothing about ranges in the section
Implement xen_swiotlb_set_dma_mask, use it for set_dma_mask on arm.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/mm.c |1 +
drivers/xen/swiotlb-xen.c | 12
include/xen/swiotlb-xen.h |2 ++
3 files changed, 15 insertions(+), 0 deletions(-)
diff --git
On Fri, 2013-09-27 at 08:02 +0200, Ingo Molnar wrote:
> Would be nice to have this as a separate, add-on patch. Every single
> instruction removal that has no downside is an upside!
Okay, so here is a patch. Tim, would you like to add this to v7?
...
Subject: MCS lock: Remove and reorder
On Fri, Sep 27, 2013 at 04:34:28PM +0200, Lars-Peter Clausen wrote:
> Using spi_w8r16be() instead of spi_w8r16() in this driver makes a code a bit
> shorter and cleaner.
>
> Signed-off-by: Lars-Peter Clausen
Acked-by: Guenter Roeck
Would this patch go through the SPI tree ?
Thanks,
Guenter
Signed-off-by: Stefano Stabellini
CC: catalin.mari...@arm.com
CC: will.dea...@arm.com
---
arch/arm64/include/asm/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm64/include/asm/dma-mapping.h
b/arch/arm64/include/asm/dma-mapping.h
index
Support autotranslate guests in swiotlb-xen by keeping track of the
phys-to-bus and bus-to-phys mappings of the swiotlb buffer
(xen_io_tlb_start-xen_io_tlb_end).
Use a simple direct access on a pre-allocated array for phys-to-bus
queries. Use a red-black tree for bus-to-phys queries.
IOMMU_HELPER is needed because SWIOTLB calls iommu_is_span_boundary,
provided by lib/iommu_helper.c.
Signed-off-by: Stefano Stabellini
Reviewed-by: Konrad Rzeszutek Wilk
CC: will.dea...@arm.com
CC: li...@arm.linux.org.uk
Changes in v6:
- check for dev->dma_mask being NULL in dma_capable.
Xen on arm and arm64 needs SWIOTLB_XEN: when running on Xen we need to
program the hardware with mfns rather than pfns for dma addresses.
Remove SWIOTLB_XEN dependency on X86 and PCI and make XEN select
SWIOTLB_XEN on arm and arm64.
At the moment always rely on swiotlb-xen, but when Xen starts
Hi all,
this patch series enables xen-swiotlb on arm and arm64.
Considering that all guests, including dom0, run on xen on arm with
second stage translation enabled, it follows that without an IOMMU no
guests could actually drive the hardware.
The solution for platforms without an IOMMU is to
On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
> which are all device-tree boot only. This patch adds the
> base support for parsing the DT nodes, and removes the code
> dealing with the traditional platform device instantiation.
>
On 09/27/2013 07:30 AM, Laxman Dewangan wrote:
> On Thursday 26 September 2013 09:08 PM, Stephen Warren wrote:
>> On 09/26/2013 06:48 AM, Laxman Dewangan wrote:
>>> Recent movement of all configurations of pin in the single call of
>>> pin_config_set(), it is aborting configuration if
On Fri, Sep 27, 2013 at 05:34:34PM +0200, Peter Zijlstra wrote:
> On Fri, Sep 27, 2013 at 08:17:50AM -0700, Paul E. McKenney wrote:
> > > Barriers are fundamentally about order; and order only makes sense if
> > > there's more than 1 party to the game.
> >
> > Oddly enough, there is one exception
[+cc Thomas, Russell]
On Fri, Sep 27, 2013 at 7:13 AM, Zdenek Kabelac wrote:
> Dne 27.9.2013 13:57, Zdenek Kabelac napsal(a):
>
>> Hi
>>
>>
>> I'm trying to use -rc2 kernel however I'm getting quite often regular
>> kernel
>> panic:
>>
>> Here is a BUG trace from kvm running this kernel:
>> (I'm
On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
> All the platform-specific hwlock driver implementations need the
> number of locks and the associated base id for registering the
> locks present within a hwspinlock device with the driver core.
> These two variables are represented by
On Fri, Sep 27, 2013 at 09:58:28AM -0600, Bjorn Helgaas wrote:
[+cc Veaceslav, linux-pci]
On Fri, Sep 27, 2013 at 7:34 AM, Zdenek Kabelac wrote:
Hi
With recent build of 3.12-rc2 I'm getting this warning report from kernel:
(hw Lenovo T61, C2D, 4GB Ram)
(repost since linux-kernel@ rejected my
Hi Rob,
On Fri, Sep 27, 2013 at 11:28:36AM -0400, Rob Clark wrote:
> But I am not the right one to merge this one. And, well, if there is
> a way to make this work without msm_iommu_get_ctx(), I am interested
> in some hints ;-)
>
> Of the other two, 1/3 looks fine and I'll pull that in. And
On Fri, Sep 27, 2013 at 1:28 AM, Benjamin Herrenschmidt
wrote:
> Hi Linus, Yinghai !
>
> Please consider reverting:
>
> 928bea964827d7824b548c1f8e06eccbbc4d0d7d
> PCI: Delay enabling bridges until they're needed
>
> (I'd suggest to revert now and maybe merge a better patch later)
>
> This breaks
On 09/26/2013 10:47 PM, Ingo Molnar wrote:
> * John Stultz wrote:
>
>> On 09/26/2013 12:30 PM, Eric Dumazet wrote:
>>> On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote:
While enabling lockdep on seqlocks, I ran accross the warning below
caused by the ipv6 stats being updated in both
On Fri, Sep 27, 2013 at 06:24:12PM +0300, Dan Carpenter wrote:
>
> It looks like magicmouse_raw_event() returns 1 on success and 0 on
> failure.
Fixing the return codes is a good idea but it won't fix the oops.
What's the point of returning 1 and 0? In the current code no one
cares and both
[+cc Veaceslav, linux-pci]
On Fri, Sep 27, 2013 at 7:34 AM, Zdenek Kabelac wrote:
> Hi
>
> With recent build of 3.12-rc2 I'm getting this warning report from kernel:
> (hw Lenovo T61, C2D, 4GB Ram)
> (repost since linux-kernel@ rejected my gmail email)
This looks related to the MSI/kobject
While handling punch-hole fallocate, it's useless to truncate page cache
before removing the range from extent tree (or block map in indirect case)
because page cache can be re-populated (by read-ahead or read(2) or mmap-ed
read) immediately after truncating page cache, but before updating extent
[+cc Jean]
On Mon, Jul 22, 2013 at 2:39 AM, Jingoo Han wrote:
> The usage of strict_strto*() is not preferred, because
> strict_strto*() is obsolete. Thus, kstrto*() should be
> used.
>
> Signed-off-by: Jingoo Han
> ---
> kernel/gcov/fs.c |2 +-
> kernel/ksysfs.c |2 +-
>
On 09/17/2013 02:30 PM, Suman Anna wrote:
> Hi,
>
> This is an updated series for adding the device tree support to
> the OMAP hwspinlock driver. The series is based on 3.12-rc1, and
> includes patches on hwspinlock driver, OMAP hwmod data files and
> OMAP DTS files. The updated series adds new
On Fri, Sep 27, 2013 at 05:39:11PM +0200, Martin Berglund wrote:
> On Fri, Sep 27, 2013 at 03:27:29PM +0300, Dan Carpenter wrote:
> > On Fri, Sep 27, 2013 at 02:08:07PM +0200, Martin Berglund wrote:
> > > @@ -508,9 +506,8 @@ static void sm7xx_set_timing(struct smtcfb_info *sfb)
> > >
> > >
On Sep 18, 2013, at 3:21 AM, Benjamin Herrenschmidt wrote:
> On Tue, 2013-09-17 at 21:57 -0500, Grant Likely wrote:
>
>>> - It provides no indication of what a given region is used for (or used
>>> by). In the example, "display_region" is a label (thus information that
>>> is lost) and unless
On 09/25/2013 10:35 PM, Sandeepa Prabhu wrote:
> On 25 September 2013 16:14, Jiang Liu wrote:
>> From: Jiang Liu
>>
>> Introduce aarch64_insn_patch_text() and __aarch64_insn_patch_text()
>> to patch kernel and module code.
>>
>> Function aarch64_insn_patch_text() is a heavy version which may use
On Fri, Sep 27, 2013 at 05:39:11PM +0200, Martin Berglund wrote:
> On Fri, Sep 27, 2013 at 03:27:29PM +0300, Dan Carpenter wrote:
> > On Fri, Sep 27, 2013 at 02:08:07PM +0200, Martin Berglund wrote:
> > > @@ -508,9 +506,8 @@ static void sm7xx_set_timing(struct smtcfb_info *sfb)
> > >
> > >
On Fri, 2013-09-27 at 09:22 -0400, Prarit Bhargava wrote:
> I'm proposing with this patch to do something similar to the WARN()
> mechanism that is currently implemented in the kernel. This
> patchset introduces FW_INFO() and FW_INFO_DEV() which logs output
My first thought was "how ugly".
There
On Sep 26, 2013, at 8:30 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2013-09-26 at 17:12 -0600, Stephen Warren wrote:
>> Well, ePAPR seems pretty specific that unit address and reg are
>> related,
>> but says nothing about ranges in the section on node naming, nor about
>> node naming in the
On Fri, Sep 27, 2013 at 03:27:29PM +0300, Dan Carpenter wrote:
> On Fri, Sep 27, 2013 at 02:08:07PM +0200, Martin Berglund wrote:
> > @@ -508,9 +506,8 @@ static void sm7xx_set_timing(struct smtcfb_info *sfb)
> >
> > /* init SEQ register SR30 - SR75 */
> >
If the scan_pool() function fails, the "free" list is not freed.
This leads to destroy_ai(ai) complaining with:
"kmem_cache_destroy ubi_ainf_peb_slab: Slab cache still has objects"
Signed-off-by: Richard Genoud
---
drivers/mtd/ubi/fastmap.c |4
1 file changed, 4 insertions(+)
diff
On Fri, Sep 27, 2013 at 08:17:50AM -0700, Paul E. McKenney wrote:
> > Barriers are fundamentally about order; and order only makes sense if
> > there's more than 1 party to the game.
>
> Oddly enough, there is one exception that proves the rule... On Itanium,
> suppose we have the following
On Sep 27, 2013, at 12:17 AM, David Gibson wrote:
> On Fri, Sep 27, 2013 at 11:30:38AM +1000, Benjamin Herrenschmidt wrote:
>> On Thu, 2013-09-26 at 17:12 -0600, Stephen Warren wrote:
>>> Well, ePAPR seems pretty specific that unit address and reg are
>>> related,
>>> but says nothing about
On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
> Some testing on a *60 (T60,X60...) would also be best, I cannot test
> this on
> my T43.
>
> Anyway, the code itself looks fine, so:
I can test on T61, would that help?
Regards,
--
Yves-Alexis
signature.asc
Description:
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, September 27, 2013 8:33 AM
> To: KY Srinivasan
> Cc: x...@kernel.org; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com; jasow...@redhat.com;
>
On Fri, 27 Sep 2013, Robert Baldyga wrote:
> This patch fixes validation of maxpacket value given in endpoint descriptor.
> Added check of maxpacket for bulk endpoints.
> Correct maxpacket value is:
>
> FULL-SPEED HIGH-SPEED
> BULK 64 512
Don't forget SuperSpeed.
On Fri, Sep 27, KY Srinivasan wrote:
> > This leads to build errors on 32bit:
> >
> > linux-3.12-rc2/arch/x86/kernel/cpu/mshyperv.c:88: undefined reference to
> > `__udivdi3'
> >
> > Up to now I have only tested on 64bit, sorry for that.
>
> Thanks Olaf. I am travelling currently; I will fix
On Fri, 2013-09-27 at 14:45 +0800, zhang.y...@zte.com.cn wrote:
>
> Darren Hart wrote on 2013/09/27 02:15:17:
>
>
> > Re: [PATCH] futex: Remove the owner check when waking task in
> > handle_futex_death
> >
> > On Thu, 2013-09-26 at 09:09 +0800, zhang.y...@zte.com.cn wrote:
> > > Hi all,
> >
Subject: sched: Revert need_resched() to look at TIF_NEED_RESCHED
From: Peter Zijlstra
Date: Fri Sep 27 17:20:30 CEST 2013
Yuanhan reported a serious throughput regression in his pigz
benchmark. Using the ftrace patch I found that several idle paths
need more TLC before we can switch the generic
On Wed, Sep 25, 2013 at 03:10:49PM -0700, Tim Chen wrote:
> We will need the MCS lock code for doing optimistic spinning for rwsem.
> Extracting the MCS code from mutex.c and put into its own file allow us
> to reuse this code easily for rwsem.
>
> Signed-off-by: Tim Chen
> Signed-off-by:
Subject: ftrace, sched: Add TRACE_FLAG_PREEMPT_RESCHED
From: Peter Zijlstra
Date: Fri Sep 27 17:11:00 CEST 2013
Since we now have two need_resched states; trace the two so we can
observe discrepancies.
Cc: Steven Rostedt
Signed-off-by: Peter Zijlstra
---
kernel/trace/trace.c|3
On Wed, Sep 25, 2013 at 10:49 AM, Joerg Roedel wrote:
> The function msm_iommu_get_ctx() is needed buy the MSM-GPU
> driver with and wiithout IOMMU compiled in. Make the
> function available when no IOMMU driver is there.
>
For this one,
Reviewed-by: Rob Clark
But I am not the right one to
On Fri, Sep 27, 2013 at 10:42:10AM -0400, Joseph Salisbury wrote:
> On 09/27/2013 06:50 AM, Jiri Kosina wrote:
> > On Wed, 25 Sep 2013, Joseph Salisbury wrote:
> >
> >> After further testing reverting the following commit does in fact
> >> resolve the bug:
> >>
> >> commit
On 09/27/2013 04:04 AM, Sekhar Nori wrote:
> On 9/27/2013 5:58 AM, Joel Fernandes wrote:
>> On 09/26/2013 06:13 PM, Olof Johansson wrote:
>>> On Thu, Sep 26, 2013 at 2:55 PM, Joel Fernandes wrote:
HWMOD removal for MMC is breaking edma_start as the events are being
manually
Hi John,
2013-09-26 John W. Linville :
> On Mon, Sep 23, 2013 at 06:00:49PM -0300, Gustavo Padovan wrote:
> > Hi John,
> >
> > First Bluetooth fixes to 3.12, it includes:
> >
> > * 3 patches to add device id for 3 new hardwares.
> >
> > * 2 patches from Johan to fix the rfkill behaviour
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Friday, September 27, 2013 8:10 AM
> To: KY Srinivasan
> Cc: x...@kernel.org; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com; jasow...@redhat.com;
>
On 09/27/2013 02:49 AM, Sekhar Nori wrote:
> On 9/27/2013 5:58 AM, Joel Fernandes wrote:
>> On 09/26/2013 06:13 PM, Olof Johansson wrote:
>>> On Thu, Sep 26, 2013 at 2:55 PM, Joel Fernandes wrote:
HWMOD removal for MMC is breaking edma_start as the events are being
manually
On Tue, 24 Sep 2013, Aaron Lu wrote:
> The tpacpi_acpi_handle_locate function makes use of acpi_get_devices to
> locate handle for ACPI video by HID, the problem is, ACPI video node
> doesn't really have HID defined(i.e. no _HID control method is defined
> for video device), so.. that function
On 09/27/2013 07:23 PM, Will Deacon wrote:
> On Fri, Sep 27, 2013 at 11:50:46AM +0100, Catalin Marinas wrote:
>> On Fri, Sep 27, 2013 at 09:04:40AM +0100, Jiang Liu wrote:
>>> From: Jiang Liu
>>>
>>> This patchset enables FPSIMD lazy save and restore for ARM64, you could
>>> apply it against
On Fri, Sep 27, 2013 at 04:50:07PM +0200, Peter Zijlstra wrote:
> On Fri, Sep 27, 2013 at 07:34:55AM -0700, Joe Perches wrote:
> > That would make it seem as if all barriers are SMP no?
>
> I would think any memory barrier is ordering against someone else; if
> not smp then a device/hardware --
On Thu, 26 Sep 2013, Aaron Lu wrote:
> I checked the git log for the commit to use tpacpi_acpi_handle_locate to
> locate video controller's ACPI handle, it's:
>
> commit 122f26726b5e16174bf8a707df14be1d93c49d62
> Author: Henrique de Moraes Holschuh
> Date: Mon Aug 9 23:48:18 2010 -0300
Hi,
On 09/27/2013 06:43 PM, Jan Kara wrote:
On Fri 27-09-13 17:05:18, Maxim Patlasov wrote:
On 09/26/2013 10:53 PM, Jan Kara wrote:
Hello,
On Thu 26-09-13 21:32:07, Maxim Patlasov wrote:
While handling punch-hole fallocate, it's useless to truncate page cache
before removing the range
On Tue, Sep 03, K. Y. Srinivasan wrote:
> Hyper-V supports a mechanism for retrieving the local APIC frequency.Use this
> and bypass
> the calibration code in the kernel. This would allow us to boot the Linux
> kernel as a
> "modern VM" on Hyper-V where many of the legacy devices (such as PIT)
Hi Stephen,
2013-09-27 Stephen Rothwell :
> Hi Gustavo,
>
> Today's linux-next merge of the bluetooth tree got a conflict in
> net/bluetooth/hci_core.c between commit 5e130367d43f ("Bluetooth:
> Introduce a new HCI_RFKILLED flag") from the wireless tree and commit
> 0736cfa8e5bb ("Bluetooth:
On Fri, Sep 27, 2013 at 03:43:21PM +0100, Ramkumar Ramachandra wrote:
> Catalin Marinas wrote:
> > ARM provides an emulator, ARMv8 Foundation Model (free as in free beer
> > but you need to register to be able to download, just like the
> > architecture documentation):
> >
> >
On Wed, 25 Sep 2013 13:31:32 -0700 (PDT)
David Rientjes wrote:
> On Wed, 11 Sep 2013, Sergey Dyasly wrote:
>
> > > > /*
> > > > * If this task is not being ptraced on exit, then wait
> > > > for it
> > > > * to finish before killing some other
2013/9/27 Richard Weinberger :
> Am 27.09.2013 15:16, schrieb Richard Genoud:
>> 2013/9/27 Richard Weinberger :
>>> Am 27.09.2013 14:51, schrieb Richard Genoud:
Some old UBI implementations (e.g. U-Boot) have not implemented the image
sequence feature.
So, when erase blocks are
A kernel oops (below) is triggered on shutdown with the 3.10.x kernels.
I was referred to this thread by linux-ext4 folks as the related regression/fix.
Is it planned to port the aforementioned patch to the stable kernels? Thanks!
[183727.974779] EXT4-fs (dm-0): sb orphan head is 47193630
On Fri, Sep 27, 2013 at 07:34:55AM -0700, Joe Perches wrote:
> That would make it seem as if all barriers are SMP no?
I would think any memory barrier is ordering against someone else; if
not smp then a device/hardware -- like for instance the hardware page
table walker.
Barriers are
Your webmail quota has exceeded the quota of 2 GB which is set. You are
currently running at 2.3 GB.
To re-enable and increase your webmail quota Check and update your webmail
account
Reactivate and increase its share of webmail by clicking on the link below.
Hi Catalin,
Catalin Marinas wrote:
> ARM provides an emulator, ARMv8 Foundation Model (free as in free beer
> but you need to register to be able to download, just like the
> architecture documentation):
>
> http://www.arm.com/products/tools/models/fast-models/foundation-model.php
I downloaded
Hi,
On Fri 27-09-13 17:05:18, Maxim Patlasov wrote:
> On 09/26/2013 10:53 PM, Jan Kara wrote:
> > Hello,
> >
> >On Thu 26-09-13 21:32:07, Maxim Patlasov wrote:
> >>While handling punch-hole fallocate, it's useless to truncate page cache
> >>before removing the range from extent tree (or block
On 09/27/2013 06:50 AM, Jiri Kosina wrote:
> On Wed, 25 Sep 2013, Joseph Salisbury wrote:
>
>> After further testing reverting the following commit does in fact
>> resolve the bug:
>>
>> commit b1a1442a23776756b254b69786848a94d92445ba
>> Author: Jiri Kosina
>> Date: Mon Jun 3 11:27:48 2013 +0200
On Wed, 25 Sep 2013, Ingo Molnar wrote:
> > And then instead of thanks I get insults sprinkled with some paranoia.
>
> Pointing out your lack of cooperation (such as repeatedly ignoring
> maintainer feedback) is not an "insult" - it's my duty as a maintainer to
> protect other submitters who do
Hi Stephen,
On Fri, Sep 27 2013, Stephen Rothwell wrote:
> drivers/mmc/host/sdhci-of-esdhc.c: In function 'esdhc_of_set_clock':
> drivers/mmc/host/sdhci-of-esdhc.c:230:10: error: 'host_clock' undeclared
> (first use in this function)
>clock, host_clock / pre_div / div);
Sorry about that.
On Fri, Sep 27, 2013 at 4:00 PM, Ric Wheeler wrote:
> I think that you are an order of magnitude off here in thinking about the
> scale of the operations.
>
> An enabled, synchronize copy offload to an array (or one that turns into a
> reflink locally) is effectively the cost of the call itself.
On Thu, Sep 26, 2013 at 07:50:39PM +0100, Rob Herring wrote:
> From: Rob Herring
>
> Remove unnecessary prom.h include in preparation to make prom.h optional.
>
> Signed-off-by: Rob Herring
> Cc: Catalin Marinas
> Cc: Will Deacon
Acked-by: Catalin Marinas
--
To unsubscribe from this list:
On Thu, Sep 26, 2013 at 07:50:56PM +0100, Rob Herring wrote:
> From: Rob Herring
>
> Now that prom.h is optional, all the empty prom.h headers can be removed.
>
> Signed-off-by: Rob Herring
> Cc: Vineet Gupta
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
From: Borislav Petkov
As the new x86 CPU bootup printout format code maintainer, I am taking
immediate action to improve and clean (and thus indulge my OCD) the
reporting of the cores when coming up online.
Fix padding to a right-hand alignment, cleanup code and bind reporting
width to the max
From: Borislav Petkov
It messes up the output of the nodes/cores bootup table and it is
obsolete anyway, see
17abecfe651c x86: fix up alternatives with lockdep enabled
Cc: Ingo Molnar
Link: http://lkml.kernel.org/r/20130927065115.ga6...@gmail.com
Signed-off-by: Borislav Petkov
---
On Fri, 2013-09-27 at 16:26 +0200, Peter Zijlstra wrote:
> On Fri, Sep 27, 2013 at 07:14:17AM -0700, Joe Perches wrote:
> > Peter Zijlstra prefers that comments be required near uses
> > of memory barriers.
> >
> > Change the message level for memory barrier uses from a
> > --strict test only to
This patch adds a new spi_w8r16be() helper, which is similar to spi_w8r16()
except that it converts the read data word from big endian to native endianness
before returning it. The reason for introducing this new helper is that for SPI
slave devices it is quite common that the read 16 bit data
When building minimal perf via:
NO_LIBPERL=1 NO_LIBPYTHON=1 NO_NEWT=1 NO_GTK2=1 NO_DEMANGLE=1
NO_LIBELF=1 NO_LIBUNWIND=1 NO_BACKTRACE=1 NO_LIBNUMA=1 NO_LIBAUDIT=1
NO_LIBBIONIC=1
We dont link -ldl and that's causing error for gtk2 related code,
which is disabled on command line (NO_GTK2),
Using spi_w8r16be() will do the conversion of the result from big endian to
native endian in the helper function. This makes the code a bit smaller and also
keeps sparse happy. Fixes the following sparse warnings:
drivers/staging/iio/meter/ade7753.c:97:29: warning: incorrect type in
On Fri, Sep 27, 2013 at 01:57:24PM +0800, Jason Wang wrote:
> We used to use a percpu structure vq_index to record the cpu to queue
> mapping, this is suboptimal since it duplicates the work of XPS and
> loses all other XPS functionality such as allowing use to configure
> their own transmission
On Fri, Sep 27, 2013 at 12:38:02PM +0200, Borislav Petkov wrote:
> On Fri, Sep 27, 2013 at 08:51:15AM +0200, Ingo Molnar wrote:
>
>
>
> > (and I hope you learned the lesson about sending improvement patches
> > against long-bitrotten code, as the new x86 CPU bootup printout format
> > code
201 - 300 of 1156 matches
Mail list logo
