On Thu, Apr 16, 2009 at 07:08:18PM +0800, Herbert Xu wrote:
>
> tun: Only free a netdev when all tun descriptors are closed
With that patch we can now safely move read_wait.
tun: Fix sk_sleep races when attaching/detaching
As the sk_sleep wait queue actually lives in tfile, which may be
detached
On Wed, Apr 15, 2009 at 10:38:34PM +0800, Herbert Xu wrote:
>
> So how about this? We replace the dev destructor with our own that
> doesn't immediately call free_netdev. We only call free_netdev once
> all tun fd's attached to the device have been closed.
Here's the patch. I'd appreciate if ev
Hi all,
This is a new release of bio-cgroup which provides an IO tracking
mechanism. The patches can be applied to the kernel 2.6.30-rc1 and you
can also download them from the following site.
http://people.valinux.co.jp/~ryov/bio-cgroup/
What's bio-cgroup all about?
This patch makes the page_cgroup framework be able to be used even if
the compile option of the cgroup memory controller is off.
So bio-cgroup can use this framework without the memory controller.
Based on 2.6.30-rc1
Signed-off-by: Hirokazu Takahashi
Signed-off-by: Ryo Tsuruta
---
include/linu
With this patch, dm-ioband can work with the bio cgroup.
Based on 2.6.30-rc1
Signed-off-by: Hirokazu Takahashi
Signed-off-by: Ryo Tsuruta
---
drivers/md/dm-ioband-type.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
Index: linux-2.6.30-rc1/drivers/md/dm-ioband-type.c
This is the body of bio-cgroup.
Based on 2.6.30-rc1
Signed-off-by: Hirokazu Takahashi
Signed-off-by: Ryo Tsuruta
---
block/blk-ioc.c | 30 ++---
include/linux/biotrack.h | 83 ++
include/linux/cgroup_subsys.h |6 +
include/linux/iocontext.h |1
i
This patch contains several hooks that let the bio-cgroup framework to know
which bio-group is the owner of a page before starting I/O against the page.
Based on 2.6.30-rc1
Signed-off-by: Hirokazu Takahashi
Signed-off-by: Ryo Tsuruta
---
fs/buffer.c |2 ++
fs/direct-io.c |
Hi,
For some days I have been looking for the bug that causes an easily
reproducible oops in the guest
when I apply my PAE support _draft_ patch (appended at the end of this mail) to
lguest.
This is the oops:
Setting kernel variables...done.
Will now mount local filesystems:.
Will now acti
Matias Zabaljauregui wrote:
> Hi,
>
> For some days I have been looking for the bug that causes an easily
> reproducible oops in the guest
> when I apply my PAE support _draft_ patch (appended at the end of this mail)
> to lguest.
>
Good, lguest has needed PAE support for a while. Do you
On Thu, Apr 16, 2009 at 01:08:18AM -, Herbert Xu wrote:
> On Wed, Apr 15, 2009 at 10:38:34PM +0800, Herbert Xu wrote:
> >
> > So how about this? We replace the dev destructor with our own that
> > doesn't immediately call free_netdev. We only call free_netdev once
> > all tun fd's attached to
On Thu, Apr 16, 2009 at 10:57:45PM +0300, Michael S. Tsirkin wrote:
>
> This last bit seems to make a simple test using a non-persistent tap device
> deadlock for me: we don't drop a reference acquired with __tun_get sock
> unregister_netdevice blocks printing unregister_netdevice: waiting for tap0
Break out of wait_event_interruptible() if freezing has been requested,
in the vballoon thread. Without this change vballoon refuses to stop and
the system can't suspend.
Signed-off-by: Marcelo Tosatti
diff --git a/drivers/virtio/virtio_balloon.c b/drivers/virtio/virtio_balloon.c
index 5926826.
Jeremy, thanks for comments
On Thu, 2009-04-16 at 11:26 -0700, Jeremy Fitzhardinge wrote:
> Matias Zabaljauregui wrote:
> > Hi,
> >
> > For some days I have been looking for the bug that causes an easily
> > reproducible oops in the guest
> > when I apply my PAE support _draft_ patch (appended
13 matches
Mail list logo