On Wed, 23 Mar 2016, Arnd Bergmann wrote:
> The syscon header uses the ENOTSUPP error constant, but doesn't
> include the header that defines it. This causes a build error
> after the imx pinctrl driver started using syscon:
>
> include/linux/mfd/syscon.h: In function 'syscon_node_to_regmap':
> i
On Thu, 2016-03-24 at 11:44 +0100, Thomas Gleixner wrote:
>
> > On the bright side, with the busted migrate enable business reverted,
> > plus one dinky change from me [1], master-rt.today has completed 100
> > iterations of Steven's hotplug stress script along side endless
> > futexstress, and i
Add the powerpc specific livepatch definitions. In particular we provide
a non-default implementation of klp_get_ftrace_location().
This is required because the location of the mcount call is not constant
when using -mprofile-kernel (which we always do for live patching).
Signed-off-by: Torsten D
In order to support live patching we need to maintain an alternate
stack of TOC & LR values. We use the base of the stack for this, and
store the "live patch stack pointer" in struct thread_info.
Unlike the other fields of thread_info, we can not statically initialise
that value, so it must be don
On Thu, 2016-03-24 at 09:04 +0100, Torsten Duwe wrote:
> On Thu, Mar 24, 2016 at 01:23:01PM +1100, Balbir Singh wrote:
> > On 24/03/16 02:58, Torsten Duwe wrote:
> > >
> > > 1. Heuristics are bad. The better they are, the more subtly the
> > >way they might fail.
> [...]
>
> This CR+4 code l
On Mittwoch, 23. März 2016 18:25:42 CET Dan Williams wrote:
> Pass the device performing the probe so we can use a devm allocation for
> the btt superblock.
>
> Cc: Vishal Verma
> Signed-off-by: Dan Williams
Reviewed-by: Johannes Thumshirn
--
Johannes Thumshirn
When livepatch tries to patch a function it takes the function address
and asks ftrace to install the livepatch handler at that location.
ftrace will look for an mcount call site at that exact address.
On powerpc the mcount location is not the first instruction of the
function, and in fact it's no
Hi Vladimir,
On 2016-03-24 10:50, Vladimir Zapolskiy wrote:
> Hi Peter,
>
> On 05.01.2016 17:57, Peter Rosin wrote:
>> From: Peter Rosin
>>
>> The initial core mux structure starts off small with only the parent
>> adapter pointer, which all muxes have, and a priv pointer for mux
>> driver priva
In order to support live patching on powerpc we would like to call
ftrace_location_range(), so make it global.
Signed-off-by: Torsten Duwe
Signed-off-by: Balbir Singh
Signed-off-by: Michael Ellerman
---
include/linux/ftrace.h | 1 +
kernel/trace/ftrace.c | 14 +-
2 files changed,
Add the kconfig logic & assembly support for handling live patched
functions. This depends on DYNAMIC_FTRACE_WITH_REGS, which in turn
depends on the new -mprofile-kernel ftrace ABI, which is only supported
currently on ppc64le.
Live patching is handled by a special ftrace handler. This means it ru
Not for merging.
---
arch/powerpc/kernel/setup_64.c | 26 +++
samples/livepatch/livepatch-sample.c | 90 ++--
2 files changed, 113 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/setup_64.c b/arch/powerpc/kernel/setup_64.c
index f98be8
On Thu, Mar 24, 2016 at 07:25:35PM +0900, Krzysztof Kozlowski wrote:
> I'll look at it after weekend. For now I applied my patch to the
> for-next, so the next should be fixed.
Oh, and please send this to Linus - the regulator change is fixing a
problem some other boards noticed.
signature.asc
On Thu, Mar 24, 2016 at 07:25:35PM +0900, Krzysztof Kozlowski wrote:
> On Thu, Mar 24, 2016 at 6:53 PM, Mark Brown wrote:
> > Why does this regulator even have voltage constraints configured? Is
> > there any intention that it should ever be varied at runtime?
> Good question. I was also wonder
On Thu, 2016-03-24 at 06:19 +, Zheng, Lv wrote:
> From: Joe Perches [mailto:j...@perches.com]
> > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212
> > release
> >
> > On Thu, 2016-03-24 at 09:38 +0800, Lv Zheng wrote:
> > >
> > > The patch reduces source code diffe
Since commit 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found'
regression") we no longer allocate mdio_bus_data unless there is a MDIO
subnode. This breaks the ethernet on the Radxa Rock2 (using
rk3288-rock2-square.dts) which does not have an MDIO subnode.
That commit was correct that the phy_bus_n
On Thu, Mar 24, 2016 at 10:56:48AM +0100, Jiri Olsa wrote:
> On Wed, Mar 23, 2016 at 11:41:29AM +0100, Peter Zijlstra wrote:
> > On Wed, Mar 16, 2016 at 03:34:30PM +0100, Jiri Olsa wrote:
> > > We suppress events with attr::exclude_kernel set when
> > > the event is generated, so following capture
Here are some bug fixed patches for HNS driver.
They are:
>from Kejian, fix for the warning of passing zero to 'PTR_ERR'
>from qianqian, four fixes for inappropriate operation in hns driver
>from Sheng, one fix for optimization of irq proccess in hns driver, and
one fix for hilink status for hn
From: Qianqian Xie
The variable head in hns_nic_tx_fini_pro has read a value, but it is
obviously no use. The patch will fix it.
And the comment is nothing to do with the routine, so it has to be removed
Signed-off-by: Qianqian Xie
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilico
From: Kejian Yan
There is a misuse of PTR as shown below:
ae_node = (void *)of_parse_phandle(dev->of_node,
"ae-handle",
0);
if (IS_ERR_OR_NULL(ae_node)) {
ret = PTR_ERR(ae_node);
From: Qianqian Xie
It misses string format in function snprintf(), as below:
snprintf(buff, ETH_GSTRING_LEN, g_gmac_stats_string[i].desc);
It needs to add "%s" to fix it as below:
snprintf(buff, ETH_GSTRING_LEN, "%s", g_gmac_stats_string[i].desc);
Signed-off-by: Qianqian Xie
Signed-off-by: Kej
From: Sheng Li
The hilink status reg in HNS V2 is different from HNS v1. In HNS V2, It
distinguishes differnt lane status according to the bit-field of the reg.
As is shown below:
[0:0] ---> lane0
[1:1] ---> lane1
...
But the current driver reads the reg to get the hilink status ONLY
concidering
From: Qianqian Xie
The return values in the first two functions mdiobus_write()
are ignored. The patch will fix it.
Signed-off-by: Qianqian Xie
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --gi
From: Sheng Li
In hns V1, common_poll should check and clean fbd pkts, because it
can not pend irq to clean them if there is no new pkt comes in.
But hns V2 hw fixes this bug, and will pend irq itself to do this.
So, for hns V2, we set ring_data->fini_process to NULL.
Signed-off-by: Sheng Li
Si
From: Qianqian Xie
The cycle index should be varied while the variable j is a fixed value.
The patch will fix this bug.
Signed-off-by: Qianqian Xie
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletion
On Thu, 24 Mar 2016, Mike Galbraith wrote:
> On Sun, 2016-03-20 at 09:43 +0100, Mike Galbraith wrote:
> > On Sat, 2016-02-13 at 00:02 +0100, Sebastian Andrzej Siewior wrote:
> > > From: Thomas Gleixner
> > >
> > > We currently disable migration across lock acquisition. That includes the
> > > pa
On Mittwoch, 23. März 2016 18:25:37 CET Dan Williams wrote:
> Pass the device performing the probe so we can use a devm allocation for
> the pfn superblock.
>
> Cc: Ross Zwisler
> Signed-off-by: Dan Williams
Looks OK to me.
Reviewed-by: Johannes Thumshirn
--
Johannes Thumshirn
Although there are other chips from the same family that can reuse this
driver, at the moment we only tested ANX7814 chip.
The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices. This driver adds initial support for HDMI
to DP pass-through mode.
Sig
On Thu, Mar 24, 2016 at 09:58:02AM +, Will Deacon wrote:
> On Wed, Mar 23, 2016 at 08:29:38PM +0100, Peter Zijlstra wrote:
> Not sure... I can imagine kgdb, for example, wanting to handle the stepping
> itself. You also need to play clever tricks if you want to step through
> LL/SC atomics, whi
Analogix Semiconductor Inc. develops analog and mixed-signal devices for
digital media and communications interconnect applications.
Signed-off-by: Enric Balletbo i Serra
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/d
Hi all,
This patch set to introduces the anx7814 slimport transmitter driver. These
new series will replace the old series that can be found here [1]. The reason
why I introduce these new series is because the driver changed significantly.
The old approach used a polled state machine ans was not r
The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices.
Signed-off-by: Enric Balletbo i Serra
---
.../devicetree/bindings/video/bridge/anx7814.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/dev
On Thu, Mar 24, 2016 at 10:47:11AM +0100, Jiri Olsa wrote:
> On Wed, Mar 23, 2016 at 03:26:53PM +0100, Peter Zijlstra wrote:
> > On Wed, Mar 16, 2016 at 03:34:31PM +0100, Jiri Olsa wrote:
> > > Fixing this by using ftrace_ops::private value to keep
> > > the perf_event pointer. This way we don't ne
Hello,
On Thu, 24 Mar 2016 11:27:27 +0100, Gregory CLEMENT wrote:
> > We haven't used this solution on Marvell Armada 32-bits SoCs, so there
> > needs to be a discussion on whether we want to go in this direction for
> > the 64 bits SoCs.
>
> At first view using the label helps to have simpler d
On 2016/3/24 14:17, Leon Romanovsky wrote:
> On Thu, Mar 24, 2016 at 01:50:30PM +0800, oulijun wrote:
>> Hi,
>>I am Lijun Ou. I have sent the PATCH v4 of HiSilicon RoCE driver at March
>> 22, 2016.
>> if you are convenient, please help to review. Welcome to give your reviewing.
>
> Hi Lijun,
On Mittwoch, 23. März 2016 18:25:32 CET Dan Williams wrote:
> We can derive the common namespace from other information. We also do
> not need to cache it because all the usages are in slow paths.
>
> Signed-off-by: Dan Williams
Reviewed-by: Johannes Thumshirn
--
Johannes Thumshirn
On Thu, Mar 24, 2016 at 03:44:55PM +0530, Kamalesh Babulal wrote:
> * Torsten Duwe [2016-03-23 16:58:58]:
>
> >
> > Since nobody liked the extra stack frame nor its workarounds, here is
> > the next attempt. Assumptions:
> >
> > 1. Heuristics are bad. The better they are, the more subtly the
>
Hi Thomas,
On jeu., mars 24 2016, Thomas Petazzoni
wrote:
> Hello,
>
> On Wed, 23 Mar 2016 23:24:20 +0100, Andreas Färber wrote:
>> Instead of duplicating the node hierarchy, reference the nodes by label,
>> adding labels where necessary.
>>
>> Drop some trailing or inconsistent white lines
On Thu, Mar 24, 2016 at 6:53 PM, Mark Brown wrote:
> On Thu, Mar 24, 2016 at 05:12:05PM +0900, Krzysztof Kozlowski wrote:
>
>> buck9_reg: BUCK9 {
>> regulator-name = "vdd_2.8v_ldo";
>> regulator-min-microvolt = <3000
This patch adds support for Synopsys G210 Test Chip.
Signed-off-by: Joao Pinto
Acked-by: Arnd Bergmann
---
Changes v10->v11:
- Nothing changed (just to keep up with patch set version).
Changes v0->v10:
- This patch only appeared in v10
drivers/scsi/ufs/Kconfig | 4 +
drivers/scsi/ufs/M
This patch adds a glue platform driver for the Synopsys G210 Test Chip.
Signed-off-by: Joao Pinto
---
Changes v10->v11 (Arnd Bergmann):
- vops structs are now passed in .data
Changes v0->v10:
- This patch only appeared in v10
.../devicetree/bindings/ufs/tc-dwc-g210-pltfrm.txt | 26 +
drive
Fixed typo in ufshcd-pltfrm.
Signed-off-by: Joao Pinto
Acked-by: Arnd Bergmann
---
Changes v0->v11:
- Nothing changed (just to keep up with patch set version).
drivers/scsi/ufs/ufshcd-pltfrm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/ufs/ufshcd-pltfrm.c
This patch adds a glue pci driver for the Synopsys G210 Test Chip.
Signed-off-by: Joao Pinto
---
Changes v10->v11 (Arnd Bergmann):
- tc_type is now initialized to TC_G210_INV
- probe function checks if the test chip version is specified
Changes v0->v10:
- This patch only appeared in v10
drivers
Adding UFS 2.0 support to the UFS core driver.
Signed-off-by: Joao Pinto
Acked-by: Arnd Bergmann
Acked-by: Rob Herring
---
Changes v8->v11:
- Nothing changed (just to keep up with patch set version).
Changes v7->v8:
- Added "jedec, ufs-2.0" to the ufschd-platform compatibility strings
Changes v
This patch has the goal to add support for DesignWare UFS Controller
specific operations.
Signed-off-by: Joao Pinto
Acked-by: Arnd Bergmann
---
Changes v10->v11:
- Nothing changed (just to keep up with patch set version).
Changes v9->v10 (Arnd Bergmann):
- Patch now only has DWC controller speci
The work consisted of:
- Fixed typo in ufshcd-pltfrm.c
- Tweak ufshcd.c for UFS 2.0 support
- Implement ufshcd-dwc which contains all DWC HW specific code
- Unipro attributes were added and new registers were added to the driver
- Implement a tc-dwc-g210 containing G210 MPHY specific code
- Impleme
On 3/23/2016 9:16 PM, Martin K. Petersen wrote:
>> "Joao" == Joao Pinto writes:
>
> Joao,
>
> Joao> Isn't it possible to be merged into a ufs-dwc branch in the SCSI
> Joao> Git tree that could be pulled later, like Bjorn did in the PCIe
> Joao> RC?
>
> I just started 4.7/scsi-queue so now i
* Torsten Duwe [2016-03-23 16:58:58]:
>
> Since nobody liked the extra stack frame nor its workarounds, here is
> the next attempt. Assumptions:
>
> 1. Heuristics are bad. The better they are, the more subtly the
>way they might fail.
>
> 2. The TOC pointer is usually dividable by 4, if no
On Thu, Mar 24, 2016 at 10:44:41AM +0100, Jiri Olsa wrote:
> hi,
> I'm hitting following lines in dmesg:
> resource sanity check: requesting [mem 0xfed1-0xfed15fff], which spans
> more than reserved [mem 0xfed1-0xfed13fff]
> caller snb_uncore_imc_init_box+0x7c/0xa0 mapping multiple BAR
Hi !
2016-02-01 15:46 GMT+01:00 Rob Herring :
> On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote:
>> Some I2C devices have multiple addresses assigned, for example each address
>> corresponding to a different internal register map page of the device.
>> So far drivers which nee
On Tue, Mar 22, 2016 at 10:39:51AM +, Luis Henriques wrote:
> 3.16.7-ckt26 -stable review patch. If anyone has any objections, please let
> me know.
>
I am replacing this patch by a slightly modified version as suggested by
Yoshifuji (see bellow). It basically adds a few missing definitions
Hi Sergei,
>>What I don't understand is why the link_change_notify() method ptr is
>> populated for all 3 supported chips while only being needed on 8030...
>
> You are right.
I made the patch but I'm unsure about it because it could conflict with
yours.
I mean, I think you submitted a patch
On Mittwoch, 23. März 2016 18:25:26 CET Dan Williams wrote:
> When section alignment padding is in effect we need to shift / truncate
> the range that is queried for poison by the 'start_pad' or 'end_trunc'
> reservations.
>
> It's easiest if we just pass in an adjusted resource range rather than
On Sun, 2016-03-20 at 09:43 +0100, Mike Galbraith wrote:
> On Sat, 2016-02-13 at 00:02 +0100, Sebastian Andrzej Siewior wrote:
> > From: Thomas Gleixner
> >
> > We currently disable migration across lock acquisition. That includes the
> > part
> > where we block on the lock and schedule out. We
On Wed, 23 Mar 2016, Sebastian Reichel wrote:
> On Wed, Mar 23, 2016 at 02:40:53PM +0200, Jani Nikula wrote:
>> On Thu, 17 Mar 2016, Sebastian Reichel wrote:
>> > On Thu, Mar 17, 2016 at 02:14:26PM +0200, Laurent Pinchart wrote:
>> >> [...]
>> >> > +
>> >> > + /* panel is 480x464 wi
On Wed, Mar 23, 2016 at 08:29:38PM +0100, Peter Zijlstra wrote:
> On Wed, Mar 23, 2016 at 06:13:49PM +, Will Deacon wrote:
> > On Wed, Mar 23, 2016 at 06:50:21PM +0100, Peter Zijlstra wrote:
> > > On Mon, Mar 14, 2016 at 09:59:42AM +, Wang Nan wrote:
> > > > +++ b/arch/arm/kernel/hw_breakpo
On Wed, Mar 23, 2016 at 11:41:29AM +0100, Peter Zijlstra wrote:
> On Wed, Mar 16, 2016 at 03:34:30PM +0100, Jiri Olsa wrote:
> > We suppress events with attr::exclude_kernel set when
> > the event is generated, so following capture will
> > give no warning but won't produce any data:
> >
> > $ s
The target state machine only knows 'STARGET_DEL', which is set once
scsi_target_destroy() is called.
However, by that time the structure is still part of the __stargets
list of the SCSI host, so any concurrent invocation will see this as
a valid target, causing an access to freed memory.
This pat
Hi Sergei,
On 03/23/2016 08:42 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 03/23/2016 01:49 PM, Sebastian Frias wrote:
>
>> This removes the dependency on GPIOLIB for non faulty PHYs.
>>
>> Indeed, without this patch, if GPIOLIB is not selected
>> devm_gpiod_get_optional() will return -ENOSYS and
On Thu, Mar 24, 2016 at 05:12:05PM +0900, Krzysztof Kozlowski wrote:
> buck9_reg: BUCK9 {
> regulator-name = "vdd_2.8v_ldo";
> regulator-min-microvolt = <300>;
> - regulator-max-microv
Hi Peter,
On 05.01.2016 17:57, Peter Rosin wrote:
> From: Peter Rosin
>
> The initial core mux structure starts off small with only the parent
> adapter pointer, which all muxes have, and a priv pointer for mux
> driver private data.
>
> Add i2c_mux_alloc function to unify the creation of a mux
On Wed, Mar 23, 2016 at 03:26:53PM +0100, Peter Zijlstra wrote:
> On Wed, Mar 16, 2016 at 03:34:31PM +0100, Jiri Olsa wrote:
> > Fixing this by using ftrace_ops::private value to keep
> > the perf_event pointer. This way we don't need to search
> > for triggered event (as tracepoint handler does) a
On Monday 21 March 2016 16:13:34 Gabriele Mazzotta wrote:
> 2016-03-21 13:17 GMT+01:00 Pali Rohár :
> > On Friday 18 March 2016 23:44:23 Gabriele Mazzotta wrote:
> >> +#ifdef CONFIG_PM_SLEEP
> >> +static void ACPI_SYSTEM_XFACE rbtn_acpi_clear_flag(void *context)
> >> +{
> >> + struct rbtn_data
On Wed, 23 Mar 2016, Lyude wrote:
> Some sinks need some time during the process of resuming the system from
> sleep before they're ready to handle transactions. While it would be
> nice if they responded with NACKs in these scenarios, this isn't always
> the case as a few sinks will just timeout
for Odroid XU3 board")
> Signed-off-by: Krzysztof Kozlowski
Tested-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
>
> ---
>
> The issue can be reproduced on next-20160324 with
> bae4fdc88d7f7dda1 (regulator: core: Ensure we are at least in bounds for our
> constraints).
From: Adriana Reus
Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
enable/disable the bus at each i2c transfer and must wait for
the enable/disable to happen before sending the data.
When reading data in the trigger handler, the kxcjk-1013 accel driver
does one i2c transfer for e
From: Adriana Reus
Use available_scan_masks to allow the iio core to select
the data to send to userspace depending on which axes are
enabled, instead of doing this in the driver's interrupt
handler.
Signed-off-by: Adriana Reus
Signed-off-by: Irina Tirdea
Acked-by: Jonathan Cameron
Acked-by:
Use available_scan_masks to allow the iio core to select
the data to send to userspace depending on which axes are
enabled, instead of doing this in the driver's interrupt
handler.
Signed-off-by: Irina Tirdea
---
drivers/iio/accel/bmc150-accel-core.c | 9 +++--
1 file changed, 7 insertions(+
Use available_scan_masks to allow the iio core to select
the data to send to userspace depending on which axes are
enabled, instead of doing this in the driver's interrupt
handler.
Signed-off-by: Irina Tirdea
---
drivers/iio/gyro/bmg160_core.c | 9 +++--
1 file changed, 7 insertions(+), 2 de
Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
enable/disable the bus at each i2c transfer and must wait for
the enable/disable to happen before sending the data.
When reading data in the trigger handler, the bmc150 accel driver does
one bus transfer for each axis. This has an imp
This patchset adds optimization of i2c transactions in trigger handler
for bmc150, bmg160 and kxcjk-1013 drivers. It also introduces the
usage of available_scan_masks.
The code for bmc150 and bmg160 drivers is a rewrite of a previous
version [1] that takes into account the usage of regmap. The cod
Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
enable/disable the bus at each i2c transfer and must wait for
the enable/disable to happen before sending the data.
When reading data in the trigger handler, the bmc150 accel driver does
one bus transfer for each axis. This has an imp
On 03/24/2016 10:09 AM, Irina Tirdea wrote:
> config structure is set to 0 when updating the buffers, so by
> default config->watermark will be 0. When computing the minimum
> between config->watermark and the buffer->watermark or
> insert_buffer-watermark, this will always be 0 regardless of the
>
On Thu, Feb 25, 2016 at 11:20:34AM +0100, Peter Zijlstra wrote:
> On Thu, Feb 25, 2016 at 10:07:06AM +, Juri Lelli wrote:
> > Argh, this makes lot of sense to me. I've actually pondered a tree/list
> > solution, but then decided to try the cumulative approach because it
> > looked nicer. But it
On Wed, Mar 23, 2016 at 01:09:05PM -0700, Hugh Dickins wrote:
> The small files thing formed my first impression. My second
> impression was similar, when I tried mmap(NULL, size_of_RAM,
> PROT_READ|PROT_WRITE, MAP_ANONYMOUS|MAP_SHARED, -1, 0) and
> cycled around the arena touching all the pages (
Am 24.03.2016 um 07:06 schrieb Thomas Gleixner:
> On Thu, 24 Mar 2016, Matthias Prager wrote:
>> The timeout happens reliably after two warm boots with a 'bad' kernel
>> after coming from a 'good' kernel, and also after one cold boot with a
>> 'bad' kernel (meaning cold booting a 'bad' kernel leads
config structure is set to 0 when updating the buffers, so by
default config->watermark will be 0. When computing the minimum
between config->watermark and the buffer->watermark or
insert_buffer-watermark, this will always be 0 regardless of the
value set by the user for the buffer.
Set as initial
GPIO handling code has been removed from the drivers (since
this is now handled by the ACPI core) in commit 0f0796509c07 ("iio:
remove gpio interrupt probing from drivers that use a single interrupt").
Remove the include for linux/gpio/consumer.h since it is no longer
used.
Signed-off-by: Irina T
Commit 845c877009cf014b ("i2c / ACPI: Assign IRQ for devices that have
GpioInt automatically") automatically assigns the first ACPI GPIO
interrupt in client->irq, so we can remove the probing code from
drivers that use only one interrupt.
Commit 0f0796509c07c1c7 ("iio: remove gpio interrupt probin
bmc150_i2c_regmap_conf is defined in bmc150-accel-core.c, but
never used here. The definition is needed in bmc150-accel-i2c.c,
where it is again defined.
Remove the unnecessary definition of bmc150_i2c_regmap_conf from
bmc150-accel-core.c and update the one from bmc150-accel-i2c.c
to contain all f
Le 23/03/2016 22:11, Sebastian Reichel a écrit :
> Hi Nicolas,
>
> On Wed, Mar 23, 2016 at 12:18:46PM +0100, Nicolas Ferre wrote:
>> Le 16/03/2016 14:19, Nicolas Ferre a écrit :
>>> This is a series to add driver for a new Atmel Shutdown Controller. This
>>> new IP
>>> is extensible and some feat
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
A single fix to the pistachio clocksource driver using the proper signedness
in the error print format.
Thanks,
tglx
-
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
A small set of fixes for the usual ARM/SOC irqchip drivers
- A set of fixes for mbigen to handle multiple devices in a hardware module
prope
On 24.03.2016 17:24, Jisheng Zhang wrote:
> Hi,
>
> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote:
>
>> Hi,
>>
>> On 03/24/2016 04:58 PM, Jisheng Zhang wrote:
>>> Hi,
>>>
>>> On Thu, 24 Mar 2016 16:28:56 +0900 Krzysztof Kozlowski wrote:
>>>
Hi,
After 918f4cbd4340 ("mmc:
From: Rasmus Villemoes
There's no reason to duplicate the logic provided by scnprintf().
Signed-off-by: Rasmus Villemoes
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 19 ---
1 file changed, 4 insertions(+), 15 deletions(-)
diff --git a/drivers/misc/mei/bus.c b/dr
On 03/24/2016 04:03 AM, Zhaoxiu Zeng wrote:
> +/*
> + * Type invariant interface to the compile time constant parity functions.
> + */
> +#define PARITY(w)PARITY64((u64)w)
Can result in incorrect expansion of w. Should be PARITY64((u64)(w))
On 2016/03/23 at 20:32, Baoquan He wrote:
> On 03/23/16 at 05:59pm, Xunlei Pang wrote:
>> On 2016/03/23 at 16:23, Baoquan He wrote:
>>> On 03/23/16 at 11:32am, Xunlei Pang wrote:
On 2016/03/23 at 10:48, Baoquan He wrote:
> On 03/01/16 at 05:53pm, Xunlei Pang wrote:
>> This is a bug fix
Hi,
On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote:
> Hi,
>
> On 03/24/2016 04:58 PM, Jisheng Zhang wrote:
> > Hi,
> >
> > On Thu, 24 Mar 2016 16:28:56 +0900 Krzysztof Kozlowski wrote:
> >
> >> Hi,
> >>
> >> After 918f4cbd4340 ("mmc: sdhci: restore behavior when setting VDD via
> >>
Hi,
2016년 03월 24일 03:47에 Gustavo Padovan 이(가) 쓴 글:
> From: Gustavo Padovan
>
> Hi,
>
> This is a first proposal to discuss the addition of in-fences support
> to DRM. It adds a new struct to fence.c to abstract the use of sync_file
> in DRM drivers. The new struct fence_collection contains a ar
Hello,
On Wed, 23 Mar 2016 23:24:20 +0100, Andreas Färber wrote:
> Instead of duplicating the node hierarchy, reference the nodes by label,
> adding labels where necessary.
>
> Drop some trailing or inconsistent white lines while at it.
>
> Fixes: ec7e5a569bce ("arm64: dts: marvell: add Device T
Hello,
On Wed, 23 Mar 2016 23:24:21 +0100, Andreas Färber wrote:
> Node names should not contain an instance number, the unit address
> serves to distinguish nodes of the same name. So rename the XOR nodes
> to just xor@address, using xorX as label instead.
>
> Fixes: ec7e5a569bce ("arm64: dts: m
* Josh Poimboeuf wrote:
> On Wed, Mar 23, 2016 at 04:11:04PM -0500, Josh Poimboeuf wrote:
> > On Wed, Mar 23, 2016 at 07:15:08PM +0800, kbuild test robot wrote:
> > > tree:
> > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> > > head: a24e3d414e59ac76566dedcad1
enough power, leading to SD card detection errors:
mmc1: card never left busy state
mmc1: error -110 whilst initialising SD card
Fixes: 86a2d2ac5e5d ("ARM: dts: Add dts file for Odroid XU3 board")
Signed-off-by: Krzysztof Kozlowski
---
The issue can be reproduced on next-201
Hi,
On 03/24/2016 04:58 PM, Jisheng Zhang wrote:
> Hi,
>
> On Thu, 24 Mar 2016 16:28:56 +0900 Krzysztof Kozlowski wrote:
>
>> Hi,
>>
>> After 918f4cbd4340 ("mmc: sdhci: restore behavior when setting VDD via
>> external regulator") On Trats2 board I see warnings for invalid VDD
>> value (2.8V):
>
Hyvää päivää,
Olen rouva Rose Butler yksityinen luotonanto yritys tunnetaan YesGrowth
Loans®. Tarjoamme kaikenlaisia lainan 3% korolla. Jos olet tarvitsevat
lainaa ystävällisesti yhteyttä meihin alla tiedot.
Koko nimi:mikan auto ja osa
Sukupuoli:
Maa:
osoite:
Lainan määrä:
Kes
From: Yegor Yefremov
When in half-duplex mode RX will be disabled before TX, but not
enabled after deactivating transmitter. This patch enables
UART_IER_RLSI and UART_IER_RDI interrupts after TX is over.
Cc: Matwey V. Kornilov
Signed-off-by: Yegor Yefremov
Fixes: e490c9144cfa ("tty: Add softwa
On Thu, Mar 24, 2016 at 01:23:01PM +1100, Balbir Singh wrote:
> On 24/03/16 02:58, Torsten Duwe wrote:
> >
> > 1. Heuristics are bad. The better they are, the more subtly the
> >way they might fail.
[...]
> I missed this yesterday, not on cc, but caught it on the list today
I replied to Michae
Hi Krzystof:
On 2016年03月24日 10:50, Krzysztof Kozlowski wrote:
Cool work! Few comments below.
On Tue, Mar 22, 2016 at 8:37 PM, Andy Yan wrote:
This driver parse the reboot commands like "reboot loader"
and "reboot recovery" to get a boot mode described in the
device tree , then call the write
Hi,
On Thu, 24 Mar 2016 16:28:56 +0900 Krzysztof Kozlowski wrote:
> Hi,
>
> After 918f4cbd4340 ("mmc: sdhci: restore behavior when setting VDD via
> external regulator") On Trats2 board I see warnings for invalid VDD
> value (2.8V):
>
> [3.119656] [ cut here ]
> [
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: 9da77666d6975219281fd400eb9608a047337414 x86/msr: Remove unused
native_read_tscp()
Misc fixes:
- fix hotplug bugs
- fix irq live lo
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 73e6aafd9ea81498d31361f01db84a0118da2d1c sched/cpuacct: Simplify the
cpuacct code
Misc fixes: a cgroup fix, a fair-scheduler migra
501 - 600 of 634 matches
Mail list logo