[PATCH v5 net-next 6/7] net: mvneta: Add network support for Armada 3700 SoC

From: Marcin Wojtas Armada 3700 is a new ARMv8 SoC from Marvell using same network controller as older Armada 370/38x/XP. There are however some differences that needed taking into account when adding support for it: * open default MBUS window to 4GB of DRAM - Armada 3700 SoC's Mbus configurat

[PATCH v5 net-next 0/7] Support Armada 37xx SoC (ARMv8 64-bits) in mvneta driver

Hi, The Armada 37xx is a new ARMv8 SoC from Marvell using same network controller as the older Armada 370/38x/XP SoCs. This series adapts the driver in order to be able to use it on this new SoC. The main changes are: - 64-bits support: the first patches allow using the driver on a 64-bit archi

[PATCH v5 net-next 5/7] net: mvneta: Only disable mvneta_bm for 64-bits

Actually only the mvneta_bm support is not 64-bits compatible. The mvneta code itself can run on 64-bits architecture. Signed-off-by: Gregory CLEMENT --- drivers/net/ethernet/marvell/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/ethernet/marvell/Kconfi

[PATCH v5 net-next 3/7] net: mvneta: Use cacheable memory to store the rx buffer virtual address

Until now the virtual address of the received buffer were stored in the cookie field of the rx descriptor. However, this field is 32-bits only which prevents to use the driver on a 64-bits architecture. With this patch the virtual address is stored in an array not shared with the hardware (no more

[PATCH v5 net-next 2/7] net: mvneta: Do not allocate buffer in rxq init with HWBM

For HWBM all buffers are allocated in mvneta_bm_construct() and in runtime they are put into descriptors by hardware. There is no need to fill them at this point. Suggested-by: Marcin Wojtas Signed-off-by: Gregory CLEMENT --- drivers/net/ethernet/marvell/mvneta.c | 4 ++-- 1 file changed, 2 ins

[PATCH v5 net-next 4/7] net: mvneta: Convert to be 64 bits compatible

From: Marcin Wojtas Prepare the mvneta driver in order to be usable on the 64 bits platform such as the Armada 3700. [gregory.clem...@free-electrons.com]: this patch was extract from a larger one to ease review and maintenance. Signed-off-by: Marcin Wojtas Signed-off-by: Gregory CLEMENT ---

Re: [GIT PULL 3/3] arm64: dts: exynos: DT for v4.10, second round

On Thursday, November 24, 2016 8:08:29 AM CET Krzysztof Kozlowski wrote: > Samsung DeviceTree arm64 second update for v4.10: > 1. Add Performance Monitor Unit to Exynos7. > 2. Add MFC, JPEG and Gscaler to Exynos5433 based TM2 board. > 3. Cleanups and fixes for recently added TM2 and TM2E boards. >

Re: [PATCH net] cdc_ether: Fix handling connection notification

Kristian Evensen writes: > +void usbnet_cdc_zte_status(struct usbnet *dev, struct urb *urb) > +{ > + struct usb_cdc_notification *event; > + > + if (urb->actual_length < sizeof(*event)) > + return; > + > + event = urb->transfer_buffer; > + > + if (event->bNotificationT

Re: [PATCH 1/2] dt-bindings: usb: add DT binding for s3c2410 USB OHCI controller

On Fri, Nov 25, 2016 at 12:47:28PM -0200, Sergio Prado wrote: > Adds the device tree bindings description for Samsung S3C2410 and > compatible USB OHCI controller. > > Signed-off-by: Sergio Prado > --- > .../devicetree/bindings/usb/s3c2410-usb.txt| 22 > ++ > 1 file

Re: Odd build breakage in 4.9-rc7

On Wed, 2016-11-30 at 22:42 +0100, Paul Bolle wrote: > My current theory is that setting MODVERSIONS, somehow, hides the ERROR spew. > Because that could explain your bisect. Linus' commit turns of MODVERSIONS the > hard way. And, naturally, this theory fails if your .configs never had > MODVERSION

[GIT PULL] clk fixes for v4.9-rc7

The following changes since commit ac95330b96376550ae7a533d1396272d675adfa2: clk: sunxi: Fix M factor computation for APB1 (2016-11-04 08:49:46 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git tags/clk-fixes-for-linus for you to fet

Re: [PATCH net] cdc_ether: Fix handling connection notification

On Wed, Nov 30, 2016 at 10:51 PM, Bjørn Mork wrote: > Kristian Evensen writes: > >> +void usbnet_cdc_zte_status(struct usbnet *dev, struct urb *urb) >> +{ >> + struct usb_cdc_notification *event; >> + >> + if (urb->actual_length < sizeof(*event)) >> + return; >> + >> + eve

[PATCH v6 2/3] media: change au0828 to use Media Device Allocator API

Change au0828 to use Media Device Allocator API to allocate media device with the parent usb struct device as the key, so it can be shared with the snd_usb_audio driver. Signed-off-by: Shuah Khan --- Changes to patch 0002: - No changes since patch v2, applies cleanly on top of the following: medi

[PATCH v6 3/3] sound/usb: Use Media Controller API to share media resources

Change ALSA driver to use Media Controller API to share media resources with DVB, and V4L2 drivers on a AU0828 media device. Media Controller specific initialization is done after sound card is registered. ALSA creates Media interface and entity function graph nodes for Control, Mixer, PCM Playbac

[PATCH v6 0/3] Media Device Allocator API

Media Device Allocator API to allows multiple drivers share a media device. Using this API, drivers can allocate a media device with the shared struct device as the key. Once the media device is allocated by a driver, other drivers can get a reference to it. The media device is released when all th

Re: [PATCH V5] PM / OPP: Pass opp_table to dev_pm_opp_put_regulator()

On 11/30, Viresh Kumar wrote: > From: Stephen Boyd > > Joonyoung Shim reported an interesting problem on his ARM octa-core > Odoroid-XU3 platform. During system suspend, dev_pm_opp_put_regulator() > was failing for a struct device for which dev_pm_opp_set_regulator() is > called earlier. > > Thi

Re: Add openrisc for-next branch to linux-next

On Wed, 30 Nov 2016, Randy Dunlap wrote: On 11/30/16 05:22, Stafford Horne wrote: Hi Stephen, I have been working on getting the OpenRISC backlog of fixes sorted out for upstream. Can this branch be added to linux-next? git://github.com/openrisc/linux.git for-next These have been throu

[PATCH v6 1/3] media: Media Device Allocator API

Media Device Allocator API to allows multiple drivers share a media device. Using this API, drivers can allocate a media device with the shared struct device as the key. Once the media device is allocated by a driver, other drivers can get a reference to it. The media device is released when all th

Re: [RESEND PATCH 06/11] cpufreq: intel_pstate: Add Knights Mill CPUID

On Wed, Nov 30, 2016 at 5:19 PM, Luc, Piotr wrote: > Hi Rafael, > >> > > >> > > The mentioned path 03/11 is already merged in 4.9.rc2. >> > >> > If it's already there, I can pick up the intel_pstate one. >> > >> > Thanks, >> > > >> > > Rafael >> >> Here is the commit http://git.kernel.org/cgit/lin

[PATCH] net: atarilance: use %8ph for printing hex string

This is already using the %pM printf extension; might as well also use %ph to make the code smaller. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/amd/atarilance.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/net/ethernet/amd/atarilance.c b/driv

Re: [PATCH v3 3/5] KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation

2016-11-29 18:14-0800, David Matlack: > KVM emulates MSR_IA32_VMX_CR{0,4}_FIXED1 with the value -1ULL, meaning > all CR0 and CR4 bits are allowed to be 1 during VMX operation. > > This does not match real hardware, which disallows the high 32 bits of > CR0 to be 1, and disallows reserved bits of C

Re: [PATCH 01/10] doc: DT: camss: Binding document for Qualcomm Camera subsystem driver

On Fri, Nov 25, 2016 at 04:56:53PM +0200, Todor Tomov wrote: > Add DT binding document for Qualcomm Camera subsystem driver. > > Signed-off-by: Todor Tomov > --- > .../devicetree/bindings/media/qcom,camss.txt | 196 > + > 1 file changed, 196 insertions(+) > create mod

Re: [OpenRISC] Add openrisc for-next branch to linux-next

On 11/30/16 12:11, Olof Kindgren wrote: > > Hi, > > I see that you have updated MAINTAINERS. Good. > > Does openRISC support VGA console? > I tried to send a patch to Jason a few days ago. > Please look at http://marc.info/?l=linux-kernel&m=147968525011508&w=2 >

Re: [PATCH] intelrdt: resctrl: recommend locking for resctrlfs

On Wed, Nov 30, 2016 at 01:48:10PM -0200, Marcelo Tosatti wrote: > > There is a locking problem between different applications > reading/writing to resctrlfs directory at the same time (read the patch > below for details). > > Suggest a standard locking scheme for applications to use. > > Signed

Re: [PATCH] x86/intel_rdt.c: Disable preempt for intel_rdt_sched_in() in move_myself()

On Wed, 30 Nov 2016, Fenghua Yu wrote: > From: Fenghua Yu Subject: x86/intel_rdt.c: Disable preempt for intel_rdt_sched_in() in move_myself() - The prefix is crap. git log arch/x86/kernel/cpu/intel_rdt.c should tell you what's the proper prefix is. It's preemption not preempt and this wants

RE: [RESEND PATCH 06/11] cpufreq: intel_pstate: Add Knights Mill CPUID

Thanks! Piotr > -Original Message- > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, November 30, 2016 11:02 PM > To: Luc, Piotr > Cc: raf...@kernel.org; srinivas.pandruv...@linux.intel.com; > l...@kernel.org; viresh.ku...@linaro.

Re: [PATCH 4/6] net: ethernet: ti: cpts: add ptp pps support

On Wed, Nov 30, 2016 at 02:43:57PM -0600, Grygorii Strashko wrote: > > In order to produce the PPS edge correctly, you would have to adjust > > the comparison value whenever cc.mult changes, > > yes. And that is done in cpts_ptp_adjfreq() > if (cpts->ts_comp_enabled) > cpts->t

Re: [PATCH 2/3 v2] ALSA: usb-audio: avoid setting of sample rate multiple times on bus

On Nov 30 2016 19:45, Takashi Sakamoto wrote: Hi Jiada, I don't oppose this patch. Nevertheless, your description is not necessarily correct. On Nov 30 2016 16:59, Jiada Wang wrote: From: Daniel Girnus ALSA usually calls the prepare function twice before starting the playback: 1. On hw_param

Re: [PATCH 1/7] vfs - merge path_is_mountpoint() and path_is_mountpoint_rcu()

So a far as I can tell, this patch series is intended to address Al's review comments against the http://lkml.kernel.org/r/20161011053352.27645.83962.st...@pluto.themaw.net series?

Re: [GIT PULL] STi defconfig updates for v4.10 round 3

On Monday, November 28, 2016 1:37:00 PM CET Patrice Chotard wrote: > > STi defconfig fix: > > Enable HVA (Hardware Video Accelerator) video encoder > driver for STMicroelectronics SoC. > > Pulled into next/defconfig, thanks! Arnd [I had to take ker...@stlinux.com from the Cc list, th

Re: [PATCH v3 0/2] Support for Axentia TSE-850

On Wednesday, November 30, 2016 1:48:20 PM CET Peter Rosin wrote: > Hi! > > changes v2 -> v3 > - document the new compatible strings prefixed with "axentia,". > > changes v1 -> v2 > - squash the fixup into the correct patch, sorry for the noise. > > After finally having all essintial drivers ups

Re: [PATCH] intel-rdt: show mount options

On Wed, 30 Nov 2016, Shaohua Li wrote: > Subject : intel-rdt: show mount options Oh well. Is it so hard to actually run git log arch/x86/kernel/cpu/intel_rdt_rdtgroup.c to figure out what the proper prefix for this file is? Aside of that the actual subject is pretty useless as it requires to

Re: [PATCH v2 8/9] arm64: dts: rockchip: support dwc3 USB for rk3399

+ Felipe, Arnd, others Hi Caesar, On Wed, Nov 09, 2016 at 09:22:00PM +0800, Caesar Wang wrote: > From: Brian Norris > > Add the dwc3 usb needed node information for rk3399. > > Signed-off-by: Brian Norris > Signed-off-by: Caesar Wang Note that none of this can work yet (at least for host mo

Re: [PATCH 02/11] ACPICA: Back port of "ACPICA: Dispatcher: Tune interpreter lock around AcpiEvInitializeRegion()"

On Wed, Nov 30, 2016 at 8:20 AM, Lv Zheng wrote: > ACPICA commit bc481e758e54f7644fd0b657119ca7763d8b6a9c > > This is a back port result of the following commit: > Commit: 8633db6b027952449e155a316f4ae3a530bbe18f > Subject: ACPICA: Dispatcher: Fix interpreter locking around > acpi_ev_initiali

[PATCH] tcp_bbr: fix Kconfig to be able to make BBR the default congestion algorithm

Add missing line to be able to make BBR the default congestion algorithm. Signed-off-by: Bernhard Held --- net/ipv4/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig index 300b068..b54b3ca 100644 --- a/net/ipv4/Kconfig +++ b/net/ipv4/Kconfig @@ -715

Re: [PATCH v3 3/5] KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation

- Original Message - > From: "Radim Krčmář" > To: "David Matlack" > Cc: k...@vger.kernel.org, linux-kernel@vger.kernel.org, jmatt...@google.com, > pbonz...@redhat.com > Sent: Wednesday, November 30, 2016 10:52:35 PM > Subject: Re: [PATCH v3 3/5] KVM: nVMX: fix checks on CR{0,4} during

Re: [RESEND,10/11] powercap / RAPL: Add Knights Mill CPUID

Hi Rafael, Kindly reminder. Could you pick this patch up for kernel 4.10? The RedHat acceptance window is closing soon, I need to pass them the commit id. Thanks, Piotr On Tue, 2016-10-25 at 12:35 +0200, Luc, Piotr wrote: > Hi Rafael, > > Could you tell me what more do I need to do to get the p

[PATCH] scsi: hpsa: use %phN for short hex dumps

Passing one instead of 8 or 16 arguments reduces the size of the generated code somewhat: add/remove: 2/3 grow/shrink: 1/4 up/down: 1772/-2137 (-365) There's one more candidate, unique_id_show, but that uses %02X, and I'm not sure it would be ok to start using lowercase there, so I've left it alo

Re: Add openrisc for-next branch to linux-next

On Thu, 1 Dec 2016, Stephen Rothwell wrote: Hi Stafford, On Wed, 30 Nov 2016 22:22:41 +0900 (JST) Stafford Horne wrote: I have been working on getting the OpenRISC backlog of fixes sorted out for upstream. Can this branch be added to linux-next? git://github.com/openrisc/linux.git fo

linux-next: problems fetching the drm-intel, etc trees

Hi all, There is something seriaously wrong with anongit.freedesktop.org this morning. Fething trees from there takes an enormous amount of time - so long that I had to abort the fetches ... -- Cheers, Stephen Rothwell

[PATCH] cifs: use %16phN for formatting md5 sum

Passing a gazillion arguments takes a lot of code: add/remove: 0/0 grow/shrink: 0/2 up/down: 0/-253 (-253) Signed-off-by: Rasmus Villemoes --- fs/cifs/link.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/fs/cifs/link.c b/fs/cifs/link.c index d031af8d3d4d..c4d996f7

Re: [OpenRISC] Add openrisc for-next branch to linux-next

On Wed, 30 Nov 2016, Randy Dunlap wrote: On 11/30/16 12:11, Olof Kindgren wrote: Hi, I see that you have updated MAINTAINERS. Good. Does openRISC support VGA console? I tried to send a patch to Jason a few days ago. Please look at http://marc.info/?l=linux-kernel&m=147

Re: [RESEND,10/11] powercap / RAPL: Add Knights Mill CPUID

On Wed, Nov 30, 2016 at 11:33 PM, Luc, Piotr wrote: > Hi Rafael, > > Kindly reminder. > Could you pick this patch up for kernel 4.10? > The RedHat acceptance window is closing soon, I need to pass them the > commit id. Done now, thanks! Rafael

Re: Odd build breakage in 4.9-rc7

On Wed, 30 Nov 2016, Linus Torvalds wrote: > On Wed, Nov 30, 2016 at 10:50 AM, Prarit Bhargava wrote: > > > > It comes back. The steps to reproduce this are: > > > > 1. checkout latest linux.git > > 2. make -j112 > > > > (IOW, it occurs 100% of the time for me on a clean tree.) I don't have a

[PATCH 2/2] net: ethernet: altera: TSE: do not use tx queue lock in tx completion handler

The driver already uses its private lock for synchronization between xmit and xmit completion handler making the additional use of the xmit_lock unnecessary. Furthermore the driver does not set NETIF_F_LLTX resulting in xmit to be called with the xmit_lock held and then taking the private lock whil

[PATCH 1/2] net: ethernet: altera: TSE: Remove unneeded dma sync for tx buffers

An explicit dma sync for device directly after mapping as well as an explicit dma sync for cpu directly before unmapping is unnecessary and costly on the hotpath. So remove these calls. Signed-off-by: Lino Sanfilippo --- drivers/net/ethernet/altera/altera_tse_main.c | 10 -- 1 file chang

Re: linux-next: problems fetching the drm-intel, etc trees

yeah, {cgit,anongit}.fd.o have been having problems all day.. (the ssh git urls for folks who have push access work fine).. although it has worked for me a couple times today, given enough time. (not sure if we have github/etc mirrors somewhere? I do have a github clone of mesa which is up to dat

[PATCH] HID: intel_ish-hid: use %pUL for uuid formatting

We have the %pU printf extension for doing exactly this. Saves some .text, and is likely also a little faster. Signed-off-by: Rasmus Villemoes --- drivers/hid/intel-ish-hid/ishtp/bus.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/hid/intel-ish-hid/ishtp/bus

Re: [PATCH] openrisc: prevent VGA console, fix builds

On Sun, 20 Nov 2016, Randy Dunlap wrote: From: Randy Dunlap OpenRISC does not support VGA console, so prevent that kconfig symbol from being enabled for OpenRISC, thus fixing these build errors: drivers/built-in.o: In function `vgacon_save_screen': vgacon.c:(.text+0x20e0): undefined ref

[PATCH net-next 3/6] net: dsa: mv88e6xxx: add a software reset op

Marvell chips have different way to issue a software reset. Old chips (such as 88E6060) have a reset bit in an ATU control register. Newer chips moved this bit in a Global control register. Chips with controllable PPU should reset the PPU when resetting the switch. Add a new reset operation to i

[PATCH net-next 2/6] net: dsa: mv88e6xxx: add helper to hardware reset

Add an helper to toggle the eventual GPIO connected to the reset pin. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drivers/net/dsa/mv88e6xxx/chip.c

[PATCH net-next 0/6] net: dsa: mv88e6xxx: rework reset and PPU code

Old Marvell chips (like 88E6060) don't have a PHY Polling Unit (PPU). Next chips (like 88E6185) have a PPU, which has exclusive access to the PHY registers, thus must be disabled before access. Newer chips (like 88E6352) have an indirect mechanism to access the PHY registers whenever, thus loose

[PATCH net-next 5/6] net: dsa: mv88e6xxx: add helper for switch ready

All Marvell switches (even 88E6060) have a bit to inform that the switch is ready to accept frames. Implement that in mv88e6xxx_g1_init_ready(). If the switch has a PPU, we must wait until its state is active polling, otherwise we cannot access PortStatus registers. Nicely wrap all that in a mv88

[PATCH net-next 1/6] net: dsa: mv88e6xxx: add helper to disable ports

Before resetting a switch, the ports should be set to the Disabled state and the transmit queues should be drained. Add an helper to explicit that. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 34 +++--- 1 file changed, 23 insertions(+), 11 de

[PATCH net-next 4/6] net: dsa: mv88e6xxx: add a PPU polling op

Marvell chips with controllable PPU have 2 bits to identify the PPU state. Chips without PPU control have their PPU enable by default and have only 1 bit to read the PPU state. The only state we care about is the PPU active and polling state (meaning PortStatus registers are available for reading)

[PATCH net-next 6/6] net: dsa: mv88e6xxx: add PPU enable/disable ops

Some Marvell chips can enable/disable the PPU on demand. This is needed to access the PHY registers when there is no indirection mechanism. Add two new ppu_enable and ppu_disable ops to describe this and finally get rid of the MV88E6XXX_FLAG_PPU* flags. Signed-off-by: Vivien Didelot --- drivers

linux-next: build warning after merge of the kbuild tree

Hi Michal, After merging the kbuild tree, today's linux-next build (x86_64 allmodconfig) produced this warning: WARNING: EXPORT symbol "__sw_hweight32" [vmlinux] version generation failed, symbol will not be versioned. WARNING: EXPORT symbol "memcpy_mcsafe_unrolled" [vmlinux] version generation

Re: [PATCH] tcp_bbr: fix Kconfig to be able to make BBR the default congestion algorithm

On Wed, 2016-11-30 at 23:31 +0100, Bernhard Held wrote: > Add missing line to be able to make BBR the default > congestion algorithm. > > Signed-off-by: Bernhard Held > --- > net/ipv4/Kconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/net/ipv4/Kconfig b/net/ipv4/Kconfig > index

Re: [PATCH 04/11] ACPICA: Events: Fix acpi_ev_initialize_region() return value

On Wed, Nov 30, 2016 at 8:21 AM, Lv Zheng wrote: > ACPICA commit 543342ab7a676f4eb0c9f100d349388a84dff0e8 > > This patch changes acpi_ev_initialize_region(), stop returning AE_NOT_EXIST > from it so that, not only in acpi_ds_load2_end_op(), but all places invoking > this function won't emit except

[PATCH] x86/suspend: fix false positive KASAN warning on suspend/resume

Resuming from a suspend operation is showing a KASAN false positive warning: BUG: KASAN: stack-out-of-bounds in unwind_get_return_address+0x11d/0x130 at addr 8803867d7878 Read of size 8 by task pm-suspend/7774 page:ea000e19f5c0 count:0 mapcount:0 mapping: (null) index:0x0

Re: Odd build breakage in 4.9-rc7

On Wed, 30 Nov 2016, Prarit Bhargava wrote: > > > On 11/30/2016 01:36 PM, Linus Torvalds wrote: > > On Wed, Nov 30, 2016 at 10:28 AM, Prarit Bhargava wrote: > > ]> > >> In my case I tracked this to commit 3637efb00864 ("x86/mce: Add PCI quirks > >> to > >> identify Xeons with machine check rec

Re: linux-next: problems fetching the drm-intel, etc trees

Hi Rob, On Wed, 30 Nov 2016 17:49:24 -0500 Rob Clark wrote: > > yeah, {cgit,anongit}.fd.o have been having problems all day.. (the ssh > git urls for folks who have push access work fine).. although it has > worked for me a couple times today, given enough time. > > (not sure if we have github/e

Re: next: Commit 'mm: Prevent __alloc_pages_nodemask() RCU CPU stall ...' causing hang on sparc32 qemu

On Wed, Nov 30, 2016 at 01:01:52PM -0800, Paul E. McKenney wrote: > On Wed, Nov 30, 2016 at 11:21:59AM -0800, Guenter Roeck wrote: > > On Wed, Nov 30, 2016 at 04:03:33AM -0800, Paul E. McKenney wrote: > > > On Wed, Nov 30, 2016 at 02:52:11AM -0800, Guenter Roeck wrote: > > > > On 11/29/2016 11:02 P

Re: [PATCH net-next 1/6] net: dsa: mv88e6xxx: add helper to disable ports

On Wed, Nov 30, 2016 at 05:59:25PM -0500, Vivien Didelot wrote: > Before resetting a switch, the ports should be set to the Disabled state > and the transmit queues should be drained. > > Add an helper to explicit that. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next 2/6] net: dsa: mv88e6xxx: add helper to hardware reset

On Wed, Nov 30, 2016 at 05:59:26PM -0500, Vivien Didelot wrote: > Add an helper to toggle the eventual GPIO connected to the reset pin. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn Andrew

Re: [PATCH] timekeeping: Change type of nsec variable to unsigned in its calculation.

On Wed, 30 Nov 2016, David Gibson wrote: > On Tue, Nov 29, 2016 at 03:22:17PM +0100, Thomas Gleixner wrote: > > If we have legitimate use cases with a negative delta, then this patch > > breaks them no matter what. See the basic C course section in the second > > link. > > So, fwiw, when I first w

Re: [PATCH net-next 3/6] net: dsa: mv88e6xxx: add a software reset op

> diff --git a/drivers/net/dsa/mv88e6xxx/mv88e6xxx.h > b/drivers/net/dsa/mv88e6xxx/mv88e6xxx.h > index ab52c37..9e51405 100644 > --- a/drivers/net/dsa/mv88e6xxx/mv88e6xxx.h > +++ b/drivers/net/dsa/mv88e6xxx/mv88e6xxx.h > @@ -765,6 +765,9 @@ struct mv88e6xxx_ops { > int (*phy_write)(struct mv

Re: [PATCH 4.4 00/21] 4.4.36-stable review

On Wed, Nov 30, 2016 at 10:27:16AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.36 release. > There are 21 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know.

Re: [PATCH 1/3] of: Support parsing phandle argument lists through a nexus node

On Thu, Nov 24, 2016 at 4:25 AM, Stephen Boyd wrote: > Platforms like 96boards have a standardized connector/expansion > slot that exposes signals like GPIOs to expansion boards in an > SoC agnostic way. We'd like the DT overlays for the expansion > boards to be written once without knowledge of t

Re: [PATCH net-next 5/6] net: dsa: mv88e6xxx: add helper for switch ready

> +static int mv88e6xxx_wait_switch_ready(struct mv88e6xxx_chip *chip) > +{ > + const unsigned long timeout = jiffies + 1 * HZ; > + bool ready; > + int err; > + > + /* Wait up to 1 second for switch to be ready. > + * The switch is ready when all units inside the device (ATU, V

[PATCH] perf/x86/intel: Enable C-state residency events for Knights Mill

The Knights Mill is enough close to Knights Landing so the path reuses C-state residency support of the latter. Signed-off-by: Piotr Luc Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org Cc: linux-kernel@vger.kernel.org --- arch/x86/events/intel/cstate.c | 1 + 1 fi

Re: Odd build breakage in 4.9-rc7

On 2016-11-30 4:57 PM, Paul Bolle wrote: On Wed, 2016-11-30 at 22:42 +0100, Paul Bolle wrote: My current theory is that setting MODVERSIONS, somehow, hides the ERROR spew. Because that could explain your bisect. Linus' commit turns of MODVERSIONS the hard way. And, naturally, this theory fails i

Re: [PATCH] perf/x86/intel: Enable C-state residency events for Knights Mill

On Thu, 1 Dec 2016, Piotr Luc wrote: > The Knights Mill is enough close to Knights Landing so the path reuses > C-state residency support of the latter. > > Signed-off-by: Piotr Luc > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: "H. Peter Anvin" > Cc: x...@kernel.org > Cc: linux-kernel@vger.ker

[PATCH v2 4/6] dax: update MAINTAINERS entries for FS DAX

Add the new include/trace/events/fs_dax.h tracepoint header, the existing include/linux/dax.h header, update Matthew's email address and add myself as a maintainer for filesystem DAX. Signed-off-by: Ross Zwisler Suggested-by: Matthew Wilcox --- MAINTAINERS | 5 - 1 file changed, 4 insertion

[PATCH v2 3/6] dax: add tracepoint infrastructure, PMD tracing

Tracepoints are the standard way to capture debugging and tracing information in many parts of the kernel, including the XFS and ext4 filesystems. Create a tracepoint header for FS DAX and add the first DAX tracepoints to the PMD fault handler. This allows the tracing for DAX to be done in the sa

[PATCH v2 0/6] introduce DAX tracepoint support

Tracepoints are the standard way to capture debugging and tracing information in many parts of the kernel, including the XFS and ext4 filesystems. This series creates a tracepoint header for FS DAX and add the first few DAX tracepoints to the PMD fault handler. This allows the tracing for DAX to

[PATCH v2 5/6] dax: add tracepoints to dax_pmd_load_hole()

Add tracepoints to dax_pmd_load_hole(), following the same logging conventions as the tracepoints in dax_iomap_pmd_fault(). Here is an example PMD fault showing the new tracepoints: read_big-1478 [004] 238.242188: xfs_filemap_pmd_fault: dev 259:0 ino 0x1003 read_big-1478 [004] 23

[PATCH v2 6/6] dax: add tracepoints to dax_pmd_insert_mapping()

Add tracepoints to dax_pmd_insert_mapping(), following the same logging conventions as the tracepoints in dax_iomap_pmd_fault(). Here is an example PMD fault showing the new tracepoints: big-1504 [001] 326.960743: xfs_filemap_pmd_fault: dev 259:0 ino 0x1003 big-1504 [001] 326.960

mmotm 2016-11-30-15-46 uploaded

The mm-of-the-moment snapshot 2016-11-30-15-46 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You wi

[PATCH v2 1/6] tracing: add __print_flags_u64()

Add __print_flags_u64() and the helper trace_print_flags_seq_u64() in the same spirit as __print_symbolic_u64() and trace_print_symbols_seq_u64(). These functions allow us to print symbols associated with flags that are 64 bits wide even on 32 bit machines. These will be used by the DAX code so th

[PATCH v2 2/6] dax: remove leading space from labels

No functional change. As of this commit: commit 218dd85887da (".gitattributes: set git diff driver for C source code files") git-diff and git-format-patch both generate diffs whose hunks are correctly prefixed by function names instead of labels, even if those labels aren't indented with spaces.

[PATCH] crypto: arm/aesbs - Select SIMD in Kconfig

Commit 585b5fa63da9 ("crypto: arm/aes - Select SIMD in Kconfig") added the dependency for CRYPTO_AES_ARM_CE, but missed the same change for CRYPTO_AES_ARM_BS: arch/arm/crypto/aes-arm-bs.o: In function `aesbs_mod_init': aesbs-glue.c:(.init.text+0x38): undefined reference to `simd_skcipher_create_c

[PATCH v3] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

PCIe controllers in X-Gene SoCs is not ECAM compliant: software needs to configure additional controller's register to address device at bus:dev:function. The quirk will only be applied for X-Gene PCIe MCFG table with OEM revison 1, 2, 3 or 4 (PCIe controller v1 and v2 on X-Gene SoCs). The quirk

Package has been sent.

Your shipment(s) is scheduled for delivery Scheduled Delivery Date: 12/02/2016 Shipper: Chambers Group. Kindly view the attached document for shipment/delivery details and tracking procedure. You can also request a delivery change (e.g. reschedule or reroute) from the tracking detail. Approxima

Re: [PATCH v3 3/5] KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation

On Wed, Nov 30, 2016 at 2:33 PM, Paolo Bonzini wrote: > - Original Message - >> From: "Radim Krčmář" >> To: "David Matlack" >> Cc: k...@vger.kernel.org, linux-kernel@vger.kernel.org, jmatt...@google.com, >> pbonz...@redhat.com >> Sent: Wednesday, November 30, 2016 10:52:35 PM >> Subject

Re: [PATCH 3.12 122/127] drivers/net: Disable UFO through virtio

On Fri, 2016-11-25 at 09:30 +0100, Jiri Slaby wrote: > From: Ben Hutchings > > 3.12-stable review patch.  If anyone has any objections, please let me know. This was reverted upstream (and in the only stable branch it was applied to). 3.12 already has the compatible fix (commit 30ab1cf8b31d). B

Re: [PATCH] perf/x86/intel: Enable C-state residency events for Knights Mill

On Thu, 2016-12-01 at 00:39 +0100, Thomas Gleixner wrote: > On Thu, 1 Dec 2016, Piotr Luc wrote: > > > > > The Knights Mill is enough close to Knights Landing so the path > > reuses > > C-state residency support of the latter. > > > > Signed-off-by: Piotr Luc > > Cc: Thomas Gleixner > > Cc: In

Re: [PATCH] audit: remove the audit freelist

On Tue, Nov 15, 2016 at 8:16 AM, Florian Westphal wrote: > allows better debugging as freeing audit buffers now always honors slub > debug hooks (e.g. object poisoning) and leak checker can detect the > free operation. > > Removal also results in a small speedup (using > single rule 'iptables -A I

4.9-rc7 known automount/mount namespace interaction issues?

I just tried 4.9-rc7 (next-20161130) and had some issues. unfortunately its hard to describe for me. basically umount (the utility) is getting blocked during stat(2) on a autofs mountpoint in a mount namespace in scenario that worked fine in previous kernels.

Re: [PATCH net] tipc: check minimum bearer MTU

On Wed, 2016-11-30 at 11:24 +0100, Michal Kubecek wrote: > On Wed, Nov 30, 2016 at 10:57:02AM +0100, Michal Kubecek wrote: > > Qian Zhang (张谦) reported a potential socket buffer overflow in > > tipc_msg_build() which is also known as CVE-2016-8632: due to > > insufficient checks, a buffer overflow

[RESEND PATCH] perf/x86/intel: Enable C-state residency events for Knights Mill

The Knights Mill is enough close to Knights Landing so the path reuses C-state residency support of the latter. Signed-off-by: Piotr Luc Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Arnaldo Carvalho de Melo Cc: Alexander Shishkin Cc: x...@kernel.org Cc: linux-kernel@vger.kernel.org --- arch/x86/ev

[PATCH] perf: check that objdump correctly works

Hi, In perf todo list, there was an entry regarding objdump: * Check if the objdump call in annotate worked or not, providing a popup window telling it didn't work, to test, just uninstall binutils or otherwise remove objdump from the path. The patch below tries to fulfill that point. Alexi

[PATCH] perf annotate: check that objdump correctly works

Before disassembling, the tool objdump is called just to be sure: * objdump is available in the path; * objdump is an executable binary; * objdump has no dependency issue or anything else. This objdump "pre-"command is only necessary because the real objdump command is followed by some " | grep ..

Re: [PATCH 1/7] vfs - merge path_is_mountpoint() and path_is_mountpoint_rcu()

On Wed, 2016-11-30 at 14:22 -0800, Andrew Morton wrote: > So a far as I can tell, this patch series is intended to > address Al's review comments against the > http://lkml.kernel.org/r/20161011053352.27645.83962.st...@pluto.themaw.net > series? That's right and also to fix an additional problem I

[PATCH] mm: page_alloc: High-order per-cpu page allocator v4

Changelog since v3 o Allow high-order atomic allocations to use reserves Changelog since v2 o Correct initialisation to avoid -Woverflow warning SLUB has been the default small kernel object allocator for quite some time but it is not universally used due to performance concerns and a reliance on

Re: [PATCH V5] PM / OPP: Pass opp_table to dev_pm_opp_put_regulator()

On 30-11-16, 14:00, Stephen Boyd wrote: > On 11/30, Viresh Kumar wrote: > > From: Stephen Boyd > > > > Joonyoung Shim reported an interesting problem on his ARM octa-core > > Odoroid-XU3 platform. During system suspend, dev_pm_opp_put_regulator() > > was failing for a struct device for which dev_

Re: [PATCH V1 1/2] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version

Hi Tomasz, On Tue, Nov 15, 2016 at 10:14:57AM +0100, Tomasz Nowicki wrote: > ThunderX PCIe controller to off-chip devices (so-called PEM) is not fully > compliant with ECAM standard. It uses non-standard configuration space > accessors (see pci_thunder_pem_ops) and custom configuration space granu

Re: [RFC PATCH] rtc/nxp: add FTM alarm driver as the wakeup source

On 02/11/2016 at 08:23:32 +, Meng Yi wrote : > > + > > +static int ftm_alarm_irq_enable(struct device *dev, unsigned int > > +enabled) { > > + if (enabled) > > + ftm_irq_enable(true); > > + else > > + ftm_irq_enable(false); > > + > > + return 0; > > +} > > + > > +stati

Re: mmotm 2016-11-30-15-46 uploaded

Hi Andrew, On Wed, 30 Nov 2016 15:47:33 -0800 a...@linux-foundation.org wrote: > > * ima-define-a-canonical-binary_runtime_measurements-list-format.patch This patch tries to patch the file Documentation/kernel-parameters.txt but that file has been renamed to Documentation/admin-guide/kerne

Re: [RESEND PATCH] pinctrl: mt8173: set GPIO16 to usb iddig mode

On Wed, 2016-11-30 at 10:21 +0800, Chunfeng Yun wrote: > the default mode of GPIO16 pin is gpio, when set EINT16 to > IRQ_TYPE_LEVEL_HIGH, no interrupt is triggered, it can be > fixed when set its default mode as usb iddig. > > Signed-off-by: Chunfeng Yun > --- > drivers/pinctrl/mediatek/pinctrl

<    2   3   4   5   6   7   8   9   >