On 06/16/2015 08:46 AM, Alexei Starovoitov wrote:
> On 6/15/15 11:34 PM, Daniel Wagner wrote:
>> On 06/16/2015 08:25 AM, Alexei Starovoitov wrote:
>>> On 6/15/15 11:06 PM, Daniel Wagner wrote:
> with the above 'fix' the trace.patch is now passing.
It still crashes for me with the original
On Mon, Jun 15, 2015 at 01:10:55PM +0100, Alan Cox wrote:
> > Unfortunately, this patch does not work well with all of the callers of
> > pccard_validate_cis(). While it helps for ds.c:pcmcia_card_add() and does
> > not matter for cistpl.c:pccard_show_cis(), it breaks the callback in
> > rsrc_nonst
On 05/28/2015 11:10 AM, Javier Martinez Canillas wrote:
> Hello Olof,
>
> On 05/20/2015 10:39 AM, Javier Martinez Canillas wrote:
>>
>>
>> This series contain a fix and a cleanup for the cros_ec_lpc driver and
>> a small fix for cros_ec_dev driver. The first two patches were posted
>> as a part o
On 6/15/15 11:34 PM, Daniel Wagner wrote:
On 06/16/2015 08:25 AM, Alexei Starovoitov wrote:
On 6/15/15 11:06 PM, Daniel Wagner wrote:
with the above 'fix' the trace.patch is now passing.
It still crashes for me with the original test program
[ 145.908013] [] ? __rcu_reclaim+0x101/0x3d0
[ 1
On 16/06/15 01:27, Luis R. Rodriguez wrote:
> On Fri, Jun 12, 2015 at 12:04:14PM +0300, Tomi Valkeinen wrote:
>>
>>
>> On 04/06/15 19:44, Luis R. Rodriguez wrote:
>>> From: "Luis R. Rodriguez"
>>>
>>> This driver uses the same area for MTRR as for the ioremap_wc(), if
>>> anything it just uses a
On Mon, Jun 15, 2015 at 12:19 PM, Andrea Arcangeli wrote:
>
> Yes, it would leave the other blocked, how is it different from having
> just 1 reader and it gets killed?
Either is completely wrong. But the read() code can at least see that
"I'm returning early due to a signal, so I'll wake up any
On Mon, Jun 15, 2015 at 01:18:36PM -0700, Tadeusz Struk wrote:
> Added a mpi_read_buf() helper function to export MPI to a buf provided by
> the user, and a mpi_get_size() helper, that tells the user how big the buf is.
> Changed mpi_free to use kzfree instead of kfree because it is used to free
>
On Tue, Jun 16, 2015 at 12:00:28PM +0530, Sudip Mukherjee wrote:
> On Mon, Jun 15, 2015 at 03:00:34PM +, DHANAPAL, GNANACHANDRAN (G.) wrote:
> > This patch shall replaces user defined timer setup function with
> > standard timer setup macro. Also removes init_timer, because timer can
> > be ini
On Mon 15-06-15 23:27:59, Pali Rohár wrote:
> On Monday 15 June 2015 23:18:16 Michal Hocko wrote:
> > On Sun 14-06-15 11:05:07, Pali Rohár wrote:
> > > Hello,
> > >
> > > in drivers/platform/x86/dell-laptop.c is this part of code:
> > >
> > > static int __init dell_init(void)
> > > {
> > > ...
>
On 06/16/2015 08:25 AM, Alexei Starovoitov wrote:
> On 6/15/15 11:06 PM, Daniel Wagner wrote:
>>> with the above 'fix' the trace.patch is now passing.
>> It still crashes for me with the original test program
>>
>> [ 145.908013] [] ? __rcu_reclaim+0x101/0x3d0
>> [ 145.908013] [] ? rcu_barrier_f
On Mon, Jun 15, 2015 at 03:00:34PM +, DHANAPAL, GNANACHANDRAN (G.) wrote:
> This patch shall replaces user defined timer setup function with
> standard timer setup macro. Also removes init_timer, because timer can
> be initialized in setup_timer macro as well.
>
> Signed-off-by: Gnanachandran
On Mon, Jun 15, 2015 at 11:26:58PM -0700, Tadeusz Struk wrote:
> On 06/15/2015 05:37 PM, Herbert Xu wrote:
> >> config CRYPTO_MANAGER
> >> > tristate "Cryptographic algorithm manager"
> >> > select CRYPTO_MANAGER2
> >> > +select CRYPTO_AKCIPHER
> > Please add this to CRYP
On 06/11/2015 10:47 AM, Madhavan Srinivasan wrote:
> Adds cpumask attribute to be used by each nest pmu since nest
> units are per-chip. Only one cpu (first online cpu) from each node/chip
> is designated to read counters.
>
> On cpu hotplug, dying cpu is checked to see whether it is one of the
>
On 06/15/2015 05:37 PM, Herbert Xu wrote:
>> config CRYPTO_MANAGER
>> >tristate "Cryptographic algorithm manager"
>> >select CRYPTO_MANAGER2
>> > + select CRYPTO_AKCIPHER
> Please add this to CRYPTO_MANAGER2 instead.
This causes a recursive dependency error
crypto/Kconfig:115:error: rec
On 6/15/15 11:06 PM, Daniel Wagner wrote:
with the above 'fix' the trace.patch is now passing.
It still crashes for me with the original test program
[ 145.908013] [] ? __rcu_reclaim+0x101/0x3d0
[ 145.908013] [] ? rcu_barrier_func+0x250/0x250
[ 145.908013] [] ? trace_hardirqs_on_caller+0x
Hi Waldemar,
On Mon, Jun 15, 2015 at 10:23 PM, Waldemar Brodkorb wrote:
> I am trying to build a M68K (Coldfire no-MMU) kernel for Qemu-system-m68k.
>
> With 4.0.4 everything is fine. With 4.0.5 I get following compile
> error:
> adk-uclinux-gcc -Wp,-MD,mm/.nommu.o.d -nostdinc -isystem
> /home
Add dapm kcontrols to select left/right ADC input source, one to select
the left ADC input source and one for the right ADC input source.
In default, the left ADC will select the left input, and the right ADC will
select the right input. When the left(right) ADC select the right(left) input,
the l
From: gongzhaogang
Delect the extra content in the comment.
return_object - Where to put method's return value (if
any). If NULL, no value is returned.
---
drivers/acpi/acpica/nseval.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/ac
On Tue, 16 Jun 2015, Jiang Liu wrote:
> On 2015/6/16 1:52, Thomas Gleixner wrote:
> > On Mon, 15 Jun 2015, Huang Ying wrote:
> >
> >> FYI, we noticed the below changes on
> >>
> >> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> >> commit 52f518a3a7c2f80551a38d38be28bc9
On Wed, Jun 10, 2015 at 11:32:34AM +0200, Vlastimil Babka wrote:
> The pageblock_skip bitmap and cached scanner pfn's are two mechanisms in
> compaction to prevent rescanning pages where isolation has recently failed
> or they were scanned during the previous compaction attempt.
>
> Currently, bot
On 06/16/2015 07:45 AM, Alexei Starovoitov wrote:
> On 6/15/15 7:14 PM, Paul E. McKenney wrote:
>>
>> Why do you believe that it is better to fix it within call_rcu()?
>
> found it:
> diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
> index 8cf7304b2867..a3be09d482ae 100644
> --- a/kernel/rcu/
On 2015/06/15 23:49, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jun 15, 2015 at 08:06:53AM +, He Kuang escreveu:
>> Fix failure to probe events on arm, problem is introduced by commit
>> 5a51fcd1f30c ("perf probe: Skip kernel symbols which is out of
>> .text"). For some architectures, label '_et
From: gongzhaogang
Delect the extra content in the comment.
return_object - Where to put method's return value (if
any). If NULL, no value is returned.
---
drivers/acpi/acpica/nseval.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/ac
On 06/16/2015 12:37 AM, Kamalesh Babulal wrote:
* Larry Finger [2015-06-15 16:25:18]:
Beginning at commit d52d399, the following INFO splat is logged:
[...]
---
include/linux/kmemleak.h | 3 ++-
mm/kmemleak.c| 9 +
mm/kmemleak.c.rej| 19 ++
On 2015/6/16 13:41, Huang Ying wrote:
> Hi, Gerry,
>
> On Tue, 2015-06-16 at 10:09 +0800, Jiang Liu wrote:
>> On 2015/6/16 1:52, Thomas Gleixner wrote:
>>> On Mon, 15 Jun 2015, Huang Ying wrote:
>> lkml.org/lkml/2015/6/1/80
>> The root cause is that, with hierarchy irqdomain enabled,
>> there
On 6/15/15 7:14 PM, Paul E. McKenney wrote:
Why do you believe that it is better to fix it within call_rcu()?
found it:
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 8cf7304b2867..a3be09d482ae 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -935,9 +935,9 @@ bool notrace rc
On Wed, Jun 10, 2015 at 11:32:33AM +0200, Vlastimil Babka wrote:
> The compaction free scanner is looking for PageBuddy() pages and skipping all
> others. For large compound pages such as THP or hugetlbfs, we can save a lot
> of iterations if we skip them at once using their compound_order(). This
On Wed, Jun 10, 2015 at 11:32:32AM +0200, Vlastimil Babka wrote:
> The compaction migrate scanner tries to skip compound pages by their order, to
> reduce number of iterations for pages it cannot isolate. The check is only
> done
> if PageLRU() is true, which means it applies to THP pages, but not
Hi, Gerry,
On Tue, 2015-06-16 at 10:09 +0800, Jiang Liu wrote:
> On 2015/6/16 1:52, Thomas Gleixner wrote:
> > On Mon, 15 Jun 2015, Huang Ying wrote:
> >
> >> FYI, we noticed the below changes on
> >>
> >> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> >> commit 52f518
On Wed, Jun 10, 2015 at 11:32:31AM +0200, Vlastimil Babka wrote:
> Resetting the cached compaction scanner positions is now done implicitly in
> __reset_isolation_suitable() and compact_finished(). Encapsulate the
> functionality in a new function reset_cached_positions() and call it
> explicitly
On Monday 15 June 2015 09:55 PM, Peter Zijlstra wrote:
> On Tue, Jun 09, 2015 at 05:49:28PM +0530, Vineet Gupta wrote:
>> +if (arc_pmu->has_interrupts) {
>> +int irq = platform_get_irq(pdev, 0);
> Hmm, so you're requesting a regular interrupt.
>
> I see your architecture has IRQ pri
Created a thread using alloc_ordered_workqueue() API in order to process
the works from firmware Work-queue sequentially instead of
create_singlethread_workqueue() API.
Changes in v1:
No need to check for backport compatibility in the upstream kernel.
so removing the else section where driver
* Larry Finger [2015-06-15 16:25:18]:
> Beginning at commit d52d399, the following INFO splat is logged:
>
[...]
> ---
> include/linux/kmemleak.h | 3 ++-
> mm/kmemleak.c| 9 +
> mm/kmemleak.c.rej| 19 +++
> mm/percpu.c | 2 +-
> 4 f
On Wed, Jun 10, 2015 at 11:32:30AM +0200, Vlastimil Babka wrote:
> Handling the position where compaction free scanner should restart (stored in
> cc->free_pfn) got more complex with commit e14c720efdd7 ("mm, compaction:
> remember position within pageblock in free pages scanner"). Currently the
>
For any SCSI command, if the driver receives
IOC status = SCSI_IOC_TERMINATED and log info = 0x32010081 then
that command will be completed with DID_RESET host status.
The definition of this log info value is
"Virtual IO has failed and has to be retried".
Firmware will provide this log info value
On Wed, Jun 10, 2015 at 11:32:29AM +0200, Vlastimil Babka wrote:
> Compaction should finish when the migration and free scanner meet, i.e. they
> reach the same pageblock. Currently however, the test in compact_finished()
> simply just compares the exact pfns, which may yield a false negative when
On 2015/6/13 0:58, Alexei Starovoitov wrote:
btw, what compile times do you see?
On my machine compiling basic hello_world.c with #include bpf_helpers.h
and few kernel headers take: 0.02 sec
So using .c is quite instant. Feels like interpreted language ;)
Sorry I didn't see your question for
On 06/03/2015 06:17 PM, Mario Limonciello wrote:
On 05/27/2015 02:36 PM, Limonciello, Mario wrote:
An upcoming Alienware platform, X51-R3 will support some new features in the
WMI BIOS control API as well as emit some scan codes when particular hardware
is used in conjunction.
Mario Limoncie
From: Niranjan Dighe
This patch corrects line spacing by removing and adding newline
characters wherever necessary
Signed-off-by: Niranjan Dighe
---
drivers/staging/sm750fb/ddk750_dvi.h |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk75
From: Niranjan Dighe
This patch replaces spaces by tabs at the start of the line and in
between variable declarations.
Signed-off-by: Niranjan Dighe
---
drivers/staging/sm750fb/ddk750_dvi.h | 60 +-
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git
On Tue, Jun 16, 2015 at 2:35 AM, James Bottomley
wrote:
> On Mon, 2015-06-15 at 16:26 +0530, Sreekanth Reddy wrote:
>> On Sat, Jun 13, 2015 at 2:33 AM, Joe Lawrence
>> wrote:
>> > On 06/12/2015 05:42 AM, Sreekanth Reddy wrote:
>> > ...
>> >> +#if defined(alloc_ordered_workqueue)
>> >> + ioc-
On Mon, Jun 15, 2015 at 06:12:11PM +1000, Michael Ellerman wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in
> drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c between commit
> 8e37210b38fb
> "IB/core: Change ib_create_cq to use struct ib_cq_init_attr" from t
On 06/15/2015 09:06 PM, Herbert Xu wrote:
>> No, it will handle whatever it will find. So if a public key will be passed
>> it will only set "n" and "e".
>> > If a private key will be passed it will set all three "n", "e", and "d".
>> > Then during operation I check if there is everything that's r
Hi maintainer,
We found a problem that a panic happen when cpu was hot-removed. We also trace
the problem according to the calltrace information.
An endless loop happen because value head is not equal to value tail forever in
the function qi_check_fault( ).
The location code is as follows:
sed it on the first patch.
My fault. Actually during V1 the first patch wasn't there and so there
was no dependency, but in V2 this patch came in and I completely
forgot you and other guys for that patch.
> Anyway, I tracked down the whole series and applied it on top of
> next-20150615 an
Also, remove rt_multi_func enum used exclusively by the killed macros.
Signed-off-by: Jakub Sitnicki
---
drivers/staging/rtl8188eu/include/rtl8188e_hal.h | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtl8188e_hal.h
b/drivers/staging/rtl8188e
atch. So, it might work over rc8 + the first patch from this series..
>
> In case it doesn't, please test it over tip/master once.
I see. You didn't Cc me on patch 1, and didn't mention the dependency in
this patch. That usually means they're all independent, e.g. the same
c
On Mon, Jun 15, 2015 at 08:36:06PM -0700, Tadeusz Struk wrote:
> On 06/15/2015 08:25 PM, Herbert Xu wrote:
> > The current parse_key function requires all three number to be
> > present, n, e, and d, no?
>
> No, it will handle whatever it will find. So if a public key will be passed
> it will onl
Nikunj A Dadhania writes:
> Reworded commit log:
>
> From: Nikunj A Dadhania
>
> powerpc/numa: initialize distance lookup table from drconf path
>
Ping ?
Regards
Nikunj
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
On Mon, Jun 15, 2015 at 05:49:59PM +1000, Alexey Kardashevskiy wrote:
> The pnv_pci_ioda2_unset_window() function is used to do the final
> cleanup of a DMA window being released:
> - via VFIO ioctl by the guest request;
> - via unplugging a virtual PCI function.
> However the function was under #i
Thank you.
Suravee
On 6/15/15 18:24, Rafael J. Wysocki wrote:
On Wednesday, June 10, 2015 11:08:51 AM Suravee Suthikulpanit wrote:
This patch series introduce support for _CCA object, which is currently
used mainly by ARM64 platform to specify DMA coherency attribute for
devices when booting w
All,
Freescale has been adding i.MX6 support to the CAAM driver and testing on both
i.MX6 and QorIQ platforms. The patch series is now available for review. Your
feedback for the provided patches is appreciated.
Thanks,
Victoria
-Original Message-
From: linux-crypto-ow...@vger.kernel.o
On Mon, Jun 15, 2015 at 8:15 PM, Huang Ying wrote:
> FYI, we noticed the below changes on
>
> https://git.linaro.org/people/john.stultz/linux.git wip
> commit 78a0b9a793a36f73a9a3330dec00859e15d9ad6d ("time: Do leapsecond
> adjustment in gettime fastpaths")
>
>
> +
On 06/15/2015 08:25 PM, Herbert Xu wrote:
> The current parse_key function requires all three number to be
> present, n, e, and d, no?
No, it will handle whatever it will find. So if a public key will be passed it
will only set "n" and "e".
If a private key will be passed it will set all three "n
On 2015/6/15 22:27, Ilya Dryomov wrote:
On Mon, Jun 15, 2015 at 4:23 PM, juncheng bai
wrote:
On 2015/6/15 21:03, Ilya Dryomov wrote:
On Mon, Jun 15, 2015 at 2:18 PM, juncheng bai
wrote:
From 6213215bd19926d1063d4e01a248107dab8a899b Mon Sep 17 00:00:00 2001
From: juncheng bai
Date: M
On 6/15/15 4:01 PM, David Miller wrote:
Although I agree with the sentiment that this thing can cause
surprising results and can be asking for trouble.
If someone wants to filter traffic "by UID" they might make
a simple ingress TC ebpf program using these new interfaces
and expect it to work.
Hi Paul,
On 06/15/2015 11:09 AM, Paul Mackerras wrote:
On Mon, Jun 15, 2015 at 10:26:07AM +0530, Hemant Kumar wrote:
To analyze the kvm exits with perf, we will need to map the exit codes
with the exit reasons. Such a mapping exists today in trace_book3s.h.
Currently its not exported to perf.
On Mon, Jun 15, 2015 at 7:53 PM, Krzysztof Kozlowski
wrote:
> On 16.06.2015 08:47, Rafael J. Wysocki wrote:
>> On Wednesday, June 03, 2015 05:18:18 PM Paul Gortmaker wrote:
>>> This file is built off of a tristate Kconfig option ("ARM_EXYNOS_CPUFREQ")
>>> and also contains modular function calls s
On Mon, Jun 15, 2015 at 07:41:14PM -0700, Tadeusz Struk wrote:
>
> User can supply only public key and invoke encrypt() or verify() without any
> problem.
> When the user invokes decrypt() or sign() then it will work only after the
> setkey was
> given a private key. This is checked in the actual
When task exits or group is destroyed, the entity's load should be
removed from its parent cfs_rq's load. Otherwise, it will take time
for the parent cfs_rq to decay the dead entity's load to 0, which
is not desired.
Signed-off-by: Yuyang Du
---
kernel/sched/fair.c | 11 ++-
1 file cha
The idea of runnable load average (let runnable time contribute to weight)
was proposed by Paul Turner, and it is still followed by this rewrite. This
rewrite aims to solve the following issues:
1. cfs_rq's load average (namely runnable_load_avg and blocked_load_avg) is
updated at the granulari
Hello Krzysztof,
On 06/16/2015 01:57 AM, Krzysztof Kozlowski wrote:
> On 16.06.2015 00:23, Javier Martinez Canillas wrote: (...)
To do a more intrusive change, I should better understand the
interactions between the Exynos pinctrl / GPIO, interrupt
combiner and the GIC and in the me
The current rq->avg is not used at all since its merge into kernel,
and the code is in the scheduler's hot path, so remove it.
Signed-off-by: Yuyang Du
---
kernel/sched/debug.c |7 +--
kernel/sched/fair.c | 25 -
kernel/sched/sched.h |2 --
3 files changed,
The runnable load and utilization averages of cfs_rq's sched_entity
were not initiated. Like done to a task, give new cfs_rq' sched_entity
start values to heavy its load in infant time.
Signed-off-by: Yuyang Du
---
kernel/sched/core.c |2 +-
kernel/sched/fair.c | 11 ++-
kernel/s
On 15-06-15, 20:57, Stephen Warren wrote:
> On 06/12/2015 02:00 AM, Viresh Kumar wrote:
> > Migrate bcm2835 driver to the new 'set-state' interface provided by
> > the clockevents core, the earlier 'set-mode' interface is marked
> > obsolete now.
> >
> > This also enables us to implement callbacks
Hi Peter and Ingo,
Changes are made for the 8th version:
1) Rebase to the latest tip tree
2) scale_load_down the weight when doing the averages
3) change util_sum to u32
Thanks a lot for Ben's comments, which lead to this version.
Thanks to Vincent for review.
Regards,
Yuyang
v7 changes:
The
On 06/13/2015 05:39 AM, Noralf Trønnes wrote:
> The Raspberry Pi uses a new value for halt in the PM_RSTS watchdog
> register. Expand the compatible string to cover this.
FWIW, the series,
Tested-by: Stephen Warren
... but that doesn't imply my ack for the patches.
--
To unsubscribe from this li
On Mon, 15 Jun 2015, Geert Uytterhoeven wrote:
> Hi Finn,
>
> On Sun, Jun 14, 2015 at 9:46 AM, Finn Thain
> wrote:
> > --- linux.orig/arch/m68k/mac/misc.c 2015-06-14 17:46:02.0 +1000
> > +++ linux/arch/m68k/mac/misc.c 2015-06-14 17:46:03.0 +1000
> > @@ -284,11 +287,31 @@ s
On 06/13/2015 05:39 AM, Noralf Trønnes wrote:
> This adds a new poweroff function to the watchdog driver for the
> Raspberry Pi. Currently poweroff/halt results in a reboot.
>
> The Raspberry Pi firmware uses the RSTS register to know which
> partiton to boot from. The partiton value is spread int
On 06/12/2015 02:00 AM, Viresh Kumar wrote:
> Migrate bcm2835 driver to the new 'set-state' interface provided by
> the clockevents core, the earlier 'set-mode' interface is marked
> obsolete now.
>
> This also enables us to implement callbacks for new states of clockevent
> devices, for example:
From: Fabian Frederick
Date: Mon, 15 Jun 2015 19:13:05 +0200
> {
> unsigned int i;
> + struct scatterlist *sg;
Please order local variables from longest to shortest line (reverse
christmas tree).
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On 06/15/2015 07:50 PM, Herbert Xu wrote:
> If you want to keep the helper generic what you can do is have
> it take struct rsa_key instead of struct crypto_ablkcipher.
Ok I'll do it that way.
>
> It definitely should just be an optional helper as opposed to
> a required part of crypto_akcipher
TEST
--
1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
"perf kvm {record|report}" is used to record and report the performance
profile of any workload on a guest. From the host, we can collect
guest kernel statistics which is useful in finding out any contentions
in guest kernel symbols for a certain workload.
This feature is not available on powerpc
On Mon, Jun 15, 2015 at 07:46:28PM -0700, Tadeusz Struk wrote:
>
> Ok I wanted to handle everything in the parse_key helper without any help
> from the implementation.
> I can change the helper to return the key and implementation will store it in
> the ctx. Is this
> what you are suggesting?
If
On 06/15/2015 07:29 PM, Herbert Xu wrote:
>> I thought that the ctx needs to be available for implementations to store
>> private data.
>> > This way we can allocate and store any type of key in the
>> > _parse_key() helper and still have the cxt
>> > available for implementations to use for thei
On 06/15/2015 07:27 PM, Herbert Xu wrote:
>> The two functions will be almost identical. We can do it this way if we want
>> to check
>> > if all the required elements of the key are provided. Currently I'm
>> > checking this in the
>> > actual operation.
> Right now your RSA setkey function only
Hi Boqun,
Thanks for the tests.
Indeed I can't find the 8th versio myself in the archive. That is weird.
Vincent sure received the patches, but maybe not the list, then that is
interesting...
Anyway, I will rebase the patches up-to-date, and resend it to the list
shortly.
Regarding test results
Added the basic driver for zynqmp dma engine used in Zynq
UltraScale+ MPSoC. The initial release of this driver supports
only memory to memory transfers.
Signed-off-by: Punnaiah Choudary Kalluri
---
Changes in v3:
- Modified the zynqmp_dma_chan_is_idle function return type to
bool
Changes in v2
Device-tree binding documentation for Xilinx zynqmp dma engine used in
Zynq UltraScale+ MPSoC.
Signed-off-by: Punnaiah Choudary Kalluri
---
Changes in v3:
- None
Changes in v2:
- None
---
.../devicetree/bindings/dma/xilinx/zynqmp_dma.txt | 61
1 files changed, 61 insertio
On Mon, Jun 15, 2015 at 07:29:45PM -0700, Tadeusz Struk wrote:
>
> Actually I think it is useful. Without it the user will need to allocate
> a buffer, and invoke an operation only to find out that the buffer need to be
> bigger.
No the user could simply supply NULL/0 and get the requisite
informa
On 06/15/2015 05:05 PM, Herbert Xu wrote:
> Hmm, we could actually get rid of maxsize by just having each
> function check the dst_len and if it is insufficient write the
> required length in it and then return an error.
Actually I think it is useful. Without it the user will need to allocate
a bu
On Mon, Jun 15, 2015 at 07:21:48PM -0700, Tadeusz Struk wrote:
>
> I thought that the ctx needs to be available for implementations to store
> private data.
> This way we can allocate and store any type of key in the _parse_key()
> helper and still have the cxt
> available for implementations to
On Mon, Jun 15, 2015 at 07:03:11PM -0700, Tadeusz Struk wrote:
> On 06/15/2015 05:05 PM, Herbert Xu wrote:
> >> > + * @setkey: Function invokes the algorithm specific set key
> >> > function, which
> >> > + * knows how to decode and interpret the BER encoded key
> > We should spli
On 06/15/2015 07:19 PM, Stephan Mueller wrote:
>> I'm not familiar with the FIPS requirements. I checked the NIST
>> > recommendations witch states that RSA: |n| >= 2048 is acceptable. If FIPS
>> > allows 2K and 3K only then we need to change it.
> The reason for exclusive 2k/3k is the CAVS testing
On 06/15/2015 04:59 PM, Herbert Xu wrote:
>> > +struct crypto_akcipher {
>> > + void *key;
> Having a void * pointer here is useless. The normal way of doing
> it is to place the key into the tfm context.
I thought that the ctx needs to be available for implementations to store
private data.
Th
Am Montag, 15. Juni 2015, 18:49:15 schrieb Tadeusz Struk:
Hi Tadeusz,
> On 06/15/2015 04:23 PM, Stephan Mueller wrote:
> >> + /* In FIPS mode only allow key size minimum 2K */
> >>
> >> > +if (fips_enabled && (mpi_get_size(key->n) < 256)) {
> >
> > Considering my previous email, should
Signed-off-by: Theodore Ts'o
---
scripts/package/builddeb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/package/builddeb b/scripts/package/builddeb
index 88dbf23..159ec7c 100755
--- a/scripts/package/builddeb
+++ b/scripts/package/builddeb
@@ -163,6 +163,9 @@ if grep -q '^CONFIG_
On Mon, Jun 15, 2015 at 06:09:56PM -0700, Alexei Starovoitov wrote:
> On 6/15/15 4:07 PM, Paul E. McKenney wrote:
> >
> >Oh... One important thing is that both call_rcu() and kfree_rcu()
> >use per-CPU variables, managing a per-CPU linked list. This is why
> >they disable interrupts. If you do a
On 2015/6/16 1:52, Thomas Gleixner wrote:
> On Mon, 15 Jun 2015, Huang Ying wrote:
>
>> FYI, we noticed the below changes on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>> commit 52f518a3a7c2f80551a38d38be28bc9f335e713c ("x86/MSI: Use hierarchical
>> irqdomains
On 06/15/2015 05:05 PM, Herbert Xu wrote:
>> > + * @setkey: Function invokes the algorithm specific set key
>> > function, which
>> > + *knows how to decode and interpret the BER encoded key
> We should split this into two functions: setpubkey and setprivkey.
>
The two func
在 2015年06月15日 23:00, Paul Bolle 写道:
On Sun, 2015-06-14 at 13:13 +0800, Caesar Wang wrote:
--- /dev/null
+++ b/drivers/soc/rockchip/Kconfig
+config PM_GENERIC_DOMAINS
+tristate "Rockchip generic power domain"
Since my remarks on v13 you removed the module specific code from
pm_domains
On 06/15/2015 04:23 PM, Stephan Mueller wrote:
>> +/* In FIPS mode only allow key size minimum 2K */
>> > + if (fips_enabled && (mpi_get_size(key->n) < 256)) {
> Considering my previous email, shouldn't that check rather be
>
> if (fips_enabled &&
> ((mpi_get_size(key->n) != 256) || (mpi_
On 6/15/15 4:07 PM, Paul E. McKenney wrote:
Oh... One important thing is that both call_rcu() and kfree_rcu()
use per-CPU variables, managing a per-CPU linked list. This is why
they disable interrupts. If you do another call_rcu() in the middle
of the first one in just the wrong place, you wi
Commit 25cd2882e2fc ("usb/xhci: Change how we indicate a host supports
Link PM.") removed the code to set lpm_capable for USB 3.0 super-speed
root hub. The intention of that change was to avoid touching usb core
internal field, a.k.a. lpm_capable, and let usb core to set it by
checking U1 and U2 ex
On Mon, Jun 15, 2015 at 12:37 PM, Davidlohr Bueso wrote:
> On Mon, 2015-06-15 at 11:34 -0700, Jason Low wrote:
>> The CCAS technique was typically used in the slow paths for those
>> other locks, where the chance of the operation returning false is
>> higher.
>
> That is true. Although I really wa
On Mon, 2015-06-15 at 11:01 +0200, Maarten Lankhorst wrote:
> Hey,
>
> Op 15-06-15 om 08:58 schreef Huang Ying:
> > FYI, we noticed the below changes on
> >
> > git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
> > commit 7f072451f2d3d53e4f6939440e15ab36afed2051 ("drm/i915: Implement
On Mon, Jun 15, 2015 at 01:18:53PM -0700, Tadeusz Struk wrote:
> New test vectors for RSA algorithm.
>
> Signed-off-by: Tadeusz Struk
> ---
> crypto/Kconfig |1
> crypto/testmgr.c | 149
> ++
> crypto/testmgr.h | 143 +
On 2015/06/16 2:20, Luck, Tony wrote:
On Mon, Jun 15, 2015 at 05:47:27PM +0900, Kamezawa Hiroyuki wrote:
So, there are 3 ideas.
(1) kernel only from MIRROR / user only from MOVABLE (Tony)
(2) kernel only from MIRROR / user from MOVABLE + MIRROR(ASAP) (AKPM
suggested)
This makes use
On Mon, Jun 15, 2015 at 05:20:31PM -0700, Paul E. McKenney wrote:
> On Mon, Jun 15, 2015 at 05:11:16PM -0700, Jim Davis wrote:
> > Just an FYI, but with next-20150615 (and I think some previous days too
> > IIRC),
> >
> > In file included from inc
1 - 100 of 688 matches
Mail list logo
