general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC
Modules linked in: can af_rxrpc binfmt_misc scsi_transport_iscsi ax25 ipt_ULOG
decnet nfc appletalk x25 rds ipx p8023 psnap p8022 llc irda crc_ccitt atm lockd
sunrpc ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack nf_conntr
On Tue, Feb 19, 2013 at 01:18:25PM -0500, Sasha Levin wrote:
> >> [ 169.930103] ---[ end trace 4d135f3def21b4bd ]---
> >>
> >> The code translates to the following in fs/pipe.c:alloc_pipe_info :
> >>
> >> pipe = kzalloc(sizeof(struct pipe_inode_info), GFP_KERNEL);
> >> if (p
On Tue, Feb 19, 2013 at 04:04:33PM -0500, Douglas Gilbert wrote:
> On 13-02-19 01:37 PM, Tommi Rantala wrote:
> > Hello,
> >
> > Hit this WARNING once while fuzzing the kernel with trinity in a qemu
> > virtual machine as the root user.
> >
> > Does this make any sense? I have occasionally s
On Tue, 19 Feb 2013, Arnd Bergmann wrote:
> On Friday 15 February 2013, Lee Jones wrote:
> > + {
> > + .name = "ab8500-charger",
> > + .of_compatible = "stericsson,ab8500-charger",
> > + .num_
On Tue, 19 Feb 2013, Arnd Bergmann wrote:
> On Friday 15 February 2013, Lee Jones wrote:
> > struct ab8500 *ab8500;
> > + int chip_id = -EINVAL;
> >
> > ab8500 = dev_get_drvdata(dev);
> > - return sprintf(buf, "%#x\
On Wed, 20 Feb 2013, Marcus Cooper wrote:
> On 20 February 2013 09:13, Lee Jones wrote:
> > On Tue, 19 Feb 2013, Arnd Bergmann wrote:
> >
> >> On Friday 15 February 2013, Lee Jones wrote:
> >> > struct ab8500 *ab8500;
> >> > + int
Stephen,
The following email is an updated patch which should fix the warning you're
seeing on architectures where sizeof is unsigned int rather than unsigned
long.
This completely replaces the ef25bb0fa6e2 patch. Andrew, if you'd prefer a
single-line fixup patch, I can send you that instead.
is is that when we verify the checksum, it's possible that
on a malformed header (with header_size of 0), we won't actually verify
any data.
Signed-off-by: Peter Jones
Cc: Matt Fleming
Cc: Jens Axboe
Cc: Stephen Warren
Cc: Andrew Morton
---
block/partitions/efi.c | 12 ++--
1 f
o fix this
issue. Thanks for the patch, though. Andrew, if you'd like you can
just use this instead of replacing my patch with the new one.
Signed-off-by: Peter Jones
>
> Typecast sizeof(gpt_header) to (unsigned long) to avoid such warning on
> 32-bit
> systems.
>
&g
On Wed, 20 Feb 2013, Mark Brown wrote:
> On Fri, Feb 15, 2013 at 12:56:33PM +, Lee Jones wrote:
>
> > + if (gpadc->regu)
> > + regulator_disable(gpadc->regu);
>
> No explanation for this in the changelog and missing error handling like
> this is
On Wed, Feb 20, 2013 at 09:15:31AM -0800, Linus Torvalds wrote:
> On Tue, Feb 19, 2013 at 10:39 PM, Linus Torvalds
> wrote:
> >
> > My main desktop just had a reboot failure - it just got stuck at the
> > end, not powering down, and not rebooting like it should have.
>
> Ok, it doesn't see
On Wed, Feb 20, 2013 at 12:23:22PM +0400, Stanislav Kinsbursky wrote:
> > Pid: 887, comm: trinity-child2 Not tainted 3.8.0+ #57 Gigabyte Technology
> > Co., Ltd. GA-MA78GM-S2H/GA-MA78GM-S2H
> > RIP: 0010:[] [] do_msgrcv+0x22a/0x670
> > ...
> > Looks like Stanislav recently changed this code
We had two users report hitting a bug that looks like this..
general protection fault: 8800 [#1] SMP
PM: Restoring platform NVS memory
Modules linked in: fuse ipt_MASQUERADE nf_conntrack_netbios_ns
nf_conntrack_broadcast ip6table_mangle ip6t_REJECT nf_conntrack_ipv6
nf_defrag_ipv6 iptable_nat n
On Wed, Feb 20, 2013 at 08:42:46PM +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 20, 2013 02:28:26 PM Dave Jones wrote:
> > We had two users report hitting a bug that looks like this..
> >
> > general protection fault: 8800 [#1] SMP
> >
On Thu, Feb 21, 2013 at 10:25:47AM -0800, Linus Torvalds wrote:
> - why do you bother with the MS keysigning of Linux kernel modules to
> begin with?
This is not actually what the patchset implements. All it's done here
is using PE files as envelopes for keys. The usage this enables is to
allow
On Thu, Feb 21, 2013 at 10:56:44AM -0800, Linus Torvalds wrote:
> On Thu, Feb 21, 2013 at 10:34 AM, Peter Jones wrote:
> > On Thu, Feb 21, 2013 at 10:25:47AM -0800, Linus Torvalds wrote:
> >> - why do you bother with the MS keysigning of Linux kernel modules to
> >>
On Thu, 21 Feb 2013, Ulf Hansson wrote:
> On 20 February 2013 14:19, Mark Brown
> wrote:
> > On Fri, Feb 15, 2013 at 12:56:32PM +0000, Lee Jones wrote:
> >
> >> +static int ab8500_gpadc_suspend(struct device *dev)
> >> +{
> >> + str
On Thu, Feb 21, 2013 at 10:40:10AM -0800, Greg KH wrote:
> USB patches for 3.9-rc1
>
> Here's the big USB merge for 3.9-rc1
>
> Nothing major, lots of gadget fixes, and of course, xhci stuff.
I get no USB devices recognised when I insert them any more, which
I think is pretty major. I sus
On Thu, Feb 21, 2013 at 10:03:20AM -0800, Linus Torvalds wrote:
> Besides, let's face it, Red Hat is going to sign the official nVidia
> and AMD binary modules anyway. Don't even bother to pretend anything
> else.
I just want to make sure this doesn't go unresponded to - Red Hat
will not sign kern
On Fri, Feb 22, 2013 at 05:51:10PM +0800, Lan Tianyu wrote:
> > > Nothing major, lots of gadget fixes, and of course, xhci stuff.
> >
> > I get no USB devices recognised when I insert them any more, which
> > I think is pretty major. I suspect it has something to do with this ?
> >
> >
Just hit this on Linus' current tree.
[ 1789.629729] =
[ 1789.629731] [ INFO: possible irq lock inversion dependency detected ]
[ 1789.629736] 3.8.0+ #76 Not tainted
[ 1789.629738] -
[ 1
On Sat, Feb 23, 2013 at 01:02:11AM +0800, Lan Tianyu wrote:
> > > > What can I do to debug this ?
> > >Can you attach the output of dmesg with CONFIG_USB_DEBUG?
> >
> > http://paste.fedoraproject.org/3620
> How about"sudo lsusb -s 1:1 -v" or "2:1"?
(12:13:51:davej@t430s:~)$ sudo
On Sat, Feb 23, 2013 at 01:17:42AM +0800, Lan Tianyu wrote:
> On 2013/2/23 1:14, Dave Jones wrote:
> > On Sat, Feb 23, 2013 at 01:02:11AM +0800, Lan Tianyu wrote:
> >
> > > > > > What can I do to debug this ?
> > > > > Can you
On Fri, Feb 22, 2013 at 10:51:58PM +0100, Fabio Baltieri wrote:
> On Fri, Feb 22, 2013 at 03:59:54AM -0500, Dave Jones wrote:
> > On Thu, Feb 21, 2013 at 10:40:10AM -0800, Greg KH wrote:
> >
> > It looks like every port on my laptop is powered down, as I can't
>
On Tue, Mar 12, 2013 at 07:43:53PM +, Al Viro wrote:
> On Tue, Mar 12, 2013 at 08:31:50AM -0700, Linus Torvalds wrote:
>
> > Probably not missing anything subtle. I think all of this code is very
> > old, and related to previous /proc//fd/ escapades. And the
> > semantics for those files
On Tue, Mar 12, 2013 at 03:02:36PM -0700, Andrew Morton wrote:
> On Mon, 11 Mar 2013 15:03:22 -0400 Peter Hurley
> wrote:
>
> > On Mon, 2013-03-11 at 14:26 -0400, Dave Jones wrote:
> > > > > {
> > >
> > > I just hit this aga
On Sat, Mar 09, 2013 at 07:51:46AM -0800, Paul E. McKenney wrote:
> On Sat, Mar 09, 2013 at 04:01:41PM +0800, Li Zefan wrote:
>
> [ . . . ]
>
> > > This way, "ptr" is executed exactly once, and the check and the
> > > hlist_entry() are both using the same value.
> >
> > I just played wit
On Thu, Mar 14, 2013 at 09:58:31PM +0100, Toralf Förster wrote:
> On 03/14/2013 09:51 PM, richard -rw- weinberger wrote:
> > Can you please re-run with the attached patch.
> > I'm wondering how much memory is requested.
> >>From reading the source I'd say it must be less than PAGE_SIZE.
> > Bu
On Tue, Mar 12, 2013 at 03:02:36PM -0700, Andrew Morton wrote:
> On Mon, 11 Mar 2013 15:03:22 -0400 Peter Hurley
> wrote:
>
> > On Mon, 2013-03-11 at 14:26 -0400, Dave Jones wrote:
> > > > > {
> > >
> > > I just hit this aga
On Mon, Aug 27, 2012 at 01:34:36PM -0600, David Ahern wrote:
> On 8/27/12 9:53 AM, Andrew Jones wrote:
> >On Mon, Aug 27, 2012 at 05:51:46PM +0800, Dong Hao wrote:
> >
> >
> >
> >>+struct event_stats {
> >>+ u64 count;
> >>+
On Mon, Aug 27, 2012 at 04:07:58PM -0700, Linus Walleij wrote:
> On Mon, Aug 20, 2012 at 1:06 AM, Lee Jones wrote:
> > On Tue, Aug 14, 2012 at 01:13:49PM +0200, Linus Walleij wrote:
> >> On Thu, Aug 9, 2012 at 5:47 PM, Lee Jones wrote:
> >>
> >> > We'
On Tue, Aug 28, 2012 at 10:10:48AM -0400, Jeff Garzik wrote:
> On Mon, Aug 27, 2012 at 5:53 PM, Kees Cook wrote:
> > This config item has not carried much meaning for a while now and is
> > almost always enabled by default. Remove it and adjust various config
> > logic and documentation.
>
On Tue, Aug 14, 2012 at 01:20:32PM +0200, Linus Walleij wrote:
> On Thu, Aug 9, 2012 at 5:47 PM, Lee Jones wrote:
>
> > The 'msp' board file does more than just register MSP devices. It
> > also registers some other components necessary to get audio working
> >
> Sorry for the delay. Yes, this shoudl be fine, but since it is
> essentially a revert of the original patch it should be pushed in as
> such.
How's this?
Author: Lee Jones
Date: Thu Aug 30 14:08:19 2012 +0100
Revert "input: ab8500-ponkey: Create AB8500 domain IRQ map
On Mon, Aug 27, 2012 at 04:09:46PM -0700, Linus Walleij wrote:
> On Mon, Aug 20, 2012 at 4:59 AM, Lee Jones wrote:
> > On Tue, Aug 14, 2012 at 10:51:02AM +0200, Linus Walleij wrote:
>
> >> But wait. These are just local statics. Surelty you can put these into
> >>
On Thu, Aug 30, 2012 at 04:03:23PM -0700, Dmitry Torokhov wrote:
> On Thu, Aug 30, 2012 at 04:02:21PM -0700, Dmitry Torokhov wrote:
> > On Thu, Aug 30, 2012 at 02:12:04PM +0100, Lee Jones wrote:
> > > > Sorry for the delay. Yes, this shoudl be fine, but since it is
> >
On Tue, Aug 14, 2012 at 10:19:08AM +0200, Linus Walleij wrote:
> On Thu, Aug 9, 2012 at 5:53 PM, Lee Jones wrote:
>
> > irq_find_host() currently ignores the 'interrupt-parent' property
> > even if it's specified in the Device Tree. Meaning that a node can
>
On Mon, Aug 27, 2012 at 04:42:49PM -0700, Linus Walleij wrote:
> On Thu, Aug 23, 2012 at 8:01 AM, Lee Jones wrote:
>
> > Here we apply the bindings required for successful Device Tree
> > probing of the i2c-nomadik driver.
> >
> > Cc: linux-...@vger.kernel.org
On Tue, Aug 14, 2012 at 10:32:02AM +0200, Linus Walleij wrote:
> On Thu, Aug 9, 2012 at 5:57 PM, Lee Jones wrote:
>
> > All AB8500 devices are now registered via MFD core, so Device Tree
> > capability is no longer required for probing. Here we pull the DT
> > match
> > + pdata->sm = I2C_FREQ_MODE_FAST;
>
> If those two are fixed frequencies, you should omit a warning if the
> devicetree has a different frequency set and report which one is going
> to be used actually.
Well, again by the comments above I would say that in betwe
Hopefully this is more to your liking:
Author: Lee Jones
Date: Mon Aug 6 11:09:57 2012 +0100
i2c: nomadik: Add Device Tree support to the Nomadik I2C driver
Here we apply the bindings required for successful Device Tree
probing of the i2c-nomadik driver.
Cc: linux
On Mon, Sep 03, 2012 at 11:44:48AM +0200, Wolfram Sang wrote:
> On Mon, Sep 03, 2012 at 11:22:28AM +0200, Linus Walleij wrote:
> > On Fri, Aug 31, 2012 at 2:23 PM, Lee Jones wrote:
> >
> > (...)
> > > static int nmk_i2c_probe(struct amba_device *adev, c
Author: Lee Jones
Date: Mon Aug 6 11:09:57 2012 +0100
i2c: nomadik: Add Device Tree support to the Nomadik I2C driver
Here we apply the bindings required for successful Device Tree
probing of the i2c-nomadik driver.
Cc: linux-...@vger.kernel.org
Signed-off-by: Lee
On Mon, Sep 03, 2012 at 01:58:04PM +0200, Linus Walleij wrote:
> On Mon, Sep 3, 2012 at 1:32 PM, Lee Jones wrote:
>
> > No, this is wrong. Platform data should not override DT.
> >
> > If DT is enabled and passed, it should have highest priority.
>
> Oh is tha
On Mon, Sep 03, 2012 at 03:19:13PM +0200, Linus Walleij wrote:
> On Mon, Sep 3, 2012 at 2:34 PM, Lee Jones wrote:
>
> > When booting DT booting take a different path and no platform data
> > is passed. We can't boot DT AND register devices with platform data
> >
Author: Lee Jones
Date: Fri Aug 24 12:40:58 2012 +0100
ARM: ux500: Provide SMSC911x fixed-regulator when not booting DT
The SMSC911x Ethernet chip requires a fixed-regulator in order to
function correctly. We have previously provided a means to obtain
this during a Device
On Mon, Sep 03, 2012 at 10:09:34AM -0500, Rob Herring wrote:
> On 09/03/2012 09:35 AM, Linus Walleij wrote:
> > On Mon, Sep 3, 2012 at 4:33 PM, Stephen Warren wrote:
> >> On 09/03/2012 05:58 AM, Linus Walleij wrote:
> >>> On Mon, Sep 3, 2012 at 1:32 PM, Lee Jones w
On Tue, Sep 04, 2012 at 10:53:32AM +0200, Linus Walleij wrote:
> On Mon, Sep 3, 2012 at 3:33 PM, Lee Jones wrote:
>
> > Author: Lee Jones
> > Date: Fri Aug 24 12:40:58 2012 +0100
> >
> > ARM: ux500: Provide SMSC911x fixed-regulator when not booting DT
>
On Tue, Sep 04, 2012 at 11:29:02AM +0200, Linus Walleij wrote:
> On Tue, Sep 4, 2012 at 11:08 AM, Lee Jones wrote:
> > On Tue, Sep 04, 2012 at 10:53:32AM +0200, Linus Walleij wrote:
> >
> >> You forgot to add select REGULATOR_FIXED_VOLTAGE to
> >> the MOP500 K
in such cases?
So why can't Alessandro continue to use Platform Data in the normal way?
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscrib
Author: Lee Jones
Date: Mon Aug 6 11:09:57 2012 +0100
i2c: nomadik: Add Device Tree support to the Nomadik I2C driver
Here we apply the bindings required for successful Device Tree
probing of the i2c-nomadik driver.
Cc: linux-...@vger.kernel.org
Signed-off-by: Lee
On Thu, 2012-09-13 at 16:10 +0800, joeyli wrote:
> Do we have plan to create a new kobject add to /sys/firmware/efi for
> provide a fixed mount point to efivars fs?
> e.g. /sys/firmware/efi/efivars
>
> Or we just direct reuse current /sys/firmeware/efi/vars? But, that means
> we need think for th
On Thu, Sep 13, 2012 at 11:35:43AM +0200, Linus Walleij wrote:
> On Mon, Aug 6, 2012 at 2:32 PM, Lee Jones wrote:
>
> > If we're booting with Device Tree enabled, we want the IRQ numbers to
> > be taken and translated from the Device Tree binary. If not, they
>
On Mon, Sep 10, 2012 at 06:10:59AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > In preparation for Device Tree enablement all IRQ controllers
> > should control their own IRQ domain. This patch provides just
> > that for t
On Mon, Sep 10, 2012 at 04:42:36AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > Each I2C device can be correctly probed already using Device Tree,
> > but the sub-devices still have to be registered by calls to
> > i2c_register_
On Wed, Sep 12, 2012 at 12:52:02PM +0200, Wolfram Sang wrote:
> On Mon, Sep 10, 2012 at 04:42:36AM -0700, Linus Walleij wrote:
> > On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
> >
> > > Each I2C device can be correctly probed already using Device Tree,
> > >
On Mon, Sep 10, 2012 at 05:58:41AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > This patch ensures the tc3589x and tc3598x-gpio devices are
> > rightfully given interrupt controller status. We also describe
> > the tc3598x-gpio G
On Mon, Sep 10, 2012 at 04:34:15AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > Here we add the skeleton nodes for each of the known I2C sub-devices
> > currently registered on ST-Ericsson's HREF Development Platform. We
> >
s
> all the infos I got. Some more context would have been helpful. Is there
> a branch somewhere with all the things collected?
There will be. I'm currently just Ack collecting.
In fact wait ...
<3 mins pass>
Now there is:
git://git.linaro.org/people/ljones/linux-3.0-ux500
On Mon, Sep 10, 2012 at 04:12:23AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > These properties have no place here as the populated nodes are
> > not related to GPIO Controllers.
> >
> > Signed-off-by: Lee Jones
>
>
On Mon, Sep 10, 2012 at 04:11:10AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > Here we add a new SSP node to the HREF's Device Tree file which
> > activates the generic one found in the .dtsi file. This will
> > allow probing
On Mon, Sep 10, 2012 at 02:56:20AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > This is where we link together all of the SoC sound components for
> > a given platform. This all encompassing sound node is only found
> > in the very
On Mon, Sep 10, 2012 at 02:53:45AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > This patch enables the two important MSP devices for ST-Ericsson's
> > hardware reference development board.
> >
> > Signed-off-by: Lee Jo
On Mon, Sep 10, 2012 at 01:47:09AM -0700, Linus Walleij wrote:
> On Fri, Sep 7, 2012 at 1:14 PM, Lee Jones wrote:
>
> > First commit applying the new Device Tree for ST-Ericsson's u8500
> > based hardware reference board.
> >
> > Signed-off-by: Lee Jones
>
On Tue, Sep 11, 2012 at 11:08:22AM +0200, Ola Lilja wrote:
> On 09/10/2012 06:43 PM, Lee Jones wrote:
>
> > Ola poke.
> >
> > On Fri, Aug 24, 2012 at 03:01:43PM +0100, Lee Jones wrote:
> >> Here we add the required documentation for the new Device Tree
> &
On Tue, Sep 11, 2012 at 11:06:00AM +0200, Ola Lilja wrote:
> On 09/10/2012 06:44 PM, Lee Jones wrote:
>
> > Ola poke.
> >
> > On Fri, Aug 24, 2012 at 03:01:42PM +0100, Lee Jones wrote:
> >> Here we add the required documentation for the new Device Tree
>
build-failures or
> easier merges), if I missed such a reason, please let me know.
I don't have any good reasons for you not to take the patch(es) though
your tree. Please go ahead.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro
I recently tried 'perf script rwtop', and it immediately failed with
'failed to read event header'. Running it through strace I found that the
when rwtop.pl is reading from the pipe, and gets one of it's alarms, that
the ERESTARTSYS seems to confuse it - causing it to fail. It also appears
that th
On Mon, Jul 30, 2012 at 03:24:22PM +0200, Samuel Ortiz wrote:
> On Sun, Jul 29, 2012 at 09:28:07PM +0100, Mark Brown wrote:
> > On Fri, Jul 27, 2012 at 03:36:33PM +0200, Samuel Ortiz wrote:
> > > On Fri, Jul 27, 2012 at 01:38:51PM +0100, Lee Jones wrote:
> >
> > &
On Thu, Sep 13, 2012 at 04:30:58PM -0500, Andrew Theurer wrote:
> On Thu, 2012-09-13 at 17:18 +0530, Raghavendra K T wrote:
> > * Andrew Theurer [2012-09-11 13:27:41]:
> >
> > > On Tue, 2012-09-11 at 11:38 +0530, Raghavendra K T wrote:
> > > > On 09/11/2012 01:42 AM, Andrew Theurer wrote:
> > > >
On Fri, Sep 14, 2012 at 10:05:03AM -0600, David Ahern wrote:
> On 9/14/12 9:39 AM, Andrew Jones wrote:
> >
> >I recently tried 'perf script rwtop', and it immediately failed with
> >'failed to read event header'. Running it through strace I found that the
In this patch-set we move all Device Tree start-up code from the u8500
board file and into the more persistent db8500 cpu file. This will aid
future endeavours to remove platform code completely from Mainline. We
also enable some of the devices found on the STUIB (User Interface
board), which attac
Here we apply required documentation for the Rohm BU21013 Touch
Screen driver which describe available properties and how to use
them.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
---
.../bindings/input/touchscreen/bu21013.txt | 28
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
---
drivers/input/touchscreen/bu21013_ts.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/touchscreen/bu21013_ts.c
b/drivers/input/touchscreen/bu21013_ts.c
index 5c487d2..2fae682 1
These GPIO init and exit functions have no place in platform data.
Instead they should be part of the driver. This patch moves them to
their rightful place, which subsequently elevates platform data of
yet more cruft.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
Now we can register the BU21013_ts touch screen when booting with
Device Tree enabled. Here we parse all the necessary components
previously expected to be passed from platform data.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
---
drivers/input/touchscreen
We're currently carrying two 'struct bu21013_platform_device's which
are identical for no apparent reason. Here we remove the extra burden
and apply the same information to the two different instances of the
bu21012_tp driver registration.
Signed-off-by: Lee Jones
---
arch/arm/m
The regulator_has_full_constraints() call is not required if we
are booting with Device Tree as it's assumed in this case.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/cpu-db8500.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm
moved into the respective DT source files.
Acked-by: Arnd Bergmann
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500.c | 105 ++-
arch/arm/mach-ux500/board-mop500.h |8 +--
arch/arm/mach-ux500/cpu-db8500.c |
It is possible to connect a BU21013 Touch Screen to all version
of the HREF which support the ST-UIB. This patch applies all the
necessary settings to the pre-v60 and v60+ HREF Device Trees.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/hrefprev60.dts |6 ++
arch/arm/boot/dts
As there will be a Device Tree created for the UIBs, there is no
need to call the UIB initiation functions. Each device will be
detailed and registered from the Device Tree instead.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/cpu-db8500.c |2 +-
1 file changed, 1 insertion(+), 1
This is a skeleton creation which will be populated with the devices
found on one of ST-Ericsson's (UIB) User Interface Board.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/hrefprev60.dts |1 +
arch/arm/boot/dts/hrefv60plus.dts |1 +
arch/arm/boot/dts/stuib.dtsi |
On Tue, 02 Oct 2012, Linus Walleij wrote:
> On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
>
> > As there will be a Device Tree created for the UIBs, there is no
> > need to call the UIB initiation functions. Each device will be
> > detailed and registered from
Asking for this option on x86 seems a bit pointless.
Signed-off-by: Dave Jones
diff --git a/crypto/Kconfig b/crypto/Kconfig
index 94f232f..957cc56 100644
--- a/crypto/Kconfig
+++ b/crypto/Kconfig
@@ -796,6 +796,7 @@ config CRYPTO_DES
config CRYPTO_DES_SPARC64
tristate "DES and T
ot; will be silently truncated to 30.
happy benchmarking,
rick jones
PS - I trust it is the receive-side throughput being reported/used with
UDP_STREAM :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.or
On 10/03/2012 02:47 AM, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 03:48:57PM -0700, Rick Jones wrote:
On 10/02/2012 01:45 AM, Mel Gorman wrote:
SIZE=64
taskset -c 0 netserver
taskset -c 1 netperf -t UDP_STREAM -i 50,6 -I 99,1 -l 20 -H 127.0.0.1 -- -P
15895 -s 32768 -S 32768 -m $SIZE -M $SIZE
On Wed, Oct 03, 2012 at 07:46:18PM +0200, Frederic Weisbecker wrote:
> > it in the kernel tree, unless we wanted people to use the option?
>
> A solution could be to add that option under CONFIG_DEBUG_KERNEL and specify
> that it must only be enabled by developers for specific reasons (overhea
On Thu, Oct 04, 2012 at 05:08:48PM +0800, Jeremy Kerr wrote:
> Hi Matt,
>
> >Jeremy, did you want to pick this up as part of your series?
>
> I have this in my series, yes. I'm just working on the authenticated
> delete code, then will send out the next revision.
>
> Speaking of which - Peter: I
> We have CONFIG_RCU_USER_QS that is a specific case. It's an intermediate
> state
> before we implement a true CONFIG_NO_HZ_FULL. But the option is useless on
> its
> own for users. Worse, it introduces a real overhead. OTOH we want it to be
> upstream
> to make the development of full t
After linking, I see this..
ERROR: "virtqueue_kick" [net/9p/9pnet_virtio.ko] undefined!
ERROR: "virtqueue_get_buf" [net/9p/9pnet_virtio.ko] undefined!
ERROR: "virtqueue_add_buf" [net/9p/9pnet_virtio.ko] undefined!
ERROR: "virtqueue_notify" [drivers/scsi/virtio_scsi.ko] undefined!
ERROR: "virtqueue
In this patch-set we move all Device Tree start-up code from the u8500
board file and into the more persistent db8500 cpu file. This will aid
future endeavours to remove platform code completely from Mainline. We
also enable some of the devices found on the STUIB (User Interface
board), which attac
_base, we
dynamically populate the IORESOURCE_IRQ with the correct device IRQ.
Cc: Samuel Ortiz
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
drivers/mfd/stmpe.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/mfd/stmpe.c b/driver
Here we add the required documentation for the STMPE Multi-Functional
Device (MFD) Device Tree bindings. It describes all of the bindings
currently supported by the driver.
Cc: Samuel Ortiz
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
Documentation/devicetree/bindings/mfd/stmpe.txt
boot case.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
drivers/input/keyboard/stmpe-keypad.c | 67 -
drivers/mfd/stmpe.c |1 +
2 files changed, 59 insertions(+), 9 deletions(-)
-by: Lee Jones
---
arch/arm/boot/dts/stuib.dtsi | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/stuib.dtsi b/arch/arm/boot/dts/stuib.dtsi
index b25663c..b492e3e 100644
--- a/arch/arm/boot/dts/stuib.dtsi
+++ b/arch/arm/boot/dts/stuib.dtsi
Here we apply the STMPE Multi-Functional Device's node to the
ST User Interface Board Device Tree file. It includes all of
the properties required for correct device initialsation.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stuib.dtsi | 13 +
1
Here we add the required documentation for the STMPE Device
Tree bindings. It describes all of the bindings currently
supported by the driver.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
.../devicetree/bindings/input/stmpe
Jones
---
drivers/mfd/stmpe.c | 48 ++--
1 file changed, 42 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/stmpe.c b/drivers/mfd/stmpe.c
index e50ebdf..ba157d4 100644
--- a/drivers/mfd/stmpe.c
+++ b/drivers/mfd/stmpe.c
@@ -885,18 +885,19
The STMPE driver is yet another IRQ controller which requires its
own IRQ domain. So, we provide it with one.
Cc: Samuel Ortiz
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
drivers/mfd/stmpe.c | 82 +++--
include/linux/mfd/stmpe.h |2
d-off-by: Lee Jones
---
drivers/of/of_i2c.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/of/of_i2c.c b/drivers/of/of_i2c.c
index 1e173f3..2f20019 100644
--- a/drivers/of/of_i2c.c
+++ b/drivers/of/of_i2c.c
@@ -61,6 +61,9 @@ void of_i2c_register_devices(struct i2c_adapter
301 - 400 of 17413 matches
Mail list logo
