Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks

On Wed, Mar 16, 2016 at 5:33 PM, Eric Sandeen wrote: > I may have lost the thread at this point, with poor Darrick's original > patch submission devolving into a long thread about a NO_HIDE_STALE patch > used at Google, but I don't *think* Ceph ever asked for NO_HIDE_STALE. > > At least I can't

Re: [PATCH v12 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Hi Jitao, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.5 next-20160316] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: Nokia N900 - audio TPA6130A2 problems

Hi, can you try this: diff --git a/sound/soc/codecs/tpa6130a2.c b/sound/soc/codecs/tpa6130a2.c index 11d85c5c787a..7f5881bff5d9 100644 --- a/sound/soc/codecs/tpa6130a2.c +++ b/sound/soc/codecs/tpa6130a2.c @@ -386,6 +386,8 @@ static int tpa6130a2_probe(struct i2c_client *client,

Re: Nokia N900 - audio TPA6130A2 problems

Hi, can you try this: diff --git a/sound/soc/codecs/tpa6130a2.c b/sound/soc/codecs/tpa6130a2.c index 11d85c5c787a..7f5881bff5d9 100644 --- a/sound/soc/codecs/tpa6130a2.c +++ b/sound/soc/codecs/tpa6130a2.c @@ -386,6 +386,8 @@ static int tpa6130a2_probe(struct i2c_client *client,

Re: [PATCH v4 7/7] cpufreq: schedutil: New governor based on scheduler utilization data

On Wed, Mar 16, 2016 at 03:59:18PM +0100, Rafael J. Wysocki wrote: > +static unsigned int get_next_freq(struct cpufreq_policy *policy, > + unsigned long util, unsigned long max) > +{ > + unsigned int freq = arch_scale_freq_invariant() ? > +

Re: [PATCH v4 7/7] cpufreq: schedutil: New governor based on scheduler utilization data

On Wed, Mar 16, 2016 at 03:59:18PM +0100, Rafael J. Wysocki wrote: > +static unsigned int get_next_freq(struct cpufreq_policy *policy, > + unsigned long util, unsigned long max) > +{ > + unsigned int freq = arch_scale_freq_invariant() ? > +

Re: [RFT PATCH 2/2] Revert "usb: dwc2: Fix probe problem on bcm2835"

On 3/10/2016 11:14 AM, John Youn wrote: > On 3/9/2016 11:06 AM, Doug Anderson wrote: >> Stefan, >> >> On Wed, Mar 9, 2016 at 11:01 AM, Stefan Wahren >> wrote: >>> Doug Anderson hat am 7. März 2016 um 22:30 geschrieben:

Re: [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown()

On Thu, Mar 17, 2016 at 03:46:35PM +, Olu Ogunbowale wrote: > On Thu, Mar 17, 2016 at 03:37:16PM +0100, Jerome Glisse wrote: > > What other driver do for non-buffer region is have the userspace side > > of the device driver mmap the device driver file and use vma range you > > get from that

Re: [v6, 2/5] soc: fsl: add GUTS driver for QorIQ platforms

On 03/09/2016 04:18 AM, Yangbo Lu wrote: > +#ifdef CONFIG_FSL_GUTS > +u32 fsl_guts_get_svr(void); > +int fsl_guts_init(void); > +#endif Don't ifdef prototypes (when not providing a stub alternative). -Scott

Re: [RFT PATCH 2/2] Revert "usb: dwc2: Fix probe problem on bcm2835"

On 3/10/2016 11:14 AM, John Youn wrote: > On 3/9/2016 11:06 AM, Doug Anderson wrote: >> Stefan, >> >> On Wed, Mar 9, 2016 at 11:01 AM, Stefan Wahren >> wrote: >>> Doug Anderson hat am 7. März 2016 um 22:30 geschrieben: Stefan, On Mon, Mar 7, 2016 at 10:40 AM,

Re: [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown()

On Thu, Mar 17, 2016 at 03:46:35PM +, Olu Ogunbowale wrote: > On Thu, Mar 17, 2016 at 03:37:16PM +0100, Jerome Glisse wrote: > > What other driver do for non-buffer region is have the userspace side > > of the device driver mmap the device driver file and use vma range you > > get from that

Re: [v6, 2/5] soc: fsl: add GUTS driver for QorIQ platforms

On 03/09/2016 04:18 AM, Yangbo Lu wrote: > +#ifdef CONFIG_FSL_GUTS > +u32 fsl_guts_get_svr(void); > +int fsl_guts_init(void); > +#endif Don't ifdef prototypes (when not providing a stub alternative). -Scott

Re: Suspicious error for CMA stress test

On 03/17/2016 10:24 AM, Hanjun Guo wrote: On 2016/3/17 14:54, Joonsoo Kim wrote: On Wed, Mar 16, 2016 at 05:44:28PM +0800, Hanjun Guo wrote: On 2016/3/14 15:18, Joonsoo Kim wrote: On Mon, Mar 14, 2016 at 08:06:16AM +0100, Vlastimil Babka wrote: On 03/14/2016 07:49 AM, Joonsoo Kim wrote: On

Re: Nokia N900 - audio TPA6130A2 problems

Hi! We found out that tpa6130a2 device is being initialized before i2c_2 bus is initialized. So that is reason why tpa6130a2 fails... Any idea why kernel first try to initialize one i2c device even before bus itself is initialized? On Monday 14 March 2016 11:59:13 Peter Ujfalusi wrote: > Does

Re: Suspicious error for CMA stress test

On 03/17/2016 10:24 AM, Hanjun Guo wrote: On 2016/3/17 14:54, Joonsoo Kim wrote: On Wed, Mar 16, 2016 at 05:44:28PM +0800, Hanjun Guo wrote: On 2016/3/14 15:18, Joonsoo Kim wrote: On Mon, Mar 14, 2016 at 08:06:16AM +0100, Vlastimil Babka wrote: On 03/14/2016 07:49 AM, Joonsoo Kim wrote: On

Re: Nokia N900 - audio TPA6130A2 problems

Hi! We found out that tpa6130a2 device is being initialized before i2c_2 bus is initialized. So that is reason why tpa6130a2 fails... Any idea why kernel first try to initialize one i2c device even before bus itself is initialized? On Monday 14 March 2016 11:59:13 Peter Ujfalusi wrote: > Does

[GIT PULL] HSI changes for 4.6

Hi Linus, The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-hsi.git tags/hsi-for-4.6 for you to fetch changes up to

[GIT PULL] HSI changes for 4.6

Hi Linus, The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-hsi.git tags/hsi-for-4.6 for you to fetch changes up to

[PATCH 3.19.y-ckt 21/70] vfio: fix ioctl error handling

v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let me know. ---8< From: "Michael S. Tsirkin" commit 8160c4e455820d5008a1116d2dca35f0363bb062 upstream. Calling return copy_to_user(...) in

[PATCH 3.19.y-ckt 21/70] vfio: fix ioctl error handling

v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let me know. ---8< From: "Michael S. Tsirkin" commit 8160c4e455820d5008a1116d2dca35f0363bb062 upstream. Calling return copy_to_user(...) in an ioctl will not

[PATCH] Staging: rtl8192e: fix line length coding style issue in rtllib_softmac.c

This is a patch to the rtllib_softmac.c file that fixes up all instances of the 'line over 80 characters' warnings found by the checkpatch.pl tool. Signed-off-by: Yousof El-Sayed --- drivers/staging/rtl8192e/rtllib_softmac.c | 35

[PATCH v20 23/23] ext4: Add richacl feature flag

From: "Aneesh Kumar K.V" This feature flag selects richacl instead of POSIX ACL support on the filesystem. When this feature is off, the "acl" and "noacl" mount options control whether POSIX ACLs are enabled. When it is on, richacls are automatically enabled

[PATCH] Staging: rtl8192e: fix line length coding style issue in rtllib_softmac.c

This is a patch to the rtllib_softmac.c file that fixes up all instances of the 'line over 80 characters' warnings found by the checkpatch.pl tool. Signed-off-by: Yousof El-Sayed --- drivers/staging/rtl8192e/rtllib_softmac.c | 35 +++ 1 file changed, 22

[PATCH v20 23/23] ext4: Add richacl feature flag

From: "Aneesh Kumar K.V" This feature flag selects richacl instead of POSIX ACL support on the filesystem. When this feature is off, the "acl" and "noacl" mount options control whether POSIX ACLs are enabled. When it is on, richacls are automatically enabled and using the "noacl" mount option

Re: [PATCH v3 6/8] arm64: dts: rockchip: Add power key to GeekBox

Am 16.03.2016 um 11:58 schrieb Andreas Färber: > Am 11.03.2016 um 00:04 schrieb Julien Chauveau: >>> @@ -70,6 +71,19 @@ >>> pinctrl-0 = <_int>; >>> }; >>> >>> + keys: gpio-keys { [...] >>> + compatible = "gpio-keys"; >>> + pinctrl-names = "default"; >>> +

Re: [PATCH v3 6/8] arm64: dts: rockchip: Add power key to GeekBox

Am 16.03.2016 um 11:58 schrieb Andreas Färber: > Am 11.03.2016 um 00:04 schrieb Julien Chauveau: >>> @@ -70,6 +71,19 @@ >>> pinctrl-0 = <_int>; >>> }; >>> >>> + keys: gpio-keys { [...] >>> + compatible = "gpio-keys"; >>> + pinctrl-names = "default"; >>> +

[PATCH 3.19.y-ckt 19/70] libata: Align ata_device's id on a cacheline

v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let me know. ---8< From: Harvey Hunt commit 4ee34ea3a12396f35b26d90a094c75db95080baa upstream. The id buffer in ata_device is a DMA

[PATCH 3.19.y-ckt 19/70] libata: Align ata_device's id on a cacheline

v3.19.8-ckt17 -stable review patch. If anyone has any objections, please let me know. ---8< From: Harvey Hunt commit 4ee34ea3a12396f35b26d90a094c75db95080baa upstream. The id buffer in ata_device is a DMA target, but it isn't

Re: [PATCH] mac80211: fix order of flag descriptions

On Fri, 2016-03-18 at 16:35 +, Luis de Bethencourt wrote: > Fix order of mac80211_rx_flags description to match the enum. > > Signed-off-by: Luis de Bethencourt > --- > Hi, > > I want ahead and fixed the order of the descriptions. checkpatch.pl > was giving > a

Re: [PATCH] mac80211: fix order of flag descriptions

On Fri, 2016-03-18 at 16:35 +, Luis de Bethencourt wrote: > Fix order of mac80211_rx_flags description to match the enum. > > Signed-off-by: Luis de Bethencourt > --- > Hi, > > I want ahead and fixed the order of the descriptions. checkpatch.pl > was giving > a warning to my previous patch

Re: [PART1 RFC v3 12/12] svm: Manage vcpu load/unload when enable AVIC

2016-03-18 01:09-0500, Suravee Suthikulpanit: > From: Suravee Suthikulpanit > > When a vcpu is loaded/unloaded to a physical core, we need to update > host physical APIC ID information in the Physical APIC-ID table > accordingly. > > Also, when vCPU is

Re: [PART1 RFC v3 12/12] svm: Manage vcpu load/unload when enable AVIC

2016-03-18 01:09-0500, Suravee Suthikulpanit: > From: Suravee Suthikulpanit > > When a vcpu is loaded/unloaded to a physical core, we need to update > host physical APIC ID information in the Physical APIC-ID table > accordingly. > > Also, when vCPU is blocking/un-blocking (due to halt

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

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

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

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

Re: [PATCH v11 3/9] arm64: add copy_to/from_user to kprobes blacklist

Hi James, On 16/03/2016:10:27:22 AM, James Morse wrote: > Hi Pratyush, > > On 16/03/16 05:43, Pratyush Anand wrote: > > On 15/03/2016:06:47:52 PM, James Morse wrote: > >> If I understand this correctly - you can't kprobe these ldr/str > >> instructions > >> as the fault handler wouldn't find

Re: [PATCH v11 3/9] arm64: add copy_to/from_user to kprobes blacklist

Hi James, On 16/03/2016:10:27:22 AM, James Morse wrote: > Hi Pratyush, > > On 16/03/16 05:43, Pratyush Anand wrote: > > On 15/03/2016:06:47:52 PM, James Morse wrote: > >> If I understand this correctly - you can't kprobe these ldr/str > >> instructions > >> as the fault handler wouldn't find

[PATCH v5 1/2] ARM: dts: at91: shdwc binding: add new shutdown controller documentation

The new shutdown controller compatible with sama5d2 has a new binding documentation and properties. Signed-off-by: Nicolas Ferre Cc: devicet...@vger.kernel.org Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland

[PATCH v5 1/2] ARM: dts: at91: shdwc binding: add new shutdown controller documentation

The new shutdown controller compatible with sama5d2 has a new binding documentation and properties. Signed-off-by: Nicolas Ferre Cc: devicet...@vger.kernel.org Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell doc --- Changes in v5: - change naming for this driver: instead

Re: [PATCH 0/5] da8xx USB clocks

On 3/16/2016 1:35 AM, David Lechner wrote: I've implemented some proper clocks for the USB PHY clocks on da8xx. For those not familiar with the architecture, the SoC has one USB 1.1 OHCI port and one USB 2.O OTG port. The USB 1.1 PHY clock can optionally be supplied by the PLL in the USB 2.0

Re: [PATCH 0/5] da8xx USB clocks

On 3/16/2016 1:35 AM, David Lechner wrote: I've implemented some proper clocks for the USB PHY clocks on da8xx. For those not familiar with the architecture, the SoC has one USB 1.1 OHCI port and one USB 2.O OTG port. The USB 1.1 PHY clock can optionally be supplied by the PLL in the USB 2.0

Re: [PATCH 1/2] irqdomain: Export irq_domain_free_irqs_common

On Thu, 17 Mar 2016, Axel Lin wrote: > Export irq_domain_free_irqs_common so it can be used by modules. > > Signed-off-by: Axel Lin > --- > kernel/irq/irqdomain.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c >

Re: [PATCH 1/2] irqdomain: Export irq_domain_free_irqs_common

On Thu, 17 Mar 2016, Axel Lin wrote: > Export irq_domain_free_irqs_common so it can be used by modules. > > Signed-off-by: Axel Lin > --- > kernel/irq/irqdomain.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c > index 3a519a0..245a485

Re: [PATCH v5 3/6] usb: mux: add common code for Intel dual role port mux

Hi Chanwoo, On 03/18/2016 03:52 PM, Chanwoo Choi wrote: > Hi Baolu, > > On 2016년 03월 18일 15:32, Lu Baolu wrote: >> Several Intel PCHs and SOCs have an internal mux that is used to >> share one USB port between device controller and host controller. >> >> A usb port mux could be abstracted as the

Re: [PATCH v5 3/6] usb: mux: add common code for Intel dual role port mux

Hi Chanwoo, On 03/18/2016 03:52 PM, Chanwoo Choi wrote: > Hi Baolu, > > On 2016년 03월 18일 15:32, Lu Baolu wrote: >> Several Intel PCHs and SOCs have an internal mux that is used to >> share one USB port between device controller and host controller. >> >> A usb port mux could be abstracted as the

Re: [PATCH] qla2xxx: avoid maybe_uninitialized warning

On 16.3.2016 16:03, Tomas Henzl wrote: > On 15.3.2016 22:40, Arnd Bergmann wrote: >> The qlt_check_reserve_free_req() function produces an incorrect warning >> when CONFIG_PROFILE_ANNOTATED_BRANCHES is set: >> >> drivers/scsi/qla2xxx/qla_target.c: In function 'qlt_check_reserve_free_req': >>

Re: [PATCH] qla2xxx: avoid maybe_uninitialized warning

On 16.3.2016 16:03, Tomas Henzl wrote: > On 15.3.2016 22:40, Arnd Bergmann wrote: >> The qlt_check_reserve_free_req() function produces an incorrect warning >> when CONFIG_PROFILE_ANNOTATED_BRANCHES is set: >> >> drivers/scsi/qla2xxx/qla_target.c: In function 'qlt_check_reserve_free_req': >>

Re: [PATCH v2] x86: dts: ce4100: Use defined compatible string for PCF8575 chip

On Wed, Mar 16, 2016 at 04:51:20PM +, Ben Hutchings wrote: > The binding definition for the PCF857x GPIO expanders doesn't mention > a "ti,pcf8575" compatible string. This is apparently because TI is > only a second source - there is no functional difference between > PCF8575 chips

Re: [PATCH v2] x86: dts: ce4100: Use defined compatible string for PCF8575 chip

On Wed, Mar 16, 2016 at 04:51:20PM +, Ben Hutchings wrote: > The binding definition for the PCF857x GPIO expanders doesn't mention > a "ti,pcf8575" compatible string. This is apparently because TI is > only a second source - there is no functional difference between > PCF8575 chips

Re: [PATCH v10 6/9] dt-bindings: usb: Add NVIDIA Tegra XUSB controller binding

On 03/04/2016 09:19 AM, Thierry Reding wrote: From: Thierry Reding Add device-tree binding documentation for the XUSB controller present on Tegra124 and later SoCs. This controller supports USB 3.0 via an xHCI compliant interface. Based on work by Andrew Bresticker

Re: [PATCH v10 6/9] dt-bindings: usb: Add NVIDIA Tegra XUSB controller binding

On 03/04/2016 09:19 AM, Thierry Reding wrote: From: Thierry Reding Add device-tree binding documentation for the XUSB controller present on Tegra124 and later SoCs. This controller supports USB 3.0 via an xHCI compliant interface. Based on work by Andrew Bresticker . diff --git

Re: DMAR error messages after 'shutdown -r'.

On Mon, Mar 07, 2016 at 04:41:57PM -0500, valdis.kletni...@vt.edu wrote: > > lspci says: > 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port > SATA Controller [AHCI mode] (rev 04) > > Not sure why I only see it on reboots - that means that when powering up, the > kernel

Re: DMAR error messages after 'shutdown -r'.

On Mon, Mar 07, 2016 at 04:41:57PM -0500, valdis.kletni...@vt.edu wrote: > > lspci says: > 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port > SATA Controller [AHCI mode] (rev 04) > > Not sure why I only see it on reboots - that means that when powering up, the > kernel

Re: [PATCH v3 3/3] cpuacct: split usage into user_usage and sys_usage

On Thu, Mar 17, 2016 at 12:19:44PM +0800, Zhao Lei wrote: > +static u64 __cpuusage_read(struct cgroup_subsys_state *css, > +enum cpuacct_usage_index index) > { > struct cpuacct *ca = css_ca(css); > u64 totalcpuusage = 0; > int i; > >

Re: [PATCH v3 3/3] cpuacct: split usage into user_usage and sys_usage

On Thu, Mar 17, 2016 at 12:19:44PM +0800, Zhao Lei wrote: > +static u64 __cpuusage_read(struct cgroup_subsys_state *css, > +enum cpuacct_usage_index index) > { > struct cpuacct *ca = css_ca(css); > u64 totalcpuusage = 0; > int i; > >

Re: [PATCH v4] acpi: Issue _OSC call for native thermal interrupt handling

On Thu, 2016-03-17 at 16:03 -0400, Linda Knippers wrote: > On 3/17/2016 2:24 PM, Srinivas Pandruvada wrote: > > > > There are several reports of freeze on enabling HWP (Hardware > > PStates) > > feature on Skylake based systems by Intel P states driver. The root > > cause is identified as the HWP

Re: [PATCH v4] acpi: Issue _OSC call for native thermal interrupt handling

On Thu, 2016-03-17 at 16:03 -0400, Linda Knippers wrote: > On 3/17/2016 2:24 PM, Srinivas Pandruvada wrote: > > > > There are several reports of freeze on enabling HWP (Hardware > > PStates) > > feature on Skylake based systems by Intel P states driver. The root > > cause is identified as the HWP

[PATCH] net: sched: Add description for cpu_bstats argument

Commit 22e0f8b9322c ("net: sched: make bstats per cpu and estimator RCU safe") added the argument cpu_bstats to functions gen_new_estimator and gen_replace_estimator and now the descriptions of these are missing for the documentation. Adding them. Signed-off-by: Luis de Bethencourt

[PATCH] net: sched: Add description for cpu_bstats argument

Commit 22e0f8b9322c ("net: sched: make bstats per cpu and estimator RCU safe") added the argument cpu_bstats to functions gen_new_estimator and gen_replace_estimator and now the descriptions of these are missing for the documentation. Adding them. Signed-off-by: Luis de Bethencourt --- Hi,

Re: [PATCH v3] Fix OpenSSH pty regression on close

On 03/19/2016 01:59 PM, Greg Kroah-Hartman wrote: > On Sat, Mar 19, 2016 at 01:40:21PM -0700, Brian Bloniarz wrote: >> Hi, I haven't heard anything after sending this latest patch -- is there >> anything I can do to help get this fixed? > > I wanted to get an ack or reviewed-by from Peter before

Re: [PATCH v3] Fix OpenSSH pty regression on close

On 03/19/2016 01:59 PM, Greg Kroah-Hartman wrote: > On Sat, Mar 19, 2016 at 01:40:21PM -0700, Brian Bloniarz wrote: >> Hi, I haven't heard anything after sending this latest patch -- is there >> anything I can do to help get this fixed? > > I wanted to get an ack or reviewed-by from Peter before

[PATCH] gen_stats.c: Add description for cpu argument

Function gnet_stats_copy_basic is missing the description of the cpu argument in the documentation. Adding it. Signed-off-by: Luis de Bethencourt --- Hi, Noticed this issue when running make htmldocs. I got the following warning: .//net/core/gen_stats.c:155: warning: No

[PATCH] gen_stats.c: Add description for cpu argument

Function gnet_stats_copy_basic is missing the description of the cpu argument in the documentation. Adding it. Signed-off-by: Luis de Bethencourt --- Hi, Noticed this issue when running make htmldocs. I got the following warning: .//net/core/gen_stats.c:155: warning: No description found for

[PATCH v2 1/2] fs/ext4: mb_find_order_for_block(): silence UBSAN

Currently, in mb_find_order_for_block(), there's a loop like the following: while (order <= e4b->bd_blkbits + 1) { ... bb += 1 << (e4b->bd_blkbits - order); } Note that the updated bb is used in the loop's next iteration only. However, at the last iteration, that is at order ==

Re: [PATCH] fs/ext4: mb_find_order_for_block(): silence UBSAN

Please drop in favour of v2. Thank you and sorry for the noise, Nicolai

[PATCH v2 0/2] fs/ext4: mballoc.c: silence two UBSAN reports

v1 can be found here: http://lkml.kernel.org/g/1458417247-3164-1-git-send-email-nicsta...@gmail.com Unfortunately, I failed to recognize that the very same issue fixed by v1 appears again at another place in fs/ext4/mballoc.c. Hence a v2 with the [2/2] addressing that second occurence.

[PATCH v2 1/2] fs/ext4: mb_find_order_for_block(): silence UBSAN

Currently, in mb_find_order_for_block(), there's a loop like the following: while (order <= e4b->bd_blkbits + 1) { ... bb += 1 << (e4b->bd_blkbits - order); } Note that the updated bb is used in the loop's next iteration only. However, at the last iteration, that is at order ==

Re: [PATCH] fs/ext4: mb_find_order_for_block(): silence UBSAN

Please drop in favour of v2. Thank you and sorry for the noise, Nicolai

[PATCH v2 0/2] fs/ext4: mballoc.c: silence two UBSAN reports

v1 can be found here: http://lkml.kernel.org/g/1458417247-3164-1-git-send-email-nicsta...@gmail.com Unfortunately, I failed to recognize that the very same issue fixed by v1 appears again at another place in fs/ext4/mballoc.c. Hence a v2 with the [2/2] addressing that second occurence.

[PATCH v2 2/2] fs/ext4: ext4_mb_init(): silence UBSAN

Currently, in ext4_mb_init(), there's a loop like the following: do { ... offset += 1 << (sb->s_blocksize_bits - i); i++; } while (i <= sb->s_blocksize_bits + 1); Note that the updated offset is used in the loop's next iteration only. However, at the last iteration, that is at i

[PATCH v2 2/2] fs/ext4: ext4_mb_init(): silence UBSAN

Currently, in ext4_mb_init(), there's a loop like the following: do { ... offset += 1 << (sb->s_blocksize_bits - i); i++; } while (i <= sb->s_blocksize_bits + 1); Note that the updated offset is used in the loop's next iteration only. However, at the last iteration, that is at i

[PATCH v2 3/4] regulator: act8865: Pass of_node via act8865_regulator_data

This makes the code easier to read and it avoids a dynamic memory allocation. Signed-off-by: Maarten ter Huurne --- drivers/regulator/act8865-regulator.c | 28 include/linux/regulator/act8865.h | 2 ++ 2 files changed, 14 insertions(+),

[PATCH v2 3/4] regulator: act8865: Pass of_node via act8865_regulator_data

This makes the code easier to read and it avoids a dynamic memory allocation. Signed-off-by: Maarten ter Huurne --- drivers/regulator/act8865-regulator.c | 28 include/linux/regulator/act8865.h | 2 ++ 2 files changed, 14 insertions(+), 16 deletions(-) diff

[PATCH 1/4] efi: Move efi_status_to_err() to drivers/firmware/efi/

Move efi_status_to_err() to the architecture independent code as it's generally useful in all bits of EFI code where there is a need to convert an efi_status_t to a kernel error value. Cc: Kweh Hock Leong Cc: Borislav Petkov Cc: Ard Biesheuvel

[PATCH 1/4] efi: Move efi_status_to_err() to drivers/firmware/efi/

Move efi_status_to_err() to the architecture independent code as it's generally useful in all bits of EFI code where there is a need to convert an efi_status_t to a kernel error value. Cc: Kweh Hock Leong Cc: Borislav Petkov Cc: Ard Biesheuvel Signed-off-by: Matt Fleming ---

[PATCH] staging: unisys: visornic: Made comments look nicer

Made comments not break coding style guidlines and easier to read. Signed-off-by: Gavin O'Leary --- drivers/staging/unisys/visornic/visornic_main.c | 29 +++-- 1 file changed, 17 insertions(+), 12 deletions(-) diff --git

[PATCH] staging: unisys: visornic: Made comments look nicer

Made comments not break coding style guidlines and easier to read. Signed-off-by: Gavin O'Leary --- drivers/staging/unisys/visornic/visornic_main.c | 29 +++-- 1 file changed, 17 insertions(+), 12 deletions(-) diff --git a/drivers/staging/unisys/visornic/visornic_main.c

[PATCH] module: fix noreturn attribute for __module_put_and_exit()

__module_put_and_exit() is makred noreturn in module.h declaration, but is lacking the attribute in the definition, which makes some tools (such as sparse) unhappy. Amend the definition with the attribute as well (and reformat the declaration so that it uses more common format). Signed-off-by:

[PATCH] module: fix noreturn attribute for __module_put_and_exit()

__module_put_and_exit() is makred noreturn in module.h declaration, but is lacking the attribute in the definition, which makes some tools (such as sparse) unhappy. Amend the definition with the attribute as well (and reformat the declaration so that it uses more common format). Signed-off-by:

Re: [BUG] sched: leaf_cfs_rq_list use after free

Hello, again. On Wed, Mar 16, 2016 at 07:24:14AM -0700, Tejun Heo wrote: > I could be mistaken but AFAICS there doesn't seem to be anything > requiring bothering with the more specialized exit methods. Given > that no css iteration is used and everything is lock protected, the Ooh, missed the

Re: [BUG] sched: leaf_cfs_rq_list use after free

Hello, again. On Wed, Mar 16, 2016 at 07:24:14AM -0700, Tejun Heo wrote: > I could be mistaken but AFAICS there doesn't seem to be anything > requiring bothering with the more specialized exit methods. Given > that no css iteration is used and everything is lock protected, the Ooh, missed the

[PATCH 15/15] irqchip/gic: Add support for tegra AGIC interrupt controller

Add a driver for the Tegra-AGIC interrupt controller which is compatible with the ARM GIC-400 interrupt controller. The Tegra AGIC (Audio GIC) is part of the Audio Processing Engine (APE) on Tegra210 and can route interrupts to either the GIC for the CPU subsystem or the Audio DSP (ADSP) within

Re: [PATCH] Revert "arm64: Increase the max granular size"

On 3/17/2016 7:27 AM, Catalin Marinas wrote: On Wed, Mar 16, 2016 at 10:26:08AM -0500, Timur Tabi wrote: Catalin Marinas wrote: Why do you need your own defconfig? If it's just on the short term until all your code is upstream, that's fine, but this goes against the single Image aim. I would

[PATCH 15/15] irqchip/gic: Add support for tegra AGIC interrupt controller

Add a driver for the Tegra-AGIC interrupt controller which is compatible with the ARM GIC-400 interrupt controller. The Tegra AGIC (Audio GIC) is part of the Audio Processing Engine (APE) on Tegra210 and can route interrupts to either the GIC for the CPU subsystem or the Audio DSP (ADSP) within

Re: [PATCH] Revert "arm64: Increase the max granular size"

On 3/17/2016 7:27 AM, Catalin Marinas wrote: On Wed, Mar 16, 2016 at 10:26:08AM -0500, Timur Tabi wrote: Catalin Marinas wrote: Why do you need your own defconfig? If it's just on the short term until all your code is upstream, that's fine, but this goes against the single Image aim. I would

Re: [PATCH V2 2/2] x86/perf/intel/uncore: Make Intel rapl modular

On Fri, 18 Mar 2016, kan.li...@intel.com wrote: > +static struct intel_rapl_init_fun knl_rapl_init = { Same const __initconst issue as in the other patch > static const struct x86_cpu_id rapl_cpu_match[] __initconst = { Yep, that one is correct. Other than the above: Reviewed-by: Thomas

Re: [PATCH V2 2/2] x86/perf/intel/uncore: Make Intel rapl modular

On Fri, 18 Mar 2016, kan.li...@intel.com wrote: > +static struct intel_rapl_init_fun knl_rapl_init = { Same const __initconst issue as in the other patch > static const struct x86_cpu_id rapl_cpu_match[] __initconst = { Yep, that one is correct. Other than the above: Reviewed-by: Thomas

Re: [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown()

On Wed, Mar 16, 2016 at 05:10:34PM +, Olu Ogunbowale wrote: > From: Olujide Ogunbowale > > Export the memory management functions, unmapped_area() & > unmapped_area_topdown(), as GPL symbols; this allows the kernel to > better support process address space

Re: [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown()

On Wed, Mar 16, 2016 at 05:10:34PM +, Olu Ogunbowale wrote: > From: Olujide Ogunbowale > > Export the memory management functions, unmapped_area() & > unmapped_area_topdown(), as GPL symbols; this allows the kernel to > better support process address space mirroring on both CPU and device >

[PATCH v1 0/2] basic ioctl support for netlink sockets

From: David Decotigny This removes the requirement that ethtool be tied to the support of a specific L3 protocol, also updates a comment. # Patch Set Summary: David Decotigny (2): ethtool: minor doc update netlink: add

[PATCH v1 0/2] basic ioctl support for netlink sockets

From: David Decotigny This removes the requirement that ethtool be tied to the support of a specific L3 protocol, also updates a comment. # Patch Set Summary: David Decotigny (2): ethtool: minor doc update netlink: add support for NIC driver

Re: [LKP] [lkp] [futex] 65d8fc777f: +25.6% will-it-scale.per_process_ops

Sorry, for late. Ingo Molnar writes: > * kernel test robot wrote: > >> FYI, we noticed the below changes on >> >> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >> commit 65d8fc777f6dcfee12785c057a6b57f679641c90

Re: [LKP] [lkp] [futex] 65d8fc777f: +25.6% will-it-scale.per_process_ops

Sorry, for late. Ingo Molnar writes: > * kernel test robot wrote: > >> FYI, we noticed the below changes on >> >> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >> commit 65d8fc777f6dcfee12785c057a6b57f679641c90 ("futex: Remove requirement >> for >> lock_page()

Re: [PATCH] crypto: marvell/cesa - forward devm_ioremap_resource() error code

Sorry for the noise, just sent twice the same patch :-/. Please ignore this one. On Thu, 17 Mar 2016 10:47:11 +0100 Boris Brezillon wrote: > Forward devm_ioremap_resource() error code instead of returning > -ENOMEM. > > Signed-off-by: Boris Brezillon

Re: [PATCH v10 3/9] dt-bindings: phy: tegra-xusb-padctl: Add Tegra210 support

On 03/04/2016 09:19 AM, Thierry Reding wrote: From: Thierry Reding Extend the binding to cover the set of feature found in Tegra210. Acked-by: Stephen Warren diff --git a/Documentation/devicetree/bindings/phy/nvidia,tegra124-xusb-padctl.txt

Re: [PATCH] crypto: marvell/cesa - forward devm_ioremap_resource() error code

Sorry for the noise, just sent twice the same patch :-/. Please ignore this one. On Thu, 17 Mar 2016 10:47:11 +0100 Boris Brezillon wrote: > Forward devm_ioremap_resource() error code instead of returning > -ENOMEM. > > Signed-off-by: Boris Brezillon > Reported-by: Russell King - ARM Linux >

Re: [PATCH v10 3/9] dt-bindings: phy: tegra-xusb-padctl: Add Tegra210 support

On 03/04/2016 09:19 AM, Thierry Reding wrote: From: Thierry Reding Extend the binding to cover the set of feature found in Tegra210. Acked-by: Stephen Warren diff --git a/Documentation/devicetree/bindings/phy/nvidia,tegra124-xusb-padctl.txt

Re: [RFC5 PATCH v6 00/21] ILP32 for ARM64

On Fri, Mar 18, 2016 at 04:55:26PM +0100, Alexander Graf wrote: > > > On 18.03.16 16:49, Yury Norov wrote: > > On Fri, Mar 18, 2016 at 06:28:29PM +0800, Zhangjian (Bamvor) wrote: > >> > >> For the glibc part, I found that there are 11 patches of ilp32 in top, > >> but the original 28 patches of

Re: [RFC5 PATCH v6 00/21] ILP32 for ARM64

On Fri, Mar 18, 2016 at 04:55:26PM +0100, Alexander Graf wrote: > > > On 18.03.16 16:49, Yury Norov wrote: > > On Fri, Mar 18, 2016 at 06:28:29PM +0800, Zhangjian (Bamvor) wrote: > >> > >> For the glibc part, I found that there are 11 patches of ilp32 in top, > >> but the original 28 patches of

Re: [PATCH v5 2/2] power: reset: at91-shdwc: add new shutdown controller driver

On 16/03/2016 at 14:19:50 +0100, Nicolas Ferre wrote : > Sama5d2 SoC has a completely new shutdown controller with new features and > register layout. It thus makes sense to add a new driver for this new > peripheral. > > This driver is Device Tree only and handles events from the wake-up pin and

Re: [PATCH v5 2/2] power: reset: at91-shdwc: add new shutdown controller driver

On 16/03/2016 at 14:19:50 +0100, Nicolas Ferre wrote : > Sama5d2 SoC has a completely new shutdown controller with new features and > register layout. It thus makes sense to add a new driver for this new > peripheral. > > This driver is Device Tree only and handles events from the wake-up pin and

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