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.
>
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
---
drivers/block/rsxx/core.c | 4 +++-
1 file changed, 3 insertions(+), 1
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
> >>>
> >>> 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
>
> Signed-off-by: Matus Ujhelyi
> ---
Please add some commit description.
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
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
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
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) {
> +
* Waiman Long 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 CONFIG_BOOTPARAM_HARDLOCKUP_PANIC_VALUE
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
From: Matus Ujhelyi
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 at8030x connected
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
> 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
Using devm_iio_device_alloc and devm_request_threaded_irq makes
code simpler.
Signed-off-by: Oleksandr Kozaruk
---
drivers/iio/adc/twl6030-gpadc.c | 36 ++--
1 file changed, 10 insertions(+), 26 deletions(-)
diff --git a/drivers/iio/adc/twl6030-gpadc.c
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...
>
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
On Mon, Aug 19, 2013 at 11:16:54AM +0200, Stephane Eranian wrote:
> On Thu, Aug 15, 2013 at 3:53 PM, Andi Kleen 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 mask, the
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
> To: ext Mark Brown
> CC: Greg Kroah-Hartman ,
> linux-kernel@vger.kernel.org
From: Julia Lawall
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_ioremap_resource.
Signed-off-by:
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
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 on res performed by
From: Julia Lawall
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_ioremap_resource.
Signed-off-by:
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
From: Julia Lawall
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_ioremap_resource.
Signed-off-by:
From: Julia Lawall
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 resulting call to
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
From: Julia Lawall
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.
Signed-off-by: Julia Lawall
From: Julia Lawall
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 initialization of
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
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
> >
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 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.
Hmm...
> I
Add required documentation for twl6030 GPADC device tree
bindings.
Signed-off-by: Oleksandr Kozaruk
---
.../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
Please ignore this patch.
I ll send an updated one.
Thanks,
Arun
On Mon, Aug 19, 2013 at 12:25 PM, Arun KS wrote:
> From 23986a85b9efe7bc3ffc0887b8d17cdf2fbab4f2 Mon Sep 17 00:00:00 2001
> From: Arun KS
> Date: Mon, 19 Aug 2013 12:06:33 +0530
> Subject: SeqFile: Fix overflow condition
>
>
>From 27f50827e5e81f2a30544b72c1d54c3ee86835cf Mon Sep 17 00:00:00 2001
From: Arun KS
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: Arun KS
---
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
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
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
---
drivers/mfd/dbx500-prcmu-regs.h|
On Monday 19 August 2013 04:35 PM, ujhely...@gmail.com wrote:
> From: Matus Ujhelyi
>
> 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
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
Reviewed-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Hi Lee,
Thanks for the review.
Patch corrected
On Mon, Aug 19, 2013 at 4:57 PM, Viresh Kumar 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 available :)
>
>
From: Julia Lawall
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/)
//
@@
expression
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with >dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen
---
drivers/net/ethernet/freescale/fsl_pq_mdio.c |2 +-
1 files changed, 1
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with >dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen
---
drivers/net/ethernet/freescale/fec_mpc52xx_phy.c |3 +--
1 files
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with >dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen
---
drivers/net/ethernet/sun/sunhme.c |2 +-
1 files changed, 1
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
> > >
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
> Signed-off-by: Chris Metcalf
> ---
> v2: implement Jiri Kosina's suggestion to copy the math in
>
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with >dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen
---
drivers/net/ethernet/sun/sunbmac.c |2 +-
1 files changed, 1
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with >dev,
so we can directly pass a struct platform_device.
Signed-off-by: Libo Chen
Acked-by: Mugunthan V N
Acked-by: Lad, Prabhakar
---
> 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
> Reviewed-by: Sylwester Nawrocki
> Signed-off-by: Kyungmin Park
>
> ---
>
On Mon, Aug 19, 2013 at 01:20:35PM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> 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
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
> >
> > 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
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
> > >
> > > Use devm_ioremap_resource instead of devm_request_and_ioremap.
> > >
> > >
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
> > > >
> > > > Use
On Sat, Aug 17, 2013 at 9:29 AM, Alan Stern 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 deciding which
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"
> >
> > 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(>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
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
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:
On 08/16/2013 12:39 PM, Sudeep KarkadaNagesha wrote:
> From: Sudeep KarkadaNagesha
>
> 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 any architecture.
>
>
On 19/08/13 14:11, Rob Herring wrote:
> On 08/16/2013 12:39 PM, Sudeep KarkadaNagesha wrote:
>> From: Sudeep KarkadaNagesha
>>
>> 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
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 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
>
> 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
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
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
On Sat, Aug 17 2013 at 8:30am -0400,
Alasdair G Kergon 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
> > sysctl-modifiable
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
On Sun, 18 Aug 2013 19:59:53 -0700
"Eric W. Biederman" wrote:
>
>
>
> >
> >Sorry Eric, I'm not clear to what you mean by ``short one core''...
> >Which are you suggesting? Disabling BSP if crash happens on AP is
> >reasonable?
> >Or restricting cpus to a single one only just as the current
At Fri, 16 Aug 2013 11:18:59 -0600,
Tim Gardner wrote:
>
> Direct calls to printk_limit() will emit log noise even when CONFIG_SND_DEBUG
> is not
> defined. Add a wrapper macro around printk_limit() that is conditionally
> defined by
> CONFIG_SND_DEBUG.
>
> Cc: Jaroslav Kysela
> Cc: Takashi
On Mon, Aug 19, 2013 at 10:05:24AM +0800, Li Zefan wrote:
> Now we want cgroup core to always provide the css to use to the
> subsystems, so change this API to css_from_id().
>
> Uninline css_from_id(), because it's getting bigger and cgroup_css()
> has been unexported.
>
> While at it, remove
On 19/08/13 14:02, Rob Herring wrote:
> 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
On Mon, Aug 19, 2013 at 02:11:23PM +0200, Wolfram Sang wrote:
> 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
On Mon, Aug 19, 2013 at 09:00:46AM +0200, Joakim Tjernlund wrote:
>
> -Greg KH wrote: -
> >
> > On Sun, Aug 18, 2013 at 04:32:23PM +0200, Joakim Tjernlund wrote: > The
> > last week I have had 4
> > lockups which required power on/off. > Before getting there I noticed that
> > the
On Fri, Aug 16, 2013 at 03:51:34PM +0200, David Herrmann wrote:
> Hi
>
> On Thu, Jul 25, 2013 at 5:48 PM, Peter Jones wrote:
> > This was found by Alexandra Kossovsky, who noted this traceback from
> > kmemleak:
> >
> >> unreferenced object 0x880216fcfe00 (size 512):
> >> comm "swapper/0",
Em Fri, Aug 09, 2013 at 03:28:06PM +0900, Namhyung Kim escreveu:
> This is v3 of gtk code separation patchset to reduce library
Not a major problem, but would be good if we were robust in this area:
LINK /tmp/build/perf/perf
/usr/bin/ld: /tmp/build/perf/ui/gtk/browser.o: relocation
On Mon, Aug 19, 2013 at 08:57:02AM -0500, Felipe Balbi wrote:
> On Mon, Aug 19, 2013 at 02:11:23PM +0200, Wolfram Sang wrote:
> > 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
> > >
On Fri, Aug 16 2013 at 6:55pm -0400,
Frank Mayhar wrote:
> The device mapper and some of its modules allocate memory pools at
> various points when setting up a device. In some cases, these pools are
> fairly large, for example the multipath module allocates a 256-entry
> pool and the dm
Fix double words "is is" in Documentations.
Signed-off-by: Masanari Iida
---
Documentation/DocBook/media/v4l/vidioc-g-parm.xml | 4 ++--
Documentation/fmc/carrier.txt | 2 +-
Documentation/hwmon/submitting-patches| 2 +-
Documentation/mtd/nand_ecc.txt
On 06/20/2013 11:06 PM, Joel A Fernandes wrote:
> From: Matt Porter
>
> Adds AM33XX EDMA support to the am33xx.dtsi as documented in
> Documentation/devicetree/bindings/dma/ti-edma.txt
>
> Joel: Drop DT entries that are non-hardware-description for now as discussed
> in [1]
>
> [1]
Dmitry Torokhov wrote:
> On Thu, Aug 15, 2013 at 04:55:57PM +0100, Nick Dyer wrote:
>> rydb...@euromail.se wrote:
>>> **Do not send more than 15 patches at once to the vger mailing lists!!!***
>>>
>>> One reason that should be obvious by now is that your work will be
>>> attended to much quicker.
On Thu, Jul 18, 2013 at 11:02 AM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> Silvermont (22nm Atom) has two offcore response configuration MSRs,
> unlike other Intel CPU, its event code for MSR_OFFCORE_RSP_1 is 0x02b7.
> To avoid complicating intel_fixup_er(), use INTEL_UEVENT_EXTRA_REG to
>
Hello.
On 08/19/2013 03:47 PM, Julia Lawall wrote:
From: Julia Lawall
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 Mon, 2013-08-19 at 18:39 +0900, Eiichi Tsukata wrote:
> Hello,
>
> This patch adds scsi device failfast mode to avoid infinite retry loop.
>
> Currently, scsi error handling in scsi_decide_disposition() and
> scsi_io_completion() unconditionally retries on some errors. This is because
>
801 - 900 of 1368 matches
Mail list logo
