From: Kevin Hilman
commit 6b8029fab64164b5895d58d23229b75c82e3a6fc (rtc: kconfig: remove
unnecessary dependencies) removed various 'depends on RTC_CLASS'
dependencies but also removed a few 'default RTC_CLASS' statements,
which actually changed default behavior.
This resulted in the various RTC
Hi Andrew,
On Tue, 9 Oct 2012 16:45:14 -0700 Andrew Morton
wrote:
>
> On Wed, 10 Oct 2012 10:21:50 +1100 Stephen Rothwell
> wrote:
>
> > I can't see what the point of the "pfn" variable is
>
> This:
>
> --- a/arch/powerpc/platforms/pseries/hotplug-memory.c~a
> +++
On Tue, Oct 09, 2012 at 04:10:59PM -0700, Zach Brown wrote:
> > Well, the ringbuffer does have those compat flags and incompat flags.
> > Which libaio conveniently doesn't check, but for what it does it
> > shouldn't really matter I guess.
>
> Well, the presumed point of the incompat flags would
On 10/09/2012 06:20:53 PM, Mitch Bradley wrote:
On 10/9/2012 11:16 AM, Stephen Warren wrote:
> On 10/01/2012 12:39 PM, Jon Loeliger wrote:
>>>
>>> What more do you think needs discussion re: dtc+cpp?
>>
>> How not to abuse the ever-loving shit out of it? :-)
>
> Perhaps we can just handle this
We could map small range in the middle of big range at first, so should use
big page size at first to avoid using small page size to break down page table.
Only can set big page bit when that range has big ram area around it.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 32
Get pgt_buf early from BRK, and use it to map PMD_SIZE to top at first.
then use page from PMD_SIZE to map next blow range.
alloc_low_page will use page from BRK at first, then will switch to use
to memblock to find and reserve page for page table usage.
At last we could get rid of calculation
On Tue, Oct 9, 2012 at 11:27 AM, Yinghai Lu wrote:
> On Tue, Oct 9, 2012 at 5:19 AM, Stefano Stabellini
> wrote:
>>
>> I agree with Peter that this series is going in the right direction.
>> However if I give more than 4G of RAM to the VM I get a panic at boot:
just update my branch for-x86-mm,
Not needed that anymore after patches include premaping page table buf
and not clear initial page table wrongly.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init_64.c | 38 --
1 files changed, 4 insertions(+), 34 deletions(-)
diff --git
0 mean any e820 type will be kept, and only hole is removed.
change to E820_RAM and E820_RESERVED_KERN only.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init_64.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
index
Will replace that will top-down page table initialization.
new one need to take range.
Signed-off-by: Yinghai Lu
---
arch/x86/mm/init.c | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
We are going to use buffer in BRK to pre-map final page table buffer.
Final page table buffer could be only page aligened, but around it are
still ram, we could use bigger page to map it to avoid small page.
We will probe to adjust page_size_mask in next patch to make big
page size could be used
on top of tip/x86/mm2, but please zap last patch in that branch.
1. use brk to mapping first PMD_SIZE range.
2. top down to initialize page table range by range.
3. get rid of calculate page table, and find_early_page_table.
4. remove early_ioremap in page table accessing.
v2: changes, update
After we add code use BRK to map buffer for final page table,
It should be safe to remove early_memmap for page table accessing.
But we get panic with that.
It turns out we clear the initial page table wrongly for next range that is
separated by holes.
And it only happens when we are trying to
On Tue, Oct 09, 2012 at 04:47:17PM -0700, Mark Moseley wrote:
> > BTW, what makes you think that container's root is even reachable from
> > "the host's /"? There is no such thing as "root of the OS itself";
> > different
> > processes can (and in case of containers definitely do) run in
Hi Stephen,
2012/10/10 8:45, Andrew Morton wrote:
On Wed, 10 Oct 2012 10:21:50 +1100 Stephen Rothwell
wrote:
Hi Linus,
In Linus' tree, today's linux-next build (powerpc ppc64_defconfig) failed
like this:
arch/powerpc/platforms/pseries/hotplug-memory.c: In function
On Tue, Oct 9, 2012 at 4:39 PM, Al Viro wrote:
> On Tue, Oct 09, 2012 at 04:09:18PM -0700, Mark Moseley wrote:
>
>> If you see my recent linux-audit posting, another related thing (at
>> least as far as missing relevant information in the logs) is that the
>> audit logs are logging pathnames
Zram doesn't use xv_malloc any more so it doesn't have
limitation about zobj_header.
Signed-off-by: Minchan Kim
---
drivers/staging/zram/zram_drv.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/zram/zram_drv.h b/drivers/staging/zram/zram_drv.h
index
On Wed, 10 Oct 2012 10:21:50 +1100 Stephen Rothwell
wrote:
> Hi Linus,
>
> In Linus' tree, today's linux-next build (powerpc ppc64_defconfig) failed
> like this:
>
> arch/powerpc/platforms/pseries/hotplug-memory.c: In function
> 'pseries_remove_memblock':
>
On Tue, Oct 09, 2012 at 04:09:18PM -0700, Mark Moseley wrote:
> If you see my recent linux-audit posting, another related thing (at
> least as far as missing relevant information in the logs) is that the
> audit logs are logging pathnames relative to the chroot, instead of
> the pathnames
Em Mon, 8 Oct 2012 10:31:33 +0200 (CEST)
Julia Lawall escreveu:
> I found only 15 uses of I2C_MSG_OP, out of 653 uses of one of the three
> macros. Since I2C_MSG_OP has the complete set of flags, I think it should
> be OK?
>
> One of the uses, in drivers/media/i2c/adv7604.c, is as follows:
>
On Tue, Oct 09, 2012 at 10:35:24AM -0700, Nitin Gupta wrote:
> Hi Minchan,
>
> On 10/09/2012 06:31 AM, Minchan Kim wrote:
> >
> >On Mon, Oct 08, 2012 at 06:32:44PM -0700, Nitin Gupta wrote:
> >>Change 130f315a introduced a bug in the handling of incompressible
> >>pages which resulted in memory
On Tue, Oct 09, 2012 at 04:09:18PM -0700, Mark Moseley wrote:
> On Fri, Sep 16, 2011 at 5:12 PM, John Feuerstein wrote:
> > Hi,
> >
> > I would like to audit all changes to a directory tree using the linux
> > auditing system[1].
> >
> > # auditctl -a exit,always -F dir=/etc/ -F perm=wa
> >
> >
On Tue, 9 Oct 2012, Peter Zijlstra wrote:
> Well the code they were patching is in the wakeup path. As I think Tang
> said, we leave !runnable tasks on whatever cpu they ran on last, even if
> that cpu is offlined, we try and fix up state when we get a wakeup.
>
> On wakeup, it tries to find a
Hi Linus,
In Linus' tree, today's linux-next build (powerpc ppc64_defconfig) failed
like this:
arch/powerpc/platforms/pseries/hotplug-memory.c: In function
'pseries_remove_memblock':
arch/powerpc/platforms/pseries/hotplug-memory.c:103:17: error: unused variable
'pfn' [-Werror=unused-variable]
On Tue, 9 Oct 2012, Martin Schwidefsky wrote:
> On Mon, 8 Oct 2012 21:24:40 -0700 (PDT)
> Hugh Dickins wrote:
> > On Mon, 1 Oct 2012, Jan Kara wrote:
> >
> > > On s390 any write to a page (even from kernel itself) sets architecture
> > > specific page dirty bit. Thus when a page is written to
On 10/9/2012 11:16 AM, Stephen Warren wrote:
> On 10/01/2012 12:39 PM, Jon Loeliger wrote:
>>>
>>> What more do you think needs discussion re: dtc+cpp?
>>
>> How not to abuse the ever-loving shit out of it? :-)
>
> Perhaps we can just handle this through the regular patch review
> process; I
Currently only stdin is available in the coredump helper process.
If the process opens a file and then issues a printf(),
printf() will write to that opened file instead to a console.
Therefore open /dev/console and create fd 1 and 0 as init/main.c does.
sys_close(0) is only needed if sys_open()
> Well, the ringbuffer does have those compat flags and incompat flags.
> Which libaio conveniently doesn't check, but for what it does it
> shouldn't really matter I guess.
Well, the presumed point of the incompat flags would be to tell an app
that it isn't going to get what it expects! Ideally
On Fri, Sep 16, 2011 at 5:12 PM, John Feuerstein wrote:
> Hi,
>
> I would like to audit all changes to a directory tree using the linux
> auditing system[1].
>
> # auditctl -a exit,always -F dir=/etc/ -F perm=wa
>
> It seems like the GNU coreutils are enough to break the audit trail.
>
> The
On 10/08/2012 11:33 PM, Mark Brown wrote:
> On Fri, Oct 05, 2012 at 06:54:58PM -0700, Andrey Smirnov wrote:
>
>> +err = regulator_enable(core->supplies.va);
>> +if (err < 0)
>> +break;
>> +
>> +
215904] CPU 3
[ 1202.224995] Pid: 17953, comm: trinity-child3 Tainted: G D W
3.6.0-next-20121009-sasha-1-ge404bae #43
[ 1202.224995] RIP: 0010:[] []
sys_remap_file_pages+0xcf/0x380
[ 1202.224995] RSP: 0018:880025819f18 EFLAGS: 00010246
[ 1202.224995] RAX: 050444f9 RBX:
On Tue, 2012-10-09 at 08:21 -0600, Alex Williamson wrote:
> On Tue, 2012-10-09 at 21:12 +0900, Linus Torvalds wrote:
> > On Tue, Oct 9, 2012 at 7:02 PM, Eric Dumazet wrote:
> > >
> > > It seems drivers/vfio/pci/vfio_pci.c uses VM_RESERVED
> >
> > Yeah, I just pushed out what I think is the right
On Tue, 9 Oct 2012, Mel Gorman wrote:
> On Mon, Oct 08, 2012 at 09:24:40PM -0700, Hugh Dickins wrote:
> >
> > So, if I'm understanding right, with this change s390 would be in danger
> > of discarding shm, and mmap'ed tmpfs and ramfs pages - whereas pages
> > written with the write system call
> Not if we decouple the ringbuffer size from max_requests.
Hmm, interesting.
> This would be useful to do anyways because right now, allocating a kiocb
> has to take a global refcount and check head and tail in the ringbuffer
> just so it can avoid overflowing the ringbuffer.
I'm not sure what
Linus,
please issue the following pull request.
UML receives this time only cleanups.
The most outstanding change is the 'include "foo.h"' do 'include
'
conversion done by Al Viro.
It touches many files, that's why the diffstat is rather big.
Thanks,
//richard
The following changes
On Tue, Oct 09, 2012 at 03:47:03PM -0700, Zach Brown wrote:
> > If libaio is the only thing in userspace looking at the ringbuffer, and
> > if I'm looking at the latest libaio code this shouldn't break
> > anything...
>
> We can't assume that libaio is the only thing in userspace using the
>
On Wednesday 10 of October 2012 02:19:06 Igor Murzov wrote:
> This should fix brightness controls on some laptops.
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=47861
>
> Signed-off-by: Igor Murzov
Put more detials into the changelog, please. The BZ entry linked above
may or may not
Calling uname() with the UNAME26 personality set allows a leak of kernel
stack contents. This fixes it by initializing the stack buffer to zero,
defensively calculating the length of copy_to_user() call, and making
the len argument unsigned.
CVE-2012-0957
Reported-by: PaX Team
Cc:
This patch provides the aforementioned procfs file that lists
the default firmware paths that are used during firmware lookup.
The file contains a white space separated list of paths.
There will be another patch on top of this that adds the functionality
to modify the paths at runtime.
In preparation to support dynamic listing/updating of firmware
paths via procfs, this patch converts the firmware path configuration
from an array to a list.
Signed-off-by: Dimitris Papastamos
---
drivers/base/firmware_class.c | 72 ++-
1 file changed, 64
"J. Bruce Fields" writes:
> On Tue, Oct 09, 2012 at 01:20:48PM -0700, Eric W. Biederman wrote:
>> "Myklebust, Trond" writes:
>>
>> > On Tue, 2012-10-09 at 15:35 -0400, J. Bruce Fields wrote:
>> >> Cc'ing Eric since I seem to recall he suggested doing it this way?
>>
>> Yes. On second look
> If libaio is the only thing in userspace looking at the ringbuffer, and
> if I'm looking at the latest libaio code this shouldn't break
> anything...
We can't assume that libaio is the only thing in userspace using the
mapped buffer -- as scary a thought as that is :).
If we wanted to change
On Tue, Oct 09, 2012 at 03:32:10PM -0700, Zach Brown wrote:
> > If it is measurable I'll take another stab at using memory from
> > __get_free_pages() for the ringbuffer. That really would be the ideal
> > solution.
>
> No, then you'll run into high order allocation failures with rings that
>
Hi Markus,
On Tue, 09 Oct 2012 21:54:59 +0200 "Markus F.X.J. Oberhumer"
wrote:
>
> On 2012-10-09 21:26, Andrew Morton wrote:
> > On Sun, 7 Oct 2012 17:07:55 +0200
> > "Markus F.X.J. Oberhumer" wrote:
> >
> >> As requested by akpm I am sending my "lzo-update" branch at
> >>
> >>
;
> > are available in the git repository at:
> >
> >
> > git://git.infradead.org/users/dhowells/linux-headers.git
> > tags/disintegrate-nfs-20121009
> >
> > for you to fetch changes up to e3dd9a52cb5552c46c2a4ca7ccdfb4dab5c72457:
> >
> > UAPI:
> Alright... send it out then.
Workin' on it! :)
> Also, do you know which branch Jens has his patches in?
http://git.kernel.dk/?p=linux-block.git;a=commit;h=6b6723fc3e4f24dbd80526df935ca115ead578c6
https://plus.google.com/111643045511375507360/posts
As far as I know, he hasn't had a chance
> If it is measurable I'll take another stab at using memory from
> __get_free_pages() for the ringbuffer. That really would be the ideal
> solution.
No, then you'll run into high order allocation failures with rings that
don't fit in a single page.
> The other reason I wanted to do this was for
On Tue, Oct 09, 2012 at 01:20:48PM -0700, Eric W. Biederman wrote:
> "Myklebust, Trond" writes:
>
> > On Tue, 2012-10-09 at 15:35 -0400, J. Bruce Fields wrote:
> >> Cc'ing Eric since I seem to recall he suggested doing it this way?
>
> Yes. On second look setting fs->root won't work. We need
This should fix brightness controls on some laptops.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=47861
Signed-off-by: Igor Murzov
---
drivers/acpi/video.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index
Hi, just for recording. Bug 43284[1] is the duplicate of this bug report. It
stops by reporting the "bad" commit, 9bcb8118965ab4631a65ee0726e6518f75cda6c5.
[1]https://bugzilla.kernel.org/show_bug.cgi?id=43284
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Tue, Oct 09, 2012 at 11:27:55AM -0700, Zach Brown wrote:
> On Mon, Oct 08, 2012 at 11:39:18PM -0700, Kent Overstreet wrote:
> > The refcounting before wasn't very clear; there are two refcounts in
> > struct kioctx, with an unclear relationship between them (or between
> > them and ctx->dead).
Em Tue, 9 Oct 2012 14:43:46 -0300
Ezequiel Garcia escreveu:
> On Fri, Oct 5, 2012 at 10:42 AM, Mauro Carvalho Chehab
...
> > Ezequiel García (13):
> > [media] em28xx: Remove useless runtime->private_data usage
> > [media] media: Add stk1160 new driver (easycap replacement)
> >
Hi Jimmy,
On Tue, Oct 09, 2012 at 05:35:22PM +0800, gang@intel.com wrote:
> From: Gang Wei
>
> This patch try to fix the S3 regression https://lkml.org/lkml/2012/10/5/433,
> which includes below line:
> [ 1554.684638] sysfs: cannot create duplicate filename
> '/devices/pnp0/00:0c/ppi'
>
>
On Wed, 3 Oct 2012 15:24:23 -0700
Andi Kleen wrote:
> 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
Hi,
Good news: Supermicro 2.0b fixes an unrelated problem where only 16GB is
addressed in the BIOS when you have 32GB on the system, with 2.0b that is
resolved.
Bad news: This bug still remains (E1000): When you transfer a file/files
over Samba, the latency shoots up really high (this also
On Fri, 5 Oct 2012 17:23:12 +0200
Joerg Roedel wrote:
> IOMMU Updates for Linux v3.7-rc1
>
> This time the IOMMU updates contain a bunch of fixes and cleanups to
> various IOMMU drivers and the DMA debug code. New features are the
> code for IRQ remapping support with the AMD IOMMU (preperation
On 10/10/2012 06:03 AM, Michael Kerrisk (man-pages) wrote:
> Good point. A "whole hog" openat()-style interface is worth thinking about
> too.
*Although* you could argue that you can always simply open the module
file first, and that finit_module() is really what we should have had in
the first
Jan Kara writes:
> On Fri 05-10-12 00:34:29, Jiri Kosina wrote:
>> Hi,
>>
>> commit e8a3e4719b7ec19288c56f22623f537cb78885c1
>> Author: Eric W. Biederman
>> Date: Sun Sep 16 01:11:45 2012 -0700
>>
>> userns: Implement struct kqid
>>
>> causes this warning:
>>
>> fs/quota/dquot.c: In
On Tue, Oct 9, 2012 at 11:58 PM, H. Peter Anvin wrote:
> On 10/10/2012 05:54 AM, Michael Kerrisk wrote:
>> Kees,
>>
>>> +SYSCALL_DEFINE2(finit_module, int, fd, const char __user *, uargs)
>>
>> Given the repeated experience of the last few years--new system calls
>> that are in essence revisions
On 10/10/2012 05:54 AM, Michael Kerrisk wrote:
> Kees,
>
>> +SYSCALL_DEFINE2(finit_module, int, fd, const char __user *, uargs)
>
> Given the repeated experience of the last few years--new system calls
> that are in essence revisions of older system calls with a 'flags'
> argument bolted on to
Kees,
> +SYSCALL_DEFINE2(finit_module, int, fd, const char __user *, uargs)
Given the repeated experience of the last few years--new system calls
that are in essence revisions of older system calls with a 'flags'
argument bolted on to allow more flexible behavior (e.g., accept4(),
dup3(),
On Tue, 9 Oct 2012 11:46:40 +0800
Lai Jiangshan wrote:
> When if the lglock don't to be exported,
> we can use DEFINE_STATIC_LGLOCK().
>
> --- a/include/linux/lglock.h
> +++ b/include/linux/lglock.h
> @@ -32,7 +32,8 @@
> #define br_write_lock(name) lg_global_lock(name)
> #define
Jan Kara writes:
> On Wed 19-09-12 18:52:18, Eric W. Biederman wrote:
>> From: "Eric W. Biederman"
>>
>> - In setxattr if we are setting a posix acl convert uids and gids from
>> the current user namespace into the initial user namespace, before
>> the xattrs are passed to the underlying
On Tue, 9 Oct 2012 11:46:39 +0800
Lai Jiangshan wrote:
> The per_cpu locks are not used outside nor exported.
> Add a "static" linkage keyword to it.
I think a better description is:
: The per_cpu locks are not used outside the file which contains the
: DEFINE_LGLOCK(), so we can make these
On Fri 05-10-12 00:34:29, Jiri Kosina wrote:
> Hi,
>
> commit e8a3e4719b7ec19288c56f22623f537cb78885c1
> Author: Eric W. Biederman
> Date: Sun Sep 16 01:11:45 2012 -0700
>
> userns: Implement struct kqid
>
> causes this warning:
>
> fs/quota/dquot.c: In function ‘need_print_warning’:
>
a214e66b462680cf86b210b74a8:
>
> Merge branch 'akpm' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
>
> are available in the git repository at:
>
>
> git://git.infradead.org/users/dhowells/linux-headers.git
> tags/disintegrate-media-20121009
>
> for yo
On Tue, Oct 09, 2012 at 11:26:25AM -0700, Zach Brown wrote:
> On Mon, Oct 08, 2012 at 11:39:17PM -0700, Kent Overstreet wrote:
> > Minor refactoring, to get rid of some duplicated code
>
> Honestly: I wouldn't bother. Nothing of consequence uses cancel.
>
> I have an RFC patch series that tears
Hi Thomas
> I'm pleased to announce the 3.6.1-rt1 release.
I also have to second the big thanks of Steven!
>* Fix for a potential deadlock in mm/slab.c. This had been reported
> as lockdep splats several times and stupidly ignored as a false
> positive, but in fact it's a real
On 10/09/2012 01:07 AM, Mike Hommey wrote:
Note it doesn't have to be a vs. situation. madvise could be an
additional way to interface with volatile ranges on a given fd.
That is, madvise doesn't have to mean anonymous memory. As a matter of
fact, MADV_WILLNEED/MADV_DONTNEED are usually used on
On Tue, Oct 09, 2012 at 11:29:49AM -0700, Zach Brown wrote:
> On Mon, Oct 08, 2012 at 11:39:19PM -0700, Kent Overstreet wrote:
> > It simplifies a lot of stuff if the ringbuffer is contiguously mapped
> > into kernel space, and we can delete a lot of code - in particular, this
> > is useful for
[CC widened, so that some more review might come in. Rusty?]
Hello Kees,
Comments below.
On Fri, Sep 21, 2012 at 1:27 AM, Kees Cook wrote:
> This updates init_module(2) to reflect the reality of 2.6+ module
> loading interfaces. It additionally drops references to the extra
> deprecated module
On Tue, Oct 09, 2012 at 11:37:53AM -0700, Zach Brown wrote:
> On Mon, Oct 08, 2012 at 11:39:20PM -0700, Kent Overstreet wrote:
> > Bunch of cleanup
>
> Ugh. That's way too much noisy change for one patch with no
> description. Break it up into functional pieces and actually describe
> them.
On Tue, Oct 09, 2012 at 08:01:26PM +, Arnd Bergmann wrote:
> On Tuesday 09 October 2012, Olof Johansson wrote:
> > On Tue, Oct 09, 2012 at 05:34:18PM +0200, Arnd Bergmann wrote:
> > > Hi Olof,
> > >
> > > Here are three more fixes that I'd like to merge through the arm-soc
> > > as time
On Tue 09-10-12 08:19:42, Lukáš Czerner wrote:
> On Tue, 9 Oct 2012, Zhao Hongjiang wrote:
>
> > Date: Tue, 09 Oct 2012 13:48:47 +0800
> > From: Zhao Hongjiang
> > To: j...@suse.cz
> > Cc: a...@linux-foundation.org, adilger.ker...@dilger.ca,
> > linux-e...@vger.kernel.org,
On Tue, Oct 09, 2012 at 08:30:59PM +0100, David Howells wrote:
> Catalin Marinas wrote:
>
> > It still fails on arm64. The reason is that I had a __SYSCALL_COMPAT
> > guard to provide either the 32-bit syscalls or the 64-bit (generic) ones
> > via asm/unistd.h. With this change:
>
> Hmmm.
>
>
On Tue 09-10-12 08:29:50, Lukáš Czerner wrote:
> On Tue, 9 Oct 2012, Zhao Hongjiang wrote:
>
> > Date: Tue, 09 Oct 2012 13:44:36 +0800
> > From: Zhao Hongjiang
> > To: j...@suse.cz
> > Cc: linux-e...@vger.kernel.org, linux-kernel@vger.kernel.org,
> > Eric W. Biederman ,
[ Folks, can you trim your responses down to just quote the part you
are responding to? Having to repeatedly scroll through 500 lines of
irrelevant text just to find the 5 lines that is being commented on
is exceedingly painful. ]
On Tue, Oct 09, 2012 at 09:01:18PM +0900, Jaegeuk Kim wrote:
> >
On 10/01/2012 12:39 PM, Jon Loeliger wrote:
>>
>> What more do you think needs discussion re: dtc+cpp?
>
> How not to abuse the ever-loving shit out of it? :-)
Perhaps we can just handle this through the regular patch review
process; I think it may be difficult to define and agree upon exactly
On Mon, 08 Oct 2012 11:08:06 -0600
Shuah Khan wrote:
> Add dma-debug interface debug_dma_mapping_error() to debug drivers that fail
> to check dma mapping errors on addresses returned by dma_map_single() and
> dma_map_page() interfaces. This interface clears a flag set by
> debug_dma_map_page()
Hi Linus,
This is a large pull, with the bulk of the updates coming from:
* Hole punching
* send/receive fixes
* fsync performance
* Disk format extension allowing more hardlinks inside a single directory
(btrfs-progs patch required to enable the compat bit for this one)
I'm cooking more
On Mon, 08 Oct 2012 11:07:20 -0600
Shuah Khan wrote:
> >
> > Still seems overly complicated to me, but whatev.
> >
> > I think the way to handle this is pretty simple: set a flag in the dma
> > entry when someone runs dma_mapping_error() and, if that flag wasn't
> > set at unmap time, emit a
On Tue, 2012-10-09 at 13:36 -0700, David Rientjes wrote:
> On Tue, 9 Oct 2012, Peter Zijlstra wrote:
>
> > On Mon, 2012-10-08 at 10:59 +0800, Tang Chen wrote:
> > > If a cpu is offline, its nid will be set to -1, and cpu_to_node(cpu) will
> > > return -1. As a result, cpumask_of_node(nid) will
On Wed 19-09-12 18:52:18, Eric W. Biederman wrote:
> From: "Eric W. Biederman"
>
> - In setxattr if we are setting a posix acl convert uids and gids from
> the current user namespace into the initial user namespace, before
> the xattrs are passed to the underlying filesystem.
>
>
On Tue, Oct 09, 2012 at 01:06:37PM -0700, Andrew Morton wrote:
> On Sun, 7 Oct 2012 19:06:10 -0700
> Josh Triplett wrote:
>
> > linux/compiler.h has macros to denote functions that acquire or release
> > locks, but not to denote functions called with a lock held that return
> > with the lock
On Tue, 9 Oct 2012, Peter Zijlstra wrote:
> On Mon, 2012-10-08 at 10:59 +0800, Tang Chen wrote:
> > If a cpu is offline, its nid will be set to -1, and cpu_to_node(cpu) will
> > return -1. As a result, cpumask_of_node(nid) will return NULL. In this case,
> > find_next_bit() in for_each_cpu will
On Oct 9, 2012, at 4:06 PM, Andrew Morton wrote:
> On Sun, 7 Oct 2012 19:06:10 -0700
> Josh Triplett wrote:
>
>> linux/compiler.h has macros to denote functions that acquire or release
>> locks, but not to denote functions called with a lock held that return
>> with the lock still held. Add a
On 10/09/2012 05:51 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Oct 09, 2012 at 05:38:34PM +0200, Andre Przywara wrote:
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the
On Wed, 5 Sep 2012, Steven Rostedt wrote:
> On Wed, 2012-09-05 at 18:07 -0500, Sankara Muthukrishnan wrote:
> > Hi there,
>
> This also affects mainline. Please Cc LKML (as I did).
>
> >
> > As irq_thread_check_affinity is called inside the while loop in the
> > IRQ thread, the core affinity
"Myklebust, Trond" writes:
> On Tue, 2012-10-09 at 15:35 -0400, J. Bruce Fields wrote:
>> Cc'ing Eric since I seem to recall he suggested doing it this way?
Yes. On second look setting fs->root won't work. We need to change fs.
The problem is that by default all kernel threads share fs so
The __devinit section is going away soon, but while it's
still there, we get a correct warning about
ehci_orion_conf_mbus_windows being discarded before
its caller, so it should be marked __devinit rather than
__init.
Without this patch, building dove_defconfig results in:
WARNING:
s3c2440_clk_add is a subsys_interface method and calls clkdev_add_table,
which means we might be calling it after the __init section is
discarded.
Without this patch, building mini2440_defconfig results in:
WARNING: vmlinux.o(.text+0x9848): Section mismatch in reference from the
function
Most patches from the first time this was posted have been
adopted by a subsystem maintainer or were show to be obsolete.
Here are the remaining ones again.
I'm planning to submit those patches that are still necessary
by the time we have an -rc1 through the arm-soc tree, but
my preference is
The sharpsl_pcmcia_ops structure gets passed into
sa11xx_drv_pcmcia_probe, where it gets accessed at run-time,
unlike all other pcmcia drivers that pass their structures
into platform_device_add_data, which makes a copy.
This means the gcc warning is valid and the structure
must not be marked as
There is a subtle difference between dma_transfer_direction and
dma_data_direction: the former is used by the dmaengine framework,
while the latter is used by the dma-mapping API. Although the
purpose is comparable, the actual values are different and must
not be mixed. In this case, the driver
The fas216_dumpinfo function is only used by __fas216_checkmagic,
which is conditionally compiled, so we should put both functions
inside of the same #ifdef.
Without this patch, building rpc_defconfig results in:
drivers/scsi/arm/fas216.c:182:13: warning: 'fas216_dumpinfo' defined but not
used
nuc900fb_map_video_memory is called by an devinit function
that may be called at run-time, but the function itself is
marked __init and will be discarded after boot.
To avoid calling into a function that may have been overwritten,
mark nuc900fb_map_video_memory itself as __devinit.
Without this
The ncr5380 driver is included by multiple board specific
drivers, which may or may not use the interrupt handler.
The oak variant doesn't, and should set the DONT_USE_INTR
macro.
Without this patch, building rpc_defconfig results in:
drivers/scsi/arm/../NCR5380.c:1160:20: warning:
The definition of ARCH_SLAB_MINALIGN is architecture dependent
and can be either of type size_t or int. Comparing that value
with ARCH_KMALLOC_MINALIGN can cause harmless warnings on
platforms where they are different. Since both are always
small positive integer numbers, using the size_t type to
On Sun, 7 Oct 2012 19:06:10 -0700
Josh Triplett wrote:
> linux/compiler.h has macros to denote functions that acquire or release
> locks, but not to denote functions called with a lock held that return
> with the lock still held. Add a __must_hold macro to cover that case.
hum. How does this
On 10/4/2012 2:23 PM, David Miller wrote:
> From: "Aneesh Kumar K.V"
> Date: Thu, 04 Oct 2012 22:00:48 +0530
>
>> David Miller writes:
>>
>>> We've split up the PTE tables so that they take up half a page instead
>>> of a full page. This is in order to facilitate transparent huge page
>>>
101 - 200 of 1422 matches
Mail list logo
