On Wed, 31 Oct 2012, Shan Wei wrote:
> +++ b/net/core/flow.c
> @@ -327,11 +327,9 @@ static void flow_cache_flush_tasklet(unsigned long data)
> static void flow_cache_flush_per_cpu(void *data)
> {
> struct flow_flush_info *info = data;
> - int cpu;
> struct tasklet_struct *tasklet
Add an IIO map interface that consumers can use.
Signed-off-by: Pantelis Antoniou
---
drivers/iio/adc/ti_am335x_adc.c | 60 +
1 file changed, 49 insertions(+), 11 deletions(-)
diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
It's common not for both the touchscreen & adc to be activated
at the same time. Deal with this case.
Signed-off-by: Pantelis Antoniou
---
drivers/mfd/ti_am335x_tscadc.c | 34 +++---
include/linux/mfd/ti_am335x_tscadc.h | 8 +++-
2 files changed, 26 inserti
On Mon 2012-10-29 10:58:19, Borislav Petkov wrote:
> On Mon, Oct 29, 2012 at 09:59:59AM +0100, Jiri Kosina wrote:
> > You might or might not want to do that. Dropping caches around suspend
> > makes the hibernation process itself faster, but the realtime response
> > of the applications afterwards
On Wed, 31 Oct 2012, Zhouping Liu wrote:
> On 10/31/2012 03:26 PM, Hugh Dickins wrote:
> >
> > There's quite a few put_page()s in do_huge_pmd_numa_page(), and it
> > would help if we could focus on the one which is giving the trouble,
> > but I don't know which that is. Zhouping, if you can, plea
On Wed, 31 Oct 2012, Shan Wei wrote:
> this_cpu_ptr is faster than per_cpu_ptr(p, smp_processor_id()).
> The latter helper needs to find the offset for current cpu,
> and needs more assembler instructions which objdump shows in following.
The code is shorter and that helps but note that the main
At Mon, 29 Oct 2012 17:41:31 +,
Matthew Garrett wrote:
>
> On Mon, Oct 29, 2012 at 08:49:41AM +0100, Jiri Kosina wrote:
> > On Thu, 20 Sep 2012, Matthew Garrett wrote:
> >
> > > This is pretty much identical to the first patchset, but with the
> > > capability
> > > renamed (CAP_COMPROMISE_K
Hi,
the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
please queue this path for 3.6.$next.
BR,
Paweł.
[173788.113576] [ cut here ]
[173788.133439] hrtimer: interrupt took 11004406 n
omap_device is going private.
Move the da8xx-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Makefile | 3 +
arch/arm/mach-omap2/da8xx-dt.c | 197 +
2 files changed, 200 insertions(+)
create mode 100
On Wed, Oct 31, 2012 at 09:24:06PM +0400, Glauber Costa wrote:
> > Note both in the commit messages.
>
> I am sorry, but I can't find anything that may be related to this in the
> commit messages. Can you be more specific ?
Eh.. 'd', missing there. I meant that I noted both in the updated
commit
It is painless to move the adapter DT devices to arch/arm/mach-omap2
However I got bit by the __init at omap_build_device family functions.
If you don't remove it, crashes every time you instantiate a device
at runtime, or you load the cape driver as a module.
Pantelis Antoniou (3):
omap-device
Hello,
On Wed, Oct 31, 2012 at 09:19:51PM +0400, Glauber Costa wrote:
> I don't see post_create failing as a huge problem. The natural
> synchronization point would be "right after post_create" - then you can
> definitely tell that it is online. Although this can be viewed a bit as
> "exposing int
omap_device is going private.
Move the ti-tscadc-dt adapter device to arch/arm/mach-omap2.
Signed-off-by: Pantelis Antoniou
---
arch/arm/mach-omap2/Makefile | 1 +
arch/arm/mach-omap2/ti-tscadc-dt.c | 155 +
2 files changed, 156 insertions(+)
create
Marking omap_device_build && omap_device_build_ss as __init is
really bad when you want to instantiate a device later in the
boot sequence, or from a module.
Removing them makes the crashes go away.
Signed-off-by: Pantelis Antoniou
---
arch/arm/plat-omap/omap_device.c | 4 ++--
1 file changed,
On 10/31/2012 09:18 PM, Tejun Heo wrote:
> Hello,
>
> On Wed, Oct 31, 2012 at 05:49:33PM +0400, Glauber Costa wrote:
>> The only think that drew my attention is that you are changing the
>> local_irq_save callsite to local_irq_disable. It shouldn't be a problem,
>> since this is never expected to
From: Claudio Fontana
Date: Thu, 25 Oct 2012 13:15:43 +0200
> adds a "hwaddr" to the "IP-Config: Complete" KERN_INFO message
> with the dev_addr of the device selected for auto configuration.
>
> Signed-off-by: Claudio Fontana
Applied to net-next
--
To unsubscribe from this list: send the line
Hey, Michal.
On Wed, Oct 31, 2012 at 05:48:55PM +0100, Michal Hocko wrote:
> > The WARN_ON_ONCE() is just moved from the original
> > cgroup_call_pre_destroy(). We can add an error out there but that
> > makes future changes difficult. It's a chicken and egg problem. You
> > gotta break the loo
On Wed, 31 Oct 2012, Alan Cox wrote:
> > > > Prepare (as a root) a hand-crafted image, reboot, let the kernel resume
> > > > from that artificial image.
> > >
> > > It's not signed. It won't reboot from that image.
> >
> > The kernel is signed. The kernel doesn't check the signature on the
> >
Quoting Aristeu Rozanski (a...@redhat.com):
> In 4cef7299b4786879a3e113e84084a72b24590c5b the cgroup parent usage is
> unchecked. root will not have a parent and trying to use
> device.{allow,deny} will cause problems. For some reason my stressing
> scripts didn't test the root directory so I didn'
On 10/31/2012 09:10 PM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Wed, Oct 31, 2012 at 10:06 AM, Glauber Costa wrote:
>> This is not the topic of this thread, but since you brought it:
>> If you take a look at the description patch in the patch I sent, the
>> problem I outlined is that at create
Hi Grant,
thank you for your feedback!
Notes below.
On 10/31/2012 04:00 PM, Grant Likely wrote:
> Linus and I just sat down and talked about your changes. I think I
> understand what you need to do, but I've got concerns about the
> approach. I'm already not a big fan of the sysfs gpio interface
Hello,
On Wed, Oct 31, 2012 at 05:49:33PM +0400, Glauber Costa wrote:
> The only think that drew my attention is that you are changing the
> local_irq_save callsite to local_irq_disable. It shouldn't be a problem,
> since this is never expected to be called in interrupt context.
>
> Still... it m
On Wed, Oct 31, 2012 at 05:21:21PM +, Alan Cox wrote:
> On Wed, 31 Oct 2012 17:10:48 +
> Matthew Garrett wrote:
> > The kernel is signed. The kernel doesn't check the signature on the
> > suspend image.
>
> Which doesn't matter. How are you going to create the tampered image in
> the fir
On Wed, Oct 31, 2012 at 05:27:35PM +0100, Michal Hocko wrote:
> > ---
> > include/linux/cgroup.h | 21 -
> > kernel/cgroup.c| 51
> > --
> > mm/memcontrol.c| 24 +---
> > 3 files changed, 1 ins
On Wed, 31 Oct 2012 17:10:48 +
Matthew Garrett wrote:
> On Wed, Oct 31, 2012 at 05:03:34PM +, Alan Cox wrote:
> > On Wed, 31 Oct 2012 16:55:04 +0100 (CET)
> > Jiri Kosina wrote:
> > > Prepare (as a root) a hand-crafted image, reboot, let the kernel resume
> > > from that artificial imag
> >> Prepare (as a root) a hand-crafted image, reboot, let the kernel resume
> >> from that artificial image.
> > It's not signed. It won't reboot from that image.
>
> So then to hibernate the kernel must have a signing key?
No.
If you break the kernel so you can patch swap we already lost.
If
Hello, Andrew.
2012/10/29 JoonSoo Kim :
> Hi, Minchan.
>
> 2012/10/29 Minchan Kim :
>> Hi Joonsoo,
>>
>> On Mon, Oct 29, 2012 at 04:12:51AM +0900, Joonsoo Kim wrote:
>>> This patchset clean-up and optimize highmem related code.
>>>
>>> [1] is just clean-up and doesn't introduce any functional chan
On 10/31/2012 07:11 PM, Avi Kivity wrote:
On 10/31/2012 03:15 PM, Raghavendra K T wrote:
On 10/31/2012 06:11 PM, Raghavendra K T wrote:
On 10/31/2012 06:08 PM, Avi Kivity wrote:
On 10/29/2012 04:07 PM, Raghavendra K T wrote:
From: Raghavendra K T
Also we do not update last boosted vcpu in f
On Wed, Oct 31, 2012 at 05:03:34PM +, Alan Cox wrote:
> On Wed, 31 Oct 2012 16:55:04 +0100 (CET)
> Jiri Kosina wrote:
> > Prepare (as a root) a hand-crafted image, reboot, let the kernel resume
> > from that artificial image.
>
> It's not signed. It won't reboot from that image.
The kernel
Hello, Glauber.
On Wed, Oct 31, 2012 at 10:06 AM, Glauber Costa wrote:
> This is not the topic of this thread, but since you brought it:
> If you take a look at the description patch in the patch I sent, the
> problem I outlined is that at create time, we don't know anything about
> which will th
On 10/31/2012 01:08 PM, Alan Cox wrote:
On Wed, 31 Oct 2012 15:56:35 +
Matthew Garrett wrote:
1) Gain root.
2) Modify swap partition directly.
3) Force reboot.
4) Win.
Root should not have the ability to elevate themselves to running
arbitrary kernel code. Therefore, the above attack need
On 10/31/2012 10:07 AM, Dan Magenheimer wrote:
> With the goal of allowing tmem backends (zcache, ramster, Xen tmem) to be
> built/loaded as modules rather than built-in and enabled by a boot parameter,
> this patch provides "lazy initialization", allowing backends to register to
> frontswap even a
On 10/31/2012 08:57 PM, Tejun Heo wrote:
> I have a patch queued to add ->pre_destroy() - different from
> Glauber's in that it can't fail, so we'll have
>
> ->create()
> ->post_create()
> ->pre_destroy()
> ->destroy()
>
> Where ->create() may fail but none
On Thu, Nov 01, 2012 at 02:56:14AM +1100, James Morris wrote:
> On Tue, 30 Oct 2012, Kent Yoder wrote:
>
> > Hi James,
> >
> > Please pull as an update for 3.7.
> >
> > Thanks,
> > Kent
> >
> > The following changes since commit 8f0d8163b50e01f398b14bcd4dc039ac5ab18d64:
> >
> > Linux 3.7-rc
Hey, Michal.
On Wed, Oct 31, 2012 at 04:55:14PM +0100, Michal Hocko wrote:
> > + /*
> > +* Only live parents can have children. Note that the liveliness
> > +* check isn't strictly necessary because cgroup_mkdir() and
> > +* cgroup_rmdir() are fully synchronized by i_mutex; however,
On Wed, 31 Oct 2012 15:56:35 +
Matthew Garrett wrote:
> 1) Gain root.
> 2) Modify swap partition directly.
> 3) Force reboot.
> 4) Win.
>
> Root should not have the ability to elevate themselves to running
> arbitrary kernel code. Therefore, the above attack needs to be
> impossible.
To p
On 10/31/2012 01:03 PM, Alan Cox wrote:
On Wed, 31 Oct 2012 16:55:04 +0100 (CET)
Jiri Kosina wrote:
On Wed, 31 Oct 2012, Alan Cox wrote:
All this depends on your threat model. If I have physical access to
suspend/resume your machine then you already lost. If I don't have
physical access then
The pool_lock protects the page_address_pool from concurrent access.
But, access to the page_address_pool is already protected by kmap_lock.
So remove it.
Cc: Mel Gorman
Cc: Peter Zijlstra
Signed-off-by: Joonsoo Kim
Reviewed-by: Minchan Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index b3b3d
In current code, after flush_all_zero_pkmaps() is invoked,
then re-iterate all pkmaps. It can be optimized if flush_all_zero_pkmaps()
return index of first flushed entry. With this index,
we can immediately map highmem page to virtual address represented by index.
So change return type of flush_all
To calculate an index of pkmap, using PKMAP_NR() is more understandable
and maintainable, So change it.
Cc: Mel Gorman
Cc: Peter Zijlstra
Signed-off-by: Joonsoo Kim
Reviewed-by: Minchan Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index d517cd1..b3b3d68 100644
--- a/mm/highmem.c
+++ b/mm/high
This patchset clean-up and optimize highmem related code.
Change from v1
Rebase on v3.7-rc3
[4] Instead of returning index of last flushed entry, return first index.
And update last_pkmap_nr to this index to optimize more.
Summary for v1
[1] is just clean-up and doesn't introduce any functional c
In flush_all_zero_pkmaps(), we have an index of the pkmap associated the page.
Using this index, we can simply get virtual address of the page.
So change it.
Cc: Mel Gorman
Cc: Peter Zijlstra
Signed-off-by: Joonsoo Kim
Reviewed-by: Minchan Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index b3
We can find free page_address_map instance without the page_address_pool.
So remove it.
Cc: Mel Gorman
Cc: Peter Zijlstra
Signed-off-by: Joonsoo Kim
Reviewed-by: Minchan Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index 017bad1..d98b0a9 100644
--- a/mm/highmem.c
+++ b/mm/highmem.c
@@ -324,10
On Wed, 31 Oct 2012 16:55:04 +0100 (CET)
Jiri Kosina wrote:
> On Wed, 31 Oct 2012, Alan Cox wrote:
>
> > All this depends on your threat model. If I have physical access to
> > suspend/resume your machine then you already lost. If I don't have
> > physical access then I can't boot my unsigned OS
Hey, Michal.
On Wed, Oct 31, 2012 at 04:39:26PM +0100, Michal Hocko wrote:
> > prepare_to_wait(&cgroup_rmdir_waitq, &wait, TASK_INTERRUPTIBLE);
> >
> > - local_irq_disable();
> > -
>
> OK, so the new charges shouldn't come from the IRQ context so we cannot
> race with css_tryget but why d
> > Let me see if setting "whinedays" to "0" will turn off the automated
> > whines while letting people set up custom whines as they needed. If that
> > doesn't work, then I'll set "whinedays" to 3650, so at least this way
> > the only bugs you'll get whines about will be those that have been "NEW
As Mukesh explained it, the MMUEXT_TLB_FLUSH_ALL allows the
hypervisor to do a TLB flush on all active vCPUs. If instead
we were using the generic one (which ends up being xen_flush_tlb)
we end up making the MMUEXT_TLB_FLUSH_LOCAL hypercall. But
before we make that hypercall the kernel will IPI all
On 31/10/12 12:45 PM, Greg KH wrote:
>> I'm sorry about that -- a few people wanted to use the "whine" option,
>> which required that I turn the functionality on. In turn, this annoyed
>> everyone with bugs assigned to it.
>>
>> Let me see if setting "whinedays" to "0" will turn off the automated
>
On Wed 31-10-12 09:41:23, Tejun Heo wrote:
> Hey, Michal.
>
> On Wed, Oct 31, 2012 at 03:37:51PM +0100, Michal Hocko wrote:
> > > + for_each_subsys(cgrp->root, ss)
> > > + if (ss->pre_destroy)
> > > + WARN_ON_ONCE(ss->pre_destroy(cgrp));
> >
> > Hmm, I am not sure I like t
On Wed, Oct 31, 2012 at 4:09 AM, Yasuaki Ishimatsu
wrote:
>> patch 2. Introduce a new function container_device_remove() to handle
>> ACPI_NOTIFY_EJECT_REQUEST event for container.
>
> If container device contains memory device, the function is
> very danger. As you know, we are developi
I'm not pulling this crap into my tree to deal with limitations
of a non-gcc compiler.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
On Wed, Oct 31, 2012 at 12:35:40PM -0400, Konstantin Ryabitsev wrote:
> On 31/10/12 12:30 PM, Greg KH wrote:
> > Hi Konstantin,
> >
> > Who is in charge of bugzilla.kernel.org? Yesterday I started getting a
> > "Here is a daily list of your outstanding bugs" email, saying:
> >
> > You will g
Dear Brian Norris,
> Hi David,
>
> On Wed, Oct 10, 2012 at 12:48 AM, David Woodhouse wrote:
> > On Tue, 2012-10-09 at 23:39 -0700, Brian Norris wrote:
> >> I can see if that's possible, but I think it's unlikely. They don't
> >> even bother following standards (ONFI). Is this an obstacle to
> >>
On 10/31/2012 03:02 AM, Laxman Dewangan wrote:
> Enable SLINK4 and connected device in Tegra30 based
> platform Cardhu.
> Setting maximum spi frequency to 25MHz.
>
> Spi serial flash is connected on CS1 of SLINK4 on
> cardhu platform.
> diff --git a/Documentation/devicetree/bindings/vendor-prefix
On Wed, Oct 31, 2012 at 12:38:16PM +0200, Gleb Natapov wrote:
> On Wed, Oct 31, 2012 at 11:32:48AM +0100, Andi Kleen wrote:
> > On Wed, Oct 31, 2012 at 12:27:01PM +0200, Gleb Natapov wrote:
> > > On Tue, Oct 30, 2012 at 05:33:56PM -0700, Andi Kleen wrote:
> > > > From: Andi Kleen
> > > >
> > > >
Hey, Michal.
On Wed, Oct 31, 2012 at 03:37:51PM +0100, Michal Hocko wrote:
> > + for_each_subsys(cgrp->root, ss)
> > + if (ss->pre_destroy)
> > + WARN_ON_ONCE(ss->pre_destroy(cgrp));
>
> Hmm, I am not sure I like this WARN_ON_ONCE. First it can happen for
> more than
I don't think imposing the limitations of a non-gcc compiler
is rasonable.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at htt
Hello, Glauber.
On Wed, Oct 31, 2012 at 05:21:29PM +0400, Glauber Costa wrote:
> > +
> > + local_irq_disable();
> > +
> > + /* block new css_tryget() by deactivating refcnt */
> > + for_each_subsys(cgrp->root, ss) {
> > + struct cgroup_subsys_state *css = cgrp->subsys[ss->subsys_id
On 10/31/2012 06:06 AM, Borislav Petkov wrote:
> On Wed, Oct 31, 2012 at 12:34:45AM -0500, Daniel Santos wrote:
>> Yes, the __build_bug_on_failed message is much more informative. This
>> will only increase with these patches. For example, the line
>>
>> BUILD_BUG_ON(sizeof(*c) != 4);
>>
>> emits
On 31/10/12 12:30 PM, Greg KH wrote:
> Hi Konstantin,
>
> Who is in charge of bugzilla.kernel.org? Yesterday I started getting a
> "Here is a daily list of your outstanding bugs" email, saying:
>
> You will get this message once a day until you've dealt with these bugs!
>
> Who made this
On Wed, Oct 31, 2012 at 05:31:34PM +0100, Michal Hocko wrote:
> Thanks for this cleanup. The code looks much better now and:
> $ git diff --stat mmotm...tj-cgroups/review-cgroup-rmdir-updates
> block/blk-cgroup.c |3 +-
> include/linux/cgroup.h | 41 +---
> kernel/cgroup.c|
On Fri, Oct 26, 2012 at 01:37:29PM +0200, Michal Hocko wrote:
> The root cgroup cannot be destroyed so we never hit it down the
> mem_cgroup_pre_destroy path and mem_cgroup_force_empty_write shouldn't
> even try to do anything if called for the root.
>
> This means that mem_cgroup_move_parent does
Thanks for this cleanup. The code looks much better now and:
$ git diff --stat mmotm...tj-cgroups/review-cgroup-rmdir-updates
block/blk-cgroup.c |3 +-
include/linux/cgroup.h | 41 +---
kernel/cgroup.c| 256
mm/hugetlb_cgroup.
Hi Konstantin,
Who is in charge of bugzilla.kernel.org? Yesterday I started getting a
"Here is a daily list of your outstanding bugs" email, saying:
You will get this message once a day until you've dealt with these bugs!
Who made this change?
And how do we turn it off?
Otherwise I'm
On 10/31/2012 03:02 AM, Laxman Dewangan wrote:
> This series modify the dts file to add the slink addresses,
> make AUXDATA in board dt files, enable slink4 for tegra30-cardhu and
> enable slink controller defconfig.
I don't appear to have received patch 1/4 this time around. I'll assume
it's ide
On Fri, Oct 26, 2012 at 01:37:28PM +0200, Michal Hocko wrote:
> mem_cgroup_force_empty did two separate things depending on free_all
> parameter from the very beginning. It either reclaimed as many pages as
> possible and moved the rest to the parent or just moved charges to the
> parent. The first
On Tue 30-10-12 21:22:45, Tejun Heo wrote:
> All ->pre_destory() implementations return 0 now, which is the only
> allowed return value. Make it return void.
>
> Signed-off-by: Tejun Heo
> Cc: Michal Hocko
> Cc: Balbir Singh
> Cc: KAMEZAWA Hiroyuki
> Cc: Vivek Goyal
Acked-by: Michal Hocko
On Tue 30-10-12 21:22:42, Tejun Heo wrote:
> CGRP_WAIT_ON_RMDIR is another kludge which was added to make cgroup
> destruction rollback somewhat working. cgroup_rmdir() used to drain
> CSS references and CGRP_WAIT_ON_RMDIR and the associated waitqueue and
> helpers were used to allow the task perf
On Wed, Oct 31, 2012 at 10:38:29AM +0100, Rafael J. Wysocki wrote:
> From: Mika Westerberg
>
> With ACPI 5 we are starting to see devices that don't natively support
> discovery but can be enumerated with the help of the ACPI namespace.
> Typically, these devices can be represented in the Linux d
On Wed, Oct 31, 2012 at 12:04:30PM -0400, Aristeu Rozanski wrote:
> In 4cef7299b4786879a3e113e84084a72b24590c5b the cgroup parent usage is
> unchecked. root will not have a parent and trying to use
> device.{allow,deny} will cause problems. For some reason my stressing
> scripts didn't test the roo
* Greg KH [121031 09:17]:
> On Wed, Oct 31, 2012 at 04:19:21PM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the arm-soc tree got a conflict in
> > arch/arm/mach-omap2/drm.c between commit 5e3b08749951 ("staging:
> > drm/omap: add support for ARCH_MULTIPLATFORM")
Hi David,
On Wed, Oct 10, 2012 at 12:48 AM, David Woodhouse wrote:
> On Tue, 2012-10-09 at 23:39 -0700, Brian Norris wrote:
>> I can see if that's possible, but I think it's unlikely. They don't
>> even bother following standards (ONFI). Is this an obstacle to
>> merging?
>
> No. I already pushed
On Wed, Oct 31, 2012 at 04:02:02PM +0900, Minchan Kim wrote:
> On Tue, Oct 30, 2012 at 07:43:07PM -0700, Greg Kroah-Hartman wrote:
> > On Wed, Oct 31, 2012 at 11:39:48AM +0900, Minchan Kim wrote:
> > > Greg, what do you think about LTSI?
> > > Is it proper feature to add it? For it, still do I need
From: Andre Przywara
The Way Access Filter in recent AMD CPUs may hurt the performance of
some workloads, caused by aliasing issues in the L1 cache.
This patch disables it on the affected CPUs.
The issue is similar to that one of last year:
http://lkml.indiana.edu/hypermail/linux/kernel/1107.3/0
On Wed, Oct 31, 2012 at 04:19:21PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> arch/arm/mach-omap2/drm.c between commit 5e3b08749951 ("staging:
> drm/omap: add support for ARCH_MULTIPLATFORM") from the staging tree and
> commit 2a29
On 10/31/2012 11:39 AM, Johannes Weiner wrote:
On Tue, Oct 30, 2012 at 02:42:04PM -0400, Rik van Riel wrote:
If we have more inactive file pages than active file pages, we
skip scanning the active file pages alltogether, with the idea
that we do not want to evict the working set when there is
pl
On Wed, Oct 31, 2012 at 12:04 PM, Jiri Kosina wrote:
> On Wed, 31 Oct 2012, Josh Boyer wrote:
>
>> I have a patch that disables that. I imagine it will be included in the
>> next submission of the patchset.
>>
>> You can find it here in the meantime:
>>
>> http://jwboyer.fedorapeople.org/pub/0001
On some revision of GEM, TSR status register has more information.
Signed-off-by: Nicolas Ferre
Tested-by: Joachim Eastwood
---
drivers/net/ethernet/cadence/macb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/net/ethernet/cad
From: Havard Skinnemoen
Instead of masking head and tail every time we increment them, just let them
wrap through UINT_MAX and mask them when subscripting. Add simple accessor
functions to do the subscripting properly to minimize the chances of messing
this up.
This makes the code slightly small
On Wed, Oct 31, 2012 at 05:06:54PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Nov 01, 2012 at 12:03:51AM +0900, Masanari Iida wrote:
> > Correct spelling typo in debug messages within drivers/usb.
> >
> > Signed-off-by: Masanari Iida
> > Acked-by: Felipe Balbi
>
> Greg, since now this only t
Handle all TX errors, not only underruns. TX error management is
deferred to a dedicated workqueue.
Reinitialize the TX ring after treating all remaining frames, and
restart the controller when everything has been cleaned up properly.
Napi is not stopped during this task as the driver only handles
On 10/31/2012 02:51 AM, Laxman Dewangan wrote:
> On Wednesday 31 October 2012 01:59 AM, Stephen Warren wrote:
>> On 10/30/2012 01:05 AM, Laxman Dewangan wrote:
>>> This series modify the dts file to add the slink addresses,
>>> make AUXDATA in board dt files, enable slink4 for tegra30-cardhu and
>>
From: Havard Skinnemoen
Make the ethernet frame payload word-aligned, possibly making the
memcpy into the skb a bit faster. This will be even more important
after we eliminate the copy altogether.
Also eliminate the redundant RX_OFFSET constant -- it has the same
definition and purpose as NET_IP
From: Patrice Vilchez
Add Gigabit Ethernet mode to GEM cadence IP and enable RGMII connection.
Signed-off-by: Patrice Vilchez
Signed-off-by: Nicolas Ferre
Tested-by: Joachim Eastwood
---
drivers/net/ethernet/cadence/macb.c | 15 ---
drivers/net/ethernet/cadence/macb.h | 4
From: Jean-Christophe PLAGNIOL-VILLARD
If no pinctrl available just report a warning as some architecture may not
need to do anything.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
[nicolas.fe...@atmel.com: adapt the error path, remove unneeded headers]
Signed-off-by: Nicolas Ferre
Tested-by
Add macb_get_regs() ethtool function and its helper function:
macb_get_regs_len().
The version field is deduced from the IP revision which gives the
"MACB or GEM" information. An additional version field is reserved.
Signed-off-by: Nicolas Ferre
Reviewed-by: Ben Hutchings
Tested-by: Joachim East
On Tue 30-10-12 21:22:41, Tejun Heo wrote:
> Because ->pre_destroy() could fail and can't be called under
> cgroup_mutex, cgroup destruction did something very ugly.
You are referring to a commit in the comment but I would rather see it
here.
> 1. Grab cgroup_mutex and verify it can be destroye
This function has little meaning so remove it altogether and
let ethtool core fill in the fields automatically.
Signed-off-by: Nicolas Ferre
Reviewed-by: Ben Hutchings
Tested-by: Joachim Eastwood
---
drivers/net/ethernet/cadence/macb.c | 11 ---
1 file changed, 11 deletions(-)
diff --
From: Havard Skinnemoen
Convert some noisy netdev_dbg() statements to netdev_vdbg(). Defining
DEBUG will no longer fill up the logs; VERBOSE_DEBUG still does.
Add one more verbose debug for ISR status.
Signed-off-by: Havard Skinnemoen
[nicolas.fe...@atmel.com: split patch in topics, add ISR sta
From: Havard Skinnemoen
Remove a couple of unneeded barriers and document the remaining ones.
Signed-off-by: Havard Skinnemoen
[nicolas.fe...@atmel.com: split patch in topics]
Signed-off-by: Nicolas Ferre
Tested-by: Joachim Eastwood
---
drivers/net/ethernet/cadence/macb.c | 18 ++
In 4cef7299b4786879a3e113e84084a72b24590c5b the cgroup parent usage is
unchecked. root will not have a parent and trying to use
device.{allow,deny} will cause problems. For some reason my stressing
scripts didn't test the root directory so I didn't catch it on my
regular tests.
Andrew, Tejun, this
This is an enhancement work that began several years ago. I try to catchup with
some performance improvement that has been implemented then by Havard.
The ring index logic and the TX error path modification are the biggest changes
but some cleanup/debugging have been added along the way.
The GEM re
On Wed, 31 Oct 2012, Josh Boyer wrote:
> I have a patch that disables that. I imagine it will be included in the
> next submission of the patchset.
>
> You can find it here in the meantime:
>
> http://jwboyer.fedorapeople.org/pub/0001-hibernate-Disable-in-a-Secure-Boot-environment.patch
I don'
This is for tui browser only. This patch will check the returned
key of tui hists browser, if it's K_SWITH_INPUT_DATA, then recreate
a session for the new selected data file.
Signed-off-by: Feng Tang
---
tools/perf/builtin-report.c | 18 --
1 file changed, 16 insertions(+), 2 d
Based on perf report/top/scripts browser integration idea from acme.
This will enable user to runtime switch the data file, when this option
is selected, it will popup all the legal data files in current working
directory, and the filename selected by user is saved in the global
variable "input_na
As 'perf top' has no data files to run scripts against. Also add
a is_report_browser() helper function to judge whether the running
browser is for 'perf report'.
Signed-off-by: Feng Tang
---
tools/perf/ui/browsers/hists.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
dif
On Tue, 30 Oct 2012, Kent Yoder wrote:
> Hi James,
>
> Please pull as an update for 3.7.
>
> Thanks,
> Kent
>
> The following changes since commit 8f0d8163b50e01f398b14bcd4dc039ac5ab18d64:
>
> Linux 3.7-rc3 (2012-10-28 12:24:48 -0700)
>
> are available in the git repository at:
>
> git:
1) Gain root.
2) Modify swap partition directly.
3) Force reboot.
4) Win.
Root should not have the ability to elevate themselves to running
arbitrary kernel code. Therefore, the above attack needs to be
impossible.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send
On Tue 30-10-12 21:22:40, Tejun Heo wrote:
> This patch makes cgroup_create() fail if @parent is marked removed.
> This is to prepare for further updates to cgroup_rmdir() path.
>
> Note that this change isn't strictly necessary. cgroup can only be
> created via mkdir and the removed marking and
On Wed, 31 Oct 2012, Alan Cox wrote:
> All this depends on your threat model. If I have physical access to
> suspend/resume your machine then you already lost. If I don't have
> physical access then I can't boot my unsigned OS to patch your S4 image
> so it doesn't matter.
Prepare (as a root) a h
301 - 400 of 789 matches
Mail list logo