On Thu, Jun 23, 2016 at 06:47:54PM -0700, t...@winchiphead.com wrote:
> The old driver for usb-serial chips ch34x which submitted by kernel volunteer
> Frank A Kingswood is too old to use, and
> the
> driver has bugs when receiving chracters, thus after communicating with the
> author
> we deci
Hi Linus,
Here's a small fix for v4.7. This problem was actually introduced in v4.6
when we unified Kconfig, making PCIe support available everywhere including
sparc, where config reads into unaligned buffers cause warnings. This fix
is from Dave Miller.
As a reminder, any future PCI fixes for
From: Kuninori Morimoto
Linux kernel already has of_graph_get_remote_port_parent(),
but, sometimes we want to get own port parent.
This patch adds of_graph_get_port_parent()
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 30 ++
include/linux/of_gra
Hi Jens,
Today's linux-next merge of the block tree got a conflict in:
fs/btrfs/compression.c
between commit:
edf0e062aa6f ("Btrfs: fix BUG_ON in btrfs_submit_compressed_write")
from the btrfs-kdave tree and commit:
81a75f6781de ("btrfs: use bio fields for op and flags")
from the block
From: Kuninori Morimoto
OF graph is used mainly from V4L2, but ALSA needs to use it. It already
has for_each_endpoint_of_node() which is for-loop for each endpoint.
But, ALSA needs for-loop for each port[s], and for-loop for each
endpoint of inside port[s]. This patch adds for_each_of_port()
and
From: Kuninori Morimoto
driver want to get top level of port[s] node. This patch adds
of_graph_get_top_port() for this purpose
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 24
include/linux/of_graph.h | 1 +
2 files changed, 25 insertions(+)
diff
From: Kuninori Morimoto
OF graph endpoint is now used for V4L2 video, but ALSA will use
it too. Then for example HDMI case, it needs to indicate endpoint type.
Otherwise, ALSA can't handle sound endpoint correctly.
This patch adds of_graph_port/endpoint_type_is() for it,
and adds of_graph_port/e
From: Kuninori Morimoto
OF graph want to count its endpoint number, same as
of_get_child_count(). This patch adds of_graph_get_endpoint_count()
which can check specific type. It will count all endpoint if type was NULL.
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 16 ++
From: Kuninori Morimoto
It should use same method to get same result.
To getting remote-endpoint node,
let's use of_graph_get_remote_endpoint()
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 18 --
include/linux/of_graph.h | 8
2 files changed, 24 in
From: Kuninori Morimoto
OF graph is used mainly from V4L2, but ALSA needs to use it too.
Then, ALSA needs to know each port/endpoint type, otherwise it
can't detect ALSA port/endpoint correctly.
This patch enables to use type property on OF graph.
Signed-off-by: Kuninori Morimoto
---
Document
Hi Neil & Caesar,
On 2016/6/23 20:45, Neil Armstrong wrote:
On 06/22/2016 04:54 AM, Frank Wang wrote:
Hi Neil,
On 2016/6/21 18:02, Neil Armstrong wrote:
This patchset aims to support the legacy SCPI firmware implementation that was
delivered as early technology preview for the JUNO platform.
Hi Rob, Mark
Cc Guennadi, Laurent
Now OF graph is mainly used by V4L2 SoC, and ALSA SoC is using
different style for SoC <-> Codec binding.
But, for example, HDMI case, V4L2 <-> ALSA need to collaborate,
and then ALSA SoC needs to adjust to OF graph.
OTOH, V4L2's "OF graph" position is same as A
From: Chris Lapa
Stores pointer to pdata because it easily allows pdata to reference
either platform data or in the future device tree data.
Signed-off-by: Chris Lapa
Reviewed-by: Krzysztof Kozlowski
---
drivers/power/max8903_charger.c | 20 +---
1 file changed, 13 insertions
From: Chris Lapa
This change ensures all gpios are available for the driver to use and also
splits off gpio setup into its own function for readability.
Signed-off-by: Chris Lapa
Reviewed-by: Krzysztof Kozlowski
---
drivers/power/max8903_charger.c | 136 ++
From: Chris Lapa
Prior to this commit a zero gpio was treated as invalid. Whereas
gpio_is_valid() will treat a zero gpio as valid.
This commit removes the confusion and explicitly uses gpio_is_valid()
throughout. Which in turn results in several of the error messages becoming
redundant and thus
From: Chris Lapa
Adds support for device tree to setup a max8903 battery charger. DC and USB
validity are determined by looking the presence of the dok and uok gpios.
Signed-off-by: Chris Lapa
---
drivers/power/max8903_charger.c | 78 +
1 file changed, 7
From: Chris Lapa
Remove the 'out of memory' error message as it is printed by the core.
Signed-off-by: Chris Lapa
Reviewed-by: Krzysztof Kozlowski
---
drivers/power/max8903_charger.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/power/max8903_charger.c b/driv
From: Chris Lapa
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is configured for dc power exclus
From: Chris Lapa
Signed-off-by: Chris Lapa
---
.../devicetree/bindings/power/max8903-charger.txt | 25 +++
arch/arm/boot/dts/dairytest-servo.dtsi | 36 ++
2 files changed, 61 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/m
From: Chris Lapa
This patch set adds device tree support for the MAX8903 battery charger.
It also cleans up logic with dc_valid, dok and dcm pins as well as
fixing up validity checking of gpios.
I verified these patches work on a board I have here, which uses the
DC power side (not the USB porti
On 06/24/2016 08:43 AM, Bin Gao wrote:
> This series modifies the pen function signature to take bit field
> and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It
> also adds support for PMIC regs operation region.
Reviewed-by: Aaron Lu
Thanks,
Aaron
>
> Yegnesh Iyer (1):
> acpi:
Hi,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.7-rc4 next-20160623]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Chunyan-Zhang/Integration-of-function-trace-with
In .probe(), devm_kzalloc() is called with size == 0 and works only
by luck, due to internal behavior of the allocator and the fact
that the proper allocation size is small. Let's use proper value for
calculating the size.
Fixes: cd6438c5f844 ("iommu/rockchip: Reconstruct to support multi slaves")
From: Simon Xue
This patch makes it possible to compile the rockchip-iommu driver on
ARM64, so that it can be used with 64-bit SoCs equipped with this type
of IOMMU.
Signed-off-by: Simon Xue
Signed-off-by: Shunqian Zheng
Signed-off-by: Tomasz Figa
---
drivers/iommu/Kconfig | 2 +-
1 file cha
From: Tomasz Figa
The API is not suitable for subsystems consisting of multiple devices
and requires severe hacks to use it. To mitigate this, this patch
implements allocation and address space management locally by using
helpers provided by DRM framework, like other DRM drivers do, e.g.
Tegra.
Use DMA API instead of architecture internal functions like
__cpuc_flush_dcache_area() etc.
The biggest difficulty here is that dma_map and _sync calls require some
struct device, while there is no real 1:1 relation between an IOMMU
domain and some device. To overcome this, a simple platform devic
Rockchip DRM used the arm special API, arm_iommu_*(), to attach
iommu for ARM32 SoCs. This patch convert to common iommu API
so it would support ARM64 like RK3399.
Since previous patch added support for direct IOMMU address space
management, there is no need to use DMA API anymore and this patch w
From: Simon Xue
The iommu_dma_alloc() in iommu/dma-iommu.c calls iommu_map_sg()
that requires the callback iommu_ops .map_sg(). Adding the
default_iommu_map_sg() to Rockchip IOMMU accordingly.
Signed-off-by: Simon Xue
Signed-off-by: Shunqian Zheng
Reviewed-by: Douglas Anderson
Signed-off-by:
> On Jun 24, 2016, at 00:01, Joe Perches wrote:
>
> On Thu, 2016-06-23 at 14:45 +0100, Colin King wrote:
>> trivial fix to spelling mistake in pr_err message
> []
>> diff --git a/fs/ceph/cache.c b/fs/ceph/cache.c
> []
>> @@ -71,7 +71,7 @@ int ceph_fscache_register_fs(struct ceph_fs_client* fsc)
Set geometry for allocated domains and fix .domain_alloc() callback to
work with IOMMU_DOMAIN_DMA domain type, which is used for implicit
domains on ARM64.
Signed-off-by: Shunqian Zheng
Signed-off-by: Tomasz Figa
---
drivers/iommu/rockchip-iommu.c | 16 +++-
1 file changed, 11 inser
This series intends mostly to enable support for ARM64 architecture
in the rockchip-iommu driver. On the way to do so, some bugs are also
fixed.
The most important changes here are:
- making the Rockchip IOMMU driver use DMA API for managing cache
coherency of page tables,
- making the Rockch
From: Simon Xue
Even though the IOMMU shares IRQ with its master, the struct device
passed to {request,free}_irq is supposed to represent the device that is
signalling the interrupt. This patch makes the driver use IOMMU device
instead of master's device to make things clear.
Signed-off-by: Simo
I agree with you. You can also add me to the "Signed-off-by".
Best Regards,
Zhengjun
-Original Message-
From: Steven Rostedt [mailto:rost...@goodmis.org]
Sent: Monday, June 20, 2016 9:53 PM
To: linux-kernel@vger.kernel.org
Cc: Linus Torvalds ; Ingo Molnar
; Andrew Morton ; Xing, Zhengju
Hi Chris,
On Thu, Jun 23, 2016 at 5:34 PM, Chris Zhong wrote:
> Hi Guenter
>
>
> On 06/24/2016 05:47 AM, Guenter Roeck wrote:
>>
>> Hi Chris,
>>
>> On Thu, Jun 23, 2016 at 5:51 AM, Chris Zhong wrote:
>>>
>>> Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB
>>> Type-C PHY is desig
Regards,
Ocean He
SW Development Dept.
Beijing Design Center
Enterprise Product Group
Mobile: 18911778926
E-mail: he...@lenovo.com
No.6 Chuang Ye Road, Haidian District, Beijing, China 100085
> -Original Message-
> From: Zheng, Lv [mailto:lv.zh...@intel.com]
> Sent: Friday, June 24, 201
Hi All,
On Thu, Jun 23, 2016 at 11:14 PM, Colin King wrote:
> From: Colin Ian King
>
> trivial fix to spelling mistake in dev_err messages
>
> Signed-off-by: Colin Ian King
Looks right to me.
Reviewed-by: Julian Calaby
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http
Add missing sysconfig/sysstatus information
to OMAP3 hwmod. The information has been
checked against OMAP34xx and OMAP36xx TRM.
Without this change DSI block is not reset
during boot, which is required for working
Nokia N950 display.
Signed-off-by: Sebastian Reichel
---
Hi,
This is an updated v
The old driver for usb-serial chips ch34x which submitted by kernel volunteer
Frank A Kingswood is too old to use, and the
driver has bugs when receiving chracters, thus after communicating with the
author
we decide to revoke the old driver ch341.c and submit the new one ch34x.c.
Add the releva
On Thu, Jun 23 2016 at 7:36pm -0400,
Kani, Toshimitsu wrote:
> On Thu, 2016-06-23 at 17:05 -0400, Mike Snitzer wrote:
> :
> > +static int device_supports_dax(struct dm_target *ti, struct dm_dev *dev,
> > + sector_t start, sector_t len, void *data)
> > +{
> > + struct
在 2016/6/24 7:37, Brian Norris 写道:
Hi,
On Thu, Jun 23, 2016 at 10:30:17AM +0800, Shawn Lin wrote:
在 2016/6/20 14:36, Kishon Vijay Abraham I 写道:
On Monday 20 June 2016 06:28 AM, Shawn Lin wrote:
On 2016/6/17 21:08, Kishon Vijay Abraham I wrote:
On Thursday 16 June 2016 06:52 AM, Shawn Lin wro
Add the config CRYPTO_SHA256_MB which will enable the computation using the
SHA256 multi-buffer algorithm.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
---
crypto/Kconfig | 16
1 file changed, 16 insertions(+)
diff --git a/crypto/Kconfig b/crypto/Kco
This patch introduces the multi-buffer job manager which is responsible for
submitting scatter-gather buffers from several SHA256 jobs to the
multi-buffer algorithm. It also contains the flush routine to that's
called by the crypto daemon to complete the job when no new jobs arrive
before the deadl
This patch introduces the assembly routines to do SHA256 computation
on buffers belonging to several jobs at once. The assembly routines
are optimized with AVX2 instructions that have 8 data lanes and using
AVX2 registers.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
This patch introduces the routines used to submit and flush buffers
belonging to SHA256 crypto jobs to the SHA256 multibuffer algorithm. It
is implemented mostly in assembly optimized with AVX2 instructions.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
---
.../crypto/
This patch introduces the data structures and prototypes of
functions needed for computing SHA256 hash using multi-buffer.
Included are the structures of the multi-buffer SHA256 job,
job scheduler in C and x86 assembly.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
---
From: Megha Dey
The existing test suite to calculate the speed of the SHA algorithms
assumes serial (single buffer)) computation of data. With the SHA
multibuffer algorithms, we work on 8 lanes of data in parallel. Hence,
the need to introduce a new test suite to calculate the speed for these
alg
From: Megha Dey
Until now, there was only support for the SHA1 multibuffer algorithm.
Hence, there was just one sha-mb folder. Now, with the introduction of
the SHA256 multi-buffer algorithm , it is logical to name the existing
folder as sha1-mb.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
From: Megha Dey
In this patch series, we introduce the multi-buffer crypto algorithm on
x86_64 and apply it to SHA256 hash computation. The multi-buffer technique
takes advantage of the 8 data lanes in the AVX2 registers and allows
computation to be performed on data from multiple jobs in parall
Hi Jaehoon,
On 2016/6/23 19:39, Jaehoon Chung wrote:
Hi Shawn,
On 06/21/2016 04:39 PM, Shawn Lin wrote:
在 2016/6/21 13:32, Jaehoon Chung 写道:
Hi guys,
On 06/21/2016 11:31 AM, Shawn Lin wrote:
On 2016/6/21 10:24, Seung-Woo Kim wrote:
Hello Shawn,
-Original Message-
From: Shawn Lin
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/vrf.c
between commit:
52fe705b493d ("net: vrf: replace hard tab with space in assignment")
from the net tree and commits:
671cd19ade97 ("net: vrf: ipv4 support for local traffic to local addresses")
6
Hi,
[auto build test ERROR on tip/perf/core]
[also build test ERROR on v4.7-rc4 next-20160623]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Chunyan-Zhang/Integration-of-function-trace-with
FYI, we noticed the following commit:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 71765b477ce8a5cf0bc84a870a79835b03401df3 ("thermal: core: move
thermal_zone sysfs to thermal_sysfs.c")
on test machine: vm-kbuild-yocto-ia32: 1 threads qemu-system-x86_64 -en
On 06/23/16 23:46, Andrew Morton wrote:
> On Thu, 23 Jun 2016 18:07:10 +0300 Topi Miettinen wrote:
>
>> There are many basic ways to control processes, including capabilities,
>> cgroups and resource limits. However, there are far fewer ways to find
>> out useful values for the limits, except bli
Hi Ard,
On Thu, Jun 23, 2016 at 10:05:53PM +0200, Ard Biesheuvel wrote:
> On 23 June 2016 at 21:58, Kees Cook wrote:
> > On Thu, Jun 23, 2016 at 12:33 PM, Jason Cooper wrote:
> >> On Wed, Jun 22, 2016 at 10:05:51AM -0700, Kees Cook wrote:
> >>> On Wed, Jun 22, 2016 at 8:59 AM, Thomas Garnier
>
Hi,
> From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> Hi Lv,
>
> On 13 Jun, Zheng, Lv wrote:
> > > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> > > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> > >
Hi,
[auto build test ERROR on cryptodev/master]
[also build test ERROR on v4.7-rc4 next-20160623]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Tadeusz-Struk/crypto-algif-add-akcipher/20160624
Broxton platform firmware has defined new customized operation regions
called regs for PMIC chip - regs op region is used to handle the
PMIC gpio mainly intended for the TYPE-C VBUS and Orientation.
The intel_gpio_ctx structure is created for the purpose of handling
the PMIC gpio register read an
This patch adds operation region driver for Intel BXT WhiskeyCove
PMIC. The register mapping is done as per the BXT WC data sheet.
Signed-off-by: Ajay Thomas
Signed-off-by: Bin Gao
---
Changes in v4:
- Reverted(removed) regs_read() and regs_write() methods
Changes in v3:
- Added regs_read() an
Issue description: On some pmics, the policy enable for thermal alerts
refers to different bit fields of the same registers, whereas on other
pmics, the policy enable refers to the same bit field on different
registers. Previous implementation did not provide the flexibility for
supporting the firs
This series modifies the pen function signature to take bit field
and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It
also adds support for PMIC regs operation region.
Yegnesh Iyer (1):
acpi: pmic: Modifying the pen function signature to take bit field
Ajay Thomas (1):
acpi: pmi
Hi Guenter
On 06/24/2016 05:47 AM, Guenter Roeck wrote:
Hi Chris,
On Thu, Jun 23, 2016 at 5:51 AM, Chris Zhong wrote:
Add a PHY provider driver for the rk3399 SoC Type-c PHY. The USB
Type-C PHY is designed to support the USB3 and DP applications. The
PHY basically has two main components: USB
Hi,
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Ocean HY1 He
> Subject: RE: [PATCH] ACPI: Execute the _PTS method when system reboot
>
> Hi Rafael,
> Please see my reply in below.
>
> Regards,
> Ocean He
> SW Development Dept.
> Beijing Desi
Hi Tony,
On Tue, Jun 21, 2016 at 04:01:03AM -0700, Tony Lindgren wrote:
> * Tony Lindgren [160412 13:53]:
> > * Sebastian Reichel [160324 17:16]:
> > > On Thu, Mar 24, 2016 at 05:11:15PM +0200, Jani Nikula wrote:
> > > > > I _think_, that your HW team decided to cover the first and the
> > > > >
By concerting the driver to regmap, we can use regmap to cache non-volatile
registers. Stop caching the temperature register; while potentially reading
it more often can result in reading it more often than necessary, this is
offset by the gain due to not re-reading the limit registers.
Signed-off
So far the chip was forced into polarity 0, even if it was preconfigured
differently. Do not touch the polarity when configuring the chip.
Also, the configuration register was read beack to check if the
configuration 'sticks'. Ultimately, that is similar to checking if the
chip is a tmp102 in the
If the chip was in shutdown mode when the driver was loaded, the first
conversion is ready no more than 35 milli-seconds after the chip was
taken out of shutdown. The driver delay was so far set to 333 ms (HZ / 3),
which is much higher than the maximum time needed by the chip.
Reduce the time to 3
The FSF address can change, so drop it from the driver.
Signed-off-by: Guenter Roeck
---
drivers/hwmon/tmp102.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/hwmon/tmp102.c b/drivers/hwmon/tmp102.c
index befd06b6f3a5..5bdf262e6a0e 100644
--- a/drivers/hwmon/tmp102.c
+++ b/driver
By registering a cleanup function with devm_add_action(), we can
simplify the error path in the probe function and drop the remove
function entirely.
Signed-off-by: Guenter Roeck
---
drivers/hwmon/tmp102.c | 54 ++
1 file changed, 19 insertions(+),
> Hi,
>
> 2016-06-23 22:40 GMT+09:00 Rafael J. Wysocki :
> > On Thu, Jun 23, 2016 at 4:18 AM, Chanwoo Choi wrote:
> >> This patch sends the DEVFREQ_POSTCHANGE notification when
> >> devfreq->profile->targer() is failed. The PRECHANGE/POSTCHANGE
> >> should be paired.
> >>
> >> Fixes: 0fe3a66410a3
On 06/23/16 21:38, Tejun Heo wrote:
> Hello,
>
> On Thu, Jun 23, 2016 at 06:07:10PM +0300, Topi Miettinen wrote:
>> There are many basic ways to control processes, including capabilities,
>> cgroups and resource limits. However, there are far fewer ways to find
>> out useful values for the limits,
On 24/06/16 00:54, Julian Calaby wrote:
> Hi Luis,
>
> On Fri, Jun 24, 2016 at 9:50 AM, Luis de Bethencourt
> wrote:
>> On 24/06/16 00:15, Julian Calaby wrote:
>>> Hi Joe,
>>>
>>> On Fri, Jun 24, 2016 at 5:24 AM, Joe Perches wrote:
On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrot
On 24.06.2016 03:11, Vladimir Zapolskiy wrote:
> If kernel build configuration has enabled CONFIG_PM and unset
> CONFIG_PM_SLEEP, then intel-lpss-pci.c and intel-lpss-acpi.c can not
> be compiled due to a missing INTEL_LPSS_SLEEP_PM_OPS macro
> declaration:
>
> drivers/mfd/intel-lpss-pci.c:63:8:
If kernel build configuration has enabled CONFIG_PM and unset
CONFIG_PM_SLEEP, then intel-lpss-pci.c and intel-lpss-acpi.c can not
be compiled due to a missing INTEL_LPSS_SLEEP_PM_OPS macro
declaration:
drivers/mfd/intel-lpss-pci.c:63:8: error: undefined identifier
'INTEL_LPSS_SLEEP_PM_OPS'
d
Hi Luis,
On Fri, Jun 24, 2016 at 9:50 AM, Luis de Bethencourt
wrote:
> On 24/06/16 00:15, Julian Calaby wrote:
>> Hi Joe,
>>
>> On Fri, Jun 24, 2016 at 5:24 AM, Joe Perches wrote:
>>> On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrote:
hif_drv->usr_scan_req.net.net_info[i] contain
On 24/06/16 00:15, Julian Calaby wrote:
> Hi Joe,
>
> On Fri, Jun 24, 2016 at 5:24 AM, Joe Perches wrote:
>> On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrote:
>>> hif_drv->usr_scan_req.net.net_info[i] contains found_net_info structs
>>> which have the following element:
>>> u8 bssid[6
On Thu, 23 Jun 2016 21:33:54 +0800 wrote:
> From: z00281421
>
> set anon_vma of first rmap_item of ksm page to page's anon_vma
> other than vma's anon_vma so that we can lookup all the forked
> vma of kpage via reserve map. thus we can try_to_unmap ksm page
> completely and reclaim or migrate t
Am Freitag, 24 Juni 2016, 08:33:24 schrieb Balbir Singh:
> On 24/06/16 02:44, Thiago Jung Bauermann wrote:
> > Sorry, I still don't understand your concern. What kind of cheating?
> > Which values? If it's the values in the event log, there's no need to
> > trust the old kernel. The new kernel know
On Thu, 23 Jun 2016 18:07:10 +0300 Topi Miettinen wrote:
> There are many basic ways to control processes, including capabilities,
> cgroups and resource limits. However, there are far fewer ways to find
> out useful values for the limits, except blind trial and error.
>
> Currently, there is no
Good day dear, i hope this mail meets you well? My name is Jack, from the U.S.
I know this may seem inappropriate so i ask for your forgiveness but i wish to
get to know you better, if I may be so bold. I consider myself an easy-going
man, adventurous, honest and fun loving person but I am curre
On Mon, Jun 20, 2016 at 01:55:15PM +0900, Byungchul Park wrote:
Hello,
I have a plan to resend this patchset after reinforcement of
documentation. However I am wondering what you think about the
main concept of this. A main motivation is to be able to detect
several problems which I describes wit
Hi,
On Thu, Jun 23, 2016 at 10:30:17AM +0800, Shawn Lin wrote:
> 在 2016/6/20 14:36, Kishon Vijay Abraham I 写道:
> >On Monday 20 June 2016 06:28 AM, Shawn Lin wrote:
> >>On 2016/6/17 21:08, Kishon Vijay Abraham I wrote:
> >>>On Thursday 16 June 2016 06:52 AM, Shawn Lin wrote:
> This patch to add
On Thu, 2016-06-23 at 17:05 -0400, Mike Snitzer wrote:
:
> +static int device_supports_dax(struct dm_target *ti, struct dm_dev *dev,
> + sector_t start, sector_t len, void *data)
> +{
> + struct request_queue *q = bdev_get_queue(dev->bdev);
> +
> + return q && bl
Andi,
is LTO_REFERENCE_INITCAL() still needed?
I see external stuff like this:
https://github.com/neo-technologies/linux-next/blob/master/scripts/Makefile.lto
But nothing quite obviously setting these upstream. I'm probably just
missing something obvious though. Either way I figured now would b
The mm-of-the-moment snapshot 2016-06-23-16-33 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Thu, Jun 23, 2016 at 11:45:47AM -0400, Sinan Kaya wrote:
> >
> > Sure, let me get a patch for you.
>
> Here it is
http://webserver.djo.tudelft.nl/dmesg460+printpatch2
> I am trying to find a system with similar characteristics for debug
All from the same laptop, Dell Inspiron 4100.
The sam
Hi Joe,
On Fri, Jun 24, 2016 at 5:24 AM, Joe Perches wrote:
> On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrote:
>> hif_drv->usr_scan_req.net.net_info[i] contains found_net_info structs
>> which have the following element:
>> u8 bssid[6];
> []
>> I am aware this patch gives a few check
Hi Benjamin,
On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote:
> +
> +struct mapping_table_entry {
> + u16 rmiaddr;
Should be __le16 rmiaddr, otherwise:
CHECK drivers/input/rmi4/rmi_smbus.c
drivers/input/rmi4/rmi_smbus.c:116:33: warning: incorrect type in assignment
(d
On 24 June 2016 at 00:50, Marek Vasut wrote:
> On 06/24/2016 12:43 AM, Michal Suchanek wrote:
>> On 24 June 2016 at 00:14, Marek Vasut wrote:
>>> On 06/23/2016 11:58 PM, Michal Suchanek wrote:
On 23 June 2016 at 22:46, Marek Vasut wrote:
> On 06/23/2016 10:35 PM, Michal Suchanek wrote:
From: Stephan Mueller
For supporting asymmetric ciphers, user space must be able to set the
public key. The patch adds a new setsockopt call for setting the public
key.
Signed-off-by: Stephan Mueller
Signed-off-by: Tadeusz Struk
---
crypto/af_alg.c | 18 +-
include/c
On Thu, Jun 23, 2016 at 11:46:55PM +0200, Wolfram Sang wrote:
> On Thu, Jun 23, 2016 at 01:55:52PM -0700, Dmitry Torokhov wrote:
> > On Thu, Jun 16, 2016 at 08:09:42AM +0200, Wolfram Sang wrote:
> > > > > - removed the .resume hook as upstream changed suspend/resume hooks
> > > > > and there
> > >
From: Stephan Mueller
Add the Makefile and Kconfig updates to allow algif_akcipher to be
compiled.
Signed-off-by: Stephan Mueller
Signed-off-by: Tadeusz Struk
---
crypto/Kconfig |9 +
crypto/Makefile |1 +
2 files changed, 10 insertions(+)
diff --git a/crypto/Kconfig b/crypt
This patch adds support for asymmetric key type to AF_ALG.
It will work as follows: A new PF_ALG socket options are
added on top of existing ALG_SET_KEY and ALG_SET_PUBKEY, namely
ALG_SET_KEY_ID and ALG_SET_PUBKEY_ID for setting public and
private keys respectively. When these new options will be u
From: Stephan Mueller
This patch adds the user space interface for asymmetric ciphers. The
interface allows the use of sendmsg as well as vmsplice to provide data.
This version has been rebased on top of 4.7 and a few chackpatch issues
have been fixed. This version also removes the constrain on
From: Stephan Mueller
Add the flags for handling signature generation and signature
verification.
Also, the patch adds the interface for setting a public key.
Signed-off-by: Stephan Mueller
Signed-off-by: Tadeusz Struk
---
include/uapi/linux/if_alg.h |3 +++
1 file changed, 3 insertions(
First four patches are a resend algif_akcipher from
Stephan Mueller, with minor changes after rebase on top of 4.7-rc1.
The next three patches add support for keys stored in system
keyring subsystem.
First patch adds algif_akcipher nokey hadlers.
Second patch adds generic sign, verify, encrypt,
Similar to algif_skcipher and algif_hash, algif_akcipher needs
to prevent user space from using the interface in an improper way.
This patch adds nokey ops handlers, which do just that.
Signed-off-by: Tadeusz Struk
---
crypto/algif_akcipher.c | 159 +-
On Thu, Jun 23, 2016 at 09:44:22PM +, Wilfried Klaebe wrote:
> On May 4th, Bjørn Mork provided patch
> 697bbc7b832048d3a679cd55caf2268a325efbe0 to include objtool binaries in
> the headers package. However, that one only works if $srctree=$objtree,
> because the objtool binaries are not written
On 06/24/2016 12:43 AM, Michal Suchanek wrote:
> On 24 June 2016 at 00:14, Marek Vasut wrote:
>> On 06/23/2016 11:58 PM, Michal Suchanek wrote:
>>> On 23 June 2016 at 22:46, Marek Vasut wrote:
On 06/23/2016 10:35 PM, Michal Suchanek wrote:
> Hello,
Hi,
> this patch is
On 24 June 2016 at 00:14, Marek Vasut wrote:
> On 06/23/2016 11:58 PM, Michal Suchanek wrote:
>> On 23 June 2016 at 22:46, Marek Vasut wrote:
>>> On 06/23/2016 10:35 PM, Michal Suchanek wrote:
Hello,
>>>
>>> Hi,
>>>
this patch is kind of awesome.
I have a few practical concern
On Wed, Jun 22, 2016 at 11:08:25PM +0100, Nick Dyer wrote:
> Some touch controllers send out touch data in a similar way to a
> greyscale frame grabber.
>
> Use a new device prefix v4l-touch for these devices, to stop generic
> capture software from treating them as webcams.
>
> Add formats:
> -
101 - 200 of 926 matches
Mail list logo