On 10/03/2012 01:26 PM, David Rientjes wrote:
> On Wed, 3 Oct 2012, Daniel Santos wrote:
>
>> Thanks. I've actually just reversed the patch order per Josh's
>> suggestion and added patch comments to it. I can squash them if you
>> guys prefer.
>>
> No need to be so fine-grained in your patches, i
Hi,
> Yes. With that patch applied, things work for me again.
Thanks Alex, Nish. We can reproduce this on one of our Biminis, looking
into it now.
Anton
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
Dynamically allocate memory in
t4_memory_rw() and get_vpd_params()"). Missing include of
linux/vmalloc.h.
I have used the net tree from next-20121003 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpscLnyQrLjq.pgp
Description: PGP signature
Thanks a lot Guenter!
Thanks a lot Vivien also for the help.
Guillaume
- Mail original -
De: "Guenter Roeck"
À: "Vivien Didelot"
Cc: lm-sens...@lm-sensors.org, "Guillaume Roguez"
, "Jean Delvare" ,
linux-kernel@vger.kernel.org, "Steve Hardy"
Envoyé: Mercredi 3 Octobre 2012 19:37:58
O
On Wed, Oct 03, 2012 at 03:23:27PM -0700, Eric W. Biederman wrote:
> "Paul E. McKenney" writes:
>
> > On Wed, Oct 03, 2012 at 11:43:32AM -0700, Kees Cook wrote:
> >> On Wed, Oct 3, 2012 at 9:47 AM, Paul E. McKenney
> >> wrote:
> >> > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman w
On Thu, Oct 4, 2012 at 3:48 AM, Al Viro wrote:
> On Wed, Oct 03, 2012 at 03:23:56PM -0700, Chris Zankel wrote:
>> Hi Linus,
>>
>> Please pull the changes for the Xtensa architecture for v3.7.
>>
>> Thanks,
>> -Chris
>
> BTW, could you do an xtensa counterpart of the stuff in
> git.kernel.o
On Wed, 2012-10-03 at 07:47 -0400, Christoph Hellwig wrote:
> On Tue, Oct 02, 2012 at 01:16:44PM -0700, Nicholas A. Bellinger wrote:
> > * Optionally allow fd_buffered_io=1 to be enabled for people
> > * who want use the fs buffer cache as an WriteCache mechanism.
> > *
>
On Thu, Oct 04, 2012 at 12:23:41AM +0200, Matthias Schniedermeyer wrote:
> Personally i would have been bitten by this change, because for years i
> have used a symlink in /tmp (which has the sticky bit) to a directory
> somewhere else for historical reasons. But as i was aware of this change
>
The code in function probe_roms accesses the legacy adapter space (in
the physical address range 640k-1mb) without regard to how this range is
described in the memory map. The assumption in the code is that the
result of an access to unpopulated space is a soft fail, returning -1.
This assumption i
On Wed, Oct 03, 2012 at 03:23:56PM -0700, Chris Zankel wrote:
> Hi Linus,
>
> Please pull the changes for the Xtensa architecture for v3.7.
>
> Thanks,
> -Chris
BTW, could you do an xtensa counterpart of the stuff in
git.kernel.org/pub/scm/linux/kernel/git/viro/signal#experimental-kernel
Greg Kroah-Hartman writes:
> On Wed, Oct 03, 2012 at 04:03:54PM -0700, Eric W. Biederman wrote:
>>
>> Linus,
>>
>> Please pull the for-linus git tree from:
>>
>>
>> git://git.kernel.org:/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
>> for-linus
>>
>>HEAD: 702e490211b2b7e448eb
On Wed, Oct 03, 2012 at 04:54:08PM -0400, Vivien Didelot wrote:
> From: Guillaume Roguez
>
> The ADS7830 device is almost the same as the ADS7828,
> except that it does 8-bit sampling, instead of 12-bit.
> This patch extends the ads7828 driver to support this chip.
>
> Signed-off-by: Guillaume R
On Wed, Oct 03, 2012 at 04:54:07PM -0400, Vivien Didelot wrote:
> As there is no reliable way to identify the chip, it is preferable to
> remove the detect callback, to avoid misdetection.
>
> Module parameters are not worth it here, so let's get rid of them and
> add an ads7828_platform_data stru
On Wed, Oct 03, 2012 at 04:33:21PM -0700, Kees Cook wrote:
> On Wed, Oct 3, 2012 at 4:29 PM, Guenter Roeck wrote:
> > On Tue, Oct 02, 2012 at 07:50:42PM -, Kees Cook wrote:
> >> This config item has not carried much meaning for a while now and is
> >> almost always enabled by default. As agree
On Wed, Oct 3, 2012 at 4:29 PM, Guenter Roeck wrote:
> On Tue, Oct 02, 2012 at 07:50:42PM -, Kees Cook wrote:
>> 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 fir
On 10/03/2012 12:30 AM, 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 201201002:
>
on i386:
CC drivers/mfd/syscon.o
drivers/mfd/syscon.c:94:15: error: variable 'syscon
On Tue, Oct 02, 2012 at 07:50:42PM -, Kees Cook wrote:
> 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 o
On Wed, Oct 03, 2012 at 04:03:54PM -0700, Eric W. Biederman wrote:
>
> Linus,
>
> Please pull the for-linus git tree from:
>
>git://git.kernel.org:/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
> for-linus
>
>HEAD: 702e490211b2b7e448ebe1b3a07d97ad2fc07e03 userns: Fix build of
>
On Thu, Oct 04, 2012 at 12:04:19AM +0200, co...@makelinux.com wrote:
> From: Constantine Shulyupin
>
> From: Miguel Aguilar
> Signed-off-by: Constantine Shulyupin
> ---
> Tested with usb gadget g_zero.
> This patch is based on code from Arago, Angstom, and RidgeRun projects.
> Original patch is
On 10/03/2012 04:07 PM, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 3:59 PM, Chris Zankel wrote:
>>
>> I'm actually located in the Bay Area (Max, who's helping out, is in St.
>> Petersburg)
>
> Oh, ok, just me being confused and careless searching my mail archive..
>
>> and could stop by any
asm-generic/unistd.h and a number of asm/unistd.h files have been given
reinclusion guards that allow the guard to be overridden if __SYSCALL is
defined. Unfortunately, these files define __SYSCALL and don't undefine it
when they've finished with it, thus rendering the guard ineffective.
The reas
On Sun, Sep 30, 2012 at 5:46 PM, Roland Stigge wrote:
> On 30/09/12 17:19, Stijn Devriendt wrote:
>>
>> Rules are rules, but why make the interface overly complex when
>> the multi-value file is saner, cleaner and simpler?
>
> Simply because they won't (and probably shouldn't) accept it mainline.
On 09/28/2012 08:27 PM, Fengguang Wu wrote:
On Tue, Sep 25, 2012 at 02:18:20AM +0530, Srivatsa S. Bhat wrote:
From: Srivatsa S. Bhat
The CPU hotplug callback related to writeback calls writeback_set_ratelimit()
during every state change in the hotplug sequence. This is unnecessary
since num_on
Split compound conditionals containing __KERNEL__ in Arm64 where possible to
make it easier for the UAPI disintegration scripts to handle them.
Signed-off-by: David Howells
Acked-by: Catalin Marinas
---
arch/arm64/include/asm/hwcap.h |4 +++-
arch/arm64/include/asm/stat.h |4 +++-
a
Hi Linus,
I have here a couple of extra preparatory patches for you that I discovered
were necessary today:
(1) Remove reinclusion guards from certain asm/unistd.h files that were
overriding the guard if __SYSCALL was defined, eg:
#if defined(__ASM_UNISTD_H) || defined(__SYSCALL)
On Wed, Oct 3, 2012 at 3:59 PM, Chris Zankel wrote:
>
> I'm actually located in the Bay Area (Max, who's helping out, is in St.
> Petersburg)
Oh, ok, just me being confused and careless searching my mail archive..
> and could stop by anywhere around here. I'll also try ask some
> old friends if
Cc: Herbert Xu
> Cc: linux-cry...@vger.kernel.org
> ---
> crypto/asymmetric_keys/x509_cert_parser.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- linux-next-20121003.orig/crypto/asymmetric_keys/x509_cert_parser.c
> +++ linux-next-20121003/crypto/asymmetric_keys/x50
On Sun, Sep 30, 2012 at 12:50 PM, Roland Stigge wrote:
> Besides what I discussed with JC and Linus, I find the unsigned int
> (i.e. u32 or u64, depending on the arch) quite appealing. It is a nice
> compromise between my general bit mapped data model (variable size *u8
> array) and the bool *val
Add the new file loadavg to report the load average of the cpus assigned
to the cpuset cgroup.
The load average is reported using the typical three values as they
appear in /proc/loadavg, averaged over 1, 5 and 15 minutes.
Example:
# cat /sys/fs/cgroup/cpuset/foo/cpuset.loadavg
3.98 2.64 1.20
Account per-cpu load average, as well as nr_running and
nr_uninterruptible tasks.
The new element on_cpu_uninterruptible to task_struct is added to
properly keep track of the cpu where the task was set to the
uninterruptible sleep state.
This feature is required by the cpusets cgroup subsystem to
Signed-off-by: Andrea Righi
---
Documentation/cgroups/cpusets.txt |1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/cgroups/cpusets.txt
b/Documentation/cgroups/cpusets.txt
index cefd3d8..d5ddc36 100644
--- a/Documentation/cgroups/cpusets.txt
+++ b/Documentation/cgroups/cpusets
[ Premise: I'm not considering this patch suitable for inclusion, mostly
because I'm not convinced at all of the interface and I don't even know if
cpuset is the right place for this feature. However, I just wrote it for a
project and I would like to improve it, better integrate it in the kernel an
;long unsigned int'
Builds cleanly on i386 and x86_64.
Signed-off-by: Randy Dunlap
Cc: David Howells
Cc: Herbert Xu
Cc: linux-cry...@vger.kernel.org
---
crypto/asymmetric_keys/x509_cert_parser.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20121003.orig/c
Linus,
Please pull the for-linus git tree from:
git://git.kernel.org:/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
for-linus
HEAD: 702e490211b2b7e448ebe1b3a07d97ad2fc07e03 userns: Fix build of
drivers/staging/dgrp
This tree contains a trivial build fix for one of the staging dr
No .start on any acpi_driver ops anymore.
Signed-off-by: Yinghai Lu
---
drivers/acpi/scan.c | 95 --
include/acpi/acpi_bus.h |8
2 files changed, 17 insertions(+), 86 deletions(-)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
i
Now with new acpi_bus_add, we could move code in acpi_pci_root_start into
acpi_pci_root_add.
After that we could remove acpi_pci_root_start.
Signed-off-by: Yinghai Lu
---
drivers/acpi/pci_root.c | 27 +--
1 files changed, 9 insertions(+), 18 deletions(-)
diff --git a/
Current acpi driver for pci_root is working like this way for hotplug:
acpi try to enumberate acpi device and create acpi_device for pci_root
and loading driver for it, and that drivers .add aka acpi_pci_root_add
calls pci_acpi_scan_root to enumerate pci devices but not add
To use to control the delay attach driver for acpi_device.
Will use bus notifier to toggle this bits when needed.
Signed-off-by: Yinghai Lu
---
drivers/acpi/scan.c |8 +++-
include/acpi/acpi_bus.h |1 +
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/
Now acpi_pci_root_driver has two ops: .add and .start, aka acpi_pci_root_add
and acpi_pci_root_start.
That is for hotplug handling: .add need to return early to make sure all
acpi device could be created and added early. So .start could device_add
pci device that are found in acpi_pci_root_add/pci
Hello, Glauber.
On Mon, Oct 01, 2012 at 12:46:02PM +0400, Glauber Costa wrote:
> > Yeah, it will need some hooks. For dentry and inode, I think it would
> > be pretty well isolated tho. Wasn't it?
>
> We would still need something for the stack. For open files, and for
> everything that becomes
Hi Linus,
On 10/03/2012 03:41 PM, Linus Torvalds wrote:
That should be
git://github.com/czankel/xtensa-linux tags/xtensa-next-20121003
which is the public git address of that server.
Sorry about that. I mistakenly used 'origin' instead of the actual address.
However, you now
On Wed, Oct 3, 2012 at 3:48 PM, Andy Walls wrote:
>
> I don't know if you can remove the /sys/.../firmware ABI altogether, because
> there is at least one, somewhat popular udev replacement that also uses it:
> mdev
>
> http://git.busybox.net/busybox/plain/docs/mdev.txt
Heh. That web doc docume
Hello, Glauber.
On Mon, Oct 01, 2012 at 12:45:11PM +0400, Glauber Costa wrote:
> > where kmemcg_slab_idx is updated from sched notifier (or maybe add and
> > use current->kmemcg_slab_idx?). You would still need __GFP_* and
> > in_interrupt() tests but current->mm and PF_KTHREAD tests can be
> > r
On Tue, Oct 2, 2012 at 8:23 AM, Nathan Zimmer wrote:
> Revert commit id 2c6413aee215a43b1f95e218067abcde50ccbc5e
> On larger systems (256 cores+) with signifigant IO attached this single
> message
> represents over 20% of the messages at boot.
Is this causing a problem? The messages are at KERN
Hi Linus,
On Wed, 3 Oct 2012 13:39:23 -0700 Linus Torvalds
wrote:
>
> Ok, I wish this had been getting more testing in Linux-next or
> something
If you ever want a patch tested for a few days, just send it to me and I
will put it in my "fixes" tree which is merged into linux-next
immediately on
Linus Torvalds wrote:
>On Wed, Oct 3, 2012 at 12:50 PM, Greg KH
>wrote:
>>>
>>> Ok, like this?
>>
>> This looks good to me. Having udev do firmware loading and tieing it
>to
>> the driver model may have not been such a good idea so many years
>ago.
>> Doing it this way makes more sense.
>
>Ok,
When moving a page of anonymous data out of zcache and back
into swap cache, such pages are VERY inactive, and we want
them to be swapped to disk ASAP. So we need to add them
at the tail of the proper queue.
Signed-off-by: Dan Magenheimer
---
include/linux/swap.h | 10 ++
mm/swap.c
We would like to move a "swap page" identified by swaptype/offset
out of frontswap and into swap cache. Add read_frontswap_async
that, given an unused new page and a gfp_mask (for necessary radix
tree work), attempts to do that and communicates success, failure,
or the fact that a (possibly dirty)
INTRODUCTION
This is an initial patchset attempting to address Andrea Arcangeli's concern
expressed in https://lwn.net/Articles/516538/ "Moving zcache towards the
mainline". It works, but not well, so feedback/help/expertise is definitely
needed! Note that the zcache code that invokes this alrea
We wish for transcendent memory backends to be able to push
frontswap pages back into the swap cache and need to ensure
that such a page, once pushed back, doesn't get immediately
recaptured by frontswap. We add frontswap_unuse to do the
pushing via the recently added read_frontswap_async. We
als
Hey, Michal.
On Mon, Oct 01, 2012 at 11:27:56AM +0200, Michal Hocko wrote:
> > Yeah but, if we can get it down to, say, around 1% under most
> > workloads for memcg users, it is quite questionable to introduce full
> > hierarchical configuration to allow avoiding that, isn't it?
>
> Remember that
available in the git repository at:
>
> g...@github.com:czankel/xtensa-linux tags/xtensa-next-20121003
That should be
git://github.com/czankel/xtensa-linux tags/xtensa-next-20121003
which is the public git address of that server.
However, you now do have a signed tag, but the key
On Thu, Sep 20, 2012 at 3:14 PM, Kees Cook wrote:
> As part of the effort to create a stronger boundary between root and
> kernel, Chrome OS wants to be able to enforce that kernel modules are
> being loaded only from our read-only crypto-hash verified (dm_verity)
> root filesystem. Since the init
On Wed, 3 Oct 2012 15:18:43 -0400
Alexandre Bounine wrote:
> Replace the single global destination ID counter with per-net allocation
> mechanism to allow independent destID management for each available RapidIO
> network. Using bitmap based mechanism instead of counters allows
> destination ID
On 03.10.2012 13:05, Kees Cook wrote:
> Hi Nick,
>
> 3.6 introduced link restrictions:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=800179c9b8a1e796e441674776d11cd4c05d61d7
>
> It sounds like you've got symlinks in a world-writable directory, and
> you're followin
On Wed, 3 Oct 2012 15:18:41 -0400
Alexandre Bounine wrote:
> Modify mport initialization routine to run the RapidIO discovery process
> asynchronously. This allows to have an arbitrary order of enumerating and
> discovering ports in systems with multiple RapidIO controllers without
> creating a
Rusty Russell writes:
> "Michael S. Tsirkin" writes:
>
>> Thinking about Sasha's patches, we can reduce ring usage
>> for virtio net small packets dramatically if we put
>> virtio net header inline with the data.
>> This can be done for free in case guest net stack allocated
>> extra head room f
> > Again: has this proposal been reviewed by the glibc maintainers? If
> > so, what was their position on it?
>
> Ard have you talked with them? I would expect it would be welcomed.
> Roland, do you know who would be the right person to ask about this
> for glibc? (patch: https://lkml.org/lkml/2
This patchkit allows to specify 1GB (and other) page sizes with
shmget(). This is useful for programs who are difficult to modify
to use mmap.
I got positive reviews last time I submitted this. I also get
requests from various users who want it. So here's a resend with:
- Rebased to current main
From: Andi Kleen
There was some desire in large applications using MAP_HUGETLB/SHM_HUGETLB
to use 1GB huge pages on some mappings, and stay with 2MB on others. This
is useful together with NUMA policy: use 2MB interleaving on some mappings,
but 1GB on local mappings.
This patch extends the IPC/S
/xtensa-next-20121003
for you to fetch changes up to 9ad79b58510b2845e5ffa77654596d7184a827ab:
xtensa: drop CONFIG_EMBEDDED_RAMDISK (2012-10-03 15:13:09 -0700)
Patchset for the Xtensa architecture for 3.7
"Paul E. McKenney" writes:
> On Wed, Oct 03, 2012 at 11:43:32AM -0700, Kees Cook wrote:
>> On Wed, Oct 3, 2012 at 9:47 AM, Paul E. McKenney
>> wrote:
>> > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
>> >> On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
>
On Wed, 3 Oct 2012 15:18:39 -0400
Alexandre Bounine wrote:
> Fix blocking wait loop in the RapidIO discovery routine to avoid warning
> dumps about stalled CPU on x86 platforms.
>
> ...
>
> + to_end = jiffies + CONFIG_RAPIDIO_DISC_TIMEOUT * HZ;
> + while (time_before(jif
On Wed, Oct 3, 2012 at 2:18 PM, Andrew Morton wrote:
> On Wed, 03 Oct 2012 16:43:53 +0200
> Ard Biesheuvel wrote:
>
>> This patch adds support for the PROT_FINAL flag to
>> the mmap() and mprotect() syscalls.
>>
>> The PROT_FINAL flag indicates that the requested set
>> of protection bits should
On Wed, Oct 3, 2012 at 2:58 PM, Lucas De Marchi
wrote:
>
> So maintaining the fallback or adding a configurable entry to set the
> firmware paths might be good.
Yeah, I do think we need to make it configurable. Probably both at
kernel compile time and dynamically.
The aim of having a user-mode d
On Tue, Oct 2, 2012 at 7:37 PM, Linus Torvalds
wrote:
> On Tue, Oct 2, 2012 at 2:03 PM, Ivan Kalvachev wrote:
>>
>> I'm not kernel developer and probably my opinion would be a little
>> naive, but here it is.
>>
>> Please, make the kernel load firmware from the filesystem on its own.
>
> We proba
On Wed, 3 Oct 2012 17:44:23 +0100
Catalin Marinas wrote:
> This patch introduces HAVE_UID16 config option and selects it in
> corresponding architecture Kconfig files. UID16 now only depends on
> HAVE_UID16.
patching file arch/arm/Kconfig
Hunk #1 FAILED at 49.
1 out of 1 hunk FAILED -- saving r
Hello, Glauber.
Sorry about late replies. I'be been traveling for the Korean
thanksgiving holidays.
On Mon, Oct 01, 2012 at 12:28:28PM +0400, Glauber Costa wrote:
> > That synchronous ref draining is going away. Maybe we can do that
> > before kmemcg? Michal, do you have some timeframe on mind
From: Constantine Shulyupin
From: Miguel Aguilar
Signed-off-by: Constantine Shulyupin
---
Tested with usb gadget g_zero.
This patch is based on code from Arago, Angstom, and RidgeRun projects.
Original patch is three years ago:
http://www.mail-archive.com/davinci-linux-open-source@linux.davinci
On Wed, Oct 3, 2012 at 5:39 PM, Linus Torvalds
wrote:
> On Wed, Oct 3, 2012 at 12:50 PM, Greg KH wrote:
>>>
>>> Ok, like this?
>>
>> This looks good to me. Having udev do firmware loading and tieing it to
>> the driver model may have not been such a good idea so many years ago.
>> Doing it this
Hello, Kent.
On Tue, Oct 02, 2012 at 08:00:20PM -0700, Kent Overstreet wrote:
> > However, I don't think it's a good idea to try to implement something
> > which is a neutral transport of opaque data between userland and lower
> > layers. Things like that sound attractive with unlimited
> > possi
On Wed, Oct 3, 2012 at 2:36 PM, Mark Brown
wrote:
> I still don't understand what on earth this is doing, as far as I can
> tell there's only one domain in the device so you're not distrubting
> anything between domains and there's as many interrupts in this domain
> as there are in the domain al
kernel.org
---
drivers/infiniband/ulp/ipoib/ipoib_netlink.c |3 +++
1 file changed, 3 insertions(+)
--- linux-next-20121003.orig/drivers/infiniband/ulp/ipoib/ipoib_netlink.c
+++ linux-next-20121003/drivers/infiniband/ulp/ipoib/ipoib_netlink.c
@@ -30,6 +30,7 @@
* SOFTWARE.
*/
+#include
#include
On Wed, 3 Oct 2012, Andrew Morton wrote:
> On Wed, 3 Oct 2012 14:10:41 -0700 (PDT)
> David Rientjes wrote:
>
> > > The free_page_mlock() hunk gets dropped because free_page_mlock() is
> > > removed. And clear_page_mlock() doesn't need this treatment. But
> > > please check my handiwork.
> > >
On Tue, 2012-10-02 at 22:22 -0400, David Miller wrote:
> From: Haicheng Li
> Date: Fri, 28 Sep 2012 14:57:38 +0800
>
> > On 09/28/2012 02:46 PM, David Miller wrote:
> >> From: Haicheng Li
> >> Date: Fri, 28 Sep 2012 14:41:43 +0800
> >>
> >>> On 09/28/2012 06:09 AM, David Miller wrote:
> Look
On Wed, 03 Oct 2012 08:55:59 -0600
Shuah Khan wrote:
> A recent dma mapping error analysis effort showed that a large percentage
> of dma_map_single() and dma_map_page() returns are not checked for mapping
> errors.
>
> Reference:
> http://linuxdriverproject.org/mediawiki/index.php/DMA_Mapping_E
On Wed, Oct 03, 2012 at 03:36:53PM -0400, Dave Jones wrote:
> On Wed, Oct 03, 2012 at 07:46:18PM +0200, Frederic Weisbecker wrote:
> > > it in the kernel tree, unless we wanted people to use the option?
> >
> > A solution could be to add that option under CONFIG_DEBUG_KERNEL and
> specify
> >
On Wed, 3 Oct 2012 23:18:06 +0200
Kay Sievers wrote:
> On Wed, Oct 3, 2012 at 11:05 PM, Greg KH wrote:
>
> > As for the firmware path, maybe we should
> > change that to be modified by userspace (much like /sbin/hotplug was) in
> > a proc file so that distros can override the location if they n
On Wed, 3 Oct 2012 23:19:04 +0200
Andi Kleen wrote:
> > No, lib/lzo has no identifiable maintainer. I suggest you proceed as
> > follows:
> >
> > - Post the entire patch series to lkml for review (I'd like a cc please)
>
> Already happened, multiple people reviewed and tested.
um, I would not
On Wed, Oct 03, 2012 at 11:43:32AM -0700, Kees Cook wrote:
> I would expect a simple addition of "this is dangerous/buggy" to the
> description and "default n" is likely the way to go for that kind of
> thing.
Agreed.
> I think the history of CONFIG_EXPERIMENTAL has proven there
> isn't a sensibl
On Wed, 3 Oct 2012, David Rientjes wrote:
> On Wed, 3 Oct 2012, Andrew Morton wrote:
>
> > The free_page_mlock() hunk gets dropped because free_page_mlock() is
> > removed. And clear_page_mlock() doesn't need this treatment. But
> > please check my handiwork.
> >
>
> I reviewed what was merged
On Wed, 3 Oct 2012 14:10:41 -0700 (PDT)
David Rientjes wrote:
> > The free_page_mlock() hunk gets dropped because free_page_mlock() is
> > removed. And clear_page_mlock() doesn't need this treatment. But
> > please check my handiwork.
> >
>
> I reviewed what was merged into -mm and clear_page
From: Andi Kleen
List the kernel supplied pmu event aliases in perf list
It's better when the users can actually see them.
Signed-off-by: Andi Kleen
---
tools/perf/Documentation/perf-list.txt |4 +-
tools/perf/builtin-list.c |3 +
tools/perf/util/parse-events.c |
From: Andi Kleen
When an event fails to parse and it's not in a new style format,
try to parse it again as a cpu event.
This allows to use sysfs exported events directly without //, so I can use
perf record -e tx-aborts ...
instead of
perf record -e cpu/tx-aborts/
Signed-off-by: Andi Kleen
From: Andi Kleen
Extend the parser/lexer to allow generic event names like,
"instructions" as a sysfs supplied PMU event name too.
This resolves the problem that cpu/instructions/ gives a parse
error, even when the kernel supplies a "instructions" event
This is useful to add sysfs specified qual
This fixes some left over issues in my Haswell PMU patchkit yesterday:
Ideally applied on top, although there should be no direct dependencies.
- Now the kernel supplied sysfs aliases can be directly used for cpu.
This means I can use "tx-aborts" instead of "cpu/tx-aborts/
- List the kernel events
> No, lib/lzo has no identifiable maintainer. I suggest you proceed as
> follows:
>
> - Post the entire patch series to lkml for review (I'd like a cc please)
Already happened, multiple people reviewed and tested.
This was just the patch ping.
-Andi
--
a...@linux.intel.com -- Speaking for mys
On Wed, Oct 3, 2012 at 11:05 PM, Greg KH wrote:
> As for the firmware path, maybe we should
> change that to be modified by userspace (much like /sbin/hotplug was) in
> a proc file so that distros can override the location if they need to.
If that's needed, a CONFIG_FIRMWARE_PATH= with the array
On Wed, 03 Oct 2012 16:43:53 +0200
Ard Biesheuvel wrote:
> This patch adds support for the PROT_FINAL flag to
> the mmap() and mprotect() syscalls.
>
> The PROT_FINAL flag indicates that the requested set
> of protection bits should be final, i.e., it shall
> not be allowed for a subsequent mpro
Hi Matt,
On 2 October 2012 16:25, Matt Porter wrote:
...
> I can see why you went this path with the iommu driver as it already had
> some integration code present here. I have some concerns going forward
> about how this should be long-term. Take any platform booting only with
> DT populated, we
On Wed, 03 Oct 2012 18:23:09 +0530
"Srivatsa S. Bhat" wrote:
> The synchronization between CPU hotplug readers and writers is achieved by
> means of refcounting, safe-guarded by the cpu_hotplug.lock.
>
> get_online_cpus() increments the refcount, whereas put_online_cpus()
> decrements
> it. If
Greg KH wrote:
>On Wed, Oct 03, 2012 at 10:32:08AM -0700, Linus Torvalds wrote:
>> On Wed, Oct 3, 2012 at 10:09 AM, Al Viro
>wrote:
>> >
>> > + if (!S_ISREG(inode->i_mode))
>> > + return false;
>> > + size = i_size_read(inode);
>> >
>> > Probably better to do vfs_getatt
On Wed, 3 Oct 2012, Andrew Morton wrote:
> The free_page_mlock() hunk gets dropped because free_page_mlock() is
> removed. And clear_page_mlock() doesn't need this treatment. But
> please check my handiwork.
>
I reviewed what was merged into -mm and clear_page_mlock() does need this
fix as we
On Tue, 2 Oct 2012, Konstantin Khlebnikov wrote:
> Hugh Dickins wrote:
> >
> > If I boot with mem=900M (and 1G swap: either on hard disk sda, or
> > on Vertex II SSD sdb), and mmap anonymous 1000M (either MAP_PRIVATE,
> > or MAP_SHARED for a shmem object), and either cycle sequentially round
> > t
On Wed, Oct 03, 2012 at 01:39:23PM -0700, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 12:50 PM, Greg KH wrote:
> >>
> >> Ok, like this?
> >
> > This looks good to me. Having udev do firmware loading and tieing it to
> > the driver model may have not been such a good idea so many years ago.
> >
On Wed, Oct 3, 2012 at 10:39 PM, Linus Torvalds
wrote:
> On Wed, Oct 3, 2012 at 12:50 PM, Greg KH wrote:
>>>
>>> Ok, like this?
>>
>> This looks good to me. Having udev do firmware loading and tieing it to
>> the driver model may have not been such a good idea so many years ago.
>> Doing it this
On Wed, Oct 03, 2012 at 10:05:25PM +0100, Alan Cox wrote:
> > If this happens, I _really_ want to bring back the CONFIG options I had in
> > an earlier version of this patch. I want to be able to declare the default
> > at build time, and not leave a system vulnerable from boot until sysctls
> > ge
On 9/28/2012 6:30 PM, Divy Le Ray wrote:
Hi,
Can you please pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
Hi,
Is there any problem with this pull request?
Cheers,
Divy
The following changes since commit 236367db10f1e618a3ced2538f5cd1802c31
On 10/03/2012 04:41 PM, Yinghai Lu wrote:
On Wed, Oct 3, 2012 at 11:55 AM, Don Dutile wrote:
On 10/03/2012 01:51 PM, Yinghai Lu wrote:
Will use it enable sriov for pci devices.
Signed-off-by: Yinghai Lu
---
include/linux/pci.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
On Wed, 3 Oct 2012 12:48:46 +0200
richard -rw- weinberger wrote:
> CC'in akpm.
Thanks.
> >>> Hi all,
> >>>
> >>> I finally have prepared a small package that updates the LZO version
> >>> in the Linux kernel. Please get it from:
> >>>
> >>> http://www.oberhumer.com/opensource/lzo/download/Testi
101 - 200 of 670 matches
Mail list logo
