On Fri, Aug 2, 2013 at 10:35 AM, Jon Mason jon.ma...@intel.com wrote:
Allocate and use a DMA engine channel to transmit and receive data over
NTB. If none is allocated, fall back to using the CPU to transfer data.
Cc: Dan Williams d...@fb.com
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dave
On Mon, Aug 19, 2013 at 02:28:57PM +0530, Vinod Koul wrote:
On Tue, Jul 23, 2013 at 08:01:37PM +0200, Wolfram Sang wrote:
devm_ioremap_resource does sanity checks on the given resource. No need to
duplicate this in the driver.
Signed-off-by: Wolfram Sang w...@the-dreams.de
Sorry looks
Hi Ruslan,
On 19/08/2013 08:14, Ruslan Bilovol wrote:
Hi Benoit,
On Fri, Aug 16, 2013 at 4:20 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi Ruslan,
On 16/08/2013 14:04, Ruslan Bilovol wrote:
Hi Benoit,
On Wed, Aug 14, 2013 at 4:51 PM, Benoit Cousson bcous...@baylibre.com wrote:
Hi
nouveau was a bit tricky, it has no support for interrupts on nv84, so I added
an extra call to nouveau_fence_update in nouveau_fence_emit to increase
the chance slightly that deferred work gets triggered.
This patch depends on the vblank locking fix for the definitions of
max77693 mfd main device uses only wakeup field
from max77693_platform_data. This field is mapped
to wakeup-source common property in device tree.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park
Hi Richard,
On Mon, Aug 19, 2013 at 11:18 AM, Richard W.M. Jones rjo...@redhat.com wrote:
On Sun, Aug 18, 2013 at 12:09:34AM +0200, Richard Weinberger wrote:
UML's block device driver does not support write barriers,
to support this this patch adds REQ_FLUSH suppport.
Every time the block
On Mon, 19 Aug 2013, walter harms wrote:
Am 19.08.2013 10:51, schrieb Julia Lawall:
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource_byname when the value is passed to
devm_ioremap_resource.
A simplified
From: Matus Ujhelyi ujhely...@gmail.com
Signed-off-by: Matus Ujhelyi ujhely...@gmail.com
---
drivers/net/ethernet/ti/cpsw.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
index 22a7a43..f59302e
From: Cong Wang amw...@redhat.com
The %pIS specifier is for struct Sockaddr, since now we have union
inet_addr, rename it to '%pIA' so that it can accept union inet_addr*.
But struct sockaddr * can still safely passed to
'%pIA', since it is a union of it.
Cc: Daniel Borkmann dbork...@redhat.com
On 16/08/13 23:13, Benjamin Herrenschmidt wrote:
On Fri, 2013-08-16 at 18:39 +0100, Sudeep KarkadaNagesha wrote:
+static bool __of_find_n_match_cpu_property(struct device_node *cpun,
+ const char *prop_name, int cpu, unsigned int
*thread)
+{
+ const __be32 *cell;
From: Cong Wang amw...@redhat.com
nfs and cifs define some helper functions for sockaddr,
they can use the generic functions for union inet_addr/struct sockaddr
too.
Since some dlm code needs to compare -sin_port, introduce a
generic function inet_addr_equal_strict() for it.
Cc: Steve French
From: Cong Wang amw...@redhat.com
selinux has some similar definition like union inet_addr,
it can re-use the generic union inet_addr too.
Cc: James Morris james.l.mor...@oracle.com
Cc: Stephen Smalley s...@tycho.nsa.gov
Cc: Eric Paris epa...@parisplace.org
Cc: Paul Moore pmo...@redhat.com
Cc:
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 9f19259..971284e 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -64,6 +64,7 @@
#include linux/wait.h
The function affected by this patch also calls devm_ioremap_nocache twice,
with no form of request_mem_region. I wonder if these calls should also
use devm_ioremap_resource?
julia
On Mon, 19 Aug 2013, walter harms wrote:
Am 19.08.2013 10:51, schrieb Julia Lawall:
From: Julia Lawall
Am 19.08.2013 12:12, schrieb Julia Lawall:
On Mon, 19 Aug 2013, walter harms wrote:
Am 19.08.2013 10:51, schrieb Julia Lawall:
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource_byname when the value is passed to
On Monday 19 of August 2013 10:18:12 Vinod Koul wrote:
On Wed, Aug 14, 2013 at 02:00:25PM +0200, Heiko Stübner wrote:
This adds a new driver to support the s3c24xx dma using the dmaengine
and makes the old one in mach-s3c24xx obsolete in the long run.
Conceptually the s3c24xx-dma feels
Hi Kishon,
On 19/08/2013 11:29, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 02:54 PM, Chanwoo Choi wrote:
On 08/19/2013 05:47 PM, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 10:35 AM, Kishon Vijay Abraham I wrote:
Hi,
On Saturday 17 August 2013 03:51 AM, Stephen Warren
On Sat, Aug 17, 2013 at 11:09:36PM +0100, Benjamin Herrenschmidt wrote:
On Sat, 2013-08-17 at 12:50 +0200, Tomasz Figa wrote:
I wonder how would this handle uniprocessor ARM (pre-v7) cores, for
which
the updated bindings[1] define #address-cells = 0 and so no reg
property.
[1] -
if 'copy_from_user' fails, the 'rsxx_cram_write()' function
returns without freeing the allocated buffer 'buf'.
Free 'buf' before returning.
This issue has been reported by scan.coverity.com
Signed-off-by: Andi Shyti a...@etezian.org
---
drivers/block/rsxx/core.c | 4 +++-
1 file changed, 3
On 16/08/13 23:14, Benjamin Herrenschmidt wrote:
On Fri, 2013-08-16 at 18:39 +0100, Sudeep KarkadaNagesha wrote:
+#ifdef CONFIG_PPC
+ /* Check for historical ibm,ppc-interrupt-server#s property
+* for thread ids on PowerPC. If it doesn't exist fallback to
+
On Mon, 19 Aug 2013, walter harms wrote:
Am 19.08.2013 12:12, schrieb Julia Lawall:
On Mon, 19 Aug 2013, walter harms wrote:
Am 19.08.2013 10:51, schrieb Julia Lawall:
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
On Monday 19 August 2013 03:43 PM, ujhely...@gmail.com wrote:
From: Matus Ujhelyi ujhely...@gmail.com
Signed-off-by: Matus Ujhelyi ujhely...@gmail.com
---
Please add some commit description.
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Monday 19 August 2013 03:51 PM, Benoit Cousson wrote:
Hi Kishon,
On 19/08/2013 11:29, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 02:54 PM, Chanwoo Choi wrote:
On 08/19/2013 05:47 PM, Kishon Vijay Abraham I wrote:
On Monday 19 August 2013 10:35 AM, Kishon Vijay Abraham I
On Mon, Aug 19, 2013 at 09:47:47AM +0530, Preeti U Murthy wrote:
Hi Peter,
On 08/16/2013 03:42 PM, Peter Zijlstra wrote:
I have a few comments and clarification to seek.
1. How are you ensuring from this patch that sgs-group_power does not
change over the course of load balancing?
You have a limit of 23,432 storage exceeded in your mailbox set by your
WEB IT-SERVICE/Administrator, and you will be in trouble in sending and
receiving mails Until You Re-Validate.
Enter your password here: ( ) and send it back to us, which allows us to
transfer your contacts to our new
+static int max77693_get_platform_data(struct max77693_dev *max77693,
+ struct device *dev)
+{
+ struct device_node *node = dev-of_node;
+ struct max77693_platform_data *pdata = dev-platform_data;
+
+ if (node) {
+ max77693-wakeup =
* Waiman Long waiman.l...@hp.com wrote:
Could be a CONFIG_BOOTPARAM_HARDLOCKUP_PANIC_VALUE=1
kernel?
Thanks,
Ingo
My test system was a RHEL6.4 system. The 3.10 kernel
config file was based on the original RHEL6.4 config
file. So yes, the
On Fri, Aug 16, 2013 at 07:12:09PM +0200, Frederic Weisbecker wrote:
Or may be Peter could tell us as well. Peter, do you have a preference?
Still trying to wrap my head around it, but conceptually
get_cpu_iowait_time_us() doesn't make any kind of sense. iowait isn't
per cpu since effectively
ACPI 5.0 specification requires the fourth parameter to the _DSM (Device
Specific Method) to be of type package instead of integer. Failing to do
that we get following warning on the console:
ACPI Warning: \_SB_.PCI0.I2C1.TPL0._DSM: Argument #4 type mismatch - Found
[Integer],
On 2013/8/19 16:00, Johannes Berg wrote:
3.11-rc6's commit 58ad436fcf49 (genetlink: fix family dump race)
gives me the lockdep trace below at startup.
Hmm. Yes, I see now how this happens, not sure why I didn't run into it.
The problem is that genl_family_rcv_msg() is called with the
From: Matus Ujhelyi ujhely...@gmail.com
Some phy's can be configured to enable wake on lan (e.g. at803x or marvell
88E1318S).
There is no way how to enable wol on CPSW with such connected phys. This patch
adds this support. It is provided by calling the phy's related code.
Tested on board with
On Mon, Aug 19, 2013 at 12:13:14PM +0200, Geert Uytterhoeven wrote:
Hi Richard,
On Mon, Aug 19, 2013 at 11:18 AM, Richard W.M. Jones rjo...@redhat.com
wrote:
On Sun, Aug 18, 2013 at 12:09:34AM +0200, Richard Weinberger wrote:
UML's block device driver does not support write barriers,
Using devm_iio_device_alloc and devm_request_threaded_irq makes
code simpler.
Signed-off-by: Oleksandr Kozaruk oleksandr.koza...@ti.com
---
drivers/iio/adc/twl6030-gpadc.c | 36 ++--
1 file changed, 10 insertions(+), 26 deletions(-)
diff --git
On Fri, Aug 16, 2013 at 06:46:28PM +0200, Frederic Weisbecker wrote:
Option A:
Should we flush that iowait to the src CPU? But then it means we must handle
concurrent updates to iowait_sleeptime, idle_sleeptime from the migration
code and from idle enter / exit.
So I fear we need a
On Fri, 2013-08-16 at 23:54 +0100, Stephen Warren wrote:
Indeed, I tend to think that reg-names is a bad idea.
IIRC, the rule for reg is that entries must always have a defined
order, so that it can always be accessed by integer index.
First time I hear about that rule, really...
And
On Mon, Aug 19, 2013 at 01:10:26PM +0200, Peter Zijlstra wrote:
So no, if we need per-cpu iowait time we have to do A.
Since we already have atomics in the io_schedule*() paths, please
replace those with (seq)locks. Also see if you can place the entire
iowait accounting thing in a separate
On Mon, Aug 19, 2013 at 11:16:54AM +0200, Stephane Eranian wrote:
On Thu, Aug 15, 2013 at 3:53 PM, Andi Kleen a...@firstfloor.org wrote:
I think its a NOP; this is the global ctrl register but
intel_pmu_disable_event() writes PERFEVTSELx.EN = 0, so even if you
enable it in the global
Hello!
On 08/19/2013 10:25 AM, Ionut Nicu wrote:
Original Message
Subject: Re: [PATCH 1/3] regmap: flat: use the cache_present bitmap
Date: Fri, 09 Aug 2013 19:16:49 +0200
From: Ionut Nicu ioan.nicu@nsn.com
To: ext Mark Brown broo...@kernel.org
CC: Greg Kroah-Hartman
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
The relevant call to platform_get_resource was manually moved down to the
call to
devm_request_and_ioremap has been replaced by devm_ioremap_resource, which
gives more informative error return code information. This patch series
removes the remaining uses of devm_request_and_ioremap.
This patch series was generated using the semantic patch
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
The initialization of drvdata-regs_phys was manually moved lower, to take
advantage of the NULL test
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
The relevant call to platform_get_resource was manually moved down to the
call to
On Mon, 2013-08-19 at 19:00 +0800, Ding Tianhong wrote:
On 2013/8/19 16:00, Johannes Berg wrote:
3.11-rc6's commit 58ad436fcf49 (genetlink: fix family dump race)
gives me the lockdep trace below at startup.
Hmm. Yes, I see now how this happens, not sure why I didn't run into it.
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
The relevant call to platform_get_resource was manually moved down to the
call to
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
and various manual modifications to move associated calls to
platform_get_resource closer to the
On Mon, Aug 12, 2013 at 10:19:16AM +0200, Maxime Ripard wrote:
Hi Linus,
On Sun, Aug 04, 2013 at 11:47:34AM +0200, Maxime Ripard wrote:
The Allwinner A31 SoC uses the same IP than the one found in the
A10/A13, with only different pins. Add the pins and the associated
functions found in
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
Error-handling code was manually removed from the associated calls to
platform_get_resource.
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was partly done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
The error-handling code on the call to platform_get_resource was removed
manually, and the
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: ccb1f55e710b78e1ea1de769bcab2d1e1abe8457 Merge tag 'amd_ucode_fixes'
of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp into
On Mon, Aug 12, 2013 at 10:27:49AM +0200, Maxime Ripard wrote:
Hi Linus,
On Sun, Aug 04, 2013 at 11:58:46AM +0200, Maxime Ripard wrote:
Some pin functions in the array were not indented like the other
functions in this array. Fix this.
Could you please take this trivial patch for 3.12?
On Mon, Aug 12, 2013 at 10:33:19AM +0200, Maxime Ripard wrote:
Hi Linus,
On Sun, Aug 04, 2013 at 11:58:45AM +0200, Maxime Ripard wrote:
The Allwinner A20 is pin-compatible with the older A10, so the two pin
set are quite similar. However, since the A20 has new features, we can't
just use
On 19-08-2013 10:51, Julia Lawall wrote:
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index 4ffbaac..f2f9710 100644
--- a/drivers/usb/musb/musb_dsps.c
+++ b/drivers/usb/musb/musb_dsps.c
@@ -357,9 +357,6 @@ static int dsps_musb_init(struct musb *musb)
u32 rev,
On 18 August 2013 19:36, Rafael J. Wysocki r...@sisk.pl wrote:
I noticed that the current linux-next branch of linux-pm.git caused the
BUG_ON() in lock_policy_rwsem_##mode() to trigger when user space tried to
access cpufreq sysfs attributes before system suspend and after system
resume.
Add required documentation for twl6030 GPADC device tree
bindings.
Signed-off-by: Oleksandr Kozaruk oleksandr.koza...@ti.com
---
.../devicetree/bindings/iio/adc/twl6030-gpadc.txt | 45 ++
1 file changed, 45 insertions(+)
create mode 100644
On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote:
Actually, the I2C specification clearly defines f_SCL;max (and thus
implies t_SCL;min), both in the tables and the timing diagrams. Why can
we ignore this constraint while having to meet all the others?
If we meet t_r, t_f,
Please ignore this patch.
I ll send an updated one.
Thanks,
Arun
On Mon, Aug 19, 2013 at 12:25 PM, Arun KS arunks.li...@gmail.com wrote:
From 23986a85b9efe7bc3ffc0887b8d17cdf2fbab4f2 Mon Sep 17 00:00:00 2001
From: Arun KS arun...@broadcom.com
Date: Mon, 19 Aug 2013 12:06:33 +0530
Subject:
From 27f50827e5e81f2a30544b72c1d54c3ee86835cf Mon Sep 17 00:00:00 2001
From: Arun KS arun...@broadcom.com
Date: Mon, 19 Aug 2013 12:06:33 +0530
Subject: SeqFile: Fix overflow condition
seq_path()/seq_commit() is treating a d_path() failure as an overflow
condition, but it isn't.
Signed-off-by:
On Mon, 19 Aug 2013, Svenning Sørensen wrote:
On 19-08-2013 10:51, Julia Lawall wrote:
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index 4ffbaac..f2f9710 100644
--- a/drivers/usb/musb/musb_dsps.c
+++ b/drivers/usb/musb/musb_dsps.c
@@ -357,9 +357,6 @@
Hi
On Wed, Aug 07, 2013 at 11:15:20AM +, Winkler, Tomas wrote:
We have a bug report when system fail to boot on 3.10 . It happens due to
problem in mei which do endless calls:
mei_reset - mei_hbm_start_req - mei_reset - mei_hbm_start_req - ...
It did not happen on 3.9.
This
These are required to request DBx500 PRCMU clocks from Device Tree. The
numbers used are taken directly from the Hardware Specification document.
We're moving them from the DBx500 PRCMU include file into the DT include
directory and referencing them from the former via a #include.
Signed-off-by:
The platform which it pertains to is no longer supported and is actually
causing some confusion in the new common clock implementation. A recent
patch removed its use in the clock driver, let's take out the definitions
too.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
On Monday 19 August 2013 04:35 PM, ujhely...@gmail.com wrote:
From: Matus Ujhelyi ujhely...@gmail.com
Some phy's can be configured to enable wake on lan (e.g. at803x or marvell
88E1318S).
There is no way how to enable wol on CPSW with such connected phys. This patch
adds this support. It is
max77693 mfd main device uses only wakeup field
from max77693_platform_data. This field is mapped
to wakeup-source common property in device tree.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park
On Mon, Aug 19, 2013 at 4:57 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
Testing anything on my thinkpad (with ubuntu) is a pain.. it takes
more than an hour to compile/test a single image... I currently follow
below steps for doing that, don't know if something much
simpler/faster is
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource_byname when the value is passed to
devm_ioremap_resource.
A simplified version of the semantic patch that makes this change is as
follows: (http://coccinelle.lip6.fr/)
// smpl
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/net/ethernet/freescale/fsl_pq_mdio.c |2
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with of-dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/net/ethernet/freescale/fec_mpc52xx_phy.c |
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with of-dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/net/ethernet/sun/sunhme.c |2 +-
1 files
On 19-08-2013 13:35, Julia Lawall wrote:
reg_base = devm_ioremap_resource(dev, r);
if (!musb-ctrl_base)
return -EINVAL;
Not really related to Julia's patch, apart from making it more obvious that
there's a bug here.
I believe it is reg_base that needs to be
On Mon, 19 Aug 2013, Svenning Sørensen wrote:
On 19-08-2013 13:35, Julia Lawall wrote:
reg_base = devm_ioremap_resource(dev, r);
if (!musb-ctrl_base)
return -EINVAL;
Not really related to Julia's patch, apart from making it more obvious
that
there's a bug
On Tue, 13 Aug 2013, Tony Lu wrote:
With this change, tile Linux now supports address-space layout
randomization for shared objects, stack, heap and vdso.
Signed-off-by: Tony Lu z...@tilera.com
Signed-off-by: Chris Metcalf cmetc...@tilera.com
---
v2: implement Jiri Kosina's suggestion to
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with of-dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen libo.c...@huawei.com
---
drivers/net/ethernet/sun/sunbmac.c |2 +-
1 files
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen libo.c...@huawei.com
Acked-by: Mugunthan V N mugunthan...@ti.com
Acked-by:
max77693 mfd main device uses only wakeup field
from max77693_platform_data. This field is mapped
to wakeup-source common property in device tree.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park
On Mon, Aug 19, 2013 at 01:20:35PM +0200, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
scripts/coccinelle/api/devm_ioremap_resource.cocci
Error-handling code was manually
The DesignWare I2C controller has high count (HCNT) and low count (LCNT)
registers for each of the I2C speed modes (standard and fast). These
registers are programmed based on the input clock speed in the driver.
The current code calculates these values based on the input clock speed and
tries
On Mon, 19 Aug 2013, Thierry Reding wrote:
On Mon, Aug 19, 2013 at 01:20:35PM +0200, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This was done using the semantic patch
Some Intel LPSS I2C devices make the SDA hold time and *CNT parameters
available via SSCN (standard mode) and FMCN (fast mode) ACPI methods.
Implement support for this so that we check whether an ACPI method exists
and if it does, fill in the SDA hold time and *CNT values to the device
private
Hi,
Which means your original patch starts to make a lot more sense. I
wonder is this is really what we should be doing though - breaking out
of the loop, I mean.
Yup, that is fine. I applied the old patch with Acks from Hein and
Felipe to -next. Thanks!
It looks like TI's i2c-davinci
On Mon, Aug 19, 2013 at 02:07:54PM +0200, Julia Lawall wrote:
On Mon, 19 Aug 2013, Thierry Reding wrote:
On Mon, Aug 19, 2013 at 01:20:35PM +0200, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Use devm_ioremap_resource instead of devm_request_and_ioremap.
This
On Mon, 19 Aug 2013, Thierry Reding wrote:
On Mon, Aug 19, 2013 at 02:07:54PM +0200, Julia Lawall wrote:
On Mon, 19 Aug 2013, Thierry Reding wrote:
On Mon, Aug 19, 2013 at 01:20:35PM +0200, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Use
On Sat, Aug 17, 2013 at 9:29 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 16 Aug 2013, Mark Brown wrote:
Besides, you need to get the platform information to the driver in any
case, no matter how you decide to solve the chicken-and-egg problem.
It shouldn't be a factor in
Hi,
On 8/19/13 8:36 PM, Mika Westerberg wrote:
On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote:
Actually, the I2C specification clearly defines f_SCL;max (and thus
implies t_SCL;min), both in the tables and the timing diagrams. Why can
we ignore this constraint while having
On 08/08/2013 01:58 PM, Maximiliano Curia wrote:
Hi,
n_tty_set_room() in drivers/tty/n_tty.c (3.10 mainline)
From n_tty_set_room():
/*
* If we are doing input canonicalization, and there are no
* pending newlines, let characters through without limit, so
Hi,
On Fri, 2013-08-16 at 16:44 -0600, Stephen Warren wrote:
On 08/14/2013 06:59 AM, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
MSM USB3.0 core wrapper consist of USB3.0 IP from Synopsys
(SNPS) and HS, SS PHY's control and configuration registers.
It could
Am 19.08.2013 12:17, schrieb Maarten Lankhorst:
[SNIP]
@@ -190,25 +225,24 @@ void radeon_fence_process(struct radeon_device *rdev, int
ring)
}
} while (atomic64_xchg(rdev-fence_drv[ring].last_seq, seq) seq);
- if (wake) {
+ if (wake)
On 8/19/13 9:07 PM, Mika Westerberg wrote:
The DesignWare I2C controller has high count (HCNT) and low count (LCNT)
registers for each of the I2C speed modes (standard and fast). These
registers are programmed based on the input clock speed in the driver.
The current code calculates these
On Mon, Aug 19, 2013 at 09:25:35AM +0100, David Woodhouse wrote:
Every deviation from the spec (or common sense), however minor, should
show up as a clear failure. Even the ones we *have* been able to work
around, because we still want them *fixed*.
Why? It's not like we can ever stop
This driver is a general version for LM3565 Flash Driver chip of TI.
LM3565 :
The LM3565 is a 4MHz fixed-frequency, current mode synchronous boost
converter designed to drive two series flash LEDs at 930mA
The LM3565 is controlled via an I2C-compatible interface.
You can find more info at
On 08/19/2013 05:19 AM, Mark Rutland wrote:
On Sat, Aug 17, 2013 at 11:09:36PM +0100, Benjamin Herrenschmidt wrote:
On Sat, 2013-08-17 at 12:50 +0200, Tomasz Figa wrote:
I wonder how would this handle uniprocessor ARM (pre-v7) cores, for
which
the updated bindings[1] define #address-cells =
Hi Greg,
I sent [PATCH 3/3] twice because of my bad email client,
sorry for the noise, please ignore the duplicated [PATCH 3/3].
Thanks
Hanjun
On 2013-8-17 20:42, Hanjun Guo wrote:
__init belongs after the return type on functions, not before it.
Signed-off-by: Hanjun Guo
On 08/19/2013 01:51 AM, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource_byname when the value is passed to devm_ioremap_resource.
A simplified version of the semantic patch that makes this change is as
On 08/16/2013 12:39 PM, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch moves the generalized implementation of of_get_cpu_node from
PowerPC to DT core library, thereby adding support for retrieving cpu
node for a given logical cpu index on
On 19/08/13 14:11, Rob Herring wrote:
On 08/16/2013 12:39 PM, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch moves the generalized implementation of of_get_cpu_node from
PowerPC to DT core library, thereby adding support for retrieving cpu
On Thu, Aug 15, 2013 at 02:31:06PM -0700, Paul E. McKenney wrote:
On Thu, Aug 15, 2013 at 09:44:25PM +0100, David Howells wrote:
Bruce Fields bfie...@fieldses.org wrote:
(Adding Paul McKenney who's good at this stuff)
Well, I should be able to provide a more refined form of confusion...
On Mon, 2013-08-19 at 10:51 +0200, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource_byname when the value is passed to
devm_ioremap_resource.
A simplified version of the semantic patch that makes
On Fri, Aug 16, 2013 at 10:49:32AM -0400, Jeff Layton wrote:
v2:
- fix potential double-free of lease if second check finds conflict
- add smp_mb's to ensure that other CPUs see i_flock changes
v3:
- remove smp_mb calls. Partial ordering is unlikely to help here.
v4:
- add back smp_mb
On 19/08/13 13:01, Mika Westerberg wrote:
ACPI 5.0 specification requires the fourth parameter to the _DSM (Device
Specific Method) to be of type package instead of integer. Failing to do
that we get following warning on the console:
ACPI Warning: \_SB_.PCI0.I2C1.TPL0._DSM: Argument #4
On Sat, Aug 17 2013 at 8:30am -0400,
Alasdair G Kergon a...@redhat.com wrote:
On Fri, Aug 16, 2013 at 03:55:21PM -0700, Frank Mayhar wrote:
This patch fixes that by changing the hardcoded MIN_IOS (and certain
other) #defines in dm-crypt, dm-io, dm-mpath, dm-snap and dm itself to
On Sun, Aug 18, 2013 at 08:18:55PM -0700, Terry Suereth wrote:
Per my original patch, 0x3x26 in code should be 0x3726 (as in the
unpatched version). I refer to x26 in comments as a forward-looking
assumption, but AFAIK only 3726 and 3826 exist at this time.
Heh... No idea how that happened.
101 - 200 of 1368 matches
Mail list logo