On Tue, 2 Oct 2012, Jiri Kosina wrote:
> > > 1331e7a1bbe1f11b19c4327ba0853bee2a606543 is the first bad commit
> > > commit 1331e7a1bbe1f11b19c4327ba0853bee2a606543
> > > Author: Paul E. McKenney
> > > Date: Thu Aug 2 17:43:50 2012 -0700
> > >
> > > rcu: Remove _rcu_barrier() dependency on
On 02.10.2012, at 23:43, Nishanth Aravamudan wrote:
> Hi Ben,
>
> On 02.10.2012 [10:58:29 +1000], Benjamin Herrenschmidt wrote:
>> On Mon, 2012-10-01 at 16:03 +0200, Alexander Graf wrote:
>>> Phew. Here we go :). It looks to be more of a PPC specific problem
>>> than it appeared as at first:
>>
Em Tue, Oct 02, 2012 at 03:10:49PM +0200, Jiri Olsa escreveu:
> On Tue, Oct 02, 2012 at 07:39:23AM -0400, Ben Guthro wrote:
> > Actually - I hadn't noticed these warnings before.
> > After installing libdw-dev - the perf build completed successfully.
> > Perhaps this should be fatal, rather than a
Hi Ben,
On 02.10.2012 [10:58:29 +1000], Benjamin Herrenschmidt wrote:
> On Mon, 2012-10-01 at 16:03 +0200, Alexander Graf wrote:
> > Phew. Here we go :). It looks to be more of a PPC specific problem
> > than it appeared as at first:
>
> Ok, so I suspect the problem is the pushing down of the loc
On Tue, 2 Oct 2012 17:25:06 +0900
Yasuaki Ishimatsu wrote:
> remove_memory() offlines memory. And it is called by following two cases:
>
> 1. echo offline >/sys/devices/system/memory/memoryXX/state
> 2. hot remove a memory device
>
> In the 1st case, the memory block's state is changed and the
On Tue, Oct 02, 2012 at 10:43:23AM -0700, Zach Brown wrote:
> > The generic code wouldn't know about any user pointers inside
> > attributes, so it'd have to be downstream consumers. Hopefully there
> > won't be many attributes with user pointers in them (I don't expect
> > there to be), so we won'
2012/10/2 Kees Cook :
>> If desired, additional restrictions can be imposed by using the
>> security framework, e.g,, disallow non-final r-x mappings.
>
> Interesting; what kind of interface did you have in mind?
>
The 'interface' we use is a LSM .ko which registers handlers for
mmap() and mprotec
Quoting Kees Cook (keesc...@chromium.org):
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit,
Didn't this suggestion first come up around 2007 or so? :)
> it should be removed. As a first step, re
On Tue, 2012-10-02 at 13:27 -0700, Hugh Dickins wrote:
> On Tue, 2 Oct 2012, Shuah Khan wrote:
> > I started seeing the following null pointer dereference on
> > a linux-next sept 21 git and still seeing it on linux-next
> > Sep 27th git.
> >
> > Can be reproduced easily. I have been able to repr
Changing devmem_is_allowed so that on an EFI machine, access to physical
address below 1 MB is allowed only to physical pages that are valid in
the EFI memory map. This prevents the possibility of an MCE due to
accessing an invalid physical address.
Signed-off-by: T Makphaibulchoke
---
arch/x86
On Tue, Oct 2, 2012 at 9:32 PM, Geert Uytterhoeven wrote:
> Below is the list of build error/warning regressions/improvements in
> v3.6[1] compared to v3.5[2].
>
> To make this mail fit in the lkml limit, I deleted
> - 6008 lines about __mcount_loc on sparc64
>
> Summarized:
> - build errors:
On Tue, 2 Oct 2012, Paul E. McKenney wrote:
> > 1331e7a1bbe1f11b19c4327ba0853bee2a606543 is the first bad commit
> > commit 1331e7a1bbe1f11b19c4327ba0853bee2a606543
> > Author: Paul E. McKenney
> > Date: Thu Aug 2 17:43:50 2012 -0700
> >
> > rcu: Remove _rcu_barrier() dependency on __stop_
I am submitting version 4 of the PCI-Express Non-Transparent Bridge
patches for inclusion in 3.7. All outstanding issues from the RFC
process have been addressed.
version 1
http://thread.gmane.org/gmane.linux.kernel.pci/16443
Version 2 incorporates numerous clean-ups
http://thread.gmane.org/gma
A virtual ethernet device that uses the NTB transport API to send/receive data.
Signed-off-by: Jon Mason
---
drivers/net/Kconfig |4 +
drivers/net/Makefile |1 +
drivers/net/ntb_netdev.c | 407 ++
3 files changed, 412 insertions(+)
c
On Wed, Sep 12, 2012 at 02:45:51PM -0500, Omar Ramirez Luna wrote:
> Adapt driver to use DT if provided.
Hi Omar,
I'm interested in making use of the assert/deassert APIs you exposed in
this series on AM335x for the pruss hwmod which has one hardreset
line. I have the same situation where I need
On Tue, 02 Oct 2012 14:36:27 -0400 (EDT)
David Miller wrote:
> From: Randy Dunlap
> Date: Tue, 02 Oct 2012 11:31:51 -0700
>
> > on x86_64:
> >
> > drivers/net/vxlan.c: In function 'vxlan_xmit':
> > drivers/net/vxlan.c:725:2: error: implicit declaration of function
> > 'ip_select_ident'
> >
>
On Tue, 2012-10-02 at 17:10 -0400, Theodore Ts'o wrote:
> The patch series in question has already been dropped, since there
> were some other problems found and we decided it wasn't ready for this
> merge window.
>
> If you look at the latest linux-next branch, you'll see that those
> patches are
From: Dave Jones
Date: Tue, 2 Oct 2012 17:13:20 -0400
> Asking for this option on x86 seems a bit pointless.
>
> Signed-off-by: Dave Jones
Acked-by: David S. Miller
Sorry, an oversight.
Thanks Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Mon, 1 Oct 2012 19:05:15 -0700
Ed Cashin wrote:
> Because udev use is so widespread, making the old static mapping
> the default is too conservative, given the severe limitations it
> places on usable AoE addresses. Storage virtualization and
> larger shelves have made the old limitations too
On Mon, 1 Oct 2012 19:01:15 -0700
Ed Cashin wrote:
> The old mapping between AoE target shelf and slot addresses and
> the block device minor number is retained as a
> backwards-compatible feature, with a new "aoe_dyndevs" module
> parameter available for enabling dynamic block device minor
> num
On Mon, Sep 24, 2012 at 1:39 PM, Benjamin Segall wrote:
> blocked_load_avg ~= \sum_child
> child.runnable_avg_sum/child.runnable_avg_period * child.weight
>
> The thought was: So if all the children have hit zero runnable_avg_sum
> (or in the case of a child task, will when they wake up), then
>
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 Triple
On Mon, 1 Oct 2012 18:59:12 -0700
Ed Cashin wrote:
> The ATA over Ethernet protocol uses a major (shelf) and
> minor (slot) address to identify a particular storage target.
> These changes remove an artificial limitation the aoe driver
> imposes on the use of AoE addresses. For example, without
On Mon, Sep 24, 2012 at 12:51 PM, "Jan H. Schönherr"
wrote:
> Am 23.08.2012 16:14, schrieb p...@google.com:
>> From: Paul Turner
>>
>> Now that our measurement intervals are small (~1ms) we can amortize the
>> posting
>> of update_shares() to be about each period overflow. This is a large cost
The patch series in question has already been dropped, since there
were some other problems found and we decided it wasn't ready for this
merge window.
If you look at the latest linux-next branch, you'll see that those
patches are gone, so it should be good once you upgrade to the latest
linux-nex
On Tue, Oct 02, 2012 at 04:22:01PM +1000, NeilBrown wrote:
> On Fri, 28 Sep 2012 09:23:43 -0700 Kent Overstreet
> wrote:
>
> > On Mon, Sep 24, 2012 at 02:56:39PM +1000, NeilBrown wrote:
> > >
> > > Hi Jens,
> > > this patch has been sitting in my -next tree for a little while and I was
> > > h
This provides an open firwmare driver binding for tpm_tis. OF
is useful on arches where PNP is not used.
Allow the tpm_tis driver to be selected if OF is compiled in.
Signed-off-by: Jason Gunthorpe
---
drivers/char/tpm/Kconfig |2 +-
drivers/char/tpm/tpm_tis.c | 79 +
On 10/2/12, Linus Torvalds wrote:
> On Tue, Oct 2, 2012 at 6:03 AM, Mauro Carvalho Chehab
> wrote:
>>
>> I basically tried a few different approaches, including deferred probe(),
>> as you suggested, and request_firmware_async(), as Kay suggested.
>
> Stop this crazy. FIX UDEV ALREADY, DAMMIT.
>
On Tue, Oct 02, 2012 at 11:12:02AM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:42PM -0700, Kent Overstreet wrote:
> > This adds a pointer to the bvec array to struct bio_integrity_payload,
> > instead of the bvecs always being inline; then the bvecs are allocated
> > with bvec_alloc_b
On Tue, Oct 02, 2012 at 04:32:53PM -0400, Vivek Goyal wrote:
> On Tue, Oct 02, 2012 at 01:26:43PM -0700, Kent Overstreet wrote:
> > On Tue, Oct 02, 2012 at 10:08:47AM -0400, Vivek Goyal wrote:
> > > On Mon, Oct 01, 2012 at 02:42:41PM -0700, Kent Overstreet wrote:
> > >
> > > [..]
> > > > Here's th
On Tue, Oct 02, 2012 at 11:37:37AM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:42PM -0700, Kent Overstreet wrote:
>
> [..]
> > /**
> > * bio_integrity_alloc - Allocate integrity payload and attach it to bio
> > * @bio: bio to attach integrity metadata to
> > @@ -84,37 +47,39 @
On 10/02/2012 09:44 PM, Jiri Kosina wrote:
> Hi,
>
> this commit:
>
> ==
> 1331e7a1bbe1f11b19c4327ba0853bee2a606543 is the first bad commit
> commit 1331e7a1bbe1f11b19c4327ba0853bee2a606543
> Author: Paul E. McKenney
> Date: Thu Aug 2 17:43:50 2012 -0700
>
> rcu: Remove _rcu_barrier() dep
Hi,
On Mon, Aug 20, 2012 at 2:48 PM, Ard Biesheuvel
wrote:
>> This seems like a good idea to me. It would allow more than just the
>> loader to harden userspace allocations. It's a more direct version of
>> PaX's "MPROTECT" feature[1]. That feature hardens existing loaders,
>> but doesn't play ni
On Tue, 2 Oct 2012, Shuah Khan wrote:
> I started seeing the following null pointer dereference on
> a linux-next sept 21 git and still seeing it on linux-next
> Sep 27th git.
>
> Can be reproduced easily. I have been able to reproduce every
> time I do a complete build of a kernel on fresh check
On Tue, Oct 02, 2012 at 01:26:43PM -0700, Kent Overstreet wrote:
> On Tue, Oct 02, 2012 at 10:08:47AM -0400, Vivek Goyal wrote:
> > On Mon, Oct 01, 2012 at 02:42:41PM -0700, Kent Overstreet wrote:
> >
> > [..]
> > > Here's the new patch:
> > >
> > >
> > > commit e270c9ca843b5c86d59431b0d7a676b78
Without this patch it is really hard to interpret a bounding set,
if CAP_LAST_CAP is unknown for a current kernel.
Non-existant capabilities can not be deleted from a bounding set
with help of prctl.
E.g.: Here are two examples without/with this patch.
CapBnd: ffe0fdec
CapBnd: fde
On Fri, Sep 28, 2012 at 11:36:16PM +0200, Arnd Bergmann wrote:
> The samsung pinctrl driver has a probe function that is
> __devinit and that calls a lot of other functions that are
> marked __init, which kbuild complains about.
>
> Marking everything __devinit means that the code does not
> disca
On Tue, 2 Oct 2012, Shuah Khan wrote:
> I started seeing the following null pointer dereference on
> a linux-next sept 21 git and still seeing it on linux-next
> Sep 27th git.
>
> Can be reproduced easily. I have been able to reproduce every
> time I do a complete build of a kernel on fresh check
On Tue, Oct 02, 2012 at 10:08:47AM -0400, Vivek Goyal wrote:
> On Mon, Oct 01, 2012 at 02:42:41PM -0700, Kent Overstreet wrote:
>
> [..]
> > Here's the new patch:
> >
> >
> > commit e270c9ca843b5c86d59431b0d7a676b7846946d6
> > Author: Kent Overstreet
> > Date: Mon Oct 1 14:41:08 2012 -0700
>
On Tue, Oct 02, 2012 at 04:14:51PM -0400, Vivek Goyal wrote:
> On Tue, Oct 02, 2012 at 01:10:14PM -0700, Kent Overstreet wrote:
> > On Tue, Oct 02, 2012 at 02:43:59PM -0400, Vivek Goyal wrote:
> > > On Mon, Sep 24, 2012 at 03:34:44PM -0700, Kent Overstreet wrote:
> > > > Converts it to use bio_adva
On Tue, Oct 02, 2012 at 04:16:30PM -0400, Vivek Goyal wrote:
> On Tue, Oct 02, 2012 at 01:11:05PM -0700, Kent Overstreet wrote:
> > On Tue, Oct 02, 2012 at 03:41:32PM -0400, Vivek Goyal wrote:
> > > On Mon, Sep 24, 2012 at 03:34:51PM -0700, Kent Overstreet wrote:
> > > > Random cleanup - this code
On Tue, Oct 02, 2012 at 02:10:01PM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:46PM -0700, Kent Overstreet wrote:
>
> [..]
> > diff --git a/include/linux/bio.h b/include/linux/bio.h
> > index 4e32be1..d985e90 100644
> > --- a/include/linux/bio.h
> > +++ b/include/linux/bio.h
> > @@ -
On Mon, 2012-10-01 at 04:46 -0400, Christoph Hellwig wrote:
> On Sun, Sep 30, 2012 at 05:58:11AM +, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger
> >
> > This patch re-adds the ability to optionally run in buffered FILEIO mode
> > (eg: w/o O_DSYNC) for device backends in order to
On Tue, Oct 02, 2012 at 01:11:05PM -0700, Kent Overstreet wrote:
> On Tue, Oct 02, 2012 at 03:41:32PM -0400, Vivek Goyal wrote:
> > On Mon, Sep 24, 2012 at 03:34:51PM -0700, Kent Overstreet wrote:
> > > Random cleanup - this code was duplicated and it's not really specific
> > > to md.
> > >
> > >
On Tue, Oct 02, 2012 at 03:24:34PM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:49PM -0700, Kent Overstreet wrote:
>
> [..]
> > diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c
> > index 95e52879..24e5cef 100644
> > --- a/drivers/block/floppy.c
> > +++ b/drivers/block/flop
On Tue, Oct 02, 2012 at 01:10:14PM -0700, Kent Overstreet wrote:
> On Tue, Oct 02, 2012 at 02:43:59PM -0400, Vivek Goyal wrote:
> > On Mon, Sep 24, 2012 at 03:34:44PM -0700, Kent Overstreet wrote:
> > > Converts it to use bio_advance(), simplifying it quite a bit in the
> > > process.
> > >
> > >
On Mon, Oct 01, 2012 at 06:19:19PM +0100, David Vrabel wrote:
> On 25/09/12 18:53, David Vrabel wrote:
> > On 21/09/12 17:04, David Vrabel wrote:
> >> From: David Vrabel
> >>
> >> Backend drivers shouldn't transistion to CLOSED unless the frontend is
> >> CLOSED. If a backend does transition to C
"mm, mpol: Use special PROT_NONE to migrate pages" causes a build warning
when CONFIG_NUMA is not enabled:
mm/huge_memory.c: In function 'do_huge_pmd_prot_none':
mm/huge_memory.c:745: warning: unused variable 'node'
"node" is only used once, so avoid using it altogether.
Signed-off-by: David Rie
On Tue, Oct 2, 2012 at 6:49 PM, Mark Brown
wrote:
> The following changes since commit 979570e02981d4a8fc20b3cc8fd651856c98ee9d:
>
> Linux 3.6-rc7 (2012-09-23 18:10:57 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/broonie/misc.git tags/spi
On Tue, Oct 02, 2012 at 03:41:32PM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:51PM -0700, Kent Overstreet wrote:
> > Random cleanup - this code was duplicated and it's not really specific
> > to md.
> >
> > Also added the ability to return the actual error code.
>
> Who is going to
On Tue, Oct 02, 2012 at 02:43:59PM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:44PM -0700, Kent Overstreet wrote:
> > Converts it to use bio_advance(), simplifying it quite a bit in the
> > process.
> >
> > Note that req_bio_endio() now always calls bio_advance() - which means
> > it
On Tue, Oct 02, 2012 at 02:59:55PM -0400, Vivek Goyal wrote:
> On Mon, Sep 24, 2012 at 03:34:44PM -0700, Kent Overstreet wrote:
> > Converts it to use bio_advance(), simplifying it quite a bit in the
> > process.
> >
> > Note that req_bio_endio() now always calls bio_advance() - which means
> > it
On Tue, Oct 2, 2012 at 10:36 AM, Arnd Bergmann wrote:
> pci_scan_root_bus is __devinit, so iop13xx_scan_bus has to be the
> same in order to safely call it. This is ok because the function
> itself is only called from the hwpci->scan callback.
>
> WARNING: vmlinux.o(.text+0x10138): Section mismatc
On Tue, Oct 02, 2012 at 10:52:05AM +0200, Lukáš Czerner wrote:
> On Mon, 1 Oct 2012, Jeff Moyer wrote:
> > Date: Mon, 01 Oct 2012 12:52:19 -0400
> > From: Jeff Moyer
> > To: Lukas Czerner
> > Cc: Jens Axboe , linux-kernel@vger.kernel.org,
> > Dave Chinner
> > Subject: Re: [PATCH] loop: Limit
On 10/02/2012 03:44 PM, Michael Tokarev wrote:
On 02.10.2012 23:40, Jeff Garzik wrote:
Minor libata updates, nothing notable.
1) Apply -- and then revert -- the FUA feature. Caused
disk corruption in linux-next, proving it cannot be turned on by
default.
Any details on that? Disk c
On Mon, Sep 24, 2012 at 03:34:44PM -0700, Kent Overstreet wrote:
> Converts it to use bio_advance(), simplifying it quite a bit in the
> process.
>
> Note that req_bio_endio() now always calls bio_advance() - which means
> it always loops over the biovec, not just on partial completions. Don't
> e
On Tue, 2 Oct 2012, Glauber Costa wrote:
> diff --git a/mm/slab_common.c b/mm/slab_common.c
> index 9c21725..79be32e 100644
> --- a/mm/slab_common.c
> +++ b/mm/slab_common.c
> @@ -107,6 +107,13 @@ struct kmem_cache *kmem_cache_create(const char *name,
> size_t size, size_t align
> if (!kmem
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, it should be removed. As a first step, remove it from being
listed, and default it to on. Once it has been removed from all
subsystem Kconfigs, it will be
Thanks a lot for testing this! I'll fix up this typo and work on
getting something like this merged.
Thank you very much!
If you want me to test anything, don't hesitate to contact me.
What's the output of "dmesg | grep :00:1f.1; lspci -vs00:1f.1"?
[0.065506] pci :00:1f.1: [808
On Tue, Oct 02, 2012 at 12:37:44PM -0700, Andi Kleen wrote:
> Takao Indoh writes:
>
> > These patches reset PCIe devices at boot time to address DMA problem on
> > kdump with iommu. When "reset_devices" is specified, a hot reset is
> > triggered on each PCIe root port and downstream port to reset
On 02.10.2012 23:40, Jeff Garzik wrote:
> Minor libata updates, nothing notable.
>
> 1) Apply -- and then revert -- the FUA feature. Caused
>disk corruption in linux-next, proving it cannot be turned on by
>default.
Any details on that? Disk corruprion is rather a nasty
side-effect ind
On Mon, Sep 24, 2012 at 03:34:51PM -0700, Kent Overstreet wrote:
> Random cleanup - this code was duplicated and it's not really specific
> to md.
>
> Also added the ability to return the actual error code.
Who is going to make use of actual error code and why checking
BIO_UPTODATE is not suffici
Please pull 13b74085d92feda78bad1045516d332a1e9a3407 from
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
tags/upstream-linus
to receive the following updates:
Minor libata updates, nothing notable.
1) Apply -- and then revert -- the FUA feature. Caused
disk corrupti
Takao Indoh writes:
> These patches reset PCIe devices at boot time to address DMA problem on
> kdump with iommu. When "reset_devices" is specified, a hot reset is
> triggered on each PCIe root port and downstream port to reset its
> downstream endpoint.
Great. I've been pondering this for a lon
Kent Overstreet writes:
> So, I and other people keep running into things where we really need to
> add an interface to pass some auxiliary... stuff along with a pread() or
> pwrite().
How would you enumerate this?
How does the application know what the underlying stack supports/need?
How is ve
On Mon, Sep 24, 2012 at 03:34:49PM -0700, Kent Overstreet wrote:
[..]
> diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c
> index 95e52879..24e5cef 100644
> --- a/drivers/block/floppy.c
> +++ b/drivers/block/floppy.c
> @@ -3778,7 +3778,6 @@ static int __floppy_read_block_0(struct block_
On 18:36 Tue 02 Oct , Arnd Bergmann wrote:
> The code using the variable 'i' in this function is conditional, so
> we have to make the declaration conditional as well to avoid a harmless
> warning.
>
> Without this patch, building at91sam9263_defconfig results in:
>
> /home/arnd/linux-arm/arc
On 18:36 Tue 02 Oct , Arnd Bergmann wrote:
> On NOMMU systems, we do cannot remap the MMIO space, so the
> definition of at91_io_desc is unused.
>
> Without this patch, building at91x40_defconfig results in:
>
> arch/arm/mach-at91/setup.c:90:24: warning: 'at91_io_desc' defined but not
> used
Hi,
On Tue, Oct 2, 2012 at 6:08 PM, Mark Brown
wrote:
> On Mon, Oct 01, 2012 at 08:54:23PM +0530, ABRAHAM, KISHON VIJAY wrote:
>> On Mon, Oct 1, 2012 at 5:39 PM, Mark Brown
>
>> > Why would that be helpful? Most platforms don't support DT at all, and
>
>> I'm not sure how to put it correctly. Al
> >
> > If I misunderstand something, please let me know.
> >
>
> Quite.
>
> These functions are being invoked from the IDT, which is an indirect pointer
> structure. When not being traced, there is absolutely no
> reason why it should go through a thunk with tracepoints.
I agree that the cost
On 02.10.2012 22:49, Ferenc Wagner wrote:
> "Michael Chan" writes:
>> These are the likely fixes:
>>
>> commit cf9ecf4b631f649a964fa611f1a5e8874f2a76db
>> Author: Matt Carlson
>> Date: Mon Nov 28 09:41:03 2011 +
>>
>> tg3: Fix TSO CAP for 5704 devs w / ASF enabled
>
> You are exactly right:
On 10/02/2012 12:00 PM, Konrad Rzeszutek Wilk wrote:
>
> When he got interrupted did he have any beta patches to dracut that
> could be posted?
>
To *dracut*?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
> On Tue, Oct 2, 2012 at 2:06 AM, H. Peter Anvin wrote:
> > On 10/01/2012 09:27 AM, Borislav Petkov wrote:
> >>
> >> On Mon, Oct 01, 2012 at 12:11:51PM -0400, Jamie Gloudon wrote:
> >>>
> >>> Hey,
> >>>
> >>>Any chance of this getting merge for the 3.7 cycle?
> >>
> >>
> >> It is not ready yet
Christoph Hellwig, on 10/01/2012 04:46 AM wrote:
On Sun, Sep 30, 2012 at 05:58:11AM +, Nicholas A. Bellinger wrote:
From: Nicholas Bellinger
This patch re-adds the ability to optionally run in buffered FILEIO mode
(eg: w/o O_DSYNC) for device backends in order to once again use the
Linux bu
On Tue, Oct 2, 2012 at 2:06 AM, H. Peter Anvin wrote:
> On 10/01/2012 09:27 AM, Borislav Petkov wrote:
>>
>> On Mon, Oct 01, 2012 at 12:11:51PM -0400, Jamie Gloudon wrote:
>>>
>>> Hey,
>>>
>>>Any chance of this getting merge for the 3.7 cycle?
>>
>>
>> It is not ready yet: http://marc.info/?l=
On Tue, Oct 2, 2012 at 1:29 PM, Stefano Stabellini
wrote:
> The Xen tree tries to add a line to
> arch/arm/mach-vexpress/Makefile.boot that has been removed by the
> following commit in Linus' master:
>
> commit 617276307cd4cdb9a95c77efaa3063695af63aa7
> Author: Rob Herring
> Date: Thu Sep 6 13
"Michael Chan" writes:
> On Tue, 2012-10-02 at 18:49 +0200, Ferenc Wagner wrote:
>
>> Going into the opposite direction: I found that Linux 3.6 does not
>> permanently break the SoL console on upping eth0! I'll try to find
>> the commit which (sort of) fixed it.
>
> These are the likely fixes:
>
From: matt...@walster.org
Date: Tue, 2 Oct 2012 12:41:45 +0100
> From: Matthew Walster
>
> The deleted comment was related to code I've just removed in the previous
> patch.
The first change was wrong and therefore this change is also useless.
--
To unsubscribe from this list: send the line "
From: matt...@walster.org
Date: Tue, 2 Oct 2012 12:41:44 +0100
> From: Matthew Walster
>
> Remove an old commented out piece of code.
> Remove an if(true) statement.
> Remove a set of braces that weren't strictly necessary.
>
> All found by running checkpatch.pl against the code.
>
> Signed-o
Add support to export the device description obtained from the ACPI _STR
method, if one exists for a device, to user-space via a sysfs interface.
This new interface provides a standard and platform neutral way for users
to obtain the description text stored in the ACPI _STR method. If no
_STR meth
On Mon, Sep 24, 2012 at 03:34:44PM -0700, Kent Overstreet wrote:
> Converts it to use bio_advance(), simplifying it quite a bit in the
> process.
>
> Note that req_bio_endio() now always calls bio_advance() - which means
> it always loops over the biovec, not just on partial completions. Don't
> e
From: Haiyang Zhang
Date: Tue, 2 Oct 2012 08:30:24 -0700
> In some response messages, there may be some extended info after the
> message.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
From: Haiyang Zhang
Date: Tue, 2 Oct 2012 08:30:23 -0700
> The existing code always reports NVSP_STAT_SUCCESS. This patch adds the
> mechanism to report failure when it happens.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied.
--
To unsubscribe from this list: send t
From: Haiyang Zhang
Date: Tue, 2 Oct 2012 08:30:22 -0700
> The receive code path doesn't use the page buffer, so remove the
> extra allocated space here.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe lin
From: Haiyang Zhang
Date: Tue, 2 Oct 2012 08:30:21 -0700
> To prevent possible data corruption in RNDIS requests, add another
> page buffer if the request message crossed page boundary.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied.
--
To unsubscribe from this list
From: Haiyang Zhang
Date: Tue, 2 Oct 2012 08:30:20 -0700
> Return ETIMEDOUT when the reply message is not received in time.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On 09/30, Oleg Nesterov wrote:
>
> + if (uprobe && unlikely(!(uprobe->flags & UPROBE_COPY_INSN))) {
> + uprobe = NULL;
> + *is_swbp = 0;
> + }
OOPS. this obvioulsy needs put_uprobe(uprobe). I updated this patch
in my tree.
--
From: Haiyang Zhang
Date: Tue, 2 Oct 2012 08:30:19 -0700
> According to RNDIS specs, Windows sets this size to
> 0x4000. I use the same value here.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Tue, Oct 2, 2012 at 8:32 PM, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.6 to v3.6-rc7[3], the summaries are:
> - build errors: +4/-1
+ arch/powerpc/platforms/512x/mpc512x_shared.c: error:
'FSL_DIU_PORT_DVI' undeclared (first use in this function): => 189:9
+ arch/powerpc/platfo
-
The following changes since commit 974a847e00cf3ff1695e62b276892137893706ab:
drivers: bus: omap_l3: fixup merge conflict resolution (2012-10-01 19:39:48
-0700)
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/uapi-prep-20121002
for you to f
From: Randy Dunlap
Date: Tue, 02 Oct 2012 11:31:51 -0700
> on x86_64:
>
> drivers/net/vxlan.c: In function 'vxlan_xmit':
> drivers/net/vxlan.c:725:2: error: implicit declaration of function
> 'ip_select_ident'
>
> That function is only defined when CONFIG_INET is enabled,
> but it is disabled
On 10/01/2012 11:32 PM, Stephen Rothwell wrote:
> Hi all,
>
> Do not add stuff destined for v3.8 to your linux-next included branches
> until after v3.7-rc1 is released.
>
> Changes since 201201001:
>
on x86_64:
drivers/net/vxlan.c: In function 'vxlan_xmit':
drivers/net/vxlan.c:725:2: error:
> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> Subject: Re: [RFC] mm: add support for zsmalloc and zcache
>
> On 09/27/2012 05:07 PM, Dan Magenheimer wrote:
> > Of course, I'm of the opinion that neither zcache1 nor
> > zcache2 would be likely to be promoted for at least another
> >
I'm announcing the release of the 3.0.44 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.4.12 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
On Tue, 2 Oct 2012, Jan Beulich wrote:
> >>> On 01.10.12 at 10:37, Hugh Dickins wrote:
> > I noticed yesterday that the DirectMap counts at the bottom of x86_64's
> > /proc/meminfo are wrong on v3.5 and v3.6. For example, I happen to have
> > booted this laptop with mem=700M to run a test, but /p
I'm announcing the release of the 3.5.5 kernel.
All users of the 3.5 kernel series must upgrade.
The updated 3.5.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.5.y
and can be browsed at the normal kernel.org git web browser:
Largely this is simply adding support for the Niagara 4 cpu.
Major areas are perf events (chip now supports 4 counters and
can monitor any event on each counter), crypto (opcodes
are availble for sha1, sha256, sha512, md5, crc32c, AES, DES,
CAMELLIA, and Kasumi although the last is unsupported si
On Tue, Oct 02, 2012 at 08:52:05PM +0300, Andy Shevchenko wrote:
> On Tue, Oct 2, 2012 at 8:34 PM, Greg KH wrote:
> > On Tue, Oct 02, 2012 at 06:00:54PM +0300, Andy Shevchenko wrote:
> >> There are several places in kernel that use functionality like shell's
> >> basename
> >> function. Let's do
This set of patches moves some OF code that has been living
in the pseries tree over to the generic OF code base. The
functionality being migrated over is something that, I believe,
should live in the generic code base. The specific functionality
being migrated to generic OF code is;
o Updating th
201 - 300 of 633 matches
Mail list logo