[PATCH] device tree description for AD5820 camera auto-focus coil

Add documentation for ad5820 device tree binding. Signed-off-by: Pavel Machek diff --git a/Documentation/devicetree/bindings/media/i2c/ad5820.txt b/Documentation/devicetree/bindings/media/i2c/ad5820.txt new file mode 100644 index 000..fb70ca5 --- /dev/null +++

Re: Anyone have a clone of wireless-legacy.git?

> Not really necessary - at least one commit ID in it is well > documented: > > https://www.softwarefreedom.org/resources/2007/ath5k-code-analysis.html > > That might very well be one of the last commits in that tree. > Actually, no - it says ath5k branch. I don't seem to have it. johannes

Re: kernel BUG at linux-3.16.7-ckt25/fs/dcache.c:2373!

On Thu, Jun 02, 2016 at 09:51:27AM +0200, Philipp Hahn wrote: > Hello, > > probably during heavy IO our file server crashed on a BUG_ON in dache.c, > probably triggered by NFS: > > > [ cut here ] > > kernel BUG at > >

Re: [PATCH 4/4] powerpc/mm/radix: Implement tlb mmu gather flush efficiently

On Thu, 2 Jun 2016 15:09:49 +0530 "Aneesh Kumar K.V" wrote: > Now that we track page size in mmu_gather, we can use address based > tlbie format when doing a tlb_flush(). We don't do this if we are > invalidating the full address space. > > ... > > void

Re: [RESEND PATCH v4 5/5] thermal: rockchip: add the set_trips function

On Fri, May 27, 2016 at 1:36 AM, Caesar Wang wrote: > Whenever the current temperature is updated, the trip points immediately > below and above the current temperature are found. A sensor driver > callback `set_trips' is then called with the temperatures. > Lastly, The

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

On 06/02/16 13:22, Eric W. Biederman wrote: > > The problem with lookup_one_len_unlocked is that it still calls > inode_permission. > > As per previous discussions we don't want the path based permission > checks involved in that lookup. > Is it that we don't *want* it, or that we don't *need*

[PATCH] x86/efi: Auto enable EFI memmap on SGI UV systems

Currently, the EFI memory map entries are disabled by default and must be enabled by passing the kernel boot option: add_efi_memmap The EFI memory map entries should be enabled on systems with more than 128 E820 entries, which includes many UV systems. Check if we're on a UV system by chekcing

Re: [PATCH 16/20] drm: omap: Rely on the default ->best_encoder() behavior

Hi Boris, Thank you for the patch. On Thursday 02 Jun 2016 16:31:43 Boris Brezillon wrote: > We have a 1:1 relationship between connectors and encoders and the > driver is relying on the atomic helpers: we can drop the custom > ->best_encoder() implementation and let the core call >

[PATCH 5/6] clocksource/drivers/bcm_kona: Add the COMPILE_TEST option

Change the Kconfig option logic to fullfil with the current approach. A new Kconfig option is added, CONFIG_BCM_KONA_TIMER and is selected by the platform. Then the clocksource's Kconfig is changed to make this option selectable by the user if the COMPILE_TEST option is set. Otherwise, it is up

[PATCH 3/6] clocksource/drivers/bcm2835: Add the COMPILE_TEST option

Change the Kconfig option logic to fullfil with the current approach. A new Kconfig option is added, CONFIG_BCM2835_TIMER and is selected by the platform. Then the clocksource's Kconfig is changed to make this option selectable by the user if the COMPILE_TEST option is set. Otherwise, it is up to

[PATCH 2/6] clocksource/drivers/bcm_kona: Remove useless header

The driver includes the header but it is pointless. Remove it. Signed-off-by: Daniel Lezcano --- drivers/clocksource/bcm_kona_timer.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clocksource/bcm_kona_timer.c b/drivers/clocksource/bcm_kona_timer.c

[PATCH 4/6] clocksource/drivers/armv7m_systick: Add the COMPILE_TEST option

In order to increase the compilation test coverage, add the COMPILE_TEST so the driver can be compiled even if it does not belong to the platform or the architecture. Signed-off-by: Daniel Lezcano --- drivers/clocksource/Kconfig | 2 +- 1 file changed, 1 insertion(+),

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov wrote: > Hi John, > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: >> From: Jorge Ramirez-Ortiz >> >> This driver provides a input driver for the power button on the >> HiSi

Re: [PATCH v2 2/5] fsl/qe: setup clock source for TDM mode

From: Zhao Qiang Date: Thu, 2 Jun 2016 09:44:58 +0800 > +static int ucc_get_tdm_sync_source(u32 tdm_num, enum qe_clock clock, > +enum comm_dir mode) > +{ > + int source = -EINVAL; > + > + if (mode == COMM_DIR_RX && clock ==

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On Thu, 2 Jun 2016, Kirill A. Shutemov wrote: > On Thu, Jun 02, 2016 at 05:21:41PM +0200, Gerald Schaefer wrote: > > > > The following quick hack fixed the issue: > > > > diff --git a/mm/swap_state.c b/mm/swap_state.c > > index 0d457e7..c99463a 100644 > > --- a/mm/swap_state.c > > +++

[PATCH] gpio: 104-dio-48e: Fix control port offset computation off-by-one error

There are only two control ports, each controlling three distinct I/O ports. To compute the control port address offset for a respective I/O port, the I/O port address offset should be divided by 3; dividing by 2 may result in not only the wrong address offset but possibly also an out-of-bounds

[GIT PULL] KVM fixes for v4.7-rc2

Linus, The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

Re: [PATCH 3/3] Update efi_thunk to use efi_call_virt_generic

On Wed, 18 May, at 02:11:41PM, Alex Thorlton wrote: > diff --git a/arch/x86/include/asm/efi.h b/arch/x86/include/asm/efi.h > index f310f0b..6643f9b 100644 > --- a/arch/x86/include/asm/efi.h > +++ b/arch/x86/include/asm/efi.h > @@ -68,6 +68,52 @@ struct efi_scratch { > u64 phys_stack; >

Re: [PART2 RFC v1 1/9] iommu/amd: Detect and enable guest vAPIC support

On 5/9/2016 6:49 AM, Joerg Roedel wrote: On Fri, Apr 08, 2016 at 07:49:22AM -0500, Suthikulpanit, Suravee wrote: From: Suravee Suthikulpanit This patch introduces a new IOMMU driver parameter, amd_iommu_guest_ir, which can be used to specify different interrupt

Re: [PATCH 2/3] Update uv_bios_call to use efi_call_virt_generic

On Thu, Jun 02, 2016 at 08:45:47PM +0100, Matt Fleming wrote: > Unless I've missed it, I didn't see an explanation in the changelog of > why it's OK to switch from using __va(tab->function) to tab->function > directly, which presumably is a physical address. > > Was that intended? It was

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

"H. Peter Anvin" writes: > On 06/02/16 13:22, Eric W. Biederman wrote: >> >> The problem with lookup_one_len_unlocked is that it still calls >> inode_permission. >> >> As per previous discussions we don't want the path based permission >> checks involved in that lookup. >> > >

Re: [PATCH v2] mtd: brcmnand: Add v7.2 controller support

This patch looks good to me. Acked-by: Kamal Dasu Thanks Kamal On Thu, Jun 2, 2016 at 1:13 PM, Boris Brezillon wrote: > On Tue, 31 May 2016 10:23:02 -0700 > Florian Fainelli wrote: > >> The 7.2 controller differs

Re: [PATCH 01/20] x86, intel: Introduce macros for Intel family numbers

On Thursday, June 02, 2016 08:57:15 AM Borislav Petkov wrote: > On Wed, Jun 01, 2016 at 05:11:57PM -0700, Dave Hansen wrote: > > +#define INTEL_FAM6_MODEL_CORE_YONAH0x0E > > +#define INTEL_FAM6_MODEL_CORE2_MEROM 0x0F > > That "MODEL_" part looks redundant too IMO -

Re: [PATCH] of: use pr_fmt prefix for all console printing

On 06/02/16 12:56, Rob Herring wrote: > On Thu, Jun 2, 2016 at 12:33 PM, Frank Rowand wrote: >> On 06/02/16 08:14, Rob Herring wrote: >>> Clean-up all the DT printk functions to use common pr_fmt prefix. >>> >>> Some print statements such as kmalloc errors were redundant,

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Hi, > > Despite the fact that this is my commit, I don't think it should be > > merged. We should figure out why sdhci-iproc.c isn't working, instead. > > so it doesn't work with sdhci-bcm2835 on RPi 3, too? With sdhci-bcm2835 rpi3 wifi doesn't work for me. I didn't try sdhci-iproc yet.

Re: Anyone have a clone of wireless-legacy.git?

On Thu, Jun 02, 2016 at 08:48:08PM +0100, One Thousand Gnomes wrote: > On Thu, 2 Jun 2016 14:38:04 -0400 > "John W. Linville" wrote: > > > It has recently come to my attention that the old wireless-legacy.git > > tree is no longer available on kernel.org. I honestly have

Re: [PATCH] MAINTAINERS: Remove Muli Ben-Yahuda from Calgary x86-64 IOMMU entry

Maybe Muli Ben-Yehuda ? On Thu, 02 Jun 2016 17:58:47 +0200 Krzysztof Kozlowski wrote: > Muli Ben-Yahuda's email bounces so remove him from Calgary IOMMU. He is > already present in CREDITS for that. > > Cc: disc...@x86-64.org > Cc: Jon D. Mason

Re: [PATCH 09/20] drm: rcar-du: Rely on the default ->best_encoder() behavior

Hi Boris, Thank you for the patch. On Thursday 02 Jun 2016 16:31:36 Boris Brezillon wrote: > All outputs have a 1:1 relationship between connectors and encoders, > and the driver is relying on the atomic helpers: we can drop the custom > ->best_encoder() implementations and let the core call >

Re: [PATCH v1 1/2] ARM: dts: keystone: remove bogus IO resource entry from PCI binding

On 06/02/2016 02:08 PM, Santosh Shilimkar wrote: > On 6/2/2016 8:17 AM, Murali Karicheri wrote: >> The PCI DT bindings contain a bogus entry for IO space which is not >> supported on Keystone. The current bogus entry has an invalid size >> and throws following error during boot. >> >> [0.420713]

Re: [Patch v5 3/8] firmware: qcom: scm: Use atomic SCM for cold boot

On 05/12, Andy Gross wrote: > This patch changes the cold_set_boot_addr function to use atomic SCM > calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to > support the two arguments going to the smc call. Using atomic removes > the need for memory allocation and instead places all

Re: [Patch v5 2/8] firmware: qcom: scm: Convert SCM to platform driver

On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM firmware driver into a platform > driver. And introduces clk enable/disable + rate setting logic because the firmware uses crypto clks during some scm calls. > > + > +static struct platform_driver qcom_scm_driver = { > +

Re: [PATCH v6 00/21] ILP32 for ARM64

On Tue, May 24, 2016 at 03:04:29AM +0300, Yury Norov wrote: > This series enables aarch64 with ilp32 mode, and as supporting work, > introduces compat wrappers based on s390 solution, and also introduces > ARCH_32BIT_OFF_T configuration option that is enabled for existing > 32-bit architectures

Re: [PATCH v8 03/14] perf tools: Introducing struct unwind_libunwind_ops for local unwind

On Thu, Jun 02, 2016 at 09:55:15AM +, He Kuang wrote: SNIP > @@ -680,3 +680,52 @@ int unwind__get_entries(unwind_entry_cb_t cb, void *arg, > > return get_entries(, cb, arg, max_stack); > } > + > +static struct unwind_libunwind_ops > +_unwind_libunwind_ops = { > + .prepare_access

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On Thu, Jun 2, 2016 at 5:42 PM, Viresh Kumar wrote: > On 2 June 2016 at 20:38, Rafael J. Wysocki wrote: >> On Thu, Jun 2, 2016 at 4:19 PM, Viresh Kumar wrote: >>> Hi Rafael, >>> >>> This series fixes all cpufreq drivers that

Re: [PATCH v8 00/14] Add support for remote unwind

On Thu, Jun 02, 2016 at 09:55:12AM +, He Kuang wrote: SNIP > and now we can use LIBUNWIND_DIR to specific custom dirctories > containing libunwind libs. > > v8: > > - Put unwind__register_ops call into unwind__prepare_access from >patch 4 to patch 3. > - Fail thread__insert_map on

Re: [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

Hi Boris, Thank you for the patch. On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: > Adapt drm_pick_crtcs() and update_connector_routing() to fallback to > drm_atomic_helper_best_encoder() if funcs->best_encoder() is NULL so > that DRM drivers can leave this hook unassigned if they know

Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls

On 06/01/2016 01:48 PM, Arnd Bergmann wrote: >> +330common pkey_alloc sys_pkey_alloc >> > +331common pkey_free sys_pkey_free >> > >> > # >> > # x32-specific system call numbers start at 512 to avoid cache impact >> > > Could you also add the system call

[PATCH v2 -next] virtio-net: Add initial MTU advice feature

This commit adds the feature bit and associated mtu device entry for the virtio network device. When a virtio device comes up, it checks the feature bit for the VIRTIO_NET_F_MTU feature. If such feature bit is enabled, the driver will read the advised MTU and use it as the initial value.

Re: [PATCH] usb: musbhsdma: Add space after that ','.

Hi, On Wed, Jun 01, 2016 at 09:49:35AM -0400, Sandhya Bankar wrote: > Add space after that ','. > > Signed-off-by: Sandhya Bankar Please revise the subject prefix to "usb: musb: musbhsdma: ...". Regards, -Bin.

[PATCH 6/6] clocksource/drivers/clps_711x: Add the COMPILE_TEST option

Change the Kconfig option logic to fullfil with the current approach. A new Kconfig option is added, CONFIG_BCM_KONA_TIMER and is selected by the platform. Then the clocksource's Kconfig is changed to make this option selectable by the user if the COMPILE_TEST option is set. Otherwise, it is up

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Stefan Wahren writes: > Hi Eric, > >> Eric Anholt hat am 2. Juni 2016 um 20:18 geschrieben: >> >> >> Stefan Wahren writes: >> >> > Hi Gerd, >> > >> > Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: >> >> From: Eric Anholt

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> I have some other questions which answers should we know: > > 1) Is that AUX MAC address implemented only in customized windows Dell > driver? Or also in "upstream" windows Realtek driver and all users of > Realtek hw can install it (or update via next driver update)? > I don't have the

Re: [PATCH] device tree description for AD5820 camera auto-focus coil

On Thu, Jun 02, 2016 at 09:30:27PM +0200, Pavel Machek wrote: > > Add documentation for ad5820 device tree binding. > > Signed-off-by: Pavel Machek Thanks, Pavel!! Can I pick the two patches (this one + the driver) or would you like to send a pull request? In the latter case

[PATCH 1/6] clk: Add missing clk_get_sys() stub

When compiling with the COMPILE_TEST option set, the clps711x does not compile because of the clk_get_sys() noop stub missing. Signed-off-by: Daniel Lezcano --- include/linux/clk.h | 4 1 file changed, 4 insertions(+) diff --git a/include/linux/clk.h

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

On Thu, Jun 2, 2016 at 2:23 PM, Eric W. Biederman wrote: > > We certainly don't need the permission check. I agree that we don't need it, but it does simplify the code, and it doesn't actually harm anything, since the thing we check for permissions is the same /dev

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Thu, Jun 02, 2016 at 06:57:00PM +0100, Will Deacon wrote: > > +++ b/include/asm-generic/qspinlock.h > > @@ -28,30 +28,13 @@ > > */ > > static __always_inline int queued_spin_is_locked(struct qspinlock *lock) > > { > > + /* > > +* See queued_spin_unlock_wait(). > > * > > +*

Re: [BUG] Possible silent data corruption in filesystems/page cache

On Jun 1, 2016, at 3:51 AM, Barczak, Mariusz wrote: > > We run data validation test for buffered workload on filesystems: > ext3, ext4, and XFS. > In context of flushing page cache block device driver returned IO error. > After dropping page cache our validation tool

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

Linus Torvalds writes: > On Thu, Jun 2, 2016 at 8:29 AM, Eric W. Biederman > wrote: >> >> The /dev/ptmx device node is changed to lookup the directory entry >> "pts" in the same directory as the /dev/ptmx device node was opened >> in. If

Re: [PATCH v8 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map

On Thu, Jun 02, 2016 at 09:55:16AM +, He Kuang wrote: SNIP > } > > -void thread__insert_map(struct thread *thread, struct map *map) > +int thread__insert_map(struct thread *thread, struct map *map) > { > + int ret; > + > map_groups__fixup_overlappings(thread->mg, map, stderr);

Re: [PATCH v8 13/14] perf callchain: Support x86 target platform

On Thu, Jun 02, 2016 at 09:55:25AM +, He Kuang wrote: SNIP > @@ -31,9 +33,17 @@ int unwind__prepare_access(struct thread *thread, struct > map *map) > return 0; > > arch = normalize_arch(thread->mg->machine->env->arch); > - pr_debug("unwind: target platform=%s\n",

Re: [PATCH v8 08/14] perf tools: Extract common API out of unwind-libunwind-local.c

On Thu, Jun 02, 2016 at 09:55:20AM +, He Kuang wrote: SNIP > +void unwind__finish_access(struct thread *thread) > +{ > + if (thread->unwind_libunwind_ops) > + thread->unwind_libunwind_ops->finish_access(thread); > +} > + > +int unwind__get_entries(unwind_entry_cb_t cb, void

Re: [PATCH v2 5/6] ethernet/intel: Use pci_(request|release)_mem_regions

On Thu, 2016-06-02 at 09:30 +0200, Johannes Thumshirn wrote: > Now that we do have pci_request_mem_regions() and > pci_release_mem_regions() at > hand, use it in the Intel ethernet drivers. > > Suggested-by: Christoph Hellwig > Signed-off-by: Johannes Thumshirn

Re: [REGRESSION] Headphones no longer working on MacPro6,1 with 4.4

On 05/24/2016 10:54 AM, Takashi Iwai wrote: On Tue, 24 May 2016 18:41:06 +0200, Laura Abbott wrote: Node 0x10 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-Out caps: ofs=0x42,

Re: [PATCHv5] support for AD5820 camera auto-focus coil

On Thu, Jun 02, 2016 at 09:27:37PM +0200, Pavel Machek wrote: > On Thu 2016-06-02 10:45:45, Sakari Ailus wrote: > > On Thu, Jun 02, 2016 at 12:08:40AM +0200, Pavel Machek wrote: > > > On Wed 2016-06-01 18:24:39, Sakari Ailus wrote: > > > > Hi Pavel, > > > > > > > > Well, it does not use any dt

Re: [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: >> Adapt drm_pick_crtcs() and update_connector_routing() to fallback to >>

[PATCH v2 trivial] include/linux/memblock.h: Clean up code for several trivial details

From: Chen Gang Correct the function parameters alignment, since original code already use both tabs and white spaces together for the incorrect parameters alignment functions. If one line can hold one statement within 80 columns, let it in one line (original code did

Re: [Patch v5 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

On 05/12, Andy Gross wrote: > This patch adds the device tree support for the Qualcomm SCM firmware. > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCHv5] support for AD5820 camera auto-focus coil

On Thu 2016-06-02 10:45:45, Sakari Ailus wrote: > On Thu, Jun 02, 2016 at 12:08:40AM +0200, Pavel Machek wrote: > > On Wed 2016-06-01 18:24:39, Sakari Ailus wrote: > > > Hi Pavel, > > > > > > Well, it does not use any dt properties. So there's not really much to > > > > discuss with dt people...

Re: Anyone have a clone of wireless-legacy.git?

On Thu, 2 Jun 2016 14:38:04 -0400 "John W. Linville" wrote: > It has recently come to my attention that the old wireless-legacy.git > tree is no longer available on kernel.org. I honestly have no idea > what happened to it -- for all I know I fat-fingered it some time >

Re: [PATCH] of: use pr_fmt prefix for all console printing

On Thu, Jun 2, 2016 at 12:33 PM, Frank Rowand wrote: > On 06/02/16 08:14, Rob Herring wrote: >> Clean-up all the DT printk functions to use common pr_fmt prefix. >> >> Some print statements such as kmalloc errors were redundant, so just >> drop those. >> >> Cc: Frank

Re: Anyone have a clone of wireless-legacy.git?

On Thu, 2016-06-02 at 20:48 +0100, One Thousand Gnomes wrote: > On Thu, 2 Jun 2016 14:38:04 -0400 > "John W. Linville" wrote: > > > > > It has recently come to my attention that the old wireless- > > legacy.git > > tree is no longer available on kernel.org.  I honestly

[PATCH net-next] net: disable fragment reassembly if high_thresh is zero

Before commit 6d7b857d541e ("net: use lib/percpu_counter API for fragmentation mem accounting"), setting the reassembly high threshold to 0 prevented fragment reassembly as first fragment would be always evicted before second could be added to the queue. While inefficient, some users apparently

Re: [PATCH 5/5] intel_idle: Add S0ix validation

On Thu, Jun 2, 2016 at 12:53 PM, One Thousand Gnomes wrote: >> How would this spuriously trigger during boot? This code is only run >> during freeze. If there's some issue with not entering S0ix before a >> module or firmware is loaded, it's better to not use suspend

[RFC PATCH] x86/efi: Auto enable EFI memmap on SGI UV systems

The intent here is to automatically enable the EFI memory map entries on SGI UV systems, which can have more than 128 E820 entries and will cause headaches if the EFI memory map entries are not added. The assumption is made that the community would prefer that this change be a UV specific quirk,

Re: [PATCH/RFC 0/1] soc: renesas: Add DT fixup code for backwards compatibility

Hi Rob and Geert, On Wednesday 01 Jun 2016 15:27:59 Rob Herring wrote: > On Wed, Jun 1, 2016 at 2:50 PM, Geert Uytterhoeven wrote: > > Hi all, > > > > When moving functionality from C code to DT, we're regularly faced with > > stable DT issues: old DTBs should keep on working. This requires

Re: [PATCH 3/3] Update efi_thunk to use efi_call_virt_generic

On Thu, Jun 02, 2016 at 09:19:49PM +0100, Matt Fleming wrote: > On Wed, 18 May, at 02:11:41PM, Alex Thorlton wrote: > > +#define arch_efi_call_virt(p, f, ...) > > \ > > +({ \ > > + u32 func =

Re: [PATCH] usb: musb_host: Use sizeof(*qh)instead of sizeof *qh.

Hi, On Wed, Jun 01, 2016 at 09:40:06AM -0400, Sandhya Bankar wrote: > Use sizeof(*qh)instead of sizeof *qh. > > Signed-off-by: Sandhya Bankar Please revise the subject prefix to "usb: musb: host: ...". Regards, -Bin.

Re: [PATCH 2/3] Update uv_bios_call to use efi_call_virt_generic

On Wed, 18 May, at 02:11:40PM, Alex Thorlton wrote: > Now that the efi_call_virt macro has been generalized to be able to > use EFI system tables besides efi.systab, we are able to convert our > uv_bios_call wrapper to use this standard EFI callback mechanism. > > This simple change is part of a

Re: [PATCH 5/5] intel_idle: Add S0ix validation

> How would this spuriously trigger during boot? This code is only run > during freeze. If there's some issue with not entering S0ix before a > module or firmware is loaded, it's better to not use suspend to idle > until those are in place. Ok yes you are correct it's not likely to trigger during

Re: [PATCH] of: use pr_fmt prefix for all console printing

On Thu, 2016-06-02 at 14:56 -0500, Rob Herring wrote: > On Thu, Jun 2, 2016 at 12:33 PM, Frank Rowand wrote: [] > > > @@ -355,8 +355,6 @@ int of_overlay_create(struct device_node *tree) > > > > > >   id = idr_alloc(_idr, ov, 0, 0, GFP_KERNEL); > > >   if (id < 0)

Re: [PATCH 01/20] x86, intel: Introduce macros for Intel family numbers

On Wed, Jun 01, 2016 at 05:11:57PM -0700, Dave Hansen wrote: > > From: Dave Hansen > > If you are cc'd on this code, please check _your_ code vs. the > model list in "intel-family.h". Please make sure you have all > the models listed that you intend to. > >

Re: [PATCH 2/3] Update uv_bios_call to use efi_call_virt_generic

On Thu, Jun 02, 2016 at 04:14:03PM -0500, Alex Thorlton wrote: > On Thu, Jun 02, 2016 at 08:45:47PM +0100, Matt Fleming wrote: > > Unless I've missed it, I didn't see an explanation in the changelog of > > why it's OK to switch from using __va(tab->function) to tab->function > > directly, which

Re: [PATCH v4 0/8] Replay Protected Memory Block (RPMB) subsystem

On Thu, Jun 2, 2016 at 6:17 AM, Winkler, Tomas wrote: >> >> On Wed, Jun 1, 2016 at 2:41 PM, Tomas Winkler >> wrote: >> > Few storage technology such is EMMC, UFS, and NVMe support RPMB >> >hardware partition with common protocol and frame layout.

Re: [PATCH 2/3] dt-bindings: watchdog: Add Meson GXBB Watchdog bindings

On Mon, May 30, 2016 at 04:12:06PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/watchdog/meson-gxbb-wdt.txt | 16 > > 1 file changed, 16 insertions(+) > create mode 100644 >

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > wrote: > > Hi John, > > > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: > >> From: Jorge Ramirez-Ortiz > >>

Re: [PATCH 00/10] String hash improvements

On Wed, May 25, 2016 at 9:08 AM, Linus Torvalds wrote: > Ok, thanks. For some odd reason all your emails in this series got > marked as spam. Every single one, including the cover letter (but not > your replies to the replies to this). I have added the following

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov wrote: > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov >> wrote: >> > Hi John, >> > >> > On Wed, Jun 01, 2016 at 02:27:39PM

Re: [PATCH v2 1/3] regulator: DT: Add DT property for operation mode configuration

On Tue, May 31, 2016 at 04:20:35PM +0800, Fan Chen wrote: > On Mon, 2016-05-23 at 12:28 +0100, Mark Brown wrote: > > Henry, *please* look at how the existing mode support in the bindings is > > done and consider how a consumer would use this given that it doesn't > > know anything about the

Re: NFS/d_splice_alias breakage

On 6/2/16, 18:46, "linux-nfs-ow...@vger.kernel.org on behalf of Oleg Drokin" wrote: >Hello! > > I just came across a bug (trying to run some Lustre test scripts against > NFS, while hunting for another nfsd bug) > that

Re: [PATCH 3/4] doc: dt: pwm: add binding for ChromeOS EC PWM

Hi, After some more thought, a small change in plans. On Tue, May 31, 2016 at 06:10:59PM -0700, Brian Norris wrote: > On Sat, May 28, 2016 at 10:00:45PM -0700, Gwendal Grignou wrote: > > Instead of using device tree, assuming you have firmware control, > > another way could be to add a firmware

Newsletter-Abmeldung

Guten Tag, Sie sind nun aus dem Verteiler ausgetragen. Schade, dass Sie sich dafür entschieden haben, unseren Newsletter nicht mehr erhalten zu wollen. Selbstverständlich können Sie sich auf unserer Homepage jederzeit wieder anmelden, sollten Sie doch wieder Interesse haben. Ihre Anregungen und

[PATCH net] ethernet/sfc: report supported link speeds on SFP connections

My solarflare cards connected to a 10GbE switch with an SFP+ module/cable don't currently report any supported link speeds: $ ethtool ens4f0 Settings for ens4f0: Supported ports: [ FIBRE ] Supported link modes: Not reported Supported pause frame use: Symmetric

Re: [PATCH v5 1/6] qspinlock: powerpc support qspinlock

On Fri, 2016-06-03 at 11:32 +1000, Benjamin Herrenschmidt wrote: > On Thu, 2016-06-02 at 17:22 +0800, Pan Xinhui wrote: > > > > Base code to enable qspinlock on powerpc. this patch add some > > #ifdef > > here and there. Although there is no paravirt related code, we can > > successfully build a

Re: [PATCH v2 1/2] usb: ohci-at91: Forcibly suspend ports while USB suspend

On Wed, Jun 01, 2016 at 12:29:59PM +0800, Wenyou Yang wrote: > In order to the save power consumption, as a workaround, suspend > forcibly the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI > Interrupt Configuration Register in the SFRs while OHCI USB suspend. > > This suspend operation

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 06:32:42PM +, mario_limoncie...@dell.com wrote: > > And you want to check this for all Dell devices? Please be model > > specific, I doubt a bunch of Dell servers wants to run this code... > > > > Tracking model specific is really going to turn into a giant list

Re: [PATCH v3 06/12] power: pwrseq: simple: Add support for regulator and generic property

On Wed, Jun 01, 2016 at 10:02:15AM +0200, Krzysztof Kozlowski wrote: > Some devices need real hard-reset by cutting the power. During power > sequence turn off and on the regulator, if it is provided. > > Additionally add support for instantiating the pwrseq-simple device on a > generic property

Re: [PATCH] hwmon: ina2xx: Document compatible for INA231

On Wed, Jun 01, 2016 at 11:43:12AM +0200, Krzysztof Kozlowski wrote: > Document the compatible for INA231 sensor. > > Signed-off-by: Krzysztof Kozlowski > --- > Documentation/devicetree/bindings/hwmon/ina2xx.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by: Rob

[PATCH v4 net-next 04/13] net: hisilicon: add support of acpi for hns-mdio

From: Kejian Yan hns-mdio needs to register itself to mii-bus. The info of the device can be read by both DT and ACPI. HNS tries to call Linux PHY driver to help access PHY-devices, the HNS hardware topology is as below. The MDIO controller may control several PHY-devices,

[PATCH v4 net-next 03/13] net: hisilicon: cleanup to prepare for other cases

From: Kejian Yan Hns-mdio only supports DT case now. do some cleanup to prepare for introducing other cases later, no functional change. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang --- change log: v4: mii-id

[PATCH v4 net-next 00/13] net: hns: add support of ACPI

From: Kejian Yan This series adds HNS support of acpi. The routine will call some ACPI helper functions, like acpi_dev_found() and acpi_evaluate_dsm(), which are not included in other cases. In order to make system compile successfully in other cases except ACPI, it needs

[PATCH v4 net-next 06/13] net: hns: use platform_get_irq instead of irq_of_parse_and_map

From: Kejian Yan As irq_of_parse_and_map is only used by DT case, it is excepted to use a uniform interface. So it is used platform_get_irq() instead. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang ---

[PATCH v4 net-next 09/13] net: hns: add dsaf misc operation method

From: Kejian Yan The misc operation for different hw platform may be different, if using current implementation, it will add a new branch on each function for every new hw platform, so we add a method for this operation. Signed-off-by: Kejian Yan

[PATCH v4 net-next 07/13] net: hns: enet specify a reference to dsaf by fwnode_handle

From: Kejian Yan As device_node is only used by DT case, it is expected to find uniform ways. So fwnode_handle is the suitable method. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang --- change log: v2: remove the

[PATCH v4 net-next 12/13] net: hns: implement the miscellaneous operation by asl

From: Kejian Yan The miscellaneous operation is implemented in BIOS, the kernel can call _DSM method help to call the implementation in ACPI case. Here is a patch to do that. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang

Re: [PATCH 2/2] clk: rockchip: remove ROCKCHIP_SOFTRST_HIWORD_MASK for rockchip platform

在 2016/6/3 9:25, Xing Zheng 写道: Hi Shawn, On 2016年06月03日 08:54, Shawn Lin wrote: I check all the Socs including RK2928/3000/3066/3028X/316X/312X/ 3190/3188/3228/3368/3399/3036, and find all of them use high 16-bit as write mask. Obviously we don't need ROCKCHIP_SOFTRST_HIWORD_MASK any

[PATCH v9 12/14] perf tools: Introduce flag to separate local/remote unwind compilation

This is a preparation for including unwind-libunwind-local.c in other files for remote libunwind. Signed-off-by: He Kuang --- tools/perf/util/unwind-libunwind-local.c | 4 1 file changed, 4 insertions(+) diff --git a/tools/perf/util/unwind-libunwind-local.c

[PATCH v9 14/14] perf callchain: Support aarch64 cross-platform

Support aarch64 cross platform callchain unwind. Signed-off-by: He Kuang --- tools/perf/arch/arm64/util/unwind-libunwind.c | 4 ++- tools/perf/config/Makefile| 12 + tools/perf/util/Build | 1 +

[PATCH v9 03/14] perf tools: Introducing struct unwind_libunwind_ops for local unwind

Currently, libunwind operations are fixed, and they are chosen according to the host architecture. This will lead a problem that if a thread is run as x86_32 on x86_64 machine, perf will use libunwind methods for x86_64 to parse the callchain and get wrong result. This patch changes the fixed

[PATCH v9 04/14] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map

For determine the libunwind methods to use, we should get the 32bit/64bit information from maps of a thread. When a thread is newly created, the information is not prepared. This patch moves unwind__prepare_access() into thread__insert_map() so we can get the information we need from maps.

[PATCH v9 10/14] perf tools: Check the target platform before assigning unwind methods

Currently, perf script uses host unwind methods to parse perf.data callchain info regardless of the target architecture. So we get wrong result without any warnings when unwinding callchains of x86(32-bit) on x86(64-bit) machine. This patch adds extra step that check the target platform before

  1   2   3   4   5   6   7   8   9   10   >