All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Xen and reiser4
       [not found] <41C08801.4060908@spaceball.cjb.net>
@ 2004-12-15 18:56 ` Ming-Wei Shih
  2004-12-17 19:17   ` Ming-Wei Shih
  0 siblings, 1 reply; 37+ messages in thread
From: Ming-Wei Shih @ 2004-12-15 18:56 UTC (permalink / raw)
  To: xen-devel


>>> Hi all
>>>
>>> Thanks to Milan I am able to get further with xen and reiser4
>>>
>>> - In swap line 6 and 7 status_flags.c
>>>
>>>   #include <linux/bio.h>
>>>   #include <linux/page-flags.h>
>>>
>>>
>>> - PACKED is redefined, but the definitions are the same, so the gcc 
>>> warning can be ignored IMO
>>>
>>>    dformat.h:#define PACKED __attribute__((packed))
>>>    xen.h:#define PACKED __attribute__ ((packed))
>>
>>  
>>
>
> Yup, these 2 are the same, I just didn't recall whether they were
> exactly the same.  And I renamed reiser4's definition (and its usage
> inside reiser4) because the messages caused by it somehow prevented me
> from seeing the actual error  :) 
>
>>>
>>> however during linking I get this, and I could'nt find 
>>> perthread_pages_count anywher in the kernel
>>> src tree
>>>
>>>   LD      init/built-in.o
>>>   LD      .tmp_vmlinux1
>>> fs/built-in.o(.text+0x37701): In function `carry':
>>> : undefined reference to `perthread_pages_count'
>>> fs/built-in.o(.text+0x3771e): In function `carry':
>>> : undefined reference to `perthread_pages_reserve'
>>> fs/built-in.o(.text+0x37821): In function `carry':
>>> : undefined reference to `perthread_pages_count'
>>> fs/built-in.o(.text+0x3782f): In function `carry':
>>> : undefined reference to `perthread_pages_release'
>>> make: *** [.tmp_vmlinux1] Error 1
>>
>>  
>>
>
> Now this is strange.  In my sources with xen+reiser4, I get these three
> occurences which are defining this symbol:
>
> | ./include/linux/gfp.h:int  perthread_pages_count(void);
> | ./mm/page_alloc.c:int perthread_pages_count(void)
> | ./mm/page_alloc.c:EXPORT_SYMBOL(perthread_pages_count);
>
> (where the first is defining the function for use in other files, the
> second will be followed by the actual code of the function, and the
> third exports the function as a symbol which is callable by other
> modules)
>
> I don't think xen doesn't use page_alloc.c (in addition, it got built in
> my xen tree), so maybe you want to try a "make mrproper"? (put backup
> your .config before this, or do a "make clean"...)


No matter what I do (mrproper, different reiser4 patches, untar from 
clean src+patch) I always
get this error on 2 machines, clean 2.6.9 without patches builts 
correctly. Any clues?

TIA

Ming-Wei




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2004-12-15 18:56 ` Xen and reiser4 Ming-Wei Shih
@ 2004-12-17 19:17   ` Ming-Wei Shih
  2005-01-11 20:12     ` Ming-Wei Shih
  0 siblings, 1 reply; 37+ messages in thread
From: Ming-Wei Shih @ 2004-12-17 19:17 UTC (permalink / raw)
  To: xen-devel

Ming-Wei Shih wrote:

>>>>
>>>> however during linking I get this, and I could'nt find 
>>>> perthread_pages_count anywher in the kernel
>>>> src tree
>>>>
>>>>   LD      init/built-in.o
>>>>   LD      .tmp_vmlinux1
>>>> fs/built-in.o(.text+0x37701): In function `carry':
>>>> : undefined reference to `perthread_pages_count'
>>>> fs/built-in.o(.text+0x3771e): In function `carry':
>>>> : undefined reference to `perthread_pages_reserve'
>>>> fs/built-in.o(.text+0x37821): In function `carry':
>>>> : undefined reference to `perthread_pages_count'
>>>> fs/built-in.o(.text+0x3782f): In function `carry':
>>>> : undefined reference to `perthread_pages_release'
>>>> make: *** [.tmp_vmlinux1] Error 1
>>>
> No matter what I do (mrproper, different reiser4 patches, untar from 
> clean src+patch) I always
> get this error on 2 machines, clean 2.6.9 without patches builts 
> correctly. Any clues?
>
> TIA
>
> Ming-Wei 


So nobody is using/testing xen with reiser4? Please someone must

TIA

Ming-Wei




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2004-12-17 19:17   ` Ming-Wei Shih
@ 2005-01-11 20:12     ` Ming-Wei Shih
  2005-01-11 21:23       ` Jan Kundrát
  2005-01-11 22:28       ` Mark A. Williamson
  0 siblings, 2 replies; 37+ messages in thread
From: Ming-Wei Shih @ 2005-01-11 20:12 UTC (permalink / raw)
  To: xen-devel


>>>>> however during linking I get this, and I could'nt find 
>>>>> perthread_pages_count anywher in the kernel
>>>>> src tree
>>>>>
>>>>>   LD      init/built-in.o
>>>>>   LD      .tmp_vmlinux1
>>>>> fs/built-in.o(.text+0x37701): In function `carry':
>>>>> : undefined reference to `perthread_pages_count'
>>>>> fs/built-in.o(.text+0x3771e): In function `carry':
>>>>> : undefined reference to `perthread_pages_reserve'
>>>>> fs/built-in.o(.text+0x37821): In function `carry':
>>>>> : undefined reference to `perthread_pages_count'
>>>>> fs/built-in.o(.text+0x3782f): In function `carry':
>>>>> : undefined reference to `perthread_pages_release'
>>>>> make: *** [.tmp_vmlinux1] Error 1
>>>>

I have a patch against 2.6.10-sparse which enables 
xen+vanilla-kernel+reiser4
to compile, I don't not know if this is the way to do it. Xen-0 boots 
but as I am
using NPTL things are slow and crash very easily .

BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
running Gentoo

Ming-Wei



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-11 20:12     ` Ming-Wei Shih
@ 2005-01-11 21:23       ` Jan Kundrát
  2005-01-11 23:37         ` Ming-Wei Shih
  2005-01-11 22:28       ` Mark A. Williamson
  1 sibling, 1 reply; 37+ messages in thread
From: Jan Kundrát @ 2005-01-11 21:23 UTC (permalink / raw)
  To: Ming-Wei Shih; +Cc: xen-devel

Ming-Wei Shih wrote:
> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
> running Gentoo

remove "nptl" from use flags & recompile glibc (and other packages using 
this flag as well, eg. openoffice)

-jkt


-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-11 20:12     ` Ming-Wei Shih
  2005-01-11 21:23       ` Jan Kundrát
@ 2005-01-11 22:28       ` Mark A. Williamson
  2005-01-12  8:09         ` Ming-Wei Shih
  1 sibling, 1 reply; 37+ messages in thread
From: Mark A. Williamson @ 2005-01-11 22:28 UTC (permalink / raw)
  To: xen-devel; +Cc: Ming-Wei Shih

> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am
> running Gentoo

I'd have expected moving /lib/tls to work.  Are you sure TLS is really enabled 
anyhow?  Do you get the warning banner when XenLinux boots?

Cheels
Mark


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-11 21:23       ` Jan Kundrát
@ 2005-01-11 23:37         ` Ming-Wei Shih
  2005-01-12 14:26           ` Jan Kundrát
  0 siblings, 1 reply; 37+ messages in thread
From: Ming-Wei Shih @ 2005-01-11 23:37 UTC (permalink / raw)
  To: xen-devel

Jan Kundrát wrote:

> Ming-Wei Shih wrote:
>
>> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
>> running Gentoo
>
>
> remove "nptl" from use flags & recompile glibc (and other packages 
> using this flag as well, eg. openoffice)
>
> -jkt

That's the exactly the thing which I didn't want to do, I want to build 
glibc with linuxthreads and nptl

xming



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-11 22:28       ` Mark A. Williamson
@ 2005-01-12  8:09         ` Ming-Wei Shih
  2005-01-12 14:16           ` Jan Kundrát
  0 siblings, 1 reply; 37+ messages in thread
From: Ming-Wei Shih @ 2005-01-12  8:09 UTC (permalink / raw)
  To: mark.williamson; +Cc: xen-devel

Mark A. Williamson wrote:

>>BTW anyone knows how to disable NPTL if there is not /lib/tls, I am
>>running Gentoo
>>    
>>
>
>I'd have expected moving /lib/tls to work.  Are you sure TLS is really enabled 
>anyhow?  Do you get the warning banner when XenLinux boots?
>
>Cheels
>Mark
>
>  
>
Yes I do yet the warning banner, and my system has nptl

# ls -l /lib/tls
ls: /lib/tls: No such file or directory

# ls -l /usr/lib/tls
total 0

# /lib/libc.so.6
GNU C Library 20040808 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, 
ssp-3.3.2-2, pie-8.7.6).
Compiled on a Linux 2.6.8 system on 2004-11-06.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        Native POSIX Threads Library by Ulrich Drepper et al
        BIND-8.2.3-T5B
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.


BTW: for Gentoo'ers: I used nptl use flag but didn't use nptl-only

Ming-Wei




-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-12  8:09         ` Ming-Wei Shih
@ 2005-01-12 14:16           ` Jan Kundrát
  0 siblings, 0 replies; 37+ messages in thread
From: Jan Kundrát @ 2005-01-12 14:16 UTC (permalink / raw)
  To: Ming-Wei Shih; +Cc: mark.williamson, xen-devel

Ming-Wei Shih wrote:
>>> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am
>>> running Gentoo
[...]
> 
> BTW: for Gentoo'ers: I used nptl use flag but didn't use nptl-only
> 
> Ming-Wei

I've already replied, but my post seems to be lost...

Remove "nptl" from your USE flags and recompile glibc. If you have any 
other packages affected by this flag as well (use "--newuse" to 
determine it), recompile them as well. Some versions of openoffice make 
use of it.

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-11 23:37         ` Ming-Wei Shih
@ 2005-01-12 14:26           ` Jan Kundrát
  2005-01-12 19:00             ` Ming-Wei Shih
  2005-01-12 20:09             ` Jerome Brown
  0 siblings, 2 replies; 37+ messages in thread
From: Jan Kundrát @ 2005-01-12 14:26 UTC (permalink / raw)
  To: Ming-Wei Shih; +Cc: xen-devel

Ming-Wei Shih wrote:
> Jan Kundrát wrote:
> 
>> Ming-Wei Shih wrote:
>>
>>> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
>>> running Gentoo
>>
>>
>>
>> remove "nptl" from use flags & recompile glibc (and other packages 
>> using this flag as well, eg. openoffice)
>>
>> -jkt
> 
> 
> That's the exactly the thing which I didn't want to do, I want to build 
> glibc with linuxthreads and nptl
> 
> xming

Oops, message didn't get lost, thunderbird messed a thread :-(.

Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
want_tls function and add "return 1" as the first line of the function. 
This is ugly hack, but should work (not tested). Disadvantage is that it 
won't survive `emerge sync`, but you can add it into $PORTDIR_OVERLAY...

The best solution would be to add "tls" use flag, I'll submit a 
bugreport about that.


-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-12 14:26           ` Jan Kundrát
@ 2005-01-12 19:00             ` Ming-Wei Shih
  2005-01-12 20:09             ` Jerome Brown
  1 sibling, 0 replies; 37+ messages in thread
From: Ming-Wei Shih @ 2005-01-12 19:00 UTC (permalink / raw)
  To: Jan Kundrát; +Cc: xen-devel

Jan Kundrát wrote:

> Oops, message didn't get lost, thunderbird messed a thread :-(.
>
> Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
> want_tls function and add "return 1" as the first line of the 
> function. This is ugly hack, but should work (not tested). 
> Disadvantage is that it won't survive `emerge sync`, but you can add 
> it into $PORTDIR_OVERLAY...
>
> The best solution would be to add "tls" use flag, I'll submit a 
> bugreport about that.

In the ebuild AFAI can see the linuxthread and nptl are mutually 
exclusive, but I will try your method.

BTW: It seems that I forgot to post the link to the patch for 
reiser4+xen, here it is
http://wojia.be/blog/uploads/patches/xen_reiser4.patch.bz2

Ming-Wei



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-12 14:26           ` Jan Kundrát
  2005-01-12 19:00             ` Ming-Wei Shih
@ 2005-01-12 20:09             ` Jerome Brown
  2005-01-12 21:14               ` nfsroot and brige Adam Sulmicki
  2005-01-12 22:00               ` Re: Xen and reiser4 Jan Kundrát
  1 sibling, 2 replies; 37+ messages in thread
From: Jerome Brown @ 2005-01-12 20:09 UTC (permalink / raw)
  To: xen-devel

>> That's the exactly the thing which I didn't want to do, I want to 
>> build glibc with linuxthreads and nptl
> 
> Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
> want_tls function and add "return 1" as the first line of the function. 
> This is ugly hack, but should work (not tested). Disadvantage is that it 
> won't survive `emerge sync`, but you can add it into $PORTDIR_OVERLAY...

If you compile glibc with the nptl USE flag it will compile both NTPL 
and LinuxThreads into glibc. If you have specified the ntplonly USE flag 
then it will not compile LinuxThreads. Check to see if you have the 
nptlonly flag defined (most of the tutorials I remember looking at say 
to define it). If so, remove it and recompile glibc. You shouldn't need 
to recompile anything else, as the nptlonly USE flag only applys to 
glibc, so everything else should work fine from there.

HTH

-- 
Jerome Brown
Technology Architect
Hub.Net

P: +64  3 961-5116
M: +64 29 453 7663
F: +64  3 961-5129
E: jerome@concepts.net.nz
W: http://www.concepts.net.nz/
O: Level 4, 818 Colombo St, Christchurch, New Zealand
S: PO Box 1879, Christchurch, New Zealand


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* nfsroot and brige
  2005-01-12 20:09             ` Jerome Brown
@ 2005-01-12 21:14               ` Adam Sulmicki
  2005-01-12 21:44                 ` double free Adam Sulmicki
  2005-01-17  7:56                 ` nfsroot and brige Adam Sulmicki
  2005-01-12 22:00               ` Re: Xen and reiser4 Jan Kundrát
  1 sibling, 2 replies; 37+ messages in thread
From: Adam Sulmicki @ 2005-01-12 21:14 UTC (permalink / raw)
  To: xen-devel


hello,
 	it seems like a catch-22 to me. I boot xen0 with nfsroot,
 	and then try to setup bridge stuff. something like this

/sbin/brctl addbr xen-br0
/sbin/brctl addif xen-br0 eth0
/sbin/ifconfig xen-br0 10.0.10.103 netmask 255.255.255.0 up
/sbin/ifconfig eth0 0.0.0.0 promisc up

 	however, once I start it running it crashes down with error
 	that nfs server is not available.

 	does it mean that I must use initramfs to configure bridge
 	first, or is there some other way?


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* double free
  2005-01-12 21:14               ` nfsroot and brige Adam Sulmicki
@ 2005-01-12 21:44                 ` Adam Sulmicki
  2005-01-12 22:04                   ` Keir Fraser
  2005-01-17  7:56                 ` nfsroot and brige Adam Sulmicki
  1 sibling, 1 reply; 37+ messages in thread
From: Adam Sulmicki @ 2005-01-12 21:44 UTC (permalink / raw)
  To: xen-devel


has anyone seens something like this?
this is with xen 2.0.1
this happens in dom0 when domU terminates unexpectedly.

sh-2.05b# device vif1.0 entered promiscuous mode
xen-br0: port 2(vif1.0) entering learning state
xen-br0: topology change detected, propagating
xen-br0: port 2(vif1.0) entering forwarding state
device vif1.0 left promiscuous mode
xen-br0: port 2(vif1.0) entering disabled state
xen-br0: port 2(vif1.0) entering disabled state
slab error in cache_free_debugcheck(): cache `size-1024': double free, or memory
  outside object was overwritten
  [<c01417b1>] cache_free_debugcheck+0x171/0x250
  [<c0142532>] kfree+0x52/0xa0
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252a5f>] netif_ctrlif_rx+0x3f/0xb0
  [<c0108e0a>] __ctrl_if_rxmsg_deferred+0x4a/0x60
  [<c012e135>] worker_thread+0x1c5/0x2e0
  [<c0108dc0>] __ctrl_if_rxmsg_deferred+0x0/0x60
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c02fd865>] schedule+0x2e5/0x570
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c012df70>] worker_thread+0x0/0x2e0
  [<c0132303>] kthread+0x83/0xc0
  [<c0132280>] kthread+0x0/0xc0
  [<c010f875>] kernel_thread_helper+0x5/0x10

c235d008: redzone 1: 0x0, redzone 2: 0x3fe3d8f3.
------------[ cut here ]------------
kernel BUG at mm/slab.c:1890!
invalid operand: 0000 [#1]
PREEMPT DEBUG_PAGEALLOC
Modules linked in:
CPU:    0
EIP:    0061:[<c0141840>]    Not tainted VLI
EFLAGS: 00011202   (2.6.9-xen0)
EIP is at cache_free_debugcheck+0x200/0x250
eax: c235d000   ebx: 80052c00   ecx: 00001000   edx: 00000008
esi: c235d000   edi: c235d008   ebp: c109fac0   esp: c111bef4
ds: 0069   es: 0069   ss: 0069
Process events/0 (pid: 3, threadinfo=c111a000 task=c1314a90)
Stack: 0235d008 c109fac0 c10aff78 c235dc00 00000000 c0142532 c109fac0 c235dc00
        c0252ea2 c235de20 c235dc00 c03b40c4 00000000 c0252ea2 c235dc00 c235dc00
        c03b40c0 c0347780 c111a000 c0252a5f c03b40c4 00000004 c0108e0a c03b40c0
Call Trace:
  [<c0142532>] kfree+0x52/0xa0
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252a5f>] netif_ctrlif_rx+0x3f/0xb0
  [<c0108e0a>] __ctrl_if_rxmsg_deferred+0x4a/0x60
  [<c012e135>] worker_thread+0x1c5/0x2e0
  [<c0108dc0>] __ctrl_if_rxmsg_deferred+0x0/0x60
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c02fd865>] schedule+0x2e5/0x570
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c012df70>] worker_thread+0x0/0x2e0
  [<c0132303>] kthread+0x83/0xc0
  [<c0132280>] kthread+0x0/0xc0
  [<c010f875>] kernel_thread_helper+0x5/0x10
Code: 5d 38 e9 08 ff ff ff 57 55 e8 9d e3 ff ff 81 38 a5 c2 0f 17 59 5b 0f 85 70
  ff ff ff eb a4 0f 0b 61 07 13 f2 30 c0 e9 c1 fe ff ff <0f> 0b 62 07 13 f2 30 c0
  e9 c2 fe ff ff 8b 5c 24 20 53 57 55 e8




-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-12 20:09             ` Jerome Brown
  2005-01-12 21:14               ` nfsroot and brige Adam Sulmicki
@ 2005-01-12 22:00               ` Jan Kundrát
  2005-01-12 23:09                 ` Jerome Brown
  1 sibling, 1 reply; 37+ messages in thread
From: Jan Kundrát @ 2005-01-12 22:00 UTC (permalink / raw)
  To: Jerome Brown; +Cc: xen-devel

Jerome Brown wrote:
>>> That's the exactly the thing which I didn't want to do, I want to 
>>> build glibc with linuxthreads and nptl
>>
>>
>> Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
>> want_tls function and add "return 1" as the first line of the 
>> function. This is ugly hack, but should work (not tested). 
>> Disadvantage is that it won't survive `emerge sync`, but you can add 
>> it into $PORTDIR_OVERLAY...
> 
> 
> If you compile glibc with the nptl USE flag it will compile both NTPL 
> and LinuxThreads into glibc. If you have specified the ntplonly USE flag 
> then it will not compile LinuxThreads. Check to see if you have the 
> nptlonly flag defined (most of the tutorials I remember looking at say 
> to define it). If so, remove it and recompile glibc. You shouldn't need 
> to recompile anything else, as the nptlonly USE flag only applys to 
> glibc, so everything else should work fine from there.

If I'm not mistaken, NPTL (Native POSIX Thread Library) is a replecement 
of LinuxThreads, threads implementation library used as default under 
pre-2.6 kernels. TLS (Thread Local Storage) is AFAIK something else (at 
least I think so because Ming wants to have NPTL enabled but TLS disabled).

I've created gentoo bugreport - http://bugs.gentoo.org/show_bug.cgi?id=77678

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: double free
  2005-01-12 21:44                 ` double free Adam Sulmicki
@ 2005-01-12 22:04                   ` Keir Fraser
  2005-01-12 22:32                     ` Adam Sulmicki
  0 siblings, 1 reply; 37+ messages in thread
From: Keir Fraser @ 2005-01-12 22:04 UTC (permalink / raw)
  To: Adam Sulmicki; +Cc: xen-devel

> 
> has anyone seens something like this?
> this is with xen 2.0.1
> this happens in dom0 when domU terminates unexpectedly.

This bug is fixed in 2.0.2 and 2.0.3.

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: double free
  2005-01-12 22:32                     ` Adam Sulmicki
@ 2005-01-12 22:31                       ` Keir Fraser
  2005-01-12 22:57                       ` Adam Sulmicki
  1 sibling, 0 replies; 37+ messages in thread
From: Keir Fraser @ 2005-01-12 22:31 UTC (permalink / raw)
  To: Adam Sulmicki; +Cc: Keir Fraser, xen-devel

> >> has anyone seens something like this?
> >> this is with xen 2.0.1
> >> this happens in dom0 when domU terminates unexpectedly.
> >
> > This bug is fixed in 2.0.2 and 2.0.3.
> 
> can you point me to the particular patch, I would prefer to stay with 
> 2.0.1 for now.
> 
> 

"Fix netback driver to correctly free the net device struct.". Checked
in on 1st December.

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: double free
  2005-01-12 22:04                   ` Keir Fraser
@ 2005-01-12 22:32                     ` Adam Sulmicki
  2005-01-12 22:31                       ` Keir Fraser
  2005-01-12 22:57                       ` Adam Sulmicki
  0 siblings, 2 replies; 37+ messages in thread
From: Adam Sulmicki @ 2005-01-12 22:32 UTC (permalink / raw)
  To: Keir Fraser; +Cc: xen-devel

>> has anyone seens something like this?
>> this is with xen 2.0.1
>> this happens in dom0 when domU terminates unexpectedly.
>
> This bug is fixed in 2.0.2 and 2.0.3.

can you point me to the particular patch, I would prefer to stay with 
2.0.1 for now.



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: double free
  2005-01-12 22:32                     ` Adam Sulmicki
  2005-01-12 22:31                       ` Keir Fraser
@ 2005-01-12 22:57                       ` Adam Sulmicki
  1 sibling, 0 replies; 37+ messages in thread
From: Adam Sulmicki @ 2005-01-12 22:57 UTC (permalink / raw)
  To: Keir Fraser; +Cc: xen-devel

>>> has anyone seens something like this?
>>> this is with xen 2.0.1
>>> this happens in dom0 when domU terminates unexpectedly.
>> 
>> This bug is fixed in 2.0.2 and 2.0.3.
>
> can you point me to the particular patch, I would prefer to stay with 2.0.1 
> for now.

is this the thing?

 	http://xen.bkbits.net:8080/xen-2.0.bk/cset@1.1603.1.50


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-12 22:00               ` Re: Xen and reiser4 Jan Kundrát
@ 2005-01-12 23:09                 ` Jerome Brown
  2005-01-13 13:43                   ` Jan Kundrát
  0 siblings, 1 reply; 37+ messages in thread
From: Jerome Brown @ 2005-01-12 23:09 UTC (permalink / raw)
  To: xen-devel

> I've created gentoo bugreport - 
> http://bugs.gentoo.org/show_bug.cgi?id=77678
> 
> -jkt
> 

Bug has been closed WONTFIX as there is a glibc version which does this 
(with the ntplonly useflag as I explained earlier)

Regards

-- 
Jerome Brown
Technology Architect
Hub.Net

P: +64  3 961-5116
M: +64 29 453 7663
F: +64  3 961-5129
E: jerome@concepts.net.nz
W: http://www.concepts.net.nz/
O: Level 4, 818 Colombo St, Christchurch, New Zealand
S: PO Box 1879, Christchurch, New Zealand


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-12 23:09                 ` Jerome Brown
@ 2005-01-13 13:43                   ` Jan Kundrát
  2005-01-17 15:22                     ` Jan Kundrát
  0 siblings, 1 reply; 37+ messages in thread
From: Jan Kundrát @ 2005-01-13 13:43 UTC (permalink / raw)
  To: Jerome Brown; +Cc: xen-devel

Jerome Brown wrote:
> Bug has been closed WONTFIX as there is a glibc version which does this 
> (with the ntplonly useflag as I explained earlier)

NPTL and LinuxThreads are mutualy exclusive implmentations of the same 
thing (they can coexist together, but only one of them can be used at 
the moment), while TLS is an addition to NPTL. Is this correct, or am I 
mistaken?

"nptl" use flag will compile both NPTL and LinuxThreads version (or only 
NPTL on glibc-20040808-r1), while nptlonly will build only NPTL, without 
LinuxThreads support, AFAIK.

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-12 21:14               ` nfsroot and brige Adam Sulmicki
  2005-01-12 21:44                 ` double free Adam Sulmicki
@ 2005-01-17  7:56                 ` Adam Sulmicki
  1 sibling, 0 replies; 37+ messages in thread
From: Adam Sulmicki @ 2005-01-17  7:56 UTC (permalink / raw)
  To: xen-devel

> 	it seems like a catch-22 to me. I boot xen0 with nfsroot,
> 	and then try to setup bridge stuff. something like this
>
> /sbin/brctl addbr xen-br0
> /sbin/brctl addif xen-br0 eth0
> /sbin/ifconfig xen-br0 10.0.10.103 netmask 255.255.255.0 up
> /sbin/ifconfig eth0 0.0.0.0 promisc up
>
> 	however, once I start it running it crashes down with error
> 	that nfs server is not available.
>
> 	does it mean that I must use initramfs to configure bridge
> 	first, or is there some other way?

it seems that it is actually possible to configure bridge over nfsroot,
but one needs to re-arrange lines slightl. As it is below it works for me

/sbin/brctl addbr xen-br0
/sbin/ifconfig xen-br0 $HOSTNAME netmask 255.255.255.0 up
/sbin/brctl addif xen-br0 eth0
/sbin/ifconfig eth0 0.0.0.0 promisc up



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: Re: Xen and reiser4
  2005-01-13 13:43                   ` Jan Kundrát
@ 2005-01-17 15:22                     ` Jan Kundrát
  0 siblings, 0 replies; 37+ messages in thread
From: Jan Kundrát @ 2005-01-17 15:22 UTC (permalink / raw)
  To: Jan Kundrát; +Cc: Jerome Brown, xen-devel

Jan Kundrát wrote:
> NPTL and LinuxThreads are mutualy exclusive implmentations of the same 
> thing (they can coexist together, but only one of them can be used at 
> the moment), while TLS is an addition to NPTL. Is this correct, or am I 
> mistaken?

OK, I was mistaken:

 > http://bugs.gentoo.org/show_bug.cgi?id=77678
 >
 > ------- Additional Comments From vapier@gentoo.org
 >  2005-01-16 11:43 PST -------
 >
 > uhh, nptl is tls

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* RE: nfsroot and brige
@ 2005-01-17  7:56 Ian Pratt
  0 siblings, 0 replies; 37+ messages in thread
From: Ian Pratt @ 2005-01-17  7:56 UTC (permalink / raw)
  To: Adam Sulmicki, xen-devel

 
> it seems that it is actually possible to configure bridge 
> over nfsroot,
> but one needs to re-arrange lines slightl. As it is below it 
> works for me
> 
> /sbin/brctl addbr xen-br0
> /sbin/ifconfig xen-br0 $HOSTNAME netmask 255.255.255.0 up
> /sbin/brctl addif xen-br0 eth0
> /sbin/ifconfig eth0 0.0.0.0 promisc up

I can see how this can work if the NFS server is on the local subnet:
Linux is quite happy with two interfaces having the same IP. However, if
you're trying to transfer routes from eth0 to xen-br0 I'm not sure its
possible to do it 'atomically'.

Please could someone experiment and post a patch to vif-bridge.

Thanks,
Ian


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-13 14:06     ` Jan Kundrát
@ 2005-01-13 14:13       ` Ian Pratt
  0 siblings, 0 replies; 37+ messages in thread
From: Ian Pratt @ 2005-01-13 14:13 UTC (permalink / raw)
  To: Jan Kundrát
  Cc: Keir Fraser, Ronald G. Minnich, Ian Pratt, Adam Sulmicki, xen-devel


> > Yes, I think we should try routing instead. Should be easy to concoct
> > some replacement scripts?
> 
> What about performance comparsion? What is faster, ipv4 routing or L2 
> bridging? (-> you'll have to recompile & restart domain0 for adding 
> support of more protocols ;-))

I seriously doubt there'll be any measurable performance difference.

> You'll have to configure your routers to route traffic for unprivileged 
> host via domain0 IP address, right? It's more difficult for newbies than 
> setting up bridging properly, IMHO.

Obviously routing will only work if you're using IP. (Obviously
you'd need to configure v4 and v6 differently).

I haven't thought through what happens if you're using DHCP to
assign user domains static IPs. It might just work if domain0
forwards traffic to the IP broadcast address (255.255.255.255),
or it might be necessary to use a dhcp relay or do something
fancy with netfilter. I'd need to remind myself of what dhcp
requests/replies look like...

Ian



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-12 22:03   ` Keir Fraser
                       ` (2 preceding siblings ...)
  2005-01-13  9:30     ` Leigh Brown
@ 2005-01-13 14:06     ` Jan Kundrát
  2005-01-13 14:13       ` Ian Pratt
  3 siblings, 1 reply; 37+ messages in thread
From: Jan Kundrát @ 2005-01-13 14:06 UTC (permalink / raw)
  To: Keir Fraser; +Cc: Ronald G. Minnich, Ian Pratt, Adam Sulmicki, xen-devel

Keir Fraser wrote:
>>
>>On Wed, 12 Jan 2005, Ian Pratt wrote:
>>
>>
>>>I'm actually going off the whole idea of bridging rather than routeing
>>>as the default...
>>
>>I am with you. I don't think the bridge thing has worked out. I thought it 
>>was just me, but then I watched this list and realized it's a lot of 
>>people having trouble with it.
> 
> 
> Yes, I think we should try routing instead. Should be easy to concoct
> some replacement scripts?

What about performance comparsion? What is faster, ipv4 routing or L2 
bridging? (-> you'll have to recompile & restart domain0 for adding 
support of more protocols ;-))

You'll have to configure your routers to route traffic for unprivileged 
host via domain0 IP address, right? It's more difficult for newbies than 
setting up bridging properly, IMHO.

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-13 11:55 Ian Pratt
@ 2005-01-13 12:55 ` Nuutti Kotivuori
  0 siblings, 0 replies; 37+ messages in thread
From: Nuutti Kotivuori @ 2005-01-13 12:55 UTC (permalink / raw)
  To: xen-devel

Ian Pratt wrote:
> 2.4 needs the bridge-nf to be able to use netfilter (iptables) in
> the presence of a bridge.

Ah right, so it was about bridge-nf and ebtables, not bridging
itself. Thanks for the clarification.

> Briding works fine if configured correctly.

So I assumed. Thank you.

-- Naked



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-13  9:30     ` Leigh Brown
  2005-01-13  9:33       ` Keir Fraser
@ 2005-01-13 12:33       ` Chris Andrews
  1 sibling, 0 replies; 37+ messages in thread
From: Chris Andrews @ 2005-01-13 12:33 UTC (permalink / raw)
  To: xen-devel

Leigh Brown wrote on 13/01/05 09:30:

> 
> Eek.  I am using bridging very successfully and have never had a
> problem with it.  I don't use 2.4 any more though.  I hope it will
> be possible to retain support for bridging.
> 
> I'm hoping I'm in the silent majority ;-)
> 
> One tweak I do make is to set up the bridge in Dom0 first.  I'd
> be happy if bridge support was changed to require a pre-existing
> bridge...

AOL. It seems to work fine if you set the bridge up in advance. Also lets 
you boot into non-Xeno-Linux and have the same networking setup work (while 
2.0 was stabilising I flipped between Xen and UML with the same networking 
config).


Chris.


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-13  9:33       ` Keir Fraser
  2005-01-13 11:32         ` Nuutti Kotivuori
@ 2005-01-13 12:04         ` Keir Fraser
  1 sibling, 0 replies; 37+ messages in thread
From: Keir Fraser @ 2005-01-13 12:04 UTC (permalink / raw)
  To: Keir Fraser
  Cc: Leigh Brown, Ronald G. Minnich, Ian Pratt, Adam Sulmicki, xen-devel

> > One tweak I do make is to set up the bridge in Dom0 first.  I'd
> > be happy if bridge support was changed to require a pre-existing
> > bridge...
> 
> The bridge config scripts are quite simple. The intention is that you
> customise them for your site. I'll leave example bridge scripts even
> though the default will change to using routing.
> 
> I'll send a message here to describe how to switch between bridging
> and routing.

I've checked in new routing scripts to 2.0-testing and unstable
trees. Note that I have *not* changed the default behaviour, which is
to bridge VIFs at the MAC level.

If you want to route instead of bridge:

 1. Edit /etc/xen/xend-config.sxp. Delete the lines referring to
    bridging, and instead uncomment the lines referring to routing.

 2. You may want to edit /etc/xen/scripts/network-route and
    /etc/xen/scripts/vif-route. The former currently enables IP
    forwarding when xend is started; the latter brings up the VIF
    with a dummy IP address, installs a /32 routing rule (the IP
    address is grabbed from the config file as described in step 3),
    and enables proxy ARP.

 3. You will need to edit your VM config file to include a 'vif list'
    containing the IP address of each VIF you are configuring. i.e.,
    the list must look at least something like:
    vif = [ 'ip=1.2.3.4' ]
    (This just extends the existing 'vif' syntax, but a lot of people
    probably have been able to avoid needing to specify any vif
    details so far).

Let me know how you get on!

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-13  9:33       ` Keir Fraser
@ 2005-01-13 11:32         ` Nuutti Kotivuori
  2005-01-13 12:04         ` Keir Fraser
  1 sibling, 0 replies; 37+ messages in thread
From: Nuutti Kotivuori @ 2005-01-13 11:32 UTC (permalink / raw)
  To: xen-devel

Keir Fraser wrote:
> Well, leaving in the etherbridge patch is easier than removing
> it. I'll leave it for the time being.

Um, what is the etherbridge patch actually? I missed the references to
it.

But, I'd just like to make sure - this aversion to bridging is because
of bridges getting configured wrong, people having wrong assumptions
on how they work, and bridges being a bad default choice, right? There
aren't any known actual bugs in Xen or bridge code wrt. bridging
setups, are there?

The reason is that we are/will be using bridging really extensively,
possibly soon with Xen virtual machines, although the configuration of
the bridges is going to be totally custom.

-- Naked




-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-13  9:30     ` Leigh Brown
@ 2005-01-13  9:33       ` Keir Fraser
  2005-01-13 11:32         ` Nuutti Kotivuori
  2005-01-13 12:04         ` Keir Fraser
  2005-01-13 12:33       ` Chris Andrews
  1 sibling, 2 replies; 37+ messages in thread
From: Keir Fraser @ 2005-01-13  9:33 UTC (permalink / raw)
  To: Leigh Brown
  Cc: Keir Fraser, Ronald G. Minnich, Ian Pratt, Adam Sulmicki, xen-devel

> Eek.  I am using bridging very successfully and have never had a
> problem with it.  I don't use 2.4 any more though.  I hope it will
> be possible to retain support for bridging.
> 
> I'm hoping I'm in the silent majority ;-)

Well, leaving in the etherbridge patch is easier than removing
it. I'll leave it for the time being.

> One tweak I do make is to set up the bridge in Dom0 first.  I'd
> be happy if bridge support was changed to require a pre-existing
> bridge...

The bridge config scripts are quite simple. The intention is that you
customise them for your site. I'll leave example bridge scripts even
though the default will change to using routing.

I'll send a message here to describe how to switch between bridging
and routing.

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-12 22:03   ` Keir Fraser
  2005-01-12 22:04     ` Ronald G. Minnich
  2005-01-12 22:42     ` Nivedita Singhvi
@ 2005-01-13  9:30     ` Leigh Brown
  2005-01-13  9:33       ` Keir Fraser
  2005-01-13 12:33       ` Chris Andrews
  2005-01-13 14:06     ` Jan Kundrát
  3 siblings, 2 replies; 37+ messages in thread
From: Leigh Brown @ 2005-01-13  9:30 UTC (permalink / raw)
  To: Keir Fraser; +Cc: Ronald G. Minnich, Ian Pratt, Adam Sulmicki, xen-devel

Keir Fraser said:
>>
>>
>> On Wed, 12 Jan 2005, Ian Pratt wrote:
>>
>> > I'm actually going off the whole idea of bridging rather than routeing
>> > as the default...
>>
>> I am with you. I don't think the bridge thing has worked out. I thought
>> it
>> was just me, but then I watched this list and realized it's a lot of
>> people having trouble with it.
>
> Yes, I think we should try routing instead. Should be easy to concoct
> some replacement scripts?
>
> Also then no need for etherbridge patch to our 2.4 kernel. :-)

Eek.  I am using bridging very successfully and have never had a
problem with it.  I don't use 2.4 any more though.  I hope it will
be possible to retain support for bridging.

I'm hoping I'm in the silent majority ;-)

One tweak I do make is to set up the bridge in Dom0 first.  I'd
be happy if bridge support was changed to require a pre-existing
bridge...

Cheers,

Leigh.



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-12 22:03   ` Keir Fraser
  2005-01-12 22:04     ` Ronald G. Minnich
@ 2005-01-12 22:42     ` Nivedita Singhvi
  2005-01-13  9:30     ` Leigh Brown
  2005-01-13 14:06     ` Jan Kundrát
  3 siblings, 0 replies; 37+ messages in thread
From: Nivedita Singhvi @ 2005-01-12 22:42 UTC (permalink / raw)
  To: Keir Fraser; +Cc: Ronald G. Minnich, Ian Pratt, Adam Sulmicki, xen-devel

Keir Fraser wrote:

>>>I'm actually going off the whole idea of bridging rather than routeing
>>>as the default...
>>
>>I am with you. I don't think the bridge thing has worked out. I thought it 
>>was just me, but then I watched this list and realized it's a lot of 
>>people having trouble with it.
> 
> 
> Yes, I think we should try routing instead. Should be easy to concoct
> some replacement scripts?
> 
> Also then no need for etherbridge patch to our 2.4 kernel. :-)

Amen!! Thank you! The bridging stuff approach was causing a
lot of pain. Routing will be a little more flexible.

thanks,
Nivedita


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-12 22:03   ` Keir Fraser
@ 2005-01-12 22:04     ` Ronald G. Minnich
  2005-01-12 22:42     ` Nivedita Singhvi
                       ` (2 subsequent siblings)
  3 siblings, 0 replies; 37+ messages in thread
From: Ronald G. Minnich @ 2005-01-12 22:04 UTC (permalink / raw)
  To: Keir Fraser; +Cc: Ian Pratt, Adam Sulmicki, xen-devel



On Wed, 12 Jan 2005, Keir Fraser wrote:

> Yes, I think we should try routing instead. Should be easy to concoct
> some replacement scripts?

I could not agree more. I think the bridge idea was interesting but I feel 
that it is not working out.

ron


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* Re: nfsroot and brige
  2005-01-12 21:39 ` Ronald G. Minnich
@ 2005-01-12 22:03   ` Keir Fraser
  2005-01-12 22:04     ` Ronald G. Minnich
                       ` (3 more replies)
  0 siblings, 4 replies; 37+ messages in thread
From: Keir Fraser @ 2005-01-12 22:03 UTC (permalink / raw)
  To: Ronald G. Minnich; +Cc: Ian Pratt, Adam Sulmicki, xen-devel

> 
> 
> On Wed, 12 Jan 2005, Ian Pratt wrote:
> 
> > I'm actually going off the whole idea of bridging rather than routeing
> > as the default...
> 
> I am with you. I don't think the bridge thing has worked out. I thought it 
> was just me, but then I watched this list and realized it's a lot of 
> people having trouble with it.

Yes, I think we should try routing instead. Should be easy to concoct
some replacement scripts?

Also then no need for etherbridge patch to our 2.4 kernel. :-)

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* RE: nfsroot and brige
  2005-01-12 21:08 nfsroot and brige Ian Pratt
  2005-01-12 21:39 ` Ronald G. Minnich
@ 2005-01-12 21:43 ` Adam Heath
  1 sibling, 0 replies; 37+ messages in thread
From: Adam Heath @ 2005-01-12 21:43 UTC (permalink / raw)
  To: Ian Pratt; +Cc: Adam Sulmicki, xen-devel

On Wed, 12 Jan 2005, Ian Pratt wrote:

> > hello,
> >  	it seems like a catch-22 to me. I boot xen0 with nfsroot,
> >  	and then try to setup bridge stuff. something like this
> >
> > /sbin/brctl addbr xen-br0
> > /sbin/brctl addif xen-br0 eth0
> > /sbin/ifconfig xen-br0 10.0.10.103 netmask 255.255.255.0 up
> > /sbin/ifconfig eth0 0.0.0.0 promisc up
> >
> >  	however, once I start it running it crashes down with error
> >  	that nfs server is not available.
> >
> >  	does it mean that I must use initramfs to configure bridge
> >  	first, or is there some other way?
>
> It really bugs me that there's no atomic way to configure a bridge and
> transfer an IP address already active on another interface to it. I'm
> not 100% convinced that the current behaviour is actually what the
> bridge code author's intend: a the host can still transmit packet's with
> an IP associated with an eth interface that is part of a bridge, it just
> can't receive packets on that IP. I'd certainly appreciate it if someone
> could ask the question on the bridge mailing list...
>
> The workarounds for using nfsroot in dom0 at the moment are: a) use a
> ramfs to configure the bridge; b) use a routed rather than bridged
> setup.
>
> I'm actually going off the whole idea of bridging rather than routeing
> as the default...

Actually, our setup here uses proxy_arp, which is close to bridging anyways.


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* RE: nfsroot and brige
  2005-01-12 21:08 nfsroot and brige Ian Pratt
@ 2005-01-12 21:39 ` Ronald G. Minnich
  2005-01-12 22:03   ` Keir Fraser
  2005-01-12 21:43 ` Adam Heath
  1 sibling, 1 reply; 37+ messages in thread
From: Ronald G. Minnich @ 2005-01-12 21:39 UTC (permalink / raw)
  To: Ian Pratt; +Cc: Adam Sulmicki, xen-devel



On Wed, 12 Jan 2005, Ian Pratt wrote:

> I'm actually going off the whole idea of bridging rather than routeing
> as the default...

I am with you. I don't think the bridge thing has worked out. I thought it 
was just me, but then I watched this list and realized it's a lot of 
people having trouble with it.

ron


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

* RE: nfsroot and brige
@ 2005-01-12 21:08 Ian Pratt
  2005-01-12 21:39 ` Ronald G. Minnich
  2005-01-12 21:43 ` Adam Heath
  0 siblings, 2 replies; 37+ messages in thread
From: Ian Pratt @ 2005-01-12 21:08 UTC (permalink / raw)
  To: Adam Sulmicki, xen-devel

> hello,
>  	it seems like a catch-22 to me. I boot xen0 with nfsroot,
>  	and then try to setup bridge stuff. something like this
> 
> /sbin/brctl addbr xen-br0
> /sbin/brctl addif xen-br0 eth0
> /sbin/ifconfig xen-br0 10.0.10.103 netmask 255.255.255.0 up
> /sbin/ifconfig eth0 0.0.0.0 promisc up
> 
>  	however, once I start it running it crashes down with error
>  	that nfs server is not available.
> 
>  	does it mean that I must use initramfs to configure bridge
>  	first, or is there some other way?

It really bugs me that there's no atomic way to configure a bridge and
transfer an IP address already active on another interface to it. I'm
not 100% convinced that the current behaviour is actually what the
bridge code author's intend: a the host can still transmit packet's with
an IP associated with an eth interface that is part of a bridge, it just
can't receive packets on that IP. I'd certainly appreciate it if someone
could ask the question on the bridge mailing list...

The workarounds for using nfsroot in dom0 at the moment are: a) use a
ramfs to configure the bridge; b) use a routed rather than bridged
setup.

I'm actually going off the whole idea of bridging rather than routeing
as the default...

Ian


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

^ permalink raw reply	[flat|nested] 37+ messages in thread

end of thread, other threads:[~2005-01-17 15:22 UTC | newest]

Thread overview: 37+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <41C08801.4060908@spaceball.cjb.net>
2004-12-15 18:56 ` Xen and reiser4 Ming-Wei Shih
2004-12-17 19:17   ` Ming-Wei Shih
2005-01-11 20:12     ` Ming-Wei Shih
2005-01-11 21:23       ` Jan Kundrát
2005-01-11 23:37         ` Ming-Wei Shih
2005-01-12 14:26           ` Jan Kundrát
2005-01-12 19:00             ` Ming-Wei Shih
2005-01-12 20:09             ` Jerome Brown
2005-01-12 21:14               ` nfsroot and brige Adam Sulmicki
2005-01-12 21:44                 ` double free Adam Sulmicki
2005-01-12 22:04                   ` Keir Fraser
2005-01-12 22:32                     ` Adam Sulmicki
2005-01-12 22:31                       ` Keir Fraser
2005-01-12 22:57                       ` Adam Sulmicki
2005-01-17  7:56                 ` nfsroot and brige Adam Sulmicki
2005-01-12 22:00               ` Re: Xen and reiser4 Jan Kundrát
2005-01-12 23:09                 ` Jerome Brown
2005-01-13 13:43                   ` Jan Kundrát
2005-01-17 15:22                     ` Jan Kundrát
2005-01-11 22:28       ` Mark A. Williamson
2005-01-12  8:09         ` Ming-Wei Shih
2005-01-12 14:16           ` Jan Kundrát
2005-01-12 21:08 nfsroot and brige Ian Pratt
2005-01-12 21:39 ` Ronald G. Minnich
2005-01-12 22:03   ` Keir Fraser
2005-01-12 22:04     ` Ronald G. Minnich
2005-01-12 22:42     ` Nivedita Singhvi
2005-01-13  9:30     ` Leigh Brown
2005-01-13  9:33       ` Keir Fraser
2005-01-13 11:32         ` Nuutti Kotivuori
2005-01-13 12:04         ` Keir Fraser
2005-01-13 12:33       ` Chris Andrews
2005-01-13 14:06     ` Jan Kundrát
2005-01-13 14:13       ` Ian Pratt
2005-01-12 21:43 ` Adam Heath
2005-01-13 11:55 Ian Pratt
2005-01-13 12:55 ` Nuutti Kotivuori
2005-01-17  7:56 Ian Pratt

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.