Re: [RFC qemu 0/4] A PV solution for live migration optimization

On (Thu) 10 Mar 2016 [07:44:19], Li, Liang Z wrote: > > Hi Amit, > > Could provide more information on how to use virtio-serial to exchange data? > Thread , Wiki or code are all OK. > I have not find some useful information yet. See this commit in the Linux sources:

Re: [RFC qemu 0/4] A PV solution for live migration optimization

On (Thu) 10 Mar 2016 [07:44:19], Li, Liang Z wrote: > > Hi Amit, > > Could provide more information on how to use virtio-serial to exchange data? > Thread , Wiki or code are all OK. > I have not find some useful information yet. See this commit in the Linux sources:

Pilna Aktualizacja Zabezpieczen Do Roku 2016 !!!

Ze wzgledu na ostatnie uaktualnienie w naszym serwerem SSL, aby sluzyc Ci lepiej, prosze pamietac, ze wszyscy uzytkownicy sa upowaznione do aktualizacji swoich danych do logowania w innych, aby cieszyc sie nowa aktualizacje DLA 2016. Uzytkownik bedzie zablokowany wysylania i

Pilna Aktualizacja Zabezpieczen Do Roku 2016 !!!

Ze wzgledu na ostatnie uaktualnienie w naszym serwerem SSL, aby sluzyc Ci lepiej, prosze pamietac, ze wszyscy uzytkownicy sa upowaznione do aktualizacji swoich danych do logowania w innych, aby cieszyc sie nowa aktualizacje DLA 2016. Uzytkownik bedzie zablokowany wysylania i

Re: [PATCH] arc: use little endian accesses

On Thursday 10 March 2016, Vineet Gupta wrote: > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: > > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu > > and le32_to_cpu because it is not really guaranteed that drivers handles > > any ordering themselves. > >

Re: [PATCH] arc: use little endian accesses

On Thursday 10 March 2016, Vineet Gupta wrote: > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: > > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu > > and le32_to_cpu because it is not really guaranteed that drivers handles > > any ordering themselves. > >

[patch] ata: ahci_xgene: dereferencing uninitialized pointer in probe

If the call to acpi_get_object_info() fails then "info" hasn't been initialized. In that situation, we already know that "version" should be XGENE_AHCI_V1 so we don't actually need to dereference "info". Fixes: c9802a4be661 ('ata: ahci_xgene: Add AHCI Support for 2nd HW version of APM X-Gene

[patch] ata: ahci_xgene: dereferencing uninitialized pointer in probe

If the call to acpi_get_object_info() fails then "info" hasn't been initialized. In that situation, we already know that "version" should be XGENE_AHCI_V1 so we don't actually need to dereference "info". Fixes: c9802a4be661 ('ata: ahci_xgene: Add AHCI Support for 2nd HW version of APM X-Gene

RE: [RFC qemu 0/4] A PV solution for live migration optimization

> > This patch set is the QEMU side implementation. > > > > The virtio-balloon is extended so that QEMU can get the free pages > > information from the guest through virtio. > > > > After getting the free pages information (a bitmap), QEMU can use it > > to filter out the guest's free pages in the

Re: [PATCH] arc: use little endian accesses

Hi Vineet, On Thu, 2016-03-10 at 05:05 +, Vineet Gupta wrote: > +CC Noam > > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: > > > > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu > > and le32_to_cpu because it is not really guaranteed that drivers

RE: [RFC qemu 0/4] A PV solution for live migration optimization

> > This patch set is the QEMU side implementation. > > > > The virtio-balloon is extended so that QEMU can get the free pages > > information from the guest through virtio. > > > > After getting the free pages information (a bitmap), QEMU can use it > > to filter out the guest's free pages in the

Re: [PATCH] arc: use little endian accesses

Hi Vineet, On Thu, 2016-03-10 at 05:05 +, Vineet Gupta wrote: > +CC Noam > > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: > > > > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu > > and le32_to_cpu because it is not really guaranteed that drivers

Re: [PATCH v3 06/22] media: Media Controller enable/disable source handler API

Hi Shuah, On Thu, Feb 11, 2016 at 04:41:22PM -0700, Shuah Khan wrote: > Add new fields to struct media_device to add enable_source, and > disable_source handlers, and source_priv to stash driver private > data that is used to run these handlers. The enable_source handler > finds source entity for

Re: [PATCH v3 06/22] media: Media Controller enable/disable source handler API

Hi Shuah, On Thu, Feb 11, 2016 at 04:41:22PM -0700, Shuah Khan wrote: > Add new fields to struct media_device to add enable_source, and > disable_source handlers, and source_priv to stash driver private > data that is used to run these handlers. The enable_source handler > finds source entity for

Re: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization

On (Thu) 10 Mar 2016 [12:31:32], Jitendra Kolhe wrote: > On 3/8/2016 4:44 PM, Amit Shah wrote: > Hi, > An interesting solution; I know a few different people have been > looking at > how to speed up ballooned VM migration. > > >>> > >>> Ooh, different solutions for the

Re: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization

On (Thu) 10 Mar 2016 [12:31:32], Jitendra Kolhe wrote: > On 3/8/2016 4:44 PM, Amit Shah wrote: > Hi, > An interesting solution; I know a few different people have been > looking at > how to speed up ballooned VM migration. > > >>> > >>> Ooh, different solutions for the

Re: [PATCH 1/5] ftrace perf: Check sample types only for sampling events

On Thu, Mar 10, 2016 at 09:36:37AM +0900, Namhyung Kim wrote: > Hi Jiri, > > On Wed, Mar 09, 2016 at 09:46:41PM +0100, Jiri Olsa wrote: > > Currently we check sample type for ftrace:function event > > even if it's not created as sampling event. That prevents > > creating ftrace_function event in

Re: [PATCH 1/5] ftrace perf: Check sample types only for sampling events

On Thu, Mar 10, 2016 at 09:36:37AM +0900, Namhyung Kim wrote: > Hi Jiri, > > On Wed, Mar 09, 2016 at 09:46:41PM +0100, Jiri Olsa wrote: > > Currently we check sample type for ftrace:function event > > even if it's not created as sampling event. That prevents > > creating ftrace_function event in

RE: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization

> On 3/8/2016 4:44 PM, Amit Shah wrote: > > On (Fri) 04 Mar 2016 [15:02:47], Jitendra Kolhe wrote: > > * Liang Li (liang.z...@intel.com) wrote: > > The current QEMU live migration implementation mark the all the > > guest's RAM pages as dirtied in the ram bulk stage, all these >

RE: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization

> On 3/8/2016 4:44 PM, Amit Shah wrote: > > On (Fri) 04 Mar 2016 [15:02:47], Jitendra Kolhe wrote: > > * Liang Li (liang.z...@intel.com) wrote: > > The current QEMU live migration implementation mark the all the > > guest's RAM pages as dirtied in the ram bulk stage, all these >

Re: [PATCH 4/5] gpio: of: Add support to have multiple gpios in gpio-hog

On Wednesday 09 March 2016 10:47 PM, Stephen Warren wrote: On 03/09/2016 06:20 AM, Laxman Dewangan wrote: On Wednesday 09 March 2016 11:58 AM, Markus Pargmann wrote: * PGP Signed by an unknown key Hi, On Tue, Mar 08, 2016 at 05:32:07PM +0530, Laxman Dewangan wrote: The child node for gpio

Re: [PATCH 4/5] gpio: of: Add support to have multiple gpios in gpio-hog

On Wednesday 09 March 2016 10:47 PM, Stephen Warren wrote: On 03/09/2016 06:20 AM, Laxman Dewangan wrote: On Wednesday 09 March 2016 11:58 AM, Markus Pargmann wrote: * PGP Signed by an unknown key Hi, On Tue, Mar 08, 2016 at 05:32:07PM +0530, Laxman Dewangan wrote: The child node for gpio

Re: [PATCH 3/5] gpio: of: Return error if gpio hog configuration failed

On Wednesday 09 March 2016 10:41 PM, Stephen Warren wrote: On 03/08/2016 05:02 AM, Laxman Dewangan wrote: If GPIO hog configuration failed while adding OF based gpiochip() then return the error instead of ignoring it. This helps of properly handling the gpio driver dependency. When adding

Re: [PATCH 3/5] gpio: of: Return error if gpio hog configuration failed

On Wednesday 09 March 2016 10:41 PM, Stephen Warren wrote: On 03/08/2016 05:02 AM, Laxman Dewangan wrote: If GPIO hog configuration failed while adding OF based gpiochip() then return the error instead of ignoring it. This helps of properly handling the gpio driver dependency. When adding

[PATCH 2/2] Staging: nvec: fix multiline comment style.

This is a patch in nvec.c file that fixes a multiline comment found by checkpatch.pl tool Signed-off-by: Neha Rani --- drivers/staging/nvec/nvec.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/nvec/nvec.c

[PATCH 2/2] Staging: nvec: fix multiline comment style.

This is a patch in nvec.c file that fixes a multiline comment found by checkpatch.pl tool Signed-off-by: Neha Rani --- drivers/staging/nvec/nvec.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c index

Re: [PATCH 2/5] gpio: gpiolib: Print error number if gpio hog failed

On Wednesday 09 March 2016 10:37 PM, Stephen Warren wrote: On 03/08/2016 08:32 AM, Laxman Dewangan wrote: On Tuesday 08 March 2016 07:52 PM, Thierry Reding wrote: On Tue, Mar 08, 2016 at 05:32:05PM +0530, Laxman Dewangan wrote: Signed-off-by: Laxman Dewangan ---

Re: [PATCH 2/5] gpio: gpiolib: Print error number if gpio hog failed

On Wednesday 09 March 2016 10:37 PM, Stephen Warren wrote: On 03/08/2016 08:32 AM, Laxman Dewangan wrote: On Tuesday 08 March 2016 07:52 PM, Thierry Reding wrote: On Tue, Mar 08, 2016 at 05:32:05PM +0530, Laxman Dewangan wrote: Signed-off-by: Laxman Dewangan --- drivers/gpio/gpiolib.c |

[PATCH] i2c: designware: Add device HID for future AMD I2C controller

Add device HID AMDI0010 to match the AMD ACPI Vendor ID (AMDI) that was registered in http://www.uefi.org/acpi_id_list, and the I2C controller on future AMD paltform will use the HID instead of AMD0010. Signed-off-by: Xiangliang Yu --- drivers/acpi/acpi_apd.c

[PATCH] i2c: designware: Add device HID for future AMD I2C controller

Add device HID AMDI0010 to match the AMD ACPI Vendor ID (AMDI) that was registered in http://www.uefi.org/acpi_id_list, and the I2C controller on future AMD paltform will use the HID instead of AMD0010. Signed-off-by: Xiangliang Yu --- drivers/acpi/acpi_apd.c | 1 +

Re: [PATCH V2 5/6] thermal: max77620: Add thermal driver for reporting junction temp

On Thursday 10 March 2016 12:57 AM, Eduardo Valentin wrote: * PGP Signed by an unknown key On Wed, Mar 09, 2016 at 06:40:09PM +0530, Laxman Dewangan wrote: Maxim Semiconductor Max77620 supports alarm interrupts when its die temperature crosses 120C and 140C. These threshold temperatures are

Re: [PATCH V2 5/6] thermal: max77620: Add thermal driver for reporting junction temp

On Thursday 10 March 2016 12:57 AM, Eduardo Valentin wrote: * PGP Signed by an unknown key On Wed, Mar 09, 2016 at 06:40:09PM +0530, Laxman Dewangan wrote: Maxim Semiconductor Max77620 supports alarm interrupts when its die temperature crosses 120C and 140C. These threshold temperatures are

[PATCH] Staging: vt6655: fixed Warnings of more than 80 chars at a line in baseband.c

This is a patch to the baseband.c file that fixes the warnings of more than 80 characters at a line by the checkpatch.pl tool Signed-off-by: Nancy Goel --- drivers/staging/vt6655/baseband.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff

[PATCH] Staging: vt6655: fixed Warnings of more than 80 chars at a line in baseband.c

This is a patch to the baseband.c file that fixes the warnings of more than 80 characters at a line by the checkpatch.pl tool Signed-off-by: Nancy Goel --- drivers/staging/vt6655/baseband.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git

Re: [PATCH V2 0/6] thermal: add devm_ version of thermal_zone register and driver for max77620

On Thursday 10 March 2016 01:02 AM, Eduardo Valentin wrote: * PGP Signed by an unknown key On Wed, Mar 09, 2016 at 06:40:04PM +0530, Laxman Dewangan wrote: The series add the devm_ version of thermal_zone_of_sensor_register/ unregister, interface details, and use this in new thermal driver

Re: [PATCH V2 0/6] thermal: add devm_ version of thermal_zone register and driver for max77620

On Thursday 10 March 2016 01:02 AM, Eduardo Valentin wrote: * PGP Signed by an unknown key On Wed, Mar 09, 2016 at 06:40:04PM +0530, Laxman Dewangan wrote: The series add the devm_ version of thermal_zone_of_sensor_register/ unregister, interface details, and use this in new thermal driver

[PATCH 2/2] spi: rockchip: covert rsd_nsecs to u32 type

rsd_nsecs is defined as u8 memeber of struct rockchip_spi, but using of_property_read_u32. That means we take risk of truncation by type conversion if we pass on big value from dt. Signed-off-by: Shawn Lin --- drivers/spi/spi-rockchip.c | 2 +- 1 file changed, 1

[PATCH 2/2] spi: rockchip: covert rsd_nsecs to u32 type

rsd_nsecs is defined as u8 memeber of struct rockchip_spi, but using of_property_read_u32. That means we take risk of truncation by type conversion if we pass on big value from dt. Signed-off-by: Shawn Lin --- drivers/spi/spi-rockchip.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization

On 3/8/2016 4:44 PM, Amit Shah wrote: > On (Fri) 04 Mar 2016 [15:02:47], Jitendra Kolhe wrote: * Liang Li (liang.z...@intel.com) wrote: > The current QEMU live migration implementation mark the all the > guest's RAM pages as dirtied in the ram bulk stage, all these pages >

Re: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization

On 3/8/2016 4:44 PM, Amit Shah wrote: > On (Fri) 04 Mar 2016 [15:02:47], Jitendra Kolhe wrote: * Liang Li (liang.z...@intel.com) wrote: > The current QEMU live migration implementation mark the all the > guest's RAM pages as dirtied in the ram bulk stage, all these pages >

[PATCH 1/2] spi: rockchip: header file cleanup

Remove some of unused header files and reoder it into alphabetical order. Signed-off-by: Shawn Lin --- drivers/spi/spi-rockchip.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/spi/spi-rockchip.c

[PATCH 1/2] spi: rockchip: header file cleanup

Remove some of unused header files and reoder it into alphabetical order. Signed-off-by: Shawn Lin --- drivers/spi/spi-rockchip.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/spi/spi-rockchip.c b/drivers/spi/spi-rockchip.c index 7bdbeef..7a4a131

[PATCH 2/5] Staging: comedi: fix WARNING issue in s626.c

This is a patch to the s626.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/s626.c | 38

[PATCH 2/5] Staging: comedi: fix WARNING issue in s626.c

This is a patch to the s626.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/s626.c | 38

[PATCH 5/5] Staging: comedi: fix type issue in ni_tio.c

This is a patch to the ni_tio.c file that fixes up a type issues found by the checkpatch.pl tool. i.e. Prefer kernel type 'u64' over 'uint64_t' Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/ni_tio.c | 8 1 file changed,

[PATCH 3/5] Staging: comedi: fix WARNING issue in s626.c

This is a patch to the s626.c file that fixes up a line over 80 characters issues found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/s626.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

Re: [PATCH 4/4] media: au0828 change vidioc_s_input() to call v4l_change_media_source()

Hi Shuah, [auto build test ERROR on sailus-media/master] [cannot apply to v4.5-rc7 next-20160309] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Shuah-Khan/media-add-change_source-handler

[PATCH 5/5] Staging: comedi: fix type issue in ni_tio.c

This is a patch to the ni_tio.c file that fixes up a type issues found by the checkpatch.pl tool. i.e. Prefer kernel type 'u64' over 'uint64_t' Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/ni_tio.c | 8 1 file changed, 4 insertions(+), 4

[PATCH 3/5] Staging: comedi: fix WARNING issue in s626.c

This is a patch to the s626.c file that fixes up a line over 80 characters issues found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/s626.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 4/4] media: au0828 change vidioc_s_input() to call v4l_change_media_source()

Hi Shuah, [auto build test ERROR on sailus-media/master] [cannot apply to v4.5-rc7 next-20160309] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Shuah-Khan/media-add-change_source-handler

[PATCH 4/5] Staging: comedi: fix CHECK issue in ni_tio.c

This is a patch to the ni_tio.c file that fixes up a CHECK issues found by the checkpatch.pl tool. i.e. Avoid crashing the kernel - try using WARN_ON & recovery code rather than BUG() or BUG_ON(). Signed-off-by: Ravishankar Karkala Mallikarjunayya ---

[PATCH 4/5] Staging: comedi: fix CHECK issue in ni_tio.c

This is a patch to the ni_tio.c file that fixes up a CHECK issues found by the checkpatch.pl tool. i.e. Avoid crashing the kernel - try using WARN_ON & recovery code rather than BUG() or BUG_ON(). Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/ni_tio.c |

[PATCH 1/5] Staging: comedi: fix type issue in s626.c

This is a patch to the s626.c file that fixes up a type issues found by the checkpatch.pl tool. i.e Prefer kernel type 'u8' over 'uint8_t' Prefer kernel type 'u16' over 'uint16_t' Prefer kernel type 'u32' over 'uint32_t' Prefer kernel type 's16' over 'int16_t' Prefer kernel type

[PATCH 1/5] Staging: comedi: fix type issue in s626.c

This is a patch to the s626.c file that fixes up a type issues found by the checkpatch.pl tool. i.e Prefer kernel type 'u8' over 'uint8_t' Prefer kernel type 'u16' over 'uint16_t' Prefer kernel type 'u32' over 'uint32_t' Prefer kernel type 's16' over 'int16_t' Prefer kernel type

Re: [PATCH V4 0/3] basic busy polling support for vhost_net

Hi Greg, > Greg Kurz wrote on 03/09/2016 09:26:45 PM: > > On Fri, 4 Mar 2016 06:24:50 -0500 > > Jason Wang wrote: > > > This series tries to add basic busy polling for vhost net. The idea is > > simple: at the end of tx/rx processing, busy

Re: [PATCH V4 0/3] basic busy polling support for vhost_net

Hi Greg, > Greg Kurz wrote on 03/09/2016 09:26:45 PM: > > On Fri, 4 Mar 2016 06:24:50 -0500 > > Jason Wang wrote: > > > This series tries to add basic busy polling for vhost net. The idea is > > simple: at the end of tx/rx processing, busy polling for new tx added > > descriptor and rx

Re: [kernel-hardening] Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection.

On Wed, Mar 9, 2016 at 10:36 PM, Kees Cook wrote: > On Tue, Mar 8, 2016 at 1:00 PM, One Thousand Gnomes > wrote: >> On Tue, 8 Mar 2016 13:47:55 -0700 >> Scott Bauer wrote: >> >>> This patch adds a sysctl argument to

Re: [kernel-hardening] Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection.

On Wed, Mar 9, 2016 at 10:36 PM, Kees Cook wrote: > On Tue, Mar 8, 2016 at 1:00 PM, One Thousand Gnomes > wrote: >> On Tue, 8 Mar 2016 13:47:55 -0700 >> Scott Bauer wrote: >> >>> This patch adds a sysctl argument to disable SROP protection. >> >> Shouldn't it be a sysctl to enable it

Re: [PATCH 03/11] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()

On Fri, Feb 12, 2016 at 11:04 AM, Andy Lutomirski wrote: > On Mon, Sep 21, 2015 at 11:23 PM, Ingo Molnar wrote: >> So when memory hotplug removes a piece of physical memory from pagetable >> mappings, it also frees the underlying PGD entry. >> >> This

Re: [PATCH 03/11] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()

On Fri, Feb 12, 2016 at 11:04 AM, Andy Lutomirski wrote: > On Mon, Sep 21, 2015 at 11:23 PM, Ingo Molnar wrote: >> So when memory hotplug removes a piece of physical memory from pagetable >> mappings, it also frees the underlying PGD entry. >> >> This complicates PGD management, so don't do

Re: [kernel-hardening] Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection.

On Tue, Mar 8, 2016 at 1:00 PM, One Thousand Gnomes wrote: > On Tue, 8 Mar 2016 13:47:55 -0700 > Scott Bauer wrote: > >> This patch adds a sysctl argument to disable SROP protection. > > Shouldn't it be a sysctl to enable it irrevocably,

Re: [kernel-hardening] Re: [PATCH v3 3/3] SROP mitigation: Add sysctl to disable SROP protection.

On Tue, Mar 8, 2016 at 1:00 PM, One Thousand Gnomes wrote: > On Tue, 8 Mar 2016 13:47:55 -0700 > Scott Bauer wrote: > >> This patch adds a sysctl argument to disable SROP protection. > > Shouldn't it be a sysctl to enable it irrevocably, otherwise if I have DAC > capability I can turn off SROP

linux-next: Tree for Mar 10

Hi all, Changes since 20160309: Trees removed: apm, tiny, mips-fixes, lblnet, rpmsg, llvmlinux, bcm2835, kgdb, mmc, random, squashfs all were unsed for at leat a year The xfs tree gained conflicts against the ext4 tree. The aio tree still had a build failure so I used

linux-next: Tree for Mar 10

Hi all, Changes since 20160309: Trees removed: apm, tiny, mips-fixes, lblnet, rpmsg, llvmlinux, bcm2835, kgdb, mmc, random, squashfs all were unsed for at leat a year The xfs tree gained conflicts against the ext4 tree. The aio tree still had a build failure so I used

КЛИЕНТСКИЕ БАЗЫ! Тел\Viber\Whatsapp: +79133913837 Email: vavdee...@gmail.com Skype: prodawez389

КЛИЕНТСКИЕ БАЗЫ! Соберем для Вас по интернет базу данных потенциальных клиентов для Вашего Бизнеса! Много! Быстро! Недорого! Узнайте об этом подробнее по Тел: +79133913837 Viber: +79133913837 Whatsapp: +79133913837 Skype: prodawez389 Email: vavdee...@gmail.com

КЛИЕНТСКИЕ БАЗЫ! Тел\Viber\Whatsapp: +79133913837 Email: vavdee...@gmail.com Skype: prodawez389

КЛИЕНТСКИЕ БАЗЫ! Соберем для Вас по интернет базу данных потенциальных клиентов для Вашего Бизнеса! Много! Быстро! Недорого! Узнайте об этом подробнее по Тел: +79133913837 Viber: +79133913837 Whatsapp: +79133913837 Skype: prodawez389 Email: vavdee...@gmail.com

Re: [patch -target tree] usb: gadget: f_tcm: use after free

On Wed, 2016-03-09 at 13:38 +0200, Felipe Balbi wrote: > Hi, > > "Nicholas A. Bellinger" writes: > > [ text/plain ] > > Hi Felipe + usb-gadget folks, > > > > On Wed, 2016-03-02 at 13:55 +0200, Felipe Balbi wrote: > >> Dan Carpenter writes: > >> >

Re: [patch -target tree] usb: gadget: f_tcm: use after free

On Wed, 2016-03-09 at 13:38 +0200, Felipe Balbi wrote: > Hi, > > "Nicholas A. Bellinger" writes: > > [ text/plain ] > > Hi Felipe + usb-gadget folks, > > > > On Wed, 2016-03-02 at 13:55 +0200, Felipe Balbi wrote: > >> Dan Carpenter writes: > >> > We need to move the kfree() down a line so we

Re: [PATCH 1/2] Staging: atm: fix 'endianess' spelling to 'endianness' in fore200e.c This is a patch to the fore200e that fixes the spelling of 'endianess' to the correct one, that is, 'endianness' fo

On Thu, Mar 10, 2016 at 11:00 AM, rneha725 wrote: > Signed-off-by: Neha Rani > --- Hi Neha, You should ideally submit patches for drivers/staging/ as a newbie and not other drivers. Other than that, Your subject is too long and you haven't written a

Re: [PATCH 1/2] Staging: atm: fix 'endianess' spelling to 'endianness' in fore200e.c This is a patch to the fore200e that fixes the spelling of 'endianess' to the correct one, that is, 'endianness' fo

On Thu, Mar 10, 2016 at 11:00 AM, rneha725 wrote: > Signed-off-by: Neha Rani > --- Hi Neha, You should ideally submit patches for drivers/staging/ as a newbie and not other drivers. Other than that, Your subject is too long and you haven't written a commit message, A better way to write the

[PATCH] writeback: Fix performance regression in wb_over_bg_thresh()

Commit 947e9762a8dd ("writeback: update wb_over_bg_thresh() to use wb_domain aware operations") unintentionally changed this function's meaning from "are there more dirty pages than the background writeback threshold" to "are there more dirty pages than the writeback threshold". The background

[PATCH] writeback: Fix performance regression in wb_over_bg_thresh()

Commit 947e9762a8dd ("writeback: update wb_over_bg_thresh() to use wb_domain aware operations") unintentionally changed this function's meaning from "are there more dirty pages than the background writeback threshold" to "are there more dirty pages than the writeback threshold". The background

Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic

On Wednesday 09 March 2016 08:21 PM, Peter Zijlstra wrote: >> But in SLUB: bit_spin_lock() + __bit_spin_unlock() is acceptable ? How so >> (ignoring the performance thing for discussion sake, which is a side effect >> of >> this implementation). > > The sort answer is: Per definition. They are

Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic

On Wednesday 09 March 2016 08:21 PM, Peter Zijlstra wrote: >> But in SLUB: bit_spin_lock() + __bit_spin_unlock() is acceptable ? How so >> (ignoring the performance thing for discussion sake, which is a side effect >> of >> this implementation). > > The sort answer is: Per definition. They are

Re: [RFC 4/9] powerpc/mm: Split huge_pte_alloc function for BOOK3S 64K

On 03/10/2016 01:25 AM, Aneesh Kumar K.V wrote: > Anshuman Khandual writes: > >> > [ text/plain ] >> > From: root >> > >> > Currently the 'huge_pte_alloc' function has two versions, one for the >> > BOOK3S and the other one

Re: [RFC 4/9] powerpc/mm: Split huge_pte_alloc function for BOOK3S 64K

On 03/10/2016 01:25 AM, Aneesh Kumar K.V wrote: > Anshuman Khandual writes: > >> > [ text/plain ] >> > From: root >> > >> > Currently the 'huge_pte_alloc' function has two versions, one for the >> > BOOK3S and the other one for the BOOK3E platforms. This change splits >> > the BOOK3S version

[PATCH 1/2] Staging: atm: fix 'endianess' spelling to 'endianness' in fore200e.c This is a patch to the fore200e that fixes the spelling of 'endianess' to the correct one, that is, 'endianness' found

Signed-off-by: Neha Rani --- drivers/atm/fore200e.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/atm/fore200e.c b/drivers/atm/fore200e.c index 75dde90..fac5e4fd 100644 --- a/drivers/atm/fore200e.c +++ b/drivers/atm/fore200e.c @@ -409,7

[PATCH 1/2] Staging: atm: fix 'endianess' spelling to 'endianness' in fore200e.c This is a patch to the fore200e that fixes the spelling of 'endianess' to the correct one, that is, 'endianness' found

Signed-off-by: Neha Rani --- drivers/atm/fore200e.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/atm/fore200e.c b/drivers/atm/fore200e.c index 75dde90..fac5e4fd 100644 --- a/drivers/atm/fore200e.c +++ b/drivers/atm/fore200e.c @@ -409,7 +409,7 @@

Re: linux-next: removal of the rpmsg tree

On Wed, Mar 9, 2016 at 7:07 AM, Ohad Ben-Cohen wrote: > Hi Stephen, > > On Wed, Mar 9, 2016 at 7:28 AM, Stephen Rothwell > wrote: >> Hi Ohad, >> >> I noticed that the rpmsg tree >> >> git://git.kernel.org/pub/scm/linux/kernel/git/ohad/rpmsg.git branch

Re: linux-next: removal of the rpmsg tree

On Wed, Mar 9, 2016 at 7:07 AM, Ohad Ben-Cohen wrote: > Hi Stephen, > > On Wed, Mar 9, 2016 at 7:28 AM, Stephen Rothwell > wrote: >> Hi Ohad, >> >> I noticed that the rpmsg tree >> >> git://git.kernel.org/pub/scm/linux/kernel/git/ohad/rpmsg.git branch >> for-next >> >> has not been updated

[PATCH 2/2] Staging: nvec: fix multiline comment style. This is a patch in nvec.c file that fixes a multiline comment found by checkpatch.pl tool

Signed-off-by: Neha Rani --- drivers/staging/nvec/nvec.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c index 4ae44a5..57ad27a 100644 --- a/drivers/staging/nvec/nvec.c +++

[PATCH 2/2] Staging: nvec: fix multiline comment style. This is a patch in nvec.c file that fixes a multiline comment found by checkpatch.pl tool

Signed-off-by: Neha Rani --- drivers/staging/nvec/nvec.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c index 4ae44a5..57ad27a 100644 --- a/drivers/staging/nvec/nvec.c +++ b/drivers/staging/nvec/nvec.c @@ -508,8

linux-next: manual merge of the akpm tree with the tip tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: drivers/gpu/drm/omapdrm/omap_gem.c between commit: f6e45661f9be ("dma, mm/pat: Rename dma_*_writecombine() to dma_*_wc()") from the tip tree and patch: "dma-mapping: rename dma_*_writecombine() to dma_*_wc()" from

linux-next: manual merge of the akpm tree with the tip tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: drivers/gpu/drm/omapdrm/omap_gem.c between commit: f6e45661f9be ("dma, mm/pat: Rename dma_*_writecombine() to dma_*_wc()") from the tip tree and patch: "dma-mapping: rename dma_*_writecombine() to dma_*_wc()" from

Re: [PATCH] arc: use little endian accesses

On Thursday 10 March 2016 10:35 AM, Vineet Gupta wrote: > +CC Noam > > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: >> > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu >> > and le32_to_cpu because it is not really guaranteed that drivers handles >> > any

Re: [PATCH] arc: use little endian accesses

On Thursday 10 March 2016 10:35 AM, Vineet Gupta wrote: > +CC Noam > > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: >> > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu >> > and le32_to_cpu because it is not really guaranteed that drivers handles >> > any

Re: [patch -target tree] usb: gadget: f_tcm: use after free

Hi Andrzej, On Wed, 2016-03-09 at 13:53 +0100, Andrzej Pietrasiewicz wrote: > Hi Nicholas, > > W dniu 05.03.2016 o 08:26, Nicholas A. Bellinger pisze: > > Hi Felipe + usb-gadget folks, > > > > On Wed, 2016-03-02 at 13:55 +0200, Felipe Balbi wrote: > > > > > > > usb-gadget/tcm: Conversion to

Re: [PATCH] ext4: drop unneeded BUFFER_TRACE in ext4_delete_inline_entry()

On Sun, Jan 31, 2016 at 11:51:54PM +0800, Geliang Tang wrote: > BUFFER_TRACE info "call ext4_handle_dirty_metadata" doesn't match the > code, so drop it. > > Signed-off-by: Geliang Tang Thanks, applied. - Ted

Re: [patch -target tree] usb: gadget: f_tcm: use after free

Hi Andrzej, On Wed, 2016-03-09 at 13:53 +0100, Andrzej Pietrasiewicz wrote: > Hi Nicholas, > > W dniu 05.03.2016 o 08:26, Nicholas A. Bellinger pisze: > > Hi Felipe + usb-gadget folks, > > > > On Wed, 2016-03-02 at 13:55 +0200, Felipe Balbi wrote: > > > > > > > usb-gadget/tcm: Conversion to

Re: [PATCH] ext4: drop unneeded BUFFER_TRACE in ext4_delete_inline_entry()

On Sun, Jan 31, 2016 at 11:51:54PM +0800, Geliang Tang wrote: > BUFFER_TRACE info "call ext4_handle_dirty_metadata" doesn't match the > code, so drop it. > > Signed-off-by: Geliang Tang Thanks, applied. - Ted

Re: [RFC 6/9] powerpc/hugetlb: Enable ARCH_WANT_GENERAL_HUGETLB for BOOK3S 64K

On 03/10/2016 01:28 AM, Aneesh Kumar K.V wrote: > Anshuman Khandual writes: > >> > [ text/plain ] >> > This enables ARCH_WANT_GENERAL_HUGETLB for BOOK3S 64K in Kconfig. >> > It also implements a new function 'pte_huge' which is required by >> > function

Re: [RFC 6/9] powerpc/hugetlb: Enable ARCH_WANT_GENERAL_HUGETLB for BOOK3S 64K

On 03/10/2016 01:28 AM, Aneesh Kumar K.V wrote: > Anshuman Khandual writes: > >> > [ text/plain ] >> > This enables ARCH_WANT_GENERAL_HUGETLB for BOOK3S 64K in Kconfig. >> > It also implements a new function 'pte_huge' which is required by >> > function 'huge_pte_alloc' from generic VM. Existing

[PATCH 2/4] media: v4l2-mc add v4l_change_media_source() to invoke change_source

Add a common routine to invoke media device change_source handler. Signed-off-by: Shuah Khan --- drivers/media/v4l2-core/v4l2-mc.c | 14 ++ include/media/v4l2-mc.h | 20 +++- 2 files changed, 33 insertions(+), 1 deletion(-) diff

[PATCH 1/4] media: add change_source handler function pointer

Add change_source handler function pointer to struct media_device. Using the change_source handler, driver can disable current source and enable new one in one step when user selects a new input. Signed-off-by: Shuah Khan --- include/media/media-device.h | 18

[PATCH 2/4] media: v4l2-mc add v4l_change_media_source() to invoke change_source

Add a common routine to invoke media device change_source handler. Signed-off-by: Shuah Khan --- drivers/media/v4l2-core/v4l2-mc.c | 14 ++ include/media/v4l2-mc.h | 20 +++- 2 files changed, 33 insertions(+), 1 deletion(-) diff --git

[PATCH 1/4] media: add change_source handler function pointer

Add change_source handler function pointer to struct media_device. Using the change_source handler, driver can disable current source and enable new one in one step when user selects a new input. Signed-off-by: Shuah Khan --- include/media/media-device.h | 18 +++--- 1 file changed,

[PATCH 3/4] media: au0828 add media device change_source handler

Add media device change_source handler. Using the change_source handler, driver can disable current source and enable new one in one step when user selects a new input. Signed-off-by: Shuah Khan --- drivers/media/usb/au0828/au0828-core.c | 64

Re: modules: set mod->state to GOING before going notifiers are called

+++ Rusty Russell [10/03/16 13:57 +1030]: Jessica Yu writes: In load_module(), the going notifiers are called during error handling when an error occurs after the coming notifiers have already been called. However, a module's state is still MODULE_STATE_COMING when the going

[PATCH 3/4] media: au0828 add media device change_source handler

Add media device change_source handler. Using the change_source handler, driver can disable current source and enable new one in one step when user selects a new input. Signed-off-by: Shuah Khan --- drivers/media/usb/au0828/au0828-core.c | 64 -- 1 file changed,

Re: modules: set mod->state to GOING before going notifiers are called

+++ Rusty Russell [10/03/16 13:57 +1030]: Jessica Yu writes: In load_module(), the going notifiers are called during error handling when an error occurs after the coming notifiers have already been called. However, a module's state is still MODULE_STATE_COMING when the going notifiers are

  1   2   3   4   5   6   7   8   9   10   >