Re: [PATCH 5/5] mmc: cavium: Fix probing race with regulator

On Tue, May 16, 2017 at 08:07:50AM -0500, Rob Herring wrote: > On Tue, May 16, 2017 at 4:36 AM, Jan Glauber wrote: > > If the regulator probing is not yet finished this driver > > might catch a -EPROBE_DEFER. Returning after this condition > > did not remove the created

Re: [PATCH 5/5] mmc: cavium: Fix probing race with regulator

On Tue, May 16, 2017 at 08:07:50AM -0500, Rob Herring wrote: > On Tue, May 16, 2017 at 4:36 AM, Jan Glauber wrote: > > If the regulator probing is not yet finished this driver > > might catch a -EPROBE_DEFER. Returning after this condition > > did not remove the created platform device. On a

Re: [patch 2/2] MM: allow per-cpu vmstat_threshold and vmstat_worker configuration

On Mon, 15 May 2017, Marcelo Tosatti wrote: > > NOHZ already does that. I wanted to know what your problem is that you > > see. The latency issue has already been solved as far as I can tell . > > Please tell me why the existing solutions are not sufficient for you. > > We don't want

Re: [patch 2/2] MM: allow per-cpu vmstat_threshold and vmstat_worker configuration

On Mon, 15 May 2017, Marcelo Tosatti wrote: > > NOHZ already does that. I wanted to know what your problem is that you > > see. The latency issue has already been solved as far as I can tell . > > Please tell me why the existing solutions are not sufficient for you. > > We don't want

[PATCH] S390-DASD: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Tue, 16 May 2017 15:30:44 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link:

[PATCH] S390-DASD: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Tue, 16 May 2017 15:30:44 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf

Re: [PATCH v3 0/2] kvm: arm/arm64: Fixes for race conditions

On Tue, May 16, 2017 at 11:01:54AM +0100, Suzuki K Poulose wrote: > On 16/05/17 10:53, Christoffer Dall wrote: > >On Tue, May 16, 2017 at 10:34:53AM +0100, Suzuki K Poulose wrote: > >>The patches fixes race conditions in stage2 pgd accesses. > >> > >>Patch 1 is a fix up for the patch which has

Re: [PATCH v3 0/2] kvm: arm/arm64: Fixes for race conditions

On Tue, May 16, 2017 at 11:01:54AM +0100, Suzuki K Poulose wrote: > On 16/05/17 10:53, Christoffer Dall wrote: > >On Tue, May 16, 2017 at 10:34:53AM +0100, Suzuki K Poulose wrote: > >>The patches fixes race conditions in stage2 pgd accesses. > >> > >>Patch 1 is a fix up for the patch which has

Re: [PATCH] drm: use kvmalloc_array for drm_malloc*

> Your patch also seems to need some stuff from -rc1, and atm drm-misc is > still pre-rc1, so I'll pull both patches in once that's sorted (I can do > the rebase myself, since it's rather trivial). But pls remind me in case > it falls through the cracks and isn't in linux-next by end of this week > :-) I have based it on top of the current linux next (next-20170516). Let me know if other tree is more appropriate. -- Michal Hocko SUSE Labs

Re: [PATCH] drm: use kvmalloc_array for drm_malloc*

-rc1, and atm drm-misc is > still pre-rc1, so I'll pull both patches in once that's sorted (I can do > the rebase myself, since it's rather trivial). But pls remind me in case > it falls through the cracks and isn't in linux-next by end of this week > :-) I have based it on top of the current linux next (next-20170516). Let me know if other tree is more appropriate. -- Michal Hocko SUSE Labs

Re: [PATCH v2] perf report: distinguish between inliners in the same function

On Dienstag, 16. Mai 2017 02:53:32 CEST Namhyung Kim wrote: > On Mon, May 15, 2017 at 12:01:54PM +0200, Milian Wolff wrote: > > On Monday, May 15, 2017 3:21:58 AM CEST Namhyung Kim wrote: > > > Hi Milian, > > > > > > On Sun, May 14, 2017 at 08:10:50PM +0200, Milian Wolff wrote: > > > > On

Re: [PATCH v2] perf report: distinguish between inliners in the same function

On Dienstag, 16. Mai 2017 02:53:32 CEST Namhyung Kim wrote: > On Mon, May 15, 2017 at 12:01:54PM +0200, Milian Wolff wrote: > > On Monday, May 15, 2017 3:21:58 AM CEST Namhyung Kim wrote: > > > Hi Milian, > > > > > > On Sun, May 14, 2017 at 08:10:50PM +0200, Milian Wolff wrote: > > > > On

Re: [PATCH v4 1/4] can: m_can: move Message RAM initialization to function

Hi Alexandre, On 05/16/2017 01:00 AM, Alexandre Belloni wrote: Hi, On 15/05/2017 at 20:51:30 -0700, Oliver Hartkopp wrote: On 05/15/2017 06:50 AM, Marc Kleine-Budde wrote: Looks good, added to linux-can-next. Isn't this a fix for linux-can instead? At least it would make no sense to me to

Re: [PATCH v4 1/4] can: m_can: move Message RAM initialization to function

Hi Alexandre, On 05/16/2017 01:00 AM, Alexandre Belloni wrote: Hi, On 15/05/2017 at 20:51:30 -0700, Oliver Hartkopp wrote: On 05/15/2017 06:50 AM, Marc Kleine-Budde wrote: Looks good, added to linux-can-next. Isn't this a fix for linux-can instead? At least it would make no sense to me to

Re: [PATCH] mm: per-cgroup memory reclaim stats

Hi Michal! On Tue, May 16, 2017 at 11:29:56AM +0200, Michal Hocko wrote: > On Thu 11-05-17 20:16:23, Roman Gushchin wrote: > > Track the following reclaim counters for every memory cgroup: > > PGREFILL, PGSCAN, PGSTEAL, PGACTIVATE, PGDEACTIVATE, PGLAZYFREE and > > PGLAZYFREED. > > yes, those are

Re: [patch 17/18] sched: Enable might_sleep() checks early

On Tue, 16 May 2017 09:33:52 +0200 (CEST) Thomas Gleixner wrote: > Darn, forgot about PREEMPT_VOLUNTARY and that excellent changelog does not > mention it either. > > > So if we schedule to the kernel_init() task before we set kthreadd_task > > we'll try and spawn kthreads

Re: [PATCH] mm: per-cgroup memory reclaim stats

Hi Michal! On Tue, May 16, 2017 at 11:29:56AM +0200, Michal Hocko wrote: > On Thu 11-05-17 20:16:23, Roman Gushchin wrote: > > Track the following reclaim counters for every memory cgroup: > > PGREFILL, PGSCAN, PGSTEAL, PGACTIVATE, PGDEACTIVATE, PGLAZYFREE and > > PGLAZYFREED. > > yes, those are

Re: [patch 17/18] sched: Enable might_sleep() checks early

On Tue, 16 May 2017 09:33:52 +0200 (CEST) Thomas Gleixner wrote: > Darn, forgot about PREEMPT_VOLUNTARY and that excellent changelog does not > mention it either. > > > So if we schedule to the kernel_init() task before we set kthreadd_task > > we'll try and spawn kthreads and OOPS. > > So

Re: [PATCH v2 39/53] mtd: adjust kernel-docs to avoid Sphinx/kerneldoc warnings

On Tue, 16 May 2017 09:16:31 -0300 Mauro Carvalho Chehab wrote: > ./drivers/mtd/nand/nand_bbt.c:1: warning: no structured comments found > ./include/linux/mtd/nand.h:785: ERROR: Unexpected indentation. > ./drivers/mtd/nand/nand_base.c:449: WARNING: Definition list ends

Re: [PATCH v2 39/53] mtd: adjust kernel-docs to avoid Sphinx/kerneldoc warnings

On Tue, 16 May 2017 09:16:31 -0300 Mauro Carvalho Chehab wrote: > ./drivers/mtd/nand/nand_bbt.c:1: warning: no structured comments found > ./include/linux/mtd/nand.h:785: ERROR: Unexpected indentation. > ./drivers/mtd/nand/nand_base.c:449: WARNING: Definition list ends without a > blank line;

Re: [PATCH v2 38/53] mtdnand.rst: group the "::" with previous line

On Tue, 16 May 2017 09:16:30 -0300 Mauro Carvalho Chehab wrote: > Group the :: with the previous paragraph, in order to make it > visually better when reading as a text file. > > While here, replace: > ored (with means "Covered or adorned with ore or metal") >

Re: [PATCH v2 38/53] mtdnand.rst: group the "::" with previous line

On Tue, 16 May 2017 09:16:30 -0300 Mauro Carvalho Chehab wrote: > Group the :: with the previous paragraph, in order to make it > visually better when reading as a text file. > > While here, replace: > ored (with means "Covered or adorned with ore or metal") > by: > OR-ed > > To

Re: [PATCH v2 37/53] docs-rst: convert mtdnand book to ReST

On Tue, 16 May 2017 09:16:29 -0300 Mauro Carvalho Chehab wrote: > Use pandoc to convert documentation to ReST by calling > Documentation/sphinx/tmplcvt script. > > The tables were manually adjusted to fit into 80 columns. > > Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH v2 37/53] docs-rst: convert mtdnand book to ReST

On Tue, 16 May 2017 09:16:29 -0300 Mauro Carvalho Chehab wrote: > Use pandoc to convert documentation to ReST by calling > Documentation/sphinx/tmplcvt script. > > The tables were manually adjusted to fit into 80 columns. > > Signed-off-by: Mauro Carvalho Chehab Acked-by: Boris Brezillon >

Re: [PATCH v4 1/5] sched/deadline: Refer to cpudl.elements atomically

On Tue, 16 May 2017 11:32:41 +0100 Juri Lelli wrote: > Not sure, but if we are going to retry a lot it might be better off to > put proper locking instead? We could also simply bail out when we notice Actually, locking can make it much worse. I've been playing with RT on

Re: [PATCH v4 1/5] sched/deadline: Refer to cpudl.elements atomically

On Tue, 16 May 2017 11:32:41 +0100 Juri Lelli wrote: > Not sure, but if we are going to retry a lot it might be better off to > put proper locking instead? We could also simply bail out when we notice Actually, locking can make it much worse. I've been playing with RT on boxes with 240 cores

Re: [PATCH] drm: use kvmalloc_array for drm_malloc*

On Tue, May 16, 2017 at 11:52:55AM +0200, Michal Hocko wrote: > On Tue 16-05-17 11:22:30, Daniel Vetter wrote: > > On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > drm_malloc* has grown their own kmalloc with vmalloc fallback > >

Re: [PATCH] drm: use kvmalloc_array for drm_malloc*

On Tue, May 16, 2017 at 11:52:55AM +0200, Michal Hocko wrote: > On Tue 16-05-17 11:22:30, Daniel Vetter wrote: > > On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > drm_malloc* has grown their own kmalloc with vmalloc fallback > > >

Re: [PATCH 5/5] mmc: cavium: Fix probing race with regulator

On Tue, May 16, 2017 at 4:36 AM, Jan Glauber wrote: > If the regulator probing is not yet finished this driver > might catch a -EPROBE_DEFER. Returning after this condition > did not remove the created platform device. On a repeated > call to the probe function the

Re: [PATCH 5/5] mmc: cavium: Fix probing race with regulator

On Tue, May 16, 2017 at 4:36 AM, Jan Glauber wrote: > If the regulator probing is not yet finished this driver > might catch a -EPROBE_DEFER. Returning after this condition > did not remove the created platform device. On a repeated > call to the probe function the of_platform_device_create >

Re: Use case for TASKS_RCU

On Tue, 16 May 2017 05:23:54 -0700 "Paul E. McKenney" wrote: > On Tue, May 16, 2017 at 08:22:33AM +0200, Ingo Molnar wrote: > > > > * Paul E. McKenney wrote: > > > > > Hello! > > > > > > The question of the use case for TASKS_RCU came

Re: Use case for TASKS_RCU

On Tue, 16 May 2017 05:23:54 -0700 "Paul E. McKenney" wrote: > On Tue, May 16, 2017 at 08:22:33AM +0200, Ingo Molnar wrote: > > > > * Paul E. McKenney wrote: > > > > > Hello! > > > > > > The question of the use case for TASKS_RCU came up, and here is my > > > understanding. Steve will not

Re: [RESEND PATCH v5 2/3] phy:phy-bcm-ns2-usbdrd:Broadcom USB DRD Phy driver for Northstar2

Hi, On Wednesday 10 May 2017 12:24 PM, Raviteja Garimella wrote: > This is driver for USB DRD Phy used in Broadcom's Northstar2 > SoC. The phy can be configured to be in Device mode or Host > mode based on the type of cable connected to the port. The > driver registers to extcon framework to get

Re: [RESEND PATCH v5 2/3] phy:phy-bcm-ns2-usbdrd:Broadcom USB DRD Phy driver for Northstar2

Hi, On Wednesday 10 May 2017 12:24 PM, Raviteja Garimella wrote: > This is driver for USB DRD Phy used in Broadcom's Northstar2 > SoC. The phy can be configured to be in Device mode or Host > mode based on the type of cable connected to the port. The > driver registers to extcon framework to get

[PATCH] rtc-88pm80x: Delete an error message for a failed memory allocation in pm80x_rtc_probe()

From: Markus Elfring Date: Tue, 16 May 2017 14:54:13 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link:

[PATCH] rtc-88pm80x: Delete an error message for a failed memory allocation in pm80x_rtc_probe()

From: Markus Elfring Date: Tue, 16 May 2017 14:54:13 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf

[PATCH 2/7] ima: use ima_parse_buf() to parse measurements headers

The binary_hdr_v1 and binary_data_v1 structures defined in ima_restore_measurement_list() have been replaced with an array of four ima_field_data structures where pcr, digest, template name and template data lengths and pointers are stored. The length of pcr and digest in the ima_field_data array

[PATCH 4/7] ima: declare get_binary_runtime_size() as non-static

The function get_binary_runtime_size(), renamed to ima_get_template_entry_size(), is now declared as non-static, so that it can be used by callers outside ima_queue.c to calculate the size of a given measurement entry. Signed-off-by: Roberto Sassu ---

[PATCH 4/7] ima: declare get_binary_runtime_size() as non-static

The function get_binary_runtime_size(), renamed to ima_get_template_entry_size(), is now declared as non-static, so that it can be used by callers outside ima_queue.c to calculate the size of a given measurement entry. Signed-off-by: Roberto Sassu --- security/integrity/ima/ima.h | 1 +

[PATCH 2/7] ima: use ima_parse_buf() to parse measurements headers

The binary_hdr_v1 and binary_data_v1 structures defined in ima_restore_measurement_list() have been replaced with an array of four ima_field_data structures where pcr, digest, template name and template data lengths and pointers are stored. The length of pcr and digest in the ima_field_data array

[PATCH 5/7] ima: add securityfs interface to save a measurements list with kexec header

Through the new interface binary_kexec_runtime_measurements, it will be possible to read the same content returned by binary_runtime_measurements, with the kexec header prepended. The new interface has been added for testing ima_restore_measurement_list() which, at the moment, works only on PPC

[PATCH 6/7] ima: add securityfs interface to restore a measurements list

Through the new interface restore_kexec_list, it will be possible to restore a measurements list, previously read from binary_kexec_runtime_measurements. The patch reuses the policy functions to create a buffer, read the measurements and call ima_restore_measurement_list(). Signed-off-by:

[PATCH 5/7] ima: add securityfs interface to save a measurements list with kexec header

Through the new interface binary_kexec_runtime_measurements, it will be possible to read the same content returned by binary_runtime_measurements, with the kexec header prepended. The new interface has been added for testing ima_restore_measurement_list() which, at the moment, works only on PPC

[PATCH 6/7] ima: add securityfs interface to restore a measurements list

Through the new interface restore_kexec_list, it will be possible to restore a measurements list, previously read from binary_kexec_runtime_measurements. The patch reuses the policy functions to create a buffer, read the measurements and call ima_restore_measurement_list(). Signed-off-by:

[PATCH 7/7] ima: fix get_binary_runtime_size()

Remove '+ 1' from 'size += strlen(entry->template_desc->name) + 1;', as the template name is sent to userspace without the '\0' character. Signed-off-by: Roberto Sassu --- security/integrity/ima/ima_queue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 7/7] ima: fix get_binary_runtime_size()

Remove '+ 1' from 'size += strlen(entry->template_desc->name) + 1;', as the template name is sent to userspace without the '\0' character. Signed-off-by: Roberto Sassu --- security/integrity/ima/ima_queue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 3/7] ima: use ima_parse_buf() to parse template data

The binary_field_data structure definition has been removed from ima_restore_template_data(). The lengths and data pointers are directly stored into the template_data array of the ima_template_entry structure. For template data, both the number of fields and buffer end checks can be done, as these

[PATCH 3/7] ima: use ima_parse_buf() to parse template data

The binary_field_data structure definition has been removed from ima_restore_template_data(). The lengths and data pointers are directly stored into the template_data array of the ima_template_entry structure. For template data, both the number of fields and buffer end checks can be done, as these

[PATCH 1/7] ima: introduce ima_parse_buf()

ima_parse_buf() takes as input the buffer start and end pointers, and stores the result in a static array of ima_field_data structures, where the len field contains the length parsed from the buffer, and the data field contains the address of the buffer just after the length. Optionally, the

[PATCH 1/7] ima: introduce ima_parse_buf()

ima_parse_buf() takes as input the buffer start and end pointers, and stores the result in a static array of ima_field_data structures, where the len field contains the length parsed from the buffer, and the data field contains the address of the buffer just after the length. Optionally, the

[PATCH 0/7] IMA: new parser for ima_restore_measurement_list()

A new IMA measurement list format, called Crypto Agile, will be introduced shortly to take full advantage of the algorithm flexibility of TPM 2.0. With the new format, it will be possible to provide for each list entry multiple digests, each calculated with an algorithm supported by the TPM. Those

[PATCH 0/7] IMA: new parser for ima_restore_measurement_list()

A new IMA measurement list format, called Crypto Agile, will be introduced shortly to take full advantage of the algorithm flexibility of TPM 2.0. With the new format, it will be possible to provide for each list entry multiple digests, each calculated with an algorithm supported by the TPM. Those

Re: [PATCH] scripts: check.c fix compile error

On Mon, May 15, 2017 at 2:10 PM, Shuah Khan wrote: > Fix the following compile error: On what host? 32-bit I guess. I'll take this, but can you also send this to upstream dtc and devicetree-compiler list. Normally, dtc is just an import. > > checks.c: In function

Re: [PATCH] scripts: check.c fix compile error

On Mon, May 15, 2017 at 2:10 PM, Shuah Khan wrote: > Fix the following compile error: On what host? 32-bit I guess. I'll take this, but can you also send this to upstream dtc and devicetree-compiler list. Normally, dtc is just an import. > > checks.c: In function ‘check_simple_bus_reg’: >

Re: [patch v2 6/6] staging: speakup: flush tty buffers and ensure hardware flow control

> On 16 May 2017, at 13:28, Greg Kroah-Hartman > wrote: > >> On Tue, May 16, 2017 at 01:19:10PM +0100, Okash Khawaja wrote: >> Hi, >> >> On Tue, May 16, 2017 at 1:00 PM, Greg Kroah-Hartman >> wrote: >>> On Mon, May 15, 2017 at

Re: [patch v2 6/6] staging: speakup: flush tty buffers and ensure hardware flow control

> On 16 May 2017, at 13:28, Greg Kroah-Hartman > wrote: > >> On Tue, May 16, 2017 at 01:19:10PM +0100, Okash Khawaja wrote: >> Hi, >> >> On Tue, May 16, 2017 at 1:00 PM, Greg Kroah-Hartman >> wrote: >>> On Mon, May 15, 2017 at 06:45:37PM +0100, Okash Khawaja wrote: This patch fixes the

Re: [PATCH] mmc: sdhci-xenon: kill xenon_clean_phy()

On Tue, May 16, 2017 at 02:22:11PM +0200, Andrew Lunn wrote: > If the memory has been allocated using the devm_ API, calling kfree > here is wrong, and can lead to a double free. > > So this patch should probably have a fixes: tag. Should it also goto > stable? No, sdhci-xenon has only hit

Re: [PATCH] mmc: sdhci-xenon: kill xenon_clean_phy()

On Tue, May 16, 2017 at 02:22:11PM +0200, Andrew Lunn wrote: > If the memory has been allocated using the devm_ API, calling kfree > here is wrong, and can lead to a double free. > > So this patch should probably have a fixes: tag. Should it also goto > stable? No, sdhci-xenon has only hit

Re: [PATCH v2 45/53] ata: update references for libata documentation

On Tuesday, May 16, 2017 09:16:37 AM Mauro Carvalho Chehab wrote: > The libata documentation is now using ReST. Update references > to it to point to the new place. > > Signed-off-by: Mauro Carvalho Chehab For PATA parts: Acked-by: Bartlomiej Zolnierkiewicz

Re: [PATCH v2 45/53] ata: update references for libata documentation

On Tuesday, May 16, 2017 09:16:37 AM Mauro Carvalho Chehab wrote: > The libata documentation is now using ReST. Update references > to it to point to the new place. > > Signed-off-by: Mauro Carvalho Chehab For PATA parts: Acked-by: Bartlomiej Zolnierkiewicz Best regards, -- Bartlomiej

Re: [PATCH v2 43/53] docs: update old references for DocBook from the documentation

On Tuesday, May 16, 2017 09:16:35 AM Mauro Carvalho Chehab wrote: > DocBook is mentioned several times at the documentation. Update > the obsolete references from it at the DocBook. > > Acked-by: SeongJae Park > Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH v2 43/53] docs: update old references for DocBook from the documentation

On Tuesday, May 16, 2017 09:16:35 AM Mauro Carvalho Chehab wrote: > DocBook is mentioned several times at the documentation. Update > the obsolete references from it at the DocBook. > > Acked-by: SeongJae Park > Signed-off-by: Mauro Carvalho Chehab For fbdev part: Acked-by: Bartlomiej

Re: [RFC][PATCH 0/5] perf/tracing/cpuhotplug: Fix locking order

On Tue, May 16, 2017 at 10:19:23AM +0200, Peter Zijlstra wrote: > On Mon, May 15, 2017 at 11:40:43AM -0700, Paul E. McKenney wrote: > > > Given that you acquire the global pmus_lock when doing the > > get_online_cpus(), and given that CPU hotplug is rare, is it possible > > to momentarily acquire

Re: [RFC][PATCH 0/5] perf/tracing/cpuhotplug: Fix locking order

On Tue, May 16, 2017 at 10:19:23AM +0200, Peter Zijlstra wrote: > On Mon, May 15, 2017 at 11:40:43AM -0700, Paul E. McKenney wrote: > > > Given that you acquire the global pmus_lock when doing the > > get_online_cpus(), and given that CPU hotplug is rare, is it possible > > to momentarily acquire

Re: [PATCH] xen: cleanup pvh leftovers from pv-only sources

On 05/16/2017 03:41 AM, Juergen Gross wrote: > There are some leftovers testing for pvh guest mode in pv-only source > files. Remove them. > > Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky

Re: [PATCH] xen: cleanup pvh leftovers from pv-only sources

On 05/16/2017 03:41 AM, Juergen Gross wrote: > There are some leftovers testing for pvh guest mode in pv-only source > files. Remove them. > > Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky

Re: [PATCH 1/2] arm64: marvell: dts: fill MachiatoBin board description

Russel, 2017-05-16 14:13 GMT+02:00 Russell King - ARM Linux : > On Tue, May 16, 2017 at 01:52:17PM +0200, Thomas Petazzoni wrote: >> Hello, >> >> On Tue, 16 May 2017 11:02:37 +0100, Russell King - ARM Linux wrote: >> >> > > Correct, but Marcin has submitted patches, and you

Re: [PATCH 1/2] arm64: marvell: dts: fill MachiatoBin board description

Russel, 2017-05-16 14:13 GMT+02:00 Russell King - ARM Linux : > On Tue, May 16, 2017 at 01:52:17PM +0200, Thomas Petazzoni wrote: >> Hello, >> >> On Tue, 16 May 2017 11:02:37 +0100, Russell King - ARM Linux wrote: >> >> > > Correct, but Marcin has submitted patches, and you haven't. >> > >> > As

Re: frv build failure in mainline kernel

Guenter Roeck wrote: > I assume declaring both __jiffy_data and cacheline_aligned_in_smp > attributes doesn't work ? You should be able to stack attributes, I think. David

Re: frv build failure in mainline kernel

Guenter Roeck wrote: > I assume declaring both __jiffy_data and cacheline_aligned_in_smp > attributes doesn't work ? You should be able to stack attributes, I think. David

Re: [PATCH] rt2x00: improve calling conventions for register accessors

On Tue, May 16, 2017 at 01:58:56PM +0200, Johannes Berg wrote: > On Tue, 2017-05-16 at 13:55 +0200, Stanislaw Gruszka wrote: > > > > In rt2x00 driver we use poor convention in other kind of registers > > accessors like bbp, mac, eeprom. I dislike to changing only rfcsr > > accessors and leaving

Re: [PATCH] rt2x00: improve calling conventions for register accessors

On Tue, May 16, 2017 at 01:58:56PM +0200, Johannes Berg wrote: > On Tue, 2017-05-16 at 13:55 +0200, Stanislaw Gruszka wrote: > > > > In rt2x00 driver we use poor convention in other kind of registers > > accessors like bbp, mac, eeprom. I dislike to changing only rfcsr > > accessors and leaving

Re: [PATCH 1/2] arm64: marvell: dts: fill MachiatoBin board description

On Tue, May 16, 2017 at 02:34:46PM +0200, Thomas Petazzoni wrote: > > +_sdhci0 { > > + status = "okay"; > > + bus-width = <8>; > > + no-1-8-v; > > + non-removable; > > +}; > > + > > +_sdhci0 { > > + status = "okay"; > > + bus-width = <4>; > > + no-1-8-v; > > + non-removable; > >

Re: [PATCH 1/2] arm64: marvell: dts: fill MachiatoBin board description

On Tue, May 16, 2017 at 02:34:46PM +0200, Thomas Petazzoni wrote: > > +_sdhci0 { > > + status = "okay"; > > + bus-width = <8>; > > + no-1-8-v; > > + non-removable; > > +}; > > + > > +_sdhci0 { > > + status = "okay"; > > + bus-width = <4>; > > + no-1-8-v; > > + non-removable; > >

Re: [PATCH v2 30/53] net: fix some identation issues at kernel-doc markups

Mauro Carvalho Chehab wrote: > - * calling skb_free_datagram). Returns NULL with *err set to > + * calling skb_free_datagram). Returns NULL with @err set to I think this should be *@err or @*err. err is not itself changed. David

Re: [PATCH v2 30/53] net: fix some identation issues at kernel-doc markups

Mauro Carvalho Chehab wrote: > - * calling skb_free_datagram). Returns NULL with *err set to > + * calling skb_free_datagram). Returns NULL with @err set to I think this should be *@err or @*err. err is not itself changed. David

Re: [PATCH 1/2] arm64: marvell: dts: fill MachiatoBin board description

Hello, On Tue, 16 May 2017 01:28:32 +0200, Marcin Wojtas wrote: > +_eth1 { > + status = "okay"; > + phy = <>; > + phy-mode = "sgmii"; > +}; It would be nice to indicate which connector is that, like is done in the rest of this Device Tree file. > +_sdhci0 { > + status = "okay";

Re: [PATCH 1/2] arm64: marvell: dts: fill MachiatoBin board description

Hello, On Tue, 16 May 2017 01:28:32 +0200, Marcin Wojtas wrote: > +_eth1 { > + status = "okay"; > + phy = <>; > + phy-mode = "sgmii"; > +}; It would be nice to indicate which connector is that, like is done in the rest of this Device Tree file. > +_sdhci0 { > + status = "okay";

[PATCH v2 40/53] docs-rst: convert sh book to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/Makefile | 4 +- Documentation/DocBook/sh.tmpl | 105 -

[PATCH v2 13/53] docs-rst: add crypto API book to pdf output

The crypto API book was added without the bits required to generate PDF output. Add them. Signed-off-by: Mauro Carvalho Chehab --- Documentation/conf.py| 2 ++ Documentation/crypto/conf.py | 10 ++ 2 files changed, 12 insertions(+) create mode 100644

[PATCH v2 40/53] docs-rst: convert sh book to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/Makefile | 4 +- Documentation/DocBook/sh.tmpl | 105 - Documentation/conf.py | 2 +

[PATCH v2 13/53] docs-rst: add crypto API book to pdf output

The crypto API book was added without the bits required to generate PDF output. Add them. Signed-off-by: Mauro Carvalho Chehab --- Documentation/conf.py| 2 ++ Documentation/crypto/conf.py | 10 ++ 2 files changed, 12 insertions(+) create mode 100644

[PATCH v2 38/53] mtdnand.rst: group the "::" with previous line

Group the :: with the previous paragraph, in order to make it visually better when reading as a text file. While here, replace: ored (with means "Covered or adorned with ore or metal") by: OR-ed To reflect its true meaning. Signed-off-by: Mauro Carvalho Chehab

[PATCH v2 38/53] mtdnand.rst: group the "::" with previous line

Group the :: with the previous paragraph, in order to make it visually better when reading as a text file. While here, replace: ored (with means "Covered or adorned with ore or metal") by: OR-ed To reflect its true meaning. Signed-off-by: Mauro Carvalho Chehab ---

RE: [PATCH] net: fec: select queue depending on VLAN priority

From: Stefan Agner Sent: Monday, May 15, 2017 1:39 PM >To: Andy Duan >Cc: David Miller ; and...@lunn.ch; >feste...@gmail.com; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: [PATCH] net: fec: select queue depending

RE: [PATCH] net: fec: select queue depending on VLAN priority

From: Stefan Agner Sent: Monday, May 15, 2017 1:39 PM >To: Andy Duan >Cc: David Miller ; and...@lunn.ch; >feste...@gmail.com; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: [PATCH] net: fec: select queue depending on VLAN priority > >On 2017-05-10 21:49, Andy Duan wrote: >>

[PATCH v2 35/53] docs-rst: convert rapidio book to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/Makefile | 4 +- Documentation/DocBook/rapidio.tmpl | 155 ---

[PATCH v2 35/53] docs-rst: convert rapidio book to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/Makefile | 4 +- Documentation/DocBook/rapidio.tmpl | 155 --- Documentation/driver-api/index.rst

[PATCH v2 27/53] docs-rst: convert s390-drivers DocBook to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Acked-by: Cornelia Huck Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/Makefile| 2 +-

[PATCH v2 27/53] docs-rst: convert s390-drivers DocBook to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Acked-by: Cornelia Huck Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/Makefile| 2 +- Documentation/DocBook/s390-drivers.tmpl | 161 --

[PATCH v2 22/53] fs: eventfd: fix identation on kernel-doc

Sphinx require explicit tags in order to use a list of possible values, otherwise it produces this error: ./fs/eventfd.c:219: WARNING: Option list ends without a blank line; unexpected unindent. Signed-off-by: Mauro Carvalho Chehab --- fs/eventfd.c | 4 ++--

[PATCH v2 26/53] libata: fix identation on a kernel-doc markup

Sphinx got confused with the markup identation: ./drivers/ata/libata-scsi.c:3402: ERROR: Unexpected indentation. No functional changes. Signed-off-by: Mauro Carvalho Chehab --- drivers/ata/libata-scsi.c | 7 --- 1 file changed, 4 insertions(+), 3

[PATCH v2 22/53] fs: eventfd: fix identation on kernel-doc

Sphinx require explicit tags in order to use a list of possible values, otherwise it produces this error: ./fs/eventfd.c:219: WARNING: Option list ends without a blank line; unexpected unindent. Signed-off-by: Mauro Carvalho Chehab --- fs/eventfd.c | 4 ++-- 1 file changed, 2

[PATCH v2 26/53] libata: fix identation on a kernel-doc markup

Sphinx got confused with the markup identation: ./drivers/ata/libata-scsi.c:3402: ERROR: Unexpected indentation. No functional changes. Signed-off-by: Mauro Carvalho Chehab --- drivers/ata/libata-scsi.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

Re: [PATCH] staging: wlan-ng: p80211conv: change args types of p80211_caphdr structure to be compatible with networking byte order.

On Tue, May 16, 2017 at 02:18:13PM +0200, Karim Eshapa wrote: > Change p80211_caphdr structure args types to __be.. to be > compatible with byte ordering of the network. > and in hfa384x_usb.c make calculations with respect to machine. > > Signed-off-by: Karim Eshapa >

Re: [PATCH] staging: wlan-ng: p80211conv: change args types of p80211_caphdr structure to be compatible with networking byte order.

On Tue, May 16, 2017 at 02:18:13PM +0200, Karim Eshapa wrote: > Change p80211_caphdr structure args types to __be.. to be > compatible with byte ordering of the network. > and in hfa384x_usb.c make calculations with respect to machine. > > Signed-off-by: Karim Eshapa > --- >

[PATCH v2 07/53] locking.rst: Update some ReST markups

Correct a few minor issues with ReST notation used on this file (produced by an automatic tool). Signed-off-by: Mauro Carvalho Chehab --- Documentation/kernel-hacking/locking.rst | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH v2 34/53] docs-rst: convert w1 book to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/w1.tmpl | 101 - Documentation/driver-api/index.rst | 1 +

[PATCH v2 07/53] locking.rst: Update some ReST markups

Correct a few minor issues with ReST notation used on this file (produced by an automatic tool). Signed-off-by: Mauro Carvalho Chehab --- Documentation/kernel-hacking/locking.rst | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH v2 34/53] docs-rst: convert w1 book to ReST

Use pandoc to convert documentation to ReST by calling Documentation/sphinx/tmplcvt script. Signed-off-by: Mauro Carvalho Chehab --- Documentation/DocBook/w1.tmpl | 101 - Documentation/driver-api/index.rst | 1 + Documentation/driver-api/w1.rst|

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