[tip:perf/core] perf tools: Enable passing bpf object file to --event

Commit-ID: 84c86ca12b2189df751eed7b2d67cb63bc8feda5 Gitweb: http://git.kernel.org/tip/84c86ca12b2189df751eed7b2d67cb63bc8feda5 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:14 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct

[tip:perf/core] perf tools: Create probe points for BPF programs

Commit-ID: aa3abf30bb28addcf593578d37447d42e3f65fc3 Gitweb: http://git.kernel.org/tip/aa3abf30bb28addcf593578d37447d42e3f65fc3 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:15 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct

[tip:perf/core] perf tools: Load eBPF object into kernel

Commit-ID: 1e5e3ee8ff3877db6943032b54a6ac21c095affd Gitweb: http://git.kernel.org/tip/1e5e3ee8ff3877db6943032b54a6ac21c095affd Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:16 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct

[PATCH 2/6] cpufreq: ondemand: Work is guaranteed to be pending

We are guaranteed to have works scheduled for policy->cpus, as the policy isn't stopped yet. And so there is no need to check that again. Drop it. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq_ondemand.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH 1/6] cpufreq: ondemand: Update sampling rate only for concerned policies

We are comparing policy->governor against cpufreq_gov_ondemand to make sure that we update sampling rate only for the concerned CPUs. But that isn't enough. In case of governor_per_policy, there can be multiple instances of ondemand governor and we will always end up updating all of them with

Re: [PATCH 1/3] cpuidle,x86: increase forced cut-off for polling to 20us

On 10/29/2015 12:54 PM, Rik van Riel wrote: On 10/29/2015 06:17 AM, Daniel Lezcano wrote: On 10/28/2015 11:46 PM, r...@redhat.com wrote: From: Rik van Riel The cpuidle menu governor has a forced cut-off for polling at 5us, in order to deal with firmware that gives the OS bad

Re: [PATCH v2 1/6] net: dsa: Use delayed work instead of timer+work for polling

On Thu, Oct 29, 2015 at 02:22:41PM +0100, Neil Armstrong wrote: > Simplifies the code and avoids a crash when removing the > module: > dsa dsa ethmv2 (unregistering): Link is Down > device eth1 left promiscuous mode > Unable to handle kernel paging request at virtual address bacc5cf6 > ... >

[Regression] 4.3.0rc4 through rc7: No LCD backlight on Thinkpad T60P

> Well, I can confirm that the patch stopped the Oops - but unfortunatly > the screen is still dark. > > Also, Oops _does_ happen with rc2 but the screens is OK with that... Back > to looking through the logs. I couldn't see anything of note in the syslog, so attempted to bisect the problem some

Re: [PATCH v2 5/6] net: dsa: add missing calls in dsa_switch_destroy

On 10/29/2015 03:00 PM, Andrew Lunn wrote: > On Thu, Oct 29, 2015 at 02:23:25PM +0100, Neil Armstrong wrote: >> >> +netif_carrier_off(ds->ports[port]); >> unregister_netdev(ds->ports[port]); >> +phy_disconnect(p->phy); >>

Re: [PATCH 0/4] PCI: rcar: Add support for ARM64 and multiple instances

> Fixes and changes to get PCIe working on ARM64 with mulitple instances. > I've tested these on ARM (Koelsch board), and it works fine. > I've also tested on ARM64 (Salvator-X board), but I currently have an issue I wanted to test these patches on arm64 as well, but even after merging

Re: [PATCH] __div64_32: implement division by multiplication for 32-bit arches

Alexey Brodkin writes: > Existing default implementation of __div64_32() for 32-bit arches unfolds > into huge routine with tons of arithmetics like +, -, * and all of them > in loops. That leads to obvious performance degradation if do_div() is > frequently used. >

Re: [PATCH v2 1/1] usb: xhci: fix checking ep busy for CFC

Hello. On 10/29/2015 5:46 AM, Lu Baolu wrote: Function ep_ring_is_processing() checks the dequeue pointer in endpoint context to know whether an endpoint is busy with processing TRBs. This is not correct since dequeue pointer field in an endpoint context is only valid when the endpoint is in

[PATCH] scripts: checkpatch: remove preceding dot-slash from path name

In case checkpatch is called with a path name that starts with ./ for the current directory not all issues are being reported since internal path checks don't succeed. This patch removes the leading './' from $filename. This is needed to have checkpatch report all issues found during execution.

[PATCH v2 1/6] net: dsa: Use delayed work instead of timer+work for polling

Simplifies the code and avoids a crash when removing the module: dsa dsa ethmv2 (unregistering): Link is Down device eth1 left promiscuous mode Unable to handle kernel paging request at virtual address bacc5cf6 ... (run_timer_softirq) from [] (__do_softirq+0xcc/0x320) (__do_softirq) from []

[PATCH v2 4/6] net: dsa: Add missing master netdev dev_put() calls

Upon probe failure or unbinding, add missing dev_put() calls on master netdev. Signed-off-by: Neil Armstrong --- net/dsa/dsa.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/net/dsa/dsa.c b/net/dsa/dsa.c index b2f696c..597a462 100644 ---

[PATCH v2 6/6] net: dsa: move dsa slave destroy code to slave.c

Move dsa slave dedicated code from dsa_switch_destroy to a new dsa_slave_destroy function in slave.c Signed-off-by: Frode Isaksen Signed-off-by: Neil Armstrong --- net/dsa/dsa.c | 5 + net/dsa/dsa_priv.h | 1 + net/dsa/slave.c| 10

[PATCH v2 5/6] net: dsa: add missing calls in dsa_switch_destroy

Add missing netif_carrier_off and phy_disconnect calls to the dsa_switch_destroy function to make sure the netdev and phy ressources are clean before complete removal. Signed-off-by: Frode Isaksen Signed-off-by: Neil Armstrong --- net/dsa/dsa.c |

[PATCH v2 0/6] Further fix for dsa unbinding

This serie fixes further issues for DSA dynamic unbinding. Frode Isaksen's patches make usage of delayed work and fixes kernel crashes when dsa is unbind. The other patches are simple fixes to permit cleanup and avoid netdev related crashes. v2: remove phy fix and add missing calls in

Re: [PATCH v4 3/3] USB: serial: cp210x: Workaround cp2108 GET_LINE_CTL bug

I tested it on cp2102, cp2105 and cp2108. I'm a little worried about that extra PURGE command, so I did several manual tests on each with a standard PC serial port on the other end of the cable. - run several open/write/close iteration (the test that used to break cp2108), observe data on the

Re: [PATCHv2] xfrm: dst_entries_init() per-net dst_ops

/commits/Dan-Streetman/xfrm-dst_entries_init-per-net-dst_ops/20151029-193245 > config: x86_64-randconfig-x019-201543 (attached as .config) > reproduce: > # save the attached .config to linux build tree > make ARCH=x86_64 > > All warnings (new ones prefixed by &g

Re: [PATCH] scripts: checkpatch: remove preceding dot-slash from path name

On Thu, 2015-10-29 at 14:06 +0100, Christian Gromm wrote: > In case checkpatch is called with a path name that starts with ./ for > the current directory not all issues are being reported since internal > path checks don't succeed. This patch removes the leading './' from > $filename. This is

[PATCH net-next v2 1/5] bpf: abstract anon_inode_getfd invocations

Since we're going to use anon_inode_getfd() invocations in more than just the current places, make a helper function for both, so that we only need to pass a map/prog pointer to the helper itself in order to get a fd. The new helpers are called bpf_map_new_fd() and bpf_prog_new_fd().

[PATCH net-next v2 3/5] bpf: consolidate bpf_prog_put{,_rcu} dismantle paths

We currently have duplicated cleanup code in bpf_prog_put() and bpf_prog_put_rcu() cleanup paths. Back then we decided that it was not worth it to make it a common helper called by both, but with the recent addition of resource charging, we could have avoided the fix in commit ac00737f4e81 ("bpf:

[PATCH net-next v2 0/5] BPF updates

This set adds support for persistent maps/progs. Please see individual patches for further details. A man-page update to bpf(2) will be sent later on, also a iproute2 patch for support in tc. Thanks! v1 -> v2: - Reworked most of patch 4 and 5 - Rebased to latest net-next Daniel Borkmann

[PATCH] vfio/type1: handle case where IOMMU does not support PAGE_SIZE size

Current vfio_pgsize_bitmap code hides the supported IOMMU page sizes smaller than PAGE_SIZE. As a result, in case the IOMMU does not support PAGE_SIZE page, the alignment check on map/unmap is done with larger page sizes, if any. This can fail although mapping could be done with pages smaller than

Re: [PATCHv2] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

On Thu, Oct 29, 2015 at 08:22:21AM +, Luke Dashjr wrote: > 32-bit ioctl uses these rather than the regular FS_IOC_* versions. They can > be handled in btrfs using the same code. Without this, 32-bit {ch,ls}attr > fail. > > Signed-off-by: Luke Dashjr > Cc:

Re: [PATCH v3] Input: tsc2005 - Add support for tsc2004

Michael-Welling/Input-tsc2005-Add-support-for-tsc2004/20151029-081504 > config: x86_64-randconfig-s1-10291412 (attached as .config) > reproduce: > # save the attached .config to linux build tree > make ARCH=x86_64 > > All errors (new ones prefixed by >&

Re: MFD/OF: simple-mfd not being matched in 4.1.x

On Thu, 29 Oct 2015, Henrik Juul Pedersen wrote: > A patch for adding 'simple-mfd' match to drivers/of/platform.c was > added to the kernel tree, but is not in the 4.1.x long term branch. > However drivers in the branch (such as at91rm9200 watchdog) requires > this. For more information on the

Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA

On Wed, Oct 28, 2015 at 01:59:23PM +, Busch, Keith wrote: > The "new" interface for all the other architectures is the same as the > old one we've been using for the last 5 years. > > I welcome x86 maintainer feedback to confirm virtual and DMA addresses > have the same offset at 4k

Re: [GIT PULL 0/6] perf/ebpf basic integration

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please take a look at the changeset comments, I made notes in most of > them, this seems like a nice cutoff point to allow basic testing, by > developers, for the very basic integration of perf and ebpf, i.e. we can, >

[PATCH 5/6] cpufreq: governor: replace per-cpu delayed work with timers

cpufreq governors evaluate load at sampling rate and based on that they update frequency for a group of CPUs belonging to the same cpufreq policy. This is required to be done in a single thread for all policy->cpus, but because we don't want to wakeup idle CPUs to do just that, we use deferrable

[PATCH 4/6] cpufreq: governor: initialize/destroy timer_mutex with 'shared'

timer_mutex is required to be initialized only while memory for 'shared' is allocated and in a similar way it is required to be destroyed only when memory for 'shared' is freed. There is no need to do the same every time we start/stop the governor. Move code to initialize/destroy timer_mutex to

[PATCH 6/6] cpufreq: ondemand: update update_sampling_rate() to make it more efficient

Currently update_sampling_rate() runs over each online CPU and cancels/queues timers on all policy->cpus every time. This should be done just once for any cpu belonging to a policy. Create a cpumask and keep on clearing it as and when we process policies, so that we don't have to traverse through

Re: [PATCH 1/2] pinctrl: uniphier: enable UniPhier SoCs pinctrl drivers by default

On Tue, Oct 27, 2015 at 3:28 AM, Masahiro Yamada wrote: > Add "default y" to the Kconfig rather than adding entries into > arch/arm/configs/multi_v7_defconfig. > > Signed-off-by: Masahiro Yamada (...) > config

Re: [PATCH v2 1/6] net: dsa: Use delayed work instead of timer+work for polling

On 10/29/2015 02:51 PM, Andrew Lunn wrote: > On Thu, Oct 29, 2015 at 02:22:41PM +0100, Neil Armstrong wrote: > Hi Neil, Frode > > I assume you have see: > > http://permalink.gmane.org/gmane.linux.network/380777 > > which is now in net-next. > > The only driver making use of poll_link is

Re: [RFD] Functional dependencies between devices

On 28 October 2015 at 16:54, Rafael J. Wysocki wrote: > On Wednesday, October 28, 2015 03:26:14 PM Tomeu Vizoso wrote: >> On 28 October 2015 at 03:15, Rafael J. Wysocki wrote: >> > On Tuesday, October 27, 2015 04:20:51 PM Tomeu Vizoso wrote: >> >> On 27

Re: [PATCH] MAINTAINERS: i2c: mark also subdirectories as maintained

On Thu, 2015-10-29 at 08:25 +0100, Wolfram Sang wrote: > Otherwise get_maintainer.pl will fall back to git history and CC > more people than needed. > > Signed-off-by: Wolfram Sang > Acked-by: Lee Jones > --- > MAINTAINERS | 1 + > 1 file changed, 1

Re: [PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

Hi Takashi, Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP firmware execution. Indeed, our firmware is not built-in. It is a proprietary firmware uploaded into the file system that's why we need the USER_HELPER_FALLBACK to be able to load it once file system is

Re: [GIT PULL] memremap fix for 4.3

On 29 October 2015 at 17:00, Williams, Dan J wrote: > Hi Linus, please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm libnvdimm-fixes > > ...to receive a small fixlet for 4.3. > > The new memremap() api introduced in the 4.3 cycle to

[PATCH V6 1/3] Add DT bindings documentation for hi6220 SoC reset controller.

docs: dts: Added documentation for hi6220 Reset Controller Signed-off-by: Chen Feng --- .../bindings/reset/hisilicon,hi6220-reset.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644

Re: [PATCH] recordmcount: arm64: replace the ignored mcount call into nop

Hi Li, [auto build test ERROR on arm64/for-next/core -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Li-Bin/recordmcount-arm64-replace-the-ignored-mcount-call-into-nop/20151028-160846 config:

[PATCH] Documentation: dt: Add bindings for Secure-only devices

The existing device tree bindings assume that we are only trying to describe a single address space with a device tree (for ARM, either the Normal or the Secure world). Some uses for device tree need to describe both Normal and Secure worlds in a single device tree. Add documentation of how to do

[tip:perf/core] perf tools: Make perf depend on libbpf

Commit-ID: ed63f34c026e9a60d17fa750ecdfe3f600d49393 Gitweb: http://git.kernel.org/tip/ed63f34c026e9a60d17fa750ecdfe3f600d49393 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:12 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct

[tip:perf/core] perf ebpf: Add the libbpf glue

Commit-ID: 69d262a93a25cf475012ea2e00aeb29f4932c028 Gitweb: http://git.kernel.org/tip/69d262a93a25cf475012ea2e00aeb29f4932c028 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:13 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct

Re: [PATCH] __div64_32: implement division by multiplication for 32-bit arches

Hi mans, On Thu, 2015-10-29 at 12:52 +, Måns Rullgård wrote: > Alexey Brodkin writes: > > > Existing default implementation of __div64_32() for 32-bit arches unfolds > > into huge routine with tons of arithmetics like +, -, * and all of them > > in loops. That

Re: [PATCH 2/2] pinctrl: uniphier: guard uniphier directory with CONFIG_PINCTRL_UNIPHIER

On Tue, Oct 27, 2015 at 3:28 AM, Masahiro Yamada wrote: > CONFIG_PINCTRL_UNIPHIER is more suitable than CONFIG_ARCH_UNIPHIER > to guard the drivers/pinctrl/uniphier directory. > > The current CONFIG_PINCTRL_UNIPHIER_CORE is a bit long > (it would break the

Re: [PATCH 1/3] cpuidle,x86: increase forced cut-off for polling to 20us

On 10/29/2015 06:17 AM, Daniel Lezcano wrote: > On 10/28/2015 11:46 PM, r...@redhat.com wrote: >> From: Rik van Riel >> >> The cpuidle menu governor has a forced cut-off for polling at 5us, >> in order to deal with firmware that gives the OS bad information >> on cpuidle states,

Re: [PATCH] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

Hello, I've investigated this now, and it seems to be the pointer-type clone_sources member of struct btrfs_ioctl_send_args. I can't think of a perfect way to fix this, but it might not be *too* ugly to: - replace the current clone_sources with a u64 that must always be (u64)-1; this causes

Re: [PATCH v2 1/1] usb: xhci: fix checking ep busy for CFC

On 10/29/2015 08:51 PM, Sergei Shtylyov wrote: Hello. On 10/29/2015 5:46 AM, Lu Baolu wrote: Function ep_ring_is_processing() checks the dequeue pointer in endpoint context to know whether an endpoint is busy with processing TRBs. This is not correct since dequeue pointer field in an

Re: [PATCH] gpio: add tps65218 gpio driver

On Fri, Oct 23, 2015 at 6:33 PM, Nicolas Saenz Julienne wrote: > Driver for the GPIO block found in ti's tps65218 pmics. > > The device has two GPIOs and one GPO pin which can be configured as follows: > GPIO1: > -general-purpose, open-drain output controlled by

Re: [PATCH] lkdtm: fix ACCESS_USERSPACE test

On 10/27/2015 08:12 PM, Greg KH wrote: On Tue, Oct 27, 2015 at 04:47:53PM -0400, Stephen Smalley wrote: Add a copy_to_user() call to the ACCESS_USERSPACE test prior to attempting direct dereferencing of the user address to ensure the page is present. Otherwise, a fault occurs on arm kernels

fanotify and namespaces/bind mounts

If I call fanotify_mark(... FAN_MARK_ADD | FAN_MARK_MOUNT ...), I get notifications on all files on the file system. Except I don't. If a process has mounted directories on the file system in a different namespace, the global namespace experiences file system events but no fanotify events are

Re: [PATCH v2 5/6] net: dsa: add missing calls in dsa_switch_destroy

On Thu, Oct 29, 2015 at 02:23:25PM +0100, Neil Armstrong wrote: > Add missing netif_carrier_off and phy_disconnect calls to the > dsa_switch_destroy function to make sure the netdev and phy > ressources are clean before complete removal. > > Signed-off-by: Frode Isaksen >

Re: [patch] blk-mq: avoid excessive boot delays with large lun counts

Hi Ming, Thanks for taking a look. Ming Lei writes: > On Fri, Oct 23, 2015 at 10:57 PM, Jeff Moyer wrote: >> Hi, >> >> Zhangqing Luo reported long boot times on a system with thousands of >> LUNs when scsi-mq was enabled. He narrowed the problem down

Re: [rtc-linux] Re: [PATCH v4 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

2015-10-29 20:20 GMT+09:00 Alim Akhtar : >>> I am testing this patch before sending them, what I have found is if you >>> don't update WUDR the time does not changes in rtc. >>> e.g. >>> if you don't do above changes then you will see below: >>> - >>> # date --set="Oct

[tip:perf/core] perf bpf: Collect perf_evsel in BPF object files

Commit-ID: 4edf30e39e6cff32390eaff6a1508969b3cd967b Gitweb: http://git.kernel.org/tip/4edf30e39e6cff32390eaff6a1508969b3cd967b Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:17 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct

[PATCH 3/6] cpufreq: governor: Pass policy as argument to ->gov_dbs_timer()

Pass 'policy' as argument to ->gov_dbs_timer() instead of cdbs and dbs_data. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq_conservative.c | 6 +++--- drivers/cpufreq/cpufreq_governor.c | 2 +- drivers/cpufreq/cpufreq_governor.h | 3 +--

[PATCH v4 2/4] ARM: dts: Add SROMc to Exynos 5410

This machine uses own SoC device tree file, add missing part. Signed-off-by: Pavel Fedin --- arch/arm/boot/dts/exynos5410.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/exynos5410.dtsi b/arch/arm/boot/dts/exynos5410.dtsi index

[PATCH V6 2/3] Add reset controller for hi6220 SoC platform.

reset: add driver for hi6220 reset controller Signed-off-by: Chen Feng --- drivers/reset/Kconfig | 1 + drivers/reset/Makefile | 1 + drivers/reset/hisilicon/Kconfig| 5 ++

[PATCH V6 3/3] Add reset-cell node for hi6220 reset controller

arm64: dts: Add dts node for reset controller Signed-off-by: Chen Feng --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi index

Re: [GIT PULL 0/6] perf/ebpf basic integration

Em Thu, Oct 29, 2015 at 01:17:32PM +0100, Ingo Molnar escreveu: > * Arnaldo Carvalho de Melo wrote: > > Please take a look at the changeset comments, I made notes in most of > > them, this seems like a nice cutoff point to allow basic testing, by > > developers, for the very

Re: [PATCH] ARM: add v7 LPAE multi-platform defconfig

On Tue, Oct 27, 2015 at 12:35 PM, Alison Wang wrote: > v7 LPAE multi-platform defconfig is based on v7 multi-platform > defconfig and adds LPAE support. > > This defconfig is verified on LS1021A which enables GIANFAR, > I2C, WATCHDOG, AUDIO, EDMA and DSPI drivers, etc. > >

[PATCHv2] xfrm: dst_entries_init() per-net dst_ops

Remove the dst_entries_init/destroy calls for xfrm4 and xfrm6 dst_ops templates; their dst_entries counters will never be used. Move the xfrm dst_ops initialization from the common xfrm/xfrm_policy.c to xfrm4/xfrm4_policy.c and xfrm6/xfrm6_policy.c, and call dst_entries_init and

Re: [PATCHv2] xfrm: dst_entries_init() per-net dst_ops

Hi Dan, [auto build test WARNING on ipsec/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Dan-Streetman/xfrm-dst_entries_init-per-net-dst_ops/20151029-193245 config: x86_64-randconfig-x019-201543

Re: [PATCH v5 4/5] ARM: dts: mt8135: enable basic SMP bringup for mt8135

On Thu, 2015-10-29 at 02:12 -0700, Kevin Hilman wrote: > Eddie Huang writes: > > > Hi Kevin, > > > > On Mon, 2015-10-26 at 17:06 +0900, Kevin Hilman wrote: > >> On Mon, Oct 26, 2015 at 4:15 PM, Yingjoe Chen > >> wrote: > >> > On Mon,

[PATCH v4 1/4] Documentation: dt-bindings: Describe SROMc configuration

Add documentation for new subnode properties, allowing bank configuration. Based on u-boot implementation, but heavily reworked. Signed-off-by: Pavel Fedin --- .../bindings/arm/samsung/exynos-srom.txt | 50 +- 1 file changed, 48 insertions(+),

[PATCH v4 4/4] ARM: dts: Add Ethernet chip to SMDK5410

The chip is smsc9115, connected via SROMc bank 3. Additionally, some GPIO initialization is required. Signed-off-by: Pavel Fedin --- arch/arm/boot/dts/exynos5410-smdk5410.dts | 41 +++ 1 file changed, 41 insertions(+) diff --git

[PATCH v4 3/4] drivers: exynos-srom: Add support for bank configuration

Implement handling properties in subnodes and adding child devices to the system. Child devices will not be added if configuration fails. Since the driver now does more than suspend-resume support, dependency on CONFIG_PM is removed. Signed-off-by: Pavel Fedin ---

[PATCH v4 0/4] [PATCH v4 0/4] Exynos SROMc configuration and Ethernet support for SMDK5410

This patch extends Exynos SROM controller driver with ability to configure controller outputs and enables SMSC9115 Ethernet chip on SMDK5410 board, which is connected via SROMc bank #3. With this patchset, support for the whole existing SMDK range can be added. Actually, only bank number is

Re: [PATCH] audit: removing unused variable

On Wed, Oct 28, 2015 at 6:12 PM, Joe Perches wrote: > On Wed, 2015-10-28 at 16:35 -0400, Paul Moore wrote: >> On Wednesday, October 28, 2015 09:40:34 AM Saurabh Sengar wrote: >> > variavle rc in not required as it is just used for unchanged for return, >> > and return is always

Re: [PATCH] get_maintainer: Add subsystem to reviewer output

On Thu, 2015-10-29 at 09:20 +, Lee Jones wrote: > On Wed, 28 Oct 2015, Joe Perches wrote: > > An issue for that will be how multiple subsystem section matching > > affects the output for reviewers who are also maintainers. > > I think that's okay, becuase the 'MAINTAINERS tag' will be

[PATCH] VSOCK: define VSOCK_SS_LISTEN once only

The SS_LISTEN socket state is defined by both af_vsock.c and vmci_transport.c. This is risky since the value could be changed in one file and the other would be out of sync. Rename from SS_LISTEN to VSOCK_SS_LISTEN since the constant is not part of enum socket_state (SS_CONNECTED, ...). This

Re: [PATCH v2] cputime: fix invalid gtime

On Thu, Oct 29, 2015 at 04:30:20AM +, Hiroshi Shimamoto wrote: > > Subject: Re: [PATCH v2] cputime: fix invalid gtime > > > > On Thu, Oct 29, 2015 at 01:10:01AM +, Hiroshi Shimamoto wrote: > > > > Obviously I completely messed up there. And task_cputime() has a > > > > similar issue > >

RE: [PATCH 0/4] PCI: rcar: Add support for ARM64 and multiple instances

Hi Wolfram, On 29 October 2015 12:38, Wolfram wrote: > > Fixes and changes to get PCIe working on ARM64 with mulitple instances. > > > I've tested these on ARM (Koelsch board), and it works fine. > > I've also tested on ARM64 (Salvator-X board), but I currently have an issue > > I wanted to

[PATCH v2 2/6] net: dsa: Do not reschedule polling if driver removed

Do not reschedule the delayed work used for polling when the driver is removed, by testing the 'poll_link_needed' flag. Avoids this crash: dsa dsa ethmv2 (unregistering): Link is Down device eth1 left promiscuous mode Unable to handle kernel paging request at virtual address bacc5cf6 ...

[PATCH v2 3/6] net: dsa: cleanup resources upon module removal

Make sure that we unassign the master_netdev dsa_ptr to make the packet processing go through the regulard Ethernet receive path. Suggested-by: Florian Fainelli Signed-off-by: Neil Armstrong --- net/dsa/dsa.c | 8 1 file changed, 8

Re: [PATCH] __div64_32: implement division by multiplication for 32-bit arches

On Thu, Oct 29, 2015 at 01:47:35AM +0300, Alexey Brodkin wrote: > diff --git a/lib/div64.c b/lib/div64.c > index 62a698a..3055328 100644 > --- a/lib/div64.c > +++ b/lib/div64.c > +/* > + * If the divisor happens to be constant, we determine the appropriate > + * inverse at compile time to turn the

Re: [PATCH] __div64_32: implement division by multiplication for 32-bit arches

Alexey Brodkin writes: > Hi mans, > > On Thu, 2015-10-29 at 12:52 +, Måns Rullgård wrote: >> Alexey Brodkin writes: >> >> > Existing default implementation of __div64_32() for 32-bit arches unfolds >> > into huge routine with tons

[PATCHv3] xfrm: dst_entries_init() per-net dst_ops

Remove the dst_entries_init/destroy calls for xfrm4 and xfrm6 dst_ops templates; their dst_entries counters will never be used. Move the xfrm dst_ops initialization from the common xfrm/xfrm_policy.c to xfrm4/xfrm4_policy.c and xfrm6/xfrm6_policy.c, and call dst_entries_init and

Re: [PATCH v2 2/3] lib/string_helpers.c: don't lose precision in string_get_size()

Rasmus Villemoes writes: > On Tue, Oct 27 2015, Vitaly Kuznetsov wrote: > >> string_get_size() loses precision when there is a remainder for >> blk_size / divisor[units] and size is big enough. E.g >> string_get_size(8192, 4096, STRING_UNITS_10,

Re: [PATCH v2 5/6] net: dsa: add missing calls in dsa_switch_destroy

Hi Neil, [auto build test ERROR on net/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Neil-Armstrong/Further-fix-for-dsa-unbinding/20151029-212633 config: x86_64-randconfig-x010-201543 (attached

[PATCH V4] usb: remove unnecessary CONFIG_PM dependency from USB_OTG

The USB OTG support currently depends on power management (CONFIG_PM) being enabled, but does not actually need it enabled. Remove this dependency. Tested on Bay Trail hardware with dwc3 USB. Signed-off-by: Nathan Sullivan --- drivers/usb/core/Kconfig |1 - 1 file

[PATCH net-next v2 4/5] bpf: add support for persistent maps/progs

This work adds support for "persistent" eBPF maps/programs. The term "persistent" is to be understood that maps/programs have a facility that lets them survive process termination. This is desired by various eBPF subsystem users. Just to name one example: tc classifier/action. Whenever tc parses

[PATCH net-next v2 5/5] bpf: add sample usages for persistent maps/progs

This patch adds a couple of stand-alone examples on how BPF_OBJ_PIN and BPF_OBJ_GET commands can be used. Example with maps: # ./fds_example -F /sys/fs/bpf/m -P -m -k 1 -v 42 bpf: map fd:3 (Success) bpf: pin ret:(0,Success) bpf: fd:3 u->(1:42) ret:(0,Success) # ./fds_example -F

[PATCH net-next v2 2/5] bpf: align and clean bpf_{map,prog}_get helpers

Add a bpf_map_get() function that we're going to use later on and align/clean the remaining helpers a bit so that we have them a bit more consistent: - __bpf_map_get() and __bpf_prog_get() that both work on the fd struct, check whether the descriptor is eBPF and return the pointer to

Re: [PATCH v2 1/1] usb: xhci: fix checking ep busy for CFC

On 29.10.2015 14:58, Lu, Baolu wrote: On 10/29/2015 08:51 PM, Sergei Shtylyov wrote: Hello. On 10/29/2015 5:46 AM, Lu Baolu wrote: Function ep_ring_is_processing() checks the dequeue pointer in endpoint context to know whether an endpoint is busy with processing TRBs. This is not correct

Re: [lkp] [mm, page_alloc] 43993977ba: +88% OOM possibility

On Wed 28-10-15 13:36:02, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit 43993977baecd838d66ccabc7f682342fc6ff635 ("mm, page_alloc: distinguish > between being unable to sleep, unwilling to

Re: [PATCH] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

On Thu, Oct 29, 2015 at 08:22:34AM +, Luke Dashjr wrote: > > > I don't see what is different with that implementation. All > > > f2fs_compat_ioctl does is change cmd to the plain-IOC equivalent and > > > call f2fs_ioctl with the same arg (compat_ptr merely causes a cast to > > > void* and

Re: [PATCH 0/3] Add AMBA bus probing support to ACPI

On 2015/9/30 18:38, Graeme Gregory wrote: As discussed when Shannon Zhao sent a patch to add platform_device support to pl061 driver. Russel and other maintainers prefered that ACPI learned how to create AMBA devices rather than converting/adding platform_device support to AMBA drivers.

[RFC PATCH v3 5/5] net: dsa: add mv88e6xxx ppu remove function for mv88e6131

The mv88e6131 also need to call remove for the ppu part of mv88e6xxx. Add the ppu remove function and add a mv88e6131 specific remove callback calling the ppu remove function. Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6131.c | 9 -

Re: [patch] blk-mq: avoid excessive boot delays with large lun counts

On Thu, Oct 29, 2015 at 10:20 PM, Jeff Moyer wrote: > Hi Ming, > > Thanks for taking a look. > > Ming Lei writes: > >> On Fri, Oct 23, 2015 at 10:57 PM, Jeff Moyer wrote: >>> Hi, >>> >>> Zhangqing Luo reported long boot times on a

Re: GPF in shm_lock ipc

On Tue, Oct 13, 2015 at 8:30 PM, Kirill A. Shutemov wrote: > On Mon, Oct 12, 2015 at 08:18:21PM -0700, Davidlohr Bueso wrote: >> On Mon, 12 Oct 2015, Bueso wrote: >> >> >On Mon, 12 Oct 2015, Kirill A. Shutemov wrote: >> > >> >>On Mon, Oct 12, 2015 at 10:49:45AM -0700,

[PATCH v1 1/4] crypto: add entry for sm3-256

Added entry for sm3-256 to the following tables: * hash_algo_name * hash_digest_size Needed for TPM 2.0 trusted key sealing. Signed-off-by: Jarkko Sakkinen --- crypto/hash_info.c | 2 ++ include/crypto/hash_info.h | 3 +++

[PATCH v1 2/4] tpm: choose hash algorithm for sealing when using TPM 2.0

Added hash member to the struct trusted_key_options for choosing the hash algorithm and support for the following hash algorithms to the TPM 2.0 sealing code: * sha1 * sha256 * sha384 * sha512 * sm3-256 The hash algorithm can be selected by using HASH_ALGO_* constants in

[PATCH v1 4/4] keys, trusted: update documentation for 'hash=' option

Documented 'hash=' option. Signed-off-by: Jarkko Sakkinen --- Documentation/security/keys-trusted-encrypted.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentation/security/keys-trusted-encrypted.txt

Re: [PATCH v3 0/3] virtio DMA API core stuff

On Thu, 2015-10-29 at 11:01 +0200, Michael S. Tsirkin wrote: > > Example: you have a mix of assigned devices and virtio devices. You > don't trust your assigned device vendor not to corrupt your memory so > you want to limit the damage your assigned device can do to your > guest, > so you use an

Re: Triggering non-integrity writeback from userspace

On 2015-10-29 12:54:22 +1100, Dave Chinner wrote: > On Thu, Oct 29, 2015 at 12:23:12AM +0100, Andres Freund wrote: > > The blocking/latency of the fsync doesn't actually matter at all *for > > this callsite*. It's called from a dedicated background process - if > > it's slowed down by a couple

Re: [RFD] Functional dependencies between devices

Good grief, don't you guys ever trim unwanted material from your emails? I had to erase more than 4 screens worth of useless stuff before getting to the relevant portions. On Thu, 29 Oct 2015, Tomeu Vizoso wrote: > >> Also, have you considered that not only drivers request resources? For > >>

Re: [PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

On 29 October 2015 at 14:21, Vincent ABRIOU wrote: > Hi Takashi, > > Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP > firmware execution. > Indeed, our firmware is not built-in. It is a proprietary firmware > uploaded into the file system that's why

Re: [PATCH v2] i2c: cadence: Move to sensible power management

On Wed, Oct 28, 2015 at 9:48 PM, Sören Brinkmann wrote: > Hi Shubhrajyoti, > > > On Wed, 2015-10-28 at 12:56PM +0530, Shubhrajyoti Datta wrote: >> Currently the clocks are enabled at probe and disabled at remove. >> Which keeps the clocks enabled even if no transaction

  1   2   3   4   5   6   7   8   9   10   >