Re: [PATCH v2 06/10] iio: adc: at91-sama5d2_adc: add support for position and pressure channels

On Tue, 27 Mar 2018 15:32:39 +0300 Eugen Hristev wrote: > This implements the support for position and pressure for the included > touchscreen support in the SAMA5D2 SOC ADC block. > Two position channels are added and one for pressure. > They can be read in raw

Re: [PATCH v2 06/10] iio: adc: at91-sama5d2_adc: add support for position and pressure channels

On Tue, 27 Mar 2018 15:32:39 +0300 Eugen Hristev wrote: > This implements the support for position and pressure for the included > touchscreen support in the SAMA5D2 SOC ADC block. > Two position channels are added and one for pressure. > They can be read in raw format, or through a buffer. > A

[PATCH v2 5/6] spi: sun6i: introduce register set/unset helpers

Two helper functions were added in order to update registers easily. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 39 +-- 1 file changed, 17 insertions(+), 22 deletions(-) diff --git a/drivers/spi/spi-sun6i.c

Re: [PATCH 3/3] iio: adc: meson-axg: add saradc driver

On Fri, 30 Mar 2018 13:09:31 +0200 Martin Blumenstingl wrote: > On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > > From: Xingyu Chen > > > > Add the SAR ADC driver for the Amlogic Meson-AXG SoC. > > > >

[PATCH v2 5/6] spi: sun6i: introduce register set/unset helpers

Two helper functions were added in order to update registers easily. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 39 +-- 1 file changed, 17 insertions(+), 22 deletions(-) diff --git a/drivers/spi/spi-sun6i.c b/drivers/spi/spi-sun6i.c index

Re: [PATCH 3/3] iio: adc: meson-axg: add saradc driver

On Fri, 30 Mar 2018 13:09:31 +0200 Martin Blumenstingl wrote: > On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > > From: Xingyu Chen > > > > Add the SAR ADC driver for the Amlogic Meson-AXG SoC. > > > > Signed-off-by: Xingyu Chen > I suggest changing the subject of this patch to: > iio:

[PATCH v2 6/6] spi: sun6i: add DMA transfers support

DMA transfers are now available for sun6i and sun8i SoCs. The DMA mode is used automatically as soon as requested transfer length is more than FIFO length. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 296 1

[PATCH v2 0/6] spi: Add support for DMA transfers in sun6i SPI driver

The following patchset provides corrections for PIO-mode and support for DMA transfers in sun6i SPI driver. Changes in v2: 1) Fixed issue with misplacing a piece of code that requires access to the transfer structure into sun6i_spi_prepare_message() function where the transfer structure is not

[PATCH v2 6/6] spi: sun6i: add DMA transfers support

DMA transfers are now available for sun6i and sun8i SoCs. The DMA mode is used automatically as soon as requested transfer length is more than FIFO length. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 296 1 file changed, 275

[PATCH v2 0/6] spi: Add support for DMA transfers in sun6i SPI driver

The following patchset provides corrections for PIO-mode and support for DMA transfers in sun6i SPI driver. Changes in v2: 1) Fixed issue with misplacing a piece of code that requires access to the transfer structure into sun6i_spi_prepare_message() function where the transfer structure is not

[PATCH v2 2/6] spi: sun6i: handle chip select polarity flag

The chip select polarity flag is declared as supported but is not handled in the code. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/spi/spi-sun6i.c b/drivers/spi/spi-sun6i.c index

[PATCH v2 2/6] spi: sun6i: handle chip select polarity flag

The chip select polarity flag is declared as supported but is not handled in the code. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/spi/spi-sun6i.c b/drivers/spi/spi-sun6i.c index 88ad45e..78acc1f 100644 ---

[PATCH v2 3/6] spi: sun6i: restrict transfer length in PIO-mode

There is no need to handle 3/4 empty/full interrupts as the maximum supported transfer length in PIO mode is 128 bytes for sun6i- and 64 bytes for sun8i-family SoCs. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 61

[PATCH v2 3/6] spi: sun6i: restrict transfer length in PIO-mode

There is no need to handle 3/4 empty/full interrupts as the maximum supported transfer length in PIO mode is 128 bytes for sun6i- and 64 bytes for sun8i-family SoCs. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun6i.c | 61 ++--- 1 file changed,

Re: [PATCH net-next 5/8] net: mscc: Add initial Ocelot switch support

On 23/03/2018 at 14:41:25 -0700, Florian Fainelli wrote: > On 03/23/2018 01:11 PM, Alexandre Belloni wrote: > > Add a driver for Microsemi Ocelot Ethernet switch support. > > > > This makes two modules: > > mscc_ocelot_common handles all the common features that doesn't depend on > > how the

Re: [PATCH net-next 5/8] net: mscc: Add initial Ocelot switch support

On 23/03/2018 at 14:41:25 -0700, Florian Fainelli wrote: > On 03/23/2018 01:11 PM, Alexandre Belloni wrote: > > Add a driver for Microsemi Ocelot Ethernet switch support. > > > > This makes two modules: > > mscc_ocelot_common handles all the common features that doesn't depend on > > how the

Re: [RFCv2 PATCH 0/3] Salted build ids via linker sections

On Thu, 2018-03-29 at 11:01 -0700, Laura Abbott wrote: > I'm still mostly looking for feedback whether > this would be acceptable for merging or if we should just persue a > --build-id-salt in binutils. Personally I would go with this approach. It seems simple and it might take years before a new

Re: [RFCv2 PATCH 0/3] Salted build ids via linker sections

On Thu, 2018-03-29 at 11:01 -0700, Laura Abbott wrote: > I'm still mostly looking for feedback whether > this would be acceptable for merging or if we should just persue a > --build-id-salt in binutils. Personally I would go with this approach. It seems simple and it might take years before a new

Re: [PATCH] sched: support dynamiQ cluster

Hi Morten, On 29 March 2018 at 14:53, Morten Rasmussen wrote: > On Wed, Mar 28, 2018 at 09:46:55AM +0200, Vincent Guittot wrote: >> Arm DynamiQ system can integrate cores with different micro architecture >> or max OPP under the same DSU so we can have cores with

Re: [PATCH] sched: support dynamiQ cluster

Hi Morten, On 29 March 2018 at 14:53, Morten Rasmussen wrote: > On Wed, Mar 28, 2018 at 09:46:55AM +0200, Vincent Guittot wrote: >> Arm DynamiQ system can integrate cores with different micro architecture >> or max OPP under the same DSU so we can have cores with different compute >> capacity at

Re: 4.16-rc5 on Motorola Droid 4

Hi, On Tue, Mar 27, 2018 at 11:21:56PM +0200, Pavel Machek wrote: > Also, if you know how to get information from light sensor, that would > be nice. You need CONFIG_SENSORS_ISL29028. Once the driver is probed: $ cat /sys/bus/iio/devices/iio\:device1/name isl29030 $ cat

Re: 4.16-rc5 on Motorola Droid 4

Hi, On Tue, Mar 27, 2018 at 11:21:56PM +0200, Pavel Machek wrote: > Also, if you know how to get information from light sensor, that would > be nice. You need CONFIG_SENSORS_ISL29028. Once the driver is probed: $ cat /sys/bus/iio/devices/iio\:device1/name isl29030 $ cat

Re: [PATCH 00/11] Use global pages with PTI

* Ingo Molnar wrote: > > No Global pages (baseline): 186.951 seconds time elapsed ( +- 0.35% ) > > 28 Global pages (this set): 185.756 seconds time elapsed ( +- 0.09% ) > > -1.195 seconds (-0.64%) > > > > Lower is better here, obviously. > >

Re: [PATCH 00/11] Use global pages with PTI

* Ingo Molnar wrote: > > No Global pages (baseline): 186.951 seconds time elapsed ( +- 0.35% ) > > 28 Global pages (this set): 185.756 seconds time elapsed ( +- 0.09% ) > > -1.195 seconds (-0.64%) > > > > Lower is better here, obviously. > > > > I also

Re: [PATCH v2 05/10] iio: adc: at91-sama5d2_adc: fix channel configuration for differential channels

On Tue, 27 Mar 2018 15:32:38 +0300 Eugen Hristev wrote: > When iterating through the channels, the index in the array is not the > scan index. Added an xlate function to translate to the proper index. > This will be used also for devicetree channel xlate > >

Re: [PATCH v2 05/10] iio: adc: at91-sama5d2_adc: fix channel configuration for differential channels

On Tue, 27 Mar 2018 15:32:38 +0300 Eugen Hristev wrote: > When iterating through the channels, the index in the array is not the > scan index. Added an xlate function to translate to the proper index. > This will be used also for devicetree channel xlate > > Signed-off-by: Eugen Hristev So,

Re: [PATCH 00/11] Use global pages with PTI

* Dave Hansen wrote: > On 03/27/2018 01:07 PM, Ingo Molnar wrote: > > * Thomas Gleixner wrote: > >>> systems. Atoms are going to be the easiest thing to get my hands on, > >>> but I tend to shy away from them for performance work. > >> What I

Re: [PATCH 00/11] Use global pages with PTI

* Dave Hansen wrote: > On 03/27/2018 01:07 PM, Ingo Molnar wrote: > > * Thomas Gleixner wrote: > >>> systems. Atoms are going to be the easiest thing to get my hands on, > >>> but I tend to shy away from them for performance work. > >> What I have in mind is that I wonder whether the whole

[PATCH v2 1/7] net: thunderx: move filter register related macro into proper place

From: Vadim Lomovtsev The ThunderX NIC has set of registers which allows to configure filter policy for ingress packets. There are three possible regimes of filtering multicasts, broadcasts and unicasts: accept all, reject all and accept filter allowed only. Current

[PATCH v2 1/7] net: thunderx: move filter register related macro into proper place

From: Vadim Lomovtsev The ThunderX NIC has set of registers which allows to configure filter policy for ingress packets. There are three possible regimes of filtering multicasts, broadcasts and unicasts: accept all, reject all and accept filter allowed only. Current implementation has enum with

[PATCH v2 2/7] net: thunderx: add MAC address filter tracking for LMAC

From: Vadim Lomovtsev The ThunderX NIC has two Ethernet Interfaces (BGX) each of them could has up to four Logical MACs configured. Each of BGX has 32 filters to be configured for filtering ingress packets. The number of filters available to particular LMAC is from 8

[PATCH v2 2/7] net: thunderx: add MAC address filter tracking for LMAC

From: Vadim Lomovtsev The ThunderX NIC has two Ethernet Interfaces (BGX) each of them could has up to four Logical MACs configured. Each of BGX has 32 filters to be configured for filtering ingress packets. The number of filters available to particular LMAC is from 8 (if we have four LMACs

[PATCH v2 4/7] net: thunderx: add new messages for handle ndo_set_rx_mode callback

From: Vadim Lomovtsev The kernel calls ndo_set_rx_mode() callback supplying it will all necessary info, such as device state flags, multicast mac addresses list and so on. Since we have only 128 bits to communicate with PF we need to initiate several requests to PF

[PATCH v2 4/7] net: thunderx: add new messages for handle ndo_set_rx_mode callback

From: Vadim Lomovtsev The kernel calls ndo_set_rx_mode() callback supplying it will all necessary info, such as device state flags, multicast mac addresses list and so on. Since we have only 128 bits to communicate with PF we need to initiate several requests to PF with small/short operation

[PATCH v2 5/7] net: thunderx: add XCAST messages handlers for PF

From: Vadim Lomovtsev This commit is to add message handling for ndo_set_rx_mode() callback at PF side. Signed-off-by: Vadim Lomovtsev --- drivers/net/ethernet/cavium/thunder/nic_main.c | 45 +++--- 1 file changed, 41

[PATCH v2 5/7] net: thunderx: add XCAST messages handlers for PF

From: Vadim Lomovtsev This commit is to add message handling for ndo_set_rx_mode() callback at PF side. Signed-off-by: Vadim Lomovtsev --- drivers/net/ethernet/cavium/thunder/nic_main.c | 45 +++--- 1 file changed, 41 insertions(+), 4 deletions(-) diff --git

[PATCH v2 7/7] net: thunderx: add ndo_set_rx_mode callback implementation for VF

From: Vadim Lomovtsev The ndo_set_rx_mode() is called from atomic context which causes messages response timeouts while VF to PF communication via MSIx. To get rid of that we're copy passed mc list, parse flags and queue handling of kernel request to ordered

[PATCH v2 7/7] net: thunderx: add ndo_set_rx_mode callback implementation for VF

From: Vadim Lomovtsev The ndo_set_rx_mode() is called from atomic context which causes messages response timeouts while VF to PF communication via MSIx. To get rid of that we're copy passed mc list, parse flags and queue handling of kernel request to ordered workqueue. Signed-off-by: Vadim

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

* Dominik Brodowski wrote: > On Fri, Mar 30, 2018 at 01:03:54PM +0200, Ingo Molnar wrote: > > > > * Dominik Brodowski wrote: > > > > > > > The whole series is available at > > > > > > > > > > > > > > >

[PATCH v2 6/7] net: thunderx: add workqueue control structures for handle ndo_set_rx_mode request

From: Vadim Lomovtsev The kernel calls ndo_set_rx_mode() callback from atomic context which causes messaging timeouts between VF and PF (as they’re implemented via MSIx). So in order to handle ndo_set_rx_mode() we need to get rid of it. This commit implements

[PATCH v2 6/7] net: thunderx: add workqueue control structures for handle ndo_set_rx_mode request

From: Vadim Lomovtsev The kernel calls ndo_set_rx_mode() callback from atomic context which causes messaging timeouts between VF and PF (as they’re implemented via MSIx). So in order to handle ndo_set_rx_mode() we need to get rid of it. This commit implements necessary workqueue related

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

* Dominik Brodowski wrote: > On Fri, Mar 30, 2018 at 01:03:54PM +0200, Ingo Molnar wrote: > > > > * Dominik Brodowski wrote: > > > > > > > The whole series is available at > > > > > > > > > > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git > > > > >

[PATCH v2 0/7] net: thunderx: implement DMAC filtering support

From: Vadim Lomovtsev By default CN88XX BGX accepts all incoming multicast and broadcast packets and filtering is disabled. The nic driver doesn't provide an ability to change such behaviour. This series is to implement DMAC filtering management for CN88XX nic driver

[PATCH v2 3/7] net: thunderx: add multicast filter management support

From: Vadim Lomovtsev The ThunderX NIC could be partitioned to up to 128 VFs and thus represented to system. Each VF is mapped to pair BGX:LMAC, and each of VF is configured by kernel individually. Eventually the bunch of VFs could be mapped onto same pair BGX:LMAC

[PATCH v2 0/7] net: thunderx: implement DMAC filtering support

From: Vadim Lomovtsev By default CN88XX BGX accepts all incoming multicast and broadcast packets and filtering is disabled. The nic driver doesn't provide an ability to change such behaviour. This series is to implement DMAC filtering management for CN88XX nic driver allowing user to

[PATCH v2 3/7] net: thunderx: add multicast filter management support

From: Vadim Lomovtsev The ThunderX NIC could be partitioned to up to 128 VFs and thus represented to system. Each VF is mapped to pair BGX:LMAC, and each of VF is configured by kernel individually. Eventually the bunch of VFs could be mapped onto same pair BGX:LMAC and thus could cause several

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

On Fri, Mar 30, 2018 at 01:03:54PM +0200, Ingo Molnar wrote: > > * Dominik Brodowski wrote: > > > > > The whole series is available at > > > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git > > > > syscalls-WIP > > > > > > BTW.,

Re: [PATCH v6 6/6] Staging: iio: adis16209: Move adis16209 driver out of staging

On Thu, 29 Mar 2018 14:52:51 +0530 Shreeya Patel wrote: > Move the adis16209 driver out of staging directory and merge to the > mainline IIO subsystem. > > Signed-off-by: Shreeya Patel Other than fixing up for the patch 5 indentation

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

On Fri, Mar 30, 2018 at 01:03:54PM +0200, Ingo Molnar wrote: > > * Dominik Brodowski wrote: > > > > > The whole series is available at > > > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git > > > > syscalls-WIP > > > > > > BTW., I'd like all these bits to go

Re: [PATCH v6 6/6] Staging: iio: adis16209: Move adis16209 driver out of staging

On Thu, 29 Mar 2018 14:52:51 +0530 Shreeya Patel wrote: > Move the adis16209 driver out of staging directory and merge to the > mainline IIO subsystem. > > Signed-off-by: Shreeya Patel Other than fixing up for the patch 5 indentation change there was some 'fuzz' due to the adis16201 moving

[PATCH] PM / devfreq: use put_device() instead of kfree()

Never directly free @dev after calling device_register() or device_unregister(), even if device_register() returned an error. Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- drivers/devfreq/devfreq.c | 4 +++- 1 file

[PATCH] PM / devfreq: use put_device() instead of kfree()

Never directly free @dev after calling device_register() or device_unregister(), even if device_register() returned an error. Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- drivers/devfreq/devfreq.c | 4 +++- 1 file changed, 3 insertions(+), 1

Re: [PATCH v6 5/6] Staging: iio: adis16209: Use GENMASK

On Thu, 29 Mar 2018 14:51:19 +0530 Shreeya Patel wrote: > Use GENMASK to improve readability and remove the local > variables used to store intermediate data. > > Signed-off-by: Shreeya Patel See below. Fixed up and applied to the

Re: [PATCH v6 5/6] Staging: iio: adis16209: Use GENMASK

On Thu, 29 Mar 2018 14:51:19 +0530 Shreeya Patel wrote: > Use GENMASK to improve readability and remove the local > variables used to store intermediate data. > > Signed-off-by: Shreeya Patel See below. Fixed up and applied to the togreg branch of iio.git and pushed out as testing for the

Re: [PATCH v6 4/6] Staging: iio: adis16209: Remove unused headers

On Thu, 29 Mar 2018 14:49:22 +0530 Shreeya Patel wrote: > Remove few unused header files since the adis core handles > the sysfs and buffer support. > > Signed-off-by: Shreeya Patel Applied, Thanks, Jonathan > --- > > Changes in

Re: [PATCH v6 4/6] Staging: iio: adis16209: Remove unused headers

On Thu, 29 Mar 2018 14:49:22 +0530 Shreeya Patel wrote: > Remove few unused header files since the adis core handles > the sysfs and buffer support. > > Signed-off-by: Shreeya Patel Applied, Thanks, Jonathan > --- > > Changes in v6 > -Introduce this new patch in the series. > >

Re: [PATCH v6 3/6] Staging: iio: adis16209: Add a blank line after return statements

On Thu, 29 Mar 2018 14:44:42 +0530 Shreeya Patel wrote: > Add a blank line after return statements to improve the code > readability. > > Signed-off-by: Shreeya Patel Applied to the togreg branch of iio.git and pushed out as testing

Re: [PATCH v6 3/6] Staging: iio: adis16209: Add a blank line after return statements

On Thu, 29 Mar 2018 14:44:42 +0530 Shreeya Patel wrote: > Add a blank line after return statements to improve the code > readability. > > Signed-off-by: Shreeya Patel Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Thanks, Jonathan >

Re: [PATCH v6 2/6] Staging: iio: adis16209: Prefer reverse christmas tree ordering

On Thu, 29 Mar 2018 14:43:23 +0530 Shreeya Patel wrote: > Prefer reverse christmas tree ordering of declarations to > improve readability. > > Signed-off-by: Shreeya Patel Applied to the togreg branch of iio.git and pushed out as

Re: [PATCH v6 2/6] Staging: iio: adis16209: Prefer reverse christmas tree ordering

On Thu, 29 Mar 2018 14:43:23 +0530 Shreeya Patel wrote: > Prefer reverse christmas tree ordering of declarations to > improve readability. > > Signed-off-by: Shreeya Patel Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it. Thanks, Jonathan

Re: [Question] Documentation/features: More automation/scripting help?

* Andrea Parri wrote: > Hi all, > > The directory (not yet three years old although, I freely admit, I've > only recently become aware of it) provides arch. support matrices for > more than 40 generic kernel features that need per-arch. support: > > This is

Re: [Question] Documentation/features: More automation/scripting help?

* Andrea Parri wrote: > Hi all, > > The directory (not yet three years old although, I freely admit, I've > only recently become aware of it) provides arch. support matrices for > more than 40 generic kernel features that need per-arch. support: > > This is a superb project! ;-) and not a

[PATCH] hid: intel-ish-hid: use put_device() instead of kfree()

Never directly free @dev after calling device_register(), even if it returned an error. Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- drivers/hid/intel-ish-hid/ishtp/bus.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] hid: intel-ish-hid: use put_device() instead of kfree()

Never directly free @dev after calling device_register(), even if it returned an error. Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- drivers/hid/intel-ish-hid/ishtp/bus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] uts_namespace: Move boot_id in uts namespace

Currently the same boot_id is reported for all containers running on a host node, including the host node itself. Even after restarting a container it will still have the same persistent boot_id. This can cause troubles in cases where you have multiple containers from the same cluster on one host

[PATCH] uts_namespace: Move boot_id in uts namespace

Currently the same boot_id is reported for all containers running on a host node, including the host node itself. Even after restarting a container it will still have the same persistent boot_id. This can cause troubles in cases where you have multiple containers from the same cluster on one host

Re: [PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure

On 29 March 2018 at 14:53, Ghannam, Yazen wrote: >> -Original Message- >> From: Borislav Petkov >> Sent: Thursday, March 29, 2018 6:55 AM >> To: Ghannam, Yazen >> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;

Re: [PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure

On 29 March 2018 at 14:53, Ghannam, Yazen wrote: >> -Original Message- >> From: Borislav Petkov >> Sent: Thursday, March 29, 2018 6:55 AM >> To: Ghannam, Yazen >> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; >> ard.biesheu...@linaro.org; x...@kernel.org;

Re: [PATCH v4 2/2] locking/debug: Restructure the lock debugging menu

* Waiman Long wrote: > Two config options in the lock debugging menu that are probably the most > frequently used, as far as I am concerned, is the PROVE_LOCKING and > LOCK_STAT. From a UI perspective, they should be front and center. So > these two options are now moved to

Re: [PATCH v4 2/2] locking/debug: Restructure the lock debugging menu

* Waiman Long wrote: > Two config options in the lock debugging menu that are probably the most > frequently used, as far as I am concerned, is the PROVE_LOCKING and > LOCK_STAT. From a UI perspective, they should be front and center. So > these two options are now moved to the top of the lock

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

> On 30 Mar 2018, at 12:57, Pavel Machek wrote: > > On Fri 2018-03-30 12:07:58, Ilya Smith wrote: >> Hi >> >>> On 30 Mar 2018, at 10:55, Pavel Machek wrote: >>> >>> Hi! >>> Current implementation doesn't randomize address returned by mmap. All the

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

> On 30 Mar 2018, at 12:57, Pavel Machek wrote: > > On Fri 2018-03-30 12:07:58, Ilya Smith wrote: >> Hi >> >>> On 30 Mar 2018, at 10:55, Pavel Machek wrote: >>> >>> Hi! >>> Current implementation doesn't randomize address returned by mmap. All the entropy ends with choosing

Re: [PATCH 3/3] iio: adc: meson-axg: add saradc driver

On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > From: Xingyu Chen > > Add the SAR ADC driver for the Amlogic Meson-AXG SoC. > > Signed-off-by: Xingyu Chen I suggest changing the subject of this patch to: iio: adc:

Re: [PATCH 3/3] iio: adc: meson-axg: add saradc driver

On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > From: Xingyu Chen > > Add the SAR ADC driver for the Amlogic Meson-AXG SoC. > > Signed-off-by: Xingyu Chen I suggest changing the subject of this patch to: iio: adc: meson-saradc: add support for Meson AXG (because "iio: adc: meson-axg" does

Re: [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework

2018-03-27 18:48 GMT+02:00 David Lechner : > Wasn't there a v4 already? Is this really v5 instead of v3? > Yes there was and Philipp applied the v4 alright. > > On 03/27/2018 04:20 AM, Bartosz Golaszewski wrote: >> >> From: Bartosz Golaszewski >>

Re: [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework

2018-03-27 18:48 GMT+02:00 David Lechner : > Wasn't there a v4 already? Is this really v5 instead of v3? > Yes there was and Philipp applied the v4 alright. > > On 03/27/2018 04:20 AM, Bartosz Golaszewski wrote: >> >> From: Bartosz Golaszewski >> >> This series converts the only user of the

Re: [PATCH 1/3] iio: adc: meson-saradc: squash and share the common adc platform data

On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > Extract and promote common adc platform data into a new structure, > to make it better share the info between several SoCs, > this will avoid duplicating the code all over the place, > Save a few memory and make the code

Re: [PATCH 1/3] iio: adc: meson-saradc: squash and share the common adc platform data

On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > Extract and promote common adc platform data into a new structure, > to make it better share the info between several SoCs, > this will avoid duplicating the code all over the place, > Save a few memory and make the code more maintainable. > >

Re: [PATCH 2/3] dt-bindings: iio: adc: document the Meson AXG support

On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > From: Xingyu Chen > > Update the documentation to expicitly support the Meson-AXG SoC. > > Signed-off-by: Xingyu Chen Acked-by: Martin Blumenstingl

Re: [PATCH 2/3] dt-bindings: iio: adc: document the Meson AXG support

On Mon, Mar 26, 2018 at 10:46 AM, Yixun Lan wrote: > From: Xingyu Chen > > Update the documentation to expicitly support the Meson-AXG SoC. > > Signed-off-by: Xingyu Chen Acked-by: Martin Blumenstingl > --- > Documentation/devicetree/bindings/iio/adc/amlogic,meson-saradc.txt | 1 + > 1 file

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

* Dominik Brodowski wrote: > > > The whole series is available at > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git > > > syscalls-WIP > > > > BTW., I'd like all these bits to go through the x86 tree. > > > > What is the expected

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

* Dominik Brodowski wrote: > > > The whole series is available at > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git > > > syscalls-WIP > > > > BTW., I'd like all these bits to go through the x86 tree. > > > > What is the expected merge route of the generic

Re: [PATCH] ARM: dts: da850-evm: Enable usb_phy, usb0 and usb1

On Monday 19 March 2018 09:51 PM, Adam Ford wrote: > The EVM kit has two USB ports. This patch will enable both > when booting with device tree. > > Signed-off-by: Adam Ford Applied for v4.18 Thanks, Sekhar

Re: [PATCH] ARM: dts: da850-evm: Enable usb_phy, usb0 and usb1

On Monday 19 March 2018 09:51 PM, Adam Ford wrote: > The EVM kit has two USB ports. This patch will enable both > when booting with device tree. > > Signed-off-by: Adam Ford Applied for v4.18 Thanks, Sekhar

Re: [PATCH v2] PM / wakeup: use seq_open() to show wakeup stats

On Fri, Mar 30, 2018 at 12:25 PM, Rafael J. Wysocki wrote: > On Monday, March 5, 2018 9:47:46 AM CEST Ganesh Mahendran wrote: >> single_open() interface requires that the whole output must >> fit into a single buffer. This will lead to timeout when >> system memory is not in a

Re: [PATCH v2] PM / wakeup: use seq_open() to show wakeup stats

On Fri, Mar 30, 2018 at 12:25 PM, Rafael J. Wysocki wrote: > On Monday, March 5, 2018 9:47:46 AM CEST Ganesh Mahendran wrote: >> single_open() interface requires that the whole output must >> fit into a single buffer. This will lead to timeout when >> system memory is not in a good situation. >>

RE: IT Help-Desk Support

Employee/Staff Urgency. This is to Notify all Employee/Staff, there would be an Important Update SecureTide® BARACUDA 2018 Anti-Spam filter for all Outlook Webmail users. this is to Secure our Inboxes from Spam & Malware Worldwide. to activate, Kindly click on Encrypt

RE: IT Help-Desk Support

Employee/Staff Urgency. This is to Notify all Employee/Staff, there would be an Important Update SecureTide® BARACUDA 2018 Anti-Spam filter for all Outlook Webmail users. this is to Secure our Inboxes from Spam & Malware Worldwide. to activate, Kindly click on Encrypt

Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers

* John Paul Adrian Glaubitz wrote: > On 03/27/2018 12:40 PM, Linus Torvalds wrote: > > On Mon, Mar 26, 2018 at 4:37 PM, John Paul Adrian Glaubitz > > wrote: > >> > >> What about a tarball with a minimal Debian x32 chroot? Then you can

Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers

* John Paul Adrian Glaubitz wrote: > On 03/27/2018 12:40 PM, Linus Torvalds wrote: > > On Mon, Mar 26, 2018 at 4:37 PM, John Paul Adrian Glaubitz > > wrote: > >> > >> What about a tarball with a minimal Debian x32 chroot? Then you can > >> install interesting packages you would like to test

Re: omap4-droid4: voice call support was Re: [PATCHv5,5/5] ARM: dts: omap4-droid4: add soundcard

Hi, On Thu, Mar 29, 2018 at 09:06:11AM -0700, Tony Lindgren wrote: > * Sebastian Reichel [180329 15:47]: > > Hi, > > > > On Thu, Mar 29, 2018 at 06:59:04AM -0700, Tony Lindgren wrote: > > > > I think cpcap is always the clock and frame master, but I think > >

Re: omap4-droid4: voice call support was Re: [PATCHv5,5/5] ARM: dts: omap4-droid4: add soundcard

Hi, On Thu, Mar 29, 2018 at 09:06:11AM -0700, Tony Lindgren wrote: > * Sebastian Reichel [180329 15:47]: > > Hi, > > > > On Thu, Mar 29, 2018 at 06:59:04AM -0700, Tony Lindgren wrote: > > > > I think cpcap is always the clock and frame master, but I think > > > > mdm6600 is the remote side and

Re: [PATCH] f2fs: remain written times to update inode during fsync

Hi Jaegeuk, On 2018/3/30 13:51, Jaegeuk Kim wrote: > This fixes xfstests/generic/392. Hmm... Could you please give more details about this issue and solution in commit message, since I can catch up the solution only with the code. Thanks, > > Signed-off-by: Jaegeuk Kim >

Re: [PATCH] f2fs: remain written times to update inode during fsync

Hi Jaegeuk, On 2018/3/30 13:51, Jaegeuk Kim wrote: > This fixes xfstests/generic/392. Hmm... Could you please give more details about this issue and solution in commit message, since I can catch up the solution only with the code. Thanks, > > Signed-off-by: Jaegeuk Kim > --- >

Re: [PATCH net-next v2 1/2] fs/crashdd: add API to collect hardware dump in second kernel

On Friday, March 03/30/18, 2018 at 16:09:07 +0530, Jiri Pirko wrote: > Sat, Mar 24, 2018 at 11:56:33AM CET, rahul.lakkire...@chelsio.com wrote: > >Add a new module crashdd that exports the /sys/kernel/crashdd/ > >directory in second kernel, containing collected hardware/firmware > >dumps. > > >

Re: [PATCH net-next v2 1/2] fs/crashdd: add API to collect hardware dump in second kernel

On Friday, March 03/30/18, 2018 at 16:09:07 +0530, Jiri Pirko wrote: > Sat, Mar 24, 2018 at 11:56:33AM CET, rahul.lakkire...@chelsio.com wrote: > >Add a new module crashdd that exports the /sys/kernel/crashdd/ > >directory in second kernel, containing collected hardware/firmware > >dumps. > > >

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

On Fri, Mar 30, 2018 at 12:16:02PM +0200, Ingo Molnar wrote: > > * Dominik Brodowski wrote: > > > A few questions remain, from important stuff to bikeshedding: > > > > 1) Is it acceptable to pass the existing struct pt_regs to the sys_*() > >kernel functions in

Re: [PATCH 0/7] use struct pt_regs based syscall calling for x86-64

On Fri, Mar 30, 2018 at 12:16:02PM +0200, Ingo Molnar wrote: > > * Dominik Brodowski wrote: > > > A few questions remain, from important stuff to bikeshedding: > > > > 1) Is it acceptable to pass the existing struct pt_regs to the sys_*() > >kernel functions in emulate_vsyscall(), or

Re: [PATCH v2 2/2] net: mvneta: improve suspend/resume

On Fri, Mar 30, 2018 at 06:36:15PM +0800, Jisheng Zhang wrote: > Current suspend/resume implementation reuses the mvneta_open() and > mvneta_close(), but it could be optimized to take only necessary > actions during suspend/resume. > > One obvious problem of current implementation is: after

Re: [PATCH v2 2/2] net: mvneta: improve suspend/resume

On Fri, Mar 30, 2018 at 06:36:15PM +0800, Jisheng Zhang wrote: > Current suspend/resume implementation reuses the mvneta_open() and > mvneta_close(), but it could be optimized to take only necessary > actions during suspend/resume. > > One obvious problem of current implementation is: after

<    3   4   5   6   7   8   9   10   11   12   >