On Wednesday 13 May 2015 12:45:21 Brian Norris wrote:
> On Wed, May 13, 2015 at 12:49:01PM +0200, Arnd Bergmann wrote:
> > On Tuesday 12 May 2015 17:53:41 Brian Norris wrote:
> >
> > This is a slightly unconventional method of doing the abstraction.
> > For consistency with a lot of other drivers,
On Wed, May 13, 2015 at 06:30:20AM -0700, roopa wrote:
> >
> This looks like a similar bug i was trying to fix some time back:
> http://patchwork.ozlabs.org/patch/362296/
>
> (I am not sure if my full patch is still valid. I was thinking of
> re-spining it sometime soon. If you are interested in t
On Wed, May 13, 2015 at 12:37:41PM -0700, Daniel Phillips wrote:
> On 05/13/2015 12:09 PM, Martin Steigerwald wrote:
>
> > "Assume good faith" can help here. No amount of accusing people of bad
> > intention will change them. The only thing you have the power to change is
> > your approach. You
With the VC reader blocked and the ARM writing, MAIL0_STA reads empty
permanently while MAIL1_STA goes from empty (0x4000) to non-empty
(0x0001-0x0007) to full (0x8008).
This bug ended up having no effect on us, because all of our
transactions in the client driver were synchronous
On Wed, May 13, 2015 at 12:45:12PM -0700, Stephen Boyd wrote:
> On 05/12/15 23:45, Uwe Kleine-König wrote:
> >
> >> that hard to call clk_disable_unprepare() on a clock at the end of an
> >> error path? Maybe you could add a devm_clk_get_prepare_enable() that
> >> does what you want and then call c
On Wed, May 13, 2015 at 07:33:54AM -0700, Kevin Hilman wrote:
> Maxime Ripard writes:
>
> > On Tue, May 12, 2015 at 03:35:50PM -0700, Stephen Boyd wrote:
> >> On 05/08/15 03:02, Maxime Ripard wrote:
> >> > On Thu, May 07, 2015 at 02:03:57PM -0700, Stephen Boyd wrote:
> >> >> On 05/07/15 08:17, Ke
2015-05-13 20:01 GMT+02:00 Frank Filz :
> You might want to edit your commit message to use RICHACL_ instead of ACL4_
> constants...
Indeed, thanks.
>> Linux does not have a way of creating files without setting the file
>> permission
>> bits, so all files created inside a directory with ACL4_AU
>From c4d440938b5e2015c70594fea099c844f929 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 13 May 2015 16:21:40 -0400
Over time, cgroup.h grew organically and doesn't have much logical
structure at this point. Separation of cgroup-defs.h in the previous
patch gives us a good chance for r
On Wed, May 13, 2015 at 10:02:49PM +0200, Arnd Bergmann wrote:
> On Wednesday 13 May 2015 12:45:21 Brian Norris wrote:
> > I could still avoid one pointer chase and one extra memory allocation by
> > embedding 'struct brcmnand_soc' in a 'struct bcm63138_nand_soc'. e.g.:
> >
> > struct bcm63138_nan
On Wednesday, May 13, 2015 1:02:34 PM PDT, Jeremy Allison wrote:
On Wed, May 13, 2015 at 12:37:41PM -0700, Daniel Phillips wrote:
On 05/13/2015 12:09 PM, Martin Steigerwald wrote:
...
Daniel, please listen to Martin. He speaks a fundamental truth
here.
As you know, I am also interested in Tu
Am Mittwoch, 13. Mai 2015, 12:37:41 schrieb Daniel Phillips:
> On 05/13/2015 12:09 PM, Martin Steigerwald wrote:
> > Daniel, what are you trying to achieve here?
> >
> > I thought you wanted to create interest for your filesystem and
> > acceptance for merging it.
> >
> > What I see you are actua
On Wed, May 13, 2015 at 10:22:21PM +0200, Andreas Grünbacher wrote:
>
> That being said, a daemon like Samba can "fake" full Automatic
> Inheritance by creating files and then updating the inherited acls
> appropriately. This will inevitably be racy, but unless someone
> implements a way to create
On Wed, May 13, 2015 at 12:50:02PM -0700, Jonathan Richardson wrote:
> ptp_clock_adjtime() casts it to an unsigned and returns an error:
>
>if ((unsigned long) ts.tv_nsec >= NSEC_PER_SEC)
>return -EINVAL;
The value of a timeval is the sum of its fields, but the field tv_usec
must alwa
When I had inlined __alloc_rx_skb into __netdev_alloc_skb and
__napi_alloc_skb I had overlooked the fact that there was a return in the
__alloc_rx_skb. As a result we weren't reserving headroom or setting the
skb->dev in certain cases. This change corrects that by adding a couple of
jump labels t
threadgroup locking was added because cgroup needs threadgroups to
stay stable across attach operations. It was implemented as a
per-signal_struct generic locking mechanism so that other users which
require threadgroups stable across blocking operations can use it too;
however, it hasn't grown any
The cgroup side of threadgroup locking uses signal_struct->group_rwsem
to synchronize against threadgroup changes. This per-process rwsem
adds small overhead to thread creation, exit and exec paths, forces
cgroup code paths to do lock-verify-unlock-retry dance in a couple
places and makes it impos
threadgroup_change_begin/end() are used to mark the beginning and end
of threadgroup modifying operations to allow code paths which require
a threadgroup to stay stable across blocking operations to synchronize
against those sections using threadgroup_lock/unlock().
It's currently implemented as a
Now that threadgroup locking is made global, code paths around it can
be simplified.
* lock-verify-unlock-retry dancing removed from __cgroup_procs_write().
* Race protection against de_thread() removed from
cgroup_update_dfl_csses().
Signed-off-by: Tejun Heo
---
kernel/cgroup.c | 48 +++
On 05/13/2015 03:58 PM, David Long wrote:
> On 05/13/15 11:41, William Cohen wrote:
>> On 05/13/2015 05:22 AM, Masami Hiramatsu wrote:
>>> On 2015/05/12 21:48, William Cohen wrote:
>>
Hi Dave,
In some of the previous diagnostic output it looked like things would go
wrong
i
On Tue, May 12, 2015 at 10:24 AM, Rhyland Klein wrote:
> From: Bill Huang
>
> Super clock divider control and clock source mux of Tegra210 has changed
> a little against prior SoCs, this patch adds Gen5 logic to address those
> differences.
>
> Signed-off-by: Bill Huang
It looks like Mikko's an
On Wednesday, May 13, 2015 1:25:38 PM PDT, Martin Steigerwald wrote:
Am Mittwoch, 13. Mai 2015, 12:37:41 schrieb Daniel Phillips:
On 05/13/2015 12:09 PM, Martin Steigerwald wrote: ...
Daniel, if you want to change the process of patch review and
inclusion into
the kernel, model an example of
> -Original Message-
> From: Andreas Grünbacher [mailto:andreas.gruenbac...@gmail.com]
> Sent: Wednesday, May 13, 2015 1:22 PM
> To: Frank Filz
> Cc: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; linux-
> n...@vger.kernel.org
> Subject: Re: [RFC v3 20/45] richacl: Automatic
On Wed, May 13, 2015 at 11:27 AM, Felipe Balbi wrote:
> your commit 9451980a6646 (net: Use cached copy of pfmemalloc to avoid
> accessing page) regresses most OMAP-based boards with a NULL pointer
> dereference.
>
> Below you can find git bisect log and a serial console capture of the
> problem.
Hi Pantelis,
On Wed, May 13, 2015 at 10:38:17AM +0300, Pantelis Antoniou wrote:
> For DT and in-kernel users there is no interface to the
> at24 EEPROMs so provide an EEPROM framework interface.
>
> This allows us to use AT24 based EEPROMs and reference them
> from within the DT tree.
>
> Signed
Hi Ingo,
Please pull two fixes that deal with compilation errors in liblockdep.
Thanks,
Sasha
===
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/l
On Wed, May 13, 2015 at 1:14 PM, Maxime Ripard
wrote:
> On Wed, May 13, 2015 at 07:33:54AM -0700, Kevin Hilman wrote:
>> Maxime Ripard writes:
>>
>> > On Tue, May 12, 2015 at 03:35:50PM -0700, Stephen Boyd wrote:
>> >> On 05/08/15 03:02, Maxime Ripard wrote:
>> >> > On Thu, May 07, 2015 at 02:03:
2015-05-13 22:28 GMT+02:00 Jeremy Allison :
> On Wed, May 13, 2015 at 10:22:21PM +0200, Andreas Grünbacher wrote:
>>
>> That being said, a daemon like Samba can "fake" full Automatic
>> Inheritance by creating files and then updating the inherited acls
>> appropriately. This will inevitably be racy
On Wednesday 13 May 2015 13:24:15 Brian Norris wrote:
> > >
> > > static int bcm63138_nand_probe(...)
> > > {
> > > struct bcm63138_nand_soc *priv;
> > >
> > > priv = devm_kzalloc(dev, sizeof(*priv), GFP_KERNEL);
> > > ...
> > > return brcmnand_probe(pdev, &priv->soc);
> > > }
> >
On Mon, 4 May 2015 14:08:55 +0530 Vignesh R wrote:
> This patches makes following changes to omap_hdq driver
> - Enable 1-wire mode.
> - Implement w1_triplet callback to facilitate search rom
>procedure and auto detection of 1-wire slaves.
> - Proper enabling and disabling of interrupt.
>
A bug fix to the debug output extended the type of some local
variables to 64-bit, which now causes the kernel to fail building
because of missing 64-bit division functions:
ERROR: "__aeabi_uldivmod" [fs/f2fs/f2fs.ko] undefined!
In the kernel, we have to use div_u64 or do_div to do this,
in order
On Wed, May 13, 2015 at 01:44:50PM -0700, Kevin Hilman wrote:
> On Wed, May 13, 2015 at 1:14 PM, Maxime Ripard
> wrote:
> > On Wed, May 13, 2015 at 07:33:54AM -0700, Kevin Hilman wrote:
> >> Maxime Ripard writes:
> >>
> >> > On Tue, May 12, 2015 at 03:35:50PM -0700, Stephen Boyd wrote:
> >> >> On
On Wed, May 13, 2015 at 10:47:44PM +0200, Andreas Grünbacher wrote:
> 2015-05-13 22:28 GMT+02:00 Jeremy Allison :
> > On Wed, May 13, 2015 at 10:22:21PM +0200, Andreas Grünbacher wrote:
> >>
> >> That being said, a daemon like Samba can "fake" full Automatic
> >> Inheritance by creating files and t
Building the 842 code on 32-bit ARM currently results in this link
error:
ERROR: "__aeabi_uldivmod" [lib/842/842_decompress.ko] undefined!
The reason is that the __do_index function performs a 64-bit
division by a power-of-two number, but it has no insight into
the function arguments.
By marking
Thanks for looking into the patch.
W dniu 12.05.2015 19:58, Mark Brown pisze:
> On Sun, May 10, 2015 at 12:12:04AM +0200, Maciej S. Szmigiero wrote:
>
>> @@ -16,7 +16,7 @@ config SND_SOC_ALL_CODECS
>> select SND_SOC_88PM860X if MFD_88PM860X
>> select SND_SOC_L3
>> select SND_SOC_AB
On Wed, May 13, 2015 at 02:37:52AM +0200, Frederic Weisbecker wrote:
> On Tue, May 12, 2015 at 03:30:45PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Currently, Kconfig will ask the user whether RCU_USER_QS should be set.
> > This is silly because Kconfig already has all t
On Wed, May 13, 2015 at 09:31:19AM -0400, Steven Rostedt wrote:
> On Tue, 12 May 2015 15:30:44 -0700
> "Paul E. McKenney" wrote:
>
> > From: "Paul E. McKenney"
> >
> > Currently, Kconfig will ask the user whether TASKS_RCU should be set.
> > This is silly because Kconfig already has all the inf
On Tue, May 12, 2015 at 06:03:13PM -0700, j...@joshtriplett.org wrote:
> On Tue, May 12, 2015 at 03:58:04PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > By default, with rcutorture.nreaders equal to -1, rcutorture provisions
> > N-1 reader kthreads, where N is the number of
On Wed, May 13, 2015 at 09:46:48AM -0400, Steven Rostedt wrote:
> On Tue, 12 May 2015 15:30:54 -0700
> "Paul E. McKenney" wrote:
>
> > --- a/lib/Kconfig.debug
> > +++ b/lib/Kconfig.debug
> > @@ -1373,6 +1373,17 @@ config RCU_TRACE
> > Say Y here if you want to enable RCU tracing
> > S
Fixed some spelling issues.
Signed-off-by: Colin Cronin
---
drivers/staging/comedi/drivers/8255_pci.c | 2 +-
drivers/staging/comedi/drivers/addi_apci_1500.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/comedi/drivers/8255_pci.c
b/drivers/stagin
On Tue, May 12, 2015 at 06:06:43PM -0700, j...@joshtriplett.org wrote:
> On Tue, May 12, 2015 at 03:58:11PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > This commit updates TREE_RCU-kconfig.txt to reflect changes in RCU's
> > Kconfig setup. This commit also updates rcutort
On Tue, May 12, 2015 at 10:23 AM, Rhyland Klein wrote:
> On Tegra210 SoC's, the logic to enable several of the plls is different
> from previous generations. Therefore, add registeration functions specific
s/registeration/registration
> to Tegra210 which will handle them appropriately.
>
> Signe
On Tue, May 12, 2015 at 09:35:25PM -0700, Andy Lutomirski wrote:
> On Tue, May 12, 2015 at 5:52 AM, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> >> > So if then a prctl() (or other system call) could be a shortcut
> >> > to:
> >> >
> >> > - move the task to an isolated CPU
> >> > -
On Tue, May 12, 2015 at 10:59:29PM -0400, Steven Rostedt wrote:
> On Tue, 12 May 2015 15:30:31 -0700
> "Paul E. McKenney" wrote:
>
> >
> > Reported-by: Linus Torvalds Signed-off-by:
> > Paul E. McKenney
> > ---
>
> Line wrap issues?
Not sure how I managed to do that... Good catch, fixed!
Hi Leo,
> Remove the DEBUG define as the debug code; so can remove mass debug info
> from log buffer when using dmesg.
>
> Signed-off-by: Leo Yan
> ---
> drivers/bluetooth/btwilink.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
patch has been applied to bluetooth-next tree.
Regards
On Wed, 13 May 2015, Jiang Liu wrote:
> On 2015/4/30 15:06, Feng Wu wrote:
> > With Posted-Interrupts support in Intel CPU and IOMMU, an external
> > interrupt from assigned-devices could be directly delivered to a
> > virtual CPU in a virtual machine. Instead of hacking KVM and Intel
> > IOMMU d
Commit-ID: cede88418b385b50f6841e4b2f1586888b8ab924
Gitweb: http://git.kernel.org/tip/cede88418b385b50f6841e4b2f1586888b8ab924
Author: Sebastian Andrzej Siewior
AuthorDate: Wed, 25 Feb 2015 18:56:13 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 13 May 2015 10:51:28 +0200
locking/rt
On Wed, 2015-05-13 at 13:27 -0500, Felipe Balbi wrote:
> Hi Alexander,
>
> your commit 9451980a6646 (net: Use cached copy of pfmemalloc to avoid
> accessing page) regresses most OMAP-based boards with a NULL pointer
> dereference.
>
> Below you can find git bisect log and a serial console capture
2015-05-13 22:38 GMT+02:00 Frank Filz :
> So inheritance will happen, but there is also a mode set as part of the
> create that I assume
> is effectively handled the same as a subsequent chmod() on the file?
The effect is similar to a subsequent chmod except that the effective
permissions may be
Hi Dmitry,
> BugLink: https://bugs.launchpad.net/bugs/1449730
>
> T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=02 Dev#= 3 Spd=12 MxCh= 0
> D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
> P: Vendor=04ca ProdID=300f Rev=00.01
> C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
> I: If#= 0 Alt= 0 #
Fixed some spelling issues.
Signed-off-by: Colin Cronin
---
drivers/staging/comedi/drivers/8255_pci.c | 2 +-
drivers/staging/comedi/drivers/addi_apci_1500.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/comedi/drivers/8255_pci.c
b/drivers/stagin
Am Mittwoch, 13. Mai 2015, 13:38:24 schrieb Daniel Phillips:
> On Wednesday, May 13, 2015 1:25:38 PM PDT, Martin Steigerwald wrote:
> > Am Mittwoch, 13. Mai 2015, 12:37:41 schrieb Daniel Phillips:
> >> On 05/13/2015 12:09 PM, Martin Steigerwald wrote: ...
> >
> > Daniel, if you want to change the
Hi Geert,
> net/bluetooth/mgmt.c: In function ‘read_local_oob_ext_data_complete’:
> net/bluetooth/mgmt.c:6474: warning: ‘r256’ may be used uninitialized in
> this function
> net/bluetooth/mgmt.c:6474: warning: ‘h256’ may be used uninitialized in
> this function
> net/blue
2015-05-13 22:55 GMT+02:00 Jeremy Allison :
> Hmm. Just realized we may be talking about different things :-).
>
> In SMB/Samba the clients can create a file with no ACL, and
> the directory ACL is auto inherited. *That* we fake in
> Samba by creating then updating.
Yes, that's what I was trying t
On Wed, 13 May 2015 18:36:54 +0300 "Kirill A. Shutemov"
wrote:
> Currently we use per-cpu array to hold pointers to preallocated nodes.
> Let's replace it with linked list. On x86_64 it saves 256 bytes in
> per-cpu ELF section which may translate into freeing up 2MB of memory
> for NR_CPUS==8192
This patchset adds support of Write-Through (WT) mapping on x86.
The study below shows that using WT mapping may be useful for
non-volatile memory.
http://www.hpl.hp.com/techreports/2012/HPL-2012-236.pdf
The patchset consists of the following changes.
- Patch 1/10 to 5/10 add ioremap_wt()
- Pat
The pmem driver maps NVDIMM with ioremap_nocache() as we cannot
write back the contents of the CPU caches in case of a crash.
This patch changes to use ioremap_wt(), which provides uncached
writes but cached reads, for improving read performance.
Signed-off-by: Toshi Kani
---
drivers/block/pmem
This patch adds ioremap_wt() for creating WT mapping on x86.
It follows the same model as ioremap_wc() for multi-architecture
support. ARCH_HAS_IOREMAP_WT is defined in the x86 version of
io.h to indicate that ioremap_wt() is implemented on x86.
Also update the PAT documentation file to cover ior
This patch sets WT to the PA7 slot in the PAT MSR when the processor
is not affected by the PAT errata. The PA7 slot is chosen to improve
robustness in the presence of errata that might cause the high PAT bit
to be ignored. This way a buggy PA7 slot access will hit the PA3 slot,
which is UC, so a
Fixed spelling error in comment
Signed-off-by: Colin Cronin
---
drivers/staging/comedi/comedi.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/comedi.h b/drivers/staging/comedi/comedi.h
index 7455740..66edda1 100644
--- a/drivers/staging/comedi/comedi.
Now that reserve_ram_pages_type() accepts the WT type,
this patch adds set_memory_wt(), set_memory_array_wt() and
set_pages_array_wt() for setting the WT type to the regular
memory.
Signed-off-by: Toshi Kani
---
Documentation/x86/pat.txt |9 -
arch/x86/include/asm/cacheflush.h |
This patch refactors the !pat_enabled code paths and integrates
them into the PAT abstraction code. The PAT table is emulated by
corresponding to the two cache attribute bits, PWT (Write Through)
and PCD (Cache Disable). The emulated PAT table is the same as the
BIOS default setup when the system
__ioremap_caller() calls reserve_memtype() to set new_pcm
(existing map type if any), and then calls
is_new_memtype_allowed() to verify if converting to new_pcm
is allowed when pcm (request type) is different from new_pcm.
When WT is requested, the caller expects that writes are
ordered and uncach
As set_memory_wb() calls free_ram_pages_type(), which then calls
set_page_memtype() with -1, _PGMT_DEFAULT is used for tracking
the WB type. _PGMT_WB is defined but unused. Hence, this patch
renames _PGMT_DEFAULT to _PGMT_WB to clarify the usage, and
releases the slot used by _PGMT_WB before. fr
This patch adds ioremap_wt() to all arch-specific asm/io.h which
define ioremap_wc() locally. These arch-specific asm/io.h do not
include . Some of them include
, but ioremap_wt() is defined for consistency
since they define all ioremap_xxx locally.
ioremap_wt() is defined indentical to ioremap_
This patch changes reserve_memtype() to support the WT cache mode
with PAT. When PAT is not enabled, WB and UC- are the only types
supported.
When a target range is in RAM, reserve_ram_pages_type() verifies
the requested type. reserve_ram_pages_type() is changed to fail
WT and WP requests with -
On Tue, 2015-05-12 at 01:39 +1000, Alexey Kardashevskiy wrote:
> This extends iommu_table_group_ops by a set of callbacks to support
> dynamic DMA windows management.
>
> create_table() creates a TCE table with specific parameters.
> it receives iommu_table_group to know nodeid in order to allocat
On Tue, 2015-05-12 at 01:39 +1000, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple (currently two) TCE tables
> per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
> for TCE tables. Right now just one table is supported.
>
> This defines iommu_table_group
This patch adds pgprot_writethrough() for setting WT to a given
pgprot_t.
Signed-off-by: Toshi Kani
Reviewed-by: Konrad Rzeszutek Wilk
---
arch/x86/include/asm/pgtable_types.h |3 +++
arch/x86/mm/pat.c| 10 ++
include/asm-generic/pgtable.h|4
3
change corrects that by adding a couple of
> jump labels to jump to depending on __alloc_skb either succeeding or failing.
>
> Fixes: 9451980a6646 ("net: Use cached copy of pfmemalloc to avoid accessing
> page")
> Reported-by: Felipe Balbi
> Signed-off-by: Alexander D
On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote:
> From: Tyler Baker
>
> Set TEST_PROGS only when a build has occurred.
>
> Signed-off-by: Tyler Baker
> ---
> tools/testing/selftests/breakpoints/Makefile | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/tools/tes
On Wed, 13 May 2015 13:28:33 +0200 Daniel Wagner
wrote:
> On 05/13/2015 01:00 PM, Daniel Wagner wrote:
> > static int cmp_72(const void *a, const void *b)
> > {
> > u32 l = get_unaligned((u32 *) a);
> > u32 r = get_unaligned((u32 *) b);
> >
> > if (l < r)
> > return -1;
On 05/13/2015 11:55 AM, Leonid Yegoshin wrote:
Originally, it was set to 40bits only but I6400 has 48bits of physaddr.
Why not go to the architectural limit of 59 bits?
Signed-off-by: Leonid Yegoshin
---
arch/mips/include/asm/addrspace.h |2 +-
1 file changed, 1 insertion(+), 1 dele
Hi,
We have some reports of warnings from ioremap about multiple
BARs:
[2.021722] resource sanity check: requesting [mem
0xfed1-0xfed15fff], which spans more than reserved [mem
0xfed1-0xfed13fff]
[2.021723] [ cut here ]
[2.021727] WARNING: CPU: 1 PI
On Tue, 2015-05-12 at 01:39 +1000, Alexey Kardashevskiy wrote:
> The existing implementation accounts the whole DMA window in
> the locked_vm counter. This is going to be worse with multiple
> containers and huge DMA windows. Also, real-time accounting would requite
> additional tracking of account
On 05/13/15 21:19, Jonas Gorski wrote:
Hi Arend,
On Wed, May 13, 2015 at 8:43 PM, Arend van Spriel wrote:
For our upstream brcm80211 drivers we build for a number of architectures
including MIPS. In recent builds we get an error/warning:
CC [M] drivers/net/wireless/brcm80211/brcmfmac/cfg8
Fixed a spelling error in comments.
Signed-off-by: Colin Cronin
---
drivers/staging/i2o/i2o_scsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/i2o/i2o_scsi.c b/drivers/staging/i2o/i2o_scsi.c
index 1b11dcb..5ff36c4 100644
--- a/drivers/staging/i2o/i2o_scsi.
Fixed spelling issues and corrected references.
Signed-off-by: Colin Cronin
---
drivers/staging/i2o/i2o_proc.c | 72 +-
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/drivers/staging/i2o/i2o_proc.c b/drivers/staging/i2o/i2o_proc.c
index ad
Describe the handler for RXUBR better with a new comment.
Signed-off-by: Nathan Sullivan
Reviewied-by: Josh Cartwright
Reviewied-by: Ben Shelton
---
drivers/net/ethernet/cadence/macb.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/n
From: Thor Thayer
The Arria10 SDRAM and ECC system differs significantly from the
Cyclone5 and Arria5 SoCs. This patch adds support for the Arria10
SoC.
1) IRQ handler needs to support SHARED IRQ
2) Support sberr and dberr address reporting.
Signed-off-by: Thor Thayer
---
drivers/edac/altera_e
On Thursday, May 07, 2015 06:56:20 PM Daniel Lezcano wrote:
> The poll idle loop is useful only for the *menu* governor: when there
> is a timer about to shutdown very soon (less than 5us), then we default
> to the poll idle if no other idle state is found, otherwise the 'hlt'
> state is the defaul
From: Thor Thayer
Support for the Arria10 SDRAM EDAC is added to the device tree.
Update the bindings document for the new match string.
Signed-off-by: Thor Thayer
---
.../bindings/arm/altera/socfpga-sdram-edac.txt |2 +-
arch/arm/boot/dts/socfpga_arria10.dtsi | 11 ++
From: Thor Thayer
The Arria10 SOC uses a completely different SDRAM controller from the
earlier CycloneV and ArriaV SoCs. This patch abstracts the SDRAM bits
for the CycloneV/ArriaV SoCs in preparation for the Arria10 support.
Signed-off-by: Thor Thayer
---
drivers/edac/altera_edac.c | 194 ++
On Tue, May 12, 2015 at 10:23 AM, Rhyland Klein wrote:
> Tegra210 SoC's have 2 PLLS for memory usage. Add plumbing to register
> and handle PLLMB.
>
> PLLMB is used to allow switching between 2 PLLM's without having to use
> and intermediate backup PLL, as we need to lock the PLL before we can
> s
From: Thor Thayer
This series of patches adds support for the Arria10 EDAC. The
SDRAM controller and ECC registers are significantly different
from the CycloneV/ArriaV but common areas could be abstracted.
Thor Thayer (4):
edac, altera: Generalize driver to use DT Memory size
edac, altera: R
From: Thor Thayer
The Arria10 SOC uses a completely different SDRAM controller from the
earlier CycloneV and ArriaV SoCs. The memory size is calculated in
the bootloader and passed via the device tree. Using this device
tree size is more generic than using the register fields to
calculate the mem
On Wed, 13 May 2015 09:27:57 -0700 Josh Triplett wrote:
> If we can't generate this, then the ASCII-art style and right-aligned
> feature names seems *really* likely to produce spurious conflicts,
> especially when adding a feature to the list. Even though it would
> produce a much longer file,
Addendum to that post...
On 05/12/2015 10:46 AM, I wrote:
> ...For example, we currently
> overestimate the cost of a rewrite because we would need to go poking
> around in btrees to do that more accurately. Fixing that will be quite
> a bit of work...
Ah no, I was wrong about that, it will not b
From: Alexander Duyck
Date: Wed, 13 May 2015 13:34:13 -0700
> When I had inlined __alloc_rx_skb into __netdev_alloc_skb and
> __napi_alloc_skb I had overlooked the fact that there was a return in the
> __alloc_rx_skb. As a result we weren't reserving headroom or setting the
> skb->dev in certain
On Wed, 13 May 2015 12:20:16 -0700
Bin Gao wrote:
> >From 8977941ac3d70425fa7ca5ef3ab6de6c28743f1f Mon Sep 17 00:00:00 2001
> From: Bin Gao
> Date: Tue, 12 May 2015 16:40:27 -0700
> Subject: [PATCH] serial_core: add pci uart early console support
>
> On some Intel Atom SoCs, the legacy IO port
On Tue, May 12, 2015 at 10:23 AM, Rhyland Klein wrote:
> From: Bill Huang
>
> This code makes use of the SDM fractional divider if present to
> contrain the allowable programming range of the PLL divider register
s/contrain/constrain
> bitfields to take advantage of higher frequency granularity
Hey Shuah,
Wanted to send along a few small fixups to the alarmtimer-suspend
test that I had pending.
Let me know if you have any objections or feedback.
thanks
-john
Cc: Shuah Khan
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Richard Cochran
John Stultz (3):
kselftests: timers: Increase
It was reported that the alarmtimer-suspend test hangs on older
systems that don't support _ALARM clockids.
This is due to the fact that we don't check if the timer_create
fails, and thus when we suspend, the system will not programatically
resume.
Fix this by checking the timer_create call for e
On Wed, May 13, 2015 at 10:28:25AM -0700, Paul E. McKenney wrote:
> On Tue, May 12, 2015 at 06:06:43PM -0700, j...@joshtriplett.org wrote:
> > On Tue, May 12, 2015 at 03:58:11PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > This commit updates TREE_RCU-kconfig.txt to r
When testing on some hardware, waiting only a second before
re-triggering suspend can keep TCP connections from re-establishing
which after a number of cycles can cause TCP connections to close
while the test is running.
So extend the delay between suspend calls to 3 seconds to let
the connections
On the hardware I have, resume latency from an alarm is often
2-3 seconds (with a fair amount of variability due to the RTC's
single second granularity). Having four seconds be the pass/fail
bar is maybe a little too tight, so extend this to 5 seconds.
Cc: Shuah Khan
Cc: Prarit Bhargava
Cc: Thom
On Wed, 13 May 2015 14:58:13 -0700
colincronin wrote:
> Fixed a spelling error in comments.
>
> Signed-off-by: Colin Cronin
> ---
> drivers/staging/i2o/i2o_scsi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
i2o is going away - please just drop the i2o ones from your patching.
Ala
On 05/09/2015 02:06 PM, Lucas Stach wrote:
The irq chip functions use the irq chipdata directly as the base register
address of the controller, so this should be passed in instead of a pointer
to the array address holding the base address.
This fixes Tegra20 CPUidle as now the un-/masking of IRQ
On Tuesday, May 12, 2015 05:32:29 PM Dmitry Torokhov wrote:
> On Wed, May 13, 2015 at 02:22:50AM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, May 12, 2015 11:07:33 AM Dmitry Torokhov wrote:
> > > On Tue, May 12, 2015 at 08:59:03PM +0300, grygorii.stras...@linaro.org
> > > wrote:
> > > > On 05/1
On Tue, May 12, 2015 at 10:23 AM, Rhyland Klein wrote:
> From: Bill Huang
>
> Add a callback to the pll_params for custom dynamic ramping
> functions which can be specified per PLL.
>
> Signed-off-by: Bill Huang
Modulo kerneldoc addition,
Reviewed-by: Benson Leung
> ---
> drivers/clk/tegra/c
On Wednesday, May 13, 2015 05:58:34 PM Mikko Perttunen wrote:
> v9 of the Tegra124 cpufreq series. Changes:
>
> - Dropped PLLX reordering patch since it is no longer needed
> - Removed a couple of unused lines from the DFLL clocksource platform driver
> - Made the cpufreq driver tristate and remov
701 - 800 of 1014 matches
Mail list logo
