Re: [RFC] The Linux Scheduler: a Decade of Wasted Cores Report

On Sat, 2016-04-23 at 18:38 -0700, Brendan Gregg wrote: > The bugs they found seem real, and their analysis is great (although > using visualizations to find and fix scheduler bugs isn't new), and it > would be good to see these fixed. However, it would also be useful to > double check how widespr

[PATCH 03/21] io-mapping: Specify mapping size for io_mapping_map_wc()

The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: Yishai

[PATCH] rtl8712: Fixed alignment to match open parenthesis

Fixed parenthesis alignment checkpatch checks as per kernel coding style guidelines in hal_init.c --- drivers/staging/rtl8712/hal_init.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/staging/rtl8712/hal_init.c b/drivers/staging/rtl8712/hal_init.c index 0c7

Re: [PATCH v2] ARM: dts: artpec: update clock bindings in artpec6.dtsi

> 24 apr. 2016 kl. 01:31 skrev Arnd Bergmann : > >> On Monday 14 March 2016, Lars Persson wrote: >> The clock binding for the main clock controller was changed to an >> indexed controller style binding on request of the clk >> maintainers. This updates the dtsi to use the new bindings. >> >> Sig

[PATCH v2 03/21] io-mapping: Specify mapping size for io_mapping_map_wc()

The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: Yishai

Re: [PATCH v5 09/21] IB/hns: Add hca support

On Sat, Apr 23, 2016 at 06:26:47PM +0800, Lijun Ou wrote: > This patch mainly setup hca for RoCE. it will do a series of > initial works as follows: > 1. init uar table, allocate uar resource > 2. init pd table > 3. init cq table > 4. init mr table > 5. init qp table >

Re: [PATCH v5 00/21] Add HiSilicon RoCE driver

On Sat, Apr 23, 2016 at 06:26:38PM +0800, Lijun Ou wrote: > The HiSilicon Network Substem is a long term evolution IP which is > supposed to be used in HiSilicon ICT SoCs. HNS (HiSilicon Network > Sybsystem) also has a hardware support of performing RDMA with > RoCEE. > The driver for HiSilicon RoC

Re: random(4) changes

Am Samstag, 23. April 2016, 22:03:23 schrieb Theodore Ts'o: Hi Theodore, > On Fri, Apr 22, 2016 at 06:27:48PM -0400, Sandy Harris wrote: > > I really like Stephan's idea of simplifying the interrupt handling, > > replacing the multiple entropy-gathering calls in the current driver > > with one ro

[PATCH] mm: enable RLIMIT_DATA by default with workaround for valgrind

Since commit 84638335900f ("mm: rework virtual memory accounting") RLIMIT_DATA limits both brk() and private mmap() but this's disabled by default because of incompatibility with older versions of valgrind. Valgrind always set limit to zero and fails if RLIMIT_DATA is enabled. Fortunately it chang

Re: [PATCH v3 1/5] max44000: Initial support

On 18/04/16 15:31, Crestez Dan Leonard wrote: > This just adds support for reporting illuminance with default settings. > > Important default registers are written on probe because the device > otherwise lacks a reset function. > > Signed-off-by: Crestez Dan Leonard Looks good to me - applied to

Re: [PATCH 2/8] char: rpmb: add sysfs-class ABI documentation

On Sun 2016-04-03 12:42:46, Tomas Winkler wrote: > Signed-off-by: Tomas Winkler > --- > Documentation/ABI/testing/sysfs-class-rpmb | 15 +++ > MAINTAINERS| 1 + > 2 files changed, 16 insertions(+) > create mode 100644 Documentation/ABI/testing/sysfs-c

Re: [PATCH v3 2/5] max44000: Initial support for proximity reading

On 18/04/16 15:31, Crestez Dan Leonard wrote: > The proximity sensor relies on sending pulses to an external IR led and > it is disabled by default on powerup. The driver will enable it with a > default power setting. > > Signed-off-by: Crestez Dan Leonard Applied. > --- > drivers/iio/light/max4

Re: [PATCH v3 3/5] max44000: Support controlling LED current output

On 18/04/16 15:31, Crestez Dan Leonard wrote: > This is exposed as an output channel with "led" as an extend_name. > > Other sensors also have support for controlling an external LED. It's > not clear that simply exposing an undecorated output channel is thee > correct approach. > > Signed-off-by

Re: [PATCH v3 4/5] max44000: Expose ambient sensor scaling

On 18/04/16 15:31, Crestez Dan Leonard wrote: > This patch exposes ALSTIM as illuminance_integration_time and ALSPGA as > illuminance_scale. > > Changing ALSTIM also changes the number of bits available in the data > register. This is handled inside raw value reading because: > * It's very easy to

Re: [PATCH v3 5/5] max44000: Initial triggered buffer support

On 18/04/16 15:31, Crestez Dan Leonard wrote: > Signed-off-by: Crestez Dan Leonard Applied to the togreg branch of iio.git - initially pushed out as testing for the autobuilders to play with it. Thanks, Jonathan > --- > drivers/iio/light/max44000.c | 62 > ++

Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic

On Mon 2016-04-04 17:22:02, Ezequiel Garcia wrote: > This commit adds a new led_cdev flag LED_BLINK_AT_PANIC, which > allows to mark a specific LED to be switched to the "panic" > trigger, on a kernel panic. > > This is useful to allow the user to assign a regular trigger > to a given LED, and sti

Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic

On Sun 2016-04-24 11:25:51, Pavel Machek wrote: > On Mon 2016-04-04 17:22:02, Ezequiel Garcia wrote: > > This commit adds a new led_cdev flag LED_BLINK_AT_PANIC, which > > allows to mark a specific LED to be switched to the "panic" > > trigger, on a kernel panic. > > > > This is useful to allow th

Re: [PATCH v1] ARM: dts: omap3-n900: Specify peripherals LDO regulators initial mode

On Sun 2016-04-17 17:29:23, Ivaylo Dimitrov wrote: > Without that, regulators are left in the mode last set by the bootloader or > by the kernel the device was rebooted from. This leads to various problems, > like non-working peripherals. > > Signed-off-by: Ivaylo Dimitrov Reviewed-by: Pavel Mac

Re: [PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

On 22 April 2016 at 09:24, Daniel Vetter wrote: > On Thu, Apr 21, 2016 at 08:18:48PM +0200, Noralf Trønnes wrote: >> >> Den 21.04.2016 09:28, skrev Daniel Vetter: >> >On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote: >> >>Den 20.04.2016 19:42, skrev Daniel Vetter: >> >>>On Wed, Apr 2

Re: [PATCH v12 1/2] kernel.h: add u64_to_user_ptr()

Op 22-04-16 om 17:13 schreef Rob Clark: > On Thu, Apr 21, 2016 at 11:38 AM, Gustavo Padovan wrote: >> From: Gustavo Padovan >> >> This function had copies in 3 different files. Unify them in kernel.h. >> >> Cc: Joe Perches >> Cc: Andrew Morton >> Cc: David Airlie >> Cc: Daniel Vetter >> Cc: R

[PATCH v2 5/6] crypto: LRNG - hook LRNG into interrupt handler

The LRNG places a callback into the interrupt handler to be triggered for each interrupt. With this callback, entropy is collected. Signed-off-by: Stephan Mueller --- kernel/irq/handle.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/irq/handle.c b/kernel/irq/handle.c index a15b548..

[PATCH v2 0/6] /dev/random - a new approach

Hi Herbert, Ted, The following patch set provides a different approach to /dev/random which I call Linux Random Number Generator (LRNG) to collect entropy within the Linux kernel. The main improvements compared to the legacy /dev/random is to provide sufficient entropy during boot time as well as

[PATCH v2 1/6] crypto: DRBG - externalize DRBG functions for LRNG

This patch allows several DRBG functions to be called by the LRNG kernel code paths outside the drbg.c file. Signed-off-by: Stephan Mueller --- crypto/drbg.c | 11 +-- include/crypto/drbg.h | 7 +++ 2 files changed, 12 insertions(+), 6 deletions(-) diff --git a/crypto/drbg.

[PATCH v2 3/6] crypto: Linux Random Number Generator

The LRNG with all its properties is documented in [1]. This documentation covers the functional discussion as well as testing of all aspects of entropy processing. In addition, the documentation explains the conducted regression tests to verify that the LRNG is API and ABI compatible with the legac

[PATCH v2 2/6] random: conditionally compile code depending on LRNG

When selecting the LRNG for compilation, disable the legacy /dev/random implementation. The LRNG is a drop-in replacement for the legacy /dev/random which implements the same in-kernel and user space API. Only the hooks of /dev/random into other parts of the kernel need to be disabled. Signed-off

[PATCH v2 4/6] crypto: LRNG - enable compile

Add LRNG compilation support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 10 ++ crypto/Makefile | 1 + 2 files changed, 11 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index 93a1fdc..938f2dc 100644 --- a/crypto/Kconfig +++ b/crypto/Kconfig @@ -1587,6 +1587,16 @@

[PATCH v2 6/6] hyperv IRQ handler: trigger LRNG

The Hyper-V Linux Integration Services use the VMBus implementation for communication with the Hypervisor. VMBus registers its own interrupt handler that completely bypasses the common Linux interrupt handling. The interrupt handler is now added the invocation of the LRNG IRQ collection function t

[PATCH] checkpatch.pl: add support for checking patch from git repository

From: "Du, Changbin" This patch add "-g, --git" option that tread FILE as git commits expression. You can specify the git commit hash ID expressions, then these commits from your git repository will be checked. This feature allows you can check your patches but no need to generate temporary patc

Re: [PATCH 1/5] iio: inv_mpu6050: Cleanup hw_info mapping

On 20/04/16 14:15, Crestez Dan Leonard wrote: > The hw_info array was indexed by enum inv_devices chip_type despite the > fact that the enumeration had more members than the array and was > ordered differently. > > The patch cleans this up and adds explicit chip_types to i2c/spi/acpi > IDs. It als

Re: [PATCH 2/5] iio: inv_mpu6050: Remove inv_mpu6050_hw.num_reg

On 20/04/16 14:15, Crestez Dan Leonard wrote: > This field was unused and incorrect for mpu6500. > > Signed-off-by: Crestez Dan Leonard . This one I think I can safely take :) Good spot > --- > drivers/iio/imu/inv_mpu6050/inv_mpu_core.c | 3 --- > drivers/iio/imu/inv_mpu6050/inv_mpu_iio.h | 2

Re: [PATCH 3/5] iio: inv_mpu6050: Check WHO_AM_I register on probe

On 20/04/16 14:15, Crestez Dan Leonard wrote: > This can be used to distinguish mpu6500. This is a warning rather than > an error because the differences are mostly irrelevant and it's nice to > avoid breaking users with slightly incorrect ACPI/DT. > > Signed-off-by: Crestez Dan Leonard Would we

Re: [PATCH 5/5] iio: inv_mpu6050: Add explicit support for MPU9150

On 20/04/16 14:15, Crestez Dan Leonard wrote: > This device is a package containing a MPU6050-like sensor and an AK8975 > magnetometer. The magnetometer component is supported by the existing > ak8975 driver. > > This patch also rephrases the Kconfig descriptions. > > Signed-off-by: Crestez Dan L

Re: [PATCH] checkpatch.pl: add support for checking patch from git repository

On Sun, 2016-04-24 at 18:40 +0800, changbin...@intel.com wrote: > From: "Du, Changbin" > > This patch add "-g, --git" option that tread FILE as git commits > expression. You can specify the git commit hash ID expressions, > then these commits from your git repository will be checked. Why would a

Re: [RFC PATCH 0/3] Introduce support for creating IIO devices via configfs

On 20/04/16 16:45, Daniel Baluta wrote: > For testing purposes is nice to have a quick way of creating IIO devices. > This patch series introduces support for creating IIO devices via configs > (patch 1), allowing users to register "device types". For the moment we > support "dummy" device type (pa

Re: [PATCH v2 3/6] crypto: Linux Random Number Generator

On Sun, 2016-04-24 at 12:40 +0200, Stephan Mueller wrote: > The LRNG with all its properties is documented in [1]. This > documentation covers the functional discussion as well as testing of all > aspects of entropy processing. In addition, the documentation explains > the conducted regression test

Re: [RFC PATCH 2/3] iio: dummy: Convert IIO dummy to configfs

On 20/04/16 16:45, Daniel Baluta wrote: > We register a new device type named "dummy", this will create a > configfs entry under: > * /config/iio/devices/dummy. > > Creating dummy devices is now as simple as: > > $ mkdir /config/iio/devices/dummy/my_dummy_device > > Signed-off-by: Daniel B

Re: [RFC PATCH 3/3] Documentation: iio: Add IIO software devices docs

On 20/04/16 16:45, Daniel Baluta wrote: > Signed-off-by: Daniel Baluta Other than the deliberate mistake, looks good. J > --- > Documentation/ABI/testing/configfs-iio | 13 + > 1 file changed, 13 insertions(+) > > diff --git a/Documentation/ABI/testing/configfs-iio > b/Documentatio

Re: [PATCH] unicore32: mm: Add missing parameter to arch_vma_access_permitted

> ping ... still not upstream. I'm sorry. I'll do it in next week. Xuetao > > On 03/21/2016 04:20 AM, Guenter Roeck wrote: >> unicore32 fails to compile with the following errors. >> >> mm/memory.c: In function ���__handle_mm_fault���: >> mm/memory.c:3381: error: >> too many arguments to fun

Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again

On 4/23/2016 3:41 PM, Christian Lamparter wrote: On Saturday, April 23, 2016 11:44:09 AM Julian Margetson wrote: On 4/23/2016 8:02 AM, Julian Margetson wrote: On 4/22/2016 7:06 AM, Christian Lamparter wrote: On Friday, April 22, 2016 06:50:44 AM Julian Margetson wrote: On 4/21/2016 4:25 PM, C

Re: [PATCH] mm: enable RLIMIT_DATA by default with workaround for valgrind

On Sun, Apr 24, 2016 at 11:07:23AM +0300, Konstantin Khlebnikov wrote: > Since commit 84638335900f ("mm: rework virtual memory accounting") > RLIMIT_DATA limits both brk() and private mmap() but this's disabled by > default because of incompatibility with older versions of valgrind. ... Reviewed-by

[PATCH] usb: Remove unnecessary space before function pointer arguments.

Remove unnecessary space before function pointer arguments. Signed-off-by: Sandhya Bankar --- drivers/usb/atm/ueagle-atm.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/usb/atm/ueagle-atm.c b/drivers/usb/atm/ueagle-atm.c index 0186442..4333dc5 100644 --- a/d

Re: [RFC][PATCH v6 0/2] printk: Make printk() completely async

On Sun 2016-04-24 14:14:49, Sergey Senozhatsky wrote: > On (04/23/16 21:40), Pavel Machek wrote: > [..] > > > > The patch set is against next-20160321 > > > > > > > > the series in total has 3 patches: > > > > - printk: Make printk() completely async > > > > - printk: Make wake_up_klogd_work_func(

Re: [RFC][PATCH v6 0/2] printk: Make printk() completely async

On (04/24/16 15:35), Pavel Machek wrote: [..] > > > So... from basically linux 0.0, cli() printk("") could be used for > > > debugging. ... and that's now gone. Right? > > > > > > Can you explain why that is good idea? > > > > it's not gone. you need to explicitly enable async printk mode. the ca

Re: [PATCH v2 3/6] crypto: Linux Random Number Generator

Am Sonntag, 24. April 2016, 04:30:24 schrieb Joe Perches: Hi Joe, thank you very much for your comments. > On Sun, 2016-04-24 at 12:40 +0200, Stephan Mueller wrote: > > The LRNG with all its properties is documented in [1]. This > > documentation covers the functional discussion as well as testi

Re: WARNING: CPU: 1 PID: 1 at kernel/events/core.c:7825 perf_pmu_register+0x385/0x390

On Sun, Apr 24, 2016 at 12:42:55AM +0200, Peter Zijlstra wrote: > Doth the below fixeth thingies? It doth. Thanks! Tested-by: Borislav Petkov -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply.

Re: [PATCH] checkpatch.pl: add support for checking patch from git repository

Hi, On Sun, Apr 24, 2016 at 04:22:45AM -0700, Joe Perches wrote: > On Sun, 2016-04-24 at 18:40 +0800, changbin...@intel.com wrote: > > From: "Du, Changbin" > > > > This patch add "-g, --git" option that tread FILE as git commits > > expression. You can specify the git commit hash ID expressions,

Re: sound: deadlock involving snd_hrtimer_callback

On Sat, Apr 23, 2016 at 11:02 PM, Takashi Iwai wrote: > On Sat, 23 Apr 2016 15:40:21 +0200, > Dmitry Vyukov wrote: >> >> Hi Takashi, >> >> I've incorporated your hrtimer fixes (but also updated to >> ddce192106e4f984123884f8e878f66ace94b573) and now I am seeing lots of >> the following deadlock me

Re: [RFC][PATCH 0/6] /dev/random - a new approach

Hi! > Please find in [1] the full design discussion covering qualitative assessments > of the entropy collection and entropy flow. Furthermore, a full > testing of the I don't get it. # The # idea is that only after obtaining LRNG_POOL_SIZE_BITS healthy bits, # the #entropy pool is completely ch

Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again

On Sunday, April 24, 2016 09:05:43 AM Julian Margetson wrote: > On 4/23/2016 3:41 PM, Christian Lamparter wrote: > > There's a known errata for the 460EX, with the CPU lockup upon > > high AHB traffic: > > > > > > "This patch implements

Re: sound: deadlock involving snd_hrtimer_callback

On Sun, Apr 24, 2016 at 5:16 PM, Dmitry Vyukov wrote: > On Sat, Apr 23, 2016 at 11:02 PM, Takashi Iwai wrote: >> On Sat, 23 Apr 2016 15:40:21 +0200, >> Dmitry Vyukov wrote: >>> >>> Hi Takashi, >>> >>> I've incorporated your hrtimer fixes (but also updated to >>> ddce192106e4f984123884f8e878f66ace

[PATCH v2] uapi glibc compat: fix compile errors when glibc net/if.h included before linux/if.h

glibc's net/if.h contains copies of definitions from linux/if.h and these conflict and cause build failures if both files are included by application source code. Changes in uapi headers, which fixed header file dependencies to include linux/if.h when it was needed, e.g. commit 1ffad83d, made the n

Re: [PATCH 1/2] extcon: arizona: Add device bindings for the micd configurations

On Thu 2015-12-10 17:08:18, Charles Keepax wrote: > Add device bindings to support configuring the jack detection > configurations. Each configuration needs to specify the connection of > the mic det pins, which micbias should be used and the value of the > micd polarity GPIO required to activate t

Re: [PATCH] usb: serial: ti_usb_3410_5052: add MOXA UPORT 11x0 support

On Wed, Mar 02, 2016 at 10:46:13AM +0100, Mathieu OTHACEHE wrote: > Add support for : > > - UPort 1110 : 1 port RS-232 USB to Serial Hub. > - UPort 1130 : 1 port RS-422/485 USB to Serial Hub. > - UPort 1130I : 1 port RS-422/485 USB to Serial Hub with Isolation. > - UPort 1150 : 1 port RS-232/42

Re: [PATCH] checkpatch.pl: add support for checking patch from git repository

On Sun, 2016-04-24 at 17:10 +0200, Sebastian Reichel wrote: > On Sun, Apr 24, 2016 at 04:22:45AM -0700, Joe Perches wrote: > > On Sun, 2016-04-24 at 18:40 +0800, changbin...@intel.com wrote: > > > From: "Du, Changbin" > > > This patch add "-g, --git" option that tread FILE as git commits > > > exp

Re: [PATCH 1/3] regulator: twl: Make sure we have access to powerbus before trying to write to it

Hi! > According to the TRM, we need to enable i2c access to powerbus before > writing to it. Also, a new write to powerbus should not be attempted if > there is a pending transfer. The current code does not implement that > functionality and while there are no known problems caused by that, it is

Re: [PATCH 3/3] regulator: twl: Regulator mode should not depend on regulator enabled state

On Sat 2016-03-26 10:28:15, Ivaylo Dimitrov wrote: > When machine constraints are applied, regulator framework first sets > initial mode (if any) and then enables the regulator if needed. The current > code in twl4030reg_set_mode always checks if the regulator is enabled > before applying the mode.

Re: [PATCH v4 0/4] SROP Mitigation: Sigreturn Cookies

Hi! > > To prevent SROP attacks the kernel needs to know or be able to dervive derive? -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: sound: deadlock involving snd_hrtimer_callback

On Sun, 24 Apr 2016 17:16:32 +0200, Dmitry Vyukov wrote: > > On Sat, Apr 23, 2016 at 11:02 PM, Takashi Iwai wrote: > > On Sat, 23 Apr 2016 15:40:21 +0200, > > Dmitry Vyukov wrote: > >> > >> Hi Takashi, > >> > >> I've incorporated your hrtimer fixes (but also updated to > >> ddce192106e4f984123884

Re: [PATCH v4 4/4] Documentation: SROP Mitigation: Add documentation for SROP cookies

Hi! > index 000..ee17181 > --- /dev/null > +++ b/Documentation/security/srop-cookies.txt > @@ -0,0 +1,203 @@ > + Sigreturn-oriented programming and its mitigation > + > + > +A good write up can be found here: https://lwn.net/Articles/676803/ > +It covers much of what is outlined in thi

RE: [PATCH 2/8] char: rpmb: add sysfs-class ABI documentation

> > On Sun 2016-04-03 12:42:46, Tomas Winkler wrote: > > Signed-off-by: Tomas Winkler > > --- > > Documentation/ABI/testing/sysfs-class-rpmb | 15 +++ > > MAINTAINERS| 1 + > > 2 files changed, 16 insertions(+) > > create mode 100644 Documentation/AB

Re: [PATCH v2] Enhance kvmconfig

On Sat, Apr 23, 2016 at 08:26:48PM +0300, Andrey Utkin wrote: > Dropped BALLOON entries as suggested by Borislav Petkov. Tested. > > This was tested only on Hetzner CX10 VPS. I don't know how recent KVM > server stuff they use. > Tests & reports from anybody else are appreciated. > I guess some of

Re: [PATCH] x86: Calculate MHz using APERF/MPERF for cpuinfo and scaling_cur_freq

Hi! > +++ b/arch/x86/kernel/cpu/aperfmperf.c > @@ -0,0 +1,76 @@ > +/* > + * x86 APERF/MPERF KHz calculation > + * Used by /proc/cpuinfo and /sys/.../cpufreq/scaling_cur_freq Could we use some shorter filename here? cpu_mhz.c? mhz.c? > +/* > + * aperfmperf_snapshot_khz() -- (english) http://www

[PATCH] Staging: wlan-ng: memory allocated inside mkimage() is not freed if subsequent calls fails.

This patch frees memory allocated inside mkimage() in case mkimage() or any other subsequent calls inside prism2_fwapply() from prism2fw.c file fails. To fix this I introduces goto labels where the free operation is done in case some operations fails. After the introduction of goto labels has been

Re: qemu:beagle no longer booting with omap2plus_defconfig in -next

On 04/23/2016 12:46 PM, Boris Brezillon wrote: Hi Guenter, On Sat, 23 Apr 2016 10:53:06 -0700 Guenter Roeck wrote: Hi, since next-20160421, I get the following error and hang when trying to boot an omap2plus_defconfig image with qemu, machine 'beagle' and omap3-beagle.dtb. multi_v7_defconfig

Re: [PATCH v2 3/6] crypto: Linux Random Number Generator

On Sun, 2016-04-24 at 16:12 +0200, Stephan Mueller wrote: > Am Sonntag, 24. April 2016, 04:30:24 schrieb Joe Perches: > > On Sun, 2016-04-24 at 12:40 +0200, Stephan Mueller wrote: > > > The LRNG with all its properties is documented in [1]. This > > > documentation covers the functional discussion

[PATCH] virtio: queue variable should be initialized in vring_create_virtqueue

'queue' may be used uninitialized in vring_create_virtqueue, actually when we compile kernel, gcc can also give this warning. Fixes: 2a2d1382fe9d ("virtio: Add improved queue allocation API") Signed-off-by: Xin Long --- drivers/virtio/virtio_ring.c | 2 +- 1 file changed, 1 insertion(+), 1 delet

Re: [PATCH 3/3] regulator: twl: Regulator mode should not depend on regulator enabled state

Hi, On 24.04.2016 19:11, Pavel Machek wrote: On Sat 2016-03-26 10:28:15, Ivaylo Dimitrov wrote: When machine constraints are applied, regulator framework first sets initial mode (if any) and then enables the regulator if needed. The current code in twl4030reg_set_mode always checks if the regul

[PATCH RESEND 3/5] USB: serial: cp210x: Added comments to CRTSCT flag code.

Documented "magic numbers" used in the CRTSCT flag code in terms of register bit names from the chip specification. Signed-off-by: Konstantin Shkolnyy --- drivers/usb/serial/cp210x.c | 38 ++ 1 file changed, 34 insertions(+), 4 deletions(-) diff --git a/drive

[PATCH RESEND 2/5] USB: serial: cp210x: Made sure SERIAL_XOFF_CONTINUE flag is clear.

The CRTCTS flag code intended to clear the SERIAL_XOFF_CONTINUE flag, but did it inconsistently. This change is non-functional for existing chips because the driver never set the flag and it's clear by default. Signed-off-by: Konstantin Shkolnyy --- drivers/usb/serial/cp210x.c | 2 +- 1 file cha

[PATCH RESEND 5/5] USB: serial: cp210x: Added more error handling to open()

Added error handling to register accesses made by open(), so it doesn't succeed if anything goes wrong. Signed-off-by: Konstantin Shkolnyy --- drivers/usb/serial/cp210x.c | 41 - 1 file changed, 28 insertions(+), 13 deletions(-) diff --git a/drivers/usb/s

[PATCH RESEND 1/5] USB: serial: cp210x: Fixed RTS mode setting by the CRTSCTS flag.

A bug in the CRTSCT handling caused RTS to alternate between CRTSCTS=0 => "RTS transmits active signal" and CRTSCTS=1 => "RTS receives flow control" instead of CRTSCTS=0 => "RTS is statically active" and CRTSCTS=1 => "RTS receives flow control" Signed-off-by: Konstantin Shkolnyy --- drivers/usb/

[PATCH RESEND 4/5] USB: serial: cp210x: Prepared get_termios() for adding error handling

Replaced several register write calls with one, to simplify adding error handling. Signed-off-by: Konstantin Shkolnyy --- drivers/usb/serial/cp210x.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c index b23

Re: sound: deadlock involving snd_hrtimer_callback

On Sun, Apr 24, 2016 at 6:16 PM, Takashi Iwai wrote: > On Sun, 24 Apr 2016 17:16:32 +0200, > Dmitry Vyukov wrote: >> >> On Sat, Apr 23, 2016 at 11:02 PM, Takashi Iwai wrote: >> > On Sat, 23 Apr 2016 15:40:21 +0200, >> > Dmitry Vyukov wrote: >> >> >> >> Hi Takashi, >> >> >> >> I've incorporated yo

Re: [PATCH 1/3] regulator: twl: Make sure we have access to powerbus before trying to write to it

Hi, On 24.04.2016 19:10, Pavel Machek wrote: Hi! According to the TRM, we need to enable i2c access to powerbus before writing to it. Also, a new write to powerbus should not be attempted if there is a pending transfer. The current code does not implement that functionality and while there are

Re: qemu:beagle no longer booting with omap2plus_defconfig in -next

On Sun, 24 Apr 2016 09:42:40 -0700 Guenter Roeck wrote: > On 04/23/2016 12:46 PM, Boris Brezillon wrote: > > Hi Guenter, > > > > On Sat, 23 Apr 2016 10:53:06 -0700 > > Guenter Roeck wrote: > > > >> Hi, > >> > >> since next-20160421, I get the following error and hang when trying to boot > >> a

Re: [PATCH] checkpatch.pl: add support for checking patch from git repository

Hi, On Sun, Apr 24, 2016 at 09:07:21AM -0700, Joe Perches wrote: > On Sun, 2016-04-24 at 17:10 +0200, Sebastian Reichel wrote: > > On Sun, Apr 24, 2016 at 04:22:45AM -0700, Joe Perches wrote: > > > On Sun, 2016-04-24 at 18:40 +0800, changbin...@intel.com wrote: > > > > From: "Du, Changbin" > > >

Re: [RFC][PATCH 0/6] /dev/random - a new approach

Am Sonntag, 24. April 2016, 17:21:09 schrieb Pavel Machek: Hi Pavel, > Hi! > > > Please find in [1] the full design discussion covering qualitative > > assessments of the entropy collection and entropy flow. Furthermore, a > > full > > testing of the > > I don't get it. > > # The > # idea is t

Re: qemu:beagle no longer booting with omap2plus_defconfig in -next

On Sun, 24 Apr 2016 09:42:40 -0700 Guenter Roeck wrote: > In qemu, it looks like gpmc bit 0 is considered to be the NAND chip select, > which is distinctly different to a chip ready pin. Guess I would have to try > finding a chip datasheet to figure out what this pin is supposed to do, and > what

Re: [PATCH] checkpatch.pl: add support for checking patch from git repository

On Sun, 2016-04-24 at 19:30 +0200, Sebastian Reichel wrote: > On Sun, Apr 24, 2016 at 09:07:21AM -0700, Joe Perches wrote: > > On Sun, 2016-04-24 at 17:10 +0200, Sebastian Reichel wrote: > > > On Sun, Apr 24, 2016 at 04:22:45AM -0700, Joe Perches wrote: > > > > On Sun, 2016-04-24 at 18:40 +0800, ch

Re: [PATCH v1 00/23] ata: sata_dwc_460ex: make it working again

On 4/24/2016 11:21 AM, Christian Lamparter wrote: On Sunday, April 24, 2016 09:05:43 AM Julian Margetson wrote: On 4/23/2016 3:41 PM, Christian Lamparter wrote: There's a known errata for the 460EX, with the CPU lockup upon high AHB traffic:

Re: [PATCH 10/15] __d_add(): don't drop/regain ->d_lock

On Sat, 2016-04-16 at 01:55 +0100, Al Viro wrote: > From: Al Viro > > Signed-off-by: Al Viro > --- >  fs/dcache.c | 14 +++--- >  1 file changed, 11 insertions(+), 3 deletions(-) > > diff --git a/fs/dcache.c b/fs/dcache.c > index e9de4d9..33cad8a 100644 > --- a/fs/dcache.c > +++ b/fs/dca

[PATCH v3 03/21] io-mapping: Specify mapping size for io_mapping_map_wc()

The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: Yishai

Re: qemu:beagle no longer booting with omap2plus_defconfig in -next

Hi Boris, On 04/24/2016 10:14 AM, Boris Brezillon wrote: [ ... ] In qemu, it looks like gpmc bit 0 is considered to be the NAND chip select, which is distinctly different to a chip ready pin. Well, if you look at the GPIO controller implementation, you'll see that gpichip->get() is adding 8

Re: qemu:beagle no longer booting with omap2plus_defconfig in -next

On 04/24/2016 10:34 AM, Boris Brezillon wrote: On Sun, 24 Apr 2016 09:42:40 -0700 Guenter Roeck wrote: In qemu, it looks like gpmc bit 0 is considered to be the NAND chip select, which is distinctly different to a chip ready pin. Guess I would have to try finding a chip datasheet to figure out

Re: [PATCH 1/6] bus: Add shared MDIO bus framework

From: Pramod Kumar Date: Thu, 21 Apr 2016 14:48:38 +0530 > +struct shared_mdio_master *shared_mdio_alloc_master(struct device *parent, > + struct device_node *node) > +{ > + int ret = 0; > + struct shared_mdio_master *master; Always order l

[PATCH] tools/power turbostat: fix overflow read on array slm_freq_table

From: Colin Ian King When i >= SLM_BCLK_FREQS, the frequency read from the slm_freq_table is off the end of the array because msr is set to 3 rather than the actual array index i. Set i to 3 rather than msr to fix this. Signed-off-by: Colin Ian King --- tools/power/x86/turbostat/turbostat.c |

Re: [PATCH] checkpatch.pl: add support for checking patch from git repository

Hi, On Sun, Apr 24, 2016 at 10:43:44AM -0700, Joe Perches wrote: > On Sun, 2016-04-24 at 19:30 +0200, Sebastian Reichel wrote: > > On Sun, Apr 24, 2016 at 09:07:21AM -0700, Joe Perches wrote: > > > On Sun, 2016-04-24 at 17:10 +0200, Sebastian Reichel wrote: > > > > On Sun, Apr 24, 2016 at 04:22:45

Re: [PATCH v2] MAINTAINERS: net: add entry for TI Ethernet Switch drivers

From: Grygorii Strashko Date: Thu, 21 Apr 2016 13:13:56 +0300 > Add record for TI Ethernet Switch Driver CPSW/CPDMA/MDIO HW > (am33/am43/am57/dr7/davinci) to ensure that related patches > will go through dedicated linux-omap list. > > Also add Mugunthan as maintainer and myself as the reviewer.

Re: linux-next: zillions of lockdep whinges in include/net/sock.h:1408

From: Hannes Frederic Sowa Date: Thu, 21 Apr 2016 15:49:37 +0200 > On 21.04.2016 15:31, Eric Dumazet wrote: >> On Thu, 2016-04-21 at 05:05 -0400, valdis.kletni...@vt.edu wrote: >>> On Thu, 21 Apr 2016 09:42:12 +0200, Hannes Frederic Sowa said: Hi, On Thu, Apr 21, 2016, at 02:30, Va

Question about request queues in I/O scheduling

Hello, I was searching for a way to find out the length of a request_queue (that is defined as a structure in linux/include/linux/blkdev.h). However I am new to the kernel development and can't figure out where is the actual list of requests to be processed by an elevator. Is there a way to it

Re: linux-next: zillions of lockdep whinges in include/net/sock.h:1408

On 24.04.2016 20:38, David Miller wrote: > From: Hannes Frederic Sowa > Date: Thu, 21 Apr 2016 15:49:37 +0200 > >> On 21.04.2016 15:31, Eric Dumazet wrote: >>> On Thu, 2016-04-21 at 05:05 -0400, valdis.kletni...@vt.edu wrote: On Thu, 21 Apr 2016 09:42:12 +0200, Hannes Frederic Sowa said: >>>

Re: [PATCH] mm: enable RLIMIT_DATA by default with workaround for valgrind

On Sun, Apr 24, 2016 at 1:07 AM, Konstantin Khlebnikov wrote: > > This patch checks current usage also against rlim_max if rlim_cur is zero. > Size of brk is still checked against rlim_cur, so this part is completely > compatible - zero rlim_cur forbids brk() but allows private mmap(). The logic

Re: linux-next: zillions of lockdep whinges in include/net/sock.h:1408

From: Hannes Frederic Sowa Date: Sun, 24 Apr 2016 20:48:24 +0200 > Eric's patch is worth to apply anyway, but I am not sure if it solves > the (fundamental) problem. I couldn't reproduce it with the exact next- > tag provided in the initial mail. All other reports also only happend > with linux-n

[PATCH] perf tools: fix off-by-one comparison on maximum code

From: Colin Ian King The check for the maximum code is off-by-one; the current comparison of a code that is INTEL_PT_ERR_MAX will cause the strlcpy to perform an out of bounds array access on the intel_pt_err_msgs array. Fix this with a >= comparison. Signed-off-by: Colin Ian King --- tools/pe

dmatest - scatter gather mode

I'm looking of a way to validate a DMA engine driver I've written. I came across dmatest module and while reading the code I've noticed that scatter-gather DMA mode is not implemented. I wonder if anyone one knows the reason, and if such enhancement will be welcome as a patch. Thanks. Ramon

Re: [PATCH 10/15] __d_add(): don't drop/regain ->d_lock

On Sun, Apr 24, 2016 at 02:09:09PM -0400, Jeff Layton wrote: > Should the above be a new __d_instantiate_locked instead of open-coding > it? Nope - it gets rehash mashed into it a few commits later. In principle we could try to fish the common helper out of it and __d_instantiate() once the dus

[PATCH 00/12] nvmem: remove regmap dependency

nvmem uses regmap_raw_read/write apis to read/write data from providers, With recent patch 922a9f936e40 ("regmap: mmio: Convert to regmap_bus and fix accessor usage") nvmem providers based on regmap-mmio stopped working, as nvmem core was using raw accessors. This issue can be fixed temporarly by m

[PATCH 04/12] nvmem: qfprom: remove nvmem regmap dependency

This patch moves to nvmem support in the driver to use callback instead of regmap. Reported-by: Rajendra Nayak Signed-off-by: Srinivas Kandagatla --- drivers/nvmem/Kconfig | 1 - drivers/nvmem/qfprom.c | 56 +- 2 files changed, 37 insertions(+),

[PATCH 09/12] nvmem: imx-ocotp: remove nvmem regmap dependency

This patch moves to nvmem support in the driver to use callback instead of regmap. Signed-off-by: Srinivas Kandagatla --- drivers/nvmem/imx-ocotp.c | 55 ++- 1 file changed, 11 insertions(+), 44 deletions(-) diff --git a/drivers/nvmem/imx-ocotp.c b/dr

[PATCH 12/12] nvmem: 93xx46: remove nvmem regmap dependency

This patch moves to nvmem support in the driver to use callback instead of regmap. Signed-off-by: Srinivas Kandagatla --- drivers/misc/eeprom/eeprom_93xx46.c | 90 - 1 file changed, 18 insertions(+), 72 deletions(-) diff --git a/drivers/misc/eeprom/eeprom_93x

  1   2   3   >