Now that we've got a mechanism for immutable biovecs -
bi_iter.bi_bvec_done - we need to convert drivers to use primitives that
respect it instead of using the bvec array directly.
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
Cc: NeilBrown
Cc: Alasdair Kergon
Cc: dm-de...@redhat.com
---
This adds a mechanism by which we can advance a bio by an arbitrary
number of bytes without modifying the biovec: bio->bi_iter.bi_bvec_done
indicates the number of bytes completed in the current bvec.
Various driver code still needs to be updated to not refer to the bvec
directly before we can
The bio integrity is also stored in a bvec array, so if we use the bvec
iter code we just added, the integrity code won't need to implement its
own iteration stuff (bio_integrity_mark_head(), bio_integrity_mark_tail())
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
Cc: "Martin K. Petersen"
Cc:
Our fancy new bvec iterator makes code like this much easier to write.
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
---
fs/bio.c | 60 +---
1 file changed, 25 insertions(+), 35 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
index
bio_clone() needs to produce a bio that's suitable for the caller to
munge with the biovec. Part of the immutable biovec patch series is
fixing stuff up so that submitting partially completed bios is safe and
works: thus, we now need bio_clone() on a partially completed bio to
produce a bio for
bio_iovec_idx() and __bio_iovec() don't have any valid uses anymore -
previous users have been converted to bio_iovec_iter() or other methods.
__BVEC_END() has to go too - the bvec array can't be used directly for
the last biovec because we might only be using the first portion of it,
we have to
On Tuesday, November 26, 2013 05:33:28 PM Toshi Kani wrote:
> On Wed, 2013-11-27 at 01:27 +0100, Rafael J. Wysocki wrote:
> > On Tuesday, November 26, 2013 05:00:42 PM Toshi Kani wrote:
> > > On Mon, 2013-11-25 at 01:09 +0100, Rafael J. Wysocki wrote:
> > > > Hi,
> > > >
> > > > The following
Now that we've got a mechanism for immutable biovecs -
bi_iter.bi_bvec_done - we need to convert drivers to use primitives that
respect it instead of using the bvec array directly.
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
Cc: Sage Weil
Cc: ceph-de...@vger.kernel.org
---
This patch removes CONFIG_MTD_PARTITIONS in config files for avr32.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/avr32/configs/atngw100_defconfig |1 -
On Tue, Nov 26, 2013 at 7:18 PM, Stefan Lippers-Hollmann wrote:
> Hi
>
> On Tuesday 26 November 2013, Ilia Mirkin wrote:
>> On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann
>> wrote:
>> > v3.11 is fine, with and without monitor attached.
>> > v3.12 is fine as long as X.org isn't started
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
---
fs/bio-integrity.c | 45 ---
fs/bio.c| 90 -
include/linux/bio.h | 30 --
3 files changed, 165 deletions(-)
diff --git a/fs/bio-integrity.c
bio_clone() just got more expensive - however, most users of bio_clone()
don't actually need to modify the biovec. If they aren't modifying the
biovec, and they can guarantee that the original bio isn't freed before
the clone (also true in most cases), we can just point the clone at the
original
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 how few instructions your fix
> adds, it changes the outcome of the
Now that drivers have been converted to the new bvec_iter primitives,
there's no need to trim the bvec before we submit it; and we can't trim
it once we start sharing bvecs.
It used to be that passing a partially completed bio (i.e. one with
nonzero bi_idx) to generic_make_request() was a
This adds a generic mechanism for chaining bio completions. This is
going to be used for a bio_split() replacement, and it turns out to be
very useful in a fair amount of driver code - a fair number of drivers
were implementing this in their own roundabout ways, often painfully.
Note that this
The new bio_split() can split arbitrary bios - it's not restricted to
single page bios, like the old bio_split() (previously renamed to
bio_pair_split()). It also has different semantics - it doesn't allocate
a struct bio_pair, leaving it up to the caller to handle completions.
Then convert the
We need to convert the dm code to the new bvec_iter primitives which
respect bi_bvec_done; they also allow us to drastically simplify dm's
bio splitting code.
Also, it's no longer necessary to save/restore the bvec array anymore -
driver conversions for immutable bvecs are done, so drivers should
This is prep work for introducing a more general bio_split().
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
Cc: NeilBrown
Cc: Alasdair Kergon
Cc: Lars Ellenberg
Cc: Peter Osterlund
Cc: Sage Weil
---
drivers/block/pktcdvd.c | 2 +-
drivers/md/linear.c | 2 +-
drivers/md/raid0.c |
Now that drivers have been converted to the bvec_iter primitives, they
shouldn't be modifying the biovec anymore and thus saving it is
unnecessary - code that was previously making a backup of the bvec array
can now just save bio->bi_iter.
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
---
Now that we've got drivers converted to the new immutable bvec
primitives, bio splitting becomes much easier - this is how the new
bio_split() will work. (Someone more familiar with the ceph code could
probably use bio_clone_fast() instead of bio_clone() here).
Signed-off-by: Kent Overstreet
Cc:
It was being open coded in a few places.
Signed-off-by: Kent Overstreet
Cc: Jens Axboe
Cc: Joern Engel
Cc: Prasad Joshi
Cc: Neil Brown
Cc: Chris Mason
Acked-by: NeilBrown
---
block/blk-flush.c | 19 +--
drivers/md/md.c| 14 +-
Bcache has a hack to avoid cloning the biovec if it's all full pages -
but with immutable biovecs coming this won't be necessary anymore.
For now, we remove the special case and always clone the bvec array so
that the immutable biovec patches are simpler.
Signed-off-by: Kent Overstreet
---
This patch doesn't itself have any functional changes, but immutable
biovecs are going to add a bi_bvec_done member to bi_iter, which will
need to be saved too here.
Signed-off-by: Kent Overstreet
Cc: Alasdair Kergon
Cc: dm-de...@redhat.com
Reviewed-by: Mike Snitzer
---
For immutable biovecs, we'll be introducing a new bio_iovec() that uses
our new bvec iterator to construct a biovec, taking into account
bvec_iter->bi_bvec_done - this patch updates existing users for the new
usage.
Some of the existing users really do need a pointer into the bvec array
- those
On Mon, Nov 25, 2013 at 10:05:58PM -0800, Christoph Hellwig wrote:
> On Mon, Nov 25, 2013 at 01:52:16PM -0800, Kent Overstreet wrote:
> > Jens - here's immutable biovecs, rebased and ready for 3.14. Changes since
> > the
> > last version of the series:
>
> Can you do a resend of the patch series
On Tue, 26 Nov 2013 17:29:29 +0800 Axel Lin wrote:
> Hi,
> I got below error messages while starting mdev (busybox).
>
> ...
>
> [ 108.537109] chmod: page allocation failure: order:8, mode:0xd0
It wants to allocate 2^8 physically contiguous pages!
> [ 108.543945] CPU: 0 PID: 47 Comm: chmod
This patch removes CONFIG_MTD_PARTITIONS in config files for powerpc.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/powerpc/configs/40x/acadia_defconfig|1 -
>From 46e7081430f5f483906f496733a23f8e9d898879 Mon Sep 17 00:00:00 2001
From: Kent Overstreet
Date: Tue, 26 Nov 2013 16:36:49 -0800
Subject: [PATCH] block: Silence spurious compiler warnings
Signed-off-by: Kent Overstreet
---
On Tue, Nov 26, 2013 at 12:02:08PM -0700, Jens Axboe wrote:
> On
From: Wei Yongjun
Fix to return -ENOMEM instead of 0 when the memory alloc fail
in probe error handling path.
Signed-off-by: Wei Yongjun
---
drivers/staging/rts5208/rtsx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/rts5208/rtsx.c
On Wed, 2013-11-27 at 01:27 +0100, Rafael J. Wysocki wrote:
> On Tuesday, November 26, 2013 05:00:42 PM Toshi Kani wrote:
> > On Mon, 2013-11-25 at 01:09 +0100, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > The following series of four patches (on top of current
> > >
Hi Oleg,
(Please use my korg email address, otherwise I might not see - at least
in time - the messages.)
2013-11-27 AM 2:43, Oleg Nesterov wrote:
On 11/26, Masami Hiramatsu wrote:
If the symbol is
percpu, it should be automatically translated to something like
FETCH_percpu, instead of such
On Tue, Nov 26, 2013 at 01:26:44PM -0500, Santosh Shilimkar wrote:
> On Tuesday 26 November 2013 12:21 PM, Sekhar Nori wrote:
> > On 11/26/2013 8:35 PM, Santosh Shilimkar wrote:
> >> On Tuesday 26 November 2013 02:20 AM, Sekhar Nori wrote:
> >>> On Monday 11 November 2013 10:36 PM, Khoronzhuk,
On Tue, Nov 26, 2013 at 2:01 PM, Bjorn Helgaas
>> during size bridge resource, we try to clear bridge mmio64 pref MEM_64
>> bit in bridge resource flags.
>> if one children pref mmio does not support 64bit pref mmio.
>
> A function name? Please?
drivers/pci/setup-bus.c::pbus_size_mem()
--
To
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Tuesday, November 26, 2013 4:26 PM
> To: Ma, Xindong
> Cc: sta...@vger.kernel.org; stable-comm...@vger.kernel.org; Wysocki, Rafael
> J; ccr...@google.com; t...@linutronix.de; dvh...@linux.intel.com;
>
This patch removes CONFIG_MTD_PARTITIONS in config files for MIPS.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
---
arch/mips/configs/ar7_defconfig|1 -
arch/mips/configs/bcm47xx_defconfig|
Add a sample DTS which will allow bootup of a board populated
with the BCM7445 chip.
Signed-off-by: Marc Carino
Acked-by: Florian Fainelli
---
arch/arm/boot/dts/brcmstb-7445.dts | 115
1 files changed, 115 insertions(+), 0 deletions(-)
create mode 100644
Document the Broadcom Brahma B15 GIC implementation as compatible
with the ARM GIC standard.
Signed-off-by: Marc Carino
Acked-by: Florian Fainelli
---
Documentation/devicetree/bindings/arm/gic.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
Document the bindings that the Broadcom STB platform needs
for proper bootup.
Signed-off-by: Marc Carino
Acked-by: Florian Fainelli
---
.../devicetree/bindings/arm/brcm-brcmstb.txt | 72
1 files changed, 72 insertions(+), 0 deletions(-)
create mode 100644
Add the Broadcom Brahma B15 CPU to the DT CPU binding list.
Signed-off-by: Marc Carino
Acked-by: Florian Fainelli
---
Documentation/devicetree/bindings/arm/cpus.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
The BCM7xxx series of Broadcom SoCs are used primarily in set-top boxes.
This patch adds machine support for the ARM-based Broadcom SoCs.
Signed-off-by: Marc Carino
Acked-by: Florian Fainelli
---
arch/arm/Kconfig.debug | 16 +++-
arch/arm/configs/brcmstb_defconfig | 127
Perform any CPU-specific initialization required on the
Broadcom Brahma-15 core.
Signed-off-by: Marc Carino
Acked-by: Florian Fainelli
---
arch/arm/mm/proc-v7.S | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mm/proc-v7.S b/arch/arm/mm/proc-v7.S
This patchset contains the board support package for the
Broadcom BCM7445 ARM-based SoC [1]. These changes contain a
minimal set of code needed for a BCM7445-based board to boot
the Linux kernel.
These changes heavily leverage the OF/devicetree framework.
v2:
- rebased to v3.13-rc1
- moved
> Missing Signed-off-by?
Sorry, I forgot signed-off. Please, add signed-off.
>This patch is probably best sent to the arm-soc maintainers so
>they can pick it up. For the omap changes:
Thanks for your advice. linux-arm-ker...@lists.infradead.org is included in
recipien list.
> Acked-by: Tony
On Wed, Nov 27, 2013 at 01:12:42AM +0100, Sebastian Reichel wrote:
> On Wed, Nov 27, 2013 at 12:30:48AM +0100, Linus Walleij wrote:
> > > +M: Sebastian Reichel
> > > +S: Maintained
> > > +F: Documentation/hsi/
> > > +F: drivers/hsi/
> > > +F: include/linux/hsi/
> > > +F:
Hi
On Tuesday 26 November 2013, Ilia Mirkin wrote:
> On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann wrote:
> > v3.11 is fine, with and without monitor attached.
> > v3.12 is fine as long as X.org isn't started (but may fail to reboot
> > cleanly). If a monitor is connected I
On Tuesday, November 26, 2013 03:29:05 PM Konrad Rzeszutek Wilk wrote:
> On Tue, Nov 26, 2013 at 09:29:33PM +0100, Rafael J. Wysocki wrote:
> > On Tuesday, November 26, 2013 01:21:15 PM Lv Zheng wrote:
> > > Replace direct inclusions of , and
> > > , which are incorrect, with
> > > inclusions.
On Tuesday, November 26, 2013 05:00:42 PM Toshi Kani wrote:
> On Mon, 2013-11-25 at 01:09 +0100, Rafael J. Wysocki wrote:
> > Hi,
> >
> > The following series of four patches (on top of current
> > linux-pm.git/bleeding-edge)
> > rework child device lookup in drivers/acpi/glue.c and related
On Wednesday, November 27, 2013 8:50 AM, Brian Norris wrote:
Hi Brian Norris,
I added my questions as below. :-)
> On Mon, Nov 11, 2013 at 02:18:29PM +0800, Wei Yongjun wrote:
> > From: Wei Yongjun
> >
> > Add missing platform_set_drvdata() in au1550nd_probe(), otherwise
> > calling
According to Microsoft documentation:
http://msdn.microsoft.com/en-us/library/ee441943.aspx
http://msdn.microsoft.com/en-us/library/ff469854.aspx
The information level codes used in CIFSSMBSetEOF() are not
legal. In practice we have found that they really don't
On Wed, Nov 27, 2013 at 12:30:48AM +0100, Linus Walleij wrote:
> > +M: Sebastian Reichel
> > +S: Maintained
> > +F: Documentation/hsi/
> > +F: drivers/hsi/
> > +F: include/linux/hsi/
> > +F: include/uapi/linux/hsi/
>
> Don't add directories that do not exist (yet).
On 11/26/2013 01:34 PM, Doug Anderson wrote:
Guenter,
On Tue, Nov 26, 2013 at 10:48 AM, Guenter Roeck wrote:
On 11/26/2013 10:30 AM, Doug Anderson wrote:
The existing watchdog timeout worked OK but didn't deal with
rounding in an ideal way when dividing out all of its clocks.
Specifically
My wife and I won $217 million on Powerball jackpot ticket and we have
decided to donate the sum of £1,500,000.00 GBP to you to help us
promote our charity donation desires. Contact us
via(gillianbayfo...@hotmail.com)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Mon, 2013-11-25 at 01:09 +0100, Rafael J. Wysocki wrote:
> Hi,
>
> The following series of four patches (on top of current
> linux-pm.git/bleeding-edge)
> rework child device lookup in drivers/acpi/glue.c and related things:
>
> [1/4] ACPI / bind: Simplify child device lookup
> [2/4] PCI/
Depending on version, the voltage table might be different. Add version
compatibility to the regulator information in order to select correct
voltage table.
Signed-off-by: Stefan Agner
---
drivers/regulator/tps6586x-regulator.c | 97 ++
1 file changed, 64
On Tue, 26 Nov 2013, Davidlohr Bueso wrote:
> On Tue, 2013-11-26 at 11:25 -0800, Davidlohr Bueso wrote:
> > *sigh* I just realized I had some extra debugging options in the .config
> > I ran for the patched kernel. This probably explains why the huge
> > overhead. I'll rerun and report shortly.
This patchset adds version detection for the tps6586x mfd family. This is
required because some regulator versions use different voltage tables. The
regulator driver now uses the right voltage table according to the
version.
The required voltage for the SM2 converter on the Colibri T20 is 1.8V,
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.
Signed-off-by: Stefan Agner
---
drivers/mfd/tps6586x.c | 41
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 that compatibility. The
regulator driver now has
On 11/25/2013 09:03 PM, viresh kumar wrote:
On Tuesday 26 November 2013 07:31 AM, Paul Walmsley wrote:
diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/drivers/cpufreq/cpufreq-cpu0.c
index d4585ce2346c..0faf756f6197 100644
--- a/drivers/cpufreq/cpufreq-cpu0.c
+++ b/drivers/cpufreq/cpufreq-cpu0.c
On Mon, Nov 11, 2013 at 02:18:29PM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Add missing platform_set_drvdata() in au1550nd_probe(), otherwise
> calling platform_get_drvdata() in remove returns NULL.
An alternative solution: just allocate ctx with devm_kzalloc(). Then you
don't have to
On Tue, Nov 26, 2013 at 8:17 PM, Olof Johansson wrote:
> On Tue, Nov 26, 2013 at 11:14 AM, Joe Perches wrote:
>> On Tue, 2013-11-26 at 10:56 -0800, Olof Johansson wrote:
>>> amba_set_drvdata(adev, chip);
>>> - dev_err(>dev, "PL061 GPIO chip @%08x registered\n",
>>> -
* Eunbong Song [131126 15:42]:
>
> This patch removes CONFIG_MTD_PARTITIONS in config files for ARM.
> Because CONFIG_MTD_PARTITIONS was removed by commit
> 6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Missing Signed-off-by?
This patch is probably best sent to the arm-soc maintainers so
they can
On Tue, Nov 26, 2013 at 3:16 PM, Linus Torvalds
wrote:
>
> I'm really not very happy with the whole pipe locking logic (or the
> refcounting we do, separately from the "struct inode"), and in that
> sense I'm perfectly willing to blame that code for doing bad things.
> But the fact that it all
This patch removes CONFIG_MTD_PARTITIONS in config files for ARM.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
---
arch/arm/configs/acs5k_defconfig|1 -
arch/arm/configs/acs5k_tiny_defconfig |1 -
Hi Chris,
On Tue, Nov 26, 2013 at 06:22:46PM -0500, Chris Ball wrote:
> Hi Soren, sorry for the late review, just trivial changes:
No problem. Thanks for looking at it.
>
> On Wed, Oct 30 2013, Soren Brinkmann wrote:
> > diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.txt
> >
On 11/26/2013 03:09 PM, Roland Kletzing wrote:
> Hello kernel-team,
>
> regarding https://bugs.launchpad.net/ubuntu/+source/syslinux/+bug/930447 , i
> have developed a simple patch to (hopefully) provide an easy and elegant
> workaround/fix for the issue. I assume some hundred users (if not
On Mon, Nov 25, 2013 at 7:17 PM, Sebastian Reichel wrote:
> This adds me as maintainer for the HSI subsystem and
> Carlos Chinea (original author) to the CREDITS file.
>
> Signed-off-by: Sebastian Reichel
(Good idea)
> +HSI SUBSYSTEM
> +M: Sebastian Reichel
> +S: Maintained
> +F:
On 11/27/2013 12:20 AM, Jacob Pan wrote:
When power capping or thermal control is needed, CPU QOS latency cannot
be satisfied. This patch adds a state variable to indicate whether a QOS
class (including all constraint requests) should be ignored.
Signed-off-by: Jacob Pan
Honestly, I don't
Hello,
I am observing a possible bug when trying to build external firmware file into
the kernel. Here are the steps to reproduce the problem I observe.
1) Retrieve Linux 3.13-rc1 (I can confirm this in 3.10.18 stable as well)
2) Clean up the source tree
$ git clean -fdx
3) Configure the kernel
On Tue, 26 Nov 2013 16:57:43 +0100
Peter Zijlstra wrote:
> Respin of the earlier series that tries to cure the 2 idle injection
> drivers and cleans up some of the preempt_enable_no_resched() mess.
>
> The intel_powerclamp driver is tested by Jacob Pan and needs one more
> patch to cpuidle to
Hi Soren, sorry for the late review, just trivial changes:
On Wed, Oct 30 2013, Soren Brinkmann wrote:
> diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.txt
> b/Documentation/devicetree/bindings/mmc/arasan,sdhci.txt
> new file mode 100644
> index ..ef4c5ac753e8
> ---
During idle injection period, CPU PM QOS class shall be ignored.
This will indirectly influence the idle governors to choose the
deepest idle states.
Signed-off-by: Jacob Pan
---
drivers/thermal/intel_powerclamp.c | 8
1 file changed, 8 insertions(+)
diff --git
If a QOS class is disabled due to platform thermal or power capping
needs, idle governor shall pick the deepest idle state to conserve power.
Power saving should be prioritized over QOS in this case in that
hardware based catastrophic measure is more intrusive than
managed idle.
Signed-off-by:
When power capping or thermal control is needed, CPU QOS latency cannot
be satisfied. This patch adds a state variable to indicate whether a QOS
class (including all constraint requests) should be ignored.
Signed-off-by: Jacob Pan
---
include/linux/pm_qos.h | 10 +-
kernel/power/qos.c
This patchset is intended to address the behavior change and efficiency
loss introduced by using consolidated idle routine in powerclamp driver.
Specifically,
[PATCH 3/8] idle, thermal, acpi: Remove home grown idle implementations
The motivation is that after using common idle routine,
On Tue, Nov 26, 2013 at 6:03 PM, Stefan Lippers-Hollmann wrote:
> v3.11 is fine, with and without monitor attached.
> v3.12 is fine as long as X.org isn't started (but may fail to reboot
> cleanly). If a monitor is connected I don't observe any problems,
> it freezes without a monitor
On Tue, Nov 26, 2013 at 05:13:16PM +0100, Ingo Molnar wrote:
SNIP
> >
> > #
> > # Needed if no target specified:
> > +# (Except for tags and TAGS targets. The reason is that the
> > +# Makefile does not treat tags/TAGS as targets but as files
> > +# and thus won't rebuilt them once they are
On Mon, Nov 25, 2013 at 4:44 PM, Simon Kirby wrote:
>
> I was hoping this or something else by 3.12 would have fixed it, so after
> testing we deployed this everywhere and turned off the rest of the debug
> options. I missed slub_debug on one server, though...and it just hit
> another case of
On 11/26/2013 06:07 PM, Pablo Neira Ayuso wrote:
On Tue, Nov 26, 2013 at 02:11:57PM -0500, Sasha Levin wrote:
>Ping? I still see this warning.
Did your test include patch 0c3c6c00c6?
Yeah, it reproduces with today's -next tree, which includes that commit.
Thanks,
Sasha
--
To unsubscribe
Hi Vlad
Thank for your reply. If it is based on the destination IP to find the
best route, why the problem didn't happen on single-homing sample?
In the single-homing sample that provided in the original email, both
of the interfaces (eth1 and eth2) are presented on NODE-B during the
test.
On 11/26/2013 03:04 PM, NeilBrown wrote:
> On Tue, 26 Nov 2013 14:28:59 -0800 "H. Peter Anvin"
> wrote:
>
>> On 11/26/2013 01:54 PM, Andrew Morton wrote:
>>>
>>> Nine years ago:
>>>
>>> commit 7079f897164cb14f616c785d3d01629fd6a97719 Author: mingo
>>> Date: Fri Aug 27 17:33:18 2004 +
On Tue, Nov 26, 2013 at 02:11:57PM -0500, Sasha Levin wrote:
> Ping? I still see this warning.
Did your test include patch 0c3c6c00c6?
> On 09/07/2013 09:10 AM, Sasha Levin wrote:
> >Hi all,
> >
> >While fuzzing with trinity inside a KVM tools guest, running latest -next
> >kernel, I've
>
Hi,
On Tue, Nov 26, 2013 at 04:46:44PM -0600, Chao Xu wrote:
> From: Felipe Balbi
>
> try to keep gpio block suspended as much as possible.
>
> Tested with pandaboard and a sysfs exported gpio.
>
> Signed-off-by: Felipe Balbi
>
> [caesarxuc...@gmail.com : Refreshed against v3.12-rc5, and
On Tue, Nov 26, 2013 at 11:21:37AM +0800, Xiao Guangrong wrote:
> On 11/26/2013 02:12 AM, Marcelo Tosatti wrote:
> > On Mon, Nov 25, 2013 at 02:29:03PM +0800, Xiao Guangrong wrote:
> Also, there is no guarantee of termination (as long as sptes are
> deleted with the correct timing). BTW,
On Tue, Nov 26, 2013 at 11:10:19AM +0800, Xiao Guangrong wrote:
> On 11/25/2013 10:23 PM, Marcelo Tosatti wrote:
> > On Mon, Nov 25, 2013 at 02:48:37PM +0200, Avi Kivity wrote:
> >> On Mon, Nov 25, 2013 at 8:11 AM, Xiao Guangrong
> >> wrote:
> >>>
> >>> On Nov 23, 2013, at 3:14 AM, Marcelo
On Tue, 26 Nov 2013 14:28:59 -0800 "H. Peter Anvin" wrote:
> On 11/26/2013 01:54 PM, Andrew Morton wrote:
> >
> > Nine years ago:
> >
> > commit 7079f897164cb14f616c785d3d01629fd6a97719
> > Author: mingo
> > Date: Fri Aug 27 17:33:18 2004 +
> >
> > [PATCH] Add a few might_sleep()
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 sharing disabled
> R�console [ttyS0] enabled
> console [ttyS0] enabled
>
On Wed, Nov 27, 2013 at 09:29:37AM +1100, Dave Chinner wrote:
> On Tue, Nov 26, 2013 at 04:27:25PM -0500, Johannes Weiner wrote:
> > On Tue, Nov 26, 2013 at 10:49:21AM +1100, Dave Chinner wrote:
> > > On Sun, Nov 24, 2013 at 06:38:28PM -0500, Johannes Weiner wrote:
> > > > Previously, page cache
Hi Chuansheng,
On Tue, Nov 05 2013, Chuansheng Liu wrote:
> In function sdhci_request(), it is possible to do the tuning execution
> like below:
>
> sdhci_request() {
> spin_lock_irqsave(>lock, flags);
> host->mrq = mrq;
> ...
> spin_unlock_irqrestore(>lock, flags);
>
>
On Tue, Nov 26, 2013 at 10:47:00AM +0400, Vladimir Davydov wrote:
> Hi,
>
> Thank you for the review. I agree with all your comments and I'll
> resend the fixed version soon.
>
> If anyone still has something to say about the patchset, I'd be glad
> to hear from them.
Please CC me on all the
From: Felipe Balbi
try to keep gpio block suspended as much as possible.
Tested with pandaboard and a sysfs exported gpio.
Signed-off-by: Felipe Balbi
[caesarxuc...@gmail.com : Refreshed against v3.12-rc5, and added revision check
to enable aggressive pm_runtime on OMAP4-only. Because
On 11/26/2013 09:07 PM, Guenter Roeck wrote:
> On 11/25/2013 11:55 PM, Chanwoo Choi wrote:
>> Hi Guenter,
>>
>> On 11/23/2013 02:26 AM, Guenter Roeck wrote:
>>> Commit 338de0ca (extcon: gpio: Use gpio driver/chip debounce if supported)
>>> introduced a call to gpio_set_debounce() before actually
Hi Guennadi,
On Sat, Nov 23 2013, Guennadi Liakhovetski wrote:
> Since I'm currently unable to dedicate sufficient time to driver
> maintainership, remove myself from the maintainers list.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
> MAINTAINERS |1 -
> 1 files changed, 0 insertions(+),
On 11/26/2013 2:06 PM, Chris Ball wrote:
Hi Ray,
On Sat, Oct 26 2013, Ray Jui wrote:
Under function mmc_blk_issue_rq, after an MMC discard operation,
the MMC request data structure may be freed in memory. Later in
the same function, the check of req->cmd_flags & MMC_REQ_SPECIAL_MASK
is
On Mon, Nov 25, 2013 at 04:57:29PM -0800, Andrew Morton wrote:
> On Sun, 24 Nov 2013 18:38:19 -0500 Johannes Weiner wrote:
>
> > This series solves the problem by maintaining a history of pages
> > evicted from the inactive list, enabling the VM to detect frequently
> > used pages regardless of
On Tue, Nov 26, 2013 at 04:27:25PM -0500, Johannes Weiner wrote:
> On Tue, Nov 26, 2013 at 10:49:21AM +1100, Dave Chinner wrote:
> > On Sun, Nov 24, 2013 at 06:38:28PM -0500, Johannes Weiner wrote:
> > > Previously, page cache radix tree nodes were freed after reclaim
> > > emptied out their page
On Tue, Nov 26, 2013 at 2:12 PM, Josh Hunt wrote:
>
> I should have clarified that I'm not using dm/md in my setup. I know
> the modules are getting loaded in the log I attached, but root is not
> a md/dm device.
Hmm. The initcall debugging doesn't actually show any of the "wait for
async
Hello,
On Tue, Nov 26, 2013 at 04:12:41PM -0600, Josh Hunt wrote:
> I should have clarified that I'm not using dm/md in my setup. I know
> the modules are getting loaded in the log I attached, but root is not
> a md/dm device.
Can you please still try it? The init script is broken and we're now
On 11/26/2013 01:54 PM, Andrew Morton wrote:
>
> Nine years ago:
>
> commit 7079f897164cb14f616c785d3d01629fd6a97719
> Author: mingo
> Date: Fri Aug 27 17:33:18 2004 +
>
> [PATCH] Add a few might_sleep() checks
>
> Add a whole bunch more might_sleep() checks. We also enable
Since kernel 3.12.0 I have a problem with hibernate+resume not
reactivating my serial mouse (trackball) with my HP notebook.
Kernels 3.11.0 til 9 don't show this behaviour.
Machine: HP Notebook with Core2Duo CPU (Penryn)
Distro:openSUSE 12.3, 64bit, continuously updated
401 - 500 of 1902 matches
Mail list logo