[PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range. (v1.1)

A recent change to the mm code in: 87744ab3832b83ba71b931f86f9cfdb000d07da5 mm: fix cache mode tracking in vm_insert_mixed() started enforcing checking the memory type against the registered list for amixed pfn insertion mappings. It happens that the drm drivers for a number of gpus relied on

RE: [patch v1] drivers/platform/x86: select hwmon for Mellanox hotplug driver in Kconfig

> -Original Message- > From: Randy Dunlap [mailto:rdun...@infradead.org] > Sent: Sunday, October 23, 2016 7:57 PM > To: Vadim Pasternak ; dvh...@infradead.org; > fengguang...@intel.com > Cc: da...@davemloft.net; ge...@linux-m68k.org; akpm@linux- > foundation.org;

Re: [PATCH v2] inotify: Convert to using per-namespace limits

On 10/11/2016 10:36 AM, Nikolay Borisov wrote: > This patchset converts inotify to using the newly introduced > per-userns sysctl infrastructure. > > Currently the inotify instances/watches are being accounted in the > user_struct structure. This means that in setups where multiple > users in

[PATCH v3][manpages 2/2] perf_event_open.2: Document write_backward

Linux 4.7 (9ecda41acb971ebd07c8fb35faf24005c0baea12) introduces write_backward attribute to perf_event_attr. Document this feature. Signed-off-by: Wang Nan Reviewed-by: Vince Weaver Cc: Michael Kerrisk ---

[PATCH v3][manpages 1/2] perf_event_open.2: Document PERF_EVENT_IOC_PAUSE_OUTPUT

Linux 4.7 (86e7972f690c1017fd086cdfe53d8524e68c661c) introduces PERF_EVENT_IOC_PAUSE_OUTPUT feature. Document it. Signed-off-by: Wang Nan Reviewed-by: Vince Weaver Cc: Michael Kerrisk --- man2/perf_event_open.2 | 24

[PATCH v3][manpages 0/2] Document new feature in perf_event_open

Decribe PERF_EVENT_IOC_PAUSE_OUTPUT and write_backward in man pages. v2 -> v3: Correct words. Explain the relationship between readonly ring buffer and over-writable ring buffer in patch 1/2. Wang Nan (2): perf_event_open.2: Document PERF_EVENT_IOC_PAUSE_OUTPUT perf_event_open.2:

Re: [PATCH V3 2/2] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

Hi Lorenzo Many thanks for your review. 在 2016/10/22 0:08, Lorenzo Pieralisi 写道: On Fri, Oct 21, 2016 at 02:12:44PM +0800, Dongdong Liu wrote: [...] +static int hisi_pcie_init(struct pci_config_window *cfg) +{ + int ret; + struct acpi_device *adev = to_acpi_device(cfg->parent);

Re: [PATCH 20/26] ubifs: Add support for encrypted symlinks

Eric, On 21.10.2016 20:42, Eric Biggers wrote: > On Fri, Oct 21, 2016 at 02:48:35PM +0200, Richard Weinberger wrote: >> + >> +if (!dentry) >> +return ERR_PTR(-ECHILD); >> + >> +if (ubifs_crypt_is_encrypted(inode)) { >> +err = fscrypt_get_encryption_info(inode); >>

Re: [PATCH 15/26] ubifs: Implement encrypt/decrypt for all IO

Eric, On 21.10.2016 20:25, Eric Biggers wrote: > On Fri, Oct 21, 2016 at 02:48:30PM +0200, Richard Weinberger wrote: >> + >> +if (ubifs_crypt_is_encrypted(inode)) { >> +int clen = le16_to_cpu(dn->compr_size); >> + >> +if (clen <= 0 || clen > UBIFS_BLOCK_SIZE || clen >

Re: [PATCH v2] media: solo6x10: fix lockup by avoiding delayed register write

On Mon, Oct 24, 2016 at 06:57:25AM +0200, Krzysztof Hałasa wrote: > Andrey Utkin writes: > > > --- a/drivers/media/pci/solo6x10/solo6x10.h > > +++ b/drivers/media/pci/solo6x10/solo6x10.h > > @@ -284,7 +284,10 @@ static inline u32 solo_reg_read(struct solo_dev >

Re: [PATCH v1 1/2] ARM: dts: vfxxx: Enable DMA for DSPI on Vybrid

On Mon, Oct 03, 2016 at 06:20:37PM +0530, Sanchayan Maity wrote: > Enable DMA for DSPI on Vybrid. > > Signed-off-by: Sanchayan Maity This is a hardware description which looks correct, regardless of the DSPI driver readiness. So I applied it. Shawn

Re: [PATCH 2/3] zram: support page-based parallel write

On (10/24/16 14:58), Minchan Kim wrote: [..] > > struct blk_plug_cb *blk_check_plugged(blk_plug_cb_fn unplug, void *data, > > int size) > > { > > struct blk_plug *plug = current->plug; > > struct blk_plug_cb *cb; > > > > if (!plug) > >

radeon_connector_unregister NULL ptr deref

Hi guys, I'm getting a NULL ptr deref splat when hibernating my box with 4.9-rc1+. All I got so far is an ugly camera shot from the splat which I'm typing in by hand. Any ideas or already a fix? The callstack looks like this: unable to handle kernel NULL pointer dereference at 00...0890 (I

Re: [RFC PATCH] kbuild: add -fno-PIE

On 2016-10-24 09:38:49 [+0200], Sven Joachim wrote: > > But make still fails with it. :-( try setting CONFIG_CC_STACKPROTECTOR_NONE=y and please let me know if the resulting kernel built with v3.2 gcc boots & works. > > Cheers, >Sven Sebastian

x86 PAT memtype regression fixes

This is the working set, I messed up a git add on CONFIG_PAT vs CONFIG_X86_PAT. This set of changes fixes a regression since the change to the pfn_insert_mixed code to use the memtype tracking code. All the GPU drivers using TTM need to insert the VRAM mapping into the memtype table so don't get

Re: x86 PAT memtype regression fix (resend)

* Dave Airlie wrote: > On 24 October 2016 at 16:03, Dave Airlie wrote: > > I messed up one of the mailing lists last time (copied ancient > > address from another script). > > > > Oops ignore both of those sets, forgot a git add, will repost once it >

Re: [PATCH 2/2] perf_event_open.2: Document write_backward

On 2016/10/22 18:05, Michael Kerrisk (man-pages) wrote: On 10/21/2016 11:25 PM, Vince Weaver wrote: On Fri, 21 Oct 2016, Wang Nan wrote: context_switch : 1, /* context switch data */ - - __reserved_1 : 37; + write_backward : 1, /* Write ring buffer from

[PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

From: Michael Zoran Signed-off-by: Michael Zoran --- drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [linux-sunxi] [PATCH 1/3] phy: sun4i: check PHY id when poking unknown bit of pmu

Dne 24.10.2016 v 05:59 Icenowy Zheng napsal(a): > Allwinner SoC's PHY 0, when used as OTG controller, have no pmu part. > The code that poke some unknown bit of PMU for H3/A64 didn't check > the PHY, and will cause kernel oops when PHY 0 is used. > > Fixes: b3e0d141ca9f (phy: sun4i: add support

Re: [PATCH 25/26] ubifs: Implement UBIFS_FLG_ENCRYPTION

Eric, On 21.10.2016 20:30, Eric Biggers wrote: > On Fri, Oct 21, 2016 at 02:48:40PM +0200, Richard Weinberger wrote: >> @@ -190,6 +191,10 @@ long ubifs_ioctl(struct file *file, unsigned int cmd, >> unsigned long arg) >> sizeof(policy))) >>

Re: [PATCH 26/26] ubifs: Raise write version to 5

Ted, On 21.10.2016 19:47, Theodore Ts'o wrote: > On Fri, Oct 21, 2016 at 10:31:54AM -0700, Michael Halcrow wrote: >>> diff --git a/fs/ubifs/ubifs-media.h b/fs/ubifs/ubifs-media.h >>> index bdc7935a5e41..e8c23c9d4f4a 100644 >>> --- a/fs/ubifs/ubifs-media.h >>> +++ b/fs/ubifs/ubifs-media.h >>> @@

[PATCH kernel v3] PCI: Enable access to custom VPD for Chelsio devices (cxgb3)

There is at least one Chelsio 10Gb card which uses VPD area to store some custom blocks (example below). However pci_vpd_size() returns the length of the first block only assuming that there can be only one VPD "End Tag" and VFIO blocks access beyond that offset (since 4e1a63555) which leads to

[PATCH 0/2] Fix remaining arm64 build issues in vchiq

From: Michael Zoran Hi, I implemented an alternative implementation of vchiq that uses dma_map_sg instead of dma_map_page. I've included some benchmarks. As you can see that for larger page sizes, the dma_map_sg implementation is faster then the original unportable

Re: UBIFS with dma on 4.6 kernel is not working

Christoph, On 21.10.2016 15:15, Christoph Hellwig wrote: > On Fri, Oct 21, 2016 at 03:07:57PM +0200, Richard Weinberger wrote: >> Hmm, thought this is still problematic on VIVT architectures. >> Boris tried to provide a solution for that some time ago: >>

Re: [PATCH 01/26] fscrypto: Add buffer operations

Christoph, On 21.10.2016 15:24, Christoph Hellwig wrote: > On Fri, Oct 21, 2016 at 03:17:03PM +0200, Richard Weinberger wrote: >> UBIFS works on kmalloc()'ed buffers where it constructs the NAND/NOR pages >> which will be written to the MTD. JFFS2 does the same. > > Yes, you can trivially do a

Re: [PATCH v9 00/12] Add Mediated device support

On 10/18/2016 05:22 AM, Kirti Wankhede wrote: > This series adds Mediated device support to Linux host kernel. Purpose > of this series is to provide a common interface for mediated device > management that can be used by different devices. This series introduces > Mdev core module that creates

Re: Btrfs: fix free space tree bitmaps on big-endian systems

On Sat, Oct 15, 2016 at 2:46 AM, Linux Kernel Mailing List wrote: > Web: > https://git.kernel.org/torvalds/c/2fe1d55134fce05c17ea118a2e37a4af771887bc > Commit: 2fe1d55134fce05c17ea118a2e37a4af771887bc 520f16abf003952d in v4.7.10 1ff6341b5d92dd6b in

Re: [PATCH 1/5] lib/scatterlist: Fix offset type in sg_alloc_table_from_pages

Hi Tvrtko, On 2016-10-21 16:11, Tvrtko Ursulin wrote: From: Tvrtko Ursulin Scatterlist entries have an unsigned int for the offset so correct the sg_alloc_table_from_pages function accordingly. Since these are offsets withing a page, unsigned int is wide enough.

Re: [PATCH V7 4/4] dmaengine: qcom_hidma: add MSI support for interrupts

On Mon, Oct 24, 2016 at 5:55 AM, Sinan Kaya wrote: > On 10/21/2016 12:11 PM, Andy Shevchenko wrote: >>> +static void hidma_free_msis(struct hidma_dev *dmadev) >>> > +{ >>> > +#ifdef CONFIG_GENERIC_MSI_IRQ_DOMAIN >> Perhaps one #ifdef and two definitions of functions? > > I

[PATCH v4] [media] vb2: Add support for capture_dma_bidirectional queue flag

From: Pawel Osciak When this flag is set for CAPTURE queues by the driver on calling vb2_queue_init(), it forces the buffers on the queue to be allocated/mapped with DMA_BIDIRECTIONAL direction flag instead of DMA_FROM_DEVICE. This allows the device not only to write to the

Re: [PATCH v2 1/9] mtd: spi-nor: improve macronix_quad_enable()

On Wed, Oct 5, 2016 at 5:30 PM, Cyrille Pitchen wrote: > The patch checks whether the Quad Enable bit is already set in the Status > Register. If so, the function exits immediately with a successful return > code. Otherwise, a message is now printed telling we're

Re: [RFC PATCH] kbuild: add -fno-PIE

On 2016-10-23 12:23 -0700, Joe Perches wrote: > On Sun, 2016-10-23 at 18:19 +0200, Sven Joachim wrote: >> On 2016-10-21 23:21 +0200, Adam Borowski wrote: >> > On Fri, Oct 21, 2016 at 01:16:00PM +0200, Sebastian Andrzej Siewior wrote: >> > > Debian started to build the gcc with

Re: [RFC v2 2/2] mmc: sdhci: Ignore capability register when it comes to speeds and use DT binding instead when sdhci-cap-speed-modes-broken is set.

On 22/10/16 00:35, Zach Brown wrote: > When the sdhci-cap-speed-modes-broken DT property is set, the driver > will ignore the bits of the capability registers that correspond to > speed modes. > > Signed-off-by: Zach Brown > --- > drivers/mmc/host/sdhci.c | 10 ++ > 1

Re: ERROR: "bad_dma_ops" [drivers/tty/serial/stm32-usart.ko] undefined!

Hi Greg, On 10/23/2016 11:54 AM, kbuild test robot wrote: Hi Alexandre, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0c2b6dc4fd4fa13796b319aae969a009f03222c6 commit: 3489187204eb75e5635d8836babfd0a18be613f4

Re: [PATCH v2] inotify: Convert to using per-namespace limits

On Tue 11-10-16 10:36:22, Nikolay Borisov wrote: > This patchset converts inotify to using the newly introduced > per-userns sysctl infrastructure. > > Currently the inotify instances/watches are being accounted in the > user_struct structure. This means that in setups where multiple > users in

Re: Scrolling down broken with "perf top --hierarchy"

On Mon, Oct 24, 2016 at 07:53:12AM +0200, Markus Trippelsdorf wrote: > On 2016.10.24 at 13:55 +0900, Namhyung Kim wrote: > > Hi, > > > > Sorry for late reply. > > > > On Mon, Oct 10, 2016 at 07:54:27PM +0200, Markus Trippelsdorf wrote: > > > On 2016.10.08 at 13:21 +0200, Markus Trippelsdorf

[PATCH] drivers: mfd: ti_am335x_tscadc: increase ADC ref clock to 24MHz

Increase ADC reference clock from 3MHz to 24MHz so that the sampling rates goes up from 100K samples per second to 800K samples per second on AM335x and AM437x SoC. Also increase opendelay for touchscreen configuration to equalize the increase in ADC reference clock frequency, which results in

[PATCH 2/2] drm/drivers: add support for using the arch wc mapping API.

This fixes a regression in all these drivers since the cache mode tracking was fixed for mixed mappings. It uses the new arch API to add the VRAM range to the PAT mapping tracking tables. Fixes: 87744ab3832 (mm: fix cache mode tracking in vm_insert_mixed()) Signed-off-by: Dave Airlie

x86 PAT memtype regression fix (resend)

I messed up one of the mailing lists last time (copied ancient address from another script). Dave.

[PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range.

A recent change to the mm code in: 87744ab3832b83ba71b931f86f9cfdb000d07da5 mm: fix cache mode tracking in vm_insert_mixed() started enforcing checking the memory type against the registered list for amixed pfn insertion mappings. It happens that the drm drivers for a number of gpus relied on

Re: Scrolling down broken with "perf top --hierarchy"

On 2016.10.24 at 15:02 +0900, Namhyung Kim wrote: > On Mon, Oct 24, 2016 at 07:53:12AM +0200, Markus Trippelsdorf wrote: > > On 2016.10.24 at 13:55 +0900, Namhyung Kim wrote: > > > Hi, > > > > > > Sorry for late reply. > > > > > > On Mon, Oct 10, 2016 at 07:54:27PM +0200, Markus Trippelsdorf

Re: Scrolling down broken with "perf top --hierarchy"

On Mon, Oct 24, 2016 at 08:04:31AM +0200, Markus Trippelsdorf wrote: > On 2016.10.24 at 15:02 +0900, Namhyung Kim wrote: > > On Mon, Oct 24, 2016 at 07:53:12AM +0200, Markus Trippelsdorf wrote: > > > Another issue: all entries vanish if one scrolls to the left two times. > > > > Hmm.. Did you

Re: [PATCH] gpio: mcp23s08: Add option to configure pullups.

On Monday 24 October 2016 02:53:31, Linus Walleij wrote: > On Fri, Oct 21, 2016 at 5:00 PM, Enric Balletbo i Serra > > wrote: > > Default is without pullups, but if property is specified in DT and the bit > > is set, set a pullup on GPIO-n. > > > > Signed-off-by:

Re: x86 PAT memtype regression fix (resend)

On 24 October 2016 at 16:03, Dave Airlie wrote: > I messed up one of the mailing lists last time (copied ancient > address from another script). > Oops ignore both of those sets, forgot a git add, will repost once it finish rebuild/boot cycle. Dave.

/dev/mem arch/x86 mm/pat.c break

Hi, Unless I read C wrong, pat.c seems to break all non-strict devmem use. I discovered this while reversing a bunch of pci and other low-level stuff. Here is a link to the fix, http//users.dhp.com/~n/pubs/ the one starting with Linux-86...txt is the correct file, those kernel bugs in OpenBSD

[PATCH 2/2] drm/drivers: add support for using the arch wc mapping API.

This fixes a regression in all these drivers since the cache mode tracking was fixed for mixed mappings. It uses the new arch API to add the VRAM range to the PAT mapping tracking tables. Fixes: 87744ab3832 (mm: fix cache mode tracking in vm_insert_mixed()) Signed-off-by: Dave Airlie

x86 PAT memtype regression fixes (with extra cc's)

As per Ingo's request I've cc'ed a bunch more x86/PAT people. Dave.

[PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range. (v1.1)

A recent change to the mm code in: 87744ab3832b83ba71b931f86f9cfdb000d07da5 mm: fix cache mode tracking in vm_insert_mixed() started enforcing checking the memory type against the registered list for amixed pfn insertion mappings. It happens that the drm drivers for a number of gpus relied on

Re: [GIT PULL 00/52] New Tool: perf c2c

On Sun, Oct 23, 2016 at 04:47:19PM -0700, Andi Kleen wrote: > > hm, most likely you did not generate any remote HITMs.. if it was on the > > laptop? > > you might get some results for local HITMs with -d option: > > > > $ perf c2c report -d lcl > > > > the default display/filter is for Remote

Re: [PATCH] aio: fix a use after free (and fix freeze protection of aio writes)

Al, any chance to send this user triggerable use after free on to Linus? On Sun, Oct 16, 2016 at 07:51:22AM +0200, Christoph Hellwig wrote: > From: Jan Kara > > Currently we dropped freeze protection of aio writes just after IO was > submitted. Thus aio write could be in flight

Re: [PATCH] logfs: remove from tree

On Sat, Oct 15, 2016 at 01:33:29AM +0100, Al Viro wrote: > IMO that's a plain and simple "just before -rc1" fodder, to be sent > straight to Linus. No objections from me, anyway. It's "just after -rc2" now, but maybe it's still time for this trivial removal?

[PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

From: Michael Zoran The original arm implementation uses dmac_map_area which is not portable. Replace it with an architecture neutral version which uses dma_map_sg. As you can see that for larger page sizes, the dma_map_sg implementation is faster then the original

[RFC PATCH] gpio: of: fix GPIO drivers with multiple gpio_chip for a single node

Sylvain Lemieux reports the LPC32xx GPIO driver is broken since commit 762c2e46c059 ("gpio: of: remove of_gpiochip_and_xlate() and struct gg_data"). Probably, gpio-etraxfs.c and gpio-davinci.c are broken as well. Those drivers register multiple gpio_chip that are associated to a single OF node,

Re: [PATCH v2 0/9] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories

On Sun, Oct 23, 2016 at 2:03 AM, Marek Vasut wrote: > On 10/22/2016 01:00 PM, Jagan Teki wrote: >> On Wed, Oct 5, 2016 at 5:30 PM, Cyrille Pitchen >> wrote: >>> Hi all, >>> >>> This series extends support of SPI protocols to new protocols such as >>> SPI

Re: radeon_connector_unregister NULL ptr deref

On 24/10/16 04:34 PM, Borislav Petkov wrote: > Hi guys, > > I'm getting a NULL ptr deref splat when hibernating my box with > 4.9-rc1+. All I got so far is an ugly camera shot from the splat which > I'm typing in by hand. > > Any ideas or already a fix? > > The callstack looks like this: > >

Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

On 10/22/2016 02:06 AM, Nicholas Piggin wrote: > On Fri, 21 Oct 2016 14:05:36 +0200 > Peter Zijlstra wrote: > >> On Fri, Oct 21, 2016 at 01:58:55PM +0200, Christian Borntraeger wrote: >>> stop_machine can take a very long time if the hypervisor does >>> overcommitment for

Re: The downside of math::

On Sun, 2016-10-23 at 12:58 +0200, Markus Heiser wrote: > If you don't want to see a warning log, we have to consider  > a solution like Johannes Berg posted here: > >  https://www.mail-archive.com/linux-doc@vger.kernel.org/msg07071.html > > @johannes: since this thread and our "sequence

[PATCH] CHROMIUM: ec: register shutdown function to clear delayed works

This patch applies on top of "mfd: cros_ec: Add EC console read structures definitions" (https://patchwork.kernel.org/patch/9294887/). This patch is currently against a linux 3.18 kernel. Reboot or shutdown during delayed works could corrupt communication with EC, and certain I2C controller may

Re: [PATCH] [media] st-hva: fix a copy-and-paste variable name error

Thanks (and sorry for the delay of my answer), Acked-by: Jean-Christophe Trotin On 09/19/2016 08:19 AM, Colin King wrote: > From: Colin Ian King > > The second check for an error on hva->lmi_err_reg appears > to be a copy-and-paste

[PATCH 3/4] serial: 8250_uniphier: hardcode regshift to avoid unneeded memory read

For this driver, uart_port::regshift is always 2. Hardcode the shift value instead of reading ->regshift to get an already known value. (pointed out by Denys Vlasenko) Furthermore, I am using register macros that are already shifted, which will save code a bit. Signed-off-by: Masahiro Yamada

[PATCH 0/4] serial: 8250_uniphier: some fixes and optimization

This series is mostly based on excellent observant comments from Denys Vlasenko. - Add '\n' to a printk message - Fix a minor bug - Memory access optimization - Locking optimization Denys Vlasenko (1): serial: 8250_uniphier: fix more unterminated string Masahiro Yamada (3): serial:

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Sat, Oct 22, 2016 at 5:39 PM, Amir Goldstein wrote: > On Sat, Oct 22, 2016 at 10:24 AM, Amir Goldstein wrote: >> On Fri, Oct 21, 2016 at 11:13 PM, Vivek Goyal wrote: >>> --- >>> fs/file.c| 41

Re: [PATCH 1/4] MAINTAINERS: Add "B:" for URI where to file bugs

On Thu, Oct 20, 2016 at 03:22:12PM +0300, Jani Nikula wrote: > Different subsystems and drivers have different preferences for where to > file bugs and what information to include. Add "B:" entry for specifying > the URI for the bug tracker directly, a web page for detailed info on > filing bugs,

Re: [PATCH V2 1/5] powerpc/mpc85xx: Update TMU device tree node for T1040/T1042

On Sun, Oct 09, 2016 at 02:47:02PM +0800, Jia Hongtao wrote: > From: Hongtao Jia > > SoC compatible string and endianness property are added according to the > new bindings. The commit log doesn't seem to match the actual changes. Same for patch 2/5. Shawn > >

[PATCH v2] drm: tilcdc: implement palette loading for rev1

Revision 1 of the IP doesn't work if we don't load the palette (even if it's not used, which is the case for the RGB565 format). Add a function called from tilcdc_crtc_enable() which performs all required actions if we're dealing with a rev1 chip. Signed-off-by: Bartosz Golaszewski

Re: [PATCH] drm: tilcdc: implement palette loading for rev1

2016-10-21 19:14 GMT+02:00 Bartosz Golaszewski : > Revision 1 of the IP doesn't work if we don't load the palette (even > if it's not used, which is the case for the RGB565 format). > > Add a function called from tilcdc_crtc_enable() which performs all > required actions

Re: [PATCH] drm: tilcdc: implement palette loading for rev1

2016-10-21 19:14 GMT+02:00 Bartosz Golaszewski : > Revision 1 of the IP doesn't work if we don't load the palette (even > if it's not used, which is the case for the RGB565 format). > > Add a function called from tilcdc_crtc_enable() which performs all > required actions

Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

On Mon, Oct 24, 2016 at 09:52:31AM +0200, Christian Borntraeger wrote: > Peter, I will fixup the patch set (I forgot to remove the lowlatency > in 2 places) and push it on my tree for linux-next. Lets see what happens. > Would the tip tree be the right place if things work out ok? I think so,

Re: [PATCH V4 01/10] acpi: apei: read ack upon ghes record consumption

On 21/10/16 18:30, Tyler Baicar wrote: A RAS (Reliability, Availability, Serviceability) controller may be a separate processor running in parallel with OS execution, and may generate error records for consumption by the OS. If the RAS controller produces multiple error records, then they may be

Re: [patch v1] drivers/platform/x86: select hwmon for Mellanox hotplug driver in Kconfig

On Sun, 2016-10-23 at 12:45 +, vad...@mellanox.com wrote: > From: Vadim Pasternak > > Add select HWMON for mlxcpld-hotplug driver config, since it requires > hwmon APIs. > > Signed-off-by: Vadim Pasternak > --- >  drivers/platform/x86/Kconfig | 1 +

Re: The downside of math::

On Mon, 24 Oct 2016, Johannes Berg wrote: > But yes, I also agree that we shouldn't add any dependencies where the > input isn't suitable as a fallback, since that also means that the > input is going to be difficult to read and write in the source, which > should

Re: [PATCH -resend] Input: i8042, lower log level when controller_init fails

Any updates on this? On 10/03/2016, 10:56 AM, Jiri Slaby wrote: > There are a lot of machines without i8042 controller nowadays. > Sometimes i8042_controller_check returns 0 because i8042_flush does > nothing (read from the port returns 0 and the while loop does not > execute). > > In that case,

Re: [PATCH v5 3/9] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

Em Mon, 24 Oct 2016 11:22:08 +0800 Tiffany Lin escreveu: > Hi Mauro, > > On Fri, 2016-10-21 at 11:01 -0200, Mauro Carvalho Chehab wrote: > > Em Fri, 2 Sep 2016 20:19:54 +0800 > > Tiffany Lin escreveu: > > > > > Add v4l2 layer decoder

Re: [PATCH 1/2] mailbox: mailbox-test: Fix module autoload

On Thu, 20 Oct 2016, Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > > Export the module alias information using the

Re: [PATCH 2/2] mailbox: sti: Fix module autoload for OF registration

On Thu, 20 Oct 2016, Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > > Export the module alias information using the

[PATCH 2/4] serial: 8250_uniphier: fix clearing divisor latch access bit

At this point, 'value' is always a byte, then this code is clearing bit 15, which is already clear. I meant to clear bit 7. Signed-off-by: Masahiro Yamada Reported-by: Denys Vlasenko --- drivers/tty/serial/8250/8250_uniphier.c | 2 +- 1

[PATCH 1/4] serial: 8250_uniphier: fix more unterminated string

From: Denys Vlasenko Commit 1681d2116c96 ("serial: 8250_uniphier: add "\n" at the end of error log") missed this. Signed-off-by: Denys Vlasenko [masahiro: add commit log] Signed-off-by: Masahiro Yamada ---

[PATCH 4/4] serial: 8250_uniphier: avoid locking for FCR register write

The hardware book says, the FCR is combined with a register called CHAR (it will trigger interrupt when a specific character is received). At first, I used lock/read/modify/write/unlock dance for the FCR to not affect the upper bits, but the CHAR is actually never used. It should not hurt to

Re: [PATCH] ACPICA: arm64: fix compile apci tools fail for arm64

On 2016/10/22 3:40, Zheng, Lv wrote: > Hi, > > I generated a solution with tools/power/acpi makefiles. > Please give it a try. Hi Lv, Your patch also works. > Sorry for the hackish build includes. > > Thanks and best regards > Lv >

Re: [PATCH v5 6/9] x86, kvm: support vcpu preempted check

This is new version for [PATCH v6 6/9] x86, kvm: support vcpu preempted check change: an explicit pad[3] after __u8 preempted. From b876ea1a2a724c004b543b2c103a1f8faa5f106e Mon Sep 17 00:00:00 2001 From: Pan Xinhui Date: Thu, 20 Oct 2016 08:14:41 -0400

Re: pinctrl_cherryview: massive error messages (handle_bad_irq)

On Mon, Oct 24, 2016 at 01:34:05AM +0200, Linus Walleij wrote: > On Thu, Oct 20, 2016 at 5:36 PM, Christian Steiner > wrote: > > >>> Currently I am using BIOS v1.22. Recently Acer released v1.23. I could > >>> test if the BIOS update solves the problem. > >> > >>

Re: [PATCH v5 9/9] Documentation: virtual: kvm: Support vcpu preempted check

This is new version for [PATCH v6 9/9] Documentation: virtual: kvm: Support vcpu preempted check change: an explicit pad[3] after __u8 preempted. a typo fix in the commit log. From defac64d7c6a50d5f18ef64a7c776af3e21e8b68 Mon Sep 17 00:00:00 2001 From: Pan Xinhui

Re: Disabling an interrupt in the handler locks the system up

On 23/10/16 00:10, Mason wrote: > On 22/10/2016 13:37, Marc Zyngier wrote: > >> Mason wrote: >> >>> In my mental picture of interrupts (which is obviously so >>> incomplete as to be wrong) interrupts are a way for hardware >>> to tell the CPU that they urgently need the CPU's attention. >> >>

Re: [PATCH net-next] flow_dissector: fix vlan tag handling

Sat, Oct 22, 2016 at 10:30:08PM CEST, a...@arndb.de wrote: >gcc warns about an uninitialized pointer dereference in the vlan >priority handling: > >net/core/flow_dissector.c: In function '__skb_flow_dissect': >net/core/flow_dissector.c:281:61: error: 'vlan' may be used uninitialized in >this

Re: [PATCH v4] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Thierry, On 2016-10-24 09:30, Thierry Escande wrote: From: Pawel Osciak When this flag is set for CAPTURE queues by the driver on calling vb2_queue_init(), it forces the buffers on the queue to be allocated/mapped with DMA_BIDIRECTIONAL direction flag instead of

Re: [patch] zfcp: spin_lock_irqsave() is not nestable

On 10/14/2016 10:21 PM, Martin K. Petersen wrote: >> "Steffen" == Steffen Maier writes: > > Steffen> could you please queue this as fix for one of my patches that > Steffen> went into the 4.9 merge window, so for 4.9-rc I guess? > > Applied to 4.9/scsi-fixes. >

Re: radeon_connector_unregister NULL ptr deref

On Mon, Oct 24, 2016 at 04:46:30PM +0900, Michel Dänzer wrote: > Should be fixed in -rc2, specifically these commits: > > https://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next=b0c80bd5d2e317f7596fe2badc1a3379fb3211e5 >

Re: [PATCH 1/2] power: bq27xxx_battery: add configurable poll_interval by sysfs

> Ok can do in next revision > > > Also... what is it good for? > > > > Do you have a device that needs non-standard interval? > > Basically we need to have the ability to dynamically change the > intervals. So closer to a battery drain we need to up the reporting > intervals. Could you

Re: The downside of math::

On Mon, 24 Oct 2016, Johannes Berg wrote: > On Sun, 2016-10-23 at 12:58 +0200, Markus Heiser wrote: >> Further I think we should not generate more (and more) external >> requirements like e.g. plantuml, Java or reportlab discussed here: > > I still disagree, I think we

[PATCH] ipc: msg, make msgrcv work with LONG_MIN

When LONG_MIN is passed to msgrcv, one would expect to recieve any message. But convert_mode does *msgtyp = -*msgtyp and -LONG_MIN is undefined. In particular, with my gcc -LONG_MIN produces -LONG_MIN again. So handle this case properly by assigning LONG_MAX to *msgtyp if LONG_MIN was specified

Re: The downside of math::

> I'd like to refine: Do not add non-trivial hard dependencies. Do not > add dependencies the lack of which make large parts of generated > documentation useless. > > Graceful degradation on unmet dependencies is the key here. Agree. > Give a build > warn about missing dependencies. Try to do

Re: mbox-name vs. mbox-names (was: Re: [PATCH v4 1/5] mailbox: dt: Supply bindings for ST's Mailbox IP)

On Fri, 21 Oct 2016, Geert Uytterhoeven wrote: > On Fri, Oct 16, 2015 at 9:21 AM, Lee Jones wrote: > > Signed-off-by: Lee Jones > > --- > > .../devicetree/bindings/mailbox/sti-mailbox.txt| 51 > > ++ > > 1 file changed, 51

Build regressions/improvements in v4.9-rc2

Below is the list of build error/warning regressions/improvements in v4.9-rc2[1] compared to v4.8[2]. Summarized: - build errors: +39/-3 - build warnings: +1474/-969 JFYI, when comparing v4.9-rc2[1] to v4.9-rc1[3], the summaries are: - build errors: +10/-21 - build warnings: +375/-252

Re: [PATCH] ARM: sti: stih410-clocks: Add PROC_STFE as a critical clock

On Tue, 18 Oct 2016, Peter Griffin wrote: > Once the ST frontend demux HW IP has been enabled, the clock can't > be disabled otherwise the system will hang and the board will > be unserviceable. > > To allow balanced clock enable/disable calls in the driver we use > the critical clock

Re: [PATCH V2 3/5] arm:dt:ls1021a: Add TMU device tree support for LS1021A

On Sun, Oct 09, 2016 at 02:47:04PM +0800, Jia Hongtao wrote: > From: Hongtao Jia > > Also add nodes and properties for thermal management support. > > Signed-off-by: Jia Hongtao For patch #3 ~ #5, I updated the subject prefix a bit and applied. Shawn

Re: [PATCH 1/4] MAINTAINERS: Add "B:" for URI where to file bugs

On 20/10/16 23:22, Jani Nikula wrote: Different subsystems and drivers have different preferences for where to file bugs and what information to include. Add "B:" entry for specifying the URI for the bug tracker directly, a web page for detailed info on filing bugs, or a mailto: URI. Cc: Daniel

Re: Build regressions/improvements in v4.9-rc2

On Mon, Oct 24, 2016 at 10:42 AM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.9-rc2[1] to v4.9-rc1[3], the summaries are: > - build errors: +10/-21 + /home/kisskb/slave/src/arch/arm/include/asm/dma-mapping.h: error: invalid suffix "xUL" on integer constant: =>

BUG: stack guard page was hit tpm_tis_send_data

Hi I've tried to boot 4.9.0-0.rc1.git3.2.fc26.x86_64 - end experienced this BUG report (on Lenovo T61 4G) systemd[335]: systemd-udev-settle.service: Executing: /usr/bin/udevadm settle tpm_tis 00:06: 1.2 TPM (device-id 0x3203, rev-id 9) FUJITSU Extended Socket Network Device Driver - version

Re: [PATCH 0/5] reset: make non-modular drivers really non modular

Hi Paul, Am Samstag, den 22.10.2016, 17:48 -0400 schrieb Paul Gortmaker: > [[PATCH 0/5] reset: make non-modular drivers really non modular] On > 13/06/2016 (Mon 14:03) Paul Gortmaker wrote: > > > For anyone new to the underlying goal of this cleanup, we are trying to > > not use module support

Re: Reset implementation for Zynq

Hi Iztok, Moritz, Am Freitag, den 21.10.2016, 10:04 -0700 schrieb Moritz Fischer: > Iztok, > > On Fri, Oct 21, 2016 at 03:08:47AM -0700, iztok.je...@redpitaya.com wrote: > > Hi Moritz, > > > > I was looking at your reset implementation for Zynq: > >

  1   2   3   4   5   6   7   8   9   10   >