E>
>
> linux-kernel-digest Thursday, 23 July 1998 Volume 01 : Number 2269
>
> In this issue:
>
> Re: SORRY! VesaFB and scroling again
> Re: Secure deletion
> Re: SYN trouble, hardware or software?
> Re: ftp.kernel.org mirroring
> Re: 2.1.111pre1 compile errors
> Patch for missing export for loop module
> Re: [tlan] 2.1.110 compiling error
> Re: vesa & v2.1.109
> Re: ftp.kernel.org full of lamers not using mirrors.
> Re: 2.1.111-1 SMP: VesaFB on Matrox Mill-II works!
> Re: 2.1.110 PCI patch for booting an NCR S40
> Re: PCI problems with multiple cpu bus - 2.1.110.
> Re: 2.1.110 scrollback
> [PATCH] 2.0.35: updated Jumbo -6 patch
> Re: 2.1.111-1 SMP: VesaFB on Matrox Mill-II works!
> Re: 2.1.111-1 SMP: VesaFB on Matrox Mill-II works!
> Re: Secure deletion
> *Much* worse fork failure prob than expected!!! NFS death!
> Re: Secure deletion
> 2.3.x source distribution... (Was: Kernel 2.3.x)
> Re: 2.1.110 freepages.min change -- disk coruption
> Re: inodes are not cleared!
> DVD not working properly
> [OFFTOPIC] Video editing on Linux
>
> See the end of the digest for information on subscribing to the linux-kernel
> or linux-kernel-digest mailing lists.
>
> ----------------------------------------------------------------------
>
> From: Geert Uytterhoeven <Geert.Uytterhoeven@cs.kuleuven.ac.be>
> Date: Thu, 23 Jul 1998 10:24:41 +0200 (CEST)
> Subject: Re: SORRY! VesaFB and scroling again
>
> On Wed, 22 Jul 1998 linker@z.ml.org wrote:
> > If you want to make it stay longer I added a video=vesa:memmove to slow
> > everything to a crawl.. :) I guess I have two of them cause I'm SMP?
>
> Yes.
>
> > On Wed, 22 Jul 1998, Shawn Leas wrote:
> > > Simply put, can I, and how? I've got an STB Velocity 128 RIVA card, and so
> > > far I love the little penguin. I have to use 1024x768 to make it stay
> > > there long enough to even see it, though.
>
> Or use `console=ttyS0' so all boot messages appear on your serial port and
> don't clobber your view off the Penguin :-)
>
> Greetings,
>
> Geert
>
> - --
> Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
> Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
> Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Pavel Machek <pavel@bug.ucw.cz>
> Date: Thu, 23 Jul 1998 10:33:14 +0200
> Subject: Re: Secure deletion
>
> Hi!
>
> > >What's wrong with the "count the number of pages in the file, dump
> > >that many zeroes or random stuff on it and delete it then."
> >
> > It doesn't work for files deleted by programs not under your control. I want
> > mail spool files (for example) to be securely deleted, without having to
> > modify and recompile sendmail. Similarly for every other program that
> > deletes files.
>
> Go for LD_PRELOAD solution. It should be trivial & it does not belong
> in kernel.
>
> Pavel
> - --
> I'm really pavel@atrey.karlin.mff.cuni.cz. Pavel
> Look at http://atrey.karlin.mff.cuni.cz/~pavel/ ;-).
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Nigel Metheringham <Nigel.Metheringham@ThePLAnet.net>
> Date: Thu, 23 Jul 1998 09:41:37 +0100
> Subject: Re: SYN trouble, hardware or software?
>
> ak@muc.de said:
> } Also note that it is not always an attack - some outdated Mac and old
> } 3.1 Windows stacks (wintrumpet) had bugs that lead them to cause a
> } syn flood in some circumstances.
>
> Network problems - asymmetric routing where the return route doesn't work
> right at all - can also cause apparent syn floods. Locally, a large modem
> pool or incoming dynamic connections can also cause short lived problems
> of this type (it can take a short time for the network to have the routing
> straight during which time packets can go one way but not the other).
>
> In short, something reported as a SYN flood warrents investigation, not
> panic, nor is it evidence of any form of malicious action.
>
> Nigel.
> - --
> [ Nigel.Metheringham@theplanet.net - Systems Software Engineer ]
> [ Tel : +44 113 207 6112 Fax : +44 113 234 6065 ]
> [ Real life is but a pale imitation of a Dilbert strip ]
>
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: "H. Peter Anvin" <hpa@transmeta.com>
> Date: Thu, 23 Jul 1998 01:45:48 -0700 (PDT)
> Subject: Re: ftp.kernel.org mirroring
>
> I *really* don't want a bunch of partial archives... that kind of
> stuff makes mirrors so much harder to use.
>
> -hpa
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: "James H. Cloos Jr." <cloos@jhcloos.com>
> Date: 23 Jul 1998 03:56:00 -0500
> Subject: Re: 2.1.111pre1 compile errors
>
> >>>>> "Jon" == Jon M Taylor <taylorj@ecs.csus.edu> writes:
>
> Jon> # CONFIG_FAT_FS is not set
> Jon> CONFIG_MSDOS_FS=y
> Jon> # CONFIG_UMSDOS_FS is not set
> Jon> CONFIG_VFAT_FS=y
>
> The problem is the missing CONFIG_FAT_FS. In linux/fs/Config.in,
> CONFIG_MSDOS_FS, CONFIG_UMSDOS_FS and CONFIG_VFAT_FS are all dependent
> on CONFIG_FAT_FS, so it should be impossible to choose them w/o also
> choosing CONFIG_FAT_FS.
>
> Which fooconfig did you make(1)?
>
> - -JimC
> - --
> James H. Cloos, Jr.
> <cloos@jhcloos.com>
> PGP KeyId=0xB84D7D6F <http://www.jhcloos.com/cloos/pgp_public_key.txt>
> Fingerprint20 = F265 CF1F 1951 A103 E287 1350 1A0D 598D B84D 7D6F
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Gordon Chaffee <chaffee@cs.berkeley.edu>
> Date: Thu, 23 Jul 1998 02:00:58 -0700
> Subject: Patch for missing export for loop module
>
> Here is a small patch to fix a missing symbol in the loop device
> when compiled as a module. The recent change to add support for
> holes in the backing file seems to have caused this extra need.
>
> - - Gordon
>
> - --- linux-2.1.110-clean/kernel/ksyms.c Wed Jul 22 21:38:13 1998
> +++ linux/kernel/ksyms.c Thu Jul 23 01:56:29 1998
> @@ -148,6 +148,7 @@
> EXPORT_SYMBOL(d_lookup);
> EXPORT_SYMBOL(__mark_inode_dirty);
> EXPORT_SYMBOL(init_private_file);
> +EXPORT_SYMBOL(get_empty_filp);
> EXPORT_SYMBOL(insert_file_free);
> EXPORT_SYMBOL(check_disk_change);
> EXPORT_SYMBOL(invalidate_buffers);
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: James Banks <james@sovereign.org>
> Date: Thu, 23 Jul 1998 03:00:59 -0600
> Subject: Re: [tlan] 2.1.110 compiling error
>
> - --6zdv2QT/q3FMhpsV
> Content-Type: text/plain; charset=us-ascii
>
> Well, how 'bout that. The ol' look before you leap snafu strikes again.
>
> Anyway, I would appreciate it if I could get feedback on the enclosed
> patch (based on the previous changes made to the driver for 2.1). If
> it checks out, I'll send it to Linus for inclusion in the next kernel
> release.
>
>
> Thanks,
> James
>
>
> On Wed, Jul 22, 1998 at 12:16:59PM -0700, bryan sebastian kiechle wrote:
> > if you remove the FREE_WRITE from any referance to dev_kfree_skb in the
> > tlan.c file this problem goes away, most of the time. As in:
> >
> > if ( ! priv->phyOnline ) {
> > TLAN_DBG( TLAN_DEBUG_TX, "TLAN TRANSMIT: %s PHY is not ready\n$
> > dev_kfree_skb( skb, FREE_WRITE );
> > return 0; ^^^^^^^^^^^^
> >
> > As told to me by brian@goober.wireless.ucsc.edu
> >
> > On Wed, 22 Jul 1998, Xintian Wu wrote:
> >
> > >
> > > gcc -D__KERNEL__ -I/usr/src/linux-2.1.110/include -Wall -Wstrict-prototypes -O2
> > > -fomit-frame-pointer -D__SMP__ -pipe -fno-strength-reduce -m486 -malign-loops=2
> > > -malign-jumps=2 -malign-functions=2 -DCPU=586 -c -o tlan.o tlan.c
> > > In file included from tlan.c:35:
> > > /usr/src/linux-2.1.110/include/linux/bios32.h:11: warning: #warning This driver
> > > uses the old PCI interface, please fix it (see Documentation/pci.txt)
> > > tlan.c:782: macro `dev_kfree_skb' used with too many (2) args
> > > tlan.c:840: macro `dev_kfree_skb' used with too many (2) args
> > > tlan.c:1129: macro `dev_kfree_skb' used with too many (2) args
> > > tlan.c:1695: macro `dev_kfree_skb' used with too many (2) args
> > > tlan.c:1704: macro `dev_kfree_skb' used with too many (2) args
> > > tlan.c: In function `TLan_MiiSendData':
> > > tlan.c:2535: warning: value computed is not used
> > > tlan.c:2541: warning: value computed is not used
> > > tlan.c: At top level:
> > > tlan.c:55: warning: `aui' defined but not used
> > > tlan.c:56: warning: `sa_int' defined but not used
> > > tlan.c:58: warning: `duplex' defined but not used
> > > tlan.c:59: warning: `speed' defined but not used
> > > make[3]: *** [tlan.o] Error 1
> > > make[3]: Leaving directory `/usr/src/linux-2.1.110/drivers/net'
> > > make[2]: *** [first_rule] Error 2
> > > make[2]: Leaving directory `/usr/src/linux-2.1.110/drivers/net'
> > > make[1]: *** [sub_dirs] Error 2
> > > make[1]: Leaving directory `/usr/src/linux-2.1.110/drivers'
> > > make: *** [linuxsubdirs] Error 2
> > >
> > >
> >
> > ==================================================================
> > bryan sebastian kiechle
> > crain@goober.wireless.ucsc.edu http://www.outcast.org/~thinboy
> > ------------------------------------------------------------------
> > Genetic Memories Fri. 11:00pm-1:00am KZSC Santa Cruz 88.1 FM
> > http://www.outcast.org/~thinboy/genmem
>
> - --6zdv2QT/q3FMhpsV
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: attachment; filename="tlan-110.patch"
>
> - --- tlan-1.0.old/tlan.c Thu Jul 23 02:16:59 1998
> +++ tlan-1.0/tlan.c Thu Jul 23 02:10:45 1998
> @@ -32,7 +32,6 @@
>
> #include "tlan.h"
>
> - -#include <linux/bios32.h>
> #include <linux/ioport.h>
> #include <linux/pci.h>
> #include <linux/etherdevice.h>
> @@ -151,7 +150,7 @@
> };
>
>
> - -static int TLan_PciProbe( u8 *, u8 *, u8 *, u8 *, u32 *, u32 * );
> +static int TLan_PciProbe( u8 *, u8 *, int *, u8 *, u32 *, u32 * );
> static int TLan_Init( struct device * );
> static int TLan_Open(struct device *dev);
> static int TLan_StartTx(struct sk_buff *, struct device *);
> @@ -276,7 +275,7 @@
> int failed;
> int found;
> u32 io_base;
> - - u8 irq;
> + int irq;
> u8 rev;
>
> printk( "TLAN driver, v%d.%d, (C) 1997-8 Caldera, Inc.\n",
> @@ -416,7 +415,8 @@
> TLanPrivateInfo *priv;
> static int pad_allocated = 0;
> int found;
> - - u8 bus, dfn, irq, rev;
> + u8 bus, dfn, rev;
> + int irq;
> u32 io_base, index;
>
> found = TLan_PciProbe( &bus, &dfn, &irq, &rev, &io_base, &index );
> @@ -436,7 +436,6 @@
>
> if ( ! pad_allocated ) {
> TLanPadBuffer = (u8 *) kmalloc( TLAN_MIN_FRAME_SIZE,
> - -// ( GFP_KERNEL | GFP_DMA )
> ( GFP_KERNEL )
> );
> if ( TLanPadBuffer == NULL ) {
> @@ -521,7 +520,7 @@
> *
> **************************************************************/
>
> - -int TLan_PciProbe( u8 *pci_bus, u8 *pci_dfn, u8 *pci_irq, u8 *pci_rev, u32 *pci_io_base, u32 *dl_ix )
> +int TLan_PciProbe( u8 *pci_bus, u8 *pci_dfn, int *pci_irq, u8 *pci_rev, u32 *pci_io_base, u32 *dl_ix )
> {
> static int dl_index = 0;
> static int pci_index = 0;
> @@ -532,7 +531,7 @@
> int reg;
>
>
> - - if ( ! pcibios_present() ) {
> + if ( ! pci_present() ) {
> printk( "TLAN: PCI Bios not present.\n" );
> return 0;
> }
> @@ -548,6 +547,7 @@
> );
>
> if ( ! not_found ) {
> + struct pci_dev *pdev = pci_find_slot(*pci_bus, *pci_dfn);
>
> TLAN_DBG(
> TLAN_DEBUG_GNRL,
> @@ -556,19 +556,19 @@
> TLanAdapterList[dl_index].deviceId
> );
>
> - - pcibios_read_config_byte ( *pci_bus, *pci_dfn, PCI_REVISION_ID, pci_rev);
> - - pcibios_read_config_byte ( *pci_bus, *pci_dfn, PCI_INTERRUPT_LINE, pci_irq);
> - - pcibios_read_config_word ( *pci_bus, *pci_dfn, PCI_COMMAND, &pci_command);
> - - pcibios_read_config_dword( *pci_bus, *pci_dfn, PCI_BASE_ADDRESS_0, pci_io_base);
> - - pcibios_read_config_byte ( *pci_bus, *pci_dfn, PCI_LATENCY_TIMER, &pci_latency);
> + pci_read_config_byte ( pdev, PCI_REVISION_ID, pci_rev);
> + *pci_irq = pdev->irq;
> + pci_read_config_word ( pdev, PCI_COMMAND, &pci_command);
> + pci_read_config_byte ( pdev, PCI_LATENCY_TIMER, &pci_latency);
> +
>
> if (pci_latency < 0x10) {
> - - pcibios_write_config_byte( *pci_bus, *pci_dfn, PCI_LATENCY_TIMER, 0xff);
> + pci_write_config_byte( pdev, PCI_LATENCY_TIMER, 0xff);
> TLAN_DBG( TLAN_DEBUG_GNRL, "TLAN: Setting latency timer to max.\n");
> }
>
> - - for ( reg = PCI_BASE_ADDRESS_0; reg <= PCI_BASE_ADDRESS_5; reg +=4 ) {
> - - pcibios_read_config_dword( *pci_bus, *pci_dfn, reg, pci_io_base);
> + for ( reg = 0; reg <= 5; reg ++ ) {
> + *pci_io_base = pdev->base_address[reg];
> if ((pci_command & PCI_COMMAND_IO) && (*pci_io_base & 0x3)) {
> *pci_io_base &= PCI_BASE_ADDRESS_IO_MASK;
> TLAN_DBG( TLAN_DEBUG_GNRL, "TLAN: IO mapping is available at %x.\n", *pci_io_base);
> @@ -582,7 +582,7 @@
> printk("TLAN: IO mapping not available, ignoring device.\n");
>
> if ( ! ( pci_command & PCI_COMMAND_MASTER ) ) {
> - - pcibios_write_config_word ( *pci_bus, *pci_dfn, PCI_COMMAND, pci_command | PCI_COMMAND_MASTER );
> + pci_write_config_word ( pdev, PCI_COMMAND, pci_command | PCI_COMMAND_MASTER );
> printk( "TLAN: Activating PCI bus mastering for this device.\n" );
> }
>
> @@ -779,7 +779,7 @@
>
> if ( ! priv->phyOnline ) {
> TLAN_DBG( TLAN_DEBUG_TX, "TLAN TRANSMIT: %s PHY is not ready\n", dev->name );
> - - dev_kfree_skb( skb, FREE_WRITE );
> + dev_kfree_skb( skb );
> return 0;
> }
>
> @@ -837,7 +837,7 @@
> CIRC_INC( priv->txTail, TLAN_NUM_TX_LISTS );
>
> if ( bbuf ) {
> - - dev_kfree_skb( skb, FREE_WRITE );
> + dev_kfree_skb( skb );
> }
>
> dev->trans_start = jiffies;
> @@ -1126,7 +1126,7 @@
> head_list = priv->txList + priv->txHead;
>
> if ( ! bbuf ) {
> - - dev_kfree_skb( (struct sk_buff *) head_list->buffer[9].address, FREE_WRITE );
> + dev_kfree_skb( (struct sk_buff *) head_list->buffer[9].address );
> head_list->buffer[9].address = 0;
> }
>
> @@ -1220,7 +1220,7 @@
> * of the list. If the frame was the last in the Rx
> * channel (EOC), the function restarts the receive channel
> * by sending an Rx Go command to the adapter. Then it
> - - * activates/continues the the activity LED.
> + * activates/continues the activity LED.
> *
> **************************************************************/
>
> @@ -1692,7 +1692,7 @@
> list = priv->txList + i;
> skb = (struct sk_buff *) list->buffer[9].address;
> if ( skb ) {
> - - dev_kfree_skb( skb, FREE_WRITE );
> + dev_kfree_skb( skb );
> list->buffer[9].address = 0;
> }
> }
> @@ -1701,7 +1701,7 @@
> list = priv->rxList + i;
> skb = (struct sk_buff *) list->buffer[9].address;
> if ( skb ) {
> - - dev_kfree_skb( skb, FREE_READ );
> + dev_kfree_skb( skb );
> list->buffer[9].address = 0;
> }
> }
> @@ -1721,7 +1721,7 @@
> * io_base Base IO port of the device of
> * which to print DIO registers.
> *
> - - * This function prints out all the the internal (DIO)
> + * This function prints out all the internal (DIO)
> * registers of a TLAN chip.
> *
> **************************************************************/
> @@ -2030,7 +2030,7 @@
> * areg The AREG to set the address in (0 - 3).
> * mac A pointer to an array of chars. Each
> * element stores one byte of the address.
> - - * IE, it isn't in ascii.
> + * That is, it isn't in ascii.
> *
> * This function transfers a MAC address to one of the
> * TLAN AREGs (address registers). The TLAN chip locks
> @@ -2812,7 +2812,7 @@
> *
> * Returns:
> * No error = 0, else, the stage at which the error
> - - * occured.
> + * occurred.
> * Parms:
> * io_base The IO port base address for the
> * TLAN device with the EEPROM to
>
> - --6zdv2QT/q3FMhpsV--
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Olaf Titz <olaf@bigred.inka.de>
> Date: Thu, 23 Jul 1998 10:41:34 +0200
> Subject: Re: vesa & v2.1.109
>
> > > Won't work - vesafb doesn't work on the Matrox Millennium [4MB] either. At
> > > least not in 2.1.110 and the CVS version.
>
> It works for me on a Millennium II AGP. Should depend only on the BIOS.
>
> olaf
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: dth@cistron.nl (Danny ter Haar)
> Date: 23 Jul 1998 11:07:06 +0200
> Subject: Re: ftp.kernel.org full of lamers not using mirrors.
>
> H. Peter Anvin <hpa@transmeta.com> wrote:
> >Just go ahead and mirror it; you don't need my permission to do so.
>
> We are infact allready mirroring all the good stuff !
> (ftp.cistron.nl/pub/os/linux/kernel/)
> in june there where a few few thousand hits only for kernel sources/patches.
>
> What i would like to is be able to fetch a new patch and
> not be stopped at: too many users :)
>
> Danny
> - --
> Danny ter Haar | CistroN Internet Services | Unix & Internet
> dth@het.net | finger dth@cistron.nl for PGP-key | specialists
> == where do you want to go tomorrow ? linux axp www.nl.debian.org ==
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Martin Mares <mj@albireo.ucw.cz>
> Date: Thu, 23 Jul 1998 11:12:56 +0200
> Subject: Re: 2.1.111-1 SMP: VesaFB on Matrox Mill-II works!
>
> > Currently XF68_FBDev is part of the hw/xfree68 directory, with stuff for
> > Linux/m68k.
>
> Anyway, you can simply add
>
> #define XF68FBDevServer YES
> # define XF68FBDevCFB8 YES
> # define XF68FBDevCFB16 YES
> # define XF68FBDevCFB32 YES
>
> to your site.def and the fb server gets built even on a PC and works fine (at
> least for me ;-]).
>
> Have a nice fortnight
> - --
> Martin `MJ' Mares <mj@ucw.cz> http://atrey.karlin.mff.cuni.cz/~mj/
> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
> "CChheecckk yyoouurr dduupplleexx sswwiittcchh.."
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Xintian Wu <xintian@cse.ogi.edu>
> Date: Thu, 23 Jul 1998 02:35:44 -0700 (PDT)
> Subject: Re: 2.1.110 PCI patch for booting an NCR S40
>
> This message is in MIME format. The first part should be readable text,
> while the remaining parts are likely unreadable without MIME-aware tools.
> Send mail to mime@docserver.cac.washington.edu for more info.
>
> - ---559023410-851401618-901186544=:17059
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> On Thu, 23 Jul 1998, Albert Cranford wrote:C
> > Go to ftp.kernel.org:/pub/linux/kernel/testing
> > and get pre-patch-2.1.111-1
> > Don't backout anything from 2.1.110 and apply pre 2.1.111
> > ncr devices work cleanly then.
>
> The pre-2.1.111-1 doesn't catch the NCR53c875 either.
>
> On Thu, 23 Jul 1998, Eric Paire wrote:
> > Do you know how many PCI busses are connected to the main processor Bus ?
> > In which case you could replace the 'DBG("...")' in line 928 by a
> > 'printk("...")' in order to see hown many HOST-PCI bridges have been
> > discovered in your Proliant 7000 ?
>
> Attached is the output of the Compaq inspection program that comes with
> the machine. And below is the output of the pci-patched 2.1.110:
>
> PCI: BIOS32 Service Directory Structure at 0x800ffee0
> PCI: BIOS32 Service Directory Entry at 0xf0000
> PCI: BIOS probe returned s=00 hw=11 ver=02.10 l=02
> PCI: PCI BIOS recision 2.10 entry at 0xf0070
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> PCI: Scanning for ghost devices on bus 0
> PCI: Scanning for ghost devices on bus 1
> PCI: Host bridge at 00:c8
> PCI: Sorting device list
> PCI: Device 00:78 not found by BIOS
> PCI: Device 00:a0 not found by BIOS
> PCI: Device 00:c8 not found by BIOS
> PCI: Device 00:d0 not found by BIOS
>
>
> - ---559023410-851401618-901186544=:17059
> Content-Type: TEXT/PLAIN; charset=US-ASCII; name="inspectb.out"
> Content-Transfer-Encoding: BASE64
> Content-ID: <Pine.SOL.3.96.980723023544.17059B@church.cse.ogi.edu>
> Content-Description:
>
> DQ0KSU5TUEVDVCAtIFZlcnNpb24gUzEwLjE2QQ0NCj09PT09PT09PT09PT09
> PT09PT09PT09PT09DQ0KDQ0KDQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLQ0NClN5c3RlbSA6IA0NCg0NCg0NCkRhdGUgLiAuIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gLiAuICAwNy8yMy8xOTk4DQ0KVGltZSAuIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gLiAuIC4gIDA1OjMxOjI5DQ0KDQ0KUHJvZHVjdCAgLiAu
> IC4gLiAuIC4gLiAuIC4gLiAuIC4gIENvbXBhcSBQcm9MaWFudCA3MDAwDQ0K
> DQ0KTWFjaGluZSBJRA0NCiAgRnJvbSBTeXN0ZW0gQm9hcmQgIC4gLiAuIC4g
> LiAuICBDUFExNjY5DQ0KDQ0KUHJvY2Vzc29yICAuIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gIFBlbnRpdW0gUHJvKFIpIGF0IDIwMCBNSHoNDQpTZWNvbmRhcnkg
> Q2FjaGUgIC4gLiAuIC4gLiAuIC4gLiAgNTEySw0NCkNQVSBJRCAuIC4gLiAu
> IC4gLiAuIC4gLiAuIC4gLiAuICAwNjE5DQ0KDQ0KUHJvY2Vzc29yIDIgIC4g
> LiAuIC4gLiAuIC4gLiAuIC4gIFBlbnRpdW0gUHJvKFIpIGF0IDIwMCBNSHoN
> DQpTZWNvbmRhcnkgQ2FjaGUgIC4gLiAuIC4gLiAuIC4gLiAgNTEySw0NCkNQ
> VSBJRCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAwNjE5DQ0KDQ0KUHJv
> Y2Vzc29yIDMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gIFBlbnRpdW0gUHJvKFIp
> IGF0IDIwMCBNSHoNDQpTZWNvbmRhcnkgQ2FjaGUgIC4gLiAuIC4gLiAuIC4g
> LiAgNTEySw0NCkNQVSBJRCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAw
> NjE5DQ0KDQ0KUHJvY2Vzc29yIDQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gIFBl
> bnRpdW0gUHJvKFIpIGF0IDIwMCBNSHoNDQpTZWNvbmRhcnkgQ2FjaGUgIC4g
> LiAuIC4gLiAuIC4gLiAgNTEySw0NCkNQVSBJRCAuIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gLiAuICAwNjE5DQ0KDQ0KUHJvY2Vzc29yKHMpIE1hcHBlZCBPdXQg
> IC4gLiAuIC4gIE5vbmUNDQoNDQpOdW1lcmljIENvcHJvY2Vzc29yICAuIC4g
> LiAuIC4gLiAgSW50ZWdyYXRlZCAzODctQ29tcGF0aWJsZQ0NCg0NCkV4cGFu
> c2lvbiBCdXMgIC4gLiAuIC4gLiAuIC4gLiAuICBFeHRlbmRlZCBJU0EsIFBD
> SQ0NCg0NClN5c3RlbSBJZGVudGlmaWNhdGlvbiBOdW1iZXIgLiAuICA4NzM5
> QkxDMTAyODANDQoNDQpDUFUgTW9kZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
> LiAgUmVhbCBNb2RlDQ0KDQ0KDQ0KQ29tcGFxIFByb0xpYW50IDcwMDAgaXMg
> YSB0cmFkZW1hcmsgb2YgQ29tcGFxIENvbXB1dGVyIENvcnBvcmF0aW9uLg0N
> Cg0NCg0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQpST00g
> OiANDQoNDQoNDQpTeXN0ZW0gUk9NDQ0KICAgIFJldmlzaW9uIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gIDAzLzE5LzE5OTgNDQogICAgICBGYW1pbHkgLiAuIC4g
> LiAuIC4gLiAuIC4gLiAgRTQwDQ0KICAgIEZsYXNoYWJsZSAgLiAuIC4gLiAu
> IC4gLiAuIC4gIFllcw0NCiAgICBTdXBwb3J0cyBGMTAgcGFydGl0aW9uIC4g
> LiAuICBZZXMNDQoNDQpWaWRlbyBDb250cm9sbGVyIFJPTQ0NCiAgICBSZXZp
> c2lvbiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxLjYgKENpcnJ1cykNDQoNDQpL
> ZXlib2FyZCBDb250cm9sbGVyIFJPTQ0NCiAgICBSZXZpc2lvbiAuIC4gLiAu
> IC4gLiAuIC4gLiAuICBDLjcgMDYvMTQvMTk5MQ0NCiAgICAgIEZhbWlseSAu
> IC4gLiAuIC4gLiAuIC4gLiAuICBLDQ0KDQ0KT3B0aW9uIFJPTXMNDQogIEFk
> ZHJlc3MgUmFuZ2UgIC4gLiAuIC4gLiAuIC4gLiAgQzAwMDAgLSBDN0ZGRiAN
> DQogICAgRGF0YSBEdW1wICAuIC4gLiAuIC4gLiAuIC4gLiAgKENMLUdENTQ0
> MCBWR0EgQklPUyBWZXJzaW9uIDEuMDYgICAgICBDb3B5cmlnaHQgMTk5Mi0x
> OTk1IENpci4uLikNDQoNDQogIEFkZHJlc3MgUmFuZ2UgIC4gLiAuIC4gLiAu
> IC4gLiAgRTgwMDAgLSBFREZGRiANDQogICAgRGF0YSBEdW1wICAuIC4gLiAu
> IC4gLiAuIC4gLiAgKFZlciAxLjI3IChDKUNvcHlyaWdodCBDT01QQVEgQ29t
> cHV0ZXIgQ29ycG9yYXRpb24gMTk5OC1BbGwgUi4uLikNDQoNDQpCb290Ymxv
> Y2sgUk9NICAuIC4gLiAuIC4gLiAuIC4gLiAgMDUvMDUvMTk5Nw0NCg0NCg0N
> Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQpLZXlib2FyZCA6
> IA0NCg0NCg0NCktleWJvYXJkIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICBF
> bmhhbmNlZA0NCg0NCg0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0NDQpTeXN0ZW0gUG9ydHMgOiANDQoNDQoNDQpMUFQgUG9ydHMgIC4gLiAu
> IC4gLiAuIC4gLiAuIC4gLiAgTm90IEluc3RhbGxlZA0NCg0NCkNPTSBQb3J0
> cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICBOb3QgSW5zdGFsbGVkDQ0KDQ0K
> DQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NClN5c3RlbSBT
> dG9yYWdlIDogDQ0KDQ0KDQ0KRW1iZWRkZWQgSURFIENvbnRyb2xsZXIsIEJh
> c2UgQWRkcmVzcyAweDFmMA0NCg0NCiAgRGV2aWNlIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gLiAuICBDb21wYXEgMTZYIENELVJPTQ0NCiAgRHJpdmUgcG9zaXRp
> b24gLiAuIC4gLiAuIC4gLiAuICAxDQ0KICBSZXZpc2lvbiAuIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gIDEuMWENDQogIE1vZGVsIE51bWJlciAuIC4gLiAuIC4g
> LiAuIC4gLiAgU09OWSAgICBDRC1ST00gQ0RVNTcxLVENDQoNDQpFbWJlZGRl
> ZCBXaWRlIFNDU0kgQ29udHJvbGxlciwgSVJRMTENDQogIERldmljZSAuIC4g
> LiAuIC4gLiAuIC4gLiAuIC4gLiAgSW50ZXJuYWwgUHJvTGlhbnQgLSBSRVYg
> Sk0xNg0NCg0NCiAgRGV2aWNlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICBD
> b21wYXEgOS4xIEdCIFMuTS5BLlIuVC4gU0NTSSBEaXNrDQ0KICBTQ1NJIElE
> ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDANDQogIFJldmlzaW9uIC4gLiAu
> IC4gLiAuIC4gLiAuIC4gLiAgMDFDMA0NCiAgTW9kZWwgTnVtYmVyIC4gLiAu
> IC4gLiAuIC4gLiAuICBDT01QQVEgIERHSFMwOVkNDQogIFNlcmlhbCBOdW1i
> ZXIgIC4gLiAuIC4gLiAuIC4gLiAgNjgwMDkwMENHQQ0NCiAgRHJpdmUgY2Fw
> YWNpdHkgKGJsb2NrcykgIC4gLiAuICAxNzc3MzUwMA0NCiAgRHJpdmUgZ2Vv
> bWV0cnkgKEN5bCwgSGRzLCBTZWMpICAxMTA2LCAyNTUsIDYzDQ0KDQ0KRW1i
> ZWRkZWQgV2lkZSBTQ1NJIENvbnRyb2xsZXIsIElSUTExDQ0KICBEZXZpY2Ug
> LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIEludGVybmFsIFByb0xpYW50IC0g
> UkVWIEpNMTYNDQoNDQpEaXNrZXR0ZSBEcml2ZSBBIC4gLiAuIC4gLiAuIC4g
> LiAgMS40NCBNZWdhYnl0ZSAoMy41IGluY2gpDQ0KIA0NCg0NCi0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQpHcmFwaGljcyA6IA0NCg0NCg0N
> CkdyYXBoaWNzIE1vZGUgIC4gLiAuIC4gLiAuIC4gLiAuICAwMyAoODAtQ29s
> dW1uIFRleHQpDQ0KDQ0KDQ0KUHJpbWFyeSBNb25pdG9yIGF0dGFjaGVkIHRv
> ICAuIC4gIENpcnJ1cyBDTC1HRDU0MzAgR3JhcGhpY3MgQ29udHJvbGxlcg0N
> CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aXRoIFZpZGVv
> IEdyYXBoaWNzIENvbG9yIE1vbml0b3INDQoNDQpUb3RhbCBWaWRlbyBNZW1v
> cnkgLiAuIC4gLiAuIC4gLiAgMTAyNCBLYnl0ZXMNDQoNDQoNDQotLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQ0KTWVtb3J5IDogDQ0KDQ0KTWVt
> b3J5IEJvYXJkcyBJZGVudGlmaWVkOg0NCiAgRXhwYW5zaW9uIEJvYXJkDQ0K
> ICAgIEJhbmsgIDEgKEZQTSkgIC4gLiAuIC4gLiAuIC4gIDEwMjQgTWVnYWJ5
> dGVzDQ0KICAgIEJhbmsgIDIgKEZQTSkgIC4gLiAuIC4gLiAuIC4gIDEwMjQg
> TWVnYWJ5dGVzDQ0KICAgIEJhbmsgIDMgIC4gLiAuIC4gLiAuIC4gLiAuIC4g
> ICAgIDAgTWVnYWJ5dGVzDQ0KICAgIEJhbmsgIDQgIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gICAgIDAgTWVnYWJ5dGVzDQ0KVG90YWwgQ29tcGFxIE1lbW9yeSAg
> LiAuIC4gLiAuIC4gIDIwNDggTWVnYWJ5dGVzDQ0KDQ0KQmFzZSBNZW1vcnkN
> DQogIFN5c3RlbSBUb3RhbCAuIC4gLiAuIC4gLiAuIC4gLiAgICA2MzkgS2J5
> dGVzDQ0KICBBbW91bnQgRnJlZSAgLiAuIC4gLiAuIC4gLiAuIC4gICAgNjAx
> IEtieXRlcyAoNjE1OTY4IEJ5dGVzKQ0NCg0NCkV4dGVuZGVkIE1lbW9yeQ0N
> CiAgU3lzdGVtIFRvdGFsIC4gLiAuIC4gLiAuIC4gLiAuICAyMDk2MTI4IEti
> eXRlcw0NCg0NCkV4cGFuZGVkIE1lbW9yeQ0NCiAgTElNIERyaXZlciBTdXBw
> b3J0IC4gLiAuIC4gLiAuICBMSU0gZHJpdmVyIG5vdCBsb2FkZWQNDQoNDQoN
> DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQ0KT3BlcmF0aW5n
> IFN5c3RlbSA6IA0NCg0NCg0NCk9wZXJhdGluZyBTeXN0ZW0gLiAuIC4gLiAu
> IC4gLiAuICBNUy1ET1MgdmVyc2lvbiA2LjAwIChmcm9tIGRpc2tldHRlKQ0N
> Cg0NCk1lbW9yeSBBbGxvY2F0aW9uIChpbmNsdWRpbmcgSU5TUEVDVCkNDQog
> IFBTUCAgIFNJWkUgICAgTkFNRSAgICAgICAgICBUUkFQUEVEIElOVEVSUlVQ
> VFMNDQogIC0tLS0gIC0tLS0tLSAgLS0tLS0tLS0tLS0tICAtLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NCiAgMDQzMSAgMDIxMTY4
> ICBDT01NQU5ELkNPTSAgIEZDaCAgRkJoICBGNGggIEYyaCAgMjJoDQ0KICAw
> OTYzICAyNDg0OTYgIElOU1BFQ1QuRVhFICAgMjRoICBGRmggIEVBaCAgM0Zo
> ICAzMGggIDAwaA0NCiAgMzA4QyAgMTA0Mzg0ICA8dW5rbm93bj4gICAgDQ0K
> DQ0KDQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0NCk5ldHdv
> cmsgOiANDQoNDQpDb21wYXEgTmV0ZWxsaWdlbnQgRHVhTCAxMC8xMDAgVFgg
> UENJIFVUUCBDb250cm9sbGVyKHMpDQ0KICBJL08gQWRkcmVzcyAuIC4gLiAu
> IC4gLiAuIC4gLiAuIDUwMDBoIC0gNTAwRWgNDQogICAgTmV0d29yayBUeXBl
> ICAuIC4gLiAuIC4gLiAuIC4gRXRoZXJuZXQNDQogICAgSVJRIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gLiAuIC4gNQ0NCiAgICBJUlEgVHlwZSAgLiAuIC4gLiAu
> IC4gLiAuIC4gLiBMZXZlbA0NCiAgICBTcGVlZCAuIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gLiAxMDBNQlBTDQ0KICAgIE5ldHdvcmsgQWRkcmVzcyAuIC4gLiAu
> IC4gLiAuIDAwODA1RkU2MjcwQg0NCiAgSS9PIEFkZHJlc3MgLiAuIC4gLiAu
> IC4gLiAuIC4gLiA1MDEwaCAtIDUwMUVoDQ0KICAgIE5ldHdvcmsgVHlwZSAg
> LiAuIC4gLiAuIC4gLiAuIEV0aGVybmV0DQ0KICAgIElSUSAuIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gLiAuIDIvOQ0NCiAgICBJUlEgVHlwZSAgLiAuIC4gLiAu
> IC4gLiAuIC4gLiBMZXZlbA0NCiAgICBTcGVlZCAuIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gLiAxMDBNQlBTDQ0KICAgIE5ldHdvcmsgQWRkcmVzcyAuIC4gLiAu
> IC4gLiAuIDAwODA1RkU2MjdGMw0NCg0NCg0NCi0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0NDQpTeXN0ZW0gQ29uZmlndXJhdGlvbiA6IA0NCg0N
> Cg0NClN5c3RlbSBDb25maWd1cmF0aW9uIFV0aWxpdHkgLiAuICBWZXJzaW9u
> IDIuMzgNDQoNDQpFeHRlbmRlZCBOb24tdm9sYXRpbGUgTWVtb3J5DQ0KLS0t
> LS0tLS0gLS0tLS0tLS0tLS0tIC0tLS0tLQ0NClNsb3QgLiAuIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gLiAuICAgMCANDQogIFNsb3QgVHlwZSAgLiAuIC4gLiAu
> IC4gLiAuIC4gLiAgRW1iZWRkZWQNDQogIEJvYXJkIElEIC4gLiAuIC4gLiAu
> IC4gLiAuIC4gLiAgQ1BRMTY2OQ0NCiAgQ0ZHIEZpbGUgRXh0ZW5zaW9uDQ0K
> ICAgIFJldmlzaW9uIExldmVsIC4gLiAuIC4gLiAuIC4gIDIuMjENDQogIFR5
> cGUgRW50cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgTVNELEZQWUNUTA0NCiAg
> ICBJUlEgRW50cnkocyk6IA0NCiAgICAgIElSUSAgNiwgTm90IFNoYXJlZCwg
> RWRnZSBUcmlnZ2VyZWQNDQogICAgRE1BIENoYW5uZWwocyk6IA0NCiAgICAg
> IENoYW5uZWwgMiwgTm90IFNoYXJlZA0NCiAgICAgIFRpbWluZzogVHlwZSBC
> DQ0KICAgICAgVHJhbnNmZXIgU2l6ZTogOC1iaXQgKGJ5dGUpDQ0KICAgIFBv
> cnQgUmFuZ2Uocyk6IA0NCiAgICAgIDAzRjBoIC0gMDNGNWgsIE5vdCBTaGFy
> ZWQNDQogICAgICAwM0Y2aCAtIDAzRjdoLCBTaGFyZWQNDQoNDQogIFR5cGUg
> RW50cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgTVNELFVOSVQwLEZQWURSVjtU
> WVA9NA0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4gLiAuICBNU0Qs
> VU5JVDEsRlBZRFJWO1RZUD0wDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAu
> IC4gLiAuIC4gIE1TRA0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4g
> LiAuICBNU0QsRFNLQ1RMO0NUTDINDQogICAgSVJRIEVudHJ5KHMpOiANDQog
> ICAgICBJUlEgMTQsIE5vdCBTaGFyZWQsIEVkZ2UgVHJpZ2dlcmVkDQ0KICAg
> IFBvcnQgUmFuZ2Uocyk6IA0NCiAgICAgIDAxRjBoIC0gMDFGN2gsIE5vdCBT
> aGFyZWQNDQogICAgICAwM0Y2aCAtIDAzRjdoLCBTaGFyZWQNDQogICAgICAx
> MUYxaCwgTm90IFNoYXJlZA0NCg0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4g
> LiAuIC4gLiAuICBNU0QsVU5JVDAsRFNLRFJWO0NEDQ0KICBUeXBlIEVudHJ5
> KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1TRCxVTklUMSxEU0tEUlYNDQogIE1l
> bW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgUmFuZ2UgICAgICAgICAgICAgICAgU2l6ZSANDQogICAg
> ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLS0tLSAgICAg
> ICAgICAgICAgICAtLS0tDQ0KICAgIFJPTTogT3RoZXIsICAgIENhY2hlYWJs
> ZSAgICAgICAgIDg5NksgLSAgICAgICAgMU0gICAgICAgICAxMjhLDQ0KDQ0K
> ICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtDT01QQVEN
> DQogIE1lbW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgICAgICAgUmFuZ2UgICAgICAgICAgICAgICAgU2l6ZSAN
> DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLS0t
> LSAgICAgICAgICAgICAgICAtLS0tDQ0KICAgIFJBTTogU3lzdGVtLCAgIENh
> Y2hlYWJsZSAgICAgICAgICAgMEsgLSAgICAgIDY0MEsgICAgICAgICA2NDBL
> DQ0KDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtD
> T01QQVENDQogIE1lbW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgICAgICAgICAgICAgUmFuZ2UgICAgICAgICAgICAgICAg
> U2l6ZSANDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
> ICAtLS0tLSAgICAgICAgICAgICAgICAtLS0tDQ0KICAgIFJBTTogU3lzdGVt
> LCAgIENhY2hlYWJsZSAgICAgICAgICAgMU0gLSAgICAgICAxNk0gICAgICAg
> ICAgMTVNDQ0KDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4g
> IE1FTTtDT01QQVENDQogIE1lbW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAg
> ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUmFuZ2UgICAgICAgICAg
> ICAgICAgU2l6ZSANDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
> ICAgICAgICAtLS0tLSAgICAgICAgICAgICAgICAtLS0tDQ0KICAgIFJBTTog
> U3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgICAxNk0gLSAgICAgICA2NE0g
> ICAgICAgICAgNDhNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAg
> ICAgICAgICA2NE0gLSAgICAgIDEyOE0gICAgICAgICAgNjRNDQ0KICAgIFJB
> TTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgIDEyOE0gLSAgICAgIDE5
> Mk0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJs
> ZSAgICAgICAgIDE5Mk0gLSAgICAgIDI1Nk0gICAgICAgICAgNjRNDQ0KICAg
> IFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgIDI1Nk0gLSAgICAg
> IDMyME0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hl
> YWJsZSAgICAgICAgIDMyME0gLSAgICAgIDM4NE0gICAgICAgICAgNjRNDQ0K
> ICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgIDM4NE0gLSAg
> ICAgIDQ0OE0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENh
> Y2hlYWJsZSAgICAgICAgIDQ0OE0gLSAgICAgIDUxMk0gICAgICAgICAgNjRN
> DQ0KDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtD
> T01QQVENDQogIE1lbW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgICAgICAgICAgICAgUmFuZ2UgICAgICAgICAgICAgICAg
> U2l6ZSANDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
> ICAtLS0tLSAgICAgICAgICAgICAgICAtLS0tDQ0KICAgIFJBTTogU3lzdGVt
> LCAgIENhY2hlYWJsZSAgICAgICAgIDUxMk0gLSAgICAgIDU3Nk0gICAgICAg
> ICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAg
> IDU3Nk0gLSAgICAgIDY0ME0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lz
> dGVtLCAgIENhY2hlYWJsZSAgICAgICAgIDY0ME0gLSAgICAgIDcwNE0gICAg
> ICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAg
> ICAgIDcwNE0gLSAgICAgIDc2OE0gICAgICAgICAgNjRNDQ0KICAgIFJBTTog
> U3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgIDc2OE0gLSAgICAgIDgzMk0g
> ICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAg
> ICAgICAgIDgzMk0gLSAgICAgIDg5Nk0gICAgICAgICAgNjRNDQ0KICAgIFJB
> TTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgIDg5Nk0gLSAgICAgIDk2
> ME0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJs
> ZSAgICAgICAgIDk2ME0gLSAgICAgMTAyNE0gICAgICAgICAgNjRNDQ0KDQ0K
> ICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtDT01QQVEN
> DQogIE1lbW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgICAgICAgUmFuZ2UgICAgICAgICAgICAgICAgU2l6ZSAN
> DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLS0t
> LSAgICAgICAgICAgICAgICAtLS0tDQ0KICAgIFJBTTogU3lzdGVtLCAgIENh
> Y2hlYWJsZSAgICAgICAgMTAyNE0gLSAgICAgMTA4OE0gICAgICAgICAgNjRN
> DQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTA4OE0g
> LSAgICAgMTE1Mk0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAg
> IENhY2hlYWJsZSAgICAgICAgMTE1Mk0gLSAgICAgMTIxNk0gICAgICAgICAg
> NjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTIx
> Nk0gLSAgICAgMTI4ME0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVt
> LCAgIENhY2hlYWJsZSAgICAgICAgMTI4ME0gLSAgICAgMTM0NE0gICAgICAg
> ICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAg
> MTM0NE0gLSAgICAgMTQwOE0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lz
> dGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTQwOE0gLSAgICAgMTQ3Mk0gICAg
> ICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAg
> ICAgMTQ3Mk0gLSAgICAgMTUzNk0gICAgICAgICAgNjRNDQ0KDQ0KICBUeXBl
> IEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtDT01QQVENDQogIE1l
> bW9yeSBFbnRyeShzKTogDQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgUmFuZ2UgICAgICAgICAgICAgICAgU2l6ZSANDQogICAg
> ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLS0tLSAgICAg
> ICAgICAgICAgICAtLS0tDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJs
> ZSAgICAgICAgMTUzNk0gLSAgICAgMTYwME0gICAgICAgICAgNjRNDQ0KICAg
> IFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTYwME0gLSAgICAg
> MTY2NE0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hl
> YWJsZSAgICAgICAgMTY2NE0gLSAgICAgMTcyOE0gICAgICAgICAgNjRNDQ0K
> ICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTcyOE0gLSAg
> ICAgMTc5Mk0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENh
> Y2hlYWJsZSAgICAgICAgMTc5Mk0gLSAgICAgMTg1Nk0gICAgICAgICAgNjRN
> DQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTg1Nk0g
> LSAgICAgMTkyME0gICAgICAgICAgNjRNDQ0KICAgIFJBTTogU3lzdGVtLCAg
> IENhY2hlYWJsZSAgICAgICAgMTkyME0gLSAgICAgMTk4NE0gICAgICAgICAg
> NjRNDQ0KICAgIFJBTTogU3lzdGVtLCAgIENhY2hlYWJsZSAgICAgICAgMTk4
> NE0gLSAgICAgMjA0OE0gICAgICAgICAgNjRNDQ0KDQ0KICBUeXBlIEVudHJ5
> KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtDT01QQVENDQogIFR5cGUgRW50
> cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgTUVNO0NPTVBBUQ0NCiAgVHlwZSBF
> bnRyeShzKSAgLiAuIC4gLiAuIC4gLiAuICBNRU07Q09NUEFRDQ0KICBUeXBl
> IEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIE1FTTtDT01QQVENDQogIFR5
> cGUgRW50cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgTUVNO0NPTVBBUQ0NCiAg
> VHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4gLiAuICBNRU07Q09NUEFRDQ0K
> ICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIENPTSxBU1kNDQog
> IFR5cGUgRW50cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgQ09NLEFTWQ0NCiAg
> VHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4gLiAuICBQQVINDQogIFR5cGUg
> RW50cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgUFRSLDgwNDINDQogICAgSVJR
> IEVudHJ5KHMpOiANDQogICAgICBJUlEgMTMsIFNoYXJlZCwgRWRnZSBUcmln
> Z2VyZWQNDQogIFR5cGUgRW50cnkocykgIC4gLiAuIC4gLiAuIC4gLiAgT1RI
> LEEyMA0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4gLiAuICBPVEgs
> U09GVE5NSQ0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4gLiAuICBP
> VEgsRkxTRk5NSQ0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4gLiAu
> ICBPVEgsQlVTTk1JDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4gLiAu
> IC4gIE9USCxEU0tURE1BDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAuIC4g
> LiAuIC4gIE9USCxSRUZSRVNIDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAu
> IC4gLiAuIC4gIE9USCxQRVJSDQ0KICBUeXBlIEVudHJ5KHMpICAuIC4gLiAu
> IC4gLiAuIC4gIE9USCxJT1ENDQogIFR5cGUgRW50cnkocykgIC4gLiAuIC4g
> LiAuIC4gLiAgT1RILFRBQkxFO0RFRkFVTFQ2DQ0KICAgIFBvcnQgUmFuZ2Uo
> cyk6IA0NCiAgICAgIDdDODBoIC0gN0M4M2gsIE5vdCBTaGFyZWQNDQogICAg
> ICA4QzgwaCAtIDhDODNoLCBOb3QgU2hhcmVkDQ0KICAgICAgOUM4MGggLSA5
> QzgzaCwgTm90IFNoYXJlZA0NCiAgICAgIEFDODBoIC0gQUM4M2gsIE5vdCBT
> aGFyZWQNDQogICAgICBCQzgwaCAtIEJDODNoLCBOb3QgU2hhcmVkDQ0KICAg
> ICAgQ0M4MGggLSBDQzgzaCwgTm90IFNoYXJlZA0NCiAgICAgIERDODBoIC0g
> REM4M2gsIE5vdCBTaGFyZWQNDQogICAgICBFQzgwaCAtIEVDODNoLCBOb3Qg
> U2hhcmVkDQ0KICAgICAgRkM4MGggLSBGQzgzaCwgTm90IFNoYXJlZA0NCg0N
> CiAgICBJUlEgRW50cnkocyk6IA0NCiAgICAgIElSUSAxMywgU2hhcmVkLCBF
> ZGdlIFRyaWdnZXJlZA0NCiAgVHlwZSBFbnRyeShzKSAgLiAuIC4gLiAuIC4g
> LiAuICBJU0E7TUFQDQ0KICBGcmVlIEZvcm0gVGV4dCAuIC4gLiAuIC4gLiAu
> IC4gIDYxIDYyIDgzIDg0IDg1IDg2IDg3IDg4IDg5IDhBIDhCIDhDIEUwIEUw
> IA0NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFMCAwMSAw
> MiAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCANDQogICAgICAg
> ICAgICAgICAgICAgICAgICAgICAgICAgICAgMDAgMDAgDQ0KICBUeXBlIEVu
> dHJ5KHMpICAuIC4gLiAuIC4gLiAuIC4gIElTQTtQQ0lNQVANDQogIEZyZWUg
> Rm9ybSBUZXh0IC4gLiAuIC4gLiAuIC4gLiAgMDMgMDAgMDggMDQgMDAgMTAg
> MDUgMDAgMTggMDYgMDAgMjAgMDcgMDEgDQ0KICAgICAgICAgICAgICAgICAg
> ICAgICAgICAgICAgICAgIDA4IDA4IDAxIDEwIDA5IDAxIDE4IDBBIDAxIDIw
> IDBCIDAxIDI4IA0NCg0NCkVtcHR5IFNsb3QocykgIC4gLiAuIC4gLiAuIC4g
> LiAuICAgMSAgMiANDQoNDQoNDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tDQ0KU2VydmVyIEhlYWx0aCA6IA0NCg0NCg0NClN0YW5kYnkgUmVj
> b3ZlcnkgU2VydmVyDQ0KICBTdGF0dXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu
> IC4gIERpc2FibGVkDQ0KICBDT00gUG9ydCAuIC4gLiAuIC4gLiAuIC4gLiAu
> IC4gIENPTTENDQogIFNlcnZlciBDb25maWd1cmF0aW9uIC4gLiAuIC4gLiAg
> UmVjb3ZlcnkNDQogIFRpbWVvdXQgVmFsdWUgIC4gLiAuIC4gLiAuIC4gLiAg
> MSBtaW51dGVzDQ0KDQ0KDQ0KUmV2aXNpb25zIFRhYmxlDQ0KDQ0KUHJldmlv
> dXMgUmV2aXNpb25zDQ0KICBJL08gQm9hcmQgUmV2aXNpb24gLiAuIC4gLiAu
> IC4gIDAxDQ0KICAgIEFzc2VtYmx5IFZlcnNpb24gLiAuIC4gLiAuIC4gIDEN
> DQogICAgRnVuY3Rpb25hbCBSZXZpc2lvbiBMZXZlbCAgLiAgQQ0NCiAgTWVt
> b3J5IEJvYXJkICAxIFJldmlzaW9uIC4gLiAuICAwMQ0NCiAgICBBc3NlbWJs
> eSBWZXJzaW9uIC4gLiAuIC4gLiAuICAxDQ0KICAgIEZ1bmN0aW9uYWwgUmV2
> aXNpb24gTGV2ZWwgIC4gIEENDQogIFBvd2VyIGJhY2twbGFuZSByZXZpc2lv
> biAuIC4gLiAgMDENDQogICAgQXNzZW1ibHkgVmVyc2lvbiAuIC4gLiAuIC4g
> LiAgMQ0NCiAgICBGdW5jdGlvbmFsIFJldmlzaW9uIExldmVsICAuICBBDQ0K
> DQ0KQ3VycmVudCBSZXZpc2lvbnMNDQogIEkvTyBCb2FyZCBSZXZpc2lvbiAu
> IC4gLiAuIC4gLiAgMDENDQogICAgQXNzZW1ibHkgVmVyc2lvbiAuIC4gLiAu
> IC4gLiAgMQ0NCiAgICBGdW5jdGlvbmFsIFJldmlzaW9uIExldmVsICAuICBB
> DQ0KICBNZW1vcnkgQm9hcmQgIDEgUmV2aXNpb24gLiAuIC4gIDAxDQ0KICAg
> IEFzc2VtYmx5IFZlcnNpb24gLiAuIC4gLiAuIC4gIDENDQogICAgRnVuY3Rp
> b25hbCBSZXZpc2lvbiBMZXZlbCAgLiAgQQ0NCiAgUG93ZXIgYmFja3BsYW5l
> IHJldmlzaW9uIC4gLiAuICAwMQ0NCiAgICBBc3NlbWJseSBWZXJzaW9uIC4g
> LiAuIC4gLiAuICAxDQ0KICAgIEZ1bmN0aW9uYWwgUmV2aXNpb24gTGV2ZWwg
> IC4gIEENDQoNDQoNDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> DQ0KTWlzY2VsbGFuZW91cyA6IA0NCg0NCg0NClN5c3RlbSBDb25maWd1cmF0
> aW9uIE1lbW9yeQ0NCiAgMDAgLSAwRiA6ICAgIDM3IDAwIDMxIDAwICAgIDA1
> IDAwIDAwIDIzICAgIDA3IDk4IDI2IDgyICAgIDUwIDgwIDAwIDAwDQ0KICAx
> MCAtIDFGIDogICAgNDAgMDAgMDAgMDAgICAgMDMgODAgMDIgMDAgICAgM0Mg
> MDAgMDAgMDAgICAgMDAgMDAgMDAgMDINDQogIDIwIC0gMkYgOiAgICAwMCAw
> MCAwMCAwMCAgICA3RiAyMCAyMCA0MCAgICAwMCA3MCAwMCAwMCAgICAwMCAx
> MCAwMiA4Mg0NCiAgMzAgLSAzRiA6ICAgIDAwIDNDIDE5IDgwICAgIDAwIDAw
> IFhYIFhYICAgIFhYIFhYIFhYIFhYICAgIFhYIFhYIFhYIFhYDQ0KDQ0KQklP
> UyBEYXRhIEFyZWENDQogIDQwOjAwMDAgOiAgICAwMCAwMCAwMCAwMCAgICAw
> MCAwMCAwMCAwMCAgICAwMCAwMCAwMCAwMCAgICAwMCAwMCBDMCA5Rg0NCiAg
> NDA6MDAxMCA6ICAgIDI3IDAwIDAwIDdGICAgIDAyIDlDIDAwIDAwICAgIDAw
> IDAwIDM0IDAwICAgIDM0IDAwIDBEIDFDDQ0KICA0MDowMDIwIDogICAgRTAg
> NTAgMEQgMUMgICAgMDEgMUUgMEQgMUMgICAgRTAgNTAgRTAgNTAgICAgMEQg
> MUMgRTAgNTANDQogIDQwOjAwMzAgOiAgICAwRCAxQyAwRCAxQyAgICAwMCAw
> MCAwMCAwMCAgICAwMCAwMCAwMCAwMCAgICAwMCAwMCAwMSAwMQ0NCiAgNDA6
> MDA0MCA6ICAgIDI1IDAwIDAwIDAwICAgIDAwIDIyIDAwIDA1ICAgIDAyIDEy
> IDUwIDAwICAgIDAwIEEwIDAwIDAwDQ0KICA0MDowMDUwIDogICAgMDAgMjEg
> MDAgMDAgICAgMDAgMDAgMDAgMDAgICAgMDAgMDAgMDAgMDAgICAgMDAgMDAg
> MDAgMDANDQogIDQwOjAwNjAgOiAgICAwMCAwMCAwMCBENCAgICAwMyAwOSAz
> MCAxMiAgICAwNSA1OSA4RiBGRiAgICAwRiA3NyAwNSAwMA0NCiAgNDA6MDA3
> MCA6ICAgIDAwIDAwIDAwIDEyICAgIDAwIDAxIDAwIDAwICAgIDE0IDE0IDE0
> IDE0ICAgIDAxIDAxIDAxIDAxDQ0KICA0MDowMDgwIDogICAgMUUgMDAgM0Ug
> MDAgICAgMUQgMTAgMDAgNjAgICAgRjkgMTEgMEIgMDEgICAgMDAgMDAgMDAg
> MDUNDQogIDQwOjAwOTAgOiAgICAxNyAwMCAwMCAwMCAgICAyMiAwMCAxMCAw
> MCAgICAwMCAwMCAwMCAwMCAgICAwMCAwMCAwMCAwMA0NCiAgNDA6MDBBMCA6
> ICAgIDAwIDAwIDAwIDAwICAgIDAwIDAwIDAwIDAwICAgIDUzIDVCIDAwIEMw
> ICAgIDAwIDAwIDAwIDAwDQ0KICA0MDowMEIwIDogICAgMDAgMDAgMDAgMDAg
> ICAgMDAgMDAgMDAgMDAgICAgMDAgMDAgMDAgMDAgICAgMDAgMDAgMDAgMDAN
> DQogIDQwOjAwQzAgOiAgICAwMCAwMCAwMCAwMCAgICAwMCAwMCAwMCAwMCAg
> ICAwMCAwMCAwMCAwMCAgICAwMCAwMCAwMCAwMA0NCiAgNDA6MDBEMCA6ICAg
> IDAwIDAwIDAwIDAwICAgIDAwIDAwIDAwIDAwICAgIDAwIDAwIDAwIDAwICAg
> IDAwIDAwIDAwIDAwDQ0KICA0MDowMEUwIDogICAgMDAgMDAgMDAgMDAgICAg
> MDAgMDAgMDAgMDAgICAgMDAgMDAgMDAgMDAgICAgMDAgMDAgMDAgMDANDQog
> IDQwOjAwRjAgOiAgICAwMCAwMCAwMCAwMCAgICAwMCAwMCAwMCAwMCAgICAw
> MCAwMCAwMCAwMCAgICAwMCAwMCAwMCAwMA0NCg0NCg0NCkludGVycnVwdCBW
> ZWN0b3IgVGFibGUgKGluY2x1ZGluZyBJTlNQRUNUKQ0NCiAgMDAgLSAwMyA6
> ICAgIDA5NzM6MDU1NSAgICAgIDAwNzA6MDZGNCAgICAgIDAzQjc6MDAxNiAg
> ICAgIDAwNzA6MDZGNCAgIA0NCiAgMDQgLSAwNyA6ICAgIDAwNzA6MDZGNCAg
> ICAgIEYwMDA6RkY1NCAgICAgIEYwMDA6OTNDQyAgICAgIEYwMDA6OUJEMCAg
> IA0NCiAgMDggLSAwQiA6ICAgIDAzQjc6MDAzQyAgICAgIDAzQjc6MDA0NSAg
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgIA0NCiAgMEMgLSAwRiA6
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgICAgIDAzQjc6MDBCNyAg
> ICAgIDAwNzA6MDZGNCAgIA0NCiAgMTAgLSAxMyA6ICAgIEMwMDA6MzI5QyAg
> ICAgIEYwMDA6Rjg0RCAgICAgIEYwMDA6Rjg0MSAgICAgIDAwNzA6MDc3NCAg
> IA0NCiAgMTQgLSAxNyA6ICAgIEYwMDA6RTczOSAgICAgIDAyNTU6MDQxMyAg
> ICAgIEYwMDA6RTgyRSAgICAgIEYwMDA6RUZEMiAgIA0NCiAgMTggLSAxQiA6
> ICAgIEYwMDA6MkY2NSAgICAgIDA0MkM6MDAyRiAgICAgIEYwMDA6RkU2RSAg
> ICAgIDAwNzA6MDZFRSAgIA0NCiAgMUMgLSAxRiA6ICAgIEYwMDA6RkY1MyAg
> ICAgIEMwMDA6MUYyNCAgICAgIDAwMDA6MDUyMiAgICAgIEMwMDA6Njc0MyAg
> IA0NCiAgMjAgLSAyMyA6ICAgIDAxMTY6MTA5NCAgICAgIDAxMTY6MTA5RSAg
> ICAgIDA0NDE6MzJFOCAgICAgIDAxMTY6MTBEQSAgIA0NCiAgMjQgLSAyNyA6
> ICAgIDhGNTk6NDNGNiAgICAgIDAxMTY6MTBBOCAgICAgIDAxMTY6MTBCMiAg
> ICAgIDAxMTY6MTBCQyAgIA0NCiAgMjggLSAyQiA6ICAgIDAxMTY6MTBEQSAg
> ICAgIDAwNzA6MDc2MiAgICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAg
> IA0NCiAgMkMgLSAyRiA6ICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAg
> ICAgIDAxMTY6MTBEQSAgICAgIDAyNTU6MDFDQyAgIA0NCiAgMzAgLSAzMyA6
> ICAgIDE2MTA6RDBFQSAgICAgIEYwMDA6OUIwMSAgICAgIDAxMTY6MTBEQSAg
> ICAgIDAxMTY6MTBEQSAgIA0NCiAgMzQgLSAzNyA6ICAgIDAxMTY6MTBEQSAg
> ICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAg
> IA0NCiAgMzggLSAzQiA6ICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAg
> ICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAgIA0NCiAgM0MgLSAzRiA6
> ICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAgICAgIDAxMTY6MTBEQSAg
> ICAgIDFBNzg6MDRGMyAgIA0NCiAgNDAgLSA0MyA6ICAgIEYwMDA6RUM1OSAg
> ICAgIDAwMDA6MDAwMCAgICAgIEYwMDA6RjA2NSAgICAgIEMwMDA6NjM0MyAg
> IA0NCiAgNDQgLSA0NyA6ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIEYwMDA6OUJEMCAgIA0NCiAgNDggLSA0QiA6
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgIA0NCiAgNEMgLSA0RiA6ICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> IA0NCiAgNTAgLSA1MyA6ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgIA0NCiAgNTQgLSA1NyA6
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgIA0NCiAgNTggLSA1QiA6ICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> IA0NCiAgNUMgLSA1RiA6ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgIA0NCiAgNjAgLSA2MyA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgNjQgLSA2NyA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgNjggLSA2QiA6ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgICAgIEYwMDA6OUJEMCAgIA0NCiAgNkMgLSA2RiA6
> ICAgIEYwMDA6OUJEMCAgICAgIEMwMDA6MzI5QyAgICAgIEYwMDA6OUJEMCAg
> ICAgIEYwMDA6OUJEMCAgIA0NCiAgNzAgLSA3MyA6ICAgIDAzQjc6MDA1MiAg
> ICAgIEYwMDA6OUMxRiAgICAgIEYwMDA6OUJEMCAgICAgIDAzQjc6MDBFNyAg
> IA0NCiAgNzQgLSA3NyA6ICAgIDAzQjc6MDBGRiAgICAgIEYwMDA6OUMyOCAg
> ICAgIDAzQjc6MDExNyAgICAgIEYwMDA6OUJEMCAgIA0NCiAgNzggLSA3QiA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgN0MgLSA3RiA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgODAgLSA4MyA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgODQgLSA4NyA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgODggLSA4QiA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgOEMgLSA4RiA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgOTAgLSA5MyA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgOTQgLSA5NyA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgOTggLSA5QiA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgOUMgLSA5RiA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgQTAgLSBBMyA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgQTQgLSBBNyA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgQTggLSBBQiA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgQUMgLSBBRiA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgQjAgLSBCMyA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgQjQgLSBCNyA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgQjggLSBCQiA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgQkMgLSBCRiA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgQzAgLSBDMyA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDE6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgQzQgLSBDNyA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgQzggLSBDQiA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgQ0MgLSBDRiA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgRDAgLSBEMyA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgRDQgLSBENyA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgRDggLSBEQiA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgREMgLSBERiA6ICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> IA0NCiAgRTAgLSBFMyA6ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgIA0NCiAgRTQgLSBFNyA6
> ICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAgICAgIDAwMDA6MDAwMCAg
> ICAgIDAwMDA6MDAwMCAgIA0NCiAgRTggLSBFQiA6ICAgIDAwQTA6MDAwMCAg
> ICAgIDAwQTA6MDBBMCAgICAgIDI5NTQ6MENGQyAgICAgIEY4ODY6NDExNyAg
> IA0NCiAgRUMgLSBFRiA6ICAgIDAwMjA6MDIwMyAgICAgIEYwMDA6OTM4MyAg
> ICAgIDAwMTA6MDAwNyAgICAgIEMwMDA6MDAwMCAgIA0NCiAgRjAgLSBGMyA6
> ICAgIDAwMDg6MDIwMiAgICAgIDdDNzM6QzAwMCAgICAgIDAzREE6MEUwNiAg
> ICAgIDU2OEI6MDNDRSAgIA0NCiAgRjQgLSBGNyA6ICAgIDAwMDg6NkM3MyAg
> ICAgIDAzQzQ6MDIwMyAgICAgIDAzQzQ6MDAwMCAgICAgIDAwMDA6MEVEMCAg
> IA0NCiAgRjggLSBGQiA6ICAgIDAwMDA6MDNDNCAgICAgIEZGMTA6MDIwRiAg
> ICAgIDAwMDA6MDAwMCAgICAgIDAwRjQ6NUZEOCAgIA0NCiAgRkMgLSBGRiA6
> ICAgIDAwMDA6NENCOCAgICAgIDAwRjI6MDkzNSAgICAgIEY5NzY6MDAwMyAg
> ICAgIDAyNDY6RjAwMCAgIA0NCg0NClBDSSBEZXZpY2VzIEluZm9ybWF0aW9u
> DQ0KICBTaWduYXR1cmUgIC4gLiAuIC4gLiAuIC4gLiAuIC4gIFBDSQ0NCiAg
> Q29uZmlnIE1lY2hhbmlzbSAjMSAgLiAuIC4gLiAuICBTdXBwb3J0ZWQNDQog
> IENvbmZpZyBNZWNoYW5pc20gIzIgIC4gLiAuIC4gLiAgTm90IFN1cHBvcnRl
> ZA0NCiAgU3BlYyBDeWNsZSBmb3IgQ29uZmlnICMxIC4gLiAuICBTdXBwb3J0
> ZWQNDQogIFNwZWMgQ3ljbGUgZm9yIENvbmZpZyAjMiAuIC4gLiAgTm90IFN1
> cHBvcnRlZA0NCiAgQklPUyBJbnRlcmZhY2UgVmVyc2lvbiAuIC4gLiAuICAy
> LjEwDQ0KICBMYXN0IFBDSSBCdXMgTnVtYmVyICAuIC4gLiAuIC4gIDINDQog
> IE51bWJlciBvZiBQQ0kgRGV2aWNlcyAgLiAuIC4gLiAgNg0NCg0NCiAgQnVz
> IE51bWJlciAuIC4gLiAuIC4gLiAuIC4gLiAuICAwDQ0KICBEZXZpY2UgTnVt
> YmVyICAuIC4gLiAuIC4gLiAuIC4gIDE0DQ0KICBGdW5jdGlvbiBOdW1iZXIg
> IC4gLiAuIC4gLiAuIC4gIDAwaA0NCiAgU2xvdCBOdW1iZXIgIC4gLiAuIC4g
> LiAuIC4gLiAuICAwDQ0KICBWZW5kb3IgSUQgIC4gLiAuIC4gLiAuIC4gLiAu
> IC4gIDEwMTNoDQ0KICBEZXZpY2UgSUQgIC4gLiAuIC4gLiAuIC4gLiAuIC4g
> IDAwQTBoDQ0KICBSZXZpc2lvbiBJRCAgLiAuIC4gLiAuIC4gLiAuIC4gIDIy
> aA0NCiAgRGV2aWNlIFR5cGUgIC4gLiAuIC4gLiAuIC4gLiAuICBWR0EgQ29t
> cGF0aWJsZSBDb250cm9sbGVyDQ0KICBQcm9ncmFtbWluZyBJbnRlcmZhY2Ug
> IC4gLiAuIC4gIDAwaA0NCiAgRXhwYW5zaW9uIFJPTSBCYXNlIEFkZHJlc3Mg
> LiAuICBGRjAwMDAwMGgNDQogIElSUSBMaW5lIC4gLiAuIC4gLiAuIC4gLiAu
> IC4gLiAgMjU1DQ0KICBJUlEgUGluICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
> IElOVEEjDQ0KICBNZW1vcnkgQWRkcmVzcyBCYXNlICAuIC4gLiAuIC4gIEM1
> MDAwMDAwaA0NCiAgTWVtb3J5IEFkZHJlc3MgTGVuZ3RoICAuIC4gLiAuICAx
> MDAwMDAwaCANDQoNDQogIEJ1cyBOdW1iZXIgLiAuIC4gLiAuIC4gLiAuIC4g
> LiAgMQ0NCiAgRGV2aWNlIE51bWJlciAgLiAuIC4gLiAuIC4gLiAuICAwDQ0K
> ICBGdW5jdGlvbiBOdW1iZXIgIC4gLiAuIC4gLiAuIC4gIDAwaA0NCiAgU2xv
> dCBOdW1iZXIgIC4gLiAuIC4gLiAuIC4gLiAuICAwDQ0KICBWZW5kb3IgSUQg
> IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDBFMTFoDQ0KICBEZXZpY2UgSUQgIC4g
> LiAuIC4gLiAuIC4gLiAuIC4gIEFFNDBoDQ0KICBSZXZpc2lvbiBJRCAgLiAu
> IC4gLiAuIC4gLiAuIC4gIDEwaA0NCiAgRGV2aWNlIFR5cGUgIC4gLiAuIC4g
> LiAuIC4gLiAuICBPdGhlciBOZXR3b3JrIENvbnRyb2xsZXINDQogIFByb2dy
> YW1taW5nIEludGVyZmFjZSAgLiAuIC4gLiAgMDBoDQ0KICBFeHBhbnNpb24g
> Uk9NIEJhc2UgQWRkcmVzcyAuIC4gIEZGRkYwMDAwaA0NCiAgSVJRIExpbmUg
> LiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1DQ0KICBJUlEgUGluICAuIC4gLiAu
> IC4gLiAuIC4gLiAuIC4gIElOVEEjDQ0KICBJTyBBZGRyZXNzIEJhc2UgIC4g
> LiAuIC4gLiAuIC4gIDUwMDBoDQ0KICBJTyBBZGRyZXNzIExlbmd0aCAgLiAu
> IC4gLiAuIC4gIDEwaA0NCiAgTWVtb3J5IEFkZHJlc3MgQmFzZSAgLiAuIC4g
> LiAuICBDNkVGMDAwMGgNDQogIE1lbW9yeSBBZGRyZXNzIExlbmd0aCAgLiAu
> IC4gLiAgMTBoIA0NCg0NCiAgQnVzIE51bWJlciAuIC4gLiAuIC4gLiAuIC4g
> LiAuICAxDQ0KICBEZXZpY2UgTnVtYmVyICAuIC4gLiAuIC4gLiAuIC4gIDEN
> DQogIEZ1bmN0aW9uIE51bWJlciAgLiAuIC4gLiAuIC4gLiAgMDBoDQ0KICBT
> bG90IE51bWJlciAgLiAuIC4gLiAuIC4gLiAuIC4gIDANDQogIFZlbmRvciBJ
> RCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAgMEUxMWgNDQogIERldmljZSBJRCAg
> LiAuIC4gLiAuIC4gLiAuIC4gLiAgQUU0MGgNDQogIFJldmlzaW9uIElEICAu
> IC4gLiAuIC4gLiAuIC4gLiAgMTBoDQ0KICBEZXZpY2UgVHlwZSAgLiAuIC4g
> LiAuIC4gLiAuIC4gIE90aGVyIE5ldHdvcmsgQ29udHJvbGxlcg0NCiAgUHJv
> Z3JhbW1pbmcgSW50ZXJmYWNlICAuIC4gLiAuICAwMGgNDQogIEV4cGFuc2lv
> biBST00gQmFzZSBBZGRyZXNzIC4gLiAgRkZGRjAwMDBoDQ0KICBJUlEgTGlu
> ZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDkNDQogIElSUSBQaW4gIC4gLiAu
> IC4gLiAuIC4gLiAuIC4gLiAgSU5UQSMNDQogIElPIEFkZHJlc3MgQmFzZSAg
> LiAuIC4gLiAuIC4gLiAgNTAxMGgNDQogIElPIEFkZHJlc3MgTGVuZ3RoICAu
> IC4gLiAuIC4gLiAgMTBoDQ0KICBNZW1vcnkgQWRkcmVzcyBCYXNlICAuIC4g
> LiAuIC4gIEM2RUUwMDAwaA0NCiAgTWVtb3J5IEFkZHJlc3MgTGVuZ3RoICAu
> IC4gLiAuICAxMGggDQ0KDQ0KICBCdXMgTnVtYmVyIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gIDINDQogIERldmljZSBOdW1iZXIgIC4gLiAuIC4gLiAuIC4gLiAg
> Mg0NCiAgRnVuY3Rpb24gTnVtYmVyICAuIC4gLiAuIC4gLiAuICAwMGgNDQog
> IFNsb3QgTnVtYmVyICAuIC4gLiAuIC4gLiAuIC4gLiAgOA0NCiAgVmVuZG9y
> IElEICAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMzg1aA0NCiAgRGV2aWNlIElE
> ICAuIC4gLiAuIC4gLiAuIC4gLiAuICAwMDA5aA0NCiAgUmV2aXNpb24gSUQg
> IC4gLiAuIC4gLiAuIC4gLiAuICAyMmgNDQogIERldmljZSBUeXBlICAuIC4g
> LiAuIC4gLiAuIC4gLiAgRXRoZXJuZXQgQ29udHJvbGxlcg0NCiAgUHJvZ3Jh
> bW1pbmcgSW50ZXJmYWNlICAuIC4gLiAuICAwMGgNDQogIEV4cGFuc2lvbiBS
> T00gQmFzZSBBZGRyZXNzIC4gLiAgRkZGQzAwMDBoDQ0KICBJUlEgTGluZSAu
> IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMNDQogIElSUSBQaW4gIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gLiAgSU5UQSMNDQogIElPIEFkZHJlc3MgQmFzZSAgLiAu
> IC4gLiAuIC4gLiAgNjAwMGgNDQogIElPIEFkZHJlc3MgTGVuZ3RoICAuIC4g
> LiAuIC4gLiAgODBoDQ0KICBNZW1vcnkgQWRkcmVzcyBCYXNlICAuIC4gLiAu
> IC4gIEM2RkYwMDAwaA0NCiAgTWVtb3J5IEFkZHJlc3MgTGVuZ3RoICAuIC4g
> LiAuICA4MGggDQ0KDQ0KICBCdXMgTnVtYmVyIC4gLiAuIC4gLiAuIC4gLiAu
> IC4gIDINDQogIERldmljZSBOdW1iZXIgIC4gLiAuIC4gLiAuIC4gLiAgMTAN
> DQogIEZ1bmN0aW9uIE51bWJlciAgLiAuIC4gLiAuIC4gLiAgMDBoDQ0KICBT
> bG90IE51bWJlciAgLiAuIC4gLiAuIC4gLiAuIC4gIDANDQogIFZlbmRvciBJ
> RCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTAwMGgNDQogIERldmljZSBJRCAg
> LiAuIC4gLiAuIC4gLiAuIC4gLiAgMDAwRmgNDQogIFJldmlzaW9uIElEICAu
> IC4gLiAuIC4gLiAuIC4gLiAgMDNoDQ0KICBEZXZpY2UgVHlwZSAgLiAuIC4g
> LiAuIC4gLiAuIC4gIFNDU0kgQnVzIENvbnRyb2xsZXINDQogIFByb2dyYW1t
> aW5nIEludGVyZmFjZSAgLiAuIC4gLiAgMDBoDQ0KICBFeHBhbnNpb24gUk9N
> IEJhc2UgQWRkcmVzcyAuIC4gIDBoDQ0KICBJUlEgTGluZSAuIC4gLiAuIC4g
> LiAuIC4gLiAuIC4gIDExDQ0KICBJUlEgUGluICAuIC4gLiAuIC4gLiAuIC4g
> LiAuIC4gIElOVEEjDQ0KICBJTyBBZGRyZXNzIEJhc2UgIC4gLiAuIC4gLiAu
> IC4gIDY0MDBoDQ0KICBJTyBBZGRyZXNzIExlbmd0aCAgLiAuIC4gLiAuIC4g
> IDEwMGgNDQogIE1lbW9yeSBBZGRyZXNzIEJhc2UgIC4gLiAuIC4gLiAgQzZG
> RDAwMDBoDQ0KICBNZW1vcnkgQWRkcmVzcyBMZW5ndGggIC4gLiAuIC4gIDEw
> MGggDQ0KICBNZW1vcnkgQWRkcmVzcyBCYXNlICAuIC4gLiAuIC4gIEM2RkMw
> MDAwaA0NCiAgTWVtb3J5IEFkZHJlc3MgTGVuZ3RoICAuIC4gLiAuICAxMDAw
> aCANDQoNDQogIEJ1cyBOdW1iZXIgLiAuIC4gLiAuIC4gLiAuIC4gLiAgMg0N
> CiAgRGV2aWNlIE51bWJlciAgLiAuIC4gLiAuIC4gLiAuICAxMQ0NCiAgRnVu
> Y3Rpb24gTnVtYmVyICAuIC4gLiAuIC4gLiAuICAwMGgNDQogIFNsb3QgTnVt
> YmVyICAuIC4gLiAuIC4gLiAuIC4gLiAgMA0NCiAgVmVuZG9yIElEICAuIC4g
> LiAuIC4gLiAuIC4gLiAuICAxMDAwaA0NCiAgRGV2aWNlIElEICAuIC4gLiAu
> IC4gLiAuIC4gLiAuICAwMDBGaA0NCiAgUmV2aXNpb24gSUQgIC4gLiAuIC4g
> LiAuIC4gLiAuICAwM2gNDQogIERldmljZSBUeXBlICAuIC4gLiAuIC4gLiAu
> IC4gLiAgU0NTSSBCdXMgQ29udHJvbGxlcg0NCiAgUHJvZ3JhbW1pbmcgSW50
> ZXJmYWNlICAuIC4gLiAuICAwMGgNDQogIEV4cGFuc2lvbiBST00gQmFzZSBB
> ZGRyZXNzIC4gLiAgMGgNDQogIElSUSBMaW5lIC4gLiAuIC4gLiAuIC4gLiAu
> IC4gLiAgMTENDQogIElSUSBQaW4gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg
> SU5UQSMNDQogIElPIEFkZHJlc3MgQmFzZSAgLiAuIC4gLiAuIC4gLiAgNjgw
> MGgNDQogIElPIEFkZHJlc3MgTGVuZ3RoICAuIC4gLiAuIC4gLiAgMTAwaA0N
> CiAgTWVtb3J5IEFkZHJlc3MgQmFzZSAgLiAuIC4gLiAuICBDNkZCMDAwMGgN
> DQogIE1lbW9yeSBBZGRyZXNzIExlbmd0aCAgLiAuIC4gLiAgMTAwaCANDQog
> IE1lbW9yeSBBZGRyZXNzIEJhc2UgIC4gLiAuIC4gLiAgQzZGQTAwMDBoDQ0K
> ICBNZW1vcnkgQWRkcmVzcyBMZW5ndGggIC4gLiAuIC4gIDEwMDBoIA0NCg0N
> Cg0NCg0NCg0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
> LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQo=
> - ---559023410-851401618-901186544=:17059--
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Martin Mares <mj@albireo.ucw.cz>
> Date: Thu, 23 Jul 1998 12:04:52 +0200
> Subject: Re: PCI problems with multiple cpu bus - 2.1.110.
>
> Hello,
>
> Can you try this patch? It should hopefully fix scanning of peer bridges
> on all multi-bus motherboards known to me.
>
> Have a nice fortnight
> - --
> Martin `MJ' Mares <mj@ucw.cz> http://atrey.karlin.mff.cuni.cz/~mj/
> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
> "We all live in a yellow subroutine."
>
>
> - --- arch/i386/kernel/bios32.c.mj Thu Jul 23 11:28:11 1998
> +++ arch/i386/kernel/bios32.c Thu Jul 23 12:02:22 1998
> @@ -913,29 +913,34 @@
> * Although several sources claim that the host bridges should have
> * header type 1 and be assigned a bus number as for PCI2PCI bridges,
> * the reality doesn't pass this test and the bus number is usually
> - - * hard-wired to 1.
> + * set by BIOS to the first free value.
> */
> __initfunc(void pcibios_fixup_peer_bridges(void))
> {
> - - struct pci_dev *dev;
> - - int cnt = 0;
> + struct pci_bus *b = &pci_root;
> + int i;
>
> - - for(dev=pci_root.devices; dev; dev=dev->sibling)
> - - if ((dev->class >> 8) == PCI_CLASS_BRIDGE_HOST) {
> - - DBG("PCI: Host bridge at %02x\n", dev->devfn);
> - - if (cnt) {
> - - struct pci_bus *b = kmalloc(sizeof(struct pci_bus), GFP_KERNEL);
> + do {
> + int n = b->number+1;
> + u16 l;
> + for(i=0; i<256; i += 8)
> + if (!pcibios_read_config_word(n, i, PCI_VENDOR_ID, &l) &&
> + l != 0x0000 && l != 0xffff &&
> + !pcibios_read_config_word(n, i, PCI_CLASS_DEVICE, &l) &&
> + l == PCI_CLASS_BRIDGE_HOST) {
> + DBG("PCI: Peer host bridge at %02x:%02x\n", n, i);
> + b = kmalloc(sizeof(*b), GFP_KERNEL);
> memset(b, 0, sizeof(*b));
> b->parent = &pci_root;
> b->next = pci_root.next;
> pci_root.next = b;
> - - b->self = dev;
> - - b->number = b->secondary = cnt;
> + b->number = b->secondary = n;
> b->subordinate = 0xff;
> b->subordinate = pci_scan_bus(b);
> + b->self = pci_find_slot(b, i);
> + break;
> }
> - - cnt++;
> - - }
> + } while (i < 256);
> }
>
> /*
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Martin Mares <mj@albireo.ucw.cz>
> Date: Thu, 23 Jul 1998 12:18:18 +0200
> Subject: Re: 2.1.110 scrollback
>
> > 80x25. I would use 80x28, but looks like setfont now changes the screen
> > size to 80x25 with the font im using. Hrm, am I the only one who is having
> > this problem?
>
> Are you aware of the scrollback size being variable? Isn't your test output
> the case where this size is exactly zero? Try few more or few less lines of the
> test output.
>
> Have a nice fortnight
> - --
> Martin `MJ' Mares <mj@ucw.cz> http://atrey.karlin.mff.cuni.cz/~mj/
> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
> "Immanuel doesn't pun, he Kant."
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Andrew Derrick Balsa <andrebalsa@altern.org>
> Date: Thu, 23 Jul 1998 04:56:03 +0200
> Subject: [PATCH] 2.0.35: updated Jumbo -6 patch
>
> Hi,
>
> Rev. 6 of the Jumbo patch against 2.0.35 is now available from:
> http://www.altern.org/andrebalsa/linux/Jumbo-2.0.35-6.patch.gz
>
> Changes from rev -5:
> - - Now compiles with egcs/pgcc. Note that I don't endorse the use of these
> compilers with stable/unstable kernels. It's just that the previous code in
> time.c would cause problems with egcs/pgcc. The new, tuned, slightly more
> readable code doesn't.
> - - Small code tune-ups in setup.c
> - - Do you have a motherboard based on a non-Intel chipset? Do you wish kernel
> 2.0.35 would recognize and use your fast (U)DMA hard disk drives? Well then
> this patch is for you! It adds (U)DMA capabilities for the following chipsets
> and extra PCI cards:
> - SiS 5597/98.
> - VIA Apollo. (courtesy Michel Aubry)
> - Promise PCI controller card. (courtesy Andre M. Hedrick)
> - More...
>
> Changes from a stock 2.0.35:
> - - It fixes Cyrix 6x86 and 6x86L CPU detection.
> - - Fixes bogomips calibration. (courtesy Richard Johnson).
> - - Improves Intel CPU detection (partial port of code from 2.1.x)
> - - Improves AMD CPU detection.
> - - Has extended capability flags detection for AMD CPUs, code by Rob Dale
> (e.g. reports a new "3dnow" flag).
> - - Inaugurates Centaur C6 detection.
> - - Improves /arch/i386/kernel/time.c code on CPUs with a Time Stamp Counter (fast
> code should work with APM now, also doesn't break with Centaur C6 step 0,
> should be more accurate too).
> - - Reports MHz clock rates on CPUs with a TSC in /proc/cpuinfo.
> - - Calibrates TSC at boot time (drift and jitter free).
> - - Adds a single-line fix to the vt.c code buglet that affected e.g. minicom.
> - - Adds (U)DMA capabilities on non-Intel chipsets/PCI controller cards.
>
> A good many people have worked hard to bring you this patch, and we would
> appreciate your feedback/testing effort.
>
> Cheers,
> - ---------------------
> Andrew D. Balsa
> andrebalsa@altern.org
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Geert Uytterhoeven <Geert.Uytterhoeven@cs.kuleuven.ac.be>
> Date: Thu, 23 Jul 1998 12:24:24 +0200 (CEST)
> Subject: Re: 2.1.111-1 SMP: VesaFB on Matrox Mill-II works!
>
> On Thu, 23 Jul 1998, Martin Mares wrote:
> > > Currently XF68_FBDev is part of the hw/xfree68 directory, with stuff for
> > > Linux/m68k.
> >
> > Anyway, you can simply add
> >
> > #define XF68FBDevServer YES
> > # define XF68FBDevCFB8 YES
> > # define XF68FBDevCFB16 YES
> > # define XF68FBDevCFB32 YES
> >
> > to your site.def and the fb server gets built even on a PC and works fine (at
> > least for me ;-]).
>
> And you have to change K_RAW to K_MEDIUMRAW to make the prefixed keycodes work.
>
> BTW, don't tell me cfb{16,32} do give the correct colors on your NeoMagic?
>
> Greetings,
>
> Geert
>
> - --
> Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
> Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
> Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Martin Mares <mj@albireo.ucw.cz>
> Date: Thu, 23 Jul 1998 12:38:06 +0200
> Subject: Re: 2.1.111-1 SMP: VesaFB on Matrox Mill-II works!
>
> > And you have to change K_RAW to K_MEDIUMRAW to make the prefixed keycodes work.
>
> To be honest, I didn't try the keyboard -- only mouse and display output :)
>
> > BTW, don't tell me cfb{16,32} do give the correct colors on your NeoMagic?
>
> It wasn't on NeoMagic, but on a prototype board with some Tritech chips I'm
> playing with... I'm not sure I didn't have byte swapping configured by that
> time...
>
> Have a nice fortnight
> - --
> Martin `MJ' Mares <mj@ucw.cz> http://atrey.karlin.mff.cuni.cz/~mj/
> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
> "If you are feeling good, don't worry. You'll get over it."
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: "Brandon S. Allbery KF8NH" <allbery@kf8nh.apk.net>
> Date: Thu, 23 Jul 1998 06:42:18 -0300
> Subject: Re: Secure deletion
>
> In message <19980723103314.24241@bug.ucw.cz>, Pavel Machek writes:
> +-----
> | Go for LD_PRELOAD solution. It should be trivial & it does not belong
> | in kernel.
> +--->8
>
> Someone could then unset LD_PRELOAD to avoid the overwrite.
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: "Harvey J. Stein" <hjstein@bfr.co.il>
> Date: Thu, 23 Jul 1998 13:50:54 +0300
> Subject: *Much* worse fork failure prob than expected!!! NFS death!
>
> The probability of not having 2 free consecutive aligned pages is much
> worse than was originally calculated (sometimes more than a factor of
> 25)! For example, here's a table where I solved for how much memory
> must be free to have a <= 3% chance of failure (1 failure every 33
> tries).
>
> % of free memory needed to to have a <= 3% chance of double page
> allocation failure:
>
> Mem size (mb) % free
> 4 8.0%
> 8 5.7%
> 16 4.1%
> 32 2.9%
> 64 2.1%
>
> The situation for 4pg allocations (which I understand NFS needs for 8k
> packets) is probably going to be much worse, but I have to think about
> it more to work it out.
>
> The only good thing I can say is that the fcn drops off quickly for
> any given memory size.
>
> % free & % failures for 64mb:
>
> % free % failures
> 1.0 44.311
> 1.1 37.002
> 1.2 30.713
> 1.3 25.082
> 1.4 19.870
> 1.5 15.692
> 1.6 11.994
> 1.7 9.157
> 1.8 6.877
> 1.9 4.983
> 2.0 3.617
> 2.1 2.527
> 2.2 1.772
> 2.3 1.222
> 2.4 0.809
> 2.5 0.539
> 2.6 0.353
> 2.7 0.221
> 2.8 0.140
> 2.9 0.084
> 3.0 0.052
>
> This seems to say that:
>
> a) for any given memory size, there's a fairly large pool of memory
> needed to allow 2 page allocations to mostly succeed, and
> b) a small drop in free memory can suddenly cause a large % of 2
> page allocation failures.
>
> Given that page usage is constantly rising and falling, it seems
> fairly likely one would bump into regions of serious allocation
> failures, for example, with 64mb of ram, if % free is ranging from 2.5
> to 1.5, you'll see a 2 page alloc failure rate running from 1 in 200
> to 3 in 20!
>
> And, actually, given that the kernel and certain unswappable regions
> allocate low memory, the numbers are even worse than the above
> indicates. The free pool isn't the full memory size - allocations are
> made from a smaller contiguous block of ram.
>
> The solutions are:
>
> 1) Guarantee a certain % free to guarantee a certain max % of 2 page
> allocation failures. The % free would be a complicated fcn of
> total ram, probably not calculatable in the kernel, except maybe by
> using Stirling's approximation. I can work out a table if someone
> tells me what failure % is desired.
> 2) Estimate the probability dynamically. I.e. - start freeing
> wildly if the % of failed 2 page allocations is greater than y.
> Note that the function grows *fast* as memory depletes. You'll
> have to be careful to get agressive faster.
> 3) Even the odds - do something to cause clumping of free pages.
> 4) Reduce the # of required 2 page allocations - don't require a 2
> page allocation for each process.
> 5) Make allocation coarser. Allocate in 2 page chunks instead of 1
> page chunks. This'd waste space but make allocations work. Tune
> the kernel to use the bigger chunks.
> 6) Something not listed above.
>
> The computations are as follows:
>
> hjstein@bfr.co.il (Harvey J. Stein) writes:
>
> > Linus Torvalds <torvalds@transmeta.com> writes:
> >
> > > On 15 Jul 1998, Harvey J. Stein wrote:
> > > > The math isn't quite right. Consider:
> > > >
> > > > 1st hole placed on 1st page.
> > > >
> > > > 2nd hole placed on 4th page.
> > > >
> > > > There are now x-5 places to place the 3rd hole, not x-4.
> > >
> > > No, the thing is that you also have to worry about the alignement: we get
> > > a 8kB area only if we have two consecutive 4kB holes that are also
> > > aligned.
> > >
> > > As such 0+1 would be a 8kB area, and 4+5 would be one, but 3+4 and 1+2
> > > would not.
> >
> > Ok. In that case I'm not counting the right thing. I'll redo my
> > computations and see what happens.
>
> Ok. I worked it out (with the help of my office mate). Memory looks
> like this:
>
> -- -- | -- -- | -- -- | ...
>
> The -- represent pages. The | just divide all pages into pairs (which
> I'll call buckets).
>
> Suppose there are x pages (x/2 buckets). Suppose that y pages are
> free.
>
> We can make a 2 page allocation iff there are 2 consecutive aligned
> pages. The latter holds iff there are 2 free pages in one of the
> above buckets.
>
> Thus, the number of memory configurations in which we can't make a 2
> page allocation is the number of ways to place the free pages such
> that there's at most 1 free page in each bucket.
>
> The number of ways to do this, not counting the position of the free
> page in each bucket, is just the number of ways to choose y buckets,
> which is x/2 choose y.
>
> The number of ways to do this, accounting for the free page internal
> bucket position is (x/2 choose y) * 2^y. I.e. - multiply by the
> number of ways to arrange the free pages in the chosen buckets.
>
> The total number of ways to allocate the free pages is just (x choose
> y).
>
> Thus, the probability of having to swap is:
>
> (x/2 choose y) * 2^y
> --------------------
> (x choose y)
>
> (where x choose y = x!/(y!(x-y)!) = the number of ways to select y
> items from a set of x items).
>
> I've appended Linus' original table along with the percentage of "bad"
> configurations as computed by the above formula. BTW, the numbers
> start out higher & drop off slower (as X increases with Y/X = %
> free memory/100 held constant). Actually, the old numbers for X total
> pages are almost identical to the new numbers for 2X total pages, so
> any arguments about machines with n MB will basically carry over to
> machines with 2*n MB. The "Orig %" & "By above" columns are the
> % chance that there are no pair of free pages that are adjacent &
> aligned.
>
> total pgs free pgs tot mb % free Orig % By above
> X = 1024, Y = 20 ( 4MB, 2% free) = 68.6673% 82.765%
> X = 1024, Y = 51 ( 4MB, 5% free) = 7.6047% 26.974%
> X = 1024, Y = 81 ( 4MB, 8% free) = 0.1245% 3.212%
>
> X = 2048, Y = 40 ( 8MB, 2% free) = 46.2224% 67.816%
> X = 2048, Y = 102 ( 8MB, 5% free) = 0.5488% 7.083%
> X = 2048, Y = 163 ( 8MB, 8% free) = 0.0001% 0.090%
>
> X = 4096, Y = 81 ( 16MB, 2% free) = 20.1256% 44.623%
> X = 4096, Y = 204 ( 16MB, 5% free) = 0.0029% 0.488%
> X = 4096, Y = 327 ( 16MB, 8% free) = 0.0000% 0.00007101%
>
> X = 8192, Y = 163 ( 32MB, 2% free) = 3.8125% 19.312%
> X = 8192, Y = 409 ( 32MB, 5% free) = 0.0000% 0.0021999%
> X = 8192, Y = 655 ( 32MB, 8% free) = 0.0000% 0.4401e-10%
>
> X = 16384, Y = 327 ( 64MB, 2% free) = 0.1368% 3.6167%
> X = 16384, Y = 819 ( 64MB, 5% free) = 0.0000% 0.4463e-7%
> X = 16384, Y = 1310 ( 64MB, 8% free) = 0.0000% 0.1851e-22%
>
> X = 32768, Y = 655 (128MB, 2% free) = 0.0002% 0.1268%
> X = 32768, Y = 1638 (128MB, 5% free) = 0.0000% 0.1939e-16%
> X = 32768, Y = 2621 (128MB, 8% free) = 0.0000% 0.2989e-47%
>
> X = 65536, Y = 1310 (256MB, 2% free) = 0.0000% 0.0001592%
> X = 65536, Y = 3276 (256MB, 5% free) = 0.0000% 0.3659e-35%
> X = 65536, Y = 5242 (256MB, 8% free) = 0.0000% 0.8538e-97%
>
> - - --
> Harvey J. Stein
> BFM Financial Research
> hjstein@bfr.co.il
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Pavel Machek <pavel@atrey.karlin.mff.cuni.cz>
> Date: Thu, 23 Jul 1998 13:13:58 +0200
> Subject: Re: Secure deletion
>
> > In message <19980723103314.24241@bug.ucw.cz>, Pavel Machek writes:
> > +-----
> > | Go for LD_PRELOAD solution. It should be trivial & it does not belong
> > | in kernel.
> > +--->8
> >
> > Someone could then unset LD_PRELOAD to avoid the overwrite.
>
> Which can be considered feature. If someone _wants_ to leak
> information, you are not going to prevent him, anyway
> And - if you want secure delete which can not be disabled, use /etc/ld.preload.
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Kalle Andersson <kalle.andersson@mbox303.swipnet.se>
> Date: Thu, 23 Jul 1998 13:30:24 +0200 (CEST)
> Subject: 2.3.x source distribution... (Was: Kernel 2.3.x)
>
> Evening!
>
> That idea about spliting the kernel source is nice and probably often
> re-thinked =)
> IMO the best thing to do if you want to ease the network load would be to
> have a server which you tell which stuff you want. Fx, send in your
> .config file and the machine gives you a compressed tar-ball of the source
> you need.. This machine would be constantly updated with patches and
> pre-patches and cvs patches etc etc.
>
> I can't think of a better way to solve this problem.
>
> Well, don't look at me anymore.. I'm only halfway through those c-pointers
> so I can't code anything that'd do something good =(
>
> - --
> Med vänlig hälsning
> Kalle Andersson
> kalle.andersson@mbox303.swipnet.se
>
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Bill Hawes <whawes@star.net>
> Date: Thu, 23 Jul 1998 07:37:37 -0400
> Subject: Re: 2.1.110 freepages.min change -- disk coruption
>
> Trever Adams wrote:
>
> > My questions are simple: If the inode/file/whatever that the dcache
> > entry referred to is still open and being used, or hasn't yet been
> > synched to disk and is "closed" and that dcache entry is pruned,
> > does/can it cause disk corruption or data corruption in the file. Q.
> > #2, Could the disk corruption that a few people have reported be caused
> > by the bad patch to vmalloc (at least I believe that was the malloc
> > involved)?
>
> Dcache pruning is done only for unused dentries, and any dirty inodes
> will still be written out before being reused. So it shouldn't be
> related to any of the other problems people are seeing.
>
> Regards,
> Bill
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Bill Hawes <whawes@star.net>
> Date: Thu, 23 Jul 1998 07:29:51 -0400
> Subject: Re: inodes are not cleared!
>
> Savochkin Andrey Vladimirovich wrote:
> >
> > On Wed, Jul 22, 1998 at 11:01:20PM +0400, kuznet@ms2.inr.ac.ru wrote:
> > [...]
> > > The last question: is i_flags the only field not initialized
> > > properly in socket.c?
> >
> > Unfortunately, no.
> >
> > I've found a group of struct inode fields that are never initialized
> > for sockets and some filesystems. They are not important for the functionality
> > but they are reported via stat call causing information leak from inodes
> > you have no access to or from processes if just free'd memory has been reused.
> >
> > Some fields (like i_rdev) are not initialized in most filesystems!
> >
> > Here is a patch fixing initialization of sockets.
>
> Another possibility we could consider would be modify the VFS where
> needed to treat sockets differently. There is a flag saying whether an
> inode belongs to a socket, and in some cases is may make more sense to
> process the socket inode differently rather than set up fields that have
> no use for sockets.
>
> Regards,
> Bill
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Marc Jadoul <marcj@belsign.be>
> Date: Thu, 23 Jul 1998 13:53:55 +0200
> Subject: DVD not working properly
>
> This is a multi-part message in MIME format.
> - --------------AE8B27013BC3E5C32643A0F0
> Content-Type: text/plain; charset=iso-8859-2
> Content-Transfer-Encoding: 7bit
>
> Hi,
>
> Just want to mention that i has problems with a DVD reader (on IDE
> interface) (on DELL
> inspirion 3200).
>
> When i read long file from a CD-ROM (eg. doing cp of a 2MB file for
> instance) the
> command block. It has an effect on all the computer that slow down. I
> can not kill the command any more. And the kernel give no message at
> all.
>
> It happend with kernel 2.0.34/35. The drive work fine with win98
> (standard with DELL computer).
>
> If someone has some info i do not know, please respond on my address
> (i'm not on the mailling list)
>
> Marc.
> - --------------AE8B27013BC3E5C32643A0F0
> Content-Type: text/x-vcard; charset=iso-8859-2; name="vcard.vcf"
> Content-Transfer-Encoding: 7bit
> Content-Description: Card for Marc Jadoul
> Content-Disposition: attachment; filename="vcard.vcf"
>
> begin: vcard
> fn: Marc Jadoul
> n: Jadoul;Marc
> org: Belsign NV/SA
> adr: EEBIC;;1 et 2 Av. des Arts;Bruxelles;;1210;Belgium
> email;internet: marcj@belsign.be
> title: System & Security ingenieur.
> tel;work: ++ 32 2 209 05 94
> x-mozilla-cpt: ;2
> x-mozilla-html: TRUE
> version: 2.1
> end: vcard
>
>
> - --------------AE8B27013BC3E5C32643A0F0--
>
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> From: Monz <monz@danbbs.dk>
> Date: Thu, 23 Jul 1998 14:01:14 +0200
> Subject: [OFFTOPIC] Video editing on Linux
>
> Any video editing software available for Linux, and for which cards? Prices?
> Cards must be able to output high quality video (e.g. s-vhs) for recorders.
>
> Thanks,
> - --
> Mogens Valentin --- Web, Networking, Programming
> http://www.danbbs.dk/~monz/ (english) --- monz@danbbs.dk --- monz@usa.net
> Danish/Sweedish Linux User Group (now 500+ members!): http://www.sslug.dk/
> Need info? Search our Archives: http://www.sslug.dk/search.phtml (danish)
> A Free World by Choice? Use Linux/Gnome, Netscape, ApplixWare, WordPerfect
>
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>
> ------------------------------
>
> End of linux-kernel-digest V1 #2269
> ***********************************
>
> To subscribe to linux-kernel-digest, send the command:
>
> subscribe linux-kernel-digest
>
> in the body of a message to "Majordomo@vger.rutgers.edu". If you want
> to subscribe something other than the account the mail is coming from,
> such as a local redistribution list, then append that address to the
> "subscribe" command; for example, to subscribe "local-linux-kernel":
>
> subscribe linux-kernel-digest local-linux-kernel@your.domain.net
>
> A non-digest (direct mail) version of this list is also available; to
> subscribe to that instead, replace all instances of "linux-kernel-digest"
> in the commands above with "linux-kernel".
>
-- $Id: .signature,v 1.9 1998/06/30 16:17:34 hannappe Exp $ FAX +49 228 73 7869 Dr. Juergen Hannappel Office: W265 Phone: +49 228 73 3605 mailto:hannappe@lisa2.physik.uni-bonn.de Physikalisches Institut der Uni Bonn http://lisa2.physik.uni-bonn.de/~hannappe Nussallee 12, D-53115 Bonn, Germany
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html