From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from forward12.mail.yandex.net ([95.108.130.94]) by merlin.infradead.org with esmtp (Exim 4.76 #1 (Red Hat Linux)) id 1SXvsN-0005jE-LV for barebox@lists.infradead.org; Fri, 25 May 2012 14:52:24 +0000 Received: from web30f.yandex.ru (web30f.yandex.ru [95.108.130.106]) by forward12.mail.yandex.net (Yandex) with ESMTP id 0EEECC2148A for ; Fri, 25 May 2012 18:52:16 +0400 (MSK) From: Klokov Alexey MIME-Version: 1.0 Message-Id: <758091337957534@web30f.yandex.ru> Date: Fri, 25 May 2012 18:52:14 +0400 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: barebox-bounces@lists.infradead.org Errors-To: barebox-bounces+u.kleine-koenig=pengutronix.de@lists.infradead.org Subject: hi! To: barebox@lists.infradead.org subj! _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox From mboxrd@z Thu Jan 1 00:00:00 1970 From: naroth-qDHaf3XTt0D7Za/I2yyZNw@public.gmane.org Subject: Hi! Date: Thu, 25 Nov 2004 22:09:16 +0900 Message-ID: <000601c4d33b$67729430$8af938d3@free> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0003_01C4D33B.67729430" Return-path: Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C4D33B.67729430 Content-Type: text/html; charset="iso-8859-2 Content-Transfer-Encoding: quoted-printable Hi! I am looking for new friends.

My name is Jane, I am from Miami, FL.

See my homepage with my weblog and last webcam photos!

See you!




------=_NextPart_000_0003_01C4D33B.67729430-- ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alberto Rossi Subject: Hi!! Date: Sun, 5 Jun 2005 10:27:58 +0200 Message-ID: <200506051027.58559.alberto.rossi87@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Hi to all! I'm Alberto, 17 yo, from Italy... I'm actually working on Toshiba ACPI Driv= er=20 improvements to make it works with my Toshiba Satellite A60 (currently not= =20 supported). If anyone of you would like to help, just contact me! Bye bye, Alberto =2D-=20 Registered Linux User n.=B0 324313 MSN ID: wafer_overflow-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org "Sazio =E8 colui cui il bastante =E8 bastevole." (Lao-Ts=E9) ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alberto Rossi Subject: Hi!! Date: Sun, 5 Jun 2005 14:13:43 +0200 Message-ID: <200506051413.43500.alberto.rossi87@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Hi to all! I'm Alberto, 17 yo, from Italy... I'm actually working on Toshiba ACPI Driv= er improvements to make it works with my Toshiba Satellite A60 (currently not supported). If anyone of you would like to help, just contact me! Bye bye, Alberto =2D- Registered Linux User n.=B0 324313 MSN ID: wafer_overflow-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org "Sazio =E8 colui cui il bastante =E8 bastevole." (Lao-Ts=E9) ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Anopolsky Subject: Hi! Date: Wed, 20 Aug 2008 02:43:25 -0600 Message-ID: <1219221805.15514.13.camel@telesto> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-77uYnbqhcvsOo/hZR7ym" To: linux-btrfs@vger.kernel.org Return-path: List-ID: --=-77uYnbqhcvsOo/hZR7ym Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I'm new here. For the past few months I've been contributing some code and discussion to the ZFS-fuse project, but Sun's silence on the licensing issue has left a bad taste in my mouth. I'm ready to switch over to the light side of the force, but I have a couple of questions. 1. I've seen and modified the ZFS source code. Even if I never look at it again, could that poison potential contributions to btrfs? 2. What needs doing? Easy stuff first, please. I've never done kernel coding. Cheers, Eric --=-77uYnbqhcvsOo/hZR7ym Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBIq9kte2L37HVup3ARAntiAKDdJonx9lGce54ZXCMYdvAYV3Wo4QCg3nsh kCMqhKWfNb3Ovf9BI56j60w= =CkBF -----END PGP SIGNATURE----- --=-77uYnbqhcvsOo/hZR7ym-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Mason Subject: Re: Hi! Date: Wed, 20 Aug 2008 14:25:50 -0400 Message-ID: <1219256750.7854.7.camel@think.oraclecorp.com> References: <1219221805.15514.13.camel@telesto> Mime-Version: 1.0 Content-Type: text/plain Cc: linux-btrfs@vger.kernel.org To: Eric Anopolsky Return-path: In-Reply-To: <1219221805.15514.13.camel@telesto> List-ID: On Wed, 2008-08-20 at 02:43 -0600, Eric Anopolsky wrote: > Hi, > > I'm new here. For the past few months I've been contributing some code > and discussion to the ZFS-fuse project, but Sun's silence on the > licensing issue has left a bad taste in my mouth. I'm ready to switch > over to the light side of the force, but I have a couple of questions. > > 1. I've seen and modified the ZFS source code. Even if I never look at > it again, could that poison potential contributions to btrfs? > For now, yes, reading and changing the ZFS source code is not a good idea for people that want to contribute to btrfs. > 2. What needs doing? Easy stuff first, please. I've never done kernel > coding. Testing, discussing and reporting bugs are a great first step. -chris From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Miguel Sousa Filipe" Subject: Re: Hi! Date: Thu, 21 Aug 2008 11:47:03 +0100 Message-ID: References: <1219221805.15514.13.camel@telesto> <1219256750.7854.7.camel@think.oraclecorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: "Eric Anopolsky" , linux-btrfs@vger.kernel.org To: "Chris Mason" Return-path: In-Reply-To: <1219256750.7854.7.camel@think.oraclecorp.com> List-ID: Hi, On Wed, Aug 20, 2008 at 7:25 PM, Chris Mason wrote: > On Wed, 2008-08-20 at 02:43 -0600, Eric Anopolsky wrote: >> Hi, >> >> I'm new here. For the past few months I've been contributing some code >> and discussion to the ZFS-fuse project, but Sun's silence on the >> licensing issue has left a bad taste in my mouth. I'm ready to switch >> over to the light side of the force, but I have a couple of questions. >> >> 1. I've seen and modified the ZFS source code. Even if I never look at >> it again, could that poison potential contributions to btrfs? >> > > For now, yes, reading and changing the ZFS source code is not a good > idea for people that want to contribute to btrfs. > >> 2. What needs doing? Easy stuff first, please. I've never done kernel >> coding. > > Testing, discussing and reporting bugs are a great first step. One thing that I would like to see, is how btrfs behaves with eavy uses of version control systems like: - git - hg big repos, greps, finds, and stuff like that. It looks to me that git/hg/bazaar are everytime more widely used, specially on power users' machines. Btrfs should look good on those workloads... Another thing that I'm particularly interested is in stuff like: - remirror progress stats - adding, removing, drives, growing a volume, setting a drive faulty, etc.. (feature parity with mdadm) - create userland tools to enable booting from btrfs: - single disk and multi disk (raid1, 0 or 10) - which snapshot/subvolume ? - support a migration path to ppl using mdadm + lvm. - provide similar tools and sintax to ppl used to lvm and mds. (feature parity and more..) - provide higher level userland apps, and manage and know how to work with LVM and MD devices, support for equivalent (or better) features on btrfs. - DeviceKit.Disks support (the future is DeviceKit! :-p) -> -> http://hal.freedesktop.org/docs/DeviceKit/ -> http://lists.freedesktop.org/archives/hal/2008-May/011560.html -> http://gitweb.freedesktop.org/?p=DeviceKit/DeviceKit.git;a=summary - grub support for btrfs (read only..) :D kind regards.. -- Miguel Sousa Filipe From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Long Subject: Re: Hi! Date: Sun, 24 Aug 2008 08:02:36 +0100 Message-ID: <200808240802.36586.slong@rathaus.eclipse.co.uk> References: <1219221805.15514.13.camel@telesto> <1219256750.7854.7.camel@think.oraclecorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" To: linux-btrfs@vger.kernel.org Return-path: In-Reply-To: List-ID: On Thursday 21 August 2008 11:47:03 Miguel Sousa Filipe wrote: > > Testing, discussing and reporting bugs are a great first step. > > One thing that I would like to see, is how btrfs behaves with eavy > uses of version control systems like: > - git > - hg > > big repos, greps, finds, and stuff like that. > How about kernel compiles (cf contest)? Perhaps with pull of the tree from cold cache or indeed several trees. > - DeviceKit.Disks support (the future is DeviceKit! :-p) -> Oh God does it have to be? Up to users what they install, but is it really the job of the fs to worry about a user layer on top of a lib on top of some other lib, one of which hasn't even got to 1.0 release, and whose author is apparently fine with changing everything around on distros (after all it hasn't got to 1.0..) but still insistent on how everyone else should be doing things? Not that it's anything to do with the FS, so why should we worry about it? > -> http://hal.freedesktop.org/docs/DeviceKit/ I couldn't find anything about "Disks", which may be down to my ignorance. > -> http://lists.freedesktop.org/archives/hal/2008-May/011560.html > -> *groan* "the way forward is the model where you have a policy-less privileged mechanism that can be controlled by an unprivileged GUI policy agent" Some of us quite like existing Unix permissions, especially on our 2 or 3 user desktops, and that kind of thing has been done, eg in mandriva, for quite a while now. Great if that's what people are happy with (personally I think scrapping dcop was a *huge* mistake) but I don't want it on my system any more than I _have_ to, to get apps to work (which is why I love Gentoo.) > http://gitweb.freedesktop.org/?p=DeviceKit/DeviceKit.git;a=summary - grub > support for btrfs (read only..) :D Great, I see that's moving quickly, no code updates in 4 months. I'm guessing that's not because it's a stable and mature project that doesn't need any more work on it.. Tell me again what this has to do with a FS in the kernel; are btrfs supposed to change their code in any way to work with DeviceKit? I agree with all the other stuff you posted, so please don't take my antipathy toward HAL and *Kit as criticism of you. Regards, steveL. From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Miguel Sousa Filipe" Subject: Re: Hi! Date: Mon, 25 Aug 2008 22:56:50 +0100 Message-ID: References: <1219221805.15514.13.camel@telesto> <1219256750.7854.7.camel@think.oraclecorp.com> <200808240802.36586.slong@rathaus.eclipse.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: linux-btrfs@vger.kernel.org To: "Steve Long" Return-path: In-Reply-To: <200808240802.36586.slong@rathaus.eclipse.co.uk> List-ID: On Sun, Aug 24, 2008 at 8:02 AM, Steve Long wrote: > On Thursday 21 August 2008 11:47:03 Miguel Sousa Filipe wrote: >> > Testing, discussing and reporting bugs are a great first step. >> >> One thing that I would like to see, is how btrfs behaves with eavy >> uses of version control systems like: >> - git >> - hg >> >> big repos, greps, finds, and stuff like that. >> > How about kernel compiles (cf contest)? Perhaps with pull of the tree from > cold cache or indeed several trees. I believe Chris allready cover that workload in his tests.. but can't hurt. :D > > >> - DeviceKit.Disks support (the future is DeviceKit! :-p) -> > > Oh God does it have to be? Up to users what they install, but is it really the > job of the fs to worry about a user layer on top of a lib on top of some > other lib, one of which hasn't even got to 1.0 release, and whose author is > apparently fine with changing everything around on distros (after all it > hasn't got to 1.0..) but still insistent on how everyone else should be doing > things? Not that it's anything to do with the FS, so why should we worry > about it? > >> -> http://hal.freedesktop.org/docs/DeviceKit/ > > I couldn't find anything about "Disks", which may be down to my ignorance. > >> -> http://lists.freedesktop.org/archives/hal/2008-May/011560.html >> -> > *groan* "the way forward is the model where you have a policy-less privileged > mechanism that can be controlled by an unprivileged GUI policy agent" > Some of us quite like existing Unix permissions, especially on our 2 or 3 user > desktops, and that kind of thing has been done, eg in mandriva, for quite a > while now. Great if that's what people are happy with (personally I think > scrapping dcop was a *huge* mistake) but I don't want it on my system any > more than I _have_ to, to get apps to work (which is why I love Gentoo.) even if I like the gentoo or openbsd way, that doesn't help having good btrfs support on all the other distros that use HAL or its descendants. > >> http://gitweb.freedesktop.org/?p=DeviceKit/DeviceKit.git;a=summary - grub >> support for btrfs (read only..) :D > > Great, I see that's moving quickly, no code updates in 4 months. I'm guessing > that's not because it's a stable and mature project that doesn't need any > more work on it.. > Tell me again what this has to do with a FS in the kernel; are btrfs supposed > to change their code in any way to work with DeviceKit? > > I agree with all the other stuff you posted, so please don't take my antipathy > toward HAL and *Kit as criticism of you. I share much of your opinions about hal and these new (leaky) abstraction layers, but having a current/decent linux install without all that hal stuff (with gnome or kde) is next to impossible. My concearn is more of btrfs having equal support on those dandy apps/layers, that will be used by fedora, ubuntu, opensuse, etc... I want in a years time, have a "format with BTRFS" option on a regular fedora/ubuntu install. > > Regards, > steveL. > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Miguel Sousa Filipe From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subject: Hi, Date: Mon, 12 Mar 2012 14:44:27 +0200 Message-ID: <1331556267-3920-1-git-send-email-horia.geanta@freescale.com> Reply-To: Mime-Version: 1.0 Content-Type: text/plain Cc: , , , To: , Return-path: Received: from va3outboundsmtppool1.messaging.microsoft.com ([157.55.133.163]:15668 "EHLO VA3EHSNDR001.bigfish.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754152Ab2CLMox (ORCPT ); Mon, 12 Mar 2012 08:44:53 -0400 Sender: linux-crypto-owner@vger.kernel.org List-ID: This patch replaces the back-half implementation of talitos crypto engine from tasklet to NAPI. The decision to do this was based on improved performance (around 7%). A similiar patch (not posted yet) was tested for caam crypto engine, with 10-15% improvement over tasklet. Since having crypto engines use the net softirq is probably not acceptable, I would like to hear your comments on what options do I have to make this upstreamable. Besides current approach, I am considering the following: - defining a new softirq for crypto engines, having a higher priority than the NET_RX_SOFTIRQ - using tasklet_hi_schedule instead of tasklet_schedule Let me know if any of these two fits better or if something else is preferred. Thank you >>From 20f30ef6fdfe641f1c30f94320891715ffee33a2 Mon Sep 17 00:00:00 2001 From: Sandeep Malik Date: Sat, 12 Jun 2010 14:08:47 +0800 Subject: [RFC,PATCH] crypto: talitos - Replace the tasklet implementation with NAPI This patch updates the current tasklet implement to NAPI so as the system is more balanced in the terms that the packet submission and the packet forwarding after being processed can be done at the same priority. Signed-off-by: Sandeep Malik Signed-off-by: Horia Geanta --- drivers/crypto/Kconfig | 2 +- drivers/crypto/talitos.c | 145 +++++++++++++++++++++++++++++++++------------- drivers/crypto/talitos.h | 4 +- 3 files changed, 109 insertions(+), 42 deletions(-) diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig index e707979..682096b 100644 --- a/drivers/crypto/Kconfig +++ b/drivers/crypto/Kconfig @@ -218,7 +218,7 @@ config CRYPTO_DEV_TALITOS select CRYPTO_ALGAPI select CRYPTO_AUTHENC select HW_RANDOM - depends on FSL_SOC + depends on FSL_SOC && NET help Say 'Y' here to use the Freescale Security Engine (SEC) to offload cryptographic algorithm computation. diff --git a/drivers/crypto/talitos.c b/drivers/crypto/talitos.c index dc641c7..f368579 100644 --- a/drivers/crypto/talitos.c +++ b/drivers/crypto/talitos.c @@ -1,7 +1,7 @@ /* * talitos - Freescale Integrated Security Engine (SEC) device driver * - * Copyright (c) 2008-2011 Freescale Semiconductor, Inc. + * Copyright (c) 2008-2012 Freescale Semiconductor, Inc. * * Scatterlist Crypto API glue code copied from files with the following: * Copyright (c) 2006-2007 Herbert Xu @@ -37,6 +37,7 @@ #include #include #include +#include #include #include @@ -121,6 +122,7 @@ struct talitos_channel { struct talitos_private { struct device *dev; struct platform_device *ofdev; + struct net_device __percpu *netdev; void __iomem *reg; int irq[2]; @@ -145,8 +147,8 @@ struct talitos_private { /* next channel to be assigned next incoming descriptor */ atomic_t last_chan ____cacheline_aligned; - /* request callback tasklet */ - struct tasklet_struct done_task[2]; + /* request callback napi */ + struct napi_struct __percpu *done_task[2]; /* list of registered algorithms */ struct list_head alg_list; @@ -349,17 +351,18 @@ static int talitos_submit(struct device *dev, int ch, struct talitos_desc *desc, /* * process what was done, notify callback of error if not */ -static void flush_channel(struct device *dev, int ch, int error, int reset_ch) +static int flush_channel(struct device *dev, int ch, int error, int reset_ch, + int weight) { struct talitos_private *priv = dev_get_drvdata(dev); struct talitos_request *request, saved_req; unsigned long flags; - int tail, status; + int tail, status, count = 0; spin_lock_irqsave(&priv->chan[ch].tail_lock, flags); tail = priv->chan[ch].tail; - while (priv->chan[ch].fifo[tail].desc) { + while (priv->chan[ch].fifo[tail].desc && (count < weight)) { request = &priv->chan[ch].fifo[tail]; /* descriptors with their done bits set don't get the error */ @@ -396,43 +399,55 @@ static void flush_channel(struct device *dev, int ch, int error, int reset_ch) status); /* channel may resume processing in single desc error case */ if (error && !reset_ch && status == error) - return; + return 0; spin_lock_irqsave(&priv->chan[ch].tail_lock, flags); tail = priv->chan[ch].tail; + count++; } spin_unlock_irqrestore(&priv->chan[ch].tail_lock, flags); + + return count; } /* * process completed requests for channels that have done status */ -#define DEF_TALITOS_DONE(name, ch_done_mask) \ -static void talitos_done_##name(unsigned long data) \ +#define DEF_TALITOS_DONE(name, ch_done_mask, num_ch) \ +static int talitos_done_##name(struct napi_struct *napi, int budget) \ { \ - struct device *dev = (struct device *)data; \ + struct device *dev = &napi->dev->dev; \ struct talitos_private *priv = dev_get_drvdata(dev); \ + int budget_per_ch, work_done = 0; \ \ + budget_per_ch = budget / num_ch; \ if (ch_done_mask & 1) \ - flush_channel(dev, 0, 0, 0); \ + work_done += flush_channel(dev, 0, 0, 0, budget_per_ch);\ if (priv->num_channels == 1) \ goto out; \ if (ch_done_mask & (1 << 2)) \ - flush_channel(dev, 1, 0, 0); \ + work_done += flush_channel(dev, 1, 0, 0, budget_per_ch);\ if (ch_done_mask & (1 << 4)) \ - flush_channel(dev, 2, 0, 0); \ + work_done += flush_channel(dev, 2, 0, 0, budget_per_ch);\ if (ch_done_mask & (1 << 6)) \ - flush_channel(dev, 3, 0, 0); \ + work_done += flush_channel(dev, 3, 0, 0, budget_per_ch);\ \ out: \ - /* At this point, all completed channels have been processed */ \ - /* Unmask done interrupts for channels completed later on. */ \ - setbits32(priv->reg + TALITOS_IMR, ch_done_mask); \ - setbits32(priv->reg + TALITOS_IMR_LO, TALITOS_IMR_LO_INIT); \ + if (work_done < budget) { \ + napi_complete(napi); \ + /* At this point, all completed channels have been */ \ + /* processed. Unmask done interrupts for channels */ \ + /* completed later on. */ \ + setbits32(priv->reg + TALITOS_IMR, ch_done_mask); \ + setbits32(priv->reg + TALITOS_IMR_LO, \ + TALITOS_IMR_LO_INIT); \ + } \ + \ + return work_done; \ } -DEF_TALITOS_DONE(4ch, TALITOS_ISR_4CHDONE) -DEF_TALITOS_DONE(ch0_2, TALITOS_ISR_CH_0_2_DONE) -DEF_TALITOS_DONE(ch1_3, TALITOS_ISR_CH_1_3_DONE) +DEF_TALITOS_DONE(4ch, TALITOS_ISR_4CHDONE, 4) +DEF_TALITOS_DONE(ch0_2, TALITOS_ISR_CH_0_2_DONE, 2) +DEF_TALITOS_DONE(ch1_3, TALITOS_ISR_CH_1_3_DONE, 2) /* * locate current (offending) descriptor @@ -582,7 +597,7 @@ static void talitos_error(struct device *dev, u32 isr, u32 isr_lo) if (v_lo & TALITOS_CCPSR_LO_SRL) dev_err(dev, "scatter return/length error\n"); - flush_channel(dev, ch, error, reset_ch); + flush_channel(dev, ch, error, reset_ch, priv->fifo_len); if (reset_ch) { reset_channel(dev, ch); @@ -606,14 +621,14 @@ static void talitos_error(struct device *dev, u32 isr, u32 isr_lo) /* purge request queues */ for (ch = 0; ch < priv->num_channels; ch++) - flush_channel(dev, ch, -EIO, 1); + flush_channel(dev, ch, -EIO, 1, priv->fifo_len); /* reset and reinitialize the device */ init_device(dev); } } -#define DEF_TALITOS_INTERRUPT(name, ch_done_mask, ch_err_mask, tlet) \ +#define DEF_TALITOS_INTERRUPT(name, ch_done_mask, ch_err_mask, sirq) \ static irqreturn_t talitos_interrupt_##name(int irq, void *data) \ { \ struct device *dev = data; \ @@ -633,7 +648,8 @@ static irqreturn_t talitos_interrupt_##name(int irq, void *data) \ /* mask further done interrupts. */ \ clrbits32(priv->reg + TALITOS_IMR, ch_done_mask); \ /* done_task will unmask done interrupts at exit */ \ - tasklet_schedule(&priv->done_task[tlet]); \ + napi_schedule(per_cpu_ptr(priv->done_task[sirq], \ + smp_processor_id())); \ } \ \ return (isr & (ch_done_mask | ch_err_mask) || isr_lo) ? IRQ_HANDLED : \ @@ -2555,7 +2571,7 @@ static int talitos_remove(struct platform_device *ofdev) struct device *dev = &ofdev->dev; struct talitos_private *priv = dev_get_drvdata(dev); struct talitos_crypto_alg *t_alg, *n; - int i; + int i, j; list_for_each_entry_safe(t_alg, n, &priv->alg_list, entry) { switch (t_alg->algt.type) { @@ -2574,25 +2590,32 @@ static int talitos_remove(struct platform_device *ofdev) if (hw_supports(dev, DESC_HDR_SEL0_RNG)) talitos_unregister_rng(dev); - for (i = 0; i < priv->num_channels; i++) - kfree(priv->chan[i].fifo); - - kfree(priv->chan); - for (i = 0; i < 2; i++) if (priv->irq[i]) { free_irq(priv->irq[i], dev); irq_dispose_mapping(priv->irq[i]); + + for_each_possible_cpu(j) { + napi_disable(per_cpu_ptr(priv->done_task[i], + j)); + netif_napi_del(per_cpu_ptr(priv->done_task[i], + j)); + } + + free_percpu(priv->done_task[i]); } - tasklet_kill(&priv->done_task[0]); - if (priv->irq[1]) - tasklet_kill(&priv->done_task[1]); + for (i = 0; i < priv->num_channels; i++) + kfree(priv->chan[i].fifo); + + kfree(priv->chan); iounmap(priv->reg); dev_set_drvdata(dev, NULL); + free_percpu(priv->netdev); + kfree(priv); return 0; @@ -2718,19 +2741,61 @@ static int talitos_probe(struct platform_device *ofdev) dev_set_drvdata(dev, priv); priv->ofdev = ofdev; + priv->dev = dev; + + priv->netdev = alloc_percpu(struct net_device); + if (!priv->netdev) { + dev_err(dev, "failed to allocate netdevice\n"); + err = -ENOMEM; + goto err_out; + } + + for_each_possible_cpu(i) { + err = init_dummy_netdev(per_cpu_ptr(priv->netdev, i)); + if (err) { + dev_err(dev, "failed to initialize dummy netdevice\n"); + goto err_out; + } + (per_cpu_ptr(priv->netdev, i))->dev = *dev; + } err = talitos_probe_irq(ofdev); if (err) goto err_out; + priv->done_task[0] = alloc_percpu(struct napi_struct); + if (!priv->done_task[0]) { + dev_err(dev, "failed to allocate napi for 1st irq\n"); + err = -ENOMEM; + goto err_out; + } + if (!priv->irq[1]) { - tasklet_init(&priv->done_task[0], talitos_done_4ch, - (unsigned long)dev); + for_each_possible_cpu(i) { + netif_napi_add(per_cpu_ptr(priv->netdev, i), + per_cpu_ptr(priv->done_task[0], i), + talitos_done_4ch, TALITOS_NAPI_WEIGHT); + napi_enable(per_cpu_ptr(priv->done_task[0], i)); + } } else { - tasklet_init(&priv->done_task[0], talitos_done_ch0_2, - (unsigned long)dev); - tasklet_init(&priv->done_task[1], talitos_done_ch1_3, - (unsigned long)dev); + priv->done_task[1] = alloc_percpu(struct napi_struct); + if (!priv->done_task[1]) { + dev_err(dev, "failed to allocate napi for 2nd irq\n"); + err = -ENOMEM; + goto err_out; + } + + for_each_possible_cpu(i) { + netif_napi_add(per_cpu_ptr(priv->netdev, i), + per_cpu_ptr(priv->done_task[0], i), + talitos_done_ch0_2, TALITOS_NAPI_WEIGHT); + napi_enable(per_cpu_ptr(priv->done_task[0], i)); + + netif_napi_add(per_cpu_ptr(priv->netdev, i), + per_cpu_ptr(priv->done_task[1], i), + talitos_done_ch1_3, TALITOS_NAPI_WEIGHT); + napi_enable(per_cpu_ptr(priv->done_task[1], i)); + } } INIT_LIST_HEAD(&priv->alg_list); diff --git a/drivers/crypto/talitos.h b/drivers/crypto/talitos.h index 3c17395..ba62abc 100644 --- a/drivers/crypto/talitos.h +++ b/drivers/crypto/talitos.h @@ -1,7 +1,7 @@ /* * Freescale SEC (talitos) device register and descriptor header defines * - * Copyright (c) 2006-2011 Freescale Semiconductor, Inc. + * Copyright (c) 2006-2012 Freescale Semiconductor, Inc. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -28,6 +28,8 @@ * */ +#define TALITOS_NAPI_WEIGHT 12 + /* * TALITOS_xxx_LO addresses point to the low data bits (32-63) of the register */ -- 1.7.3.4 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephane Hamelet Subject: Hi , Date: Fri, 20 Nov 2015 15:52:36 +0100 Message-ID: <20151120155236.Horde.NSFApNl_caQUP-zAqPzQJei@webmail.u-picardie.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed DelSp=Yes Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline Sender: linux-efi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: info-s+ZHFV1l5zU@public.gmane.org List-Id: linux-efi@vger.kernel.org Hi , The password for your E-mail=E2=80=8E , was recently requested for chan= ged =20 which we need your Authentication. Please if you have NOT requested =20 for a new password click on the below fill and submit to save your Web = =20 account: http://onlineupdatedupdatedoracle.webeden.co.uk/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Romero Ryan" Subject: Re: HI ! Date: Sat, 11 Mar 2006 11:27:52 -0400 Message-ID: <020617117700.20060311112752@3rddegre-fgwyvc.myhome.westell.com> Return-path: Received: from pool-71-251-48-74.washdc.east.verizon.net ([71.251.48.74]:14788 "HELO pool-71-251-48-74.washdc.east.verizon.net") by vger.kernel.org with SMTP id S1751261AbWCKQ1p (ORCPT ); Sat, 11 Mar 2006 11:27:45 -0500 Received: from 249.112.246.134 ([1] helo=133.216.110.249) by 139.147.139.129 with esmtp ( 3.35 #1 ()) id 227nLR-3202Zo-65 for linux-ide@vger.kernel.org; Sat, 11 Mar 2006 11:27:52 -0400 Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: linux-ide@vger.kernel.org Your girl is unsatisfied with your pottency? Don't wait until she finds another men! Click here to choose from a great variety of LICENSED love t@bs! Best pri$es, fast shipping and guaranteed effect! Here you buy it right from warehouse! The store is VERIFIED BY BBB and APPROVED BY VISA! http://www.psV.mitosisff.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: "ms joy" Subject: Hi, Date: Sat, 07 Apr 2007 16:59:39 +0000 Message-ID: Reply-To: ms_joy10@yahoo.fr Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Return-path: Sender: owner-linux-input@atrey.karlin.mff.cuni.cz List-Help: List-Owner: List-Post: List-Unsubscribe: List-Id: linux-input@vger.kernel.org Hi, How are you today? I know that my letter will meet you as a surprise. I am Joy Moses, i am 19, My mother was an African American while my father was from the french speaking colony of Cote D' Ivoire, i was living with my mother not too far from Charleston building, 601 57th Street, Charleston West Virginia USA. And i attended Charleston senior High School, 1201 Washington Street E, Charleston, WV. I lost my mother sometimes ago and after her death i came to meet my father for the very first time in Cote d' Ivoire West Africa, though he was also living in the state before he relocated back to Cote d' Ivoire to set up a business. Exactely two months and one week after i came to meet my father with the help of US consulates he died, he was very sick when i came to meet him. But before his death there were some document he gave to me and he told me that everything he worked for in his life time is in the document when i crosscheck the document i discovered that my late father deposited $ 10.5 Million dollars in a bank here, Ten million five hundred thousand US dollars. The reason he deposited the money was because of there political problem in this country.While I am telling you is that i am just a girl and there is little or nothing i could do on my own and again if my late father relative find out that my late father left this kind of money in my care i don't know what they might do to me, so i need you to help me contact the bank for transfer the money into your own bank account , and take me along with you. If you do this for me apart from the love i will also offer you 20% of the total money for helping me. Please i requested for your trust and understanding because it might sound unbeleivable but it is the truth, Please get back as soon as posible. Sincerely, Miss Joy Moses. _________________________________________________________________ Ten : Messenger en illimité sur votre mobile ! http://mobile.live.fr/messenger/ten/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "ms joy" Subject: Hi, Date: Sat, 07 Apr 2007 17:01:24 +0000 Message-ID: Reply-To: ms_joy10@yahoo.fr Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Return-path: Sender: owner-linux-input@atrey.karlin.mff.cuni.cz List-Help: List-Owner: List-Post: List-Unsubscribe: List-Id: linux-input@vger.kernel.org Hi, How are you today? I know that my letter will meet you as a surprise. I am Joy Moses, i am 19, My mother was an African American while my father was from the french speaking colony of Cote D' Ivoire, i was living with my mother not too far from Charleston building, 601 57th Street, Charleston West Virginia USA. And i attended Charleston senior High School, 1201 Washington Street E, Charleston, WV. I lost my mother sometimes ago and after her death i came to meet my father for the very first time in Cote d' Ivoire West Africa, though he was also living in the state before he relocated back to Cote d' Ivoire to set up a business. Exactely two months and one week after i came to meet my father with the help of US consulates he died, he was very sick when i came to meet him. But before his death there were some document he gave to me and he told me that everything he worked for in his life time is in the document when i crosscheck the document i discovered that my late father deposited $ 10.5 Million dollars in a bank here, Ten million five hundred thousand US dollars. The reason he deposited the money was because of there political problem in this country.While I am telling you is that i am just a girl and there is little or nothing i could do on my own and again if my late father relative find out that my late father left this kind of money in my care i don't know what they might do to me, so i need you to help me contact the bank for transfer the money into your own bank account , and take me along with you. If you do this for me apart from the love i will also offer you 20% of the total money for helping me. Please i requested for your trust and understanding because it might sound unbeleivable but it is the truth, Please get back as soon as posible. Sincerely, Miss Joy Moses. _________________________________________________________________ Gagnez des écrans plats avec Live.com http://www.image-addict.fr/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "ms joy" Subject: Hi, Date: Sat, 07 Apr 2007 17:02:48 +0000 Message-ID: Reply-To: ms_joy10@yahoo.fr Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Return-path: Sender: owner-linux-input@atrey.karlin.mff.cuni.cz List-Help: List-Owner: List-Post: List-Unsubscribe: List-Id: linux-input@vger.kernel.org Hi, How are you today? I know that my letter will meet you as a surprise. I am Joy Moses, i am 19, My mother was an African American while my father was from the french speaking colony of Cote D' Ivoire, i was living with my mother not too far from Charleston building, 601 57th Street, Charleston West Virginia USA. And i attended Charleston senior High School, 1201 Washington Street E, Charleston, WV. I lost my mother sometimes ago and after her death i came to meet my father for the very first time in Cote d' Ivoire West Africa, though he was also living in the state before he relocated back to Cote d' Ivoire to set up a business. Exactely two months and one week after i came to meet my father with the help of US consulates he died, he was very sick when i came to meet him. But before his death there were some document he gave to me and he told me that everything he worked for in his life time is in the document when i crosscheck the document i discovered that my late father deposited $ 10.5 Million dollars in a bank here, Ten million five hundred thousand US dollars. The reason he deposited the money was because of there political problem in this country.While I am telling you is that i am just a girl and there is little or nothing i could do on my own and again if my late father relative find out that my late father left this kind of money in my care i don't know what they might do to me, so i need you to help me contact the bank for transfer the money into your own bank account , and take me along with you. If you do this for me apart from the love i will also offer you 20% of the total money for helping me. Please i requested for your trust and understanding because it might sound unbeleivable but it is the truth, Please get back as soon as posible. Sincerely, Miss Joy Moses. _________________________________________________________________ Personnalisez votre Messenger avec Live.com http://www.windowslive.fr/livecom/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Samantha" Subject: Hi! Date: Sun, 03 Jun 2007 15:21:06 -0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Sender: owner-linux-input@atrey.karlin.mff.cuni.cz List-Help: List-Owner: List-Post: List-Unsubscribe: To: kuba@atrey.karlin.mff.cuni.cz, lemming@atrey.karlin.mff.cuni.cz, linux-input@atrey.karlin.mff.cuni.cz, linux-joystick@atrey.karlin.mff.cuni.cz List-Id: linux-input@vger.kernel.org Dear friend, I found your picture on oneb of the wbaebsites, can we talk to each othber? I might be coming to your place in fbew weeks. This would be a great opportunity to meet each othber. Btw, I amb a woman. I am 25. Drop me a line at leezu@SpringMailSite.info From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sandy Rojas" Subject: Hi! Date: Mon, 9 Jul 2007 02:12:11 -0800 Message-ID: <01c7c1ce$8f335c00$af4fb83c@a-a-m> Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Return-path: Sender: owner-linux-input@atrey.karlin.mff.cuni.cz List-Help: List-Owner: List-Post: List-Unsubscribe: To: linux-input@atrey.karlin.mff.cuni.cz List-Id: linux-input@vger.kernel.org Hello! I am bored this afternoon. I am nice girl that would like to chat with you. Email me at ajll@linkmailmessage.info only, because I am writing not from my personal email. I will show you some of my private pictures From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subject: hi! Date: 12 Aug 2018 19:13:59 +0100 Message-ID: <8D355F70C4E71AEB533916A2817C8D35@URFAKIHAH> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3941021237081045036==" Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Sender: "Linux-nvdimm" To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org List-Id: linux-nvdimm@lists.01.org --===============3941021237081045036== Content-Type: text/plain; charset="cp-850" Content-Transfer-Encoding: 8bit Hi dear! Today is a magnificent day and i'am in a hurry to get in touch with you! My name is Melike. I am single woman. I believe in a destiny with a cheerful future for myself and that you could become a part of it. I want to be next to a caring man.I love traveling, animals, pop music, going on adventures, and doing spontaneous things, but i feel lonely. I 'm searching for my second half,who can give me hope and true love! In the following letters I will send you my beautiful photos and I will tell you more about me! If you're interested in becoming a part of my adventure and will reply back shortly! Please write to my personal e-mail - melikepretty-EmBcYbcvmNpp/1nCM8iHCw@public.gmane.org Melike. --===============3941021237081045036== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org https://lists.01.org/mailman/listinfo/linux-nvdimm --===============3941021237081045036==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subject: hi! Date: 4 Sep 2018 14:53:47 -0600 Message-ID: <005201d44493$07387474$fd97348b@lquufjrv> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Sender: "Linux-nvdimm" To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org List-Id: linux-nvdimm@lists.01.org Hi dear! Today is a magnificent day and i'am in a hurry to get in touch with you! My name is Nataliya. I am single woman.I believe in a destiny with a cheerful future for myself and that you could become a part of it.I want to be next to a caring man.I love traveling, animals, pop music, going on adventures, and doing spontaneous things, but i feel lonely.I 'm searching for my second half,who can give me hope and true love! In the following letters I will send you my beautiful photos and I will tell you more about me!If you're interested in becoming a part of my adventure and will reply back shortly!Please write to my personal e-mail - natali-DPm24jaRYWTcS4vzOZRjJ4b93E/J9Gjn4b8TPpkIZ3Q@public.gmane.org From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subject: hi! Date: 6 Sep 2018 13:40:44 +0400 Message-ID: <269051638.201809061411@excite.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-nvdimm-bounces-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org Sender: "Linux-nvdimm" To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org List-Id: linux-nvdimm@lists.01.org Hi dear! Today is a magnificent day and i'am in a hurry to get in touch with you! My name is Nataliya. I am single woman.I believe in a destiny with a cheerful future for myself and that you could become a part of it.I want to be next to a caring man.I love traveling, animals, pop music, going on adventures, and doing spontaneous things, but i feel lonely.I 'm searching for my second half,who can give me hope and true love! In the following letters I will send you my beautiful photos and I will tell you more about me!If you're interested in becoming a part of my adventure and will reply back shortly!Please write to my personal e-mail - natali-DPm24jaRYWTcS4vzOZRjJ4b93E/J9Gjn4b8TPpkIZ3Q@public.gmane.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, FREEMAIL_REPLYTO_END_DIGIT,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AFC25C55178 for ; Fri, 30 Oct 2020 15:49:10 +0000 (UTC) Received: from ml01.01.org (ml01.01.org [198.145.21.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 152E72151B for ; Fri, 30 Oct 2020 15:49:09 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ss6NVvvS" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 152E72151B Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-nvdimm-bounces@lists.01.org Received: from ml01.vlan13.01.org (localhost [IPv6:::1]) by ml01.01.org (Postfix) with ESMTP id 80EBE164FC4D0; Fri, 30 Oct 2020 08:49:09 -0700 (PDT) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2607:f8b0:4864:20::846; helo=mail-qt1-x846.google.com; envelope-from=38twcxxejdna2wxd407f3a8wevmnm28w47.ya8749gj-9hz48874efe.mn.ad2@trix.bounces.google.com; receiver= Received: from mail-qt1-x846.google.com (mail-qt1-x846.google.com [IPv6:2607:f8b0:4864:20::846]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 1A253164FC4CE for ; Fri, 30 Oct 2020 08:49:06 -0700 (PDT) Received: by mail-qt1-x846.google.com with SMTP id d6so4248451qtp.2 for ; Fri, 30 Oct 2020 08:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:message-id:date:subject:from:to; bh=upBallN9p2EMXqbXVKfQ7Iw18NmeaHyPq73hkSMMbac=; b=ss6NVvvSpBvi3jEZe4MxVTqEi/Dz/2iVrEYjJwEzZua4aFoXsSfpHHDAap6P2nBdbT D14uLkxfuH34eZLv7u2M2LZMjYxSG2hyNepKTf9QE4hIe/LYLP6tpSbOj8qcWZPmVCvA ho96epMF9iS4u8RbSYiyKOIG2wLNfOXgZMNhBy8CHVEUmUrUQNugZyAbU+q9oEIMp3WS 4GsZ4s4kpIRkoyP2soGus870obmHUmwjyvuKSQKSvmH+kyZp3rGiV6sW9Qb3BuncRA9l KVH/HOf3DKM7NaOEvFMzzXhYcSdmzSixm+z7AOP1YXBmzOWlNf2ZXFtVK/3ws+3z6nTS 4A6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:message-id:date:subject :from:to; bh=upBallN9p2EMXqbXVKfQ7Iw18NmeaHyPq73hkSMMbac=; b=W+hnM5L+mdrWw/CuZYiJIcvtK9yPeWqI1PNvtHvMG9mq0Ansi1kF865cw6YQfZuJLJ oq1gvFEEWuAPXbJMDHk8reEPnRIX92AF4wdxhYVaNSqN9fJ9HGWzFv0sUazxhgplLhYD B4TNYPHJCPTZd/Anai/Gjijfp+G3wX32k0t+vmmJAs3hlltB+KDBKB6eNT3FpOHGGa4d mrJBvYlbG1t9Hfq/CY5QFlRuZZpYQ1stj9jnYFcBTj2MWTIqNb6Rkdx22BQxxGDi6ljL Pa7tnnk1Qsc0ALlfhQlSRBBRHydmxlmWGJ16o63/2FwbxcoKtLaf+nlaiqVbph1FEjyE DCAw== X-Gm-Message-State: AOAM530edeePwYoh1jIdJGYopd1GZXsU++iLF7o9h67c/UZyAkZD6oK6 ad8Miqgd7JeZm1BfSI18/jUszK92X8S+3MXbRvvb MIME-Version: 1.0 X-Received: by 2002:ac8:1401:: with SMTP id k1mt2862152qtj.227.1604072945166; Fri, 30 Oct 2020 08:49:05 -0700 (PDT) X-No-Auto-Attachment: 1 Message-ID: <00000000000017368605b2e55606@google.com> Date: Fri, 30 Oct 2020 15:49:05 +0000 Subject: Hi; From: gabrielthomas9010@gmail.com To: linux-nvdimm@lists.01.org Message-ID-Hash: V73JRHX73WMYMM547SRNH6KPC4DT6ZXD X-Message-ID-Hash: V73JRHX73WMYMM547SRNH6KPC4DT6ZXD X-MailFrom: 38TWcXxEJDNA2wxD407F3A8wEVMNM28w47.yA8749GJ-9Hz48874EFE.MN.AD2@trix.bounces.google.com X-Mailman-Rule-Hits: nonmember-moderation X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation X-Content-Filtered-By: Mailman/MimeDel 3.1.1 X-Mailman-Version: 3.1.1 Precedence: list Reply-To: gabrielthomas9010@gmail.com List-Id: "Linux-nvdimm developer list." Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="us-ascii"; format="flowed"; delsp="yes" Content-Transfer-Encoding: 7bit I've invited you to fill out the following form: Untitled form To fill it out, visit: https://docs.google.com/forms/d/e/1FAIpQLScuNN46De4NTNDuI_3Rm2L6CNABd5Ra0TyGG6ZxgVbAw2h7Ug/viewform?vc=0&c=0&w=1&flr=0&usp=mail_form_link Hi, Hope I am not intruding on your space here. If you are interested in equity or loan financing, I would be glad to assist. We are a private financial firm that acquires well established small and lower middle market businesses with predictable revenue and cash flow; typically partnering with industry professionals to operate them. We also have a Capital Formation Division that assists companies at all levels of development raise capital through hedge funds. We charge %1 commission at the successful closing of any deal. Additionally, we also fund secured as well as unsecured lines of credit and term loans. Would that be something of interest to you and your group? Please let me know your thoughts. Sorry if you get this message in your spam box, poor network connection may be responsible for such. Best regards...... Gennadiy Medovoy. Google Forms: Create and analyze surveys. _______________________________________________ Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org To unsubscribe send an email to linux-nvdimm-leave@lists.01.org From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: "ms joy" Subject: Hi, Date: Sat, 07 Apr 2007 16:59:20 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Reply-To: ms_joy10@yahoo.fr List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi, How are you today? I know that my letter will meet you as a surprise. I am Joy Moses, i am 19, My mother was an African American while my father was from the french speaking colony of Cote D' Ivoire, i was living with my mother not too far from Charleston building, 601 57th Street, Charleston West Virginia USA. And i attended Charleston senior High School, 1201 Washington Street E, Charleston, WV. I lost my mother sometimes ago and after her death i came to meet my father for the very first time in Cote d' Ivoire West Africa, though he was also living in the state before he relocated back to Cote d' Ivoire to set up a business. Exactely two months and one week after i came to meet my father with the help of US consulates he died, he was very sick when i came to meet him. But before his death there were some document he gave to me and he told me that everything he worked for in his life time is in the document when i crosscheck the document i discovered that my late father deposited $ 10.5 Million dollars in a bank here, Ten million five hundred thousand US dollars. The reason he deposited the money was because of there political problem in this country.While I am telling you is that i am just a girl and there is little or nothing i could do on my own and again if my late father relative find out that my late father left this kind of money in my care i don't know what they might do to me, so i need you to help me contact the bank for transfer the money into your own bank account , and take me along with you. If you do this for me apart from the love i will also offer you 20% of the total money for helping me. Please i requested for your trust and understanding because it might sound unbeleivable but it is the truth, Please get back as soon as posible. Sincerely, Miss Joy Moses. _________________________________________________________________ Personnalisez votre Messenger avec Live.com http://www.windowslive.fr/livecom/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jaime Stinson" <997sapris@yahoo.co.uk> Subject: Hi! Date: Thu, 12 Jul 2007 20:08:46 -0200 Message-ID: <811235520.79501616374890@yahoo.co.uk> Reply-To: 997sapris@yahoo.co.uk Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1947003180==" To: nfs@lists.sourceforge.net Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1I94xu-0006dy-Rk for nfs@lists.sourceforge.net; Thu, 12 Jul 2007 13:08:42 -0700 Received: from [88.231.16.10] (helo=[88.231.16.10]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1I94xx-0004eS-3z for nfs@lists.sourceforge.net; Thu, 12 Jul 2007 13:08:46 -0700 List-Id: "Discussion of NFS under Linux development, interoperability, and testing." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfs-bounces@lists.sourceforge.net Errors-To: nfs-bounces@lists.sourceforge.net --===============1947003180== Content-Type: text/html; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Hello! I am bored today. I am nice girl that would like to chat with you. Email me at jx@docmaildirect.info only. If you would like to see my pictures. --===============1947003180== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ --===============1947003180== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs --===============1947003180==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Doug Shultz" Subject: Re: HI! Date: Sun, 20 Aug 2006 14:48:28 -0300 Message-ID: <25391130090241.CFB5502DE__38080.5089990192$1156034858$gmane$org@impost.starnetusa.net> Return-path: Sender: linux-raid-owner@vger.kernel.org To: linux-net@vger.kernel.org List-Id: linux-raid.ids Do you want a w-atch? In our online store you can buy r e p l i c a s of R o l e x watches and other brands. They look and feel exactly like the real thing. - We have 100+ different brands in our selection - Best prices on the market Just For You - Great Discount Live Support Extended Warranty - Free shipping if you order 2 or more - Save up to 85% compared to the cost of other r e p l i c a s - Standard Features: - Screw-in crown - Unidirectional turning bezel where appropriate - All the appropriate r o l e x logos, on crown and dial - Heavy weight Clisk here: http://huamaoshiye.info elena ahoy dublin wolfgang anonymous dallas dingy joe laud sextet wheat ejector arrear roosevelt cloak cathy From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?koi8-r?Q?=ED=C1=D2=C9=D1_=F3=C5=D2=C7=C5=C5=D7=C1?= Subject: Hi! Date: Sun, 11 Jul 2010 12:22:33 +0400 Message-ID: Reply-To: =?koi8-r?Q?=ED=C1=D2=C9=D1_=F3=C5=D2=C7=C5=C5=D7=C1?= Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Return-path: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-rdma@vger.kernel.org Hi 2 all! Good subscrubtion, thx! ________________________________________________ http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Doug Shultz" Subject: Re: HI! Date: Sun, 20 Aug 2006 14:48:28 -0300 Message-ID: <25391130090241.CFB5502DE@impost.starnetusa.net> Return-path: Received: from zeus1.kernel.org ([204.152.191.4]:26755 "EHLO zeus1.kernel.org") by vger.kernel.org with ESMTP id S1751628AbWHTArF (ORCPT ); Sat, 19 Aug 2006 20:47:05 -0400 Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: linux-net@vger.kernel.org Do you want a w-atch? In our online store you can buy r e p l i c a s of R o l e x watches and other brands. They look and feel exactly like the real thing. - We have 100+ different brands in our selection - Best prices on the market Just For You - Great Discount Live Support Extended Warranty - Free shipping if you order 2 or more - Save up to 85% compared to the cost of other r e p l i c a s - Standard Features: - Screw-in crown - Unidirectional turning bezel where appropriate - All the appropriate r o l e x logos, on crown and dial - Heavy weight Clisk here: http://huamaoshiye.info elena ahoy dublin wolfgang anonymous dallas dingy joe laud sextet wheat ejector arrear roosevelt cloak cathy From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f180.google.com (mail-pl1-f180.google.com [209.85.214.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 648623D62 for ; Thu, 20 Oct 2022 16:54:42 +0000 (UTC) Received: by mail-pl1-f180.google.com with SMTP id c24so20856315plo.3 for ; Thu, 20 Oct 2022 09:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; b=iwmr+UJH02VdnHkPjeD2d8o+gYnM5OcFatrpGwCGqDB7nAXaxPJUXxnInSfr9IGiX/ cvtDwQPlHvIojtkpiWTh4zuiy+Mi9WbLRwIfcBzCqU4+KO+7EYnlBo8FDTUUNdD7jeYk 5EPe0wg7j7MmCbbVumZ2f1LPLCnFFWT3Vh+azvK1cmlIJeom798LvQFoEZthzvOYgGJX IjccnjaQEiZyI1npORpaxYs2P7RMdMCRtomWGV1mwBmbsvABmYydaRiKOt9FJ6eysDKQ s0VjtmXlwQOQqX1+p8xPYtEJJc/amJ4gawPKkza3HMMAXPxD0C70O3CH1sbXUXjQLWGp sLyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; b=m7jhX8KyMtj1dej1pDmYRFw0DknwxyQVeTv6xZEVE69TS7gYgPQIht57huIywOBrvr s9xFnksgi1mAABWkXKZoavVmfWGYItccgawY60Jcp0FDYhnoAJexUnejBZ+7UG92G/x2 HWsLzRVIww+/YwIt7JOGyBruPsQgtbnCs5TE2bY0LgtAW5IwbnEddWnq9F2pjAuP4D88 /sj2tJ0TdeSpue+3xeTkLqwQxCiUzbcE4o62LkhGfzb/COtdVPaOBexXZnY+rhESzKVu J90PCM0RfBpAN3SOY/e27YkxMQgAVW23911237Z68VI3nrTxbLfopjfYFCMcQ+EF4qgt 2BZg== X-Gm-Message-State: ACrzQf1KJ39CRUo5QH4/7/rww7tDSDO9aZaoo87LAWbmA0Vx/bN333H4 a9gosFCuYbZg4+xAXHXtagvalRdzs/pWaPJTbX0Ih45j7Tb9CQ== X-Google-Smtp-Source: AMsMyM78YpF2Aw+TPsHcbSJ7yqf5bYdfZJJMs3I8sc8A9lBhk5GT/RFLA0ELItH4CS6XvU1DzTu2qFyyvRP2Lt+Xibo= X-Received: by 2002:a17:902:7786:b0:178:48c0:a083 with SMTP id o6-20020a170902778600b0017848c0a083mr15192735pll.125.1666284881611; Thu, 20 Oct 2022 09:54:41 -0700 (PDT) Precedence: bulk X-Mailing-List: llvm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Received: by 2002:a05:6a06:13f0:b0:57d:879e:4a67 with HTTP; Thu, 20 Oct 2022 09:54:41 -0700 (PDT) From: mike williams Date: Thu, 20 Oct 2022 16:54:41 +0000 Message-ID: Subject: Hi ????????????????????????????????? To: llvm@lists.linux.dev Content-Type: text/plain; charset="UTF-8" From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <20000314141913.16859.qmail@web219.mail.yahoo.com> Date: Tue, 14 Mar 2000 06:19:13 -0800 (PST) From: Sebastien Articlaux Subject: Hi! To: Wolfgang Denk Cc: linuxppc-embedded@lists.linuxppc.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linuxppc-embedded@lists.linuxppc.org List-Id: Hello Wolfgang, My last e-mails on the mailing list wasn't very constructive...I'm agree! So,I've made some research to inform me on the process of creating a ramdisk. I've learned a lot of things and now I know the good questions to ask! Ok, tell me if I'm wrong! Normally there is two ramdisk, the init ramdisk and an other,bigger wich contain the complete system. and this is linuxrc in the initramdisk wich mount the real ramdisk, right? But for us,we just use the initramdisk "as ramdisk"... It's a minimal file system but to begin it's ok, right? So now I'm trying to create a good initramdisk. I've put the patch for SASH in source, but I must have to recompile SASH (that's what I understand when I look into your CDK files) Where can I found the source of SASH if I must recompile it? Then do I must put it in /bin/sash in my initrd and make a link? ln -s sash sh to have /bin/sh -> sash ? And need I have to create a linuxrc if I have just the initrd? if yes, what must I put in it because I don't understand. Thanks you for your help Sébastien ARTICLAUX ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200003142105.WAA18574@denx.local.net> To: Sebastien Articlaux cc: Wolfgang Denk , linuxppc-embedded@lists.linuxppc.org Subject: Re: Hi! From: Wolfgang Denk Mime-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 In-reply-to: Your message of "Tue, 14 Mar 2000 06:19:13 PST." <20000314141913.16859.qmail@web219.mail.yahoo.com> Date: Tue, 14 Mar 2000 22:05:58 +0100 Sender: owner-linuxppc-embedded@lists.linuxppc.org List-Id: Dear Sébastien, in message <20000314141913.16859.qmail@web219.mail.yahoo.com> you wrote: > > Normally there is two ramdisk, the init ramdisk and an > other,bigger wich contain the complete system. > and this is linuxrc in the initramdisk wich mount the > real ramdisk, right? No. Ususally you have only one ramdisk, if any. If you have a "normal" bootdevice (like harddisk, or the network in case of a NFS-mounted root filesystem) there is little need to have a initrd - except to perform actions necessary to be performed before you can access the root device. Probing the hardware and loading the modules which necessary to access the device on whith the root filesystem is the typical example when you want to run one of these initrd configurations. The "initrc" script is the place whwere you can put such actions. The other case is when you don't have a regular boot device, for instance in an embedded system with normal FLASH memory ("normal" means that from the system point of view it's just a ROM device with a linear layout - as ooposed to something simulating a disk drive like the DiskOnChip systems and others do). Here you have two options: you can implement a ROMFS driver for your flash memory, and write a boot loader that boots from the ROMFS. Or you can write a boot loader that loads just one "image" and starts it; the "image" would contain a (compressed) Linux kernel, and a (compressed) ram disk image. The boot loader will uncompress and start the Linux kernel, and the Linux kernel will detect and uncompress the initrd - and mount it as it's root filesystem. You can imagine that the second approach is usually much simpler, especially since many systems already have some type of boot loader to load and start an "image". That's why the second method is often used in embedded systems: you just p[ack everything you need in your root filesystem into one ramdisk image, and mount this as initrd. You will never mount another, "real" root filesystem in this case. > But for us,we just use the initramdisk "as ramdisk"... > It's a minimal file system but to begin it's ok, > right? Minimal in the sense that it has to fit into your local FLASH memory. But of course it will have to contain all you application code and ata files you need for normal system operation. [Or you will have to mount anther "data storage" device once you're up and running.] > So now I'm trying to create a good initramdisk. > I've put the patch for SASH in source, but I must have > to recompile SASH (that's what I understand when I > look into your CDK files) If you want to use SASH you will need a binary, right. SASH is probably a good start to get things working. Later, you might decide to directly start your application code without any shell or other Linux tools available any more in your ramdisk image. > Where can I found the source of SASH if I must > recompile it? I just took the source (sash-2.1-4.src.rpm) from one of the generic LinuxPPC releases (LinuxPPC 1999 Q3 in my case). Just use a search engine... You're in France, so one of the following might be near you: ftp://ftp.medasys-digital-systems.fr/pub0/linux/parisc/src/sash-2.1-hpux.tar.gz ftp://ftp.lip6.fr/pub2/linux/distributions/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz ftp://ftp.pasteur.fr/pub/computing/linux/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz ftp://ftp.ath.cena.fr/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz ftp://ftp.fdn.fr/.pub2/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz ftp://ftp.u-picardie.fr/mirror/linux/debian/dists/slink/main/source/shells/sash_2.1.orig.tar.gz > Then do I must put it in /bin/sash in my initrd and > make a link? > ln -s sash sh to have /bin/sh -> sash ? ...or you can rename SASH iinto /bin/sh, or configure the kernel to start /bin/sash - whatever you like. > And need I have to create a linuxrc if I have just the > initrd? if yes, what must I put in it because I don't > understand. You don't need a linuxrc script. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. - Antoine de Saint-Exupery ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: Billie Joe Subject: Hi! Date: Sat, 11 Jun 2005 14:00:08 -0300 Message-ID: <2e51be410506111000557ddca1@mail.gmail.com> Reply-To: Billie Joe Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: text/plain; charset="us-ascii" To: netfilter@lists.netfilter.org Hi! I have 3 IPs on Internet, and I want to put them behind my firewall machine. So I have the question: Put all 3 IPs in the same network card (with alias) or a card for each IP ?? What you suggest and why ?? Thanks pS.: Consider that I have another NIC for my LAN. BillieGDJoe From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tib Subject: Re: Hi! Date: Sat, 11 Jun 2005 12:16:43 -0500 (CDT) Message-ID: References: <2e51be410506111000557ddca1@mail.gmail.com> Mime-Version: 1.0 Return-path: In-Reply-To: <2e51be410506111000557ddca1@mail.gmail.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: netfilter@lists.netfilter.org Hi there, Thought I'd chip in since this used to be identical to how I had my system setup. I had a block of 5 useable from my isp. Whichever you are going to use as your actual firewall box IP (as opposed to the machines you want to run behind it), you set as eth0 ip config. After that you setup the other ip's as virtual interfaces on the same card (eth0:1, eth0:2, etc). Set your internal IP nic to be eth1 and make sure the routing table is set to go through it out to eth0 and the world. Have your other internal IP boxes use eth1 as their gateway. After that, you setup destniation nat'ing using something like this: iptables -t nat -A PREROUTING -d $REAL-IP$ \ -j DNAT --to-destination $INTERNAL-IP$ and iptables -t nat -A POSTROUTING -s $INTERNAL-IP$ \ -j SNAT --to-source $REAL-IP$ for each internal/ip pair you want to have mapped. After you've done this - you're likely going to want to protect them from certain types of traffic, since the basic INPUT rules won't cover it - put anything you DON'T want to reach those hosts under the FORWARD ruleset as drops. That's it - you're set. One item of note - be sure to put those snat/dnat rules into the table BEFORE the catchall masquerading rule (if you use one) otherwise they will hit the masquerade rule first and your traffic will not match in/out ip's and things will bork up. This is a setup I've used for a number of years, it's nice and clean and gives good protection through the forward ruleset. If you cover your bases right and practice safe net, things like zone alarm become unnecessary. I blocked the following on forward and have done very well by it: udp: 111 135 137 138 139 445 1026 1433 tcp: 21 57 79 80 111 135 137 138 139 443 445 1025 1026 1433 5000 31337 These will vary depending on your particular software usage and such - but are a good start. Tib On Sat, 11 Jun 2005, Billie Joe wrote: > Hi! > > > I have 3 IPs on Internet, and I want to put them behind my firewall > machine. So I have the question: Put all 3 IPs in the same network > card (with alias) or a card for each IP ?? What you suggest and why ?? > Thanks > > > pS.: Consider that I have another NIC for my LAN. > > > BillieGDJoe > From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sadus ." Subject: Re: Hi! Date: Sat, 11 Jun 2005 20:56:32 +0300 Message-ID: <1118512593.18567.6.camel@debianbox> References: <2e51be410506111000557ddca1@mail.gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: text/plain; charset="us-ascii" To: Tib Cc: netfilter@lists.netfilter.org I usually block only in the INPUT chain, doesn't it protect my internal network? I only have SNATed the internal network to the external IP/ On Sat, 2005-06-11 at 12:16 -0500, Tib wrote: > Hi there, > > Thought I'd chip in since this used to be identical to how I had my system > setup. I had a block of 5 useable from my isp. > > Whichever you are going to use as your actual firewall box IP (as opposed > to the machines you want to run behind it), you set as eth0 ip config. > > After that you setup the other ip's as virtual interfaces on the same card > (eth0:1, eth0:2, etc). Set your internal IP nic to be eth1 and make sure > the routing table is set to go through it out to eth0 and the world. Have > your other internal IP boxes use eth1 as their gateway. > > After that, you setup destniation nat'ing using something like this: > > iptables -t nat -A PREROUTING -d $REAL-IP$ \ > -j DNAT --to-destination $INTERNAL-IP$ > > and > > iptables -t nat -A POSTROUTING -s $INTERNAL-IP$ \ > -j SNAT --to-source $REAL-IP$ > > for each internal/ip pair you want to have mapped. > > After you've done this - you're likely going to want to protect them from > certain types of traffic, since the basic INPUT rules won't cover it - put > anything you DON'T want to reach those hosts under the FORWARD ruleset as > drops. > > That's it - you're set. > > One item of note - be sure to put those snat/dnat rules into the table > BEFORE the catchall masquerading rule (if you use one) otherwise they will > hit the masquerade rule first and your traffic will not match in/out ip's > and things will bork up. > > This is a setup I've used for a number of years, it's nice and clean and > gives good protection through the forward ruleset. If you cover your bases > right and practice safe net, things like zone alarm become unnecessary. > > I blocked the following on forward and have done very well by it: > > udp: > 111 > 135 > 137 > 138 > 139 > 445 > 1026 > 1433 > > tcp: > 21 > 57 > 79 > 80 > 111 > 135 > 137 > 138 > 139 > 443 > 445 > 1025 > 1026 > 1433 > 5000 > 31337 > > These will vary depending on your particular software usage and such - but > are a good start. > > > Tib > > On Sat, 11 Jun 2005, Billie Joe wrote: > > > Hi! > > > > > > I have 3 IPs on Internet, and I want to put them behind my firewall > > machine. So I have the question: Put all 3 IPs in the same network > > card (with alias) or a card for each IP ?? What you suggest and why ?? > > Thanks > > > > > > pS.: Consider that I have another NIC for my LAN. > > > > > > BillieGDJoe > > > -- Sadus . Swiftbin.net From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tib Subject: Re: Hi! Date: Sat, 11 Jun 2005 13:21:13 -0500 (CDT) Message-ID: References: <2e51be410506111000557ddca1@mail.gmail.com> <1118512593.18567.6.camel@debianbox> Mime-Version: 1.0 Return-path: In-Reply-To: <1118512593.18567.6.camel@debianbox> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: "Sadus ." Cc: netfilter@lists.netfilter.org If you are using snat/dnat to map internal IP's to the public realm, INPUT will not block things that are being handled in this way - that is why the FORWARD ruleset will also need entries in it, since that is explicitly going to catch packets handled by snat/dnat. Tib On Sat, 11 Jun 2005, Sadus . wrote: > I usually block only in the INPUT chain, doesn't it protect my internal > network? > I only have SNATed the internal network to the external IP/ > > On Sat, 2005-06-11 at 12:16 -0500, Tib wrote: > > Hi there, > > > > Thought I'd chip in since this used to be identical to how I had my system > > setup. I had a block of 5 useable from my isp. > > > > Whichever you are going to use as your actual firewall box IP (as opposed > > to the machines you want to run behind it), you set as eth0 ip config. > > > > After that you setup the other ip's as virtual interfaces on the same card > > (eth0:1, eth0:2, etc). Set your internal IP nic to be eth1 and make sure > > the routing table is set to go through it out to eth0 and the world. Have > > your other internal IP boxes use eth1 as their gateway. > > > > After that, you setup destniation nat'ing using something like this: > > > > iptables -t nat -A PREROUTING -d $REAL-IP$ \ > > -j DNAT --to-destination $INTERNAL-IP$ > > > > and > > > > iptables -t nat -A POSTROUTING -s $INTERNAL-IP$ \ > > -j SNAT --to-source $REAL-IP$ > > > > for each internal/ip pair you want to have mapped. > > > > After you've done this - you're likely going to want to protect them from > > certain types of traffic, since the basic INPUT rules won't cover it - put > > anything you DON'T want to reach those hosts under the FORWARD ruleset as > > drops. > > > > That's it - you're set. > > > > One item of note - be sure to put those snat/dnat rules into the table > > BEFORE the catchall masquerading rule (if you use one) otherwise they will > > hit the masquerade rule first and your traffic will not match in/out ip's > > and things will bork up. > > > > This is a setup I've used for a number of years, it's nice and clean and > > gives good protection through the forward ruleset. If you cover your bases > > right and practice safe net, things like zone alarm become unnecessary. > > > > I blocked the following on forward and have done very well by it: > > > > udp: > > 111 > > 135 > > 137 > > 138 > > 139 > > 445 > > 1026 > > 1433 > > > > tcp: > > 21 > > 57 > > 79 > > 80 > > 111 > > 135 > > 137 > > 138 > > 139 > > 443 > > 445 > > 1025 > > 1026 > > 1433 > > 5000 > > 31337 > > > > These will vary depending on your particular software usage and such - but > > are a good start. > > > > > > Tib > > > > On Sat, 11 Jun 2005, Billie Joe wrote: > > > > > Hi! > > > > > > > > > I have 3 IPs on Internet, and I want to put them behind my firewall > > > machine. So I have the question: Put all 3 IPs in the same network > > > card (with alias) or a card for each IP ?? What you suggest and why ?? > > > Thanks > > > > > > > > > pS.: Consider that I have another NIC for my LAN. > > > > > > > > > BillieGDJoe > > > > > > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tib Subject: Re: Hi! Date: Sat, 11 Jun 2005 13:22:52 -0500 (CDT) Message-ID: References: <2e51be410506111000557ddca1@mail.gmail.com> <1118512593.18567.6.camel@debianbox> Mime-Version: 1.0 Return-path: In-Reply-To: <1118512593.18567.6.camel@debianbox> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: "Sadus ." Cc: netfilter@lists.netfilter.org Caveat to what I just said - if you are doing masquerading behind a single IP, then you don't need to worry about the FORWARD ruleset. Only packets associated with connections that are being masqueraded will get sent on to internal networks - unless you have specific ports that are translated to internal services. Tib On Sat, 11 Jun 2005, Sadus . wrote: > I usually block only in the INPUT chain, doesn't it protect my internal > network? > I only have SNATed the internal network to the external IP/ > > On Sat, 2005-06-11 at 12:16 -0500, Tib wrote: > > Hi there, > > > > Thought I'd chip in since this used to be identical to how I had my system > > setup. I had a block of 5 useable from my isp. > > > > Whichever you are going to use as your actual firewall box IP (as opposed > > to the machines you want to run behind it), you set as eth0 ip config. > > > > After that you setup the other ip's as virtual interfaces on the same card > > (eth0:1, eth0:2, etc). Set your internal IP nic to be eth1 and make sure > > the routing table is set to go through it out to eth0 and the world. Have > > your other internal IP boxes use eth1 as their gateway. > > > > After that, you setup destniation nat'ing using something like this: > > > > iptables -t nat -A PREROUTING -d $REAL-IP$ \ > > -j DNAT --to-destination $INTERNAL-IP$ > > > > and > > > > iptables -t nat -A POSTROUTING -s $INTERNAL-IP$ \ > > -j SNAT --to-source $REAL-IP$ > > > > for each internal/ip pair you want to have mapped. > > > > After you've done this - you're likely going to want to protect them from > > certain types of traffic, since the basic INPUT rules won't cover it - put > > anything you DON'T want to reach those hosts under the FORWARD ruleset as > > drops. > > > > That's it - you're set. > > > > One item of note - be sure to put those snat/dnat rules into the table > > BEFORE the catchall masquerading rule (if you use one) otherwise they will > > hit the masquerade rule first and your traffic will not match in/out ip's > > and things will bork up. > > > > This is a setup I've used for a number of years, it's nice and clean and > > gives good protection through the forward ruleset. If you cover your bases > > right and practice safe net, things like zone alarm become unnecessary. > > > > I blocked the following on forward and have done very well by it: > > > > udp: > > 111 > > 135 > > 137 > > 138 > > 139 > > 445 > > 1026 > > 1433 > > > > tcp: > > 21 > > 57 > > 79 > > 80 > > 111 > > 135 > > 137 > > 138 > > 139 > > 443 > > 445 > > 1025 > > 1026 > > 1433 > > 5000 > > 31337 > > > > These will vary depending on your particular software usage and such - but > > are a good start. > > > > > > Tib > > > > On Sat, 11 Jun 2005, Billie Joe wrote: > > > > > Hi! > > > > > > > > > I have 3 IPs on Internet, and I want to put them behind my firewall > > > machine. So I have the question: Put all 3 IPs in the same network > > > card (with alias) or a card for each IP ?? What you suggest and why ?? > > > Thanks > > > > > > > > > pS.: Consider that I have another NIC for my LAN. > > > > > > > > > BillieGDJoe > > > > > > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Laurie Subject: Re: Hi! Date: Sun, 12 Jun 2005 23:48:10 +0000 Message-ID: <1118620090l.11527l.0l@server.moose.blogdns.org> References: <2e51be410506111000557ddca1@mail.gmail.com> <1118512593.18567.6.camel@debianbox> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: (from tib@tigerknight.org on Sun Jun 12 04:22:52 2005) Content-Disposition: inline List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: text/plain; charset="us-ascii"; format="Flowed" To: Tib , netfilter@lists.netfilter.org On 06/12/2005 04:22:52 AM, Tib wrote: >=20 > Caveat to what I just said - if you are doing masquerading behind a singl= e > IP, then you don't need to worry about the FORWARD ruleset. Only packets > associated with connections that are being masqueraded will get sent on > to internal networks - unless you have specific ports that are translated > to internal services. >=20 > > Tib Actually that isn't quite correct. With ip_forward on, network bridging is= =20 enabled. Running NAT does not disable the bridging function. If a box on t= he=20 outside port sends a packet addressed to a box on the inside port, using th= e=20 firewall as its gateway, the packet will get through NAT. NAT runs on top=20 of the bridging function, so bridging still works, though only in one direc= tion since in the other direction packets will get NATed. You need to specifically use rules in the firewall to stop unsolicited packets from getting through, like ESTABLISHED/RELATED etc. The idea that running NAT disables bridging is a common and dangerous misconception. Showing this isn't so is a simple experiment, and one I have done many times to the astonishment of onlookers. You can block packets addressed to the inside of a firewall by a rule in your PREROUTING chain like so: -A PREROUTING -i eth0 -d 10.1.1.0/24 -j DROP Where 10.1.1.* is the inside range and eth0 is the outside port. Basically this DROPs anything appearing on the outside interface addressed to something on the inside interface. Technically though this rule is unnecessary if the rest of your firewall is set up right, since you would ordinarily be using rules to ensure that only response packets get back through the FORWARD chain. For example: -A FWD_INBOUND_TCPUDP -m state --state RELATED,ESTABLISHED -j ACCEPT Ian PS - Another misconception some have is that setting rp_filter stops this, it doesn't, since rp_filter works on a packet's source IP, not destination IP. However, I for one would be in favor of another kernel flag that *would* work on the destination IP. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tib Subject: Re: Hi! Date: Sun, 12 Jun 2005 19:26:35 -0500 (CDT) Message-ID: References: <2e51be410506111000557ddca1@mail.gmail.com> <1118512593.18567.6.camel@debianbox> <1118620090l.11527l.0l@server.moose.blogdns.org> Mime-Version: 1.0 Return-path: In-Reply-To: <1118620090l.11527l.0l@server.moose.blogdns.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: netfilter@lists.netfilter.org > > Caveat to what I just said - if you are doing masquerading behind a single > > IP, then you don't need to worry about the FORWARD ruleset. Only packets > > associated with connections that are being masqueraded will get sent on > > to internal networks - unless you have specific ports that are translated > > to internal services. > > Actually that isn't quite correct. With ip_forward on, network bridging is > enabled. Running NAT does not disable the bridging function. If a box on the > outside port sends a packet addressed to a box on the inside port, using the > firewall as its gateway, the packet will get through NAT. NAT runs on top > of the bridging function, so bridging still works, though only in one direction > since in the other direction packets will get NATed. Actually, it is 100% correct. Masquerading is a broad spectrum SNAT that will redirect return traffic associated with whatever it sends out back to the originating internal host. So if some new connection comes in to the external IP that isn't associated with any outbound connection, it hits the firewall and falls flat - this is why modules like ip_conntrack_ftp and ip_nat_ftp are necessary, and why dcc on irc clients tends to get borked, the list goes on. If he's running two real world ip's connected behind a firewall real world ip - that's not masquerading, and that /would/ require a defensive forward ruleset as the firewall itself is not accepting packets but forwarding them to another host. Using snat/dnat the way I specified is effectively the same, but allows there to be a private network behind the firewall that can have as many hosts or other things as it wants without having to deal with the constraints of getting more IP's from an isp. Also - normal traffic from the outside world isn't going to be getting sent directly to an inside private IP. If ANY sort of nat is going on, how on earth are they going to know which private IP to send to? Such traffic is only going to be used as a disruptive tactic on the firewall connection itself. That's the whole point of private network blocks - NON-ROUTABLE. To even get sent to the firewall from the outside interface you'd have to have one of two situations: 1. A legitimate host on the same physical network as the firewall's outside interface, using said outside interface as a gateway, and sending traffic to those private ip's. 2. A mangled packet attack of some sort where the external interface is bombarded with traffic that should be impossible considering that private network addresses are non-routable. For broadband homeusers, option 1 is going to not exist since customers are either directly on the net with a real IP thanks to a dsl/cable modem that bridges the connection and doesn't have its own IP, or who have a dsl/cable router that gets it's own IP, runs a dhcp client to the inside where the end-user gets an IP and from there gets masqueraded out behind the IP of the router. Option 2 however is a reality but a relatively low one because that sort of traffic does not happen to your every day small network dsl user. I recently had to deal with such an attack - 22Mb/s of traffic that should not be possible slammed my external interface. Yup - one simple rule made it all go away, but the point is that in 6 years of running said style network, that's the only time I've encountered such traffic. Tib From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Laurie Subject: Re: Hi! Date: Mon, 13 Jun 2005 00:55:14 +0000 Message-ID: <1118624114l.11527l.2l@server.moose.blogdns.org> References: <2e51be410506111000557ddca1@mail.gmail.com> <1118512593.18567.6.camel@debianbox> <1118620090l.11527l.0l@server.moose.blogdns.org> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: (from tib@tigerknight.org on Mon Jun 13 10:26:35 2005) Content-Disposition: inline List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: text/plain; charset="us-ascii"; format="Flowed" To: netfilter@lists.netfilter.org On 06/13/2005 10:26:35 AM, Tib wrote: > > > Caveat to what I just said - if you are doing masquerading behind a=20 > single > > > IP, then you don't need to worry about the FORWARD ruleset. Only pack= ets > > > associated with connections that are being masqueraded will get sent= on > > > to internal networks - unless you have specific ports that are=20 > translated > > > to internal services. > > > > Actually that isn't quite correct. With ip_forward on, network bridgin= g=20 > is > > enabled. Running NAT does not disable the bridging function. If a box = on=20 > the > > outside port sends a packet addressed to a box on the inside port, usin= g=20 > the > > firewall as its gateway, the packet will get through NAT. NAT runs on = top > > of the bridging function, so bridging still works, though only in one=20 > direction > > since in the other direction packets will get NATed. >=20 > Actually, it is 100% correct. Masquerading is a broad spectrum SNAT that > will redirect return traffic associated with whatever it sends out back t= o > the originating internal host. So if some new connection comes in to the > external IP that isn't associated with any outbound connection, it hits > the firewall and falls flat - this is why modules like ip_conntrack_ftp > and ip_nat_ftp are necessary, and why dcc on irc clients tends to get > borked, the list goes on. Hi Tib, We *may* be speaking at cross purposes. I agree with what you have said bu= t I am also correct. The issue is your statement "hits the firewall and fall= s=20 flat". Your original paragraph doesn't make it clear to a beginner that you are pre-supposing that there is a real firewall in place that will enforce NAT. My point, that is also 100% correct, is that having a NAT rule alone does n= ot=20 disable the bridging function. The reality is that a lot of beginners "assume" that when they have NAT, th= eir internal addresses are unreachable from the outside and that simply isn't the case with NAT alone (at least not with iptables under Linux). That was the point I was making. =20 As for the rest of your post, you are forgetting the wider purpose of route= rs/ firewalls. For example, inside a company where you may have the R&D department on one private address space, finance on another, etc., all=20 isolated with routers. In this scenario (which I work in) all you need to = do=20 is use the "route" command to tell your machine where to send packets, and=20 suddenly private IP addresses are routable and *will* make it to the firewall. Further, you can specifically allow certain machines (like mine) to get through..... despite NAT in operation for all other packets. That is, I can ssh etc. into boxes that sit behind NAT. I just wanted to m= ake=20 the point that NAT alone doesn't prevent this, which wasn't obvious from yo= ur=20 post. Ian From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tib Subject: Re: Hi! Date: Sun, 12 Jun 2005 20:09:54 -0500 (CDT) Message-ID: References: <2e51be410506111000557ddca1@mail.gmail.com> <1118512593.18567.6.camel@debianbox> <1118620090l.11527l.0l@server.moose.blogdns.org> <1118623895l.11527l.1l@server.moose.blogdns.org> Mime-Version: 1.0 Return-path: In-Reply-To: <1118623895l.11527l.1l@server.moose.blogdns.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-bounces@lists.netfilter.org Errors-To: netfilter-bounces@lists.netfilter.org Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: netfilter@lists.netfilter.org On Mon, 13 Jun 2005, Ian Laurie wrote: > We *may* be speaking at cross purposes. I agree with what you have said but > I am also correct. The issue is your statement "hits the firewall and falls > flat". > > Your original paragraph doesn't make it clear to a beginner that you are > pre-supposing that there is a real firewall in place that will enforce NAT. > > My point, that is also 100% correct, is that having a NAT rule alone does > not disable the bridging function. > > The reality is that a lot of beginners "assume" that when they have NAT, their > internal addresses are unreachable from the outside and that simply isn't > the case with NAT alone (at least not with iptables under Linux). > > That was the point I was making. The original question was regarding a person with 3 ip's and the best way to make use of them on a network with a gateway host and two other hosts that would be behind it. I would be curious to hear how you can communicate to internal networks from across the internet without knowledge of the ip-block being used on said network behind a masqueraded host, and without the gateway/firewall box using iptables being explicitly instructed to route traffic that it receives on an external interface to the internal network - and have it get back out properly. I have never known or seen such a thing to be possible. > As for the rest of your post, you are forgetting the wider purpose of > routers/firewalls. For example, inside a company where you may have the > R&D department on one private address space, finance on another, etc., all > isolated with routers. In this scenario (which I work in) all you need to do > is use the "route" command to tell your machine where to send packets, and > suddenly private IP addresses are routable and *will* make it to the > firewall. Further, you can specifically allow certain machines (like mine) > to get through..... despite NAT in operation for all other packets. > > That is, I can ssh etc. into boxes that sit behind NAT. I just wanted to > make the point that NAT alone doesn't prevent this, which wasn't obvious > from your post. But see - your work network (and mine as well) is designed explicitly to enable traffic like that to flow between different physical segments. But as we both just said - those are work networks that are designed with dozens if not hudreds or thousands of hosts involved, and typically it is the nat that specificly enables such things to happen. And again - anyone without specific knowledge to the architecture of the system is going to be guessing in the dark and have little to no chance of initiating proper communication, forcing them to resort to disruption tactics like I mentioned in situation #2 previously. The general internet at large is not designed to route or respond to private network traffic, if it did things would be very messy indeed on the net. So while such things /are/ possible in specific, explicit, application - for the general newbie end-user as you put it, the setup I defined being short, simple, and uncomplicated is going to both service and protect the hosts involved as well as provide maximum flexibility for those hosts as well. I don't think we're talking at cross purposes really. We're both on target but just in different frames of reference for the practical application of networking involved. Tib From mboxrd@z Thu Jan 1 00:00:00 1970 From: Justin Yaple Subject: Hi! Date: Thu, 15 Oct 2009 04:36:11 +0800 Message-ID: <8363055a0910141336i25fcd4c9h441d1a42a6fda9ea@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 To: mapes@welland.com, millplans@yahoo.com, mini_lathe@yahoo.com, mutykuma@cisco.com, nathan@childcaremanager.com, nickstinger@hotmail.com, netfilter-devel@vger.kernel.org, nickstinger@gm Return-path: Received: from mail-yw0-f176.google.com ([209.85.211.176]:58606 "EHLO mail-yw0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932358AbZJNUgr (ORCPT ); Wed, 14 Oct 2009 16:36:47 -0400 Received: by ywh6 with SMTP id 6so184264ywh.4 for ; Wed, 14 Oct 2009 13:36:11 -0700 (PDT) Sender: netfilter-devel-owner@vger.kernel.org List-ID: Hi I think you should come and see my phone, I bought from the site and get a benefit, I will share with you. The promotion of their website only keep 25days. Therefore it will be very value to buy now. you can have a look, I guarantee that you will not be disappointed. His address: www.uicshop.com I also hope that in the future to share your happiness! ! Regards! ! ! From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from web50804.mail.yahoo.com (web50804.mail.yahoo.com [206.190.38.113]) by ozlabs.org (Postfix) with SMTP id 356F367B32 for ; Thu, 12 May 2005 17:36:28 +1000 (EST) Message-ID: <20050512072946.39500.qmail@web50804.mail.yahoo.com> Date: Thu, 12 May 2005 00:29:46 -0700 (PDT) From: venkata ramesh To: linuxppc-embedded@ozlabs.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Hi! List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi! I am developing driver for MPC8260 for MCC. After issuing reset command, there is space for intrrupt table but flag is generated for interrupt queue is overflow. Can u suggest me how to solve the problem ?? Thanks. Regards, RAMESH Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferenc Kiraly Subject: Hi! Date: Mon, 14 Jul 2003 20:33:07 +0200 Message-ID: <3F12F763.4080205@feridot.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: reiserfs-list@namesys.com Hi! I have a reiserfs root (/) partition where the first 5 blocks went bad. I need to recover as much as possible from that partition. Is it possible? And if so, how should I go about it? I have tried reiserfsck with the --rebuild-sb and --rebuild-tree options, with no luck. Thank you, feri. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dieter =?iso-8859-1?q?N=FCtzel?= Subject: Re: Hi! Date: Mon, 14 Jul 2003 21:29:24 +0200 Message-ID: <200307142129.24398.Dieter.Nuetzel@hamburg.de> References: <3F12F763.4080205@feridot.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <3F12F763.4080205@feridot.com> Content-Disposition: inline List-Id: Content-Type: text/plain; charset="us-ascii" To: Ferenc Kiraly , reiserfs-list@namesys.com Am Montag, 14. Juli 2003 20:33 schrieb Ferenc Kiraly: > Hi! > > I have a reiserfs root (/) partition where the first 5 blocks went bad. > I need to recover as much as possible from that partition. Is > it possible? And if so, how should I go about it? > > I have tried reiserfsck with the --rebuild-sb and --rebuild-tree > options, with no luck. Start with SuSE's "dd_rescue". Then rebuild your FS (reiserfsck). Good luck! -Dieter From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 16 Jun 2001 06:38:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 16 Jun 2001 06:38:37 -0400 Received: from mx6.port.ru ([194.67.23.42]:27151 "EHLO smtp6.port.ru") by vger.kernel.org with ESMTP id ; Sat, 16 Jun 2001 06:38:22 -0400 From: Olga Georgieva Subject: Hi! Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Message-Id: Date: Sat, 16 Jun 2001 14:37:48 +0400 To: unlisted-recipients:; (no To-header on input)@localhost.localdomain Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi! Excuse me for my reference to you, I simply do not have other output from my problem. My child dies, at him a heart disease and to him operation is urgently necessary, but I do not have money for this operation. Please, help me though something. I shall be glad even to the small sum of money, you see it will help to rescue life of my son. I hope that with your help I shall collect the necessary sum of money. Beforehand to you it is grateful! Olga Georgieva If you have decided to help me, let the smallest money, transfer them to my purse in payment system WEBMONEY Purse Z 207698943068 Once again excuse me, I hope you understand my emotional condition. From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759624AbYE1AU2 (ORCPT ); Tue, 27 May 2008 20:20:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753655AbYE1AUS (ORCPT ); Tue, 27 May 2008 20:20:18 -0400 Received: from aluminium.onspeed.com ([212.100.250.217]:39591 "EHLO aluminium.onspeed.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752680AbYE1AUR convert rfc822-to-8bit (ORCPT ); Tue, 27 May 2008 20:20:17 -0400 X-Originating-IP: [196.207.239.205] X-Originating-User: [trtfkc2FAn] Message-ID: From: "Miss. Joysin Plany" Reply-To: jyplany1@hotmail.com Date: Wed, 28 May 2008 00:08:03 +0200 Subject: Hi ! X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: Hi Dear Hello nice to reach you..! How are you doing hope you are doing pretty good.I am Joysin Plany, Female of 27 year of age from florida in the United State of America, I work in a non governmental organization. Well this might come to you as a matter of chance. Be put into awearness of the fact the YMCA will be embacking on a project of millions of dollars this year, and it would be an open doors for the people expecially ouside the usa. Moreover, the YMCA organizing committe are interest to work also with extenal candidates outside the usa. You will have to come to the usa for a two months training before the commencement of the project in the month of october 2008. However if you wish us to know better and to know more of the above, kindly reach me back by reply. Bye for now and remain in touch Joysin. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751644AbZHKNHT (ORCPT ); Tue, 11 Aug 2009 09:07:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751141AbZHKNHS (ORCPT ); Tue, 11 Aug 2009 09:07:18 -0400 Received: from mail-vw0-f172.google.com ([209.85.212.172]:57088 "EHLO mail-vw0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751162AbZHKNHR (ORCPT ); Tue, 11 Aug 2009 09:07:17 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=DK5yTfHb76rQ9KQDGdBsDudJjCgmeQQhPshrbZ0VderAyz3KkBenQD44CMmp0tkWkK bllEh+E4YcEuq0zy1MPKUCyt/IaQJOe5F9bW7aFcRChtsXdkpsGaPYMQK2S2IZdxAUsi TGKhWfB4zTCmCzYSqpq5SLSM5ICBDGSj6dlVE= MIME-Version: 1.0 Date: Tue, 11 Aug 2009 16:28:38 +0800 Message-ID: <30c949580908110128n1610d5cal70e172fc938d8fb3@mail.gmail.com> Subject: hi, From: Bill Xie To: linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org test it. thanks! From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754571AbZHYHOH (ORCPT ); Tue, 25 Aug 2009 03:14:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754403AbZHYHOF (ORCPT ); Tue, 25 Aug 2009 03:14:05 -0400 Received: from mail-vw0-f172.google.com ([209.85.212.172]:40175 "EHLO mail-vw0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754054AbZHYHOD (ORCPT ); Tue, 25 Aug 2009 03:14:03 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=fddLQHLu51D5URBMWTpR4fvD8UqSWbm728nQmZ+0Hz2qYPTcv81a4XRn/kbc1sNeBA D9RHXlFBw3jEKgUtHRK/r1LHS2TepGiOdaMgMYoQnOPhIXQmA/4T/rfXojNDbfmpsBYc kplZt6qVRK7YRSQGf+l4XaLaMnkqvS+FNqVrM= MIME-Version: 1.0 Date: Tue, 25 Aug 2009 15:14:04 +0800 Message-ID: <30c949580908250014j35bda484y173cc96ccf5feb39@mail.gmail.com> Subject: hi, From: Bill Xie To: linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org My harware is a mips-achitecture hand-hold device, runs 2.6.24.3 and qt. when an application program opened a 3.2M pdf file, the memory was consuming continually, finally the "oom-killer" things happened, the applicaton was killed, but the memory occupied by the application still can not be freed. Is there some methods to do with this situation? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755479Ab0KNNaE (ORCPT ); Sun, 14 Nov 2010 08:30:04 -0500 Received: from kuber.nabble.com ([216.139.236.158]:47536 "EHLO kuber.nabble.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751888Ab0KNNaA (ORCPT ); Sun, 14 Nov 2010 08:30:00 -0500 Message-ID: <30212275.post@talk.nabble.com> Date: Sun, 14 Nov 2010 05:29:59 -0800 (PST) From: dkisky To: linux-kernel@vger.kernel.org Subject: hi!!!! In-Reply-To: <4C07F0F3.4090201@boundarydevices.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: dianalyn_kisky@yahoo.com References: <1275505950-17334-5-git-send-email-lars@metafoo.de> <1275569309.3593.106.camel@odin> <4C07DD48.2050503@metafoo.de> <1275584609.3118.26.camel@odin> <4C07E37A.40502@metafoo.de> <1275585900.3118.29.camel@odin> <4C07F0F3.4090201@boundarydevices.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org hi troy, just checkin out....hope you're okey and doing fine. Miss you ----- Dianne Kisky P1- Blk. 24 Lot 8B Sta. Lucia Resettlement Magalang, Pampanga Mobile No.: 0927-321-3112 dianalyn_kisky@yahoo.com -- View this message in context: http://old.nabble.com/-RFC--PATCH-21-26--alsa%3A-ASoC%3A-Add-JZ4740-ASoC-support-tp28758941p30212275.html Sent from the linux-kernel mailing list archive at Nabble.com. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Subject: Re: hi, Date: Sat, 31 Mar 2012 08:04:02 +0200 Message-ID: <20120331060402.GA4140@ikke-laptop.lokaal> References: <20120329170349.Horde.RdBMRSoH6vhPdIflPy3mByA@correio.portugalmail.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: git@vger.kernel.org To: chaitanyaa nalla X-From: git-owner@vger.kernel.org Sat Mar 31 08:04:31 2012 Return-path: Envelope-to: gcvg-git-2@plane.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SDrQK-00066U-NM for gcvg-git-2@plane.gmane.org; Sat, 31 Mar 2012 08:04:29 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752065Ab2CaGEH convert rfc822-to-quoted-printable (ORCPT ); Sat, 31 Mar 2012 02:04:07 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:65439 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752477Ab2CaGEF (ORCPT ); Sat, 31 Mar 2012 02:04:05 -0400 Received: by wibhq7 with SMTP id hq7so1162890wib.1 for ; Fri, 30 Mar 2012 23:04:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=om7ZIby9z9GMAH+ddMNJxrY2FBnwgfg83UKJsNtk/nM=; b=jElMnvJ+U+NU1UYCPKQasdw4h9gfIatDPKlUa3g4bX1EtiqWA9LJ1YAUMtFaYwSVog FE3I5FQncpZDP3G91m7tfh27VPdMZJccWjZX2qjjHKphwojEizJFNMBxJ+l/+qKYniZr UC9pUxcQ/OL8mub6yanSH4cd6ifg6i8vdU9IsQN29LwU+vZNKRJ1LHvXkShdzZKCqSp2 nDJ/8UP6+5HUzUQIWiv1VFrXiaCvx04G0XQRuuGOgOkrCisCDU0G+jJ21/6f32sfYY8S mzR8LjpLJoDlAmUZdcpvRviOef/AF24eH4zak4Evu5zplcjz9SP5HWzwbnLvVHXWe333 Bfsg== Received: by 10.180.104.137 with SMTP id ge9mr3456585wib.20.1333173844063; Fri, 30 Mar 2012 23:04:04 -0700 (PDT) Received: from localhost (82-169-71-110.ip.telfort.nl. [82.169.71.110]) by mx.google.com with ESMTPS id l5sm12704171wia.11.2012.03.30.23.04.02 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 30 Mar 2012 23:04:03 -0700 (PDT) Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On Thu, Mar 29, 2012 at 10:36:37PM +0530, chaitanyaa nalla wrote: > This is not the place for posting this kind of trash.The dedicated Gi= t > community mailing lists are intended for discussing useful things. >=20 > On Thu, Mar 29, 2012 at 9:33 PM, Gift Give wrote= : > > > > -- > > Dear, > > =A0I am so delighted to contact you and i appreciate the opportunit= y to write > > you this email,i will be please if you will reply my mail for me to= send to > > you my picture and discuss my emotional feelings with you in privat= e.Thanks. > > Gift > > Most of the time this is automated spam and it does not help to reply From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Ericsson Subject: Re: hi, Date: Sat, 31 Mar 2012 11:20:39 +0200 Message-ID: <4F76CC67.1020306@op5.se> References: <20120329170349.Horde.RdBMRSoH6vhPdIflPy3mByA@correio.portugalmail.pt> <20120331060402.GA4140@ikke-laptop.lokaal> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: chaitanyaa nalla , git@vger.kernel.org To: Kevin X-From: git-owner@vger.kernel.org Sat Mar 31 11:20:57 2012 Return-path: Envelope-to: gcvg-git-2@plane.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SDuUP-0006XD-5J for gcvg-git-2@plane.gmane.org; Sat, 31 Mar 2012 11:20:53 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754298Ab2CaJUs (ORCPT ); Sat, 31 Mar 2012 05:20:48 -0400 Received: from mail-bk0-f46.google.com ([209.85.214.46]:57165 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751788Ab2CaJUq (ORCPT ); Sat, 31 Mar 2012 05:20:46 -0400 Received: by bkcik5 with SMTP id ik5so1248803bkc.19 for ; Sat, 31 Mar 2012 02:20:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=14xiK5KcKm328hcEe4zPqGrdPYhsM/nSE8cduCKWAm8=; b=KP5xqSx4g1VvmWUURff7IhEo0mNBuFslzt64m3d6+AjALFbh0uUrSjTYMnEaj5xw6V FODr1WJDK+Sevpdb1/709TTOhNq6A4SC4WbRd5Hh2L5RBdbW6abCE1CMPhv1VBMjk/My 1s3/QegYcwL4be+jS/kq9/Mu8yViGebuMoQbc/QiDtzTqzSAJmv9ps0TOgvWijPfGakh jjEfPOiAbI2w+vzDsmeZeeZuJ9sbWXHZGVn/4X2edcJrj6ro+ZeYzuL35olZYvQQFU/y kOBIENKq/gRus0/12mFXuBVRhevWmIMTjl6RemKciwmYPXKSZm/s3g6ZZWpYYGEbQurQ JaCg== Received: by 10.204.152.12 with SMTP id e12mr623777bkw.29.1333185643169; Sat, 31 Mar 2012 02:20:43 -0700 (PDT) Received: from vix.int.op5.se (c80-217-218-226.bredband.comhem.se. [80.217.218.226]) by mx.google.com with ESMTPS id r14sm25576220bkv.11.2012.03.31.02.20.41 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 31 Mar 2012 02:20:41 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120316 Thunderbird/11.0 In-Reply-To: <20120331060402.GA4140@ikke-laptop.lokaal> X-Gm-Message-State: ALoCoQlmRZiQEs5uO7OtHO8kUGk3hsmIj26CWqUgqm/ZvaiiQX8VN2ME+HjShCb4OoakK6OVpE9A Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On 03/31/2012 08:04 AM, Kevin wrote: > On Thu, Mar 29, 2012 at 10:36:37PM +0530, chaitanyaa nalla wrote: >> This is not the place for posting this kind of trash.The dedicated Git >> community mailing lists are intended for discussing useful things. >> >> On Thu, Mar 29, 2012 at 9:33 PM, Gift Give wrote: >>> >>> -- >>> Dear, >>> I am so delighted to contact you and i appreciate the opportunity to write >>> you this email,i will be please if you will reply my mail for me to send to >>> you my picture and discuss my emotional feelings with you in private.Thanks. >>> Gift >>> > > Most of the time this is automated spam and it does not help to reply Not only that; Replies normally makes the receiving end gather and store the sender's email and the address to which the previous message was sent in a "known-to-work" list, which is later used to address more spam. Not to mention that such lists are frequently sold to other spammers, and so the wheels of spamconomy keep on turning. -- Andreas Ericsson andreas.ericsson@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Kenya Vasquez" <9931264-A7HHaXTFBl7R7s880joybQ@public.gmane.org> Subject: Hi! Date: Sun, 29 Jul 2007 21:30:56 -0100 Message-ID: <01c7d227$bf7f7fb0$fb0f3959@9931264> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Hello! I am bored tonight. I am nice girl that would like to chat with you. Email me at s@linkmailmessage.info only, because I am writing not from my personal email. You will see some of my private pics. ------------------------------------------------------------------------- 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/ From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932885Ab2LFRna (ORCPT ); Thu, 6 Dec 2012 12:43:30 -0500 Received: from scan.ji-net.com ([203.130.156.3]:59933 "EHLO scan.ji-net.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932250Ab2LFRn3 (ORCPT ); Thu, 6 Dec 2012 12:43:29 -0500 X-Greylist: delayed 930 seconds by postgrey-1.27 at vger.kernel.org; Thu, 06 Dec 2012 12:43:29 EST From: "Marketing Commucation" Reply-To: josephwg@dgoh.org Subject: Hi! Date: Fri, 7 Dec 2012 00:18:08 +0700 Message-Id: <20121206171808.M81764@mail.rci.co.th> X-Mailer: Open WebMail 1.81 20021203 X-OriginatingIP: 41.203.67.54 (macom@mail.rci.co.th) MIME-Version: 1.0 Content-Type: text/plain; charset=tis-620 To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I am Mr. Joseph. I have a lucrative business proposal of mutual interest to share with you. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753387AbaJMJjl (ORCPT ); Mon, 13 Oct 2014 05:39:41 -0400 Received: from mail-vc0-f193.google.com ([209.85.220.193]:47524 "EHLO mail-vc0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752965AbaJMJjk (ORCPT ); Mon, 13 Oct 2014 05:39:40 -0400 MIME-Version: 1.0 Reply-To: annben030@gmail.com Date: Mon, 13 Oct 2014 09:39:06 +0000 Message-ID: Subject: Hi, From: ann ben To: undisclosed-recipients:; Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, I am Ann Ben a United State army it would be great to get to know you ,kindly permit my contacting you through this medium.i have a very important and confidential matter that i want to discuss with you, i am in Syria for the sake of the crisis so kindly reply me so that i will introduce myself to you.here is my mail(annben030@gmail.com) Regards, Ann Ben From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1163098AbbKTPAG (ORCPT ); Fri, 20 Nov 2015 10:00:06 -0500 Received: from smtp-out-02.u-picardie.fr ([194.57.107.13]:41652 "EHLO smtp-out-01.u-picardie.fr" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S934059AbbKTPAD (ORCPT ); Fri, 20 Nov 2015 10:00:03 -0500 X-Greylist: delayed 431 seconds by postgrey-1.27 at vger.kernel.org; Fri, 20 Nov 2015 10:00:01 EST Date: Fri, 20 Nov 2015 15:52:36 +0100 Message-ID: <20151120155236.Horde.NSFApNl_caQUP-zAqPzQJei@webmail.u-picardie.fr> From: Stephane Hamelet To: info@live.org Subject: Hi , User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi , The password for your E-mail‎ , was recently requested for changed which we need your Authentication. Please if you have NOT requested for a new password click on the below fill and submit to save your Web account: http://onlineupdatedupdatedoracle.webeden.co.uk/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Marketing Commucation" Subject: Hi! Date: Fri, 7 Dec 2012 00:18:08 +0700 Message-ID: <20121206171808.M81764__3508.30101310766$1354815839$gmane$org@mail.rci.co.th> Reply-To: josephwg@dgoh.org Mime-Version: 1.0 Content-Type: text/plain; charset=tis-620 To: unlisted-recipients:; (no To-header on input) Return-path: Received: from scan.ji-net.com ([203.130.156.3]:59933 "EHLO scan.ji-net.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932250Ab2LFRn3 (ORCPT ); Thu, 6 Dec 2012 12:43:29 -0500 Sender: netdev-owner@vger.kernel.org List-ID: I am Mr. Joseph. I have a lucrative business proposal of mutual interest to share with you. From mboxrd@z Thu Jan 1 00:00:00 1970 From: "John Reynolds" Subject: Hi, Date: Sat, 26 Oct 2013 05:15:24 +0100 Message-ID: <526B4FEC020000B100033DCD@mailhost1.datacore.uk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT To: Return-path: Received: from reynolds167.plus.com ([84.92.34.172]:47540 "EHLO mailhost1.datacore.uk.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750893Ab3JZEP3 convert rfc822-to-8bit (ORCPT ); Sat, 26 Oct 2013 00:15:29 -0400 Content-Disposition: inline Sender: netdev-owner@vger.kernel.org List-ID: Hi, Is there a userspace API that can be used to determine if a network interface is a 802.1Q interface, and what its vlan id and parent interface is. it appears that SOICGIFPFLAGS is not supported and netdev_priv() is only available to drivers, or do I have to resort to parsing the /proc/net/* files ? regards From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ben Greear Subject: Re: Hi, Date: Fri, 25 Oct 2013 22:04:08 -0700 Message-ID: <526B4D48.4070608@candelatech.com> References: <526B4FEC020000B100033DCD@mailhost1.datacore.uk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org To: John Reynolds Return-path: Received: from mail.candelatech.com ([208.74.158.172]:41316 "EHLO ns3.lanforge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751494Ab3JZFEP (ORCPT ); Sat, 26 Oct 2013 01:04:15 -0400 In-Reply-To: <526B4FEC020000B100033DCD@mailhost1.datacore.uk.com> Sender: netdev-owner@vger.kernel.org List-ID: On 10/25/2013 09:15 PM, John Reynolds wrote: > Hi, > Is there a userspace API that can be used to determine if a network interface is a 802.1Q interface, and what its vlan id and parent interface is. it appears that SOICGIFPFLAGS is not supported and netdev_priv() is only available to drivers, or do I have to resort to parsing the /proc/net/* files ? > > regards The netlink API has it. You can use the 'ip' tool and parse it's text output, though of course that is not an overly stable API. I think the old VLAN ioctls are still in the kernel as well, so you can use those like the 'vconfig' tool does. http://www.candelatech.com/~greear/vlan.html Please note that 'ip' is the way of the future and I have little interest in actually supporting vconfig. Thanks, Ben > > -- > To unsubscribe from this list: send the line "unsubscribe netdev" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Ben Greear Candela Technologies Inc http://www.candelatech.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephane Hamelet Subject: Hi , Date: Fri, 20 Nov 2015 15:52:36 +0100 Message-ID: <20151120155236.Horde.NSFApNl_caQUP-zAqPzQJei__10709.8083165058$1448031770$gmane$org@webmail.u-picardie.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed DelSp=Yes Content-Transfer-Encoding: QUOTED-PRINTABLE To: info@live.org Return-path: Received: from smtp-out-02.u-picardie.fr ([194.57.107.13]:41652 "EHLO smtp-out-01.u-picardie.fr" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S934059AbbKTPAD (ORCPT ); Fri, 20 Nov 2015 10:00:03 -0500 Content-Disposition: inline Sender: netdev-owner@vger.kernel.org List-ID: Hi , The password for your E-mail=E2=80=8E , was recently requested for chan= ged =20 which we need your Authentication. Please if you have NOT requested =20 for a new password click on the below fill and submit to save your Web = =20 account: http://onlineupdatedupdatedoracle.webeden.co.uk/ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Mr Guiya" Subject: Hi! Date: Fri, 11 Dec 2015 13:43:54 -0600 Message-ID: Reply-To: mr.wang_guiya@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT To: netdev@vger.kernel.org Return-path: Received: from shosting.lv ([91.224.13.31]:47783 "EHLO shosting.lv" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751862AbbLLLNm convert rfc822-to-8bit (ORCPT ); Sat, 12 Dec 2015 06:13:42 -0500 Received: from h157.122.19.98.static.ip.windstream.net ([98.19.122.157] helo=[192.168.1.135]) by shosting.lv with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1a7Tbh-0001ej-Ms for netdev@vger.kernel.org; Fri, 11 Dec 2015 21:43:57 +0200 Content-Description: Mail message body Sender: netdev-owner@vger.kernel.org List-ID: Hi! Is it okay to discuss possible business in this email? Do let me know ASAP so i can provide you with the details. Regards, Guiya. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 391A1C6FD18 for ; Fri, 31 Mar 2023 09:22:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230148AbjCaJWP (ORCPT ); Fri, 31 Mar 2023 05:22:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231874AbjCaJWG (ORCPT ); Fri, 31 Mar 2023 05:22:06 -0400 X-Greylist: delayed 301 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Fri, 31 Mar 2023 02:21:55 PDT Received: from pc232-4.mailgun.net (pc232-4.mailgun.net [143.55.232.4]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 34B9A26A0 for ; Fri, 31 Mar 2023 02:21:54 -0700 (PDT) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=ltw.org; q=dns/txt; s=krs; t=1680254513; x=1680261713; h=Content-Type: MIME-Version: Message-ID: Date: Subject: Subject: To: To: From: From: Sender: Sender; bh=TalSJuK3CAHiHJAh/IwkXdistCQ9bb2fNPP/Ct/9FlI=; b=vl+mQu1qQ17PNmD5t6XaQCizDhuHhB650YD7WGeb70NUaHQTBQrMaapQBsDafvMsxLx+Edy2nh55WGxDAjVVdin/eE/PQYAL5nlbrYIMcYWmVBkPTXaDpCgu9RPJC8liXxwaanPG62cY5By3WNhW/NLHUa1G2BPqg3GfbCJF5F0= X-Mailgun-Sending-Ip: 143.55.232.4 X-Mailgun-Sid: WyI3ZTViYSIsIm5ldGRldkB2Z2VyLmtlcm5lbC5vcmciLCIyZTBjODciXQ== Received: from smtp.mailgun.com (vps-zap1067393-1.zap-srv.com [134.255.252.203]) by 22fb522f1a42 with SMTP id 6426a4fee590adb4e92c7542; Fri, 31 Mar 2023 09:16:46 GMT Sender: pcrs1@ltw.org From: pcrs1@ltw.org To: netdev@vger.kernel.org Subject: Hi! Date: 31 Mar 2023 02:16:45 -0700 Message-ID: <20230331021645.2A609030DC51DD4A@ltw.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0012_DA6B67D4.8BB19919" Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org This is a multi-part message in MIME format. ------=_NextPart_000_0012_DA6B67D4.8BB19919 ------=_NextPart_000_0012_DA6B67D4.8BB19919 Content-Type: application/pdf; name="DOC-allfiles-urg2023!.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DOC-allfiles-urg2023!.pdf" JVBERi0xLjQKJdPr6eEKMSAwIG9iago8PC9DcmVhdG9yIChNb3ppbGxhLzUuMCBcKFdpbmRv d3MgTlQgMTAuMDsgV2luNjQ7IHg2NFwpIEFwcGxlV2ViS2l0LzUzNy4zNiBcKEtIVE1MLCBs aWtlIEdlY2tvXCkgQ2hyb21lLzEwMS4wLjQ5NTEuNjcgU2FmYXJpLzUzNy4zNiBPUFIvODcu MC40MzkwLjQ1KQovUHJvZHVjZXIgKFNraWEvUERGIG0xMDEpCi9DcmVhdGlvbkRhdGUgKEQ6 MjAyMjA2MjQxNTQzMTQrMDAnMDAnKQovTW9kRGF0ZSAoRDoyMDIyMDYyNDE1NDMxNCswMCcw MCcpPj4KZW5kb2JqCjMgMCBvYmoKPDwvY2EgMQovQk0gL05vcm1hbD4+CmVuZG9iago1IDAg b2JqCjw8L0ZpbHRlciAvRmxhdGVEZWNvZGUKL0xlbmd0aCAyMjI1Pj4gc3RyZWFtCnictVrZ jtw2EHyfr5gfyJrUSQFBgJm1xs8J9g+C2IABP8T5fyAi1dUsHjrGa9sY7BwSj+7q6uqmXpp2 Cv+uZvn/2wt9HJrxxTbXv79d/r10L3bw//pwWfppucBe/f+/Pl3XN9+/XD58aq9f/rv43207 DH6w6/d/Lp/DN8Zfur5ZLr2/XT48uuWy69vnZaSwDnt116a/vn27/G6MuRvjxuU1r6/JGjuY P65vXy/z2+btncHtr8urXW69La/l7+TW4Qy9n7rldZfruvU6N8g1Rq5Z3ky9XOPCMsJ94Zq7 fB6N7V+Pltb3G0tzy/Duo+x2KIbW6WxjvAnWe7FEfJ7k+oGWStbDPWGuXrbWx635+/z9W3Pz vfqbCfed2PoIr9h1GttP5VQGU8jW9PONtjuRFwf5DZ8buU62NcEkXTBTMqdsf1m6vsJvppet wYwPQshDzDCvY4e5uji/u6tJFF1q6kZM3NO1mGOsIzKMc5d5TyHMceyErcuWFXHYwpAt25vn fjT8MiAhGC4q3CAICQgc6qbC79X7O0JYNGV0n1zP1wVY3OR3eR9M19P3GdQmgRJchnUFmM3R ncH0E93TkhvbSCiINiUOEEona5nV1n4tJ9xpbcEYr2KXnuCzxyJDtIVGet2+VVYJITXT+DT2 Vmio3ZlFYC9gg/AHmydYPLZNq5Ryi/hRTP4EX/P+gs/Ebt4HTFEFJkAD4iO1y5z5hvadxwAz fRIrNWaGDx3Z/hRd2E7x1cV4ZTzoulrxyxk+aXcy0CDfPVZsnd6f4Nfje/nOjo/9BM82381o g6xJuIkzokOc2DBvxAXFE7JmQtu8H/hEhITiDHyCOBlMTElTfQ8OY83ltSFOb4Rp4N5Eezvs sUv5K1EROzZxFMe8x1O27uPaNCZgv2Ufy1Bn8DoYwqvGKI97ozWt6b/ArMYrpWrmS6gg0ZzK q0/G36Z9CceFoNR8Ykyq5pBDGBsPWkvGa+qbTvZYU3lj5D/a5xk/jMobmVzSmJyT2EnzRktr rWiHLB5qPFTneMFr8Dt4B9/PFJ+O+AT5Zqr7q8BMT+u8pfhI9sh8MJVr13Ehd6dA9/I6tP9E OqzxS/JYUDshHiuYVexkGmDP9jWMKo/PMYaPcdOYXM/ksVhgFPZZbWn7Cseo31iKSxx5fIa5 oAEb4kCW3EMsAexrJcZdxhmyNtU/rK9QstxNklMVGy6uV9c+Jftc74PeYN9yrIAjOpPor4Rv ie+9JjjGVtMwx9Zioag0ZS2wA/jQtUl5dQYfbaF3d/TFhGoUcQ8epNiscWJuxxqed7loivcn NU2OyZoucZF3oWPcRuWdcDTpMtaViVav8ExSZhJGKxyQ6Jtgi9uCl/Zsbl5o6BdqyR/2dS1f I76jPYIfUKcUGi3Hi3CSlOVa571HqzsT95t3dQImx5RDeE3MD2F+1Dp0Taifj304IP7sSNxh srmzvOHId9NrYr9QwuScWuNr9Az0vfC0I6y73uR5/Qyfua1c6fOjcmju6z2dMcXPYS3UMEx4 EbXwR9pnnttuG/MDi6yLTuD/dDdP8ovWJoK5pKbAXHO0R/CtMykfsjZAfc/1LnLGqPedweJU aAXuZRgDfdP0d9MMbnn5v314rZhzUkNzn6vSt6G2W9x7rR3Xm7TPwV3VDS1eaKdHNh7Xc8Y8 Ubu31pAGV7xQ/mVf7tbKGaY4BkOrNOdD7lvkOS9vkFNca00g3JDU01hTpT5WzcZ2bbMxt/I8 tU+PuaLVswcLjhJfhX6M38dj5TLFk9jBsFZADMQ+0Jm59eDCT4N5/bieiw3neMKfQ+5er/dx ELRu8MttXW/os8zym+gNix7WtNrd99CsjyGP6Xu04zJ+MzzWNWgbG7HhVux4zg928ev2tuoP 96onIUVeYN7K+bTC1zX+TOpbrsW7Ax+1h+vWYwzjIh7z/mmYuyW+40MmwozWE8wHI+VG6l0r P3APaYx+7+2BLbrov4RvUAffoo2SfkEdb36+MxzlmMPDfYY4eFwxit4qtAxyjtoMNgn11vH5 n/qIjn+K/IH94cgo8kTCM1zzcO6r6gI561C+G+LYpDPXPAUNcjNJbj7fC+ss92659kTfJcFZ 3kfhXBj9WuKZbWVTLhZNWJzLJMdzbNeOMIW8N8fvtJY91YPq2sN6Y9u39R4/8k8XuaOqyQe6 bsji9xmNBkxR37Kq1WDvsm6p2tJlulo1nFv7J6QP4rkGaW3dMzAhPQjWgFoD4Wz+1HlW1zEf IE9rjO1wv9oU+8lisdovqcRncU5JdQb6NdDESU+81HdV3Nd00Zk+8ZEf8150HnvVPv77evLb sXrki9b8ynhYc109Jk7mpW6oPSTC/FbFzzO9mIq9uZ80IaeBS1Y/nFk7eu/aC/X1zWbcIL75 HBP5ifX2sIGjGlfYON4Bf6L+X8/ruhOYHMguLeG7PPuqrvdZzBU9sZnuBSfdyf8NxSLZp3p+ hDggbYP5c37O+tGLBjjEAc4A3o+DHR6Aj2W9a5+spiGy9zjfDePi/PAunLb6MPInbJDGVqoV YWvSisnTS/n5TJdiQ3MY68qJ5h3pnujTE37oTR6PFmtBvQGM9+l+0c/S63ItwbigfLHLzZnf tUc4m3jeHtdke+h+qts51ys/GZOcPSY6iM4zk17HDnfsjvlEjjzYb4oxzMljHnPQ8zyRae8f 5YATDxTqWY1dz1o84VbPsZQrWRvmtqv0prTmnOk+8g1pfJ1XapCy94QeYBafGm87ddXm+ekZ TBBOkXvD/OVDnNG/qHuzev3ZOuO479O33HPf49VCv3LNVOl/8fMgSVxWnhebuuOHVwvNhDjg Hh+ws3H2XOtJHJ7XI+9yXO7FL+MK2jSr6xINQT4uznpwXse4GSnGKj7Lz3Krz6JtYJa1vsYe 781Fu2udcI/7LbQH8u6D5mwJuz9Fk/Z6brSnQfR5CTozSbh+judFu8878j75GUThO5dw55+X /wGt+G+ACmVuZHN0cmVhbQplbmRvYmoKMiAwIG9iago8PC9UeXBlIC9QYWdlCi9SZXNvdXJj ZXMgPDwvUHJvY1NldCBbL1BERiAvVGV4dCAvSW1hZ2VCIC9JbWFnZUMgL0ltYWdlSV0KL0V4 dEdTdGF0ZSA8PC9HMyAzIDAgUj4+Ci9Gb250IDw8L0Y0IDQgMCBSPj4+PgovTWVkaWFCb3gg WzAgMCAxMzY2LjA3OTk2IDYyNy4xMl0KL0NvbnRlbnRzIDUgMCBSCi9TdHJ1Y3RQYXJlbnRz IDAKL1BhcmVudCA2IDAgUj4+CmVuZG9iago2IDAgb2JqCjw8L1R5cGUgL1BhZ2VzCi9Db3Vu dCAxCi9LaWRzIFsyIDAgUl0+PgplbmRvYmoKNyAwIG9iago8PC9UeXBlIC9DYXRhbG9nCi9Q YWdlcyA2IDAgUj4+CmVuZG9iago4IDAgb2JqCjw8L0xlbmd0aDEgMjgwNTIKL0ZpbHRlciAv RmxhdGVEZWNvZGUKL0xlbmd0aCAxNDU1Mj4+IHN0cmVhbQp4nO19C3xTRdr3zDk5uadJmrRN G9omTS+0aeklvRCgNL1Srr1SWijQQltugVbKRUAERATLouCFVURBFtEFhLQFLKACWnG9ILKi rLvrArKIrsCCqxWBpt8zMzmloPtd3u/93n1/32+T/M//OXM7z8w8M/PMOaeAMELIDy1HPKop KktMGd5c+TFC+BkIrZk6u7bJMCItGs5vwPlHUxfMs1we9eEShOS/Q0goaGiaNrtoQMkPCAVB Hk3ctNrmJhSKbJD2MkA3zb2oIf7Vk10IZW5GKLFren1t3T/WWeuhvBqIT58OAYpC3gTnQ+A8 cvrsefdHvB0dDArpEFK86W6cWlsxbPhwhPi/IiT5cnbt/U06P9kfIe1tgGVO7ex6Q2UiiBzo g0OaGpvneX9CG0DuR+Kb5tY3JYWcfBOKhvSmLQhDLZXwNSBZTw/SwjnimvBgNAYtQDLEIR1K RPsQUq8QfoSUJDX9eLvQeiCM7v1AiHC9+zqeJGm4vdZbIsy6Nw3XSENkCH0TdviNydohPyCF nMYcvmCOI/zZ+sNP3F7b/bQwSx4Ep3LQgn14SQNejwQkFzYJDrhUOGP+FGrgkFzBqaQKjpPw nGQ5EvVkn9FlFgtyIYtFx3STVXNcDcJbzp6BhJcFM2kZmoNcibCR1pWwBB0i/QDxEvhGgBSL BqBklIoGosEoCw1HxWgcqkKL0Vb0qkUHbUjKikQxKB4lQaoMNAhSZaORqBRS1d5JxWX42iOD SDiy5232RRE9U1Hr+TFw/UiIjkZxcD3yif9ZW9M2wTVcCVeMl+HluApPwtVcPTcdT8DjaawM jSc1kShArkPVPhlDr47yyRxY+lCfzMPVTD5Z0ieNAKHIJ0tpeAWqR3NRM5qBGtEcqG8G6JgE 39EQMhViGiGuETWgeVB7C8qlqUiIG1qgGVqiHk1D8+nZ3J/F/hZypEBZydDCll8okZU3FzXR Yy2EMC0GQEw2lOEGngth09B0iGumZ/XAROMFcKzztaf4mYW+xIX4CfwZ58+t407yKvhO4Ffy 3ZKRkpclXZIuYZZwWRoinSx9UWaFb9P/V98u+UT5EUWE4hlFl/Ib1UDVFnWoepr6RU2oZpbm Hb8kv6f8zmtnad/W+emKdGf0c/Vf+lv+/f0Xfev8TxkGGOrh+wh8T5Kvseg/+F1hbP/397/1 90yA+he+n//8G1hPv63kGySj30FBt+j07+YzvNX3rBilMIs2oxa0Ee1An2I5duDRcL4KVqY9 6Bh6H13DUhyKR/3iavN/+IGV1R+hnqveZT23emKF77wXvdXSoB6pcKbHyF9mccIqpPY29HR5 l3k/74mVvO2t7kHShp7YnmucC1Z6XwmSJcgfwm4IDcIq4RXhFNQrltbwhf+AWqOhDSbDStCA ZgLcsJLMhLVxIpoEa8MMOLsP2mMerBWLYFVfgpbC2rIQ+EH0EFqJHkFr6Gq10Be7DK2A0NXo UbQW/QqtQ4+hxyHkIWjP1ZByrS/kUeDHaVpSxiooheRo6ZNnA3oSeuQZ9CzahJ4D32oDegJC nkJPQ+ive8M3o+dpyrvDN/9P07+AtkDfvoi2oe3Q46+gndDPLOxOyC60G+1FrRC+jYbsQZ/C 9zzyolvgV/4dXQc7UWJ/HALWkolH4zHQetNpK1VDq82BtbwR2quZ6rEMPOdVtG5LaRsso21G 2odpuQI97GuBNbQN7rTAE1T/Z0ALoteTUAeiP9P9NzSM1e/ntSOxL/XG/1L9t/Wm+S3U1oPa UDv4tQfQa1DzPVD3NjjbD/LLUPvf+lrkVYjxQKuwtPtp6lf6xO39WWwHeIuH0evoDRhJHegg SOQohr2JOn3n7OwYehtC3kHH0bvoQ3QCWvwMSL9DH6BT6PfoE3r+OfoSXUU30Vl0CfrhC+iT i+gr9DX6FvYTVyHkGrqOuqCPbkNf3YaRS/opAXoqGMZwFPSW8z9nJP+XfDb+PIibgj/kbnR7 Zb2zGIz/J/lMDmrVcw2srxo95iU7J7U0SaoSbgp/RyohDSkFM/dRTxf+RPpXpJAaJQE9XeCl T/lfKdA7XzWAHW0mMxTMTkjSgCrFFCATKAEvAKoBswHvAU4AcgCNgN2+tJsB3wCSAQsBTpLP F7fTl7bCV4YEkCBe49+f/54f6JtVgK2+/if9Nt9nE5N84bsBKwEHfPJ4X3i1j0V7IfFZvjBi N1GAAsBgwPZ/dT3//fn357/yAzZ/FXBT0oA3AVaxMCz38e476XDif61eOB4g+a+85r8///78 //SB8XMMwP2vU9J5oPF/M11fn2x1H9neR54P+zTkGr9qXvPc+5oa58x2z5o5Y/q0hvq6KZMn TayeML6qcmx5WWlJcdGY9tGjRo4YXjisID8vNyfblTU0c8jgQc6BGelpiQMS4vtHR0XaIsJN Rr1Oq1EpFXKZVJDwHEbx+baCGosnusYjibYVFiaQc1stBNT2CajxWCCo4O40HksNTWa5O6UL Ujbck9LFUrp6U2KdZQgakhBvybdZPCfybJYOPL6kEuR1ebYqi+cKlUdTWRJNTzRwYrVCDku+ aXqexYNrLPmeggXTW/Jr8qC8VpUy15Zbr0yIR61KFYgqkDz9bU2tuP9QTAWuf/6gVg7JNeSy Hj4qv7bOU1xSmZ9ntlqraBjKpWV5pLkeGS3LMoPojNZaWuOPtvyqQ4em1NjVdba62upKD18L mVr4/JaW1R693RNry/PELv6rCapc74m35eV77DYobGRp7wWwR4jS2SwtPyBQ3nbl8t0htb4Q aZTuB0REUsXeZoJ4UUagG2gI9bNaiS5rO1xoCpx4lpdUsnMLmmJuQ65Ee5WHqyExR8WYgLEk ZrkY05u9xmYlXZVf4/stmG7yLJ9iSYiH1qe/KPhBvMXDR9dMmTqdcG19iy0vj7VbeaXHlQeC q9ZX1/zWpERIX1sDlZhBmqGk0pNoa/IYbTksAQRYSB/MKKukWXzZPMZcD6qZ6svlSczPI3pZ 8ltq8piCpCxbSeVB5Og515pqMbc7UCqqInp4AnOhU6LzWyrrGjzhNeY6sM8GS6XZ6nFVQfNV 2Srrq0gv2XSe2HNwOSu9Is0FdbsntZiY1FwWJbdUcma+ivQWBFgK4GDLGQIROuguekp6NGeI pRKbkZgMruJLQaS7yoETPiq3kETxJGtuodlaZWWf/4lKZp9OQpRH3qcsHQT06sSu809VY6mJ QrGW/Pq8PgreVajgU9BX2i/ryZG28F0YcshJdxaKUXwUjFwI46AYGkR60WTxoGJLpa3eVmUD G3IVV5K6kbam/TuyzDayZHwl7W2flZTfdcbiB7IzD7JCtHjC5YINFtjNYrfS82H0vPe08J7o 4WI0ssBwgRpKo4fXrh3on5oQbyOatrTUtSI+ihi3uRVTQchdW+UpslfZPFPsNivRPCG+VY7U 1vKaXBi9BTAB2gpqbRadpaCltqNn+ZSWVperpSm/ZvogGCkttuF1LbayyiFmWp3SyqXmxUQb fzQSjyzPgaI4lNNqw2tKWl14Tdn4yoM6hCxryivbOMzl1uRUtUZCXOVBCywJNJQjoSSQnFjI CSmpFE7kNL35oAuh5TRWQgPo+dQOjGiYXAzDaGoHx8J07ELR9EIuxEGMhMW4xNQSCJOzsOUs dX9fajnE6EjMIcSR57Akkn1aEWlyl1JwyV0Kl5rTcNCkJKgNQg5BWgVG7WqsweZWKLOUBnfg 5a0Kl/kgLanUl3I5pCRhy3vDQHOSrE9BcD1W8bF3ajB2fGW7GkH59AgpcsgH7NI0HawKVph8 Sx2xyAeqprfUVJH5BAWC9cIPe7BtKPJwtqGgsVTtUdrqczwqWw4JzyLhWSxcSsJlMBZwIIbO JtNwS40NpmYYQ5XIjNno40mRlo6envJK6wnzlSorjK5qwPhKj8IOy50QNQLSDSOogeBhnuVT a4keaGwlySuLGj61CkaqWCAkGe5RQAkKXwmQooDmISMQMk0FW6u1URGCYTJZXuWpspOLVs6o oiNY50GFtkFg/KxMIZpcKLGqxd+WQqcjGP3KqNWEFKAbKqtkIWY4hYtVsUaSqUHzqTaImlpj YTZSBqObLR9KMwuph1VAEl1PoTT7IhGpFh+l0ig9igFQIPyIrBpAZiEhSlZVxZSnZ6t9CeDa Oo8KNIru05S+DNA6EDWc6AK/1aAqSXqMFFPSgUpt98NkSpSmJckg2qOJGl4L6x3Lr4IQ20Ax s5xMiypfGZ0sVEZqroZ2hymho+dl2yJrnw/MHWQ9JPaHzAdhoKKqlnsDPBPsCfHye0M1NLil Ra755QysveSaXqaBXNRUsk4AE4Oj9mbJJ4unbUQrN8ZOGVNuGWGDNYWLIgDXh4fhY7XUVZFU oHIxncv+aSLcJxFZuGnhLbrB4hn2nbHObPFMu/t0eu9pAQG4h1EDmFcBVSFzLdjKTLPHDZYp JiE9Ymmx6GyDbORAMw8jqIFO6h0WYP5gdWTQLJ9qqZwCxg4FFtS0FLQQp3Vqra/ZfFfyzLHf VSSMCwzGAwWR6niWF1tqqiw14Kzikkqr1QyjEdjSAJ6rrZYsBcWsPsXjqfNS20JMHIHvUmX2 yGCpaqitt1lhTfGQGYi1PtFR4hs2yNzSYmvx0HFbAImh+Giy5hCCX5PdVltPnOoG4lPX07wF oC5tHVKaOd8GY7kegmlbQsPB1DeFHKa2EJd9Yo0dWkLf4t9icbbAFDwRVg9J9NSKGliqyIpk oV1da4YzaITh5KwKCmIJFVEkIRsCRJvZ9taJsqg7IfTXaGeJ5bRU0Ky00lMsJqHjiQj32T1c 0ECIJJXHpeMrxXmKJ9HDoXldYFVmktvi4corfd1D8w8nWc1ih7FsEELXEN/4ao3Ca4r7rk3V nuCRpRPM0LAJCGVbuBdRArcVjUVZ3DZY2Y7S45Y+xyaIxSiRHLnNkPY5NJbbBPws5LFw/D6F CY+AVuVEAYsC8gm4RxS8otAtCrdE4aYo/CQKN0ThR1HoEoUfROF7UfiHKHwnCtdF4Zoo/F0U rorCFVG4LArfisLfROEbUfhaFC6JwleicFEU/ioKF0ThS1E4LwrnROGsKPxFFL4QhT+Lwp9E 4Y+i8Lko/EEUzojCZ6LwqSicFoVPROH3onBKFD4WhZOi8JEonBCFD0XhA1F4XxTeE4XficK7 onBcFN4RhU5ReFsU3hKFY6JwVBSOiMKbovCGKLwuCodF4ZAoHBSFDlF4TRQOiMJ+UdgnCu2i 0CYKraLgEYW9ovCqKOwWhV2isFMUfisKr4jCy6KwQxReEoXtorBNFF4Uha2isEUUnheFzaLw nChsEoVnReEZUfi1KGwUhadF4SlReFIUnhCFDaKwXhQeF4XHRGGdKLSIwqOisEYUVovCI6Kw ShQeFoWVorBCFJaJwoOisFQUHhCFJaKwSBTuF4WForBAFOaJQrMozBWFRlGYIwqzRcEtCrNE YaYozBCF6aIwTRQaRKFeFOpEYaooTBGFWlGoEYXJojBJFCaKQrUoTBCFKlGoFIVxolAhCmNF oVwUSkWhRBSKRaFIFMaIwmhRGCEKw0WhQBRyRCFbFFyikCUKmaIwWBScojBQFDJEIV0U0kQh VRQcopAiCsmikCQKiaIwoJ0I2RncI6iOWwXrFoIj5lbC2cNw9jEcyQr3MGoE7AXwkOIhCLtG j4lw3Avg4LiCrohw5JZD7mWQuxiOywEc0sHRBWgC8NzStrrssR3cg23ZPeEHuSXcA2114drs eO4BWGkfgCs9AFfZC8ezAJL3ASh5MrcYzhfD+WRuEUiLQPo7dz/ErKfHRnrUkSO3AK6/EK6v g6OFW+iaz83F2eGNfHb4HC47fEbC9LHTEhrG1ifUjZ2aMGVsbUrN2MSarBpucsqkseHjj4zn msafG89VJIwdmzUWlyeUjc0qw0fL8Bb6K00oGVucUDS2qQgnFuEthbipEB8txI2F2FWICxLy x+Yl5I7NScge6+rg5rQptAUHOTc3qy0lHM5n0fOeo1xDu0Jd8PFhrhlUdnH3tSdnFED0fW39 rAUdHN8WFhEOXgMj3BbaHwhRwj2MvIy6Gd1mdKutnx3oJqOfGN1g9COjLkY/MPq+zZwI9A9G 3zG6zugao78zusroCqPLjL5l9DdG3zD6mtElRl8xusjor4wuMPqyLWQg0HlG5xidZfQXRl8w +jOjPzH6I6PPGf2B0RlGnzH6lNFpRp+0BQ8G+j2jU4w+ZnSS0UeMTjD6kNEHjN5n9B6j3zF6 l9FxRu8w6mT0NqO3GB1jdJTREUZvMnqD0euMDjM6xOggo442UzbQa4wOMNrPaB+jdkZtjFoZ eRjtZbSH0auMdjPaxWgno98yeoXRy4x2MHqJ0XZGv2G0jdGLjLYy2sLoBUbPM9rM6DlGmxg9 y+gZRr9mtJHR04yeYvQkoycYbWC0ntHjjB5jtI7RrxitZdTSFjQM6FFGaxitZvQIo1WMHma0 ktFDjFYwWs5oGaMHGS1l9ACjJYwWM1rE6H5GCxktYDSf0TxGzYzmMrqPUROjRkZzGM1m5GY0 i9FMRjMYTWc0jVEDo3pGdYymMprCqJZRDaPJjCYxmsiomtEERuMZVTGqbAscCzSOUQWjsYzK GZUxKmVUwqiYURGjMYxGMxrFaCSjEYyGMypkNIxRAaN8RnmMchnlMMpm5GKUxWgoo0xGQxgN ZjSIkZPRwLaAKUAZjNIZpTFKZeRoCygGSmGUzAKTGCUyGsAooc0IUzqOZ2RvM0QBxTGKbfMn c3J/RjGMohlFMYpkZGMUwcjKyNKmTwMKZxTGKLRNlwfUj5GZUQijYEYmRkGMAhkFMDIyMjDy Z6RnpGOkZeTHSMNI3aYdCaRipGSkYCRnJGMkZSQwkjDiGXGMMCPk6gEm8AK6AbcBtwA3AT8B bgB+BHQBfgB8D/gH4DvAdcA1wN8BVwFXAJcB3wL+BvgG8DXgEuArwEXAXwEXAF8CzgPOAc4C /gL4AvBnwJ8AfwR8DvgD4AzgM8CnfqXhpwGfAH4POAX4GHAS8BHgBOBDwAeA9wHvAX4HeBdw HPAOoBPwNuAtwDGA65mjcDwCeBPwBuB1wGHAIcBBQAfgNcABwH7APkA7oA3QqpkS7gHsBewB vArYDdilKQ7fCfxbwCuAlwE7AC8BtgN+A9gGeBGwFbAF8ALgecBmwHOADm6Nq0FjDd+kbgx/ FvAM4NeAjYCnAU8BngQ8AdgAWA94HPCYqiV8HeBXAF0IbgpZHsI1BS8P5hJNWaYiEx8elBiU FcRvCdobxLmCzOEFq/g3MP2zKoTxelRuH9kh6ykd6ZEXT/DgNZ6oMnJ0lYz3SNd40NjxEypb MX6sij4d8OjJAx96vmrdOhSaM9ITWlbZxm/dGppTNdKznMguF5V7iIwgSZW90qVtMi43fmw8 Z5QsN+CtOtzRc7RdF59UAOyK0IVHFDRp8REtftxvi99eP36v3xE/7ojfSb+zfrzLb2hOgb15 3vzm+XZ7c3OzuQrbm+fPa26eh+z//T/4X63A/5sPNH2zT4QumQe9AcK8efPt84B6o0Bo9n3m kbN59JQkbrazx0/ZPRwPewwOgAEI1eEegBfQDbgFuAn4CXAD8COgC/AD4HvAPwDfAa4DrgH+ DrgKuAK4DPgW8DfAN4CvAZcAXwEuAv4KuAD4EnAecA5wFvAXwBeAPwP+BPgj4HPAHwBnAJ8B PgWcBnwC+D3gFOBjwEnAR4ATgA8BHwDeB7wH+B3gXcBxwDuATsDbgLcAxwBHAUcAbwLeALwO OAw4BDgI6AC8BjgA2A/YB2gHtAFaAR7AXsCrgN2AXYCdgN8CXgG8DNgBeAmwHbAN8CJgK2AL 4HnAZsBzgE2AZwHPAH4N2Ah4GvAU4EnAE4ANgPWAxwGPAdYBWgCPAtYAVgNgL4xXAR4GwE4Y rwAsAzwIWAp4IJsclwAWAe4HLATArhPPAzQD5gIaAXMAswFuwCzATMAMwHTANEADoB5QB5gK mAKoBdQAJgMmASYCqgETAFWASsA4QAVgLKAcUAooARQDigBjAKMBIwDDAQWAHEA2wAXIAmQC BgOcgIGADEA6IA2QCnAAUgDJgCRAImAAqvvXjNz/rE/Vv1qB/9sPnbfm203kL3SVCEmqBTOS gbTVswrWK38lL1FIBDmHFRhZZFKFUg7emasfx/OK/grp49wWDj4SmTRbECSYvMwpyUVZjkQ9 /WU5/J2JE/2dAx2JuispODjR4QgxnUhZurqzE/s4OcncpuRooQFuKFT6s9JMdxfn73Qk2lOS kqusNt7K27DDwPOS6rcmdJ+rPojbvq/+4gsc6r0gmG+/yB3uzid/W/sCHG5ArfQoDMUiN6lX a3D0YRj9UuSPt+/XSJVKKYLtqEsfLo3TBJ+PipKaLsiyoy9IoS5Xsq7AVa84se6z0+f15Prn ddffAbVdRk1U8Hk3JJaZLrhl2dLoC24pUdeeZYccdifoiI1+nM2qt1r0RqksjOdTB3A2m96R MpQziGI6f2P46iPzvTvxAry/fm7a5MK4r01DGsZ0tGVOHRZjjytuLjzw+rMb8epJG+pSBbP3 rZnPRCmTRk3H3f2HOcK800LSS7q/TynOCPMOnUv+Rry65xp/QbCjfqiJ1LTdr19YILm/IIRq wC3fV+SH/fTEs1bmoMPYAMmCsV8rl4eyuj+7Aph4BSp6XvcZ6ZhWP5Kl3e2nJDn2uZU5/aCZ DO3uflww8dHdkA2qe9xOALWNktosSJ86lHOkBAYFREfbIvy4AKM/1DGDv/D8bu+33jOlz/zh kQmbC4c9M7766ekDP3q3fNOw5Gw8Euc9722tCbfsjYnNX/nGIq/XG2MDe5wNBhAKPadGgSiP 1OYg1PCdfToN1hhJfynlQYYLimzjJTnrKKL66YnnSeeoFYYLbkW23HjJLfd1CusPCe0PJHaF RRIa6mp4qnOp92tcglNwwuHUmVvdz67Cb3KbJ+1+alFFIrT5O969a48uSLsdAO37HliTB3RS oUpqSVIl0cSI5WCuWC29oFBg4QKXrbyI7xgP6PVFp7/TZzcGhRRUU2BOuODmsrHyohv3MRti 2aBhgA+8pzuYu9T9ARfefZ5LE8wbvbM2eoeCHidAjz2ghwKNInrs4xUyTtqBX3FpZEruS0GQ 4YvybBno0KvC9Xd0nU6igFbgvnRDCjm+6KZpTFm918bsuja48p7uTzm/7u8OcOclK72VT3cf gqthlNNzlf9eSICRtITal9GKAg/DKmpActzpUljjAs4ZDNH9YmEruK+I/KsGsKnbH52j+Vu/ PNIexML0PoXOn75+3J9qpDQEnHOTbIjka3ejaJLNpXBH5/TT/M3dL4+1z3G7XlRTtK4wjoym DL01zar3420RA7g0nwHyV4dvmjB9W+PgpIYtjYb4+Fid9wd8OHbC5Enxj5z5dcn431xsqdwy XDI4xj5i9ZvN97/5cIFEppTirU921xnCjMryl7q2vdjTOjE8goyqRt8cokIVtNflEnL7SlBg 0vk6JKhV2fJLPC/AzJWLSKNnkTpmYd3xxOvHff2uVWXz8kvuO6lMLJk9i85metLqDjg6+Btt 3X9qa+Oi2rjK7lcEc/cZLhZ02A06HKI6FBId9mOFSiKHLt/hUqmkqouKXAGB4UEjp8APJ17/ tFP3BRnGLj+pQnXRDfEcIhZH2jIli86hGJqNWVqaFX/u/YT3836CE25/hxMkqzZuvG145hm4 7mYYhUFwXSWaQ3tcKeOgd7YfkKgUcoSVHT3X2pQKWUfPOTA9TiIIckU27KfoOqB3ZDkcMGU6 B+qdA3GiI9FBzPCdFNockOmu5KY+6fVO2iaYNgl2YEnQOW9QWxs++0n3bW5F9zJolBe5yd1P kr75Btrlc9BPQMlsjpDgl10KhKVctsQ3CsHYTpBp4TUYb5Le8caGGjQ5/3m3bj83WDDfWgrl JUN90+jfq71C18BQjVouVym1/nqeh1IFrdZgFCQmmYlzKVzajp4/uIK1Ck4m4eUytVSq8tdr 1NlKpQpjpCJt4Fu6HHTxCnIOJB+H3h87M2E5NHWmOMmyaNL5BNIyIcI/L8/0swIdbC3kZbyN j+F5m8FhCMowOCRpe0JUmceWdGRKgl5xfeJxZhz8nE/EzgPdN/D373sP3j4LE5txxw7YIECd F0IbXoM6a9AUOptguaBUkSUSNsdg4VqpJptX8ko5LHO5mBh4SlaWw+lcmvgA7K1x4vnE8yl6 J5tcWErUmxQ0ziIrty8x61deT3oWG/Rg7de+9q6cs+MinrVyBygo7Z7tnQTL923vp9zr4Pty yNlzVZIIM44BxSAX0e51ZKSahZElQNk/+Bttju1rIa93CUhkK4A2+Bu3Nkewfe0W8vqsAJxU yqYJ//R0R0oYJyMrQZ+5RJJYtu6NGQ8eXjKkdN3rwA9kHrSNWTKufNGY6MjRiyvKFxdFcxs9 Pejlkgm7f3xuDwahelfXy81HWkaVrD08Y96RR4EPgd6i3+GHglCxuHq93a6VG2Vk1tDITcaL UqnccB6WqXvm6dO0Blqp8aIbUigM5900Td95mngWNjJP0ypEi77EkAc712xrw021bauLD770 1IEdL+zi1xY//8Bor10w22uemf/gI91ftYB2O8HKzaBdMIpEi6idK7hgjIIDFQhW+872EGW4 gq5syqhAWacl2BKsDLugylbmYt8ER/R1JjLPiKhM5nInjCZqwoGBFlmnm+ZShV1w9+YjUx6p A2S0syHOD+B76xEAlZIFwtTtqw90hvm9twMHpGXFlLfhSXO3z0iOHDYjL2N0/zErF76yPqt+ WAzelpQVpSNrU8r4ZaMzZ1dl6wyTizjpjOne4lBnGZ27YcW6CPaTxjyi1mhwfDrBmhKglsp+ 6dGHsBbF9Bx1qfWBhTFxlxIMgjUHFvXAfSq/vwk+xwg07v7MTnqnE1YtOqsaomOscZfcLLlK 8Pubz8xSnCQ1kNhLYGwxaYGBpDppqQOkbH0K45iHJAWzk/IXR6050pw6bXJ5xMjDCysWjbYN rlmyfEnN4IELDi63ji4abR29qfDZ9b5APGXiryYOkKt1it39LOa0UclpIwcnp2aWNY3Ofah+ qFTlJ98aGNRQkTZqSHLq0LFzoQUqoK911K9Ppy2AOLJqKAQeJkNpNk+ND1aM49ePk4opsBTm SBpODI6tE6SH0qwSnXfpPu9S/pBk5a2lkpVkdZgNrXsTyg5CQ9nYRDA2A5CGjk1TULYq2/9L Njaz6JJPLVtJwgX/L8WRmdWnrdLAhuhQTAeJv5m5YFfj4p2zkttCc2aMemx1G37XvXdJrmv+ 9nq+8faW0fPG9N/+ND+Z9DPZLkwBTeRstLkCOQmP5cgihV2LlJNL+GzM5SJYILPIKuPvJHNw cCLZkDjgR9RS9U1mEtMR3TBsNLDBgCVTvHnXvGPewyHFpRiGz82LMFU97vVijr+P6JAAOjjp 2tFO51GNBNbmDvzVfpmfRKeDZr90AMvgi2BsPbe/SY7lEv8O3OxSIonEYNSpJBblmz1/QOqe c0jf8zHSwqLqr9Lq1UqJ1M9PRpw1zKpAPQffaqL3LSem0+d14P7S0aU7D/VzsiPdrOhUv1CO qbcgPVlGMFlCyDrClhBykDgrL21LSNx4dvwrDm3WC0sOZEpSSbXxqadf9MKKeXv19yfxxe4b u/fxB9m/RyVpoL5CA5vxpPjz1wTwjXnMKQ/jzyCeA9PT8bxKLRewRMILxM6yfR6Tk/VK4nXY goC3qnd+xqbyu5KaetPSngHLhL4JysCSBm/MPm/MGSypqcQyUK3Dm4DP8HneiKN78DWyv10F tnqM9yILSkQP0/4JCFDgcPJ0U2ON6cDvu7SKJPWH2IIicEREiKUkoAPDIm/U/xRSHN8lKWUO LJkNyK6WubCd0MTORKKlJkL9oRtbaEYjzennNobof3KHFEviu9yQ3efEZtFtLPX0Y8TFKN3h SEsl84EsbShPpocAPX9nVYINVJSk9LcTKxYXRZ3/88dz5499qdJaMn5KyoQn6tP3fpE9aUio f3/XgCHPVawuKYwfPT3z17sqq2ZF255XB/mr+pc+UN49Cr8XkpQbF5oWaxpeRNpia8/3MG5X wTwY7fNpVeGH8V4YPQi3u3RGeYxaCO7WFivKIj6RC1B1xxU65dN9sI5NgXq1oA3udpNEQsQn bpIMVns7neF7R3R0DNin7O61VqZn8yF/M3/ZgblVhybskY/cNaXiocr4tqCUMenWvOElAxwz k4bMLkvm5EvfeXR4RJQwwrvkUH1Z4cqDi4senpQWkFwyxBtsDIquoj7gCz3f8bv5mygUTSd1 adOiIPKQWxrm14EVLsUyLdb6/6Qqhu2r7LWmUBwacpMvRXQz0rvnPU23vFqaQenWqvx/cquK Q2kOdygfctPNl96z24WuQ2n3bncDaW/tznt81FVvz4hHDjWNWTM0e3Vh7sLxqa3PD1s1NCok GHM3Fr7VMjIweEdEuKOmZdyB/RYL2e0S64QeMSIrqqY9olYR05SbwZjaXXoUIdcIppu6UlWJ siz8B6GYTqp0GRYtka5LkEpnuulm6YTwH9yQkk6ydOEFzQ0+naFfbD4DzGB66+mSNLtgxf7G pIkJezdLh++cWrFyXHzbrCk5T5bYpzse24LPL3/30WFqDd5xc8mbMxsKV3YsOdC+YB7+PZg8 sav5UItrMMbIvRa2X1CrA6AVD7SHB8TCruk1V0BAXPiJxyUwouMiT4UUaz5Vy7p0pWydJT4Q 7Y7rsHk57xtYJkn4CTekDok8BWNJrfnUrdbJuqCCYn/0+kRSmdVIDSsjQBxYbLGVpfsMj7/G cd1Zu7fFV5aOtAxrr1lxaKEzc/5O94xtjc79vCW3Lsc5KS9O4OxRKYGbXpKptYrHjcEFq44t nvnG4+U5i14tzW0sTogvbspl/6Id8aE2wBgyovtojwnyDtzmMvupVGoZClQH+AldKq1crlca biGuS1+uLIGZDipK9rFOByy6uuO6zz6Ck062RwwycHo/udDlhslaLlciPdflprnoSsxuf9lT 9Gx4QV8FBPh262nWNJ01JQhLzI9O/RZ3eAtbvW/gXLxt+oO3LkouhHZ5NnRncO9t2IE3mLzN 5K7YJG+1xAj9NBiNQjXoc7Z2++EW6LbRuPW1ZKSK55MHw0av1aUZF5k8LjZ53LjkWN4adBh/ iPLQEPyBK9paqzN4CwoLSj+QRxbE8/J0VIAL5AXy2vTBpwcVVX+QXpx1ql8F9cuzSJVhXZqo p7s73RW9g9wSpB4BbGISExPJcgU+ZBAsWjo668fqCgxed2GBvPQDNyuelT1o8Gn3oKL06g/c 6cX9sk654Qp0Ys2ys0uwK9j1Dua6BAYG+OYhKThbgUFCGB8guhqp6RkDePHIBoU1ABt9vlp0 TJQfb/BtC9J8Uxff3C/cOX3DuKw5FkPI8CFYPnLZBMegRYeWL941JyVvWEi0SZ0ZZwgNUDmn baiMygvB7m7+qYfL7ssPq5vmvWm1m5RplkFFSaklGaEi85NsE9PHrKh2mI39UsKjUzglF+Ga NDT3/gnpMfmTncPnONSR9qSgbHdSULxjcDRJqZQ/dls/LDssOcuaOUhQBMbZ7Xx4UvHAcNuQ MXGEIwePIfPiVujqd2FOMTGfqFWrInO8GqL2urRYHaxTCbcCiv3KVCWoRHTq+87wfjpVgHDL 3ZtE9N/ZHYvUaDaZk026jCxbgQH8u3vGldgyc8Y49uyRxhYVlcZv3M6tmNdsSCwe0t0grPJO eyE5N87/NTpXkDsap2D8KGDensMsUIu7YUsiAavzU2D4SmVhEkWXrAQc8v4upREWpkIj+oEv AqP6i/1KFjWhE8zhYa6lQiJTdLllJUaWw23kXTz6wQ05wEhCdB/Z79z5YPc9DL6Nhzhd4C7v Gfw5tt/+Ex6RGZoSFRAQlRLqY756/e2XNmwQUEB0cmi/lOiAgOiUfqHJ0QGkNiu91fx0qE0A DKFlrDZRUBszMsB4QkpjnD5OCm6fYr9S+5O0IpCqZyEVshh+QGKF2NwAlTr+BavQPsilVLBF SSnV/uSWVlhYXjf5hzcNP7hRn6rRO2SkenqfzaeF8dSTtqbhe+rJFw5p+k3DiHXO8GEjR0XO fchr5Bz3Vvfy7egZv2kaZDbt0IX4K9b/ii9ej18S6yy2AbGzAzATxoCdKdn9g4NIji+3KxRI +Sb+C2w7eDA6cM/xdZcOS1SKIk4p4yVCmcRndTDos3xW9845mORoR2ruTmbypbvnvlDM373x e/bgt7/yxnIh3V8Jq25vxh94k5Hvftkp0EnB7pcdpFal91mVkloV+pQvo9NTHzOi1/YZEY8+ dUMKOr3cbTV9rUTS9fgt9QbyD8Gi8dAOaphVE9ACOt5CTeSduRANJpQQBev5XleQRjMgUdoV V2zoiigOjQoxF4WUaMTxB3MXmyyJF+wkDj1b1YPipF3uuOIIQ5f77kwmMRe7v2HV97pYtr6i I4iNT3LU63m3TBukN0bEJFq2yLQmvb8lJsm6dZU8JDl1cGRJuWlAmivuDe5U4hCbnym9Krt7 CfdmRl60nzF1fEH3Ev7yEWdxctDMRjJ3eb/ojhLnGai3705HKxdI5pkgpCLzjDrIxKGgElWJ 7pasmFg68VvEeYZVz48lkOluuWkSstyRNMRbEVXX95lwtj4niy+FyeW5LXsqx1kyc0Yn7eEv b0vNj9O/1tF9H7diwX1swiHjsrrnqkQJuvW5fwQuLizZYeBVkftHP2mLbTeE0juPEMT7Rz+B ayvYbriF0r5PELi7HIt77x4pcx5ou8+9a2GWyG2xo2bnjmkcZo0d5c4jjL3z314Le/WjS+cf A15x9OGJaycmZjasHgH7esLEO/c28DdBZyOKYiOqXaO0yIkRKaMR9QYD5JpodUi3rlhdpBhr +4Spn8WWWZx4ntyT8e38SEJdSLebJRVsn4j1yWIrZl9PnRjKL7nq6fzNkQ/vm5E0OXnPc6qR 4BTe5aonzXSs28rJH/ndwzlKtbdaeOSVaT9z1I8QDxdqdYz2RITPw5UriYer7mdkHq5No4gM vqktVY5VFFtO93q4bEa84+FCKm3wTTdLJ1hO9/Fw2fQnergZUKEMn4PL9lE+D9e58NAKR93A TXsVj3VWPjTO3hbsGJ0KLm7/eueTm/B591tPVuj0MTen4yVn3i98uGNx+SMTU4iTazC9xZ4B SeS0HmznxPkfxq30CUirS6cwGDnw3ZChRH1LEM2duHt3GbzWl0ZQ33ILvRZPkzGbJ70QKLOl ixb/3hah6tXKzS9KPXxZsW3YyPIkD3/54Kya9999eGFwRkVm9xI6D4P3fRg0S0NL2ZwXj9v3 myPNkUqwmv3temW6jfwpciS53eUfXBgZ06WPl1mKoRcEl3KLaq+KU/ndkIlbozt3vcijT5gd 6cAw2CItMeCW0owqmd8Nt6z0F258SejyQ42H+E4xd1ysgDsPb4LCeP5w5NDSiVMSG3aVVu6p WHq/IWXGhLzm8qSYSVvvH7x+TOmT6dlVGaYAZ0Np1eJRVuyfVp49IMzP37g1OCQvy2yPiTMb HQWTXHF1FU6N7jmjwWhLNJvjY2NNIc6CStImWbA3fE9IgNmohvaWTkNm4UClTCYP0spNMt2P aqWmCN0KMt7gfdsQxwm6IpwmD+18nnmATKP70a12QdIgdMsdxBtv3NkROkJO0PWB7gmj0+jT qAz6IM23H3xv8IPZbxzyXsLBsFZ5M5ubkuYO9dNqdrVy6iewMcF75Akv556l1VGfDfrwXf4y CkRjmHUhMpcakQa09lMGcSigSF2kvQmNXtJnKj1/uncmJfEy7U03TdFnJrXaYsgjsmh6h409 NnPw726WJpQUlyQ898KePZbMXJhI6TR6oINb3/3gJZhFM7lNRKsc8iwWtJKjcfTumlaQYmSR y3heoVzMY76j52OXgpfJS6RSgRh9SkpilsM5cCK7y8Ye/J+gD36UPOpNRh9nZDl8Ez2964Rt Oce70jK+P+Jd8Dv+cvf0bTu4p24bQYMo0CCH/tumb1ENYgSJVKpWq2RKpUqlkEuwXq/jJRyn 1ep0/shPQ+6o+dEbauRm2jlyM43cWHMFqXRqrV4pkWk0MoW8SCor4XCJP9WZ3PGjbxn0fU4T fOc5DbnTRu9xi89r9OzLZlqT3z8r2cQK9hX9z2615TzxyYZQ69oTG3aW+9ufWPp8gnYMeGBG vL3B7Z0CTVHxzCowntxV67i9pEcKoD1ioT1U6CdqJzZ5R8/XrjCbjbPYMNLwErVCSd7YKJLJ pEU8LynBmFgM6Rf2Yw/kjqfAb2Rp5T4OS5W8FhY+KijhaCvFOvtqv07d0tXyzio0kKQSsFQh IamooBDuTUXSyJGMpaGCAo62UvSzklRIxq5HBaXq3lR0mrxXfZOoPPyYK4jh5yA/Sewl73Xv 9+fxKu+6s1iO+TPe1XiZdwW+gb/3Pogf8pJbW2iwt4basQmtoVakMRpMyOKvgH1icEhAR8+5 /bBf9C8Bj5t3aZWaHpwkwdIKg9Fo8lm1I8vpHOh7JjDQZx+mTpgBmHkfoNmVNL8ePHZNj1uC UW8J1OAddKKkNwLZPUw6LMWHBBmYmUOod2fafY9snRoSFxyYGppUNiLP4m087nUM+has4sFH jy8bwnEv8EK/rLphZJxs3so9BfXbDp7YCaifAhXR+unIaOMErJRZZPyPQhEHVdzHyW8QU7iS MpCAPNXoTPmik94D95MJ/I9uSIfkN9y0wcWHxVbYQ5DnxdjKn7h9hsvoPsPd7P6EG7OU++KJ Nd2JcO2r3p3cKZwDG7hBbPUxctx+2BOcDNZ2YHurlFwy8QpOPE7WkQPB6KQ7WEpi2txSeiF6 FycokG22RQ+L7lmuOmqGx4dGhuqsDpstOzk0c9H++09wgXZXbFxqfEpcwIBoU+iQ8Zllzy4o AD/jJujxBayCweCHj2MeXziHYVsG+rQhZWQHjtsfUnyPWllUMer7tYaQJLDDCin+JSWz/qma 9+6xbv6C2tgZPjAuODhuYLglI85kisv4J/UQyvuksZA8iMObeq5yJ3y+bB674xRM/qZLazOS N//DSmElj2tFxcyXTeykT3Raw0jkPndYKSLRbW5UfMefvUfje3fDnOMebS33nPPeeyO7bT9T HGG8CjQ/hQeD5vGsRwSOR1qIiW9VEt8VU+eilfgp8W1uJV1Zf0E/zh6RmRASkpAZYRtCeAge HDIg0xbBTiJsmQNCyNXk+CQ/iWsm/+8CvR8MC9RBLCd/YAgXOkEuBCsWlre6MTL53ntJs/KT undyFfjkdvKQYjfouw92jzz4Db27hrNwqsA32wycpANHt/uVojJyP+8jUJ4aTjvn8iMx+9w0 iqy9IR/5Zvuftewm86awmeYkW0CALcncLykyICAySVh166ZEeuu+gMhksxhlTo4k9xdwIvgF m0CjEDQA3c804vEuJEUW/FN7XJwBWu6jdrVBMIMCLmUUf1ItlRqiSv07MG410G0ucS+v6Ii6 p8+TbTbTWXBF0Swat5Q/6WaZDCRXm9vA9r4kn91XE6NUJoNVS7wjZksD45f87N7Cpn275E9r 5meWpgQOcT9dGWyuf3llbXa4d3S/JJvRaEvqZ06KNBojk/j3tr2s6sLLQpLy7cPnjum/OTq7 csqM27d+Xn+M473V/BThFNKg/rRPNXKO/DW5UjYbVUAvQB/Qt9ba6bmJPVOkr6NlBCG90T+I +8nrSJ7dvrze+0DnUW813sUJi65/993Cad4V3gFfe8vfJK+hwDUG3XuNfftUsgo0+65rkPPe a5DH1jHp/mk6jGfjE/Ez29fUv33Uu1Q45R3b/YP763/cfHDaMbz9K/xn/ABc4xjv4XZQy4oT 3wr49gAscAImNyNO0K0/7RjsovceQk74LIjbEbq7n7DKa8efEnvgeA9fR8uRoUxmDxL8Db3b 8o1LiZBcIcjKWJliqfRx2gESLBadJRZuBeCz/baHclPgwK7CrsSjRvJvygtnYAJNQk70NXsr JjYuKTwsKBAFcgqlM9kYgAMQDggMxCFSaYiW/A1jakhCB+50+UUOEi5JFVwcF6e4GBvSgf1d JnNYWPKlIGOqM1yZlCANioUvDhyDRyN6KyORvNaSoruSovvsiu4KvSvzGd2Yd/rewKQumI68 Pko+Oh+T1UsnFS652cViFRfdZnq5EDdcLyj5kvsXLmjqc0U7eEJ2O70efcKDHeRlBNitxPDs njFYfkY0XaeDDGw7kyFjN5UN6WyTwxVvCEmdkZDRlO7MfXhGdt7i3dOsT1hLnkzPenrC4OwH pw5NnfPKPOPS5smTslYvCUkdnSqceVvQqTb5GQVveUhm2dyi8ofGO4SrV6VBfjsC+wn4reBB JXNGDV1UmyXdqJo8Ir8qqnu9sq4i0jmgP/mfdCp7rkr86LsxVpSIHqErgimC/OUivU+wrt2o TAo6jM0oGkXhfi69KcJoioavYL+qnRp6Vaj3vaNIWsDp1EFz082eQ3ee+DKt0UHkz7zcpqgO yBzgFjNr7Vfd2qlC6FU3FOB7c5GVYP/leyTRMTiMzhlR0FZ4AH2yKfEbsnj/4hm7F+dkLjqw iLBH4LvPaAdkl6XlNY6J696JeS5WO8BV6iCn3LqNP7bWFm337tl4A/gl776IXIu3PrUyy5bz 0LG14UND8bOO8syInJXHYJpfDWZ7UbCC70GfB7ZLMfHI3nSpZOTJs/SKIGCYp/u1y6coYB0I acV17L058goOHSqO851fsLchBOkVNyQnb/z12++GDGTlCGlzQxbmG/W+tQmbPiEmirxPdvH2 B7jY+64Lb92EI7fxh3Y+9adbK8i9KDv47Mn0+bgGNbK3btRSmUoqqBQw0TzmCtDwPBKkGo3i O4kK/FXYUE3h61CW+OrzlRQ9uO2dRL8U3+aDKOkPOZDiO3ffPKbeTPYU9nSfvmaThiEPxlZJ 8tm27rVcws2z3kavE7+Lrd6z2PosX3t7C3ewexi04Xwo6hvQVcre7HiN5zB5yYLUfp8whSNN 5qDvjXTCeCTm0oYEErnfzWLJpofdNQUXnSyv33T/+V3O2T2UnydZdGu1ZNE2MrcsJM8LwYKJ /eaiY2we648fRzoUAQ2iDNGEhujgq4Rd8Bsw/wzCr7usyrxQTcK3aWkBQkL/0LQkTdKg/hEB gzQaIerbgKlZd8w6mLwl4KQbtHf05FUIU+IV39NSdkODGL3vcVNUqCYt4Vv3LxQaEPWtO2Cq kNXX3H+hZLvTeZfxp8Ncccc7ZO9/+9744YLS08kb4LAfF28c8tfyFu+onfWbOQMf+dXyBakz XphV/+z01GXzB9WNiD259L6mpWFZk7Lvm+NvGjq9OG+i0xSTNykjbVJ+f1xYtqJyQFLFgmH3 7xmWvWVa1oLqDHvx3IK5W4eEFlTM5KZWjauoiMkZNDA0rbn7uaiCvLxIa3ZuYf+E/CRTYEI+ Qv8DuTpOzQplbmRzdHJlYW0KZW5kb2JqCjkgMCBvYmoKPDwvVHlwZSAvRm9udERlc2NyaXB0 b3IKL0ZvbnROYW1lIC9BQUFBQUErQ29uc29sYXMKL0ZsYWdzIDQKL0FzY2VudCA5MTkuOTIx ODgKL0Rlc2NlbnQgMjUwLjk3NjU2Ci9TdGVtViA2OC44NDc2NTYKL0NhcEhlaWdodCA2Mzgu MTgzNTkKL0l0YWxpY0FuZ2xlIDAKL0ZvbnRCQm94IFstNDMyLjEyODkxIC0zMDIuMjQ2MDkg Njc3LjI0NjA5IDEwMTEuMjMwNDddCi9Gb250RmlsZTIgOCAwIFI+PgplbmRvYmoKMTAgMCBv YmoKPDwvVHlwZSAvRm9udAovRm9udERlc2NyaXB0b3IgOSAwIFIKL0Jhc2VGb250IC9BQUFB QUErQ29uc29sYXMKL1N1YnR5cGUgL0NJREZvbnRUeXBlMgovQ0lEVG9HSURNYXAgL0lkZW50 aXR5Ci9DSURTeXN0ZW1JbmZvIDw8L1JlZ2lzdHJ5IChBZG9iZSkKL09yZGVyaW5nIChJZGVu dGl0eSkKL1N1cHBsZW1lbnQgMD4+Ci9XIFswIDYyMyA1NDkuODA0NjldCi9EVyAwPj4KZW5k b2JqCjExIDAgb2JqCjw8L0ZpbHRlciAvRmxhdGVEZWNvZGUKL0xlbmd0aCAzNTM+PiBzdHJl YW0KeJxdks9ugzAMxu88RY7boSJJgVIJIbW0SBz2R2N7AEpMhzRCFOiBt19is1ZaJIh+sr/4 c5ywqE6V7mcWvtuxrWFmXa+VhWm82RbYBa69DoRkqm/nlfDfDo0JQieul2mGodLdGGQZY+GH i06zXdjTQY0XeA7CN6vA9vrKnr6K2nF9M+YHBtAz40GeMwWdO+mlMa/NACxE2aZSLt7Py8Zp HhmfiwEmkQW5aUcFk2lasI2+QpBxt3KWlW7lAWj1Ly5ikl269ruxmL516ZxLnnsSBVK89yTc hrGC6IC0PRIdiQ5EpJNnojPRCSnhRIKI6m1LTzJeYzsiQSSJqIKMkJKYdJwoJRJEq5cIW157 S/46fdxMhGmcvEao5Zy8CrIVHekaqJigjmP0w1NK2ZM8oXZ2pSeRrn2k5AfPlElJtnarLTLi h+Ifz33i7c1aN2x8YThlP99ew/0RmtF4lf9+Aft5t+wKZW5kc3RyZWFtCmVuZG9iago0IDAg b2JqCjw8L1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUwCi9CYXNlRm9udCAvQUFBQUFBK0Nv bnNvbGFzCi9FbmNvZGluZyAvSWRlbnRpdHktSAovRGVzY2VuZGFudEZvbnRzIFsxMCAwIFJd Ci9Ub1VuaWNvZGUgMTEgMCBSPj4KZW5kb2JqCnhyZWYKMCAxMgowMDAwMDAwMDAwIDY1NTM1 IGYgCjAwMDAwMDAwMTUgMDAwMDAgbiAKMDAwMDAwMjYxNiAwMDAwMCBuIAowMDAwMDAwMjgz IDAwMDAwIG4gCjAwMDAwMTg0NjQgMDAwMDAgbiAKMDAwMDAwMDMyMCAwMDAwMCBuIAowMDAw MDAyODM0IDAwMDAwIG4gCjAwMDAwMDI4ODkgMDAwMDAgbiAKMDAwMDAwMjkzNiAwMDAwMCBu IAowMDAwMDE3NTc1IDAwMDAwIG4gCjAwMDAwMTc4MTQgMDAwMDAgbiAKMDAwMDAxODA0MCAw MDAwMCBuIAp0cmFpbGVyCjw8L1NpemUgMTIKL1Jvb3QgNyAwIFIKL0luZm8gMSAwIFI+Pgpz dGFydHhyZWYKMTg2MDQKJSVFT0Y= ------=_NextPart_000_0012_DA6B67D4.8BB19919--