On Mon, Jun 16, 2014 at 08:02:34PM +0200, Javier Martinez Canillas wrote:
> +- max77802,pmic-buck-dvs-gpios: The DVS GPIOs. We'll try to set these GPIOs
> + to match pmic-buck-default-dvs-idx at probe time if they are defined. If
> + some or all of these GPIOs are not defined it's assumed that
On Mon, Jun 16, 2014 at 08:02:35PM +0200, Javier Martinez Canillas wrote:
> --- a/drivers/mfd/max77802.c
> +++ b/drivers/mfd/max77802.c
> @@ -37,6 +37,7 @@
> #include
>
> static const struct mfd_cell max77802_devs[] = {
> + { .name = "max77802-pmic", },
> };
>
> static bool
This changes activates the iommu support for MDP5, through the
platform config structure.
Iommu support is also slightly modified in order to make sure
that MDP iommu is properly cleaned up if a probe deferral is
requested. Before this change, IOMMU faults would occur if the
probe failed
> Am 16.06.2014 um 21:12 schrieb Cong Wang :
>
> On Mon, Jun 16, 2014 at 12:05 PM, Stefan Priebe - Profihost AG
> wrote:
>>
>>> Am 16.06.2014 um 20:51 schrieb Cong Wang :
>>>
>>> On Mon, Jun 16, 2014 at 11:41 AM, Stefan Priebe - Profihost AG
>>> wrote:
> Am 16.06.2014 um 20:05
On 06/09/2014 04:52 PM, Marcel Ziswiler wrote:
> This patch adds the device tree to support Toradex Apalis T30, a
> computer on module which can be used on different carrier boards.
>
> The module consists of a Tegra 3 SoC, two PMICs, 1 or 2 GB of DDR3L
> RAM, eMMC, an LM95245 temperature sensor
On Mon, Jun 16, 2014 at 12:05 PM, Stefan Priebe - Profihost AG
wrote:
>
>> Am 16.06.2014 um 20:51 schrieb Cong Wang :
>>
>> On Mon, Jun 16, 2014 at 11:41 AM, Stefan Priebe - Profihost AG
>> wrote:
>>>
Am 16.06.2014 um 20:05 schrieb Cong Wang :
On Mon, Jun 16, 2014 at 5:51 AM,
On Mon, Jun 16, 2014 at 10:01:14PM +0300, Dan Carpenter wrote:
>
> No one calls U14DriverName() so just delete this function.
Oh. This is a userspace library or something? I'm not sure what to do.
How did you compile test this? Does your platform even provide
strlcpy()?
Anyway, don't delete
On Mon, Jun 16, 2014 at 01:00:29PM +0100, David Vrabel wrote:
> On 13/06/14 18:00, Daniel Kiper wrote:
> >
> > v5 - suggestions/fixes:
>
> Put after a --- marker.
Why?
You mean:
---
v5 - suggestions/fixes:
...
> > +static efi_char16_t vendor[100] __initdata;
>
> Why 100?
Well... Quite
> Am 16.06.2014 um 20:51 schrieb Cong Wang :
>
> On Mon, Jun 16, 2014 at 11:41 AM, Stefan Priebe - Profihost AG
> wrote:
>>
>>> Am 16.06.2014 um 20:05 schrieb Cong Wang :
>>>
>>> On Mon, Jun 16, 2014 at 5:51 AM, Stefan Priebe - Profihost AG
>>> wrote:
Hi,
i'm using a vanilla
On 04/30/2014 11:44 AM, Doug Anderson wrote:
> This adds the EC i2c tunnel (and devices under it) to the
> tegra124-venice2 device tree.
I've applied this to Tegra's for-3.17/dt branch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sun, Jun 15, 2014 at 12:41:47AM +0200, Rickard Strandqvist wrote:
> Replacing strncpy with strlcpy to avoid strings that lacks null terminate.
Generally in the kernel we allow strncpy() if people want to use it.
Let's not start doing sed replacements of these if it doesn't cause a
problem.
On 06/16/2014 04:54 AM, Juergen Gross wrote:
>
> And shouldn't it be removed from include/linux/efi.h as well?
>
Indeed.
-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 Sun, 15 Jun 2014 12:11:42 -0400
Bob Copeland wrote:
> On Sun, Jun 15, 2014 at 08:39:20AM +0200, Fabian Frederick wrote:
> > Use more explicit kernel.h definition
> > array_size = DIV_ROUND_UP(bitmap_size, sb->s_blocksize);
> >
> > - if (sbi->s_bitmap_ino == ~0ULL)
> > + if
Hi,
On Mon, Jun 16, 2014 at 02:21:19PM +0530, Varka Bhadram wrote:
...
> >>+
> >>+static void cc2520_unregister(struct cc2520_private *priv)
> >>+{
> >>+ ieee802154_unregister_device(priv->dev);
> >>+ ieee802154_free_device(priv->dev);
> >>+}
> >Only used in remove callback of module. It's
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..e0c43a3 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++ b/drivers/infiniband/hw/cxgb4/cm.c
@@ -457,6 +457,10 @@ static void send_flowc(struct c4iw_ep *ep, struct sk_buff
*skb)
int i;
On 06/09/2014 04:52 PM, Marcel Ziswiler wrote:
> The NVIDIA Tegra 3 based Apalis T30 module contains an Intel i210 resp.
> i211 gigabit Ethernet controller, an STMPE811 ADC/touch controller, I2C
> buses and PWM LEDs generically accessible from user space and an
> LM95245 temperature sensor chip.
> -Original Message-
> From: Will Deacon [mailto:will.dea...@arm.com]
> Sent: Monday, June 16, 2014 12:04 PM
> To: Yoder Stuart-B08248
> Cc: Sethi Varun-B16395; Thierry Reding; Mark Rutland;
> devicet...@vger.kernel.org; linux-samsung-...@vger.kernel.org; Pawel
> Moll; Arnd Bergmann; Ian
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..e0c43a3 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++ b/drivers/infiniband/hw/cxgb4/cm.c
@@ -457,6 +457,10 @@ static void send_flowc(struct c4iw_ep *ep, struct sk_buff
*skb)
int i;
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@gmail.com
--
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 06/12/2014 09:58 AM, Peter De Schrijver wrote:
> This patchset introduces support for Tegra's microsecond counter as the
> udelay() timer. This is useful on Tegra SoCs which do not have an arch timer
> such as Tegra20 and Tegra30. Using the microsecond counter instead of a delay
> based loop
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..e0c43a3 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++ b/drivers/infiniband/hw/cxgb4/cm.c
@@ -457,6 +457,10 @@ static void send_flowc(struct c4iw_ep *ep, struct sk_buff
*skb)
int i;
On Mon, Jun 16, 2014 at 11:41 AM, Stefan Priebe - Profihost AG
wrote:
>
>> Am 16.06.2014 um 20:05 schrieb Cong Wang :
>>
>> On Mon, Jun 16, 2014 at 5:51 AM, Stefan Priebe - Profihost AG
>> wrote:
>>> Hi,
>>>
>>> i'm using a vanilla 3.10.43 kernel and netconsole on top of a bridge.
>>>
>>>
On Mon, Jun 16, 2014 at 04:50:51PM +0200, Stephan Gabert wrote:
> As mentioned in net/core/dev.c register_netdev() explicitly returns a
> negative errno code on failure.
>
> So in case of failure, one should rather test whether ret is negative
> than just unlike 0.
No. In the kernel the normal
kmalloc_array manages count*sizeof overflow.
Cc: Phillip Lougher
Cc: Andrew Morton
Cc: Joe Perches
Signed-off-by: Fabian Frederick
---
V2:
use kmalloc_array instead of kcalloc (suggested by Joe Perches).
fs/squashfs/file_direct.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..e0c43a3 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++ b/drivers/infiniband/hw/cxgb4/cm.c
@@ -457,6 +457,10 @@ static void send_flowc(struct c4iw_ep *ep, struct sk_buff
*skb)
int i;
On Mon, 16 Jun 2014, Doug Anderson wrote:
> Nicolas,
>
> On Mon, Jun 9, 2014 at 1:55 PM, Nicolas Pitre
> wrote:
> > On Mon, 9 Jun 2014, Kevin Hilman wrote:
> >
> >> On Mon, Jun 9, 2014 at 1:22 PM, Nicolas Pitre
> >> wrote:
> >> > On Mon, 9 Jun 2014, Andrew Bresticker wrote:
> >> >
> >> >> >
This series adds a regulator driver for the Resource Power Manager found in
Qualcomm 8660, 8960 and 8064 based devices.
The RPM driver exposes resources to its child devices, that can be accessed to
implement drivers for the regulators, clocks and bus frequency control that's
owned by the RPM in
Add binding for the Qualcomm Resource Power Manager (RPM) found in 8660,
8960 and 8064 based devices. The binding currently describes the rpm
itself and the regulator subnodes.
Signed-off-by: Bjorn Andersson
---
.../devicetree/bindings/soc/qcom/qcom,rpm.txt | 260 +
Driver for the Resource Power Manager (RPM) found in Qualcomm 8660, 8960
and 8064 based devices. The driver exposes resources that child drivers
can operate on; to implementing regulator, clock and bus frequency
drivers.
Signed-off-by: Bjorn Andersson
---
drivers/soc/qcom/Kconfig | 14 ++
Driver for regulators exposed by the Resource Power Manager (RPM) found
in Qualcomm 8660, 8960 and 8064 based devices.
Signed-off-by: Bjorn Andersson
---
drivers/regulator/Kconfig | 12 +
drivers/regulator/Makefile | 1 +
drivers/regulator/qcom_rpm-regulator.c | 787
On 6/16/2014 1:34 PM, Steve Wise wrote:
On 6/16/2014 1:30 PM, Nicholas Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c
On Mon, Jun 16, 2014 at 12:55:35PM +0100, Stefano Stabellini wrote:
> On Fri, 13 Jun 2014, Daniel Kiper wrote:
> > This patch enables EFI usage under Xen dom0. Standard EFI Linux
> > Kernel infrastructure cannot be used because it requires direct
> > access to EFI data and code. However, in dom0
> Am 16.06.2014 um 20:05 schrieb Cong Wang :
>
> On Mon, Jun 16, 2014 at 5:51 AM, Stefan Priebe - Profihost AG
> wrote:
>> Hi,
>>
>> i'm using a vanilla 3.10.43 kernel and netconsole on top of a bridge.
>>
>> netconsole is used with vmbr0 (bridge) which is on top of bond0.
>>
>> If i want to
Nicolas,
On Mon, Jun 9, 2014 at 1:55 PM, Nicolas Pitre wrote:
> On Mon, 9 Jun 2014, Kevin Hilman wrote:
>
>> On Mon, Jun 9, 2014 at 1:22 PM, Nicolas Pitre
>> wrote:
>> > On Mon, 9 Jun 2014, Andrew Bresticker wrote:
>> >
>> >> > [1] While waiting for the forth-coming patch from Andrew to enable
On Mon, 2014-06-16 at 20:12 +0200, Fabian Frederick wrote:
> kcalloc manages count*sizeof overflow.
so does kmalloc_array
> diff --git a/fs/squashfs/file_direct.c b/fs/squashfs/file_direct.c
[]
> - page = kmalloc(sizeof(void *) * pages, GFP_KERNEL);
> + page = kcalloc(pages, sizeof(void
On 06/16/2014 08:24 PM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 11:21 AM, Toralf Förster
> wrote:
>> On 06/16/2014 08:15 PM, Andy Lutomirski wrote:
>>> On Mon, Jun 16, 2014 at 10:59 AM, Toralf Förster
>>> wrote:
On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
> cc: eparis.
Kukjin,
On Wed, Jun 11, 2014 at 8:28 AM, Kukjin Kim wrote:
> On 06/12/14 00:19, Doug Anderson wrote:
>>
>> Chander,
>>
>> On Tue, Jun 10, 2014 at 9:52 PM, Chander Kashyap
>> wrote:
>>>
>>> Hi Doug,
>>>
>>> On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre
>>> wrote:
On Tue, 10 Jun 2014,
On 6/16/2014 1:30 PM, Nicholas Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..c518411 100644
---
The function machine__get_kernel_start_addr() was taking the first symbol
of kallsyms as the start address. This is incorrect in certain cases
where the first symbol is something at 0, while the actual kernel
functions begin at a later point (e.g. 0x8020).
This patch fixes
Fix checkpatch warning:
"WARNING: Missing a blank line after declarations"
Cc: Al Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/romfs/super.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/romfs/super.c b/fs/romfs/super.c
index 6e73879..e98dd88 100644
---
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..c518411 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++
Kukjin,
On Mon, Jun 16, 2014 at 11:14 AM, Stephen Warren wrote:
> On 06/04/2014 04:20 PM, Doug Anderson wrote:
>> All ChromeOS ARM devices that have the standard "CrOS EC" have the
>> same keyboard mapping. It's silly to include this same definition
>> everywhere. Let's create a "dtsi"
Trying to boot 3.16.0-rc1+ (the + is a small vlan related patch) on a
tests system triggers the following BUG:
Jun 16 13:54:50 scratch kernel: BUG: sleeping function called from
invalid context at kernel/locking/mutex.c:586
Jun 16 13:54:50 scratch kernel: in_atomic(): 1, irqs_disabled(): 1, pid:
-Remove "Error" in format logging (already in pr_ level)
-Use modulename in pr_fmt instead of ROMFS: in each pr_ callsites.
Cc: Al Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/romfs/super.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git
On Mon, 2014-06-16 at 09:40 +0300, Dan Carpenter wrote:
> On Fri, Jun 13, 2014 at 12:52:25PM -0700, Joe Perches wrote:
> > On Fri, 2014-06-13 at 12:46 +0300, Dan Carpenter wrote:
> > > On Fri, Jun 13, 2014 at 02:30:22AM -0700, Joe Perches wrote:
> > >
> > > > > +# check for missing a space in a
Use current logging functions.
+coalesce formats
Cc: Al Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/romfs/super.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/fs/romfs/super.c b/fs/romfs/super.c
index ef90e8b..c32006e 100644
---
On Mon, Jun 16, 2014 at 11:21 AM, Toralf Förster wrote:
> On 06/16/2014 08:15 PM, Andy Lutomirski wrote:
>> On Mon, Jun 16, 2014 at 10:59 AM, Toralf Förster
>> wrote:
>>> On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
cc: eparis. This might be a new audit bug.
On Mon, Jun 16,
This small patchset converts romfs to current logging functions and fixes some
checkpatch warnings.
Fabian Frederick (3):
fs/romfs/super.c: convert printk to pr_foo()
fs/romfs/super.c: use pr_fmt in logging
fs/romfs/super.c: add blank line after declarations.
fs/romfs/super.c | 23
On 06/16/2014 08:15 PM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 10:59 AM, Toralf Förster
> wrote:
>> On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
>>> cc: eparis. This might be a new audit bug.
>>>
>>> On Mon, Jun 16, 2014 at 10:36 AM, Toralf Förster
>>> wrote:
On 06/16/2014
On 6/16/2014 12:49 PM, Nicholas Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..867e664 100644
---
There are a number of benchmarks that do single runs and
as a result does not really help users gain a general idea
of how the workload performs. So the user must either manually
do multiple runs or just use single bogus results.
This option will enable users to specify the amount of runs
Make use of the new --repeat option in perf-bench to allow
multiple runs. This makes the avg final result much more
useful for users, including displaying statistics.
Also move up the general information output to be showed
before the actual run is done, thus allowing the user to
know what's
First set of various updates for the perf-bench tool. I am
in the process of adding more benchmarks (ipc & futex) but
wanted to get these changes in early in the -rc cycle.
Patches 3 & 5 depend on the first patch, otherwise updates
are pretty much without order.
Please consider applying.
Instead of printing sec and usec individually, simplify
into a 'runtime' variable to later use accordingly. This
is particularly helpful when later adding multiple runs
and collecting statistics.
Signed-off-by: Davidlohr Bueso
---
tools/perf/bench/sched-messaging.c | 13 +
1 file
Explicitly free the thread array ('pth_tab').
Signed-off-by: Davidlohr Bueso
---
tools/perf/bench/sched-messaging.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/bench/sched-messaging.c
b/tools/perf/bench/sched-messaging.c
index 096ef5a..b519ba4 100644
---
'i' is unused in tile_net_dev_init() after commit d581ebf5a1f
("net: tile: Use helpers from linux/etherdevice.h to check/set MAC").
Signed-off-by: Chris Metcalf
---
v2: includes previous commit's summary line as suggested by Sergei Shtylyov.
drivers/net/ethernet/tile/tilegx.c | 1 -
1 file
On Mon, Jun 16, 2014 at 10:59 AM, Toralf Förster wrote:
> On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
>> cc: eparis. This might be a new audit bug.
>>
>> On Mon, Jun 16, 2014 at 10:36 AM, Toralf Förster
>> wrote:
>>> On 06/16/2014 07:32 PM, Andy Lutomirski wrote:
On Mon, Jun 16, 2014
-o, --only-prefault Show only the result with page faults before mem*
-n, --no-prefault Show only the result without page faults before mem*
Makes no sense to call together. Applies to both memset and memcpy.
Signed-off-by: Davidlohr Bueso
---
tools/perf/bench/mem-memcpy.c | 5 +
Using the already existing '--format simple' option in perf-bench
is/should be equivalent to disabling any verbose output. Replace
it and free up the -s option specific to the futex benchmark.
Furthermore only show the raw output if used, as it is intended
to make scripting/parsing easier.
Instead of reinventing the wheel, we can use err(2) when dealing
with fatal errors. Exit code is now always EXIT_FAILURE (1).
Signed-off-by: Davidlohr Bueso
---
tools/perf/bench/sched-messaging.c | 45 --
1 file changed, 19 insertions(+), 26 deletions(-)
Unlike futex-hash, requeuing and wakeup benchmarks do not support
shared futexes, limiting the usefulness of the programs. Correct
this, and allow using the local -S parameter. The default remains
using private futexes.
Signed-off-by: Davidlohr Bueso
---
tools/perf/bench/futex-hash.c| 7
This option is available through perf-bench, use it instead
and free the local option.
Signed-off-by: Davidlohr Bueso
---
tools/perf/bench/futex-requeue.c | 10 +-
tools/perf/bench/futex-wake.c| 12 ++--
2 files changed, 3 insertions(+), 19 deletions(-)
diff --git
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Tyler Hicks
Cc: ecryp...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
fs/ecryptfs/messaging.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/ecryptfs/messaging.c
The MAX77802 PMIC has two 32.768kHz Buffered Clock Outputs with
Low Jitter Mode. This patch adds support for these two clocks.
Signed-off-by: Javier Martinez Canillas
---
Changes since v1:
- Use module_platform_driver() instead of having init/exit functions.
Suggested by Mark Brown.
- Use
On 06/04/2014 04:20 PM, Doug Anderson wrote:
> All ChromeOS ARM devices that have the standard "CrOS EC" have the
> same keyboard mapping. It's silly to include this same definition
> everywhere. Let's create a "dtsi" fragment that we can include from
> many different boards.
>
> This fragment
kcalloc manages count*sizeof overflow.
Cc: Phillip Lougher
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/squashfs/file_direct.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/squashfs/file_direct.c b/fs/squashfs/file_direct.c
index 62a0de6..e9f9cf2 100644
On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> We want to be a bit more clever in futex_lock_pi_atomic() and separate
> the possible states. Split out the code which attaches the first
> waiter to the owner into a separate function. No functional change.
>
> Signed-off-by: Thomas
Maxim MAX77802 is a power management chip that contains 10 high
efficiency Buck regulators, 32 Low-dropout (LDO) regulators used
to power up application processors and peripherals, a 2-channel
32kHz clock outputs, a Real-Time-Clock (RTC) and a I2C interface
to program the individual regulators,
This patch adds a dt-binding include for Maxim 77686
PMIC clock IDs that can be to be shared between the
clk-max77686 clock driver and DeviceTree source files.
Signed-off-by: Javier Martinez Canillas
---
drivers/clk/clk-max77686.c | 7 +--
MAX77802 is a PMIC that contains 10 high efficiency Buck regulators,
32 Low-dropout (LDO) regulators, two 32kHz buffered clock outputs,
a Real-Time-Clock (RTC) and a I2C interface to program the individual
regulators, clocks and the RTC.
This second version of the patch-set addresses several
Like most clock drivers, the Maxim 77686 PMIC clock binding
follows the convention that the "#clock-cells" property is
used to specify the number of cells in a clock provider.
But the binding document is not clear enough that it shall
be set to 1 since the PMIC support multiple clocks outputs.
Maxim Integrated Power Management ICs are very similar with
regard to their clock outputs. Most of the clock drivers for
these chips are duplicating code and are simpler enough that
can be converted to use a generic driver to consolidate code
and avoid duplication.
Signed-off-by: Javier Martinez
From: Ann Rudoff
Sent: Monday, June 16, 2014 11:56 AM
To: Ann Rudoff
Subject: Postkassen er næsten fuld
Postkassen er næsten fuld.
461MB 500MB
Nuværende størrelsemaksimal størrelse
Forøg din postkasse kontingent størrelse
On Mon, Jun 16, 2014 at 5:51 AM, Stefan Priebe - Profihost AG
wrote:
> Hi,
>
> i'm using a vanilla 3.10.43 kernel and netconsole on top of a bridge.
>
> netconsole is used with vmbr0 (bridge) which is on top of bond0.
>
> If i want to add another bridge to vmbr0 is fails as long as netconsole
>
On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> We want to be a bit more clever in futex_lock_pi_atomic() and separate
> the possible states. Split out the waiter verification into a separate
> function. No functional change.
>
> Signed-off-by: Thomas Gleixner
Reviewed for
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: David Woodhouse
Cc: linux-...@lists.infradead.org
Signed-off-by: Fabian Frederick
---
fs/jffs2/xattr.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/jffs2/xattr.c
On 06/16/2014 07:50 PM, Andy Lutomirski wrote:
> cc: eparis. This might be a new audit bug.
>
> On Mon, Jun 16, 2014 at 10:36 AM, Toralf Förster
> wrote:
>> On 06/16/2014 07:32 PM, Andy Lutomirski wrote:
>>> On Mon, Jun 16, 2014 at 10:29 AM, Richard Weinberger wrote:
Am 16.06.2014 19:25,
The MAX77802 PMIC has 10 high-efficiency Buck and 32 Low-dropout
(LDO) regulators. This patch adds support for all these regulators
found on the MAX77802 PMIC and is based on a driver added by Simon
Glass to the Chrome OS kernel 3.8 tree.
Signed-off-by: Javier Martinez Canillas
---
Changes
Clocks drivers for Maxim PMIC are very similar so they can
be converted to use the generic Maxim clock driver.
Also, while being there use module_platform_driver() helper
macro to eliminate more boilerplate code.
Signed-off-by: Javier Martinez Canillas
---
drivers/clk/Kconfig| 1 +
On Mon, Jun 16, 2014 at 06:32:53PM +0200, Petr Mládek wrote:
> On Sat 2014-06-14 11:52:45, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > The default size of the ring buffer is too small for machines
> > with a large amount of CPUs under heavy load. What ends up
> > happening
The MAX7802 PMIC has a Real-Time-Clock (RTC) with two alarms.
This patch adds support for the RTC and is based on a driver
added by Simon Glass to the Chrome OS kernel 3.8 tree.
Signed-off-by: Javier Martinez Canillas
---
drivers/mfd/max77802.c | 1 +
drivers/rtc/Kconfig| 10 +
Peach pit board uses a Maxim 77802 power management IC to
drive regulators and its Real Time Clock. This patch adds
support for this chip.
These are the device nodes and pinctrl configuration that
is present on the Peach pit DeviceTree source file in the
the Chrome OS kernel 3.8 tree.
By using the generic IRQ support in the Register map API, it
is possible to get rid of max77686-irq.c and simplify the code.
Suggested-by: Krzysztof Kozlowski
Signed-off-by: Javier Martinez Canillas
---
drivers/mfd/Kconfig | 1 +
drivers/mfd/Makefile | 2 +-
Hello Tyler,
On 16.06.2014 04:23, Tyler Hall wrote:
> Use schedule_work() to avoid potentially taking the spinlock in
> interrupt context.
>
(..)
>
> To deal with these issues, don't grab the lock in the wakeup function by
> deferring the writeout to a workqueue. Also hold the lock during
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: David Woodhouse
Cc: linux-...@lists.infradead.org
Signed-off-by: Fabian Frederick
---
fs/jffs2/acl.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/jffs2/acl.c
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Chris Mason
Cc: Josef Bacik
Signed-off-by: Fabian Frederick
---
fs/btrfs/free-space-cache.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/btrfs/free-space-cache.c
Hi Stephan,
> Fixed a coding style issue. Removed trailing whitespaces in
> bluetooth/Kconfig.
>
> This patch applies to v2.6.12-rc2 and above.
>
> Signed-off-by: Stephan Gabert
> Signed-off-by: Nicolas Pfeiffer
> ---
> drivers/bluetooth/Kconfig | 12 ++--
> 1 file changed, 6
cc: eparis. This might be a new audit bug.
On Mon, Jun 16, 2014 at 10:36 AM, Toralf Förster wrote:
> On 06/16/2014 07:32 PM, Andy Lutomirski wrote:
>> On Mon, Jun 16, 2014 at 10:29 AM, Richard Weinberger wrote:
>>> Am 16.06.2014 19:25, schrieb Andy Lutomirski:
On Mon, Jun 16, 2014 at
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index 5e153f6..867e664 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++
Hello.
On 06/16/2014 09:14 PM, Chris Metcalf wrote:
'i' is unused in tile_net_dev_init() after commit d581ebf5a1f.
Please also specify that commit's summary line in parens.
Signed-off-by: Chris Metcalf
WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe
On Sat, 14 Jun 2014, Allen Yu wrote:
> --- a/drivers/base/power/runtime.c
> +++ b/drivers/base/power/runtime.c
> @@ -608,7 +608,7 @@ static int rpm_resume(struct device *dev, int rpmflags)
> repeat:
> if (dev->power.runtime_error)
> retval = -EINVAL;
> - else if
Nadav Amit writes:
> The emulator does not emulate the xadd instruction correctly if the two
> operands are the same. In this (unlikely) situation the result should be the
> sum of X and X (2X) when it is currently X. The solution is to first perform
> writeback to the source, before writing
On Fri, Jun 13, 2014 at 05:36:20PM +0200, Borislav Petkov wrote:
> On Fri, Jun 13, 2014 at 08:46:09AM -0400, Vivek Goyal wrote:
> > If not, then we really can't do anything about it. A large memory
> > allocation will fail and user will get error.
>
> Of course we can! You can't trust userspace
On 06/16/2014 07:32 PM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 10:29 AM, Richard Weinberger wrote:
>> Am 16.06.2014 19:25, schrieb Andy Lutomirski:
>>> On Mon, Jun 16, 2014 at 10:21 AM, Richard Weinberger
>>> wrote:
On Mon, Jun 16, 2014 at 6:33 PM, Toralf Förster
wrote:
On Monday 16 June 2014 18:04:16 Will Deacon wrote:
>
> On Mon, Jun 16, 2014 at 05:56:32PM +0100, Stuart Yoder wrote:
> > > Do you have use-cases where you really need to change these mappings
> > > dynamically?
> >
> > Yes. In the case of a PCI bus-- you may not know in advance how many
> > PCI
On Mon, Jun 16, 2014 at 10:29 AM, Richard Weinberger wrote:
> Am 16.06.2014 19:25, schrieb Andy Lutomirski:
>> On Mon, Jun 16, 2014 at 10:21 AM, Richard Weinberger
>> wrote:
>>> On Mon, Jun 16, 2014 at 6:33 PM, Toralf Förster
>>> wrote:
$ cat syscall.c
#include
#include
Am 16.06.2014 19:25, schrieb Andy Lutomirski:
> On Mon, Jun 16, 2014 at 10:21 AM, Richard Weinberger
> wrote:
>> On Mon, Jun 16, 2014 at 6:33 PM, Toralf Förster
>> wrote:
>>> $ cat syscall.c
>>> #include
>>> #include
>>> int main(){return syscall(1000)!=-1;}
>
> What architecture are you
on Linux v3.16-rc1, building docbooks to a separate build directory
(mkdir DOC; make O=DOC htmldocs) gives me more than 12,000 lines like this:
grep: ./Documentation/DocBook//vidioc-subdev-g-fmt.xml: No such file or
directory
grep: ./Documentation/DocBook//vidioc-subdev-g-frame-interval.xml: No
On Fri, Jun 13, 2014 at 12:17:13PM +0200, Borislav Petkov wrote:
> On Fri, Jun 06, 2014 at 03:51:04PM -0400, Vivek Goyal wrote:
> > On Thu, Jun 05, 2014 at 10:05:23PM +0200, Borislav Petkov wrote:
> >
> > [..]
> > > > @@ -249,6 +254,7 @@ archclean:
> > > > $(Q)rm -rf
On Mon, Jun 16, 2014 at 10:21 AM, Richard Weinberger
wrote:
> On Mon, Jun 16, 2014 at 6:33 PM, Toralf Förster
> wrote:
>> $ cat syscall.c
>> #include
>> #include
>> int main(){return syscall(1000)!=-1;}
What architecture are you building for? On i386 and x86_64, 1000
shouldn't be big enough
301 - 400 of 1732 matches
Mail list logo
