pass a menelaus_chip pointer as argument to most
functions so we can minimize the usage of the
global the_menelaus pointer.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 265 ++---
1 file changed, 142 insertions(+), 123 deletions(-)
diff
those functions are static and can easily receive
a menelaus_chip pointer argument.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 50 +++---
1 file changed, 27 insertions(+), 23 deletions(-)
diff --git a/drivers/mfd/menelaus.c
we can let irqs refire and give the scheduler
a chance to choose when we should be scheduled.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 43 +++
1 file changed, 19 insertions(+), 24 deletions(-)
diff --git a/drivers/mfd/menelaus.c
those functions are static and can receive a
menelaus_chip pointer very easily.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 57 ++
1 file changed, 30 insertions(+), 27 deletions(-)
diff --git a/drivers/mfd/menelaus.c
introduce an irq_chip and irq_domain for
menelaus driver. Following patches will
convert uses to traditional request_threaded_irq().
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 109 +
1 file changed, 109 insertions(+)
diff --git
now that we have our own irq_chip, all children
can use traditional request_threaded_irq().
While at that, also remove so functions which
became unused.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 161 +++--
1 file changed, 50
menelaus_i2c_driver isn't referenced on probe,
just remove that unnecessary line. No functional
changes.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mfd/menelaus.c b/drivers/mfd/menelaus.c
index e7006e4..376f01d 100644
---
that macro just helps removing some extra
line of code and hides ffs() calls.
while at that, also fix a variable shadowing
bug where 'int irq' was being redeclared inside
inner loop while it was also argument to interrupt
handler.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 16
we don't need that extra workqueue when we
have generic threaded irq handlers support.
Signed-off-by: Felipe Balbi
---
drivers/mfd/menelaus.c | 29 -
1 file changed, 4 insertions(+), 25 deletions(-)
diff --git a/drivers/mfd/menelaus.c b/drivers/mfd/menelaus.c
index
2013/11/26 :
> From: Andy Fleming
>
> 10G PHYs don't currently support running the state machine, which
> is implicitly setup via of_phy_connect(). Therefore, it is necessary
> to implement an OF version of phy_attach(), which does everything
> except start the state machine.
>
> Signed-off-by:
On Mon, Nov 25, 2013 at 01:19:01PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> After commit bcdde7e221a8 (sysfs: make __sysfs_remove_dir() recursive)
> Mika Westerberg sees traces analogous to the one below in Thunderbolt
> hot-remove testing:
...
> The source of this problem
On Tue, Nov 26, 2013 at 03:03:03PM -0800, Tim Kryger wrote:
> On Tue, Nov 26, 2013 at 10:36 AM, Ezequiel Garcia
> wrote:
>
> > Since v3.13-rc1, this commit seems to have introduced some oddities on
> > some of our boards. See this log snippet:
> >
> > Serial: 8250/16550 driver, 4 ports, IRQ
Hi Namhyung,
I'll certainly try to read (and even apply ;) this series carefully.
But let me make a couple of nits right now, even if I do not understand
this code yet.
On 11/27, Namhyung Kim wrote:
>
> + } else if (arg[1] == '+') {
> + struct
On Tue, Nov 26, 2013 at 03:03:41PM +0100, Peter Zijlstra wrote:
> Juri hit the below lockdep report:
>
> [4.303391] ==
> [4.303392] [ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ]
> [4.303394] 3.12.0-dl-peterz+ #144 Not
2013/11/26 :
> From: Andy Fleming
>
> phy_attach_direct() may now attach to a generic 10G driver. It can
> also be used exactly as phy_connect_direct(), which will be useful
> when using of_mdio, as phy_connect (and therefore of_phy_connect)
> start the PHY state machine, which is currently
On Tue, 2013-11-26 at 16:45 -0800, Kent Overstreet wrote:
> Immutable biovecs are going to require an explicit iterator. To
> implement immutable bvecs, a later patch is going to add a bi_bvec_done
> member to this struct; for now, this patch effectively just renames
> things.
>
Hello Shaohui,
2013/11/26 :
> From: Andy Fleming
>
> Very incomplete, but will allow for binding an ethernet controller
> to it.
>
> Signed-off-by: Andy Fleming
> Signed-off-by: Shaohui Xie
> ---
> v2: turn genphy_driver to an array, add generic 10g driver to it.
>
>
From: Greg Kroah-Hartman
The PCI MSI sysfs code is a mess with kobjects for things that don't
really need to be kobjects. This patch creates attributes dynamically
for the MSI interrupts instead of using kobjects.
Note, this removes a directory from the current MSI interrupt sysfs
code:
old
Hi Jianpeng,
(Trimming CC's)
On Wed, 2013-11-27 at 10:46 +0800, kedacomkernel wrote:
> Hi all,
> I used target-pending/scsi-mq to test intel ahci,but it can't work.I
> modify some places, now it can work.But still met hung task or oops.
So after looking at your patches sent offlist, I
2013/11/26 :
> From: Shaohui Xie
>
> Signed-off-by: Andy Fleming
> Signed-off-by: Shaohui Xie
Acked-by: Florian Fainelli
> ---
> v2: update of_net.c.
>
> drivers/of/of_net.c | 1 +
> include/linux/phy.h | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/drivers/of/of_net.c
Quoting Andrew Bresticker (2013-09-25 14:12:47)
> The Exynos AudioSS clock controller will later be modified to allow
> input clocks to be specified via device-tree in order to support
> multiple Exynos SoCs. This will introduce a dependency on the core
> SoC clock controller being initialized
On Wed, Nov 27, 2013 at 7:35 PM, Vince Weaver wrote:
> On Tue, 12 Nov 2013, Stephane Eranian wrote:
>
>> This patch adds a new uncore PMU to expose the Intel
>> RAPL energy consumption counters. Up to 3 counters,
>> each counting a particular RAPL event are exposed.
>>
>> The RAPL counters are
On Tue, 12 Nov 2013, Stephane Eranian wrote:
> This patch adds a new uncore PMU to expose the Intel
> RAPL energy consumption counters. Up to 3 counters,
> each counting a particular RAPL event are exposed.
>
> The RAPL counters are available on Intel SandyBridge,
> IvyBridge, Haswell. The
On Wed, Nov 27, 2013 at 10:07:03AM +0800, zhang.y...@zte.com.cn wrote:
> Userspace process doesn't want the PF_NO_SETAFFINITY, but its parent may be
> a kernel worker thread which has PF_NO_SETAFFINITY set, and this worker thread
> can do kernel_thread() to create the child.
> Clearing this flag
On Wed, Nov 20, 2013 at 08:23:44PM +0200, Taras Kondratiuk wrote:
> I2C IP block expect LE data, but CPU may operate in BE mode.
> Need to use endian neutral functions to read/write h/w registers.
> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
> need to use read[lw]_relaxed and
On Wed, Nov 27, 2013 at 04:42:02PM +, Lee Jones wrote:
> I see. Well I'm not sure how. If we apply it to either ASoC or MFD and
> other patches pertaining to that file subsequently appear, then
> conflict is likely. As you know, the commonly used mitigation
It shouldn't be that likely, we're
On Fri, Nov 22, 2013 at 10:44:30AM +0800, wangbiao wrote:
> once code return from request_threaded_irq, irq was setup enabled by
> default, but completion var dcs_done not got initialized yet, if then a
> dcs done irq was raised, system will got hung as the sync mechanism is
> invalid now.
On Wed, Nov 27, 2013 at 07:13:47AM -0500, Peter Hurley wrote:
> On 11/26/2013 04:53 PM, Jason Gunthorpe wrote:
> >Hello Peter,
> >
> >I have been testing 3.13-rc1 and I noticed a change in behavior in the
> >tty/serial layer. Specifically I have a login running on serial that
> >presents the usual
On Wed, Nov 27, 2013 at 9:55 AM, H. Peter Anvin wrote:
> On 11/27/2013 09:54 AM, Ingo Molnar wrote:
>>>
>>> Looks to be 2% for defconfig. That's way better. Shall I send a v3?
>>
>> Well, it's better than 9%, but still almost an order of magnitude
>> higher than the cost is today, and a lot of
Quoting boris brezillon (2013-11-27 09:19:08)
> Hi Jason,
>
> On 27/11/2013 15:56, Jason Cooper wrote:
> > Boris,
> >
> > Thanks for posting this series. Bear with me as I'm attempting to give
> > MikeT a hand.
> Nice to hear.
> Mike already took a look at this series, but I'm happy to get more
On Tue, 26 Nov 2013, Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
> This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
Just some minor
On 11/27/2013 09:54 AM, Ingo Molnar wrote:
>>
>> Looks to be 2% for defconfig. That's way better. Shall I send a v3?
>
> Well, it's better than 9%, but still almost an order of magnitude
> higher than the cost is today, and a lot of distros have
> CONFIG_CC_STACKPROTECTOR=y.
>
> So it would be
* Kees Cook wrote:
> On Wed, Nov 27, 2013 at 3:27 AM, Ingo Molnar wrote:
> >
> > * Kees Cook wrote:
> >
> >> On a defconfig x86_64 build (with CONFIG_CC_STACKPROTECTOR enabled), the
> >> delta in size is just under 9% larger:
> >>
> >> -rwxrwxr-x 1 kees kees 22134340 Nov 26 10:28
Anton,
Does this address your concerns?
-Jenny
> Subject: RE: [PATCH 1/7] power_supply: Add charger control properties
>
> > Subject: Re: [PATCH 1/7] power_supply: Add charger control properties
> >
> > On Sun, 27 Oct 2013 23:18:08 -0700 Anton Vorontsov wrote:
> >
> > > On Mon, Oct 28,
On Mon, Nov 25, 2013 at 01:36:51PM -0600, Felipe Balbi wrote:
> Hi Greg,
>
> Here's my first set of fixes for this -rc cycle. Please
> consider merging them on your usb-linus branch.
>
> Let me know if you need any changes to this pull request. I
> did a test merge of this tag with your
On Thu, Nov 07, 2013 at 05:07:52AM +, Jisheng Zhang wrote:
> PL310 supports Prefetch offset/control register from r2p0 and Power
> control register from r3p0. This patch adds the support to configure
> these two registers if there are. The dt binding document is also updated.
I'd like to see
On 11/27, Masami Hiramatsu wrote:
>
> (2013/11/27 2:43), Oleg Nesterov wrote:
> >
> > This doesn't allow to read the data from other CPUs, but at least
> > the changes are simple and this_cpu_ is better than the reading
> > from the obviously wrong address.
>
> Yeah, usually per_cpu variable is
Hi,
On Wed, Nov 27, 2013 at 05:40:42PM +0100, Pali Rohár wrote:
> > > > > @@ -282,10 +284,12 @@ static void obex_disconnect(struct
> > > > > gserial *g) if (!obex->can_activate)
> > > > >
> > > > > return;
> > > > >
> > > > > +#if 0
> > > > >
> > > > > status =
On Wed, Nov 27, 2013 at 02:27:19PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> > Adds USB OTG/PHY and clock support to BCM281xx and enables
> > UDC support on the bcm11351-brt and bcm28155-ap boards.
> >
> > Signed-off-by: Matt Porter
> Subject: [PATCH v2 1/3] power_supply: Add power_supply notifier
>
> This patch adds a notifier chain to the power_supply.
> This notifier helps drivers in other subsystem to listen to changes in power
> supply
> subsystem. This would help to take some actions in those drivers on changing
>
On Wed, Nov 27, 2013 at 02:21:52PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> > Add a driver for the internal Broadcom Kona USB 2.0 PHY found
> > on the BCM281xx family of SoCs.
> >
> > Signed-off-by: Matt Porter
> > ---
> >
On Wed, Nov 27, 2013 at 3:27 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> On a defconfig x86_64 build (with CONFIG_CC_STACKPROTECTOR enabled), the
>> delta in size is just under 9% larger:
>>
>> -rwxrwxr-x 1 kees kees 22134340 Nov 26 10:28 vmlinux.gcc-4.8
>> -rwxrwxr-x 1 kees kees
Hi Jason,
On 27/11/2013 15:56, Jason Cooper wrote:
Boris,
Thanks for posting this series. Bear with me as I'm attempting to give
MikeT a hand.
Nice to hear.
Mike already took a look at this series, but I'm happy to get more
feedbacks.
Don't be afraid to tell me a question is stupid :-)
On Tue, Nov 26, 2013 at 04:01:05PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> > Add a binding that describes the Broadcom Kona USB2 PHY found
> > on the BCM281xx family of SoCs.
> >
> > Signed-off-by: Matt Porter
> > ---
> >
On Tue, Nov 26, 2013 at 03:58:45PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> > Adds support for querying the phy bus width from the generic phy
> > subsystem. Configure UTMI bus width in GUSBCFG based on this value.
> >
> >
On Wed, Nov 27, 2013 at 04:59:17PM +, Hartley Sweeten wrote:
> > Added Greg KH and the staging devel list to the CCs.
>
> I just noticed that Dan Carpenter already submitted a patch that fixed this.
> It was merged as commit 9382c06e2d192adec090fb09ff0b699e951f88e1.
Ah, I didn't look
On Tue, Nov 26, 2013 at 03:53:32PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> > If a generic phy is present, call phy_init()/phy_exit(). This supports
> > generic phys that must be soft reset before power on.
> >
> > Signed-off-by:
On 11/26/2013 04:45 PM, Stefan Agner wrote:
> Set the requested SM2 voltage to the correct value of 1.8V. The value
> before used to work on TPS658623 since the driver applied a wrong
> voltage table too. However, the TPS658643 used on newer devices uses
> yet another voltage table and those broke
On Tue, Nov 26, 2013 at 10:17:16AM +1100, Dave Chinner wrote:
> On Sun, Nov 24, 2013 at 06:38:25PM -0500, Johannes Weiner wrote:
> > Reclaim will be leaving shadow entries in the page cache radix tree
> > upon evicting the real page. As those pages are found from the LRU,
> > an iput() can lead
On 11/26/2013 04:45 PM, Stefan Agner wrote:
> Depending on version, the voltage table might be different. Add version
> compatibility to the regulator information in order to select correct
> voltage table.
> diff --git a/drivers/regulator/tps6586x-regulator.c
>
On Tue, Nov 26 2013 at 11:15:25 AM, Greg Kroah-Hartman
wrote:
> On Tue, Nov 26, 2013 at 10:14:21AM -0800, Ashutosh Dixit wrote:
>> Endianness issues are now consistent as per the documentation in
>> host/mic_virtio.h. Note that the host can be both BE or LE whereas the
>> card is always LE.
>>
On 11/27, Masami Hiramatsu wrote:
>
> (2013/11/27 2:23), Oleg Nesterov wrote:
> > On 11/26, Masami Hiramatsu wrote:
> >>
> >> (2013/11/26 4:29), Oleg Nesterov wrote:
> >>> +#define PSEUDO_REG_OFFSET4096/* arbitrary value >
> >>> MAX_REG_OFFSET */
> >>> +
> >>> +static unsigned long
On Wednesday, November 27, 2013 9:39 AM, Hartley Sweeten wrote:
> On Tuesday, November 26, 2013 7:57 PM, Dave Jones wrote:
>> Introduced in commit b3ff824a81e8.
>>
>> Signed-off-by: Dave Jones
>>
>> diff --git a/drivers/staging/comedi/drivers/pcl730.c
>> b/drivers/staging/comedi/drivers/pcl730.c
On 11/26/2013 04:45 PM, Stefan Agner wrote:
> Use the VERSIONCRC to determine the exact device version. According to
> the datasheet this register can be used as device identifier. The
> identification is needed since some tps6586x regulators use a different
> voltage table.
> diff --git
On Wed, Nov 27, 2013 at 2:24 PM, Mark Brown wrote:
> From: Mark Brown
>
> Eliminate the gap between DT becoming available and this being used to say
> we have full constraints by checking directly for DT every time we check
> for full constraints. This improves interoperaton with optional
On Tue, Nov 26, 2013 at 03:46:26PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 25 November 2013 11:45 PM, Matt Porter wrote:
> > This adds a pair of APIs that allows the generic PHY subsystem to
> > provide information on the PHY bus width. The PHY provider driver may
> > use
On Tue, Nov 26, 2013 at 03:49:30PM +0530, Kishon Vijay Abraham I wrote:
> On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> > dwc2/s3c-hsotg require a single clock to be specified and optionally
> > a generic phy. On the s3c-hsotg driver old style USB phy support is
> > present as a
On Wed, Nov 27, 2013 at 04:32:59PM +, Jon Medhurst (Tixy) wrote:
> Doesn't this now make this code in regulator_init_complete()
> redundant..?
> if (of_have_populated_dt())
> has_full_constraints = true;
Yes, it is a bit redundant now.
> Or is keeping this to avoid one
Endianness issues are now consistent as per the documentation in
host/mic_virtio.h. Sparse warnings related to endianness are also fixed.
Note that the MIC driver implementation assumes that the host can be
both BE or LE whereas the card is always LE.
Reported-by: Fengguang Wu
Reviewed-by:
MIC user space daemon poll's on sysfs changes. The documentation for
sysfs_poll(...) in fs/sysfs/file.c states that "Once poll/select
indicates that the value has changed, you need to close and re-open the
file, or seek to 0 and read again". This step was missed out earlier and
resulted in the
These patches fix various issues which were reported or found with the
MIC driver.
Changelog
=
v2 => v3:
* Reorder patch 5 in v2 to patch 4 in v3.
* Split patch 4 in v2 into patches 5 and 6 in v3.
v1 => v2: @ https://lkml.org/lkml/2013/11/26/376
* Address review comments @
From: Sudeep Dutt
The bug would result in incorrect 'retry' value being printed in debug
statements as well as dead code in mic_find_vqs(...) in
drivers/misc/mic/card/mic_virtio.c.
Reported-by: Michael Opdenacker
Reviewed-by: Ashutosh Dixit
Signed-off-by: Sudeep Dutt
---
MIC card and host drivers are able to use virtio over the PCIe bus by
treating ioremap return values for the prefetchable BARs as pointers,
effectively treating I/O memory the same as system memory. However this
results in sparse warnings. Knowing that these warnings do not point to
a functional
From: Sudeep Dutt
virtqueue_{kick()/notify()} methods are required to return bool due to
API changes introduced in commit 5b1bf7cb673a.
Reported-by: Fengguang Wu
Reported-by: Geert Uytterhoeven
Reviewed-by: Ashutosh Dixit
Signed-off-by: Sudeep Dutt
---
drivers/misc/mic/card/mic_virtio.c |
Avoid declaring ALIGN() and __aligned() in
include/uapi/linux/mic_common.h since they pollute user space
namespace. Also, mic_aligned_size() can be simply replaced simply by
sizeof() since all structures where mic_aligned_size() is used are
declared using __attribute__ ((aligned(8)));
--
>From
On Wed, 27 Nov 2013 12:56:34 +0100
Peter Zijlstra wrote:
> On Tue, Nov 26, 2013 at 03:20:08PM -0800, Jacob Pan wrote:
> > This patchset is intended to address the behavior change and
> > efficiency loss introduced by using consolidated idle routine in
> > powerclamp driver.
> >
> >
On 11/26/2013 5:05 AM, Mika Westerberg wrote:
> From: Heikki Krogerus
>
> This makes it possible to request the gpio descriptors in
> rfkill_gpio driver regardless of the platform.
>
> Signed-off-by: Heikki Krogerus
> Signed-off-by: Mika Westerberg
> Tested-by: Stephen Warren
> ---
>
On Tue, Nov 26, 2013 at 11:20:53AM +0100, Peter Zijlstra wrote:
> On Tue, Nov 26, 2013 at 10:17:16AM +1100, Dave Chinner wrote:
> > void truncate_inode_pages_final(struct address_space *mapping)
> > {
> > mapping_set_exiting(mapping);
> > if (inode->i_data.nrpages ||
In commit 85747f ("PATCH] parport: add NetMOS 9805 support") Max added
the PCI ID for NetMOS 9805 based on a Debian bug report from 2k4 which
was at the v2.4.26 time frame. The patch made into 2.6.14.
Shortly before that patch akpm merged commit 296d3c783b ("[PATCH] Support
NetMOS based PCI cards
On Wed, Nov 27, 2013 at 9:47 AM, Jason Baron wrote:
> On 11/27/2013 01:17 AM, Felipe Contreras wrote:
>> Otherwise we might not reboot when the user needs it the most (early
>> on).
>>
>> Signed-off-by: Felipe Contreras
>> ---
>> kernel/panic.c | 7 ++-
>> 1 file changed, 6 insertions(+), 1
On Wed, 27 Nov 2013, Mark Brown wrote:
> On Wed, Nov 27, 2013 at 03:27:01PM +, Lee Jones wrote:
> > On Wed, 27 Nov 2013, Mark Brown wrote:
>
> > > That seems excessive and it probably ought to go in as a bug fix
> > > afterwards. Given that it's just an addition of data to the table I'd
> >
On Tuesday 26 November 2013 20:03:11 Felipe Balbi wrote:
> Hi,
>
> On Tue, Nov 26, 2013 at 12:59:13PM -0600, Felipe Balbi wrote:
> > > > diff --git a/drivers/usb/gadget/f_obex.c
> > > > b/drivers/usb/gadget/f_obex.c index ad39f1d..4af2f06
> > > > 100644 --- a/drivers/usb/gadget/f_obex.c
> > > >
On Tuesday, November 26, 2013 7:57 PM, Dave Jones wrote:
> Introduced in commit b3ff824a81e8.
>
> Signed-off-by: Dave Jones
>
> diff --git a/drivers/staging/comedi/drivers/pcl730.c
> b/drivers/staging/comedi/drivers/pcl730.c
> index d041b714db29..2baaf1db6fbf 100644
> ---
On Tue, Nov 26, 2013 at 07:33:12PM -0800, David Rientjes wrote:
> On Tue, 26 Nov 2013, David Rientjes wrote:
>
> > On Fri, 22 Nov 2013, Johannes Weiner wrote:
> >
> > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > > index 13b9d0f..cc4f9cb 100644
> > > --- a/mm/memcontrol.c
> > > +++
On Wed, 2013-11-27 at 16:24 +, Mark Brown wrote:
> From: Mark Brown
>
> Eliminate the gap between DT becoming available and this being used to say
> we have full constraints by checking directly for DT every time we check
> for full constraints. This improves interoperaton with optional
On Tue, Nov 26, 2013 at 04:53:47PM -0800, David Rientjes wrote:
> On Fri, 22 Nov 2013, Johannes Weiner wrote:
>
> > But userspace in all likeliness DOES need to take action.
> >
> > Reclaim is a really long process. If 5 times doing 12 priority cycles
> > and scanning thousands of pages is not
On Wed, 27 Nov 2013 17:13:08 +0100
Ingo Molnar wrote:
>
> * Steven Rostedt wrote:
>
> > On Wed, 27 Nov 2013 16:46:00 +0100
> > Ingo Molnar wrote:
> >
> > >
> > > * Peter Zijlstra wrote:
> > >
> > > > On Wed, Nov 27, 2013 at 04:35:19PM +0100, Ingo Molnar wrote:
> > > > > So why does GCC
On Wed, Nov 27, 2013 at 10:58:21AM +0800, Axel Lin wrote:
> This patch was sent on https://lkml.org/lkml/2013/11/13/34 .
> Although you replied applied, it still not in your tree.
> So here is a resend.
It's there.
signature.asc
Description: Digital signature
On Wed, Nov 27, 2013 at 04:13:23PM +, Lee Jones wrote:
> On Wed, 27 Nov 2013, Mark Brown wrote:
> > The usual thing to do is of_get_child_by_name() on the parent to get the
> > container to search in.
> What do you mean when you say 'usual thing'? Only the max8998 does
> this currently. IMHO
Eric Dumazet noticed that if we encounter an error
when processing a mergeable buffer, we don't
dequeue all of the buffers from this packet,
the result is almost sure to be loss of networking.
Jason Wang noticed that we also leak a page and that we don't decrement
the rq buf count, so we won't
receive mergeable now handles errors internally.
Do same for big and small packet paths, otherwise
the logic is too hard to follow.
Signed-off-by: Michael S. Tsirkin
---
While I can't point at a bug this fixes, I'm not sure
there's no bug in the existing logic.
So not exactly a bug fix bug I
From: Mark Brown
Eliminate the gap between DT becoming available and this being used to say
we have full constraints by checking directly for DT every time we check
for full constraints. This improves interoperaton with optional regulator
support.
Signed-off-by: Mark Brown
---
From: Mark Brown
Simple code reorganisation so we can change the logic for deciding what
full constraints are more easily.
Signed-off-by: Mark Brown
---
drivers/regulator/core.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/core.c
On 11/27, Peter Zijlstra wrote:
>
> Anyway, yes GCC seems to behave as we 'expect' it to; I just can't find
> the language spec actually guaranteeing this.
And the kernel already assumes that gcc should do this, for example
struct siginfo info = {};
in do_tkill().
(this initialization
Hi Magnus,
Thank you for the patch.
On Wednesday 27 November 2013 17:06:21 Magnus Damm wrote:
> From: Magnus Damm
>
> Add support for SCIF2 port3 pin functions SCK, TXD and RXD to the
> r7s72100 PINCTRL code. There are two possible pins that can be used
> for TXD (Port 3 Pin 0 Function 6 and
On Wed, 27 Nov 2013, Stefan Agner wrote:
> Am 2013-11-27 16:30, schrieb Lee Jones:
> > On Wed, 27 Nov 2013, Stefan Agner wrote:
> >
> >> Am 2013-11-27 15:36, schrieb Lee Jones:
> >>
> >> >> Perhaps I should suggest to make TPS6586X_ANY a positive number then,
> >> >> as a negative value to me
On Wed, 27 Nov 2013, Mark Brown wrote:
> On Wed, Nov 27, 2013 at 03:23:58PM +, Lee Jones wrote:
> > On Wed, 27 Nov 2013, Mark Brown wrote:
> > > > + {
> > > > + .name = "max14577-regulator",
> > > > + .of_compatible = "maxim,max14577-regulator",
> > > > +
* Steven Rostedt wrote:
> On Wed, 27 Nov 2013 16:46:00 +0100
> Ingo Molnar wrote:
>
> >
> > * Peter Zijlstra wrote:
> >
> > > On Wed, Nov 27, 2013 at 04:35:19PM +0100, Ingo Molnar wrote:
> > > > So why does GCC then behave like this:
> > >
> > > I think because its a much saner behaviour;
On Tue, Nov 26, 2013 at 04:47:56PM -0800, David Rientjes wrote:
> On Thu, 21 Nov 2013, Johannes Weiner wrote:
>
> > All I'm trying to do is find the broader root cause for the problem
> > you are experiencing and find a solution that will leave us with
> > maintainable code. It does not matter
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Monday, November 25, 2013 10:08 PM
> To: Bhushan Bharat-R65777
> Cc: Wood Scott-B07421; linux-...@vger.kernel.org; ag...@suse.de; Yoder Stuart-
> B08248; io...@lists.linux-foundation.org;
On Wed, Nov 27, 2013 at 03:27:01PM +, Lee Jones wrote:
> On Wed, 27 Nov 2013, Mark Brown wrote:
> > That seems excessive and it probably ought to go in as a bug fix
> > afterwards. Given that it's just an addition of data to the table I'd
> > expect we could cope, we've routinely done that
This patch touches RT group scheduling case.
Functions inc_rt_prio_smp() and dec_rt_prio_smp() change (global) rq's priority,
while rt_rq passed to them may be not the top-level rt_rq. This is wrong,
because
changing of priority on a child level does not guarantee that the priority is
the
On 11/20/2013 05:09:15 AM, David Howells wrote:
Rusty Russell wrote:
> ? I changed this to an Acked-by...
I made a heap of restructuring and changes that James incorporated
into his
v4.
Going in through Rusty's tree?
Rob--
To unsubscribe from this list: send the line "unsubscribe
On Wed, 27 Nov 2013 10:56:16 -0500
Steven Rostedt wrote:
> On Wed, 27 Nov 2013 16:46:00 +0100
> Ingo Molnar wrote:
> > So from C99 standard §6.7.8 (Initialization)/21:
> >
> > "If there are fewer initializers in a brace-enclosed list than
> > there are elements or members of an
On Wed, Nov 27, 2013 at 10:56:16AM -0500, Steven Rostedt wrote:
> > So from C99 standard §6.7.8 (Initialization)/21:
> >
> > "If there are fewer initializers in a brace-enclosed list than
> > there are elements or members of an aggregate, or fewer characters
> > in a string literal used
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
As we switch to use the watchdog core which permits more than one
active watchdog in the system, rename platform driver to
"davinci-wdt" to be identifiable.
Signed-off-by: Ivan Khoronzhuk
On 11/27/2013 05:31 AM, Ivan Khoronzhuk wrote:
As we switch to use the watchdog core which permits more than one
active watchdog in the system, rename platform driver to
"davinci-wdt" to be identifiable.
Signed-off-by: Ivan Khoronzhuk
Reviewed-by: Guenter Roeck
---
based on:
On Wed, Nov 27, 2013 at 04:46:00PM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Nov 27, 2013 at 04:35:19PM +0100, Ingo Molnar wrote:
> > > So why does GCC then behave like this:
> >
> > I think because its a much saner behaviour; also it might still be the
> > spec
On Wed, 27 Nov 2013 16:46:00 +0100
Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Nov 27, 2013 at 04:35:19PM +0100, Ingo Molnar wrote:
> > > So why does GCC then behave like this:
> >
> > I think because its a much saner behaviour; also it might still be the
> > spec actually
On Mon, 25 Nov 2013 10:49:55 +0100, Thierry Reding
wrote:
> On Mon, Nov 25, 2013 at 10:25:50AM +0100, Thierry Reding wrote:
> > On Sun, Nov 24, 2013 at 09:36:51PM +, Grant Likely wrote:
> > > On Fri, 22 Nov 2013 16:43:35 -0800, Tony Lindgren
> > > wrote:
> > > > Currently we get the
301 - 400 of 1372 matches
Mail list logo