Ingo,
Seems that the more I work on my 3.10 queue, the more I stumble
over 3.9 and long standing bugs :-p
Here's yet another patch (set) that needs to go into 3.9 and stable.
The first patch fixes a long standing bug where the changing of
the trace options has absolutely no protection against m
On Thu, 14 Mar 2013, Soeren Moch wrote:
> > If the memory really is being leaked here in some sort of systematic
> > way, we may be able to see it in your debugging output after a few
> > seconds.
> >
>
> OK, here are the first seconds of the log. But the buffer exhaustion
> usually occurs after
On Thu, Mar 14, 2013 at 1:29 PM, Eric W. Biederman
wrote:
> Andy Lutomirski writes:
>
>> On 03/13/2013 11:35 AM, Eric W. Biederman wrote:
>>> Kees Cook writes:
>>>
Hi,
It seem like we should block (at least) this combination. On 3.9, this
exploit works once uidmapping is adde
Mathieu Desnoyers wrote:
> * Eric Wong (normalper...@yhbt.net) wrote:
> > Mathieu Desnoyers wrote:
> > > The advantage of using splice() over dequeue() is that you will reduce
> > > the amount of interactions between concurrent enqueue and dequeue
> > > operations on the head and tail of the same
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, March 14, 2013 3:20 PM
> To: Sethi Varun-B16395
> Cc: j...@8bytes.org; io...@lists.linux-foundation.org;
> linuxppc-...@lists.ozlabs.org; linux-
> ker...@vger.kernel.org; b...@kernel.crashing.org
On 03/14/2013 10:21 PM, Dave Jones wrote:
> hah, strndup_user taking a signed long instead of a size_t as it's length arg.
>
> either it needs to change, or it needs an explicit check for < 1
>
> I wonder how many other paths make it possible to pass negative numbers here.
just for the statistic
On Thu, Mar 14, 2013 at 09:58:31PM +0100, Toralf Förster wrote:
> On 03/14/2013 09:51 PM, richard -rw- weinberger wrote:
> > Can you please re-run with the attached patch.
> > I'm wondering how much memory is requested.
> >>From reading the source I'd say it must be less than PAGE_SIZE.
> > Bu
On 03/14/13 10:48, Stephen Boyd wrote:
> On 03/01/13 19:42, Stephen Boyd wrote:
>> On 03/01/13 19:00, Randy Dunlap wrote:
>>> on i386:
>>>
>>> ERROR: "copy_from_user_overflow" [fs/binfmt_misc.ko] undefined!
>>>
>>> which I don't understand.
>>> lib/usercopy.o is built and building binfmt_misc.c say
On Thu, Mar 14, 2013 at 10:37 PM, Vivek Goyal wrote:
> On Thu, Mar 14, 2013 at 04:30:28PM -0400, Vivek Goyal wrote:
>
> [..]
>> I thought explicitly using signature format is more intutive. Exporting
>> signature version is not. I personally associate versioning with minor
>> changes like addition
On Thu, Mar 14, 2013 at 1:32 PM, Linus Torvalds
wrote:
>
> And to make things interesting, I seem to be able to only reproduce
> this *after* a suspend cycle. That may be just happenstance, since it
> seemed to be hard to replicate and most of the time it has happened
> under X with no messages vi
On Thu, Mar 14, 2013 at 04:00:54PM -0400, Dave Jones wrote:
> On Sat, Mar 09, 2013 at 07:51:46AM -0800, Paul E. McKenney wrote:
> > On Sat, Mar 09, 2013 at 04:01:41PM +0800, Li Zefan wrote:
> >
> > [ . . . ]
> >
> > > > This way, "ptr" is executed exactly once, and the check and the
> > > >
On 03/14/2013 09:51 PM, richard -rw- weinberger wrote:
> Can you please re-run with the attached patch.
> I'm wondering how much memory is requested.
>>From reading the source I'd say it must be less than PAGE_SIZE.
> But such a small allocation would not trigger the WARN_ON()...
2013-03-14T21:56
On Thu, Mar 14, 2013 at 12:01:51PM +0100, Jiri Slaby wrote:
> Hi,
>
> please include the patch below to all maintained stable trees.
>
> commit b81273a132177edd806476b953f6afeb17b786d5
> Author: Jiri Slaby
> Date: Tue Jan 15 23:26:22 2013 +0100
>
> TTY: do not reset master's packet mode
On Thu, 14 Mar 2013 18:48:20 +0900 Chanho Min wrote:
> This patchset is for supporting LZ4 compression and the crypto API using it.
> This should be applied after the previous Kyungsik's "LZ4 compressed kernel"
> patches - https://lkml.org/lkml/2013/3/5/181.
Thanks.
Yann, it would be appreciate
Hello, Ingo
This series contains a single commit that fixes a regression in
hlist_entry_safe(). This macro references its argument twice, which
can cause NULL-pointer errors. This commit applies a gcc statement
expression, creating a temporary variable to avoid the double reference.
This has bee
On 14.03.2013 21:32, Alan Stern wrote:
On Thu, 14 Mar 2013, Soeren Moch wrote:
I added a debug message to
drivers/usb/host/ehci-sched.c:itd_urb_transaction() to log the
allocation flags, see log below.
But it looks like you didn't add a message to end_free_itds(), so we
don't know when the me
On Thu, Mar 14, 2013 at 8:07 PM, Toralf Förster wrote:
> The following WARNING: can be triggered sometimes with trinity [1] under a
> user mode linux image
> using the SLUB allocator (and not with SLAB)
>
>
> 2013-03-14T19:09:51.071+01:00 trinity kernel: [ cut here
> ]
>
On Thu, 14 Mar 2013 15:26:29 +0100 Frederic Weisbecker
wrote:
> wake_up_klogd() is useless when CONFIG_PRINTK=n because
> neither printk() nor printk_sched() are in use and there
> are actually no waiter on log_wait waitqueue. It should
> be a stub in this case for users like bust_spinlocks().
>
On Thu, Mar 14, 2013 at 08:32:57PM +0100, Florian Fainelli wrote:
> Hello Jason,
>
> Le 14/03/2013 20:02, Jason Cooper a écrit :
> >Florian,
> >
> >On Thu, Mar 14, 2013 at 07:08:32PM +0100, Florian Fainelli wrote:
> >>This patch converts the Marvell MV643XX ethernet driver to use the
> >>Marvell O
On Thu, Mar 14, 2013 at 04:30:28PM -0400, Vivek Goyal wrote:
[..]
> I thought explicitly using signature format is more intutive. Exporting
> signature version is not. I personally associate versioning with minor
> changes like addition of some fields etc.
For instance, you might want to add some
On Thursday, March 14, 2013 12:33 PM, Geert Uytterhoeven wrote:
> On Tue, Mar 12, 2013 at 11:21 PM, Greg Kroah-Hartman
> wrote:
>> On Tue, Mar 12, 2013 at 11:13:50PM +0100, Geert Uytterhoeven wrote:
>>> m68k/allmodconfig:
>>>
>>> drivers/staging/comedi/drivers/ni_atmio.c: In function
>>> ‘ni_isa
Hello.
After upgrading from 3.8.2 to 3.8.3 I'm getting regression :
diff:
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
vgaarb: device changed decodes:
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
+ [drm]
Greetings; I haven't built a kernel in half a coons age, so I thought I'd
try. Currently running 2.6.32-122-rtai, with the nouveau driver on this
video card:
VGA compatible controller: nVidia Corporation G96 [GeForce 9400 GT] (rev
a1)
While configuring, I noted some WMI (don't run winderz, do
On Thu, Mar 14, 2013 at 08:23:39PM +, Paul Zimmerman wrote:
> > From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> > Sent: Tuesday, March 12, 2013 10:40 PM
> >
> > After merging the final tree, today's linux-next build (powerpc
> > allyesconfig) failed like this:
> >
> > drivers/staging/
On Thu, 14 Mar 2013, Soeren Moch wrote:
> >> I added a debug message to
> >> drivers/usb/host/ehci-sched.c:itd_urb_transaction() to log the
> >> allocation flags, see log below.
> >
> > But it looks like you didn't add a message to end_free_itds(), so we
> > don't know when the memory gets dealloc
On Mon, Feb 25, 2013 at 11:02 PM, Ingo Molnar wrote:
>
> Stephane Eranian (1):
> perf/x86: Add Intel IvyBridge event scheduling constraints
So thanks to my new Chromebook, I'm trying to do perf stuff on
IvyBridge. I was hoping the whole exact cycle counting would work
better, since the last
On Thu, Mar 14, 2013 at 10:05:59PM +0200, Kasatkin, Dmitry wrote:
> On Thu, Mar 14, 2013 at 8:28 PM, Vivek Goyal wrote:
> > Hi Dmitry/Mimi,
> >
> > Here is an RFC patch. I am playing with exporting some functions from
> > ima/integrity and make reuse of IMA signature format and reuse of some
> > o
Andy Lutomirski writes:
> On 03/13/2013 11:35 AM, Eric W. Biederman wrote:
>> Kees Cook writes:
>>
>>> Hi,
>>>
>>> It seem like we should block (at least) this combination. On 3.9, this
>>> exploit works once uidmapping is added.
>>>
>>> http://www.openwall.com/lists/oss-security/2013/03/13/10
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Tuesday, March 12, 2013 10:40 PM
>
> After merging the final tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/staging/dwc2/hcd.c: In function '_dwc2_hcd_urb_enqueue':
> drivers/staging/dwc2/hcd.c:
On 14.03.2013 19:48, Soeren Moch wrote:
On 10.03.2013 21:59, Alan Stern wrote:
On Sun, 10 Mar 2013, Soeren Moch wrote:
On Wed, 20 Feb 2013, Soeren Moch wrote:
Ok. I use 2 em2840-based usb sticks (em28xx driver) attached to a
Marvell Kirkwood-SoC with a orion-ehci usb controller. These usb
sti
On Mar 14, 2013, at 3:20 PM, Kumar Gala wrote:
>
> On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
>
>> +/*
>> + * Table of SVRs and the corresponding PORT_ID values.
>> + *
>> + * All future CoreNet-enabled SOCs will have this erratum fixed, so this
>> table
>> + * should never need to be upd
On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
> +/*
> + * Table of SVRs and the corresponding PORT_ID values.
> + *
> + * All future CoreNet-enabled SOCs will have this erratum fixed, so this
> table
> + * should never need to be updated. SVRs are guaranteed to be unique, so
> + * there is no
Execute the balloon inflation operation in a separate work context.
This allows us to decouple the pressure reporting activity from the
ballooning activity. Testing has shown that this decoupling makes the
guest more reponsive.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
driv
On Mon, Mar 11, 2013 at 6:16 AM, Jani Nikula
wrote:
> Interesting snippets from your dmesgs:
>
> 1) good
>
> [0.00] Linux version 3.6.0-rc6+ (chr...@ideapad.lan) (gcc version
> 4.7.2 20121109 (Red Hat 4.7.2-8) (GCC) ) #25 SMP Wed Feb 20 12:55:06 PST 2013
> ...
> [5.341431] [drm:intel_
Execute the hot-add operation in a separate work context.
This allows us to decouple the pressure reporting activity from the
"hot-add" activity. Testing has shown that this makes the guest more
responsive to hot add requests.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drive
Implement the memory hot-add functionality. With this, Linux guests can fully
participate in the Dynamic Memory protocol implemented in the Windows hosts.
In this version of the patch, based Olaf Herring's feedback, I have gotten
rid of the module level dependency on MEMORY_HOTPLUG. Instead the co
The balloon driver is stateful. For instance, it needs to keep track of pages
that have been ballooned out to properly post pressure reports. This state
cannot
be re-constructed if the driver were to be unloaded and subsequently loaded.
Furthermore, as we support memory hot-add as part of this dri
Properly cleanup the channel state on receipt of the "offer rescind" message.
Starting with ws2012, the host requires that the channel "relid" be properly
cleaned up when the offer is rescinded.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/hv/channel_mgmt.c | 11
There is no need to request completion notification; get rid of it.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/hv/hv_balloon.c b/drivers/hv/hv_balloon.c
index 3787321..7fb72dd 100644
--- a/driv
This patch set enhances the balloon driver functionality to add support
for memory "hot-add". Windows hosts use a combination of ballooning and
hot-add to dynamically balance the available memory across competing virtual
machines. With this, Linux guests can fully participate in the Windows
Dynamic
Current parameter behavior is odd. Boot parameters that have values
and don't match anything become environment variables, with no
warning. Boot parameters without values that don't match anything
go into argv_init. Everything goes into /proc/cmdline.
The init_module and finit_module syscalls,
On Thu, Mar 14, 2013 at 8:28 PM, Vivek Goyal wrote:
> Hi Dmitry/Mimi,
>
> Here is an RFC patch. I am playing with exporting some functions from
> ima/integrity and make reuse of IMA signature format and reuse of some
> of IMA verification code.
>
> One of the things required is that caller wants t
On Thu, Mar 14, 2013 at 11:08:09AM +0200, Hiroshi Doyu wrote:
> Make this depend on CONFIG_PM. This protection is necessary to not
> cause any build errors with any combination of PM features especially
> when supporting a new SoC where each PM features are being enabled
> one-by-one during its dep
On Sat, Mar 09, 2013 at 07:51:46AM -0800, Paul E. McKenney wrote:
> On Sat, Mar 09, 2013 at 04:01:41PM +0800, Li Zefan wrote:
>
> [ . . . ]
>
> > > This way, "ptr" is executed exactly once, and the check and the
> > > hlist_entry() are both using the same value.
> >
> > I just played wit
On Thu, 2013-03-14 at 15:34 +, Stephane Eranian wrote:
> > Well, the timestamps themselves are already exposed to userspace
> > through the ftrace and perf data logs. All people want is to add
> > secondary data stream in the same time-line.
> >
> I agree with Peter on this. The timestamps are
On Thu, Mar 14, 2013 at 8:07 PM, Toralf Förster wrote:
> The following WARNING: can be triggered sometimes with trinity [1] under a
> user mode linux image
> using the SLUB allocator (and not with SLAB)
>
>
> 2013-03-14T19:09:51.071+01:00 trinity kernel: [ cut here
> ]
>
* Eric Wong (normalper...@yhbt.net) wrote:
> Mathieu Desnoyers wrote:
> > * Eric Wong (normalper...@yhbt.net) wrote:
> > > Mathieu Desnoyers wrote:
> > > > +/*
> > > > + * Load a data from shared memory.
> > > > + */
> > > > +#define CMM_LOAD_SHARED(p) ACCESS_ONCE(p)
> > >
> > > When
On Tue, Mar 12, 2013 at 11:21 PM, Greg Kroah-Hartman
wrote:
> On Tue, Mar 12, 2013 at 11:13:50PM +0100, Geert Uytterhoeven wrote:
>> m68k/allmodconfig:
>>
>> drivers/staging/comedi/drivers/ni_atmio.c: In function
>> ‘ni_isapnp_find_board’:
>> drivers/staging/comedi/drivers/ni_atmio.c:353: error:
Hello Jason,
Le 14/03/2013 20:02, Jason Cooper a écrit :
Florian,
On Thu, Mar 14, 2013 at 07:08:32PM +0100, Florian Fainelli wrote:
This patch converts the Marvell MV643XX ethernet driver to use the
Marvell Orion MDIO driver. As a result, PowerPC and ARM platforms
registering the Marvell MV643
On 03/14/2013 12:01 PM, Jiri Slaby wrote:
> Hi,
>
> please include the patch below to all maintained stable trees.
>
> commit b81273a132177edd806476b953f6afeb17b786d5
> Author: Jiri Slaby
> Date: Tue Jan 15 23:26:22 2013 +0100
>
> TTY: do not reset master's packet mode
Just in case, back
On Thu, Mar 14, 2013 at 9:57 AM, Daniel Vetter wrote:
> On Wed, Mar 13, 2013 at 9:28 PM, Daniel Vetter wrote:
>> On Tue, Mar 12, 2013 at 09:07:46AM +, Chris Wilson wrote:
>>> On Mon, Mar 11, 2013 at 05:31:45PM -0700, Kees Cook wrote:
>>> > It is possible to wrap the counter used to allocate t
If CONFIG_RMW_INSNS=y:
drivers/block/blockconsole.c: In function ‘bcon_advance_console_bytes’:
drivers/block/blockconsole.c:164: error: implicit declaration of function
‘cmpxchg64’
Map cmpxchg64 to cmpxchg64_local, which is already mapped to
__cmpxchg64_local_generic, just like for the CONFIG_RM
On Sat, 2013-03-09 at 18:40 -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 07 Mar 2013, Toshi Kani wrote:
> > dock.0 on your Lenovo likely shows as "battery_bay", which I think you
> > cannot undock regardless of this patch. Can you try to undock the one
>
> You're supposed to be able to und
> From: Dan Magenheimer
> Subject: RE: zsmalloc limitations and related topics
>
> > > I would welcome ideas on how to evaluate workloads for
> > > "representativeness". Personally I don't believe we should
> > > be making decisions about selecting the "best" algorithms
> > > or merging code with
The following WARNING: can be triggered sometimes with trinity [1] under a user
mode linux image
using the SLUB allocator (and not with SLAB)
2013-03-14T19:09:51.071+01:00 trinity kernel: [ cut here
]
2013-03-14T19:09:51.071+01:00 trinity kernel: WARNING: at mm/page_allo
Mathieu Desnoyers wrote:
> * Eric Wong (normalper...@yhbt.net) wrote:
> > Mathieu Desnoyers wrote:
> > > +/*
> > > + * Load a data from shared memory.
> > > + */
> > > +#define CMM_LOAD_SHARED(p) ACCESS_ONCE(p)
> >
> > When iterating through the queue by dequeueing, I needed a way
Florian,
On Thu, Mar 14, 2013 at 07:08:32PM +0100, Florian Fainelli wrote:
> This patch converts the Marvell MV643XX ethernet driver to use the
> Marvell Orion MDIO driver. As a result, PowerPC and ARM platforms
> registering the Marvell MV643XX ethernet driver are also updated to
> register a Mar
> From: Robert Jennings [mailto:r...@linux.vnet.ibm.com]
> Sent: Thursday, March 14, 2013 7:21 AM
> To: Bob
> Cc: Seth Jennings; Dan Magenheimer; minc...@kernel.org; Nitin Gupta; Konrad
> Wilk; linux...@kvack.org;
> linux-kernel@vger.kernel.org; Bob Liu; Luigi Semenzato; Mel Gorman
> Subject: Re:
Hi Dave,
Sorry to bother. Today during testing I ran into two warnings, which
given their occurrence are fired in the same code path:
kernel/softirq.c:99:__local_bh_disable():
WARN_ON_ONCE(in_irq());
kernel/softirq.c:160:_local_bh_enable_ip():
WARN_ON_ONCE(in_irq() || irqs_disab
On 10.03.2013 21:59, Alan Stern wrote:
On Sun, 10 Mar 2013, Soeren Moch wrote:
On Wed, 20 Feb 2013, Soeren Moch wrote:
Ok. I use 2 em2840-based usb sticks (em28xx driver) attached to a
Marvell Kirkwood-SoC with a orion-ehci usb controller. These usb sticks
stream dvb data (digital TV) employin
diff --git a/Makefile b/Makefile
index 282e8da..2659987 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 35
+SUBLEVEL = 36
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/arm/kernel/perf_event_v7.c b/arch/arm/kernel/perf_event_v7.c
ind
diff --git a/Makefile b/Makefile
index 8f3b7a8..534f7de 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 68
+SUBLEVEL = 69
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/arm/mm/alignment.c b/arch/arm/mm/alignment.c
index 724ba3b..1aa3a70 10064
I'm announcing the release of the 3.0.69 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.4.36 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
On Wed, Mar 13, 2013 at 2:35 PM, Jiri Kosina wrote:
> OK, this is a "me too", on Thinkpad x200s.
>
> [4.116847] irq 16: nobody cared (try booting with the "irqpoll" option)
> [4.116849] Pid: 1, comm: systemd Not tainted 3.9.0-rc2-00188-g6c23cbb #186
> [4.116850] Call Trace:
> [4.11
I'm announcing the release of the 3.8.3 kernel.
All users of the 3.8 kernel series must upgrade.
The updated 3.8.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.8.y
and can be browsed at the normal kernel.org git web browser:
On 13-03-14 12:12 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Mar 14, 2013 at 11:17:21AM -0400, Paul Gortmaker wrote:
> diff --git a/drivers/usb/phy/Kconfig b/drivers/usb/phy/Kconfig
> index 65217a5..40b8463 100644
> --- a/drivers/usb/phy/Kconfig
> +++ b/drivers/usb/phy/Kconfig
>
In Kernel 3.5 we've started to address the long-discussed need of having a
better way to handle platform Reliability, Availability and Serviceability
(RAS).
Basically, a tracepoint event that handles memory errors called ras:mc_event
was added there, together with HERM/EDAC version 3.0 patches.
I
> On Wed, Mar 13, 2013 at 10:34 PM, Anna, Suman wrote:
> >> On Wed, Mar 13, 2013 at 4:24 AM, Suman Anna wrote:
> >>
> >> > From: Omar Ramirez Luna
> >> (...)
> >> >
> >> > Signed-off-by: Omar Ramirez Luna
> >> > [s-a...@ti.com: Kconfig fixes for build errors]
> >> > Signed-off-by: Suman Anna
>
Hi Dmitry/Mimi,
Here is an RFC patch. I am playing with exporting some functions from
ima/integrity and make reuse of IMA signature format and reuse of some
of IMA verification code.
One of the things required is that caller wants trusts only certain
type of signatures. For example, it might not
This patch changes the mvmdio driver not to use device tree
helper functions such as of_mdiobus_register() and of_iomap() so we can
instantiate this driver using a classic platform_device approach. Use
the device manager helper to ioremap() the base register cookie so we
get automatic freeing upon
On Thu, Mar 14, 2013 at 12:11:18PM -0400, Boris Ostrovsky wrote:
> Currently number of error reporting register banks is hardcoded to
> 6 on AMD processors. This may break in virtualized scenarios when
> a hypervisor prefers to report fewer banks that the physical HW
> provides.
>
> Since number o
This patch converts the Marvell MV643XX ethernet driver to use the
Marvell Orion MDIO driver. As a result, PowerPC and ARM platforms
registering the Marvell MV643XX ethernet driver are also updated to
register a Marvell Orion MDIO driver. This driver voluntarily overlaps
with the Marvell Ethernet s
Hi all,
This patch converts the mv643xx_eth driver to use the mvmdio MDIO bus driver
instead of rolling its own implementation. As a result, all users of this
mv643xx_eth driver are converted to register an "orion-mdio" platform_device.
The mvmdio driver is also updated to support an interrupt lin
This patch renames the base register cookie in the mvmdio drive from
"smireg" to "regs" since a subsequent patch is going to use an ioremap()
cookie whose size is larger than a single register of 4 bytes. No
functionnal code change introduced.
Acked-by: Thomas Petazzoni
Signed-off-by: Florian Fai
This patch converts the Marvell MV643XX ethernet driver to use the
Marvell Orion MDIO driver. As a result, PowerPC and ARM platforms
registering the Marvell MV643XX ethernet driver are also updated to
register a Marvell Orion MDIO driver. This driver voluntarily overlaps
with the Marvell Ethernet s
This patch enhances the "mvmdio" to support a SMI error/done interrupt
line which can be used along with a wait queue instead of doing
busy-waiting on the registers. This is a feature which is available in
the mv643xx_eth SMI code and thus reduces again the gap between the two.
Signed-off-by: Flor
On Thu, Mar 14, 2013 at 07:09:18PM +0100, Florian Fainelli wrote:
> Hello Jason,
>
> Le 03/14/13 18:25, Jason Cooper a écrit :
> >Florian,
> >
> >Any word on version 2 of this series? I'd like to base the conversion
> >of kirkwood to DT based ethernet init on it.
>
> Just sent them out for revie
Hello Jason,
Le 03/14/13 18:25, Jason Cooper a écrit :
Florian,
Any word on version 2 of this series? I'd like to base the conversion
of kirkwood to DT based ethernet init on it.
Just sent them out for review, thanks for reminder, they were sitting in
my tree for a couple days already.
--
On Thu, Mar 14, 2013 at 10:42:16AM -0700, Josh Triplett wrote:
> On Thu, Mar 14, 2013 at 12:08:35AM -0400, Theodore Ts'o wrote:
> > Huh. This is very, very weird. Is this a repeatable crash?
>
> I could reliably replicate it for that particular session, but now that
> I've rebooted the host, no.
From: "Kirill A. Shutemov"
Currently radix_tree_preload() only guarantees enough nodes to insert
one element. It's a hard limit. You cannot batch a number insert under
one tree_lock.
This patch introduces radix_tree_preload_count(). It allows to
preallocate nodes enough to insert a number of *co
From: "Kirill A. Shutemov"
Returns true if mapping can have huge pages. Just check for __GFP_COMP
in gfp mask of the mapping for now.
Signed-off-by: Kirill A. Shutemov
---
include/linux/pagemap.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/linux/pagemap.h b/includ
From: "Kirill A. Shutemov"
For tail page we call __get_page_tail(). It has the same semantics, but
for tail page.
Signed-off-by: Kirill A. Shutemov
---
include/linux/pagemap.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/linux/pagemap.h b/include/linux/page
From: "Kirill A. Shutemov"
The function is grab_cache_page_write_begin() twin but it tries to
allocate huge page at given position aligned to HPAGE_CACHE_NR.
If, for some reason, it's not possible allocate a huge page at this
possition, it returns NULL. Caller should take care of fallback to
sma
From: "Kirill A. Shutemov"
Here's the second version of the patchset.
The intend of the work is get code ready to enable transparent huge page
cache for the most simple fs -- ramfs.
We have read()/write()/mmap() functionality now. Still plenty work ahead.
Any feedback is welcome.
Changes sinc
From: "Kirill A. Shutemov"
For now we still write/read at most PAGE_CACHE_SIZE bytes a time.
This implementation doesn't cover address spaces with backing store.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 35 ++-
1 file changed, 30 insertions(+), 5
From: "Kirill A. Shutemov"
For now we try to grab a huge cache page if gfp_mask has __GFP_COMP.
It's probably to weak condition and need to be reworked later.
Signed-off-by: Kirill A. Shutemov
---
fs/libfs.c | 50 +++---
1 file changed, 39 insertio
From: "Kirill A. Shutemov"
Let's add helpers to clear huge page segment(s). They provide the same
functionallity as zero_user_segment{,s} and zero_user, but for huge
pages.
Signed-off-by: Kirill A. Shutemov
---
include/linux/mm.h | 15 +++
mm/memory.c| 26 ++
From: "Kirill A. Shutemov"
The base scheme is the same as for anonymous pages, but we walk by
mapping->i_mmap rather then anon_vma->rb_root.
__split_huge_page_refcount() has been tunned a bit: we need to transfer
PG_swapbacked to tail pages.
Splitting mapped pages haven't tested at all, since w
From: "Kirill A. Shutemov"
As with add_to_page_cache_locked() we handle HPAGE_CACHE_NR pages a
time.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
index 6bac9e2..
From: "Kirill A. Shutemov"
The same fallback path will be reused by non-anonymous pages, so lets'
extract it in separate function.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 112 --
1 file changed, 59 insertions(+), 53 deletion
From: "Kirill A. Shutemov"
Since we're going to have huge pages in page cache, we need to call
__vma_adjust_trans_huge() for file-backed VMA, which potentially can
contain huge pages.
For now we call it for all VMAs with vm_ops->huge_fault defined.
Probably later we will need to introduce a fla
From: "Kirill A. Shutemov"
There's only one caller of do_generic_file_read() and the only actor is
file_read_actor(). No reason to have a callback parameter.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mm/f
From: "Kirill A. Shutemov"
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h |8
1 file changed, 8 insertions(+)
diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
index ee1c244..a54939c 100644
--- a/include/linux/huge_mm.h
+++ b/include/linux/huge_mm.h
@@
On 03/14/2013 03:28 AM, Bill Huang wrote:
> On Thu, 2013-03-14 at 17:21 +0800, Peter De Schrijver wrote:
>> On Thu, Mar 14, 2013 at 03:15:11AM +0100, Bill Huang wrote:
>>
>>> I don't think deferring will work either, considering the usage of DVFS,
>>> device voltage is tightly coupled with frequenc
From: "Kirill A. Shutemov"
If we starting position of truncation is in tail page we have to spilit
the huge page page first.
We also have to split if end is within the huge page. Otherwise we can
truncate whole huge page at once.
Signed-off-by: Kirill A. Shutemov
---
mm/truncate.c | 12
From: "Kirill A. Shutemov"
For huge page we add to radix tree HPAGE_CACHE_NR pages at once: head
page for the specified index and HPAGE_CACHE_NR-1 tail pages for
following indexes.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 76 ---
From: "Kirill A. Shutemov"
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/mm/filemap.c b/mm/filemap.c
index 0ff3403..38fdc92 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -669,6 +669,7 @@ void __lock_page(struct page *page)
{
From: "Kirill A. Shutemov"
active/inactive lru lists can contain unevicable pages (i.e. ramfs pages
that have been placed on the LRU lists when first allocated), but these
pages must not have PageUnevictable set - otherwise shrink_active_list
goes crazy:
kernel BUG at /home/space/kas/git/public/
From: "Kirill A. Shutemov"
Since we're going to have huge pages backed by files,
wait_split_huge_page() has to serialize not only over anon_vma_lock,
but over i_mmap_mutex too.
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h | 15 ---
mm/huge_memory.c|4
201 - 300 of 763 matches
Mail list logo
