On 3/21/2013 1:31 PM, Philip, Avinash wrote:
> On Wed, Mar 20, 2013 at 18:17:59, Peter Korsgaard wrote:
>>> "Sekhar" == Sekhar Nori writes:
>>
>> Sekhar> On 3/20/2013 12:11 PM, Philip Avinash wrote:
>> >> Add da850 EHRPWM & ECAP DT node.
>> >> Also adds OF_DEV_AUXDATA for EHRPWM & ECAP
On 2013/3/21 12:48, Ming Lei wrote:
> On Thu, Mar 21, 2013 at 11:28 AM, Li Zefan wrote:
>> On 2013/3/21 11:17, Ming Lei wrote:
>>> On Thu, Mar 21, 2013 at 10:41 AM, Li Zefan wrote:
In fact the same race exists between readdir() and read()/write()...
>>>
>>> Fortunately, no
Hi Dave,
Thank you for your insightful post. The answer to the riddle is that
the PHTree scheme as described in the link you cited has already
become "last gen" and that, after roughly ten years of searching, I am
cautiously optimistic that I have discovered a satisfactory next gen
indexing
On Thu, Mar 21, 2013 at 10:18 PM, Al Viro wrote:
>>
>> This seems too simple, but I don't see why iget_locked() would be any
>> better. It just wastes time hashing the inode that we aren't really
>> interested in hashing. The inode is always filled by the caller
>> anyway, so we migth as well
On Thu, Mar 21, 2013 at 09:52:57PM -, Thomas Gleixner wrote:
> +/*
> + * Idle thread specific functions to determine the need_resched
> + * polling state. We have two versions, one based on TS_POLLING in
> + * thread_info.status and one based on TIF_POLLING_NRFLAG in
> + * thread_info.flags
On Thu, Mar 21, 2013 at 9:55 PM, Linus Torvalds
wrote:
>
> So why not just use "new_inode_pseudo()" instead? IOW, something like
> this (totally untested, natch) patch?
Ok, so I think that patch is still probably the right way to go, but
it's broken for a silly reason: because it's not using
On Thu, Mar 21, 2013 at 09:55:10PM -0700, Linus Torvalds wrote:
> However, I do wonder if we could take another approach... There's
> really no reason why we should look up an old inode with iget_locked()
> in proc_get_inode() and only fill it in if it is new. We might as well
> just always create
Hi,
On 03/22/2013 07:00 AM, Alex Shi wrote:
> On 03/21/2013 06:27 PM, Preeti U Murthy wrote:
did you close all of background system services?
In theory the rq->avg.runnable_avg_sum should be zero if there is no
task a bit long, otherwise there are some bugs in kernel.
>> Could you
Hi all,
Changes since 20130321:
New trees: mailbox, imx-mxs
Linus' tree still had its build failure for which I reverted a commit.
The sound-asoc tree lost its build failures.
The tty tree lost one of its build failures but still had the other so I
used the version from next-20130319
Hi Rik,
On 03/22/2013 11:52 AM, Rik van Riel wrote:
On 03/21/2013 08:05 PM, Will Huck wrote:
One offline question, how to understand this in function balance_pgdat:
/*
* Do some background aging of the anon list, to give
* pages a chance to be referenced before reclaiming.
*/
On Thu, Mar 21, 2013 at 09:52:57PM -, Thomas Gleixner wrote:
> Index: linux-2.6/arch/powerpc/include/asm/thread_info.h
> ===
> --- linux-2.6.orig/arch/powerpc/include/asm/thread_info.h
> +++
Hi Rik,
On 03/22/2013 11:56 AM, Will Huck wrote:
Hi Rik,
On 03/22/2013 11:52 AM, Rik van Riel wrote:
On 03/21/2013 08:05 PM, Will Huck wrote:
One offline question, how to understand this in function balance_pgdat:
/*
* Do some background aging of the anon list, to give
* pages a chance to
On 03/21/2013 10:45:07 AM, Arjan van de Ven wrote:
On 3/20/2013 5:27 PM, Steven Rostedt wrote:
I'm not sure I would recommend idle=poll either. It would certainly
work, but it goes to the other extreme. You think NO_HZ=n drains a
battery? Try idle=poll.
do not ever use idle=poll on anything
On Thu, Mar 21, 2013 at 9:37 PM, Al Viro wrote:
>
> FWIW, a relatively crude solution is this:
>
> - d_add(dentry, inode);
> - return NULL;
> + return d_materialise_unique(dentry, inode);
>
> It *is* crude, but it restores the
On Fri, Mar 22, 2013 at 01:40:37AM +, Al Viro wrote:
> Yeah, I went to do such patch after sending the previous mail and noticed
> that we already did it that way. Simplicity of error recovery was probably
> more important consideration there - I honestly don't remember the reasoning
> in
On Thu, Mar 21, 2013 at 12:10:06PM +0100, Paul Bolle wrote:
> When I submitted commit 6805ab6daa2b589fe3242d05ddc47a9dbb0c4eb1
> ("powerpc: drop unused Kconfig symbols") I apparently failed to notice
> that my patch also made PREP_RESIDUAL and PPC_A2_DD2 unused. Drop these
> now.
>
>
Starting to see those on 3.8.4 (never saw in 3.8.2) stable kernel on a few
systems
during LTP run,
[11297.597242] BUG: unable to handle kernel paging request at fffe
[11297.598022] IP: [] kmem_cache_alloc+0x68/0x1e0
[11297.598022] PGD 7b9eb067 PUD 0
[11297.598022] Oops: [#2]
On Thu, Mar 21, 2013 at 8:24 PM, Eric Wong wrote:
> Arve Hjønnevåg wrote:
>> On Thu, Mar 21, 2013 at 4:52 AM, Eric Wong wrote:
>> > Changes since v2:
>> > * epi->state is no longer atomic, we only cmpxchg in ep_poll_callback
>> > now and rely on implicit barriers in other places for reading.
Hi Shawn,
Today's linux-next merge of the imx-mxs tree got a conflict in
arch/arm/mach-imx/mach-imx6q.c between commit da4a686a2cfb ("ARM:
smp_twd: convert to use CLKSRC_OF init") from the arm-soc tree and commit
371287432334 ("ARM: imx: enable anatop suspend/resume") from the imx-mxs
tree.
I
On 03/21/2013 08:05 PM, Will Huck wrote:
One offline question, how to understand this in function balance_pgdat:
/*
* Do some background aging of the anon list, to give
* pages a chance to be referenced before reclaiming.
*/
age_acitve_anon(zone, );
The anon lrus use a two-handed clock
On 03/21/2013 09:23 PM, Linus Torvalds wrote:
On Thu, Mar 21, 2013 at 6:12 PM, Davidlohr Bueso wrote:
ipc lock contention:
100 users: 8,74% (vanilla)3.17% (v3 patchset)
400 users: 21,86% (vanilla)5.23% (v3 patchset)
800 users 84,35% (vanilla)7.39% (v3 patchset)
Ok, I'd call
On 03/21/2013 06:01 PM, Andrew Morton wrote:
On Thu, 21 Mar 2013 17:50:05 -0400 Peter Hurley
wrote:
On Thu, 2013-03-21 at 14:10 -0700, Andrew Morton wrote:
On Wed, 20 Mar 2013 15:55:30 -0400 Rik van Riel wrote:
This series makes the sysv semaphore code more scalable,
by reducing the time
On Mon, Mar 18, 2013 at 4:21 PM, Davidlohr Bueso wrote:
> When checking the rbtree, account for more properties:
>
>- Both children of a red node are black.
>- The tree has at least 2**bh(v)-1 internal nodes.
> - WARN_ON_ONCE(is_red(rb) &&
> -
Fixes these build error when CONFIG_KVM is not defined:
In file included from arch/powerpc/include/asm/kvm_ppc.h:33:0,
from arch/powerpc/kernel/setup_64.c:67:
arch/powerpc/include/asm/kvm_book3s.h:65:20: error: field 'pte' has incomplete
type
On Fri, 2013-03-22 at 03:24 +, Ben Hutchings wrote:
> > Note, I posted a fix on Tuesday:
> >
> > https://lkml.org/lkml/2013/3/19/369
>
> Thanks. I did search GMANE with some obvious terms but I think its
> index is lagging.
It didn't help that my subject had no mention of -rt in it :-(
>
On Thu, 2013-03-21 at 15:24 +0200, Heikki Krogerus wrote:
> Hi,
>
> On Thu, Mar 21, 2013 at 07:41:39PM +0800, Ley Foon Tan wrote:
> > On Thu, 2013-03-21 at 12:48 +0200, Heikki Krogerus wrote:
> > > + /* Check for fifo size */
> > > + if (of_property_read_u32(np, "fifosize", ) == 0)
> > > +
Hi Felipe,
Today's linux-next merge of the usb-gadget tree got a conflict in
drivers/usb/gadget/net2280.c between commit 8119b55aed81 ("USB: gadget:
net2280: remove leftover driver->unbind call in error pathway") from the
usb.current tree and commit 68abc94f8de8 ("usb: gadget: net2280: don't
On Thu, Mar 21, 2013 at 7:51 PM, Davidlohr Bueso wrote:
> On Tue, 2013-03-19 at 11:54 -0600, Shuah Khan wrote:
>> On Tue, Mar 19, 2013 at 11:14 AM, Davidlohr Bueso
>> wrote:
>> > On Tue, 2013-03-19 at 10:29 -0600, Shuah Khan wrote:
>> >> On Mon, Mar 18, 2013 at 5:20 PM, Davidlohr Bueso
>> >>
Hi Felipe,
Today's linux-next merge of the usb-gadget tree got a conflict in
drivers/usb/gadget/net2272.c between commit eda81bea894e ("usb: gadget:
net2272: finally convert "CONFIG_USB_GADGET_NET2272_DMA"") from the
usb.current tree and commit c36cbfc045bf ("usb: gadget: net2272: remove
unused
On Thu, 2013-03-21 at 22:31 -0400, Steven Rostedt wrote:
> On Fri, 2013-03-22 at 01:11 +, Ben Hutchings wrote:
> > Commit b22affe0aef4 'hrtimer: Prevent hrtimer_enqueue_reprogram race'
> > conflicts with the RT patches
> > hrtimer-fixup-hrtimer-callback-changes-for-preempt-r.patch and
> >
Arve Hjønnevåg wrote:
> On Thu, Mar 21, 2013 at 4:52 AM, Eric Wong wrote:
> > Changes since v2:
> > * epi->state is no longer atomic, we only cmpxchg in ep_poll_callback
> > now and rely on implicit barriers in other places for reading.
> > * intermediate EP_STATE_DEQUEUE removed, this (with
nfsv4.1 client suspending fails with such info
Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze,
wq_busy=0):
nfsv4.1-svc S 88007889f2e0 0 3191 2 0x0080
88007b2f3e28 0046 88007b2f2010 000127c0
880079b08000
On 03/20/2013 04:11:25 PM, William Hubbs wrote:
On Wed, Mar 20, 2013 at 02:03:20AM -0500, Rob Landley wrote:
> On 03/19/2013 07:20:17 PM, William Hubbs wrote:
> > On Tue, Mar 19, 2013 at 04:17:11PM -0700, H. Peter Anvin wrote:
> > > On 03/19/2013 03:28 PM, William Hubbs wrote:
> > > > The issue
From: Namhyung Kim
In case of EPERM or EACCESS, there was a debious "%s" before actual
string so that an user would see "You may not have permission to
collect %sstats." instead of "You may not ... system-wide stats.".
Signed-off-by: Namhyung Kim
---
tools/perf/util/evsel.c | 2 +-
1 file
On Tue, 2013-03-19 at 11:54 -0600, Shuah Khan wrote:
> On Tue, Mar 19, 2013 at 11:14 AM, Davidlohr Bueso
> wrote:
> > On Tue, 2013-03-19 at 10:29 -0600, Shuah Khan wrote:
> >> On Mon, Mar 18, 2013 at 5:20 PM, Davidlohr Bueso
> >> wrote:
> >> > This provides nicer message output. Since it seems
On 03/21/13 07:41, Alan Stern wrote:
> On Wed, 20 Mar 2013, Frank Rowand wrote:
>
>> Hi All,
>>
>> Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
>> other???),
>> so casting the nets wide...
>>
>> The PandaBoard frequently fails to boot with an eth0 error when mounting
>>
On Fri, Mar 22, 2013 at 5:40 AM, Silviu-Mihai Popescu
wrote:
> Convert all uses of devm_request_and_ioremap() to the newly introduced
> devm_ioremap_resource() which provides more consistent error handling.
>
> devm_ioremap_resource() provides its own error messages so all explicit
> error
On 03/21/2013 02:23 PM, Russell King - ARM Linux wrote:
> On Wed, Mar 20, 2013 at 05:54:02PM -0500, Rob Herring wrote:
>> From: Rob Herring
>>
>> The timer-sp initialization code clears the control register before
>> initializing the timers, so every platform doing this is redundant.
>>
>> For
From: "Eric W. Biederman"
Subject: Re: [PATCH v3 18/21] vmcore: check if vmcore objects satify mmap()'s
page-size boundary requirement
Date: Thu, 21 Mar 2013 17:54:22 -0700
> Vivek Goyal writes:
>
>> On Thu, Mar 21, 2013 at 11:21:24AM -0400, Vivek Goyal wrote:
>>
>> [..]
>>> So if starting or
On Fri, 2013-03-22 at 01:11 +, Ben Hutchings wrote:
> Commit b22affe0aef4 'hrtimer: Prevent hrtimer_enqueue_reprogram race'
> conflicts with the RT patches
> hrtimer-fixup-hrtimer-callback-changes-for-preempt-r.patch and
> peter_zijlstra-frob-hrtimer.patch, as they all change
>
On 03/21/2013 02:35 PM, Russell King - ARM Linux wrote:
> On Wed, Mar 20, 2013 at 05:54:03PM -0500, Rob Herring wrote:
>> +clk0 = of_clk_get(np, 0);
>> +if (IS_ERR(clk0))
>> +clk0 = NULL;
>> +
>> +/* Get the 2nd clock if the timer has 2 timer clocks */
>> +if
On 22 March 2013 05:20, Rafael J. Wysocki wrote:
> Please post a complete update patch if you want me to take it. I'd also would
> like it to be ACKed by someone involved in the big-LITTLE work on the arch
> side.
Okay.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 22 March 2013 05:14, Rafael J. Wysocki wrote:
> On Wednesday, March 20, 2013 10:59:13 AM Viresh Kumar wrote:
>> I have queued all patches i had for 3.10 here:
>>
>> http://git.linaro.org/gitweb?p=people/vireshk/linux.git;a=shortlog;h=refs/heads/for-3.10
>
> OK, applied these to
On 03/21/2013 09:14 PM, Gleb Natapov wrote:
> On Wed, Mar 20, 2013 at 04:30:24PM +0800, Xiao Guangrong wrote:
>> Move deletion shadow page from the hash list from kvm_mmu_commit_zap_page to
>> kvm_mmu_prepare_zap_page, we that we can free the shadow page out of
>> mmu-lock.
>>
>> Also, delete the
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
build warning when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SIMPLE_DEV_PM_OPS are only used when
the CONFIG_PM_SLEEP is enabled.
drivers/rtc/rtc-88pm80x.c:238:12: warning:
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
build warning when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SIMPLE_DEV_PM_OPS are only used when
the CONFIG_PM_SLEEP is enabled.
drivers/rtc/rtc-ds1374.c:413:12: warning: 'ds1374_suspend'
On 03/22/2013 06:21 AM, Marcelo Tosatti wrote:
> On Wed, Mar 20, 2013 at 04:30:20PM +0800, Xiao Guangrong wrote:
>> Changlog:
>> V2:
>> - do not reset n_requested_mmu_pages and n_max_mmu_pages
>> - batch free root shadow pages to reduce vcpu notification and mmu-lock
>> contention
>> -
There don't have any EXPERT menu guard, and no config item is
included in EXPERT menu, so change it as a config, not menu.
This will make user more clear when they use 'make menuconfig'
or 'make nconfig'.
Signed-off-by: zhangwei(Jovi)
Cc: Randy Dunlap
Cc: Michal Marek
---
init/Kconfig |2
* Eric Wong (normalper...@yhbt.net) wrote:
> With level-triggered epoll, append/enqueue operations to the
> local/locked queues increase performance by avoiding unnecessary atomic
> operations and barriers. These are necessary to avoid performance
> regressions when looping through ep_send_events
On Wed, Mar 20, 2013 at 06:49:49PM -0700, Daniel Phillips wrote:
> On Tue, Mar 19, 2013 at 11:54 PM, Rob Landley wrote:
> > I'm confused, http://tux3.org/ lists a bunch of dates from 5 years ago, then
> > nothing. Is this project dead or not?
>
> Not. We haven't done much about updating tux3.org
Add CONFIG_PM_RUNTIME to suspend/resume functions to fix the build
error. It is because UNIVERSAL_DEV_PM_OPS macro is related to both
CONFIG_PM_SLEEP and CONFIG_PM_RUNTIME.
drivers/char/hw_random/exynos-rng.c:167:8: error: 'exynos_rng_runtime_suspend'
undeclared here (not in a function)
acpi_memory_info has enabled bit and failed bit for controlling memory
hotplug. But we don't need to keep both bits.
The patch removes acpi_memory_info->failed bit.
Signed-off-by: yasuaki ishimatsu
---
v3 : Continue to memory hot remove when (!info->enabled) case.
v2 : Changed a based kernel
On Thu, Mar 21, 2013 at 06:33:35PM -0700, Linus Torvalds wrote:
> On Thu, Mar 21, 2013 at 6:22 PM, Al Viro wrote:
> >
> > In theory, we can make vfs_rmdir() and vfs_unlink() check the presense of
> > the corresponding method before locking the victim; that would suffice to
> > kludge around that
On Thu, Mar 21, 2013 at 4:52 AM, Eric Wong wrote:
> This is still not a proper commit, I've lightly tested this.
>
> Replace the spinlock-protected linked list ready list with wfcqueue.
>
> This improves performance under heavy, multi-threaded workloads with
> multiple threads calling epoll_wait.
Sedat Dilek wrote:
> Hmmm, sorry for asking, but when do you plan to offer a "working"
> union-mount (u-m)?
It's a maze of twisty locking problems - some of which also apply to things
like overlayfs:-(
> What's the status of the user-space tools or are they no more needed?
You need to be able
Hi Toshi,
2013/03/22 9:29, Toshi Kani wrote:
On Thu, 2013-03-21 at 13:39 +0900, Yasuaki Ishimatsu wrote:
acpi_memory_info has enabled bit and failed bit for controlling memory
hotplug. But we don't need to keep both bits.
The patch removes acpi_memory_info->failed bit.
Signed-off-by: yasuaki
On Thu, Mar 21, 2013 at 6:22 PM, Al Viro wrote:
>
> In theory, we can make vfs_rmdir() and vfs_unlink() check the presense of
> the corresponding method before locking the victim; that would suffice to
> kludge around that mess on procfs. Along with ->d_inode comparison in
> lock_rename() it
On 03/21/2013 06:27 PM, Preeti U Murthy wrote:
>> > did you close all of background system services?
>> > In theory the rq->avg.runnable_avg_sum should be zero if there is no
>> > task a bit long, otherwise there are some bugs in kernel.
> Could you explain why rq->avg.runnable_avg_sum should be
Commit-ID: f564c24103f87dc740c1c293c975565ac46b12ef
Gitweb: http://git.kernel.org/tip/f564c24103f87dc740c1c293c975565ac46b12ef
Author: H. Peter Anvin
AuthorDate: Thu, 21 Mar 2013 17:32:36 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 21 Mar 2013 17:32:36 -0700
x86,
On Thu, Mar 21, 2013 at 06:51:31PM -0600, Robert Hancock wrote:
> On 03/20/2013 10:35 PM, Myron Stowe wrote:
> >Sysfs includes entries to memory regions that back a PCI device's BARs.
> >The pci-sysfs entries backing I/O Port BARs can be accessed by userspace,
> >providing direct access to the
Any feedback on this?
On Mar 14, 2013, at 12:09 PM, Shea Levy wrote:
> By calling mount(2) with MS_REMOUNT | MS_BIND on a non-bind readonly
> mountpoint, it is possible to have a readonly mount without MNT_READONLY
> in its mnt_flags. Currently, /proc//mountinfo and statfs will
> report such a
On Thu, Mar 21, 2013 at 6:12 PM, Davidlohr Bueso wrote:
>
> ipc lock contention:
> 100 users: 8,74% (vanilla)3.17% (v3 patchset)
> 400 users: 21,86% (vanilla)5.23% (v3 patchset)
> 800 users 84,35% (vanilla)7.39% (v3 patchset)
Ok, I'd call that pretty much "solved". Sure, it's
On Thu, Mar 21, 2013 at 05:22:59PM -0700, Linus Torvalds wrote:
> On Thu, Mar 21, 2013 at 5:12 PM, Al Viro wrote:
> >
> > What we should do, IMO, is to turn /proc//net into a honest symlink -
> > to ../nets//net. Hell, might even make it a magical symlink
> > instead...
>
> Ok, having seen the
On 2013/3/21 18:22, Michal Hocko wrote:
> On Thu 21-03-13 10:08:49, Michal Hocko wrote:
>> On Thu 21-03-13 09:22:21, Li Zefan wrote:
>>> As cgroup supports rename, it's unsafe to dereference dentry->d_name
>>> without proper vfs locks. Fix this by using cgroup_name().
>>>
>>> Signed-off-by: Li
On Wed, 2013-03-20 at 15:55 -0400, Rik van Riel wrote:
> Introduce finer grained locking for semtimedop, to handle the
> common case of a program wanting to manipulate one semaphore
> from an array with multiple semaphores.
>
> If the call is a semop manipulating just one semaphore in
> an array
On Wed, 2013-03-20 at 15:55 -0400, Rik van Riel wrote:
> Having only one list in struct sem_queue, and only queueing simple
> semaphore operations on the list for the semaphore involved, allows
> us to introduce finer grained locking for semtimedop.
>
> Signed-off-by: Rik van Riel
Acked-by:
On Wed, 2013-03-20 at 15:55 -0400, Rik van Riel wrote:
> Rename sem_lock to sem_obtain_lock, so we can introduce a sem_lock
> function later that only locks the sem_array and does nothing else.
>
> Open code the locking from ipc_lock in sem_obtain_lock, so we can
> introduce finer grained locking
On Wed, 2013-03-20 at 15:55 -0400, Rik van Riel wrote:
> Include lkml in the CC: this time... *sigh*
> ---8<---
>
> This series makes the sysv semaphore code more scalable,
> by reducing the time the semaphore lock is held, and making
> the locking more scalable for semaphore arrays with multiple
Commit b22affe0aef4 'hrtimer: Prevent hrtimer_enqueue_reprogram race'
conflicts with the RT patches
hrtimer-fixup-hrtimer-callback-changes-for-preempt-r.patch and
peter_zijlstra-frob-hrtimer.patch, as they all change
hrtimer_enqueue_reprogram(). It seems that the changes in the RT
patches now
On Fri, Mar 08, 2013 at 06:07:08PM +0100, Roger Pau Monné wrote:
> On 05/03/13 22:46, Konrad Rzeszutek Wilk wrote:
> > On Tue, Mar 05, 2013 at 06:07:57PM +0100, Roger Pau Monné wrote:
> >> On 04/03/13 21:41, Konrad Rzeszutek Wilk wrote:
> >>> On Thu, Feb 28, 2013 at 11:28:55AM +0100, Roger Pau
The E6xx (TunnelCreek) CPUs have 9 GPIO lines in the resume well. Update
the resume functions to allow for more than 8 GPIO lines, using the core
functions as a template.
Cc: # 3.4.x
Cc: # 3.8.x
Cc: Grant Likely
Cc: Linus Walleij
Signed-off-by: Darren Hart
---
drivers/gpio/gpio-sch.c | 37
On Thu, Mar 21, 2013 at 11:53 PM, David Daney wrote:
> On 03/20/2013 04:14 PM, David Daney wrote:
>>
>> On 03/17/2013 05:49 AM, Huacai Chen wrote:
>>>
>>> This and the next patch resolve memory corruption problems while CPU
>>> hotplug. Without these patches, memory corruption can triggered
Vivek Goyal writes:
> On Thu, Mar 21, 2013 at 11:21:24AM -0400, Vivek Goyal wrote:
>
> [..]
>> So if starting or end address of PT_LOAD header is not aligned, why
>> not we simply allocate a page. Copy the relevant data from old memory,
>> fill rest with zero. That way mmap and read view will be
On 03/20/2013 10:35 PM, Myron Stowe wrote:
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries backing I/O Port BARs can be accessed by userspace,
providing direct access to the device's registers. File permissions
prevent random users from accessing
From: Vivek Goyal
Subject: Re: [PATCH v3 18/21] vmcore: check if vmcore objects satify mmap()'s
page-size boundary requirement
Date: Thu, 21 Mar 2013 11:27:51 -0400
> On Thu, Mar 21, 2013 at 11:21:24AM -0400, Vivek Goyal wrote:
>
> [..]
>> So if starting or end address of PT_LOAD header is not
Hi Greg,
On Thu, 21 Mar 2013 16:47:24 -0700 Greg KH wrote:
>
> On Fri, Mar 22, 2013 at 10:28:08AM +1100, Stephen Rothwell wrote:
> >
> > Except, of course, commit 27b351c is not in your tty tree :-(
>
> Which was causing me lots of confusion :)
>
> I've merged it in there now, and reverted
HATAYAMA Daisuke writes:
> From: Vivek Goyal
> Subject: Re: [PATCH v3 17/21] vmcore: check NT_VMCORE_PAD as a mark
> indicating the end of ELF note buffer
> Date: Thu, 21 Mar 2013 10:36:56 -0400
>
>> And in our case we don't know the size of ELF note. Kernel is not
>> exporting the size. So
The Kconfig symbol KCORE_ELF was removed in v2.6.0, but reappeared in two
architectures. It is useless. Remove it again.
Signed-off-by: Paul Bolle
---
0) Untested.
1) Sent as one patch. Feel free to tell me to split it up in two
patches.
arch/tile/Kconfig | 5 -
arch/xtensa/Kconfig |
On Thu, 2013-03-21 at 13:39 +0900, Yasuaki Ishimatsu wrote:
> acpi_memory_info has enabled bit and failed bit for controlling memory
> hotplug. But we don't need to keep both bits.
>
> The patch removes acpi_memory_info->failed bit.
>
> Signed-off-by: yasuaki ishimatsu
> ---
>
> v2 : Changed a
On Friday, March 22, 2013 02:18:38 AM Silviu Popescu wrote:
> On Fri, Mar 22, 2013 at 1:48 AM, Rafael J. Wysocki wrote:
> > On Monday, March 11, 2013 09:35:19 AM Silviu-Mihai Popescu wrote:
> >> Convert all uses of devm_request_and_ioremap() to the newly introduced
> >> devm_ioremap_resource()
Hi Russell,
Russell King - ARM Linux writes:
> On Wed, Mar 20, 2013 at 05:01:58PM -0700, Kevin Hilman wrote:
>> Add ARM support for the context tracking subsystem by instrumenting
>> exception entry/exit points.
>>
>> Special thanks to Mats Liljegren for testing, collaboration and adding
>>
On Thursday, March 21, 2013 01:08:03 AM Rafael J. Wysocki wrote:
> On Wednesday, March 20, 2013 11:28:49 AM Dirk Brandewie wrote:
> > On 03/20/2013 11:28 AM, Rafael J. Wysocki wrote:
> > > On Wednesday, March 20, 2013 09:17:24 AM dirk.brande...@gmail.com wrote:
> > >> From: Dirk Brandewie
> > >>
From: Vivek Goyal
Subject: Re: [PATCH v3 17/21] vmcore: check NT_VMCORE_PAD as a mark indicating
the end of ELF note buffer
Date: Thu, 21 Mar 2013 10:36:56 -0400
> On Wed, Mar 20, 2013 at 08:54:25PM -0700, Eric W. Biederman wrote:
>
> [..]
>> > Also, it's possible to get size of a whole part
From: Vivek Goyal
Subject: Re: [PATCH v3 01/21] vmcore: reference e_phoff member explicitly to
get position of program header table
Date: Thu, 21 Mar 2013 10:12:02 -0400
> On Thu, Mar 21, 2013 at 11:50:41AM +0900, HATAYAMA Daisuke wrote:
>> From: "Eric W. Biederman"
>> Subject: Re: [PATCH v3
On Thu, Mar 21, 2013 at 5:12 PM, Al Viro wrote:
>
> What we should do, IMO, is to turn /proc//net into a honest symlink -
> to ../nets//net. Hell, might even make it a magical symlink
> instead...
Ok, having seen the error of my ways, I'm starting to agree with you..
How painful would that be?
On Fri, Mar 22, 2013 at 12:12:57AM +, Al Viro wrote:
> See the posting upthread. We could try to kludge around that as well
> (e.g. have d_ancestor() compare ->d_inode instead of dentries themselves),
> but I really think it's a lousy idea only inviting further abuse.
>
> What we should do,
Thinking some more..
On Thu, Mar 21, 2013 at 5:15 PM, Linus Torvalds
wrote:
>
> Hmm. But again, that can't actually happen here. We're in /proc. You
> can't move the entries around.
.. this wasn't a good argument, because we will take the locks before
we do that.
> Also, we only changed the
On Fri, Mar 22, 2013 at 1:48 AM, Rafael J. Wysocki wrote:
> On Monday, March 11, 2013 09:35:19 AM Silviu-Mihai Popescu wrote:
>> Convert all uses of devm_request_and_ioremap() to the newly introduced
>> devm_ioremap_resource() which provides more consistent error handling.
>>
>>
Commit 2d66c7803595da0d4bcd949825d598575f5de9e6 ("cpuimx27 and mbimx27:
allow fine control of UART4 and SDHC2 usage") added the Kconfig symbol
MACH_EUKREA_CPUIMX27_USEUART4. But it forgot to prepend CONFIG_ to the
use of its macro. Add that prefix now.
Signed-off-by: Paul Bolle
---
Untested.
On Thu, Mar 21, 2013 at 5:08 PM, Al Viro wrote:
>
> Not really. Do that and yes, this deadlock goes away. But the locking
> order in general goes to hell - we order directory inodes by "which dentry
> is an ancestor of another?" So we have no warranty that we won't get
> alias1/foo/bar/baz <
Convert all uses of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
devm_ioremap_resource() provides its own error messages so all explicit
error messages can be removed from the failure code paths.
Signed-off-by:
On Thu, Mar 21, 2013 at 05:01:49PM -0700, Linus Torvalds wrote:
> On Thu, Mar 21, 2013 at 4:58 PM, Linus Torvalds
> wrote:
> >
> > So yes, it's against the rules, and we get that deadlock right now,
> > but one solution would be to just allow this particular case. The
> > patch for the deadlock
Convert all uses of devm_request_and_ioremap() to the newly introduced
devm_ioremap_resource() which provides more consistent error handling.
devm_ioremap_resource() provides its own error messages so all explicit
error messages can be removed from the failure code paths.
Signed-off-by:
Hi Rik,
On 03/21/2013 08:52 AM, Rik van Riel wrote:
On 03/20/2013 12:18 PM, Michal Hocko wrote:
On Sun 17-03-13 13:04:07, Mel Gorman wrote:
[...]
diff --git a/mm/vmscan.c b/mm/vmscan.c
index 88c5fed..4835a7a 100644
--- a/mm/vmscan.c
+++ b/mm/vmscan.c
@@ -2593,6 +2593,32 @@ static bool
On Thu, Mar 21, 2013 at 04:58:41PM -0700, Linus Torvalds wrote:
> And the only other reason we don't want to allow it is to make sure
> you can't have directory loops etc, afaik, and again, for this
> particular case of /proc, we happen to be ok.
Not really. Do that and yes, this deadlock goes
On Thu, Mar 21, 2013 at 3:36 PM, Mike Turquette wrote:
> To my knowledge, devfreq performs one task: implements an algorithm
> (typically one that loops/polls) and applies this heuristic towards a
> dvfs transition.
>
> It is a policy layer, a high level layer. It should not be used as a
>
Hi Johannes,
On 03/21/2013 11:57 PM, Johannes Weiner wrote:
On Sun, Mar 17, 2013 at 01:04:07PM +, Mel Gorman wrote:
The number of pages kswapd can reclaim is bound by the number of pages it
scans which is related to the size of the zone and the scanning priority. In
many cases the priority
Gleb Natapov writes:
> On Thu, Mar 21, 2013 at 02:33:13PM -0500, Scott Wood wrote:
>> On 03/21/2013 02:16:00 PM, Gleb Natapov wrote:
>> >On Thu, Mar 21, 2013 at 01:42:34PM -0500, Scott Wood wrote:
>> >> On 03/21/2013 09:27:14 AM, Kevin Hilman wrote:
>> >> >Gleb Natapov writes:
>> >> >
>> >> >>
On Thu, Mar 21, 2013 at 4:58 PM, Linus Torvalds
wrote:
>
> So yes, it's against the rules, and we get that deadlock right now,
> but one solution would be to just allow this particular case. The
> patch for the deadlock looks dead simple:
It should go without saying that that whitespace-damaged
On Thu, Mar 21, 2013 at 4:36 PM, Al Viro wrote:
>
> Some netns-related idiocy. Oh, shit...
>
> al@duke:~/linux/trees/vfs$ ls -lid /proc/{1,2}/net/stat
> 4026531842 dr-xr-xr-x 2 root root 0 Mar 21 19:33 /proc/1/net/stat
> 4026531842 dr-xr-xr-x 2 root root 0 Mar 21 19:33 /proc/2/net/stat
>
> Eric,
1 - 100 of 1704 matches
Mail list logo
