Re: Staging: speakup - syle fix permissions to octal

On 02/04/2017 06:29 AM, Julia Lawall wrote: On Sat, 4 Feb 2017, Guenter Roeck wrote: On 02/03/2017 11:27 PM, Joe Perches wrote: (adding Julia Lawall) On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote: On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: A style fix across

Re: Staging: speakup - syle fix permissions to octal

On Sat, 4 Feb 2017, Guenter Roeck wrote: > On 02/04/2017 06:29 AM, Julia Lawall wrote: > > > > > > On Sat, 4 Feb 2017, Guenter Roeck wrote: > > > > > On 02/03/2017 11:27 PM, Joe Perches wrote: > > > > (adding Julia Lawall) > > > > > > > > On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote:

Re: [PATCH] One coding style correction.

On Sat, Feb 04, 2017 at 02:18:41AM +0300, Victor Vaschenko wrote: > Signed-off-by: Victor Vaschenko > --- > drivers/staging/bcm2835-audio/bcm2835-ctl.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) If you are going to ignore my suggestions of how to properly

Re: [PATCH] mm, slab: rename kmalloc-node cache to kmalloc-

below? Vlastimil > > url: > https://github.com/0day-ci/linux/commits/Vlastimil-Babka/mm-slab-rename-kmalloc-node-cache-to-kmalloc-size/20170204-021843 > base: git://git.cmpxchg.org/linux-mmotm.git master > config: i386-allmodconfig > compiler: gcc-6 (Debian 6.2.0-3) 6.2.0

Linux 4.4.47

I'm announcing the release of the 4.4.47 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.47

diff --git a/Makefile b/Makefile index 2dd5cb2fe182..7b233ac7f86c 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 46 +SUBLEVEL = 47 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/drivers/net/ethernet/broadcom/bcmsysport.c

[PATCH v3] perf tools arm64: Add support for generating bpf prologue

Since HAVE_KPROBES can be enabled in arm64, this patch introduces regs_query_register_offset() to convert register name to offset for arm64, so the BPF prologue feature is ready to use. Signed-off-by: He Kuang --- tools/perf/arch/arm64/Makefile | 1 +

Linux 4.9.8

I'm announcing the release of the 4.9.8 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

TRADING ACCOUNT

Hello , We, Amadeus, want to extend our list of suppliers in the purchase of computer hardware and electronics ( IT computer ) and are specialized in the resale and distribution of computer and electronic equipment. We are interested to buy the products you sell and want to place an order

Re: [PATCH 4/5] regulator: core: simplify _regulator_get()

On Fri, Feb 03, 2017 at 01:56:03PM -0800, Dmitry Torokhov wrote: > The code in _regulator_get() got a bit confusing over time, with control > flow jumping to a label from couple of places. Let's untangle it a bit. This is quite hard to review without a concrete description of what the changes

Applied "regulator: core: optimize devm_regulator_bulk_get()" to the regulator tree

The patch regulator: core: optimize devm_regulator_bulk_get() has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "regulator: core: fix typo in regulator_bulk_disable()" to the regulator tree

The patch regulator: core: fix typo in regulator_bulk_disable() has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH 4/4] regulator: core: make bulk API support optional supplies

On Fri, Feb 03, 2017 at 03:16:19PM -0800, Dmitry Torokhov wrote: > Make it possible to use the bulk API with optional supplies, by allowing > the consumer to marking supplies as optional in the regulator_bulk_data. So, I know I took the version Bjorn sent before (which was subsequently reverted)

Re: [PATCH] sched: Update unlikely to now likely in sched_move_task()

On Fri, Feb 03, 2017 at 03:30:19PM -0500, Steven Rostedt (VMware) wrote: > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > index c56fb57..669f23d 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -7989,14 +7989,14 @@ void sched_move_task(struct task_struct *tsk) > >

Applied "ASoC: Drop unnecessary debugfs ifdef" to the asoc tree

The patch ASoC: Drop unnecessary debugfs ifdef has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [PATCH v2 4/5] iio: trigger: add support for STM32 EXTI triggers

On 03/02/17 19:40, Linus Walleij wrote: > On Mon, Jan 30, 2017 at 3:33 PM, Fabrice Gasnier > wrote: > >> EXTi[0..15] gpio signal can be routed internally as trigger source for >> ADC or DAC conversions. Configure them as interrupts to configure >> trigger path in HW. >>

[GIT PULL] Char/Misc driver fixes for 4.10-rc7

The following changes since commit 49def1853334396f948dcb4cedb9347abb318df5: Linux 4.10-rc4 (2017-01-15 16:21:59 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/ tags/char-misc-4.10-rc7 for you to fetch changes up to

Re: regression for m68k/coldfire

Le 04/02/2017 à 03:03, Greg Ungerer a écrit : > Hi Laurent, > > On 04/02/17 01:22, Laurent Vivier wrote: >> Le 03/02/2017 à 16:17, Waldemar Brodkorb a écrit : > [snip] >>> Btw: Laurent, are you m68k with mmu support are going to be included >>> upstream? I always carry an old binary for any m68k

Re: [PATCH v2 4/6] bus: add driver for the Technologic Systems NBUS

On Fri, Feb 3, 2017 at 8:47 PM, Sebastien Bourdelin wrote: > This driver implements a GPIOs bit-banged bus, called the NBUS by > Technologic Systems. It is used to communicate with the peripherals in > the FPGA on the TS-4600 SoM. > > --- > Changes v1 ->

[GIT PULL] Staging/IIO driver fixes for 4.10-rc7

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/ tags/staging-4.10-rc7 for you to fetch changes up to

[GIT PULL] USB driver fixes for 4.10-rc7

The following changes since commit 7a308bb3016f57e5be11a677d15b821536419d36: Linux 4.10-rc5 (2017-01-22 12:54:15 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.10-rc7 for you to fetch changes up to

[PATCH v5 3/3] spi: acpi: Initialize modalias from of_compatible

When using devicetree spi_device.modalias is set to the compatible string with the vendor prefix removed. For SPI devices described via ACPI the spi_device.modalias string is initialized by acpi_device_hid. When using ACPI and DT ids this string ends up something like "PRP0001". Change

[PATCH v5 0/3] Init device ids from ACPI of_compatible

When using devicetree, stuff like i2c_client.name or spi_device.modalias is initialized to the first DT compatible id with the vendor prefix stripped. Since some drivers rely on this in order to differentiate between hardware variants, try to replicate it when using ACPI with DT ids. This also

Re: [lkp-robot] [mm, vmscan] 5e56dfbd83: fsmark.files_per_sec -11.1% regression

On 01/26, Michal Hocko wrote: >On Wed 25-01-17 12:27:06, Ye Xiaolong wrote: >> On 01/24, Michal Hocko wrote: >> >On Mon 23-01-17 09:26:44, kernel test robot wrote: >> >> >> >> Greeting, >> >> >> >> FYI, we noticed a -11.1% regression of fsmark.files_per_sec due to commit: >> >> >> >> >> >>

Re: [PATCH] clocksource: arm_arch_timer: print timer value at init time

On Mon, Dec 19, 2016 at 09:47:37AM -0800, Olof Johansson wrote: > This is useful to get an indication of how much time we spent in firmware. > > It's not guaranteed that the timer started at 0 on reset, so it's just > an approximation, and might very well be invalid on some systems. But > it's

Re: [PATCH] wcn36xx: Implement cancel_hw_scan

> In the even that the wcn36xx interface is brought down while a > hw_scan > is active we must abort and wait for the ongoing scan to signal > completion to mac80211. > > Reported-by: Mart Raudsepp > Fixes: 886039036c20 ("wcn36xx: Implement firmware assisted scan") >

Re: Linux 4.9.8

diff --git a/Makefile b/Makefile index da704d903321..1130803ab93c 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 7 +SUBLEVEL = 8 EXTRAVERSION = NAME = Roaring Lionus diff --git a/drivers/net/ethernet/broadcom/bcmsysport.c

Re: [PATCH v2 1/3] perf tools: Use offset instead of dwarfnum in register table.

hi 在 2017/2/3 21:00, Will Deacon 写道: On Fri, Feb 03, 2017 at 11:06:05AM +, He Kuang wrote: This patch changes the 'dwarfnum' to 'offset' in register table, so the index of array becomes the dwarfnum (the index of each register defined by DWARF) and the "offset" member means the byte-offset

Re: [PATCH 2/5] regulator: core: have regulator_dev_lookup() return ERR_PTR-encoded errors

On Fri, Feb 03, 2017 at 01:56:01PM -0800, Dmitry Torokhov wrote: > - return NULL; > + return r ? r : ERR_PTR(-ENODEV); > } Please write normal conditional statements to keep the code legible. signature.asc Description: PGP signature

Re: [PATCH v5 3/3] spi: acpi: Initialize modalias from of_compatible

On Sat, Feb 04, 2017 at 08:00:28AM +, Dan O'Donovan wrote: > + acpi_set_modalias(adev, acpi_device_hid(adev), > + spi->modalias, sizeof(spi->modalias)); > + The formatting here is really weird (why isn't the third argument on the line above?) but otherwise

[PATCH] mailmap: Change email to new Konsulko email

Signed-off-by: Matt Ranostay --- .mailmap | 1 + 1 file changed, 1 insertion(+) diff --git a/.mailmap b/.mailmap index 67dc22ffc9a8..e775f792d436 100644 --- a/.mailmap +++ b/.mailmap @@ -109,6 +109,7 @@ Mauro Carvalho Chehab

Re: [PATCH resend 4.9] hw_random: Don't use a stack buffer in add_early_randomness()

hi, Matt, Thanks for your reply. On 2017/2/4 12:34, Matt Mullins wrote: > On Sat, Feb 04, 2017 at 11:47:38AM +0800, Yisheng Xie wrote: >> On 2016/10/18 1:06, Andy Lutomirski wrote: >>> hw_random carefully avoids using a stack buffer except in >>> add_early_randomness(). This causes a crash in

Re: [PATCHv3 03/12] mm: fix handling PTE-mapped THPs in page_referenced()

On Thu, Feb 02, 2017 at 04:26:56PM +0100, Michal Hocko wrote: > On Sun 29-01-17 20:38:49, Kirill A. Shutemov wrote: > > For PTE-mapped THP page_check_address_transhuge() is not adequate: it > > cannot find all relevant PTEs, only the first one. It means we can miss > > some references of the page

Applied "regulator: core: have _regulator_get() accept get_type argument" to the regulator tree

The patch regulator: core: have _regulator_get() accept get_type argument has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "regulator: core: simplify regulator_bulk_force_disable()" to the regulator tree

The patch regulator: core: simplify regulator_bulk_force_disable() has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "regulator: core: remove dead code in _regulator_get()" to the regulator tree

The patch regulator: core: remove dead code in _regulator_get() has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH 0/5] DRM OF graph clean-up

On Fri, Feb 03, 2017 at 09:36:30PM -0600, Rob Herring wrote: > The Armada and Rockchip drivers remain oddballs with their own graph > parsing. I can't see how the armada driver even can work. There's > nothing to instantiate the armada-drm device either in DT or the kernel. Correct, that's

[PATCH] scripts/tags.sh: include arch/Kconfig* for tags generation

Kconfig files under arch/ directory are ignored by all_kconfigs(), so include them for tags generation. Signed-off-by: Hou Tao --- scripts/tags.sh | 2 ++ 1 file changed, 2 insertions(+) diff --git a/scripts/tags.sh b/scripts/tags.sh index df5fa77..d661f2f 100755 ---

Applied "regulator: cpcap: Add basic regulator support" to the regulator tree

The patch regulator: cpcap: Add basic regulator support has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH 5/5] regulator: core: lower severity level of message about using dummy supplies

On Fri, Feb 03, 2017 at 01:56:04PM -0800, Dmitry Torokhov wrote: > Use of dummy supplies is normal and common occurrence in the kernel, let's > lower severity from warning to info. It really shouldn't be either of these things, at least on DT systems. signature.asc Description: PGP signature

[PATCH v5 2/3] i2c: acpi: Initialize info.type from of_compatible

When using devicetree i2c_board_info.type is set to the compatible string with the vendor prefix removed. For I2C devices described via ACPI the i2c_board_info.type string is set to the ACPI device name. When using ACPI and DT ids this string ends up something like "PRP0001:00". If the

[PATCH v5 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node

When using devicetree stuff like i2c_client.name or spi_device.modalias is initialized to the first DT compatible id with the vendor prefix stripped. Since some drivers rely on this try to replicate it when using ACPI with DT ids. Signed-off-by: Dan O'Donovan Reviewed-by: Mika

Re: status of "tty: Fix ldisc crash on reopened tty"

On Sat, Feb 04, 2017 at 01:57:19PM +0900, Sergey Senozhatsky wrote: > Cc Greg > > > On (01/24/17 14:19), Sergey Senozhatsky wrote: > > Hello Peter, Mikulas > > > > just came across this patch https://lkml.org/lkml/2016/5/17/440 > > > > Peter, are you still planning to merge it? or is there

Re: v4.10-rc6 boot regression on Intel desktop, does not boot after cold boots, boots after reboot

On Fri 2017-02-03 23:43:09, Pavel Machek wrote: > On Fri 2017-02-03 16:59:05, Alan Stern wrote: > > On Fri, 3 Feb 2017, Pavel Machek wrote: > > > > > Hi! > > > > > > > > > Hmm. I moved keyboard between USB ports, and now 4.10-rc6 no longer > > > > > > boots. v4.6 works ok. Let me try with

[PATCH v5 2/8] devicetree: property-units: Add uWh and uAh units

From: Matt Ranostay From: Matt Ranostay Add entries for microwatt-hours and microamp-hours. Cc: Rob Herring Cc: Mark Rutland Cc: devicet...@vger.kernel.org Cc: linux-kernel@vger.kernel.org

Re: regulator_get_optional() no longer returning NULL?

On Fri, Feb 03, 2017 at 01:51:20PM -0800, Dmitry Torokhov wrote: > Like I said, I want people to simply check for error/!error and have all > errors be fatal, and the rest of the checks (when trying to use said > regulator) should be in form of: > if (blah->supply) >

[PATCH] virtio_mmio: remove virtio_mmio_vq_info

Signed-off-by: Christoph Hellwig --- drivers/virtio/virtio_mmio.c | 52 1 file changed, 4 insertions(+), 48 deletions(-) diff --git a/drivers/virtio/virtio_mmio.c b/drivers/virtio/virtio_mmio.c index 98adb10025fc..1367aec415bf 100644 ---

[Update][PATCH v8 15/15] irqchip: mbigen: Add ACPI support

From: Hanjun Guo With the preparation of platform msi support and interrupt producer in DSDT, we can add mbigen ACPI support now. We are using Interrupt resource type in _CRS methd to indicate number of irq pins instead of num_pins in DT to avoid _DSD usage in this case.

Re: status of "tty: Fix ldisc crash on reopened tty"

On (02/04/17 09:09), Greg Kroah-Hartman wrote: > On Sat, Feb 04, 2017 at 01:57:19PM +0900, Sergey Senozhatsky wrote: > > Cc Greg > > > > > > On (01/24/17 14:19), Sergey Senozhatsky wrote: > > > Hello Peter, Mikulas > > > > > > just came across this patch https://lkml.org/lkml/2016/5/17/440 > >

Re: [PATCH] mailmap: Change email to new Konsulko email

On 04/02/17 10:33, Matt Ranostay wrote: > Signed-off-by: Matt Ranostay Applied to the togreg branch of iio.git. Will probably not hit until next cycle now though. Thanks, Jonathan > --- > .mailmap | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/.mailmap

Re: [PATCH] Staging: iio: resolver: ad2s1210.c - style fix

On 04/02/17 01:45, Derek Robson wrote: > Changed symbolic permissions to octal permissions. > Found using checkpatch > > Signed-off-by: Derek Robson Applied. Thanks, Jonathan > --- > drivers/staging/iio/resolver/ad2s1210.c | 24 > 1 file changed,

[PATCH net-next v5 0/4] net: dsa: Support for pdata in dsa2

Hi all, This is not exactly new, and was sent before, although back then, I did not have an user of the pre-declared MDIO board information, but now we do. Note that I have additional changes queued up to have b53 register platform data for MIPS bcm47xx and bcm63xx. Yes I know that we should

[PATCH net-next v5 4/4] ARM: orion: Register DSA switch as a MDIO device

Utilize the ability to pass board specific MDIO bus information towards a particular MDIO device thus allowing us to provide the per-port switch layout to the Marvell 88E6XXX switch driver. Since we would end-up with conflicting registration paths, do not register the "dsa" platform device

[PATCH net-next v5 3/4] net: phy: Allow pre-declaration of MDIO devices

Allow board support code to collect pre-declarations for MDIO devices by registering them with mdiobus_register_board_info(). SPI and I2C buses have a similar feature, we were missing this for MDIO devices, but this is particularly useful for e.g: MDIO-connected switches which need to provide

[PATCH net-next v5 0/4] net: dsa: Support for pdata in dsa2

Hi all, This is not exactly new, and was sent before, although back then, I did not have an user of the pre-declared MDIO board information, but now we do. Note that I have additional changes queued up to have b53 register platform data for MIPS bcm47xx and bcm63xx. Yes I know that we should

[PATCH net-next v5 2/4] net: dsa: Add support for platform data

Allow drivers to use the new DSA API with platform data. Most of the code in net/dsa/dsa2.c does not rely so much on device_nodes and can get the same information from platform_data instead. We purposely do not support distributed configurations with platform data, so drivers should be providing

[PATCH] net: intel: i40e: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/intel/i40e/i40e_ethtool.c |

[PATCH net-next v5 1/4] net: dsa: Rename and export dev_to_net_device()

In preparation for using this function in net/dsa/dsa2.c, rename the function to make its scope DSA specific, and export it. Signed-off-by: Florian Fainelli --- include/net/dsa.h | 1 + net/dsa/dsa.c | 5 +++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff

Re: [lkp-robot] [scsi, block] 0dba1314d4: WARNING:at_fs/sysfs/dir.c:#sysfs_warn_dup

On Sat, 2017-02-04 at 12:37 -0800, Dan Williams wrote: > On Sat, Feb 4, 2017 at 12:36 PM, Dan Williams < > dan.j.willi...@intel.com> wrote: > > On Fri, Feb 3, 2017 at 11:09 PM, kernel test robot > > wrote: > > > > > > FYI, we noticed the following commit: > > > > > >

Re: [lkp-robot] [scsi, block] 0dba1314d4: WARNING:at_fs/sysfs/dir.c:#sysfs_warn_dup

On Sat, Feb 4, 2017 at 1:04 PM, James Bottomley wrote: > On Sat, 2017-02-04 at 12:37 -0800, Dan Williams wrote: >> On Sat, Feb 4, 2017 at 12:36 PM, Dan Williams < >> dan.j.willi...@intel.com> wrote: >> > On Fri, Feb 3, 2017 at 11:09 PM, kernel test robot >>

Re: [PATCH] iio: adc: handle unknow of_device_id data

On 02/03/2017 06:01 PM, Arnd Bergmann wrote: > If we get an unknown 'childmode' value, a number of variables are not > initialized properly: > > drivers/iio/adc/rcar-gyroadc.c: In function 'rcar_gyroadc_probe': > drivers/iio/adc/rcar-gyroadc.c:390:5: error: 'num_channels' may be used >

Re: [PATCH] mtd: pmcmsp: use kstrndup instead of kmalloc+strncpy

On 02/03/2017 10:49 AM, Arnd Bergmann wrote: > kernelci.org reports a warning for this driver, as it copies a local > variable into a 'const char *' string: > > drivers/mtd/maps/pmcmsp-flash.c:149:30: warning: passing argument 1 of > 'strncpy' discards 'const' qualifier from pointer target

Re: [PATCH] Documentation: devicetree: Add PHY no lane swap binding

Le 02/04/17 à 09:23, Andrew Lunn a écrit : > On Sat, Feb 04, 2017 at 04:47:47PM +0100, Lukasz Majewski wrote: >> Add the documentation to avoid PHY lane swapping. This is a boolean >> entry to notify the phy device drivers that the TX/RX lanes NO need > > that the TX/RX lanes should not be

Re: [PATCH] iio: adc: handle unknow of_device_id data

On Sat, Feb 4, 2017 at 10:11 PM, Marek Vasut wrote: > On 02/03/2017 06:01 PM, Arnd Bergmann wrote: >> diff --git a/drivers/iio/adc/rcar-gyroadc.c b/drivers/iio/adc/rcar-gyroadc.c >> index 0c44f72c32a8..331ff9a673be 100644 >> --- a/drivers/iio/adc/rcar-gyroadc.c >> +++

RE: [tip:x86/cpufeature] x86/cpufeature: Enable RING3MWAIT for Knights Mill

Hi Thomas, It looks like there is a typo with the line with 'break' - it should be semicolon there. Could you fix it, please? Thx, Piotr > > Signed-off-by: Piotr Luc > Cc: piotr@intel.com > Cc: dave.han...@linux.intel.com > Link:

Re: [PATCH] iio: adc: handle unknow of_device_id data

On 02/04/2017 10:44 PM, Arnd Bergmann wrote: > On Sat, Feb 4, 2017 at 10:11 PM, Marek Vasut wrote: >> On 02/03/2017 06:01 PM, Arnd Bergmann wrote: >>> diff --git a/drivers/iio/adc/rcar-gyroadc.c b/drivers/iio/adc/rcar-gyroadc.c >>> index 0c44f72c32a8..331ff9a673be 100644

Re: [PATCH] devicetree: Add video bus switch

Hi! > > > > +Required properties > > > > +=== > > > > + > > > > +compatible : must contain "video-bus-switch" > > > > > > How generic is this? Should we have e.g. nokia,video-bus-switch? And if > > > so, > > > change the file name accordingly. > > > > Generic for "single

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

Hi Rob, On 02/04/2017 05:36 AM, Rob Herring wrote: > The OF graph API leaves too much of the graph walking to clients when > in many cases the driver doesn't care about accessing the port or > endpoint nodes. The drivers typically just want the device connected via > a particular graph

[tip:timers/core] tick/broadcast: Reduce lock cacheline contention

Commit-ID: 668802c25729a8e3423015c33c05f1c3be3858e9 Gitweb: http://git.kernel.org/tip/668802c25729a8e3423015c33c05f1c3be3858e9 Author: Waiman Long AuthorDate: Mon, 30 Jan 2017 12:57:43 -0500 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb 2017

[tip:core/debugobjects] debugobjects: Scale thresholds with # of CPUs

Commit-ID: 97dd552eb23c83dbf626a6e84666c7e281375d47 Gitweb: http://git.kernel.org/tip/97dd552eb23c83dbf626a6e84666c7e281375d47 Author: Waiman Long AuthorDate: Thu, 5 Jan 2017 15:17:04 -0500 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb 2017

[tip:core/debugobjects] debugobjects: Track number of kmem_cache_alloc/kmem_cache_free done

Commit-ID: c4b73aabd0989d93b82894417ae501690bd1db5e Gitweb: http://git.kernel.org/tip/c4b73aabd0989d93b82894417ae501690bd1db5e Author: Waiman Long AuthorDate: Thu, 5 Jan 2017 15:17:03 -0500 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb 2017

Re: [PATCH] KVM: x86: do not save guest-unsupported XSAVE state

2017-02-01 16:13-0800, Paolo Bonzini: > On 01/02/2017 05:19, Radim Krčmář wrote: >> Saving unsupported state prevents migration when the new host does not >> support a XSAVE feature of the original host, even if the feature is not >> exposed to the guest. >> >> We've masked host features with

[GIT pull] irq fixes for 4.10

Linus, please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus This update contains: - Prevent double activation of interrupt lines, which causes problems on certain interrupt controllers - Handle

[tip:x86/cpufeature] x86/msr: Add MSR_MISC_FEATURE_ENABLES and RING3MWAIT bit

Commit-ID: ae47eda905e61ef6ba0b6f79b967c9de15ca4f8e Gitweb: http://git.kernel.org/tip/ae47eda905e61ef6ba0b6f79b967c9de15ca4f8e Author: Grzegorz Andrejczuk AuthorDate: Fri, 20 Jan 2017 14:22:33 +0100 Committer: Thomas Gleixner

[tip:x86/cpufeature] x86/elf: Add HWCAP2 to expose ring 3 MONITOR/MWAIT

Commit-ID: 0274f9551eff55dbd63b5f5f3efe30fe5d4c801c Gitweb: http://git.kernel.org/tip/0274f9551eff55dbd63b5f5f3efe30fe5d4c801c Author: Grzegorz Andrejczuk AuthorDate: Fri, 20 Jan 2017 14:22:34 +0100 Committer: Thomas Gleixner

[tip:x86/cpufeature] x86/cpufeature: Add RING3MWAIT to CPU features

Commit-ID: 1d12d0ef0194ccc4dcebed3d96bb2301b26fc3ee Gitweb: http://git.kernel.org/tip/1d12d0ef0194ccc4dcebed3d96bb2301b26fc3ee Author: Grzegorz Andrejczuk AuthorDate: Fri, 20 Jan 2017 14:22:35 +0100 Committer: Thomas Gleixner

[tip:x86/cpufeature] x86/cpufeature: Enable RING3MWAIT for Knights Landing

Commit-ID: e16fd002afe2b16d828bbf738b8a81a185fe9272 Gitweb: http://git.kernel.org/tip/e16fd002afe2b16d828bbf738b8a81a185fe9272 Author: Grzegorz Andrejczuk AuthorDate: Fri, 20 Jan 2017 14:22:36 +0100 Committer: Thomas Gleixner

[tip:x86/cpufeature] x86/cpufeature: Enable RING3MWAIT for Knights Mill

Commit-ID: 2fc70d88d85d55e85bad7fde0ee71f79e22bfa3f Gitweb: http://git.kernel.org/tip/2fc70d88d85d55e85bad7fde0ee71f79e22bfa3f Author: Piotr Luc AuthorDate: Fri, 20 Jan 2017 14:22:37 +0100 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb 2017

Re: [PATCH v2 1/2] net: phy: dp83867: Port mirroring support in the DP83867 TI's PHY driver

On Sat, Feb 04, 2017 at 05:02:11PM +0100, Lukasz Majewski wrote: > This patch adds support for enabling or disabling the port mirroring > (at CFG4 register) feature of the DP83867 TI's PHY device. As we discussed before, "port mirroring" is bad naming. Yes, we should use it, because that is what

Re: [PATCH 5/5] regulator: core: lower severity level of message about using dummy supplies

On Sat, Feb 04, 2017 at 12:48:19PM +0100, Mark Brown wrote: > On Fri, Feb 03, 2017 at 01:56:04PM -0800, Dmitry Torokhov wrote: > > Use of dummy supplies is normal and common occurrence in the kernel, let's > > lower severity from warning to info. > > It really shouldn't be either of these things,

Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF

On Thu, Jan 26, 2017 at 11:35:55AM +0100, Rafael J. Wysocki wrote: > but that doesn't work if drivers expect to be able to control regulators > directly > (which BTW isn't an good idea overall IMO, because that may need to be done > differently on different platforms even without ACPI AFAICS).

[tip:x86/cleanups] x86/traps: Get rid of unnecessary preempt_disable/preempt_enable_no_resched

Commit-ID: 07d495dae20717b00881798ef812f7aa53ca0eb3 Gitweb: http://git.kernel.org/tip/07d495dae20717b00881798ef812f7aa53ca0eb3 Author: Alexander Kuleshov AuthorDate: Mon, 28 Nov 2016 13:50:57 +0600 Committer: Thomas Gleixner CommitDate: Sat,

[tip:x86/cleanups] x86/pci-calgary: Fix iommu_free() comparison of unsigned expression >= 0

Commit-ID: 68dee8e2f2cacc54d038394e70d22411dee89da2 Gitweb: http://git.kernel.org/tip/68dee8e2f2cacc54d038394e70d22411dee89da2 Author: Nikola Pajkovsky AuthorDate: Tue, 15 Nov 2016 09:47:49 +0100 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb

[PATCH] bcm2835-audio: One coding style correction in bcm2835-ctl.c.

Just one coding style correction in bcm2835-ctl.c. Signed-off-by: Victor Vaschenko --- drivers/staging/bcm2835-audio/bcm2835-ctl.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/bcm2835-audio/bcm2835-ctl.c

[tip:core/debugobjects] debugobjects: Reduce contention on the global pool_lock

Commit-ID: 6d2fea9837a584e706edad9b4b52833e31396736 Gitweb: http://git.kernel.org/tip/6d2fea9837a584e706edad9b4b52833e31396736 Author: Waiman Long AuthorDate: Thu, 5 Jan 2017 15:17:05 -0500 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb 2017

[GIT PULL] KVM fixes for v4.10-rc7

Linus, The following changes since commit 566cf877a1fcb6d6dc0126b076aad062054c2637: Linux 4.10-rc6 (2017-01-29 14:25:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

[tip:x86/mm] x86/mm/pat: Use rb_entry()

Commit-ID: 1013fe32a63d1139b1b32049ea46c0c462738d8b Gitweb: http://git.kernel.org/tip/1013fe32a63d1139b1b32049ea46c0c462738d8b Author: Geliang Tang AuthorDate: Mon, 19 Dec 2016 22:35:57 +0800 Committer: Thomas Gleixner CommitDate: Sat, 4 Feb

RE: [PATCH 1/1] Drivers: hv: Fix the bug in generating the guest ID

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Saturday, February 4, 2017 7:58 AM > To: KY Srinivasan > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; >

Re: [lkp-robot] [mm/memblock] cc4a913fa5: WARNING:at_mm/memblock.c:#__next_mem_pfn_range

On Fri, Feb 03, 2017 at 09:44:49AM +0800, kernel test robot wrote: > >FYI, we noticed the following commit: > >commit: cc4a913fa513cdac8777c2714e6388465691faf8 ("mm/memblock: switch to use >NUMA_NO_NODE instead of MAX_NUMNODES in for_each_mem_pfn_range()") >url:

Re: [lkp-robot] [mm/memblock] cc4a913fa5: WARNING:at_mm/memblock.c:#__next_mem_pfn_range

On Fri, Feb 03, 2017 at 09:44:49AM +0800, kernel test robot wrote: > >FYI, we noticed the following commit: > >commit: cc4a913fa513cdac8777c2714e6388465691faf8 ("mm/memblock: switch to use >NUMA_NO_NODE instead of MAX_NUMNODES in for_each_mem_pfn_range()") >url:

[tip:x86/cpufeature 6/6] arch/x86/kernel/cpu/intel.c:87:8: error: expected ';' before ':' token

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/cpufeature head: 2fc70d88d85d55e85bad7fde0ee71f79e22bfa3f commit: 2fc70d88d85d55e85bad7fde0ee71f79e22bfa3f [6/6] x86/cpufeature: Enable RING3MWAIT for Knights Mill config: i386-randconfig-x004-201705 (attached as .config)

Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds"

Seems the problem is caused by rtl92c_dm_*() casting .priv to "struct rtl_pci_priv", while it is "struct rtl_usb_priv". -- Dmitry

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Fri, Feb 3, 2017 at 3:21 PM, Alexei Starovoitov wrote: > On Fri, Feb 03, 2017 at 01:07:39PM -0800, Andy Lutomirski wrote: >> >> Is there any plan to address this? If not, I'll try to write that >> patch this weekend. > > yes. I'm working on 'disallow program

Re: [RFC] [PATCH] audit: log module name on init_module

On 2017-02-03 19:18, Paul Moore wrote: > On Tue, Jan 31, 2017 at 3:02 PM, Richard Guy Briggs wrote: > > On 2017-01-31 11:07, Paul Moore wrote: > >> On Tue, Jan 31, 2017 at 7:36 AM, Richard Guy Briggs > >> wrote: > >> > On 2017-01-31 06:59, Paul Moore wrote: >

Re: [PATCH] Documentation: devicetree: Add PHY no lane swap binding

On Sat, Feb 04, 2017 at 04:47:47PM +0100, Lukasz Majewski wrote: > Add the documentation to avoid PHY lane swapping. This is a boolean > entry to notify the phy device drivers that the TX/RX lanes NO need that the TX/RX lanes should not be swapped. > to be swapped. > The use case for this

Re: [PATCH net-next 6/6] net: dsa: introduce bridge notifier

> +#define DSA_NOTIFIER_BRIDGE_JOIN 1 > +#define DSA_NOTIFIER_BRIDGE_LEAVE2 Hi Vivien Is one notifier per event sufficient? I've not looked at what actually needs to happen when a port joins a bridge, in a D in DSA setup. Do we need to both enable the flow of frames

Re: [PATCH] sigaltstack: support SS_AUTODISARM for CONFIG_COMPAT

04.02.2017 20:32, Andy Lutomirski пишет: On Sat, Feb 4, 2017 at 4:07 AM, Stas Sergeev wrote: Currently SS_AUTODISARM is not supported in compatibility mode, but does not return -EINVAL either. This makes dosemu built with -m32 on x86_64 to crash. Also the kernel's sigaltstack

Re: Staging: speakup - syle fix permissions to octal

On Fri, 3 Feb 2017, Joe Perches wrote: > (adding Julia Lawall) > > On Fri, 2017-02-03 at 20:44 -0800, Guenter Roeck wrote: > > On Sat, Jan 28, 2017 at 07:05:09PM +1300, Derek Robson wrote: > > > A style fix across whole driver. > > > changed permissions to octal style, found using checkpatch >

[PATCH V2] audit: log module name on init_module

This adds a new auxiliary record MODULE_INIT to the SYSCALL event. We get finit_module for free since it made most sense to hook this in to load_module(). https://github.com/linux-audit/audit-kernel/issues/7 https://github.com/linux-audit/audit-kernel/wiki/RFE-Module-load-record-format

[PATCH v2 2/5] regulator: core: have regulator_dev_lookup() return ERR_PTR-encoded errors

Instead of returning both regulator_dev structure as return value and auxiliary error code in 'ret' argument, let's switch to using ERR_PTR encoded values. This makes it more obvious what is going on at call sites. Also, let's not unlock the mutex in the middle of a loop, but rather break out and

<    1   2   3   4   5   >