On 8/13/2013 4:23 AM, Greg KH wrote:
On Mon, Aug 12, 2013 at 12:43:50PM +0530, akhil.go...@freescale.com wrote:
From: Akhil Goyalakhil.go...@freescale.com
The radio device framework introduces a way to accommodate the
RF(radio frequency) signal paths. One signal path is represented
as a RF
From: Sonic Zhang sonic.zh...@analog.com
Update Blackfin arch branch maintainer's email as well.
Signed-off-by: Sonic Zhang sonic.zh...@analog.com
---
MAINTAINERS | 42 --
1 file changed, 20 insertions(+), 22 deletions(-)
diff --git a/MAINTAINERS
Hi all,
Today's linux-next merge of the mvebu tree got a conflict in
drivers/pci/host/Kconfig between commit 5477a33b51b7 (PCI: mvebu: Make
Marvell PCIe driver depend on OF) from the pci tree and commit
31d896ade95d (PCI: mvebu: add support for Marvell Dove SoCs) from the
mvebu tree.
I fixed it
Hi all,
Today's linux-next merge of the mvebu tree got a conflict in
drivers/pci/host/pci-mvebu.c between commit f48fbf9c7e89 (PCI: mvebu:
Convert to use devm_ioremap_resource) from the pci tree and commit
826727641b2a (PCI: mvebu: move clock enable before register access)
from the mvebu tree.
I
On 8/14/13 6:44 AM, Tang Chen wrote:
In setup_arch() of x86, it set memblock.current_limit directly.
We should use memblock_set_current_limit(). If the implementation
is changed, it is easy to maintain.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Reviewed-by: Pekka Enberg
On 8/14/13 12:46 AM, Linn Crosetto wrote:
Type SETUP_PCI, added by setup_efi_pci(), may advertise a ROM size
larger than early_memremap() is able to handle, which is currently
limited to 256kB. If this occurs it leads to a NULL dereference in
parse_setup_data().
To avoid this, remap the
On Wed, Aug 14, 2013 at 01:59:02PM +0800, Zhi Yong Wu wrote:
On Wed, Aug 14, 2013 at 1:35 PM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Jul 31, 2013 at 04:42:45PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
It can take a long time to run log
On 2013/8/14 13:06, Andy Lutomirski wrote:
On Tue, Aug 13, 2013 at 10:04 PM, Rui Xiang rui.xi...@huawei.com wrote:
The level of init_user_ns shoule be 1.
What's wrong with zero?
No problem. It is just consistent with commit 8742f229b63, IMHO.
but the initialization of level should be
Am 13.08.2013 21:15, schrieb Benjamin Tissoires:
On Tue, Aug 13, 2013 at 8:37 PM, Alexander Holler hol...@ahsoftware.de wrote:
Another problem is that I don't have any commercial sensor hub and I'm
therefor not a very relvant as tester (I've implemented the firmware for my
HID (sensor hub)
Encountered this while building custom embedded distribution with the yocto
project build system.
This has never happened before for me, but google search showed quite a few
similar reports.
Aug 13 15:42:12 quadpc kernel: [263676.682558] [ cut here
]
Aug 13 15:42:12
On Tue, 13 Aug 2013 19:32:37 -0400 Chris Metcalf cmetc...@tilera.com wrote:
On 8/13/2013 7:29 PM, Tejun Heo wrote:
Hello,
On Tue, Aug 13, 2013 at 06:53:32PM -0400, Chris Metcalf wrote:
int lru_add_drain_all(void)
{
- return schedule_on_each_cpu(lru_add_drain_per_cpu);
+ return
In order to make sure the patch without involving unexpected issues beyond
I can understand, I will confirm with our expert about it.
so please pend the patch going to mainline. If the patch can move on, I
think I will also provide other patch changing, like direct EOI.
Hi Yinghai and Ingo,
Use unified pte_bfop helper to manipulate bits in pte/pgoff bitfield.
Signed-off-by: Cyrill Gorcunov gorcu...@openvz.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Andy Lutomirski l...@amacapital.net
Cc: H. Peter Anvin h...@zytor.com
Cc: Pavel Emelyanov xe...@parallels.com
Cc: Matt Mackall
This patch-set moves USECS_PER_JIFFY to architecture timex.h from architecture
specific C files. Patch-set further uses this to make PPC macro
spin_event_timeout() architecture independent. This change enables drivers to
use spin_event_timeout() even in non-PowerPC based SoC's.
This patchset has
Hello,
On Wed, Aug 14, 2013 at 12:45:41PM +0800, Xishi Qiu wrote:
A large free page buddy block will continue many times, so if the page
is free, skip the whole page buddy block instead of one page.
Signed-off-by: Xishi Qiu qiuxi...@huawei.com
Nitpick is it could change nr_scanned's
Add support for PCA9634 chip, which belongs to the same family as the
9633 but with support for 8 outputs instead of 4.
Signed-off-by: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
---
drivers/leds/Kconfig|7 +--
drivers/leds/leds-pca9633.c | 104
Add Support for the PCA9634 chip. Simimart to the 9633, but with 8 outputs
instead of 4.
Fix bug when 2 chips where present on the system, the ledclass will fail and
the chip wont probe.
Protect ledout register with a mutex to support updates of more than leds at
the same time
Fix device tree
A malformed device tree could lead into a segmentation fault if the reg
value of a led is bigger than the number of leds.
A valid device tree could have only information about the last led of the
chip. Fix the device tree parsing to handle those cases.
Signed-off-by: Ricardo Ribalda Delgado
On Tue, 2013-08-13 at 20:10 -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Aug 13, 2013 at 11:20:05PM +0100, Ian Campbell wrote:
On Tue, 2013-08-13 at 21:59 +0100, Ian Campbell wrote:
What it should be is:
void xen_raw_console_write(const char *str)
{
-
To update an LED a register has to be read, updated and writen. If
another LED whas been updated at the same time, this could lead into
wrong updates.
This patch adds a common mutex to all the leds of the same chip to
protect the ledout register.
Signed-off-by: Ricardo Ribalda Delgado
To update an LED a register has to be read, updated and writen. If
another LED whas been updated at the same time, this could lead into
wrong updates.
This patch adds a common mutex to all the leds of the same chip to
protect the ledout register.
Signed-off-by: Ricardo Ribalda Delgado
The driver now supports the chips pca9633 and pca9634, therefore we
rename the files to more generic and meaningul names
Signed-off-by: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
---
drivers/leds/Kconfig |2 +-
drivers/leds/Makefile |2 +-
A malformed device tree could lead into a segmentation fault if the reg
value of a led is bigger than the number of leds.
A valid device tree could have only information about the last led of the
chip. Fix the device tree parsing to handle those cases.
Signed-off-by: Ricardo Ribalda Delgado
The driver now supports the chips pca9633 and pca9634, therefore we
rename the files to more generic and meaningul names
Signed-off-by: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
---
drivers/leds/Kconfig |2 +-
drivers/leds/Makefile |2 +-
If there is more than one pca963x chips on the system and there are
some LEDs without platform_data names, the driver wont be able to
provide unique naming to them.
This will cause led_class_dev_register to fail, unregistering all the
LEDs of the chip.
This patch adds the i2c address to the name
If there is more than one pca963x chips on the system and there are
some LEDs without platform_data names, the driver wont be able to
provide unique naming to them.
This will cause led_class_dev_register to fail, unregistering all the
LEDs of the chip.
This patch adds the i2c address to the name
Hello Bryan
I have sent a new series (v4). Beware that there is a new patch
appended to the series, I think I found some problems while dt parsing
Best regards!
On Tue, Aug 13, 2013 at 7:12 PM, Bryan Wu coolo...@gmail.com wrote:
On Tue, Aug 13, 2013 at 7:49 AM, Ricardo Ribalda Delgado
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
It can take a long time to run log recovery operation because it is
single threaded and is bound by read latency. We can find that it took
most of the time to wait for the read IO to occur, so if one object
readahead is introduced to log recovery, it
USECS_PER_JIFFY is used in several ARCHITECTURE C files.Now USECS_PER_JIFFY
has been moved from architecture specific C files to architecture specific
timex.h. This enables users to include timex.h and make use of USECS_PER_JIFFY.
Signed-off-by: Arpit Goel b44...@freescale.com
---
This patch ports PowerPC implementation of spin_event_timeout() for generic
use. Architecture specific implementation can be added to asm/delay.h, which
will override the generic linux implementation.
Signed-off-by: Arpit Goel b44...@freescale.com
---
include/linux/delay.h | 40
Hi,
On Tue, 2013-08-13 at 13:57 -0600, Stephen Warren wrote:
On 08/09/2013 03:53 AM, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
MSM USB3.0 core wrapper consist of USB3.0 IP (SNPS)
and HS, SS PHY's controll and configuration registers.
s/controll/control/
On 08/14/2013 12:00 AM, Cyrill Gorcunov wrote:
+#define pte_bfop(v,r,m,l)v) (r)) (m)) (l))
bfop?
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Wed, Aug 14, 2013 at 12:22:37AM -0700, H. Peter Anvin wrote:
On 08/14/2013 12:00 AM, Cyrill Gorcunov wrote:
+#define pte_bfop(v,r,m,l) v) (r)) (m)) (l))
bfop?
B_it_F_ield_OP_eration, Peter I don't mind to use any other
name, this was just short enough to type.
--
To unsubscribe
* Santosh Shilimkar santosh.shilim...@ti.com [130813 06:35]:
On Tuesday 13 August 2013 04:10 AM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130724 12:06]:
On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
On 07/24/2013 01:43 PM, Sricharan R wrote:
On
* Lee Jones lee.jo...@linaro.org [130813 08:51]:
Tony, Benoit,
Poke
Looks like Benoit's new email address is bcous...@baylibre.com.
Probably best for Benoit to pick these to avoid merge conflicts.
Regards,
Tony
On Mon, 22 Jul 2013, Lee Jones wrote:
Cc: Benoît Cousson b-cous...@ti.com
On Tue 13 August 2013 17:04:06 Ricardo Ribalda Delgado wrote:
When 2 devices are registered at the same time, in Part 2 both will get
the same minor number, making Part6 crash, because it cannot create a
create a device with a duplicated minor:
You would expect that such core code would be bug
Steven Rostedt rost...@goodmis.org writes:
Currently the params.c code allows only two set functions to have
no arguments. If a parameter does not have an argument, then it
looks at the set function and tests if it is either param_set_bool()
or param_set_bint(). If it is not one of these
On 08/14/2013 12:24 AM, Cyrill Gorcunov wrote:
On Wed, Aug 14, 2013 at 12:22:37AM -0700, H. Peter Anvin wrote:
On 08/14/2013 12:00 AM, Cyrill Gorcunov wrote:
+#define pte_bfop(v,r,m,l) v) (r)) (m)) (l))
bfop?
B_it_F_ield_OP_eration, Peter I don't mind to use any other
name, this
On Wed, 14 Aug 2013 00:31:12 -0700 H. Peter Anvin h...@zytor.com wrote:
On 08/14/2013 12:24 AM, Cyrill Gorcunov wrote:
On Wed, Aug 14, 2013 at 12:22:37AM -0700, H. Peter Anvin wrote:
On 08/14/2013 12:00 AM, Cyrill Gorcunov wrote:
+#define pte_bfop(v,r,m,l)v) (r)) (m)) (l))
2013/8/14 Viresh Kumar viresh.ku...@linaro.org:
On 13 August 2013 12:39, Xiaoguang Chen che...@marvell.com wrote:
__cpufreq_governor operation needs to be executed one by one.
If one operation is ongoing, the other operation can't be executed.
If the order is not guaranteed, there may be
On 07/08/2013 18:52, Douglas Gilbert :
On 13-08-07 12:29 PM, Boris BREZILLON wrote:
Add clocks to clock lookup table for uart DT entries.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
Tested-by: Douglas Gilbert dgilb...@interlog.com
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
2013/8/14 Viresh Kumar viresh.ku...@linaro.org:
On 13 August 2013 12:39, Xiaoguang Chen che...@marvell.com wrote:
cpufreq_add_policy_cpu, __cpufreq_remove_dev and __cpufreq_set_policy
have operations for governor stop and start.
Only do the start operation when the previous stop operation
Hi Lee,
Thanks for that cleanup.
On 14/08/2013 09:30, Tony Lindgren wrote:
* Lee Jones lee.jo...@linaro.org [130813 08:51]:
Tony, Benoit,
Poke
Looks like Benoit's new email address is bcous...@baylibre.com.
Probably best for Benoit to pick these to avoid merge conflicts.
I've just
On Wed, Aug 14, 2013 at 12:33:36AM -0700, Andrew Morton wrote:
B_it_F_ield_OP_eration, Peter I don't mind to use any other
name, this was just short enough to type.
I think it would be useful to have a comment what it means and what
v,r,m,l represent.
Sure, maybe simply better
+Benoit
Hi Felipe,
Any comments on this series?
cheers,
-roger
On 08/01/2013 05:05 PM, Roger Quadros wrote:
Hi,
This patchset does the following:
* Restructure and add support for new PHY types. We now support the follwing
four types
TYPE1 - if it has otghs_control mailbox register
+Benoit
On 08/01/2013 05:05 PM, Roger Quadros wrote:
Split otghs_ctrl and USB2 PHY power down into separate
omap-control-usb nodes. Update ti,mode property.
CC: Benoit Cousson benoit.cous...@linaro.org
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 17
+Benoit
On 08/01/2013 05:05 PM, Roger Quadros wrote:
Split USB2 PHY and USB3 PHY into separate omap-control-usb
nodes. Update ti,mode property.
CC: Benoit Cousson benoit.cous...@linaro.org
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 18
I am still not sure if I got what you are trying to say, sorry :(
On 14 August 2013 13:06, Xiaoguang Chen chenxg.marv...@gmail.com wrote:
Please see below code in __cpufreq_governor function
mutex_lock(cpufreq_governor_lock);
if ((!policy-governor_enabled (event == CPUFREQ_GOV_STOP)) ||
Hi all,
After merging the final tree, today's linux-next build (powerpc
allnoconfig) failed like this:
In file included from include/linux/xattr.h:14:0,
from include/linux/cgroup.h:21,
from include/linux/memcontrol.h:22,
from
Around Tue 13 Aug 2013 19:02:18 +0530 or thereabout, Viresh Kumar wrote:
This patch converts existing .target() to newly defined light weight
.target_index() routine for this driver.
CPUFreq core will call cpufreq_frequency_table_target() before calling this
routine and will pass index to
Looks like Benoit's new email address is bcous...@baylibre.com.
Probably best for Benoit to pick these to avoid merge conflicts.
Ah nice, thanks Tony.
I've just applied the 7 following patches. Let me know if I missed
something.
6b9fa1b ARM: dts: Remove '0x's from OMAP5 DTS file
79390b8
On Wed, 14 Aug 2013 11:43:33 +0400 Cyrill Gorcunov gorcu...@gmail.com wrote:
On Wed, Aug 14, 2013 at 12:33:36AM -0700, Andrew Morton wrote:
B_it_F_ield_OP_eration, Peter I don't mind to use any other
name, this was just short enough to type.
I think it would be useful to have
Hi all,
Changes since 20130813:
The arm-current tree gained a conflict against Linus' tree.
The infiniband tree lost its build failure.
The tip tree gained a conflict against the omap_dss2 tree.
The slab tree gained a build failure for which I reverted 4 commits.
The usb-gadget tree lost its
2013/8/14 Viresh Kumar viresh.ku...@linaro.org:
I am still not sure if I got what you are trying to say, sorry :(
On 14 August 2013 13:06, Xiaoguang Chen chenxg.marv...@gmail.com wrote:
Please see below code in __cpufreq_governor function
mutex_lock(cpufreq_governor_lock);
if
On Saturday 13 April 2013 03:31:17 Pali Rohár wrote:
Hello,
all Fn keys, wifi switch, web and mute buttons not working
anymore on my notebook HP EliteBook 8460p. I bisected git
commit which broke all above keys:
fabf85e3ca15d5b94058f391dac8df870cdd427a
When I reverted that commit after
On Wed, Aug 14, 2013 at 01:08:56AM -0700, Andrew Morton wrote:
Can it be written in C with types and proper variable names and such
radical stuff?
Could you elaborate? You mean inline helper or macro with type checks?
/*
* description goes here
*/
static inline pteval_t
On 14 August 2013 13:49, Xiaoguang Chen chenxg.marv...@gmail.com wrote:
Yes, START (If STOP passed), this is important, we don't have this
patch on our code base, So even Process B's STOP failed(as governor
enable flag is set to false by process A already ), it can still do
START operation,
On Wed, Aug 14, 2013 at 12:36 AM, Guenter Roeck li...@roeck-us.net wrote:
cris/...:
In file included from include/linux/page-flags.h:8:0,
from kernel/bounds.c:9:
include/linux/types.h:25:1: error: unknown type name '__kernel_ino_t'
include/linux/types.h:29:1: error:
Signed-off-by: Chao Xie chao@marvell.com
---
Documentation/devicetree/bindings/mfd/88pm805.c | 15 +++
drivers/mfd/88pm805.c |8
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
User pass platform data to device, and platform data may be
NULL. Add the check for pdata.
Signed-off-by: Chao Xie chao@marvell.com
---
drivers/mfd/88pm800.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/mfd/88pm800.c b/drivers/mfd/88pm800.c
index
User pass platform data to device, and platform data may be
NULL. Add the check for pdata.
Signed-off-by: Chao Xie chao@marvell.com
---
drivers/mfd/88pm805.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/88pm805.c b/drivers/mfd/88pm805.c
index
There are 4 patches.
1. Bug fix.
mfd: 88pm800: Fix the bug that pdata may be NULL
mfd: 88pm805: Fix the bug that pdata may be NULL
Above patches fix the bug that pdata may be NULL when driver uses it.
2. Device tree support
mfd: 88pm800: add device tree support
mfd: 88pm805: add device
Signed-off-by: Chao Xie chao@marvell.com
---
Documentation/devicetree/bindings/mfd/88pm800.c | 55 +++
drivers/mfd/88pm800.c | 55 +++
2 files changed, 110 insertions(+), 0 deletions(-)
create mode 100644
Arnd, Olof, Kevin,
This is the first (late) fixes pull-reqest for AT91. I would understand if
you refuse it because we are already at -rc5 ;-) ...
On the other hand, the line count is very low and all patches are pretty
obvious.
Thanks, best regards,
The following changes since commit
The OMAP4 SoC family uses specially-designed
PMIC (power management IC) companion chip for power
management needs: TWL6030/TWL6032.
Therefore there is a typical connection of PMIC to OMAP4
so we can figure it out into separate .dtsi file
and do not duplicate over board-specific files.
Tested on
Hello,
There is no functional changes between v1 and v2 - just
added the patch for omap4-var-som - Uri Yosef confirmed
this board have the same connection of OMAP4-TWL6030 as
SDP4430 board
Ruslan Bilovol (2):
arm: dts: twl6030: typical connection to omap4 as a separate dtsi
file
arm:
Now when typical OMAP4 to PMIC connection is figured out
into separate .dtsi file, ve can configure properly OMAP4
pins connected to TWL6030 just including one.
Signed-off-by: Ruslan Bilovol ruslan.bilo...@ti.com
---
arch/arm/boot/dts/omap4-var-som.dts |1 +
1 file changed, 1 insertion(+)
On Tue, Aug 13, 2013 at 6:32 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Fri, 9 Aug 2013, Zach Brown wrote:
On Fri, Aug 09, 2013 at 02:26:36PM +0200, Andreas Schwab wrote:
Josef Bacik jba...@fusionio.com writes:
So stripe_len shouldn't be 0, if it is you have bigger problems :).
On 13/08/13 19:37, Michal Simek wrote:
On 08/13/2013 05:40 PM, Sudeep KarkadaNagesha wrote:
Adding PowerPC list
On 13/08/13 14:00, Rafael J. Wysocki wrote:
On Monday, August 12, 2013 02:27:47 PM Sudeep KarkadaNagesha wrote:
The following changes since commit
Hi Roger,
On 01/08/2013 16:05, Roger Quadros wrote:
Split otghs_ctrl and USB2 PHY power down into separate
omap-control-usb nodes. Update ti,mode property.
Nit: I guess you mean ti,type?
CC: Benoit Cousson benoit.cous...@linaro.org
Signed-off-by: Roger Quadros rog...@ti.com
---
On 08/13/2013 07:29 PM, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Add macros to describe the bitfields in the ARM architected timer
control register to make code easy to understand.
Cc: Catalin Marinas catalin.mari...@arm.com
Reviewed-by:
2013/8/14 Viresh Kumar viresh.ku...@linaro.org:
On 14 August 2013 13:49, Xiaoguang Chen chenxg.marv...@gmail.com wrote:
Yes, START (If STOP passed), this is important, we don't have this
patch on our code base, So even Process B's STOP failed(as governor
enable flag is set to false by process
On 14 August 2013 14:20, Xiaoguang Chen chenxg.marv...@gmail.com wrote:
Hi, Viresh
After checking your patch, I find that __cpufreq_set_policy function
doesn't check STOP and EXIT 's return value
is it on purpose? if not, I can provide a patch to add it.
I thought we probably can't break on
On Wed, Aug 14, 2013 at 10:40 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Tue, Aug 13, 2013 at 6:32 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Fri, 9 Aug 2013, Zach Brown wrote:
On Fri, Aug 09, 2013 at 02:26:36PM +0200, Andreas Schwab wrote:
Josef Bacik
On Wed, Aug 14, 2013 at 12:45:41PM +0800, Xishi Qiu wrote:
A large free page buddy block will continue many times, so if the page
is free, skip the whole page buddy block instead of one page.
Signed-off-by: Xishi Qiu qiuxi...@huawei.com
page_order cannot be used unless zone-lock is held
On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
On 13/08/2013 09:53, Pali Rohár wrote:
On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres
wrote:
On 13/08/2013 09:23, Pali Rohár wrote:
On Tuesday 13 August 2013 09:01:19 Martin Peres wrote:
...
You can check the
Hi Daniel,
On 2013-08-14 09:50, Daniel Lezcano wrote:
On 08/13/2013 07:29 PM, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Add macros to describe the bitfields in the ARM architected timer
control register to make code easy to understand.
Cc: Catalin
On 08/14/2013 11:41 AM, Benoit Cousson wrote:
Hi Roger,
On 01/08/2013 16:05, Roger Quadros wrote:
Split otghs_ctrl and USB2 PHY power down into separate
omap-control-usb nodes. Update ti,mode property.
Nit: I guess you mean ti,type?
Right :).
CC: Benoit Cousson
On 13/08/13 21:12, Andrew Ruder wrote:
Sorry for the late reply, I've been thinking about this for some time
and was sad to see it didn't really evoke any sort of discussion :(.
On Sat, Aug 10, 2013 at 02:58:08PM +0100, Mark Jackson wrote:
When a UART transmitter is connected to (eg) a RS485
On Tue, Aug 13, 2013 at 02:25:23PM +0200, Sebastian Hesselbarth wrote:
[...]
diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c
[...]
@@ -897,6 +904,30 @@ static int mvebu_pcie_probe(struct platform_device *pdev)
[...]
+ u32 reset_udelay = 2;
[...]
On 08/13/2013 07:29 PM, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch series adds support to configure the rate and enable the
event stream for architected timer. The event streams can be used to
impose a timeout on a WFE, to safeguard
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource 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
@@
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource 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
@@
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource 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
@@
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
On 08/13/2013 06:55 PM, Jingbai Ma wrote:
On 08/06/2013 05:19 PM, HATAYAMA Daisuke wrote:
Hello,
I've addressing kdump restriction that there's only one cpu available
on the kdump 2nd kernel. Now I need to check if the following CPU0 SMI
corruption issue fixed in the following commit can
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource 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
@@
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
A debugging statement in the error-handling code is removed as well, as it
doesn't seem to give any more information than
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource 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
@@
On 2013/8/14 16:57, Mel Gorman wrote:
On Wed, Aug 14, 2013 at 12:45:41PM +0800, Xishi Qiu wrote:
A large free page buddy block will continue many times, so if the page
is free, skip the whole page buddy block instead of one page.
Signed-off-by: Xishi Qiu qiuxi...@huawei.com
page_order
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent to the call to
devm_ioremap_resource to make the connection between them more
On Wed, Aug 14, 2013 at 2:41 PM, Julia Lawall julia.law...@lip6.fr wrote:
From: Julia Lawall julia.law...@lip6.fr
Remove unneeded error handling on the result of a call to
platform_get_resource when the value is passed to devm_ioremap_resource.
Move the call to platform_get_resource adjacent
1 - 100 of 1754 matches
Mail list logo