devil-linux-develop — developer discussions

[Devil-linux-develop] Re: [Devil-Linux-discuss] Re: [0.6Beta1] Errors and Issues from 7/17 snapshot

[Heiko Z. <hz...@pr...>]

I moved this thread to the Developer list.

On 07/22/2003 09:46:48 AM Bruce Smith wrote:
>> > I did a little looking around (grep'ing scripts :) and I don't see=

>where
>> > we copy it to CD in any of our scripts.  That leads me to believe =
it
>> > gets copied to CD as part of the package's "make install" command.=

>> > (if I had a clue what package it is part of, I could check to be
>sure)
>> >
>> > If so, then I can blame the fact it moved on the authors of grep,
>and we
>> > had no idea it moved when we upgraded to the latest version.
>>
>> You find those file in build/sysconfig/config/copy_base.lst .
>
>Assuming you really meant:  build/scripts/config/copy_base.lst
>(thanks to the "find" command :)

minor details.... ;-)

>It has the line:
>/bin/grep                       $RAMDISKDIR/bin
>So I guess grep moved in the lfssystem.
>
>Shall we change all the "$RAMDISKDIR" to "$CDDIR" in that file?

Update from CVS, I did already a few changes yesterday night.

>And what about all the other packages?  Shall we move them to CD?

Yeah go ahead and do it.
Just don't remove anything from "make menuconfig", I don't want to loos=
e
any flexibility in the build process.

>I booted my new DL CD last night, with all of the daemons I run on CD
>(ntpd, dhcpd, noip, cipe, syslog-ng).  It runs fine.  No CD access aft=
er
>boot, even when a new CIPE client starts (using dhcpd, cipe & syslog).=


cooool. :-))
I started yesterday modifying the boot process, so we use the CD as / .=


cya
  Heiko

P.S. When Friedl comes back from vacation, he'll get a big shock. ;-)
=

[Devil-linux-develop] [fmII] cdrtools 2.01a17 released (Development branch)

[<no...@fr...>]

This email is to inform you about the release of version '2.01a17' of
'cdrtools' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/cdrecord/

The changes in this release are as follows:
This release features better OS/2 support. It adds a  new option ts=#
for cdrecord and readcd to manually  set the SCSI transfer size, adds
source for 2 year old  clone mode to allow easy copies from SVCDs,
and  includes better error messages for mkisofs if a path  buffer
overflow occurs. 

Project description:
cdrtools (formerly cdrecord) creates home-burned CDs with a CDR/CDRW
recorder. It works as a burn engine for several applications. It
supports CD recorders from many different vendors; all SCSI-3/mmc-
and ATAPI/mmc-compliant drives should also work. Supported features
include IDE/ATAPI, parallel port, and SCSI drives, audio CDs, data
CDs, and mixed CDs, full multi-session support, CDRWs (rewritable),
TAO, DAO, RAW, and human-readable error messages. cdrtools includes
remote SCSI support and can access local or remote CD writers.  

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Why Linux? Because it costs less. 

Now, thanks to Oracle’s work with Linux partners, along with Oracle’s
advanced clustering technology Linux is ready for the enterprise. Arm
yourself with a solid implementation plan—and charter a managed deployment
for Linux. Click for a free Forrester Research report and guide to
creating a Linux playbook. 

 

http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14

____________________________| Advertising |____________________________

[Devil-linux-develop] [ devil-linux-Bugs-775372 ] save-config" /var/adm/ not mounted"

[SourceForge.net <no...@so...>]

Bugs item #775372, was opened at 2003-07-21 19:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=775372&group_id=34096

Category: Configuration / Scripts
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: save-config" /var/adm/ not mounted"

Initial Comment:
o When running save-config, it produces an error that
var/adm/<something>
> wasn't mounted...
> 
> 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=775372&group_id=34096

[Devil-linux-develop] [ devil-linux-Bugs-775368 ] Add support for the ROL-F card.

[SourceForge.net <no...@so...>]

Bugs item #775368, was opened at 2003-07-21 19:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=775368&group_id=34096

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add support for the ROL-F card.

Initial Comment:
request from Thomas Eder.
http://www.peppercon.com/products/rolf.html 
He wrote that it works fine on his system

--- scripts/config/config_linux            2003-07-12
11:17:03.000000000
+0200
+++ scripts/config/config_linux-patch            2003-07-12
11:12:30.000000000 +0200
@@ -631,7 +631,7 @@
 # CONFIG_ES3210 is not set
 CONFIG_8139CP=m
 CONFIG_8139TOO=m
-# CONFIG_8139TOO_PIO is not set
+CONFIG_8139TOO_PIO=y
 # CONFIG_8139TOO_TUNE_TWISTER is not set
 # CONFIG_8139TOO_8129 is not set
 # CONFIG_8139_OLD_RX_RESET is not set
diff -Nur linux-2.4.21/drivers/net/8139too.c
linux-2.4.21-patch/drivers/net/8139too.c
--- linux-2.4.21/drivers/net/8139too.c           2003-06-13
16:51:34.000000000 +0200
+++ linux-2.4.21-patch/drivers/net/8139too.c          
2003-06-25
13:27:09.000000000 +0200
@@ -5,6 +5,8 @@
             Maintained by Jeff Garzik <jg...@po...>
             Copyright 2000-2002 Jeff Garzik

+            ROL/F Support added by Peppercon AG, 2001,
2002, 2003
+
             Much code comes from Donald Becker's
rtl8139.c driver,
             versions 1.13 and older.  This driver was
originally based
             on rtl8139.c version 1.07.  Header of
rtl8139.c version 1.13:
@@ -93,6 +95,7 @@

 #define DRV_NAME        "8139too"
 #define DRV_VERSION           "0.9.26"
+#define ROLF_VERSION    "$Revision: 1.2 $"


 #include <linux/config.h>
@@ -113,9 +116,12 @@
 #include <asm/io.h>
 #include <asm/uaccess.h>

-#define RTL8139_DRIVER_NAME   DRV_NAME " Fast Ethernet
driver "
DRV_VERSION
+#define RTL8139_DRIVER_NAME   DRV_NAME " Fast Ethernet
driver "
DRV_VERSION " / ROL/F version: " ROLF_VERSION
 #define PFX DRV_NAME ": "

+#ifndef CONFIG_8139TOO_PIO
+#error "Please activate "Use PIO instead of MMIO" in
the kernel config
(e.g. make menuconfig). Useing MMIO doesn't work on
some mainbaords."
+#endif

 /* enable PIO instead of MMIO, if CONFIG_8139TOO_PIO
is selected */
 #ifdef CONFIG_8139TOO_PIO
@@ -128,6 +134,8 @@
 /* define to 1 to disable lightweight runtime
debugging checks */
 #undef RTL8139_NDEBUG

+/* undef to disable ROL when interface is down or
module is unloaded */
+#define ROLF_ENABLE_ROL_IFDOWN 1

 #ifdef RTL8139_DEBUG
 /* note: prints function name for you */
@@ -199,6 +207,7 @@
             HAS_MII_XCVR = 0x010000,
             HAS_CHIP_XCVR = 0x020000,
             HAS_LNK_CHNG = 0x040000,
+            IS_ROLF =0x80000,
 };

 #define RTL_NUM_STATS 4                         /*
number of
ETHTOOL_GSTATS u64's */
@@ -208,12 +217,14 @@

 #define RTL8129_CAPS          HAS_MII_XCVR
 #define RTL8139_CAPS          HAS_CHIP_XCVR|HAS_LNK_CHNG
+#define ROLF_CAPS             IS_ROLF|RTL8139_CAPS

 typedef enum {
             RTL8139 = 0,
             RTL8139_CB,
             SMC1211TX,
             /*MPX5030,*/
+            RTL8139ROLF,
             DELTA8139,
             ADDTRON8139,
             DFE538TX,
@@ -235,6 +246,7 @@
             { "RealTek RTL8139B PCI/CardBus",
RTL8139_CAPS },
             { "SMC1211TX EZCard 10/100 (RealTek
RTL8139)", RTL8139_CAPS },
 /*          { MPX5030, "Accton MPX5030 (RealTek
RTL8139)", RTL8139_CAPS },
*/
+            { "Peppercon AG ROL/F (RealTek RTL8139)",
ROLF_CAPS },
             { "Delta Electronics 8139 10/100BaseTX",
RTL8139_CAPS },
             { "Addtron Technolgy 8139 10/100BaseTX",
RTL8139_CAPS },
             { "D-Link DFE-538TX (RealTek RTL8139)",
RTL8139_CAPS },
@@ -252,6 +264,7 @@
             {0x10ec, 0x8138, PCI_ANY_ID, PCI_ANY_ID,
0, 0, RTL8139_CB },
             {0x1113, 0x1211, PCI_ANY_ID, PCI_ANY_ID,
0, 0, SMC1211TX },
 /*          {0x1113, 0x1211, PCI_ANY_ID, PCI_ANY_ID,
0, 0, MPX5030 },*/
+            {0x1743, 0x8139, PCI_ANY_ID, PCI_ANY_ID,
0, 0, RTL8139ROLF },
             {0x1500, 0x1360, PCI_ANY_ID, PCI_ANY_ID,
0, 0, DELTA8139 },
             {0x4033, 0x1360, PCI_ANY_ID, PCI_ANY_ID,
0, 0, ADDTRON8139 },
             {0x1186, 0x1300, PCI_ANY_ID, PCI_ANY_ID,
0, 0, DFE538TX },
@@ -326,6 +339,10 @@
             PARA78 = 0x78,
             PARA7c = 0x7c,                      /*
Magic transceiver
parameter register. */
             Config5 = 0xD8,                     /*
absent on RTL-8139A */
+            PowerManCRC0=0x84,
+            WakeupMask0=0x8C,
+            LSBCR0=0xCC,
+            FlashAccess=0xD4,
 };

 enum ClearBitMasks {
@@ -460,6 +477,212 @@
             RxNoWrap = (1 << 7),
 };

+/* begin ROL/F specific */
+#include <linux/delay.h>
+static void lat_write(void *ioaddr, long offset,
unsigned char data);
+static unsigned char lat_read (void *ioaddr, long offset);
+void rolf_init(struct net_device *dev);
+void rolf_stop(struct net_device *dev);
+#define LAT_REG_WDCOUNT  0x00
+#define LAT_REG_CONFIG   0x01
+#define LAT_REG_FLASHADR 0x02
+
+/* Register Config Bit Masks */
+#define LAT_CFG_WDGENB   0x01
+#define LAT_CFG_ROLENB   0x02
+#define LAT_CFG_FLASHENB 0x04
+#define LAT_CFG_EMERENB  0x08
+
+#define FLASH_DATA_MASK  0xFF000000
+#define FLASH_CSB        0x00100000
+#define FLASH_OEB        0x00080000
+#define FLASH_WEB        0x00040000
+#define FLASH_ENABLE     0x00020000
+#define FLASH_ADDR_MASK  0x0001FFFF
+#define LAT_BASE_ADDR    0x0001E000
+
+/* defines the offsets of the ROL/F Data in EEPROM     */
+#define EEPROM_ROLBASE 0x30
+#define ROLF_CRC8_AND_LASTBYTE  0xA
+#define ROLF_DISABLE_ROL  0x9
+#include <linux/miscdevice.h>
+#include <linux/fcntl.h>
+#include <asm/uaccess.h>
+#include <linux/watchdog.h>
+
+#define RWDIOF_GETSUPPORT 0x1
+#define RWDIOF_GETTIMEOUT 0x2
+#define RWDIOF_SETTIMEOUT 0x4
+#define RWDIOF_KEEPALIVE 0x8
+#define RWDIOF_GETTIMER 0x10
+
+static int rolf_wdog_is_open = 0;
+static int rolf_wdog_registered = 0;
+enum RTL8139_Config_Register
+{
+  CFG_UNLOCK   = 0xC0,
+  CFG_LOCK     = 0x3F,
+
+  CFG1_PMEN    = 0x01,
+  CFG3_MAGIC   = 0x20,
+  CFG4_LWPME   = 0x10,
+  CFG5_LANWAKE = 0x02
+};
+static void *rolf_ioaddr;
+static int start = 0xe1;
+spinlock_t lattice_lock = SPIN_LOCK_UNLOCKED;
+
+static void rolf_wdog_ctr_load(unsigned char val)
+{
+            spin_lock(&lattice_lock);
+            lat_write(rolf_ioaddr,LAT_REG_WDCOUNT, val);
+            spin_unlock(&lattice_lock);
+}
+
+static long long rolf_wdog_llseek(struct file *file,
long long offset, int
origin)
+{
+                    return -ESPIPE;
+}
+
+static void rolf_wdog_ping(void)
+{
+                        /* Write a watchdog value */
+                        rolf_wdog_ctr_load(start);
+#ifdef RTL8139_DEBUG
+                        printk(KERN_INFO "rtl8139:
ROL/F Watchdog: Reset
Watchdog\n");
+#endif
+}
+
+static ssize_t rolf_wdog_write(struct file *file,
const char *buf, size_t
count, loff_t *ppos)
+{
+                    /*  Can't seek (pwrite) on this
device  */
+                    if (ppos != &file->f_pos)
+                            return -ESPIPE;
+                    if(count) {
+                            rolf_wdog_ping();
+                            return 1;
+                    }
+                    return 0;
+}
+
+static ssize_t rolf_wdog_read(struct file *file, char
*buf, size_t count,
loff_t *ptr)
+{
+        unsigned char cp;
+
+        /*  Can't seek (pread) on this device  */
+        if (ptr != &file->f_pos)
+                return -ESPIPE;
+        switch(MINOR(file->f_dentry->d_inode->i_rdev)) {
+                case WATCHDOG_MINOR:
+                                   
spin_lock(&lattice_lock);
+                        cp =
lat_read(rolf_ioaddr,LAT_REG_WDCOUNT);
+                                   
spin_unlock(&lattice_lock);
+                        if(copy_to_user(buf,&cp,1))
+                                return -EFAULT;
+                        return 1;
+                default:
+                        return -EINVAL;
+        }
+}
+static int rolf_wdog_ioctl(         struct inode
*inode, struct file
*file, unsigned int cmd,
+                                unsigned long arg)
+{
+        unsigned char newtimeout;
+            unsigned char count;
+        static struct watchdog_info ident=
+        {
+
RWDIOF_SETTIMEOUT|RWDIOF_GETTIMEOUT|RWDIOF_KEEPALIVE|RWDIOF_GETSUPPORT|RWDIOF_GETTIMER,

+                1,
+                "ROL/F"
+        };
+
+        switch(cmd)
+        {
+                default:
+                        return -ENOIOCTLCMD;
+                case RWDIOF_GETSUPPORT:
+                        return copy_to_user((struct
watchdog_info *)arg,
&ident, sizeof(ident))?-EFAULT:0;
+                case RWDIOF_GETTIMER:
+                                   
spin_lock(&lattice_lock);
+                                    count =
lat_read(rolf_ioaddr,LAT_REG_WDCOUNT);
+                                   
spin_unlock(&lattice_lock);
+                        return put_user( count,
(unsigned char *)arg);
+                case RWDIOF_GETTIMEOUT:
+                        return put_user(0xff-start,
(unsigned char *)arg);
+                case RWDIOF_SETTIMEOUT:
+                        get_user(newtimeout,(unsigned
char*) arg);
+                        if (newtimeout > 0) {
+                                printk (KERN_INFO
"rtl8139: ROL/F
Watchdog: set new Timeout: %u\n",newtimeout);
+                                start = 0xff-newtimeout;
+                        } else {
+                                printk (KERN_INFO
"rtl8139: ROL/F
Watchdog: reject Timeout: %u\n",newtimeout);
+                        }
+                case RWDIOF_KEEPALIVE:
+                        rolf_wdog_ping();
+                        return 0;
+        }
+}
+
+static int rolf_wdog_open(struct inode *inode, struct
file *file)
+{
+        unsigned char uchControl;
+        switch(MINOR(inode->i_rdev))
+        {
+                case WATCHDOG_MINOR:
+                        if(rolf_wdog_is_open)
+                                return -EBUSY;
+                        MOD_INC_USE_COUNT;
+                        rolf_wdog_is_open=1;
+                                   
spin_lock(&lattice_lock);
+                                    uchControl =
lat_read(rolf_ioaddr,LAT_REG_CONFIG);
+                        uchControl |= LAT_CFG_WDGENB;
+                        lat_write(rolf_ioaddr,
LAT_REG_CONFIG,
uchControl);
+                                   
spin_unlock(&lattice_lock);
+                                    printk (KERN_INFO
"rtl8139: ROL/F
Watchdog: activate watchdog\n");
+                        return 0;
+                default:
+                        return -ENODEV;
+        }
+}
+
+static int rolf_wdog_release(struct inode *inode,
struct file *file)
+{
+        unsigned char uchControl;
+        if(MINOR(inode->i_rdev)==WATCHDOG_MINOR)
+        {
+#ifndef CONFIG_WATCHDOG_NOWAYOUT
+                        spin_lock(&lattice_lock);
+                        uchControl =
lat_read(rolf_ioaddr,LAT_REG_CONFIG);
+                uchControl &= ~LAT_CFG_WDGENB;
+                lat_write(rolf_ioaddr, LAT_REG_CONFIG,
uchControl);

+                        spin_unlock(&lattice_lock);
+                rolf_wdog_ctr_load(0);        /* 0
length reset pulses now
*/
+                        printk (KERN_INFO "rtl8139:
ROL/F Watchdog:
release watchdog\n");
+#endif
+                rolf_wdog_is_open=0;
+        }
+        MOD_DEC_USE_COUNT;
+        return 0;
+}
+
+
+static struct file_operations rolf_wdog_fops = {
+            owner:                        THIS_MODULE,
+            llseek:                      
rolf_wdog_llseek,
+            read:                         rolf_wdog_read,
+            write:                        rolf_wdog_write,
+            ioctl:                        rolf_wdog_ioctl,
+            open:                         rolf_wdog_open,
+            release:          rolf_wdog_release,
+};
+
+static struct miscdevice rolf_wdog_miscdev=
+{
+        WATCHDOG_MINOR,
+        "watchdog",
+        &rolf_wdog_fops
+};
+/* end ROL/F specific */

 /* Twister tuning parameters from RealTek.
    Completely undocumented, but required to tune bad
links on some boards.
*/
@@ -789,6 +1012,7 @@
             /* set this immediately, we need to know
before
              * we talk to the chip directly */
             DPRINTK("PIO region size == 0x%02X\n",
pio_len);
+            DPRINTK("PIO region start == 0x%08X\n",
pio_start);
             DPRINTK("MMIO region size == 0x%02lX\n",
mmio_len);

 #ifdef USE_IO_OPS
@@ -830,6 +1054,7 @@
             dev->base_addr = pio_start;
             tp->mmio_addr = ioaddr;
             tp->regs_len = pio_len;
+            DPRINTK("Use IO-mapped-IO\n");
 #else
             /* ioremap MMIO region */
             ioaddr = ioremap (mmio_start, mmio_len);
@@ -841,6 +1066,7 @@
             dev->base_addr = (long) ioaddr;
             tp->mmio_addr = ioaddr;
             tp->regs_len = mmio_len;
+            DPRINTK("Use MEM-mapped-IO\n");
 #endif /* USE_IO_OPS */

             /* Bring old chips out of low-power mode. */
@@ -1070,6 +1296,14 @@
             if (rtl_chip_info[tp->chipset].flags &
HasHltClk)
                         RTL_W8 (HltClk, 'H');        
/* 'R' would leave
the clock running. */

+            /* init ROL/F watchdog */
+            if (tp->drv_flags & IS_ROLF) {
+                        rolf_ioaddr = ioaddr;
+                        printk(KERN_INFO "ROL/F
Watchdog at %08lx,
Timeout: %u s\n",(long)rolf_ioaddr,0xff-start);
+                        rolf_wdog_registered = 1;
+                        misc_register(&rolf_wdog_miscdev);
+            }
+
             return 0;

 err_out:
@@ -1115,7 +1349,7 @@
 #define EE_READ_CMD                       (6)
 #define EE_ERASE_CMD          (7)

-static int __devinit read_eeprom (void *ioaddr, int
location, int
addr_len)
+static int read_eeprom (void *ioaddr, int location,
int addr_len)
 {
             int i;
             unsigned retval = 0;
@@ -1290,6 +1524,9 @@
             void *ioaddr = tp->mmio_addr;
 #endif

+#ifdef ROLF_ENABLE_ROL_IFDOWN
+            pci_set_master (tp->pci_dev);
+#endif
             retval = request_irq (dev->irq,
rtl8139_interrupt, SA_SHIRQ,
dev->name, dev);
             if (retval)
                         return retval;
@@ -1422,6 +1659,11 @@
             /* Enable all known interrupts by setting
the interrupt mask.
*/
             RTL_W16 (IntrMask, rtl8139_intr_mask);

+        /* ROL/F specific */
+        if (tp->drv_flags & IS_ROLF) {
+                rolf_init(dev);
+        }
+
             netif_start_queue (dev);
 }

@@ -2115,9 +2357,16 @@
             void *ioaddr = tp->mmio_addr;
             int ret = 0;
             unsigned long flags;
+            u16 cmd;
+            unsigned short disable_rol;

             netif_stop_queue (dev);

+            /* ROL/F specific */
+            if (tp->drv_flags & IS_ROLF) {
+                        rolf_stop(dev);
+            }
+
             if (tp->thr_pid >= 0) {
                         tp->time_to_die = 1;
                         wmb();
@@ -2158,11 +2407,28 @@
             tp->rx_ring = NULL;
             tp->tx_bufs = NULL;

-            /* Green! Put the chip in low-power mode. */
-            RTL_W8 (Cfg9346, Cfg9346_Unlock);
+#ifdef ROLF_ENABLE_ROL_IFDOWN
+            disable_rol = read_eeprom(rolf_ioaddr,
EEPROM_ROLBASE+ROLF_DISABLE_ROL, 6);
+            if (!(disable_rol & 0x2)) {
+                        /* re-enable ROL after shutdown */
+                        DPRINTK ("ROL enabled in
EEPROM\n");
+                        RTL_W8 (Cfg9346, Cfg9346_Unlock);
+
+                        /* enable reset on LAN after
shutdown */
+                       
pci_read_config_word(tp->pci_dev, PCI_COMMAND,
&cmd);
+                        cmd &= ~PCI_COMMAND_MASTER;
+                       
pci_write_config_word(tp->pci_dev, PCI_COMMAND,
cmd);
+                        /* enable Rx */
+                        RTL_W8_F (ChipCmd, 0x8);
+                        /* accept phys, mult, unicast */
+                        RTL_W32 (RxConfig, 0xe);
+                        RTL_W8 (Cfg9346, Cfg9346_Lock);

-            if (rtl_chip_info[tp->chipset].flags &
HasHltClk)
-                        RTL_W8 (HltClk, 'H');        
/* 'R' would leave
the clock running. */
+                        rolf_init(dev);
+            } else {
+                        DPRINTK ("ROL disabled in
EEPROM\n");
+            }
+#endif

             return 0;
 }
@@ -2500,6 +2766,7 @@

             /* Note: do not reorder, GCC is clever
about common
statements. */
             if (dev->flags & IFF_PROMISC) {
+                        rolf_stop(dev);
                         /* Unconditionally log net
taps. */
                         printk (KERN_NOTICE "%s:
Promiscuous mode enabled.
\n",
                                     dev->name);
@@ -2533,6 +2800,10 @@
             }
             RTL_W32_F (MAR0 + 0, mc_filter[0]);
             RTL_W32_F (MAR0 + 4, mc_filter[1]);
+
+            if (!(dev->flags & IFF_PROMISC)) {
+                        rolf_init(dev);
+            }
 }

 static void rtl8139_set_rx_mode (struct net_device *dev)
@@ -2615,9 +2886,266 @@

 static void __exit rtl8139_cleanup_module (void)
 {
+            if (rolf_wdog_registered)
+                       
misc_deregister(&rolf_wdog_miscdev);
             pci_unregister_driver (&rtl8139_pci_driver);
 }

+/* begin ROL/F specific */
+void rolf_init(struct net_device *dev)
+{
+            unsigned char uchControl;
+            unsigned char wakeup_crc8[8] =
+               {0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00};
+            unsigned long wakeup_mask[8][2] = {
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+               {0x00000000,0x00000000},
+            };
+            unsigned char wakeup_lsb[8] =
+               {0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00};
+
+            unsigned char reg_cfg9346, reg_config;
+            int i;
+            unsigned short crc8_and_lastbyte, disable_rol;
+            unsigned char lwake_state;
+            struct rtl8139_private *tp = dev->priv;
+            void *ioaddr;
+
+            DPRINTK("ROL/F IO Addr: %08lx\n",rolf_ioaddr);
+            ioaddr = rolf_ioaddr;
+
+            disable_rol = read_eeprom(ioaddr,
EEPROM_ROLBASE+ROLF_DISABLE_ROL, 6);
+            if (disable_rol & 0x2) {
+                        DPRINTK ("ROL disabled in
EEPROM\n");
+                        rolf_stop(dev);
+                        return;
+            }
+            DPRINTK ("ROL enabled in EEPROM\n");
+
+
+            printk(KERN_INFO "Setting up ROL/F\n");
+            /* reset LWAKE */
+            pci_read_config_byte(tp->pci_dev, 0x55,
&lwake_state);
+#ifdef RTL8139_DEBUG
+            printk(KERN_DEBUG "LWake State:
%02x\n",lwake_state);
+#endif
+            if (lwake_state & 0x80) {
+#ifdef RTL8139_DEBUG
+                        printk(KERN_DEBUG "Clear
LWAKE\n");
+#endif
+                       
pci_write_config_byte(tp->pci_dev, 0x55, 0x80);
+            }
+        /* Unlock register access */
+            reg_cfg9346 = RTL_R8(Cfg9346);
+        reg_cfg9346 |= CFG_UNLOCK;
+            RTL_W8(Cfg9346, reg_cfg9346);
+
+        /* Disable LAN Wake signal */
+        reg_config = RTL_R8(Config5);
+        reg_config &= ~CFG5_LANWAKE;
+            RTL_W8(Config5, reg_config);
+
+        /* Disable Magic Paket support */
+        reg_config = RTL_R8(Config3);
+        reg_config &= ~CFG3_MAGIC;
+            RTL_W8(Config3, reg_config);
+
+        /* Disable PME support */
+            reg_config = RTL_R8(Config1);
+        reg_config &= ~CFG1_PMEN;
+        RTL_W8(Config1, reg_config);
+
+            /* Write ROL values from EEPROM in
RTL8139C registers */
+            crc8_and_lastbyte = read_eeprom(ioaddr,
EEPROM_ROLBASE+ROLF_CRC8_AND_LASTBYTE, 6);
+#ifdef RTL8139_DEBUG
+            printk(KERN_DEBUG "CRC8+Lastbyte (%x):
%X\n",EEPROM_ROLBASE+ROLF_CRC8_AND_LASTBYTE,crc8_and_lastbyte);
+#endif
+            wakeup_crc8[7] = (unsigned
char)(crc8_and_lastbyte >> 8);
+            wakeup_mask[7][0] = 0x00000003;
+            wakeup_mask[7][1] = 0x00000000;
+            wakeup_lsb[7] = (unsigned
char)(crc8_and_lastbyte);
+#ifdef RTL8139_DEBUG
+                        printk(KERN_DEBUG "CRC8: %02x,
LSB:
%02x\n",wakeup_crc8[7],wakeup_lsb[7]);
+#endif
+            for (i=0;i<8;i++){
+                        RTL_W8(PowerManCRC0 + i,
wakeup_crc8[i]);
+                        RTL_W32(WakeupMask0  + (i * 8),
wakeup_mask[i][0]);
+                        RTL_W32(WakeupMask0 + 4 + (i * 8),
wakeup_mask[i][1]);
+                        RTL_W8(LSBCR0 + i, wakeup_lsb[i]);
+            }
+
+        /* Enable PME support */
+        reg_config = RTL_R8(Config1);
+        reg_config |= CFG1_PMEN;
+        RTL_W8(Config1, reg_config);
+
+        /* Enable LAN Wake signal */
+        reg_config = RTL_R8(Config5);
+        reg_config |= CFG5_LANWAKE;
+        RTL_W8(Config5, reg_config);
+
+        /* LWAKE and PMEB pins asserted at same time */
+        reg_config = RTL_R8(Config4);
+        reg_config &= ~CFG4_LWPME;
+        RTL_W8(Config4, reg_config);
+
+        /* Lock register access */
+        reg_cfg9346 &= ~CFG_UNLOCK;
+        RTL_W8(Cfg9346, reg_cfg9346);
+
+            /* reset LWAKE */
+            pci_read_config_byte(tp->pci_dev, 0x55,
&lwake_state);
+#ifdef RTL8139_DEBUG
+            printk(KERN_DEBUG "LWake State:
%02x\n",lwake_state);
+#endif
+            if (lwake_state & 0x80) {
+#ifdef RTL8139_DEBUG
+                        printk(KERN_DEBUG "Clear
LWAKE\n");
+#endif
+                       
pci_write_config_byte(tp->pci_dev, 0x55, 0x80);
+            }
+
+            /* Enable Reset on LAN */
+            spin_lock(&lattice_lock);
+            uchControl = lat_read(ioaddr,LAT_REG_CONFIG);
+            uchControl |= LAT_CFG_ROLENB;
+            lat_write(ioaddr, LAT_REG_CONFIG, uchControl);
+            spin_unlock(&lattice_lock);
+}
+
+void rolf_stop(struct net_device *dev)
+{
+            unsigned char uchControl;
+            unsigned char lwake_state;
+            struct rtl8139_private *tp = dev->priv;
+            void *ioaddr;
+
+            DPRINTK(KERN_DEBUG "ROL/F IO Addr:
%08lx\n",rolf_ioaddr);
+            ioaddr = rolf_ioaddr;
+
+            /* reset LWAKE */
+            pci_read_config_byte(tp->pci_dev, 0x55,
&lwake_state);
+#ifdef RTL8139_DEBUG
+            printk(KERN_DEBUG "LWake State:
%02x\n",lwake_state);
+#endif
+            if (lwake_state & 0x80) {
+#ifdef RTL8139_DEBUG
+                        printk(KERN_DEBUG "Clear
LWAKE\n");
+#endif
+                       
pci_write_config_byte(tp->pci_dev, 0x55, 0x80);
+            }
+
+            /* Disable Reset on LAN */
+            spin_lock(&lattice_lock);
+            uchControl = lat_read(ioaddr,LAT_REG_CONFIG);
+            uchControl &= ~LAT_CFG_ROLENB;
+            lat_write(ioaddr, LAT_REG_CONFIG, uchControl);
+            spin_unlock(&lattice_lock);
+}
+
+static unsigned char lat_read(void *ioaddr, long offset)
+{
+    unsigned long value = 0;
+    volatile unsigned long value_in = 0;
+
+    long flash_addr = FlashAccess;
+
+    /* deactivate control lines */
+    value = FLASH_CSB | FLASH_OEB | FLASH_WEB;
+
+    /* Enable Flash Access, drive Address lines */
+    value |= FLASH_ENABLE | ((offset | LAT_BASE_ADDR)
& FLASH_ADDR_MASK);
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Enable  Flash Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+
+    /* Start Read Access */
+    value &= ~(FLASH_OEB | FLASH_CSB);
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Start   Read  Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+
+    /* Read the Flash Register content */
+    value_in = RTL_R32(flash_addr);
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Return Value from FlashReg:
%08lx\n", value_in);
+#endif
+    value_in &= FLASH_DATA_MASK;
+    value_in >>=24;
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Return Value from Flash   :
%02lx\n", value_in);
+#endif
+    /* Stop Read Access */
+    value |= FLASH_OEB | FLASH_CSB;
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Stop    Read  Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+
+    /* Disable Flash Access */
+    value = FLASH_CSB | FLASH_OEB | FLASH_WEB;
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Disable Flash Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Return Value from FlashReg:
%08lx\n",
RTL_R32(flash_addr));
+#endif
+
+    return (unsigned char) value_in;
+}
+
+static void lat_write(void *ioaddr, long offset,
unsigned char data)
+{
+    unsigned long value = 0;
+    long flash_addr = FlashAccess;
+
+    /* set data and deactivate control lines */
+    value = ((data << 24) & FLASH_DATA_MASK) |
FLASH_CSB | FLASH_OEB |
FLASH_WEB;
+
+    /* Enable Flash Access, drive Address lines */
+    value |= FLASH_ENABLE | ((offset | LAT_BASE_ADDR)
& FLASH_ADDR_MASK);
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG " Enable  Flash Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+
+    /* Start Write Access */
+    value &= ~(FLASH_WEB | FLASH_CSB);
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG " Start   Write Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+    /* lattice design needs a delay of one clock
period to receive data,
+       f=32768 kHz -> clock period 30 usec
+     */
+
+    udelay(100);  /* its save to increase delay to 100
micro seconds */
+
+    /* Stop Write Access */
+    value |= FLASH_WEB | FLASH_CSB;
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Stop    Write Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+
+    /* Disable Flash Access */
+    value = FLASH_CSB | FLASH_OEB | FLASH_WEB;
+#ifdef RTL8139_DEBUG
+    printk(KERN_DEBUG" Disable Flash Access: %04lx:
%08lx\n", flash_addr,
value);
+#endif
+    RTL_W32(flash_addr, value);
+}
+
+/* end ROL/F specific */

 module_init(rtl8139_init_module);
 module_exit(rtl8139_cleanup_module);


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=775368&group_id=34096

Re: [Devil-linux-develop] everything on CD

[Bruce S. <bw...@ar...>]

> >Since CIPE worked as expected, would it be OK if I move the other
> >daemons to CD that I personally run?  That way I can watch to make
> >sure they don't require the CD after boot too.
> >
> >I'm currently running these daemons:   sshd  dhcpd  ntpd  syslog-ng
> >and the noip-updater
> >
> >Looking around, I also think we should move:  iptables* gradm ldconfig
> >(the largest programs)
> >
> >And a lot of other stuff in the bin directories.  Maybe it would be
> >easier to make a list of programs NOT to move?
> 
> Yes go ahead and do it. 

OK, I moved those programs, except for "ldconfig" which I couldn't find
easily.  (I couldn't find /bin/bash easily either.  I'll dig harder.)

I also moved a whole bunch of other programs (that were not packages) 
to CD (see CHANGES).  Hope I didn't get too carried away!   :-) 

Is it OK to move all the optional packages to CD next? 
(and make them no longer packages)

> I was actually thinking if I should rewrite the
> boot process this week.
> So everything has to be on the CD and we mount the CD as /. I would then
> mount the shmfs on /var and /etc .

That sounds like a good idea.

It might be a good idea to have a bin directory in shmfs in the front of
$PATH so people could copy some programs to memory if they wanted to.

It also might be cool to do something similar for USB, so some programs
could be cached there.

 - BS

[Devil-linux-develop] [fmII] Shoreline Firewall 1.4.6 released (Default branch)

[<no...@fr...>]

This email is to inform you about the release of version '1.4.6' of
'Shoreline Firewall' through freshmeat.net. All URLs and other useful
information can be found at

    http://freshmeat.net/projects/shorewall/

The changes in this release are as follows:
Many bugfixes and improvements. 

Project description:
Shorewall is an iptables-based firewall for Linux Systems. Its
configuration is very flexible, allowing it to be used in a wide
range of firewall/gateway/router and VPN environments.  

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Why Linux? Because it costs less. 

Now, thanks to Oracle’s work with Linux partners, along with Oracle’s
advanced clustering technology Linux is ready for the enterprise. Arm
yourself with a solid implementation plan—and charter a managed deployment
for Linux. Click for a free Forrester Research report and guide to
creating a Linux playbook. 

 

http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14

____________________________| Advertising |____________________________

Re: [Devil-linux-develop] everything on CD

[Heiko Z. <hz...@pr...>]

On 07/21/2003 09:16:51 AM Bruce Smith wrote:
>> > I just saw you change cipe to run off the CD, how is that going?
>>
>> ...  No CD access required to start the VPN after boot-up!
>
>Since CIPE worked as expected, would it be OK if I move the other
>daemons to CD that I personally run?  That way I can watch to make
>sure they don't require the CD after boot too.
>
>I'm currently running these daemons:   sshd  dhcpd  ntpd  syslog-ng
>and the noip-updater
>
>Looking around, I also think we should move:  iptables* gradm ldconfig=

>(the largest programs)
>
>And a lot of other stuff in the bin directories.  Maybe it would be
>easier to make a list of programs NOT to move?

Yes go ahead and do it. I was actually thinking if I should rewrite the=

boot process this week.
So everything has to be on the CD and we mount the CD as /. I would the=
n
mount the shmfs on /var and /etc .

Heiko
=

Re: [Devil-linux-develop] everything on CD

[Bruce S. <bw...@ar...>]

> > I just saw you change cipe to run off the CD, how is that going?
> 
> ...  No CD access required to start the VPN after boot-up! 

Since CIPE worked as expected, would it be OK if I move the other
daemons to CD that I personally run?  That way I can watch to make 
sure they don't require the CD after boot too.

I'm currently running these daemons:   sshd  dhcpd  ntpd  syslog-ng
and the noip-updater

Looking around, I also think we should move:  iptables* gradm ldconfig
(the largest programs)

And a lot of other stuff in the bin directories.  Maybe it would be
easier to make a list of programs NOT to move?

 - BS

Re: [Devil-linux-develop] Moving optional packages to run off CD.

[Heiko Z. <hz...@pr...>]

On 07/21/2003 08:58:14 AM Bruce Smith wrote:
>> >What all programs are run in the chroot jail?
>>
>> Everything which has a config file in /etc/sysconfig/jail.
>>
>> >Are they all broken now?
>>
>> Yes, because the script (share by all programs) which creates the ja=
il
>> can't handle the symlinks yet.
>
>I see this file exists:  /etc/sysconfig/jail/POSTFIX
>
>Is that causing the postfix problems the guy on the DL discuss mailing=

>list is having?

No, there's a file missing ( cmp ) . I have to add it to the jail confi=
g
for postfix.
On the otherhand, it currently won't be able to copy the (symlinked) fi=
le.

Heiko
=

Re: [Devil-linux-develop] Moving optional packages to run off CD.

[Bruce S. <bw...@ar...>]

> >What all programs are run in the chroot jail?
> 
> Everything which has a config file in /etc/sysconfig/jail.
> 
> >Are they all broken now?
> 
> Yes, because the script (share by all programs) which creates the jail
> can't handle the symlinks yet.

I see this file exists:  /etc/sysconfig/jail/POSTFIX

Is that causing the postfix problems the guy on the DL discuss mailing
list is having?

 - BS

Re: [Devil-linux-develop] Moving optional packages to run off CD.

[Heiko Z. <hz...@pr...>]

On 07/19/2003 06:26:26 PM Bruce Smith wrote:
>> Actually I did the first changes with binaries/libs on CD, so I brok=
e
>it. ;-)
>> As a background:
>> The jail script copies the libraries which are needed into the chroo=
t
>jail.
>> Right now those libraries are nothing else then symlinks to /cdrom,
>which
>> of course are not available within the chroot jail.
>> That means the script needs some more intelligence.
>> Oh that's good, I probably can do another change. I want to move the=

>> mountpoint for our media from /cdrom to /var/adm/something .
>
>What all programs are run in the chroot jail?

Everything which has a config file in /etc/sysconfig/jail.

>Are they all broken now?

Yes, because the script (share by all programs) which creates the jail
can't handle the symlinks yet.

Heiko
=

[Devil-linux-develop] [fmII] distcc 2.9 released (Default branch)

[<no...@fr...>]

This email is to inform you about the release of version '2.9' of 'distcc'
through freshmeat.net. All URLs and other useful information can be found
at

    http://freshmeat.net/projects/distcc/

The changes in this release are as follows:
In this version, the addition of optional LZO  compression and use of
memory mapped files has  increased distcc's performance. Some new
unusual  compiler command lines are now supported properly.  The
documentation has been reworked and updated. 

Project description:
distcc is a parallel build system that distributes compilation of
C/C++/ObjC code across machines on a network. It can be set up in
just a few minutes and makes builds up to ten times faster. It does
not require machines to share a filesystem or have the same libraries
or header files, and installation does not need superuser privileges. 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Why Linux? Because it costs less. 

Now, thanks to Oracle’s work with Linux partners, along with Oracle’s
advanced clustering technology Linux is ready for the enterprise. Arm
yourself with a solid implementation plan—and charter a managed deployment
for Linux. Click for a free Forrester Research report and guide to
creating a Linux playbook. 

 

http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14

____________________________| Advertising |____________________________

Re: [Devil-linux-develop] everything on CD

[Bruce S. <bw...@ar...>]

> I just saw you change cipe to run off the CD, how is that going?

Works great!  I booted up my new DL CD, then I started a CIPE VPN while
watching the CD light on my DL box.  No CD access required to start the
VPN after boot-up!  :-)

 - BS

Re: [Devil-linux-develop] Moving optional packages to run off CD.

[Bruce S. <bw...@ar...>]

> >> Shoot, I need some time to work on the chroot jail stuff. I'm pretty
> >> certain that this is broken now.
> >
> >Hope I didn't break it.  (blame me if you want, I can take it :)
> 
> It's all your fault! Chroot Jail doesn't work, it's cloudy here, I'm
> hungry, still 8 hours left to work.. all your fault !!!

Darn, I knew it!  (imagine my pitiful, shameful, forlorn expression ;-)

> Actually I did the first changes with binaries/libs on CD, so I broke it. ;-)
> As a background:
> The jail script copies the libraries which are needed into the chroot jail.
> Right now those libraries are nothing else then symlinks to /cdrom, which
> of course are not available within the chroot jail.
> That means the script needs some more intelligence.
> Oh that's good, I probably can do another change. I want to move the
> mountpoint for our media from /cdrom to /var/adm/something .

What all programs are run in the chroot jail?
Are they all broken now?

 - BS

[Devil-linux-develop] [fmII] Samba 3.0.0 beta3 released (3.0.x branch)

[<no...@fr...>]

This email is to inform you about the release of version '3.0.0 beta3' of
'Samba' through freshmeat.net. All URLs and other useful information can
be found at

    http://freshmeat.net/projects/samba/

The changes in this release are as follows:
There have been significant additions to winbindd's functionality in
this release as well as changes to Samba's SID---UNIX id mapping
features.  

Project description:
The Samba software suite is a collection of programs that implements
the SMB protocol for unix systems, allowing you to serve files and
printers to Windows, NT, OS/2 and DOS clients. This protocol is
sometimes also referred to as the LanManager or Netbios protocol. 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
Why Linux? Because it costs less. 

Now, thanks to Oracle’s work with Linux partners, along with Oracle’s
advanced clustering technology Linux is ready for the enterprise. Arm
yourself with a solid implementation plan—and charter a managed deployment
for Linux. Click for a free Forrester Research report and guide to
creating a Linux playbook. 

 

http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14

____________________________| Advertising |____________________________

Re: [Devil-linux-develop] Startup broken on latest?

[Manu <ee...@fr...>]

Bruce Smith a écrit:

>>MB : P4P800 deluxe (865PE) with PAT enabled
>>    
>>
>
>I see that MB has a gigabit ethernet port.
>Is that supported by Linux?
>  
>

Yes ! it's 3c2000.o ... either it is in your distro , or you simply have 
to compile package from a tar.gz  downloaded from Asus site.

With that adapter plugged on a 100M Switch, i have simply doubled 
tranfer rate between my workstation and an ftp server in de DMZ, from 
previous card (intel ee pro 100)

Cya

MaNU

>Thanks, BS
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Devil-linux-develop mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>  
>

Re: [Devil-linux-develop] Startup broken on latest?

[Heiko Z. <hz...@pr...>]

On 07/18/2003 09:53:40 AM Bruce Smith wrote:
>> 1h 18 m 14 s
>
>WOW!

What ???? I need money, lot's of money....

cya
   Heiko
=

Re: [Devil-linux-develop] Startup broken on latest?

[Bruce S. <bw...@ar...>]

> MB : P4P800 deluxe (865PE) with PAT enabled

I see that MB has a gigabit ethernet port.
Is that supported by Linux?

Thanks, BS

Re: [Devil-linux-develop] Startup broken on latest?

[Bruce S. <bw...@ar...>]

> Remember that Mobo and cpu don't do all the trick ... choose good DDR
> in dual channel and a good hd for lfssystem ...

Definitely.

I've been thinking of moving my lfssystem from ext3 to ReiserFS.
That would probably shave a couple minutes off just "make mrproper".

Thanks again!

 - BS

Re: [Devil-linux-develop] Startup broken on latest?

[Manu <ee...@fr...>]

Bruce Smith a écrit:

>>1h 18 m 14 s
>>    
>>
>
>WOW!
>
>  
>
>>I upgraded the MB, CPU and ram for 600€ last month
>>    
>>
>
>600 what?
>
Euros ... i live in France but in usa, you should find the same for less !

>
>  
>
>>Hope it help you to decide or not
>>    
>>
>
>Yes, as soon as I can translate the cost into USD. :-)
>
>Thank you very much for the info!  
>I wasn't expecting that much of a increase.
>  
>
Remember that Mobo and cpu don't do all the trick ... choose good DDR in 
dual channel and a good hd for lfssystem ...

Cya

MaNU

> - BS
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Devil-linux-develop mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>  
>

Re: [Devil-linux-develop] Startup broken on latest?

[Bruce S. <bw...@ar...>]

> 1h 18 m 14 s

WOW!

> I upgraded the MB, CPU and ram for 600=A4 last month

600 what?

> Hope it help you to decide or not

Yes, as soon as I can translate the cost into USD. :-)

Thank you very much for the info! =20
I wasn't expecting that much of a increase.

 - BS

Re: [Devil-linux-develop] Startup broken on latest?

[Heiko Z. <hz...@pr...>]

you got too much money... ;-)

Heiko

On 07/17/2003 09:10:05 PM Emmanuel ESCARABAJAL wrote:
>Bruce Smith wrote:
>
>Here it is ...
>
>MB : P4P800 deluxe (865PE) with PAT enabled
>CPU : PIV 2.6 ht fsb 800 o/c : 10 % in bios settings !
>RAM : 2x512 crucial PC 3200 dual channel
>HD contr. : Tekram DC390 U2W (53c895)
>HDD :
>- / type ext3 on a SEAGATE 318203LC (Cheetah 18 LP 18 Go U2W SCA 10000=

>rpm 5.4 ms )
>- /usr & /var type ext3 on a SEAGATE 39102LW ( Cheetah 9LP 9 Go U2W
>10000 rpm 5.4 ms )
>- /home/dl type ext2 ( the work disk ) on a IBM DRVS09D (Ultrastar 9 L=
ZX
>U2W SCA 10000 rpm 5.3 ms )
>2 swap part on both 9 Go Disks
>
>host operating system : SuSE 8.2 with official smp kernel
>(k_smp-2.4.20-95)
>
>I only modified the number of compile threads to 2 from your .config
>file
>
>... and the time is ...
>
>1h 18 m 14 s
>
>I upgraded the MB, CPU and ram for 600=80 last month
>
>with my PIII 800 EB @ 880 /256 Mb SDRam on MSI 6321 (694D Pro), my
>config took 5h +, with the new one (with same system,disks ...) it too=
k
>2h with UP kernel and 1h48 with SMP kernel and 2 compile threads (ht
>copile 11% faster)
>
>didn't try with 3 compile threads but as HT is a fake SMP, i believe i=
t
>will be longer as 2 ...
>
>I think this Mobo is good and easy to setup but other manufacturers
>offer best bundles for the price (round ide cables, every brackets for=

>usb2 and 1394 ... which are optional with Asus Deluxe !!!) and very
>similar perfs ...
>
>Hope it help you to decide or not
>
>Cya
>
>MaNU
>
>
>>>>I wonder how long a 3Ghz P4 w/hyperthreading would take to compile?=

>:-)
>>>>
>>>>
>>>>
>>>Send me your .config and I'll tell you on a P4 ht 2.6/800
>>>
>>>
>>
>>It's attached.  I think it's the same one Heiko posted last week.
>>
>>You might want to go into make menuconfig, Build System Configuration=
,
>>and increase the Parallel Build Jobs number to take advantage of your=

>>hyperthreading.
>>
>>I'll be very interested in your result, to help me determine if I
>should
>>upgrade.  Thanks!!!
>>
>>
>>
>>>... but you must consider the efficiency of your hd sub-system (udma=
,
>>>u2w scsi , 7200 rpm, 10000 rpm ...)
>>>before making any comparisson as it is intensive with disk I/O ...
>>>
>>>
>>
>>Understood.  My Athlon has a 3ware SCSI-to-IDE controller with 7200 R=
PM
>>disks.  My 1.7 P4 has an Adaptec SCSI controller with 7200 RPM disks.=

>>
>>
>>
>>> amount of ram should influence too
>>>
>>>
>>
>>My 1.4 Athlon has 512MB, my 1.7 P4 has 1GB of memory.
>>
>>Did I mention the Athlon compiled everything 5 minutes faster?  :-)
>>
>> - BS
>>
>>
>>
>>
>>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine=
.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at th=
e
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0=

>_______________________________________________
>Devil-linux-develop mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/devil-linux-develop



=

Re: [Devil-linux-develop] Moving optional packages to run off CD.

[Heiko Z. <hz...@pr...>]

On 07/17/2003 04:58:10 PM Bruce Smith wrote:
>> >> I already did a few of those,
>> >
>> >No you didn't!  Not as far as I could tell anyway.  :-)
>>
>> Yeah sure.....
>>
>> >> but go ahead and do the rest
>> >
>> >I did them ALL!  Don't try to take credit for my work!  ;-)
>> >(however, you can take credit for my mistakes if you like ;)
>>
>> I'm almost certain that I did a few of those, I think you're just
>taking
>> credit for my work.... ;-)
>> OK, I could be wrong, but that almost never happens. ;-)
>
>CVS doesn't lie!  :-)
>
>But it is very slow updating the web interface after I commit stuff. :=
-(
>
>> Shoot, I need some time to work on the chroot jail stuff. I'm pretty=

>> certain that this is broken now.
>
>Hope I didn't break it.  (blame me if you want, I can take it :)

It's all your fault! Chroot Jail doesn't work, it's cloudy here, I'm
hungry, still 8 hours left to work.. all your fault !!!

Actually I did the first changes with binaries/libs on CD, so I broke i=
t. ;
-)
As a background:
The jail script copies the libraries which are needed into the chroot j=
ail.
Right now those libraries are nothing else then symlinks to /cdrom, whi=
ch
of course are not available within the chroot jail.
That means the script needs some more intelligence.
Oh that's good, I probably can do another change. I want to move the
mountpoint for our media from /cdrom to /var/adm/something .

cya
  Heiko
=

Re: [Devil-linux-develop] Startup broken on latest?

[Emmanuel E. <ee...@ma...>]

Bruce Smith wrote:

Here it is ...

MB : P4P800 deluxe (865PE) with PAT enabled
CPU : PIV 2.6 ht fsb 800 o/c : 10 % in bios settings !
RAM : 2x512 crucial PC 3200 dual channel
HD contr. : Tekram DC390 U2W (53c895)
HDD :
- / type ext3 on a SEAGATE 318203LC (Cheetah 18 LP 18 Go U2W SCA 10000 
rpm 5.4 ms )
- /usr & /var type ext3 on a SEAGATE 39102LW ( Cheetah 9LP 9 Go U2W 
10000 rpm 5.4 ms )
- /home/dl type ext2 ( the work disk ) on a IBM DRVS09D (Ultrastar 9 LZX 
U2W SCA 10000 rpm 5.3 ms )
2 swap part on both 9 Go Disks

host operating system : SuSE 8.2 with official smp kernel (k_smp-2.4.20-95)

I only modified the number of compile threads to 2 from your .config file

... and the time is ...

1h 18 m 14 s

I upgraded the MB, CPU and ram for 600€ last month

with my PIII 800 EB @ 880 /256 Mb SDRam on MSI 6321 (694D Pro), my 
config took 5h +, with the new one (with same system,disks ...) it took 
2h with UP kernel and 1h48 with SMP kernel and 2 compile threads (ht 
copile 11% faster)

didn't try with 3 compile threads but as HT is a fake SMP, i believe it 
will be longer as 2 ...

I think this Mobo is good and easy to setup but other manufacturers 
offer best bundles for the price (round ide cables, every brackets for 
usb2 and 1394 ... which are optional with Asus Deluxe !!!) and very 
similar perfs ...

Hope it help you to decide or not

Cya

MaNU


>>>I wonder how long a 3Ghz P4 w/hyperthreading would take to compile? :-)
>>>  
>>>      
>>>
>>Send me your .config and I'll tell you on a P4 ht 2.6/800 
>>    
>>
>
>It's attached.  I think it's the same one Heiko posted last week.
>
>You might want to go into make menuconfig, Build System Configuration,
>and increase the Parallel Build Jobs number to take advantage of your
>hyperthreading.
>
>I'll be very interested in your result, to help me determine if I should
>upgrade.  Thanks!!!
>
>  
>
>>... but you must consider the efficiency of your hd sub-system (udma, 
>>u2w scsi , 7200 rpm, 10000 rpm ...)
>>before making any comparisson as it is intensive with disk I/O ...
>>    
>>
>
>Understood.  My Athlon has a 3ware SCSI-to-IDE controller with 7200 RPM
>disks.  My 1.7 P4 has an Adaptec SCSI controller with 7200 RPM disks.
>
>  
>
>> amount of ram should influence too
>>    
>>
>
>My 1.4 Athlon has 512MB, my 1.7 P4 has 1GB of memory.
>
>Did I mention the Athlon compiled everything 5 minutes faster?  :-)
>
> - BS
>  
>
>
>  
>

Re: [Devil-linux-develop] Moving optional packages to run off CD.

[Bruce S. <bw...@ar...>]

> >> I already did a few of those,
> >
> >No you didn't!  Not as far as I could tell anyway.  :-)
> 
> Yeah sure.....
> 
> >> but go ahead and do the rest
> >
> >I did them ALL!  Don't try to take credit for my work!  ;-)
> >(however, you can take credit for my mistakes if you like ;)
> 
> I'm almost certain that I did a few of those, I think you're just taking
> credit for my work.... ;-)
> OK, I could be wrong, but that almost never happens. ;-)

CVS doesn't lie!  :-)

But it is very slow updating the web interface after I commit stuff. :-(

> Shoot, I need some time to work on the chroot jail stuff. I'm pretty
> certain that this is broken now.

Hope I didn't break it.  (blame me if you want, I can take it :)

 - BS