We encountered following panic. The scenario is the process is exiting and
executing its
task work. When closing dev node, the driver triggers a firmware reload
according to device
status. Because task->fs is set to NULL in exit_fs(), panic happens.
Task work is a common interface, we should not
Hi Paul,
After merging the rcu tree, today's linux-next build (powerpc
allyesconfig) failed like this:
In file included from arch/powerpc/include/asm/kvm_ppc.h:30:0,
from arch/powerpc/kernel/setup_64.c:68:
include/linux/kvm_host.h:366:21: error: field 'srcu' has incomplete type
Fred Chou writes:
> From: Fred Chou
>
> Use the MSDOS_SB macro to get msdos_sb_info, instead of coding it
> directly.
Looks good. Thanks.
Acked-by: OGAWA Hirofumi
> Signed-off-by: Fred Chou
> ---
> fs/fat/inode.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On 2014/12/26 15:46, Li, ZhenHua wrote:
> Hi Takao Indoh,
>
> Thank you very much for your testing. I will add your update in next
> version.
> Also I think a flush for __iommu_update_old_root_entry is also necessary.
>
> Currently I have no idea about your fault, does it happen before or
>
Instead of -1 with EAGAIN, read on a O_NONBLOCK tun fd will return 0. This
fixes this by properly returning the error code from __skb_recv_datagram.
Signed-off-by: Alex Gartrell
---
drivers/net/tun.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/tun.c
On Thu, Dec 25, 2014 at 10:29:44AM +0200, Haggai Eran wrote:
> On 22/12/2014 18:48, j.gli...@gmail.com wrote:
> > static inline void mmu_notifier_invalidate_range_start(struct mm_struct
> > *mm,
> > - unsigned long start,
> > -
Hi Lad,
I'm on holiday these days. I will test these patches later.
Thanks,
Scott
2014-12-20 18:47 GMT+08:00 Lad, Prabhakar :
> Hi Scott,
>
> Although I was on holiday but couldn't resist myself from working,
> since I was away from my hardware I had to choose a different one,
> blackfin driver
Add core files for MT6397 MFD driver.
Signed-off-by: Flora Fu
---
drivers/mfd/Kconfig | 10 +
drivers/mfd/Makefile | 1 +
drivers/mfd/mt6397-core.c| 94 +
include/linux/mfd/mt6397/core.h | 23 +++
Add PMIC wrapper of MT8135 to access MT6397 MFD.
Signed-off-by: Flora Fu
---
drivers/soc/Kconfig | 1 +
drivers/soc/Makefile| 1 +
drivers/soc/mediatek/Kconfig| 12 +
drivers/soc/mediatek/Makefile | 1 +
Signed-off-by: Flora Fu
---
Documentation/devicetree/bindings/mfd/mt6397.txt | 75
1 file changed, 75 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/mt6397.txt
diff --git a/Documentation/devicetree/bindings/mfd/mt6397.txt
Signed-off-by: Flora Fu
---
.../soc/mediatek/mediatek,mt8135-pwrap.txt | 51 ++
1 file changed, 51 insertions(+)
create mode 100644
Documentation/devicetree/bindings/soc/mediatek/mediatek,mt8135-pwrap.txt
diff --git
Add device tree for MT6397 MFD and regulator in mt8135 evb board file.
Signed-off-by: Flora Fu
---
arch/arm/boot/dts/mt8135-evbp1.dts | 193 +
1 file changed, 193 insertions(+)
diff --git a/arch/arm/boot/dts/mt8135-evbp1.dts
Add device tree for MT8135 PMIC wrapper in mt8135.dtsi.
Signed-off-by: Flora Fu
---
arch/arm/boot/dts/mt8135.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/mt8135.dtsi b/arch/arm/boot/dts/mt8135.dtsi
index ec83e69..ab08063 100644
---
Hi,
The patch sets add support for MediaTek PMIC MT6397 MFD core and its regulator
driver.
This is hardware layout for access PMIC MT6397 from AP SoC MT8135.
Between PMIC MT6397 and MT8135, the physical signal channel is SPI bus.
A specific hardware called PMIC Wrapper or PWRAP to handle access
Validated that this was actually using the unsigned comparison with gdb.
Signed-off-by: Alex Gartrell
---
drivers/net/tun.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index a5cbf67..6c63e21 100644
--- a/drivers/net/tun.c
+++
On 12/26/2014 01:45 AM, Li Bin wrote:
> On 2014/7/8 4:05, Peter Zijlstra wrote:
>> > On Mon, Jul 07, 2014 at 09:55:43AM -0400, Sasha Levin wrote:
>>> >> I've also had this one, which looks similar:
>>> >>
>>> >> [10375.005884] BUG: spinlock recursion on CPU#0, modprobe/10965
>>> >> [10375.006573]
Currently the "is-socket" test for a file compares the ops table pointer,
which is static and local to the socket.c. Instead, this adds a flag for
private_data_is_socket. This is an exceptionally long commit message for a
two-line patch.
Signed-off-by: Alex Gartrell
---
include/linux/fs.h | 2
By setting private_data to a socket and private_data_is_socket to true, we
can use the socket syscalls. We also can't just blindly use private_data
anymore, so there's a __tun_file_get function that returns the container_of
private_data appropriately.
Signed-off-by: Alex Gartrell
---
There is an underlying socket object in struct tun that isn't accessible,
so if you try to do a recvmmsg on a tun file descriptor you'll get an
error. This small patchset allows external file objects to claim socket
status and enables it for tun_files.
Alex Gartrell (2):
socket: Allow external
Hi Takao Indoh,
Thank you very much for your testing. I will add your update in next
version.
Also I think a flush for __iommu_update_old_root_entry is also necessary.
Currently I have no idea about your fault, does it happen before or
during its loading? Could you send me your full kernel log
From: Fred Chou
Use the MSDOS_SB macro to get msdos_sb_info, instead of coding it
directly.
Signed-off-by: Fred Chou
---
fs/fat/inode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/fat/inode.c b/fs/fat/inode.c
index 1956dae..0f52d5f 100644
--- a/fs/fat/inode.c
+++
On 2014/7/8 4:05, Peter Zijlstra wrote:
> On Mon, Jul 07, 2014 at 09:55:43AM -0400, Sasha Levin wrote:
>> I've also had this one, which looks similar:
>>
>> [10375.005884] BUG: spinlock recursion on CPU#0, modprobe/10965
>> [10375.006573] lock: 0x8803a0fd7740, .magic: dead4ead, .owner:
>>
This fixes sparse warnings:
staging/lustre/lustre/libcfs/nidstrings.c:200:11: warning: symbol
'libcfs_nnetstrfns' was not declared. Should it be static?
drivers/staging/lustre/lustre/libcfs/nidstrings.c:203:1: warning: symbol
'libcfs_lo_str2addr' was not declared. Should it be static?
Avoid forward declaratoins by moving functions to a location before they
are referenced.
Signed-off-by: Sören Brinkmann
---
drivers/staging/lustre/lustre/libcfs/nidstrings.c | 77 +++
1 file changed, 37 insertions(+), 40 deletions(-)
diff --git
On Thu, Dec 25, 2014 at 8:30 PM, Tobias Klauser wrote:
> On 2014-12-24 at 13:22:34 +0100, Kirill A. Shutemov
> wrote:
>> We've replaced remap_file_pages(2) implementation with emulation.
>> Nobody creates non-linear mapping anymore.
>>
>> Signed-off-by: Kirill A. Shutemov
>> Cc: Ley Foon Tan
From: Jaiprakash Singh
IFC IO accressor are set at run time based
on IFC IP registers endianness.IFC node in
DTS file contains information about
endianness.
Signed-off-by: Jaiprakash Singh
---
Changes for v4
- Review rework as per Scott's comments
- Tested on B4860QDS board
Hi Zhen-Hua,
I tested your patch and found two problems.
[1]
Kenel panic occurs during 2nd kernel boot.
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
Kernel panic - not syncing: timer doesn't work through Interrupt-remapped
IO-APIC
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.18.0 #25
Hi Jiri,
On Tue, 23 Dec 2014 09:10:56 -0600 Josh Poimboeuf wrote:
>
> On Tue, Dec 23, 2014 at 01:46:07AM -0800, Christoph Hellwig wrote:
> > On Mon, Dec 22, 2014 at 08:52:02PM +0100, Jiri Kosina wrote:
> > >
> > > a substantial amount of work has been invested into abstracing "Live
> > >
Hi,
On Wed, Dec 24, 2014 at 02:43:27PM -0800, David Cohen wrote:
> Hi Felipe,
>
> Thanks replying.
>
> On Tue, Dec 23, 2014 at 06:29:04PM -0600, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Dec 22, 2014 at 02:43:37PM -0800, David Cohen wrote:
> > > Some platforms have an USB OTG port fully (or
Hi Tony,
On Fri, 19 Dec 2014 12:02:30 -0800 Tony Lindgren wrote:
>
> Makes sense to me. The delay in getting omap stuff into Linux next
> via arm-soc for-next is just too long because of the large number
> of pending pull requests for various ARM SoCs.
Maybe that requires a conversation with
Hi Paul,
On Fri, 26 Dec 2014 15:38:22 +1100 Stephen Rothwell
wrote:
>
> On Fri, 19 Dec 2014 19:28:08 + (UTC) Paul Walmsley wrote:
> >
> > Might you be willing to include this branch in your linux-next builds?
> >
> >
Hi Paul,
On Fri, 19 Dec 2014 19:28:08 + (UTC) Paul Walmsley wrote:
>
> Might you be willing to include this branch in your linux-next builds?
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git#for-next
>
> It will include OMAP clock, bus architecture, and low-level
bfin_can: move the header file to arch independent location
Signed-off-by: Aaron Wu
---
arch/blackfin/include/asm/bfin_can.h | 728 --
drivers/net/can/bfin_can.c |2 +-
drivers/net/can/bfin_can.h | 728 ++
[ +to Thomas Hellstrom ]
On 12/25/2014 08:57 PM, Qu Wenruo wrote:
> Hi all,
>
> When testing v3.19-rc1 kernel(in fact, try to test), the kernel itself fail
> to boot on VMware ESXi 5.1 guest.
Maybe this problem related to the other VMware PAT issue?
> The boot failure is quite easy to
This patch let vp_find_vqs method can accept channel parameters. For
the transports that do not support channel currently, all the
parameters were ignored. For the device that does not use channel, it
can simply pass NULL to transport.
Cc: Rusty Russell
Cc: Michael S. Tsirkin
Signed-off-by:
This patch try to reduce the number of MSIX irqs required for
virtio-net by sharing a MSIX irq for each TX/RX queue pair through
channels. If transport support channel, about half of the MSIX irqs
were reduced.
Cc: Rusty Russell
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
This patch introduce virtio pci channel which are virtqueue groups
that sharing a single MSIX irq. This can be used to reduce the irqs
needed by virtio device.
The channel are in fact a list of virtqueues, and
vp_channel_interrupt() was introduced to traverse the list. The
current strategy was
Hi all:
This series try to share MSIX irq for each tx/rx queue pair. This is
done through:
- introducing virtio pci channel which are group of virtqueues that
sharing a single MSIX irq (Patch 1)
- expose channel setting to virtio core api (Patch 2)
- try to use channel setting in virtio-net
On Fri, Dec 26, 2014 at 8:05 AM, Jiri Olsa wrote:
> On Wed, Dec 24, 2014 at 04:15:10PM +0900, Namhyung Kim wrote:
>
> SNIP
>
>>
>> static void machine__remove_thread(struct machine *machine, struct thread
>> *th)
>> {
>> + struct rb_node **p = >dead_threads.rb_node;
>> + struct rb_node
On Fri, Dec 26, 2014 at 7:53 AM, Jiri Olsa wrote:
> On Wed, Dec 24, 2014 at 04:15:09PM +0900, Namhyung Kim wrote:
>
> SNIP
>
>>
>> he = __hists__add_entry(hists, , NULL,
>> - NULL, NULL, 1, 1, 0, true);
>> +
Hi all,
When testing v3.19-rc1 kernel(in fact, try to test), the kernel itself
fail to boot on VMware ESXi 5.1 guest.
The boot failure is quite easy to describe, only one line is output:
"Probing EDD (edd=off to disable)...ok"
No other output(including warning/bug_on/backtrace or whatever)
On Fri, Dec 26, 2014 at 7:09 AM, Jiri Olsa wrote:
> On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote:
>
> SNIP
>
>>
>> union perf_event *perf_evlist__mmap_read(struct perf_evlist *evlist, int
>> idx);
>> -
>> void perf_evlist__mmap_consume(struct perf_evlist *evlist, int idx);
>>
Hi Wim,
Trying the fetch the watchdog tree
(git://www.linux-watchdog.org/linux-watchdog-next.git#master) today
produces this error:
fatal: unable to connect to www.linux-watchdog.org:
www.linux-watchdog.org[0: 83.149.101.17]: errno=Connection refused
--
Cheers,
Stephen Rothwell
On Fri, Dec 26, 2014 at 7:08 AM, Jiri Olsa wrote:
> On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote:
>> When multi file support is enabled, a dummy tracking event will be
>> used to track metadata (like task, comm and mmap events) for a session
>> and actual samples will be recorded
On 2014/12/25 18:52, Jamie Heilman wrote:
Chen, Tiejun wrote:
On 2014/12/24 19:02, Jamie Heilman wrote:
Chen, Tiejun wrote:
On 2014/12/23 15:26, Jamie Heilman wrote:
Chen, Tiejun wrote:
On 2014/12/23 9:50, Chen, Tiejun wrote:
On 2014/12/22 17:23, Jamie Heilman wrote:
KVM internal error.
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index bdb5317..518ab56 100644
--- a/drivers/staging/dgap/dgap.c
+++
Hi Andy,
On Mon, 22 Dec 2014 11:16:56 -0800 Andy Lutomirski wrote:
>
> I'm re-adding the branch, since 3.19-rc1 is out, the change appears to
> still exist as-is in your tree, and it merges cleanly and builds in
> the latest -next for me. Let me know if this will be problematic for
> any
Hi Jiri,
On Fri, Dec 26, 2014 at 7:08 AM, Jiri Olsa wrote:
> On Wed, Dec 24, 2014 at 04:15:00PM +0900, Namhyung Kim wrote:
>
> SNIP
>
>> #endif /* __PERF_DATA_H */
>> diff --git a/tools/perf/util/util.c b/tools/perf/util/util.c
>> index d5eab3f3323f..a5046d52e311 100644
>> ---
On 12/25/2014 07:05 PM, Fabian Frederick wrote:
> Fix sparse warning:
> net/tipc/link.c:1924:40: warning: Using plain integer as NULL pointer
>
> Signed-off-by: Fabian Frederick
> ---
Acked-by: Ying Xue
> net/tipc/link.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Wed, Dec 24, 2014 at 09:59:41AM +1030, Rusty Russell wrote:
>
> Does this break userspace by creating a device which will just return
> -ENODEV on read? Sure, callers *should* handle it...
If somebody complains we could easily fix this by making open
fail. In fact, if such applications exist
Dear Friend,
Please kindly re-send your details to this e mail address ndume...@ymail.com in
other to enable the lawyer commence the processing all the documents that will
back up your claim.
(1) YOUR FULL NAME..
(2) YOUR ADDRESS... .
(3)
On Wed, Dec 24, 2014 at 09:56:36AM +1030, Rusty Russell wrote:
>
> I'll have to pull the tree to review it properly, but the theory was
> that the reference count was counting users of the rng. Now I don't
> know what it's counting:
The reference count starts off at zero, meaning that the RNG
Herbert Xu writes:
> Currently we only register the device when a valid RNG is added.
> However the way it's done is buggy because we test whether there
> is a current RNG to determine whether we need to register. As
> the current RNG may be missing due to a reinitialisation error
> this can
Herbert Xu writes:
> The kref solution is still buggy because we were only focusing
> on the register/unregister race. The same race affects the
> setting of current_rng through sysfs.
>
> This patch fixes it by using kref_get_unless_zero.
>
> Signed-off-by: Herbert Xu
This patch scares me a
Herbert Xu writes:
> There is no point in doing a manual completion for cleanup_done
> when struct completion fits in perfectly.
>
> Signed-off-by: Herbert Xu
Indeed.
Acked-by: Rusty Russell
Thanks,
Rusty.
> ---
>
> drivers/char/hw_random/core.c | 12 +++-
>
On Tue, Dec 23, 2014 at 4:09 AM, Oded Gabbay wrote:
> Hello Linus,
> Dave Airlie asked me to send this patch to you for review.
I'm not entirely happy about the fix, since we generally *should*
order things by the different init-levels, but we've done the link
order thing before, and I guess
On 12/24/2014 09:56 PM, Mark Brown wrote:
> On Tue, Dec 23, 2014 at 05:04:34PM +0900, Beomho Seo wrote:
>> On 12/23/2014 12:10 AM, Mark Brown wrote:
>
>>> This isn't replacing existing code with use of the framework, it's
>>> adding new bindings where there were none before so it needs to add a
Switch from MIN to the built in min_t with the int type.
Signed-off-by: Jeremiah Mahler
---
drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c
Remove all custom MIN/MAX and min_t operations since they are
no longer needed.
Signed-off-by: Jeremiah Mahler
---
drivers/staging/lustre/include/linux/libcfs/libcfs_private.h | 8
drivers/staging/lustre/lustre/osc/osc_internal.h | 5 -
2 files changed, 13 deletions(-)
Switch from MIN to min_t and remove the previous cast of the second
argument to int.
Signed-off-by: Jeremiah Mahler
---
drivers/staging/lustre/lnet/lnet/lib-move.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lnet/lnet/lib-move.c
Switch from MIN to min and fix the new type warning. The
warning is produced because a comparison between iov_len,
which is a __kernel_size_t, is made to kiov_len, which is an
unsigned int (include/linux/lnet/types.h). Fix the warning
by casting kiov_len to __kernel_size_t.
Signed-off-by:
Custom MIN/MAX operations are being used which are not as robust
as the built in min/max operations which will warn about potentially
problematic type comparisons.
For the simple cases, where no type warning is produced, simply
replace MIN/MAX with min/max.
Signed-off-by: Jeremiah Mahler
---
The lustre modules define their own custom MIN, MAX and min_t functions.
However Linux provides these functions (include/linux/kernel.h) and their
design is more robust. They check types and produce compiler warnings
if differing types are used.
This patch set updates the lustre modules to use
Switch from MIN/MAX to min_t/max_t with a size_t type. The size_t type
was chosen because one operand is a size_t and all the others are
immediate integer values.
Signed-off-by: Jeremiah Mahler
---
drivers/staging/lustre/lnet/lnet/router_proc.c | 2 +-
1 file changed, 1 insertion(+), 1
From: "Michael S. Tsirkin"
Date: Thu, 25 Dec 2014 11:30:22 +0200
> virtio wants to read bitwise types from userspace using get_user. At the
> moment this triggers sparse errors, since the value is passed through an
> integer.
>
> Fix that up using __force.
>
> Signed-off-by: Michael S.
From: "Kirill A. Shutemov"
Date: Wed, 24 Dec 2014 14:22:41 +0200
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> This patch also increase number of bits availble for swap offset.
>
> Signed-off-by: Kirill A. Shutemov
> Cc:
On Sat 2014-12-20 17:07:25, Steven Rostedt wrote:
> On Sat, 20 Dec 2014 21:42:13 +0100
> Pavel Machek wrote:
>
> > On Wed 2014-12-10 15:38:27, Michael Ellerman wrote:
> > > usleep is a Fedoraism, it's not generally available on Debian based
> > > systems AFAICS.
> > >
> > > GNU sleep accepts a
No caller or macro uses the return value so make all
the functions return void.
Compiled x86 allyesconfig and defconfig w/o CONFIG_PRINTK
Signed-off-by: Joe Perches
---
This change is associated to a desire to eventually
change printk to return void.
drivers/base/core.c| 29
On Wed, Dec 24, 2014 at 04:15:10PM +0900, Namhyung Kim wrote:
SNIP
>
> static void machine__remove_thread(struct machine *machine, struct thread
> *th)
> {
> + struct rb_node **p = >dead_threads.rb_node;
> + struct rb_node *parent = NULL;
> + struct thread *pos;
> +
>
Add the ADSP clock support to the R-Car generation 2 CPG driver. This clock
gets derived from PLL1. The layout of the ADSPCKCR register is similar to
those of the clocks supported by the 'clk-div6' driver but the divider encoding
is non-linear, so can't be supported by that driver...
Based on
On Wed, Dec 24, 2014 at 04:15:09PM +0900, Namhyung Kim wrote:
SNIP
>
> he = __hists__add_entry(hists, , NULL,
> - NULL, NULL, 1, 1, 0, true);
> + NULL, NULL, 1, 1, 0, -1, true);
>
On Tue, Dec 23, 2014 at 09:34:03AM +0100, Stephan Mueller wrote:
> alg_setkey should zeroize the sensitive data after use.
>
> Signed-off-by: Stephan Mueller
Patch applied.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key:
On 12/25/2014 06:31 AM, Masahiro Yamada wrote:
The macros cc-version, cc-fullversion and ld-version take no argument.
It is not necessary to add $(call ...) to invoke them.
Signed-off-by: Masahiro Yamada
---
Documentation/kbuild/makefiles.txt | 4 ++--
arch/parisc/Makefile |
Hi Michael,
On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote:
virtio wants to read bitwise types from userspace using get_user. At the
I don't know the virtio code much yet, but does it makes sense to read bitwise
types?
Will virtio then get possible troubles because of endianess correct as
Hi,
On Thu, Dec 25, 2014 at 10:11:21AM +0100, Pavel Machek wrote:
> On Thu 2014-12-25 09:32:40, Pali Rohár wrote:
> > On Wednesday 24 December 2014 23:57:38 Nishanth Menon wrote:
> > > based on automated testing with u-boot as a chained
> > > bootloader..
> > >
> > > v3.19-rc1: hung
> > >
On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote:
SNIP
>
> union perf_event *perf_evlist__mmap_read(struct perf_evlist *evlist, int
> idx);
> -
> void perf_evlist__mmap_consume(struct perf_evlist *evlist, int idx);
> +struct perf_mmap *perf_evlist__mmap_desc(struct perf_evlist
Am Mittwoch, 24. Dezember 2014, 16:12:53 schrieb Stephan Mueller:
Hi Christophe,
> Am Mittwoch, 24. Dezember 2014, 15:10:14 schrieb leroy christophe:
>
> Hi leroy,
>
> > Le 24/12/2014 10:03, Stephan Mueller a écrit :
> > > Am Dienstag, 23. Dezember 2014, 18:16:01 schrieb leroy christophe:
> >
On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote:
> When multi file support is enabled, a dummy tracking event will be
> used to track metadata (like task, comm and mmap events) for a session
> and actual samples will be recorded in separate files.
>
> Provide separate mmap to the
On Wed, Dec 24, 2014 at 04:15:00PM +0900, Namhyung Kim wrote:
SNIP
> #endif /* __PERF_DATA_H */
> diff --git a/tools/perf/util/util.c b/tools/perf/util/util.c
> index d5eab3f3323f..a5046d52e311 100644
> --- a/tools/perf/util/util.c
> +++ b/tools/perf/util/util.c
> @@ -72,6 +72,49 @@ int
Enable compilation of the AEAD AF_ALG support and provide a Kconfig
option to compile the AEAD AF_ALG support.
Signed-off-by: Stephan Mueller
---
crypto/Kconfig | 9 +
crypto/Makefile | 1 +
2 files changed, 10 insertions(+)
diff --git a/crypto/Kconfig b/crypto/Kconfig
index
Hi,
This patch set adds AEAD and RNG support to the AF_ALG interface
exported by the kernel crypto API. By extending AF_ALG with AEAD and RNG
support, all cipher types the kernel crypto API allows access to are
now accessible from userspace.
Both, AEAD and RNG implementations are stand-alone and
This patch adds the random number generator support for AF_ALG.
A random number generator's purpose is to generate data without
requiring the caller to provide any data. Therefore, the AF_ALG
interface handler for RNGs only implements a callback handler for
recvmsg.
The following parameters
This patch adds the AEAD support for AF_ALG.
The implementation is based on algif_skcipher, but contains heavy
modifications to streamline the interface for AEAD uses.
To use AEAD, the user space consumer has to use the salg_type named
"aead".
The AEAD implementation includes some overhead to
Enable compilation of the RNG AF_ALG support and provide a Kconfig
option to compile the RNG AF_ALG support.
Signed-off-by: Stephan Mueller
---
crypto/Kconfig | 9 +
crypto/Makefile | 1 +
2 files changed, 10 insertions(+)
diff --git a/crypto/Kconfig b/crypto/Kconfig
index
On Thursday 25 December 2014 21:11:05 Pali Rohár wrote:
> I will try to recap all information which we have...
>
> *) We should not send wireless key press to userspace when BIOS
> already handles wireless state (and enable/disable wifi):
>
On Thursday 18 December 2014 12:08:58 Pali Rohár wrote:
> On Wednesday 10 December 2014 14:32:16 Gabriele Mazzotta wrote:
> > On Wednesday 10 December 2014 12:51:30 Pali Rohár wrote:
> > > On Tuesday 09 December 2014 21:07:01 Pali Rohár wrote:
> > > > Now we have autodetection code for fan
Am Donnerstag, den 25.12.2014, 10:28 +0800 schrieb Vince Hsu:
> On 12/24/2014 09:16 PM, Lucas Stach wrote:
> > Am Dienstag, den 23.12.2014, 18:39 +0800 schrieb Vince Hsu:
> >> The Tegra124 and later Tegra SoCs have a sepatate rail gating register
> >> to enable/disable the clamp. The original
On Fri, Dec 19, 2014 at 02:13:08PM -0600, Suravee Suthikulpanit wrote:
> This patch adds ACPI supports for AHCI platform driver, which uses _CLS
> method to match the device.
>
> The following is an example of ASL structure in DSDT for a SATA controller,
> which contains _CLS package to be
On Sun, Dec 21, 2014 at 10:36:37PM -0500, Nicholas Krause wrote:
> Changes the spelling typos of removeable to removable where ata_id_removeable
> is defined in
> ata.h and called in libata-scsi.c respectively.
>
> Signed-off-by: Nicholas Krause
Well, this isn't exactly wrong but why not?
Before:
1 ERROR: code indent should use tabs where possible
1 WARNING: please, no spaces at the start of a line
After:
(none)
Signed-off-by: David Decotigny
---
drivers/staging/comedi/drivers/dmm32at.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Dec 24, 2014 at 09:54:33AM +0100, Stephan Mueller wrote:
>
> That is right, but isn't that the nature of AEAD ciphers in general? Even if
> you are in the kernel, you need to have all scatter lists together for one
> invocation of the AEAD cipher.
It's actually only the nature of
On Mon, Dec 15, 2014 at 09:28:40AM +0800, Lai Jiangshan wrote:
> > The foundation those pools were standing are gone.
>
> This statement is not true unless we write some code to force them,
> dequeue them from the unbound_pool_hash, for example.
Yeah, that's the obvious thing to do. Those pools
On Mon, Dec 15, 2014 at 10:02:04AM +0800, Lai Jiangshan wrote:
> 1) "NUMA code" = system's NUMA memory hotplug code, AKA, keep the numa
> mapping stable
>
>I think this is the better idea. This idea came to my mind immediately at
> the time
>I received the bug report. And after some
On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
> The pwqs of the old node's cpumask do be discarded. But the pools of the old
> node's cpumask maybe recycle. For example, a new workqueue's affinity is set
> to
> the old node's cpumask before the pool is dead. Any old pool can long
On Wed, Dec 17, 2014 at 01:56:29PM +0900, Kamezawa Hiroyuki wrote:
> Let me correct my words. Main purpose of this patch 1/2 is handling a case
> "node disappers" after boot.
> And try to handle physicall node hotplug caes.
>
> Changes of cpu<->node relationship at CPU_ONLINE is handled in patch
I will try to recap all information which we have...
*) We should not send wireless key press to userspace when BIOS
already handles wireless state (and enable/disable wifi):
http://www.spinics.net/lists/platform-driver-x86/msg05922.html
*) some tested dell machines does not implement GRBT
Zyxel NSA-220 (orion5x) reports such message during poweroff/reboot
(repro: boot, log in, poweroff). Detailed output can be found at
http://pastebin.com/raw.php?i=NUNYBLWM
Bisect showed that this started appearing since
4830959318d14bd8856437ad5beea6016ef8c484 was applied.
Kernel configs:
Remove do {} while (0) loops around single statements in
skein/skein_block.c
Signed-off-by: Arno Tiemersma
---
drivers/staging/skein/skein_block.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/skein/skein_block.c
On Thu, 2014-12-25 at 19:01 +0100, arno.tiemer...@gmail.com wrote:
> Remove do {} while (0) loops around single statements in
> skein/skein_block.c
[]
> diff --git a/drivers/staging/skein/skein_block.c
> b/drivers/staging/skein/skein_block.c
[]
> @@ -83,9 +83,7 @@ do {
This is the main peripheral IRQ controller on the BCM7xxx MIPS chips;
it has the following characteristics:
- 64 to 160+ level IRQs
- Atomic set/clear registers
- Reasonably predictable register layout (N status words, then N
mask status words, then N mask set words, then N mask clear
1 - 100 of 386 matches
Mail list logo
