* Digest text (and others)
From: Tom Watson @ 2004-07-06 23:08 UTC (permalink / raw)
To: alsa-devel
In-Reply-To: <E1Bht8r-0002Fn-BS@sc8-sf-list2.sourceforge.net>
Is it just me, or are others getting sick of the '=3D' quoted-printable text in
the bug reports that get forwarded to the alsa-devel list. Is there some magic
way to at least make them be un-quoted-printable. It is VERY annoying, not the
least difficult to wade thru.
Just subscribe to the digest for a coulpe of days. You will see exactly what I
mean.
Thanks.
=====
--
Tom Watson
tsw@johana.com
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
^ permalink raw reply
* Re: 2.6.7-mm6
From: Russell King @ 2004-07-06 23:07 UTC (permalink / raw)
To: William Lee Irwin III, David S. Miller, Andrew Morton,
linux-kernel
In-Reply-To: <20040706225255.GU21066@holomorphy.com>
On Tue, Jul 06, 2004 at 03:52:55PM -0700, William Lee Irwin III wrote:
> William Lee Irwin III <wli@holomorphy.com> wrote:
> >>> Third, some naive check for undefined symbols failed to understand the
> >>> relocation types indicating that a given operand refers to some hard
> >>> register, which manifest as undefined symbols in ELF executables. A
> >>> patch to refine its criteria, which I used to build with, follows. rmk
> >>> and hpa have some other ideas on this undefined symbol issue I've not
> >>> quite had the opportunity to get a clear statement of yet.
>
> On Tue, 6 Jul 2004 15:34:17 -0700 Andrew Morton <akpm@osdl.org> wrote:
> > > I converted that to a non-fatal warning due to the same problem on sparc64.
>
> On Tue, Jul 06, 2004 at 03:45:55PM -0700, David S. Miller wrote:
> > Andrew, Russell posted to us in private email an objdump based
> > check that didn't trigger for the register declaration case.
>
> He seems not to have cc:'d me. Apparently *UND* isn't always the fourth
> field so he did objdump --syms vmlinux | grep '^[^R][^E][^G].*\*UND\*'
> instead of the awk expression I brewed up.
Well, it seems it doesn't work for the .tmp_vmlinux1 object:
$ arm-linux-objdump --syms .tmp_vmlinux1 | egrep '^([^R]|R[^E]|RE[^G]).*\*UND\*'
00000000 w *UND* 00000000 kallsyms_addresses
00000000 w *UND* 00000000 kallsyms_num_syms
00000000 w *UND* 00000000 kallsyms_names
$ arm-linux-nm .tmp_vmlinux1 | grep kallsyms_names
w kallsyms_names
Seems we can't win either way. ;(
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
^ permalink raw reply
* Re: [RFC] TCP burst control
From: David S. Miller @ 2004-07-06 23:04 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: netdev, rhee
In-Reply-To: <20040706155858.11b368e6@dell_ss3.pdx.osdl.net>
On Tue, 6 Jul 2004 15:58:58 -0700
Stephen Hemminger <shemminger@osdl.org> wrote:
> When using advanced congestion control it is possible for TCP to decide that
> it has a large window to fill with data right away. The problem is that if TCP
> creates long bursts, it becomes unfriendly to other flows and is more likely
> to overrun intermediate queues.
>
> This patch limits the amount of data in flight. It came from BICTCP 1.1 but it
> has been generalized to all TCP congestion algorithms. It has had some testing,
> but needs to be more widely tested.
Both the New Reno and Westwood+ algorithms implement rate-halving to
solve this problem.
Why can't BICTCP use that instead of this special burst control hack?
^ permalink raw reply
* Re: [PATCH] 1/1: Device-Mapper: Remove 1024 devices limitation
From: Jim Houston @ 2004-07-06 23:00 UTC (permalink / raw)
To: Andrew Morton; +Cc: kevcorry, linux-kernel, dm-devel, torvalds, agk
In-Reply-To: <20040706152817.38ce1151.akpm@osdl.org>
On Tue, 2004-07-06 at 18:28, Andrew Morton wrote:
> Jim Houston <jim.houston@comcast.net> wrote:
> >
> > On Tue, 2004-07-06 at 17:23, Andrew Morton wrote:
> > > Kevin Corry <kevcorry@us.ibm.com> wrote:
> > > >
> > > > After talking with Alasdair a bit, there might be one bug in the "dm-use-idr"
> > > > patch I submitted before. It seems (based on some comments in lib/idr.c) that
> > > > the idr_find() routine might not return NULL if the desired ID value is not
> > > > in the tree.
> > >
> > >
> > > Confused. idr_find() returns the thing it found, or NULL. To which
> > > comments do you refer?
> >
> > Hi Andrew, Kevin,
> >
> > Kevin is correct. It's more of the nonsense related to having a counter
> > in the upper bits of the id. If you call idr_find with an id that is
> > beyond the currently allocated space it ignores the upper bits and
> > returns one of the entries that is in the allocated space. This
> > aliasing is most annoying.
>
> erk, OK, we have vestigial bits still. Note that MAX_ID_SHIFT is now 31 on
> 32-bit, so we're still waggling the top bit.
>
> > I'm attaching an untested patch which removes the counter in the upper
> > bits of the id and makes idr_find return NULL if the requested id is
> > beyond the allocated space.
>
> Would you have time to get it tested please?
>
> > I suspect that there are problems with
> > id values which are less than zero.
>
> Me too. I'd only be confident in the 0..2G range.
>
>
> > -#endif
> > + if (id >= (1 << n))
> > + return NULL;
> > while (n > 0 && p) {
> > n -= IDR_BITS;
> > p = p->ary[(id >> n) & IDR_MASK];
> >
>
> I think the above test is unneeded?
Hi Everyone,
With out the test above an id beyond the allocated space will alias
to one that exists. Perhaps the highest id currently allocated is
100, there will be two layers in the radix tree and the while loop
above will only look at the 10 least significant bits. If you call
idr_find with 1025 it will return the pointer associated with id 1.
The patch I sent was against linux-2.6.7, so I missed the change to
MAX_ID_SHIFT.
Jim Houston - Concurrent Computer Corp.
^ permalink raw reply
* PLS help fix: recent 2.6.7 won't connect to anything Re: [PATCH] fix tcp_default_win_scale.
From: bert hubert @ 2004-07-06 23:01 UTC (permalink / raw)
To: David S. Miller; +Cc: Stephen Hemminger, jamie, netdev, linux-net, linux-kernel
In-Reply-To: <20040706133559.70b6380d.davem@redhat.com>
On Tue, Jul 06, 2004 at 01:35:59PM -0700, David S. Miller wrote:
> Therefore we do not know which of the following two it really is:
Anybody with this problem is kindly invited to try to connect to
213.244.168.210, port 10000, http://213.244.168.210:10000/ should work.
If you have a problem, email me with your IP address, I have a tcpdump
running.
> 1) window scale option being stripped from SYN+ACK
The remote is in fact zeus-pub.kernel.org. I assume it does not have a
broken firewall, and I sure haven't, and it sends out to me:
00:46:31.936667 192.168.1.4.34018 > 204.152.189.116.80: S 2786942165:2786942165(0) win 5840
<mss 1460,sackOK,timestamp 269093190,nop,wscale 7> (DF)
00:46:32.097745 204.152.189.116.80 > 192.168.1.4.34018: S 2888442437:2888442437(0)
ack 2786942166 win 5792 <mss 1460,sackOK,timestamp 3563902477 26909319,nop,wscale 0> (DF)
^
00:46:32.098170 192.168.1.4.34018 > 204.152.189.116.80: . ack 1 win 45
<nop,nop,timestamp 26909481 3563902477> (DF)
So I would rule out 1), as this is a network that does not have the problem.
> 2) non-zero window option being patched into a zero window
> scale option
This looks more likely, on the outgoing SYN. We'll know tomorrow evening
(CEST) or earlier if somebody with the problem volunteers.
Regards,
bert
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://lartc.org Linux Advanced Routing & Traffic Control HOWTO
^ permalink raw reply
* kbuild support to build one module with multiple separate components?
From: Song Wang @ 2004-07-06 23:00 UTC (permalink / raw)
To: linux-mips
Hi, Folks
I'm puzzled by the kbuild system in 2.6 kernel.
I want to write a kernel module, which consists of
several components. The module is produced by
linking these components. These components are located
in separate subdirectories (for example A, B,C).
Each component is generated also by linking
multiple files. (For example, a_1.c, a_2.c for
building A.o, b_1.c, b_2.c for building B.o, then A.o
and B.o
should be linked to produce mymodule.o)
I know if I put all the files in a single directory
The makefile of the module looks like
obj-$(CONFIG_MYMODULE) += mymodule.o
mymodule-objs := a_1.o a_2.o b_1.o b_2.o c_1.o c_2.o
It should work. But it is really messy, especially
there are a lot of files or each component requires
different EXTRA_CFLAGS. However, if I write
separate Makefiles for each component in their own
subdirectory, the Makefile of component A looks like
obj-y := A.o (or obj-$(CONFIG_MYMODULE) += A.o)
A-objs := a_1.o a_2.o
And the Makefile of mymodule looks like
obj-$(CONFIG_MYMODULE) += A/
This is wrong, because kbuild will treat A as
independent module. All I want is to treat
A as component of the only module mymodule.o. It
should be linked to mymodule.o
Any idea on how to write a kbuild Makefile to
support such kind of single module produced
by linking multiple components and each component
is located in separate directory? Thanks.
-Song
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
^ permalink raw reply
* Re: [PATCH] Update in-kernel orinoco drivers to upstream current CVS
From: Francois Romieu @ 2004-07-06 22:54 UTC (permalink / raw)
To: Jeff Garzik
Cc: David Gibson, jt, Linux kernel mailing list, Dan Williams,
Pavel Roskin
In-Reply-To: <40E9E6BC.8020608@pobox.com>
Jeff Garzik <jgarzik@pobox.com> :
> Francois Romieu wrote:
> > The news:
> > - I got the adequate patch from the cvs repository
> > - 35 patches are available at the usual location. The series-mm file
> > describes the ordering of the patches. I'll redo the numbering as
> > it starts to be scary
> > - the remaining diff weights ~210k so far
> >
> > At least it makes reviewing easier.
>
>
> If you are willing to do some re-diffing, feel free to send out the
> boring, and easy-to-review parts such as netdev_priv() or obvious
> cleanups. That would help, at least, to cut things to more meat, and
> less noise.
Actually it does not induce a noticeable noise. The remaining patch is
down to 162 ko. 50 ko have disappeared while partially moving code on
the target sources (I'll keep this part separated from the "normal"
patches).
The renumbered patches + one or two new ones are available at
http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.7-mm6
--
Ueimor
^ permalink raw reply
* Re: [PATCH]: 1st step to remove skb_linearize() in ip6_tables.c and optimization
From: Pablo Neira @ 2004-07-06 22:59 UTC (permalink / raw)
To: Patrick McHardy
Cc: Harald Welte, Yasuyuki Kozakai, netfilter-devel, kisza,
usagi-core
In-Reply-To: <40EA7CE7.2000502@trash.net>
Hi Patrick,
Patrick McHardy wrote:
> skb_copy_bits is taking about twice as much cycles as tcp_match
> and 20% of total cycles.
AFAIK we are using skb_copy_bits because it walks through fragment list
in a safe way, I read an old thread (Harald and DaveM discussion) about
this. If I'm not wrong, that's why this was the method selected when
conntrack started handling fragments in 2.6 in a different way.
Well, I wonder if we could check if current skb is fragmented (something
like skb->data_len!=0), in that case use skb_copy_bits, if not walk
through skb payload directly as we use to do in 2.4 and save that memcpy.
regards,
Pablo
^ permalink raw reply
* [RFC] TCP burst control
From: Stephen Hemminger @ 2004-07-06 22:58 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev
When using advanced congestion control it is possible for TCP to decide that
it has a large window to fill with data right away. The problem is that if TCP
creates long bursts, it becomes unfriendly to other flows and is more likely
to overrun intermediate queues.
This patch limits the amount of data in flight. It came from BICTCP 1.1 but it
has been generalized to all TCP congestion algorithms. It has had some testing,
but needs to be more widely tested.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
diff -Nru a/include/linux/sysctl.h b/include/linux/sysctl.h
--- a/include/linux/sysctl.h 2004-07-06 15:52:39 -07:00
+++ b/include/linux/sysctl.h 2004-07-06 15:52:39 -07:00
@@ -339,6 +339,7 @@
NET_TCP_BIC_LOW_WINDOW=104,
NET_TCP_DEFAULT_WIN_SCALE=105,
NET_TCP_MODERATE_RCVBUF=106,
+ NET_TCP_BURST_MODERATION=107,
};
enum {
diff -Nru a/include/linux/tcp.h b/include/linux/tcp.h
--- a/include/linux/tcp.h 2004-07-06 15:52:39 -07:00
+++ b/include/linux/tcp.h 2004-07-06 15:52:39 -07:00
@@ -341,6 +341,7 @@
__u32 sacked_out; /* SACK'd packets */
__u32 fackets_out; /* FACK'd packets */
__u32 high_seq; /* snd_nxt at onset of congestion */
+ __u32 max_in_flight; /* for burst moderation */
__u32 retrans_stamp; /* Timestamp of the last retransmit,
* also used in SYN-SENT to remember stamp of
diff -Nru a/include/net/tcp.h b/include/net/tcp.h
--- a/include/net/tcp.h 2004-07-06 15:52:39 -07:00
+++ b/include/net/tcp.h 2004-07-06 15:52:39 -07:00
@@ -613,6 +613,7 @@
extern int sysctl_tcp_bic_low_window;
extern int sysctl_tcp_default_win_scale;
extern int sysctl_tcp_moderate_rcvbuf;
+extern int sysctl_tcp_burst_moderation;
extern atomic_t tcp_memory_allocated;
extern atomic_t tcp_sockets_allocated;
@@ -1335,8 +1336,11 @@
{
tp->undo_marker = 0;
tp->snd_ssthresh = tcp_recalc_ssthresh(tp);
- tp->snd_cwnd = min(tp->snd_cwnd,
- tcp_packets_in_flight(tp) + 1U);
+ if (sysctl_tcp_burst_moderation)
+ tp->snd_cwnd = min(tp->snd_cwnd,
+ max(tp->snd_ssthresh, tcp_packets_in_flight(tp) + 1U));
+ else
+ tp->snd_cwnd = min(tp->snd_cwnd, tcp_packets_in_flight(tp) + 1U);
tp->snd_cwnd_cnt = 0;
tp->high_seq = tp->snd_nxt;
tp->snd_cwnd_stamp = tcp_time_stamp;
@@ -1393,6 +1397,24 @@
tcp_minshall_check(tp))));
}
+/*
+ * If doing packet burst moderation
+ * then check to see if we have used up our limit
+ */
+static __inline__ int
+tcp_burst_exhausted(struct tcp_opt *tp)
+{
+ u32 cap = tp->max_in_flight;
+
+ if (!sysctl_tcp_burst_moderation || cap == 0)
+ return 0;
+
+ if (likely(tp->ca_state != TCP_CA_Recovery))
+ cap += tcp_max_burst(tp) + (tp->snd_cwnd>>7);
+
+ return (tcp_packets_in_flight(tp) >= cap);
+}
+
/* This checks if the data bearing packet SKB (usually sk->sk_send_head)
* should be put on the wire right now.
*/
@@ -1423,11 +1445,19 @@
/* Don't be strict about the congestion window for the
* final FIN frame. -DaveM
*/
- return (((nonagle&TCP_NAGLE_PUSH) || tp->urg_mode
- || !tcp_nagle_check(tp, skb, cur_mss, nonagle)) &&
- ((tcp_packets_in_flight(tp) < tp->snd_cwnd) ||
- (TCP_SKB_CB(skb)->flags & TCPCB_FLAG_FIN)) &&
- !after(TCP_SKB_CB(skb)->end_seq, tp->snd_una + tp->snd_wnd));
+ if ((tcp_packets_in_flight(tp) >= tp->snd_cwnd ||
+ tcp_burst_exhausted(tp)) &&
+ !(TCP_SKB_CB(skb)->flags & TCPCB_FLAG_FIN))
+ return 0; /* no space in congestion window */
+
+ if (after(TCP_SKB_CB(skb)->end_seq, tp->snd_una + tp->snd_wnd))
+ return 0; /* send window full */
+
+ if (!((nonagle&TCP_NAGLE_PUSH) || tp->urg_mode
+ || !tcp_nagle_check(tp, skb, cur_mss, nonagle)))
+ return 0; /* limited by sender */
+
+ return 1;
}
static __inline__ void tcp_check_probe_timer(struct sock *sk, struct tcp_opt *tp)
diff -Nru a/net/ipv4/sysctl_net_ipv4.c b/net/ipv4/sysctl_net_ipv4.c
--- a/net/ipv4/sysctl_net_ipv4.c 2004-07-06 15:52:39 -07:00
+++ b/net/ipv4/sysctl_net_ipv4.c 2004-07-06 15:52:39 -07:00
@@ -682,6 +682,14 @@
.mode = 0644,
.proc_handler = &proc_dointvec,
},
+ {
+ .ctl_name = NET_TCP_BURST_MODERATION,
+ .procname = "tcp_burst_moderation",
+ .data = &sysctl_tcp_burst_moderation,
+ .maxlen = sizeof(int),
+ .mode = 0644,
+ .proc_handler = &proc_dointvec,
+ },
{ .ctl_name = 0 }
};
diff -Nru a/net/ipv4/tcp_input.c b/net/ipv4/tcp_input.c
--- a/net/ipv4/tcp_input.c 2004-07-06 15:52:39 -07:00
+++ b/net/ipv4/tcp_input.c 2004-07-06 15:52:39 -07:00
@@ -91,6 +91,7 @@
int sysctl_tcp_vegas_cong_avoid;
int sysctl_tcp_moderate_rcvbuf = 1;
+int sysctl_tcp_burst_moderation = 1;
/* Default values of the Vegas variables, in fixed-point representation
* with V_PARAM_SHIFT bits to the right of the binary point.
@@ -1596,7 +1597,11 @@
if (decr && tp->snd_cwnd > limit)
tp->snd_cwnd -= decr;
- tp->snd_cwnd = min(tp->snd_cwnd, tcp_packets_in_flight(tp)+1);
+ limit = tcp_packets_in_flight(tp)+1;
+ if (sysctl_tcp_burst_moderation)
+ limit = max(tp->snd_ssthresh, limit);
+
+ tp->snd_cwnd = min(tp->snd_cwnd, limit);
tp->snd_cwnd_stamp = tcp_time_stamp;
}
@@ -3823,8 +3828,13 @@
/* Limited by application or receiver window. */
u32 win_used = max(tp->snd_cwnd_used, 2U);
if (win_used < tp->snd_cwnd) {
+ u32 limit = (tp->snd_cwnd + win_used) >> 1;
tp->snd_ssthresh = tcp_current_ssthresh(tp);
- tp->snd_cwnd = (tp->snd_cwnd + win_used) >> 1;
+ if (sysctl_tcp_burst_moderation)
+ tp->snd_cwnd = min(tp->snd_cwnd,
+ max(tp->snd_ssthresh, limit));
+ else
+ tp->snd_cwnd = limit;
}
tp->snd_cwnd_used = 0;
}
@@ -4097,6 +4107,8 @@
struct tcphdr *th, unsigned len)
{
struct tcp_opt *tp = tcp_sk(sk);
+
+ tp->max_in_flight = 0;
/*
* Header prediction.
diff -Nru a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
--- a/net/ipv4/tcp_output.c 2004-07-06 15:52:39 -07:00
+++ b/net/ipv4/tcp_output.c 2004-07-06 15:52:39 -07:00
@@ -205,6 +205,10 @@
#define SYSCTL_FLAG_WSCALE 0x2
#define SYSCTL_FLAG_SACK 0x4
+ if (sysctl_tcp_burst_moderation && !tp->max_in_flight)
+ tp->max_in_flight = tcp_packets_in_flight(tp)
+ + tcp_max_burst(tp);
+
sysctl_flags = 0;
if (tcb->flags & TCPCB_FLAG_SYN) {
tcp_header_size = sizeof(struct tcphdr) + TCPOLEN_MSS;
@@ -948,6 +952,11 @@
if (tcp_packets_in_flight(tp) >= tp->snd_cwnd)
return;
+ if (sysctl_tcp_burst_moderation && tp->max_in_flight) {
+ if (tcp_packets_in_flight(tp) >= tp->max_in_flight)
+ return;
+ }
+
if (sacked&TCPCB_LOST) {
if (!(sacked&(TCPCB_SACKED_ACKED|TCPCB_SACKED_RETRANS))) {
if (tcp_retransmit_skb(sk, skb))
@@ -996,6 +1005,11 @@
if (tcp_packets_in_flight(tp) >= tp->snd_cwnd)
break;
+
+ if (sysctl_tcp_burst_moderation && tp->max_in_flight) {
+ if (tcp_packets_in_flight(tp) >= tp->max_in_flight)
+ return;
+ }
if(TCP_SKB_CB(skb)->sacked & TCPCB_TAGBITS)
continue;
^ permalink raw reply
* Re: Re: almost working
From: Ian Pratt @ 2004-07-06 22:58 UTC (permalink / raw)
To: Jody Belka; +Cc: Keir Fraser, xen-devel@lists.sourceforge.net, Ian.Pratt
In-Reply-To: <20040706223458.GA19992@faith.gentoo.org>
> Seeing this msg i cloned down the latest (at the time) rev from bk. After
> rebuilding xen, my dom0 and domU kernels, and all the tools, I tried it
> out. Unfortunately i couldn't even start an unpriveleged domain any more.
> Logs of xend tracing and the relevant command window are attached; hope
> they're helpful in tracking down the problem.
Oops.
I can confirm I get the same error.
And it was all working so well earlier this afternoon...
It looks like a timeout talking to the blk device backend driver,
which is a bug that was believed fixed earlier today -- sorry
folks.
Not withstanding this bug, the good news is that we're beginning
to get the first inklings of warm fuzzy feelings about new xend's
stability. I'm afraid a fix will have to wait until tomorrow,
though.
Ian
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
^ permalink raw reply
* Re: [PATCH] fix tcp_default_win_scale.
From: David S. Miller @ 2004-07-06 22:50 UTC (permalink / raw)
To: John Heffner; +Cc: netdev, linux-net, linux-kernel
In-Reply-To: <Pine.NEB.4.33.0407061751380.10143-100000@dexter.psc.edu>
On Tue, 6 Jul 2004 17:55:12 -0400 (EDT)
John Heffner <jheffner@psc.edu> wrote:
> Another bit to addr to the firewall / window scale mess: I remember from
> a while ago that the Cisco PIX firewalls would not allow a window scale of
> greater than 8. I don't know if they've fixed this or not. It seems
> like some sort of arbitrary limit.
In what manner did it deal with > 8 window scales? By rewriting the option
or deleting the option entirely from the SYN or SYN+ACK packets?
^ permalink raw reply
* Re: 2.6.7-mm6
From: William Lee Irwin III @ 2004-07-06 22:52 UTC (permalink / raw)
To: David S. Miller; +Cc: Andrew Morton, linux-kernel
In-Reply-To: <20040706154555.79673f14.davem@redhat.com>
William Lee Irwin III <wli@holomorphy.com> wrote:
>>> Third, some naive check for undefined symbols failed to understand the
>>> relocation types indicating that a given operand refers to some hard
>>> register, which manifest as undefined symbols in ELF executables. A
>>> patch to refine its criteria, which I used to build with, follows. rmk
>>> and hpa have some other ideas on this undefined symbol issue I've not
>>> quite had the opportunity to get a clear statement of yet.
On Tue, 6 Jul 2004 15:34:17 -0700 Andrew Morton <akpm@osdl.org> wrote:
> > I converted that to a non-fatal warning due to the same problem on sparc64.
On Tue, Jul 06, 2004 at 03:45:55PM -0700, David S. Miller wrote:
> Andrew, Russell posted to us in private email an objdump based
> check that didn't trigger for the register declaration case.
He seems not to have cc:'d me. Apparently *UND* isn't always the fourth
field so he did objdump --syms vmlinux | grep '^[^R][^E][^G].*\*UND\*'
instead of the awk expression I brewed up.
-- wli
^ permalink raw reply
* $33857
From: Adriana Carrillo @ 2004-07-06 22:52 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
acpi-devel-request-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
acornicq-bugs-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi,
I sent you an email a few days ago, because you now qualify for a new mortgage.
You could get $300,000 for as little as $700 a month!
Bad credit is no problem, you can pull cash out or refinance.
Please click on this link:
http://www.lending-now.com/h7/li.php?n5n=71
Best Regards,
Steve Morris
No more: http://www.lending-now.com/r1/index.html
---- system information ----
international around Internet examples: provides meet regime index
Description nearly Group natural version place server or
Traditional programmer graphics One absence identifier Provider's individual
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
^ permalink raw reply
* Re: [PATCH] fix tcp_default_win_scale.
From: David S. Miller @ 2004-07-06 22:49 UTC (permalink / raw)
To: bert hubert; +Cc: jamie, shemminger, netdev, linux-net, linux-kernel
In-Reply-To: <20040706224453.GA6694@outpost.ds9a.nl>
On Wed, 7 Jul 2004 00:44:53 +0200
bert hubert <ahu@ds9a.nl> wrote:
> Not true - the outgoing SYN packet had window scale 7, when it was sent. The
> SYN|ACK had window scale 0, when received by the initiating system.
>
> Also - even if the remote were to assume a 47 byte window size, would it not
> be able to send small packets? Or does the window size also include
> packet haders?
SWS avoidance makes us not send packets. See this quote in an email
from John Heffner the other week:
================================
To elaborate on my earlier mail. my hypothesis is that somehow the web
server beleives that we sent a winscale of 0. In such a case, when we try
to advertise our initial 4*MSS (5840 bytes) of window, with a window scale
of 3 we use a value of 730 in the window field. All sender SWS avoidance
(RFC1122) tests will fail, most notably 1 (because we already advertised
5840 bytes and 730 < 5840/2) and 3 (because 730 < 1460). With a winscale
of 2, we will use a value of 1460 in the window field, so both tests will
succeed.
================================
^ permalink raw reply
* Re: [Openswan dev] IPComp
From: James Morris @ 2004-07-06 22:50 UTC (permalink / raw)
To: Herbert Xu; +Cc: dev, netdev, Paul Wouters
In-Reply-To: <20040706213135.GA21477@gondor.apana.org.au>
On Wed, 7 Jul 2004, Herbert Xu wrote:
> With most KMs the SAs are renegotiated periodically. So as time
> goes on memory fragmentation will eventually cause this to fail.
> You also to consider IPsec gateways where there are hundreds or
> thousands of SAs.
>
> Maybe we can use a vmalloc instead? That seems to be what the
> deflate module does.
I think it would be better to go with your original idea of allocating a
scratch buffer for each packet, based on the size of the packet. IPComp
is very slow path, and allocating 64k for each SA is optimizing for an
uncommon worst case in a way which will potentially eat up a lot of memory
(e.g. > 6MB for 100 tunnels).
- James
--
James Morris
<jmorris@redhat.com>
^ permalink raw reply
* Re: 2.6.7-mm6
From: David S. Miller @ 2004-07-06 22:45 UTC (permalink / raw)
To: Andrew Morton; +Cc: wli, linux-kernel
In-Reply-To: <20040706153417.237e454e.akpm@osdl.org>
On Tue, 6 Jul 2004 15:34:17 -0700
Andrew Morton <akpm@osdl.org> wrote:
> William Lee Irwin III <wli@holomorphy.com> wrote:
> >
> > Third, some naive check for undefined symbols failed to understand the
> > relocation types indicating that a given operand refers to some hard
> > register, which manifest as undefined symbols in ELF executables. A
> > patch to refine its criteria, which I used to build with, follows. rmk
> > and hpa have some other ideas on this undefined symbol issue I've not
> > quite had the opportunity to get a clear statement of yet.
>
> I converted that to a non-fatal warning due to the same problem on sparc64.
Andrew, Russell posted to us in private email an objdump based
check that didn't trigger for the register declaration case.
^ permalink raw reply
* Re: GCC 3.3.2 -Wall affects the code generated...
From: Denis Zaitsev @ 2004-07-06 22:46 UTC (permalink / raw)
To: Jim Wilson; +Cc: linux-gcc, gcc
In-Reply-To: <40EB0E5E.4020002@specifixinc.com>
On Tue, Jul 06, 2004 at 01:41:02PM -0700, Jim Wilson wrote:
> Denis Zaitsev wrote:
> > header an inline function named strip is defined. And I found that
> > the object code generated for this function depends of the presence of
> > -Wall in the list of option to GCC.
>
> This is probably a bug. This is a small loop that is being complied
> differently, so this might be a problem with a loop optimizer, or with
> the basic block reorganizer. I'd guess we have an uninitialized
> variable, or some other kind of memory corruption somewhere. I don't
> know of any other reason why -Wall would effect the code emitted.
>
> We need a testcase to look at this. The source you provided can not be
> compiled on its own. I don't happen to have an x86 GLIBC tree, so I can
> not easily generate my own testcase. I tried fixing your testcase to
> make it compilable, but nothing interesting happens when using
> gcc-3.3.4. I suspect that there is a complicated interaction going on
> here, and we actually need the full input file to reproduce the problem,
> rather than just the source for the one function that changes. Or maybe
> the problem has already been fixed. I can't tell.
I used to assume that everybody has the GLIBC tree. :) So, I can
just sent all the necessary files to you. And I don't think that this
problem is specific for that function, so there is no sence to try to
reproduce the problem upon that function only. I have already told,
it seems that a compilation of that file loads GCC too high, and bugs
are popping up. Compiling that file, GCC just refuse to do some
(other that the inlining) optimization it always does. I can describe
this problem too, should it help.
And I going to compile and install GCC-3.3.4 myself, so I will try to
compile GLIBC with this GCC and will report the result.
^ permalink raw reply
* Re: post 2.6.7 BK change breaks Java?
From: Andy Isaacson @ 2004-07-06 22:45 UTC (permalink / raw)
To: John Richard Moser, Linux-Kernel mailing list
In-Reply-To: <20040706161451.GA26925@merlin.emma.line.org>
On Tue, Jul 06, 2004 at 06:14:51PM +0200, Matthias Andree wrote:
> I've been pointed to the NX feature off-list and investigated, my CPU
> (AMD Athlon XP 2500+ Model 10 "Barton") doesn't support the noexec flag,
> and dmesg does not contain any output that MX was enabled, and the Java
> "Killed" problem persists when the kernel is booted with noexec=off.
>
> It must have entered the tree between v2.6.7 and revision 1.1757 in
> Linus' tree.
BK revision numbers aren't stable, so "1.1757" doesn't say much.
Instead, quote keys, either :KEY: or :MD5KEY:, like so:
% bk prs -hnd:KEY: -r1.1657 ChangeSet
akpm@osdl.org[torvalds]|ChangeSet|20040323152307|55600
% bk prs -hnd:MD5KEY: -r1.1657 ChangeSet
4060565bRhJji9RfHpiUg8dYxnHR1A
Those identifiers are eternal and unchanging, and can be used almost
anywhere a revision number can be used. (Note that I used a different
rev, as I don't have 1.1757 in my tree at the moment.)
> BTW, how do I tell BitKeeper "pull up to revision..."? bk pull and bk
> undo -aREV is a way, but it's wasteful.
bk clone has a -r option, but it just does an undo internally. You
should definitely have a local mirror of the kernel source and make
temporary clones to work in, then the only things that you're wasting
are compute cycles and disk IO (rather than network bandwidth).
% (cd mirror/linux-2.5; bk pull)
% bk clone -ql -r4060565bRhJji9RfHpiUg8dYxnHR1A mirror/linux-2.5 tmptree
This works better if you have enough RAM to cache the entire BK tree
comfortably (at least 768MB, preferably a gig).
-andy (not speaking for or associated with BitMover)
^ permalink raw reply
* Re: [PATCH] fix tcp_default_win_scale.
From: bert hubert @ 2004-07-06 22:44 UTC (permalink / raw)
To: David S. Miller; +Cc: Jamie Lokier, shemminger, netdev, linux-net, linux-kernel
In-Reply-To: <20040706131235.10b5afa8.davem@redhat.com>
On Tue, Jul 06, 2004 at 01:12:35PM -0700, David S. Miller wrote:
> It is this specific case:
>
> 1) SYN packet contains window scale option of ZERO.
Not true - the outgoing SYN packet had window scale 7, when it was sent. The
SYN|ACK had window scale 0, when received by the initiating system.
Also - even if the remote were to assume a 47 byte window size, would it not
be able to send small packets? Or does the window size also include
packet haders?
Regards,
bert
--
http://www.PowerDNS.com Open source, database driven DNS Software
http://lartc.org Linux Advanced Routing & Traffic Control HOWTO
^ permalink raw reply
* [kernel26@ppc] fixes...
From: Paweł Sikora @ 2004-07-06 22:42 UTC (permalink / raw)
To: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 755 bytes --]
Hi,
Could You look at attached patches?
[1] 2.6.7-ppc-asm-defs.patch
assembler reports an error at `dssall'
[2] 2.6.7-ppc-cciss-div.patch
a shift in sector_div() > bit-size of int.
[3] 2.6.7-ppc-ipr-div.patch
similar sector_div() bug.
[4] 2.6.7-ppc-saa7146-workaround.patch
is only workaround for a conflict:
"CC [M] drivers/media/common/saa7146_video.o
drivers/media/common/saa7146_video.c:3: error: conflicting types for `memory'
include/asm-m68k/setup.h:365: error: previous declaration of `memory'"
[5] 2.6.7-ppc-strncasecmp.patch
a confilct with strncasecmp in arch-ppc/lib/strcase.c
--
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */
#define say(x) lie(x)
[-- Attachment #2: 2.6.7-ppc-asm-defs.patch --]
[-- Type: text/x-diff, Size: 862 bytes --]
--- linux-2.6.7/include/asm-ppc/ppc_asm.h.orig 2004-07-06 16:44:48.000000000 +0200
+++ linux-2.6.7/include/asm-ppc/ppc_asm.h 2004-07-06 16:57:45.784635032 +0200
@@ -73,6 +73,16 @@
#define REST_16EVR(n,s,base) REST_8EVR(n,s,base); REST_8EVR(n+8,s,base)
#define REST_32EVR(n,s,base) REST_16EVR(n,s,base); REST_16EVR(n+16,s,base)
+/*
+ * Once a version of gas that understands the AltiVec instructions
+ * is freely available, we can do this the normal way... - paulus
+ */
+#define LVX(r,a,b) .long (31<<26)+((r)<<21)+((a)<<16)+((b)<<11)+(103<<1)
+#define STVX(r,a,b) .long (31<<26)+((r)<<21)+((a)<<16)+((b)<<11)+(231<<1)
+#define MFVSCR(r) .long (4<<26)+((r)<<21)+(770<<1)
+#define MTVSCR(r) .long (4<<26)+((r)<<11)+(802<<1)
+#define DSSALL .long (0x1f<<26)+(0x10<<21)+(0x336<<1)
+
#ifdef CONFIG_PPC601_SYNC_FIX
#define SYNC \
BEGIN_FTR_SECTION \
[-- Attachment #3: 2.6.7-ppc-cciss-div.patch --]
[-- Type: text/x-diff, Size: 680 bytes --]
--- linux-2.6.7/drivers/block/cciss.c.orig 2004-07-06 19:11:30.000000000 +0200
+++ linux-2.6.7/drivers/block/cciss.c 2004-07-06 21:53:26.603620600 +0200
@@ -208,7 +208,7 @@
ctlr_info_t *h = (ctlr_info_t*)data;
drive_info_struct *drv;
unsigned long flags;
- unsigned int vol_sz, vol_sz_frac;
+ uint64_t vol_sz, vol_sz_frac;
ctlr = h->ctlr;
@@ -269,7 +269,7 @@
if (drv->raid_level > 5)
drv->raid_level = RAID_UNKNOWN;
size = sprintf(buffer+len, "cciss/c%dd%d:"
- "\t%4d.%02dGB\tRAID %s\n",
+ "\t%4llu.%02lluGB\tRAID %s\n",
ctlr, i, vol_sz,vol_sz_frac,
raid_label[drv->raid_level]);
pos += size; len += size;
[-- Attachment #4: 2.6.7-ppc-ipr-div.patch --]
[-- Type: text/x-diff, Size: 356 bytes --]
--- linux-2.6.7/drivers/scsi/ipr.c.orig 2004-07-06 22:03:17.000000000 +0200
+++ linux-2.6.7/drivers/scsi/ipr.c 2004-07-06 23:33:37.539819400 +0200
@@ -2785,7 +2785,8 @@
struct block_device *block_device,
sector_t capacity, int *parm)
{
- int heads, sectors, cylinders;
+ int heads, sectors;
+ sector_t cylinders;
heads = 128;
sectors = 32;
[-- Attachment #5: 2.6.7-ppc-saa7146-workaround.patch --]
[-- Type: text/x-diff, Size: 1021 bytes --]
--- linux-2.6.7/drivers/media/common/saa7146_video.c.orig 2004-06-16 07:19:37.000000000 +0200
+++ linux-2.6.7/drivers/media/common/saa7146_video.c 2004-07-06 23:10:55.768840056 +0200
@@ -1,9 +1,9 @@
#include <media/saa7146_vv.h>
-static int memory = 32;
+static int capmemory = 32;
-MODULE_PARM(memory,"i");
-MODULE_PARM_DESC(memory, "maximum memory usage for capture buffers (default: 32Mb)");
+MODULE_PARM(capmemory,"i");
+MODULE_PARM_DESC(capmemory, "maximum memory usage for capture buffers (default: 32Mb)");
#define IS_CAPTURE_ACTIVE(fh) \
(((vv->video_status & STATUS_CAPTURE) != 0) && (vv->video_fh == fh))
@@ -1331,9 +1331,9 @@
*size = fh->video_fmt.sizeimage;
- /* check if we exceed the "memory" parameter */
- if( (*count * *size) > (memory*1048576) ) {
- *count = (memory*1048576) / *size;
+ /* check if we exceed the "capmemory" parameter */
+ if( (*count * *size) > (capmemory*1048576) ) {
+ *count = (capmemory*1048576) / *size;
}
DEB_CAP(("%d buffers, %d bytes each.\n",*count,*size));
[-- Attachment #6: 2.6.7-ppc-strncasecmp.patch --]
[-- Type: text/x-diff, Size: 486 bytes --]
--- linux-2.6.7/fs/gfs_locking/lock_gulm/utils_verb_flags.c.orig 2004-07-06 18:20:32.000000000 +0000
+++ linux-2.6.7/fs/gfs_locking/lock_gulm/utils_verb_flags.c 2004-07-06 19:20:55.868623553 +0000
@@ -20,6 +20,7 @@
#include "gulm_log_msg_bits.h"
+#ifndef CONFIG_PPC
static __inline__ int
strncasecmp (const char *s1, const char *s2, size_t l)
{
@@ -40,6 +41,7 @@
}
return (c1 - c2);
}
+#endif
static int bit_array[16] = { 0, 1, 1, 2, 1, 2, 2, 3, 1, 2, 2, 3, 2, 3, 3, 4 };
^ permalink raw reply
* RE: a hosed reiserfs
From: Burnes, James @ 2004-07-06 22:40 UTC (permalink / raw)
To: redeeman, Reiserfs Mailinglist
For some reason I haven't received this reply, except through the
forward.
I would assume there is some money in there. They do seem to fund
various opensource activities.
Maybe filling out an app for grant would be good. Is there an available
non-profit wrapper around Reiser4? There must be some sort of shell for
the DARPA funding to have happened.
Thx,
jim burnes
security engineer
great-west, denver
> -----Original Message-----
> From: Redeeman [mailto:redeeman@metanurb.dk]
> Sent: Tuesday, July 06, 2004 4:23 PM
> To: Reiserfs Mailinglist
> Subject: Re: a hosed reiserfs
>
> /me smells a repacker/resizer coming along
> On Tue, 2004-07-06 at 12:05 -0700, Hans Reiser wrote:
> > Burnes, James wrote:
> >
> > >Speaking of which. Does ReiserFS receive funding from the Linux
Fund?
> > >(The MasterCard which sends a percentage of all of your MC
transactions
> > >to open source projects?)
> > >
> > >
> > No we don't, is there real money in the Linux Fund?
> >
> > >
> > >
> > >jim burnes
> > >security engineer
> > >great-west, denver
> > >
> > >
> > >
> > >
> > >>-----Original Message-----
> > >>From: Hans Reiser [mailto:reiser@namesys.com]
> > >>Sent: Sunday, July 04, 2004 4:57 PM
> > >>To: Bruce Israel
> > >>Cc: reiserfs-list@namesys.com; Vitaly Fertman; Alexander Lyamin
aka
> > >>
> > >>
> > >FLX
> > >
> > >
> > >>Subject: Re: a hosed reiserfs
> > >>
> > >>Bruce Israel wrote:
> > >>
> > >>
> > >>
> > >>>On Mon, Jun 28, 2004 at 10:46:05AM -0700, Hans Reiser wrote:
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>>www.namesys.com/support.html takes credit cards. Thanks for
being
> > >>>>
> > >>>>
> > >our
> > >
> > >
> > >>>>customer.
> > >>>>
> > >>>>
> > >>>>
> > >
> > >
> > >
> > >
> > >
> >
> >
> --
> Redeeman <redeeman@metanurb.dk>
^ permalink raw reply
* [arny@arny.ro: [netfilter-core] iptables.]
From: Harald Welte @ 2004-07-06 22:40 UTC (permalink / raw)
To: Netfilter Development Mailinglist
[-- Attachment #1.1: Type: text/plain, Size: 373 bytes --]
--
- Harald Welte <laforge@netfilter.org> http://www.netfilter.org/
============================================================================
"Fragmentation is like classful addressing -- an interesting early
architectural error that shows how much experimentation was going
on while IP was being designed." -- Paul Vixie
[-- Attachment #1.2: Type: message/rfc822, Size: 3859 bytes --]
From: "arny" <arny@arny.ro>
To: coreteam@netfilter.org
Subject: [netfilter-core] iptables.
Date: Tue, 6 Jul 2004 23:28:06 +0300 (EEST)
Message-ID: <47239.83.103.143.1.1089145686.squirrel@83.103.143.1>
Hi.
I have a p4 2,8 HT PC with slackware 9.1, kernel 2.6.7 SMP, runing
squid(transparent proxy)+ firewall+routing. The trafic is 1M for 300
clients.
Sometimes the box freez. When is restarted i got this messages and after 3
minutes it freez again. Maybe is a harware problem but i dont khow waht is
exactly. I fallow the logs and i got this.
Thx
arny
Jul 6 00:41:51 gw kernel: LIST_DELETE:
net/ipv4/netfilter/ip_conntrack_core.c:300
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f63
7a224) not in &ip_conntrack_hash[hr].
Jul 6 00:41:51 gw kernel: LIST_DELETE:
net/ipv4/netfilter/ip_conntrack_core.c:300
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f64
f3824) not in &ip_conntrack_hash[hr].
Jul 6 00:41:54 gw kernel: LIST_DELETE:
net/ipv4/netfilter/ip_conntrack_core.c:300
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f63
7a6a4) not in &ip_conntrack_hash[hr].
Jul 6 00:41:54 gw kernel: LIST_DELETE:
net/ipv4/netfilter/ip_conntrack_core.c:300
`&ct->tuplehash[IP_CT_DIR_REPLY]'(f63
7a524) not in &ip_conntrack_hash[hr].
Jul 6 00:46:36 gw syslogd 1.4.1: restart.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: Re: almost working
From: Jody Belka @ 2004-07-06 22:34 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel@lists.sourceforge.net
In-Reply-To: <E1BhsXA-000884-00@mta1.cl.cam.ac.uk>
[-- Attachment #1: Type: text/plain, Size: 794 bytes --]
On Tue, Jul 06, 2004 at 05:11:04PM +0100, Keir Fraser wrote:
> I think many people had been seeing problems of this ilk, so you will
> probably be delighted to hear that these bugs have been squashed by
> today's checkins.
>
> It was a combination of a simple stupid bug in the device-driver code,
> coupled with faulty error handling in xend.
Seeing this msg i cloned down the latest (at the time) rev from bk. After
rebuilding xen, my dom0 and domU kernels, and all the tools, I tried it
out. Unfortunately i couldn't even start an unpriveleged domain any more.
Logs of xend tracing and the relevant command window are attached; hope
they're helpful in tracking down the problem.
For reference, this was using rev 40eae953qXVB0VAXac-t2uDXq-tS9Q
--
Jody Belka
(knew) at (pimb) dot (org)
[-- Attachment #2: screenlog.0 --]
[-- Type: text/plain, Size: 31379 bytes --]
^[]0;root@iris: /etc/xen/machines\aroot@iris:/etc/xen/machines# /etc/init.d/xend-\b \b.real start_trace
/usr/sbin/xend
Starting Xen control daemon: xend.
^[]0;root@iris: /etc/xen/machines\aroot@iris:/etc/xen/machines# brctl addbr nbe-br
device nbe-br already exists; can't create bridge with the same name
brctl sethello nbe-br 0
brctl setfd nbe-br 0
brctl stp nbe-br off
Interface not found: eth0
initial_refresh>
db dom= ['domain', ['id', '0'], ['name', 'Domain-0'], ['memory', '39']]
xc dom= {'cpu_time': 76671513806L, 'name': 'Domain-0', 'dying': 0, 'dom': 0, 'maxmem_kb': 49152, 'paused': 0, 'crashed': 0, 'running': 1, 'shutdown_reason': 0, 'shutdown': 0, 'mem_kb': 39936, 'cpu': 0, 'blocked': 0}
dom= 0 config= ['domain', ['id', '0'], ['name', 'Domain-0'], ['memory', '39']]
dom= 0 new
XendDomain>refresh>
XendDomain>initial_refresh> doms:
dom domain id=0 name=Domain-0 memory=39
EVENT> xend.start 0
XendDomain>reap>
XendDomain>reap<
config: ('vm' ('name' 'eos - dns' ) ('memory' '16' ) ('cpu' '-1' ) ('image' ('linux' ('kernel' '/boot/xen/xenU-2.4.26-1' ) ('ip' ':::::eth0:off' ) ('root' '/dev/hda1 ro' ) ) ) ('device' ('vbd' ('uname' 'phy:/dev/evms/machines/eos/root' ) ('dev' 'hda1' ) ('mode' 'w' ) ) ) ('device' ('vbd' ('uname' 'phy:/dev/evms/machines/eos/swap' ) ('dev' 'hda2' ) ('mode' 'w' ) ) ) ('device' ('vbd' ('uname' 'phy:/dev/evms/machines/eos/dnsdata' ) ('dev' 'hdb1' ) ('mode' 'w' ) ) ) ('device' ('vif' ) ) )
vm_create>
create_domain> linux /boot/xen/xenU-2.4.26-1
create-domain> init_domain...
init_domain> 16 eos - dns -1
create_domain> dom= 3
build_domain> linux 3 /boot/xen/xenU-2.4.26-1 ip=:::::eth0:off root=/dev/hda1 ro
VIRTUAL MEMORY ARRANGEMENT:
Loaded kernel: c0000000->c0198a58
Init. ramdisk: c0199000->c0199000
Phys-Mach map: c0199000->c019d000
Page tables: c019d000->c019f000
Start info: c019f000->c01a0000
Boot stack: c01a0000->c01a1000
TOTAL: c0000000->c0400000
ENTRY ADDRESS: c0000000
vm_create<
EVENT> xend.console.create [12, 3, 9603]
respond_be_create>
>create_devices
blkif_dev_create> 3 769 w {'device': 65034, 'type': 'Disk', 'start_sector': 0L, 'nr_sectors': 425982L}
blkif_dev_create> 3 770 w {'device': 65036, 'type': 'Disk', 'start_sector': 0L, 'nr_sectors': 65534L}
blkif_dev_create> 3 833 w {'device': 65032, 'type': 'Disk', 'start_sector': 0L, 'nr_sectors': 32766L}
<create_devices
_vm_configure1> made devices...
_vm_configure1<
recv_be_vbd_create> <xen.xend.server.blkif.BlkifControllerFactory instance at 0x8172e4c>
brctl addif nbe-br vif3.0
vm_dev_vif> created <xen.xend.server.netif.NetDev instance at 0x8547074>
cleanup> 3
release_devices> 3
release_vifs> 3
brctl delif nbe-br vif3.0
release_vbds> 3
>BlkifController>send_be_disconnect> dom= 3
op_create> Deferred Exception creating domain: [Failure instance: Traceback: <type 'tuple'>, (<twisted.python.failure.Failure twisted.internet.defer.TimeoutError>, 1)
]
Unhandled error in Deferred:
(debug: C: Deferred was created:
C: File "/usr/sbin/xend", line 45, in ?
C: sys.exit(main())
C: File "/usr/sbin/xend", line 35, in main
C: return daemon.start(trace=1)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 521, in start
C: self.run()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 633, in run
C: reactor.run()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 126, in run
C: self.mainLoop()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 137, in mainLoop
C: self.doIteration(t)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll
C: log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log)
C: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 65, in callWithLogger
C: callWithContext({"system": lp}, func, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 52, in callWithContext
C: return context.call({ILogContext: newCtx}, func, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/twisted/python/context.py", line 43, in callWithContext
C: return func(*args,**kw)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 160, in _doReadOrWrite
C: why = selectable.doRead()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 253, in doRead
C: self.protocol.notificationReceived(notification)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 177, in notificationReceived
C: channel.notificationReceived()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 132, in notificationReceived
C: self.handleNotification()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 298, in handleNotification
C: work += self.handleResponses()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 335, in handleResponses
C: self.responseReceived(msg)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 343, in responseReceived
C: dev.responseReceived(msg, ty, subty)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 92, in responseReceived
C: if self.callResponders(msg):
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 140, in callResponders
C: resp.responseReceived(msg)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 31, in responseReceived
C: self.deferred.callback(msg)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
C: self._startRunCallbacks(result)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
C: self._runCallbacks()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
C: self.result = callback(self.result, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 124, in respond_be_create
C: d.callback(blkif)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
C: self._startRunCallbacks(result)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
C: self._runCallbacks()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
C: self.result = callback(self.result, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 331, in _vm_configure1
C: d = vm.create_devices()
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 678, in create_devices
C: v = dev_handler(self, dev, dev_index)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 854, in vm_dev_vbd
C: defer = make_disk(vm.dom, uname, dev, mode, vm.recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 156, in make_disk
C: ctrl = xend.blkif_create(dom, recreate=recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 691, in blkif_create
C: d = self.blkifCF.createInstance(dom, recreate=recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 35, in createInstance
C: d = defer.Deferred()
I: First Invoker was:
I: File "/usr/sbin/xend", line 45, in ?
I: sys.exit(main())
I: File "/usr/sbin/xend", line 35, in main
I: return daemon.start(trace=1)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 521, in start
I: self.run()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 633, in run
I: reactor.run()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 126, in run
I: self.mainLoop()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 137, in mainLoop
I: self.doIteration(t)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll
I: log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log)
I: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 65, in callWithLogger
I: callWithContext({"system": lp}, func, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 52, in callWithContext
I: return context.call({ILogContext: newCtx}, func, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/twisted/python/context.py", line 43, in callWithContext
I: return func(*args,**kw)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 160, in _doReadOrWrite
I: why = selectable.doRead()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 253, in doRead
I: self.protocol.notificationReceived(notification)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 177, in notificationReceived
I: channel.notificationReceived()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 132, in notificationReceived
I: self.handleNotification()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 298, in handleNotification
I: work += self.handleResponses()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 335, in handleResponses
I: self.responseReceived(msg)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 343, in responseReceived
I: dev.responseReceived(msg, ty, subty)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 92, in responseReceived
I: if self.callResponders(msg):
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 140, in callResponders
I: resp.responseReceived(msg)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 31, in responseReceived
I: self.deferred.callback(msg)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
I: self._startRunCallbacks(result)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
I: self._runCallbacks()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
I: self.result = callback(self.result, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 124, in respond_be_create
I: d.callback(blkif)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
I: self._startRunCallbacks(result)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
I: self._runCallbacks()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
I: self.result = callback(self.result, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 331, in _vm_configure1
I: d = vm.create_devices()
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 678, in create_devices
I: v = dev_handler(self, dev, dev_index)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 854, in vm_dev_vbd
I: defer = make_disk(vm.dom, uname, dev, mode, vm.recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 156, in make_disk
I: ctrl = xend.blkif_create(dom, recreate=recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 691, in blkif_create
I: d = self.blkifCF.createInstance(dom, recreate=recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 38, in createInstance
I: d.callback(blkif)
)
Failure: twisted.internet.defer.TimeoutError: Callback timed out
Unhandled error in Deferred:
(debug: C: Deferred was created:
C: File "/usr/sbin/xend", line 45, in ?
C: sys.exit(main())
C: File "/usr/sbin/xend", line 35, in main
C: return daemon.start(trace=1)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 521, in start
C: self.run()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 633, in run
C: reactor.run()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 126, in run
C: self.mainLoop()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 137, in mainLoop
C: self.doIteration(t)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll
C: log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log)
C: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 65, in callWithLogger
C: callWithContext({"system": lp}, func, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 52, in callWithContext
C: return context.call({ILogContext: newCtx}, func, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/twisted/python/context.py", line 43, in callWithContext
C: return func(*args,**kw)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 160, in _doReadOrWrite
C: why = selectable.doRead()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 253, in doRead
C: self.protocol.notificationReceived(notification)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 177, in notificationReceived
C: channel.notificationReceived()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 132, in notificationReceived
C: self.handleNotification()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 298, in handleNotification
C: work += self.handleResponses()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 335, in handleResponses
C: self.responseReceived(msg)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 343, in responseReceived
C: dev.responseReceived(msg, ty, subty)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 92, in responseReceived
C: if self.callResponders(msg):
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 140, in callResponders
C: resp.responseReceived(msg)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 31, in responseReceived
C: self.deferred.callback(msg)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
C: self._startRunCallbacks(result)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
C: self._runCallbacks()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
C: self.result = callback(self.result, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 124, in respond_be_create
C: d.callback(blkif)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
C: self._startRunCallbacks(result)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
C: self._runCallbacks()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
C: self.result = callback(self.result, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 331, in _vm_configure1
C: d = vm.create_devices()
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 678, in create_devices
C: v = dev_handler(self, dev, dev_index)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 854, in vm_dev_vbd
C: defer = make_disk(vm.dom, uname, dev, mode, vm.recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 156, in make_disk
C: ctrl = xend.blkif_create(dom, recreate=recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 691, in blkif_create
C: d = self.blkifCF.createInstance(dom, recreate=recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 35, in createInstance
C: d = defer.Deferred()
I: First Invoker was:
I: File "/usr/sbin/xend", line 45, in ?
I: sys.exit(main())
I: File "/usr/sbin/xend", line 35, in main
I: return daemon.start(trace=1)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 521, in start
I: self.run()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 633, in run
I: reactor.run()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 126, in run
I: self.mainLoop()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 137, in mainLoop
I: self.doIteration(t)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll
I: log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log)
I: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 65, in callWithLogger
I: callWithContext({"system": lp}, func, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 52, in callWithContext
I: return context.call({ILogContext: newCtx}, func, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/twisted/python/context.py", line 43, in callWithContext
I: return func(*args,**kw)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 160, in _doReadOrWrite
I: why = selectable.doRead()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 253, in doRead
I: self.protocol.notificationReceived(notification)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 177, in notificationReceived
I: channel.notificationReceived()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 132, in notificationReceived
I: self.handleNotification()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 298, in handleNotification
I: work += self.handleResponses()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 335, in handleResponses
I: self.responseReceived(msg)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 343, in responseReceived
I: dev.responseReceived(msg, ty, subty)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 92, in responseReceived
I: if self.callResponders(msg):
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 140, in callResponders
I: resp.responseReceived(msg)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 31, in responseReceived
I: self.deferred.callback(msg)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
I: self._startRunCallbacks(result)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
I: self._runCallbacks()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
I: self.result = callback(self.result, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 124, in respond_be_create
I: d.callback(blkif)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
I: self._startRunCallbacks(result)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
I: self._runCallbacks()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
I: self.result = callback(self.result, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 331, in _vm_configure1
I: d = vm.create_devices()
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 678, in create_devices
I: v = dev_handler(self, dev, dev_index)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 854, in vm_dev_vbd
I: defer = make_disk(vm.dom, uname, dev, mode, vm.recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 156, in make_disk
I: ctrl = xend.blkif_create(dom, recreate=recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 691, in blkif_create
I: d = self.blkifCF.createInstance(dom, recreate=recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 38, in createInstance
I: d.callback(blkif)
)
Failure: twisted.internet.defer.TimeoutError: Callback timed out
Unhandled error in Deferred:
(debug: C: Deferred was created:
C: File "/usr/sbin/xend", line 45, in ?
C: sys.exit(main())
C: File "/usr/sbin/xend", line 35, in main
C: return daemon.start(trace=1)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 521, in start
C: self.run()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 633, in run
C: reactor.run()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 126, in run
C: self.mainLoop()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 137, in mainLoop
C: self.doIteration(t)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll
C: log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log)
C: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 65, in callWithLogger
C: callWithContext({"system": lp}, func, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 52, in callWithContext
C: return context.call({ILogContext: newCtx}, func, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/twisted/python/context.py", line 43, in callWithContext
C: return func(*args,**kw)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 160, in _doReadOrWrite
C: why = selectable.doRead()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 253, in doRead
C: self.protocol.notificationReceived(notification)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 177, in notificationReceived
C: channel.notificationReceived()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 132, in notificationReceived
C: self.handleNotification()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 298, in handleNotification
C: work += self.handleResponses()
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 335, in handleResponses
C: self.responseReceived(msg)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 343, in responseReceived
C: dev.responseReceived(msg, ty, subty)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 92, in responseReceived
C: if self.callResponders(msg):
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 140, in callResponders
C: resp.responseReceived(msg)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 31, in responseReceived
C: self.deferred.callback(msg)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
C: self._startRunCallbacks(result)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
C: self._runCallbacks()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
C: self.result = callback(self.result, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 124, in respond_be_create
C: d.callback(blkif)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
C: self._startRunCallbacks(result)
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
C: self._runCallbacks()
C: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
C: self.result = callback(self.result, *args, **kw)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 331, in _vm_configure1
C: d = vm.create_devices()
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 678, in create_devices
C: v = dev_handler(self, dev, dev_index)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 854, in vm_dev_vbd
C: defer = make_disk(vm.dom, uname, dev, mode, vm.recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 156, in make_disk
C: ctrl = xend.blkif_create(dom, recreate=recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 691, in blkif_create
C: d = self.blkifCF.createInstance(dom, recreate=recreate)
C: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 35, in createInstance
C: d = defer.Deferred()
I: First Invoker was:
I: File "/usr/sbin/xend", line 45, in ?
I: sys.exit(main())
I: File "/usr/sbin/xend", line 35, in main
I: return daemon.start(trace=1)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 521, in start
I: self.run()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 633, in run
I: reactor.run()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 126, in run
I: self.mainLoop()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/default.py", line 137, in mainLoop
I: self.doIteration(t)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll
I: log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log)
I: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 65, in callWithLogger
I: callWithContext({"system": lp}, func, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/twisted/python/log.py", line 52, in callWithContext
I: return context.call({ILogContext: newCtx}, func, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/twisted/python/context.py", line 43, in callWithContext
I: return func(*args,**kw)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/pollreactor.py", line 160, in _doReadOrWrite
I: why = selectable.doRead()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 253, in doRead
I: self.protocol.notificationReceived(notification)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 177, in notificationReceived
I: channel.notificationReceived()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 132, in notificationReceived
I: self.handleNotification()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 298, in handleNotification
I: work += self.handleResponses()
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 335, in handleResponses
I: self.responseReceived(msg)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/channel.py", line 343, in responseReceived
I: dev.responseReceived(msg, ty, subty)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 92, in responseReceived
I: if self.callResponders(msg):
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 140, in callResponders
I: resp.responseReceived(msg)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/controller.py", line 31, in responseReceived
I: self.deferred.callback(msg)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
I: self._startRunCallbacks(result)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
I: self._runCallbacks()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
I: self.result = callback(self.result, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 124, in respond_be_create
I: d.callback(blkif)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 252, in callback
I: self._startRunCallbacks(result)
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 313, in _startRunCallbacks
I: self._runCallbacks()
I: File "/usr/lib/python2.2/site-packages/twisted/internet/defer.py", line 338, in _runCallbacks
I: self.result = callback(self.result, *args, **kw)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 331, in _vm_configure1
I: d = vm.create_devices()
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 678, in create_devices
I: v = dev_handler(self, dev, dev_index)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 854, in vm_dev_vbd
I: defer = make_disk(vm.dom, uname, dev, mode, vm.recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/XendDomainInfo.py", line 156, in make_disk
I: ctrl = xend.blkif_create(dom, recreate=recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/SrvDaemon.py", line 691, in blkif_create
I: d = self.blkifCF.createInstance(dom, recreate=recreate)
I: File "/usr/lib/python2.2/site-packages/xen/xend/server/blkif.py", line 38, in createInstance
I: d.callback(blkif)
)
Failure: twisted.internet.defer.TimeoutError: Callback timed out
exit
[-- Attachment #3: screenlog.1 --]
[-- Type: text/plain, Size: 1346 bytes --]
^[]0;root@iris: /etc/xen/machines\aroot@iris:/etc/xen/machines# xm create -f eos
Traceback (most recent call last):
File "/usr/sbin/xm", line 6, in ?
main.main(sys.argv)
File "/usr/lib/python2.2/site-packages/xen/xm/main.py", line 473, in main
xm.main(args)
File "/usr/lib/python2.2/site-packages/xen/xm/main.py", line 71, in main
self.main_call(args)
File "/usr/lib/python2.2/site-packages/xen/xm/main.py", line 88, in main_call
p.main(args[1:])
File "/usr/lib/python2.2/site-packages/xen/xm/main.py", line 162, in main
create.main(args)
File "/usr/lib/python2.2/site-packages/xen/xm/create.py", line 401, in main
(d, c) = make_domain(opts, config)
File "/usr/lib/python2.2/site-packages/xen/xm/create.py", line 362, in make_domain
dominfo = server.xend_domain_create(config)
File "/usr/lib/python2.2/site-packages/xen/xend/XendClient.py", line 214, in xend_domain_create
{'op' : 'create',
File "/usr/lib/python2.2/site-packages/xen/xend/XendClient.py", line 150, in xend_call
return xend_request(url, "POST", data)
File "/usr/lib/python2.2/site-packages/xen/xend/XendClient.py", line 121, in xend_request
raise RuntimeError(resp.reason)
RuntimeError: Error creating domain
^[]0;root@iris: /etc/xen/machines\aroot@iris:/etc/xen/machines#
^ permalink raw reply
* Re: Getting rid of static IO mapping
From: Sylvain Munaut @ 2004-07-06 22:33 UTC (permalink / raw)
To: ppc linux embedded
In-Reply-To: <40EB1C28.3000402@246tNt.com>
Sylvain Munaut wrote:
> In the current situation, I use the physical address and there is a
> 1:1 mapping. The mapping is first done by directly manipulating
> {D,I}BAT2, then by setup_io_mappings.
Actually, looking at the code in arch/ppc/mm/init.c
/* Map in all of RAM starting at KERNELBASE */
if (ppc_md.progress)
ppc_md.progress("MMU:mapin", 0x301);
mapin_ram();
#ifdef CONFIG_HIGHMEM
ioremap_base = PKMAP_BASE;
#else
ioremap_base = 0xfe000000UL; /* for now, could be 0xfffff000 */
#endif /* CONFIG_HIGHMEM */
ioremap_bot = ioremap_base;
/* Map in I/O resources */
if (ppc_md.progress)
ppc_md.progress("MMU:setio", 0x302);
if (ppc_md.setup_io_mappings)
ppc_md.setup_io_mappings();
I wonder how it works. At the mapin_ram(), my BAT are overwritten,
then the "MMU:setio" progress is called, but at this point, my BAT is
no longer active and my setup_io_mappings is not yet called. Shouldn't
that crash ? During these two calls, the uart zone shouldn't be mapped.
Sylvain Munaut
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: 2.6.7-mm6
From: Andrew Morton @ 2004-07-06 22:34 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: linux-kernel
In-Reply-To: <20040706125438.GS21066@holomorphy.com>
William Lee Irwin III <wli@holomorphy.com> wrote:
>
> Third, some naive check for undefined symbols failed to understand the
> relocation types indicating that a given operand refers to some hard
> register, which manifest as undefined symbols in ELF executables. A
> patch to refine its criteria, which I used to build with, follows. rmk
> and hpa have some other ideas on this undefined symbol issue I've not
> quite had the opportunity to get a clear statement of yet.
I converted that to a non-fatal warning due to the same problem on sparc64.
Here's the current patch against -linus. I think I'll drop it. Could you
please work with rmk to come up with a final version?
diff -puN Makefile~check-for-undefined-symbols Makefile
--- 25/Makefile~check-for-undefined-symbols Tue Jul 6 14:41:49 2004
+++ 25-akpm/Makefile Tue Jul 6 15:33:15 2004
@@ -586,6 +586,15 @@ define rule_verify_kallsyms
(echo Inconsistent kallsyms data, try setting CONFIG_KALLSYMS_EXTRA_PASS ; rm .tmp_kallsyms* ; false)
endef
+# Warn if there are undefined symbols in the final linked image. They can lead
+# to silent link failures.
+define rule_check_vmlinux
+ if $(NM) $@ | grep -q '^ *U '; then \
+ echo 'ldchk: $@: final image has undefined symbols:'; \
+ $(NM) $@ | sed 's/^ *U \(.*\)/ \1/p;d'; \
+ fi;
+endef
+
quiet_cmd_kallsyms = KSYM $@
cmd_kallsyms = $(NM) -n $< | $(KALLSYMS) $(foreach x,$(CONFIG_KALLSYMS_ALL),--all-symbols) > $@
@@ -612,6 +621,7 @@ define rule_vmlinux
$(rule_vmlinux__); \
$(call do_system_map, $@, System.map)
$(rule_verify_kallsyms)
+ $(rule_check_vmlinux)
endef
vmlinux: $(vmlinux-objs) $(kallsyms.o) arch/$(ARCH)/kernel/vmlinux.lds.s FORCE
_
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
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.