On Fri, Mar 16, 2018 at 03:55:04PM -0700, Howard McLauchlan wrote:
> On 03/13/2018 04:56 PM, Andy Lutomirski wrote:
> > On Tue, Mar 13, 2018 at 11:16 PM, Howard McLauchlan
> > wrote:
> >> Error injection is a useful mechanism to fail arbitrary kernel
> >> functions. However, it is often hard to g
if device_register() returned an error. Always use put_device()
to give up the reference initialized.
Signed-off-by: Arvind Yadav
---
drivers/hv/vmbus_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
index bc65c4d..25da2f3 100644
--- a/dri
Hi James,
Thanks for your review and good suggestion.
>
> Hi Dongjiu Geng,
>
> On 03/03/18 16:09, Dongjiu Geng wrote:
> > RAS Extension provides VSESR_EL2 register to specify virtual SError
> > syndrome value, this patch adds a new IOCTL to export user-invisible
> > states related to SError e
Hi Dan,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc5 next-20180316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Da
Hi Jonathan,
Here is the complete list of registers for the ADE7878 which I copied from the
data sheet. I added a column “IIO Attribute” which I hope follows your IIO ABI.
Please make any changes you feel are incorrect. BTW, there are several
registers that cannot be generalized and are used pu
On Fri, Mar 16, 2018 at 9:15 AM, Bartlomiej Zolnierkiewicz
wrote:
> Add Amiga Gayle PATA controller driver. It enables libata support
> for the on-board IDE interfaces on some Amiga models (A600, A1200,
> A4000 and A4000T) and also for IDE interfaces on the Zorro expansion
> bus (M-Tech E-Matrix 5
Hi James,
>
> Hi Dongjiu Geng,
>
> On 03/03/18 16:09, Dongjiu Geng wrote:
> > Export one API to specify virtual SEI syndrome value for guest, and
> > add a helper to get the VSESR_EL2 value.
>
> This patch adds two helpers that nothing calls... its not big, please merge
> it with the patch tha
Hi James,
> Hi gengdongjiu,
>
> On 26/02/18 16:13, gengdongjiu wrote:
> > 2018-02-24 1:58 GMT+08:00 James Morse :
> >> On 22/02/18 18:02, Dongjiu Geng wrote:
> >>> The RAS SError Syndrome can be Implementation-Defined,
> >>> arm64_is_ras_serror() is used to judge whether it is RAS SError, but
> >
Hi Antoine,
On Fri, Mar 16, 2018 at 11:33:46AM +0100, Antoine Tenart wrote:
> This patch allow the CP100 comphy to configure some lanes in the
Should be 'CP110'.
> 2.5G SGMII mode. This mode is quite close to SGMII and uses nearly the
> same code path.
>
> Signed-off-by: Antoine Tenart
baruch
Fixes: 97affa6a9d1c ("ext2, dax: introduce ext2_dax_aops")
Signed-off-by: Fengguang Wu
---
inode.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ext2/inode.c b/fs/ext2/inode.c
index 9590712..8ea394c8 100644
--- a/fs/ext2/inode.c
+++ b/fs/ext2/inode.c
@@ -989,7 +989,7
Hi Dan,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.16-rc5 next-20180316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/co
On 18/03/2018, Jason Vas Dias wrote:
(should have CC'ed to list, sorry)
> On 17/03/2018, Andi Kleen wrote:
>>
>> That's quite a mischaracterization of the issue. gcc works as intended,
>> but the kernel did not correctly supply a indirect call retpoline thunk
>> to the vdso, and it just happened
pfuze3000 datasheet(Rev.9.0) from:
https://www.nxp.com/docs/en/data-sheet/PF3000.pdf
updates sw1a's voltage range, the settings for 1.450V and 1.475V
are replaced with 1.8V and 3.3V:
5b'0 1.450 (SW1B), 1.8 (SW1A/SW1AB)
5b'1 1.475 (SW1B), 3.3 (SW1A/SW1AB)
the voltage calculation using st
Update sw1a/vldo4's voltage range according to pfuze3000
datasheet(Rev.9.0) from:
https://www.nxp.com/docs/en/data-sheet/PF3000.pdf
Signed-off-by: Anson Huang
Signed-off-by: Robin Gong
---
no changes since V1.
arch/arm/boot/dts/imx6sx-udoo-neo.dtsi | 2 +-
arch/arm/boot/dts/imx7d-cl-som-imx7.
On i.MX6SX SabreAuto board, there is external 24MHz clock
source for analog clock2, add this clock source to clock tree.
Signed-off-by: Anson Huang
---
arch/arm/boot/dts/imx6sx-sabreauto.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/imx6sx-sabreauto.dts
b/arc
i.MX6SX has lvds2 (analog clock2), an I/O clock like lvds1.
And this lvds2, along with lvds1, can be used to provide
external clock source to the internal pll, such as pll4_audio
and pll5_video.
This patch mainly adds the lvds2 to the clock tree and fix its
relationship with pll accordingly.
Sign
2018-02-08 4:32 GMT+09:00 Wolfram Sang :
> On Thu, Jan 18, 2018 at 10:58:36AM +0900, Masahiro Yamada wrote:
>> 2018-01-18 1:28 GMT+09:00 Masahiro Yamada :
>> > This property is equivalent to "disable-wp" defined in
>> > Documentation/devicetree/bindings/mmc/tmio_mmc.txt
>>
>> This is mistake.
>>
>>
Anson Huang
Best Regards!
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: Sunday, March 18, 2018 2:27 AM
> To: Stefan Wahren
> Cc: Rob Herring ; Fabio Estevam
> ; Mark Rutland ; Robin
> Gong ; Russell King - ARM Linux
> ; Anson Huang ; Liam
> Girdwood ; S
Anson Huang
Best Regards!
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: Saturday, March 17, 2018 10:53 PM
> To: Anson Huang
> Cc: Robin Gong ; Shawn Guo ;
> Sascha Hauer ; Fabio Estevam
> ; Rob Herring ; Mark Rutland
> ; Russell King - ARM Linux ;
> Lia
In MediaTek's IOMMU design, When a iommu translation fault occurs
(HW can NOT translate the destination address to a valid physical
address), the IOMMU HW output the dirty data into a special memory
to avoid corrupting the main memory, this is called "protect memory".
the register(0x114) for protec
On 03/17/2018 04:24 PM, Ram Pai wrote:
> So the difference between the two proposals is just the freeing part i.e (b).
> Did I get this right?
Yeah, I think that's the only difference.
From: Ronak Doshi
Date: Fri, 16 Mar 2018 14:47:54 -0700
> The field txNumDeferred is used by the driver to keep track of the number
> of packets it has pushed to the emulation. The driver increments it on
> pushing the packet to the emulation and the emulation resets it to 0 at
> the end of the t
From: Ronak Doshi
Date: Fri, 16 Mar 2018 14:49:19 -0700
> 'Commit 45dac1d6ea04 ("vmxnet3: Changes for vmxnet3 adapter version 2
> (fwd)")' introduced a flag "lro" in structure vmxnet3_adapter which is
> used to indicate whether LRO is enabled or not. However, the patch
> did not set the flag and
On 03/17/2018 04:28 PM, Paul Cercueil wrote:
> Add a documentation file about the Timer/Counter Unit (TCU)
> present in the Ingenic JZ47xx SoCs.
>
> Signed-off-by: Paul Cercueil
> ---
> Documentation/mips/00-INDEX| 3 +++
> Documentation/mips/ingenic-tcu.txt | 50
>
From: Grygorii Strashko
Date: Thu, 15 Mar 2018 15:15:50 -0500
> In VLAN_AWARE mode CPSW can insert VLAN header encapsulation word on Host
> port 0 egress (RX) before the packet data if RX_VLAN_ENCAP bit is set in
> CPSW_CONTROL register. VLAN header encapsulation word has following format:
>
>
From: SZ Lin (林上智)
Date: Fri, 16 Mar 2018 00:56:01 +0800
> According to AM335x TRM[1] 14.3.6.2, AM437x TRM[2] 15.3.6.2 and
> DRA7 TRM[3] 24.11.4.8.7.3.3, in-band mode in EXT_EN(bit18) register is only
> available when PHY is configured in RGMII mode with 10Mbps speed. It will
> cause some network
From: Matthias Brugger
Date: Thu, 15 Mar 2018 17:54:20 +0100
> The driver implementation returns support for private flags, while
> no private flags are present. When asked for the number of private
> flags it returns the number of statistic flag names.
>
> Fix this by returning EOPNOTSUPP for n
On 03/15/2018 08:04 PM, Cyrille Pitchen wrote:
> remove myself as MTD and SPI NOR maintainer.
>
> Signed-off-by: Cyrille Pitchen
What happened ?
> ---
> MAINTAINERS | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 3bdc260e36b7..7892db9a9494 100644
>
Hi Dan,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc5]
[cannot apply to next-20180316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-c
On 03/09/2018 10:42 AM, William Breathitt Gray wrote:
> This patch adds high-level documentation about the Generic Counter
> interface.
>
> Signed-off-by: William Breathitt Gray
> ---
> Documentation/driver-api/generic-counter.rst | 321
> +++
> Documentation/driver-api/
fixed typo in timer_latency.c affecting only -r printout
:
$ gcc -DN_SAMPLES=1000 -o timer timer_latency.c
CLOCK_MONOTONIC ( using rdtscp_ordered() ) :
$ ./timer -m -r 10
sum: 67615
Total time: 0.67615S - Average Latency: 0.00067S N zero
deltas: 0 N inconsistent deltas: 0
sum: 51858
Tota
Add a documentation file about the Timer/Counter Unit (TCU)
present in the Ingenic JZ47xx SoCs.
Signed-off-by: Paul Cercueil
---
Documentation/mips/00-INDEX| 3 +++
Documentation/mips/ingenic-tcu.txt | 50 ++
2 files changed, 53 insertions(+)
create
The TCU (Timer Counter Unit) of the Ingenic JZ47xx SoCs features 8
channels, each one having its own clock, that can be started and
stopped, reparented, and reclocked.
This driver only modifies the bits of the registers of the TCU that are
related to clocks control. It provides one clock per TCU c
This header provides clock numbers for the ingenic,tcu
DT binding.
Signed-off-by: Paul Cercueil
Reviewed-by: Rob Herring
---
include/dt-bindings/clock/ingenic,tcu.h | 23 +++
1 file changed, 23 insertions(+)
create mode 100644 include/dt-bindings/clock/ingenic,tcu.h
v2: U
This driver will use the TCU (Timer Counter Unit) present on the Ingenic
JZ47xx SoCs to provide the kernel with a clocksource and timers.
Signed-off-by: Paul Cercueil
---
drivers/clocksource/Kconfig | 8 ++
drivers/clocksource/Makefile| 1 +
drivers/clocksource/timer-ingenic.
Add myself as maintainer for the ingenic-tcu-intc interrupt controller
driver, the ingenic-tcu-clocks clock driver, and the ingenic-tcu
clocksource driver.
Signed-off-by: Paul Cercueil
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
v2: No change
v3: No change
v4: No change
d
This simple driver handles the IRQ chip of the TCU
(Timer Counter Unit) of the JZ47xx Ingenic SoCs.
Signed-off-by: Paul Cercueil
---
drivers/irqchip/Kconfig | 6 ++
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-ingenic-tcu.c | 161
Hi,
This is the 4th version of my TCU patchset.
The major change is a greatly improved documentation, both in-code
and as separate text files, to describe how the hardware works and
how the devicetree bindings should be used.
There are also cosmetic changes in the irqchip driver, and the
clockso
This header contains macros for the registers that are present in the
regmap shared by all the drivers related to the TCU (Timer Counter Unit)
of the Ingenic JZ47xx SoCs.
Signed-off-by: Paul Cercueil
Acked-by: Lee Jones
---
include/linux/mfd/syscon/ingenic-tcu.h | 54 +++
Add documentation about how to properly use the Ingenic TCU
(Timer/Counter Unit) drivers from devicetree.
Signed-off-by: Paul Cercueil
---
.../bindings/clock/ingenic,tcu-clocks.txt | 42
.../bindings/interrupt-controller/ingenic,tcu.txt | 39 +++
.../device
On Fri, Mar 16, 2018 at 02:46:56PM -0700, Dave Hansen wrote:
>
> From: Dave Hansen
>
> mm_pkey_is_allocated() treats pkey 0 as unallocated. That is
> inconsistent with the manpages, and also inconsistent with
> mm->context.pkey_allocation_map. Stop special casing it and only
> disallow values
I posted the patch.
The patch has simple changes. Let me know if maybe posting a new
version makes sense.
I also needed this patch to build linux-next:
commit b784c76bb7c1c440a4ce06a18f4b3a936f33967d
Author: Deepa Dinamani
Date: Fri Mar 16 20:57:10 2018 -0700
i40iw: add missing irq.h inc
Include asm/compat.h directly for uses of compat_ptr.
This includes the compat defines when CONFIG_COMPAT is
not on.
Also make compat data structure definitions conditional on
CONFIG_COMPAT, to remove circular include dependencies in
elf.h
Cc: David Hildenbrand
Cc: linux-s...@vger.kernel.org
Sig
On Sat, Mar 17, 2018 at 02:29:34PM +, jason.vas.d...@gmail.com wrote:
> This patch allows compilation to succeed with compilers that support
> -DRETPOLINE -
> it was kindly contributed by H.J. Liu in GCC Bugzilla: 84908 :
> https://gcc.gnu.org/bugzilla/show_bug.cg
On Sat, Mar 17, 2018 at 01:07:32PM -0700, Kees Cook wrote:
> On Sat, Mar 17, 2018 at 11:52 AM, Linus Torvalds
> wrote:
> > So the above is completely insane, bit there is actually a chance that
> > using that completely crazy "x -> sizeof(char[x])" conversion actually
> > helps, because it really
Hi -
I submitted a new stripped-down to bare essentials version of
the patch, (see LKML emails with $subject) which passes all
checkpatch.pl tests and addresses all concerns raised by reviewers,
which uses only rdtsc_ordered(), and which only only updates in
vsyscall_gtod_data the new fields:
On Fri, 16 Mar 2018 10:10:09 +0100
Arnaud Pouliquen wrote:
> Hello,
>
> For the series:
> Acked-by: Arnaud Pouliquen
Both applied and marked for stable (as I'm not sure exactly when this will hit
mainline and it may be after the next merge window)
Thanks,
Jonathan
>
> Thanks,
> Arnaud
>
>
On Tue, 13 Mar 2018 13:47:20 +0100
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 13 Mar 2018 13:40:12 +0100
>
> * Add jump targets so that a call of the function "mutex_unlock" is stored
> less often in these function implementations.
>
> * Replace eight calls by goto statemen
On Mon, 12 Mar 2018 16:25:52 -0300
Hernán Gonzalez wrote:
> Hi,
>
> This is my plan for moving out the ad7746 driver out of staging. I
> have some specific questions that would be really helpful if someone
> can point me in the right direction to go.
>
> 1. Pick up on David's clean-up patch. Fi
Hi Alexandre,
On Sat, 17 Mar 2018 14:22:52 +0100 Alexandre Belloni
wrote:
>
> I've removed the patch from my tree as there is no point in modifying a
> driver that is removed.
Thanks for letting me know.
--
Cheers,
Stephen Rothwell
pgpsZMXnkISMY.pgp
Description: OpenPGP digital signature
If the bridge changes the bus format, allow this to be described in
the bridge, instead of providing false information about the bus
format of the panel itself.
Signed-off-by: Peter Rosin
---
.../bindings/display/bridge/lvds-transmitter.txt | 8
drivers/gpu/drm/bridge/lvds-encode
Useful if the bridge does some kind of conversion of the bus format.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/panel.c | 22 +-
include/drm/drm_bridge.h | 1 +
2 files changed, 22 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/panel.c b/d
Start list of actual chips compatible with "lvds-encoder".
Signed-off-by: Peter Rosin
---
.../devicetree/bindings/display/bridge/lvds-transmitter.txt | 5 +
1 file changed, 5 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt
b/Docume
I'm trying to get something to work that I assumed would not
need patches, so I think I might be missing something completely
obvious...
I have an Atmel sama5d31 hooked up to an lvds encoder and then
on to an lvds panel. Which seems like something that has been
done one or two times before...
The
Hi Dan,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc5 next-20180316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Da
Hi Dan,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.16-rc5]
[cannot apply to next-20180316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-c
On 03/15/2018 02:06 PM, Rodrigo Rivas Costa wrote:
On Wed, Mar 14, 2018 at 05:39:25PM +0100, Benjamin Tissoires wrote:
On Mon, Mar 12, 2018 at 9:51 PM, Rodrigo Rivas Costa
wrote:
On Mon, Mar 12, 2018 at 03:30:43PM +0100, Clément VUCHENER wrote:
2018-03-11 20:58 GMT+01:00 Rodrigo Rivas Costa
Hi Daniel,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on v4.16-rc4]
[also build test ERROR on next-20180316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Daniel
On Sat, 2018-03-17 at 22:10 +0100, Sebastian Andrzej Siewior wrote:
> On 2018-03-17 14:49:54 [-0500], Scott Wood wrote:
> > On Fri, 2018-03-16 at 21:18 +0100, Sebastian Andrzej Siewior wrote:
> > > The goal here is to make the memory allocation in get_irq_table()
> > > not
> > > with disabled inter
On Tue, 13 Mar 2018 13:05:28 -0300
Rodrigo Siqueira wrote:
> The ad2s1210 does not contain any channel for the fclkin and fexcit. As
> a result, it uses IIO_DEVICE_ATTR to expose this information. This patch
> adds one channel for fclkin and another for fexcit. It also adds an enum
> to easily ad
On 2018-03-17 14:49:54 [-0500], Scott Wood wrote:
> On Fri, 2018-03-16 at 21:18 +0100, Sebastian Andrzej Siewior wrote:
> > The goal here is to make the memory allocation in get_irq_table() not
> > with disabled interrupts and having as little raw_spin_lock as
> > possible
> > while having them if
On Tue, Mar 06, 2018 at 06:46:34AM -0800, George Cherian wrote:
> Add support for SMBus alert mechanism to i2c-xlp9xx driver.
> The second interrupt is parsed to use for SMBus alert.
> The first interrupt is the i2c controller main interrupt.
>
> Signed-off-by: Kamlakant Patel
> Signed-off-by: Ge
/William-Breathitt-Gray/Implement-get_multiple-for-ACCES-and-PC-104-drivers/20180317-224135
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
drivers/gpio/gpio-pcie-idio-24.c:
> + * @master_mode: boolean to know in which mode the I2C is running (master or
> + * slave)
It can't do both at the same time?
signature.asc
Description: PGP signature
On Mon, Mar 12, 2018 at 11:53:43AM +0100, Pierre-Yves MORDRET wrote:
> Feature prevents I2C lock-ups. Mechanism resets I2C state machine
> and releases SCL/SDA signals but preserves I2C registers.
Does it release SDA when held down by the slave? Because that is what
the recovery mechanism is for.
Hi,
Could this patchset get a bit of love?
I have other changes waiting for this patchset to get in, so it'd be
great
to see it in 4.17-rc1.
Thanks,
-Paul
Le sam. 6 janv. 2018 à 17:58, Paul Cercueil a
écrit :
This permits clients of this driver to specify the polarity to use for
their PWM
On Mon, Mar 12, 2018 at 01:53:21PM +0100, Pierre-Yves MORDRET wrote:
> Before assigning returned setup structure check if not null
>
> Fixes: 463a9215f3ca7600b5ff ("i2c: stm32f7: fix setup structure")
> Signed-off-by: Pierre-Yves MORDRET
Maxime? Alexandre?
signature.asc
Description: PGP signa
On Sat, Mar 17, 2018 at 10:42:40AM -0700, Dmitry Torokhov wrote:
> On Fri, Mar 16, 2018 at 08:40:02PM +, Nick Dyer wrote:
> > On Thu, Mar 15, 2018 at 04:56:21PM -0700, Dmitry Torokhov wrote:
> > > Ah, OK, I see. I would really like to drop this
> > > pdata->suspend_mode stuff and I do not want
[adding linux-iio mailing list]
Hi,
It's always a good idea to include the kernel version in a problem report.
On 03/05/2018 03:17 AM, Srishti Sharma wrote:
> Hello,
> I was trying to work with the iio dummy driver, and when I try to load
> the iio_dummy_evgen.ko module I am getting unknown sym
I trust the reviews of Andy and Sricharan for this series. From what I
looked at, the patches look good to me. Only one question left about
copyrights (raised seperately), but we are good to go I think.
Thanks for all the review!
signature.asc
Description: PGP signature
On Fri, 16 Mar 2018 02:33:49 +0530
Shreeya Patel wrote:
> On 16 March 2018 00:31:53 GMT+05:30, Shreeya Patel
> wrote:
> >On Sat, 2018-03-10 at 15:57 +, Jonathan Cameron wrote:
> >
> >Hi Jonathan,
> >
> >> On Sat, 10 Mar 2018 15:50:23 +0530
> >> Shreeya Patel wrote:
> >>
> >> >
> >> >
On Tue, Mar 13, 2018 at 04:12:19PM -0600, Christ, Austin wrote:
> Sorry for the miscommunication. I reviewed the patches and tested them on
> the Centriq 2400 platform.
>
> Perhaps the following is the most appropriate.
>
> Acked-by: Austin Christ
If you are okay with that, I'll just read it as
On Mon, Mar 12, 2018 at 06:44:50PM +0530, Abhishek Sahu wrote:
> The file has been updated from 2016 to 2018 so fixed the
> copyright years.
>
> Signed-off-by: Abhishek Sahu
> ---
> drivers/i2c/busses/i2c-qup.c | 13 ++---
> 1 file changed, 2 insertions(+), 11 deletions(-)
>
> diff --gi
On Wed, 14 Mar 2018 23:12:02 -0700
John Syne wrote:
> Hi Jonathan,
>
> I have been looking at the IIO ABI docs and if I understand
> correctly, the idea is to use consistent naming conventions? So for
> example, looking at the ADE7854 datasheet, the naming matching the
> ADE7854 registers would
On Wed, Mar 14, 2018 at 04:35:48PM +0100, Arnd Bergmann wrote:
> The blackfin architecture is getting removed, so the
> twi driver can also be removed.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Wolfram Sang
signature.asc
Description: PGP signature
On Sat, Mar 10, 2018 at 09:40:56AM -0800, Moritz Fischer wrote:
> Suspend functions seem to have been copied from i2c-cadence driver.
> Rename the functions to match the rest of the driver.
>
> Signed-off-by: Moritz Fischer
Applied to for-next, thanks!
signature.asc
Description: PGP signature
The debug definitions were missing for MACH_JZ4770, resulting in a build
failure when DEBUG_ZBOOT was set.
Since the UART addresses are the same across all Ingenic SoCs, we just
use a #ifdef CONFIG_MACH_INGENIC instead of checking for indifidual
Ingenic SoCs.
Additionally, I added a #define for t
/Gary-R-Hook/Add-debugfs-info-for-the-AMD-IOMMU/20180317-232302
config: x86_64-allmodconfig (attached as .config)
compiler: gcc-7 (Debian 7.3.0-1) 7.3.0
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All warnings (new ones prefixed by >>):
d
On Sat, Mar 17, 2018 at 11:52 AM, Linus Torvalds
wrote:
> So the above is completely insane, bit there is actually a chance that
> using that completely crazy "x -> sizeof(char[x])" conversion actually
> helps, because it really does have a (very odd) evaluation-time
> change. sizeof() has to be
On Wed, 14 Mar 2018 16:15:32 +0100
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 14 Mar 2018 16:06:49 +0100
>
> * Add jump targets so that a call of the function "mutex_unlock" is stored
> only once in these function implementations.
>
> * Replace 19 calls by goto statements.
On Fri, 2018-03-16 at 21:18 +0100, Sebastian Andrzej Siewior wrote:
> The goal here is to make the memory allocation in get_irq_table() not
> with disabled interrupts and having as little raw_spin_lock as
> possible
> while having them if the caller is also holding one (like desc->lock
> during IRQ
On Sat, 2018-03-17 at 15:52 +, Al Viro wrote:
> On Sat, Mar 17, 2018 at 11:43:28AM -0400, Jeff Layton wrote:
> > On Sat, 2018-03-17 at 15:05 +, Al Viro wrote:
> > > On Sat, Mar 17, 2018 at 10:25:20AM -0400, Jeff Layton wrote:
> > > > From: Jeff Layton
> > > >
> > > > POSIX mandates that o
Hi,
On 03/15/2018 12:20 AM, ning.a.zh...@intel.com wrote:
> From: Zhang Ning
meta comment (i.e., not about the merits of the patch itself):
You'll need to send the patch to someone if you want it to be merged.
Maintainers don't mine mailing lists for patches to apply.
> there are 2 reasons for
On 03/17/18 19:41, Carlos Carvalho wrote:
> I've put 4.14.27 this morning in this machine and in about 2h it started
> showing null dereferences identical to the following one. There were several
> of
> them, with about 1/2h of interval. Strangely it continued to work and I saw no
> other anomalie
/William-Breathitt-Gray/Implement-get_multiple-for-ACCES-and-PC-104-drivers/20180317-224135
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
drivers/gpio/gpio-pci-idio-16.c:
On Sat, Mar 17, 2018 at 08:51:07PM +0200, Andy Shevchenko wrote:
>On Sat, Mar 17, 2018 at 5:49 PM, William Breathitt Gray
> wrote:
>> The Apex Embedded Systems STX104 series of devices provides 4 TTL
>> compatible lines of inputs accessed via a single 4-bit port. Since four
>> input lines are acqui
Hi Antoine,
I love your patch! Yet something to improve:
[auto build test ERROR on next-20180309]
[cannot apply to v4.16-rc4 v4.16-rc3 v4.16-rc2 v4.16-rc5]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linu
On Sat, Mar 17, 2018 at 11:19:55AM -0700, Linus Torvalds wrote:
> On Sat, Mar 17, 2018 at 11:01 AM, Al Viro wrote:
> >
> > and tell me what is the difference between those. In other words, the
> > problem
> > with sys32_waitpid() was not that it didn't use proper wrappers - it's that
> > it was
/commits/Joel-Fernandes/Improve-preemptirq-tracepoint-usage/20180317-155535
config: arm-moxart_defconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
On Sat, 17 Mar 2018, Dave Hansen wrote:
> On 03/17/2018 02:12 AM, Thomas Gleixner wrote:
> >> This is a bit nicer than what Ram proposed because it is simpler
> >> and removes special-casing for pkey 0. On the other hand, it does
> >> allow applciations to pkey_free() pkey-0, but that's just a sil
On Sat, Mar 17, 2018 at 12:27 AM, Kees Cook wrote:
>
> Unfortunately my 4.4 test fails quickly:
>
> ./include/linux/jiffies.h: In function ‘jiffies_delta_to_clock_t’:
> ./include/linux/jiffies.h:444: error: first argument to
> ‘__builtin_choose_expr’ not a constant
Ok, so it really looks like tha
On Sat, Mar 17, 2018 at 5:49 PM, William Breathitt Gray
wrote:
> The Apex Embedded Systems STX104 series of devices provides 4 TTL
> compatible lines of inputs accessed via a single 4-bit port. Since four
> input lines are acquired on a single port input read, the STX104 GPIO
> driver may improve
I've put 4.14.27 this morning in this machine and in about 2h it started
showing null dereferences identical to the following one. There were several of
them, with about 1/2h of interval. Strangely it continued to work and I saw no
other anomalies. I've just reverted to 4.14.26.
It only happened i
+linuxppc-...@lists.ozlabs.org
On 3/17/2018 11:05 AM, Jason Gunthorpe wrote:
> On Sat, Mar 17, 2018 at 12:25:14AM -0400, Sinan Kaya wrote:
>> On 3/17/2018 12:03 AM, Sinan Kaya wrote:
>>> On 3/16/2018 11:40 PM, Sinan Kaya wrote:
I'll change writel_relaxed() with __raw_writel() in the series li
Hi Stefan,
On Sat, Mar 17, 2018 at 9:35 AM, Stefan Wahren wrote:
> Hi Anson,
>
>> Anson Huang hat am 17. März 2018 um 07:57 geschrieben:
>>
>>
>> Latest pfuze3000 datasheet from:
>>
>> http://cache.freescale.com/files/analog/doc/data_sheet/PF3000.pdf?fsrch=1&sr=1&pageNum=1
>
> this link goes to
On Sat, 17 Mar 2018 11:49:56 -0400
William Breathitt Gray wrote:
> The Apex Embedded Systems STX104 series of devices provides 4 TTL
> compatible lines of inputs accessed via a single 4-bit port. Since four
> input lines are acquired on a single port input read, the STX104 GPIO
> driver may impro
On Sat, Mar 17, 2018 at 11:01 AM, Al Viro wrote:
>
> and tell me what is the difference between those. In other words, the problem
> with sys32_waitpid() was not that it didn't use proper wrappers - it's that
> it was (and always had been) 100% pointless.
That long long predates Dominik's patche
On Sat, 17 Mar 2018 01:49:25 +0530
Himanshu Jha wrote:
> On Thu, Mar 15, 2018 at 08:12:27PM +0530, Manish Narani wrote:
> > The AMS includes an ADC as well as on-chip sensors that can be used to
> > sample external voltages and monitor on-die operating conditions, such as
> > temperature and supp
On Thu, 15 Mar 2018 16:51:31 +0100 (CET)
Peter Meerwald-Stadler wrote:
> minor comments below
>
> > The AMS includes an ADC as well as on-chip sensors that can be used to
> > sample external voltages and monitor on-die operating conditions, such as
> > temperature and supply voltage levels. The
On Wed, Feb 28, 2018 at 02:37:59PM +0100, Marcus Folkesson wrote:
> If the device is unused and suspended, a call to open will cause the
> device to autoresume through the call to usb_autopm_get_interface().
>
> input_dev->users is already incremented by the input subsystem,
> therefore this expre
1 - 100 of 255 matches
Mail list logo
