Make rd_size static because it is local to drivers/block/brd.c
This was reported by sparse:
drivers/block/brd.c:445:5: warning: symbol 'rd_size' was not declared.
Should it be static?
Signed-off-by: Ross Zwisler
---
drivers/block/brd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Update the annotation for the kaddr pointer returned by direct_access()
so that it is a __pmem pointer. This is consistent with the PMEM driver
and with how this direct_access() pointer is used in the DAX code.
Signed-off-by: Ross Zwisler
---
Documentation/filesystems/Locking | 3 ++-
Move the x86 PMEM API implementation out of asm/cacheflush.h and into
its own header asm/pmem.h. This will allow members of the PMEM API to
be more easily identified on this and other architectures.
Signed-off-by: Ross Zwisler
Suggested-by: Christoph Hellwig
---
MAINTAINERS
The goal of this series is to enhance the DAX I/O path so that all operations
that store data (I/O writes, zeroing blocks, punching holes, etc.) properly
synchronize the stores to media using the PMEM API. This ensures that the data
DAX is writing is durable on media before the operation
On 08/12/2015 01:07 AM, Ming Lin wrote:
Hi Jens,
Neil/Mike/Martin have acked/reviewed PATCH 1.
Now it's ready. Could you please apply this series?
https://git.kernel.org/cgit/linux/kernel/git/mlin/linux.git/log/?h=block-generic-req
Please note that, for discard, we cap the size at 2G.
We'll
On Thu, 2015-08-13 at 16:12 +0300, Igor Plyatov wrote:
> * Due to HW bug, LAN8700 sometimes does not detect presence of energy in the
> Ethernet cable in Energy Detect Power-Down mode (e.g while EDPWRDOWN bit is
> set, the ENERGYON bit does not asserted sometimes). This is a common bug of
>
On Thu, Aug 13, 2015 at 12:42 AM, Rasmus Villemoes
wrote:
>
> I think it's simpler and better to fix glibc.
Well, I certainly don't disagree, but at the same time I suspect that
(a) many distros will not update glibc very aggressively and (b) we
should fix the unnecessarily expensive kernel
13.08.2015 19:42, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:38 AM, Stas Sergeev wrote:
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote:
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
On 08/13/2015 07:23 AM, David Howells wrote:
> Tadeusz Struk wrote:
>
>> const char *const pkey_algo_name[PKEY_ALGO__LAST] = {
>> -[PKEY_ALGO_DSA] = "DSA",
>> -[PKEY_ALGO_RSA] = "RSA",
>> +[PKEY_ALGO_DSA] = "dsa",
>> +[PKEY_ALGO_RSA] = "rsa",
>>
Oleg Nesterov writes:
> On 08/13, Eric W. Biederman wrote:
>>
>> Oleg Nesterov writes:
>>
>> > On 08/12, Eric W. Biederman wrote:
>> >>
>> >> + if (unshare_flags & (CLONE_SIGHAND | CLONE_VM)) {
>> >> + if (atomic_read(>sighand->count) > 1)
>> >> + return -EINVAL;
>> >> +
On 08/13/2015 06:56 AM, David Howells wrote:
> Can you rebase this on top of:
>
>
> http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=modsign-pkcs7
>
> David
>
Will do.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, Aug 13, 2015 at 9:43 AM, Linus Torvalds
wrote:
> On Thu, Aug 13, 2015 at 9:34 AM, Linus Torvalds
> wrote:
>>
>> Are you sure? From the description by Stas, the problem is literally
>> the *restoring* action of the sigcontext, and trying to restore a SS
>> value that is no longer valid.
On Thu, Aug 13, 2015 at 9:34 AM, Linus Torvalds
wrote:
>
> Are you sure? From the description by Stas, the problem is literally
> the *restoring* action of the sigcontext, and trying to restore a SS
> value that is no longer valid.
>
> "The crash happens when DOS program terminates.
> At that
On Thu, Aug 13, 2015 at 9:38 AM, Stas Sergeev wrote:
> 13.08.2015 19:24, Andy Lutomirski пишет:
>
>> On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote:
>>>
>>> 13.08.2015 19:09, Andy Lutomirski пишет:
>>>
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
>
> 13.08.2015 18:38,
On Thu, Aug 13, 2015 at 06:04:54PM +0800, yalin wang wrote:
> we store type into one fix register, for example r12 ,
> then in fix up code, we can know the exception is caused by copy_from
> copy_to or copy_in user function by check r12 value(0 , 1 ,2 value), then if
> it is copy_from, we only
On 8/13/2015 10:00 AM, Jeff Moyer wrote:
> Boaz Harrosh writes:
>
>> On 08/13/2015 12:11 AM, Jeff Moyer wrote:
>>> Boaz Harrosh writes:
>>>
On 08/07/2015 11:41 PM, Jeff Moyer wrote:
<>
>
>> We need to cope with the case where the end of a partition isn't on a
>> page
On 08/12/2015 08:54 PM, Tadeusz Struk wrote:
> Don't need to move data inside of the output buffer
> because SW doen't need to do this anymore sice the new MPI
> mpi_read_buf() has been added. Just set the correct output len.
>
> Signed-off-by: Tadeusz Struk
> ---
>
On Wed, Aug 12, 2015 at 4:12 PM, Stephen Boyd wrote:
> Use the provider based method to get a clock's name so that we
> can get rid of the clk member in struct clk_hw one day. Mostly
> converted with the following coccinelle script.
>
> @@
> struct clk_hw *E;
> @@
>
> -__clk_get_name(E->clk)
>
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote:
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We could revert the whole
On Thu, Aug 13, 2015 at 9:23 AM, Andy Lutomirski wrote:
> On Thu, Aug 13, 2015 at 9:19 AM, Linus Torvalds
> wrote:
>>
>> So how about this "alternate" minimal patch instead. The difference is:
>>
>> - we actually leave the
>>
>> regs->ss = __USER_DS;
>>
>>in __setup_rt_frame, to
Oleg Nesterov writes:
> On 08/13, Eric W. Biederman wrote:
>> The only way killing CLONE_SIGHAND would be viable would be with a
>> config option. There are entire generations of linux where libpthreads
>> used this before CLONE_THREAD was implemented. Now perhaps no one cares
>> anymore, but
On 08/13/2015 06:21 PM, Dan Williams wrote:
> On Wed, Aug 12, 2015 at 11:26 PM, Boaz Harrosh wrote:
<>
>
> Hmm, that's not the same block layer I've been working with for the
> past several years:
>
> $ mount /dev/pmem0 /mnt
> $ echo namespace0.0 > ../drivers/nd_pmem/unbind # succeeds
>
>
On 08/13, Eric W. Biederman wrote:
>
> Oleg Nesterov writes:
>
> > On 08/12, Eric W. Biederman wrote:
> >>
> >> + if (unshare_flags & (CLONE_SIGHAND | CLONE_VM)) {
> >> + if (atomic_read(>sighand->count) > 1)
> >> + return -EINVAL;
> >> + }
> >
> > I am still not sure
On 08/11/2015 06:35 PM, Wolfram Sang wrote:
>
>> Do I have to add myself to MAINTAINER file for this driver?
>
> Do you want to maintain this driver?
>
I prefer not, if that is OK.
York
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Aug 13, 2015 at 4:17 PM, Denys Vlasenko wrote:
> On 08/13/2015 10:30 AM, David Drysdale wrote:
>> Hi folks,
>>
>> I've got an odd regression with the v4.2 rc kernel, and I wondered if anyone
>> else could reproduce it.
>>
>> The problem occurs with a seccomp-bpf filter program that's set
On Wed, Aug 12, 2015 at 11:11 PM, George Spelvin wrote:
>
> Agreed. But some x86 code I'm working on now, I have a *lot* of
> asm("divl") calls because even do_div isn't great for 64/32->32 division.
Yeah.
I'm not convinced that "64/32->32" is all that generic, though. If
the dividend in
On Thu, Aug 13, 2015 at 07:16:14PM +0530, Sudip Mukherjee wrote:
> On Sat, Aug 08, 2015 at 04:05:15PM +0530, Sudip Mukherjee wrote:
> > On Tue, Aug 04, 2015 at 07:55:51PM +0530, Sudip Mukherjee wrote:
> > > Modify db9 driver to use the new Parallel Port device model.
> > >
> > > Signed-off-by:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote:
> 13.08.2015 19:09, Andy Lutomirski пишет:
>
>> On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
>>>
>>> 13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We could revert the whole mess. We
could
On Thu, Aug 13, 2015 at 9:19 AM, Linus Torvalds
wrote:
> On Thu, Aug 13, 2015 at 8:43 AM, Andy Lutomirski wrote:
>>
>> I'm trying to fix it without reverting. If that doesn't work, then we
>> revert. Yesterday, I thought I had a reasonably clean fix, but it
>> turned out that it only solved
On Tue, Aug 11, 2015 at 11:01 PM, Dongsheng Wang
wrote:
> From: Wang Dongsheng
>
> In freescale layerscape platform there is only FTM0 can be used as
> alarm timer to wake up system. So add FTM0 description for devicetree
> document.
Suggestion:
In the Freescale Layerscape platform a flextimer
Clark Williams and I are pleased to announce a new rt-tests release.
Note we have a new git location,
make sure you update your repo to one of the following
git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git
https://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We could revert the whole mess. We
could tell everyone to fix their DOSEMU, which violates policy and is
especially annoying
On 08/13, Eric W. Biederman wrote:
>
> Oleg Nesterov writes:
>
> > Let me first say that CLONE_SIGHAND must die, I think ;) and perhaps
> > even sighand_struct... I am wondering if we can add something like
> >
> > if ((clone_flags & (CLONE_THREAD | CLONE_SIGHAND)) == CLONE_SIGHAND)
> >
Marc,
thanks for your quick review.
On 13.08.15 16:11:15, Marc Zyngier wrote:
> On 13/08/15 15:47, Robert Richter wrote:
> > From: Robert Richter
> > static const struct gic_capabilities gicv3_errata[] = {
> > {
> > + .desc = "GIC: Cavium erratum 23154",
> > +
On Thu, Aug 13, 2015 at 8:43 AM, Andy Lutomirski wrote:
>
> I'm trying to fix it without reverting. If that doesn't work, then we
> revert. Yesterday, I thought I had a reasonably clean fix, but it
> turned out that it only solved half of the problem.
The thing is, I actually think that the
Hi Maoguang,
This patch looks pretty good now. Just some small nitpicks below...
On Thu, Aug 13, 2015 at 4:18 PM, wrote:
> From: Maoguang Meng
>
> This patch implement irq_set_wake to get who is wakeup source and
> setup on suspend resume.
>
> Signed-off-by: Maoguang Meng
>
> ---
> changes
On Thu, Aug 13, 2015 at 02:48:23PM +, Philip Downey wrote:
> Hi David
> Thanks for taking the time to review and comment.
> This is my first upstream request so please forgive any ignorance on my part.
> I have added a new proposed commit wording below with a view to agreeing
> the content
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
> 13.08.2015 18:38, Andy Lutomirski пишет:
>>
>>
>> So... what do we do about it? We could revert the whole mess. We
>> could tell everyone to fix their DOSEMU, which violates policy and is
>> especially annoying given how much effort we've
Oleg Nesterov writes:
> On 08/12, Eric W. Biederman wrote:
>>
>> +if (unshare_flags & (CLONE_SIGHAND | CLONE_VM)) {
>> +if (atomic_read(>sighand->count) > 1)
>> +return -EINVAL;
>> +}
>
> I am still not sure we want this... please the the previous email.
On 08/13/2015 08:10 AM, Eric Dumazet wrote:
On Thu, 2015-08-13 at 11:21 +0100, Andy Whitcroft wrote:
When generating /proc/net/route we emit a header followed by a line for
each route. When a short read is performed we will restart this process
based on the open file descriptor. When
13.08.2015 18:38, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 8:22 AM, Stas Sergeev wrote:
13.08.2015 17:58, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev wrote:
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
OK.
I'll try to test the patch
Hi James,
Can you pull this into security/next please? Its aim is twofold: firstly,
make the module signatures of PKCS#7/CMS format rather than a home-brewed
format and secondly to pave the way for use of the signing code for
firmware signatures (to follow later).
Note that the OpenSSL
We are going to rework how compound_head() work. It will not use
page->first_page as we have it now.
The only other user of page->fisrt_page beyond compound pages is
zsmalloc.
Let's use page->private instead of page->first_page here. It occupies
the same storage space.
Signed-off-by: Kirill A.
Here's my attempt on fixing recently discovered race in compound_head().
It should make compound_head() reliable in all contexts.
The patchset is against Linus' tree. Let me know if it need to be rebased
onto different baseline.
It's expected to have conflicts with my page-flags patchset and
Hugh has pointed that compound_head() call can be unsafe in some
context. There's one example:
CPU0CPU1
isolate_migratepages_block()
page_count()
compound_head()
!!PageTail() == true
put_page()
Oleg Nesterov writes:
> Let me first say that CLONE_SIGHAND must die, I think ;) and perhaps
> even sighand_struct... I am wondering if we can add something like
>
> if ((clone_flags & (CLONE_THREAD | CLONE_SIGHAND)) == CLONE_SIGHAND)
> pr_info("You are crazy, please report
On 08/12/2015 04:35 PM, Timur Tabi wrote:
> On Thu, Aug 6, 2015 at 3:59 PM, Al Stone wrote:
>> + while (ms->num_types != 0) {
>> + if (ms->major_version == major &&
>> + ms->minor_version == minor &&
>> + ms->madt_version ==
On Thu, Aug 13, 2015 at 8:37 AM, Linus Torvalds
wrote:
> On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev wrote:
>>
>> I realize this patch may be good to have in general, but
>> breaking userspace without a single warning is a bit
>> discouraging. Seems like the old "we don't break userspace"
>>
On 08/13/2015 05:40 PM, Christoph Hellwig wrote:
> On Wed, Aug 12, 2015 at 03:42:47PM +0300, Boaz Harrosh wrote:
>> The support I have suggested and submitted for zone-less sections.
>> (In my add_persistent_memory() patchset)
>>
>> Would work perfectly well and transparent for all such multimedia
On Mon, Jul 27, 2015 at 3:14 PM, Lee Jones wrote:
> +
> +static bool sti_mbox_tx_is_ready(struct mbox_chan *chan)
> +{
> + struct sti_channel *chan_info = chan->con_priv;
> + struct sti_mbox_device *mdev = chan_info->mdev;
> + unsigned int instance = chan_info->instance;
> +
On Thu, Aug 13, 2015 at 8:22 AM, Stas Sergeev wrote:
> 13.08.2015 17:58, Andy Lutomirski пишет:
>
>> On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev wrote:
>>>
>>> 13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
>> OK.
>> I'll try to test the patch
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev wrote:
>
> I realize this patch may be good to have in general, but
> breaking userspace without a single warning is a bit
> discouraging. Seems like the old "we don't break userspace"
> rule have gone.
That rule hasn't gone anywhere.
Does a plain
On Thu, Aug 13, 2015 at 05:05:45PM +0200, Peter Zijlstra wrote:
> On Thu, Aug 13, 2015 at 02:44:02PM +0200, Frederic Weisbecker wrote:
> > On Thu, Aug 13, 2015 at 02:22:23PM +0200, Peter Zijlstra wrote:
> > > On Thu, Aug 13, 2015 at 02:55:36PM +0530, Vatika Harlalka wrote:
> > > > This patchset is
On Thu, Aug 13, 2015 at 02:55:35PM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in:
>
> drivers/staging/ozwpan/ozproto.c
>
> between commit:
>
> 5a447f09a8df ("staging: ozwpan: Fix hrtimer wreckage")
>
> from the tip tree and
On Tue, Jul 07, 2015 at 07:24:05PM +0100, Morten Rasmussen wrote:
> +static unsigned int sched_group_energy(struct sched_group *sg_top)
> +{
> + struct sched_domain *sd;
> + int cpu, total_energy = 0;
> + struct cpumask visit_cpus;
> + struct sched_group *sg;
> +
> +
On Thu, Aug 13, 2015 at 03:08:18PM +0200, Olof Johansson wrote:
> On Fri, Jul 31, 2015 at 04:47:55PM -0500, Andy Gross wrote:
> > The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
> >
> > Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
> >
> > are available in the git
On 08/13/2015 05:48 PM, Boaz Harrosh wrote:
<>
> There is already an object that holds a relationship of physical
> to Kernel-virtual. It is called a memory-section. Why not just
> widen its definition?
>
BTW: Regarding the "widen its definition"
I was thinking of two possible new models here:
On Thu, Aug 13, 2015 at 09:34:13AM +0300, Ohad Ben-Cohen wrote:
> On Wed, Jul 29, 2015 at 12:51 AM, Lina Iyer wrote:
> >> Let's not make this more complicated than needed, so please add the
> >> hwcaps member to hwspinlock_device instead of to hwspinlock struct. We
> >> could always change this
On Wed, 2015-08-12 at 22:20 +0800, Daniel Kurtz wrote:
>
> Since I didn't see it elsewhere in this discussion, I'll point out
> that the "regression" here was introduced by commit [0], which added
> the call to map->format.format_val from regmap_bulk_read() when
> map->bus == NULL.
>
> [0]
On Thu, Aug 13, 2015 at 05:04:08PM +0200, Christoph Hellwig wrote:
> diff --git a/arch/arm/common/dmabounce.c b/arch/arm/common/dmabounce.c
> index 1143c4d..260f52a 100644
> --- a/arch/arm/common/dmabounce.c
> +++ b/arch/arm/common/dmabounce.c
> @@ -440,14 +440,6 @@ static void
On Mon, Aug 10, 2015 at 04:26:48PM +0200, Alexandre Belloni wrote:
> Definitions from linux/platform_data/atmel.h are not used, remove the
> include.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Ludovic Desroches
> ---
> drivers/mmc/host/atmel-mci.c | 1 -
> 1 file changed, 1 deletion(-)
>
On 08/13, Jan Kara wrote:
>
> On Thu 13-08-15 15:36:16, Oleg Nesterov wrote:
> > On 08/13, Jan Kara wrote:
> > >
> > > Looking into this again, it would seem somewhat cleaner to me to move the
> > > destruction to deactivate_locked_super() instead.
> >
> > Heh ;) You know, I was looking at
On Thu, Aug 13, 2015 at 05:04:05PM +0200, Christoph Hellwig wrote:
> diff --git a/arch/arm/include/asm/dma-mapping.h
> b/arch/arm/include/asm/dma-mapping.h
> index 2ae3424..ab521d5 100644
> --- a/arch/arm/include/asm/dma-mapping.h
> +++ b/arch/arm/include/asm/dma-mapping.h
> @@ -175,21 +175,6 @@
On Thu, Aug 13, 2015 at 10:15:28AM +0800, Yuyang Du wrote:
> On Thu, Aug 13, 2015 at 05:21:27PM +0900, Byungchul Park wrote:
> >
> > yuyang said that switched_to don't need to consider task's load because it
> > can have meaningless value. but i think considering task's load is better
> > than
13.08.2015 17:58, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev wrote:
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace the
On Wed, Aug 12, 2015 at 11:26 PM, Boaz Harrosh wrote:
> B. Here this all set is a joke. The all "pmem disable vs still-in-use"
> argument is mute
> here below you have inserted a live, used for ever, pfn into a process vm
> without holding
> a map.
Careful, don't confuse "unbind" with
> -Original Message-
> From: Johannes Thumshirn [mailto:jthumsh...@suse.de]
> Sent: Thursday, August 13, 2015 7:34 AM
> To: KY Srinivasan ; Keith Mange
>
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com;
>
On 08/13/2015 10:30 AM, David Drysdale wrote:
> Hi folks,
>
> I've got an odd regression with the v4.2 rc kernel, and I wondered if anyone
> else could reproduce it.
>
> The problem occurs with a seccomp-bpf filter program that's set up to return
> an errno value -- an errno of 1 is always
On Aug 13 2015 or thereabouts, Benjamin Tissoires wrote:
> This gamepad advertise 5 absolute axis while 4 are actually used.
> The second Z axis shows some garbage, so it has to be ignored by HID.
> The first Z axis and the Rz one are actually Rx and Ry. Remap them.
>
> We could also just remap
2015-08-02 15:55 GMT+03:00 kernel test robot :
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
So you have preemption enabled and some heavy debug options:
CONFIG_GCOV_PROFILE_ALL=y
CONFIG_KASAN=y
>
> [ 53.667591] xz_dec_test: Create a device node
On 13/08/15 15:47, Robert Richter wrote:
> From: Robert Richter
>
> This patch implements Cavium ThunderX erratum 23154.
>
> The gicv3 of ThunderX requires a modified version for reading the IAR
> status to ensure data synchronization. Since this is in the fast-path
> and called with each
This gamepad advertise 5 absolute axis while 4 are actually used.
The second Z axis shows some garbage, so it has to be ignored by HID.
The first Z axis and the Rz one are actually Rx and Ry. Remap them.
We could also just remap and ignore the axis in .input_mapping(). I
went ahead with
On Thu, 2015-08-13 at 11:21 +0100, Andy Whitcroft wrote:
> When generating /proc/net/route we emit a header followed by a line for
> each route. When a short read is performed we will restart this process
> based on the open file descriptor. When calculating the start point we
> fail to take
The coherent DMA allocator works the same over all architectures supporting
dma_map operations.
This patch consolidates them and converges the minor differences:
- the debug_dma helpers are now called from all architectures, including
those that were previously missing them
-
Most architectures do not support non-coherent allocations and either
define dma_{alloc,free}_noncoherent to their coherent versions or stub
them out.
Openrisc uses dma_{alloc,free}_attrs to implement them, and only Mips
implements them directly.
This patch moves the Openrisc version to common
Almost everyone implements dma_set_mask the same way, although some time
that's hidden in ->set_dma_mask methods.
Move this implementation to common code, including a callout to override
the post-check action, and remove duplicate instaces in methods as well.
Unfortunately some architectures
Most architectures just call into ->dma_supported, but some also return 1
if the method is not present, or 0 if no dma ops are present (although
that should never happeb). Consolidate this more broad version into
common code.
Also fix h8300 which inorrectly always returned 0, which would have
Since 2009 we have a nice asm-generic header implementing lots of DMA API
functions for architectures using struct dma_map_ops, but unfortunately
it's still missing a lot of APIs that all architectures still have to
duplicate.
This series consolidates the remaining functions, although we still
Currently there are three valid implementations of dma_mapping_error:
(1) call ->mapping_error
(2) check for a hardcoded error code
(3) always return 0
This patch provides a common implementation that calls ->mapping_error
if present, then checks for DMA_ERROR_CODE if defined or otherwise
On Thu, Aug 13, 2015 at 02:44:02PM +0200, Frederic Weisbecker wrote:
> On Thu, Aug 13, 2015 at 02:22:23PM +0200, Peter Zijlstra wrote:
> > On Thu, Aug 13, 2015 at 02:55:36PM +0530, Vatika Harlalka wrote:
> > > This patchset is for offloading task_tick() to a remote housekeeping
> > > cpu. The
On 13/08/15 15:47, Robert Richter wrote:
> From: Robert Richter
>
> Some GIC revisions require an individual configuration to esp. add
> workarounds for HW bugs. This patch implements generic code to parse
> the hw revision provided by an IIDR register value and runs specific
> code if hw
On 08/13/2015 05:41 PM, Christoph Hellwig wrote:
> On Thu, Aug 13, 2015 at 04:23:38PM +0300, Boaz Harrosh wrote:
>>> DAX as is is races against pmem unbind. A synchronization cost must
>>> be paid somewhere to make sure the memremap() mapping is still valid.
>>
>> Sorry for being so slow, is
Since IRQ chip helpers were introduced drivers lose ability to
register separate lockdep classes for each registered GPIO IRQ
chip and the gpiolib now is using shared lockdep class for
all GPIO IRQ chips (gpiochip_irq_lock_class).
As result, lockdep will produce warning when there are min two
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev wrote:
> 13.08.2015 11:39, Ingo Molnar пишет:
>>
>> * Andy Lutomirski wrote:
>>
>>
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace the iret
trampoline
From: Robert Richter
No need to read the typer register in the loop. Values do not change.
This patch is basically a prerequisite for a follow-on patch that adds
errata code for Cavium ThunderX. It moves the calculation of the
number of id entries to the beginning of the function close to other
On Thu, Aug 13, 2015 at 09:42:25AM -0500, Chris J Arges wrote:
> On Thu, Aug 13, 2015 at 06:22:20AM -0500, Josh Poimboeuf wrote:
> > On Wed, Aug 12, 2015 at 04:24:49PM -0500, Chris J Arges wrote:
> > > I still get build failures and I've pared it down to x86_64 defconfig
> > > plus:
> > >
--
Have you been looking for a loan to pay your bills and start a
business / investment here is a great opportunity for you to get this
loan. email mrkenloanfund1...@hotmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Linus,
can you please add myself to .get_maintainer.ignore? While the
idea behind the ġet_maintainer seems highly useful it's unfortunately
way to trigger happy to grab people that once had a few commits
to files. For someone like me who does a lot of tree-wide API
work that leads to an
On Tue, May 19, 2015 at 04:49:12PM +0200, Tomeu Vizoso wrote:
> This callback is expected to do the same as enter() but it has to
> guarantee that interrupts aren't enabled at any point in its execution,
> as the tick is frozen.
>
> It will be called when the system goes to suspend-to-idle and
On 13/08/2015 15:46, Radim Krčmář wrote:
> 1) IOAPIC inject a vector from i8254
> 2) guest reconfigures that vector's VCPU and therefore eoi_exit_bitmap
> on original VCPU gets cleared
> 3) guest's handler for the vector does EOI
> 4) KVM's EOI handler doesn't pass that vector to IOAPIC
From: Robert Richter
This patch implements Cavium ThunderX erratum 23154.
The gicv3 of ThunderX requires a modified version for reading the IAR
status to ensure data synchronization. Since this is in the fast-path
and called with each interrupt, runtime patching is used using jump
label
From: Robert Richter
Some GIC revisions require an individual configuration to esp. add
workarounds for HW bugs. This patch implements generic code to parse
the hw revision provided by an IIDR register value and runs specific
code if hw matches. There are functions that read the IIDR registers
Am Donnerstag, 13. August 2015, 16:11:38 schrieb Linus Walleij:
> On Thu, Aug 13, 2015 at 2:37 PM, Heiko Stübner wrote:
> >> Patch applied with Doug's test tags etc.
> >
> > did you also take the first patch?
> >
> > Aka bot should probably stay together (hence Stephen's Ack for the clock
> >
Add support for the msm8916 TCU (Translation Control Unit) clocks that
are needed for IOMMU.
Signed-off-by: Georgi Djakov
---
drivers/clk/qcom/gcc-msm8916.c | 48 ++
include/dt-bindings/clock/qcom,gcc-msm8916.h |3 ++
2 files changed, 51 insertions(+)
Add support for the msm8916 BIMC (Bus Integrated Memory Controller)
clocks that are needed for GPU.
Signed-off-by: Georgi Djakov
---
drivers/clk/qcom/gcc-msm8916.c | 61 ++
include/dt-bindings/clock/qcom,gcc-msm8916.h |3 ++
2 files changed, 64
On 08/13/2015 05:37 PM, Christoph Hellwig wrote:
> Hi Boaz,
>
> can you please fix your quoting? I read down about 10 pages but still
> couldn't find a comment from you. For now I gave up on this mail.
>
Sorry here:
> +void *kmap_atomic_pfn_t(__pfn_t pfn)
> +{
> + struct page *page =
Some root clock generators may have child branches that are controlled
by different CPUs. These RCGs require some special operations:
- some enable bits have to be toggled when we set the rate;
- if RCG is disabled we only cache the rate and set it later when enabled;
- when the RCG is
This patchset adds support for the iommu, gpu and audio clocks on
the MSM8916 platforms.
Changes since v2 (https://lkml.org/lkml/2015/6/5/324)
* Dropped patch for read-only RCGs as it is not needed.
* Updated RCGs with shared branches patch and addressed various issues
pointed by Stephen.
*
From: Robert Richter
This implements two gicv3-its errata workarounds for ThunderX. Both
with small impact affecting only ITS table allocation.
erratum 22375: only alloc 8MB table size
erratum 24313: ignore memory access type
The fixes are in ITS initialization and basically ignore memory
Add support for the msm8916 audio clocks. This includes core bus,
low-power audio and codec clocks. They are required for audio playback.
Signed-off-by: Georgi Djakov
---
drivers/clk/qcom/gcc-msm8916.c | 388 ++
include/dt-bindings/clock/qcom,gcc-msm8916.h
401 - 500 of 1730 matches
Mail list logo