* Strange uses of netif_start_queue
From: Alan Cox @ 2005-08-12 13:35 UTC (permalink / raw)
To: netdev
Something I noticed doing the tty work. the 6pack driver calls
netif_start_queue() before it calls register_netdev. I'm curious if this
is allowed ?
^ permalink raw reply
* Re: Strange uses of netif_start_queue
From: Patrick McHardy @ 2005-08-12 13:33 UTC (permalink / raw)
To: Alan Cox; +Cc: netdev
In-Reply-To: <1123853714.22460.39.camel@localhost.localdomain>
Alan Cox wrote:
> Something I noticed doing the tty work. the 6pack driver calls
> netif_start_queue() before it calls register_netdev. I'm curious if this
> is allowed ?
All netif_start_queue does is clear_bit(...), so it is a NOP at that
point. I guess it could be removed.
^ permalink raw reply
* BankOfTheWest Inc: Please Confirm Your Banking Details [Fri, 12 Aug 2005 12:38:14 -0100]
From: BankOfTheWest @ 2005-08-12 13:28 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/html, Size: 3958 bytes --]
^ permalink raw reply
* Re: Strange uses of netif_start_queue
From: Ralf Baechle @ 2005-08-12 13:27 UTC (permalink / raw)
To: Alan Cox; +Cc: netdev
In-Reply-To: <1123853714.22460.39.camel@localhost.localdomain>
On Fri, Aug 12, 2005 at 02:35:14PM +0100, Alan Cox wrote:
> Something I noticed doing the tty work. the 6pack driver calls
> netif_start_queue() before it calls register_netdev. I'm curious if this
> is allowed ?
As part of adding support for extended 6pack which is required by the
PR 430 I've recently fixed that. It was looking suspect enough that I
fixed it though I don't see any way this could do harm.
Ralf
^ permalink raw reply
* ¢ºÁ¦1ȸ"¾à¿ë½Ä¹°°ü¸®»ç"ÇÕ°Ý·ü 99%¸¦ ¹«·á·Îµå¸³´Ï´Ù.
From: Clement Ball @ 2005-08-12 13:20 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/html, Size: 1755 bytes --]
^ permalink raw reply
* Re: Loan request
From: Randolph Price @ 2005-08-12 13:14 UTC (permalink / raw)
To: xfs-masters
[-- Attachment #1: Type: text/html, Size: 581 bytes --]
^ permalink raw reply
* Ãßõ!!¿ù1%´ëÀǾÈÀü´ëÃâ ¹«´ãº¸¹«º¸Áõ°£Æí´ëÃâ!@ rsundki fzvfm hcobz
From: Ila Corley @ 2005-08-12 13:13 UTC (permalink / raw)
To: debian-mips
[-- Attachment #1: Type: text/html, Size: 1054 bytes --]
^ permalink raw reply
* Diamonds Equities
From: Gideon @ 2005-08-12 13:04 UTC (permalink / raw)
To: netdev
Major News for MiDX was released.
Big exposure tomorrow. Don't miss this watch...
Live audio interview with the CEO has been released.
Make sure you go listen now. Big exposure for tomorrow.
Put MiDX on those RADARS now.
MidNet, Inc.
MiDX
Recently News was released about MIDX's Platform To Be Used By
"The Alliance for a New Humanity"
Whose President Is Deepak Chopra MD!
Deepak Chopra MD - An acclaimed Author And Spiritual Leader
The Time to Look at MIDX is Right Now!
More Big News for MiDX has been released
SmallCapVoice Features Interview With MidNet CEO Tilo Kunz
CEO Presents Company Overview and Discusses introduction of the beta version
of a software-based "media phone"
(Go to yahoo or any financial site to read the entire news release now.
This could be huge exposure for MiDX)
MidNet, Inc.
MiDX
Using patented Digital DNA technology, The Middle Network provides customers
with unparalleled levels of closed-loop security for data, reinforcing anti-piracy,
copyright control, privacy and security measures.
If we need to explain how important security, copyright control and privacy are
then we need to give up now! Anti-piracy? Losses due to piracy are off the charts...
We all know that!
More News was released
Today after the stock markets closed, MiDX, MidNet Inc., the company issued
a press release announcing that CEO Tilo Kunz, does a featured audio interview
with SmallCapVoice and Discusses introduction of the beta version
of a software-based "media phone" Make sure you go listen to this interview ASAP.
News of this new media phone should be welcomed by investors,
as the company's Middle Network continues to gain exposure!
SmallCapVoice means more EXPOSURE for MiDX.
The Middle Network
MidNet's The Middle Network acts as an affordable and secure network
operating environment, a private "middle layer" between
communication infrastructure companies and application services.
Its breakthrough technological capabilities provide fast, private, secure,
high-capacity transmission of mission-critical information.
After more than 3 years of development, MidNet debuted
The Middle Network in September 2004, rolling out in seven major North American
centers.Los Angeles, Houston, Denver, Vancouver, Toronto, Calgary and Edmonton.
The company plans to expand the network to London plus 35 additional markets
in North America.
Building Customer Acceptance in Niche Markets (MiDX is not in the dream stage)
MidNet has signed agreements and begun providing private network services
to major players in both the entertainment and oil and gas sectors. These customers
include Technicolor Creative Services Canada and Rainmaker Limited,
two of Canada's largest video post-production companies.
Another key customer is Kelman Technologies Ltd., a provider
of seismic processing services to the energy industry and a member
of Canada's Tech 100. This year MidNet is targeting approximately 25 companies
in the entertainment industry and 150 businesses in the energy sector.
More customers in other industry sectors will follow.
In the film industry alone.representing only a subset of MidNet's customer
base.the revenue potential for collaborative media creation services is estimated
by Frost & Sullivan to be $1.5 Billion US annually with market acceptance currently
at 10% and anticipated yearly increases of 50%. The demand for fast, secure,
big-pipe transactions is increasing at an explosive rate. The Company is confident
it can provide the means to support this pace and capitalize on its growth.
Make sure you take the time to read current news releases. There are many!
You will not want to miss this watch for tomorrow, so Put MiDX on your Radar's
right now and make sure you watch out for tomorrow.
Disclaimer:
Information within this email contains "forwardlooking statements" within
the meaning of Section 27Aof the Securities Act of 1933 and Section 21B of
the Securities Exchange Act of 1934. Any statements that express or involve
discussions with respect to predictions, expectations, beliefs,
plans, projections, objectives, goals, assumptions or future events or
performance are not statements of historical fact and may be "forward
looking statements". "Forward looking statements" are based on
expectations, estimates and projections at the time the statements are made
that involve a number of risks and uncertainties which could cause actual
results or events to differ materially from those presently anticipated.
Forward looking statements in this action may be identified through the use
of words such as "projects", "foresee", "expects", "will", "anticipates",
"estimates", "believes", "understands" or that by statements indicating
certain actions "may", "could", or "might" occur. Risk factors include
general economic and business conditions, the ability to acquire and develop
specific projects, the ability to fund operations and changes in consumer
and business consumption habits and other factors overwhich the company has
little or no control. The publisher of this newsletter does not represent
that the information contained in this message states all material facts or
does not omit a material fact necessary to make the statements therein not
misleading. All information provided within this email pertaining to
investing, ST0CKs, securities must be understood as information provided and
not investment advice. The publisher of this newsletter advises all readers
and subscribers to seek advice from a registered professional securities
representative before deciding to trade in ST0CKs featured within this
email. None of the material within this report shall be construed as any
kind of investment advice or solicitation. Many of these companies are on
the verge of bankruptcy. You can lose all your money by investing in this
ST0CK. We urge you to read the company's SEC filings now, before you invest.
The publisher of this newsletter is not a registered invstment advisor.
Subscribers should not view information herein as legal, tax, accounting or
investment advice. In compliance with the SecuritiesAct of 1933, Section
17(b), The publisher of this newsletter is contracted to receive six hundred
thousand free trading shares from a third party, not an officer, director or
affiliate shareholder for the circulation of this report. Be aware of an
inherent conflict of interest resulting from such compensation due to the
fact that this is a paid advertisement and is not without bias. The party
that paid us has a position in the ST0CK they will sell at anytime without
notice. This could have a negative impact on the price of the ST0CK, causing
you to lose money. All factual information in this report was gathered from
public sources, including but not limited to SEC filings, Company Websites
and Company Press Releases. The publisher of this newsletter believes this
information to be reliable but can make no guarantee as to its accuracy or
completeness. Use of the material within this email constitutes your
acceptance of these terms.
^ permalink raw reply
* ¿µ¾îÈ¸È ¸ÅÀÏ10ºÐ¾¿ ÀüÈ·Î ¹«·á°øºÎÇغ¸¼¼¿ä^^**
From: Isiah Mack @ 2005-08-12 13:02 UTC (permalink / raw)
To: cvs
[-- Attachment #1: Type: text/html, Size: 2635 bytes --]
^ permalink raw reply
* º¸°Çº¹ÁöºÎÁÖ°ü»çȸº¹ÁöÀÚ°ÝÁõ¹«·á½ÅûÇϼ¼¿ä!@ goz qyky
From: Reid Wilson @ 2005-08-12 12:47 UTC (permalink / raw)
To: cvs
[-- Attachment #1: Type: text/html, Size: 1068 bytes --]
^ permalink raw reply
* ±¹¹Î°Ç°.°¡Á·°Ç°."¾à¿ë½Ä¹°°ü¸®»ç"ÃâÁ¦ Àڷṫ·áµå¸³´Ï´Ù!!
From: Pauline Bryan @ 2005-08-12 12:47 UTC (permalink / raw)
To: cvs
[-- Attachment #1: Type: text/html, Size: 1718 bytes --]
^ permalink raw reply
* Á¦1±ÝÀ¶±Ç ÀÚ°ÝÀ̾ȵž.´ëÃâÇص帳´Ï´Ù.ÀºÇà±ÇÀÌÀÚ
From: Pedro Moran @ 2005-08-12 12:45 UTC (permalink / raw)
To: majordomo
[-- Attachment #1: Type: text/html, Size: 747 bytes --]
^ permalink raw reply
* (Á÷ÀåÀδëÃâ)Àü±¹¾îµð¼³ªÀüÈÇÑÅëÀ¸·Î¸ñµ·À常(Ä«µå´ë³³) vopwfwygxidnfkrbz
From: vzawfozpkedou5469098484 @ 2005-08-12 12:35 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/html, Size: 16 bytes --]
^ permalink raw reply
* Returned mail: see transcript for details
From: Mail Delivery Subsystem @ 2005-08-12 12:20 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 574 bytes --]
The original message was received at Fri, 12 Aug 2005 05:20:44 -0700 (PDT)
from ip192-12-251-74.block6.us.syntegra.com [192.12.251.74]
----- The following addresses had permanent fatal errors -----
<reflection-comments@eng.sun.com>
(reason: 550 5.1.1 <reflection-comments@eng.sun.com>... User unknown)
----- Transcript of session follows -----
... while talking to engmail1mpk.sfbay.sun.com.:
>>> DATA
<<< 550 5.1.1 <reflection-comments@eng.sun.com>... User unknown
550 5.1.1 <reflection-comments@eng.sun.com>... User unknown
<<< 503 5.0.0 Need RCPT (recipient)
[-- Attachment #2: Type: message/delivery-status, Size: 485 bytes --]
[-- Attachment #3: Type: message/rfc822, Size: 1672 bytes --]
[-- Attachment #3.1.1: Type: text/plain, Size: 2 bytes --]
[-- Attachment #3.1.2: Norton AntiVirus Deleted1.txt --]
[-- Type: plain/text, Size: 113 bytes --]
^ permalink raw reply
* ¡Ø¿Â¶óÀÎÀ¸·Î6°³¿ùÀ̸é 4³âÁ¦´ëÇÐ ÇÐÀ§ Ãëµæ°¡´É!!
From: Alden Williams @ 2005-08-12 12:09 UTC (permalink / raw)
To: devfs
[-- Attachment #1: Type: text/html, Size: 1552 bytes --]
^ permalink raw reply
* °í°´´Ô 5000¸¸¿ø±îÁö¿ù0.7%´ë·Î ¹«¹æ¹®±ÝÀ¶ÀÌ °¡´ÉÇÕ´Ï´ÙÁï½Ã ½ÅûÇϼ¼¿ä
From: ¸ÂÃã´ëÃâÁ¤º¸ @ 2005-08-12 12:08 UTC (permalink / raw)
To: majordomo
[-- Attachment #1: Type: text/html, Size: 2957 bytes --]
^ permalink raw reply
* God bless your fate
From: MRS VERONICA REGINA AHMED @ 2005-08-12 12:05 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 1703 bytes --]
Greetings,
My name is Mrs.Veronica Ahmed,widow to late
Mr.Hassan Ahmed fomer owner of Petroleum and
Gas company ,here in kuwait.I am 78years old,
suffering from long time cancer of the breast.
>From all indications my condition is really
deteriorating and it's quite obvious that I
won't live more than 2 months according to my
doctors.This is because the cancer stage has
gotten to a very bad stage.i dont want your
pity but i need your trust.
My late husband died early last year from heart
attack, and during the period of our marriage we
couldn't produce any child. My late husband was
very wealthy and after his death,I inherited all
his business and wealth.The doctor has advised
me that I will not live for more than 2 months,
so I have now decided to spread all my wealth,
to contribute mainly to the development of
charity in Africa, America, Asia and Europe.
am sorry if you are embarrased by my mail.
i found your e-mail address in the web
directory,and i have decided to contact you,
but if for any reason you find this mail
offensive,you can ignore it and please
accept my appology.
before my late husband died he was a major oil
tycoon,in kuwait and deposited the sum of 25
million dollars (Twenty Five million dollars)
in a company in europe some years ago,thats all
i have left now,i need you to collect this funds
and distribute it yourself to charity .
so that when i die my soul can rest in peace.the
funds will be entirely in hands and management.
i hope God gives you the wisdom to touch very
many lives,that is my main concern.
20% of this money will be for your time and
effort,while 80% goes to charity.
God bless you.
Mrs.Veronica Ahmed.
^ permalink raw reply
* Re: [PATCH] add new iptables ipt_connbytes match
From: Andi Kleen @ 2005-08-12 12:03 UTC (permalink / raw)
To: Patrick McHardy; +Cc: netdev, netfilter-devel, Andi Kleen
In-Reply-To: <42FC8EBC.1070505@trash.net>
> Unfortunately one of the iptables structures which is needed to get the
> ruleset in the kernel (ipt_replace) is differently sized when compiled
> for 32/64 bit. IIRC it doesn't work at all currently.
Yes that's the old bug and cannot be fixed without breaking compatibility.
But we hope that ctnetlink will not repeat that mistake. That is why I'm suggesting
to use aligned_u64 in all new interfaces
-Andi
^ permalink raw reply
* 何だか日課になりつつあります。真田です(^-^)
From: innocent_pd_95 @ 2005-08-12 11:59 UTC (permalink / raw)
To: netdev
昨日色々考えてたんですが。男の人ってどういう感覚で女性を見るんでしょう？
やっぱり素敵な女性はどんな状況でも結婚していても一番好きな人がいても抱きたいって思うんですかね？
男の人と女は違いますよね。
逆に綺麗じゃない女性でも抱かせてくれるならそれはそれで受け入れてしまうのでしょうか…。
私自身、22歳で結婚するまでは男性とお付き合いした経験が無かったもので(^-^;
別れた主人が最初の恋人であり、生涯の相手だと思ってたんですけどね…。
写真、撮ったの送ってみたりしたいのですがウィルスとかやっぱり私自身添付ファイルには怯えているので機会があったら見せたいと思います。
今日はなんだか少し脱力していてずっと本を読んでいました。
川北義則著、いちばん大切な生き方 ひとりになって、見えてくることわかること
と言う本です。
本屋さんで見かけてついつい買ってしまったのですが。
正直文字が頭に入って来ないので眺めてる程度でした。
昔は漫画ばかり読んでた自分がこういう本に手を出すのは変化なんでしょうか。
真田 博美
_________________________________________________________________
Save the earth
http://pr.mail.yahoo.co.jp/ondanka/
^ permalink raw reply
* Re: [PATCH] add new iptables ipt_connbytes match
From: Patrick McHardy @ 2005-08-12 11:57 UTC (permalink / raw)
To: Andi Kleen; +Cc: netdev, netfilter-devel
In-Reply-To: <p73u0hv2xkv.fsf@verdi.suse.de>
Andi Kleen wrote:
> "David S. Miller" <davem@davemloft.net> writes:
>>
>>Won't work in x86 --> x86_64 compat environments.
>
> Thanks for catching it.
>
> The aligned u64 trick probably will
>
> #define aligned_u64 unsigned long long __attribute__((aligned(8)))
>
> It just forces i386 to be aligned too.
>
> Then use aligned_u64 instead of u64/__u64/u_int64_t in all user visible
> places. Similar for signed types.
Unfortunately one of the iptables structures which is needed to get the
ruleset in the kernel (ipt_replace) is differently sized when compiled
for 32/64 bit. IIRC it doesn't work at all currently.
^ permalink raw reply
* Re: [PATCH] add new iptables ipt_connbytes match
From: Harald Welte @ 2005-08-12 11:56 UTC (permalink / raw)
To: Patrick McHardy; +Cc: Linux Netdev List, Netfilter Development Mailinglist
In-Reply-To: <42FC0F01.5090802@trash.net>
[-- Attachment #1: Type: text/plain, Size: 1224 bytes --]
On Fri, Aug 12, 2005 at 04:52:49AM +0200, Patrick McHardy wrote:
> This functions looks broken.
I feared it...
> Divisor and divident are mixed up, the
> shifted result variable is not used in the actual division, the
> "first bit has to be < 32" assumption is wrong and num_shift is
> calculated incorrectly. To find a 32-bit divisor consisting of the
> most-significant 32 bits we need to find the highest bit set and
> subtract 32 from this, then right-shift by that value if it is larger
> than 0. I can send a fixed patch tomorrow but I'm too tired now.
Thanks.
> >+ case IPT_CONNBYTES_WHAT_PKTS:
>
> I would really prefer the name IPT_CONNBYTES_PKTS :)
I _think_ it's sure to change it, since we don't include ipt_connbytes.h
in the iptables package.
Just send two incremental patches to Dave.
Cheers,
Harald
--
- Harald Welte <laforge@netfilter.org> http://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 #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: [PATCH] add new iptables ipt_connbytes match
From: Harald Welte @ 2005-08-12 11:46 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev, netfilter-devel
In-Reply-To: <20050811.154204.102613246.davem@davemloft.net>
[-- Attachment #1: Type: text/plain, Size: 1015 bytes --]
On Thu, Aug 11, 2005 at 03:42:04PM -0700, David S. Miller wrote:
> From: Harald Welte <laforge@netfilter.org>
> Date: Thu, 11 Aug 2005 22:03:49 +0200
>
> > +struct ipt_connbytes_info
> > +{
> > + struct {
> > + u_int64_t from; /* count to be matched */
> > + u_int64_t to; /* count to be matched */
> > + } count;
> > + u_int8_t what; /* ipt_connbytes_what */
> > + u_int8_t direction; /* ipt_connbytes_direction */
> > +};
>
> Won't work in x86 --> x86_64 compat environments.
jeez, it bites me again (the connbytes match was written some time
ago..) . I'll try (and actually verify) Andi Kleen's suggested version.
--
- Harald Welte <laforge@netfilter.org> http://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 #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* ¡Ú¿¸°±³À°,Æò»ý±³À°À̳äÀDZ³À°Á¦µµ ¾È³» !b6
From: Emile Blackman @ 2005-08-12 11:46 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/html, Size: 929 bytes --]
^ permalink raw reply
* Re: atheros driver - desc
From: Harald Welte @ 2005-08-12 11:45 UTC (permalink / raw)
To: Chris Wedgwood; +Cc: Kalle Valo, kernel-mentors, Jeff Garzik, netdev
In-Reply-To: <20050812073755.GA6295@taniwha.stupidest.org>
[-- Attachment #1.1: Type: text/plain, Size: 802 bytes --]
On Fri, Aug 12, 2005 at 12:37:55AM -0700, Chris Wedgwood wrote:
> On Sun, Aug 07, 2005 at 05:01:34PM +0200, Harald Welte wrote:
>
> > I will consult my legal counsel about this. My current naive
> > position on this is that only the actuall process of the
> > re-engineering matters, not the result.
>
> Which countries is this advice valid for? Does someone need to chase
> this inside the US in parallel?
I'll see whether I can get Eben Moglen to comment on that matter.
--
- Harald Welte <laforge@gnumonks.org> http://gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
Kernel-mentors mailing list
Kernel-mentors@selenic.com
http://selenic.com/mailman/listinfo/kernel-mentors
^ permalink raw reply
* Re: argh... ;/
From: John W. Linville @ 2005-08-12 11:44 UTC (permalink / raw)
To: Chris Wedgwood; +Cc: kernel-mentors, netdev, Daniel Phillips
In-Reply-To: <20050812053634.GA3998@taniwha.stupidest.org>
On Thu, Aug 11, 2005 at 10:36:34PM -0700, Chris Wedgwood wrote:
> On Fri, Aug 05, 2005 at 01:20:59PM -0400, John W. Linville wrote:
>
> > Yes. Opening attachments makes them harder to review.
>
> Lots of people can't inline patches because they are inflicted with
> crappy MUAs --- I would much prefer patches as attachments in those
> cases versus mangled patches.
Don't use crappy MUAs?
> Also, I would arguue any sane MUA would make dealing with
> reading/openning patches for sensible mime types trivial.
Any sane MUA wouldn't mangle the patches...
John
--
John W. Linville
linville@tuxdriver.com
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox