Re: [PATCH] PCI/AER: enable SERR# forwarding and role-based error reporting

On 12/1/2015 2:21 PM, Christopher Covington wrote: > On 12/01/2015 01:51 PM, Bjorn Helgaas wrote: >> [+cc Taku] > > It looks to me like Bjorn intended to add Taku to the distribution list, > but accidentally left him off, so I'm adding him to the To field in this > reply. > > Regards, >

Re: [PATCH 8/9] rtc-pcf2123: use sysfs groups

On Wed, 25 Nov 2015 00:31:01 +0100 Alexandre Belloni wrote: > Hi, > > This is okay but I'm not actually sure about the usefulness of that > interface. The driver is exactly here to abstract access to the > registers. Limit it to registers that are not used

[PATCH 1/9] drm: Create a driver hook for allocating GEM object structs.

The CMA helpers had no way for a driver to extend the struct with its own fields. Since the CMA helpers are mostly "Allocate a drm_gem_cma_object, then fill in a few fields", it's hard to write as pure helpers without passing in a driver callback for the allocate step. Signed-off-by: Eric Anholt

[PATCH 7/9] drm/vc4: Add support for drawing 3D frames.

The user submission is basically a pointer to a command list and a pointer to uniforms. We copy those in to the kernel, validate and relocate them, and store the result in a GPU BO which we queue for execution. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/Makefile

[PATCH 5/9] drm/vc4: Fix a typo in a V3D debug register.

Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_regs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vc4/vc4_regs.h b/drivers/gpu/drm/vc4/vc4_regs.h index 9e4e904..4e52a0a 100644 --- a/drivers/gpu/drm/vc4/vc4_regs.h +++

Re: [PATCH 2/2] tpm_tis: Clean up the force=1 module parameter

On Tue, Dec 01, 2015 at 10:43:42AM -0700, Jason Gunthorpe wrote: > On Tue, Dec 01, 2015 at 10:35:08AM +0200, Jarkko Sakkinen wrote: > > > In addition I want this fix as a single patch, not as two-patch set. > > The first patch might have made sense when the fix was being developed > > but now

Re: module: preserve Elf information for livepatch modules

+++ Jessica Yu [30/11/15 23:21 -0500]: For livepatch modules, copy Elf section, symbol, and string information from the load_info struct in the module loader. Livepatch uses special relocation sections in order to be able to patch modules that are not yet loaded, as well as apply patches to the

Re: [PATCH V2] hwmon: (tmp102) Force wait for conversion time for the first valid data

On Tue, Dec 01, 2015 at 10:10:21AM -0600, Nishanth Menon wrote: > TMP102 works based on conversions done periodically. However, as per > the TMP102 data sheet[1] the first conversion is triggered immediately > after we program the configuration register. The temperature data > registers do not

Re: [PATCH v8 00/61] PCI: Resource allocation cleanup for v4.4

On 11/23/2015 07:39 PM, Yinghai Lu wrote: On Mon, Nov 23, 2015 at 1:31 PM, Khalid Aziz wrote: Looks like only the device BAR6 is not assigned form OF? Any progress on this? Do you need any more information from me? Should be one warning about this device in that

[PATCH] nvdimm: improve diagnosibility of namespaces

In order to bind namespace to the driver user must first set all mandatory attributes in the following order: - uuid - size - sector_size (for blk namespace only) If the order is wrong, then user either won't be able to set the attribute or bind the namespace. This simple patch improves

Re: [PATCH net-next] hv_netvsc: rework link status change handling

From: Vitaly Kuznetsov Date: Fri, 27 Nov 2015 11:39:55 +0100 > There are several issues in hv_netvsc driver with regards to link status > change handling: > - RNDIS_STATUS_NETWORK_CHANGE results in calling userspace helper doing > '/etc/init.d/network restart' and this is

Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size

On Tuesday 01 December 2015 11:25:35 Andy Gross wrote: > On Tue, Dec 01, 2015 at 11:28:32AM +0100, Arnd Bergmann wrote: > > On Tuesday 01 December 2015 11:14:58 Stanimir Varbanov wrote: > > > > > > diff --git a/drivers/dma/qcom_bam_dma.c b/drivers/dma/qcom_bam_dma.c > > > index

Re: [PATCH 6/9] rtc-pcf2123: avoid resetting the clock if possible

On Wed, 25 Nov 2015 00:25:12 +0100 Alexandre Belloni wrote: > On 04/11/2015 at 07:36:37 -0800, Joshua Clayton wrote : > > + ret = pcf2123_rtc_read_time(dev, ); > > + if (ret < 0) > > + return false; > > + > > + if (rtc_valid_tm() < 0) { > > +

linux-next: build failure after merge of the modules tree

Hi Rusty, After merging the modules tree, today's linux-next x86 allmodconfig build (20151201) failed like this: /home/broonie/next/next/arch/x86/kernel/livepatch.c: In function 'klp_write_module_reloc': /home/broonie/next/next/arch/x86/kernel/livepatch.c:75:22: error: 'struct module' has

Re: Non-ascii mantainers

Hi, > I don't really care if the maintainers are encoded or whatever. > However, neither get_maintainers nor git format-patch encodes them and > the listserver rejects them when not encoded. "neither ... nor" - IMHO transcoding should always be done at exactly *one* layer transition (namely

Re: [PATCH 1/2] extcon: add driver for Intel USB mux

Hi Heikki, Follow my comments below. On Tue, Dec 01, 2015 at 03:32:37PM +0200, Heikki Krogerus wrote: > Several Intel PCHs and SOCs have an internal mux that is > used to share one USB port between USB Device Controller and > xHCI. The mux is normally handled by System FW/BIOS, but not > always.

Re: [PATCH net-next V2 08/17] hv_netvsc: Don't ask for additional head room in the skb

From: "K. Y. Srinivasan" Date: Sat, 28 Nov 2015 12:20:36 -0800 > +#elseif defined(CONFIG_WLAN) || IS_ENABLED(CONFIG_AX25) The correct CPP directive is "#elif". -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 8/9] rtc-pcf2123: use sysfs groups

On 01/12/2015 at 12:28:11 -0800, Joshua Clayton wrote : > > On Wed, 25 Nov 2015 00:31:01 +0100 > Alexandre Belloni wrote: > > > Hi, > > > > This is okay but I'm not actually sure about the usefulness of that > > interface. The driver is exactly here to

Re: [PATCH 1/2] extcon: add driver for Intel USB mux

Hi Felipe, On Tue, Dec 01, 2015 at 02:34:34PM -0600, Felipe Balbi wrote: [snip] > > +EXPORT_SYMBOL_GPL(intel_usb_mux_register); > > + > > +void intel_usb_mux_unregister(struct intel_usb_mux *mux) > > +{ > > + extcon_unregister_notifier(>edev, EXTCON_USB_HOST, >nb); > > +

Re: [PATCH v4 2/9] ppc64le FTRACE_WITH_REGS implementation

On Tue, 2015-12-01 at 18:29 +0100, Torsten Duwe wrote: > On Thu, Nov 26, 2015 at 01:04:19PM +0300, Denis Kirjanov wrote: > > > diff --git a/arch/powerpc/kernel/entry_64.S > > > b/arch/powerpc/kernel/entry_64.S > > > index 8d56b16..3309dd8 100644 > > > --- a/arch/powerpc/kernel/entry_64.S > > >

[PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros

v2: Instead of replacing existing VMMOUSE defines, only modify enough to use the new VMW_PORT define. v3: Use updated VMWARE_PORT() which requires hypervisor magic as an added parameter Signed-off-by: Sinclair Yeh Reviewed-by: Thomas Hellstrom

[PATCH 2/6] x86: Update vmware.c to use the common VMW_PORT macros

v2: Instead of replacing all existing instances of VMWARE_PORT with VMW_PORT, update VMWARE_PORT to use the new VMW_PORT. v3: Using updated VMWARE_PORT() macro, which needs hypervisor magic in the parameter Signed-off-by: Sinclair Yeh Reviewed-by: Thomas Hellstrom

Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros

On Tue, Dec 01, 2015 at 02:18:49PM -0800, Sinclair Yeh wrote: > v2: > Instead of replacing existing VMMOUSE defines, only modify enough > to use the new VMW_PORT define. > > v3: > Use updated VMWARE_PORT() which requires hypervisor magic as an added > parameter > > Signed-off-by: Sinclair Yeh

Re: [PATCH v2 01/13] mm: support madvise(MADV_FREE)

On Wed, Nov 4, 2015 at 12:00 PM, Shaohua Li wrote: > Compared to MADV_DONTNEED, MADV_FREE's lazy memory free is a huge win to > reduce > page fault. But there is one issue remaining, the TLB flush. Both > MADV_DONTNEED > and MADV_FREE do TLB flush. TLB flush overhead is quite

Re: [PATCH 4/6] Input: Remove vmmouse port reservation

Hi Sinclair, On Tue, Dec 1, 2015 at 2:18 PM, Sinclair Yeh wrote: > Port reservation is not required. You need to expand on why we do not need to reserve port. > Furthermore, this port is shared > by other VMware services for host-side communication. What services would that

Re: epoll and multiple processes - eliminate unneeded process wake-ups

Hi Madars, On 11/30/2015 04:28 PM, Madars Vitolins wrote: > Hi Jason, > > I today did search the mail archive and checked your offered patch did on > February, it basically does the some (flag for add_wait_queue_exclusive() + > balance). > > So I plan to run off some tests with your patch,

[PATCH v5 3/4] arm64: mm: support ARCH_MMAP_RND_BITS.

From: dcashman arm64: arch_mmap_rnd() uses STACK_RND_MASK to generate the random offset for the mmap base address. This value represents a compromise between increased ASLR effectiveness and avoiding address-space fragmentation. Replace it with a Kconfig option, which is

[PATCH] um: fix returns without va_end

When using va_list ensure that va_start will be followed by va_end. Signed-off-by: Geyslan G. Bem --- arch/um/drivers/net_user.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/arch/um/drivers/net_user.c b/arch/um/drivers/net_user.c index

Re: [PATCH 2/2] usb: pci-quirks: register USB mux found on Cherrytrail SOC

Hi, Heikki Krogerus writes: > Intel Braswell/Cherrytrail has an internal mux that shares > one USB port between USB Device Controller and xHCI. The > same mux is found on several SOCs from Intel, but only on > a few Cherrytrail based platforms the OS is expected

Re: "hw csum failure" error on skge driver with 4.3 kernel upon receiving ICMPv6 multicast listener discovery packets

On Sun, Nov 15, 2015 at 7:44 PM, David Madore wrote: > The skge driver in the 4.3 kernel reports hardware checksum errors > upon receiving (certain?) IPv6 multicast packets containing ICMPv6 > multicast listener discovery messages. This is a regression since 4.1 > (I believe

Re: [PATCH v5 2/2] USB: quirks: Apply ALWAYS_POLL to all ELAN devices

On Tue, Dec 01, 2015 at 11:09:23PM +0100, Jiri Kosina wrote: > On Tue, 1 Dec 2015, Adrien Vergé wrote: > > > All ELAN hid devices seem to require the ALWAYS_POLL quirk. Let's use > > this quirk for all devices from this vendor, rather than maintaining a > > list of all its known product IDs. > >

[lustre cleanups 2/6] Fix set-but-unused whinge.

drivers/staging/lustre/lustre/fid/lproc_fid.c: In function 'ldebugfs_fid_write_common': drivers/staging/lustre/lustre/fid/lproc_fid.c:67:6: warning: variable 'rc' set but not used [-Wunused-but-set-variable] int rc; We fix it by *using* the return code to help bulletproof it. It says it's

[lustre cleanups 0/6] Patch series to make lustre safe(r) for W=1 compiles

Start of a batch series to clean up the Lustre tree. Other people have done some sparse and checkpatch cleanups, but I found a bunch of stuff building with W=1. Valdis Kletnieks (6): Swap inline/const to kill 272 warnings Fix set-but-unused whinge. Clean up another C warnining: Fix

[lustre cleanups 5/6] Nuke an unsigned >= 0 assert

Writing asserts for almost-never-can-happen things can be valuable. Writing an assert that tests that an "unsigned int" hasn't gone negative isn't. And it generates an *ugly* message: drivers/staging/lustre/lustre/llite/rw.c:763:20: warning: comparison of unsigned expression >= 0 is always true

[lustre cleanups 6/6] Nuke another unsigned >= 0 assert

Clean up another case of the compiler remininding the programmer they are an idiot: drivers/staging/lustre/lustre/ptlrpc/sec_bulk.c:308:34: warning: comparison of u nsigned expression >= 0 is always true [-Wtype-limits] LASSERT(page_pools.epp_waitqlen >= 0); Just lose the assert, and save a

Re: [PATCH v2 12/25] mtd: nand: use the mtd instance embedded in struct nand_chip

Hi Boris, On Tue, Dec 01, 2015 at 12:03:09PM +0100, Boris Brezillon wrote: > struct nand_chip now embeds an mtd device. Patch all drivers to make use > of this mtd instance instead of using the instance embedded in their > private struct or dynamically allocated. > > Signed-off-by: Boris

Re: [PATCH v2 12/25] mtd: nand: use the mtd instance embedded in struct nand_chip

On Tue, Dec 01, 2015 at 12:03:09PM +0100, Boris Brezillon wrote: > struct nand_chip now embeds an mtd device. Patch all drivers to make use > of this mtd instance instead of using the instance embedded in their > private struct or dynamically allocated. > > Signed-off-by: Boris Brezillon

Re: [PATCH v5 4/4] gpio: tps65086: Add GPO driver for the TPS65086 PMIC

Hi Andrew, [auto build test ERROR on next-20151127] [cannot apply to ljones-mfd/for-mfd-next gpio/for-next v4.4-rc3 v4.4-rc2 v4.4-rc1 v4.4-rc3] url: https://github.com/0day-ci/linux/commits/Andrew-F-Davis/Documentation-tps65086-Add-DT-bindings-for-the-TPS65086-PMIC/20151202-024903 config:

Re: [PATCH] wan/x25: Fix use-after-free in x25_asy_open_tty()

From: Peter Hurley Date: Fri, 27 Nov 2015 14:18:39 -0500 > The N_X25 line discipline may access the previous line discipline's closed > and already-freed private data on open [1]. > > The tty->disc_data field _never_ refers to valid data on entry to the > line

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On Tuesday 01 December 2015 22:29:54 Vinod Koul wrote: > On Mon, Nov 30, 2015 at 03:45:30PM +0200, Peter Ujfalusi wrote: > > channel via DT, ACPI or in case if the kernel booted in non DT/ACPI mode > > it will use a filter lookup table and retrieves the needed information from > > the

Re: [PATCH] net: add support for netdev notifier error injection

From: Nikolay Aleksandrov Date: Sat, 28 Nov 2015 13:45:28 +0100 > From: Nikolay Aleksandrov > > This module allows to insert errors in some of netdevice's notifier > events. All network drivers use these notifiers to signal various events > and

[PATCH v2] x86, mtrr: mark range_new in mtrr_calc_range_state() as __initdata

range_new doesn't seem to be used after init. It is only passed to memset, sum_ranges, memcmp and x86_get_mtrr_mem_range, the latter of which also only passes it on to various *range* library functions. So mark it __initdata to free up an extra page after init. Its contents are wiped at every

Re: [PATCH] xen-pciback: fix up cleanup path when alloc fails

On 12/1/15 1:35 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 01, 2015 at 11:47:17AM -0500, Konrad Rzeszutek Wilk wrote: >> On Thu, Nov 26, 2015 at 02:32:39PM -0600, Doug Goldstein wrote: >>> When allocating a pciback device fails, avoid the possibility of a >>> use after free. >> >> Reviewed-by:

Re: [PATCH v5 08/10] spi: expose master transfer size limitation.

Am 01.12.2015 um 20:58 schrieb Mark Brown: > On Tue, Dec 01, 2015 at 04:51:06PM -, Michal Suchanek wrote: >> On some SPI controllers it is not feasible to transfer arbitrary amount >> of data at once. >> >> When the limit on transfer size is a few kilobytes at least it makes >> sense to use

Re: [PATCH] isdn: remove spellcaster driver

From: Arnd Bergmann Date: Mon, 30 Nov 2015 11:34:09 +0100 > The 'sc' ISDN driver relies on using readl() to access ISA I/O memory. > This has been deprecated and produced warnings since linux-2.3.23, > disabled by default since 2.4.10 and finally removed in 2.6.5. > > I found

[lustre cleanups 1/6] Swap inline/const to kill 272 warnings

Start of a batch series to clean up the Lustre tree. Other people have done some sparse and checkpatch cleanups, but I found a bunch of stuff building with W=1. Low-hanging fruit first: CC [M] drivers/staging/lustre/lustre/fid/fid_request.o In file included from

[lustre cleanups 4/6] Fix another C compiler whine:

CC [M] drivers/staging/lustre/lustre/libcfs/module.o drivers/staging/lustre/lustre/libcfs/module.c: In function 'lustre_insert_debugfs': drivers/staging/lustre/lustre/libcfs/module.c:670:17: warning: variable 'entry' set but not used [-Wunused-but-set-variable] struct dentry *entry;

Re: [PATCH 1/2] regulator: Add brcm,bcm63xx-regulator device tree binding

On Mon, Nov 30, 2015 at 08:30:07PM +, Simon Arlott wrote: > +- offset: register offset > +- mask: register enable mask > +- startup-delay-us: startup time in microseconds Why are these in the DT, I would expect that if this is a driver for a specific SoC all these properties would be known

Re: [PATCH] usb: host: pci_quirks: fix memory leak, by adding iounmap

On Fri, Nov 06, 2015 at 05:46:30PM +0530, Saurabh Sengar wrote: > added iounmap inorder to free memory mapped to base before returning > > Signed-off-by: Saurabh Sengar > --- > drivers/usb/host/pci-quirks.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) >

Re: [PATCH] reset: Introduce static inline dummy function when CONFIG_RESET_CONTROLLER

Hi Nishanth, [auto build test WARNING on: v4.4-rc3] [also build test WARNING on: next-20151127] url: https://github.com/0day-ci/linux/commits/Nishanth-Menon/reset-Introduce-static-inline-dummy-function-when-CONFIG_RESET_CONTROLLER/20151201-233708 reproduce: # apt-get install sparse

Re: [PATCH] vmxnet3: fix checks for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 28 Nov 2015 01:29:30 +0300 > vmxnet3_drv does check dma_addr with dma_mapping_error() > after mapping dma memory. The patch adds the checks and > tries to handle failures. > > Found by Linux Driver Verification project

[PATCH v2] Add support for monitoring Chrome OS firmware signals

Select Chromebooks have gpio attached to signals used to cause the firmware to enter alternative modes of operation and/or control other device characteristics (such as write protection on flash devices). This patch adds a driver that exposes a read-only interface to allow these signals to be read

Re: [PATCH v2] base/platform: return success when probe function is NULL

Hello, On Mon, Nov 30, 2015 at 12:50:05PM +0100, martin.wi...@ts.fujitsu.com wrote: > From: Martin Wilck > > Since b8b2c7d845d5, platform_drv_probe() is called for all platform > devices. If drv->probe is NULL, and dev_pm_domain_attach() fails, >

[PATCH 9/9] drm/vc4: Add an interface for capturing the GPU state after a hang.

This can be parsed with vc4-gpu-tools tools for trying to figure out what was going on. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_drv.c | 2 + drivers/gpu/drm/vc4/vc4_drv.h | 4 + drivers/gpu/drm/vc4/vc4_gem.c | 185 ++

[PATCH 6/9] drm/vc4: Bind and initialize the V3D engine.

This is the component of the GPU that does 3D rendering. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/Makefile | 1 + drivers/gpu/drm/vc4/vc4_debugfs.c | 2 + drivers/gpu/drm/vc4/vc4_drv.c | 1 + drivers/gpu/drm/vc4/vc4_drv.h | 13 +++

RE: [PATCH net-next V2 08/17] hv_netvsc: Don't ask for additional head room in the skb

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Tuesday, December 1, 2015 12:42 PM > To: KY Srinivasan > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; >

Re: [PATCH] Input: atmel_mxt_ts - add generic platform data for Chromebooks

Hello Dmitry, On 12/01/2015 06:21 PM, Dmitry Torokhov wrote: [snip] >>> >>> +static unsigned int chromebook_tp_buttons[] = { >> >> Maybe naming it chromebook_t19_buttons instead to make it clear that the >> mapping is specific to the T19 object or at least document that assumption? > > The

Re: [PATCH v5 08/10] spi: expose master transfer size limitation.

On Tue, Dec 01, 2015 at 10:07:55PM +0100, Heiner Kallweit wrote: > Sure .. Just one inquiry: > When you say "the naming here" you refer to Michal's or my version? Michael's (transfer). > Actually I like in Michal's hook that it directly takes a struct spi_device. > This saves the caller one

Re: [PATCH 7/8] cgroup: mount cgroupns-root when inside non-init cgroupns

On Tue, Dec 01, 2015 at 11:46:49AM -0500, Tejun Heo wrote: > Hey, Serge. > > On Mon, Nov 30, 2015 at 10:07:04PM -0600, Serge E. Hallyn wrote: > > So actually the way the code is now, the first mount cannot > > be done from a non-init user namespace; and kernfs_obtain_root() > > is only called

Re: [PATCH v2 17/25] mtd: nand: remove useless mtd->priv = chip assignments

On Tue, Dec 01, 2015 at 12:03:14PM +0100, Boris Brezillon wrote: > mtd_to_nand() now uses the container_of() approach to transform an > mtd_info pointer into a nand_chip one. Drop useless mtd->priv > assignments from NAND controller drivers. > > Signed-off-by: Boris Brezillon

[PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro

Signed-off-by: Sinclair Yeh Reviewed-by: Thomas Hellstrom Reviewed-by: Alok N Kataria Cc: pv-driv...@vmware.com Cc: Xavier Deguillard Cc: linux-kernel@vger.kernel.org Cc:

[PATCH 1/6] x86: Add VMWare Host Communication Macros

These macros will be used by multiple VMWare modules for handling host communication. v2: * Keeping only the minimal common platform defines * added vmware_platform() check function v3: * Added new field to handle different hypervisor magic values Signed-off-by: Sinclair Yeh

Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros

Hi, On Tue, Dec 01, 2015 at 02:24:14PM -0800, Dmitry Torokhov wrote: > On Tue, Dec 01, 2015 at 02:18:49PM -0800, Sinclair Yeh wrote: > > v2: > > Instead of replacing existing VMMOUSE defines, only modify enough > > to use the new VMW_PORT define. > > > > v3: > > Use updated VMWARE_PORT() which

Re: [PATCH 1/6] x86: Add VMWare Host Communication Macros

Hey Sinclair, On Tue, Dec 01, 2015 at 02:18:47PM -0800, Sinclair Yeh wrote: > +/** > + * Hypervisor-specific bi-directional communication channel. Should never > + * execute on bare metal hardware. The caller must make sure to check for > + * supported hypervisor before using these macros. > +

Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices

On Tuesday 01 December 2015 22:52:12 Vinod Koul wrote: > On Mon, Nov 30, 2015 at 03:45:34PM +0200, Peter Ujfalusi wrote: > > Add support for providing device to filter_fn mapping so client drivers > > can switch to use the dma_request_chan() API. > > Any reason why we dont want to go with DT

BUG: KASAN: slab-out-of-bounds in ses_enclosure_data_process+0x900/0xe50

Hi everybody, and thanks a lot for your work. As soon as I plugged an external WD USB hard drive (details in the attached file) into USB3 port, I've got this (much more info in the attached files). Using commit 2255702db4014d1c69d6037ed7bdad2d2e271985 Thanks again, Andrea [

[PATCH 2/9] drm/vc4: Add a BO cache.

We need to allocate new BOs in the kernel as part of each frame, but the CMA allocator is way too slow for that. As an optimization, keep track of recently-freed BOs and reuse them, with a 1 second timeout to fully free them back to the system. This improves 3D performance by about 15%.

[PATCH 4/9] drm/vc4: Add an API for creating GPU shaders in GEM BOs.

Since we have no MMU, the kernel needs to validate that the submitted shader code won't make any accesses to memory that the user doesn't control, which involves banning some operations (general purpose DMA writes), and tracking where we need to write out pointers for other operations (texture

[PATCH 3/9] drm/vc4: Add create and map BO ioctls.

While there exist dumb APIs for creating and mapping BOs, one of the rules is that drivers doing 3D acceleration have to provide their own APIs for buffer allocation (besides, the pitch/height parameters of the dumb alloc don't really make sense for a lot of 3D allocations). Signed-off-by: Eric

Re: [PATCH 6/9] rmap: support file THP

On 11/18/2015 03:25 PM, Kirill A. Shutemov wrote: > -void page_add_file_rmap(struct page *page) > +void page_add_file_rmap(struct page *page, bool compound) I take it we have to pass 'compound' in explicitly because PageCompound() could be true, but we don't want to do a compound mapping. This

Re: [PATCH 6/9] rtc-pcf2123: avoid resetting the clock if possible

On 01/12/2015 at 12:23:51 -0800, Joshua Clayton wrote : > On Wed, 25 Nov 2015 00:25:12 +0100 > Alexandre Belloni wrote: > > > On 04/11/2015 at 07:36:37 -0800, Joshua Clayton wrote : > > > + ret = pcf2123_rtc_read_time(dev, ); > > > + if (ret < 0) > > > +

Re: [PATCH 3/9] mm: postpone page table allocation until do_set_pte()

On Tue, Dec 01, 2015 at 12:53:25PM -0800, Dave Hansen wrote: > On 11/18/2015 03:25 PM, Kirill A. Shutemov wrote: > > --- a/mm/filemap.c > > +++ b/mm/filemap.c > > @@ -2068,11 +2068,6 @@ void filemap_map_pages(struct fault_env *fe, > ... > > if (file->f_ra.mmap_miss > 0) > >

Re: [PATCH] Input: atmel_mxt_ts - add generic platform data for Chromebooks

Hi Javier, On Tue, Nov 24, 2015 at 04:18:05PM -0300, Javier Martinez Canillas wrote: > Hello Dmitry, > > On 11/24/2015 03:58 PM, Dmitry Torokhov wrote: > > Apparently people are installing generic Linux distributions not only on > > Pixels but also on other Chromebooks. Unfortunately on all of

Re: [PATCH 1/2] extcon: add driver for Intel USB mux

Hi, David Cohen writes: > Hi Felipe, > > On Tue, Dec 01, 2015 at 02:34:34PM -0600, Felipe Balbi wrote: > > [snip] > >> > +EXPORT_SYMBOL_GPL(intel_usb_mux_register); >> > + >> > +void intel_usb_mux_unregister(struct intel_usb_mux *mux) >> > +{ >> > +

Re: mm: BUG in __munlock_pagevec

On Mon, Nov 30, 2015 at 09:24:56AM -0500, Sasha Levin wrote: > Hi all, > > I've hit the following while fuzzing with trinity on the latest -next kernel: > > > [ 850.305385] page:ea001a5a0f00 count:0 mapcount:1 > mapping:dead0400 index:0x1ff > [ 850.306773] flags:

Re: [PATCH v2 1/2] scripts: Add a recorduidiv program

Dne 1.12.2015 v 19:16 Russell King - ARM Linux napsal(a): > On Tue, Dec 01, 2015 at 12:22:12PM -0500, Steven Rostedt wrote: >> I guess another solution is to do a copy instead of modifying in place >> if it detects the multiple hard link? > > That would be the "transparent" solution. If you

[lustre cleanups 3/6] Clean up another C warnining:

drivers/staging/lustre/lustre/fid/../include/lustre_cfg.h: In function 'lustre_cfg_free': drivers/staging/lustre/lustre/fid/../include/lustre_cfg.h:253:6: warning: variable 'len' set but not used [-Wunused-but-set-variable] int len; Yep, we're just gonna call kfree, no need to calculate len.

[PATCH 4/6] Input: Remove vmmouse port reservation

Port reservation is not required. Furthermore, this port is shared by other VMware services for host-side communication. Signed-off-by: Sinclair Yeh Reviewed-by: Thomas Hellstrom Cc: pv-driv...@vmware.com Cc: linux-graphics-maintai...@vmware.com Cc:

[PATCH 5/6] x86: Remove address from the vmware.c header

We should no longer have mailing address of Free Software Foundation in the copyright header. Since this patch series touches this file, taking this opportunity to fix the header. Signed-off-by: Sinclair Yeh Reviewed-by: Thomas Hellstrom Reviewed-by:

Re: [RESEND PATCH] arm64: bpf: add 'store immediate' instruction

On 11/30/2015 2:24 PM, Yang Shi wrote: aarch64 doesn't have native store immediate instruction, such operation has to be implemented by the below instruction sequence: Load immediate to register Store register Signed-off-by: Yang Shi CC: Zi Shen Lim

Re: [PATCH 2/7] nohz: New tick dependency mask

On Tue, Dec 01, 2015 at 09:41:09PM +0100, Peter Zijlstra wrote: > On Fri, Nov 13, 2015 at 03:22:04PM +0100, Frederic Weisbecker wrote: > > The tick dependency is evaluated on every IRQ. This is a batch of checks > > which determine whether it is safe to stop the tick or not. These checks > > are

Re: [PATCH v1] mm: fix warning in comparing enumerator

On Tue, 1 Dec 2015, Naoya Horiguchi wrote: > I saw the following warning when building mmotm-2015-11-25-17-08. > > mm/page_alloc.c:4185:16: warning: comparison between 'enum zone_type' and > 'enum ' [-Wenum-compare] > for (i = 0; i < MAX_ZONELISTS; i++) { > ^ > > enum

Re: [PATCH 1/2] extcon: add driver for Intel USB mux

Hi, Heikki Krogerus writes: > Several Intel PCHs and SOCs have an internal mux that is > used to share one USB port between USB Device Controller and > xHCI. The mux is normally handled by System FW/BIOS, but not > always. For those platforms where the FW does

Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver

On 12/1/2015 6:34 AM, Vinod Koul wrote: > On Mon, Nov 30, 2015 at 03:06:36PM -0500, Sinan Kaya wrote: >> I have split the debugfs support from this patch to its own patch. Any >> other idea on how else you'd break the code? I can take one more step >> and separate the lower layer from the OS layer

Re: mm: kernel BUG at mm/huge_memory.c:3272!

On Mon, Nov 30, 2015 at 09:37:33AM -0500, Sasha Levin wrote: > Hi Kirill, > > I've hit the following while fuzzing with trinity on the latest -next kernel: > > [ 321.348184] page:ea0011a20080 count:1 mapcount:1 > mapping:8802d745f601 index:0x1802 > [ 321.350607] flags:

Re: [PATCH v2 0/3] tpm_tis: Clean up force module parameter

On Tue, Dec 01, 2015 at 11:58:26AM -0700, Jason Gunthorpe wrote: > Drive the force=1 flow through the driver core. There are two main reasons to > do this: > 1) To enable tpm_tis for OF environments requires a platform_device anyhow, > so > the probe/release code needs to be re-used for

Re: [PATCH 00/13] mvneta Buffer Management and enhancements

Hi Gregory, Thanks for the log. I think it may be an overall problem with 4GB size representation in mvebu_mbus_dram_info structure? Maybe whole DRAM space is associated to CS0, and the 4GB size (0x1 ) does not fit u32 variable? Best regards, Marcin 2015-12-01 14:12 GMT+01:00 Gregory

Re: [PATCH v4 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

On Mon, 30 Nov 2015 18:55:23 -0600 ebied...@xmission.com (Eric W. Biederman) wrote: > Andrew Morton writes: > > > On Mon, 30 Nov 2015 16:04:36 -0800 Kees Cook wrote: > > > >> >> > +#ifdef CONFIG_HAVE_ARCH_MMAP_RND_BITS > >> >> > + { > >> >>

Re: [PATCH v5 2/2] USB: quirks: Apply ALWAYS_POLL to all ELAN devices

On Tue, 1 Dec 2015, Adrien Vergé wrote: > All ELAN hid devices seem to require the ALWAYS_POLL quirk. Let's use > this quirk for all devices from this vendor, rather than maintaining a > list of all its known product IDs. > > Tested-by: Adrien Vergé > Signed-off-by:

BUG: NULL ptr deref at 0000000000000040 (hfs_find_init+0x1a/0x60)

Hi, Mounting the attached hfs image (fuzzed) on the latest linus/master gives me the following NULL pointer dereference: # mount -o loop -t hfs hfs.0 /mnt/ hfs: unable to locate alternate MDB hfs: continuing without an alternate MDB BUG: unable to handle kernel NULL pointer dereference at

Re: [PATCH] Improve Atheros ethernet driver not to do order 4 GFP_ATOMIC allocation

From: Michal Hocko Date: Mon, 30 Nov 2015 14:21:29 +0100 > On Sat 28-11-15 15:51:13, Pavel Machek wrote: >> >> atl1c driver is doing order-4 allocation with GFP_ATOMIC >> priority. That often breaks networking after resume. Switch to >> GFP_KERNEL. Still not ideal, but

Re: [PATCH 2/7] nohz: New tick dependency mask

On Fri, Nov 13, 2015 at 03:22:04PM +0100, Frederic Weisbecker wrote: > The tick dependency is evaluated on every IRQ. This is a batch of checks > which determine whether it is safe to stop the tick or not. These checks > are often split in many details: posix cpu timers, scheduler, sched clock, >

Re: [PATCH 3/9] mm: postpone page table allocation until do_set_pte()

On 11/18/2015 03:25 PM, Kirill A. Shutemov wrote: > --- a/mm/filemap.c > +++ b/mm/filemap.c > @@ -2068,11 +2068,6 @@ void filemap_map_pages(struct fault_env *fe, ... > if (file->f_ra.mmap_miss > 0) > file->f_ra.mmap_miss--; > - do_set_pte(fe, page);

Re: [v8, 2/6] fsl/fman: Add FMan support

From: Date: Mon, 30 Nov 2015 14:20:58 +0200 > +typedef irqreturn_t (fman_exceptions_cb)(struct fman *fman, > + enum fman_exceptions exception); Function and function pointer declarations and definitions should be indented such

Re: [PATCH v2] arm64: dts: qcom: Add apq8096 dragonboard dts skeletons

On 12/01/2015 08:11 AM, Rajendra Nayak wrote: > Add new dtsi and dts files for the apq8096 dragonboards with just > a serial device used as debug console > > While at it, also rearrange the Makefile so we have one dtb per line > so as to be consistent with whats done on other platforms. > >

Re: "hw csum failure" error on skge driver with 4.3 kernel upon receiving ICMPv6 multicast listener discovery packets

On Tue, 1 Dec 2015 22:07:45 +0100 Stefan Ring wrote: > On Sun, Nov 15, 2015 at 7:44 PM, David Madore wrote: > > The skge driver in the 4.3 kernel reports hardware checksum errors > > upon receiving (certain?) IPv6 multicast packets containing ICMPv6 > >

[PATCH v5 1/4] mm: mmap: Add new /proc tunable for mmap_base ASLR.

From: dcashman ASLR only uses as few as 8 bits to generate the random offset for the mmap base address on 32 bit architectures. This value was chosen to prevent a poorly chosen value from dividing the address space in such a way as to prevent large allocations. This may not

[PATCH v5 2/4] arm: mm: support ARCH_MMAP_RND_BITS.

From: dcashman arm: arch_mmap_rnd() uses a hard-code value of 8 to generate the random offset for the mmap base address. This value represents a compromise between increased ASLR effectiveness and avoiding address-space fragmentation. Replace it with a Kconfig option, which

[PATCH v5 4/4] x86: mm: support ARCH_MMAP_RND_BITS.

From: dcashman x86: arch_mmap_rnd() uses hard-coded values, 8 for 32-bit and 28 for 64-bit, to generate the random offset for the mmap base address. This value represents a compromise between increased ASLR effectiveness and avoiding address-space fragmentation. Replace it

[PATCH v5 0/4] Allow customizable random offset to mmap_base address.

Address Space Layout Randomization (ASLR) provides a barrier to exploitation of user-space processes in the presence of security vulnerabilities by making it more difficult to find desired code/data which could help an attack. This is done by adding a random offset to the location of regions in

  1   2   3   4   5   6   7   8   9   10   >