Device-tree binding documentation for xilinx gmiitorgmii converter.
Signed-off-by: Kedareswara rao Appana
---
Changes for v5:
---> Fixed Indentation in the example as suggested by Michal.
Changes for v4:
--> Modified compatible as suggested by Rob.
--> Removed underscores from the converter node
Hi Punnaiah,
Thanks for the review...
> > +
> > +#define XILINX_GMII2RGMII_REG 0x10
> > +#define BMCR_SPEED10 0x00
>
> Move this macro to mii.h
Sure will fix in the next version...
>
> > +
> > +struct gmii2rgmii {
> > + struct phy_device *phy_dev;
> > + struct p
This patch adds support for gmiitorgmii converter.
The GMII to RGMII IP core provides the Reduced Gigabit Media
Independent Interface (RGMII) between Ethernet physical media
Devices and the Gigabit Ethernet controller. This core can
Switch dynamically between the three different speed modes of
Ope
Hi Andreas,
> Subject: [PATCH RESEND] net: can: Introduce MEN 16Z192-00 CAN controller
> driver
>
> This CAN Controller is found on MEN Chameleon FPGAs.
>
> The driver/device supports the CAN2.0 specification.
> There are 255 RX and 255 Tx buffer within the IP. The pointer for the
> buffer are h
From: Wanpeng Li
When the lock holder vCPU is racing with the queue head vCPU:
lock holder vCPU queue head vCPU
===
node->locked = 1;
READ_ONCE(node->locked)
... pv_wait_head_or_lock():
The Gigabit Media Independent Interface (GMII) to Reduced Gigabit Media
Independent Interface (RGMII) core provides the RGMII between RGMII-compliant
Ethernet physical media devices (PHY) and the Gigabit Ethernet controller.
This core can be used in all three modes of operation(10/100/1000 Mb/s).
T
On Mon, 08 Aug 2016, SF Markus Elfring wrote:
> > Please rebase all of your unaccepted patches on v4.8-rc1.
>
> Thanks for your suggestion. - Would you like to add any comments
> to my remaining update suggestions for Linux modules
> (besides "dm355evm_msp")?
>
> I would like to clarify still a
Hi,
this patch needs the fix below, since platforms can boot without a
cpu-map.
On 19/07/16 13:40, Juri Lelli wrote:
[...]
> @@ -185,6 +328,8 @@ static int __init parse_dt_topology(void)
> if (ret != 0)
> goto out_map;
>
> + normalize_cpu_capacity();
> +
> /*
>
On Mon, 08 Aug 2016, Keerthy wrote:
> On Friday 05 August 2016 02:31 PM, Lee Jones wrote:
> > On Fri, 05 Aug 2016, Keerthy wrote:
> > > On Friday 05 August 2016 01:33 PM, Lee Jones wrote:
> > > > On Wed, 29 Jun 2016, Keerthy wrote:
> > > >
> > > > > The LP873X chip is a power management IC for Por
On Fri, Jul 29, 2016 at 10:30:22AM -0700, Dmitry Torokhov wrote:
>On Fri, Jul 29, 2016 at 10:27 AM, Jason Gunthorpe
> wrote:
>
> On Thu, Jul 28, 2016 at 07:59:13PM -0700, Andrey Pronin wrote:
> > Annotate buffers used in spi transactions as cacheline_aligned
> > to use i
On Mon, Jul 25, 2016 at 01:07:35PM -0700, Keith Packard wrote:
> Instead of having only one hwrng feeding /dev/random at a time, maintain
> a list of devices and cycle between them when filling the entropy pool.
>
> Signed-off-by: Keith Packard
So you're cycling RNGs even for user-space reads? T
Currently the percpu-rwsem switches to (global) atomic ops while a
writer is waiting; which could be quite a while and slows down
releasing the readers.
This patch cures this problem by ordering the reader-state vs
reader-count (see the comments in __percpu_down_read() and
percpu_down_write()). T
On Mon, Aug 8, 2016 at 4:05 AM, Vignesh R wrote:
> It is possible that two or more ADC channels can be simultaneously
> requested for raw samples, in which case there can be race in access to
> FIFO data resulting in loss of samples.
> If am335x_tsc_se_set_once() is called again from tiadc_read_ra
On Thu, 14 Jul 2016, Wadim Egorov wrote:
> Add and use the chip id registers to determine the PMIC variant.
Yes, much better.
Interrogating the h/w for its model/version number is always
preferred.
Applied, thanks.
> Signed-off-by: Wadim Egorov
> ---
>
> This patch is based on top of
>
> [v
On Tue, 09 Aug 2016, Lee Jones wrote:
> On Thu, 14 Jul 2016, Wadim Egorov wrote:
>
> > Add and use the chip id registers to determine the PMIC variant.
>
> Yes, much better.
>
> Interrogating the h/w for its model/version number is always
> preferred.
>
> Applied, thanks.
Ah! Slight change o
> But the change-log in this patch says "I did some stuff".
> What stuff did you change? Which review comments did you
> tend to?
I imagine that I could increase the description granularity
to a detail level which you might also not like.
+put_device:
+ platform_device_put(pdev);
>>>
On Wed, 20 Jul 2016, Maxime Ripard wrote:
> Now that we have a GPIO driver for the AXP209, we can add it to our MFD.
>
> Signed-off-by: Maxime Ripard
> Acked-by: Linus Walleij
> ---
> drivers/mfd/axp20x.c | 3 +++
> 1 file changed, 3 insertions(+)
Applied, thanks.
> diff --git a/drivers/mfd/
On Tuesday 09 August 2016 03:21 PM, Matt Ranostay wrote:
> On Mon, Aug 8, 2016 at 4:05 AM, Vignesh R wrote:
>> It is possible that two or more ADC channels can be simultaneously
>> requested for raw samples, in which case there can be race in access to
>> FIFO data resulting in loss of samples.
On Tue, Aug 9, 2016 at 10:31 AM, Christoph Hellwig wrote:
> On Tue, Aug 09, 2016 at 10:28:38AM +0200, Daniel Vetter wrote:
>> The point is to make the docs more discoverable by being able to
>> cross-link them. Old hats like us don't need that, but it definitely
>> has value in bringing new folks
On Tue, 9 Aug 2016 11:40:08 +0900
Naohiro Aota wrote:
> Perf-probe detects a variable's type and use the detected type to add new
> probe. Then, kprobes prints its variable in hexadecimal format if the
> variable is unsigned and prints in decimal if it is signed.
>
> We sometimes want to see uns
well，it has already been added
The root cause is not act8846. Firefly have a bug with sdmmc and it
seems they didn't fix it in firefly-reload.
http://bbs.t-firefly.com/forum.php?mod=viewthread&tid=256
On Tue, Aug 9, 2016 at 2:15 AM, Jean-Francois Moine wrote:
> On Mon, 8 Aug 2016 18:21:45 +0100
> Andre Przywara wrote:
>
>> The Allwinner H3 SoC introduced bus clock gates with potentially
>> different parents per clock gate register. The H3 driver chose to
>> hardcode the actual parent clock re
The ARM architected timer driver falls under the drivers/clocksource/
catch-all in MAINTAINERS, and get_maintainers.pl doesn't suggest a
number of people who should be Cc'd.
The ARM architected timer is a core component of ARMv7+VE and ARMv8, and
is critical to the correct operation of both archit
Op 08-08-16 om 21:59 schreef Gustavo Padovan:
> 2016-08-08 Maarten Lankhorst :
>
>> Op 20-06-16 om 17:53 schreef Gustavo Padovan:
>>> From: Gustavo Padovan
>>>
>>> When creating a sync_pt the name received wasn't used anywhere.
>>> Now we add it to the sync info debug output to make it easier to i
從我的 iPad 傳送
> 陈豪 於 2016年8月9日 下午6:02 寫道：
>
> well，it has already been added
>
> The root cause is not act8846. Firefly have a bug with sdmmc and it
> seems they didn't fix it in firefly-reload.
>
> http://bbs.t-firefly.com/forum.php?mod=viewthread&tid=256
Yes, Jacob is right. Those high s
On Thu, Jul 28, 2016 at 06:55:13PM -0700, Andrey Pronin wrote:
> Add TPM2.0 PTP FIFO compatible SPI interface for chips with Cr50
> firmware.
>
> Signed-off-by: Andrey Pronin
Acked-by: Jarkko Sakkinen
/Jarkko
> ---
> .../devicetree/bindings/security/tpm/cr50_spi.txt | 21
> +++
Hi,
On 08/08/16 18:49, Peter Zijlstra wrote:
> On Tue, Jul 19, 2016 at 01:40:40PM +0100, Juri Lelli wrote:
> > Patches high level description:
> >
> > o 01/08 introduces documentation for the new optional DT binding
> > o [02-06]/08 add cpu-capacity attribute to TC2, Juno and Juno r2 DTs and
>
Hi Gregory
2016-08-08 17:03 GMT+02:00 Gregory CLEMENT :
> Hi Grzegorz,
>
> On Thu, Aug 04 2016, Grzegorz Jaszczyk wrote:
>
>> Hello,
>>
>> This is the second version of patch-set which enables some commonly used
>> features in mvebu_v7_defconfig and updates old or introduces new dts/dtsi
>> rela
On Mon, 2016-08-08 at 18:22 +0800, Jia He wrote:
> In PowerPC server with large number cpus, the loop index in smt=1 could be
> reduced to 1/8 compared with smt=8.
> Thus cache misses can be reduced.
>
> Signed-off-by: Jia He
> Cc: "David S. Miller"
> Cc: Alexey Kuznetsov
> Cc: James Morris
>
On Mon, Aug 08, 2016 at 05:10:05PM -0700, Qing Huang wrote:
>
> Not sure if I understood your scenario. Why there is a deadlock here?
>
CPU0 | CPU1
-
dr
In order to work, the 'err' return value has to be updated otherwise the
test can never be true.
Signed-off-by: Christophe JAILLET
---
tools/testing/selftests/timers/posix_timers.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/timers/posix_timers
On Mon, 2016-08-08 at 18:22 +0800, Jia He wrote:
> buff[] will be assigned later, so memset is not necessary.
>
> Signed-off-by: Jia He
> Cc: "David S. Miller"
> Cc: Alexey Kuznetsov
> Cc: James Morris
> Cc: Hideaki YOSHIFUJI
> Cc: Patrick McHardy
> ---
> net/ipv6/addrconf.c | 1 -
> 1 file
On Mon, Aug 8, 2016 at 8:33 PM, james harvey wrote:
> <<< How does booting through iPXE disrupt the BIOS E820 map? >>>
>
> Booting 4.6.4 from the Arch 2016.08.01 ISO on a DVD properly sees
> 64GB. (See quote 1.)
>
> Booting the same ISO through iPXE only sees about 50*M*B usable, and
> the detect
This is more efficient than list_for_each_safe() when list modification
is accompanied by breaking out of the loop.
Signed-off-by: Jan Beulich
Reviewed-by: Juergen Gross
---
v2: Avoid commit message to continue from subject.
---
drivers/xen/xenbus/xenbus_dev_frontend.c |4 ++--
1 file chang
On Thu, Jul 28, 2016 at 06:55:14PM -0700, Andrey Pronin wrote:
> Add TPM2.0 PTP FIFO compatible SPI interface for chips with Cr50
> firmware. The firmware running on the currently supported H1
> Secure Microcontroller requires a special driver to handle its
> specifics:
> - need to ensure a certai
On Tue, Aug 9, 2016 at 5:32 PM, Yang Zhang wrote:
> On 2016/8/9 2:16, Radim Krčmář wrote:
>>
>> msr bitmap can be used to avoid a VM exit (interception) on guest MSR
>> accesses. In some configurations of VMX controls, the guest can even
>> directly access host's x2APIC MSRs. See SDM 29.5 VIRTUA
The patch looks ok.
but perhaps it is better to replace this with clock_gettime() ?
from the manpage:
"POSIX.1-2008 marks gettimeofday() as obsolete, recommending the
use of clock_gettime(2) instead."
just my 2 cents.
re,
wh
Am 09.08.2016 12:11, schrieb Christophe JAILLET:
> In order to wor
On Fri, Jul 29, 2016 at 02:16:07PM -0400, Chris Metcalf wrote:
> On 7/11/2016 8:19 AM, Mark Rutland wrote:
> >On Mon, Jul 11, 2016 at 12:42:37PM +0100, Will Deacon wrote:
> >>On Fri, Jul 08, 2016 at 04:49:01PM +0100, Will Deacon wrote:
> >>>On Fri, Jul 08, 2016 at 11:43:50AM -0400, Chris Metcalf wr
This commit has a really nice changelog in the long description but
completely lacks why and how. Just by reading the description it would
be nice to know why you want to do this and by what means this commit
reaches that goal.
/Jarkko
On Wed, Jul 27, 2016 at 09:06:06PM -0700, Andrey Pronin wrote
On Tue, Aug 09, 2016 at 05:33:33PM +0800, Baolin Wang wrote:
> When the usb device has entered suspend state by runtime suspend method, and
> the sustem also try to enter suspend state by issuing usb_dev_suspend(), it
> will issue pm_runtime_resume() function to deal with wrong wakeup setting in
>
This patchset aims to support the legacy SCPI firmware implementation that was
delivered as early technology preview for the JUNO platform.
Finally a stable, maintained and public implementation for the SCPI protocol
has been upstreamed part of the JUNO support and it is the recommended way
of imp
Signed-off-by: Neil Armstrong
---
drivers/firmware/arm_scpi.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/firmware/arm_scpi.c b/drivers/firmware/arm_scpi.c
index 4388937..c6d6528 100644
--- a/drivers/firmware/arm_scpi.c
+++ b/drivers/firmware/arm_scpi.
Add legacy protocol driver for an early published SCPI implementation
by supporting old command indexes and structure.
This driver also supports vendor messages and rockchip specific
mailbox data structure for message passing to SCP.
Signed-off-by: Neil Armstrong
---
drivers/firmware/Kconfig
Signed-off-by: Neil Armstrong
---
drivers/firmware/Kconfig | 4 ++
drivers/firmware/Makefile | 1 +
drivers/firmware/scpi.c | 94 +++
include/linux/scpi_protocol.h | 15 ++-
4 files changed, 113 insertions(+), 1 deletion(-)
create mode
Implement official SCPI external commands with the newly introduced
vendor_send_message in ops.
Signed-off-by: Neil Armstrong
---
drivers/firmware/arm_scpi.c | 28 +---
1 file changed, 25 insertions(+), 3 deletions(-)
diff --git a/drivers/firmware/arm_scpi.c b/drivers/fi
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/arm/arm,scpi.txt | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/arm,scpi.txt
b/Documentation/devicetree/bindings/arm/arm,scpi.txt
index faa4b44..04bc171 100644
-
Adds an optional vendor_send_message to the scpi to enable sending
vendor platform specific commands to the SCP firmware.
Signed-off-by: Neil Armstrong
---
include/linux/scpi_protocol.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/scpi_protocol.h b/include/linux/scpi_pr
On 2016/8/9 1:14, Mike Kravetz wrote:
> On 08/07/2016 07:49 PM, zhongjiang wrote:
>> From: zhong jiang
>>
>> when memory hotplug enable, free hugepages will be freed if movable node
>> offline.
>> therefore, /proc/sys/vm/nr_hugepages will be incorrect.
>>
>> The patch fix it by reduce the max_hug
On Thu, Jul 21, 2016 at 10:25:36AM -0600, Jason Gunthorpe wrote:
> On Thu, Jul 21, 2016 at 12:02:45PM +0300, Jarkko Sakkinen wrote:
> > On Wed, Jul 20, 2016 at 03:13:32PM -0600, Jason Gunthorpe wrote:
> > > On Wed, Jul 20, 2016 at 11:53:14PM +0300, Jarkko Sakkinen wrote:
> > >
> > > > The only use
On Mon, Aug 08, 2016 at 05:48:28PM +0100, Mark Rutland wrote:
> Hi,
>
> [adding Lorenzo]
>
> On Mon, Aug 08, 2016 at 12:03:38PM -0400, Chris Metcalf wrote:
> > When doing an nmi backtrace of many cores, most of which are idle,
> > the output is a little overwhelming and very uninformative. Suppr
On 08/08/2016 10:01 PM, Borislav Petkov wrote:
> On Tue, Aug 09, 2016 at 04:31:19AM +, york sun wrote:
>> Yes, for most SoCs RFXE remains cleared. Uncorrectable errors are
>> handled by EDAC.
>
> And how is mpc85_xxx EDAC handling them?
>
> mpc85xx_mc_check() only reports them.
Correct. It can
On Wed, 2016-08-03 at 15:48 +0100, Mark Rutland wrote:
>
> > [...]Signed-off-by: Ian Campbell
>
> I also don't have the relevant hardware to test with, but this looks
> generally like the right thing. So FWIW:
>
> Acked-by: Mark Rutland
Thanks (and Stefan too).
I think these things generally
On Tue, Aug 09, 2016 at 05:37:47PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> When the lock holder vCPU is racing with the queue head vCPU:
>
> lock holder vCPU queue head vCPU
> ===
>
> node->locked = 1;
> READ_ONCE(
Adds helpers for starting and stopping capture of frame CRCs through the
DPCD. When capture is on, a worker waits for vblanks and retrieves the
frame CRC to put it in the queue on the CRTC that is using the
eDP connector, so it's passed to userspace.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/
Implement the .set_crc_source() callback and call the DP helpers
accordingly to start and stop CRC capture.
This is only done if this CRTC is currently using the eDP connector.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 48 +
1 fil
This backpointer allows DP helpers to access the connector it's being
used for.
Signed-off-by: Tomeu Vizoso
---
include/drm/drm_dp_helper.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index 63b8bd502444..f66cc8501d71 100644
---
Hi,
this series builds up on the API for exposing captured CRCs through
debugfs and also on the refactoring to the analogix_dp driver for using
the DP helpers (so it depends on those not-yet merged series).
It adds new DP helpers for starting and stopping CRC capture and gets
the Rockchip driver
Set the backpointer so that the DP helpers are able to access the
connector that the drm_dp_aux is associated with.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/
From: Kelvin Cheung
This patch changes DEFAULT_MEMSIZE to 64MB
which is the memory size of latest EVB.
Signed-off-by: Kelvin Cheung
---
arch/mips/include/asm/mach-loongson32/loongson1.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/include/asm/mach-loongson32/lo
Add two simple functions that just take the drm_dp_aux from our struct
and calls the corresponding DP helpers with it.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 16
include/drm/bridge/analogix_dp.h | 3 +++
2 files c
Am Dienstag, 9. August 2016, 18:06:33 schrieb Randy Li:
> 從我的 iPad 傳送
>
> > 陈豪 於 2016年8月9日 下午6:02 寫道：
> >
> > well，it has already been added
> >
> > The root cause is not act8846. Firefly have a bug with sdmmc and it
> > seems they didn't fix it in firefly-reload.
> >
> > http://bbs.t-fire
On Fri, Jul 22, 2016 at 03:32:40PM +0200, Quentin Lambert wrote:
> The first patch is a style fix, the second add calls to npe_release.
> The reason for me thinking that they are necessary is that every other
> branches
> leading to an error return are calling this function.
Both patches applied.
Mimi Zohar writes:
> diff --git a/security/integrity/ima/ima.h b/security/integrity/ima/ima.h
> index b5728da..84e8d36 100644
> --- a/security/integrity/ima/ima.h
> +++ b/security/integrity/ima/ima.h
> @@ -102,6 +102,13 @@ struct ima_queue_entry {
> };
> extern struct list_head ima_measurements
On Fri, Jul 29, 2016 at 04:32:09PM +0800, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> "if (!ret == template[i].fail)" is confusing to compilers (gcc5):
>
> crypto/testmgr.c: In function '__test_aead':
> crypto/testmgr.c:531:12: warning: logical not is only applied to the
> left ha
Use mem-to-mem DMA to read from flash when reading in mmap mode. This
gives improved read performance and reduces CPU load.
With this patch the raw-read throughput is ~16MB/s on DRA74 EVM. And CPU
load is <20%. UBIFS read ~13 MB/s.
Signed-off-by: Vignesh R
---
v5: Move setting up DMA channel to
Hi Fu,
Are you planing to respin the series based on v4.8-rc1 ? My IORT patches
depend on this series since they will end up in the same drivers/acpi/arm64/
I think patches are in good shape so we need to enquire who is going to
pull it in ?
Thanks,
Tomasz
On 25.07.2016 17:26, fu@linar
On Mon, Aug 08, 2016 at 07:56:04PM +, york sun wrote:
> On 08/08/2016 11:07 AM, Marc Zyngier wrote:
> > On Thu, 4 Aug 2016 15:58:35 -0700
> > York Sun wrote:
> >
> >> Add DDR EDAC for ARM-based compatible controllers. Both big-endian
> >> and little-endian are supported.
> >>
> >> Signed-off-b
Hello,
Ping...
Thanks,
On Wed, Jul 13, 2016 at 11:06 AM, Ming Lei wrote:
> Now there are several locks which are marked as
> no_validate, so name of the lock class can be
> different with the no_validate lock.
>
> This patch avoids this warning for this case, and
> fix the following warning:
>
On 20.06.16 13:02:13, Tomasz Nowicki wrote:
> The series builds the PCI/MSI domain stack based on initial IORT driver
> which is added in first place. As a reference please see IORT spec:
> http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf
>
> Tested on Cavi
On 08.08.16 15:05:41, Tomasz Nowicki wrote:
> Add infrastructure to support ThunderX PEM specific PCI configuration space
> access for ACPI based PCI host controller. This involves:
> 1. New initialization call thunder_pem_cfg_init() to create configuration
> space mapping based on hardcoded range
On Tue, Aug 09, 2016 at 12:51:32PM +0200, Tomeu Vizoso wrote:
> This backpointer allows DP helpers to access the connector it's being
> used for.
>
> Signed-off-by: Tomeu Vizoso
> ---
>
> include/drm/drm_dp_helper.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/drm/drm_dp_
From: Benedikt Spranger
PCI and PCIBIOS probing only scans devices at function number 0/8/16/...
Subdevices (e.g. multiqueue) have function numbers which are not a
multiple of 8.
Simple hypervisors (e.g. Jailhouse) pass subdevices directly w/o providing
virtual PCI mappings like KVM. As a conseq
On Sat, 2016-06-08 at 22:54:12 UTC, Guenter Roeck wrote:
> Some powerpc builds fail with the following buld error.
>
> In file included from ./arch/powerpc/include/asm/mmu_context.h:11:0,
> from arch/powerpc/kernel/vdso.c:28:
> arch/powerpc/include/asm/cputhreads.h: In function 'g
Since v4.8-rc1, the I2C core will print detailed information when adding an I2C
adapter fails. So, drivers can skip this now.
Should go via subsystem tree, I'd think.
Wolfram Sang (1):
video: fbdev: mb862xx: mb862xx-i2c: don't print error when adding
adapter fails
drivers/video/fbdev/mb86
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
As second net dev is created only in case of dual_emac mode, port
number can be figured out in simpler way. Also no need to pass
redundant ndev struct.
Signed-off-by: Ivan Khoronzhuk
---
Reviewed-by: Grygorii Strashko
--
regards,
-grygorii
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/video/fbdev/mb862xx/mb862xx-i2c.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/video/fbdev/mb862xx/mb862xx-i2c.c
b/drivers/video/fbdev/mb862xx/mb862xx-i2c.c
index c87e17afb3e2c9..76d20
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
> No need to check number of handled packets, when in most cases (> 99%)
> it's not 0. It can be 0 only in rare cases, even in this case
> it's not bad to print just 0.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
> drivers/net/ethernet/ti/cpsw.c | 8 ++
It is likely that checking the result of 'pci_write_config_dword' is
expected here.
Signed-off-by: Christophe JAILLET
---
drivers/scsi/aic94xx/aic94xx_hwi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/aic94xx/aic94xx_hwi.c
b/drivers/scsi/aic94xx/aic94xx_hwi.
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
There is no need in priv here.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Reviewed-by: Grygorii Strashko
--
regards,
-grygorii
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c
index 31a676376d732a..c93a92a840ead1
Since v4.8-rc1, the I2C core will print detailed information when adding an I2C
adapter fails. So, drivers can skip this now.
Should go via subsystem tree, I'd think.
Wolfram Sang (5):
gpu: drm: amd: amdgpu: amdgpu_i2c: don't print error when adding
adapter fails
gpu: drm: mediatek: mtk_h
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/radeon/radeon_i2c.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c
b/drivers/gpu/drm/radeon/radeon_i2c.c
index 9590bcd321c09a..021aa005623f80 100644
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/msm/hdmi/hdmi_i2c.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi/hdmi_i2c.c
b/drivers/gpu/drm/msm/hdmi/hdmi_i2c.c
index de9007e72f4e85..73e20219d431a7 100644
---
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
There is no need to hold link to clk, it's used only once
while probe.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/ti/cpsw.c
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/rockchip/inno_hdmi.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/inno_hdmi.c
b/drivers/gpu/drm/rockchip/inno_hdmi.c
index 006260de9dbd22..566b5634644f82 100644
--- a/drivers/gpu/drm
2016-08-09 18:49 GMT+08:00 Peter Zijlstra :
[...]
> In any case, I have an older version (possibly v1) queued up. That fixes
> the bug.
Thanks. :)
Regards,
Wanpeng Li
On Tue, Aug 09, 2016 at 04:33:11PM +0530, Vignesh R wrote:
> +static int ti_qspi_map_buf(struct ti_qspi *qspi, void *buf,
> +unsigned int len, struct sg_table *sgt)
> +{
> + unsigned int max_seg_size =
> + dma_get_max_seg_size(qspi->rx_chan->device->dev);
>
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/mediatek/mtk_hdmi_ddc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi_ddc.c
b/drivers/gpu/drm/mediatek/mtk_hdmi_ddc.c
index 33c9e1bdb114b8..ca4caf924deb81
On 08/06/2016 01:48 PM, Ivan Khoronzhuk wrote:
> No need to check const slave num in runtime for every packet,
> and ndev for slaves w/o ndev is anyway NULL. So remove redundant
> check.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
> drivers/net/ethernet/ti/cpsw.c | 3 +--
> 1 file changed, 1 insert
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/media/usb/dvb-usb-v2/dvb_usb_core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/dvb_usb_core.c
b/drivers/media/usb/dvb-usb-v2/dvb_usb_core.c
index 3fbb2cd19f5e2a..a8e6624fbe8347 10064
Since v4.8-rc1, the I2C core will print detailed information when adding an I2C
adapter fails. So, drivers can skip this now.
Should go via subsystem tree, I'd think.
Wolfram Sang (4):
media: pci: netup_unidvb: don't print error when adding adapter fails
media: pci: pt3: don't print error whe
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/media/platform/exynos4-is/fimc-is-i2c.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/media/platform/exynos4-is/fimc-is-i2c.c
b/drivers/media/platform/exynos4-is/fimc-is-i2c.c
index 7521a
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/media/pci/netup_unidvb/netup_unidvb_i2c.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/media/pci/netup_unidvb/netup_unidvb_i2c.c
b/drivers/media/pci/netup_unidvb/netup_unidvb_i2c.c
index
Since v4.8-rc1, the I2C core will print detailed information when adding an I2C
adapter fails. So, drivers can skip this now.
I am still undecided if I apply this as a single patch or break it out. But for
reviewing, avoiding the patch bomb is probably a good thing.
Should go via subsystem tree,
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-amd756.c | 5 +
drivers/i2c/busses/i2c-at91.c | 2 --
drivers/i2c/busses/i2c-axxia.c | 8 +---
drivers/i2c/busses/i2c-bcm-iproc.c | 8 +---
drivers/i2c/busses/i2c-
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/media/pci/pt3/pt3.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/pci/pt3/pt3.c b/drivers/media/pci/pt3/pt3.c
index eff5e9f51ace3d..7fb649e523f46e 100644
--- a/drivers/media/pci/pt3/p
On Wed, Jun 22, 2016 at 06:32:43PM +0300, Mika Westerberg wrote:
> Add support for the SPI serial flash host controller found on many Intel
> CPUs including Baytrail and Braswell. The SPI serial flash controller is
> used to access BIOS and other platform specific information. By default the
> driv
On Tue, Aug 9, 2016 at 9:02 AM, Borislav Petkov wrote:
> On Mon, Aug 08, 2016 at 03:54:48PM +0200, Rafael J. Wysocki wrote:
>> That should be the only one on top of plain 4.8-rc1.
>>
>> If it doesn't help, we need more work to do. :-)
>
> Yes, we do.
>
> The machine triple-faults *after* reading u
> "Wolfram" == Wolfram Sang writes:
> The core will do this for us now.
> Signed-off-by: Wolfram Sang
> ---
> drivers/i2c/busses/i2c-ocores.c | 4 +---
For i2c-ocores.c:
Acked-by: Peter Korsgaard
--
Bye, Peter Korsgaard
On 02/08/16 01:50, Kwangwoo Lee wrote:
> __dma_* routines have been converted to use start and size instread of
> start and end addresses. The patch was origianlly for adding
> __clean_dcache_area_poc() which will be used in pmem driver to clean
> dcache to the PoC(Point of Coherency) in arch_wb_ca
101 - 200 of 900 matches
Mail list logo
