headers
philipspatches | 1 Jul 2012 01:05
Picon

[PATCH] regulator: add missing defintion regulator_is_supported_voltage

From: Philip Rakity <prakity <at> marvell.com>

This definition is missing when CONFIG_REGULATOR is not defined.
This causes compiler errors when compiling sdhci.c.  This can
be worked around by adding #ifdef CONFIG_REGULATOR .. #endif
but since other definitions are there we have defined the missing
definition

Signed-off-by: Philip Rakity <prakity <at> marvell.com>
---
 include/linux/regulator/consumer.h |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/include/linux/regulator/consumer.h b/include/linux/regulator/consumer.h
index 4ed1b30..42eac1c 100644
--- a/include/linux/regulator/consumer.h
+++ b/include/linux/regulator/consumer.h
 <at>  <at>  -294,6 +294,12  <at>  <at>  static inline int regulator_get_voltage(struct regulator *regulator)
 	return 0;
 }

+static inline int regulator_is_supported_voltage(struct regulator *regulator,
+				   int min_uV, int max_uV)
+{
+	return 0;
+}
+
 static inline int regulator_set_current_limit(struct regulator *regulator,
 					     int min_uA, int max_uA)
 {
(Continue reading)

Permalink | Reply | 1 comment |
headers
Hugh Dickins | 1 Jul 2012 01:10
Picon
Favicon

Re: Regression with FALLOC_FL_PUNCH_HOLE in 3.5-rc kernel

On Sat, 30 Jun 2012, Zdenek Kabelac wrote:
> Dne 30.6.2012 21:55, Hugh Dickins napsal(a):
> > On Sat, 30 Jun 2012, Zdenek Kabelac wrote:
> > > 
> > > When I've used 3.5-rc kernels - I've noticed kernel deadlocks.
> > > Ooops log included. After some experimenting - reliable way to hit this
> > > oops
> > > is to run lvm test suite for 10 minutes. Since 3.5 merge window does not
> > > included anything related to this oops I've went for bisect.
> > 
> > Thanks a lot for reporting, and going to such effort to find
> > a reproducible testcase that you could bisect on.
> > 
> > > 
> > > Game result is commit: 3f31d07571eeea18a7d34db9af21d2285b807a17
> > > 
> > > mm/fs: route MADV_REMOVE to FALLOC_FL_PUNCH_HOLE
> > 
> > But this leaves me very puzzled.
> > 
> > Is the "lvm test suite" what I find at git.fedorahosted.org/git/lvm2.git
> > under tests/ ?
> 
> Yes - that's it -
> 
>  make
> as root:
>  cd test
>  make check_local
>
(Continue reading)

Permalink | Reply | 9 comments |
headers
Linus Torvalds | 1 Jul 2012 01:55
Gravatar

Linux 3.5-rc5

Another week, another -rc. This one looks more normal than rc4, in
that drivers are back to the more usual 60+%. Probably because there's
a networking pull in here, which rc4 didn't have.

The diffstat also looks uglier, because while *most* of it is nice and
small, the printk fixes do stand out a bit. But it was a real
regression from 3.4, so it's not like it's questionable. UDF also got
more careful about corrupted filesystems at mount-time, and that also
shows in the diffstat, but that's at least partly because some of the
checks were cleaned up an dmoved to a helper function while making
them more complete. So the actual change is smaller than it looks.

So nothing really worrisome in here. Despite the networking merge
(which tends to be fairly big), -rc5 is a smaller patch than -rc4 was,
even if there are a couple more commits in there. So things seem to be
going in the right direction.

So: networking updates, media fixes, some small arch updates (x86,
arm, ppc), and some random noise.

Let me (and lkml) know if you have any pending regressions.

                        Linus

---
Ajay Kumar Gupta (1):
      usb: musb: host: release dma channels if no active io

Alan Cox (1):
      [media] smia: Fix compile failures
(Continue reading)

Permalink | Reply | 3 comments |
headers
Axel Lin | 1 Jul 2012 02:28
Picon
Gravatar

[PATCH v2 2/3] pwm: Convert pwm-pxa to use devm_* APIs

Signed-off-by: Axel Lin <axel.lin <at> gmail.com>
---
 drivers/pwm/pwm-pxa.c |   52 +++++++++++--------------------------------------
 1 file changed, 11 insertions(+), 41 deletions(-)

diff --git a/drivers/pwm/pwm-pxa.c b/drivers/pwm/pwm-pxa.c
index d5c6ce5..bd5867a 100644
--- a/drivers/pwm/pwm-pxa.c
+++ b/drivers/pwm/pwm-pxa.c
 <at>  <at>  -1,5 +1,5  <at>  <at> 
 /*
- * linux/arch/arm/mach-pxa/pwm.c
+ * drivers/pwm/pwm-pxa.c
  *
  * simple driver for PWM (Pulse Width Modulator) controller
  *
 <at>  <at>  -145,17 +145,16  <at>  <at>  static int __devinit pwm_probe(struct platform_device *pdev)
 	struct resource *r;
 	int ret = 0;

-	pwm = kzalloc(sizeof(*pwm), GFP_KERNEL);
+	pwm = devm_kzalloc(&pdev->dev, sizeof(*pwm), GFP_KERNEL);
 	if (pwm == NULL) {
 		dev_err(&pdev->dev, "failed to allocate memory\n");
 		return -ENOMEM;
 	}

-	pwm->clk = clk_get(&pdev->dev, NULL);
-	if (IS_ERR(pwm->clk)) {
-		ret = PTR_ERR(pwm->clk);
(Continue reading)

Permalink | Reply | 2 comments |
headers
Axel Lin | 1 Jul 2012 02:27
Picon
Gravatar

[PATCH v2 1/3] pwm: Convert pwm-imx to use devm_* APIs

Signed-off-by: Axel Lin <axel.lin <at> gmail.com>
---
 drivers/pwm/pwm-imx.c |   57 +++++++++----------------------------------------
 1 file changed, 10 insertions(+), 47 deletions(-)

diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c
index 900d145..2a0b353 100644
--- a/drivers/pwm/pwm-imx.c
+++ b/drivers/pwm/pwm-imx.c
 <at>  <at>  -159,18 +159,16  <at>  <at>  static int __devinit imx_pwm_probe(struct platform_device *pdev)
 	struct resource *r;
 	int ret = 0;

-	imx = kzalloc(sizeof(*imx), GFP_KERNEL);
+	imx = devm_kzalloc(&pdev->dev, sizeof(*imx), GFP_KERNEL);
 	if (imx == NULL) {
 		dev_err(&pdev->dev, "failed to allocate memory\n");
 		return -ENOMEM;
 	}

-	imx->clk = clk_get(&pdev->dev, "pwm");
+	imx->clk = devm_clk_get(&pdev->dev, "pwm");

-	if (IS_ERR(imx->clk)) {
-		ret = PTR_ERR(imx->clk);
-		goto err_free;
-	}
+	if (IS_ERR(imx->clk))
+		return PTR_ERR(imx->clk);
(Continue reading)

Permalink | Reply | 6 comments |
headers
Axel Lin | 1 Jul 2012 02:29
Picon
Gravatar

[PATCH v2 3/3] pwm: Convert pwm-vt8500 to use devm_* APIs

Signed-off-by: Axel Lin <axel.lin <at> gmail.com>
---
 drivers/pwm/pwm-vt8500.c |   47 ++++++++--------------------------------------
 1 file changed, 8 insertions(+), 39 deletions(-)

diff --git a/drivers/pwm/pwm-vt8500.c b/drivers/pwm/pwm-vt8500.c
index 3db0746..5480214 100644
--- a/drivers/pwm/pwm-vt8500.c
+++ b/drivers/pwm/pwm-vt8500.c
 <at>  <at>  -1,5 +1,5  <at>  <at> 
 /*
- * arch/arm/mach-vt8500/pwm.c
+ * drivers/pwm/pwm-vt8500.c
  *
  *  Copyright (C) 2010 Alexey Charkov <alchark <at> gmail.com>
  *
 <at>  <at>  -113,7 +113,7  <at>  <at>  static int __devinit pwm_probe(struct platform_device *pdev)
 	struct resource *r;
 	int ret;

-	chip = kzalloc(sizeof(*chip), GFP_KERNEL);
+	chip = devm_kzalloc(&pdev->dev, sizeof(*chip), GFP_KERNEL);
 	if (chip == NULL) {
 		dev_err(&pdev->dev, "failed to allocate memory\n");
 		return -ENOMEM;
 <at>  <at>  -127,61 +127,30  <at>  <at>  static int __devinit pwm_probe(struct platform_device *pdev)
 	r = platform_get_resource(pdev, IORESOURCE_MEM, 0);
 	if (r == NULL) {
 		dev_err(&pdev->dev, "no memory resource defined\n");
-		ret = -ENODEV;
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Miller | 1 Jul 2012 02:33
Favicon

Re: AF_BUS socket address family

From: Alan Cox <alan <at> lxorguk.ukuu.org.uk>
Date: Sat, 30 Jun 2012 14:12:22 +0100

> In fact if you look up the stack you'll find a large number of multicast
> messaging systems which do reliable transport built on top of IP. In fact
> Red Hat provides a high level messaging cluster service that does exactly
> this. (as well as dbus which does it on the deskop level) plus a ton of
> stuff on top of that (JGroups etc)
> 
> Everybody at the application level has been using these 'receiver
> reliable'  multicast services for years (Websphere MQ, TIBCO, RTPGM,
> OpenPGM, MS-PGM, you name it). There are even accelerators for PGM based
> protocols in things like Cisco routers and Solarflare can do much of it
> on the card for 10Gbit.

The issue is that what to do when a receiver goes deaf is a policy
issue.
Permalink | Reply | 2 comments |
headers
Jan Engelhardt | 1 Jul 2012 02:57
Picon

Leap second insertion causes futex to repeatedly timeout


This year's leap second insertion has had the strange effect on at least 
Linux versions 3.4.4 (my end) and 3.5-rc4 (Simon's box, Cc) that certain 
processes use up all CPU power, because of futexes repeatedly timing 
out. This seems to only affect certain processes.

Simon observes - http://s85.org/owXfmLvt - that 
Firefox/Thunderbird/Chrome/Java are affected.

As for me, it affects VirtualBox, mysqld and ksoftirqd. The processes 
continue to run and respond. Most weird: I can stop-start mysqld and the 
issue persists. (I would have expected it to go away because the leap 
second event would then be in the past that mysqld does not know about 
anymore.)


Is this a kernel issue? glibc?


$ ps max -o pid,tid,command
  PID   TID COMMAND
 6743     - /bin/sh /usr/bin/mysqld_safe --mysqld=mysqld --user=mysql --pid-file=/var/run/mysql/mysqld.pid --socket=/var/run/mysql/mysql.sock --datadir=/var/lib/mysql
    -  6743 -
 7186     - /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/log/mysql/mysqld.log --pid-file=/var/run/mysql/mysqld.pid --socket=/var/run/mysql/mysql.sock --port=3306
    -  7186 -
    -  7189 -
    -  7190 -
    -  7191 -
    -  7192 -
    -  7193 -
(Continue reading)

Permalink | Reply | 4 comments |
headers
Ben Hutchings | 1 Jul 2012 03:28
Picon

Re: [PATCH -stable] ntp: Correct TAI offset during leap second

On Mon, 2012-06-18 at 14:55 +0100, Ben Hutchings wrote:
> On Sun, 2012-06-17 at 19:34 +0200, Richard Cochran wrote:
> > On Sun, Jun 17, 2012 at 11:47:51AM -0500, Jonathan Nieder wrote:
> > > Ben Hutchings wrote:
> > > > On Fri, 2012-06-15 at 11:56 -0700, John Stultz wrote:
> > > 
> > > >> commit dd48d708ff3e917f6d6b6c2b696c3f18c019feed upstream.
> > > [...]
> > > > This doesn't apply to 3.2.y, unsurprisingly.  Let me know if there are
> > > > any urgent leap second fixes that will be needed there.
> > > 
> > > 6b43ae8a619d (ntp: Fix leap-second hrtimer livelock) sounds important,
> > > but the patch depends on bd3312681f69 (ntp: Add ntp_lock to replace
> > > xtime_locking) which does not have a commit message explaining its
> > > purpose (and that patch in turn depends on ea7cf49a7633).
> 
> If I understand the commit message for 6b43ae8a619d correctly, the
> livelock results from ntp_lock and xtime_lock being acquired in opposite
> orders in two threads.  Which means it wasn't possible before ntp_lock
> was introduced in bd3312681f69.
[...]

Apparently some other livelock was possible, though I was unable to
reproduce it myself.  Some proportion of systems running 2.6.32 or 3.2
(not sure about the intermediate stable-supported versions) are reported
to have locked up, either in adjtimex or during the leap second.

I understand that we might not have so long to wait for the next leap
second, so if anyone understands what fixes are still needed in stable
updates I would really appreciate that.
(Continue reading)

Permalink | Reply | 1 comment |
headers
John 'Warthog9' Hawley | 1 Jul 2012 03:54

Re: [KORG] Patchwork online

On 06/30/2012 06:54 AM, Rafael J. Wysocki wrote:
> Hi,
> 
> Thanks for bringing it back to life!
> 
> On Saturday, June 30, 2012, John 'Warthog9' Hawley wrote:
>> Just a quick update for everyone, https://patchwork.kernel.org is back
>> online, and all but the linux-pm mailing lists are receiving and
>> processing data.
> 
> Er, why is there a problem with linux-pm in particular?

That particular mailing list isn't responding to subscription requests,
and as rdd was pointing out in IRC there seems to be other issues going
on there already.  When it settles we'll get it added back in.

- John
Permalink | Reply | 3 comments |

Gmane