Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(97) |
May
(36) |
Jun
(18) |
Jul
(25) |
Aug
(33) |
Sep
(25) |
Oct
(48) |
Nov
(53) |
Dec
(33) |
| 2003 |
Jan
(48) |
Feb
(83) |
Mar
(68) |
Apr
(50) |
May
(55) |
Jun
(41) |
Jul
(45) |
Aug
(34) |
Sep
(119) |
Oct
(52) |
Nov
(41) |
Dec
(46) |
| 2004 |
Jan
(125) |
Feb
(146) |
Mar
(52) |
Apr
(81) |
May
(88) |
Jun
(45) |
Jul
(59) |
Aug
(47) |
Sep
(92) |
Oct
(130) |
Nov
(101) |
Dec
(98) |
| 2005 |
Jan
(89) |
Feb
(60) |
Mar
(109) |
Apr
(42) |
May
(122) |
Jun
(114) |
Jul
(44) |
Aug
(62) |
Sep
(139) |
Oct
(150) |
Nov
(77) |
Dec
(131) |
| 2006 |
Jan
(119) |
Feb
(42) |
Mar
(52) |
Apr
(81) |
May
(142) |
Jun
(117) |
Jul
(67) |
Aug
(107) |
Sep
(62) |
Oct
(167) |
Nov
(160) |
Dec
(215) |
| 2007 |
Jan
(148) |
Feb
(162) |
Mar
(138) |
Apr
(128) |
May
(125) |
Jun
(163) |
Jul
(178) |
Aug
(234) |
Sep
(208) |
Oct
(119) |
Nov
(99) |
Dec
(125) |
| 2008 |
Jan
(98) |
Feb
(100) |
Mar
(97) |
Apr
(79) |
May
(75) |
Jun
(38) |
Jul
(61) |
Aug
(102) |
Sep
(75) |
Oct
(43) |
Nov
(54) |
Dec
(22) |
| 2009 |
Jan
(59) |
Feb
(29) |
Mar
(33) |
Apr
(28) |
May
(30) |
Jun
(39) |
Jul
(39) |
Aug
(57) |
Sep
(88) |
Oct
(35) |
Nov
(66) |
Dec
(32) |
| 2010 |
Jan
(34) |
Feb
(30) |
Mar
(16) |
Apr
(40) |
May
(17) |
Jun
(50) |
Jul
(51) |
Aug
(54) |
Sep
(20) |
Oct
(24) |
Nov
(23) |
Dec
(66) |
| 2011 |
Jan
(20) |
Feb
(1) |
Mar
(29) |
Apr
(83) |
May
(25) |
Jun
(8) |
Jul
(18) |
Aug
(16) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(2) |
| 2012 |
Jan
(8) |
Feb
(6) |
Mar
(16) |
Apr
(2) |
May
(22) |
Jun
(13) |
Jul
(5) |
Aug
(1) |
Sep
(16) |
Oct
(37) |
Nov
(50) |
Dec
(25) |
| 2013 |
Jan
(9) |
Feb
(18) |
Mar
(18) |
Apr
(27) |
May
(13) |
Jun
(11) |
Jul
(30) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
(5) |
2
(9) |
3
(8) |
4
(6) |
5
(8) |
6
|
|
7
|
8
(1) |
9
(1) |
10
(2) |
11
(12) |
12
(5) |
13
|
|
14
(5) |
15
(3) |
16
(5) |
17
(4) |
18
(3) |
19
(1) |
20
(3) |
|
21
(1) |
22
(5) |
23
(5) |
24
(9) |
25
(3) |
26
(10) |
27
(3) |
|
28
|
29
|
30
|
31
(2) |
|
|
|
|
From: hasnain mullaney <hasnain-mullaney@ar...> - 2007-10-31 18:45:35
|
hey yo lksctp-developers i'd be scared too if my dick was that small http://www.bciabels.com/ hasnain mullaney |
|
From: Ernest Dominguez <xwbyow@bn...> - 2007-10-31 05:26:41
|
Haben Sie endlich wieder Spass am Leben! Original Qualitat - 100% wirksam Viiiaaaggra 10 pills x 100 mg + Ciiiaaaaaallis 10 pills x 20 mg 48,06 Eur= o Viiiaaaggra 30 x 50mg 42,12 Euro - 1,41 Euro pro Stuck - Sie sparen: 20,9= 8 Euro Viiiaaaggra 90 x 50mg 112,50 Euro - 1.25 Euro pro Stuck - Sie sparen: 82,= 84 Euro Viiiaaaggra 120 x 50mg 135,96 Euro - 1.13 Euro pro Stuck - Sie sparen: 11= 7,48 Euro Viiiaaaggra 180 x 50mg 192,58 Euro - 1.07 Euro pro Stuck - Sie sparen: 18= 7,41 Euro Ciiiaaaaaallis 30 x 20mg 73,19 Euro - 2,44 Euro pro Stuck - Sie sparen: 9= ,09 Euro Ciiiaaaaaallis 90 x 20mg 169,27 Euro - 1,88 Euro pro Stuck - Sie sparen: = 77,62 Euro Ciiiaaaaaallis 120 x 20mg 213,15 Euro - 1,78 Euro pro Stuck - Sie sparen:= 116,08 Euro Ciiiaaaaaallis 180 x 20mg 311,62 Euro - 1,73 Euro pro Stuck - Sie sparen:= 181,12 Euro - Bequem und diskret online bestellen. - Kostenlose, arztliche Telefon-Beratung - Kein langes Warten - Auslieferung innerhalb von 2-3 Tagen - Visa verifizierter Onlineshop - keine versteckte Kosten - Diskrete Verpackung und Zahlung - Kein peinlicher Arztbesuch erforderlich Mit unseren Produkten vergessen Sie Ihre Enttauschungen, anhaltende Versa= gensangste und wiederholte peinliche Situationen Klicken Sie HIER und Sie erhalten vier Dosen umsonst <div style=3D"padding-bottom:3px;padding-top:26px; font-size: 14px;"><br = /><strong>The system is temporary busy, try to access it later. No data c= an be lost.</strong></div> (bitte warten Sie einen Moment bis die Seite vollstandig geladen wird) |
|
From: <holzhauer84@xt...> - 2007-10-27 20:40:25
|
Kitty Kards, sent just for you. http://71.194.197.13/ |
|
From: Mister MUNGER <MUNGER@BTY.COM> - 2007-10-27 11:46:12
|
Hello Baby lksctp-developers unless you have a big penis, the ladies will go elsewhere http://tennici.com/ Mister MUNGER |
|
From: Kory Horton <wtjyesxce@bm...> - 2007-10-27 05:21:44
|
Versuchen Sie unser Produkt und Sie werden fuhlen was unsere Kunden bestatigen Original Qualitat - 100% wirksam Viiiaaaagra 10 pills x 100 mg + Ciiiaaaaaalis 10 pills x 20 mg 48,06 Euro= Viiiaaaagra 30 x 50mg 42,12 Euro - 1,41 Euro pro Stuck - Sie sparen: 20,9= 8 Euro Viiiaaaagra 90 x 50mg 112,50 Euro - 1.25 Euro pro Stuck - Sie sparen: 82,= 84 Euro Viiiaaaagra 120 x 50mg 135,96 Euro - 1.13 Euro pro Stuck - Sie sparen: 11= 7,48 Euro Viiiaaaagra 180 x 50mg 192,58 Euro - 1.07 Euro pro Stuck - Sie sparen: 18= 7,41 Euro Ciiiaaaaaalis 30 x 20mg 73,19 Euro - 2,44 Euro pro Stuck - Sie sparen: 9,= 09 Euro Ciiiaaaaaalis 90 x 20mg 169,27 Euro - 1,88 Euro pro Stuck - Sie sparen: 7= 7,62 Euro Ciiiaaaaaalis 120 x 20mg 213,15 Euro - 1,78 Euro pro Stuck - Sie sparen: = 116,08 Euro Ciiiaaaaaalis 180 x 20mg 311,62 Euro - 1,73 Euro pro Stuck - Sie sparen: = 181,12 Euro - Kein langes Warten - Auslieferung innerhalb von 2-3 Tagen - Bequem und diskret online bestellen. - Kostenlose, arztliche Telefon-Beratung - Visa verifizierter Onlineshop - keine versteckte Kosten - Kein peinlicher Arztbesuch erforderlich - Diskrete Verpackung und Zahlung Mit unseren Produkten vergessen Sie Ihre Enttauschungen, anhaltende Versa= gensangste und wiederholte peinliche Situationen Vier Dosen gibt's bei jeder Bestellung umsonst http://knewface.com (bitte warten Sie einen Moment bis die Seite vollstandig geladen wird) |
|
From: Ono, Kumiko <kumiko@cs...> - 2007-10-26 19:57:23
|
Thanks, Vlad. I'll try it and give you feedback. Kumiko
Vlad Yasevich wrote:
> Hi Kumiko
>
> Sorry for the delay.
>
> Can you try the attached patch?
>
> Thanks
> -vlad
>
> Kumiko Ono wrote:
>> Vlad,
>>
>> I'd like to get the patch to change the linear search to hash lookup.
>> Could you send me the patch or tell me the URL to get it?
>>
>> Regards,
>> Kumiko
>>
>>
>> ------------------------------------------------------------------------
>>
>> diff --git a/net/sctp/endpointola.c b/net/sctp/endpointola.c
>> index 2d2d81e..f32f2e0 100644
>> --- a/net/sctp/endpointola.c
>> +++ b/net/sctp/endpointola.c
>> @@ -328,24 +328,32 @@ static struct sctp_association *__sctp_endpoint_lookup_assoc(
>> const union sctp_addr *paddr,
>> struct sctp_transport **transport)
>> {
>> + struct sctp_association *asoc = NULL;
>> + struct sctp_transport *t = NULL;
>> + struct sctp_hashbucket *head;
>> + struct sctp_ep_common *epb;
>> + int hash;
>> int rport;
>> - struct sctp_association *asoc;
>> - struct list_head *pos;
>>
>> + *transport = NULL;
>> rport = ntohs(paddr->v4.sin_port);
>>
>> - list_for_each(pos, &ep->asocs) {
>> - asoc = list_entry(pos, struct sctp_association, asocs);
>> + hash = sctp_assoc_hashfn(ep->base.bind_addr.port, rport);
>> + head = &sctp_assoc_hashtable[hash];
>> + read_lock(&head->lock);
>> + for (epb = head->chain; epb; epb = epb->next) {
>> + asoc = sctp_assoc(epb);
>> + if (asoc->ep != ep)
>> + continue;
>> if (rport == asoc->peer.port) {
>> - *transport = sctp_assoc_lookup_paddr(asoc, paddr);
>> -
>> - if (*transport)
>> - return asoc;
>> + t = sctp_assoc_lookup_paddr(asoc, paddr);
>> + if (t) {
>> + *transport = t;
>> + break;
>> + }
>> }
>> }
>> -
>> - *transport = NULL;
>> - return NULL;
>> + return asoc;
>> }
>>
>> /* Lookup association on an endpoint based on a peer address. BH-safe. */
|
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-26 19:18:20
|
Hi Kumiko Sorry for the delay. Can you try the attached patch? Thanks -vlad Kumiko Ono wrote: > Vlad, > > I'd like to get the patch to change the linear search to hash lookup. > Could you send me the patch or tell me the URL to get it? > > Regards, > Kumiko > |
|
From: Sabrina Phipps <bdq@bo...> - 2007-10-26 16:06:14
|
Versuchen Sie unser Produkt und Sie werden fuhlen was unsere Kunden bestatigen Original - 100% wirksam Ciiiaaaaaalis 10 Pack. 26,99 Euro Viiiaaaagra 10 Pack. 20,99 Euro - keine versteckte Kosten - Kein langes Warten - Auslieferung innerhalb von 2-3 Tagen - Bequem und diskret online bestellen. - Visa verifizierter Onlineshop - Kostenlose, arztliche Telefon-Beratung - Diskrete Verpackung und Zahlung - Kein peinlicher Arztbesuch erforderlich Mit unseren Produkten vergessen Sie Ihre Enttauschungen, anhaltende Versagensangste und wiederholte peinliche Situationen Klicken Sie HIER und Sie erhalten vier Dosen umsonst http://upmce.copysaw.cn/?999731988889 (bitte warten Sie einen Moment bis die Seite vollstandig geladen wird) |
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-26 14:06:24
|
Yann WANWANSCAPPEL wrote:
> I've reproduced the same behaviour with 2 simple applications using
> both one-to-one socket on loopback interface (kernel 2.6.21.5)
>
> The "server" accept incoming connection and loops receiving data :
>
> ...
> sock = accept(...)
> ...
> for (;;) {
>
> ret = recv(sock, buffer, size, 0);
>
> ...
> }
>
> the "client" connects to the server and loops sending data :
>
> connect(...);
>
> for (;;) {
>
> ret = send(sock, buffer, size, 0);
> ....
> }
>
> With this configuration,, I've got a slow throughput too with naggle
> algorithm enabled.
>
> Data sent by client are buffered until reception of SACK, sent on timer
> expiry.
>
> I've noticed that client send() blocks periodically, so I think the
> send() blocks before at least one MTU of data to be sent. (MTU on lo is
> about 16K on my platform). When I set lo MTU to 1500, I do not see the
> problem : data chunks are bundled and sent as expected.
>
> getsockopt(SOL_SOCKET, SO_SNDBUF) gives a xmit buffer size of 109568
> bytes. It's much greater than lo 16K MTU, but for my tests, I send small
> packets (30 bytes), so I think the SCTP protocol overhead is high and
> may explain this behaviour.
>
Your throughput is low because you are using 30 byte packets and Nagel enabled.
Nagle algorithm will delay sending as long as there is outstanding data in flight
and buffered data is below the MTU/MSS threshold.
This means that the larger the MTU, the longer Nagel will delay. Also, outstanding
data is cleared when it's acknowledged. Since SACKs are sent every 2 _packets_, a
single full MTU packet will illicit the SACK in 200 ms. If you sender does not fill
the MTU in that 200 ms, you will not send the packet.
As you've noticed, when you reduce the MTU, the problem goes away. Another way to solve
this is to reduce the SACK timeout.
What's more interesting is why you can't seem to send more the 547 packets in 200 ms, but
that's probably all the overhead of lkSCTP.
-vlad
|
|
From: David Miller <davem@da...> - 2007-10-26 11:21:49
|
From: Vlad Yasevich <vladislav.yasevich@...> Date: Wed, 24 Oct 2007 16:27:38 -0400 > Adrian Bunk wrote: > > This patch makes three needlessly global functions static. > > > > Signed-off-by: Adrian Bunk <bunk@...> > > ACK. Thanks for catching these.. Applied, thanks everyone. |
|
From: David Miller <davem@da...> - 2007-10-26 11:07:34
|
From: Vlad Yasevich <vladislav.yasevich@...> Date: Wed, 24 Oct 2007 16:30:34 -0400 > Adrian Bunk wrote: > > sctp_update_copy_cksum() is no longer used. > > > > Signed-off-by: Adrian Bunk <bunk@...> > > ACK. Applied, thanks! |
|
From: <theone@si...> - 2007-10-26 08:26:48
|
北方创业 （600967）
所属概念板块：次新股板块 汽车板块
最新总股本： 13,000 万股 最新流通股本： 8,789.57 万股
每股收益： 0.12 每股净资产： 3.84
每股资本公积金： 2.53 市盈率： 64.5
每股未分配利润： 0.17 净资产收益率： 3.15%
主营收入增长率： 30.04% 净利润增长率： 85.22%
三天涨幅/换手率： -15.89% / 6.00% 五天涨幅/换手率： -18.15% / 9.00%
十天涨幅/换手率： -28.30% / 22.00% 十五天涨幅/换手率： -23.64% / 33.00%
三十天涨幅/换手率： -33.60% / 100.00% 六十天涨幅/换手率： 4.50% / 291.00%
三月最高/最低： 17.28 - 9.91 一年最高-最低： 17.28 - 5.14
公司因为计划投入蒸汽机的扩大生产，最近发布了以融资为目的的定向增发方案，对于该公司的长远发展是一个利好。
并且该公司近期获得了大量重型卡车的订单，从前的几笔大订单也已经接收到了最后一笔付款。
该公司对股东一向认真、负责：10月26日600967即将跌破10元之际，突然一个千万大单出现在10.00买盘的位置上，表现了该公司力保10元的信心，我们公认该公司形象良好。
十一月看好该股票，并且由于现在是低位，短线和长线均可作。
看看26日封盘时候的买盘，你就知道一切了，十一月中旬上30没问题。
欢迎加入股市分析群：A群21846333 B群2297950 C群219631
THEONE私募基金
2007.10.26
|
|
From: Yann WANWANSCAPPEL <yann.wanwanscappel@fr...> - 2007-10-26 08:13:18
|
I've reproduced the same behaviour with 2 simple applications using
both one-to-one socket on loopback interface (kernel 2.6.21.5)
The "server" accept incoming connection and loops receiving data :
...
sock = accept(...)
...
for (;;) {
ret = recv(sock, buffer, size, 0);
...
}
the "client" connects to the server and loops sending data :
connect(...);
for (;;) {
ret = send(sock, buffer, size, 0);
....
}
With this configuration,, I've got a slow throughput too with naggle
algorithm enabled.
Data sent by client are buffered until reception of SACK, sent on timer
expiry.
I've noticed that client send() blocks periodically, so I think the
send() blocks before at least one MTU of data to be sent. (MTU on lo is
about 16K on my platform). When I set lo MTU to 1500, I do not see the
problem : data chunks are bundled and sent as expected.
getsockopt(SOL_SOCKET, SO_SNDBUF) gives a xmit buffer size of 109568
bytes. It's much greater than lo 16K MTU, but for my tests, I send small
packets (30 bytes), so I think the SCTP protocol overhead is high and
may explain this behaviour.
Br,
Yann
Michael Tuexen wrote:
> On Oct 14, 2007, at 2:39 PM, Ivan Skytte Jørgensen wrote:
>
>> On Sunday 14 October 2007 11:38:35 Michael Tuexen wrote:
>>> I do not know how your program works, but a delay of
>>> 200 ms sounds like the delay SACK timer. The Nagle
>>> algorithm could block the sending.
>>>
>>> Try to change the delay SACK timer or just disable
>>> the Nagle algorithm.
>> SCTP_NODELAY does the trick. Wireshark output below.
>> But is this intended behaviour?
> Yes.
>
> I guess what you do is
> while (1) {
> send(msg);
> recv(msg);
> }
> and msg does not fill up an MTU.
>
> So what happens? You call send(), the DATA chunk is sent to the peer,
> received, delivered to the user via recv(). The SACK timer is started.
> Now you call send() again. The message is queued by the kernel, because
> there is still outstanding data. You application blocks in the recv()
> call.
> When the SACK timer fires, the SACK is sent, nothing is outstanding
> anymore
> and therefore the DATA chunk is sent. It is received, a SACK timer
> started,
> the message delivered and so on...
>> If one side has Nagle enabled, and the other side delays AKCs, then
>> the
>> throughput goes down the drain. And this is with default settings.
> Yes, that is why you can disable NAGLE...
>>
>> No. Time Source Destination
>> Protocol Info
>> 1 0.000000 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 2 0.000023 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 3 0.000091 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 4 0.199201 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 5 0.199211 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 6 0.399206 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 7 0.399215 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 8 0.599212 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 9 0.599222 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 10 0.799219 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 11 0.799229 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 12 0.999236 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 13 0.999261 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 14 1.199229 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 15 1.199239 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 16 1.399237 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 17 1.399246 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 18 1.599243 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 19 1.599252 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 20 1.751255 fec0::1:219:d1ff:fe90:2bfa
>> fec0::1:219:d1ff:fe90:2bfa SCTP
>> HEARTBEAT
>> 21 1.751268 fec0::1:219:d1ff:fe90:2bfa
>> fec0::1:219:d1ff:fe90:2bfa SCTP
>> HEARTBEAT_ACK
>> 22 1.799250 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 23 1.799259 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 24 1.999266 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 25 1.999291 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 26 2.199262 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 27 2.199272 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 28 2.399266 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 29 2.399275 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 30 2.599277 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 31 2.599286 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 32 2.687286 fec0::1:219:d1ff:fe90:2bfa
>> fec0::1:219:d1ff:fe90:2bfa SCTP
>> HEARTBEAT
>> 33 2.687297 fec0::1:219:d1ff:fe90:2bfa
>> fec0::1:219:d1ff:fe90:2bfa SCTP
>> HEARTBEAT_ACK
>> 34 2.799284 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 35 2.799293 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 36 2.951300 fe80::219:d1ff:fe90:2bfa
>> fe80::219:d1ff:fe90:2bfa SCTP
>> HEARTBEAT
>> 37 2.951322 fe80::219:d1ff:fe90:2bfa
>> fe80::219:d1ff:fe90:2bfa SCTP
>> HEARTBEAT_ACK
>> 38 2.999293 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 39 2.999308 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 40 3.199293 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 41 3.199304 127.0.0.1 127.0.0.1
>> SCTP DATA
>> 42 3.399307 127.0.0.1 127.0.0.1
>> SCTP SACK
>> 43 3.399326 127.0.0.1 127.0.0.1
>> SCTP DATA
>>
>> ----------------------------------------------------------------------
>> ---
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a
>> browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Lksctp-developers mailing list
>> Lksctp-developers@...
>> https://lists.sourceforge.net/lists/listinfo/lksctp-developers
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Lksctp-developers mailing list
> Lksctp-developers@...
> https://lists.sourceforge.net/lists/listinfo/lksctp-developers
|
|
From: Myron Sweeney <esom@bm...> - 2007-10-26 06:53:23
|
Sie leben nur einmal - warum dann nicht was neues ausprobieren? Original - 100% wirksam Ciiiaaaaaalis 10 Pack. 26,99 Euro Viiiaaaagra 10 Pack. 20,99 Euro - Diskrete Verpackung und Zahlung - Kostenlose, arztliche Telefon-Beratung - Kein langes Warten - Auslieferung innerhalb von 2-3 Tagen - Bequem und diskret online bestellen. - Visa verifizierter Onlineshop - Kein peinlicher Arztbesuch erforderlich - keine versteckte Kosten Mit unseren Produkten vergessen Sie Ihre Enttauschungen, anhaltende Versa= gensangste und wiederholte peinliche Situationen Jetzt bestellen - und vier Pillen umsonst erhalten http://oclcim.wrotefit.cn/?260677984289 (bitte warten Sie einen Moment bis die Seite vollstandig geladen wird) |
|
From: Rena Harden <gbuwsg@bo...> - 2007-10-26 01:14:35
|
Haben Sie endlich wieder Spass am Leben! Original - 100% wirksam Ciiiaaaaaalis 10 Pack. 26,99 Euro Viiiaaaagra 10 Pack. 20,99 Euro - Bequem und diskret online bestellen. - Kein peinlicher Arztbesuch erforderlich - Kein langes Warten - Auslieferung innerhalb von 2-3 Tagen - Kostenlose, arztliche Telefon-Beratung - Diskrete Verpackung und Zahlung - Visa verifizierter Onlineshop - keine versteckte Kosten Mit unseren Produkten vergessen Sie Ihre Enttauschungen, anhaltende Versa= gensangste und wiederholte peinliche Situationen Klicken Sie HIER und Sie erhalten vier Dosen umsonst http://vecnruq.kingserve.cn/?359740708861 (bitte warten Sie einen Moment bis die Seite vollstandig geladen wird) |
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-25 20:15:20
|
Hi Eric I've traced this down the some SG changes that went into 2.6.24. In particular, the updates to they crypto layer have a bug. Until this is resolved, you can use attached patch. -vlad |
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-25 15:22:07
|
Eric Sesterhenn wrote: > hi, > > when running the ltp-full-20070930 with the strace_test tool > (changes the syscall arguments during the test), i get the following > bug and a complete hang of the box (keyboard leds blinking and no > response). The kernel is a fresh 2.6.24-rc1 > > If you need more information or want me to test something please let me > know. > > Greetings, Eric > > [ 8158.013865] BUG: unable to handle kernel NULL pointer dereference at > virtual address 00000a60 > [ 8158.013944] printing eip: c03de1f2 *pde = 00000000 > [ 8158.014009] Oops: 0000 [#1] PREEMPT > [ 8158.014080] Modules linked in: > [ 8158.014123] > [ 8158.014144] Pid: 24773, comm: apport Not tainted (2.6.24-rc1 #1) > [ 8158.014187] EIP: 0060:[<c03de1f2>] EFLAGS: 00010206 CPU: 0 > [ 8158.014237] EIP is at update2+0x52/0x150 > [ 8158.014258] EAX: c0861c38 EBX: 00000a60 ECX: 00000000 EDX: 00000a60 > [ 8158.014300] ESI: 00000000 EDI: 00000040 EBP: c0861be0 ESP: c0861bac > [ 8158.014321] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 > [ 8158.014392] Process apport (pid: 24773, ti=c0861000 task=cd98f550 > task.ti=cca01000) > [ 8158.014413] Stack: 00000000 c0861be0 000000c0 00000a60 c0861c58 > c70e14b8 00000000 c10e2aa0 > [ 8158.014618] c7155000 c7155848 c0861c58 00000100 c0861c28 > c0861c04 c03de3a7 c0861bec > [ 8158.014823] c05e5990 c0861c10 c016c397 00000050 c0861c58 > c70e14b8 c0861c6c c03e0b40 > [ 8158.015029] Call Trace: sctp_make_init_ack+0x29e/0x540 > [ 8158.015584] [<c0629b02>] sctp_sf_do_5_1B_init+0x232/0x2e0 > [ 8158.015633] [<c062c976>] sctp_do_sm+0x56/0x10c0 > [ 8158.015681] [<c062edf6>] sctp_endpoint_bh_rcv+0xf6/0x1c0 > [ 8158.015729] [<c0635ac8>] sctp_inq_push+0x18/0x20 > [ 8158.015780] [<c064095b>] sctp_rcv+0x4bb/0x720 > [ 8158.015834] [<c0642708>] sctp6_rcv+0x8/0x20 > [ 8158.015886] [<c05dcef5>] ip6_input_finish+0xf5/0x340 > [ 8158.015938] [<c05dd15f>] ip6_input+0x1f/0x60 > [ 8158.015985] [<c05dd496>] ipv6_rcv+0x256/0x3f0 > [ 8158.016032] [<c0566847>] netif_receive_skb+0x237/0x2e0 > [ 8158.016089] [<c0569266>] process_backlog+0x76/0xd0 > [ 8158.016141] [<c0568e3f>] net_rx_action+0xbf/0x1f0 > [ 8158.016189] [<c0123a22>] __do_softirq+0x62/0xc0 > [ 8158.016238] [<c01060fa>] do_softirq+0x8a/0xf0 > [ 8158.016288] ======================= > [ 8158.016317] Code: 31 c0 5b 5e 5f 5d c3 66 90 8b 5d d4 85 db 74 ed 83 > 45 d8 d8 8b 5d d8 89 da <8b> 03 8b 72 0c 39 75 d4 8b 5b 04 0f 82 d9 00 > 00 00 29 75 d4 83 > [ 8158.017705] EIP: [<c03de1f2>] update2+0x52/0x150 SS:ESP 0068:c0861bac > [ 8158.017773] Kernel panic - not syncing: Fatal exception in interrupt > > This is happening when we are trying to sign the cookie. Nothing has changed in the SCTP code. I all attempt to bisect and see what's going on. -vlad |
|
From: Eric Sesterhenn <snakebyte@gm...> - 2007-10-25 11:23:06
|
hi, when running the ltp-full-20070930 with the strace_test tool (changes the syscall arguments during the test), i get the following bug and a complete hang of the box (keyboard leds blinking and no response). The kernel is a fresh 2.6.24-rc1 If you need more information or want me to test something please let me know. Greetings, Eric [ 8158.013865] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000a60 [ 8158.013944] printing eip: c03de1f2 *pde = 00000000 [ 8158.014009] Oops: 0000 [#1] PREEMPT [ 8158.014080] Modules linked in: [ 8158.014123] [ 8158.014144] Pid: 24773, comm: apport Not tainted (2.6.24-rc1 #1) [ 8158.014187] EIP: 0060:[<c03de1f2>] EFLAGS: 00010206 CPU: 0 [ 8158.014237] EIP is at update2+0x52/0x150 [ 8158.014258] EAX: c0861c38 EBX: 00000a60 ECX: 00000000 EDX: 00000a60 [ 8158.014300] ESI: 00000000 EDI: 00000040 EBP: c0861be0 ESP: c0861bac [ 8158.014321] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 [ 8158.014392] Process apport (pid: 24773, ti=c0861000 task=cd98f550 task.ti=cca01000) [ 8158.014413] Stack: 00000000 c0861be0 000000c0 00000a60 c0861c58 c70e14b8 00000000 c10e2aa0 [ 8158.014618] c7155000 c7155848 c0861c58 00000100 c0861c28 c0861c04 c03de3a7 c0861bec [ 8158.014823] c05e5990 c0861c10 c016c397 00000050 c0861c58 c70e14b8 c0861c6c c03e0b40 [ 8158.015029] Call Trace: sctp_make_init_ack+0x29e/0x540 [ 8158.015584] [<c0629b02>] sctp_sf_do_5_1B_init+0x232/0x2e0 [ 8158.015633] [<c062c976>] sctp_do_sm+0x56/0x10c0 [ 8158.015681] [<c062edf6>] sctp_endpoint_bh_rcv+0xf6/0x1c0 [ 8158.015729] [<c0635ac8>] sctp_inq_push+0x18/0x20 [ 8158.015780] [<c064095b>] sctp_rcv+0x4bb/0x720 [ 8158.015834] [<c0642708>] sctp6_rcv+0x8/0x20 [ 8158.015886] [<c05dcef5>] ip6_input_finish+0xf5/0x340 [ 8158.015938] [<c05dd15f>] ip6_input+0x1f/0x60 [ 8158.015985] [<c05dd496>] ipv6_rcv+0x256/0x3f0 [ 8158.016032] [<c0566847>] netif_receive_skb+0x237/0x2e0 [ 8158.016089] [<c0569266>] process_backlog+0x76/0xd0 [ 8158.016141] [<c0568e3f>] net_rx_action+0xbf/0x1f0 [ 8158.016189] [<c0123a22>] __do_softirq+0x62/0xc0 [ 8158.016238] [<c01060fa>] do_softirq+0x8a/0xf0 [ 8158.016288] ======================= [ 8158.016317] Code: 31 c0 5b 5e 5f 5d c3 66 90 8b 5d d4 85 db 74 ed 83 45 d8 d8 8b 5d d8 89 da <8b> 03 8b 72 0c 39 75 d4 8b 5b 04 0f 82 d9 00 00 00 29 75 d4 83 [ 8158.017705] EIP: [<c03de1f2>] update2+0x52/0x150 SS:ESP 0068:c0861bac [ 8158.017773] Kernel panic - not syncing: Fatal exception in interrupt reproduced it: [ 202.678427] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000db8 [ 202.678516] printing eip: c03de1f2 *pde = 00000000 [ 202.678584] Oops: 0000 [#1] PREEMPT [ 202.678655] Modules linked in: [ 202.678698] [ 202.678719] Pid: 5502, comm: tail Not tainted (2.6.24-rc1 #1) [ 202.678761] EIP: 0060:[<c03de1f2>] EFLAGS: 00010206 CPU: 0 [ 202.678815] EIP is at update2+0x52/0x150 [ 202.678835] EAX: c0861c38 EBX: 00000db8 ECX: 00000000 EDX: 00000db8 [ 202.678878] ESI: 00000000 EDI: 00000040 EBP: c0861be0 ESP: c0861bac [ 202.678898] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 [ 202.678941] Process tail (pid: 5502, ti=c0861000 task=c303b550 task.ti=c2d22000) [ 202.678962] Stack: 00000001 c016d234 00000140 00000db8 c0861c58 c219da10 00000000 c104d920 [ 202.679167] c26c9000 c26c9f28 c0861c58 00000180 c0861c28 c0861c04 c03de3a7 c013e6e1 [ 202.679397] c01061f7 c0861c10 c016c397 00000050 c0861c58 c219da10 c0861c6c c03e0b40 [ 202.679602] Call Trace: [ 202.680135] [<c0629b02>] sctp_sf_do_5_1B_init+0x232/0x2e0 [ 202.680184] [<c062c976>] sctp_do_sm+0x56/0x10c0 [ 202.680231] [<c062edf6>] sctp_endpoint_bh_rcv+0xf6/0x1c0 [ 202.680280] [<c0635ac8>] sctp_inq_push+0x18/0x20 [ 202.680330] [<c064095b>] sctp_rcv+0x4bb/0x720 [ 202.680409] [<c0642708>] sctp6_rcv+0x8/0x20 [ 202.680462] [<c05dcef5>] ip6_input_finish+0xf5/0x340 [ 202.680514] [<c05dd15f>] ip6_input+0x1f/0x60 [ 202.680561] [<c05dd496>] ipv6_rcv+0x256/0x3f0 [ 202.680608] [<c0566847>] netif_receive_skb+0x237/0x2e0 [ 202.680666] [<c0569266>] process_backlog+0x76/0xd0 [ 202.680717] [<c0568e3f>] net_rx_action+0xbf/0x1f0 [ 202.680765] [<c0123a22>] __do_softirq+0x62/0xc0 [ 202.680815] [<c01060fa>] do_softirq+0x8a/0xf0 [ 202.680865] ======================= [ 202.680894] Code: 31 c0 5b 5e 5f 5d c3 66 90 8b 5d d4 85 db 74 ed 83 45 d8 10 8b 5d d8 89 da <8b> 03 8b 72 0c 39 75 d4 8b 5b 04 0f 82 d9 00 00 00 29 75 d4 83 [ 202.682255] EIP: [<c03de1f2>] update2+0x52/0x150 SS:ESP 0068:c0861bac [ 202.682334] Kernel panic - not syncing: Fatal exception in interrupt the asm code should be at +670 (the sctp_make_init_ack+0x29e ) 0x00002b64 <sctp_make_init_ack+644>: inc %eax 0x00002b65 <sctp_make_init_ack+645>: jmp 0x2a44 <sctp_make_init_ack+356> 0x00002b6a <sctp_make_init_ack+650>: mov 0xffffffb4(%ebp),%edi 0x00002b6d <sctp_make_init_ack+653>: lea 0xffffffd8(%ebp),%eax 0x00002b70 <sctp_make_init_ack+656>: mov %esi,%edx 0x00002b72 <sctp_make_init_ack+658>: mov 0xffffffd8(%ebp),%ebx 0x00002b75 <sctp_make_init_ack+661>: mov 0xffffffb0(%ebp),%ecx 0x00002b78 <sctp_make_init_ack+664>: mov %edi,(%esp) 0x00002b7b <sctp_make_init_ack+667>: call *0x10(%ebx) 0x00002b7e <sctp_make_init_ack+670>: test %eax,%eax 0x00002b80 <sctp_make_init_ack+672>: jne 0x2b42 <sctp_make_init_ack+610> 0x00002b82 <sctp_make_init_ack+674>: mov 0xffffffec(%ebp),%eax 0x00002b85 <sctp_make_init_ack+677>: add %eax,0x8(%ebp) 0x00002b88 <sctp_make_init_ack+680>: mov 0xffffff9c(%ebp),%ecx 0x00002b8b <sctp_make_init_ack+683>: mov 0x8(%ebp),%edi 0x00002b8e <sctp_make_init_ack+686>: lea 0x10(%ecx,%edi,1),%edx 0x00002b92 <sctp_make_init_ack+690>: mov 0xffffff90(%ebp),%ecx 0x00002b95 <sctp_make_init_ack+693>: lea 0x4(%edx),%eax 0x00002b98 <sctp_make_init_ack+696>: cmpb $0x0,0x11d9(%ecx) 0x00002b9f <sctp_make_init_ack+703>: cmovne %eax,%edx 0x00002ba2 <sctp_make_init_ack+706>: xor %esi,%esi 0x00002ba4 <sctp_make_init_ack+708>: cmpb $0x0,0x11de(%ecx) 0x00002bab <sctp_make_init_ack+715>: je 0x2bb9 <sctp_make_init_ack+729> 0x00002bad <sctp_make_init_ack+717>: add $0x4,%edx |
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-24 20:31:09
|
Adrian Bunk wrote:
> sctp_update_copy_cksum() is no longer used.
>
> Signed-off-by: Adrian Bunk <bunk@...>
ACK.
-vlad
>
> ---
>
> include/net/sctp/sctp.h | 1 -
> net/sctp/crc32c.c | 2 ++
> 2 files changed, 2 insertions(+), 1 deletion(-)
>
> fc6646f84c07666228166c678ff2b5916db925ed
> diff --git a/include/net/sctp/sctp.h b/include/net/sctp/sctp.h
> index 119f5a1..93eb708 100644
> --- a/include/net/sctp/sctp.h
> +++ b/include/net/sctp/sctp.h
> @@ -156,7 +156,6 @@ int sctp_primitive_ASCONF(struct sctp_association *, void *arg);
> __u32 sctp_start_cksum(__u8 *ptr, __u16 count);
> __u32 sctp_update_cksum(__u8 *ptr, __u16 count, __u32 cksum);
> __u32 sctp_end_cksum(__u32 cksum);
> -__u32 sctp_update_copy_cksum(__u8 *, __u8 *, __u16 count, __u32 cksum);
>
> /*
> * sctp/input.c
> diff --git a/net/sctp/crc32c.c b/net/sctp/crc32c.c
> index 59cf7b0..181edab 100644
> --- a/net/sctp/crc32c.c
> +++ b/net/sctp/crc32c.c
> @@ -170,6 +170,7 @@ __u32 sctp_update_cksum(__u8 *buffer, __u16 length, __u32 crc32)
> return crc32;
> }
>
> +#if 0
> __u32 sctp_update_copy_cksum(__u8 *to, __u8 *from, __u16 length, __u32 crc32)
> {
> __u32 i;
> @@ -186,6 +187,7 @@ __u32 sctp_update_copy_cksum(__u8 *to, __u8 *from, __u16 length, __u32 crc32)
>
> return crc32;
> }
> +#endif /* 0 */
>
> __u32 sctp_end_cksum(__u32 crc32)
> {
>
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@...
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
|
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-24 20:28:49
|
Adrian Bunk wrote: > This patch makes three needlessly global functions static. > > Signed-off-by: Adrian Bunk <bunk@...> ACK. Thanks for catching these.. -vlad |
|
From: Vlad Yasevich <vladislav.yasevich@hp...> - 2007-10-24 19:45:39
|
Jinkle wrote: > I want to make a simple SCTP client server module in kernel space. > I used Fedora core 6 (kernel 2.6.18.1) and installed lksctp 1.0.6. > I run the SCTP client and server in user space normally by lksctp. > I already made the server side in kernel space and tested it with the client > side in user space. > Then, the association was established successfully.(INIT, INIT_ACK, > COOKIE_ECHO and COOKIE ACK) > So, I am working on the client side in kernel space. > When I try to test connect function, it has this error message "BUG: unable > to handle kernel NULL pointer dereference at virtual address 00000018". > I traced code and found this error. > It occurred when call sock_sndtimeo() in __sctp_connect() of > net/sctp/socket.c . > The sk->sk_socket->file is NULL in sock_sndtimeo(). Yes, this was fixed by this commit: http://git.kernel.org/?p=linux/kernel/git/davem/net-2.6.git;a=commit;h=f50f95cab735ebe2993e8d1549f0615bad05f3f2 -vlad |
|
From: Jinkle <jinkle96@gm...> - 2007-10-24 19:14:08
|
I want to make a simple SCTP client server module in kernel space.
I used Fedora core 6 (kernel 2.6.18.1) and installed lksctp 1.0.6.
I run the SCTP client and server in user space normally by lksctp.
I already made the server side in kernel space and tested it with the client
side in user space.
Then, the association was established successfully.(INIT, INIT_ACK,
COOKIE_ECHO and COOKIE ACK)
So, I am working on the client side in kernel space.
When I try to test connect function, it has this error message "BUG: unable
to handle kernel NULL pointer dereference at virtual address 00000018".
I traced code and found this error.
It occurred when call sock_sndtimeo() in __sctp_connect() of
net/sctp/socket.c .
The sk->sk_socket->file is NULL in sock_sndtimeo().
The client code is given below.
--for running this i have to insmod --
struct socket *sock;
struct sockaddr_in seraddr;
int err;
err=sock_create_kern(AF_INET,SOCK_STREAM,IPPROTO_SCTP,&sock);
memset((void*)&seraddr, 0, sizeof(seraddr));
seraddr.sin_family=AF_INET;
seraddr.sin_port=htons (19000);
seraddr.sin_addr.s_addr=(unsigned int)0x0A01A8C0; //192.168.1.10;
err=sock->ops->connect(sock,(struct
sockaddr*)&seraddr,sizeof(seraddr),0);
return 0;
------------
Jinkle Wei
|
|
From: Adrian Bunk <bunk@ke...> - 2007-10-24 16:24:08
|
This patch makes three needlessly global functions static.
Signed-off-by: Adrian Bunk <bunk@...>
---
include/net/sctp/auth.h | 1 -
net/sctp/auth.c | 6 +++---
2 files changed, 3 insertions(+), 4 deletions(-)
102a72ca5278d3c502bee6af4c4d11c9876d5a2d
diff --git a/include/net/sctp/auth.h b/include/net/sctp/auth.h
index 4945954..9e8f13b 100644
--- a/include/net/sctp/auth.h
+++ b/include/net/sctp/auth.h
@@ -88,7 +88,6 @@ static inline void sctp_auth_key_hold(struct sctp_auth_bytes *key)
void sctp_auth_key_put(struct sctp_auth_bytes *key);
struct sctp_shared_key *sctp_auth_shkey_create(__u16 key_id, gfp_t gfp);
-void sctp_auth_shkey_free(struct sctp_shared_key *sh_key);
void sctp_auth_destroy_keys(struct list_head *keys);
int sctp_auth_asoc_init_active_key(struct sctp_association *asoc, gfp_t gfp);
struct sctp_shared_key *sctp_auth_get_shkey(
diff --git a/net/sctp/auth.c b/net/sctp/auth.c
index 7818107..5a2dd38 100644
--- a/net/sctp/auth.c
+++ b/net/sctp/auth.c
@@ -107,7 +107,7 @@ struct sctp_shared_key *sctp_auth_shkey_create(__u16 key_id, gfp_t gfp)
}
/* Free the shared key stucture */
-void sctp_auth_shkey_free(struct sctp_shared_key *sh_key)
+static void sctp_auth_shkey_free(struct sctp_shared_key *sh_key)
{
BUG_ON(!list_empty(&sh_key->key_list));
sctp_auth_key_put(sh_key->key);
@@ -220,7 +220,7 @@ static struct sctp_auth_bytes *sctp_auth_make_key_vector(
/* Make a key vector based on our local parameters */
-struct sctp_auth_bytes *sctp_auth_make_local_vector(
+static struct sctp_auth_bytes *sctp_auth_make_local_vector(
const struct sctp_association *asoc,
gfp_t gfp)
{
@@ -232,7 +232,7 @@ struct sctp_auth_bytes *sctp_auth_make_local_vector(
}
/* Make a key vector based on peer's parameters */
-struct sctp_auth_bytes *sctp_auth_make_peer_vector(
+static struct sctp_auth_bytes *sctp_auth_make_peer_vector(
const struct sctp_association *asoc,
gfp_t gfp)
{
|
|
From: Adrian Bunk <bunk@ke...> - 2007-10-24 16:23:44
|
sctp_update_copy_cksum() is no longer used.
Signed-off-by: Adrian Bunk <bunk@...>
---
include/net/sctp/sctp.h | 1 -
net/sctp/crc32c.c | 2 ++
2 files changed, 2 insertions(+), 1 deletion(-)
fc6646f84c07666228166c678ff2b5916db925ed
diff --git a/include/net/sctp/sctp.h b/include/net/sctp/sctp.h
index 119f5a1..93eb708 100644
--- a/include/net/sctp/sctp.h
+++ b/include/net/sctp/sctp.h
@@ -156,7 +156,6 @@ int sctp_primitive_ASCONF(struct sctp_association *, void *arg);
__u32 sctp_start_cksum(__u8 *ptr, __u16 count);
__u32 sctp_update_cksum(__u8 *ptr, __u16 count, __u32 cksum);
__u32 sctp_end_cksum(__u32 cksum);
-__u32 sctp_update_copy_cksum(__u8 *, __u8 *, __u16 count, __u32 cksum);
/*
* sctp/input.c
diff --git a/net/sctp/crc32c.c b/net/sctp/crc32c.c
index 59cf7b0..181edab 100644
--- a/net/sctp/crc32c.c
+++ b/net/sctp/crc32c.c
@@ -170,6 +170,7 @@ __u32 sctp_update_cksum(__u8 *buffer, __u16 length, __u32 crc32)
return crc32;
}
+#if 0
__u32 sctp_update_copy_cksum(__u8 *to, __u8 *from, __u16 length, __u32 crc32)
{
__u32 i;
@@ -186,6 +187,7 @@ __u32 sctp_update_copy_cksum(__u8 *to, __u8 *from, __u16 length, __u32 crc32)
return crc32;
}
+#endif /* 0 */
__u32 sctp_end_cksum(__u32 crc32)
{
|
|
From: Danial Garrison <ltdbvujwhd@bo...> - 2007-10-24 09:34:27
|
Sie leben nur einmal - warum dann nicht was neues ausprobieren? Original - 100% wirksam Ciiiaaaaaalis 10 Pack. 26,99 Euro Viiiaaaagra 10 Pack. 20,99 Euro - keine versteckte Kosten - Kostenlose, arztliche Telefon-Beratung - Bequem und diskret online bestellen. - Kein langes Warten - Auslieferung innerhalb von 2-3 Tagen - Diskrete Verpackung und Zahlung - Kein peinlicher Arztbesuch erforderlich - Visa verifizierter Onlineshop Mit unseren Produkten vergessen Sie Ihre Enttauschungen, anhaltende Versa= gensangste und wiederholte peinliche Situationen Vier Dosen gibt's bei jeder Bestellung umsonst http://oyqiflb.listsoon.cn/?809731985198 (bitte warten Sie einen Moment bis die Seite vollstandig geladen wird) |