From owner-freebsd-hackers Sun Jun 18 1:49:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 4DB2C37B957 for ; Sun, 18 Jun 2000 01:49:11 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000618085000.CXRF10636.relay01@chello.nl> for ; Sun, 18 Jun 2000 10:50:00 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id KAA00316 for FreeBSD-hackers@freebsd.org; Sun, 18 Jun 2000 10:49:08 +0200 (CEST) (envelope-from wkb) Date: Sun, 18 Jun 2000 10:49:08 +0200 From: Wilko Bulte To: FreeBSD hackers list Subject: SM bus on VIA KX133 chipset? Message-ID: <20000618104908.A281@freebie.wbnet> Reply-To: wc.bulte@chello.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since yesterday I finally have my Abit KA7 Athlon board online (I *hate* backordered CPUs..). It works like a charm, but I'd like to see if wmhm (hardware monitoring) can be made to work. Sofar starting wmhm gives me: IdlePTD 3788800 initial pcb at 30ff40 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xc017439a stack pointer = 0x10:0xc94efc84 frame pointer = 0x10:0xc94efc84 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 244 (wmhm) interrupt mask = none trap number = 12 panic: page fault syncing disks... 4 4 done Uptime: 1m38s dumping to dev #da/0x30001, offset 131200 dump 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc016cf18 in boot () (kgdb) bt #0 0xc016cf18 in boot () #1 0xc016d29c in poweroff_wait () #2 0xc0281b15 in trap_fatal () #3 0xc02817ed in trap_pfault () #4 0xc02813eb in trap () #5 0xc017439a in device_get_softc () #6 0xc01452d3 in smbus_request_bus () #7 0xc0218688 in bti2c_iic_callback () #8 0xc0145d28 in IICBB_CALLBACK () #9 0xc0145b2a in iicbb_callback () #10 0xc014655c in IICBUS_CALLBACK () #11 0xc0146779 in iicbus_request_bus () #12 0xc0145f54 in iicsmb_callback () #13 0xc0144ec4 in SMBUS_CALLBACK () #14 0xc01452ed in smbus_request_bus () #15 0xc01455e8 in smbioctl () #16 0xc01a3506 in spec_ioctl () #17 0xc01a3231 in spec_vnoperate () #18 0xc0236829 in ufs_vnoperatespec () #19 0xc019e1d0 in vn_ioctl () #20 0xc017a716 in ioctl () #21 0xc0281dc1 in syscall2 () #22 0xc0276a16 in Xint0x80_syscall () #23 0x8049065 in ?? () #24 0x8048d9d in ?? () (kgdb) This is 4.0-stable. Does this ring any bells? -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 3:42:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 4980D37B590; Sun, 18 Jun 2000 03:42:30 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id MAA76160; Sun, 18 Jun 2000 12:42:24 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id MAA00670; Sun, 18 Jun 2000 12:29:23 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Sun, 18 Jun 2000 12:29:23 +0200 (CEST) From: Michael Reifenberger To: John Baldwin Cc: Jeff Kreska , freebsd-hackers@FreeBSD.ORG Subject: RE: install / boot last 3 gig of 25 gig drive In-Reply-To: <200006180251.TAA04348@john.baldwin.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Sat, 17 Jun 2000, John Baldwin wrote: ... > and support LBA mode so we can boot off of larger disks, but adding this > support into some parts of the bootstrap has some far reaching consequences. > As a result, boot0 most likely won't have support for large drives until > 5.0, or possibly 4.2 or later on the 4.x branch. using "boot0cfg -B -o packet ad0" solved the booting problem for me. Previously I had to use the win98 bootloader and activate the partitions by hand in a dual-boot configuration. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 4:13:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from foobar.franken.de (foobar.franken.de [194.94.249.81]) by hub.freebsd.org (Postfix) with ESMTP id 6897337B5DC; Sun, 18 Jun 2000 04:13:47 -0700 (PDT) (envelope-from logix@foobar.franken.de) Received: (from logix@localhost) by foobar.franken.de (8.8.8/8.8.5) id NAA00587; Sun, 18 Jun 2000 13:14:14 +0200 (CEST) Message-ID: <20000618131414.A27310@foobar.franken.de> Date: Sun, 18 Jun 2000 13:14:14 +0200 From: Harold Gutch To: "Jordan K. Hubbard" , John Baldwin Cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd References: <200006180251.TAA04369@john.baldwin.cx> <4878.961308444@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <4878.961308444@localhost>; from Jordan K. Hubbard on Sat, Jun 17, 2000 at 11:07:24PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 17, 2000 at 11:07:24PM -0700, Jordan K. Hubbard wrote: > > Seeing as how it has been a link on Daemon News' front page for several > > months, I find that hard to believe. :-P > > Not all of us read daemon news, either. As far as I'm concerned, if > it's not part of www.freebsd.org, it doesn't exist. :-) Does a link from http://www.freebsd.org/projects/ count? bye, Harold -- Someone should do a study to find out how many human life spans have been lost waiting for NT to reboot. Ken Deboy on Dec 24 1999 in comp.unix.bsd.freebsd.misc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 4:16: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 56A4A37B852 for ; Sun, 18 Jun 2000 04:16:00 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 3463083 invoked from network); 18 Jun 2000 11:15:58 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 18 Jun 2000 11:15:58 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id NAA59468; Sun, 18 Jun 2000 13:15:56 +0200 (CEST) (envelope-from root) From: Cyrille Lefevre Posted-Date: Sun, 18 Jun 2000 13:15:56 +0200 (CEST) Message-Id: <200006181115.NAA59468@gits.dyndns.org> Subject: Re: kerneld for FreeBSD In-Reply-To: <20000617201131.A77682@manatee.mammalia.org> "from R Joseph Wright at Jun 17, 2000 08:11:31 pm" To: R Joseph Wright Date: Sun, 18 Jun 2000 13:15:55 +0200 (CEST) Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Reply-To: clefevre@citeweb.net Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Joseph Wright wrote: > > On Sun, Jun 18, 2000 at 04:14:51AM +0200, Cyrille Lefevre wrote: > > "Daniel C. Sobral" writes: > > > > > > Joseph Wright wrote: > > > > > > > > Since when? Any that I've ever needed had to be compiled into the > > > > kernel. > > > > > > Since when is a tough question, but since 4.0, I think, for NICs, and > > > certainly at least 3.x, maybe even 2.x, for fs. > > > > cvs log ifconfig.c says revision 1.44 which is after RELENG_3_4_0_RELEASE > > ... > > RELENG_4_0_0_RELEASE: 1.51 > > ... > > RELENG_3_4_0_RELEASE: 1.38.2.2 > > ... > > revision 1.44 > > date: 1999/09/20 07:58:08; author: msmith; state: Exp; lines: +45 -1 > > If we don't appear to have a module loaded supporting the interface > > we're about to operate on, try to load one. Don't complain if the > > load fails, and always press on regardless (there may not be a module > > suitable or required). > > > > With the renaming of the PCI ethernet driver modules and the addition > > of appropriate miibus dependancies on those modules that need it, it is > > now no longer necessary to compile many ethernet drivers into the kernel; > > they will be loaded on demand the first time they are ifconfig'ed. > > I built a kernel without 'device miibus' and 'device xl' and it > automatically loaded the drivers when I manually did 'ifconfig'. But > it didn't load them from rc.conf, where I have my ethernet card > configured like so: > > ifconfig_xl0="inet 216.231.50.6 netmask 255.255.255.0" > defaultrouter="216.231.50.1" > > So I put the drivers back in the kernel. another solution would be to load it a boot time using if_xl_load="YES" in /boot/loader.conf. I don't remember which version of FreeBSD are you running, is it 4.0-STABLE ? PS : I put back this message in the mailing lists multimedia & hackers. Cyrille. -- home: mailto:clefevre@citeweb.net work: mailto:Cyrille.Lefevre@edf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 4:33: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 8D34037BA11 for ; Sun, 18 Jun 2000 04:32:58 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 3580559 invoked from network); 18 Jun 2000 11:32:54 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 18 Jun 2000 11:32:54 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id NAA71042; Sun, 18 Jun 2000 13:32:53 +0200 (CEST) (envelope-from root) Posted-Date: Sun, 18 Jun 2000 13:32:53 +0200 (CEST) To: clefevre@citeweb.net Cc: R Joseph Wright , stable@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <200006181115.NAA59468@gits.dyndns.org> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 18 Jun 2000 13:32:50 +0200 In-Reply-To: Cyrille Lefevre's message of "Sun, 18 Jun 2000 13:15:55 +0200 (CEST)" Message-ID: Lines: 59 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrille Lefevre writes: > > Joseph Wright wrote: > > > > On Sun, Jun 18, 2000 at 04:14:51AM +0200, Cyrille Lefevre wrote: > > > "Daniel C. Sobral" writes: > > > > > > > > Joseph Wright wrote: > > > > > > > > > > Since when? Any that I've ever needed had to be compiled into the > > > > > kernel. > > > > > > > > Since when is a tough question, but since 4.0, I think, for NICs, and > > > > certainly at least 3.x, maybe even 2.x, for fs. > > > > > > cvs log ifconfig.c says revision 1.44 which is after RELENG_3_4_0_RELEASE > > > ... > > > RELENG_4_0_0_RELEASE: 1.51 > > > ... > > > RELENG_3_4_0_RELEASE: 1.38.2.2 > > > ... > > > revision 1.44 > > > date: 1999/09/20 07:58:08; author: msmith; state: Exp; lines: +45 -1 > > > If we don't appear to have a module loaded supporting the interface > > > we're about to operate on, try to load one. Don't complain if the > > > load fails, and always press on regardless (there may not be a module > > > suitable or required). > > > > > > With the renaming of the PCI ethernet driver modules and the addition > > > of appropriate miibus dependancies on those modules that need it, it is > > > now no longer necessary to compile many ethernet drivers into the kernel; > > > they will be loaded on demand the first time they are ifconfig'ed. > > > > I built a kernel without 'device miibus' and 'device xl' and it > > automatically loaded the drivers when I manually did 'ifconfig'. But > > it didn't load them from rc.conf, where I have my ethernet card > > configured like so: > > > > ifconfig_xl0="inet 216.231.50.6 netmask 255.255.255.0" > > defaultrouter="216.231.50.1" > > > > So I put the drivers back in the kernel. > > another solution would be to load it a boot time using if_xl_load="YES" > in /boot/loader.conf. > > I don't remember which version of FreeBSD are you running, is it > 4.0-STABLE ? > > PS : I put back this message in the mailing lists multimedia & hackers. forgive this message, I fu2 this message to the wrong lists, sorry. indeed, fu2 stable. Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 5: 1:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id BD58037B92E for ; Sun, 18 Jun 2000 05:01:25 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000618120108.NCJP33.relay02@chello.nl> for ; Sun, 18 Jun 2000 14:01:08 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id OAA73046; Sun, 18 Jun 2000 14:01:23 +0200 (CEST) (envelope-from wkb) Date: Sun, 18 Jun 2000 14:01:23 +0200 From: Wilko Bulte To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: SM bus on VIA KX133 chipset? Message-ID: <20000618140122.A73008@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000618104908.A281@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000618104908.A281@freebie.wbnet>; from wkb@chello.nl on Sun, Jun 18, 2000 at 10:49:08AM +0200 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by chello.nl id OAA73046 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 18, 2000 at 10:49:08AM +0200, Wilko Bulte wrote: > Since yesterday I finally have my Abit KA7 Athlon board online (I *hate= * > backordered CPUs..). It works like a charm, but I'd like to see if wmhm > (hardware monitoring) can be made to work. Sofar starting wmhm gives me= : #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) bt #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:302 #1 0xc016d29c in poweroff_wait (junk=3D0xc02c6a6f, howto=3D-917582336) at ../../kern/kern_shutdown.c:552 #2 0xc0281b15 in trap_fatal (frame=3D0xc94efc44, eva=3D64) at ../../i386/i386/trap.c:927 #3 0xc02817ed in trap_pfault (frame=3D0xc94efc44, usermode=3D0, eva=3D64= ) at ../../i386/i386/trap.c:820 #4 0xc02813eb in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16= , tf_edi =3D 0,=20 tf_esi =3D -1061303040, tf_ebp =3D -917570428, tf_isp =3D -91757044= 8,=20 tf_ebx =3D -1066162784, tf_edx =3D -1061386496, tf_ecx =3D -1061303= 040,=20 tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -107221719= 0, tf_cs =3D 8,=20 tf_eflags =3D 66118, tf_esp =3D -917570404, tf_ss =3D -1072409901}) at ../../i386/i386/trap.c:426 #5 0xc017439a in device_get_softc (dev=3D0x0) at ../../kern/subr_bus.c:9= 86 #6 0xc01452d3 in smbus_request_bus (bus=3D0x0, dev=3D0xc0bdcd00, how=3D3= ) at ../../dev/smbus/smbconf.c:131 #7 0xc0218688 in bti2c_iic_callback (dev=3D0xc0bdcd00, index=3D1, data=3D0xc94efd28) at ../../dev/bktr/bktr_i2c.c:275 #8 0xc0145d28 in IICBB_CALLBACK (dev=3D0xc0bdcd00, index=3D1,=20 data=3D0xc94efd28 "\003") at iicbb_if.c:27 #9 0xc0145b2a in iicbb_callback (dev=3D0xc0bdcc80, index=3D1,=20 data=3D0xc94efd28 "\003") at ../../dev/iicbus/iicbb.c:236 #10 0xc014655c in IICBUS_CALLBACK (dev=3D0xc0bdcc80, index=3D1,=20 data=3D0xc94efd28 "\003") at iicbus_if.c:37 #11 0xc0146779 in iicbus_request_bus (bus=3D0xc0bdcc00, dev=3D0xc0bdcb80,= how=3D3) at ../../dev/iicbus/iiconf.c:108 #12 0xc0145f54 in iicsmb_callback (dev=3D0xc0bdcb80, index=3D1,=20 data=3D0xc94efd78 "\003") at ../../dev/iicbus/iicsmb.c:242 #13 0xc0144ec4 in SMBUS_CALLBACK (dev=3D0xc0bdcb80, index=3D1,=20 data=3D0xc94efd78 "\003") at smbus_if.c:37 #14 0xc01452ed in smbus_request_bus (bus=3D0xc0bdcb00, dev=3D0xc0bdca80, = how=3D3) at ../../dev/smbus/smbconf.c:136 #15 0xc01455e8 in smbioctl (dev=3D0xc0bdca00, cmd=3D2148821255,=20 data=3D0xc94efeac "G`\006(=CC=FB=BF=BFZ\220\004\bw=FA=BF=BF =FC=BF=BF=ABz\026=C0", flags=3D1,=20 p=3D0xc94ece00) at ../../dev/smbus/smb.c:202 #16 0xc01a3506 in spec_ioctl (ap=3D0xc94efde8) at ../../miscfs/specfs/spec_vnops.c:304 #17 0xc01a3231 in spec_vnoperate (ap=3D0xc94efde8) at ../../miscfs/specfs/spec_vnops.c:117 #18 0xc0236829 in ufs_vnoperatespec (ap=3D0xc94efde8) at ../../ufs/ufs/ufs_vnops.c:2303 #19 0xc019e1d0 in vn_ioctl (fp=3D0xc0cd9ac0, com=3D2148821255,=20 data=3D0xc94efeac "G`\006(=CC=FB=BF=BFZ\220\004\bw=FA=BF=BF =FC=BF=BF=ABz\026=C0", p=3D0xc94ece00) at vnode_if.h:429 #20 0xc017a716 in ioctl (p=3D0xc94ece00, uap=3D0xc94eff80) at ../../sys/file.h:174 #21 0xc0281dc1 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds =3D= 47,=20 tf_edi =3D -1077937316, tf_esi =3D 134543688, tf_ebp =3D -107793752= 4,=20 tf_isp =3D -917569580, tf_ebx =3D -1077937120, tf_edx =3D 4,=20 tf_ecx =3D 672765632, tf_eax =3D 54, tf_trapno =3D 12, tf_err =3D 2= ,=20 tf_eip =3D 672526192, tf_cs =3D 31, tf_eflags =3D 663, tf_esp =3D -= 1077937584, tf_ss =3D 47}) at ../../i386/i386/trap.c:1126 #22 0xc0276a16 in Xint0x80_syscall () #23 0x8049065 in ?? () #24 0x8048d9d in ?? () (kgdb)=20 --=20 Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 7:21:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from southern-software.com (rosetta.thundercat.com [203.37.173.7]) by hub.freebsd.org (Postfix) with SMTP id 52AB937B764; Sun, 18 Jun 2000 07:20:42 -0700 (PDT) (envelope-from info@southern-software.com) Received: from southern-software.com [198.142.196.124] by southern-software.com (SMTPD32-4.06) id A855C73A0392; Sun, 18 Jun 2000 00:20:53 PDT From: info@southern-software.com Reply-To: info@southern-software.com To: info@southern-software.com Subject: Can you please assist ? Date: Sun, 18 Jun 2000 00:22:07 PDT Message-Id: <20000618142042.52AB937B764@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ___________________________________________________________ We are a software development company that specializes in security software. For some time now we have been working on developing a Client email program that contains security features never before available. In order for us to make this program the best that it can possibly be, we ask your assistance by taking a few minutes to answer these important questions for us. Which of the following functions do you consider to be important or essential for an email program? For questions 1-7, please rate 1-5. (1 being the least important and 5 being most important). A client email program should have: Question 1: The ability to prevent certain attachments that may possibly be carrying a virus. (This allows you to accept only safe attachments) Importance Rating______ Question 2: Automatic searching for file attachments that have been renamed or tampered with. (Virus senders can rename vbs files to txt files hoping you will open them) Importance Rating______ Question 3: The ability to limit the size of incoming email and attachments. (Reduce time wasted downloading large files, graphics, audio files, jokes, etc.) Importance Rating______ Question 4: The ability to select the size of outgoing emails and attachments. (Saves bandwidth as large files are roughly doubled when transferred by email). Importance Rating______ Question 5: An encrypted Address Book. (This will stop worm viruses sending copies of itself to your clients and/or friends). Importance Rating______ Question 6: The ability to restrict the number of attachments and size of attachments sent or received. And the ability to the restrict types of attachments received. (Gives control to employers and eliminate privacy issues arising). Importance Rating______ Question 7: A viewable log file containing information such as; email deleted without being opened, when email was downloaded, when email was read (opened), if email was forwarded or replied to etc. (Mail management and accountability at a glance) Importance Rating______ Question 8: Has your company been the victim of a computer virus attack? Yes/No ________ Question 9: If yes to question 8, approximately how many hours did it take to fix the problem? Hours ________ Question 10: If an email program was developed with the above security features, would you be interested in trialing a free demonstration version? Yes/No ________ Question 11: What percentage of email traffic is personal email? __________% We sincerely thank you for your time in answering these important questions for us. Sincere thanks, Graeme A. Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 7:23:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from southern-software.com (rosetta.thundercat.com [203.37.173.7]) by hub.freebsd.org (Postfix) with SMTP id DFE0D37BA7A; Sun, 18 Jun 2000 07:22:36 -0700 (PDT) (envelope-from info@southern-software.com) Received: from southern-software.com [198.142.196.124] by southern-software.com (SMTPD32-4.06) id A8D7C73A0392; Sun, 18 Jun 2000 00:23:03 PDT From: info@southern-software.com Reply-To: info@southern-software.com To: info@southern-software.com Subject: Can you please assist ? Date: Sun, 18 Jun 2000 00:24:00 PDT Message-Id: <20000618142236.DFE0D37BA7A@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ___________________________________________________________ We are a software development company that specializes in security software. For some time now we have been working on developing a Client email program that contains security features never before available. In order for us to make this program the best that it can possibly be, we ask your assistance by taking a few minutes to answer these important questions for us. Which of the following functions do you consider to be important or essential for an email program? For questions 1-7, please rate 1-5. (1 being the least important and 5 being most important). A client email program should have: Question 1: The ability to prevent certain attachments that may possibly be carrying a virus. (This allows you to accept only safe attachments) Importance Rating______ Question 2: Automatic searching for file attachments that have been renamed or tampered with. (Virus senders can rename vbs files to txt files hoping you will open them) Importance Rating______ Question 3: The ability to limit the size of incoming email and attachments. (Reduce time wasted downloading large files, graphics, audio files, jokes, etc.) Importance Rating______ Question 4: The ability to select the size of outgoing emails and attachments. (Saves bandwidth as large files are roughly doubled when transferred by email). Importance Rating______ Question 5: An encrypted Address Book. (This will stop worm viruses sending copies of itself to your clients and/or friends). Importance Rating______ Question 6: The ability to restrict the number of attachments and size of attachments sent or received. And the ability to the restrict types of attachments received. (Gives control to employers and eliminate privacy issues arising). Importance Rating______ Question 7: A viewable log file containing information such as; email deleted without being opened, when email was downloaded, when email was read (opened), if email was forwarded or replied to etc. (Mail management and accountability at a glance) Importance Rating______ Question 8: Has your company been the victim of a computer virus attack? Yes/No ________ Question 9: If yes to question 8, approximately how many hours did it take to fix the problem? Hours ________ Question 10: If an email program was developed with the above security features, would you be interested in trialing a free demonstration version? Yes/No ________ Question 11: What percentage of email traffic is personal email? __________% We sincerely thank you for your time in answering these important questions for us. Sincere thanks, Graeme A. Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 9:36:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200]) by hub.freebsd.org (Postfix) with ESMTP id 5EBAF37B6CE for ; Sun, 18 Jun 2000 09:36:26 -0700 (PDT) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Received: from libr.scitec.kobe-u.ac.jp (cs22101.ppp.infoweb.ne.jp [202.219.4.17]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id BAA85197; Mon, 19 Jun 2000 01:37:47 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Received: from shidahara1.planet.kobe-u.ac.jp (localhost [127.0.0.1]) by libr.scitec.kobe-u.ac.jp (8.9.1/3.5Wpl7) with ESMTP id BAA14195; Mon, 19 Jun 2000 01:29:50 +0900 (JST) From: takawata@shidahara1.planet.sci.kobe-u.ac.jp Message-Id: <200006181629.BAA14195@libr.scitec.kobe-u.ac.jp> To: wc.bulte@chello.nl, hackers@freebsd.org Subject: Re: SM bus on VIA KX133 chipset? In-reply-to: Your message of "Sun, 18 Jun 2000 14:01:23 +0200." <20000618140122.A73008@freebie.wbnet> Date: Mon, 19 Jun 2000 01:29:48 +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000618140122.A73008@freebie.wbnet>, Wilko Bulte wrote: >On Sun, Jun 18, 2000 at 10:49:08AM +0200, Wilko Bulte wrote: >> Since yesterday I finally have my Abit KA7 Athlon board online (I *hate* >> backordered CPUs..). It works like a charm, but I'd like to see if wmhm >> (hardware monitoring) can be made to work. Sofar starting wmhm gives me: 1.There is no SMBus support for Athron Chipset,and SMBus that connected to mother board cannot be controled with Bt8X8 I2C Bus,that is connected to TV tuner,etc. > >useful bt follows> >#5 0xc017439a in device_get_softc (dev=0x0) at ../../kern/subr_bus.c:986 >#6 0xc01452d3 in smbus_request_bus (bus=0x0, dev=0xc0bdcd00, how=3) > at ../../dev/smbus/smbconf.c:131 >#7 0xc0218688 in bti2c_iic_callback (dev=0xc0bdcd00, index=1, >data=0xc94efd28) > at ../../dev/bktr/bktr_i2c.c:275 >#8 0xc0145d28 in IICBB_CALLBACK (dev=0xc0bdcd00, index=1, > data=0xc94efd28 "\003") at iicbb_if.c:27 >#9 0xc0145b2a in iicbb_callback (dev=0xc0bdcc80, index=1, > data=0xc94efd28 "\003") at ../../dev/iicbus/iicbb.c:236 >#10 0xc014655c in IICBUS_CALLBACK (dev=0xc0bdcc80, index=1, > data=0xc94efd28 "\003") at iicbus_if.c:37 >#11 0xc0146779 in iicbus_request_bus (bus=0xc0bdcc00, dev=0xc0bdcb80, how=3) > at ../../dev/iicbus/iiconf.c:108 >#12 0xc0145f54 in iicsmb_callback (dev=0xc0bdcb80, index=1, > data=0xc94efd78 "\003") at ../../dev/iicbus/iicsmb.c:242 >#13 0xc0144ec4 in SMBUS_CALLBACK (dev=0xc0bdcb80, index=1, > data=0xc94efd78 "\003") at smbus_if.c:37 >#14 0xc01452ed in smbus_request_bus (bus=0xc0bdcb00, dev=0xc0bdca80, how=3) > at ../../dev/smbus/smbconf.c:136 2. I think it is bktr driver's bug related to I2C interface. bktr driver has two way to access I2C Bus:one is I2C bit bang interface, another is controller access that issues I2C bus request. And it seems a bug of I2C Bit Bang interface. Takanori Watanabe Public Key Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 9:46:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200]) by hub.freebsd.org (Postfix) with ESMTP id 5BFFF37B6CE for ; Sun, 18 Jun 2000 09:46:15 -0700 (PDT) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Received: from libr.scitec.kobe-u.ac.jp (cs22101.ppp.infoweb.ne.jp [202.219.4.17]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id BAA85261; Mon, 19 Jun 2000 01:47:36 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Received: from shidahara1.planet.kobe-u.ac.jp (localhost [127.0.0.1]) by libr.scitec.kobe-u.ac.jp (8.9.1/3.5Wpl7) with ESMTP id BAA14227; Mon, 19 Jun 2000 01:39:39 +0900 (JST) From: takawata@shidahara1.planet.sci.kobe-u.ac.jp Message-Id: <200006181639.BAA14227@libr.scitec.kobe-u.ac.jp> To: wc.bulte@chello.nl, hackers@FreeBSD.ORG Subject: Re: SM bus on VIA KX133 chipset? In-reply-to: Your message of "Mon, 19 Jun 2000 01:29:48 JST." <200006181629.BAA14195@libr.scitec.kobe-u.ac.jp> Date: Mon, 19 Jun 2000 01:39:38 +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006181629.BAA14195@libr.scitec.kobe-u.ac.jp>, takawata@shidahara1 .planet.sci.kobe-u.ac.jp $B$5$s$$$o$/(B: >In message <20000618140122.A73008@freebie.wbnet>, Wilko Bulte wrote: >>On Sun, Jun 18, 2000 at 10:49:08AM +0200, Wilko Bulte wrote: >>> Since yesterday I finally have my Abit KA7 Athlon board online (I *hate* >>> backordered CPUs..). It works like a charm, but I'd like to see if wmhm >>> (hardware monitoring) can be made to work. Sofar starting wmhm gives me: >1.There is no SMBus support for Athron Chipset ,and SMBus that connected to ^in FreeBSD >mother board cannot be controled with Bt8X8 I2C Bus,that is connected to >TV tuner,etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 9:46:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from john.baldwin.cx (john.geekhouse.net [64.81.6.51]) by hub.freebsd.org (Postfix) with ESMTP id 5AC3637BA5F for ; Sun, 18 Jun 2000 09:46:52 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id JAA05462; Sun, 18 Jun 2000 09:46:57 -0700 (PDT) (envelope-from john) Message-Id: <200006181646.JAA05462@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 18 Jun 2000 09:46:56 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Michael Reifenberger Subject: RE: install / boot last 3 gig of 25 gig drive Cc: freebsd-hackers@FreeBSD.ORG, Jeff Kreska Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Jun-00 Michael Reifenberger wrote: > Hi, > On Sat, 17 Jun 2000, John Baldwin wrote: > ... >> and support LBA mode so we can boot off of larger disks, but adding this >> support into some parts of the bootstrap has some far reaching consequences. >> As a result, boot0 most likely won't have support for large drives until >> 5.0, or possibly 4.2 or later on the 4.x branch. > using "boot0cfg -B -o packet ad0" solved the booting problem for me. > Previously I had to use the win98 bootloader and activate the partitions by > hand in a dual-boot configuration. Yes, I should have been more clear. What I am doing is fixing boot0 so that it autodetects and uses packet mode when necessary. This works around a chicken and egg problem whereby a user installs a system but can't boot into it to turn on packet mode. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 11:18:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id C372E37B5FC for ; Sun, 18 Jun 2000 11:18:19 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id LAA33564; Sun, 18 Jun 2000 11:18:16 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: "Daniel C. Sobral" , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: Message from Parag Patel of "Fri, 16 Jun 2000 20:30:22 PDT." <6094.961212622@pinhead.parag.codegen.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Sun, 18 Jun 2000 11:18:16 -0700 Message-ID: <33557.961352296@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: > >Loader(8) runs using BIOS services, and loads the kernel from any drive >that BIOS recognizes. It has also been enhanced with PXE knowledge, so >he can load from that to. My mistake, as Ron pointed out, since loader uses the BIOS services, it can't run when there is no BIOS. Now if someone writes a loader that doesn't use a BIOS... -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 12:19:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-3-8.adsl.one.net [216.23.21.8]) by hub.freebsd.org (Postfix) with ESMTP id C39C137B5FC; Sun, 18 Jun 2000 12:19:38 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id PAA25089; Sun, 18 Jun 2000 15:24:49 -0400 (EDT) (envelope-from cokane) Date: Sun, 18 Jun 2000 15:24:49 -0400 From: Coleman Kane To: Harold Gutch Cc: "Jordan K. Hubbard" , John Baldwin , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd Message-ID: <20000618152449.A25053@cokane.yi.org> References: <200006180251.TAA04369@john.baldwin.cx> <4878.961308444@localhost> <20000618131414.A27310@foobar.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000618131414.A27310@foobar.franken.de>; from logix@foobar.franken.de on Sun, Jun 18, 2000 at 07:13:50AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please, people, why is this such a big deal? So Jordan doesn't read Daemonnew, and I only read the news there, I don't really ever have time to browse the links. I already said I was in contact with the writer of the voodoo driver, and he had pretty much given up awhile ago, his code was written for an older version of freebsd anyway, so it would have been holding on to the old freebsd driver interface. I really doubt that proving that jordan hubbard has passed over daemon news once is a useful priority, so stop it. If he says he hasn't been there, then he hasn't been there. Harold Gutch had the audacity to say: > On Sat, Jun 17, 2000 at 11:07:24PM -0700, Jordan K. Hubbard wrote: > > > Seeing as how it has been a link on Daemon News' front page for several > > > months, I find that hard to believe. :-P > > > > Not all of us read daemon news, either. As far as I'm concerned, if > > it's not part of www.freebsd.org, it doesn't exist. :-) > > Does a link from http://www.freebsd.org/projects/ count? > > bye, > Harold > > -- > Someone should do a study to find out how many human life spans have > been lost waiting for NT to reboot. > Ken Deboy on Dec 24 1999 in comp.unix.bsd.freebsd.misc > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 13:16:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from athena.lightningone.net (athena.lightningone.net [12.34.104.3]) by hub.freebsd.org (Postfix) with ESMTP id B3D9D37B574 for ; Sun, 18 Jun 2000 13:16:49 -0700 (PDT) (envelope-from john@essenz.com) Received: from localhost (john@localhost) by athena.lightningone.net (8.9.3/8.9.3) with ESMTP id QAA31675; Sun, 18 Jun 2000 16:33:16 -0400 (EDT) (envelope-from john@essenz.com) X-Authentication-Warning: athena.lightningone.net: john owned process doing -bs Date: Sun, 18 Jun 2000 16:33:16 -0400 (EDT) From: Essenz Consulting X-Sender: john@athena.lightningone.net To: Coleman Kane Cc: freebsd-hackers@freebsd.org Subject: Re: 3dfx driver for freebsd In-Reply-To: <20000618152449.A25053@cokane.yi.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmmm, I guess this point was overlooked, but.... Has anyone tried this new code to see if it works well under FreeBSD 4.0? -jve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 13:26:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from inetminas.estaminas.com.br (inetminas.estaminas.com.br [200.251.191.247]) by hub.freebsd.org (Postfix) with ESMTP id B38DE37B5AB for ; Sun, 18 Jun 2000 13:26:26 -0700 (PDT) (envelope-from pamplona@uai.com.br) Received: from w95-0sr2 (nas1-49.estaminas.com.br [200.251.117.49]) by inetminas.estaminas.com.br (8.9.1a/8.9.1) with SMTP id RAA29438 for ; Sun, 18 Jun 2000 17:26:06 -0300 (GMT) Message-Id: <3.0.3.32.20000618170733.0068ea94@uai.com.br> X-Sender: pamplona@uai.com.br (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Sun, 18 Jun 2000 17:07:33 -0300 To: freebsd-hackers@freebsd.org From: Gustavo Pamplona Subject: FBSDBOOT.EXE, Vi and DosCMD. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, BSDusers. I know I ought to post these 2 questions to questions mailing list. How can I use FBSDBOOT.EXE? When I try to use it, it give me a error of "Invalid Format!", I think is the kernel was compiled for Elf format, so, is there a way to compile the kernel in the Static Format, Stripped or not Stripped. Vi, the editor, one dumb question, is there a way to select more text than one line? The command 'yy' only select one line. Well, when I use, for example, the Vi of my Linux Slackware, I can press 'v' at my keyboard, and I can use both arrow keys or 'h,j,k,l' to select the text, been after I press 'y' to select 'yank the lines' I know the version of Vi of Slackware is different from my Vi of FreeBSD. Do I need to install another version? Or, what is the correct key? DosCMD - Again, I know I ought to post this to emulation mailing list. How can I use it? I saw is necessary to put some lines at the Kernel Configuration File, or in other words, is necessary to add more options to the Kernel. How can I would use a MS-DOS executable over/under * FreeBSD. * I apologise for my english today It's ugly. The words over/under, I also don't know the best word for fit the sentence, to me both words means the same thing, which is "sobre" at my native language Portuguese. ------------------------------------------------------------------ Gustavo Pamplona - pamplona@uai.com.br Linux User: 137471 - FreeBSD User: FBSD042237 Slackware 7.0 | Debian 2.1 | FreeBSD 3.2-R | NetBSD 1.3.2 (i386) ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 14:17:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 5E21937BA7D for ; Sun, 18 Jun 2000 14:17:28 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (user-33qtj3o.dialup.mindspring.com [199.174.204.120]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id RAA12320; Sun, 18 Jun 2000 17:17:20 -0400 (EDT) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id OAA09418; Sun, 18 Jun 2000 14:17:18 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Sun, 18 Jun 2000 14:17:17 -0700 (PDT) From: Kelly Yancey To: Gustavo Pamplona Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FBSDBOOT.EXE, Vi and DosCMD. In-Reply-To: <3.0.3.32.20000618170733.0068ea94@uai.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, Gustavo Pamplona wrote: > Hi, BSDusers. > > I know I ought to post these 2 questions to questions mailing list. > Yes, you ought to have. > How can I use FBSDBOOT.EXE? When I try to use it, it give me a error of > "Invalid Format!", I think is the kernel was compiled for Elf format, so, > is there a way to compile the kernel in the Static Format, Stripped or not > Stripped. FBSDBOOT.EXE is defunct. It only worked with a.out kernels which have long since gone by the wayside. > > Vi, the editor, one dumb question, is there a way to select more text than > one line? The command 'yy' only select one line. Well, when I use, for > example, the Vi of my Linux Slackware, I can press 'v' at my keyboard, and > I can use both arrow keys or 'h,j,k,l' to select the text, been after I > press 'y' to select 'yank the lines' > > I know the version of Vi of Slackware is different from my Vi of FreeBSD. > Do I need to install another version? Or, what is the correct key? I'm not familiar with Slackware, but I would bet they replaced vi with vim as is all the rage these days. Try installing the editors/vim port. > > DosCMD - Again, I know I ought to post this to emulation mailing list. > Try a search in the archives: http://www.freebsd.org/search/search.html#mailinglists > How can I use it? I saw is necessary to put some lines at the Kernel > Configuration File, or in other words, is necessary to add more options to > the Kernel. How can I would use a MS-DOS executable over/under * FreeBSD. > 3.x kernels required you to explicitly compile VM86 support into the kernel. 4.x and higher kernels always have it. -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 14:25:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sydney.worldwide.lemis.com (static224.conference.usenix.org [209.179.127.224]) by hub.freebsd.org (Postfix) with ESMTP id 6134037B525; Sun, 18 Jun 2000 14:25:31 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id TAA00567; Fri, 16 Jun 2000 19:39:26 -0700 (PDT) (envelope-from grog) Date: Fri, 16 Jun 2000 19:39:26 -0700 From: Greg Lehey To: Pat Lynch Cc: hackers@FreeBSD.ORG, chat@FreeBSD.ORG Subject: Re: pricerange for dinner. Message-ID: <20000616193926.A545@sydney.worldwide.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from lynch@bsdunix.net on Wed, Jun 14, 2000 at 05:31:01PM -0400 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 14 June 2000 at 17:31:01 -0400, Pat Lynch wrote: > Also, does anyone have a prefereed pricerange for dinner? I have one > restaurant alreading bidding at 40/plate My company has a policy in place that I shouldn't spend more than $35 per day for all meals together. See whether I care. I'll go along with anything that the others approve of, as long as it's good food. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 15:37:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id A6B6137BAD0 for ; Sun, 18 Jun 2000 15:37:46 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000618223725.SICN33.relay02@chello.nl>; Mon, 19 Jun 2000 00:37:25 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id AAA50487; Mon, 19 Jun 2000 00:37:39 +0200 (CEST) (envelope-from wkb) Date: Mon, 19 Jun 2000 00:37:39 +0200 From: Wilko Bulte To: takawata@shidahara1.planet.sci.kobe-u.ac.jp Cc: wc.bulte@chello.nl, hackers@freebsd.org Subject: Re: SM bus on VIA KX133 chipset? Message-ID: <20000619003739.A50433@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000618140122.A73008@freebie.wbnet> <200006181629.BAA14195@libr.scitec.kobe-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006181629.BAA14195@libr.scitec.kobe-u.ac.jp>; from takawata@shidahara1.planet.sci.kobe-u.ac.jp on Mon, Jun 19, 2000 at 01:29:48AM +0900 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 01:29:48AM +0900, takawata@shidahara1.planet.sci.kobe-u.ac.jp wrote: Watanabe-san, thank you for your reply. > In message <20000618140122.A73008@freebie.wbnet>, Wilko Bulte wrote: > >On Sun, Jun 18, 2000 at 10:49:08AM +0200, Wilko Bulte wrote: > >> Since yesterday I finally have my Abit KA7 Athlon board online (I *hate* > >> backordered CPUs..). It works like a charm, but I'd like to see if wmhm > >> (hardware monitoring) can be made to work. Sofar starting wmhm gives me: > 1.There is no SMBus support for Athron Chipset,and SMBus that connected to > mother board cannot be controled with Bt8X8 I2C Bus,that is connected to > TV tuner,etc. Would it be difficult to add support for the VIA 82C686 chip? That is what controls the SM bus on this board (Abit KA7). Interestingly (maybe) is that there are 2 additional header connectors for SM bus connection. I have no clue what hardware uses this. > > data=0xc94efd78 "\003") at smbus_if.c:37 > >#14 0xc01452ed in smbus_request_bus (bus=0xc0bdcb00, dev=0xc0bdca80, how=3) > > at ../../dev/smbus/smbconf.c:136 > > 2. I think it is bktr driver's bug related to I2C interface. > bktr driver has two way to access I2C Bus:one is I2C bit bang interface, > another is controller access that issues I2C bus request. And it seems > a bug of I2C Bit Bang interface. Right... Whatever is the case a user program causing a kernel crash is a bad thing. thanks, -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 16:28:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id DEA2C37BAD5; Sun, 18 Jun 2000 16:28:05 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id QAA05420; Sun, 18 Jun 2000 16:32:48 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006182332.QAA05420@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: clefevre@citeweb.net Cc: R Joseph Wright , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Sun, 18 Jun 2000 13:15:55 +0200." <200006181115.NAA59468@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Jun 2000 16:32:48 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > I built a kernel without 'device miibus' and 'device xl' and it > > automatically loaded the drivers when I manually did 'ifconfig'. But > > it didn't load them from rc.conf, where I have my ethernet card > > configured like so: > > > > ifconfig_xl0="inet 216.231.50.6 netmask 255.255.255.0" > > defaultrouter="216.231.50.1" > > > > So I put the drivers back in the kernel. If you want the module to be autoloaded, you also need to add it to the network_interfaces varable, eg. network_interfaces="xl0 lo0" As otherwise the startup scripts don't know to do anything about it. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 16:32: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 1C36737BAD5 for ; Sun, 18 Jun 2000 16:31:58 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id QAA05452; Sun, 18 Jun 2000 16:36:48 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006182336.QAA05452@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Sun, 18 Jun 2000 11:18:16 PDT." <33557.961352296@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Jun 2000 16:36:48 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: > > > >Loader(8) runs using BIOS services, and loads the kernel from any drive > >that BIOS recognizes. It has also been enhanced with PXE knowledge, so > >he can load from that to. > > My mistake, as Ron pointed out, since loader uses the BIOS services, it > can't run when there is no BIOS. Now if someone writes a loader that > doesn't use a BIOS... You could easily do this, just as soon as you find a motherboard vendor that will tell you how to initialise all their hardware. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 17:47:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id 51A9237B73A for ; Sun, 18 Jun 2000 17:47:11 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac9.wam.umd.edu (root@rac9.wam.umd.edu [128.8.10.149]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id UAA20916 for ; Sun, 18 Jun 2000 20:47:12 -0400 (EDT) Received: from rac9.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac9.wam.umd.edu (8.9.3/8.9.3) with SMTP id UAA02835 for ; Sun, 18 Jun 2000 20:47:09 -0400 (EDT) Received: from rac9.wam.umd.edu (howardjp@localhost) by rac9.wam.umd.edu (8.9.3/8.9.3) with ESMTP id UAA02830 for ; Sun, 18 Jun 2000 20:47:09 -0400 (EDT) Message-Id: <200006190047.UAA02830@rac9.wam.umd.edu> X-Authentication-Warning: rac9.wam.umd.edu: howardjp owned process doing -bs To: freebsd-hackers@freebsd.org Subject: Why is this architecture dependent? Date: Sun, 18 Jun 2000 20:47:08 -0400 From: James Howard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We know I ask dumb questions a lot, but this one may not be so dumb. A friend of mine was joking about having a device called /dev/foo which would be like /dev/zero, except it would spit out the word "foo" over and over again. Well, we laughed about it, but today, I implemented it. (This was cool since this was the first time I've ever hacked the kernel and it worked right...) Needless to say, since this is so similar to /dev/zero, I just copied the code and modified it for foo in instead of 0s. But the file I had to modify was sys/i386/i386/mem.c. The relevant code for this is this: /* minor device 12 (/dev/zero) is source of nulls on read, rathole on write */ case 12: if (uio->uio_rw == UIO_WRITE) { c = iov->iov_len; break; } if (zbuf == NULL) { zbuf = (caddr_t) malloc(PAGE_SIZE, M_TEMP, M_WAITOK); bzero(zbuf, PAGE_SIZE); } c = min(iov->iov_len, PAGE_SIZE); error = uiomove(zbuf, (int)c, uio); continue; What makes this architecture dependent? The equivalent call from sys/alpha/alpha/mem.c is identical, except for this comment after the first if block: /* * On the first call, allocate and zero a page * of memory for use with /dev/zero. */ So why have this duplication? Why not implement it once and be done? Is there some subtle difference I am not seeing? Thanks, Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 18:17:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from inetminas.estaminas.com.br (inetminas.estaminas.com.br [200.251.191.247]) by hub.freebsd.org (Postfix) with ESMTP id 6EB7A37BB0D for ; Sun, 18 Jun 2000 18:17:09 -0700 (PDT) (envelope-from pamplona@uai.com.br) Received: from w95-0sr2 (nas2-35.estaminas.com.br [200.251.117.99]) by inetminas.estaminas.com.br (8.9.1a/8.9.1) with SMTP id WAA28720 for ; Sun, 18 Jun 2000 22:16:59 -0300 (GMT) Message-Id: <3.0.3.32.20000618221902.006dbdfc@uai.com.br> X-Sender: pamplona@uai.com.br X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Sun, 18 Jun 2000 22:19:02 -0300 To: freebsd-hackers@freebsd.org From: Gustavo Pamplona Subject: Re: FBSDBOOT.EXE, Vi and DosCMD. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 14:17 18/06/00 -0700, you wrote: >On Sun, 18 Jun 2000, Gustavo Pamplona wrote: > >> Hi, BSDusers. >> >> I know I ought to post these 2 questions to questions mailing list. >> > > Yes, you ought to have. > >> How can I use FBSDBOOT.EXE? When I try to use it, it give me a error of >> "Invalid Format!", I think is the kernel was compiled for Elf format, so, >> is there a way to compile the kernel in the Static Format, Stripped or not >> Stripped. > > FBSDBOOT.EXE is defunct. It only worked with a.out kernels which have long >since gone by the wayside. So, is there a way to compile the kernel with a.out format? Thanx. ------------------------------------------------------------------ Gustavo Pamplona - pamplona@uai.com.br Linux User: 137471 - FreeBSD User: FBSD042237 Slackware 7.0 | Debian 2.1 | FreeBSD 3.2-R | NetBSD 1.3.2 (i386) ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 18:38:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-3-8.adsl.one.net [216.23.21.8]) by hub.freebsd.org (Postfix) with ESMTP id 8EBF437BB0C for ; Sun, 18 Jun 2000 18:38:25 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id VAA26270; Sun, 18 Jun 2000 21:45:00 -0400 (EDT) (envelope-from cokane) Date: Sun, 18 Jun 2000 21:45:00 -0400 From: Coleman Kane To: Essenz Consulting Cc: Coleman Kane , freebsd-hackers@freebsd.org Subject: Re: 3dfx driver for freebsd Message-ID: <20000618214500.A26249@cokane.yi.org> References: <20000618152449.A25053@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from john@essenz.com on Sun, Jun 18, 2000 at 04:16:49PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've used it in both. Also many other people have used it in -Stable and -Current. I was shooting for compatibility between the two. Thanks for asking though. Essenz Consulting had the audacity to say: > > Hmmm, > > I guess this point was overlooked, but.... Has anyone tried this new code > to see if it works well under FreeBSD 4.0? > > -jve > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 18:39:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lh2.rdc1.tx.home.com (ha2.rdc1.tx.home.com [24.4.0.67]) by hub.freebsd.org (Postfix) with ESMTP id 9E2DE37BB1A; Sun, 18 Jun 2000 18:39:38 -0700 (PDT) (envelope-from jeff@kreska.org) Received: from jody ([24.21.161.123]) by lh2.rdc1.tx.home.com (InterMail vM.4.01.02.00 201-229-116) with SMTP id <20000619013937.RUUH27471.lh2.rdc1.tx.home.com@jody>; Sun, 18 Jun 2000 18:39:37 -0700 Reply-To: From: "Jeff Kreska" To: "John Baldwin" , "Michael Reifenberger" Cc: Subject: RE: install / boot last 3 gig of 25 gig drive Date: Sun, 18 Jun 2000 20:43:55 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200006181646.JAA05462@john.baldwin.cx> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think there is something wrong with the install prog. 2 things to note: The partition table is corrupt after a install. (even if I don't install anything and just go into the intaller's fdisk like screen and type "w".) If I set the BSD partition active the system beeps at start up and says no Operating System. Are there specs for how to create a partition past the 1024 cyl? I would like to verify that the installer is writing the correct entries to the disk. > Subject: RE: install / boot last 3 gig of 25 gig drive > > > > On 18-Jun-00 Michael Reifenberger wrote: > > Hi, > > On Sat, 17 Jun 2000, John Baldwin wrote: > > ... > >> and support LBA mode so we can boot off of larger disks, but > adding this > >> support into some parts of the bootstrap has some far reaching > consequences. > >> As a result, boot0 most likely won't have support for large > drives until > >> 5.0, or possibly 4.2 or later on the 4.x branch. > > using "boot0cfg -B -o packet ad0" solved the booting problem for me. > > Previously I had to use the win98 bootloader and activate the > partitions by > > hand in a dual-boot configuration. > > Yes, I should have been more clear. What I am doing is fixing boot0 so > that it autodetects and uses packet mode when necessary. This > works around > a chicken and egg problem whereby a user installs a system but can't boot > into it to turn on packet mode. :) > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 18:43:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-3-8.adsl.one.net [216.23.21.8]) by hub.freebsd.org (Postfix) with ESMTP id F159D37BB21; Sun, 18 Jun 2000 18:43:09 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id VAA26332; Sun, 18 Jun 2000 21:50:12 -0400 (EDT) (envelope-from cokane) Date: Sun, 18 Jun 2000 21:50:12 -0400 From: Coleman Kane To: Mike Smith Cc: Parag Patel , hackers@freebsd.org Subject: Re: freebsd bios. Message-ID: <20000618215012.C26249@cokane.yi.org> References: <33557.961352296@pinhead.parag.codegen.com> <200006182336.QAA05452@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006182336.QAA05452@mass.osd.bsdi.com>; from msmith@freebsd.org on Sun, Jun 18, 2000 at 07:32:31PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you start out with a board based on a reference design, say the Intel SE440BX, you already have access to all this info. Most chipset vendors have info on this sort of thing up on their webpage, I know intel is really good about this sort of thing (though I am not so sure about the 810/815/820/840 chipsets). Mike Smith had the audacity to say: > > > On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: > > > > > >Loader(8) runs using BIOS services, and loads the kernel from any drive > > >that BIOS recognizes. It has also been enhanced with PXE knowledge, so > > >he can load from that to. > > > > My mistake, as Ron pointed out, since loader uses the BIOS services, it > > can't run when there is no BIOS. Now if someone writes a loader that > > doesn't use a BIOS... > > You could easily do this, just as soon as you find a motherboard vendor > that will tell you how to initialise all their hardware. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21: 6:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kris.huntsvilleal.com (kris.huntsvilleal.com [63.147.8.46]) by hub.freebsd.org (Postfix) with ESMTP id 5448337BB5D; Sun, 18 Jun 2000 21:06:47 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from localhost (localhost [127.0.0.1]) by kris.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id XAA89929; Sun, 18 Jun 2000 23:05:54 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Sun, 18 Jun 2000 23:05:54 -0500 (CDT) From: Kris Kirby To: Greg Lehey Cc: Pat Lynch , hackers@FreeBSD.ORG, chat@FreeBSD.ORG Subject: Re: pricerange for dinner. In-Reply-To: <20000616193926.A545@sydney.worldwide.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Greg Lehey wrote: > My company has a policy in place that I shouldn't spend more than $35 > per day for all meals together. > > See whether I care. I'll go along with anything that the others > approve of, as long as it's good food. Hrm. I was under the impression that you were a computer consultant working for LEMIS and there for working for yourself.... ;-) ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21: 9:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id DC01237BB5D for ; Sun, 18 Jun 2000 21:09:37 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Mon, 19 Jun 2000 16:26:50 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Mon, 19 Jun 2000 16:19:05 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B02BCC0@internet.kbgroup.co.nz> From: Dave Preece To: freebsd-hackers@freebsd.org Subject: Quickie: C++ statically linked into kernel? MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Mon, 19 Jun 2000 16:26:45 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm writing some C++ code that currently uses divert sockets off the firewall and for performance reasons moving the code kernel mode is looking like a (long term) good idea. The question is: Should I bite the bullet and start writing in pure C now (and therefore save pain later)? Can I just provide an API using extern "C" and link it in (with some calling functions in ipfw.c, of course)? Would an lkm be the best way to go? Cheers, Dave :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21:22:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BC4B937BB82 for ; Sun, 18 Jun 2000 21:22:41 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA32292; Sun, 18 Jun 2000 22:22:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA53386; Sun, 18 Jun 2000 22:21:15 -0600 (MDT) Message-Id: <200006190421.WAA53386@harmony.village.org> To: Ronald G Minnich Subject: Re: one last thing I forgot on freebsd bios Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Jun 2000 16:21:24 MDT." References: Date: Sun, 18 Jun 2000 22:21:15 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Ronald G Minnich writes: : synergy micro sells power pc boards that boot linux today out of flash. : : www.synergy.com : : They get it too. I boot FreeBSD out of flash every day. It isn't a big deal at all. I've been doing this for at least 6 months. I've done this both with CF and with DOC2k. If I had more room in my on-board bios flash, I'd stick an image in there and boot out of it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21:29:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id AE68C37BB37 for ; Sun, 18 Jun 2000 21:29:48 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA32312; Sun, 18 Jun 2000 22:29:46 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA53427; Sun, 18 Jun 2000 22:28:23 -0600 (MDT) Message-Id: <200006190428.WAA53427@harmony.village.org> To: Parag Patel Subject: Re: Anybody working on FreeBSD BIOS? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Jun 2000 19:14:25 PDT." <77540.961121665@pinhead.parag.codegen.com> References: <77540.961121665@pinhead.parag.codegen.com> Date: Sun, 18 Jun 2000 22:28:23 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <77540.961121665@pinhead.parag.codegen.com> Parag Patel writes: : manage their rack-mount systems remotely using the serial port without : video and without a keyboard - something that few motherboards support. Might I point out that there is the console weasil (or something to that effect) that converts memory mapped video -> serial output. I haven't used them yet, however, and don't recall the URL. : One problem with flash disks and such is that by the time the machine is : ready to boot from one, it's already well past where you'd like to have : control over the BIOS settings. This is true. You have to set things up correctly in the BIOS. However, I've been booting of DOC2k and CF cards for about 6 months (no, wait, it is more like 9-10 months at this point) and this works well for our embedded systems. I looked at putting an OS image into the end of the flash used to hold the BIOS and punted on that as taking too much time and generally that it would be too hard to update. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21:40:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CA93837BB93 for ; Sun, 18 Jun 2000 21:40:38 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA32342; Sun, 18 Jun 2000 22:40:35 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA53478; Sun, 18 Jun 2000 22:39:11 -0600 (MDT) Message-Id: <200006190439.WAA53478@harmony.village.org> To: "Daniel C. Sobral" Subject: Re: freebsd bios. Cc: Ronald G Minnich , hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Jun 2000 07:35:51 +0900." <394AABC7.AD978219@newsguy.com> References: <394AABC7.AD978219@newsguy.com> Date: Sun, 18 Jun 2000 22:39:11 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <394AABC7.AD978219@newsguy.com> "Daniel C. Sobral" writes: : If your BIOS project recognizes the flash card as a disk, accessible : with normal BIOS functions, then loader can work as is (minus whatever : you need modified). If not, it can be changed to understand whatever you : have to access the data in the flash card. I can verify that one can boot of a CompactFlash in a IDE adapter, off DOC2K and off IDE flash drivers. I would suppose that anything that looks remotely like an IDE disk will work, as will anything that does what DOC2k does and install its own BIOS functions (roughly speaking) will work as well. My main test gig at work has been diskless for a long time. I boot of a 64MB CF card. For a while I was booting off a 8M DOC2k chip, but I broke it by writing to it too many times (it was a bad one from a while back when they had some QC issues). No changes to the boot loader were necessary, other than building serial blocks. On my Teknor SBC, I can even put a jumper in place to get a serial BIOS... Too bad other vendors don't offer this functionality :-(. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21:46:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A74B437BB8F for ; Sun, 18 Jun 2000 21:46:37 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA32367; Sun, 18 Jun 2000 22:45:37 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA53529; Sun, 18 Jun 2000 22:44:13 -0600 (MDT) Message-Id: <200006190444.WAA53529@harmony.village.org> To: Dave Preece Subject: Re: Quickie: C++ statically linked into kernel? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 16:26:45 +1200." <67B808B0DD93D211ABEE0000B498356B02BCC0@internet.kbgroup.co.nz> References: <67B808B0DD93D211ABEE0000B498356B02BCC0@internet.kbgroup.co.nz> Date: Sun, 18 Jun 2000 22:44:13 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <67B808B0DD93D211ABEE0000B498356B02BCC0@internet.kbgroup.co.nz> Dave Preece writes: : I'm writing some C++ code that currently uses divert sockets off the : firewall and for performance reasons moving the code kernel mode is looking : like a (long term) good idea. : : The question is: Should I bite the bullet and start writing in pure C now : (and therefore save pain later)? Can I just provide an API using extern "C" : and link it in (with some calling functions in ipfw.c, of course)? Would an : lkm be the best way to go? I've run C++ code in the kernel. You couldn't easily use: templates, exceptions, global ctors, and sometimes you had to be careful with automatic instantiation of things. I implemented only new and delete and was able to get sample code to run in the kernel. I punted at that point due to the pain in actually knowing if these things were being used or not. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21:47:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D814437BB8F; Sun, 18 Jun 2000 21:47:16 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA32383; Sun, 18 Jun 2000 22:46:58 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA53570; Sun, 18 Jun 2000 22:45:34 -0600 (MDT) Message-Id: <200006190445.WAA53570@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: ACPI project progress report Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org In-reply-to: Your message of "Sat, 17 Jun 2000 00:21:56 +0900." <20000617002156A.iwasaki@jp.FreeBSD.org> References: <20000617002156A.iwasaki@jp.FreeBSD.org> Date: Sun, 18 Jun 2000 22:45:34 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: : Hi, here is the latest report on our ACPI project's progress. As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should enable us to properly put the chipsets in laptops to sleep and then wake them up again. Right now pccard insert/removal can be missed when you put a laptop to sleep... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 21:48:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 71B5E37BBB9 for ; Sun, 18 Jun 2000 21:48:48 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p24-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.89]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id NAA10011; Mon, 19 Jun 2000 13:48:42 +0900 (JST) Message-ID: <394DA660.F3D623E1@newsguy.com> Date: Mon, 19 Jun 2000 13:49:36 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Parag Patel Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. References: <33557.961352296@pinhead.parag.codegen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parag Patel wrote: > > On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: > > > >Loader(8) runs using BIOS services, and loads the kernel from any drive > >that BIOS recognizes. It has also been enhanced with PXE knowledge, so > >he can load from that to. > > My mistake, as Ron pointed out, since loader uses the BIOS services, it > can't run when there is no BIOS. Now if someone writes a loader that > doesn't use a BIOS... Err... how is a loader that doesn't use BIOS going to access the hard disk? I truly hope the answer is not to the effect of requiring shitloads of drivers. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 22: 4:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 3169837BB9D for ; Sun, 18 Jun 2000 22:04:44 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id WAA45140; Sun, 18 Jun 2000 22:04:36 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: "Daniel C. Sobral" Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: Message from "Daniel C. Sobral" of "Mon, 19 Jun 2000 13:49:36 +0900." <394DA660.F3D623E1@newsguy.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Sun, 18 Jun 2000 22:04:36 -0700 Message-ID: <45138.961391076@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000 13:49:36 +0900, "Daniel C. Sobral" wrote: > >Err... how is a loader that doesn't use BIOS going to access the hard >disk? I truly hope the answer is not to the effect of requiring >shitloads of drivers. It can't, without shitloads of drivers. :) ("I asked you not to tell me that, Ninety-Nine!") A new loader would need to be written that would have a way to talk to whatever firmware is in the box, Open Firmware, LinuxBIOS, etc. (Assuming that the firmware has a proper call-back API, like IEEE-1275.) Otherwise the loader will be about as complicated as the kernel itself. So it may as well *be* the kernel and use the same drivers. But then it stills needs a way to bootstrap it from ROM. Which is why the LinuxBIOS folks are trying to use Linux as the BIOS. :) ("And we're back to doh doh doh...") -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 22:16: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id D095E37BBB9 for ; Sun, 18 Jun 2000 22:16:00 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id WAA06363; Sun, 18 Jun 2000 22:20:50 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006190520.WAA06363@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Mon, 19 Jun 2000 13:49:36 +0900." <394DA660.F3D623E1@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Jun 2000 22:20:49 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > My mistake, as Ron pointed out, since loader uses the BIOS services, it > > can't run when there is no BIOS. Now if someone writes a loader that > > doesn't use a BIOS... > > Err... how is a loader that doesn't use BIOS going to access the hard > disk? I truly hope the answer is not to the effect of requiring > shitloads of drivers. Yup. Including a driver for each different motherboard (or in some cases, each motherboard family). -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 22:41:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id A436337B9F6 for ; Sun, 18 Jun 2000 22:41:25 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Mon, 19 Jun 2000 17:58:32 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Mon, 19 Jun 2000 17:50:47 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B02BCC2@internet.kbgroup.co.nz> From: Dave Preece To: Warner Losh Cc: freebsd-hackers@freebsd.org Subject: RE: Quickie: C++ statically linked into kernel? MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Mon, 19 Jun 2000 17:58:27 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've run C++ code in the kernel. You couldn't easily use: templates, > exceptions, global ctors, and sometimes you had to be careful with > automatic instantiation of things. Nothing too smart, OK. I tend to write fairly agricultural code anyway. > I implemented only new and delete > and was able to get sample code to run in the kernel. Euuww. So the default new and delete need to be overloaded with the kernel mode variety? (the three-parameter'd one from sys/malloc.h)? Right, OK. > I punted at > that point due to the pain in actually knowing if these things were > being used or not. Due to the pain of not knowing if the overloaded new and delete were being used? --scrambles off for a copy of Stroustrup. > Warner Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 22:47:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E999337BBF6 for ; Sun, 18 Jun 2000 22:47:38 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA32563; Sun, 18 Jun 2000 23:47:35 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA53903; Sun, 18 Jun 2000 23:46:11 -0600 (MDT) Message-Id: <200006190546.XAA53903@harmony.village.org> To: Dave Preece Subject: Re: Quickie: C++ statically linked into kernel? Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 19 Jun 2000 17:58:27 +1200." <67B808B0DD93D211ABEE0000B498356B02BCC2@internet.kbgroup.co.nz> References: <67B808B0DD93D211ABEE0000B498356B02BCC2@internet.kbgroup.co.nz> Date: Sun, 18 Jun 2000 23:46:11 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <67B808B0DD93D211ABEE0000B498356B02BCC2@internet.kbgroup.co.nz> Dave Preece writes: : > I implemented only new and delete : > and was able to get sample code to run in the kernel. : : Euuww. So the default new and delete need to be overloaded with the kernel : mode variety? (the three-parameter'd one from sys/malloc.h)? Right, OK. No. I implemented operator new() and operator delete() ala the standard and converted them in to calls to malloc. : > I punted at : > that point due to the pain in actually knowing if these things were : > being used or not. : : Due to the pain of not knowing if the overloaded new and delete were being : used? No. Due to the pain of the compiler creating things for me behind the schenes. Also, I had more instability in the kernel when I had this enabled for reasons unknown. Likely due to the 2.7.x g++ we had at the time. There were also some other problems that I don't recall now too that also lead me to the decision to punt. Sadly, I no longer have a copy of the stuff (I just looked). That was two disk crashes ago and was one of the reasons I converted to be a dues paying member of the church of the daily backup :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 23:10:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from holdennt.holdenz.com (holdennt.holdenz.com [207.53.186.27]) by hub.freebsd.org (Postfix) with ESMTP id 8C19237B762 for ; Sun, 18 Jun 2000 23:10:55 -0700 (PDT) (envelope-from shawn@holdenz.com) Received: from hayden ([216.18.166.178]) by holdennt.holdenz.com (8.9.3/8.9.3) with SMTP id XAA63769 for ; Sun, 18 Jun 2000 23:13:26 -0700 (PDT) (envelope-from shawn@holdenz.com) Message-ID: <007301bfd9b4$8018c1b0$b2a612d8@hayden> From: "Shawn Workman" To: Subject: Sharing memory between processes. Date: Sun, 18 Jun 2000 23:06:24 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0070_01BFD979.D2E27570" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0070_01BFD979.D2E27570 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am coming up against a road block in porting an application from a = win32 platform to FreeBSD. The problem I am having is due to the fact = that FreeBSD protects it's memory more that NT for example. Is there a way to give a client app access to another apps memory? = the way it is done in the win32 app is to basically have the client = check for the existance of the server if it exists it grabs a pointer to = it's memory and therefore gains access to all the functions that the = server has in memory as well as data structures. Is there anyway to do this using FreeBSD 4.0 Stable? =20 I have used the shm* functions and from what I see I am limited to = the number of shared memory pointers I can have. I would really appreciate any help that could be provided here. I = have been looking at the possibility of an lkm but hear that this can = cause the system to become unstable.. Thank you for any insight to this problem. ------=_NextPart_000_0070_01BFD979.D2E27570 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
    I am coming up = against a road=20 block in porting an application from a win32 platform to FreeBSD.  = The=20 problem I am having is due to the fact that FreeBSD protects it's memory = more=20 that NT for example.
 
    Is there a way to = give a client=20 app access to another apps memory?  the way it is done in the win32 = app is=20 to basically have the client check for the existance of the server if it = exists=20 it grabs a pointer to it's memory and therefore gains access to all the=20 functions that the server has in memory as well as data = structures.
 
    Is there anyway to = do this using=20 FreeBSD 4.0 Stable? 
 
    I have used the shm* = functions=20 and from what I see I am limited to the number of shared memory pointers = I can=20 have.
 
    I would really = appreciate any=20 help that could be provided here.  I have been looking at the = possibility=20 of an lkm but hear that this can cause the system to become=20 unstable..
 
Thank you for any insight to this=20 problem.
 
 
 
------=_NextPart_000_0070_01BFD979.D2E27570-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 23:21:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id D764237BC10; Sun, 18 Jun 2000 23:21:38 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-169.hrz.uni-bielefeld.de [129.70.36.169]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0FWE009EU1NWLU@mail.uni-bielefeld.de>; Mon, 19 Jun 2000 08:21:37 +0200 (MET DST) Received: from broccoli.no-support.loc (broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.9.3/8.9.3) with ESMTP id HAA00746; Mon, 19 Jun 2000 07:01:45 +0200 (CEST envelope-from bjoern@no-support.loc) Received: (from bjoern@localhost) by broccoli.no-support.loc (8.9.3/8.9.3) id HAA00647; Mon, 19 Jun 2000 07:01:44 +0200 (CEST envelope-from bjoern@no-support.loc) Date: Mon, 19 Jun 2000 07:01:44 +0200 From: Bjoern Fischer Subject: Re: ACPI project progress report In-reply-to: <20000617135611E.iwasaki@jp.FreeBSD.org>; from iwasaki@jp.freebsd.org on Sat, Jun 17, 2000 at 01:56:11PM +0900 To: Mitsuru IWASAKI Cc: acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Message-id: <20000619070144.B554@broccoli.no-support.loc> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-disposition: inline Content-transfer-encoding: quoted-printable User-Agent: Mutt/1.2i References: <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 17, 2000 at 01:56:11PM +0900, Mitsuru IWASAKI wrote: > I think OS-initiated S4 (hibernation) in FreeBSD has enough advantages > because we can do `Save-to-Disk' anywhere even on non-laptop machines > which BIOS doesn't support hibernation. > FreeBSD supports crash dump facility here, so I'm expecting that > `Save-to-Disk' by kernel would not be so difficult. We might need > dedicated swap partition for OS-initiated S4 because used swap areas > need to be protected for the system oprerations after awakening. > The boot loader is the best place for restoring the system context in > FreeBSD I think. Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), turning power off, maybe adding some hardware or moving the machine to another location, then switching on again, restoring the system context, and the machine will proceed as if nothing had happened, do you? Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 23:28: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5BEFB37BC24 for ; Sun, 18 Jun 2000 23:27:56 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA32687; Mon, 19 Jun 2000 00:27:54 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA54456; Mon, 19 Jun 2000 00:26:30 -0600 (MDT) Message-Id: <200006190626.AAA54456@harmony.village.org> To: "Shawn Workman" Subject: Re: Sharing memory between processes. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 18 Jun 2000 23:06:24 PDT." <007301bfd9b4$8018c1b0$b2a612d8@hayden> References: <007301bfd9b4$8018c1b0$b2a612d8@hayden> Date: Mon, 19 Jun 2000 00:26:30 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <007301bfd9b4$8018c1b0$b2a612d8@hayden> "Shawn Workman" writes: : Is there a way to give a client app access to another apps memory? = Yes. It is called system V shared memory. mmap will also be able to do that as well, if you use a backing file (is that still required?) : I have used the shm* functions and from what I see I am limited to = : the number of shared memory pointers I can have. You are limited by the number of shared memory areas you can have, and their size. You can have any number of pointers into this memory that you want. You'll need to come up with some kind of wrapper for this stuff as well. Also, there are no guarantees, iirc, that the shared memory segment will be at the same virtual address in both processes, so pointers in one program won't work in the other w/o a translation, which can be, ahhhh, tricky. : I would really appreciate any help that could be provided here. I = : have been looking at the possibility of an lkm but hear that this can = : cause the system to become unstable.. Just use shm*. You will be much happier. Trust me. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 18 23:28:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id 382E737BC19 for ; Sun, 18 Jun 2000 23:28:39 -0700 (PDT) (envelope-from akm@mail.theinternet.com.au) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id QAA72517; Mon, 19 Jun 2000 16:33:38 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200006190633.QAA72517@mail.theinternet.com.au> Subject: Re: Sharing memory between processes. In-Reply-To: <007301bfd9b4$8018c1b0$b2a612d8@hayden> from Shawn Workman at "Jun 18, 2000 11:06:24 pm" To: Shawn Workman Date: Mon, 19 Jun 2000 16:33:38 +1000 (EST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +----[ Shawn Workman ]--------------------------------------------- | | Hello, | I am coming up against a road block in porting an application from | a win32 platform to FreeBSD. The problem I am having is due to the | fact that FreeBSD protects it's memory more that NT for example. | | Is there a way to give a client app access to another apps memory? | the way it is done in the win32 app is to basically have the client | check for the existance of the server if it exists it grabs a pointer | to it's memory and therefore gains access to all the functions that | the server has in memory as well as data structures. | | Is there anyway to do this using FreeBSD 4.0 Stable? | You could ask the server for it, via e.g. RPC calls, or simple sockets. You could mmap it to/from a file and load up the current state from the file if it exists (or share FDs if the server forks the client). | I have used the shm* functions and from what I see I am limited to | the number of shared memory pointers I can have. Do you want to share what the server has in a read-only fashion, or you want all processes to get their own copy, or you want read-write to all processes? | I would really appreciate any help that could be provided here. | I have been looking at the possibility of an lkm but hear that this | can cause the system to become unstable.. Development might be fun, but, once its done it should be fine. -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 2: 3:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cequrux.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 7E7AA37BC65 for ; Mon, 19 Jun 2000 02:03:22 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id LAA28553 for ; Mon, 19 Jun 2000 11:03:18 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 28549; Mon Jun 19 11:03:11 2000 Message-ID: Date: Mon, 19 Jun 2000 11:05:30 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: PCI Plug 'n' Pray and old BIOSes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all I have a Genius Hub Card (basically an Ethernet NIC that also acts as a four port hub). I would ideally like to use this card in an old 486DX4 machine which acts as a ppp router. The card is detected (under both Windoze and FreeBSD) as a RealTek card (the model number escapes me right now). I installed 4.0-R on this machine, which detects the card, but gives me "ed0: device timeout" messages. Usually this is because the interrupt is misconfigured, but I don't think that is the case here. As I was under time pressure, I pulled the card out and put it in a different machine, this one a P166 which works fine (with the same IRQ). Anyway, when I get a chance I would like to try it again in the 486. The 486 has three PCI slots, and the BIOS has some additional settings which may be the reason it wasn't working. I'm unfamiliar with what some of these do, and am hoping that someone on the list may have experience with early days of PCI and Plug 'n Play, and be able to help. These are the settings: Slot n IRQ Line (this is the only one I set on my first attempt, to 12) Slot n Latency Timer (ranges from 0..255 PCICLK) (was on 255) On Board PCI/SCSI BIOS Enabled/Disabled (was disabled) CC State Machine: Data Write 0 WS Enabled/Disabled (was disabled) Data Read 0 WS Enabled/Disabled (was disabled) Perhaps all I need to do is toggle the PnP BIOS setting, but before I pull out the screwdrivers and tear the two machines apart again, I'm hoping to draw on someone else's experience here. Any ideas? TIA gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 2:46:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 4D64537BC70 for ; Mon, 19 Jun 2000 02:45:50 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 133y7H-000GhO-00; Mon, 19 Jun 2000 11:45:15 +0200 Date: Mon, 19 Jun 2000 11:45:15 +0200 From: Neil Blakey-Milner To: Ronald G Minnich Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? Message-ID: <20000619114515.A64102@mithrandr.moria.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from rminnich@lanl.gov on Thu, Jun 15, 2000 at 03:25:40PM -0600 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-06-15 (15:25), Ronald G Minnich wrote: > well linuxbios is what I started here, and I pinged some folks on this > list about supporting freebsd as well as linux, and got a 'no interest' > back from some folks. > > I'm still up for it. I think it's easy. 'linuxbios' will only support booting off Linux partitions? I doubt they're replacing a multi-purpose, occasionally not-all-that-clever thing, with a single-purpose very-often not-all-that-clever thing? What 'support' will FreeBSD require in 'linuxbios'? Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 3: 2:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id CD5E937BC37; Mon, 19 Jun 2000 03:02:25 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQSBNAUIV600047L@research.kpn.com>; Mon, 19 Jun 2000 12:02:18 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 19 Jun 2000 12:02:17 +0100 Content-return: allowed Date: Mon, 19 Jun 2000 12:02:16 +0100 From: "Koster, K.J." Subject: RE: ACPI project progress report To: 'Bjoern Fischer' , Mitsuru IWASAKI Cc: acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7674@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Just a moment. You talk about doing a `Save-to-Disk' (incl. > system halt), turning power off, maybe adding some hardware or > moving the machine to another location, then switching on again, > restoring the system context, and the machine will proceed as if > nothing had happened, do you? > I think FreeBSD supports something similar already. It's a little outdated by modern computing standards, but it used to be called a "halt" or a "reboot". Advantage of those outdated concepts used to be that you could replace your /kernel, adding for example a new driver for the new hardware, or after a cvsup. Just curious, but are you planning to add such functionality to S4? :) Kees Jan ============================================== Everyone is responsible for his own actions, and (people tend to forget this) the effect they have on others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 3:16:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id C8F0237BC3F for ; Mon, 19 Jun 2000 03:16:44 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 133ybI-000Gnl-00; Mon, 19 Jun 2000 12:16:16 +0200 Date: Mon, 19 Jun 2000 12:16:16 +0200 From: Neil Blakey-Milner To: Ronald G Minnich Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? Message-ID: <20000619121616.A64383@mithrandr.moria.org> References: <20000619114515.A64102@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000619114515.A64102@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Mon, Jun 19, 2000 at 11:45:15AM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon 2000-06-19 (11:45), Neil Blakey-Milner wrote: > 'linuxbios' will only support booting off Linux partitions? > > I doubt they're replacing a multi-purpose, occasionally > not-all-that-clever thing, with a single-purpose very-often > not-all-that-clever thing? Ah wait, having read a bit more, they are. Good luck to them. I would have thought that redo-ing the entire BIOS would be a bit extreme. A 'simpler' serial console video/keyboard interaction firmware chip would have been nice. If you really want to be funky, add in network support for TCP/IP-based BIOS interaction. Otherwise, for the five-nines, replacing the whole BIOS is extreme. (says he, wondering why malfunctioning hardware tends to make his brain malfunction) Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 4:32:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 7203637B739 for ; Mon, 19 Jun 2000 04:32:11 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id BBAA8A841; Mon, 19 Jun 2000 21:32:24 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id B58FB5438; Mon, 19 Jun 2000 21:32:24 +1000 (EST) Date: Mon, 19 Jun 2000 21:32:24 +1000 (EST) From: andrew@ugh.net.au To: Gustavo Pamplona Cc: freebsd-hackers@freebsd.org Subject: Re: FBSDBOOT.EXE, Vi and DosCMD. In-Reply-To: <3.0.3.32.20000618170733.0068ea94@uai.com.br> Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Jun 2000, Gustavo Pamplona wrote: > How can I use FBSDBOOT.EXE? When I try to use it, it give me a error of It doesn't work with ELF kernels. Check the archives. > Vi, the editor, one dumb question, is there a way to select more text than > one line? The command 'yy' only select one line. Well, when I use, for man vi. In short nyy where n is a number will select n lines. > example, the Vi of my Linux Slackware, I can press 'v' at my keyboard, and > I can use both arrow keys or 'h,j,k,l' to select the text, been after I > press 'y' to select 'yank the lines' That is probably vim which is in the ports collection. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 5:58:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id D7FB837B700; Mon, 19 Jun 2000 05:58:33 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 13417t-0001hh-00; Mon, 19 Jun 2000 14:58:05 +0200 Received: from [213.6.107.156] (helo=StefanEsser.FreeBSD.org) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 13417r-0002hz-00; Mon, 19 Jun 2000 14:58:04 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 40F8FC10; Mon, 19 Jun 2000 14:50:16 +0200 (CEST) Date: Mon, 19 Jun 2000 14:50:16 +0200 From: Stefan Esser To: Graham Wheeler Cc: freebsd-hackers@FreeBSD.ORG, Stefan Esser Subject: Re: PCI Plug 'n' Pray and old BIOSes Message-ID: <20000619145016.A2212@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Graham Wheeler , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gram@cequrux.com on Mon, Jun 19, 2000 at 11:05:30AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-19 11:05 +0200, Graham Wheeler wrote: > As I was under time pressure, I pulled the card out and put it in a > different machine, this one a P166 which works fine (with the same IRQ). > > Anyway, when I get a chance I would like to try it again in the 486. The > 486 has three PCI slots, and the BIOS has some additional settings which > may be the reason it wasn't working. I'm unfamiliar with what some of > these do, and am hoping that someone on the list may have experience > with early days of PCI and Plug 'n Play, and be able to help. > > These are the settings: > > Slot n IRQ Line (this is the only one I set on my first attempt, to 12) Is the PS/2 mouse interface enabled ? It will try to grab IRQ 12, and may do so in a way that the IRQ can't be delivered from ISA or PCI slots ... > Perhaps all I need to do is toggle the PnP BIOS setting, but before I > pull out the screwdrivers and tear the two machines apart again, I'm > hoping to draw on someone else's experience here. Depending on the time when the mainboard was built, this may be a board that needs jumpers configured accordingly (i.e. you have to enter the jumper settings in the BIOS, which will put the number in the appropriate config space register, but interrupt routing is implemented via jumper fields ...) The first ASUS 486 board, for example, (the 486-SP3, based on the Saturn 1, chip revision 2) used jumpers, while the SP3G used the Saturn II (chip rev. 4) and there was an IRQ routing matrix in the chipset, which allowed for BIOS-only IRQ assignment. Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 6:30:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cequrux.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 23CEC37B72A; Mon, 19 Jun 2000 06:30:43 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id PAA25384; Mon, 19 Jun 2000 15:30:39 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 25296; Mon Jun 19 15:30:27 2000 Message-ID: Date: Mon, 19 Jun 2000 15:32:47 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Stefan Esser Cc: freebsd-hackers@freebsd.org Subject: Re: PCI Plug 'n' Pray and old BIOSes References: <20000619145016.A2212@StefanEsser.FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stefan Esser wrote: > > On 2000-06-19 11:05 +0200, Graham Wheeler wrote: > > As I was under time pressure, I pulled the card out and put it in a > > different machine, this one a P166 which works fine (with the same IRQ). > > These are the settings: > > > > Slot n IRQ Line (this is the only one I set on my first attempt, to 12) > > Is the PS/2 mouse interface enabled ? It will try to grab IRQ 12, > and may do so in a way that the IRQ can't be delivered from ISA > or PCI slots ... The may be a psm driver in the kernel, but there is no PS/2 mouse device on the motherboard or on any of the cards. > > Perhaps all I need to do is toggle the PnP BIOS setting, but before I > > pull out the screwdrivers and tear the two machines apart again, I'm > > hoping to draw on someone else's experience here. BTW will setting the PnP BIOS to `enabled' have any effect? > Depending on the time when the mainboard was built, this may be a > board that needs jumpers configured accordingly (i.e. you have to > enter the jumper settings in the BIOS, which will put the number > in the appropriate config space register, but interrupt routing is > implemented via jumper fields ...) I'll have to check that; I do still have the mboard manual somewhere. regards gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 7:13:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 3713B37B7C6 for ; Mon, 19 Jun 2000 07:13:28 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id IAA892507 for ; Mon, 19 Jun 2000 08:13:27 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Mon, 19 Jun 2000 08:13:27 -0600 From: Ronald G Minnich To: freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <20000619114515.A64102@mithrandr.moria.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Neil Blakey-Milner wrote: > On Thu 2000-06-15 (15:25), Ronald G Minnich wrote: > 'linuxbios' will only support booting off Linux partitions? linuxbios is getting to be a misnomer, but ... linuxbios is a simple chunk of FLASH-based code that gunzips a kernel image to RAM. That's it. It doesn't do much of anything but get DRAM turned on (not hard) and some other bits that OSes don't yet do well. Although, I am finding that increasingly the open source OSes are taking on more and more hardware tasks because so many BIOSes screw up hardware config. The APIC support in the more recent kernels is pretty amazing. LinuxBIOS DOES NOT: 1) read disks 2) talk to network cards 3) etc. It knows how to get ram up, it is mostly written in C (except for that 'get ram up' part, obviously), and it counts on the OS to do the heavy lifting. It works on two very different motherboards. We're working on an Alpha port now. Our long term goal is not to control this thing. Best case scenario is the vendors buy in and support it directly. We have one case in hand where this is happening. Mainboards from this one vendor will ship with LinuxBIOS in flash. We have a couple of industrial partners at this point, including a new one that just wrote me this morning who you would recognize (you'll see their name on the web page in a week or so). I would love to see FreeBSD support work. I can't do it much anymore, since unfortunately the HPC cluster community seems less and less concerned with FreeBSD nowadays, which I think is a tragedy. But I'll do what I can. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 8: 3:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from frosch.all.de (frosch.logivision.net [212.42.242.2]) by hub.freebsd.org (Postfix) with ESMTP id C53C337B52B for ; Mon, 19 Jun 2000 08:03:42 -0700 (PDT) (envelope-from wagner@elego.de) Received: by frosch.logivision.net (8.9.3/nora-19990817) with UUCP (envelope-from wagner@elego.de) id RAA45008; Mon, 19 Jun 2000 17:03:39 +0200 (CEST) Received: (from wagner@localhost) by phaidros.elego.de (8.8.8/8.8.3) id RAA21609; Mon, 19 Jun 2000 17:03:15 +0200 (CEST) Date: Mon, 19 Jun 2000 17:03:15 +0200 From: Olaf Wagner To: freebsd-hackers@freebsd.org Cc: Michael Diers , Ronald Volkmann , Bjoerne Drechsler Subject: LDAP, PAM, NSS Message-ID: <20000619170314.A21574@elego.de> Reply-To: wagner@elego.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What is the current status of using an LDAP server together with PAM for authentication in FreeBSD? Has anybody got around to implement a working solution for configuring the name service information routines in libc (e.g. nsswitch.conf or something similar)? Search in the mailing list archives showed that there was some discussion about this topic about a year ago, and some people seemingly working on solutions, but I have found nothing since August 1999. I'd appreciate it if those who were concerned would mail me about their results (or unsurmountable problems or reasons for abandoning the project). I'm also interested in any pointers to information about the topic. Thanks in advance Olaf -- /\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ || Olaf Wagner | wagner@luthien.in-berlin.de (private) | || Cranachstrasse 7 | wagner@elego.de (business) | || D-12157 Berlin | phone: +49 30 85 58 01 81 | || Germany / Deutschland | fax: +49 30 85 58 01 88 | \///////////////////////////////////////////////////////////////// To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 8:32:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 4EFC337B6BA; Mon, 19 Jun 2000 08:32:29 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn38.imasy.or.jp [202.227.24.230]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5JFWMp82741; Tue, 20 Jun 2000 00:32:22 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: bfischer@Techfak.Uni-Bielefeld.DE Cc: iwasaki@jp.freebsd.org, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <20000619070144.B554@broccoli.no-support.loc> References: <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000620003220R.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 00:32:20 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 32 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, From: Bjoern Fischer Subject: Re: ACPI project progress report Date: Mon, 19 Jun 2000 07:01:44 +0200 Message-ID: <20000619070144.B554@broccoli.no-support.loc> > Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > turning power off, maybe adding some hardware or moving the machine > to another location, then switching on again, restoring the system context, > and the machine will proceed as if nothing had happened, do you? Yes, exactly. My rough idea is like this; - do preparation for sleeping state transition for each devices and _PTS (prepare to sleep) control method. - stop all of processes, other sub-system (eg filesystem, memory...) and write contents of memory to dedicated swap partition for "Save-to-Disk" and save system context. - turning power off by manipulating ACPI registers (or just halt the system and user will turning power off). - upon turning power on, BIOS built ACPI tables again if hardware configuration changed during sleeping. Any important device (eg disk controller) configuration changes will cause the restoring system context to fail. - after POST, BIOS passes control to the boot loader in normal case. - load will check whether S4 transition occurred, then restore system context and memory from swap partition. - do _WAK (wakeup) control method, wakeup processes for each devices and re-enable them. Maybe I'm wrong because of lack of my understanding on crush dump and loader. Please help us :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 8:33:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 459A837B6BA; Mon, 19 Jun 2000 08:33:28 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn38.imasy.or.jp [202.227.24.230]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5JFXPp83116; Tue, 20 Jun 2000 00:33:25 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: imp@village.org Cc: iwasaki@jp.FreeBSD.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: ACPI project progress report In-Reply-To: <200006190445.WAA53570@harmony.village.org> References: <20000617002156A.iwasaki@jp.FreeBSD.org> <200006190445.WAA53570@harmony.village.org> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000620003323O.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 00:33:23 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG imp> In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: imp> : Hi, here is the latest report on our ACPI project's progress. imp> imp> As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should imp> enable us to properly put the chipsets in laptops to sleep and then imp> wake them up again. Right now pccard insert/removal can be missed imp> when you put a laptop to sleep... Yes, many of today's laptop BIOS are expecting that OS shouldn handle this kind of things by executing the AML. Good news, recently I wrote accessing ioport stuff (roughly :-) and experimental code for executing _PTS & _WAK method in kernel space. On P2B based system, it seems working fine :-) Next step is implement accessing other bus spaces, physical memory will be the target (and PCI config, SMBus...). Can anybody help us on this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 8:53:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.intrepid.net (elvis.intrepid.net [209.190.164.163]) by hub.freebsd.org (Postfix) with ESMTP id A9D9837B8CD; Mon, 19 Jun 2000 08:53:37 -0700 (PDT) (envelope-from mark@elvis.intrepid.net) Received: (from mark@localhost) by elvis.intrepid.net (8.9.3/8.9.3) id LAA07659; Mon, 19 Jun 2000 11:53:48 -0400 (EDT) (envelope-from mark) Date: Mon, 19 Jun 2000 11:53:48 -0400 From: Mark Conway Wirt To: freebsd-hackers@freebsd.org Cc: ache@freebsd.org Subject: procmail broken? Message-ID: <20000619115348.M6830@intrepid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone know of any commits to 4-stable in the past three weeks that would have broken procmail (probably related the locking)? I just synched Sunday, and it broke procmail. I've recompiled from the ports directory, and that didn't help. Interestingly (and strangely), it works when I turn on verbose debugging :-( --mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 9:32:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2132137B50F; Mon, 19 Jun 2000 09:32:26 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA34670; Mon, 19 Jun 2000 10:32:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA60652; Mon, 19 Jun 2000 10:30:53 -0600 (MDT) Message-Id: <200006191630.KAA60652@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: ACPI project progress report Cc: bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 00:32:20 +0900." <20000620003220R.iwasaki@jp.FreeBSD.org> References: <20000620003220R.iwasaki@jp.FreeBSD.org> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> Date: Mon, 19 Jun 2000 10:30:53 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: : Maybe I'm wrong because of lack of my understanding on crush dump and : loader. Please help us :-) I think that you might be able to do this. The real tricky part maybe saving hardware RAM that the drivers expect to be there when you wakeup. I thinking of video ram and the X server's font cache, to name one example. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 9:36:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id E6C6B37B68F; Mon, 19 Jun 2000 09:36:47 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id SAA45527; Mon, 19 Jun 2000 18:36:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Warner Losh Cc: Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 10:30:53 MDT." <200006191630.KAA60652@harmony.village.org> Date: Mon, 19 Jun 2000 18:36:14 +0200 Message-ID: <45525.961432574@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006191630.KAA60652@harmony.village.org>, Warner Losh writes: >In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: >: Maybe I'm wrong because of lack of my understanding on crush dump and >: loader. Please help us :-) > >I think that you might be able to do this. The real tricky part maybe >saving hardware RAM that the drivers expect to be there when you >wakeup. I thinking of video ram and the X server's font cache, to >name one example. Drivers will need a "your hardware may have been zonked" entrypoint, think about the i8254 counter or all the weird versions of write only or "write here - read there" I/O registers in existence. Obviously the video driver will need to send a signal or clue to the Xserver saying "you own the device, you'd better do something" -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 9:37:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 2FB9837B90B; Mon, 19 Jun 2000 09:37:32 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id JAA08637; Mon, 19 Jun 2000 09:42:10 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006191642.JAA08637@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 10:30:53 MDT." <200006191630.KAA60652@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 09:42:10 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > : Maybe I'm wrong because of lack of my understanding on crush dump and > : loader. Please help us :-) > > I think that you might be able to do this. The real tricky part maybe > saving hardware RAM that the drivers expect to be there when you > wakeup. I thinking of video ram and the X server's font cache, to > name one example. S4 requires the OS to reinitialise peripherals. Some comments I've seen from the Linux folks suggest that we'll have to save and restore the PCI configuration space as well. Basically, resume from S4 is not something that is going to be very easy for us to implement. It'll require every S4-OK driver to re-initialise in the resume method. (Note that we will also need to add suspend-to and resume-from arguments to the relevant driver methods.) We also have a problem in that we'll need a separate suspend file for system memory, since we can't just up and use swap (which may already be busy). I would be inclined to start with some of the easier states first. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 10: 2:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id E266D37BCD7; Mon, 19 Jun 2000 10:02:33 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id KAA08746; Mon, 19 Jun 2000 10:07:26 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006191707.KAA08746@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mike Smith Cc: Warner Losh , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 09:42:10 PDT." <200006191642.JAA08637@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 10:07:26 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > S4 requires the OS to reinitialise peripherals. Some comments I've seen > from the Linux folks suggest that we'll have to save and restore the PCI > configuration space as well. > > Basically, resume from S4 is not something that is going to be very easy > for us to implement. It'll require every S4-OK driver to re-initialise > in the resume method. (Note that we will also need to add suspend-to and > resume-from arguments to the relevant driver methods.) Hmm, this has me thinking again about suspend/resume. In the current context, can we expect a suspend veto from some function to actually DTRT? (ie. drivers that have been suspended get a resume call). Or should we make two passes over the suspend method? One with " intention to suspend at this level", the second to actually perform the suspension once the first has been accepted? This will allow non-ACPI-represented drivers to participate in determining which suspend level(s) can actually be supported by the hardware... -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 10: 5:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 31B7837BD0B; Mon, 19 Jun 2000 10:05:17 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA34869; Mon, 19 Jun 2000 11:05:15 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA61037; Mon, 19 Jun 2000 11:03:50 -0600 (MDT) Message-Id: <200006191703.LAA61037@harmony.village.org> To: Mike Smith Subject: Re: ACPI project progress report Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 19 Jun 2000 10:07:26 PDT." <200006191707.KAA08746@mass.osd.bsdi.com> References: <200006191707.KAA08746@mass.osd.bsdi.com> Date: Mon, 19 Jun 2000 11:03:49 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006191707.KAA08746@mass.osd.bsdi.com> Mike Smith writes: : Hmm, this has me thinking again about suspend/resume. In the current : context, can we expect a suspend veto from some function to actually : DTRT? (ie. drivers that have been suspended get a resume call). If the BIOS allows us to do that, yes. I'm fairly sure that doug did the right thing here. The only issue that I ever ran into was that the APM bios shut the machine down anyway, even when we tried to tell it not to. Funny thing about batteries, or something like that:-) : Or should we make two passes over the suspend method? One with " : intention to suspend at this level", the second to actually perform the : suspension once the first has been accepted? No comment. : This will allow non-ACPI-represented drivers to participate in : determining which suspend level(s) can actually be supported by the : hardware... That's true. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 10:20:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 420F837BCD7; Mon, 19 Jun 2000 10:20:27 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id NAA30894; Mon, 19 Jun 2000 13:20:15 -0400 (EDT) (envelope-from wollman) Date: Mon, 19 Jun 2000 13:20:15 -0400 (EDT) From: Garrett Wollman Message-Id: <200006191720.NAA30894@khavrinen.lcs.mit.edu> To: Mike Smith Cc: Warner Losh , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <200006191707.KAA08746@mass.osd.bsdi.com> References: <200006191642.JAA08637@mass.osd.bsdi.com> <200006191707.KAA08746@mass.osd.bsdi.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Hmm, this has me thinking again about suspend/resume. In the current > context, can we expect a suspend veto from some function to actually > DTRT? (ie. drivers that have been suspended get a resume call). That's how I originally implemented it, but I'm not sure whether that has been maintained or not. > Or should we make two passes over the suspend method? One with " > intention to suspend at this level", the second to actually perform the > suspension once the first has been accepted? I think this is a good idea, and better than my implementation. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 11:15: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 4D54437B84C; Mon, 19 Jun 2000 11:14:59 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 13464G-0000fe-00; Mon, 19 Jun 2000 20:14:40 +0200 Received: from [213.6.105.129] (helo=StefanEsser.FreeBSD.org) by mx0.freenet.de with esmtp (Exim 3.14 #3) id 13464F-0004dG-00; Mon, 19 Jun 2000 20:14:40 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id BAFDFC87; Mon, 19 Jun 2000 20:12:29 +0200 (CEST) Date: Mon, 19 Jun 2000 20:12:28 +0200 From: Stefan Esser To: Graham Wheeler Cc: freebsd-hackers@freebsd.org, Stefan Esser Subject: Re: PCI Plug 'n' Pray and old BIOSes Message-ID: <20000619201228.A2767@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Graham Wheeler , freebsd-hackers@freebsd.org References: <20000619145016.A2212@StefanEsser.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gram@cequrux.com on Mon, Jun 19, 2000 at 03:32:47PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-19 15:32 +0200, Graham Wheeler wrote: > Stefan Esser wrote: > > Is the PS/2 mouse interface enabled ? It will try to grab IRQ 12, > > and may do so in a way that the IRQ can't be delivered from ISA > > or PCI slots ... > > The may be a psm driver in the kernel, but there is no PS/2 mouse device > on the motherboard or on any of the cards. The BIOS may configure the chip-set to directly connect the PS/2 mouse to IRQ 12 in a hardware specific way. Use of IRQ 12 for PCI interrupts may be impossible, but the PCI or Ethernet drivers can't tell, because it is all a function of chip-set internals. It doesn't matter whether there are any PS/2 drivers or even a PS/2 plug. > > > Perhaps all I need to do is toggle the PnP BIOS setting, but before I > > > pull out the screwdrivers and tear the two machines apart again, I'm > > > hoping to draw on someone else's experience here. > > BTW will setting the PnP BIOS to `enabled' have any effect? Not sure. You didn't tell anything about the system. I assume it is one of the Saturn I or Saturn II based boards, which were the first reliably working PCI based PC mainboards. Verbose boot messages may help, too, since they provide a lot of details about the hardware and the configuration performed by the BIOS. PnP BIOS usually applies to ISA PnP cards and should have no impact on PCI. But if your system predates ISA PnP, the term may well be used to toggle a PCI chip-set or bus initialisation feature. > I'll have to check that; I do still have the mboard manual somewhere. Ok. If you can't get it to work, then please send at least the following information: * name of mainboard (brand and model) * verbose boot message log Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 11:31:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id 16C1037B645 for ; Mon, 19 Jun 2000 11:31:11 -0700 (PDT) (envelope-from Meerwaldt@t-online.de) Received: from fwd04.sul.t-online.de by mailout03.sul.t-online.com with smtp id 1346KE-0002yj-01; Mon, 19 Jun 2000 20:31:10 +0200 Received: from server.wes.mee.com (320044045192-0001@[62.157.22.214]) by fwd04.sul.t-online.de with esmtp id 1346K2-0jkRTlC; Mon, 19 Jun 2000 20:30:58 +0200 Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA01246 for ; Mon, 19 Jun 2000 20:27:59 +0200 (CEST) Date: Mon, 19 Jun 2000 20:27:59 +0200 (CEST) From: Meerwaldt@t-online.de (Frederik Meerwaldt) Reply-To: fm_sendthere@gmx.de To: freebsd-hackers@freebsd.org Subject: Little "Complain" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320044045192-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, this message is especially for the developers or other people who contribute FreeBSD. I just thought today, that I could write a little bit documentation for the PCMCIA stuff... (That's what on the TODO List). But if I start now, how can I verify that there's nobody else who writes this? So I had an Idea: What about setting a computer in the internet on which everyone can have an own account and with a self-written program on it which does the following: The Program has the Items of the ToDo list in it. Every user can say, that he'll do this or that item, and that will be registered in the system, so that nobody else does this work, too, else only the code of 1 programmer will be used (you can hardly mix different code). That is for Coding as well as for documentation. The background is the following: I was developer on a "huge" project (we were 40 people, so nothing against the FreeBSD team), and there we had such a system and everybody was happy. If I wanted to write a part I saw... oh, user xxx has checked it out. So if one of the "high" people agree with this idea, I could set up such a system (well I have to look for a constant internet connection, but I suppose my ISP will give me one for free when his name is listed on the contribution list :-)). What about this idea? Awaiting responses, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 11:41:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 4097537B840 for ; Mon, 19 Jun 2000 11:41:14 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA46658; Mon, 19 Jun 2000 20:41:01 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: fm_sendthere@gmx.de Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Little "Complain" In-reply-to: Your message of "Mon, 19 Jun 2000 20:27:59 +0200." Date: Mon, 19 Jun 2000 20:41:00 +0200 Message-ID: <46656.961440060@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >So if one of the "high" people agree with this idea, I could set up such a >system (well I have to look for a constant internet connection, but I >suppose my ISP will give me one for free when his name is listed on the >contribution list :-)). We don't need any "high" people to agree with this: Just do it, if it works, people will use it and it will become a success, if it doesn't work...well you can say that you tried :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 11:42:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 605C837B5DE for ; Mon, 19 Jun 2000 11:42:33 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5JIgQV14775; Mon, 19 Jun 2000 11:42:26 -0700 (PDT) Date: Mon, 19 Jun 2000 11:42:26 -0700 From: Alfred Perlstein To: fm_sendthere@gmx.de Cc: freebsd-hackers@FreeBSD.ORG Subject: freebsd design model Message-ID: <20000619114225.F26801@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from Meerwaldt@t-online.de on Mon, Jun 19, 2000 at 08:27:59PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Frederik Meerwaldt [000619 11:34] wrote: > Hi all, > > this message is especially for the developers or other people who > contribute FreeBSD. > I just thought today, that I could write a little bit documentation for > the PCMCIA stuff... (That's what on the TODO List). But if I start now, > how can I verify that there's nobody else who writes this? You can make an announcement that you're working on it, and what you hope to acoomplish. > So I had an Idea: > > What about setting a computer in the internet on which everyone can have > an own account and with a self-written program on it which does the > following: > > The Program has the Items of the ToDo list in it. > Every user can say, that he'll do this or that item, and that will be > registered in the system, so that nobody else does this work, too, else > only the code of 1 programmer will be used (you can hardly mix different > code). That is for Coding as well as for documentation. > The background is the following: > > I was developer on a "huge" project (we were 40 people, so nothing against > the FreeBSD team), and there we had such a system and everybody was > happy. If I wanted to write a part I saw... oh, user xxx has checked it > out. > > So if one of the "high" people agree with this idea, I could set up such a > system (well I have to look for a constant internet connection, but I > suppose my ISP will give me one for free when his name is listed on the > contribution list :-)). > > What about this idea? The FreeBSD project has well over 150 people working on it, you can't mark off large parts of the system as your own. The idea is to work together concurrantly, occasionally there's some overlap, but usually it's a good thing because in that case the two works can be merged together as something better. Don't worry too much about overlap, just do what you want to and submit it, the chances of collision are so small that the system you're suggesting would be too heavyweight for most of my needs. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 11:49:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.avantgo.com (nat1.avantgo.com [63.251.249.151]) by hub.freebsd.org (Postfix) with ESMTP id 0364937B5D5 for ; Mon, 19 Jun 2000 11:48:56 -0700 (PDT) (envelope-from scott@avantgo.com) Received: from river.avantgo.com (unknown [10.1.14.2]) by hermes.avantgo.com (Postfix) with ESMTP id 2767E31; Mon, 19 Jun 2000 11:48:33 -0700 (PDT) Date: Mon, 19 Jun 2000 11:49:45 -0700 (PDT) From: Scott Hess To: Ronald G Minnich Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Ronald G Minnich wrote: > On Mon, 19 Jun 2000, Neil Blakey-Milner wrote: > > On Thu 2000-06-15 (15:25), Ronald G Minnich wrote: > > 'linuxbios' will only support booting off Linux partitions? > > linuxbios is getting to be a misnomer, but ... > > linuxbios is a simple chunk of FLASH-based code that gunzips a kernel > image to RAM. That's it. It doesn't do much of anything but get DRAM > turned on (not hard) and some other bits that OSes don't yet do well. > Our long term goal is not to control this thing. Best case scenario is > the vendors buy in and support it directly. We have one case in hand > where this is happening. Mainboards from this one vendor will ship with > LinuxBIOS in flash. Hmm. It seems like it would just make more sense for the motherboard manufacturers to (a) fix their BIOS's to allow serial-port access, and (b) provider more flash where you can stuff a "disk" image to boot from, with appropriate support for accessing it as an IDE or floppy drive. That way it works with all versions of all operating systems (well, only those that can do the serial console stuff, of course). Doing LinuxBIOS seems like the long way around, here. I can't imagine that serial-port BIOS access hasn't happened because it's too hard - it's just because BIOS makers don't care. Nonetheless, it is a cool notion, scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 13:13:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 970AF37BDAC for ; Mon, 19 Jun 2000 13:13:07 -0700 (PDT) (envelope-from Meerwaldt@t-online.de) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.com with smtp id 1347us-00023B-00; Mon, 19 Jun 2000 22:13:06 +0200 Received: from server.wes.mee.com (320044045192-0001@[193.158.179.69]) by fwd00.sul.t-online.de with esmtp id 1347ug-0zsYM5C; Mon, 19 Jun 2000 22:12:54 +0200 Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id WAA01513; Mon, 19 Jun 2000 22:07:57 +0200 (CEST) Date: Mon, 19 Jun 2000 22:07:57 +0200 (CEST) From: Meerwaldt@t-online.de (Frederik Meerwaldt) Reply-To: fm_sendthere@gmx.de To: Alfred Perlstein Cc: fm_sendthere@gmx.de, freebsd-hackers@FreeBSD.ORG Subject: Re: freebsd design model In-Reply-To: <20000619114225.F26801@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320044045192-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > You can make an announcement that you're working on it, and what > you hope to acoomplish. > [..] > > > > What about this idea? > > The FreeBSD project has well over 150 people working on it, you > can't mark off large parts of the system as your own. The idea is > to work together concurrantly, occasionally there's some overlap, > but usually it's a good thing because in that case the two works > can be merged together as something better. > > Don't worry too much about overlap, just do what you want to and > submit it, the chances of collision are so small that the system > you're suggesting would be too heavyweight for most of my needs. OK. So I don't do it! :-) I just found it very cool as we did it last time! Regards, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 13:13:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 8C6C537BD95 for ; Mon, 19 Jun 2000 13:13:07 -0700 (PDT) (envelope-from Meerwaldt@t-online.de) Received: from fwd00.sul.t-online.de by mailout00.sul.t-online.com with smtp id 1347us-0001O5-00; Mon, 19 Jun 2000 22:13:06 +0200 Received: from server.wes.mee.com (320044045192-0001@[193.158.179.69]) by fwd00.sul.t-online.de with esmtp id 1347uf-0zsYM4C; Mon, 19 Jun 2000 22:12:53 +0200 Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id WAA01511; Mon, 19 Jun 2000 22:05:59 +0200 (CEST) Date: Mon, 19 Jun 2000 22:05:59 +0200 (CEST) From: Meerwaldt@t-online.de (Frederik Meerwaldt) Reply-To: fm_sendthere@gmx.de To: Poul-Henning Kamp Cc: fm_sendthere@gmx.de, freebsd-hackers@FreeBSD.ORG Subject: Re: Little "Complain" In-Reply-To: <46656.961440060@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320044045192-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > >So if one of the "high" people agree with this idea, I could set up such a > >system (well I have to look for a constant internet connection, but I > >suppose my ISP will give me one for free when his name is listed on the > >contribution list :-)). > > We don't need any "high" people to agree with this: Just do it, if it > works, people will use it and it will become a success, if it doesn't > work...well you can say that you tried :-) Sounds good! OK. I'll check for a non-interrupted internet connection tomorrow and then I'll give further details. Kind regards, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 14:42:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (Postfix) with ESMTP id 1867437B686 for ; Mon, 19 Jun 2000 14:42:44 -0700 (PDT) (envelope-from toasty@celery.dragondata.com) Received: from celery.dragondata.com (celery.dragondata.com [205.253.12.6]) by home.dragondata.com (8.9.2/8.9.2) with ESMTP id QAA26326 for ; Mon, 19 Jun 2000 16:42:05 -0500 (CDT) Received: (from toasty@localhost) by celery.dragondata.com (8.9.3/8.9.3) id QAA13755 for hackers@freebsd.org; Mon, 19 Jun 2000 16:40:44 -0500 (CDT) (envelope-from toasty) From: Kevin Day Message-Id: <200006192140.QAA13755@celery.dragondata.com> Subject: Unknown exception/trap confusion To: hackers@freebsd.org Date: Mon, 19 Jun 2000 16:40:44 -0500 (CDT) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I've got a system that seems to spuriously "panic: unknown/reserved trap". In trying to figure out which exception got triggered, I did a backtrace... (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 #1 0xc016a355 in panic (fmt=0xc02c58d9 "unknown/reserved trap") at ../../kern/kern_shutdown.c:553 #2 0xc02821ea in trap_fatal (frame=0xd907ebfc, eva=0) at ../../i386/i386/trap.c:929 #3 0xc0281b37 in trap (frame={tf_fs = 24, tf_es = 65552, tf_ds = -653852656, tf_edi = 4, tf_esi = -866895904, tf_ebp = -653792120, tf_isp = -653792216, tf_ebx = -1066888788, tf_edx = -1070536316, tf_ecx = 16777218, tf_eax = 1862615194, tf_trapno = 29, tf_err = 0, tf_eip = -1071493032, tf_cs = 8, tf_eflags = 518, tf_esp = -1071172139, tf_ss = -1042059264}) at ../../i386/i386/trap.c:589 #4 0xc0225058 in ti_intr (xsc=0xc0000) at ../../pci/if_ti.c:1938 #5 0xc027c11f in smp_invltlb () at machine/mpapic.h:104 #6 0xc027dd42 in pmap_qremove (va=3443085312, count=4) at ../../i386/i386/pmap.c:818 #7 0xc01918fc in vfs_vmio_release (bp=0xcc5437e0) at ../../kern/vfs_bio.c:1270 #8 0xc0191dfe in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at ../../kern/vfs_bio.c:1551 #9 0xc0192a01 in getblk (vp=0xd9928000, blkno=2, size=16384, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:2195 #10 0xc019506e in cluster_rbuild (vp=0xd9928000, filesize=136472, lbn=1, blkno=189541632, size=16384, run=2, fbp=0x0) at ../../kern/vfs_cluster.c:391 #11 0xc0194c72 in cluster_read (vp=0xd9928000, filesize=136472, lblkno=1, size=16384, cred=0x0, totread=2820, seqcount=2, bpp=0xd907ee68) at ../../kern/vfs_cluster.c:229 #12 0xc0238666 in ffs_read (ap=0xd907ee8c) at ../../ufs/ufs/ufs_readwrite.c:252 #13 0xc01a00fc in vn_read (fp=0xc2dacb80, uio=0xd907eed8, cred=0xc32e1d00, flags=0, p=0xd6952440) at vnode_if.h:334 #14 0xc017a889 in dofileread (p=0xd6952440, fp=0xc2dacb80, fd=18, buf=0x816f035, nbyte=2820, offset=-1, flags=0) at ../../sys/file.h:141 #15 0xc017a78f in read (p=0xd6952440, uap=0xd907ef80) at ../../kern/sys_generic.c:111 #16 0xc0282511 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 135594031, tf_edi = 0, tf_esi = 0, tf_ebp = 0, tf_isp = -653791276, tf_ebx = 140614144, tf_edx = 140614144, tf_ecx = 140614144, tf_eax = 3, tf_trapno = 7, tf_err = 2, tf_eip = 673047244, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937696, tf_ss = 47}) at ../../i386/i386/trap.c:1126 In frame 3, trap is getting called with tf_trapno equal to 29... Which according to machine/trap.h is: #define T_RESERVED 29 /* reserved (unknown) */ It's getting set that way from the idt vector in exception.s: IDTVEC(rsvd) pushl $0; TRAP(T_RESERVED) because all exceptions that aren't specifically mapped to a idt vector are pointed to IDTVEC(rsvd) in machdep.c: for (x = 0; x < NIDT; x++) setidt(x, &IDTVEC(rsvd), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); My question is... How am I going to tell which exception is actually getting called? Is it completely unreasonable to have the rsvd idt vector call trap with the trap value + MAX_TRAP_MSG or some other constant, so that trap() can tell what the real exception was? Without knowing which exception really got called, troubleshooting this is more difficult, but... I can't quite figure out what's going on in ti_intr that could cause an exeception... It appears that ti_intr is just getting things off the stack when it crashes: #4 0xc0225058 in ti_intr (xsc=0xc0000) at ../../pci/if_ti.c:1938 1938 } (kgdb) list 1933 1934 if (cur_tx != NULL) 1935 ifp->if_flags &= ~IFF_OACTIVE; 1936 1937 return; 1938 } 1939 1940 static void ti_intr(xsc) 1941 void *xsc; 1942 { (kgdb) disassemble Dump of assembler code for function ti_intr: 0xc0225058 : push %ebp 0xc0225059 : mov %esp,%ebp 0xc022505b : push %esi 0xc022505c : push %ebx 0xc022505d : mov 0x8(%ebp),%esi 0xc0225060 : mov %esi,%ebx (kgdb) info frame Stack level 4, frame at 0xd907ec88: eip = 0xc0225058 in ti_intr (../../pci/if_ti.c:1938); saved eip 0xc027c11f called by frame at 0xd907ec9c, caller of frame at 0xd907ebf4 source language c. Arglist at 0xd907ec88, args: Locals at 0xd907ec88, Previous frame's sp is 0x0 Saved registers: ebx at 0xd907ec80, ebp at 0xd907ec88, esi at 0xd907ec84, eip at 0xd907ec8c (kgdb) info registers eax 0x0 0 ecx 0x0 0 edx 0x0 0 ebx 0x6f05409a 1862615194 esp 0xd907eb58 0xd907eb58 ebp 0xd907ec88 0xd907ec88 esi 0xcc5437e0 -866895904 edi 0x4 4 eip 0xc02701ab 0xc02701ab eflags 0x0 0 cs 0x0 0 ss 0x0 0 ds 0x0 0 es 0x0 0 fs cannot read u area ptr for proc at 0 I'm a bit over my head here, can anyone offer any pointers on what to do now? -- Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 15: 0:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id E22C837B6C4; Mon, 19 Jun 2000 15:00:47 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.22]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id GAA27407; Tue, 20 Jun 2000 06:59:28 +0900 (JST) Message-ID: <394E97F7.3660E592@newsguy.com> Date: Tue, 20 Jun 2000 07:00:23 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Bjoern Fischer Cc: Mitsuru IWASAKI , acpi-jp@jp.freebsd.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report References: <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bjoern Fischer wrote: > > Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > turning power off, maybe adding some hardware or moving the machine > to another location, then switching on again, restoring the system context, > and the machine will proceed as if nothing had happened, do you? That's what hybernation does under Windows. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 15: 6: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id A2CF237B682 for ; Mon, 19 Jun 2000 15:05:55 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.22]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id HAA28144; Tue, 20 Jun 2000 07:05:41 +0900 (JST) Message-ID: <394E996C.EF72B68F@newsguy.com> Date: Tue, 20 Jun 2000 07:06:36 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Parag Patel Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. References: <45138.961391076@pinhead.parag.codegen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parag Patel wrote: > > It can't, without shitloads of drivers. :) > > ("I asked you not to tell me that, Ninety-Nine!") > > A new loader would need to be written that would have a way to talk to > whatever firmware is in the box, Open Firmware, LinuxBIOS, etc. > (Assuming that the firmware has a proper call-back API, like IEEE-1275.) > > Otherwise the loader will be about as complicated as the kernel itself. > So it may as well *be* the kernel and use the same drivers. But then it > stills needs a way to bootstrap it from ROM. > > Which is why the LinuxBIOS folks are trying to use Linux as the BIOS. :) And, in the process, they are teaching the firmware about Ext2FS, Ext3FS, RheiserFS, (in our case) ffs, vinum, etc, so it can find the kernel in whatever place it is, or resorting to some sort of bootfs (though any software RAID would still have to be taught), with it's inherent disadvantages? If what you describe is accurate... imho, that's the diametrical oppositve of the right way. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 15:18: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id BB4DF37B74D for ; Mon, 19 Jun 2000 15:18:02 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id PAA66212; Mon, 19 Jun 2000 15:17:59 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: "Daniel C. Sobral" Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: Message from "Daniel C. Sobral" of "Tue, 20 Jun 2000 07:06:36 +0900." <394E996C.EF72B68F@newsguy.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 19 Jun 2000 15:17:59 -0700 Message-ID: <66205.961453079@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000 07:06:36 +0900, "Daniel C. Sobral" wrote: > >And, in the process, they are teaching the firmware about Ext2FS, >Ext3FS, RheiserFS, (in our case) ffs, vinum, etc, so it can find the >kernel in whatever place it is, or resorting to some sort of bootfs >(though any software RAID would still have to be taught), with it's >inherent disadvantages? Well, it's more of a matter of putting the kernel itself into the boot ROM with some small assembly/C code to turn on DRAM and an ungzipper to load and run it. It's fairly simple, other than dealing with the various motherboard/chipset vagaries. It's possible to make a complete BIOS based on Linux that in turn loads and boots another kernel, but that I don't think that this is what the LinuxBIOS folks are attempting. Instead they have (or will have) access to the flash from within Linux to load a kernel directly into flash (along with its startup code) rather than placing it into /. (Please correct me if I'm wrong.) Personally, I'd set it up to hold two kernel images - one for testing and one for emergency recovery. If a bad kernel gets into the flash, recovering will be ... painful. But there may not be enough room. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 15:40:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rz.fh-wilhelmshaven.de (mail.rz.fh-wilhelmshaven.de [139.13.25.134]) by hub.freebsd.org (Postfix) with ESMTP id 8BCFB37B537 for ; Mon, 19 Jun 2000 15:40:16 -0700 (PDT) (envelope-from ohoyer@fbwi.fh-wilhelmshaven.de) Received: from fettesau.stuwo.fh-wilhelmshaven.de (stuwopc5.stuwo.fh-wilhelmshaven.de [139.13.209.5]) by mail.rz.fh-wilhelmshaven.de (8.9.3/8.9.3) with SMTP id AAA07577; Tue, 20 Jun 2000 00:39:49 +0200 (MET DST) Message-Id: <4.1.20000620001700.00a487c0@mail.rz.fh-wilhelmshaven.de> X-Sender: ohoyer@mail.rz.fh-wilhelmshaven.de X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Tue, 20 Jun 2000 00:20:04 +0200 To: Graham Wheeler From: Olaf Hoyer Subject: Re: PCI Plug 'n' Pray and old BIOSes Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:05 19.06.00 +0200, Graham Wheeler wrote: >Hi all > >I have a Genius Hub Card (basically an Ethernet NIC that also acts as a >four port hub). I would ideally like to use this card in an old 486DX4 >machine which acts as a ppp router. The card is detected (under both >Windoze and FreeBSD) as a RealTek card (the model number escapes me >right now). > >I installed 4.0-R on this machine, which detects the card, but gives me >"ed0: device timeout" messages. Usually this is because the interrupt is >misconfigured, but I don't think that is the case here. > >As I was under time pressure, I pulled the card out and put it in a >different machine, this one a P166 which works fine (with the same IRQ). > >Anyway, when I get a chance I would like to try it again in the 486. The >486 has three PCI slots, and the BIOS has some additional settings which >may be the reason it wasn't working. I'm unfamiliar with what some of >these do, and am hoping that someone on the list may have experience >with early days of PCI and Plug 'n Play, and be able to help. > >These are the settings: > >Slot n IRQ Line (this is the only one I set on my first attempt, to 12) >Slot n Latency Timer (ranges from 0..255 PCICLK) (was on 255) >On Board PCI/SCSI BIOS Enabled/Disabled (was disabled) >CC State Machine: > Data Write 0 WS Enabled/Disabled (was disabled) > Data Read 0 WS Enabled/Disabled (was disabled) Hi! The card normally should act and behave at least as a normal NE2000 clone (ed0) But as stated before, you might have to jumper it into the mobo. Also the PCI latency is IMHO too high. Try setting it at around 40. If you want to check out possible IRQ conflicts (at least on PCI bus with vid cards), there are some programs (ok, DOS based) that give out very reliable figures. Otherwise try the config utility of the card and put it into jumperless mode, no pnp. Regards Olaf Hoyer -------- Olaf Hoyer www.nightfire.de mailto:Olaf.Hoyer@nightfire.de FreeBSD- Turning PC's into workstations ICQ:22838075 Liebe und Hass sind nicht blind, aber geblendet vom Feuer, dass sie selber mit sich tragen. (Nietzsche) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 15:55:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 7496837B6A9 for ; Mon, 19 Jun 2000 15:55:40 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id IAA16332 for ; Tue, 20 Jun 2000 08:55:34 +1000 (EST) Received: (qmail 38927 invoked by uid 1000); 19 Jun 2000 22:55:31 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 08:55:31 +1000 To: Poul-Henning Kamp Cc: Warner Losh , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620085531.A38839@gurney.reilly.home> References: <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <45525.961432574@critter.freebsd.dk>; from phk@critter.freebsd.dk on Mon, Jun 19, 2000 at 06:36:14PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 06:36:14PM +0200, Poul-Henning Kamp wrote: > In message <200006191630.KAA60652@harmony.village.org>, Warner Losh writes: > >In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > >: Maybe I'm wrong because of lack of my understanding on crush dump and > >: loader. Please help us :-) > > > >I think that you might be able to do this. The real tricky part maybe > >saving hardware RAM that the drivers expect to be there when you > >wakeup. I thinking of video ram and the X server's font cache, to > >name one example. > > Drivers will need a "your hardware may have been zonked" entrypoint, > think about the i8254 counter or all the weird versions of write > only or "write here - read there" I/O registers in existence. That sounds way too hard. Why not restrict suspend activity to user-level processes and bring the kernel/drivers back up through a regular boot process? At least that way the hardware and drivers will know what they are all up to, even if some of it has changed in the mean time. > Obviously the video driver will need to send a signal or clue to the > Xserver saying "you own the device, you'd better do something" Yeah. The X server has far too much "driver" level code in it already, so probably needs to be tweaked to re-initialise itself properly. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 15:55:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 4F53337B8C7 for ; Mon, 19 Jun 2000 15:55:51 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id QAA1002071 for ; Mon, 19 Jun 2000 16:55:50 -0600 (MDT) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id QAA01834 for ; Mon, 19 Jun 2000 16:55:50 -0600 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Mon, 19 Jun 2000 16:55:50 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@mini.acl.lanl.gov To: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: <66205.961453079@pinhead.parag.codegen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Parag Patel wrote: > It's fairly simple, other than dealing with the > various motherboard/chipset vagaries. So far those vagaries are not much code, something like 200 lines tops. > It's possible to make a complete BIOS based on Linux that in turn loads > and boots another kernel, but that I don't think that this is what the > LinuxBIOS folks are attempting. Actually, we aren't attempting it, we've got it working. see the LOBOS paper on the www.linuxbios.org web page. One option is that we start linux from NVRAM, talk to a DHCP server, and as a result we suck a kernel down over the network and boot it. Linux (or FreeBSD) make far more capable network boot programs than such things as PXE. And LinuxBIOS is SMALLER than the Intel BIOS it replaces. You can get complicated. LinuxBIOS loads, talks to DHCP, is sent some KLDs, the KLDs drive the boot device, and so on. So the thing in NVRAM can be little more than a netboot. A number: sun's net bootstrap is 200K. > Instead they have (or will have) access to the flash from within Linux > to load a kernel directly into flash (along with its startup code) > rather than placing it into /. (Please correct me if I'm wrong.) You have both options. We're going to use them. > Personally, I'd set it up to hold two kernel images - one for testing > and one for emergency recovery. If a bad kernel gets into the flash, > recovering will be ... painful. But there may not be enough room. There will be enough in future, next generation mainboards have 2 MB or more flash. My cheap DFI mainboard at home has 2 MB flash. For now, there is enough room in current mainboards, and more to come (I am told that the current driver for flash is MP3 players, which only demand more and more and more and ...) ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 16: 3:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2E15537B5B0; Mon, 19 Jun 2000 16:03:16 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA36304; Mon, 19 Jun 2000 17:03:12 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA63461; Mon, 19 Jun 2000 17:01:46 -0600 (MDT) Message-Id: <200006192301.RAA63461@harmony.village.org> To: "Andrew Reilly" Subject: Re: ACPI project progress report Cc: Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 08:55:31 +1000." <20000620085531.A38839@gurney.reilly.home> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> Date: Mon, 19 Jun 2000 17:01:46 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: : That sounds way too hard. Why not restrict suspend activity to : user-level processes and bring the kernel/drivers back up through : a regular boot process? At least that way the hardware and drivers : will know what they are all up to, even if some of it has changed : in the mean time. Takes too long... That's shutdown, not S4. : > Obviously the video driver will need to send a signal or clue to the : > Xserver saying "you own the device, you'd better do something" : : Yeah. The X server has far too much "driver" level code in it : already, so probably needs to be tweaked to re-initialise itself : properly. Yes. Likely. But if we're going to support sleep modes, we'll need to do this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 16: 7: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 6803437B807 for ; Mon, 19 Jun 2000 16:06:55 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.22]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id IAA07128; Tue, 20 Jun 2000 08:06:48 +0900 (JST) Message-ID: <394E9D77.7E8D3060@newsguy.com> Date: Tue, 20 Jun 2000 07:23:51 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Parag Patel Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. References: <66205.961453079@pinhead.parag.codegen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parag Patel wrote: > > Well, it's more of a matter of putting the kernel itself into the boot > ROM with some small assembly/C code to turn on DRAM and an ungzipper to > load and run it. It's fairly simple, other than dealing with the > various motherboard/chipset vagaries. Ah, yes, I forgot about that part. Still evil, but better. :-) > Personally, I'd set it up to hold two kernel images - one for testing > and one for emergency recovery. If a bad kernel gets into the flash, > recovering will be ... painful. But there may not be enough room. Heh. :-) Yeah, that would be... desirable... :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 16: 7:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 206B837B807; Mon, 19 Jun 2000 16:07:05 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.22]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id IAA07139; Tue, 20 Jun 2000 08:06:51 +0900 (JST) Message-ID: <394EA24C.8AF01860@newsguy.com> Date: Tue, 20 Jun 2000 07:44:28 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report References: <20000620003220R.iwasaki@jp.FreeBSD.org> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> <200006191630.KAA60652@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <20000620003220R.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > : Maybe I'm wrong because of lack of my understanding on crush dump and > : loader. Please help us :-) > > I think that you might be able to do this. The real tricky part maybe > saving hardware RAM that the drivers expect to be there when you > wakeup. I thinking of video ram and the X server's font cache, to > name one example. It would be the driver's responsibility to save what it can on SLEEP, and rebuild what it couldn't on WAKE. If the driver is simply incapable for some reason, either always or at specific times, it should fail on SLEEP, effectively disabling hybernation on any setup with it (shoganai). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 16:38:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 15E7037B7CC; Mon, 19 Jun 2000 16:38:02 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p28-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.157]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id IAA12429; Tue, 20 Jun 2000 08:37:53 +0900 (JST) Message-ID: <394EA9B4.E1048268@newsguy.com> Date: Tue, 20 Jun 2000 08:16:04 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Jordan K. Hubbard" Cc: John Baldwin , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd References: <4878.961308444@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > > Seeing as how it has been a link on Daemon News' front page for several > > months, I find that hard to believe. :-P > > Not all of us read daemon news, either. As far as I'm concerned, if > it's not part of www.freebsd.org, it doesn't exist. :-) /me removes all references to Jordan from www.freebsd.org. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 17:16:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 84D8E37B88C for ; Mon, 19 Jun 2000 17:16:16 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id KAA27257 for ; Tue, 20 Jun 2000 10:16:09 +1000 (EST) Received: (qmail 49345 invoked by uid 1000); 20 Jun 2000 00:16:08 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 10:16:08 +1000 To: Warner Losh Cc: Andrew Reilly , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620101608.A38965@gurney.reilly.home> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006192301.RAA63461@harmony.village.org>; from imp@village.org on Mon, Jun 19, 2000 at 05:01:46PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > : That sounds way too hard. Why not restrict suspend activity to > : user-level processes and bring the kernel/drivers back up through > : a regular boot process? At least that way the hardware and drivers > : will know what they are all up to, even if some of it has changed > : in the mean time. > > Takes too long... That's shutdown, not S4. Yes. But what is the difference, really? As far as the hardware is concerned, it's being booted. If that process can be sped up by using the "S4" mechanisms, why can't they be applied to a regular boot process too? [I'm thinking about a kernel equivelant of the "clean shutdown" flag on file systems.] Fundamentally, is there no way to get the kernel and drivers to go through a full boot phase in a small fraction of the time that it takes to repopulate 64M of RAM from disk? (*) I'm concerned about trying to take short-cuts with booting, because I've seen both the Toshiba laptop that I'm using now, and my mother's HP desktop system hang horribly hard when they should have been coming out of suspend. (Both W'98.) I like the idea that my laptop will save power by shutting down after a while, but I don't want to get into trouble if I forget whether I was docked or not, or whether the floppy was plugged in or not, when next I turn it on. (*) Speaking of which: why are we considering doing process dumps into a _different_ swap-ish partition, instead of just ensuring that all processes are sleeping in the normal swap partition? If that was done, then they would just page themselves back in as needed, on wake-up. Sorry for blathering. This is just really interesting stuff. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 17:31: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailtoaster2.pipeline.ch (mailtoaster2.pipeline.ch [62.48.0.71]) by hub.freebsd.org (Postfix) with ESMTP id E4FCA37B80C for ; Mon, 19 Jun 2000 17:31:02 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 89509 invoked from network); 20 Jun 2000 00:33:32 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.0.53]) (envelope-sender ) by mailtoaster2.pipeline.ch (qmail-ldap-1.03) with RC4-MD5 encrypted SMTP for ; 20 Jun 2000 00:33:32 -0000 Message-ID: <394EBB2F.8601C761@pipeline.ch> Date: Tue, 20 Jun 2000 02:30:39 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Reilly Cc: Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Reilly wrote: > > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > > : That sounds way too hard. Why not restrict suspend activity to > > : user-level processes and bring the kernel/drivers back up through > > : a regular boot process? At least that way the hardware and drivers > > : will know what they are all up to, even if some of it has changed > > : in the mean time. > > > > Takes too long... That's shutdown, not S4. > > Yes. But what is the difference, really? As far as the > hardware is concerned, it's being booted. If that process can > be sped up by using the "S4" mechanisms, why can't they be > applied to a regular boot process too? [I'm thinking about a > kernel equivelant of the "clean shutdown" flag on file systems.] If you resume a W2k system from hibernation it will basically boot but with restoring from swap what was running before. > Fundamentally, is there no way to get the kernel and drivers to > go through a full boot phase in a small fraction of the time > that it takes to repopulate 64M of RAM from disk? (*) > > I'm concerned about trying to take short-cuts with booting, > because I've seen both the Toshiba laptop that I'm using now, > and my mother's HP desktop system hang horribly hard when they > should have been coming out of suspend. (Both W'98.) > > I like the idea that my laptop will save power by shutting down > after a while, but I don't want to get into trouble if I forget > whether I was docked or not, or whether the floppy was plugged > in or not, when next I turn it on. > > (*) Speaking of which: why are we considering doing process > dumps into a _different_ swap-ish partition, instead of just > ensuring that all processes are sleeping in the normal swap > partition? If that was done, then they would just page > themselves back in as needed, on wake-up. Yes, W2k pages everything out on hibernate and swaps it in back again when you start using an application that was running before. It's pretty evident once you've used W2k on a Laptop, you can really feel it. > Sorry for blathering. This is just really interesting stuff. It is! :) -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 17:35:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 076A537B708; Mon, 19 Jun 2000 17:35:43 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id RAA10386; Mon, 19 Jun 2000 17:40:30 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006200040.RAA10386@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Andrew Reilly" Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Tue, 20 Jun 2000 10:16:08 +1000." <20000620101608.A38965@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 17:40:30 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > > : That sounds way too hard. Why not restrict suspend activity to > > : user-level processes and bring the kernel/drivers back up through > > : a regular boot process? At least that way the hardware and drivers > > : will know what they are all up to, even if some of it has changed > > : in the mean time. > > > > Takes too long... That's shutdown, not S4. > > Yes. But what is the difference, really? As far as the > hardware is concerned, it's being booted. If that process can > be sped up by using the "S4" mechanisms, why can't they be > applied to a regular boot process too? [I'm thinking about a > kernel equivelant of the "clean shutdown" flag on file systems.] > > Fundamentally, is there no way to get the kernel and drivers to > go through a full boot phase in a small fraction of the time > that it takes to repopulate 64M of RAM from disk? (*) The real issue here is persistent system state across the S4 suspend; ie. leaving applications open, etc. IMO this isn't really something worth a lot of effort to us, and it has a lot of additional complications for a "server-class" operating system in that you have to worry about network connections from other systems, not just _to_ other systems. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 17:39: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 7D71537B6C7; Mon, 19 Jun 2000 17:38:59 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id RAA05839; Mon, 19 Jun 2000 17:30:55 -0700 (PDT) Date: Mon, 19 Jun 2000 17:30:55 -0700 From: Brooks Davis To: Andrew Reilly Cc: Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000619173055.A16200@orion.ac.hmc.edu> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20000620101608.A38965@gurney.reilly.home>; from areilly@nsw.bigpond.net.au on Tue, Jun 20, 2000 at 10:16:08AM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 10:16:08AM +1000, Andrew Reilly wrote: > > (*) Speaking of which: why are we considering doing process > dumps into a _different_ swap-ish partition, instead of just > ensuring that all processes are sleeping in the normal swap > partition? If that was done, then they would just page > themselves back in as needed, on wake-up. Because swap doesn't work that way anymore. They days where every page of memory had to be backed by disk are long gone. This means that there may not be anywere to put processes which are in memory unless you allocate somewhere to save all (or practicaly all) of memory. In any case, I haven't seen many laptops capable of using more then 256MB of RAM which isn't exactly much of a modern disk. My laptop has 256MB of RAM and ships with up to a 10GB disk. I've retrofitted it with a non-standard 18GB disk because 10GB looked too small for my needs. Even with the 6.4GB disk it shipped with, the suspend to disk partition is only 4% of my disk. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 17:49:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 5FC9137B8FB for ; Mon, 19 Jun 2000 17:49:32 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id KAA02532 for ; Tue, 20 Jun 2000 10:49:26 +1000 (EST) Received: (qmail 53756 invoked by uid 1000); 20 Jun 2000 00:49:24 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 10:49:24 +1000 To: Brooks Davis Cc: Andrew Reilly , Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620104924.A52825@gurney.reilly.home> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> <20000619173055.A16200@orion.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619173055.A16200@orion.ac.hmc.edu>; from brooks@one-eyed-alien.net on Mon, Jun 19, 2000 at 05:30:55PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:30:55PM -0700, Brooks Davis wrote: > On Tue, Jun 20, 2000 at 10:16:08AM +1000, Andrew Reilly wrote: > > (*) Speaking of which: why are we considering doing process > > dumps into a _different_ swap-ish partition, instead of just > > ensuring that all processes are sleeping in the normal swap > > partition? If that was done, then they would just page > > themselves back in as needed, on wake-up. > > Because swap doesn't work that way anymore. They days where every page of > memory had to be backed by disk are long gone. This means that there may > not be anywere to put processes which are in memory unless you allocate > somewhere to save all (or practicaly all) of memory. But to do the proposed state save to disk, there _must_ be enough disk space to back all of the process pages. > In any case, I > haven't seen many laptops capable of using more then 256MB of RAM which > isn't exactly much of a modern disk. My laptop has 256MB of RAM and > ships with up to a 10GB disk. I've retrofitted it with a non-standard > 18GB disk because 10GB looked too small for my needs. Even with the 6.4GB > disk it shipped with, the suspend to disk partition is only 4% of my disk. The issue isn't with the size of the disk storage required, but with the mechanism. Why dedicate 256M to a suspend partition, and invent a new process saving mechanism, instead of making your existing swap partition 256M larger and using the existing swap pager? Processes do still wind up in "sleep" state, completely paged out, don't they? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 18: 2:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id CA57637B8E5 for ; Mon, 19 Jun 2000 18:02:38 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id LAA04363 for ; Tue, 20 Jun 2000 11:02:34 +1000 (EST) Received: (qmail 55498 invoked by uid 1000); 20 Jun 2000 01:02:32 -0000 From: "Andrew Reilly" Date: Tue, 20 Jun 2000 11:02:32 +1000 To: Mike Smith Cc: Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620110232.B52825@gurney.reilly.home> References: <20000620101608.A38965@gurney.reilly.home> <200006200040.RAA10386@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006200040.RAA10386@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Mon, Jun 19, 2000 at 05:40:30PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > The real issue here is persistent system state across the S4 suspend; ie. > leaving applications open, etc. IMO this isn't really something worth a > lot of effort to us, and it has a lot of additional complications for a > "server-class" operating system in that you have to worry about network > connections from other systems, not just _to_ other systems. Don't the normal TCP timeouts take care of existing connections? I doubt that a "server class" system will be going into suspend mode for any reason, but I would imagine that suspend/resume should look much like network outage for the clients of suspended servers. For the only place that I can see it mattering (laptops), I suspect that suspend/resume should be an X session manager and application level job, and the kernel should just shutdown and boot as normal. I know that there aren't too many X applications that do all of the session management things, but maybe that would change if suspend actions interacted with the popular desktops in the appropriate way. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 18: 7:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id DCE1237B8E5; Mon, 19 Jun 2000 18:07:03 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id SAA20250; Mon, 19 Jun 2000 18:00:03 -0700 (PDT) Date: Mon, 19 Jun 2000 18:00:03 -0700 From: Brooks Davis To: Andrew Reilly Cc: Brooks Davis , Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000619180003.A15754@orion.ac.hmc.edu> References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> <20000619173055.A16200@orion.ac.hmc.edu> <20000620104924.A52825@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20000620104924.A52825@gurney.reilly.home>; from areilly@nsw.bigpond.net.au on Tue, Jun 20, 2000 at 10:49:24AM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 10:49:24AM +1000, Andrew Reilly wrote: > The issue isn't with the size of the disk storage required, but > with the mechanism. Why dedicate 256M to a suspend partition, and > invent a new process saving mechanism, instead of making your > existing swap partition 256M larger and using the existing swap > pager? Because our swapper doesn't work that way. Generally speaking, swappers don't work that way anymore. Systems that suspend to disk are a corner case for FreeBSD. > Processes do still wind up in "sleep" state, completely paged > out, don't they? Observationaly, no. Unless I actually manage to run my system low on RAM, none of my swap is used even with ~5MB Eterm processes sitting unused for days. I suppose if I let memory get tight, they might get ditched in favor of disk cache, but I haven't seen that happen. Someone with a better grasp of the VM could give a more preciese answer. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20: 0:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 91DDF37B82A for ; Mon, 19 Jun 2000 20:00:18 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id UAA10831; Mon, 19 Jun 2000 20:04:36 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006200304.UAA10831@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Graham Wheeler Cc: freebsd-hackers@freebsd.org Subject: Re: PCI Plug 'n' Pray and old BIOSes In-reply-to: Your message of "Mon, 19 Jun 2000 15:32:47 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 20:04:36 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Perhaps all I need to do is toggle the PnP BIOS setting, but before I > > > pull out the screwdrivers and tear the two machines apart again, I'm > > > hoping to draw on someone else's experience here. > > BTW will setting the PnP BIOS to `enabled' have any effect? It shouldn't in your case, as you're performing your own resource allocation. It's possible that IRQ 12 is a poor choice with your board. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20: 3:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id E05C537B56B; Mon, 19 Jun 2000 20:03:42 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id WAA91828; Mon, 19 Jun 2000 22:01:20 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Mon, 19 Jun 2000 22:01:20 -0500 (CDT) From: David Scheidt To: Brooks Davis Cc: Andrew Reilly , Warner Losh , Poul-Henning Kamp , Mitsuru IWASAKI , bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <20000619180003.A15754@orion.ac.hmc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 19 Jun 2000, Brooks Davis wrote: :On Tue, Jun 20, 2000 at 10:49:24AM +1000, Andrew Reilly wrote: : :> Processes do still wind up in "sleep" state, completely paged :> out, don't they? : :Observationaly, no. Unless I actually manage to run my system low on :RAM, none of my swap is used even with ~5MB Eterm processes sitting :unused for days. I suppose if I let memory get tight, they might get :ditched in favor of disk cache, but I haven't seen that happen. Someone :with a better grasp of the VM could give a more preciese answer. I find lots my xterms getting swapped out on my office desktop. It's only (!) got 128MB of RAM, and I routinely have two or three dozen xterms running locally, plus a like number from remote machines, plus an instance of the X server and Netscape. It only takes a couple seconds to swap in one of the xterms when I start to use it again, and I often don't notice, because I have to move my hand from the mouse back to hte keyboard. I'm probably not a typical user, of course. David scheidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:19:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DC6CF37B52E for ; Mon, 19 Jun 2000 20:19:38 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA37277; Mon, 19 Jun 2000 21:19:36 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA64942; Mon, 19 Jun 2000 21:18:09 -0600 (MDT) Message-Id: <200006200318.VAA64942@harmony.village.org> Subject: Re: ACPI project progress report To: acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 22:01:20 CDT." References: Date: Mon, 19 Jun 2000 21:18:09 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [[ cc trimmed ]] S4 state is the lowest power, longest wakeup latency state supported by acpi. In this state all devices are powered down. The OS context is preserved. That's how it is different from the G3 state (shutdown/power off). It is not safe to take the computer apart when in S4 state, but it is in G3 state. In addition, the machine may automatically be awoken from the S4 state, but not the G3 state. Personally, I don't see why we can't just save to the partition/reserved area on the disk that is used for the current BIOS save to disk functionality. The S5 state is like the G3 state, but it can be left via software, while the G3 state cannot. At least that's what my copy of the acpi spec tells me. That's why they are different. It is a subtle distinction, but one that is worth making, imho, if we are going to suppport ACPI to its fullest. I think that we'll need to support this eventually. Iwasaki-san's demo on the tokyo train was certainly interesting. I liked it very much. He was also talking about the problems of some BIOS' S2 and S3 sleep states needing a protected mode driver, or something of the sort to deal with properly... That's going to be interesting. I read that the S3 state is exited via the reset vector maybe in real-mode... The spec was a little unclear on this point, or maybe I've not read enough of it :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:27:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id C2E5237B544 for ; Mon, 19 Jun 2000 20:27:06 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.geekhouse.net [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id UAA02948; Mon, 19 Jun 2000 20:27:04 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id UAA02363; Mon, 19 Jun 2000 20:27:16 -0700 (PDT) (envelope-from john) Message-Id: <200006200327.UAA02363@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3.0.3.32.20000618170733.0068ea94@uai.com.br> Date: Mon, 19 Jun 2000 20:27:16 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Gustavo Pamplona Subject: RE: FBSDBOOT.EXE, Vi and DosCMD. Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Jun-00 Gustavo Pamplona wrote: > Hi, BSDusers. > > I know I ought to post these 2 questions to questions mailing list. > > How can I use FBSDBOOT.EXE? When I try to use it, it give me a error of > "Invalid Format!", I think is the kernel was compiled for Elf format, so, > is there a way to compile the kernel in the Static Format, Stripped or not > Stripped. FBSDBOOT.EXE hasn't worked for years. It should be taken off the CD. > Vi, the editor, one dumb question, is there a way to select more text than > one line? The command 'yy' only select one line. Well, when I use, for > example, the Vi of my Linux Slackware, I can press 'v' at my keyboard, and > I can use both arrow keys or 'h,j,k,l' to select the text, been after I > press 'y' to select 'yank the lines' Type a number in for the number of lines you want to yank and then type yy. For example, 10yy yanks 10 lines. You can also use the 'm' command to set a mark and then yank from that mark to the current line. For example, go to the first line of the region and type 'ma'. Now move down to the line below the last line in the region you want to yank and type 'y`a'. See the vi man page for more info on marks, etc. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:27:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id E66D037B544 for ; Mon, 19 Jun 2000 20:27:25 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.geekhouse.net [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id UAA02944; Mon, 19 Jun 2000 20:27:00 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id UAA02360; Mon, 19 Jun 2000 20:27:14 -0700 (PDT) (envelope-from john) Message-Id: <200006200327.UAA02360@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <33557.961352296@pinhead.parag.codegen.com> Date: Mon, 19 Jun 2000 20:27:13 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Parag Patel Subject: Re: freebsd bios. Cc: hackers@FreeBSD.ORG, Ronald G Minnich , "Daniel C. Sobral" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Jun-00 Parag Patel wrote: > On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: >> >>Loader(8) runs using BIOS services, and loads the kernel from any drive >>that BIOS recognizes. It has also been enhanced with PXE knowledge, so >>he can load from that to. > > My mistake, as Ron pointed out, since loader uses the BIOS services, it > can't run when there is no BIOS. Now if someone writes a loader that > doesn't use a BIOS... Basically, you'd have to replace libi386 in src/sys/boot/i386/libi386. > -- Parag Patel -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:27:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id B97B937BA45; Mon, 19 Jun 2000 20:27:26 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.geekhouse.net [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id UAA02968; Mon, 19 Jun 2000 20:27:25 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id UAA02379; Mon, 19 Jun 2000 20:27:42 -0700 (PDT) (envelope-from john) Message-Id: <200006200327.UAA02379@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000618215012.C26249@cokane.yi.org> Date: Mon, 19 Jun 2000 20:27:42 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Coleman Kane Subject: Re: freebsd bios. Cc: hackers@FreeBSD.ORG, Parag Patel , Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Jun-00 Coleman Kane wrote: > If you start out with a board based on a reference design, say the Intel > SE440BX, you already have access to all this info. Most chipset vendors have > info on this sort of thing up on their webpage, I know intel is really good > about this sort of thing (though I am not so sure about the 810/815/820/840 > chipsets). Not the chipset, all the hardware like the PIC's, the RTC, the CPU fan, the keyboard controller, etc. etc. ad nauseum. Go back earlier in the thread and read some of the AML Mike posted that has to be done just to turn the CPU fan on. > Mike Smith had the audacity to say: >> >> > On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: >> > > >> > >Loader(8) runs using BIOS services, and loads the kernel from any drive >> > >that BIOS recognizes. It has also been enhanced with PXE knowledge, so >> > >he can load from that to. >> > >> > My mistake, as Ron pointed out, since loader uses the BIOS services, it >> > can't run when there is no BIOS. Now if someone writes a loader that >> > doesn't use a BIOS... >> >> You could easily do this, just as soon as you find a motherboard vendor >> that will tell you how to initialise all their hardware. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:27:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 29F4C37BB65 for ; Mon, 19 Jun 2000 20:27:33 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.geekhouse.net [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id UAA02959; Mon, 19 Jun 2000 20:27:24 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id UAA02372; Mon, 19 Jun 2000 20:27:22 -0700 (PDT) (envelope-from john) Message-Id: <200006200327.UAA02372@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 19 Jun 2000 20:27:22 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Jeff Kreska Subject: RE: install / boot last 3 gig of 25 gig drive Cc: freebsd-hackers@FreeBSD.ORG, Michael Reifenberger Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Jun-00 Jeff Kreska wrote: > > > I think there is something wrong with the install prog. Well, our geometry stuff isn't perfect, but part of that is do to the poor design of PC hardware. > 2 things to note: > The partition table is corrupt after a install. (even if I don't install > anything and just go into the intaller's fdisk like screen and type "w".) How do you know it is corrupt other than that it doesn't boot? > If I set the BSD partition active the system beeps at start up and says no > Operating System. You aren't using boot0, you are using /boot/mbr, which probably doesn't grok EDD, and thus can't deal with 1024 cylinders. > Are there specs for how to create a partition past the 1024 cyl? > I would like to verify that the installer is writing the correct entries to > the disk. If you formatted this disk with Windows before installing BSD (or if it came pre-formatted for example) then sysinstall got it right. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:31:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 9E7B937BACA for ; Mon, 19 Jun 2000 20:30:57 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id UAA11000; Mon, 19 Jun 2000 20:35:33 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006200335.UAA11000@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-reply-to: Your message of "Mon, 19 Jun 2000 21:18:09 MDT." <200006200318.VAA64942@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 2000 20:35:33 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > [[ cc trimmed ]] > > S4 state is the lowest power, longest wakeup latency state supported > by acpi. In this state all devices are powered down. The OS context > is preserved. That's how it is different from the G3 state > (shutdown/power off). It is not safe to take the computer apart when > in S4 state, but it is in G3 state. In addition, the machine may > automatically be awoken from the S4 state, but not the G3 state. > > Personally, I don't see why we can't just save to the > partition/reserved area on the disk that is used for the current BIOS > save to disk functionality. Can we guarantee that we can find this area? On eg. the Dell i7500 that I've been playing most with, it's a file on a FAT filesystem, and the BIOS will only "find" it if the filesystem is in the 'active' partition at boot time. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:35:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DCC5A37B544; Mon, 19 Jun 2000 20:35:29 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA37465; Mon, 19 Jun 2000 21:35:28 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA65167; Mon, 19 Jun 2000 21:34:01 -0600 (MDT) Message-Id: <200006200334.VAA65167@harmony.village.org> To: Mike Smith Subject: Re: ACPI project progress report Cc: acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 20:35:33 PDT." <200006200335.UAA11000@mass.osd.bsdi.com> References: <200006200335.UAA11000@mass.osd.bsdi.com> Date: Mon, 19 Jun 2000 21:34:01 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006200335.UAA11000@mass.osd.bsdi.com> Mike Smith writes: : Can we guarantee that we can find this area? On eg. the Dell i7500 that : I've been playing most with, it's a file on a FAT filesystem, and the : BIOS will only "find" it if the filesystem is in the 'active' partition : at boot time. Generally we cannot guarnatee that. IIRC, there's lots of variation. Usually it is just a partition, but sometimes it is the last N cylenders of the disk, and sometimes it is a file like you say. It would at the very least need to be configured... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 20:51:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-2-190.adsl.one.net [216.23.20.190]) by hub.freebsd.org (Postfix) with ESMTP id D15AD37BAA4; Mon, 19 Jun 2000 20:51:53 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id XAA05383; Mon, 19 Jun 2000 23:58:58 -0400 (EDT) (envelope-from cokane) Date: Mon, 19 Jun 2000 23:58:58 -0400 From: Coleman Kane To: John Baldwin Cc: Coleman Kane , hackers@FreeBSD.ORG, Parag Patel , Mike Smith Subject: Re: freebsd bios. Message-ID: <20000619235858.B5356@cokane.yi.org> References: <20000618215012.C26249@cokane.yi.org> <200006200327.UAA02379@john.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006200327.UAA02379@john.baldwin.cx>; from jhb@FreeBSD.ORG on Mon, Jun 19, 2000 at 11:27:32PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I never said it would be easy, I simply was stating that the reference designs tend to stick to documented specifications, typically. Of course, writing a BIOS is hard enough. John Baldwin had the audacity to say: > On 19-Jun-00 Coleman Kane wrote: > > If you start out with a board based on a reference design, say the Intel > > SE440BX, you already have access to all this info. Most chipset vendors have > > info on this sort of thing up on their webpage, I know intel is really good > > about this sort of thing (though I am not so sure about the 810/815/820/840 > > chipsets). > > Not the chipset, all the hardware like the PIC's, the RTC, the CPU fan, > the keyboard controller, etc. etc. ad nauseum. Go back earlier in the > thread and read some of the AML Mike posted that has to be done just to > turn the CPU fan on. > > > Mike Smith had the audacity to say: > >> > >> > On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: > >> > > > >> > >Loader(8) runs using BIOS services, and loads the kernel from any drive > >> > >that BIOS recognizes. It has also been enhanced with PXE knowledge, so > >> > >he can load from that to. > >> > > >> > My mistake, as Ron pointed out, since loader uses the BIOS services, it > >> > can't run when there is no BIOS. Now if someone writes a loader that > >> > doesn't use a BIOS... > >> > >> You could easily do this, just as soon as you find a motherboard vendor > >> that will tell you how to initialise all their hardware. > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 19 21:45:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cia.com.au (mail.cia.net.au [203.17.36.17]) by hub.freebsd.org (Postfix) with SMTP id 3C60237B87A for ; Mon, 19 Jun 2000 21:45:42 -0700 (PDT) (envelope-from A.ReillyAtLake@lake.com.au) Received: (qmail 21300 invoked from network); 20 Jun 2000 04:45:39 -0000 Received: from unknown (HELO nexus6.lake.com.au) (210.8.75.6) by cia.com.au with SMTP; 20 Jun 2000 04:45:39 -0000 Received: from SMTP agent by mail gateway Tue, 20 Jun 2000 14:51:42 --1000 Received: by NEXUS6 with Internet Mail Service (5.5.2650.21) id ; Tue, 20 Jun 2000 14:45:07 +1000 Message-ID: From: Andrew ReillyAtLake Reply-To: Andrew Reilly To: Mike Smith Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Process migration (was RE: ACPI project progress report) Date: Tue, 20 Jun 2000 14:45:01 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > The real issue here is persistent system state across the S4 suspend; ie. > > leaving applications open, etc. IMO this isn't really something worth a > > lot of effort to us, and it has a lot of additional complications for a > > "server-class" operating system in that you have to worry about network > > connections from other systems, not just _to_ other systems. I was thinking about this a little more this afternoon, and it occurred to me that the system state management services that one would like for smooth "suspend" operation on laptops are very nearly the same as the process checkpointing services that one requires for process migration in a cluster environment. That sounds like a "server-class" application for this stuff. I know of at least one research project involving process migration in a cluster (at U Sydney, I think) using FreeBSD. Hey: wouldn't it be cool if, when you manually suspended your laptop, the processes waiting for user input would be suspended to disk, but the CPU-bound one running a simulation would migrate to your main compute server. It might even be finished the next time you logged in... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 0:28: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 702B237BC41; Tue, 20 Jun 2000 00:27:54 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.106]) by blizzard.sabbo.net (8.9.1/8.9.3) with ESMTP id KAA02630; Tue, 20 Jun 2000 10:26:35 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.9.3/8.9.3) with ESMTP id KAA03765; Tue, 20 Jun 2000 10:27:16 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <394F1CCC.45B8A2C3@FreeBSD.org> Date: Tue, 20 Jun 2000 10:27:08 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mike Smith Cc: Andrew Reilly , freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: ACPI project progress report References: <200006200040.RAA10386@mass.osd.bsdi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote: > > > In message <20000620085531.A38839@gurney.reilly.home> "Andrew Reilly" writes: > > > : That sounds way too hard. Why not restrict suspend activity to > > > : user-level processes and bring the kernel/drivers back up through > > > : a regular boot process? At least that way the hardware and drivers > > > : will know what they are all up to, even if some of it has changed > > > : in the mean time. > > > > > > Takes too long... That's shutdown, not S4. > > > > Yes. But what is the difference, really? As far as the > > hardware is concerned, it's being booted. If that process can > > be sped up by using the "S4" mechanisms, why can't they be > > applied to a regular boot process too? [I'm thinking about a > > kernel equivelant of the "clean shutdown" flag on file systems.] > > > > Fundamentally, is there no way to get the kernel and drivers to > > go through a full boot phase in a small fraction of the time > > that it takes to repopulate 64M of RAM from disk? (*) > > The real issue here is persistent system state across the S4 suspend; ie. > leaving applications open, etc. IMO this isn't really something worth a > lot of effort to us, and it has a lot of additional complications for a > "server-class" operating system in that you have to worry about network > connections from other systems, not just _to_ other systems. Why then brand commercial vendors have such capability in their "server-class" operating system for a long time? Particularly HP's PA-RISC servers does have it, at least I remember such feature in the old 30MHz systems which I managed several years ago (the systems was shipped with small internal battery, which in the case of power failure was used to dump system to the disk). -Maxim. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 1:38:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 9FD2A37BD55; Tue, 20 Jun 2000 01:38:28 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id JAA88029; Tue, 20 Jun 2000 09:38:25 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 1672F124F3; Tue, 20 Jun 2000 09:38:53 +0100 (BST) Date: Tue, 20 Jun 2000 09:38:53 +0100 From: Josef Karthauser To: Mike Smith Cc: Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620093853.C36774@pavilion.net> Mail-Followup-To: Josef Karthauser , Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20000620101608.A38965@gurney.reilly.home> <200006200040.RAA10386@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006200040.RAA10386@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Mon, Jun 19, 2000 at 05:40:30PM -0700 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > The real issue here is persistent system state across the S4 suspend; ie. > leaving applications open, etc. IMO this isn't really something worth a > lot of effort to us, and it has a lot of additional complications for a > "server-class" operating system in that you have to worry about network > connections from other systems, not just _to_ other systems. > That said TCP/IP is very resilient :). I tried suspending to disk my laptop, unplugging the batteries and ether card, taking it to another part of the building and the firing it up. Pccardd saw the ethernet card, Dhclient saw the dhcp server and got my ip address back, and my pre-existing remote terminal sessions continued functioning :) Excellent. IMO if the machine is a server and you want to suspend it, who cares about the clients at the other end? If you did you wouldn't suspend it in the first place :) Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 1:42: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cequrux.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 6FA7A37BD7E for ; Tue, 20 Jun 2000 01:41:55 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id KAA29359; Tue, 20 Jun 2000 10:41:37 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 29357; Tue Jun 20 10:41:15 2000 Message-ID: Date: Tue, 20 Jun 2000 10:41:14 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Olaf Hoyer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Plug 'n' Pray and old BIOSes References: <4.1.20000620001700.00a487c0@mail.rz.fh-wilhelmshaven.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Olaf Hoyer wrote: > Hi! > > The card normally should act and behave at least as a normal NE2000 clone (ed0) > But as stated before, you might have to jumper it into the mobo. Yes, that was the problem. I managed to find the manual and discovered it had been jumpered as non-PnP (not by me; I inherited this machine a couple of years back to use as a PPP dialer and had an ISA NIC in it until now). > Also the PCI latency is IMHO too high. > Try setting it at around 40. That will affect the throughput of the NIC, or its reliability? Or both? I'm not too concerned if its just throughput, because (horror!) it has only ancient 16450 UARTs (one byte FIFO) on the multi-I/O card which are driving a 56k modem. I think its a very positive reflection on FreeBSD that despite this antique UART, which is being driven at 115200 baud, the PPP connection works very reliably and with pretty good throughput (there are the odd silo overflow log messages, but they don't seem to be a real problem). In fact this ancient 486 with 16Mb RAM is doing a fine job as a web cache, print and mail server. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 1:55:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fedde.littleton.co.us (fedde.littleton.co.us [216.17.174.44]) by hub.freebsd.org (Postfix) with ESMTP id 1DAA537BD95; Tue, 20 Jun 2000 01:55:05 -0700 (PDT) (envelope-from cfedde@fedde.littleton.co.us) Received: from fedde.littleton.co.us (localhost [127.0.0.1]) by fedde.littleton.co.us (8.10.0/8.10.0) with ESMTP id e5K8t4197360; Tue, 20 Jun 2000 02:55:04 -0600 (MDT) Message-Id: <200006200855.e5K8t4197360@fedde.littleton.co.us> To: Maxim Sobolev Cc: Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <394F1CCC.45B8A2C3@FreeBSD.org> From: Chris Fedde Date: Tue, 20 Jun 2000 02:55:04 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000 10:27:08 +0300 Maxim Sobolev wrote: +------------------ | Mike Smith wrote: | | > The real issue here is persistent system state across the S4 suspend; ie. | > leaving applications open, etc. IMO this isn't really something worth a | > lot of effort to us, and it has a lot of additional complications for a | > "server-class" operating system in that you have to worry about network | > connections from other systems, not just _to_ other systems. | | Why then brand commercial vendors have such capability in their | "server-class" operating system for a long time? Particularly HP's PA-RISC | servers does have it, at least I remember such feature in the old 30MHz | systems which I managed several years ago (the systems was shipped with | small internal battery, which in the case of power | failure was used to dump system to the disk). | | -Maxim. +------------------ On very old systems with ferrite core memory the whole "core" simply retained whatever was running at the time of a power out. When power was restored the program just started ticking from where it left off with no loss of state. Later attempts at preserving "core" state over power out involved batteries for memory, processor registers and for peripheral buffers. As buffer sizes in controllers grew and processor memory became more volatile it became harder and harder to simply recover that way. The system always came up from bootstrap and never attempted to automatically recover to a previously running system state. These days we tend to think of a "core dump" as a diagnostic tool and not as a state image to be recovered as a part of powering up the computer. But does it have to be that way? Perhaps I am nieve but it seems to me that many "server class" systems could make great use of a hibernation mode which would allow the system to be suspended to wait for some critical event to pass and then to start running exactly as they were at the time of the suspend signal. At worst this could only minimize the recovery time experienced by the server. -- Chris Fedde 303 773 9134 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 3:12:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nikias.cc.uoa.gr (nikias.cc.uoa.gr [195.134.68.10]) by hub.freebsd.org (Postfix) with ESMTP id 81FFA37BE17 for ; Tue, 20 Jun 2000 03:12:00 -0700 (PDT) (envelope-from anteater@cc.uoa.gr) Received: from neutrino.particles.org (nikias.cc.uoa.gr [195.134.68.10]) by nikias.cc.uoa.gr (8.9.3/8.9.3) with ESMTP id NAA20405 for ; Tue, 20 Jun 2000 13:11:41 +0300 (EET DST) Received: (from anteater@localhost) by neutrino.particles.org (8.9.3/8.9.3) id NAA01687 for freebsd-hackers@freebsd.org; Wed, 21 Jun 2000 13:12:41 +0300 Date: Wed, 21 Jun 2000 13:12:41 +0300 From: Elias Athanasopoulos To: freebsd-hackers@freebsd.org Subject: NFS client locks. Message-ID: <20000621131241.A967@neutrino.uoa.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have a Linux box as an NFS server and a FreeBSD box which acts as an NFS client. If I explicitly shutdown the NFS services in the Linux box, actions like 'df', 'ls /mnt' (/mnt is the mount point of the remote directory), or even 'umount /mnt', in the FreeBSD box, seem to lock forever. I waited for about 20-25 mins, I got a 'server not responding' message, but the processes were still locked and I could not even kill them. I started again the NFS services in the Linux box and I got a 'server alive' message in the FreeBSD box, after about 10 mins. Is that the correct behaviour? I had a look over /sys/nfs/nfs.h and the configuration constants seem perfectly resonable. I would like to help solving the problem, if it is an actual one. Otherwise, my apologies for taking your time. FreeBSD box: FreeBSD gluon.particles.org 5.0-20000406-CURRENT FreeBSD 5.0-20000406-CURRENT #0: Thu Apr 6 13:52:15 GMT 2000 root@usw2.freebsd.org:/usr/src/sys/compile/GENERIC i386 Regards, Elias -- Elias Athanasopoulos | I bet the human brain is | H.E.P & Apps. Lab. http://www.uoa.gr/~eatha | a kludge. -Marvin Minsky | University Of Athens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 6:11: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from baynet.baynetworks.com (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (Postfix) with ESMTP id D24FE37B6C1 for ; Tue, 20 Jun 2000 06:10:49 -0700 (PDT) (envelope-from bwithrow@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107]) by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id GAA00023 for ; Tue, 20 Jun 2000 06:09:14 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id GAA29508 for ; Tue, 20 Jun 2000 06:09:11 -0700 (PDT) Received: from baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id JAA16330; Tue, 20 Jun 2000 09:10:42 -0400 for Message-Id: <200006201310.JAA16330@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: hackers@freebsd.org Subject: High Availability Freebsd? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jun 2000 09:10:43 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Given the recent (and ongoing) discussion about the so-called "FreeBSD BIOS", which has obvious HA implications, I'm wondering if there are enough people working on or interested in HA aspects of FreeBSD to begin a project. This would presumably include such things as: - Fairness-based scheduling - Warm (or hot) standby. - Warm (or progressive) restart. - Process replication or virtual synchrony. - Reduced boot time or rommable FreeBSD. - etc. as would take advantage of other ongoing things like the RAID stuff, LFS or journaled file-systems, etc. Not that I want to or would be competant to lead such a project, but I am working in that area, so I wanted to ping potential collaborators. -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 6:13:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 7407237BE9E for ; Tue, 20 Jun 2000 06:13:41 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id IAA66248; Tue, 20 Jun 2000 08:13:14 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Tue, 20 Jun 2000 08:13:14 -0500 (CDT) From: David Scheidt To: Elias Athanasopoulos Cc: freebsd-hackers@freebsd.org Subject: Re: NFS client locks. In-Reply-To: <20000621131241.A967@neutrino.uoa.gr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000, Elias Athanasopoulos wrote: :Hi, : :I have a Linux box as an NFS server and a FreeBSD box which acts as an :NFS client. If I explicitly shutdown the NFS services in the Linux box, :actions like 'df', 'ls /mnt' (/mnt is the mount point of the remote :directory), or even 'umount /mnt', in the FreeBSD box, seem to lock forever. :I waited for about 20-25 mins, I got a 'server not responding' message, but :the processes were still locked and I could not even kill them. : :I started again the NFS services in the Linux box and I got a 'server alive' :message in the FreeBSD box, after about 10 mins. : :Is that the correct behaviour? I had a look over /sys/nfs/nfs.h and the Yep. That's the expected behavior. If this is a problem, you can use the intr to make processes blocked on I/O to the missing filesystems interruptible. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 6:27:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nikias.cc.uoa.gr (nikias.cc.uoa.gr [195.134.68.10]) by hub.freebsd.org (Postfix) with ESMTP id EED5437BE8B for ; Tue, 20 Jun 2000 06:26:58 -0700 (PDT) (envelope-from eatha@cc.uoa.gr) Received: from localhost (eatha@localhost) by nikias.cc.uoa.gr (8.9.3/8.9.3) with SMTP id QAA02980; Tue, 20 Jun 2000 16:26:31 +0300 (EET DST) Date: Tue, 20 Jun 2000 16:26:31 +0300 (EET DST) From: Elias Athanasopoulos To: David Scheidt Cc: freebsd-hackers@FreeBSD.ORG, fjoe@iclub.nsu.ru Subject: Re: NFS client locks. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000, David Scheidt wrote: > Yep. That's the expected behavior. If this is a problem, you can use the > intr to make processes blocked on I/O to the missing filesystems Thanx for all your answers. I should have first checked the NFS related papers. Regards, Elias -- Elias Athanasopoulos | I bet the human brain is | H.E.P & Apps. Lab. http://www.uoa.gr/~eatha | a kludge. -Marvin Minsky | University Of Athens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 7:42:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 3DFEE37BA12; Tue, 20 Jun 2000 07:42:06 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [62.104.201.2] (helo=mx1.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 134PDt-0001W9-00; Tue, 20 Jun 2000 16:41:53 +0200 Received: from [213.6.106.101] (helo=StefanEsser.FreeBSD.org) by mx1.freenet.de with esmtp (Exim 3.14 #3) id 134PDs-0000YC-00; Tue, 20 Jun 2000 16:41:53 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id E8E11CEF; Tue, 20 Jun 2000 13:19:49 +0200 (CEST) Date: Tue, 20 Jun 2000 13:19:47 +0200 From: Stefan Esser To: Graham Wheeler Cc: Olaf Hoyer , freebsd-hackers@FreeBSD.ORG, Stefan Esser Subject: Re: PCI Plug 'n' Pray and old BIOSes Message-ID: <20000620131947.A1150@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Graham Wheeler , Olaf Hoyer , freebsd-hackers@FreeBSD.ORG References: <4.1.20000620001700.00a487c0@mail.rz.fh-wilhelmshaven.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gram@cequrux.com on Tue, Jun 20, 2000 at 10:41:14AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-20 10:41 +0200, Graham Wheeler wrote: > > Also the PCI latency is IMHO too high. > > Try setting it at around 40. > > That will affect the throughput of the NIC, or its reliability? Or both? It won't do anything, in your particular case. The latency timer is the maximum number of PCI bus-master cycles that this card will be granted, if some higher priority PCI device is requesting the bus. Your Ethernet card doesn't support bus-master transfers ... The latency timer has to be set to a value that prevents buffer under- / overflows in PCI devices with limited FIFO sizes. (For example a bus-master 10baseT Ethernet chip with just 16 bytes of buffer has a maximum latency of 16 microseconds or roughly 500 PCI clocks. If there are 5 possible bus-masters and priorities are round-robin, then each bus-master may occupy the bus for no longer than 100 clocks.) There are "minimum grant" and "maximum latency" registers in each PCI device, which hold constant values denoting the number of bus clocks the device requires for efficient operation and the maximum latency between requesting the bus and getting it granted the device can tolerate. Reagrds, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 8:33:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.ntu-kpi.kiev.ua (www.ntu-kpi.kiev.ua [212.111.192.161]) by hub.freebsd.org (Postfix) with ESMTP id E2E6637B76D for ; Tue, 20 Jun 2000 08:33:12 -0700 (PDT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (eth0.comsys.ntu-kpi.kiev.ua [10.0.1.184]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id 4D8412FA28 for ; Tue, 20 Jun 2000 18:33:03 +0300 (EEST) Received: from comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) by comsys.ntu-kpi.kiev.ua (8.9.3/8.8.7) with ESMTP id SAA43961 for ; Tue, 20 Jun 2000 18:41:46 +0300 (EEST) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Message-ID: <394F8083.39DF0F57@comsys.ntu-kpi.kiev.ua> Date: Tue, 20 Jun 2000 18:32:35 +0400 From: Andrey Simonenko X-Mailer: Mozilla 4.07 [en] (Win98; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: TZ implementation: question or proposition Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I found out that implementation of time zone (local time, date, etc.) has one problem. May be I missed something but I think that following will be interesting. If some process calls one of functions which operates with local time, then all other calls of such functions will use time zone got in first call. Example. There is some program with following code: time_t curr_time; struct tm curr_tm; ... for (;;) { curr_time = time((time_t *)0); localtime_r(&curr_time, &curr_tm); .... /* do something which takes some minutes */ } Let current time zone is EST. Program calls localtime_r() and gets local time adjusted to this time zone. Some time latter time zone is changed (for example by tzsetup program). New time zone makes new adjustment for local time. But it will take effect only for programs run after time zone changes. Our example program will still use local time adjustment for time zone EST. This isn't problem for most of programs, but for programs which sensitive for local time it makes some kind of problems. I looked at implementation of localtime_r() (and some other functions like this one) and found out that they call functions tzset() and tzsetwall(). But tzsetwall() remembers that it has been called and doesn't allow to ``call'' itself two times (lcl_is_set variable). May be it is possible to play with environment variable TZ, but I didn't find good solution. If I didn't find function which allows to ``restart'' tzset() and tzsetwall() please tell me. If I'm right then I think that functions tzreset() and tzresetwall() will be useful. Implementations of these functions are quite simple: they should set some variables to initial values and call tzset() and tzsetwall() respectively. What do you think about all this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 8:46:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id C7F4037B73B; Tue, 20 Jun 2000 08:45:55 -0700 (PDT) (envelope-from se@freebsd.org) Received: from [62.104.201.2] (helo=mx1.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 134QDo-0001Oq-00; Tue, 20 Jun 2000 17:45:52 +0200 Received: from [213.6.100.221] (helo=StefanEsser.FreeBSD.org) by mx1.freenet.de with esmtp (Exim 3.14 #3) id 134QDn-0001jx-00; Tue, 20 Jun 2000 17:45:51 +0200 Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 82876CD7; Tue, 20 Jun 2000 17:45:42 +0200 (CEST) Date: Tue, 20 Jun 2000 17:45:42 +0200 From: Stefan Esser To: Thomas Ludwig Cc: hackers@FreeBSD.ORG, Stefan Esser Subject: Re: error in usr.bin/ftp/main.c ? Message-ID: <20000620174542.A2207@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser Mail-Followup-To: Stefan Esser , Thomas Ludwig , hackers@FreeBSD.ORG References: <392B9923.47A8AA22@urbanet.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: <392B9923.47A8AA22@urbanet.ch>; from tludwig@urbanet.ch on Wed, May 24, 2000 at 10:56:03AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-05-24 10:56 +0200, Thomas Ludwig wrote: > in usr.bin/ftp/main.c at line 407; instead of > > if (line[--num] == '\n') { > > it should probably be > > if (buf[--num] == '\n') { > > looks like a copy-paste error to me. Sieht auch für mich so aus ;-) Ist in Rev 1.27 von main.c behoben. Vielen Dank für den Hinweis! Gruss, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 9: 2:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 2B24937BBDC for ; Tue, 20 Jun 2000 09:02:40 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.106]) by blizzard.sabbo.net (8.9.1/8.9.3) with ESMTP id TAA23604 for ; Tue, 20 Jun 2000 19:01:18 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.9.3/8.9.3) with ESMTP id TAA13939 for ; Tue, 20 Jun 2000 19:02:13 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <394F9579.DA2954B0@FreeBSD.org> Date: Tue, 20 Jun 2000 19:02:01 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.73 [en] (WinNT; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: Porting Linux Archive FS Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Hackers, Now I'm looking into possibility to port Linux Archive FS module (UFS module that allows to mount archive files http://raiden.goice.co.jp/member/mo/release/mi-arcfs/). This thing should be extremely useful for keeping ports/src tree on machines with limited HDD space. As I'm not very experienced with UFS hacking I would like to ask somebody with similar knowledge (ext2fs, smbfs etc.) to provide some help on that (i.e. hints and tips, plan of attack etc.). If someone would like to help please contact me at my e-mail, because I do not subscribed on this list. Thanks! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10: 7:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id 42F2D37BF10 for ; Tue, 20 Jun 2000 10:07:28 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 56BFC7A; Tue, 20 Jun 2000 13:07:26 -0400 (AST) Message-ID: <394FA4CE.1B8620AB@vangelderen.org> Date: Tue, 20 Jun 2000 13:07:26 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: James Howard Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Why is this architecture dependent? References: <200006190047.UAA02830@rac9.wam.umd.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Howard wrote: > We know I ask dumb questions a lot, but this one may not be so dumb. A > friend of mine was joking about having a device called /dev/foo which > would be like /dev/zero, except it would spit out the word "foo" over and > over again. Well, we laughed about it, but today, I implemented > it. (This was cool since this was the first time I've ever hacked the > kernel and it worked right...) [...] You are right and work is under way to break out this functionality in a MI driver. Search the mailing list archives for details. A first attempt can be found at: http://jeroen.vangelderen.org/FreeBSD/misc_device/ MarkM will soon import a variant of this with his excellent Yarrow work. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10:15:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 67ED537B8EA for ; Tue, 20 Jun 2000 10:15:27 -0700 (PDT) (envelope-from julian@elischer.org) Received: from marakesh-20.budapest.interware.hu ([195.70.50.148] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 134Rqx-0002W5-00; Tue, 20 Jun 2000 19:30:23 +0200 Message-ID: <394FA67A.167EB0E7@elischer.org> Date: Tue, 20 Jun 2000 10:14:34 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Len Conrad Cc: freebsd-hackers@freebsd.org Subject: Re: netgraph support for channelized LMC 1504 PCI card? References: <4.3.1.0.20000517152410.00c344d0@mail.go2france.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Len Conrad wrote: > > There was some talk about this back in March or so, leaving me rembering > someone said that it wouldn't be too hard or long to do it. > > Has there been any progress? > > Len phk is working on this now I believe. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 )_.---._/ presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10:18:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 0D84A37B5E5 for ; Tue, 20 Jun 2000 10:18:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id TAA54202; Tue, 20 Jun 2000 19:18:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Julian Elischer Cc: Len Conrad , freebsd-hackers@FreeBSD.ORG Subject: Re: netgraph support for channelized LMC 1504 PCI card? In-reply-to: Your message of "Tue, 20 Jun 2000 10:14:34 PDT." <394FA67A.167EB0E7@elischer.org> Date: Tue, 20 Jun 2000 19:18:02 +0200 Message-ID: <54200.961521482@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a card here, and I am making good progress, I have the framers up and running and am working on the HDLC controller. I expect to pass the first HDLC frames today or tomorrow. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10:22:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from majordomo2.umd.edu (majordomo2.umd.edu [128.8.10.7]) by hub.freebsd.org (Postfix) with ESMTP id 661CD37B5E5 for ; Tue, 20 Jun 2000 10:22:36 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac4.wam.umd.edu (root@rac4.wam.umd.edu [128.8.10.144]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id NAA03664; Tue, 20 Jun 2000 13:22:29 -0400 (EDT) Received: from rac4.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac4.wam.umd.edu (8.9.3/8.9.3) with SMTP id NAA15680; Tue, 20 Jun 2000 13:22:33 -0400 (EDT) Received: from rac4.wam.umd.edu (howardjp@localhost) by rac4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id NAA15674; Tue, 20 Jun 2000 13:22:32 -0400 (EDT) Message-Id: <200006201722.NAA15674@rac4.wam.umd.edu> X-Authentication-Warning: rac4.wam.umd.edu: howardjp owned process doing -bs To: "Jeroen C. van Gelderen" Cc: freebsd-hackers@freebsd.org Subject: Re: Why is this architecture dependent? In-reply-to: Your message of "Tue, 20 Jun 2000 13:07:26 EDT." <394FA4CE.1B8620AB@vangelderen.org> Date: Tue, 20 Jun 2000 13:22:10 -0400 From: James Howard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <394FA4CE.1B8620AB@vangelderen.org>, "Jeroen C. van Gelderen" write s: > You are right and work is under way to break out this functionality in > a MI driver. Search the mailing list archives for details. A first > attempt can be found at: > > http://jeroen.vangelderen.org/FreeBSD/misc_device/ > > MarkM will soon import a variant of this with his excellent Yarrow > work. Ahh, excellent. I was hoping to see something like this. Will random and urandom also end up therE? Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10:26:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 16F4937BCF0; Tue, 20 Jun 2000 10:26:22 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id SAA42864; Tue, 20 Jun 2000 18:26:20 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id C6BF012547; Tue, 20 Jun 2000 18:26:58 +0100 (BST) Date: Tue, 20 Jun 2000 18:26:58 +0100 From: Josef Karthauser To: Warner Losh Cc: Mike Smith , acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000620182658.C52814@pavilion.net> Mail-Followup-To: Josef Karthauser , Warner Losh , Mike Smith , acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG References: <200006200335.UAA11000@mass.osd.bsdi.com> <200006200334.VAA65167@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006200334.VAA65167@harmony.village.org>; from imp@village.org on Mon, Jun 19, 2000 at 09:34:01PM -0600 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 19, 2000 at 09:34:01PM -0600, Warner Losh wrote: > In message <200006200335.UAA11000@mass.osd.bsdi.com> Mike Smith writes: > : Can we guarantee that we can find this area? On eg. the Dell i7500 that > : I've been playing most with, it's a file on a FAT filesystem, and the > : BIOS will only "find" it if the filesystem is in the 'active' partition > : at boot time. > > Generally we cannot guarnatee that. IIRC, there's lots of variation. > Usually it is just a partition, but sometimes it is the last N > cylenders of the disk, and sometimes it is a file like you say. It > would at the very least need to be configured... On my vaio it's a separate partition on the disk of type 160 (which partition magic calls "save to disk"). Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10:50: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id D147137C187 for ; Tue, 20 Jun 2000 10:45:12 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWG004ZFRTTEN@falla.videotron.net> for freebsd-hackers@freebsd.org; Tue, 20 Jun 2000 13:41:53 -0400 (EDT) Date: Tue, 20 Jun 2000 13:43:42 -0400 (EDT) From: Bosko Milekic Subject: mbuf re-write(s), v 0.1 X-Sender: bmilekic@jehovah.technokratis.com To: freebsd-hackers@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In an attempt to eliminate or significantly reduce the hogging of physical memory by unused mbufs, I have begun re-writing some of the mbuf subsystem. I've re-written the allocator and designed an actual free routine, and have also considerably re-written the MGET, MGETHDR, and MFREE macros. I still have some work to do with this, notably optimisation, but I have not been able to do any profiling whatsoever as profiling, I repeat, seems presently broken on -CURRENT. This is particularily useful for machines which see "peak" mbuf usage periods, where many mbufs are allocated, only to be freed a little while later, but which will unfortunately remain on the free list, holding on to physical memory (for a graphical example, see the THIRD graph at http://www.technokratis.com/stats/mbuf.html). Previously, we used to use the kernel malloc() to do mbuf allocations, coupled with the free() routine to do the freeing. However, the new allocator does not have to worry about chosing the right algorithm, and notably, variable sized objects. Of course, I still have some performance tuning to do, but need the profiling to work for that. Of course, there is an min_on_avail variable added to the code, which is yet to be made sysctl-tunable, and which represents the minimum amount of mbufs that must reside on the free lists, so that the system will not explicitly free pages on every occasion it gets. The reason I named this "v 0.1" has to do with the work that is left to be done here. I've, for the moment, removed the m_reclaim() and wait code for mbufs, but this will all have to be re-placed appropriately (not much voodoo involved here). However, I've moved the mclusters to their own map, mcl_map, which is the correct thing to do here, in order to avoid having to worry about fragmentation in the allocation routines (we want most efficiency possible). I'll go ahead and change the mcluster stuff soon, too, and hopefully fix up some of the mclrefcnt usage for clusters. I'll discuss more of this in time to come, and post the URL here. Also, I'm planning to write an optional "mbuf daemon" that can periodically walk the mbuf system's AVAIL_LST, and EMPTY_LST, and re-organize order of elements on, particularily, the AVAIL_LST, in order to minimize fragmentation during allocations, and augment % utilization for the allocator(s). It should also optionally do some other neat tasks, but I haven't exactly decided on which ones, although I'd like to avoid having it raise to splimp() for too long, though. Unlike what some of you may be thinking right now, this is not theoretical work, I have some diffs right here: http://www.technokratis.com/code/mbuf/ (you'll have to excuse my big tabs) The diffs provided for now are context diffs, and they do several things, among the which (not to go too much into details): 1* Implement new mbuf allocator, implement free routine, re-write mbuf allocation and free macros. Add necessary lists / structures for the new system. 2* Change to OID_AUTO for all sysctls in uipc_mbuf.c 3* Make /sys/sys/mbuf.h look nicer, more consistent comments, etc. 4* Have mbuf clusters remain the same for now, but move them over to mcl_map 5* Remove (temporarily) mbuf wait/reclaim stuff. The diffs are in working condition on -CURRENT (as of a couple of days ago, at least), and I'm running them with no apparent problems as we speak. % utilization is great, for now, and I hope that the daemon-to-come will bring it up even higher. I can also tune it with the min_on_avail variable. Of course, from the above 5 points, you'll quickly note that I still have to go around and rebuild userland stuff, but that will wait until the end of all mbuf system modifications. Comments welcome. Special thanks to Mike Silbersack for already discussing such issues with me. Regards, Bosko -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 10:57: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id 1E74437C1A7 for ; Tue, 20 Jun 2000 10:57:04 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 0260852; Tue, 20 Jun 2000 13:57:01 -0400 (AST) Message-ID: <394FB06D.93B5BD7F@vangelderen.org> Date: Tue, 20 Jun 2000 13:57:01 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: James Howard Cc: freebsd-hackers@freebsd.org Subject: Re: Why is this architecture dependent? References: <200006201722.NAA15674@rac4.wam.umd.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Howard wrote: > > In message <394FA4CE.1B8620AB@vangelderen.org>, "Jeroen C. van Gelderen" write > s: > > You are right and work is under way to break out this functionality in > > a MI driver. Search the mailing list archives for details. A first > > attempt can be found at: > > > > http://jeroen.vangelderen.org/FreeBSD/misc_device/ > > > > MarkM will soon import a variant of this with his excellent Yarrow > > work. > > Ahh, excellent. I was hoping to see something like this. > > Will random and urandom also end up therE? Broken out into their own device, yes. As a bonus we'll provide a better PRNG construct named Yarrow. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 11: 0:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 740A437C095; Tue, 20 Jun 2000 11:00:41 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA40819; Tue, 20 Jun 2000 12:00:36 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA70286; Tue, 20 Jun 2000 11:59:07 -0600 (MDT) Message-Id: <200006201759.LAA70286@harmony.village.org> To: Josef Karthauser Subject: Re: ACPI project progress report Cc: Mike Smith , acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 20 Jun 2000 18:26:58 BST." <20000620182658.C52814@pavilion.net> References: <20000620182658.C52814@pavilion.net> <200006200335.UAA11000@mass.osd.bsdi.com> <200006200334.VAA65167@harmony.village.org> Date: Tue, 20 Jun 2000 11:59:06 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000620182658.C52814@pavilion.net> Josef Karthauser writes: : On Mon, Jun 19, 2000 at 09:34:01PM -0600, Warner Losh wrote: : > In message <200006200335.UAA11000@mass.osd.bsdi.com> Mike Smith writes: : > : Can we guarantee that we can find this area? On eg. the Dell i7500 that : > : I've been playing most with, it's a file on a FAT filesystem, and the : > : BIOS will only "find" it if the filesystem is in the 'active' partition : > : at boot time. : > : > Generally we cannot guarnatee that. IIRC, there's lots of variation. : > Usually it is just a partition, but sometimes it is the last N : > cylenders of the disk, and sometimes it is a file like you say. It : > would at the very least need to be configured... : : On my vaio it's a separate partition on the disk of type 160 (which : partition magic calls "save to disk"). Right. My vaio has that partition as well. My Libretto just splatted to the last 64MB of the disk (not using LBA, so if you get a disk > 8G, you wind up with a hole that the save to disk uses:-<). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 11:14:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id E2C6437B66E; Tue, 20 Jun 2000 11:14:46 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id UAA74922; Tue, 20 Jun 2000 20:14:41 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Tue, 20 Jun 2000 20:14:41 +0200 (EET) From: Narvi To: Josef Karthauser Cc: Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <20000620093853.C36774@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000, Josef Karthauser wrote: > On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote: > > > > The real issue here is persistent system state across the S4 suspend; ie. > > leaving applications open, etc. IMO this isn't really something worth a > > lot of effort to us, and it has a lot of additional complications for a > > "server-class" operating system in that you have to worry about network > > connections from other systems, not just _to_ other systems. > > > > That said TCP/IP is very resilient :). I tried suspending to disk > my laptop, unplugging the batteries and ether card, taking it to another > part of the building and the firing it up. > > Pccardd saw the ethernet card, Dhclient saw the dhcp server and got > my ip address back, and my pre-existing remote terminal sessions > continued functioning :) Excellent. > > IMO if the machine is a server and you want to suspend it, who cares > about the clients at the other end? If you did you wouldn't suspend > it in the first place :) > You obviously haven't considered the ability to be able to near hot-swap motherboard and cpu - or even RAM - in this way. > Joe > > sander@haldjas.folklore.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 11:31:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hetnet.nl (net090s.hetnet.nl [194.151.104.183]) by hub.freebsd.org (Postfix) with ESMTP id 6B5B137B89F; Tue, 20 Jun 2000 11:31:29 -0700 (PDT) (envelope-from leonardjo@hetnet.nl) Received: from potkoffie ([195.121.128.87]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.387.38); Tue, 20 Jun 2000 20:27:52 +0200 From: "Leonard den Ottolander" To: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Date: Tue, 20 Jun 2000 20:29:57 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Patch concerning linux extended fs References: <018fb0509141260NET014S@hetnet.nl> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Message-ID: <0f9885227181460NET090S@hetnet.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Kelly, > I find it hard to believe that a 3 line patch would > be enought to enumerate the partitions inside extended partitions, must less > with arbitrary depth. But I've been amazed before :) It's probably not really what you expect (or hope? for), and not that much of a deal (less than a mouse driver ;) ). I was just wondering where to post these kind of things. The only thing the patch does is make the linux extended partition type known and use it when available. > > I would like to submit a (three line) patch to enable the use of linux > > extended filesystem. I mean using as in mounting, not running from. The linux extended partition is just a dos extended partition with a different identifier (0x85 instead of 0x05). You can use it as an extra extended partition, without dos being upset about seeing another extended partition. I actually use it on a multi os machine which bios doesn't understand the 20G hd. (Dos, dos extended containing ia linux /boot, ufs 44bsd, linux extended.) Here comes the patch (for 4.0R): /sys/kern/subr_diskmbr.c Insert after line 51: #define DOSPTYP_LINUXEXTENDED 133 Insert at line 347 (original offset), before the closing bracket: || sp->ds_type == DOSPTYP_LINUXEXTENDED Insert at line 437, before closing bracket: || dp->dp_type == DOSPTYP_LINUXEXTENDED That's all there is to it. I'm not sure the existing code handles dos extended LBA partitions, or needs modification for this, so I didn't include it. You could try to add a DOSPTYP_EXTENDED_LBA (0x0F). Haven't tried. Might go seriously wrong. To make things comeplete you could also modify fdisk. /usr/src/sbin/i386/fdisk/fdisk.c Insert after line 166: ,{0x85, "Extended Linux"} Using two extended partitions you might want to increase MAXPARTITIONS in /sys/i386/boot/dosboot/disklabe.h, /sys/sys/diskslice.h and /sys/sys/disklabel.h. Haven't really tested this thoroughly, but it seems to run fine. Ciao, Leonard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 11:47:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CF3EE37BF87; Tue, 20 Jun 2000 11:46:59 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41146; Tue, 20 Jun 2000 12:46:54 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70874; Tue, 20 Jun 2000 12:45:24 -0600 (MDT) Message-Id: <200006201845.MAA70874@harmony.village.org> To: "Daniel C. Sobral" Subject: Re: ACPI project progress report Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org In-reply-to: Your message of "Sat, 17 Jun 2000 07:46:56 +0900." <394AAE60.B6F0EE2A@newsguy.com> References: <394AAE60.B6F0EE2A@newsguy.com> <20000617002156A.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 12:45:24 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <394AAE60.B6F0EE2A@newsguy.com> "Daniel C. Sobral" writes: : Mitsuru IWASAKI wrote: : > : > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep : > require some hack in boot loader.... needs help. : : I thought hibernation was entirely controlled by kernel? What do you : need? You have to use the BIOS to put the machine into the state, but when the machine comes out of that state, it goes through the reset vector, at least for S4 (I think S2 and S3 as well, I don't have my copy of the standard handy). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 11:49:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5881437BFDE; Tue, 20 Jun 2000 11:49:18 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA41170; Tue, 20 Jun 2000 12:49:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA70919; Tue, 20 Jun 2000 12:47:38 -0600 (MDT) Message-Id: <200006201847.MAA70919@harmony.village.org> To: Bjoern Fischer Subject: Re: ACPI project progress report Cc: Mitsuru IWASAKI , acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 07:01:44 +0200." <20000619070144.B554@broccoli.no-support.loc> References: <20000619070144.B554@broccoli.no-support.loc> <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> Date: Tue, 20 Jun 2000 12:47:38 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000619070144.B554@broccoli.no-support.loc> Bjoern Fischer writes: : Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), : turning power off, maybe adding some hardware or moving the machine : to another location, then switching on again, restoring the system context, : and the machine will proceed as if nothing had happened, do you? The S4 sleep state of ACPI doesn't support changing the hardware configuration while you are in that state. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 13: 1:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 8D4AE37BFFF for ; Tue, 20 Jun 2000 13:01:31 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id QAA16841 for ; Tue, 20 Jun 2000 16:01:30 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <394FCD99.99CBB9C9@thehousleys.net> Date: Tue, 20 Jun 2000 16:01:29 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: de driver problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a DLink DE-660 10Mbit PCMCIA card in my laptop. If it is connected to my DLink DSS-8+ 10/100 switch negoation is not always successful and the link doesn't always come up. If I attach it to a hub plugged into the switch everything is fine. I have every reason to believe the two work to gether nicely, but I could be wrong. I noticed about 1 week ago there was a fix to the wx driver for a similar problem. I know were the source files are and such, but how do I go about trying to fix this or assist someone fixing this? Jim -- Artificial intelligence is no match for natural stupidity. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 13:45:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 4468937BE00 for ; Tue, 20 Jun 2000 13:45:31 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e5KKjQR27098; Tue, 20 Jun 2000 13:45:26 -0700 (PDT) Date: Tue, 20 Jun 2000 13:45:26 -0700 (PDT) From: Doug White To: Robert Withrow Cc: hackers@FreeBSD.ORG Subject: Re: High Availability Freebsd? In-Reply-To: <200006201310.JAA16330@pobox.engeast.BayNetworks.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Jun 2000, Robert Withrow wrote: > - Warm (or hot) standby. Put me on the 'interested' list for this, particularly for the network end. I have 'VRRPd for FreeBSD' on my very-long-range-todo but I doubt I have the skills right now to implement it decently. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 14:15:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f97.law9.hotmail.com [64.4.9.97]) by hub.freebsd.org (Postfix) with SMTP id B0A2937B5D7 for ; Tue, 20 Jun 2000 14:15:54 -0700 (PDT) (envelope-from gerald_stoller@hotmail.com) Received: (qmail 31842 invoked by uid 0); 20 Jun 2000 21:15:53 -0000 Message-ID: <20000620211553.31841.qmail@hotmail.com> Received: from 12.20.190.1 by www.hotmail.com with HTTP; Tue, 20 Jun 2000 14:15:53 PDT X-Originating-IP: [12.20.190.1] From: "gerald stoller" To: freebsd-hackers@FreeBSD.ORG Subject: Korn shell STDOUT Date: Tue, 20 Jun 2000 17:15:53 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to learn how the (Korn) shell is organized, so I put some printf statements in many places. They give a lot of output on STDOUT , so in order to be able to read it, I pipe it to a tee command which stores the output. I have found that the output pauses when the file has 16384 (or thereabouts) bytes in it, sometimes it goes to 32768 (or thereabouts) bytes in it, and a couple of times it has even gone up to 65536 (or thereabouts) bytes. This behavior makes me think of buffered output, but (with some checking via long files) neither pipe nor tee have buffered output, and so I have been told by a Bell Labber. Anybody know how I can easily change the STDOUT to be unbuffered? Please respond directly to me as I have several hundred unread letters in my Bulk Mail folder. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 15:16:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mta5.rcsntx.swbell.net (mta5.rcsntx.swbell.net [151.164.30.29]) by hub.freebsd.org (Postfix) with ESMTP id C503237BCCE for ; Tue, 20 Jun 2000 15:16:36 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: from holly.calldei.com ([208.191.149.190]) by mta5.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FWH00IRC4E94N@mta5.rcsntx.swbell.net> for freebsd-hackers@FreeBSD.ORG; Tue, 20 Jun 2000 17:13:22 -0500 (CDT) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id RAA18272; Tue, 20 Jun 2000 17:12:11 -0500 (CDT envelope-from chris) Date: Tue, 20 Jun 2000 17:12:10 -0500 From: Chris Costello Subject: Re: Korn shell STDOUT In-reply-to: <20000620211553.31841.qmail@hotmail.com> To: gerald stoller Cc: freebsd-hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20000620171210.T98160@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i References: <20000620211553.31841.qmail@hotmail.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, June 20, 2000, gerald stoller wrote: > Anybody know how I can easily change the STDOUT to be unbuffered? Using setbuf(3). (``man setbuf'') -- |Chris Costello |You had mail, but the super-user read it, and deleted it! `--------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 15:24:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id 396EE37B543 for ; Tue, 20 Jun 2000 15:24:30 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Wed, 21 Jun 2000 10:41:37 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Wed, 21 Jun 2000 10:33:55 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B02BCCF@internet.kbgroup.co.nz> From: Dave Preece To: freebsd-hackers@freebsd.org Subject: IP checksum offloading with intel 82559 fast ethernet. MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Wed, 21 Jun 2000 10:41:28 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Apparently (http://developer.intel.com/design/network/82559.htm) the i82559 can offload TCP and UDP checksums. A quick peruse of /usr/src/sys/pci/if_fxp.c shows we are not currently using this - which is fair enough since the driver also has to work with 82557 and 82558. It strikes me that due to the driver architecture (i.e. the IP packet is formed way before it gets to ip_fxp) that we couldn't use this facility - even if it does have some potentially excellent throughput implications. Maybe there's a possibility for treating it as an IP accelerating 'co-processor' (much as the early power vr 3d accelerators did). Any comments? Anyone working on this? Maybe I had better learn to write drivers ;) Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 15:41:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 10D1437B660; Tue, 20 Jun 2000 15:41:17 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA42618; Tue, 20 Jun 2000 16:41:14 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA75308; Tue, 20 Jun 2000 16:39:44 -0600 (MDT) Message-Id: <200006202239.QAA75308@harmony.village.org> To: Mike Smith Subject: Re: ACPI project progress report Cc: "Andrew Reilly" , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 19 Jun 2000 17:40:30 PDT." <200006200040.RAA10386@mass.osd.bsdi.com> References: <200006200040.RAA10386@mass.osd.bsdi.com> Date: Tue, 20 Jun 2000 16:39:44 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006200040.RAA10386@mass.osd.bsdi.com> Mike Smith writes: : The real issue here is persistent system state across the S4 suspend; ie. : leaving applications open, etc. IMO this isn't really something worth a : lot of effort to us, and it has a lot of additional complications for a : "server-class" operating system in that you have to worry about network : connections from other systems, not just _to_ other systems. They why bother supporting laptops at all? FreeBSD is now more than just a server OS. And the network connection issue is a non issue. If the connections are present when we go to sleep, either the connection will time out or it won't. It is no different than yanking out the ethernet cable. Those that time out will get a connection reset when the application comes back when the system wakes from the S4 state. Those that don't won't care since they will just continue working. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 15:51:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f93.law9.hotmail.com [64.4.9.93]) by hub.freebsd.org (Postfix) with SMTP id 70D0537C0C7 for ; Tue, 20 Jun 2000 15:51:16 -0700 (PDT) (envelope-from gerald_stoller@hotmail.com) Received: (qmail 16219 invoked by uid 0); 20 Jun 2000 22:44:35 -0000 Message-ID: <20000620224435.16218.qmail@hotmail.com> Received: from 12.20.190.1 by www.hotmail.com with HTTP; Tue, 20 Jun 2000 15:44:35 PDT X-Originating-IP: [12.20.190.1] From: "gerald stoller" To: freebsd-hackers@FreeBSD.ORG Subject: signals and traps Date: Tue, 20 Jun 2000 18:44:35 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would like to play with the signals and traps of the Korn shell ; could someone please direct me quickly to the relevant areas? I expect that they are trap.c , sigact.[ch] , main.c , and siglist.* . I found runtraps (in the shell function of main.c ) and it calls runtrap from within a for-loop . This seems to be how the traps are processed. How does the signal get to the shell? Is the kernel involved in any of this? How is it determined which process should field a signal? Is there a description of the various fields of the structures involved and how they are used somewhere in a book or on the internet? ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16: 6:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id 36A9A37B5DB for ; Tue, 20 Jun 2000 16:06:04 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id JAA09637 for ; Wed, 21 Jun 2000 09:06:00 +1000 (EST) Received: (qmail 59205 invoked by uid 1000); 20 Jun 2000 23:05:50 -0000 From: "Andrew Reilly" Date: Wed, 21 Jun 2000 09:05:50 +1000 To: Warner Losh Cc: Bjoern Fischer , Mitsuru IWASAKI , acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000621090550.A51097@gurney.reilly.home> References: <20000619070144.B554@broccoli.no-support.loc> <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> <20000617135611E.iwasaki@jp.FreeBSD.org> <20000619070144.B554@broccoli.no-support.loc> <200006201847.MAA70919@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006201847.MAA70919@harmony.village.org>; from imp@village.org on Tue, Jun 20, 2000 at 12:47:38PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 12:47:38PM -0600, Warner Losh wrote: > In message <20000619070144.B554@broccoli.no-support.loc> Bjoern Fischer writes: > : Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > : turning power off, maybe adding some hardware or moving the machine > : to another location, then switching on again, restoring the system context, > : and the machine will proceed as if nothing had happened, do you? > > The S4 sleep state of ACPI doesn't support changing the hardware > configuration while you are in that state. That would probably explain why W'98 gets confused when you _do_ change the hardware configuration while in suspend state. Pretty silly state to get into, then, if hardware like floppy drives are easy to add or remove, and the box looks as though it's off... Any good theories about how to avoid this problem? Avoid S4 and go all the way to shutdown, with a flag set on the boot disk? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16:35:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id EA3C037B5A5 for ; Tue, 20 Jun 2000 16:35:54 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Wed, 21 Jun 2000 11:53:02 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Wed, 21 Jun 2000 11:45:28 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B02BCD2@internet.kbgroup.co.nz> From: Dave Preece To: Marc Nicholas Cc: freebsd-hackers@freebsd.org Subject: RE: IP checksum offloading with intel 82559 fast ethernet. MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Wed, 21 Jun 2000 11:53:00 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Don't some of the Gigabit FreeBSD drivers actually utilize > the on-board > checksum processing??? Hmmmm, can't see anything specific.... Looking at if_wx.c we have a function wx_start(ifp) where ifp is an ifnet pointer. ifnet has a member if_snd, of type ifqueue (according to the man page). And ifqueue is a safe looking memory buffer, but no actual statement as to whether we are expected to put raw packets on the queue or.... what. Presumably entire ethernet frames are put on the queue so we can spoof ethernet mac addresses occasionally - but no real way of indicating to the card that we have put an IP packet on with no checksum (and could you calculate it for me please). As an aside, if checksum calculations were offloadable via a call across PCI (i.e. send raw packet, get packet back with tcp calculated, queue packet for delivery), then it's a bit touch and go as to whether this is actually a good idea - given that we'll start to load up PCI quite badly doing this. > Nice to see someone keeping our drivers fresh :-) Oh, no. I wish. I'm well off the end of my abilities here, but clearly into what I 'owe' the community in general. Hopefully I'll get there at some time. > -marc Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16:41:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from inetminas.estaminas.com.br (inetminas.estaminas.com.br [200.251.191.247]) by hub.freebsd.org (Postfix) with ESMTP id 6B64F37BDE9 for ; Tue, 20 Jun 2000 16:41:46 -0700 (PDT) (envelope-from pamplona@uai.com.br) Received: from w95-0sr2 (nas1-8.estaminas.com.br [200.251.117.8]) by inetminas.estaminas.com.br (8.9.1a/8.9.1) with SMTP id UAA21598 for ; Tue, 20 Jun 2000 20:41:33 -0300 (GMT) Message-Id: <3.0.3.32.20000620203722.00729118@uai.com.br> X-Sender: pamplona@uai.com.br X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Tue, 20 Jun 2000 20:37:22 -0300 To: freebsd-hackers@freebsd.org From: Gustavo Pamplona Subject: A.Out Kernel? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. I recently posted a message to this list something like running FBSDBOOT.EXE. One of you answered me? It's no possible to run FBSDBOOT.EXE, cause FBSDBOOT requires the Kernel be compiled in a.out format. So, what I done, I tried to reach a way to compile the kernel with a.out format. Well, I discovered at my Makefile at /sys/compile/MYKERNEL/ a line like this. KERNFORMAT?= elf I modified this line to: KERNFORMAT?= a.out And, as resultant of this, I cannot compile the kernel, because a message like this appeared. loading kernel swapcontrol.o: not found. But before this message have appeared. The swapcontrol.c was compiled at format of a.out, because I saw the its compilation with the -aout flag. Anybody should answer to me? ------------------------------------------------------------------ Gustavo Pamplona - pamplona@uai.com.br Linux User: 137471 - FreeBSD User: FBSD042237 Slackware 7.0 | Debian 2.1 | FreeBSD 3.2-R | NetBSD 1.3.2 (i386) ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16:43:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 0B5A737C108 for ; Tue, 20 Jun 2000 16:43:13 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA18568; Tue, 20 Jun 2000 16:42:38 -0700 Date: Tue, 20 Jun 2000 16:42:12 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dave Preece Cc: Marc Nicholas , freebsd-hackers@FreeBSD.ORG Subject: RE: IP checksum offloading with intel 82559 fast ethernet. In-Reply-To: <67B808B0DD93D211ABEE0000B498356B02BCD2@internet.kbgroup.co.nz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (I'm the wx author)... I want to do checksum offloading too at some point. There's been some work done on this by Andrew Gallatin and Ken Merry amongst others insofar as I recall, but I don't believe it's been checked in. Let me see if I can dig up the mail.. Everyone's at Usenix this week && next, so don't expect too much of a response. -matt On Wed, 21 Jun 2000, Dave Preece wrote: > > Don't some of the Gigabit FreeBSD drivers actually utilize > > the on-board > > checksum processing??? > > Hmmmm, can't see anything specific.... Looking at if_wx.c we have a function > wx_start(ifp) where ifp is an ifnet pointer. ifnet has a member if_snd, of > type ifqueue (according to the man page). And ifqueue is a safe looking > memory buffer, but no actual statement as to whether we are expected to put > raw packets on the queue or.... what. Presumably entire ethernet frames are > put on the queue so we can spoof ethernet mac addresses occasionally - but > no real way of indicating to the card that we have put an IP packet on with > no checksum (and could you calculate it for me please). > > As an aside, if checksum calculations were offloadable via a call across PCI > (i.e. send raw packet, get packet back with tcp calculated, queue packet for > delivery), then it's a bit touch and go as to whether this is actually a > good idea - given that we'll start to load up PCI quite badly doing this. > > > Nice to see someone keeping our drivers fresh :-) > > Oh, no. I wish. I'm well off the end of my abilities here, but clearly into > what I 'owe' the community in general. Hopefully I'll get there at some > time. > > > -marc > > Dave > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16:44:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id E711B37BDE9 for ; Tue, 20 Jun 2000 16:44:27 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA18577; Tue, 20 Jun 2000 16:44:22 -0700 Date: Tue, 20 Jun 2000 16:43:56 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dave Preece , Andrew Gallatin Cc: Marc Nicholas , freebsd-hackers@FreeBSD.ORG Subject: RE: IP checksum offloading with intel 82559 fast ethernet. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It was mail from Andrew Gallatin (gallatin@cs.duke.edu), but it was private so I can't just redistribute it. Andrew- want to comment? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16:55:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from stox.sa.enteract.com (stox.sa.enteract.com [207.229.132.161]) by hub.freebsd.org (Postfix) with ESMTP id AA2AB37B59F for ; Tue, 20 Jun 2000 16:55:44 -0700 (PDT) (envelope-from stox@stox.sa.enteract.com) Received: (from stox@localhost) by stox.sa.enteract.com (8.9.3/8.9.3) id SAA01097; Tue, 20 Jun 2000 18:55:36 -0500 (CDT) (envelope-from stox) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000620211553.31841.qmail@hotmail.com> Date: Tue, 20 Jun 2000 18:55:36 -0500 (CDT) From: "Kenneth P. Stox" To: gerald stoller Subject: RE: Korn shell STDOUT Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20-Jun-00 gerald stoller wrote: > I am trying to learn how the (Korn) shell is organized, so I put some > printf statements in many places. They give a lot of output on STDOUT , > so in order to be able to read it, I pipe it to a tee command which stores > the output. I have found that the output pauses when the file has 16384 > (or thereabouts) bytes in it, sometimes it goes to 32768 (or thereabouts) > bytes in it, and a couple of times it has even gone up to 65536 (or > thereabouts) bytes. This behavior makes me think of buffered output, but > (with some checking via long files) neither pipe nor tee have buffered > output, and so I have been told by a Bell Labber. Anybody know how I can > easily change the > STDOUT to be unbuffered? You might want to write to stderr which, if memory serves correct, is un-buffered. ---------------------------------- E-Mail: Kenneth P. Stox Date: 20-Jun-00 Time: 18:54:17 ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 16:56:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id B159C37B5FD for ; Tue, 20 Jun 2000 16:56:32 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 3D3BC2B26A; Tue, 20 Jun 2000 18:56:31 -0500 (CDT) Date: Tue, 20 Jun 2000 16:56:31 -0700 From: Paul Saab To: Matthew Jacob Cc: Dave Preece , Marc Nicholas , freebsd-hackers@FreeBSD.ORG Subject: Re: IP checksum offloading with intel 82559 fast ethernet. Message-ID: <20000620165630.A61265@elvis.mu.org> References: <67B808B0DD93D211ABEE0000B498356B02BCD2@internet.kbgroup.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mjacob@feral.com on Tue, Jun 20, 2000 at 04:42:12PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The checksome off loading for the Intel gigabit card is broken. All you get is the checksum of the frame, so it really isn't all that useful. paul Matthew Jacob (mjacob@feral.com) wrote: > > > (I'm the wx author)... I want to do checksum offloading too at some point. > > There's been some work done on this by Andrew Gallatin and Ken Merry amongst > others insofar as I recall, but I don't believe it's been checked in. Let me > see if I can dig up the mail.. > > Everyone's at Usenix this week && next, so don't expect too much of a > response. > > -matt > > > On Wed, 21 Jun 2000, Dave Preece wrote: > > > > Don't some of the Gigabit FreeBSD drivers actually utilize > > > the on-board > > > checksum processing??? > > > > Hmmmm, can't see anything specific.... Looking at if_wx.c we have a function > > wx_start(ifp) where ifp is an ifnet pointer. ifnet has a member if_snd, of > > type ifqueue (according to the man page). And ifqueue is a safe looking > > memory buffer, but no actual statement as to whether we are expected to put > > raw packets on the queue or.... what. Presumably entire ethernet frames are > > put on the queue so we can spoof ethernet mac addresses occasionally - but > > no real way of indicating to the card that we have put an IP packet on with > > no checksum (and could you calculate it for me please). > > > > As an aside, if checksum calculations were offloadable via a call across PCI > > (i.e. send raw packet, get packet back with tcp calculated, queue packet for > > delivery), then it's a bit touch and go as to whether this is actually a > > good idea - given that we'll start to load up PCI quite badly doing this. > > > > > Nice to see someone keeping our drivers fresh :-) > > > > Oh, no. I wish. I'm well off the end of my abilities here, but clearly into > > what I 'owe' the community in general. Hopefully I'll get there at some > > time. > > > > > -marc > > > > Dave > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 17: 0: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 56F3E37B597 for ; Tue, 20 Jun 2000 17:00:05 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA18671; Tue, 20 Jun 2000 17:00:00 -0700 Date: Tue, 20 Jun 2000 16:59:34 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dave Preece , Marc Nicholas Cc: freebsd-hackers@FreeBSD.ORG Subject: RE: IP checksum offloading with intel 82559 fast ethernet. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------- Forwarded message ---------- Date: Tue, 20 Jun 2000 19:57:04 -0400 (EDT) From: Andrew Gallatin To: mjacob@feral.com Subject: RE: IP checksum offloading with intel 82559 fast ethernet. Matthew Jacob writes: > > Sorry- they're talking about IP checksum offloading. You sent some mail last > December talking about checking support for this in, but I didn't want to just > forward that mail because I can't recall whether you checked it in (I don't > believe that we have). > We support hardware checksum offloading in both -current & -stable both sending & receiving. Jonathan Lemon's code is what got checked in -- its considerably better than my private hacks. I think the if_ti.c driver is the only drive to make use of it. You might want to peek at it if you're feeling like making the if_wx driver offload checksums. You can feel free to forward that ;) Drew BTW -- how is the if_wx.c driver? Has it gotten any better (you were talking about how poorly it performed & were going to see where the bottleneck was the last I heard). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 17:15:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 02A9E37B5A7 for ; Tue, 20 Jun 2000 17:15:33 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA18722; Tue, 20 Jun 2000 17:15:23 -0700 Date: Tue, 20 Jun 2000 17:14:57 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Paul Saab Cc: Dave Preece , Marc Nicholas , freebsd-hackers@FreeBSD.ORG Subject: Re: IP checksum offloading with intel 82559 fast ethernet. In-Reply-To: <20000620165630.A61265@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The checksome off loading for the Intel gigabit card is broken. All you > get is the checksum of the frame, so it really isn't all that useful. Yeah, well, there's a couple of things that supposedly can be done about that. For transmit, there's a start/offset you can do which could allow to insert a checksum that didn't start at the frame header. Layering violation, but probably would be helpful. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 19: 8:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 32A2937BAB6 for ; Tue, 20 Jun 2000 19:08:21 -0700 (PDT) (envelope-from vsilyaev@mindspring.com) Received: from jupiter.delta.ny.us (nyf-ny10-16.ix.netcom.com [198.211.18.80]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id WAA03510; Tue, 20 Jun 2000 22:08:17 -0400 (EDT) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id WAA02310; Tue, 20 Jun 2000 22:08:15 -0400 (EDT) (envelope-from vsilyaev) Date: Tue, 20 Jun 2000 22:08:14 -0400 From: "Vladimir N. Silyaev" To: Gustavo Pamplona Cc: freebsd-hackers@freebsd.org Subject: Re: A.Out Kernel? Message-ID: <20000620220814.A2284@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, To compile a.out kernel you can try to use the next procedure: cd /sys/compile/YOURSKERNEL/ && make clean && env KERNFORMAT=aout make make install It was compiled at least on 4.0-Stable. -- With best regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 22:54:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id CC70637BDD9; Tue, 20 Jun 2000 22:54:14 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p60-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.125]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id OAA29447; Wed, 21 Jun 2000 14:54:07 +0900 (JST) Message-ID: <39505213.BE8C4D3F@newsguy.com> Date: Wed, 21 Jun 2000 14:26:43 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: ACPI project progress report References: <20000617002156A.iwasaki@jp.FreeBSD.org> <200006190445.WAA53570@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: > : Hi, here is the latest report on our ACPI project's progress. > > As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should > enable us to properly put the chipsets in laptops to sleep and then > wake them up again. Right now pccard insert/removal can be missed > when you put a laptop to sleep... BTW, have you decided between NetBSD and BSD/OS cardbus code yet? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org Windows works, for sufficently small values of "works". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 20 22:59:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4712B37BBC6; Tue, 20 Jun 2000 22:59:53 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA44079; Tue, 20 Jun 2000 23:59:47 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA78377; Tue, 20 Jun 2000 23:58:16 -0600 (MDT) Message-Id: <200006210558.XAA78377@harmony.village.org> To: "Daniel C. Sobral" Subject: Re: ACPI project progress report Cc: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org In-reply-to: Your message of "Wed, 21 Jun 2000 14:26:43 +0900." <39505213.BE8C4D3F@newsguy.com> References: <39505213.BE8C4D3F@newsguy.com> <20000617002156A.iwasaki@jp.FreeBSD.org> <200006190445.WAA53570@harmony.village.org> Date: Tue, 20 Jun 2000 23:58:16 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39505213.BE8C4D3F@newsguy.com> "Daniel C. Sobral" writes: : BTW, have you decided between NetBSD and BSD/OS cardbus code yet? No. There is no BSD/OS cardbus card that I could find in the tree. If I'm being insanely blind, please someone tell me. The short term plan is to get NEWCARD working and then look at wildboar to see if it could be useful. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 0:40:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id BC84C37B9BA; Wed, 21 Jun 2000 00:40:15 -0700 (PDT) Subject: Re: IP checksum offloading with intel 82559 fast ethernet. In-Reply-To: <67B808B0DD93D211ABEE0000B498356B02BCD2@internet.kbgroup.co.nz> from Dave Preece at "Jun 21, 2000 11:53:00 am" To: dave.preece@kbgroup.co.nz (Dave Preece) Date: Wed, 21 Jun 2000 00:40:14 -0700 (PDT) Cc: marc@netstor.com, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20000621074015.BC84C37B9BA@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Don't some of the Gigabit FreeBSD drivers actually utilize > > the on-board > > checksum processing??? FreeBSD 5.0-current has support for TCP/IP checksum offload, and the if_ti driver makes use of it. The Tigon NICs do this in firmware though. I attempted to add support to the SysKonnect driver, however the transmit side checksum offload support apparently doesn't work, and the receive side offloading has a bug which requires a bit of a workaround. The 3Com 3c90xB/3c90xC chips are also supposed to support checksum offload, but as of yet I haven't had much luck getting this to work either. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 1:54:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 170F037BD8B; Wed, 21 Jun 2000 01:54:22 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id JAA29487; Wed, 21 Jun 2000 09:54:20 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 98E1812549; Wed, 21 Jun 2000 09:54:54 +0100 (BST) Date: Wed, 21 Jun 2000 09:54:54 +0100 From: Josef Karthauser To: Narvi Cc: Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report Message-ID: <20000621095454.E54877@pavilion.net> Mail-Followup-To: Josef Karthauser , Narvi , Mike Smith , Andrew Reilly , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20000620093853.C36774@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from narvi@haldjas.folklore.ee on Tue, Jun 20, 2000 at 08:14:41PM +0200 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 20, 2000 at 08:14:41PM +0200, Narvi wrote: > > You obviously haven't considered the ability to be able to near hot-swap > motherboard and cpu - or even RAM - in this way. > You're right! I hadn't! (Although I've dreamed about it a few times). Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 2:28:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [209.212.100.194]) by hub.freebsd.org (Postfix) with ESMTP id 0C9E337B846 for ; Wed, 21 Jun 2000 02:28:52 -0700 (PDT) (envelope-from lists@security.za.net) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id LAA03185 for ; Wed, 21 Jun 2000 11:28:11 +0200 (SAST) (envelope-from lists@security.za.net) Date: Wed, 21 Jun 2000 11:28:11 +0200 (SAST) From: To: hackers@freebsd.org Subject: Jails Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Does anyone out there know of any patches available to let me assign more than one ip to a jail. While on the subject of jails, just out of curiosity, is there any reason that I cant ping out of a jail even when Im root on the jail (it says operation not permitted?) Any help would be greatly appreciated Thanks Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 3:24:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id CCB2937B58D for ; Wed, 21 Jun 2000 03:24:40 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id MAA59003; Wed, 21 Jun 2000 12:24:13 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: lists@security.za.net Cc: hackers@FreeBSD.ORG Subject: Re: Jails In-reply-to: Your message of "Wed, 21 Jun 2000 11:28:11 +0200." Date: Wed, 21 Jun 2000 12:24:12 +0200 Message-ID: <59001.961583052@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , lists@se curity.za.net writes: >Hi, > >Does anyone out there know of any patches available to let me assign more >than one ip to a jail. Havn't heard about any. >While on the subject of jails, just out of curiosity, is there any reason >that I cant ping out of a jail even when Im root on the jail (it says >operation not permitted?) Because implementation would be tricky (filtering raw IP packets) and nobody has done it yet. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 6: 3:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from upsn13.u-psud.fr (upsn13.u-psud.fr [193.55.10.113]) by hub.freebsd.org (Postfix) with ESMTP id BC88737BDD3 for ; Wed, 21 Jun 2000 06:03:28 -0700 (PDT) (envelope-from hegemon@relou.net) Received: from upsn13.u-psud.fr (localhost [127.0.0.1]) by upsn13.u-psud.fr (8.9.1/8.9.0) with ESMTP id PAA23481 for ; Wed, 21 Jun 2000 15:04:59 +0200 (MET DST) Received: from ie2.u-psud.fr (IDENT:root@pingouin.ie2.u-psud.fr [193.55.28.130]) by upsn13.u-psud.fr (8.9.1/8.9.0) with ESMTP id PAA23471 for ; Wed, 21 Jun 2000 15:04:58 +0200 (MET DST) Received: from relou.net (IDENT:carrel@pc63 [193.55.28.223]) by ie2.u-psud.fr (8.9.3/8.8.7) with ESMTP id PAA20118 for ; Wed, 21 Jun 2000 15:03:25 +0200 Message-ID: <3950BD1D.96F4B7CE@relou.net> Date: Wed, 21 Jun 2000 15:03:25 +0200 From: hegemoOn Reply-To: hegemon@relou.net Organization: #bsdfr lotre cote du unix inde X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: (no subject) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsuscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 6: 4:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from upsn13.u-psud.fr (upsn13.u-psud.fr [193.55.10.113]) by hub.freebsd.org (Postfix) with ESMTP id 7022137BDD3 for ; Wed, 21 Jun 2000 06:04:43 -0700 (PDT) (envelope-from hegemon@relou.net) Received: from upsn13.u-psud.fr (localhost [127.0.0.1]) by upsn13.u-psud.fr (8.9.1/8.9.0) with ESMTP id PAA23780 for ; Wed, 21 Jun 2000 15:06:14 +0200 (MET DST) Received: from ie2.u-psud.fr (IDENT:root@pingouin.ie2.u-psud.fr [193.55.28.130]) by upsn13.u-psud.fr (8.9.1/8.9.0) with ESMTP id PAA23776 for ; Wed, 21 Jun 2000 15:06:14 +0200 (MET DST) Received: from relou.net (IDENT:carrel@pc63 [193.55.28.223]) by ie2.u-psud.fr (8.9.3/8.8.7) with ESMTP id PAA20188 for ; Wed, 21 Jun 2000 15:04:41 +0200 Message-ID: <3950BD69.88070865@relou.net> Date: Wed, 21 Jun 2000 15:04:41 +0200 From: hegemoOn Reply-To: hegemon@relou.net Organization: #bsdfr lotre cote du unix inde X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsuscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 6:58:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.217.82.22]) by hub.freebsd.org (Postfix) with ESMTP id 280E437BF9D for ; Wed, 21 Jun 2000 06:58:24 -0700 (PDT) (envelope-from geoffb@chuggalug.clues.com) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id OAA21041; Wed, 21 Jun 2000 14:58:20 +0100 (BST) (envelope-from geoffb) Date: Wed, 21 Jun 2000 14:58:20 +0100 From: Geoff Buckingham To: les@safety.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Conflict between Intel 82558/9 and VIA MVP4? Message-ID: <20000621145820.A20728@chuggalug.clues.com> References: <200006141603.JAA80849@ns3.safety.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200006141603.JAA80849@ns3.safety.net>; from Les Biffle on Wed, Jun 14, 2000 at 09:03:24AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 09:03:24AM -0700, Les Biffle wrote: > We're having problems with the Intel EtherExpress 10/100 NICs in our > product platform. We suspect unfavorable interaction between the 82558 > and 82559 Intel parts and our motherboard chipset. Here are some > specifics: > > We're using 3.4-STABLE, with the "latest" fxp driver code: > > $FreeBSD: src/sys/pci/if_fxp.c,v 1.59.2.7 2000/04/01 19:04:21 dg Exp $ > $FreeBSD: src/sys/pci/if_fxpreg.h,v 1.13.2.3 1999/12/06 20:11:53 peter Exp $ > $FreeBSD: src/sys/pci/if_fxpvar.h,v 1.6.2.2 2000/04/01 19:04:22 dg Exp $ > > The platform is a small PC designed for the point of sale folks, and uses > the VIA Apollo MVP4 chipset. From dmesg: > > chip0: rev 0x02 on pci0.0.0 > chip1: rev 0x00 on pci0.1.0 > chip2: rev 0x14 on pci0.7.0 > chip3: rev 0x10 on pci0.7.4 > > We use an AMD K6-2 at 350 or 450 Mhz, 32MB of RAM and boot from Compact Flash. > > The two PCI slots are on a riser card. On the riser card is a RealTEK > 8139 10/100 interface which works quite well: > > rl0: rev 0x10 int a irq 12 on pci0.13.0 > > We can install other RealTEK-based NICs in either or both riser card PCI > slots, and they work well, as do WAN cards. The problem comes when we > install a NIC based on the Intel 82558 or 82559 parts. > > When the NIC is in the "top" slot on the riser (pci0.1.19), the kernel > panics in if_fxp.c at fxp_add_rfabuf + 0xc4. The backtrace says > fxp_add_rfabuf was called from fxp_intr. > > With the NIC in the "bottom" slot (pci0.1.17), there is no panic, but the > card gets choked up and seems not to listen reliably. For example, it > will hear an ARP reply if it sent the ARP request, but will ignore an > ARP request inbound. My sniffer shows the packets on the link, but there > is no indication in a "netstat -i" that the NIC saw them. > Excuse me if I have missed something obviouse ( I havn't had a lot to do with PC hardware recently.) Is your 'riser' a customer part of the board or something that just plugs into an existing PCI slot. If the later I **ASSUME** (and may be wrong) that it is a PCI to PCI bridge itself. Leading to the questions does the fxp work in the PCI slot without the riser? and Are others successfully using that PCI-PCI bridge with an fxp -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 7:34:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns3.safety.net (ns3.safety.net [216.200.162.38]) by hub.freebsd.org (Postfix) with ESMTP id 3A32837B6BB for ; Wed, 21 Jun 2000 07:34:09 -0700 (PDT) (envelope-from les@ns3.safety.net) Received: (from les@localhost) by ns3.safety.net (8.9.3/8.9.3) id HAA70138; Wed, 21 Jun 2000 07:34:05 -0700 (MST) (envelope-from les) From: Les Biffle Message-Id: <200006211434.HAA70138@ns3.safety.net> Subject: Re: Conflict between Intel 82558/9 and VIA MVP4? In-Reply-To: <20000621145820.A20728@chuggalug.clues.com> from Geoff Buckingham at "Jun 21, 2000 02:58:20 pm" To: geoffb@chuggalug.clues.com (Geoff Buckingham) Date: Wed, 21 Jun 2000 07:34:05 -0700 (MST) Cc: freebsd-hackers@freebsd.org Reply-To: les@safety.net X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Geoff, > Excuse me if I have missed something obviouse ( I havn't had a lot to > do with PC hardware recently.) Is your 'riser' a customer part of the > board or something that just plugs into an existing PCI slot. If the > later I **ASSUME** (and may be wrong) that it is a PCI to PCI bridge > itself. It's an assembly provided by the manufacturer, and plugs perpendicularly into two in-line edge connectors on the motherboard. Those connectors are the same type connector as PCI connectors, but have more signals on them, making them non-standard. The riser card has two PCI slots, an ISA slot and a Realtek 8129B NIC on it, but no bridge chip. Since the two PCI-looking slots on the M/B are having to deliver the PCI signals, ISA signals, and the request and grant signals for each PCI slot and NIC, I must assume that neither is a "real" PCI slot, and dare not try a NIC in one. My "dream" riser would have a bridge for its slots, of course. Or my dream teensy M/B would have 3 10/100 NICs and a single PCI slot. Anybody know of one? > Leading to the questions does the fxp work in the PCI slot without the > riser? The 3COM cyclone devices don't work in the riser either, leading me to suspect a poor design by my supplier. Slow NICs (the Realteks) and WAN cards from Sangoma seem to work fine in either riser slot. > Are others successfully using that PCI-PCI bridge with an fxp When squeezed, the manufacturer admits that there might have been a trouble report on this once upon a time. They're sending a different M/B and riser for us to try. Regards, -Les -- Les Biffle Community Service... Just Say NO! (480) 778-0177 les@safety.net http://www.les.safety.net/ Network Safety, 7802 E Gray Rd Ste 500, Scottsdale, AZ 85260 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 8:42:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-1-17.adsl.one.net [216.23.32.17]) by hub.freebsd.org (Postfix) with ESMTP id 504A937BEFC for ; Wed, 21 Jun 2000 08:42:11 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id LAA01020 for freebsd-hackers@freebsd.org; Wed, 21 Jun 2000 11:49:13 -0400 (EDT) (envelope-from cokane) Date: Wed, 21 Jun 2000 11:49:13 -0400 From: Coleman Kane To: freebsd-hackers@freebsd.org Subject: Linux ioctls Message-ID: <20000621114913.C960@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Who i currently working on the linux emu ioctl code? I need to add another ioctl to it to support glide games under freebsd in linux emulation. -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 9:12:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sydney.worldwide.lemis.com (dhcp110.conference.usenix.org [209.179.127.110]) by hub.freebsd.org (Postfix) with ESMTP id 3445737B887; Wed, 21 Jun 2000 09:12:35 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id VAA08850; Tue, 20 Jun 2000 21:48:57 -0700 (PDT) (envelope-from grog) Date: Tue, 20 Jun 2000 21:48:57 -0700 From: Greg Lehey To: Kris Kirby Cc: Pat Lynch , hackers@FreeBSD.ORG, chat@FreeBSD.ORG Subject: Re: pricerange for dinner. Message-ID: <20000620214857.C8482@sydney.worldwide.lemis.com> References: <20000616193926.A545@sydney.worldwide.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 18 June 2000 at 23:05:54 -0500, Kris Kirby wrote: > On Fri, 16 Jun 2000, Greg Lehey wrote: >> My company has a policy in place that I shouldn't spend more than $35 >> per day for all meals together. >> >> See whether I care. I'll go along with anything that the others >> approve of, as long as it's good food. > > Hrm. I was under the impression that you were a computer consultant > working for LEMIS and there for working for yourself.... ;-) Not any more. I've come out of the closet. With regulations like that, I sometimes wonder why. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 12:27:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id CF47D37B951; Wed, 21 Jun 2000 12:27:25 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id PAA02935; Wed, 21 Jun 2000 15:36:13 -0400 (EDT) Message-Id: <200006211936.PAA02935@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 21 Jun 2000 15:35:19 -0400 To: isp@freebsd.org From: Dennis Subject: if_de or if_dc? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I asked this on the hackers list and noone answered, so maybe some of the isps know? What is the distiction/benefit of using the if_dc driver rather than the if_de driver with the d-link quad card? They seem to work with both. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 12:36:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 7399837C06A; Wed, 21 Jun 2000 12:36:12 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id VAA62059; Wed, 21 Jun 2000 21:35:59 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Dennis Cc: isp@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: if_de or if_dc? In-reply-to: Your message of "Wed, 21 Jun 2000 15:35:19 EDT." <200006211936.PAA02935@etinc.com> Date: Wed, 21 Jun 2000 21:35:58 +0200 Message-ID: <62057.961616158@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006211936.PAA02935@etinc.com>, Dennis writes: > >I asked this on the hackers list and noone answered, so maybe some of the >isps know? Why don't you spend some time testing it and tell us the result ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 12:40:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by hub.freebsd.org (Postfix) with ESMTP id DBEC937B51A; Wed, 21 Jun 2000 12:40:39 -0700 (PDT) (envelope-from blaz@amis.net) Received: from titanic.medinet.si (titanic.medinet.si [212.18.32.66]) by piranha.amis.net (Postfix) with ESMTP id 247955D44; Wed, 21 Jun 2000 21:40:37 +0200 (CEST) Date: Wed, 21 Jun 2000 21:40:37 +0200 (CEST) From: Blaz Zupan X-Sender: blaz@titanic.medinet.si To: Dennis Cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: if_de or if_dc? In-Reply-To: <200006211936.PAA02935@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000, Dennis wrote: > What is the distiction/benefit of using the if_dc driver rather than the > if_de driver with the d-link quad card? They seem to work with both. I'd say, use the if_dc driver, if it works for you. My guess is it will be better maintained (because it actually HAS a maintainer, Bill Paul). Otherwise the only real difference is, that if_dc supports more cards (most of the clones of the original Digital chip). Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 13:12:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 25D9937C0D7; Wed, 21 Jun 2000 13:12:13 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id PAA78430; Wed, 21 Jun 2000 15:22:22 -0500 (CDT) From: Joe Greco Message-Id: <200006212022.PAA78430@aurora.sol.net> Subject: Re: if_de or if_dc? To: dennis@etinc.com, isp@FreeBSD.ORG, hackers@FreeBSD.ORG Date: Wed, 21 Jun 2000 15:22:22 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Either seems to work, but the if_de driver does not properly support full duplex. -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 16:22: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from valis.worldgate.ca (valis.worldgate.ca [198.161.84.2]) by hub.freebsd.org (Postfix) with ESMTP id 38AC937BA6F for ; Wed, 21 Jun 2000 16:21:58 -0700 (PDT) (envelope-from skafte@worldgate.ca) Received: from worldgate.ca (diskless4.worldgate.ca [198.161.84.132]) by valis.worldgate.ca (8.9.3/8.9.3) with ESMTP id RAA16695 for ; Wed, 21 Jun 2000 17:21:57 -0600 (MDT) (envelope-from skafte@worldgate.ca) Message-ID: <39514E14.46E75A01@worldgate.ca> Date: Wed, 21 Jun 2000 17:21:56 -0600 From: Greg Skafte Organization: WorldGate Inc X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: High Availability Freebsd? References: Content-Type: multipart/mixed; boundary="------------B0B21EA4D1A09AF483FE8A25" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------B0B21EA4D1A09AF483FE8A25 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit there is a linux vrrpd @ http://w3.arobas.net/~jetienne/vrrpd I haven't had an opportunity to review it yet or to see how linux specific the code is.... Doug White wrote: > > On Tue, 20 Jun 2000, Robert Withrow wrote: > > > - Warm (or hot) standby. > > Put me on the 'interested' list for this, particularly for the network > end. I have 'VRRPd for FreeBSD' on my very-long-range-todo but I doubt I > have the skills right now to implement it decently. > > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Email: skafte@worldgate.ca Voice: +780 413 1910 Fax: +780 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) --------------B0B21EA4D1A09AF483FE8A25 Content-Type: text/x-vcard; charset=us-ascii; name="skafte.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Greg Skafte Content-Disposition: attachment; filename="skafte.vcf" begin:vcard n:Skafte;Greg tel;pager:+1 (780) 491 4791 tel;cell:+1 (780) 718 1570 tel;fax:+1 (780) 421 4929 tel;work:+1 (780) 413 1910 x-mozilla-html:FALSE org:;Network Operations adr:;;#575 10123 99 Street;Edmonton;Alberta;T5J 3H1;Canada version:2.1 email;internet:Skafte@worldgate.ca title:Operations Manager x-mozilla-cpt:;29088 fn:Greg Skafte end:vcard --------------B0B21EA4D1A09AF483FE8A25-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 17: 7: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id AA9DE37B722; Wed, 21 Jun 2000 17:06:56 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id UAA03513; Wed, 21 Jun 2000 20:11:40 -0400 (EDT) Message-Id: <200006220011.UAA03513@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 21 Jun 2000 20:10:44 -0400 To: Joe Greco , isp@FreeBSD.ORG, hackers@FreeBSD.ORG From: Dennis Subject: Re: if_de or if_dc? In-Reply-To: <200006212022.PAA78430@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 03:22 PM 6/21/00 -0500, Joe Greco wrote: >Either seems to work, but the if_de driver does not properly support full >duplex. is that for all cards, or just some? The cards Im using seem to detect correctly for all the hubs, switches and crossovers to cards that I've tried with the de driver. "new and supported" is good, but "tried and tested" has value also. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 17:30:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 2FD3337BC76 for ; Wed, 21 Jun 2000 17:30:17 -0700 (PDT) (envelope-from vsilyaev@mindspring.com) Received: from jupiter.delta.ny.us (nyf-ny8-04.ix.netcom.com [198.211.17.196]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA25614; Wed, 21 Jun 2000 20:30:14 -0400 (EDT) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id UAA00526; Wed, 21 Jun 2000 20:30:12 -0400 (EDT) (envelope-from vsilyaev) Date: Wed, 21 Jun 2000 20:30:11 -0400 From: "Vladimir N. Silyaev" To: Coleman Kane Cc: freebsd-hackers@freebsd.org Subject: Re: Linux ioctls Message-ID: <20000621203011.A499@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the FreeBSD after 4.0 Release, have ability to registrate new Linux -> FreeBSD ioctl's translators in the any part of the kernel code. It's looks like this: #define LINUX_IOCTL_SET(n,low,high) \ static linux_ioctl_function_t linux_ioctl_##n; \ static struct linux_ioctl_handler n##_handler = {linux_ioctl_##n, low, high }; \ SYSINIT(n##register, SI_SUB_KLD, SI_ORDER_MIDDLE, linux_ioctl_register_handler, &n##_handler); \ SYSUNINIT(n##unregister, SI_SUB_KLD, SI_ORDER_MIDDLE, linux_ioctl_unregister_han dler, &n##_handler); I'm thinking that this stuff better to include in a some of the linux emulator headers. and after that: low high LINUX_IOCTL_SET(net, 0x8900, 0x89ff); /* handler declaration */ Linux ioctl's constants, #define LINUX_SIOCSIFADDR 0x8916 /* set PA address */ #define LINUX_SIOCSIFFLAGS 0x8914 /* set flags */ #define LINUX_SIOCSIFBR 0x8941 /* Set bridging options */ Translator implementation, static int linux_ioctl_net(struct proc *p, struct linux_ioctl_args *args) { int error=ENOIOCTL; DEB(printf(__FUNCTION__ ": cmd 0x%04lx arg %p\n", args->cmd, (void*)args->ar g)); switch (args->cmd & 0xffff) { case LINUX_SIOCSIFFLAGS: args->cmd = SIOCSIFFLAGS; error = ioctl(p, (struct ioctl_args *)args); break; case LINUX_SIOCSIFADDR: args->cmd = SIOCSIFADDR; error = ioctl(p, (struct ioctl_args *)args); break; case LINUX_SIOCSIFBR: args->cmd = VMIO_SIOCSIFBR; error = ioctl(p, (struct ioctl_args *)args); break; ... } DEB(printf(__FUNCTION__ ": return %d\n", error)); return (error); } As far as I know such thing now are used only in linux emulator code and in the FreeBSD drivers for vmware. -- Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 18:18:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id D017337BC60; Wed, 21 Jun 2000 18:18:10 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id UAA99862; Wed, 21 Jun 2000 20:27:24 -0500 (CDT) From: Joe Greco Message-Id: <200006220127.UAA99862@aurora.sol.net> Subject: Re: if_de or if_dc? In-Reply-To: <200006220011.UAA03513@etinc.com> from Dennis at "Jun 21, 2000 8:10:44 pm" To: dennis@etinc.com (Dennis) Date: Wed, 21 Jun 2000 20:27:24 -0500 (CDT) Cc: isp@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 03:22 PM 6/21/00 -0500, Joe Greco wrote: > >Either seems to work, but the if_de driver does not properly support full > >duplex. > > is that for all cards, or just some? For the specific card you mentioned. I still use the SMC 9334BDT's (dual Tulip 21143) here and they work great at full-duplex. And they're still available. > The cards Im using seem to detect correctly for all the hubs, switches and > crossovers to cards that I've tried with the de driver. > > "new and supported" is good, but "tried and tested" has value also. > > Dennis > -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 20:33: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from postal.linkfast.net (postal.linkfast.net [208.160.105.2]) by hub.freebsd.org (Postfix) with ESMTP id 9429237BC60 for ; Wed, 21 Jun 2000 20:33:02 -0700 (PDT) (envelope-from fullermd@linkfast.net) Received: by postal.linkfast.net (Postfix, from userid 100) id 30C439B0F; Wed, 21 Jun 2000 22:33:01 -0500 (CDT) Date: Wed, 21 Jun 2000 22:33:01 -0500 From: Matthew Fuller To: Blaz Zupan Cc: Dennis , hackers@freebsd.org Subject: Re: if_de or if_dc? Message-ID: <20000621223301.B61364@linkfast.net> References: <200006211936.PAA02935@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from blaz@amis.net on Wed, Jun 21, 2000 at 09:40:37PM +0200 X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ This isn't really a -isp issue, is it? ] On Wed, Jun 21, 2000 at 09:40:37PM +0200, a little birdie told me that Blaz Zupan remarked > On Wed, 21 Jun 2000, Dennis wrote: > > What is the distiction/benefit of using the if_dc driver rather than the > > if_de driver with the d-link quad card? They seem to work with both. > > I'd say, use the if_dc driver, if it works for you. My guess is it will be > better maintained (because it actually HAS a maintainer, Bill Paul). Otherwise > the only real difference is, that if_dc supports more cards (most of the > clones of the original Digital chip). if_dc doesn't support the card in this system that if_de works fine with. de0: port 0xf880-0xf8ff mem 0xffe7fc00-0xffe7fc7f irq 19 at device 19.0 on pci0 -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@linkfast.net Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 21: 4:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hand.dotat.at (hand.dotat.at [212.240.134.135]) by hub.freebsd.org (Postfix) with ESMTP id C36B037C110 for ; Wed, 21 Jun 2000 21:04:49 -0700 (PDT) (envelope-from fanf@hand.dotat.at) Received: (from fanf@localhost) by hand.dotat.at (8.9.3/8.9.3) id DAA25678; Thu, 22 Jun 2000 03:04:17 GMT (envelope-from fanf@hand.dotat.at) Date: Thu, 22 Jun 2000 03:04:17 GMT Message-Id: <200006220304.DAA25678@hand.dotat.at> X-Authentication-Warning: hand.dotat.at: fanf set sender to fanf@hand.dotat.at using -f From: Tony Finch To: hackers@freebsd.org Subject: buildworld summary Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A few months ago someone posted a script that summarizes make buildworld as it progresses. I've searched the ports and the mailing lists but I can't find it any more :-( so I'd be grateful if someone would tell me. Thanks. Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at 356 pungent unguent for stump-itch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 21 23:42:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from krell.webweaver.net (krell.webweaver.net [206.24.105.170]) by hub.freebsd.org (Postfix) with ESMTP id 5E69537B837 for ; Wed, 21 Jun 2000 23:42:46 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: from xwin.nmhtech.com (xwin.nmhtech.com [208.138.46.10]) by krell.webweaver.net (Postfix) with ESMTP id 76C0F20F0C for ; Wed, 21 Jun 2000 22:46:17 -0700 (PDT) Content-Length: 796 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 21 Jun 2000 23:42:37 -0700 (PDT) From: "Nicole Harrington." To: hackers@FreeBSD.ORG Subject: How many files can I put in one diretory? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello I have a user who needs to store a large amount of small html files. Like around 2 million... Assuming FreeBSD 4.0-Stable with Soft Updates, what is a sane number that can be handled per directory? Thanks!! Nicole nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 0:30: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 6962D37B565 for ; Thu, 22 Jun 2000 00:29:59 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA09401; Thu, 22 Jun 2000 09:31:15 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006220731.JAA09401@info.iet.unipi.it> Subject: Re: How many files can I put in one diretory? In-Reply-To: from "Nicole Harrington." at "Jun 21, 2000 11:42:37 pm" To: "Nicole Harrington." Date: Thu, 22 Jun 2000 09:31:15 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hello > I have a user who needs to store a large amount of small html files. Like > around 2 million... that sounds insane! Because a name is a name, why dont they call those files xx/yy/zz/tt.html and the like, to get down to a more reasonable # of files per directory. Or use a single file and a cgi which extracts things from the right place. In such a context, i assume that the best place to do the name lookup is in the app, not in the kernel. cheers luigi > Assuming FreeBSD 4.0-Stable with Soft Updates, what is a sane number that can > be handled per directory? > > > Thanks!! > > Nicole > > > > > nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ > webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ > // \\ > ---------------------------(((---(((----------------------------------------- > > -- Powered by Coka-Cola and FreeBSD -- > -- Strong enough for a man - But made for a Woman -- > -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- > > ------------------------------------------------------------------------------- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 0:42:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 0208437C1B3 for ; Thu, 22 Jun 2000 00:42:50 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id RAA06568; Thu, 22 Jun 2000 17:11:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200006220731.JAA09401@info.iet.unipi.it> Date: Thu, 22 Jun 2000 17:11:46 +0930 (CST) From: "Daniel O'Connor" To: Luigi Rizzo Subject: Re: How many files can I put in one diretory? Cc: hackers@FreeBSD.ORG, "Nicole Harrington." Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22-Jun-00 Luigi Rizzo wrote: > that sounds insane! Because a name is a name, why dont they call > those files xx/yy/zz/tt.html and the like, to get down to a more > reasonable # of files per directory. > > Or use a single file and a cgi which extracts things from the right place. > In such a context, i assume that the best place to do the name lookup > is in the app, not in the kernel. Yeah.. This is why databases where invented :) FYI 40000 in a directory really makes directory listings slow.. 2 million would suck :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 0:50:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 3DD2F37C1FC for ; Thu, 22 Jun 2000 00:50:39 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id AAA10482; Thu, 22 Jun 2000 00:50:10 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id AAA14120; Thu, 22 Jun 2000 00:50:09 -0700 (PDT) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id AAA07430; Thu, 22 Jun 2000 00:50:09 -0700 (PDT) From: Don Lewis Message-Id: <200006220750.AAA07430@salsa.gv.tsc.tdk.com> Date: Thu, 22 Jun 2000 00:50:09 -0700 In-Reply-To: References: X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: "Daniel O'Connor" , Luigi Rizzo Subject: Re: How many files can I put in one diretory? Cc: hackers@FreeBSD.ORG, "Nicole Harrington." Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Jun 22, 5:11pm, "Daniel O'Connor" wrote: } Subject: Re: How many files can I put in one diretory? } } On 22-Jun-00 Luigi Rizzo wrote: } > that sounds insane! Because a name is a name, why dont they call } > those files xx/yy/zz/tt.html and the like, to get down to a more } > reasonable # of files per directory. } > } > Or use a single file and a cgi which extracts things from the right place. } > In such a context, i assume that the best place to do the name lookup } > is in the app, not in the kernel. } } Yeah.. This is why databases where invented :) } } FYI 40000 in a directory really makes directory listings slow.. 2 million would } suck :) Only if directory lookups use a sequential search. Not all filesystem implementations sequentially scan directory entries. Some use btrees or other ways of quickly finding the desired directory entry. Even so, you probably still would want to avoid doing an "ls" or an "echo *" ;-) I'd recommend looking at how squid stores its disk cache. It has a very similar performance problem to solve. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 1: 4:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lorax.ubergeeks.com (lorax.ubergeeks.com [209.145.74.241]) by hub.freebsd.org (Postfix) with ESMTP id A36D137C1E4 for ; Thu, 22 Jun 2000 01:04:35 -0700 (PDT) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by lorax.ubergeeks.com (8.9.3/8.8.8) with ESMTP id EAA08114; Thu, 22 Jun 2000 04:03:59 -0400 (EDT) (envelope-from adrian@ubergeeks.com) Date: Thu, 22 Jun 2000 04:03:59 -0400 (EDT) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: "Nicole Harrington." Cc: hackers@FreeBSD.ORG Subject: Re: How many files can I put in one diretory? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000, Nicole Harrington. wrote: > > Hello > I have a user who needs to store a large amount of small html files. Like > around 2 million... > > Assuming FreeBSD 4.0-Stable with Soft Updates, what is a sane number that can > be handled per directory? Softupdates doesn't really help with large directories. The limiting factor is that directories are unsorted so opening a file is a linear search on the directory. Break your files into subdirectories and then maybe another level or two of subdirectoies. Try to keep the directories balanced. Ideally, the path is a perfect hash on the filenames. Still, you might want to think about a DB or somethign other thana large directory for storing 2 million files. Adrian -- [ adrian@ubergeeks.com -- Ubergeeks Consulting -- http://www.ubergeeks.com/ ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 1:53:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kris.huntsvilleal.com (kris.huntsvilleal.com [63.147.8.46]) by hub.freebsd.org (Postfix) with ESMTP id 2C9D837C1F8 for ; Thu, 22 Jun 2000 01:53:22 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from localhost (localhost [127.0.0.1]) by kris.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id DAA18752; Thu, 22 Jun 2000 03:52:53 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Thu, 22 Jun 2000 03:52:52 -0500 (CDT) From: Kris Kirby To: Don Lewis Cc: hackers@FreeBSD.ORG Subject: Re: How many files can I put in one diretory? In-Reply-To: <200006220750.AAA07430@salsa.gv.tsc.tdk.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, Don Lewis wrote: > other ways of quickly finding the desired directory entry. Even so, > you probably still would want to avoid doing an "ls" or an "echo *" ;-) Heh. I once wrote a program that made 1K files until it ran out of disk space. It took the 386DX-40 about two days to run out of inodes. The purpose was to find some rather elusive IDE bad sectors. I soon tired of such attempts, as I spent two days writing and another two rm'ing the mess. newfs helped, but I had other bad sectors to deal with. I soon removed that hard drive. I think I smashed somewhere. I was once given a whole pile of 40 MB and 80 MB SCSI drives (3.5"). I broke a few but the novelty wore off. It's tiring work destroying hard drives. ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 2:20:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id D151537B671 for ; Thu, 22 Jun 2000 02:20:03 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id KAA52303; Thu, 22 Jun 2000 10:18:43 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id JAA01627; Thu, 22 Jun 2000 09:46:50 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006220846.JAA01627@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Tony Finch Cc: hackers@FreeBSD.org, brian@hak.lan.Awfulhak.org, Poul-Henning Kamp Subject: Re: buildworld summary In-Reply-To: Message from Tony Finch of "Thu, 22 Jun 2000 03:04:17 GMT." <200006220304.DAA25678@hand.dotat.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 2000 09:46:49 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > A few months ago someone posted a script that summarizes make > buildworld as it progresses. I've searched the ports and the mailing > lists but I can't find it any more :-( so I'd be grateful if someone > would tell me. Thanks. It was phk (cc'd), and yes, it seems to have evaporated. > Tony. > -- > f.a.n.finch fanf@covalent.net dot@dotat.at > 356 pungent unguent for stump-itch -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 6:16:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from schnell.net (schnell.net [209.50.225.102]) by hub.freebsd.org (Postfix) with ESMTP id E701C37B8B0 for ; Thu, 22 Jun 2000 06:16:10 -0700 (PDT) (envelope-from loschert@servint.com) Received: from delft.lan.loschert.net (207-172-244-188.s188.tnt4.rcm.va.dialup.rcn.com [207.172.244.188]) by schnell.net (8.9.3/8.9.3) with ESMTP id JAA17128 for ; Thu, 22 Jun 2000 09:16:09 -0400 (EDT) (envelope-from loschert@servint.com) Received: (qmail 78885 invoked by uid 1000); 22 Jun 2000 13:15:07 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Jun 2000 13:15:07 -0000 Date: Thu, 22 Jun 2000 09:15:07 -0400 (EDT) From: Matt Loschert X-Sender: loschert@delft.lan.loschert.net To: Tony Finch Cc: hackers@FreeBSD.ORG Subject: Re: buildworld summary In-Reply-To: <200006220304.DAA25678@hand.dotat.at> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1355447231-961679707=:78764" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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. --0-1355447231-961679707=:78764 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 22 Jun 2000, Tony Finch wrote: > A few months ago someone posted a script that summarizes make > buildworld as it progresses. I've searched the ports and the mailing > lists but I can't find it any more :-( so I'd be grateful if someone > would tell me. Thanks. > > Tony. > -- > f.a.n.finch fanf@covalent.net dot@dotat.at > 356 pungent unguent for stump-itch > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message I think you are referring to the attached Perl script by Bill Fenner. - Matt -- Matt Loschert loschert@servint.com Software Engineer voice (703) 847-1381 ServInt Internet Services fax (703) 847-1383 --0-1355447231-961679707=:78764 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=whereintheworld Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: whereintheworld Content-Disposition: attachment; filename=whereintheworld IyEvdXNyL2Jpbi9wZXJsDQojDQojIHdoZXJlaW50aGV3b3JsZA0KIyBQYXJz ZXMgIm1ha2Ugd29ybGQiIG91dHB1dCBhbmQgc3VtbWFyaXplIHdoZXJlIGl0 J3MgYmVlbiBzbyBmYXIuDQojDQojIEJpbGwgRmVubmVyIDxmZW5uZXJAZnJl ZWJzZC5vcmc+IDExIEphbnVhcnkgMjAwMA0KIw0KIyAkSWQ6IHdoZXJlaW50 aGV3b3JsZCx2IDEuMiAyMDAwLzAxLzExIDIxOjE4OjM3IGZlbm5lciBFeHAg JA0KIw0KdXNlIHN0cmljdDsNCg0KbXkgJGxhc3RhcnJvdyA9IHVuZGVmOw0K bXkgJGluc2lkZSA9IDA7DQpteSBAbGluZXMgPSAoKTsNCm15ICR0aHJlc2gg PSA1Ow0KbXkgJGxhc3R3YXNkYXNoID0gMDsNCm15ICRmaWxlID0gJEFSR1Zb MF0gfHwgKC1mICIvdXNyL3NyYy93b3JsZC5vdXQiID8gIi91c3Ivc3JjL3dv cmxkLm91dCIgOiAiLSIpOw0Kb3BlbihMT0csICRmaWxlKSB8fCBkaWUgIiRm aWxlOiAkIVxuIjsNCndoaWxlICg8TE9HPikgew0KCWlmICgvXi0tLS0tLS0t LS0tLS8pIHsNCgkJJGluc2lkZSA9ICEkaW5zaWRlOw0KCQlwcmludCB1bmxl c3MgKCRsYXN0d2FzZGFzaCk7DQoJCSRsYXN0d2FzZGFzaCA9IDE7DQoJCW5l eHQ7DQoJfQ0KCWlmICgkaW5zaWRlICYmIC9ePj4+Lykgew0KCQlwcmludDsN CgkJJGxhc3R3YXNkYXNoID0gMDsNCgkJbmV4dDsNCgl9DQoJcHVzaChAbGlu ZXMsICRfKTsNCglpZiAoJCNsaW5lcyA+ICR0aHJlc2gpIHsNCgkJbXkgJGxp bmUgPSBzaGlmdChAbGluZXMpOw0KCQkkbGFzdGFycm93ID0gJGxpbmUgaWYg KCRsaW5lID1+IC9ePT09Pi8pOw0KCX0NCn0NCmV4aXQgaWYgKCRsYXN0d2Fz ZGFzaCk7DQppZiAoJGxpbmVzWzBdICF+IC9ePT09Pi8gJiYgJGxhc3RhcnJv dykgew0KCXByaW50ICRsYXN0YXJyb3csICIuLi5cbiI7DQp9DQpwcmludCBA bGluZXM7DQo= --0-1355447231-961679707=:78764-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 6:20:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpha.dtix.com (alpha.dtix.com [198.62.174.1]) by hub.freebsd.org (Postfix) with ESMTP id 610AB37C2FD for ; Thu, 22 Jun 2000 06:20:09 -0700 (PDT) (envelope-from bageshri@dtix.com) Received: from dtix.com (beta.dtix.com [198.62.174.3]) by alpha.dtix.com (8.9.3/8.8.7) with ESMTP id IAA29783; Thu, 22 Jun 2000 08:34:21 -0400 Message-ID: <3952142B.58749D50@dtix.com> Date: Thu, 22 Jun 2000 09:27:07 -0400 From: Bageshri Kundu X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Cc: bageshri@dtix.com Subject: libnsl and libdl not found. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am porting some MPLS conformance tester code from Linux to Free BSD which needs libnsl & libdl to be linked in. When I do a make, I get the error saying that these 2 files are not found and nor do they seem to be present in the machine. Doesn't FreeBSD come with these libraries? Otherwise is there a way to get these from somewhere? How is dynamic linking done on Free BSD without libdl? Also, I have another question about a specific socket option called "SO_BINDTODEVICE" which is supported on Linux but does not seem to be supported on Free BSD. Has anybody come across this problem? Thanks Bageshri To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 6:26:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id B44BB37C303 for ; Thu, 22 Jun 2000 06:26:40 -0700 (PDT) (envelope-from akm@mail.theinternet.com.au) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id XAA42433; Thu, 22 Jun 2000 23:22:47 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200006221322.XAA42433@mail.theinternet.com.au> Subject: Re: libnsl and libdl not found. In-Reply-To: <3952142B.58749D50@dtix.com> from Bageshri Kundu at "Jun 22, 2000 09:27:07 am" To: Bageshri Kundu Date: Thu, 22 Jun 2000 23:22:46 +1000 (EST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +----[ Bageshri Kundu ]--------------------------------------------- | Hi, | | I am porting some MPLS conformance tester code from Linux to Free BSD | which needs libnsl & libdl to be linked in. When I do a make, I get the | error saying that these 2 files are not found and nor do they seem to be | present in the machine. Doesn't FreeBSD come with these libraries? | Otherwise is there a way to get these from somewhere? How is dynamic | linking done on Free BSD without libdl? These are built into libc AFAIK. You can safely remove the -l for them. | Also, I have another question about a specific socket option called | "SO_BINDTODEVICE" which is supported on Linux but does not seem to be | supported on Free BSD. Has anybody come across this problem? Can't help you here. -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 6:34:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 9D40637BA7E for ; Thu, 22 Jun 2000 06:34:46 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id D90609B1F; Thu, 22 Jun 2000 09:34:44 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id C9975BA16; Thu, 22 Jun 2000 09:34:44 -0400 (EDT) Date: Thu, 22 Jun 2000 09:34:44 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Bageshri Kundu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: libnsl and libdl not found. In-Reply-To: <3952142B.58749D50@dtix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, Bageshri Kundu wrote: > Hi, > > I am porting some MPLS conformance tester code from Linux to Free BSD > which needs libnsl & libdl to be linked in. When I do a make, I get the > error saying that these 2 files are not found and nor do they seem to be > present in the machine. Doesn't FreeBSD come with these libraries? > Otherwise is there a way to get these from somewhere? How is dynamic > linking done on Free BSD without libdl? > Built into libc...just remove the -lxxx ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 7:10:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from FENIX.LOCALHOST.NL (CC4140-a.sneek1.fr.nl.home.com [212.120.108.75]) by hub.freebsd.org (Postfix) with ESMTP id 5C21537C2D0; Thu, 22 Jun 2000 07:10:26 -0700 (PDT) (envelope-from FENIX@FENIX.LOCALHOST.NL) Received: from lan (Lan [192.168.0.65]) by FENIX.LOCALHOST.NL (8.9.3/8.9.3) with SMTP id QAA12613; Thu, 22 Jun 2000 16:10:15 +0200 (CEST) (envelope-from FENIX@FENIX.LOCALHOST.NL) From: "FENIX" To: Cc: "FreeBSD Questions" , Subject: RE: CVSUP and hardware problem Date: Thu, 22 Jun 2000 16:09:00 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20000622155851.A1008@wop21.wop.wtb.tue.nl> X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm glad to hear that i'm not the only one with this problem, but unfortunatley i don't have any more PCI cards, and i need to have the second subnet up by the end of this week. Is it possoble that there is some kind of bug in the new source ? i will run cvsup again today (it takes me about 10 hours to download and compile the source :( .... I hope it will work again. If there is anyone who knows more about this please let me know. Thanks Fenix. +;-----Original Message----- +;From: Karel J. Bosschaart [mailto:karelj@wop21.wop.wtb.tue.nl] +;Sent: Thursday, June 22, 2000 3:59 PM +;To: FENIX +;Cc: FreeBSD Questions +;Subject: Re: CVSUP and hardware problem +; +; +;On Thu, Jun 22, 2000 at 03:40:58PM +0200, FENIX wrote: +;> I have recently cvsup'ed my 4.0-INSTALL to 4.0-STABLE , after +;all was done i +;> made a new kernel and , now it hangs on the boot , i got 2 +;NE2000 adapters +;> (ed0 ed1) and one 3com (xl) it all worked fine before the +;cvsup, but now it +;> hangs on ed1 while booting, i haven't changed anything in the +;kernel config +;> file i just made a new kernel with new sources (i also deed +;make clean for +;> the kernel), when i boot -c and disable ed1 it works fine . Does someone +;> know why it's happening ? +;> +;Unfortunately I don't know what's happening, but yesterday I had the same +;problem as you: An NE2000 (ISA, non-PnP) caused 4.0-Stable to hang during +;boot unless ed0 is disabled, while 4.0-Release booted without +;problems (and +;the 4.0-Release floppies still boot and detect the ed0 properly). +;I replaced +;the ISA card with a PCI card and it works again in 4.0-Stable, +;also using ed0. +; +;Karel. +; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 7:29:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 90F8437BA49 for ; Thu, 22 Jun 2000 07:29:27 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #2) id 1356dD-000A2e-00; Thu, 22 Jun 2000 14:02:55 +0100 Received: from ben by strontium.scientia.demon.co.uk with local (Exim 3.12 #5) id 1356dD-0006RC-00; Thu, 22 Jun 2000 14:02:55 +0100 Date: Thu, 22 Jun 2000 14:02:55 +0100 From: Ben Smithurst To: Brian Somers Cc: Tony Finch , hackers@FreeBSD.org, brian@hak.lan.Awfulhak.org, Poul-Henning Kamp Subject: Re: buildworld summary Message-ID: <20000622140255.N57917@strontium.scientia.demon.co.uk> References: <200006220846.JAA01627@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="4IFtMBbmeqbTM/ox" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006220846.JAA01627@hak.lan.Awfulhak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --4IFtMBbmeqbTM/ox Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Brian Somers wrote: >> A few months ago someone posted a script that summarizes make >> buildworld as it progresses. I've searched the ports and the mailing >> lists but I can't find it any more :-( so I'd be grateful if someone >> would tell me. Thanks. >=20 > It was phk (cc'd), and yes, it seems to have evaporated. Hmm, are you sure you're not thinking of 'whereintheworld' by fenner, or isn't that what you were thinking of? Take a look at and see if it's what you're after. And Brian, are you sure you're not mixing it up with phk's proposals to post a list of world breakage to -current or something? Or am I just getting terribly confused? (I'll shut up now.) --=20 Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --4IFtMBbmeqbTM/ox Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: xjdA377fRYuI8gTviibH08dJyPByglJl iQCVAwUBOVIOfisPVtiZOS99AQEuOwQAhEA0/VqYEUoQZnAx2evCTxeXXvKnLhoi 6aOBqSfhdXhcwHCwj6PGHyTSXUO2rbW7A58oqbLQsSCJ0GeAl+10nQrexe/zCPle qDX1j8DDku0YDi/mmBJ1YJFddReq/hKsbXJVE/x5VClaqZUl3I9bliyA+iJ8x3MD VL/NrXTOc/4= =6fp/ -----END PGP SIGNATURE----- --4IFtMBbmeqbTM/ox-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 7:33:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (wandering-wizard.cybercity.dk [212.242.43.150]) by hub.freebsd.org (Postfix) with ESMTP id 87EEE37B680 for ; Thu, 22 Jun 2000 07:33:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id QAA02951; Thu, 22 Jun 2000 16:33:16 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ben Smithurst Cc: Brian Somers , Tony Finch , hackers@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: buildworld summary In-reply-to: Your message of "Thu, 22 Jun 2000 14:02:55 BST." <20000622140255.N57917@strontium.scientia.demon.co.uk> Date: Thu, 22 Jun 2000 16:33:16 +0200 Message-ID: <2949.961684396@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000622140255.N57917@strontium.scientia.demon.co.uk>, Ben Smithurs t writes: >>> A few months ago someone posted a script that summarizes make >>> buildworld as it progresses. I've searched the ports and the mailing >>> lists but I can't find it any more :-( so I'd be grateful if someone >>> would tell me. Thanks. >>=20 >> It was phk (cc'd), and yes, it seems to have evaporated. > >Hmm, are you sure you're not thinking of 'whereintheworld' by >fenner, or isn't that what you were thinking of? Take a look at > and see if it's what >you're after. I also had a script, I'll try to see if I can find it again when I have time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 8:19:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 0CFF937BCB2 for ; Thu, 22 Jun 2000 08:19:17 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id QAA55279; Thu, 22 Jun 2000 16:17:53 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id QAA02815; Thu, 22 Jun 2000 16:17:48 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006221517.QAA02815@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ben Smithurst Cc: Brian Somers , Tony Finch , hackers@FreeBSD.org, Poul-Henning Kamp , brian@hak.lan.Awfulhak.org Subject: Re: buildworld summary In-Reply-To: Message from Ben Smithurst of "Thu, 22 Jun 2000 14:02:55 BST." <20000622140255.N57917@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 2000 16:17:48 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Brian Somers wrote: > > >> A few months ago someone posted a script that summarizes make > >> buildworld as it progresses. I've searched the ports and the mailing > >> lists but I can't find it any more :-( so I'd be grateful if someone > >> would tell me. Thanks. > >=20 > > It was phk (cc'd), and yes, it seems to have evaporated. > > Hmm, are you sure you're not thinking of 'whereintheworld' by > fenner, or isn't that what you were thinking of? Take a look at > and see if it's what > you're after. > > And Brian, are you sure you're not mixing it up with phk's proposals to > post a list of world breakage to -current or something? Or am I just > getting terribly confused? (I'll shut up now.) I'm fairly sure phk posted about 3 of these reports. I whinged about the first one because it mentioned that something didn't build and then went on to report 0 errors... > --=20 > Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 8:30:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 3D99137C302 for ; Thu, 22 Jun 2000 08:30:08 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id IAA30485; Thu, 22 Jun 2000 08:29:18 -0700 Date: Thu, 22 Jun 2000 08:29:18 -0700 From: Arun Sharma Message-Id: <200006221529.IAA30485@sharmas.dhs.org> To: nicole@unixgirl.com Cc: hackers@freebsd.org Subject: Re: How many files can I put in one diretory? In-Reply-To: References: Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Jun 2000 23:42:37 -0700 (PDT), Nicole Harrington. wrote: > > Hello > I have a user who needs to store a large amount of small html files. Like > around 2 million... > > Assuming FreeBSD 4.0-Stable with Soft Updates, what is a sane number that can > be handled per directory? I investigated this for about 25k files and it seemed to be fine. Note that if you keep the in memory directory cache (which is hashed) large enough, you might be able to get away with a one time linear search cost in the directory. So your worst case is scanning two million filenames in a directory. The average case can be made O(1) Also, picking names intelligently is also a good idea - foooooooooooooooooooooooobaaaaaaaaaaaaaaaaar123456789 is a bad idea, because the string comparision routine has to skip over the first 50 character, before it finds a mismatch. I think netscape commits this sin. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 8:34:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 998C037C31B; Thu, 22 Jun 2000 08:34:24 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id LAA43074; Thu, 22 Jun 2000 11:33:17 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 22 Jun 2000 11:33:17 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Daniel O'Connor" Cc: Luigi Rizzo , hackers@FreeBSD.ORG, "Nicole Harrington." , adrian@FreeBSD.ORG Subject: Re: How many files can I put in one diretory? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, Daniel O'Connor wrote: > On 22-Jun-00 Luigi Rizzo wrote: > > that sounds insane! Because a name is a name, why dont they call > > those files xx/yy/zz/tt.html and the like, to get down to a more > > reasonable # of files per directory. > > > > Or use a single file and a cgi which extracts things from the right place. > > In such a context, i assume that the best place to do the name lookup > > is in the app, not in the kernel. > > Yeah.. This is why databases where invented :) > > FYI 40000 in a directory really makes directory listings slow.. 2 million would > suck :) Actually, I'd choose a higher starting suck number -- if you're thinking of ls, remember that ls attempts to read all of the entries into memory and sort them. The directory listing becomes much faster if you use ``-f'', which prevents sorting of output. I have a cyrus server with easily 50,000 entries in many directories and that has not been a serious impediment to correct functioning, although no doubt there is a high performance impact. One possibility here, if the names of the files don't matter, is to make use of Adrian Chadd's IFS, which avoids the issue by providing direct inode # access to an FFS disk layout. When opening a file, the inode number is returned so that you can handle meta-data in your own database (possibly on the same drive), which permits custom name mechanisms optimized for seeks, etc. This would be great, for example, for AFS and Coda client caches and server storage, where the distributed file systems provide their own stoarge for meta-data in internal databases (and in the case of Coda, in a transactional database). Name lookup against the IFS space is O(1). This code is not yet committed, but is definitely of interest. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 9:28:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.bastard.co.uk (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id A1F9937BE71 for ; Thu, 22 Jun 2000 09:28:21 -0700 (PDT) (envelope-from adrian@bastard.co.uk) Received: from adrian by mail.bastard.co.uk with local (Exim 3.14 #1) id 1359oV-0008oH-00; Thu, 22 Jun 2000 18:26:47 +0200 Date: Thu, 22 Jun 2000 18:26:47 +0200 From: Adrian Chadd To: Don Lewis Cc: Daniel O'Connor , Luigi Rizzo , hackers@FreeBSD.ORG, "Nicole Harrington." Subject: Re: How many files can I put in one diretory? Message-ID: <20000622182647.Q29036@zoe.bastard.co.uk> References: <200006220750.AAA07430@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006220750.AAA07430@salsa.gv.tsc.tdk.com>; from Don.Lewis@tsc.tdk.com on Thu, Jun 22, 2000 at 12:50:09AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 22, 2000, Don Lewis wrote: > On Jun 22, 5:11pm, "Daniel O'Connor" wrote: > } Subject: Re: How many files can I put in one diretory? > } > } On 22-Jun-00 Luigi Rizzo wrote: > } > that sounds insane! Because a name is a name, why dont they call > } > those files xx/yy/zz/tt.html and the like, to get down to a more > } > reasonable # of files per directory. > } > > } > Or use a single file and a cgi which extracts things from the right place. > } > In such a context, i assume that the best place to do the name lookup > } > is in the app, not in the kernel. > } > } Yeah.. This is why databases where invented :) > } > } FYI 40000 in a directory really makes directory listings slow.. 2 million would > } suck :) > > Only if directory lookups use a sequential search. Not all filesystem > implementations sequentially scan directory entries. Some use btrees or > other ways of quickly finding the desired directory entry. Even so, > you probably still would want to avoid doing an "ls" or an "echo *" ;-) > > I'd recommend looking at how squid stores its disk cache. It has a > very similar performance problem to solve. Squid uses a 2-level directory hierarchy with a simple mapping directory<->filename. Since each disk object in squid has a swap file number, translating between directory name and swap file number is only two MOD (%) operations away. The main trouble with squid's UFS layout isn't in the ls time, but in the access time. When looking at a file, you have to do a set of file path component lookups (/cache1/00/01/000102 would need a lookup for /cache1, 00/, 01/, and then the file 000102) which takes time. You have to do a linear search inside the directory in order to find the file you're after. And if you have 2 million files (thats a standard squid box these days), even with a small (10%) frequently used subset of these files, thats 200,000 files thrashing your namecache. Its not pretty, which is why I'm working on alternatives. :-) One of the alternatives which Robert has mentioned is IFS. It is designed for applications like the above. Instead of requiring a filename, you simply index each file in FFS using the inode number. It is not committed right now, but I'm hoping it will provide a solution to problems like this. You can find the IFS code http://www.freebsd.org/~adrian/ . Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 10:53:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from canospam.agcs.com (canospam.agcs.com [130.131.166.29]) by hub.freebsd.org (Postfix) with ESMTP id C9A1C37B54A; Thu, 22 Jun 2000 10:53:10 -0700 (PDT) (envelope-from lorenzaj@agcs.com) Received: from frontier. (marshal.agcs.com [130.131.60.2]) by canospam.agcs.com (8.9.3/8.9.1) with SMTP id KAA26258; Thu, 22 Jun 2000 10:03:50 -0700 (MST) Posted-Date: Thu, 22 Jun 2000 10:03:50 -0700 (MST) Received: from pxmail1.agcs.com (pxmail1.agcs.com [130.131.168.5]) by bootstrap.agcs.com (Pro-8.9.3/8.9.3) with ESMTP id KAA19107; Thu, 22 Jun 2000 10:03:31 -0700 (MST) Received: from agcs.com ([130.131.32.220]) by pxmail1.agcs.com (Netscape Messaging Server 3.61) with ESMTP id AAA1DE4; Thu, 22 Jun 2000 10:03:37 -0700 Message-ID: <395246EA.EEE9438B@agcs.com> Date: Thu, 22 Jun 2000 10:03:38 -0700 From: "Juan Lorenzana" Reply-To: lorenzaj@agcs.com Organization: AG Communication Systems X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, questions@freebsd.org Cc: marquis@roble.com Subject: Problem with Adaptec scsi card Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Team, I have an urgent problem. We have built a telephony product that uses a RAID. We are running a Pentium II 450 Mhz machine running FreeBSD 2.2.8. We purchased a middleware from a Swedish company and they only support 2.2.8. Their roadmap includes a port to Solaris and the 3.0 branch of FreeBSD but is not available at this time. We have an onboard SCSI controller which we use to talk to the local disk. We have installed two Adaptec 2940U2W as well. One that talks directly to the RAID and another that talks to a tape device. When we run in this configuration, we get the following error: /kernel: (sa1:ahc1:0:3:0):scb 0x2F timed out in dataout phase, scsisigi == 0x4 This only happens during high traffic situation, like when we do our daily backups. I have searched the newsgroups and have not found any insight as to what might be the problem and it's resolution. We had to install the CAM drivers in order to support the Adaptec 2940U2W card. I only found one other instance of this problem, but no one had responded. Anyway, I am in a cruch because our System Test department never tested the hardware configuration, just the software. We just sold the product and they found the problem during manufucturing and testing before shipping to the customer. Any help anyone can provide is appreciated. If anyone can consult on this issue, please let me know. Regards, Juan Lorenzana AG Communication Systems Product Manager ClientCare DE lorenzaj@agcs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 12:53: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hand.dotat.at (hand.dotat.at [212.240.134.135]) by hub.freebsd.org (Postfix) with ESMTP id 331F637B67D for ; Thu, 22 Jun 2000 12:53:02 -0700 (PDT) (envelope-from fanf@hand.dotat.at) Received: (from fanf@localhost) by hand.dotat.at (8.9.3/8.9.3) id SAA01349; Thu, 22 Jun 2000 18:52:42 GMT (envelope-from fanf@hand.dotat.at) Date: Thu, 22 Jun 2000 18:52:42 GMT Message-Id: <200006221852.SAA01349@hand.dotat.at> X-Authentication-Warning: hand.dotat.at: fanf set sender to fanf@hand.dotat.at using -f From: Tony Finch To: Ben Smithurst Cc: Tony Finch , hackers@FreeBSD.org, brian@Awfulhak.org, Poul-Henning Kamp Subject: Re: buildworld summary In-Reply-To: <20000622140255.N57917@strontium.scientia.demon.co.uk> References: <200006220846.JAA01627@hak.lan.Awfulhak.org> <20000622140255.N57917@strontium.scientia.demon.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> A few months ago someone posted a script that summarizes make >>> buildworld as it progresses. I've searched the ports and the mailing >>> lists but I can't find it any more :-( so I'd be grateful if someone >>> would tell me. Thanks. >> >> It was phk (cc'd), and yes, it seems to have evaporated. > > Hmm, are you sure you're not thinking of 'whereintheworld' by > fenner, or isn't that what you were thinking of? Take a look at > and see if > it's what you're after. Ah, that's the one! Thanks, and thanks to the others who mailed me off the list. Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at 292 hatchet-job afterglow To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 14:25:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 6563B37B95E; Thu, 22 Jun 2000 14:25:09 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e5MLP6f43522; Thu, 22 Jun 2000 14:25:06 -0700 (PDT) Date: Thu, 22 Jun 2000 14:25:06 -0700 (PDT) From: Doug White To: Juan Lorenzana Cc: freebsd-hackers@FreeBSD.ORG, questions@FreeBSD.ORG, marquis@roble.com Subject: Re: Problem with Adaptec scsi card In-Reply-To: <395246EA.EEE9438B@agcs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 22 Jun 2000, Juan Lorenzana wrote: > We have an onboard SCSI controller which we use to talk to the local disk. We > have installed two Adaptec 2940U2W as well. One that talks directly to the RAID > and another that talks to a tape device. When we run in this configuration, we > get the following error: > > /kernel: (sa1:ahc1:0:3:0):scb 0x2F timed out in dataout phase, scsisigi == 0x4 > > This only happens during high traffic situation, like when we do our daily > backups. I have searched the newsgroups and have not found any insight as to > what might be the problem and it's resolution. We had to install the CAM > drivers in order to support the Adaptec 2940U2W card. I only found one other > instance of this problem, but no one had responded. Double-check your termination and cabling. Trouble during high activity is probably some sort of interference. It also could be a device that just can't take the heat. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 14:29: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 5053437BEFD for ; Thu, 22 Jun 2000 14:29:05 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac7.wam.umd.edu (root@rac7.wam.umd.edu [128.8.10.147]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA22763 for ; Thu, 22 Jun 2000 17:29:01 -0400 (EDT) Received: from rac7.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac7.wam.umd.edu (8.9.3/8.9.3) with SMTP id RAA09779 for ; Thu, 22 Jun 2000 17:29:03 -0400 (EDT) Received: from rac7.wam.umd.edu (howardjp@localhost) by rac7.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA09772 for ; Thu, 22 Jun 2000 17:29:02 -0400 (EDT) Message-Id: <200006222129.RAA09772@rac7.wam.umd.edu> X-Authentication-Warning: rac7.wam.umd.edu: howardjp owned process doing -bs To: freebsd-hackers@freebsd.org Subject: .core file reporting in daily report Date: Thu, 22 Jun 2000 17:28:57 -0400 From: James Howard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was trying to figureout how the periodic scripts were run when I noticed that cron had coredumped back in October and left a core file in /var/run/cron. I got to thinking, it would be nice if the daily scripts would report when core files are found so they can be cleaned up. Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 14:51:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 91F0837C016 for ; Thu, 22 Jun 2000 14:51:28 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA37592; Thu, 22 Jun 2000 22:46:58 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA02235; Thu, 22 Jun 2000 22:46:57 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006222146.WAA02235@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: James Howard Cc: freebsd-hackers@FreeBSD.org, brian@hak.lan.awfulhak.org Subject: Re: .core file reporting in daily report In-Reply-To: Message from James Howard of "Thu, 22 Jun 2000 17:28:57 EDT." <200006222129.RAA09772@rac7.wam.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 2000 22:46:57 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I was trying to figureout how the periodic scripts were run when I > noticed that cron had coredumped back in October and left a core file in > /var/run/cron. I got to thinking, it would be nice if the daily scripts > would report when core files are found so they can be cleaned up. I'm about to commit a change to the way the periodic scripts are run. You'll be able to tune this in /etc/periodic.conf shortly. > Jamie -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 14:59:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from majordomo2.umd.edu (majordomo2.umd.edu [128.8.10.7]) by hub.freebsd.org (Postfix) with ESMTP id 9DEA037BF6C for ; Thu, 22 Jun 2000 14:59:53 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac7.wam.umd.edu (root@rac7.wam.umd.edu [128.8.10.147]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id RAA28854; Thu, 22 Jun 2000 17:59:44 -0400 (EDT) Received: from rac7.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac7.wam.umd.edu (8.9.3/8.9.3) with SMTP id RAA12813; Thu, 22 Jun 2000 17:59:48 -0400 (EDT) Received: from rac7.wam.umd.edu (howardjp@localhost) by rac7.wam.umd.edu (8.9.3/8.9.3) with ESMTP id RAA12808; Thu, 22 Jun 2000 17:59:47 -0400 (EDT) Message-Id: <200006222159.RAA12808@rac7.wam.umd.edu> X-Authentication-Warning: rac7.wam.umd.edu: howardjp owned process doing -bs To: Brian Somers Cc: freebsd-hackers@freebsd.org Subject: Re: .core file reporting in daily report In-reply-to: Your message of "Thu, 22 Jun 2000 22:46:57 BST." <200006222146.WAA02235@hak.lan.Awfulhak.org> Date: Thu, 22 Jun 2000 17:59:17 -0400 From: James Howard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006222146.WAA02235@hak.lan.Awfulhak.org>, Brian Somers writes: > > I was trying to figureout how the periodic scripts were run when I > > noticed that cron had coredumped back in October and left a core file in > > /var/run/cron. I got to thinking, it would be nice if the daily scripts > > would report when core files are found so they can be cleaned up. > > I'm about to commit a change to the way the periodic scripts are run. > You'll be able to tune this in /etc/periodic.conf shortly. Wonderful. I am about to steal the scripts to install on a bunch of Red Hat systems. Why is it when FreeBSD has something really nice like this to make the sysadmin's life easier, Linux ignores it? Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 15: 7:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f63.law9.hotmail.com [64.4.9.63]) by hub.freebsd.org (Postfix) with SMTP id 21E1C37B6D3 for ; Thu, 22 Jun 2000 15:07:26 -0700 (PDT) (envelope-from gerald_stoller@hotmail.com) Received: (qmail 30430 invoked by uid 0); 22 Jun 2000 22:07:25 -0000 Message-ID: <20000622220725.30429.qmail@hotmail.com> Received: from 12.20.190.1 by www.hotmail.com with HTTP; Thu, 22 Jun 2000 15:07:25 PDT X-Originating-IP: [12.20.190.1] From: "gerald stoller" To: freebsd-hackers@FreeBSD.ORG Subject: Passing values between shell-variables Date: Thu, 22 Jun 2000 18:07:25 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I want to take an integer value from one shell-variable and pass a modified value to another shell-variable. First I tried setint_v (after using local to get tbl structures for the two shell-variables) and second I tried various forms of the var.c functions intval & setint . To see if things worked, I print the shell-variable (to which I assigned a value) afterwards, but neither path seems to have succeeded. I may try getint next, and also make my tests more basic, but if anyone could give me a good hint, I'd appreciate it. One thing that puzzles me is can be illustrated by the following code: struct tbl *var1 ; int val1 ; var1 = local( "LINENO" , FALSE ) ; getint( var1 , &val1 ) ; printf( "%d %d\n" , var1->val.i , val1 ) ; which gives differing values in the two fields (the val1 value appears to be correct). Isn't val.i (from struct tbl ) where the integer (or is it floating point?, but it is declared long ) is stored? Please send a response directly to me, my bulk-mail folder is over-stuffed. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 15:14:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id CDDDA37BEC4 for ; Thu, 22 Jun 2000 15:14:33 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id SAA85686; Thu, 22 Jun 2000 18:14:31 -0400 (EDT) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200006222214.SAA85686@blackhelicopters.org> Subject: Re: .core file reporting in daily report In-Reply-To: <200006222159.RAA12808@rac7.wam.umd.edu> from James Howard at "Jun 22, 2000 5:59:17 pm" To: howardjp@wam.umd.edu (James Howard) Date: Thu, 22 Jun 2000 18:14:31 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Wonderful. I am about to steal the scripts to install on a bunch of Red > Hat systems. Why is it when FreeBSD has something really nice like this > to make the sysadmin's life easier, Linux ignores it? > It's called "Not Invented Here", and at times we're just as guilty as anyone. Of course, we're also more concerned with doing things correctly than with just getting code out there. ==ml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 15:43:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id C296937BF73 for ; Thu, 22 Jun 2000 15:43:22 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id RAA28664; Thu, 22 Jun 2000 17:42:37 -0500 (CDT) (envelope-from dan) Date: Thu, 22 Jun 2000 17:42:37 -0500 From: Dan Nelson To: gerald stoller Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Passing values between shell-variables Message-ID: <20000622174237.A27819@dan.emsphone.com> References: <20000622220725.30429.qmail@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.4i In-Reply-To: <20000622220725.30429.qmail@hotmail.com>; from "gerald stoller" on Thu Jun 22 18:07:25 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 22), gerald stoller said: > I want to take an integer value from one shell-variable and pass > a modified value to another shell-variable. First I tried setint_v > (after using local to get tbl structures for the two shell-variables) > and second I tried various forms of the var.c functions intval & > setint . To see if things worked, I print the shell-variable (to > which I assigned a value) afterwards, but neither path seems to have > succeeded. I may try getint next, and also make my tests more basic, > but if anyone could give me a good hint, I'd appreciate it. > One thing that puzzles me is can be illustrated by the following code: > struct tbl *var1 ; > int val1 ; > > var1 = local( "LINENO" , FALSE ) ; > getint( var1 , &val1 ) ; > printf( "%d %d\n" , var1->val.i , val1 ) ; > which gives differing values in the two fields (the val1 value appears to > be correct). Isn't val.i (from struct tbl ) where the integer (or is it > floating point?, but it is declared long ) is stored? > Please send a response directly to me, my bulk-mail folder is > over-stuffed. I'm not sure what local() and getint() are, since you didn't include the source to them, but you should probably be using the getenv() and putenv() functions to read environment variables. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 17:57:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from io.dreamscape.com (io.dreamscape.com [206.64.128.6]) by hub.freebsd.org (Postfix) with ESMTP id 1577037B6DE for ; Thu, 22 Jun 2000 17:57:12 -0700 (PDT) (envelope-from halstead@dreamscape.com) Received: from jameshal (sA23-p23.dreamscape.com [209.217.202.151]) by io.dreamscape.com (8.9.3/8.8.4) with SMTP id UAA12080 for ; Thu, 22 Jun 2000 20:55:48 -0400 (EDT) X-Dreamscape-Track-A: sA23-p23.dreamscape.com [209.217.202.151] X-Dreamscape-Track-B: Thu, 22 Jun 2000 20:55:48 -0400 (EDT) Message-ID: <000501bfdcae$0a023400$97cad9d1@jameshal> From: "James Halstead" To: Subject: ssh2 daemon is ignoring "ignorenologin" Date: Thu, 22 Jun 2000 20:57:35 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a system whih a user that is in a login class with the ignorenologin setting on. when I have /var/run/nologin created, the sshd refuses this user everytime, telnet works fine. I just wondered why this is. It is just kind of an annoyance for me but I almost locked myself out from a system I admin that is too far away to visit. James ;) ------------------------------------------------------- ICQ #19675056 Public key available at: http://www.dreamscape.com/halstead/jh.asc ------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 20:31:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from krell.webweaver.net (krell.webweaver.net [206.24.105.170]) by hub.freebsd.org (Postfix) with ESMTP id E88C337B62A for ; Thu, 22 Jun 2000 20:31:56 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: from xwin.nmhtech.com (xwin.nmhtech.com [208.138.46.10]) by krell.webweaver.net (Postfix) with ESMTP id 08C0420F04; Thu, 22 Jun 2000 19:35:30 -0700 (PDT) Content-Length: 2097 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200006220731.JAA09401@info.iet.unipi.it> Date: Thu, 22 Jun 2000 20:31:56 -0700 (PDT) From: "Nicole Harrington." To: Luigi Rizzo Subject: Re: How many files can I put in one diretory? Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22-Jun-00 Luigi Rizzo wrote: >> >> Hello >> I have a user who needs to store a large amount of small html files. Like >> around 2 million... > > that sounds insane! Because a name is a name, why dont they call > those files xx/yy/zz/tt.html and the like, to get down to a more > reasonable # of files per directory. > Well.. Yea that's the idea.. But what is a reasonable number? 10K 100K etc. Nicole > Or use a single file and a cgi which extracts things from the right place. > In such a context, i assume that the best place to do the name lookup > is in the app, not in the kernel. > > cheers > luigi > >> Assuming FreeBSD 4.0-Stable with Soft Updates, what is a sane number that >> can >> be handled per directory? >> >> >> Thanks!! >> >> Nicole >> >> >> >> >> nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ >> webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ >> // \\ >> ---------------------------(((---(((----------------------------------------- >> >> -- Powered by Coka-Cola and FreeBSD -- >> -- Strong enough for a man - But made for a Woman -- >> -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- >> >> ---------------------------------------------------------------------------- >> --- >> >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message >> nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 20:36:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from krell.webweaver.net (krell.webweaver.net [206.24.105.170]) by hub.freebsd.org (Postfix) with ESMTP id CD8DC37B5AF for ; Thu, 22 Jun 2000 20:36:36 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: from xwin.nmhtech.com (xwin.nmhtech.com [208.138.46.10]) by krell.webweaver.net (Postfix) with ESMTP id 0DB0420F04; Thu, 22 Jun 2000 19:40:10 -0700 (PDT) Content-Length: 1780 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 22 Jun 2000 20:36:36 -0700 (PDT) From: "Nicole Harrington." To: "Daniel O'Connor" Subject: Re: How many files can I put in one diretory? Cc: hackers@FreeBSD.ORG, Luigi Rizzo Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22-Jun-00 Daniel O'Connor wrote: > > On 22-Jun-00 Luigi Rizzo wrote: >> that sounds insane! Because a name is a name, why dont they call >> those files xx/yy/zz/tt.html and the like, to get down to a more >> reasonable # of files per directory. >> >> Or use a single file and a cgi which extracts things from the right place. >> In such a context, i assume that the best place to do the name lookup >> is in the app, not in the kernel. > > Yeah.. This is why databases where invented :) > Hey I agree... However even if the html was databased.. (working on that now) the custom graphics cannot be. (yet) > FYI 40000 in a directory really makes directory listings slow.. 2 million > would suck :) > Well.. Yea. But assuming you are using Apache and requesting the page and graphics via a fully formed URL it should be pretty high.. I would assume. Nicole > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 20:43:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id C3AA737B797 for ; Thu, 22 Jun 2000 20:43:07 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA10886; Fri, 23 Jun 2000 13:12:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 23 Jun 2000 13:12:48 +0930 (CST) From: "Daniel O'Connor" To: "Nicole Harrington." Subject: Re: How many files can I put in one diretory? Cc: Luigi Rizzo , hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Jun-00 Nicole Harrington. wrote: > > Yeah.. This is why databases where invented :) > Hey I agree... However even if the html was databased.. (working on that > now) > the custom graphics cannot be. (yet) Hmm.. can't you do binary blobs in a DB and change the image URL's to be cgi requests? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 20:48:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from krell.webweaver.net (krell.webweaver.net [206.24.105.170]) by hub.freebsd.org (Postfix) with ESMTP id 0E6AB37B823 for ; Thu, 22 Jun 2000 20:48:55 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: from xwin.nmhtech.com (xwin.nmhtech.com [208.138.46.10]) by krell.webweaver.net (Postfix) with ESMTP id 569BA20F04; Thu, 22 Jun 2000 19:52:28 -0700 (PDT) Content-Length: 1343 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 22 Jun 2000 20:48:54 -0700 (PDT) From: "Nicole Harrington." To: "Daniel O'Connor" Subject: Re: How many files can I put in one diretory? Cc: hackers@FreeBSD.ORG, Luigi Rizzo Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Jun-00 Daniel O'Connor wrote: > > On 23-Jun-00 Nicole Harrington. wrote: >> > Yeah.. This is why databases where invented :) >> Hey I agree... However even if the html was databased.. (working on that >> now) >> the custom graphics cannot be. (yet) > > Hmm.. can't you do binary blobs in a DB and change the image URL's to be cgi > requests? > I dunno.. whats a "binary Blob"? Also would'nt this make the DB HUGE Nicole > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 22 21: 2:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 3395037B5AF for ; Thu, 22 Jun 2000 21:02:51 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA11095; Fri, 23 Jun 2000 13:32:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 23 Jun 2000 13:32:35 +0930 (CST) From: "Daniel O'Connor" To: "Nicole Harrington." Subject: Re: How many files can I put in one diretory? Cc: Luigi Rizzo , hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Jun-00 Nicole Harrington. wrote: > I dunno.. whats a "binary Blob"? I chunk of binary data you can put in a DB. Like an image, or an mpeg, or a sound file.. AFAIK postgres supports BLOBS. > Also would'nt this make the DB HUGE Yep :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 0: 6:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 096DA37B55D for ; Fri, 23 Jun 2000 00:06:34 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA14579; Fri, 23 Jun 2000 09:07:27 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006230707.JAA14579@info.iet.unipi.it> Subject: Re: How many files can I put in one diretory? In-Reply-To: from "Nicole Harrington." at "Jun 22, 2000 08:31:56 pm" To: "Nicole Harrington." Date: Fri, 23 Jun 2000 09:07:27 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> I have a user who needs to store a large amount of small html files. Like > >> around 2 million... > > > > that sounds insane! Because a name is a name, why dont they call > > those files xx/yy/zz/tt.html and the like, to get down to a more > > reasonable # of files per directory. > > Well.. Yea that's the idea.. But what is a reasonable number? 10K 100K etc. i would not go above 1K, probably even below so that a directory fits in 1-2 pages. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 1:39:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bluerose.windmoon.nu (c255152-a.plstn1.sfba.home.com [24.176.132.48]) by hub.freebsd.org (Postfix) with ESMTP id A72CD37C15C for ; Fri, 23 Jun 2000 01:39:50 -0700 (PDT) (envelope-from fengyue@bluerose.windmoon.nu) Received: from localhost (fengyue@localhost) by bluerose.windmoon.nu (Windmoon-Patched/8.9.3/8.9.3) with ESMTP id BAA36076 for ; Fri, 23 Jun 2000 01:50:00 -0700 (PDT) Date: Fri, 23 Jun 2000 01:49:59 -0700 (PDT) From: FengYue To: hackers@FreeBSD.ORG Subject: libc_r/_read(), should the errno be reset to 0? In-Reply-To: <200006222214.SAA85686@blackhelicopters.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG in thread read() implementation, there is this line of code: while ((ret = _thread_sys_read(fd, buf, nbytes)) < 0) { suppose we're doing the IO on a TCP socket: _thread_sys_read() is going to return -1 if there is no data available in the stream and the errno is then set to EAGAIN, so let's say we come back to the _thread_sys_read() call again, this time it successed, however, the errno is still 35 (EAGAIN). My question is, shouldn't it be reset to zero? So basically, if you do a read() call on TCP socket in your MT program and the errno will be 35 even tho the read() call returns no error. BTW, this is 4.0-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 1:59:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from huron.dnepr.net.ua (huron.dnepr.net.ua [195.248.180.242]) by hub.freebsd.org (Postfix) with ESMTP id 4C56637B607; Fri, 23 Jun 2000 01:59:15 -0700 (PDT) (envelope-from white@onyx.extra.dp.ua) Received: from onyx.extra.dp.ua (mttye.dnepr.net.ua [195.248.180.80]) by huron.dnepr.net.ua (8.10.1/8.10.1g/) with ESMTP id e5N90op39981; Fri, 23 Jun 2000 12:00:54 +0300 (EEST) Received: (from white@localhost) by onyx.extra.dp.ua (8.10.0/8.10.0/Who.Cares) id e5N8viX05644; Fri, 23 Jun 2000 11:57:44 +0300 (EET DST) Date: Fri, 23 Jun 2000 11:57:43 +0300 From: Alexander Prohorenko To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Cc: ingo@blank.pages.de Subject: Apache with PAM/RADIUS authentication Message-ID: <20000623115743.A5030@extra.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Organization: Extra Solutions X-Operating-System: SunOS 5.7 i86pc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello guys, I hope to get some help here. I've got in troubles trying to run Apache PAM authentication module on FreeBSD. white@nwlynx:/var/home/white>uname -a FreeBSD nwlynx.xxx.com 3.4-STABLE FreeBSD 3.4-STABLE #11: Tue May 16 10:43:05 MDT 2000 white@nwlynx.xxx.com:/usr/src/sys/compile/NWLYNX i386 /etc/pam.conf has: httpd auth required pam_radius.so try_first_pass httpd account required pam_unix.so I'm running RADIUS server on localhost. /etc/radius.conf has: auth localhost thatsakey I've used PAM module from http://blank.pages.de/pam/ - mod_auth_pam.c and added it as DSO module using apxs. /usr/local/apache/conf/httpd.conf has: LoadModule pam_auth_module libexec/mod_auth_pam.so AddModule mod_auth_pam.c ... Options FollowSymLinks AllowOverride None AuthPAM_Enabled on AuthName "Security forever!" AuthType Basic require valid-user But when Apache tries to authorize I'm getting in /var/log/messages: Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_radius.so) Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_radius.so: Undefined symbol "pam_get_item"] Jun 22 13:50:15 nwlynx dev-httpd: adding faulty module: /usr/lib/pam_radius.so Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_unix.so) Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_unix.so: Undefined symbol "pam_get_item"] Jun 22 13:50:15 nwlynx dev-httpd: adding faulty module: /usr/lib/pam_unix.so It goes without saying that no RADIUS requests is being sent and authorisation generates a failure message. How can I solve this problem?? Thank you so much for your input, -- Alexander Prohorenko, Extra Solutions [ http://extra.com.ua ] "Those who do not understand UNIX are condemned to reinvent it, poorly." -- H. Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 2: 1:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 480A337B607 for ; Fri, 23 Jun 2000 02:01:37 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id C6D1AA841; Fri, 23 Jun 2000 19:02:01 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id C4AF25443; Fri, 23 Jun 2000 19:02:01 +1000 (EST) Date: Fri, 23 Jun 2000 19:02:01 +1000 (EST) From: andrew@ugh.net.au To: FengYue Cc: hackers@FreeBSD.ORG Subject: Re: libc_r/_read(), should the errno be reset to 0? In-Reply-To: Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, FengYue wrote: > My question is, shouldn't it be reset to zero? From intro(2): Successful calls never set errno; once set, it remains until another error occurs. It should only be examined after an error. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 4: 4:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from devcon.net (bbr-02.bi.devcon.net [212.15.192.30]) by hub.freebsd.org (Postfix) with SMTP id 86E9937C2C1 for ; Fri, 23 Jun 2000 04:04:19 -0700 (PDT) (envelope-from ingo@devcon.net) Received: (qmail 18766 invoked by uid 505); 23 Jun 2000 11:04:14 -0000 Date: Fri, 23 Jun 2000 13:04:14 +0200 From: Ingo Luetkebohle To: Alexander Prohorenko Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Apache with PAM/RADIUS authentication Message-ID: <20000623130414.A18525@devconsult.de> References: <20000623115743.A5030@extra.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" X-Mailer: Mutt 1.0i In-Reply-To: <20000623115743.A5030@extra.dp.ua>; from white@extra.dp.ua on Fri, Jun 23, 2000 at 11:57:43AM +0300 Organization: Mostly chaotic, but sometimes I surprise myself X-NCC-RegID: de.devcon X-URL: http://blank.pages.de/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii please cc any replies to me, I'm not on the FreeBSD lists. Anyways, this looks like a simple path problem. I don't know where FreeBSD places the pam modules, but on Linux they are in /lib/security/. > Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_radius.so) > Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_radius.so: Undefined symbol "pam_get_item"] > Jun 22 13:50:15 nwlynx dev-httpd: adding faulty module: /usr/lib/pam_radius.so > Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_unix.so) > Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_unix.so: Undefined symbol "pam_get_item"] > Jun 22 13:50:15 nwlynx dev-httpd: adding faulty module: /usr/lib/pam_unix.so ---Ingo Luetkebohle / 21st Century Digital Boy its easy to stop using Perl: I do it after every project --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5U0QuPOoQaTv4PQkRAhTEAJ9uYGca3feWKBLPaY10gcrfkklp3QCeL6UK 3sZqFuXmNUakF6K32OUcStY= =MeRx -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 4:33:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hole.etrust.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 8BEFA37B9BD; Fri, 23 Jun 2000 04:33:26 -0700 (PDT) (envelope-from osa@hole.etrust.ru) Received: (from osa@localhost) by hole.etrust.ru (8.9.3/8.9.3) id PAA23195; Fri, 23 Jun 2000 15:31:04 +0400 (MSD) (envelope-from osa) Date: Fri, 23 Jun 2000 15:31:04 +0400 From: "Sergey A. Osokin" To: current@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Problem with normal exit all threads of task... Message-ID: <20000623153103.B22710@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I have a problem with normal exit all threads of task by signal... At Linux, as i know, all threads of task receive a signal, but under FreeBSD only one. Any idea? -- Rgdz, Sergey Osokin aka oZZ, osa@freebsd.org.ru http://www.freebsd.org.ru/~osa/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 4:56:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from huron.dnepr.net.ua (huron.dnepr.net.ua [195.248.180.242]) by hub.freebsd.org (Postfix) with ESMTP id CB87937B9DC; Fri, 23 Jun 2000 04:56:22 -0700 (PDT) (envelope-from white@onyx.extra.dp.ua) Received: from onyx.extra.dp.ua (mttye.dnepr.net.ua [195.248.180.80]) by huron.dnepr.net.ua (8.10.1/8.10.1g/) with ESMTP id e5NBx1w52267; Fri, 23 Jun 2000 14:59:02 +0300 (EEST) Received: (from white@localhost) by onyx.extra.dp.ua (8.10.0/8.10.0/Who.Cares) id e5NBu4u10029; Fri, 23 Jun 2000 14:56:04 +0300 (EET DST) Date: Fri, 23 Jun 2000 14:56:04 +0300 From: Alexander Prohorenko To: Ingo Luetkebohle Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Apache with PAM/RADIUS authentication Message-ID: <20000623145604.A9106@extra.dp.ua> References: <20000623115743.A5030@extra.dp.ua> <20000623130414.A18525@devconsult.de> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: <20000623130414.A18525@devconsult.de>; from ingo@blank.pages.de on Fri, Jun 23, 2000 at 01:04:14PM +0200 Organization: Extra Solutions X-Operating-System: SunOS 5.7 i86pc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings, On Fri, Jun 23, 2000 at 01:04:14PM +0200, Ingo Luetkebohle wrote: > please cc any replies to me, I'm not on the FreeBSD lists. Okay, I'll bounce everything I'll got on this subject. You may include this into your FAQ. Of course, if we'll solve this problem :) > Anyways, this looks like a simple path problem. I don't know where FreeBSD > places the pam modules, but on Linux they are in /lib/security/. > > > Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_radius.so) > > Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_radius.so: Undefined symbol "pam_get_item"] > > Jun 22 13:50:15 nwlynx dev-httpd: adding faulty module: /usr/lib/pam_radius.so > > Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_unix.so) > > Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_unix.so: Undefined symbol "pam_get_item"] > > Jun 22 13:50:15 nwlynx dev-httpd: adding faulty module: /usr/lib/pam_unix.so white@micogw:/usr/home/white>ls -al /usr/lib/pam* -r--r--r-- 1 root wheel 2871 19 ÉÀÎ 05:16 /usr/lib/pam_cleartext_pass_ok.so -r--r--r-- 1 root wheel 2637 19 ÉÀÎ 05:16 /usr/lib/pam_deny.so -r--r--r-- 1 root wheel 3183 19 ÉÀÎ 05:16 /usr/lib/pam_permit.so -r--r--r-- 1 root wheel 6563 19 ÉÀÎ 05:16 /usr/lib/pam_radius.so -r--r--r-- 1 root wheel 3774 19 ÉÀÎ 05:16 /usr/lib/pam_skey.so -r--r--r-- 1 root wheel 6473 19 ÉÀÎ 05:16 /usr/lib/pam_tacplus.so -r--r--r-- 1 root wheel 14357 19 ÉÀÎ 05:16 /usr/lib/pam_unix.so Unfortunetly, all modules are readable and accessable by /usr/lib/ path. What PAM version is necessary for this module? FreeBSD 3.4-STABLE has PAM 0.56. But by some strange reason I do know guys who are running the same configuration and everything is working, the only difference is that they are using pam_tacplus instead of pam_radius. Also, I thought that's the reason is that libpam library has not pam_get_item() function. And that's not the truth too! white@micogw:/usr/home/white>strings /usr/lib/libpam.so | grep pam_get_item pam_get_item pam_get_item: NULL pam handle passed pam_get_item: nowhere to place requested item I'm open for any suggestions and tests except running httpd server as root. Thanks and hope to hear from you soon. Cheers, -- Alexander Prohorenko, Extra Solutions [ http://extra.com.ua ] "Those who do not understand UNIX are condemned to reinvent it, poorly." -- H. Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 5:21:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 902AD37B5A8 for ; Fri, 23 Jun 2000 05:21:43 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQY1OHYZ9M0006YT@research.kpn.com> for freebsd-hackers@freebsd.org; Fri, 23 Jun 2000 14:21:41 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Fri, 23 Jun 2000 14:21:40 +0100 Content-return: allowed Date: Fri, 23 Jun 2000 14:21:38 +0100 From: "Koster, K.J." Subject: Cooperative site-sitting To: 'FreeBSD Hackers mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D76A2@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear FreeBSD Hackers, I've been walking around with a wild idea again. I'm worried that this mail is going to be a bit of a long rant. Sorry in advance. I've been looking at those sites that can monitor the availability and performance of your web site. For a few bucks per URL, you can receive a monthly e-mail about how much your site has been visible across the 'net. Someone wrote a HTML/cgi wrapper around ping and traceroute and is making good money on that. Good for them of course. The better ones will have pingservers at strategic locations on the 'net, so they can even tell you in more detail why your site was not reachable. The clever ones don't actually have much hardware, but pay you a few bucks if you run their ping server daemon, that watches other sites. Anyway, we have many bigger and smaller web admins on this mailing list. Perhaps some of us could engage in a joint effort to watch eachother's sites, instead of having others make money off all of us. If my site goes down, you send me an e-mail, or a fax or a page or whatever, and if yours goes down, I do you the same favour. No money involved. You'd team up with three or four web masters in different time zones, so that you have 24-hour human-assisted coverage. You exchange phone/fax/page numbers and agree to be friends even if someone screws up. After a while, when you're comfortable with your new-found web-pals, you may even give them ssh access to a rebootaccount. This may save you a wakeup call to frob that big red knob. For bigger companies, this is a bad idea, because they are already doing their own monitoring. *cough* Home users don't participate because they have a life. :-) Ideal candidates are for example schools and smaller, pressed-for-cash companies or non-profit organisations. Companies that have a sysop for eight hours a day, but none during off-hours. Places where webmasters come in in the morning to discover whether their site is up or down. Just a thought. I will go back to work now. :-) Kees Jan ================================================= TV is the worst of both worlds. It's not as good at words as radio is because the pictures are a distraction which demand attention, and it's not as good as cinema because the pictures are not nearly as good. [Douglas Adams] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 6:22:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 3042537B9E5 for ; Fri, 23 Jun 2000 06:22:36 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQY3SSZDLE0006BH@research.kpn.com> for freebsd-hackers@freebsd.org; Fri, 23 Jun 2000 15:22:26 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Fri, 23 Jun 2000 15:22:25 +0100 Content-return: allowed Date: Fri, 23 Jun 2000 15:22:23 +0100 From: "Koster, K.J." Subject: FW: Cooperative site-sitting To: 'FreeBSD Hackers mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D76A8@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Colman, I'm replying to you through -hackers, because I got the following when I e-mailed you personally: The original message was received at Fri, 23 Jun 2000 13:20:35 GMT from hermes.research.kpn.com [139.63.192.8] ----- The following addresses had permanent fatal errors ----- ----- Transcript of session follows ----- 554 5.0.0 MX list for antonio.office.thecia.ie. points back to online.thecia.ie 554 5.3.5 ... Local configuration error > > Sounds like a good idea: I'd probably be able to set-up a > front end for it if we got some interest. I'm sure I have > some old dating agency code around here! > That would be ideal. Perhaps you could dig it up and sort'a set it up, so that we can see if there's interest? There's good irony in using dating agency code to team up sysops. :-) > > We're a small ISP in Dublin, Ireland. > You should be selling the monitoring service to your customers, not host a cooperative one. :-) Kees Jan ================================================= TV is the worst of both worlds. It's not as good at words as radio is because the pictures are a distraction which demand attention, and it's not as good as cinema because the pictures are not nearly as good. Douglas Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 6:45:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id E1D2A37C2BB; Fri, 23 Jun 2000 06:45:42 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-157.hrz.uni-bielefeld.de [129.70.36.157]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0FWM00J6G0W1GT@mail.uni-bielefeld.de>; Fri, 23 Jun 2000 15:45:40 +0200 (MET DST) Received: from broccoli.no-support.loc (broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.9.3/8.9.3) with ESMTP id PAA00735; Fri, 23 Jun 2000 15:44:10 +0200 (CEST envelope-from bjoern@no-support.loc) Received: (from bjoern@localhost) by broccoli.no-support.loc (8.9.3/8.9.3) id PAA00384; Fri, 23 Jun 2000 15:44:10 +0200 (CEST envelope-from bjoern@no-support.loc) Date: Fri, 23 Jun 2000 15:44:09 +0200 From: Bjoern Fischer Subject: Re: Apache with PAM/RADIUS authentication In-reply-to: <20000623115743.A5030@extra.dp.ua>; from white@extra.dp.ua on Fri, Jun 23, 2000 at 11:57:43AM +0300 To: Alexander Prohorenko Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, ingo@blank.pages.de Message-id: <20000623154409.A250@broccoli.no-support.loc> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-disposition: inline Content-transfer-encoding: quoted-printable User-Agent: Mutt/1.2i References: <20000623115743.A5030@extra.dp.ua> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 11:57:43AM +0300, Alexander Prohorenko wrote: > I hope to get some help here. I've got in troubles trying to run > Apache PAM authentication module on FreeBSD. [...] > I've used PAM module from http://blank.pages.de/pam/ - mod_auth_pam.c > and added it as DSO module using apxs. >=20 > /usr/local/apache/conf/httpd.conf has: >=20 > LoadModule pam_auth_module libexec/mod_auth_pam.so > AddModule mod_auth_pam.c [...] > Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_radius.so) > Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_radius.so: Undef= ined symbol "pam_get_item"] [...] Please show me the output of `objdump -p mod_auth_pam.so' and of `objdump -p ' and I will try to help you. Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 7:13:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from huron.dnepr.net.ua (huron.dnepr.net.ua [195.248.180.242]) by hub.freebsd.org (Postfix) with ESMTP id 1D47F37C357; Fri, 23 Jun 2000 07:13:00 -0700 (PDT) (envelope-from white@onyx.extra.dp.ua) Received: from onyx.extra.dp.ua (mtty0.dnepr.net.ua [195.248.180.66]) by huron.dnepr.net.ua (8.10.1/8.10.1g/) with ESMTP id e5NEF0D61113; Fri, 23 Jun 2000 17:15:01 +0300 (EEST) Received: (from white@localhost) by onyx.extra.dp.ua (8.10.0/8.10.0/Who.Cares) id e5NEC3C12718; Fri, 23 Jun 2000 17:12:03 +0300 (EET DST) Date: Fri, 23 Jun 2000 17:12:03 +0300 From: Alexander Prohorenko To: Bjoern Fischer Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, ingo@blank.pages.de Subject: Re: Apache with PAM/RADIUS authentication Message-ID: <20000623171203.B12018@extra.dp.ua> References: <20000623115743.A5030@extra.dp.ua> <20000623154409.A250@broccoli.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000623154409.A250@broccoli.no-support.loc>; from bfischer@Techfak.uni-bielefeld.de on Fri, Jun 23, 2000 at 03:44:09PM +0200 Organization: Extra Solutions X-Operating-System: SunOS 5.7 i86pc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 03:44:09PM +0200, Bjoern Fischer wrote: > On Fri, Jun 23, 2000 at 11:57:43AM +0300, Alexander Prohorenko wrote: > > I hope to get some help here. I've got in troubles trying to run > > Apache PAM authentication module on FreeBSD. > [...] > > I've used PAM module from http://blank.pages.de/pam/ - mod_auth_pam.c > > and added it as DSO module using apxs. > > > > /usr/local/apache/conf/httpd.conf has: > > > > LoadModule pam_auth_module libexec/mod_auth_pam.so > > AddModule mod_auth_pam.c > [...] > > Jun 22 13:50:15 nwlynx dev-httpd: unable to dlopen(/usr/lib/pam_radius.so) > > Jun 22 13:50:15 nwlynx dev-httpd: [dlerror: /usr/lib/pam_radius.so: Undefined symbol "pam_get_item"] > [...] Bjoern, Thank you very much, Here they are: > Please show me the output of `objdump -p mod_auth_pam.so' and of white@nwlynx:/usr/local/apache-dev/libexec>objdump -p mod_auth_pam.so mod_auth_pam.so: file format elf32-i386 Program Header: LOAD off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**12 filesz 0x00001215 memsz 0x00001215 flags r-x LOAD off 0x00001218 vaddr 0x00002218 paddr 0x00002218 align 2**12 filesz 0x000001f8 memsz 0x000001f8 flags rw- DYNAMIC off 0x00001390 vaddr 0x00002390 paddr 0x00002390 align 2**2 filesz 0x00000080 memsz 0x00000080 flags rw- Dynamic Section: NEEDED libpam.so.1 INIT 0x78c FINI 0x1054 HASH 0x94 STRTAB 0x43c SYMTAB 0x1cc STRSZ 0x1c6 SYMENT 0x10 PLTGOT 0x230c PLTRELSZ 0xe8 PLTREL 0x11 JMPREL 0x6a4 REL 0x604 RELSZ 0xa0 RELENT 0x8 > `objdump -p ' and I will try to help you. white@nwlynx:/usr/local/apache-dev/bin>objdump -p httpd httpd: file format elf32-i386 Program Header: PHDR off 0x00000034 vaddr 0x08048034 paddr 0x08048034 align 2**2 filesz 0x000000a0 memsz 0x000000a0 flags r-x INTERP off 0x000000d4 vaddr 0x080480d4 paddr 0x080480d4 align 2**0 filesz 0x00000019 memsz 0x00000019 flags r-- LOAD off 0x00000000 vaddr 0x08048000 paddr 0x08048000 align 2**12 filesz 0x0004d4b5 memsz 0x0004d4b5 flags r-x LOAD off 0x0004d4b8 vaddr 0x080964b8 paddr 0x080964b8 align 2**12 filesz 0x00004644 memsz 0x00007c6c flags rw- DYNAMIC off 0x00051a6c vaddr 0x0809aa6c paddr 0x0809aa6c align 2**2 filesz 0x00000090 memsz 0x00000090 flags rw- Dynamic Section: NEEDED libcrypt.so.2 NEEDED libc.so.3 INIT 0x804dfc4 FINI 0x808c5e4 HASH 0x80480f0 STRTAB 0x804b7e8 SYMTAB 0x8049278 STRSZ 0x23ba SYMENT 0x10 DEBUG 0x0 PLTGOT 0x809a864 PLTRELSZ 0x3f8 PLTREL 0x11 JMPREL 0x804dbcc REL 0x804dba4 RELSZ 0x28 RELENT 0x8 Cheers, -- Alexander Prohorenko, Extra Solutions [ http://extra.com.ua ] "Those who do not understand UNIX are condemned to reinvent it, poorly." -- H. Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 8:38:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bedrock.hboc.com (hboc.com [139.177.224.128]) by hub.freebsd.org (Postfix) with SMTP id 76E2A37BA01 for ; Fri, 23 Jun 2000 08:38:21 -0700 (PDT) (envelope-from Peter.Bohne@hboc.com) Received: from moosehead.hboc.com by bedrock.hboc.com via smtpd (for hub.FreeBSD.ORG [204.216.27.18]) with SMTP; 23 Jun 2000 15:38:21 UT Received: from SMTP (msteal.hboc.com [192.168.0.19]) by mrcheatem.hboc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id KJGFD67R; Fri, 23 Jun 2000 11:36:33 +0100 Received: from dmz.hboc.com ([139.177.6.115]) by 192.168.0.19 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 23 Jun 2000 15:39:02 0000 (GMT) Received: from atlexc91nthub.hboc.com by dmz.hboc.com via smtpd (for wildgoose.hboc.com [192.168.0.19]) with SMTP; 23 Jun 2000 15:37:45 UT Received: by atlexc91nthub.hboc.com with Internet Mail Service (5.5.2448.0) id ; Fri, 23 Jun 2000 11:36:47 -0400 Message-ID: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E0@bldexc01ntms.clinicom.com> From: "Bohne, Peter" To: "'andrew@ugh.net.au'" , FengYue Cc: hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? Date: Fri, 23 Jun 2000 11:37:21 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This means that *you* should set errno to 0 just before you do the read call. At this point, you no longer care what it had been before. -- pete ====== pbohne at hboc dot com Peter Bohne -- McKessonHBOC -- Louisville, CO Work: 303-926-2218 -- Cell: 303-817-8312 -- Home Ofc: 970-586-9031 ====== "Very funny, Scottie. Now beam down my clothes!" > -----Original Message----- > From: andrew@ugh.net.au [mailto:andrew@ugh.net.au] > Sent: Friday, June 23, 2000 3:02 AM > To: FengYue > Cc: hackers@FreeBSD.ORG > Subject: Re: libc_r/_read(), should the errno be reset to 0? > > > > > On Fri, 23 Jun 2000, FengYue wrote: > > > My question is, shouldn't it be reset to zero? > > From intro(2): > > Successful calls never set errno; once set, it remains until > another error > occurs. It should only be examined after an error. > > Andrew > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 8:48:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 4FAA737C397 for ; Fri, 23 Jun 2000 08:48:54 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 05125A841; Sat, 24 Jun 2000 01:49:19 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id F30025443; Sat, 24 Jun 2000 01:49:19 +1000 (EST) Date: Sat, 24 Jun 2000 01:49:19 +1000 (EST) From: andrew@ugh.net.au To: "Bohne, Peter" Cc: FengYue , hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? In-Reply-To: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E0@bldexc01ntms.clinicom.com> Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Bohne, Peter wrote: > This means that *you* should set errno to 0 just before you do the read > call. At this point, you no longer care what it had been before. Why set it at all? If read returns an error then it will set it for you and if read doesn't return an error it doesn't really matter whats in errno. Am I missing something? Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 9:12:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bedrock.hboc.com (hboc.com [139.177.224.128]) by hub.freebsd.org (Postfix) with SMTP id 1D91337BAA0 for ; Fri, 23 Jun 2000 09:12:16 -0700 (PDT) (envelope-from Peter.Bohne@hboc.com) Received: from moosehead.hboc.com by bedrock.hboc.com via smtpd (for hub.FreeBSD.ORG [204.216.27.18]) with SMTP; 23 Jun 2000 16:12:16 UT Received: from SMTP (msteal.hboc.com [192.168.0.19]) by mrcheatem.hboc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id KJGFD0XK; Fri, 23 Jun 2000 12:11:02 +0100 Received: from dmz.hboc.com ([139.177.6.114]) by 192.168.0.19 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 23 Jun 2000 16:13:31 0000 (GMT) Received: from atlexc90nthub.hboc.com by dmz.hboc.com via smtpd (for wildgoose.hboc.com [192.168.0.19]) with SMTP; 23 Jun 2000 16:12:13 UT Received: by atlexc90nthub.hboc.com with Internet Mail Service (5.5.2448.0) id ; Fri, 23 Jun 2000 12:11:39 -0400 Message-ID: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E2@bldexc01ntms.clinicom.com> From: "Bohne, Peter" To: "'andrew@ugh.net.au'" , "Bohne, Peter" Cc: FengYue , hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? Date: Fri, 23 Jun 2000 12:11:50 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anytime you make a call that can potentially set errno, and you are planning to *check* errno afterwards, you have to set errno to 0 yourself. Once a system call sets errno to some (any) value, errno will just retain that value until the next system call that fails and sets errno. AFAIK *nothing* sets errno to 0, ever. (Except probably when your process first starts - errno probably gets initialized to 0, altho I don't even count on that. Someone else on the list may know about this.) *Always* set errno to 0 before you do your call if you want to inspect the value of errno after the call. I don't have the original post in front of me, but wasn't the problem that you wanted to check errno after a 2nd read() that had succeeded? If so, then errno will still have EAGAIN in it if the 1st read() had put it there, even tho the 2nd read succeeded. Maybe *I'm* the one missing something ... :-) pete > -----Original Message----- > From: andrew@ugh.net.au [mailto:andrew@ugh.net.au] > Sent: Friday, June 23, 2000 9:49 AM > To: Bohne, Peter > Cc: FengYue; hackers@FreeBSD.ORG > Subject: RE: libc_r/_read(), should the errno be reset to 0? > > > > > On Fri, 23 Jun 2000, Bohne, Peter wrote: > > > This means that *you* should set errno to 0 just before you > do the read > > call. At this point, you no longer care what it had been before. > > Why set it at all? If read returns an error then it will set > it for you > and if read doesn't return an error it doesn't really matter whats in > errno. > > Am I missing something? > > Andrew > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 9:25: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 9372437BAA0 for ; Fri, 23 Jun 2000 09:24:55 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 5BB28A841; Sat, 24 Jun 2000 02:25:21 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 546F95443; Sat, 24 Jun 2000 02:25:21 +1000 (EST) Date: Sat, 24 Jun 2000 02:25:21 +1000 (EST) From: andrew@ugh.net.au To: "Bohne, Peter" Cc: FengYue , hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? In-Reply-To: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E2@bldexc01ntms.clinicom.com> Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Bohne, Peter wrote: > Anytime you make a call that can potentially set errno, and you are planning > to *check* errno afterwards, you have to set errno to 0 yourself. Once a ...but you would only be checking errno if the call failed and if the call failed then it will have set errno. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 9:29: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bedrock.hboc.com (hboc.com [139.177.224.128]) by hub.freebsd.org (Postfix) with SMTP id 2598F37C3AA for ; Fri, 23 Jun 2000 09:28:59 -0700 (PDT) (envelope-from Peter.Bohne@hboc.com) Received: from moosehead.hboc.com by bedrock.hboc.com via smtpd (for hub.FreeBSD.ORG [204.216.27.18]) with SMTP; 23 Jun 2000 16:28:59 UT Received: from SMTP (msteal.hboc.com [192.168.0.19]) by mrcheatem.hboc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id KJGF1BPV; Fri, 23 Jun 2000 12:27:46 +0100 Received: from dmz.hboc.com ([139.177.6.114]) by 192.168.0.19 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 23 Jun 2000 16:30:15 0000 (GMT) Received: from atlexc90nthub.hboc.com by dmz.hboc.com via smtpd (for wildgoose.hboc.com [192.168.0.19]) with SMTP; 23 Jun 2000 16:28:57 UT Received: by atlexc90nthub.hboc.com with Internet Mail Service (5.5.2448.0) id ; Fri, 23 Jun 2000 12:28:23 -0400 Message-ID: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E5@bldexc01ntms.clinicom.com> From: "Bohne, Peter" To: "'andrew@ugh.net.au'" Cc: hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? Date: Fri, 23 Jun 2000 12:28:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Right - but unless I'm mis-remembering the original post (which I may well be), your *second* read() succeeded, but errno was still set to EAGAIN, which was causing you some sort of headache. My apologies if I've got my memory mixed up - happens all the time :-) pete > -----Original Message----- > From: andrew@ugh.net.au [mailto:andrew@ugh.net.au] > Sent: Friday, June 23, 2000 10:25 AM > To: Bohne, Peter > Cc: FengYue; hackers@FreeBSD.ORG > Subject: RE: libc_r/_read(), should the errno be reset to 0? > > > > > On Fri, 23 Jun 2000, Bohne, Peter wrote: > > > Anytime you make a call that can potentially set errno, and > you are planning > > to *check* errno afterwards, you have to set errno to 0 > yourself. Once a > > ...but you would only be checking errno if the call failed > and if the call > failed then it will have set errno. > > Andrew > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 9:57:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bluerose.windmoon.nu (c255152-a.plstn1.sfba.home.com [24.176.132.48]) by hub.freebsd.org (Postfix) with ESMTP id DD62D37B721 for ; Fri, 23 Jun 2000 09:57:43 -0700 (PDT) (envelope-from fengyue@bluerose.windmoon.nu) Received: from localhost (fengyue@localhost) by bluerose.windmoon.nu (Windmoon-Patched/8.9.3/8.9.3) with ESMTP id KAA36741; Fri, 23 Jun 2000 10:07:38 -0700 (PDT) Date: Fri, 23 Jun 2000 10:07:37 -0700 (PDT) From: FengYue To: "Bohne, Peter" Cc: "'andrew@ugh.net.au'" , hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? In-Reply-To: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E0@bldexc01ntms.clinicom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wait, that's not going to do anything, the errno is set inside the _thread_sys_read(). But I agree with Andrew, why bother to check errno if read() returns no error. On Fri, 23 Jun 2000, Bohne, Peter wrote: > This means that *you* should set errno to 0 just before you do the read > call. At this point, you no longer care what it had been before. > -- > pete > > ====== pbohne at hboc dot com > Peter Bohne -- McKessonHBOC -- Louisville, CO > Work: 303-926-2218 -- Cell: 303-817-8312 -- Home Ofc: 970-586-9031 > ====== "Very funny, Scottie. Now beam down my clothes!" > > > > > -----Original Message----- > > From: andrew@ugh.net.au [mailto:andrew@ugh.net.au] > > Sent: Friday, June 23, 2000 3:02 AM > > To: FengYue > > Cc: hackers@FreeBSD.ORG > > Subject: Re: libc_r/_read(), should the errno be reset to 0? > > > > > > > > > > On Fri, 23 Jun 2000, FengYue wrote: > > > > > My question is, shouldn't it be reset to zero? > > > > From intro(2): > > > > Successful calls never set errno; once set, it remains until > > another error > > occurs. It should only be examined after an error. > > > > Andrew > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 10: 5:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bedrock.hboc.com (hboc.com [139.177.224.128]) by hub.freebsd.org (Postfix) with SMTP id 1B88C37B7B0 for ; Fri, 23 Jun 2000 10:05:13 -0700 (PDT) (envelope-from Peter.Bohne@hboc.com) Received: from moosehead.hboc.com by bedrock.hboc.com via smtpd (for hub.FreeBSD.ORG [204.216.27.18]) with SMTP; 23 Jun 2000 17:05:12 UT Received: from SMTP (msteal.hboc.com [192.168.0.19]) by mrcheatem.hboc.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id KJGF1FA7; Fri, 23 Jun 2000 13:03:59 +0100 Received: from dmz.hboc.com ([139.177.6.114]) by 192.168.0.19 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 23 Jun 2000 17:06:28 0000 (GMT) Received: from atlexc90nthub.hboc.com by dmz.hboc.com via smtpd (for wildgoose.hboc.com [192.168.0.19]) with SMTP; 23 Jun 2000 17:05:11 UT Received: by atlexc90nthub.hboc.com with Internet Mail Service (5.5.2448.0) id ; Fri, 23 Jun 2000 13:04:37 -0400 Message-ID: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E7@bldexc01ntms.clinicom.com> From: "Bohne, Peter" To: 'FengYue' , "Bohne, Peter" Cc: "'andrew@ugh.net.au'" , hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? Date: Fri, 23 Jun 2000 13:04:46 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG True enough. That's the best advice. However, your original post indicated an expectation on your part that errno would be somehow automatically reset to 0 before a system call, which is definitely *not* the case. You have to clear it - the kernel does not do it for you. pete > -----Original Message----- > From: FengYue [mailto:fengyue@bluerose.windmoon.nu] > Sent: Friday, June 23, 2000 11:08 AM > To: Bohne, Peter > Cc: 'andrew@ugh.net.au'; hackers@FreeBSD.ORG > Subject: RE: libc_r/_read(), should the errno be reset to 0? > > > > Wait, that's not going to do anything, the errno is set inside the > _thread_sys_read(). But I agree with Andrew, why bother to check > errno if read() returns no error. > > On Fri, 23 Jun 2000, Bohne, Peter wrote: > > > This means that *you* should set errno to 0 just before you > do the read > > call. At this point, you no longer care what it had been before. > > -- > > pete > > > > ====== pbohne at hboc dot com > > Peter Bohne -- McKessonHBOC -- Louisville, CO > > Work: 303-926-2218 -- Cell: 303-817-8312 -- Home Ofc: 970-586-9031 > > ====== "Very funny, Scottie. Now beam down my clothes!" > > > > > > > > > -----Original Message----- > > > From: andrew@ugh.net.au [mailto:andrew@ugh.net.au] > > > Sent: Friday, June 23, 2000 3:02 AM > > > To: FengYue > > > Cc: hackers@FreeBSD.ORG > > > Subject: Re: libc_r/_read(), should the errno be reset to 0? > > > > > > > > > > > > > > > On Fri, 23 Jun 2000, FengYue wrote: > > > > > > > My question is, shouldn't it be reset to zero? > > > > > > From intro(2): > > > > > > Successful calls never set errno; once set, it remains until > > > another error > > > occurs. It should only be examined after an error. > > > > > > Andrew > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 10:10:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hurlame.pdl.cs.cmu.edu (HURLAME.PDL.CS.CMU.EDU [128.2.189.78]) by hub.freebsd.org (Postfix) with SMTP id 19CD537C37E; Fri, 23 Jun 2000 10:10:40 -0700 (PDT) (envelope-from magus+@hurlame.pdl.cs.cmu.edu) To: scsi@freebsd.org, hackers@freebsd.org Subject: SCSI HBA device detection? From: Nat Lanza Date: 23 Jun 2000 13:10:26 -0400 Message-ID: Lines: 17 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/20.4 (Emerald) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm writing a SCSI HBA driver that simulates a bus with some ramdisk-backed disks attached to it. I've read through the HBA tutorial in Daemon News, but I'm still unsure how to tell the system about my pretend disk devices. I suspect part of the problem is that I don't actually have real devices or a real IO bus. Anyone feel like explaining this? Thanks. --nat -- nat lanza --------------------- research programmer, parallel data lab, cmu scs magus@cs.cmu.edu -------------------------------- http://www.cs.cmu.edu/~magus/ there are no whole truths; all truths are half-truths -- alfred north whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 12:34:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 3FEF437BA30 for ; Fri, 23 Jun 2000 12:34:09 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 10400 invoked by uid 1001); 23 Jun 2000 19:34:06 -0000 Date: Fri, 23 Jun 2000 15:34:06 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Subject: ttys entry for palm pilot as dumb terminal Message-ID: <20000623153406.A9800@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have no idea why I'm seeing this symptom: Using the 'ptelnet' application on my Palm III, I can log into machines. Really cute to see a little 'top' running. :) Anyway, the suggested entry in /etc/ttys: ttyd0 "/usr/libexec/getty std.9600" dialup on secure does not work for me at all, yet if I do this intead: cuaa0 "/usr/libexec/getty std.9600" dialup on secure I indeed get a login prompt, and I'm all set. I know that one device is for initiating outgoing connections, and the other for incoming connections, but I don't understand why the lines provided in a stock install seem to have the sense reversed... (Oh, this is under FreeBSD-4.0-RELEASE, but I've seen similar symptoms under 3.x.) -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 15:18:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 7352E37B8C9 for ; Fri, 23 Jun 2000 15:18:45 -0700 (PDT) (envelope-from murray@osd.bsdi.com) Received: from localhost (murray@localhost) by pike.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA50321; Fri, 23 Jun 2000 15:16:55 -0700 (PDT) (envelope-from murray@osd.bsdi.com) Date: Fri, 23 Jun 2000 15:16:55 -0700 (PDT) From: Murray Stokely To: "Daniel O'Connor" Cc: "Nicole Harrington." , Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: How many files can I put in one diretory? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Daniel O'Connor wrote: % I chunk of binary data you can put in a DB. % % Like an image, or an mpeg, or a sound file.. % % AFAIK postgres supports BLOBS. So does MySQL. You can display a BLOB using a Perl/DBI cgi script with about 5 lines of code. Just print the correct Content-type header and then the contents of the BLOB. - Murray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 16:57:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id A58DE37BA72 for ; Fri, 23 Jun 2000 16:57:52 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id B55324F; Fri, 23 Jun 2000 19:57:49 -0400 (AST) Message-ID: <3953F97D.30214316@vangelderen.org> Date: Fri, 23 Jun 2000 19:57:49 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Nicole Harrington." Cc: Daniel O'Connor , hackers@FreeBSD.ORG, Luigi Rizzo Subject: Re: How many files can I put in one diretory? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Nicole Harrington." wrote: > > On 23-Jun-00 Daniel O'Connor wrote: > > > > On 23-Jun-00 Nicole Harrington. wrote: > >> > Yeah.. This is why databases where invented :) > >> Hey I agree... However even if the html was databased.. (working on that > >> now) > >> the custom graphics cannot be. (yet) > > > > Hmm.. can't you do binary blobs in a DB and change the image URL's to be cgi > > requests? > > > > I dunno.. whats a "binary Blob"? Pleonasm? :-) BLOB = Binary Large OBject. From the TransBase SQL Reference Manual: "TransBase does not interpret the contents of a BLOB. Each field of type BLOB either contains the NULL value or a BLOB object. The only operations on BLOBs are creation, insertion, update of a BLOB, testing a BLOB on being the NULL value, extracting a BLOB via the field name in the SELECT clause, extracting a subrange of a BLOB (i.e. an adjacent byte range of a BLOB), and extracting the size of a BLOB." Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 17:16:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.bus.miami.edu (homer.bus.miami.edu [129.171.39.247]) by hub.freebsd.org (Postfix) with ESMTP id B218837BAB1 for ; Fri, 23 Jun 2000 17:15:11 -0700 (PDT) (envelope-from blake@sba.miami.edu) Received: from localhost by homer.bus.miami.edu (8.8.8/1.1.19.2/08Mar98-0513AM) id UAA0000008799; Fri, 23 Jun 2000 20:15:07 -0400 (EDT) Date: Fri, 23 Jun 2000 20:15:07 -0400 (EDT) From: Adam Blake X-Sender: blake@homer.bus.miami.edu To: FreeBSD-hackers@freebsd.org Subject: PPPoE help me please!! Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-600947213-961110109=:29093" Content-ID: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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. --0-600947213-961110109=:29093 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Greetings All and Everyone. I am becoming quite desperate and I am in of dire nned for help with PPPoE! I spoke to an individual on the list a few weeks ago regarding this issue and I truly appreciate their time (Thanks Dima). Here's the deal... I can't get PPPoE running to save my life!! I have tried everything including setting everything through PPP manually to no avail. I have included along with this e-mail the output of ifconfig -a before launching ppp (this is why the tunneling device is not shown), the output of dmesg, a copy of /var/log/ppp.log as well as a copy of /etc/ppp.conf. And yes, I recompiled the Kernel with all of the Netgraph options about a month ago. I can run tcpdump on my ethernet device ed1 and it is sending out a PADI packet but it is not getting anything back. If anybody is out there with any ideas at all please let me know!! many thanks, Adam Michalak --0-600947213-961110109=:29093 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ppp.log" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="ppp.log" SnVuIDE1IDE1OjQxOjIxICBwcHBbMjA4XTogUGhhc2U6IFVzaW5nIGludGVy ZmFjZTogdHVuMCANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IFBoYXNl OiBkZWZsaW5rOiBDcmVhdGVkIGluIGNsb3NlZCBzdGF0ZSANCkp1biAxNSAx NTo0MToyMSAgcHBwWzIwOF06IHR1bjA6IENvbW1hbmQ6IGRlZmF1bHQ6IHNl dCBpZmFkZHIgMTAuMC4wLjEvMCAxMC4wLjAuMi8wIDI1NS4yNTUuMjU1LjAg MC4wLjAuMCANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IHR1bjA6IENv bW1hbmQ6IGRlZmF1bHQ6IGFkZCBkZWZhdWx0IEhJU0FERFIgDQpKdW4gMTUg MTU6NDE6MjEgIHBwcFsyMDhdOiB0dW4wOiBUQ1AvSVA6IGJ1bmRsZV9TZXRS b3V0ZSBmYWlsdXJlOiANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IHR1 bjA6IFRDUC9JUDogYnVuZGxlX1NldFJvdXRlOiAgQ21kID0gQWRkIA0KSnVu IDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVuMDogVENQL0lQOiBidW5kbGVf U2V0Um91dGU6ICBEc3QgPSAwLjAuMC4wIA0KSnVuIDE1IDE1OjQxOjIxICBw cHBbMjA4XTogdHVuMDogVENQL0lQOiBidW5kbGVfU2V0Um91dGU6ICBHYXRl d2F5ID0gMTAuMC4wLjIgDQpKdW4gMTUgMTU6NDE6MjEgIHBwcFsyMDhdOiB0 dW4wOiBUQ1AvSVA6IGJ1bmRsZV9TZXRSb3V0ZTogIE1hc2sgPSAwLjAuMC4w IA0KSnVuIDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVuMDogQ29tbWFuZDog ZGVmYXVsdDogbmF0IGVuYWJsZSB5ZXMgDQpKdW4gMTUgMTU6NDE6MjEgIHBw cFsyMDhdOiB0dW4wOiBDb21tYW5kOiBkZWZhdWx0OiBzZXQgZGV2aWNlIFBQ UG9FOmVkMSANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IHR1bjA6IENv bW1hbmQ6IGRlZmF1bHQ6IHNldCBtcnUgMTQ5MiANCkp1biAxNSAxNTo0MToy MSAgcHBwWzIwOF06IHR1bjA6IENvbW1hbmQ6IGRlZmF1bHQ6IHNldCBtdHUg MTQ5MiANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IHR1bjA6IENvbW1h bmQ6IGRlZmF1bHQ6IHNldCBzcGVlZCBzeW5jIA0KSnVuIDE1IDE1OjQxOjIx ICBwcHBbMjA4XTogdHVuMDogQ29tbWFuZDogZGVmYXVsdDogZW5hYmxlIGxx ciANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IHR1bjA6IENvbW1hbmQ6 IGRlZmF1bHQ6IHNldCBscXJwZXJpb2QgNSANCkp1biAxNSAxNTo0MToyMSAg cHBwWzIwOF06IHR1bjA6IENvbW1hbmQ6IGRlZmF1bHQ6IHNldCBjZCA1IA0K SnVuIDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVuMDogQ29tbWFuZDogZGVm YXVsdDogc2V0IGRpYWwgDQpKdW4gMTUgMTU6NDE6MjEgIHBwcFsyMDhdOiB0 dW4wOiBDb21tYW5kOiBkZWZhdWx0OiBzZXQgbG9naW4gDQpKdW4gMTUgMTU6 NDE6MjEgIHBwcFsyMDhdOiB0dW4wOiBDb21tYW5kOiBkZWZhdWx0OiBzZXQg dGltZW91dCAwIA0KSnVuIDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVuMDog Q29tbWFuZDogZGVmYXVsdDogc2V0IGF1dGhuYW1lIHh4eHh4eHh4IA0KSnVu IDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVuMDogQ29tbWFuZDogZGVmYXVs dDogc2V0IGF1dGhrZXkgKioqKioqKiogDQpKdW4gMTUgMTU6NDE6MjEgIHBw cFsyMDhdOiB0dW4wOiBDb21tYW5kOiBkZWZhdWx0OiBzZXQgbG9nIFBoYXNl IHR1biBDaGF0IExDUCBJUENQIGNvbW1hbmQgVENQL0lQIA0KSnVuIDE1IDE1 OjQxOjIxICBwcHBbMjA4XTogdHVuMDogQ29tbWFuZDogZGVmYXVsdDogc2V0 IGlmYWRkciAxMC4wLjAuMS8wIDEwLjAuMC4yLzAgMjU1LjI1NS4yNTUuMCAw LjAuMC4wIA0KSnVuIDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVuMDogQ29t bWFuZDogZGVmYXVsdDogYWRkIGRlZmF1bHQgSElTQUREUiANCkp1biAxNSAx NTo0MToyMSAgcHBwWzIwOF06IHR1bjA6IFRDUC9JUDogYnVuZGxlX1NldFJv dXRlIGZhaWx1cmU6IA0KSnVuIDE1IDE1OjQxOjIxICBwcHBbMjA4XTogdHVu MDogVENQL0lQOiBidW5kbGVfU2V0Um91dGU6ICBDbWQgPSBBZGQgDQpKdW4g MTUgMTU6NDE6MjEgIHBwcFsyMDhdOiB0dW4wOiBUQ1AvSVA6IGJ1bmRsZV9T ZXRSb3V0ZTogIERzdCA9IDAuMC4wLjAgDQpKdW4gMTUgMTU6NDE6MjEgIHBw cFsyMDhdOiB0dW4wOiBUQ1AvSVA6IGJ1bmRsZV9TZXRSb3V0ZTogIEdhdGV3 YXkgPSAxMC4wLjAuMiANCkp1biAxNSAxNTo0MToyMSAgcHBwWzIwOF06IHR1 bjA6IFRDUC9JUDogYnVuZGxlX1NldFJvdXRlOiAgTWFzayA9IDAuMC4wLjAg DQpKdW4gMTUgMTU6NDE6MjEgIHBwcFsyMDhdOiB0dW4wOiBDb21tYW5kOiBk ZWZhdWx0OiBuYXQgZW5hYmxlIHllcyANCkp1biAxNSAxNTo0MToyMSAgcHBw WzIwOV06IHR1bjA6IFBoYXNlOiBQUFAgU3RhcnRlZCAoZGRpYWwgbW9kZSku IA0KSnVuIDE1IDE1OjQxOjIxICBwcHBbMjA5XTogdHVuMDogUGhhc2U6IGJ1 bmRsZTogRXN0YWJsaXNoIA0KSnVuIDE1IDE1OjQxOjIxICBwcHBbMjA5XTog dHVuMDogUGhhc2U6IGRlZmxpbms6IGNsb3NlZCAtPiBvcGVuaW5nIA0KSnVu IDE1IDE1OjQxOjIxICBwcHBbMjA5XTogdHVuMDogUGhhc2U6IGRlZmxpbms6 IENvbm5lY3RlZCEgDQpKdW4gMTUgMTU6NDE6MjEgIHBwcFsyMDldOiB0dW4w OiBQaGFzZTogZGVmbGluazogb3BlbmluZyAtPiBkaWFsIA0KSnVuIDE1IDE1 OjQxOjIxICBwcHBbMjA5XTogdHVuMDogUGhhc2U6IGRlZmxpbms6IGRpYWwg LT4gY2FycmllciANCkp1biAxNSAxNTo0MToyNiAgcHBwWzIwOV06IHR1bjA6 IFBoYXNlOiBkZWZsaW5rOiBEaXNjb25uZWN0ZWQhIA0KSnVuIDE1IDE1OjQx OjI2ICBwcHBbMjA5XTogdHVuMDogUGhhc2U6IGRlZmxpbms6IGNhcnJpZXIg LT4gaGFuZ3VwIA0KSnVuIDE1IDE1OjQxOjI2ICBwcHBbMjA5XTogdHVuMDog UGhhc2U6IGRlZmxpbms6IENvbm5lY3QgdGltZTogNSBzZWNzOiAwIG9jdGV0 cyBpbiwgMCBvY3RldHMgb3V0IA0KSnVuIDE1IDE1OjQxOjI2ICBwcHBbMjA5 XTogdHVuMDogUGhhc2U6ICB0b3RhbCAwIGJ5dGVzL3NlYywgcGVhayAwIGJ5 dGVzL3NlYyBvbiBUaHUgSnVuIDE1IDE1OjQxOjI2IDIwMDAgDQpKdW4gMTUg MTU6NDE6MjYgIHBwcFsyMDldOiB0dW4wOiBQaGFzZTogZGVmbGluazogaGFu Z3VwIC0+IG9wZW5pbmcgDQpKdW4gMTUgMTU6NDE6MjYgIHBwcFsyMDldOiB0 dW4wOiBQaGFzZTogZGVmbGluazogRW50ZXIgcGF1c2UgKDMwKSBmb3IgcmVk aWFsaW5nLiANCkp1biAxNSAxNTo0MTo1NiAgcHBwWzIwOV06IHR1bjA6IFBo YXNlOiBkZWZsaW5rOiBSZWRpYWwgdGltZXIgZXhwaXJlZC4gDQpKdW4gMTUg MTU6NDE6NTYgIHBwcFsyMDldOiB0dW4wOiBQaGFzZTogZGVmbGluazogQ29u bmVjdGVkISANCkp1biAxNSAxNTo0MTo1NiAgcHBwWzIwOV06IHR1bjA6IFBo YXNlOiBkZWZsaW5rOiBvcGVuaW5nIC0+IGRpYWwgDQpKdW4gMTUgMTU6NDE6 NTYgIHBwcFsyMDldOiB0dW4wOiBQaGFzZTogZGVmbGluazogZGlhbCAtPiBj YXJyaWVyIA0KSnVuIDE1IDE1OjQyOjAyICBwcHBbMjA5XTogdHVuMDogUGhh c2U6IGRlZmxpbms6IERpc2Nvbm5lY3RlZCEgDQpKdW4gMTUgMTU6NDI6MDIg IHBwcFsyMDldOiB0dW4wOiBQaGFzZTogZGVmbGluazogY2FycmllciAtPiBo YW5ndXAgDQpKdW4gMTUgMTU6NDI6MDIgIHBwcFsyMDldOiB0dW4wOiBQaGFz ZTogZGVmbGluazogQ29ubmVjdCB0aW1lOiA2IHNlY3M6IDAgb2N0ZXRzIGlu LCAwIG9jdGV0cyBvdXQgDQpKdW4gMTUgMTU6NDI6MDIgIHBwcFsyMDldOiB0 dW4wOiBQaGFzZTogIHRvdGFsIDAgYnl0ZXMvc2VjLCBwZWFrIDAgYnl0ZXMv c2VjIG9uIFRodSBKdW4gMTUgMTU6NDI6MDIgMjAwMCANCkp1biAxNSAxNTo0 MjowMiAgcHBwWzIwOV06IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBoYW5ndXAg LT4gb3BlbmluZyANCkp1biAxNSAxNTo0MjowMiAgcHBwWzIwOV06IHR1bjA6 IFBoYXNlOiBkZWZsaW5rOiBFbnRlciBwYXVzZSAoMzApIGZvciByZWRpYWxp bmcuIA0KSnVuIDE1IDE1OjQyOjMyICBwcHBbMjA5XTogdHVuMDogUGhhc2U6 IGRlZmxpbms6IFJlZGlhbCB0aW1lciBleHBpcmVkLiANCkp1biAxNSAxNTo0 MjozMiAgcHBwWzIwOV06IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBDb25uZWN0 ZWQhIA0KSnVuIDE1IDE1OjQyOjMyICBwcHBbMjA5XTogdHVuMDogUGhhc2U6 IGRlZmxpbms6IG9wZW5pbmcgLT4gZGlhbCANCkp1biAxNSAxNTo0MjozMiAg cHBwWzIwOV06IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBkaWFsIC0+IGNhcnJp ZXIgDQpKdW4gMTUgMTU6NDI6MzcgIHBwcFsyMDldOiB0dW4wOiBQaGFzZTog ZGVmbGluazogRGlzY29ubmVjdGVkISANCkp1biAxNSAxNTo0MjozNyAgcHBw WzIwOV06IHR1bjA6IFBoYXNlOiBkZWZsaW5rOiBjYXJyaWVyIC0+IGhhbmd1 cCANCkp1biAxNSAxNTo0MjozNyAgcHBwWzIwOV06IHR1bjA6IFBoYXNlOiBk ZWZsaW5rOiBDb25uZWN0IHRpbWU6IDUgc2VjczogMCBvY3RldHMgaW4sIDAg b2N0ZXRzIG91dCANCkp1biAxNSAxNTo0MjozNyAgcHBwWzIwOV06IHR1bjA6 IFBoYXNlOiAgdG90YWwgMCBieXRlcy9zZWMsIHBlYWsgMCBieXRlcy9zZWMg b24gVGh1IEp1biAxNSAxNTo0MjozNyAyMDAwIA0KSnVuIDE1IDE1OjQyOjM3 ICBwcHBbMjA5XTogdHVuMDogUGhhc2U6IGRlZmxpbms6IGhhbmd1cCAtPiBv cGVuaW5nIA0KSnVuIDE1IDE1OjQyOjM3ICBwcHBbMjA5XTogdHVuMDogUGhh c2U6IGRlZmxpbms6IEVudGVyIHBhdXNlICgzMCkgZm9yIHJlZGlhbGluZy4g DQpKdW4gMTUgMTU6NDI6NTEgIHBwcFsyMDldOiB0dW4wOiBQaGFzZTogU2ln bmFsIDE1LCB0ZXJtaW5hdGUuIA0KSnVuIDE1IDE1OjQyOjUxICBwcHBbMjA5 XTogdHVuMDogUGhhc2U6IGRlZmxpbms6IERpc2Nvbm5lY3RlZCEgDQpKdW4g MTUgMTU6NDI6NTEgIHBwcFsyMDldOiB0dW4wOiBQaGFzZTogZGVmbGluazog b3BlbmluZyAtPiBjbG9zZWQgDQpKdW4gMTUgMTU6NDI6NTEgIHBwcFsyMDld OiB0dW4wOiBQaGFzZTogYnVuZGxlOiBEZWFkIA0KSnVuIDE1IDE1OjQyOjUx ICBwcHBbMjA5XTogdHVuMDogUGhhc2U6IFBQUCBUZXJtaW5hdGVkIChub3Jt YWwpLiANCkp1biAxNSAxNTo0Mjo1MSAgcHBwWzIwOV06IHR1bjA6IFRDUC9J UDogYnVuZGxlX1NldFJvdXRlIGZhaWx1cmU6IA0KSnVuIDE1IDE1OjQyOjUx ICBwcHBbMjA5XTogdHVuMDogVENQL0lQOiBidW5kbGVfU2V0Um91dGU6ICBD bWQgPSBEZWxldGUhIA0KSnVuIDE1IDE1OjQyOjUxICBwcHBbMjA5XTogdHVu MDogVENQL0lQOiBidW5kbGVfU2V0Um91dGU6ICBEc3QgPSAwLjAuMC4wIA0K SnVuIDE1IDE1OjQyOjUxICBwcHBbMjA5XTogdHVuMDogVENQL0lQOiBidW5k bGVfU2V0Um91dGU6ICBHYXRld2F5ID0gMC4wLjAuMCANCkp1biAxNSAxNTo0 Mjo1MSAgcHBwWzIwOV06IHR1bjA6IFRDUC9JUDogYnVuZGxlX1NldFJvdXRl OiAgTWFzayA9IDAuMC4wLjAgDQo= --0-600947213-961110109=:29093 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ppp.conf" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="ppp.conf" IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMNCiMgUFBQICBTYW1wbGUgQ29uZmlndXJh dGlvbiBGaWxlDQojIE9yaWdpbmFsbHkgd3JpdHRlbiBieSBUb3NoaWhhcnUg T0hOTw0KIyBTaW1wbGlmaWVkIDUvMTQvMTk5OSBieSB3c2VsZkBjZHJvbS5j b20NCiMNCiMgJEZyZWVCU0Q6IHNyYy9ldGMvcHBwL3BwcC5jb25mLHYgMS4y IDE5OTkvMDgvMjcgMjM6MjQ6MDggcGV0ZXIgRXhwICQNCiMgTW9kaWZpZWQg b24gMDUvMjYvMjAwMCBmb3IgUFBQb0UNCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj DQoNCmRlZmF1bHQ6ICMgb3IgbmFtZV9vZl9zZXJ2aWNlX3Byb3ZpZGVyDQog c2V0IGRldmljZSBQUFBvRTplZDEgIyByZXBsYWNlIHgxMSB3aXRoIHlvdXIg ZXRoZXJuZXQgZGV2aWNlDQogc2V0IG1ydSAxNDkyDQogc2V0IG10dSAxNDky DQogc2V0IHNwZWVkIHN5bmMNCiBlbmFibGUgbHFyDQogc2V0IGxxcnBlcmlv ZCA1DQogc2V0IGNkIDUNCiBzZXQgZGlhbA0KIHNldCBsb2dpbg0KIHNldCB0 aW1lb3V0IDANCiBzZXQgYXV0aG5hbWUgeHh4eHh4eHggIyBZT1VSTE9HSU5O QU1FDQogc2V0IGF1dGhrZXkgeXl5eXl5eSAjIFlPVVJQQVNTV09SRA0KIHNl dCBsb2cgUGhhc2UgdHVuIENoYXQgTENQIElQQ1AgY29tbWFuZCBUQ1AvSVAg IyB5b3UgY2FuIGFkZCBtb3JlIGRldGFpbGVkIGxvZ2dpbiBpZiB5b3Ugd2lz aA0KIHNldCBpZmFkZHIgMTAuMC4wLjEvMCAxMC4wLjAuMi8wIDI1NS4yNTUu MjU1LjAgMC4wLjAuMA0KIGFkZCBkZWZhdWx0IEhJU0FERFINCiBuYXQgZW5h YmxlIHllcyAjIGlmIHlvdSB3YW50IHRvIGVuYWJsZSBuYXQgZm9yIHlvdXIg bG9jYWwgbmV0DQoNCnBhcGNoYXA6DQogc2V0IGF1dGhuYW1lIHh4eHh4eHh4 ICMgWU9VUkxPR0lOTkFNRQ0KIHNldCBhdXRoa2V5IHl5eXl5eXkgIyBZT1VS UEFTU1dPUkQNCg== --0-600947213-961110109=:29093 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ifconfig.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="ifconfig.txt" bHAwOiBmbGFncz04ODEwPFBPSU5UT1BPSU5ULFNJTVBMRVgsTVVMVElDQVNU PiBtdHUgMTUwMA0KZWQxOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5O SU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtdHUgMTUwMA0KCWluZXQ2IGZlODA6 OjI0MDo1ZmY6ZmVhYTpmNzA1JWVkMSBwcmVmaXhsZW4gNjQgc2NvcGVpZCAw eDIgDQoJZXRoZXIgMDA6NDA6MDU6YWE6Zjc6MDUgDQplZDI6IGZsYWdzPTg4 MDI8QlJPQURDQVNULFNJTVBMRVgsTVVMVElDQVNUPiBtdHUgMTUwMA0KCWV0 aGVyIDAwOjQwOjA1OmFhOmY3OjE0IA0KcHBwMDogZmxhZ3M9ODAxMDxQT0lO VE9QT0lOVCxNVUxUSUNBU1Q+IG10dSAxNTAwDQpsbzA6IGZsYWdzPTgwNDk8 VVAsTE9PUEJBQ0ssUlVOTklORyxNVUxUSUNBU1Q+IG10dSAxNjM4NA0KCWlu ZXQ2IGZlODA6OjElbG8wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4NSANCglp bmV0NiA6OjEgcHJlZml4bGVuIDEyOCANCglpbmV0IDEyNy4wLjAuMSBuZXRt YXNrIDB4ZmYwMDAwMDAgDQpnaWYwOiBmbGFncz04MDEwPFBPSU5UT1BPSU5U LE1VTFRJQ0FTVD4gbXR1IDEyODANCglpbmV0NiBmZTgwOjoyNDA6NWZmOmZl YWE6ZjcwNSVnaWYwIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4NiANCmdpZjE6 IGZsYWdzPTgwMTA8UE9JTlRPUE9JTlQsTVVMVElDQVNUPiBtdHUgMTI4MA0K CWluZXQ2IGZlODA6OjI0MDo1ZmY6ZmVhYTpmNzA1JWdpZjEgcHJlZml4bGVu IDY0IHNjb3BlaWQgMHg3IA0KZ2lmMjogZmxhZ3M9ODAxMDxQT0lOVE9QT0lO VCxNVUxUSUNBU1Q+IG10dSAxMjgwDQoJaW5ldDYgZmU4MDo6MjQwOjVmZjpm ZWFhOmY3MDUlZ2lmMiBwcmVmaXhsZW4gNjQgc2NvcGVpZCAweDggDQpnaWYz OiBmbGFncz04MDEwPFBPSU5UT1BPSU5ULE1VTFRJQ0FTVD4gbXR1IDEyODAN CglpbmV0NiBmZTgwOjoyNDA6NWZmOmZlYWE6ZjcwNSVnaWYzIHByZWZpeGxl biA2NCBzY29wZWlkIDB4OSANCnN0ZjA6IGZsYWdzPTgwMDA8TVVMVElDQVNU PiBtdHUgMTI4MA0KCWluZXQ2IGZlODA6OjI0MDo1ZmY6ZmVhYTpmNzA1JXN0 ZjAgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHhhIA0KZmFpdGgwOiBmbGFncz04 MDAwPE1VTFRJQ0FTVD4gbXR1IDE1MDANCnR1bjA6IGZsYWdzPTgwMTA8UE9J TlRPUE9JTlQsTVVMVElDQVNUPiBtdHUgMTUwMA0K --0-600947213-961110109=:29093 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk4MiwgMTk4NiwgMTk4OSwgMTk5MSwgMTk5Mw0K CVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEu IEFsbCByaWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIDQuMC1SRUxFQVNFICMw OiBTdW4gTWF5IDI4IDE0OjU0OjQ1IFBEVCAyMDAwDQogICAgYmxha2VAOi91 c3Ivc3JjL3N5cy9jb21waWxlL1NLX3JldjINClRpbWVjb3VudGVyICJpODI1 NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpDUFU6IFBlbnRpdW0gUHJvICgx OTguOTUtTUh6IDY4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5l SW50ZWwiICBJZCA9IDB4NjE5ICBTdGVwcGluZyA9IDkNCiAgRmVhdHVyZXM9 MHhmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJ QyxTRVAsTVRSUixQR0UsTUNBLENNT1Y+DQpyZWFsIG1lbW9yeSAgPSAyNjg0 MzU0NTYgKDI2MjE0NEsgYnl0ZXMpDQphdmFpbCBtZW1vcnkgPSAyNTY3Mzcy ODAgKDI1MDcyMEsgYnl0ZXMpDQpQcm9ncmFtbWluZyAyNCBwaW5zIGluIElP QVBJQyAjMA0KSU9BUElDICMwIGludHBpbiAyIC0+IGlycSAwDQpGcmVlQlNE L1NNUDogTXVsdGlwcm9jZXNzb3IgbW90aGVyYm9hcmQNCiBjcHUwIChCU1Ap OiBhcGljIGlkOiAgMSwgdmVyc2lvbjogMHgwMDA0MDAxMSwgYXQgMHhmZWUw MDAwMA0KIGNwdTEgKEFQKTogIGFwaWMgaWQ6ICAwLCB2ZXJzaW9uOiAweDAw MDQwMDExLCBhdCAweGZlZTAwMDAwDQogaW8wIChBUElDKTogYXBpYyBpZDog IDIsIHZlcnNpb246IDB4MDAxNzAwMTEsIGF0IDB4ZmVjMDAwMDANClByZWxv YWRlZCBlbGYga2VybmVsICJrZXJuZWwiIGF0IDB4YzAzOGUwMDAuDQpQZW50 aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KbWQwOiBNYWxsb2MgZGlz aw0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4 MDogSU5UIDE2IGludGVyZmFjZQ0KcGNpYjA6IDxIb3N0IHRvIFBDSSBicmlk Z2U+IG9uIG1vdGhlcmJvYXJkDQpwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAN CmlzYWIwOiA8SW50ZWwgODIzNzFTQiBQQ0kgdG8gSVNBIGJyaWRnZT4gYXQg ZGV2aWNlIDcuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAN CmF0YXBjaTA6IDxJbnRlbCBQSUlYMyBBVEEgY29udHJvbGxlcj4gcG9ydCAw eDMwMDAtMHgzMDBmIGF0IGRldmljZSA3LjEgb24gcGNpMA0KYXRhMDogYXQg MHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCnBjaTA6IDxNYXRyb3ggTUdBIE1p bGxlbm5pdW0gMjA2NFcgZ3JhcGhpY3MgYWNjZWxlcmF0b3I+IGF0IDEzLjAg aXJxIDE3DQphaGMwOiA8QWRhcHRlYyAyOTQwIFVsdHJhIFNDU0kgYWRhcHRl cj4gcG9ydCAweDYwMDAtMHg2MGZmIG1lbSAweGUwODA0MDAwLTB4ZTA4MDRm ZmYgaXJxIDE2IGF0IGRldmljZSAxNC4wIG9uIHBjaTANCmFoYzA6IGFpYzc4 ODAgV2lkZSBDaGFubmVsIEEsIFNDU0kgSWQ9NywgMTYvMjU1IFNDQnMNCmZk YzA6IDxORUMgNzIwNjVCIG9yIGNsb25lPiBhdCBwb3J0IDB4M2YwLTB4M2Y1 LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTANCmZkYzA6IEZJRk8gZW5hYmxl ZCwgOCBieXRlcyB0aHJlc2hvbGQNCmZkMDogPDE0NDAtS0IgMy41IiBkcml2 ZT4gb24gZmRjMCBkcml2ZSAwDQphdGtiZGMwOiA8a2V5Ym9hcmQgY29udHJv bGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAtMHg2ZiBvbiBpc2EwDQphdGti ZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KcHNtMDogPFBT LzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBtb2RlbCBHZW5l cmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwDQp2Z2EwOiA8R2VuZXJpYyBJ U0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhi ZmZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gb24gaXNhMA0K c2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MjAwPg0K c2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24g aXNhMA0Kc2lvMDogdHlwZSAxNjU1MEENCnNpbzEgYXQgcG9ydCAweDJmOC0w eDJmZiBpcnEgMyBvbiBpc2EwDQpzaW8xOiB0eXBlIDE2NTUwQQ0KcHBjMDog PFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24g aXNhMA0KcHBjMDogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklC QkxFKSBpbiBDT01QQVRJQkxFIG1vZGUNCnBwaTA6IDxQYXJhbGxlbCBJL08+ IG9uIHBwYnVzMA0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDog SW50ZXJydXB0LWRyaXZlbiBwb3J0DQpwbGlwMDogPFBMSVAgbmV0d29yayBp bnRlcmZhY2U+IG9uIHBwYnVzMA0KZWQxOiA8TkVUR0VBUiBFQTIwMSBFdGhl cm5ldCBDYXJkPiBhdCBwb3J0IDB4MjQwLTB4MjVmIGlycSA1IG9uIGlzYTAN CmVkMTogc3VwcGx5aW5nIEVVSTY0OiAwMDo0MDowNTpmZjpmZTphYTpmNzow NQ0KZWQxOiBhZGRyZXNzIDAwOjQwOjA1OmFhOmY3OjA1LCB0eXBlIE5FMjAw MCAoMTYgYml0KSANCmVkMjogPE5FVEdFQVIgRUEyMDEgRXRoZXJuZXQgQ2Fy ZD4gYXQgcG9ydCAweDI2MC0weDI3ZiBpcnEgOSBvbiBpc2EwDQplZDI6IGFk ZHJlc3MgMDA6NDA6MDU6YWE6Zjc6MTQsIHR5cGUgTkUyMDAwICgxNiBiaXQp IA0KQVBJQ19JTzogVGVzdGluZyA4MjU0IGludGVycnVwdCBkZWxpdmVyeQ0K QVBJQ19JTzogcm91dGluZyA4MjU0IHZpYSBJT0FQSUMgIzAgaW50cGluIDIN ClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KYWQwOiAxNDY2OU1CIDxXREMg V0QxNTNCQT4gWzI5ODA1LzE2LzYzXSBhdCBhdGEwLW1hc3RlciB1c2luZyBX RE1BMg0KV2FpdGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBz ZXR0bGUNCk1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWENCmNk MCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAyIGx1biAwDQpjZDA6IDxUT1NISUJB IENELVJPTSBYTS01NzAxVEEgMDc4Nz4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJ LTIgZGV2aWNlIA0KY2QwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAw TUh6LCBvZmZzZXQgOCkNCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ug c2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50DQpl ZDE6IHN0YXJ0aW5nIERBRCBmb3IgZmU4MDowMDAyOjowMjQwOjA1ZmY6ZmVh YTpmNzA1DQplZDE6IERBRCBjb21wbGV0ZSBmb3IgZmU4MDowMDAyOjowMjQw OjA1ZmY6ZmVhYTpmNzA1IC0gbm8gZHVwbGljYXRlcyBmb3VuZA0K --0-600947213-961110109=:29093-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 23 18:36:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 0772C37B733 for ; Fri, 23 Jun 2000 18:36:22 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id LAA17964; Sat, 24 Jun 2000 11:04:44 +0930 (CST) (envelope-from newton) Date: Sat, 24 Jun 2000 11:04:44 +0930 From: Mark Newton To: Brian Reichert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ttys entry for palm pilot as dumb terminal Message-ID: <20000624110444.A17952@internode.com.au> References: <20000623153406.A9800@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20000623153406.A9800@numachi.com> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 03:34:06PM -0400, Brian Reichert wrote: > Anyway, the suggested entry in /etc/ttys: > ttyd0 "/usr/libexec/getty std.9600" dialup on secure > does not work for me at all, yet if I do this intead: > cuaa0 "/usr/libexec/getty std.9600" dialup on secure > I indeed get a login prompt, and I'm all set. > I know that one device is for initiating outgoing connections, and > the other for incoming connections, but I don't understand why the > lines provided in a stock install seem to have the sense reversed... It's because the Palm's serial port only runs 3 wires, and doesn't provided a DCD signal. Opens on ttyd0 block until DCD is asserted, so you're screwed if you're on a Palm :-) Opens on cuaa0 succeed straight away if the device is idle. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 1:58:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from huron.dnepr.net.ua (huron.dnepr.net.ua [195.248.180.242]) by hub.freebsd.org (Postfix) with ESMTP id 8168337B507; Sat, 24 Jun 2000 01:58:49 -0700 (PDT) (envelope-from white@onyx.extra.dp.ua) Received: from onyx.extra.dp.ua (mttyk.dnepr.net.ua [195.248.180.86]) by huron.dnepr.net.ua (8.10.1/8.10.1g/) with ESMTP id e5O91c647404; Sat, 24 Jun 2000 12:01:39 +0300 (EEST) Received: (from white@localhost) by onyx.extra.dp.ua (8.10.0/8.10.0/Who.Cares) id e5O8wZP04668; Sat, 24 Jun 2000 11:58:35 +0300 (EET DST) Date: Sat, 24 Jun 2000 11:58:35 +0300 From: Alexander Prohorenko To: Bjoern Fischer , ingo@blank.pages.de Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Apache with PAM/RADIUS authentication Message-ID: <20000624115835.A4386@extra.dp.ua> References: <20000623115743.A5030@extra.dp.ua> <20000623154409.A250@broccoli.no-support.loc> <20000623171203.B12018@extra.dp.ua> <20000623201928.A245@broccoli.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000623201928.A245@broccoli.no-support.loc>; from bfischer@Techfak.uni-bielefeld.de on Fri, Jun 23, 2000 at 08:19:28PM +0200 Organization: Extra Solutions X-Operating-System: SunOS 5.7 i86pc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 23, 2000 at 08:19:28PM +0200, Bjoern Fischer wrote: > On Fri, Jun 23, 2000 at 05:12:03PM +0300, Alexander Prohorenko wrote: > > white@nwlynx:/usr/local/apache-dev/libexec>objdump -p mod_auth_pam.so > [...] > > Dynamic Section: > > NEEDED libpam.so.1 > [...] > > white@nwlynx:/usr/local/apache-dev/bin>objdump -p httpd > > NEEDED libcrypt.so.2 > > NEEDED libc.so.3 > This looks sane. Maybe the runtime linker is confused > using a dlopened module from another dlopened module. > Try running httpd with the environment `LD_PRELOAD' set > to `/usr/lib/libpam.so.1' and let me know the results. Bjoern, Thank you so much! It works! Cheers, -- Alexander Prohorenko, Extra Solutions [ http://extra.com.ua ] "Those who do not understand UNIX are condemned to reinvent it, poorly." -- H. Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 3:54:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 5F44C37B893; Sat, 24 Jun 2000 03:54:24 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-160.hrz.uni-bielefeld.de [129.70.36.160]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0FWN00FLHNMIV9@mail.uni-bielefeld.de>; Sat, 24 Jun 2000 12:54:23 +0200 (MET DST) Received: from broccoli.no-support.loc (broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.9.3/8.9.3) with ESMTP id MAA00467; Sat, 24 Jun 2000 12:16:21 +0200 (CEST envelope-from bjoern@no-support.loc) Received: (from bjoern@localhost) by broccoli.no-support.loc (8.9.3/8.9.3) id MAA00283; Sat, 24 Jun 2000 12:16:21 +0200 (CEST envelope-from bjoern@no-support.loc) Date: Sat, 24 Jun 2000 12:11:43 +0200 From: bfischer@Techfak.Uni-Bielefeld.DE Subject: Re: Apache with PAM/RADIUS authentication In-reply-to: <20000624115835.A4386@extra.dp.ua>; from white@extra.dp.ua on Sat, Jun 24, 2000 at 11:58:35AM +0300 To: Alexander Prohorenko Message-id: <20000624121143.A236@broccoli.no-support.loc> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline Content-transfer-encoding: 7BIT User-Agent: Mutt/1.2i References: <20000623115743.A5030@extra.dp.ua> <20000623154409.A250@broccoli.no-support.loc> <20000623171203.B12018@extra.dp.ua> <20000623201928.A245@broccoli.no-support.loc> <20000624115835.A4386@extra.dp.ua> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 24, 2000 at 11:58:35AM +0300, Alexander Prohorenko wrote: > On Fri, Jun 23, 2000 at 08:19:28PM +0200, Bjoern Fischer wrote: > > On Fri, Jun 23, 2000 at 05:12:03PM +0300, Alexander Prohorenko wrote: > > > white@nwlynx:/usr/local/apache-dev/libexec>objdump -p mod_auth_pam.so > > [...] > > > Dynamic Section: > > > NEEDED libpam.so.1 > > [...] > > > white@nwlynx:/usr/local/apache-dev/bin>objdump -p httpd > > > NEEDED libcrypt.so.2 > > > NEEDED libc.so.3 > > This looks sane. Maybe the runtime linker is confused > > using a dlopened module from another dlopened module. > > Try running httpd with the environment `LD_PRELOAD' set > > to `/usr/lib/libpam.so.1' and let me know the results. > > Bjoern, > > Thank you so much! It works! You're welcome. But as you see I sent this in private email rather than to the list. LD_PRELOAD is for debugging, workarounds or similiar hacks. It does not solve the real problem. The real problem is FreeBSD's broken dlopen(). Please, don't propagate the LD_PRELOAD hack since it doesn't really solve problems. Bjoern -- -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 8: 2:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hetnet.nl (net015s.hetnet.nl [194.151.104.155]) by hub.freebsd.org (Postfix) with ESMTP id B07C737BC4E; Sat, 24 Jun 2000 08:02:12 -0700 (PDT) (envelope-from leonardjo@hetnet.nl) Received: from potkoffie ([195.121.130.139]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.387.38); Sat, 24 Jun 2000 17:02:06 +0200 From: "Leonard den Ottolander" To: freebsd-fs@freebsd.org Date: Sat, 24 Jun 2000 17:00:32 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Again:Patch concerning linux extended fs Cc: freebsd-hackers@freebsd.org In-reply-to: <39504651.1983201C@newsguy.com> X-mailer: Pegasus Mail for Win32 (v3.01d) Message-ID: <077090602151860NET015S@hetnet.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Daniel and others, > Please, take a look at diff(1). The prefered format for patches is a > context (-c) or unified (-u) diff, from original to modified. Yes, I read it in the handbook, just one day after the posting. I just don't seem to be able yet to swallow a megabyte of plaintext in one day. I'm working on it ;). > The prefered way to send problem reports, feature requests, etc, is the > command send-pr(1). Since we committers are a lazy bunch, you might then > poke people by mentioned your PR in an appropriate mailing list (give us > the number!). Preferably, right before weekend. :-) Well, I might do this someday soon, but I'll first check the docs on this. For now, I'll just send you the diff. Excuse me for any linewraps that might occur due to the mailers. For now it looks ok... *** subr_diskmbr.c.000 Fri Jan 28 11:22:07 2000 --- subr_diskmbr.c Sat Jun 24 16:00:43 2000 *************** *** 49,54 **** --- 49,55 ---- #include #define DOSPTYP_EXTENDED 5 #define DOSPTYP_EXTENDEDX 15 + #define DOSPTYP_LINUXEXTENDED 133 #define DOSPTYP_ONTRACK 84 #include #include *************** *** 344,350 **** sp -= NDOSPART; for (dospart = 0; dospart < NDOSPART; dospart++, sp++) if (sp->ds_type == DOSPTYP_EXTENDED || ! sp->ds_type == DOSPTYP_EXTENDEDX) mbr_extended(bp->b_dev, lp, ssp, sp->ds_offset, sp->ds_size, sp->ds_offset, max_nsectors, max_ntracks, mbr_offset, 1); --- 345,352 ---- sp -= NDOSPART; for (dospart = 0; dospart < NDOSPART; dospart++, sp++) if (sp->ds_type == DOSPTYP_EXTENDED || ! sp->ds_type == DOSPTYP_EXTENDEDX || ! sp->ds_type == DOSPTYP_LINUXEXTENDED) mbr_extended(bp->b_dev, lp, ssp, sp->ds_offset, sp->ds_size, sp->ds_offset, max_nsectors, max_ntracks, mbr_offset, 1); *************** *** 434,440 **** && dp->dp_start == 0 && dp->dp_size == 0) continue; if (dp->dp_typ == DOSPTYP_EXTENDED || ! dp->dp_typ == DOSPTYP_EXTENDEDX) { static char buf[32]; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, --- 436,443 ---- && dp->dp_start == 0 && dp->dp_size == 0) continue; if (dp->dp_typ == DOSPTYP_EXTENDED || ! dp->dp_typ == DOSPTYP_EXTENDEDX || ! dp->dp_typ == DOSPTYP_LINUXEXTENDED) { static char buf[32]; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, Well, thats it folks. Hope someone has some use for this. CUO, Leonard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 11:13:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mulan.twilley.org (alpha.twilley.org [166.84.147.130]) by hub.freebsd.org (Postfix) with ESMTP id 21B5737BB51 for ; Sat, 24 Jun 2000 11:13:04 -0700 (PDT) (envelope-from jmt@tbe.net) Received: from duchess.twilley.org (IDENT:jmt@duchess.twilley.org [10.74.84.1]) by mulan.twilley.org (8.9.3/8.9.3) with ESMTP id OAA10649 for ; Sat, 24 Jun 2000 14:12:08 -0400 Received: (from jmt@localhost) by duchess.twilley.org (8.9.3/8.9.3) id OAA18999; Sat, 24 Jun 2000 14:12:55 -0400 X-Authentication-Warning: duchess.twilley.org: jmt set sender to jmt@tbe.net using -f To: freebsd-hackers@freebsd.org Subject: APM problems on NEC Versa 2000C From: Jack Twilley X-Attribution: Jack X-PGP-Key: 0x007F7B38 X-PGP-Fingerprint: 5315 7434 6095 DF36 995B 3407 18F1 527C 007F 7B38 X-Face: -aT_3D,@|Ngv8(RriE+AA_SZAPp-vuRGEbW8Yjd3J4V:ipbK3UQsOnMT{9T}h@sr17q%cX27q4Dc^vq]vc*A`.hnG8DSW#@G5~v"WeP-/06JM(-TkixR Lines: 46 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have an older 486 laptop which is newly running FreeBSD 4.0-RELEASE. When I attempted to enable APM and reboot, I got the following on my screen: --begin screen-- Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x58:0x337 stack pointer = 0x10:0xc334dcdc frame pointer = 0x10:0xc334dce0 code segment = base 0xc00ea00, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = resume, IOPL = 0 current process = 184 (apm) interrupt mask = none kernel: type 9 trap, code=0 Stopped at 0x337: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x337 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0227ab8 stack pointer = 0x10:0xc334db68 frame pointer = 0x10:0xc334db6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resunme, IOPL = 0 current process = 184 (apm) interrupt mask = none kernel: type 12 trap, code=0 db> --end screen-- I used userconfig to disable apm0 so I can still use the laptop, but I'd like to use APM as well. The output of 'uname -a' on the laptop is: FreeBSD laptop.actv.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Wed May 3 23:38:52 GMT 2000 root@laptop.actv.com:/usr/src/sys/compile/NECVERSA i386 If you have any questions or need more information, please don't hesitate to ask. Thanks! Jack. -- Jack Twilley jmt at tbe dot net http colon slash slash www dot tbe dot net slash tilde jmt slash To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 14: 5: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 064BD37BC64; Sat, 24 Jun 2000 14:05:04 -0700 (PDT) (envelope-from mbendiks@eunet.no) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id XAA21925; Sat, 24 Jun 2000 23:05:02 +0200 (CEST) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id XAA94204; Sat, 24 Jun 2000 23:05:02 +0200 (CEST) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Sat, 24 Jun 2000 23:05:02 +0200 (CEST) From: Marius Bendiksen To: freebsd-fs@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: sys/ufs/ufs/ufs_quota.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Throughout ufs_quota, it appears as though a (struct ucred *) is passed to the various quota routines, rather than a (struct proc *). As I can see from the code, chkdq(), for example, should rather be using an suser() check upon a process structure, than testing cred->cr_uid==0. Are there any objections to changing this? --- Marius Bendiksen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 15:18:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 6D4D337B51F for ; Sat, 24 Jun 2000 15:18:44 -0700 (PDT) (envelope-from ino-waiting@gmx.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 135yGB-00029w-00 for freebsd-hackers@freebsd.org; Sun, 25 Jun 2000 00:18:43 +0200 Received: from [213.6.11.52] (helo=spotteswoode.de) by mx2.freenet.de with smtp (Exim 3.14 #3) id 135yG9-0001A2-00 for freebsd-hackers@freebsd.org; Sun, 25 Jun 2000 00:18:42 +0200 Received: (qmail 1030 invoked by uid 0); 24 Jun 2000 22:18:40 -0000 From: "clemensF" Date: Sun, 25 Jun 2000 00:18:40 +0200 To: Marius Bendiksen Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: sys/ufs/ufs/ufs_quota.c Message-ID: <20000625001840.A1017@spotteswoode.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from mbendiks@eunet.no on Sat, Jun 24, 2000 at 11:05:02PM +0200 Organization: private X-PGP-ID: 0xD4685B88-4894C483/DH X-PGP-FPR: 0FAE 5F53 CEB9 49DE 9300 3035 D468 5B88 4894 C483 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Marius Bendiksen: > the various quota routines, rather than a (struct proc *). As I can see > >from the code, chkdq(), for example, should rather be using an suser() > check upon a process structure, than testing cred->cr_uid==0. Are there > any objections to changing this? this should be more portable and future-save, right? clemens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 16:42:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 3E11737B50F; Sat, 24 Jun 2000 16:42:51 -0700 (PDT) (envelope-from mbendiks@eunet.no) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id BAA33272; Sun, 25 Jun 2000 01:42:48 +0200 (CEST) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id BAA94649; Sun, 25 Jun 2000 01:42:48 +0200 (CEST) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Sun, 25 Jun 2000 01:42:48 +0200 (CEST) From: Marius Bendiksen To: clemensF Cc: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: sys/ufs/ufs/ufs_quota.c In-Reply-To: <20000625001840.A1017@spotteswoode.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > this should be more portable and future-save, right? Actually, our suser() implementation is pretty non-portable. However, using suser() rather than a credential check is better form. In the former case, you are checking for the presence of special privileges, while in the latter case, you are checking for a particular user id. As such things as CAP_FOO become more common, the latter method is a quite unneccessary obstacle. Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 17:32:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 687A037B6F1 for ; Sat, 24 Jun 2000 17:32:30 -0700 (PDT) (envelope-from ino-waiting@gmx.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 1360Lc-0002JO-00 for freebsd-hackers@freebsd.org; Sun, 25 Jun 2000 02:32:28 +0200 Received: from [213.6.8.214] (helo=spotteswoode.de) by mx2.freenet.de with smtp (Exim 3.14 #3) id 1360Lb-0007ro-00 for freebsd-hackers@FreeBSD.ORG; Sun, 25 Jun 2000 02:32:28 +0200 Received: (qmail 3291 invoked by uid 0); 25 Jun 2000 00:32:28 -0000 From: "clemensF" Date: Sun, 25 Jun 2000 02:32:28 +0200 To: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: sys/ufs/ufs/ufs_quota.c Message-ID: <20000625023228.B3259@spotteswoode.de> Mail-Followup-To: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20000625001840.A1017@spotteswoode.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from mbendiks@eunet.no on Sun, Jun 25, 2000 at 01:42:48AM +0200 Organization: private X-PGP-ID: 0xD4685B88-4894C483/DH X-PGP-FPR: 0FAE 5F53 CEB9 49DE 9300 3035 D468 5B88 4894 C483 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Marius Bendiksen: > Actually, our suser() implementation is pretty non-portable. i take what i get. when i can do "man [23] ", i approve of the consequences. clemens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 19:12:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id D250D37B509 for ; Sat, 24 Jun 2000 19:12:43 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id DAA60833; Sun, 25 Jun 2000 03:11:37 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id DAA39754; Sun, 25 Jun 2000 03:11:21 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006250211.DAA39754@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Adam Blake Cc: FreeBSD-hackers@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: PPPoE help me please!! In-Reply-To: Message from Adam Blake of "Fri, 23 Jun 2000 20:15:07 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Jun 2000 03:11:20 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I can run tcpdump on my ethernet device ed1 and it is sending out a > PADI packet but it is not getting anything back. This is either because you have an incorrect :provider setting in your ``set device'' line, or because you were using a different NIC with your provider at one point, and they've cached its MAC address. I would think it's just the wrong provider. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 19:53:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id B4BF837B708; Sat, 24 Jun 2000 19:53:09 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 1361oM-000F37-00; Sun, 25 Jun 2000 03:06:14 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 1361oM-0002n7-00; Sun, 25 Jun 2000 03:06:14 +0100 Date: Sun, 25 Jun 2000 03:06:14 +0100 From: Ben Smithurst To: clemensF Cc: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: sys/ufs/ufs/ufs_quota.c Message-ID: <20000625030614.D57917@strontium.scientia.demon.co.uk> References: <20000625001840.A1017@spotteswoode.de> <20000625023228.B3259@spotteswoode.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="peRj85VDUce1fu/0" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000625023228.B3259@spotteswoode.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --peRj85VDUce1fu/0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable clemensF wrote: >> Marius Bendiksen: >=20 >> Actually, our suser() implementation is pretty non-portable. >=20 > i take what i get. when i can do "man [23] ", i approve of the > consequences. Too bad suser() is in section 9 then. :-) --=20 Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --peRj85VDUce1fu/0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: kZGGY7PU37TlyidX7uNAyaqXTZ9kjx1i iQCVAwUBOVVpFSsPVtiZOS99AQGFkgP+ONqbj+BKP7/X34TC9SgGME7ktp2roDFI mK6m5XlP78/D4ohTEtD21jAtNGwFWNcZiUAAOH9OH1T+FPcgxuSIgSvW//aTYZux WmKfHSKYd5iktEsTZJkRtQBRxmDCmNgbXrDMn4C+D+WmK+78ZKzKi0iOvUpJL4B8 C6vZJJlGYJ0= =8RWH -----END PGP SIGNATURE----- --peRj85VDUce1fu/0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 21:20:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 00B7D37B76C for ; Sat, 24 Jun 2000 21:20:55 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id AAA25216 for ; Sun, 25 Jun 2000 00:19:35 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Sun, 25 Jun 2000 00:19:35 -0400 (EDT) From: Chuck Robey To: FreeBSD Hackers List Subject: disassembling Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any tools whatever (free or commercial) that does disassembly on FreeBSD obj's AND will show you the C line and the code that the C line caused to be assembled? I mean, if the obj was compiled -g so that the C source file line info is in the obj file, I want to see commented out C source code in the disassembly listing. Is this done somewhere, somehow? Note I'm asking about FreeBSD, not Windows, all those who want to point out Windows stuff that does that, please forbear. ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 24 21:30: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id C47C537B708 for ; Sat, 24 Jun 2000 21:30:01 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id AAA25241; Sun, 25 Jun 2000 00:28:03 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Sun, 25 Jun 2000 00:28:03 -0400 (EDT) From: Chuck Robey To: "Bohne, Peter" Cc: "'FengYue'" , "'andrew@ugh.net.au'" , hackers@FreeBSD.ORG Subject: RE: libc_r/_read(), should the errno be reset to 0? In-Reply-To: <35BEC7ED0A15D21199F000805F6F6D6A01CB00E7@bldexc01ntms.clinicom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 23 Jun 2000, Bohne, Peter wrote: > True enough. That's the best advice. However, your original post indicated > an expectation on your part that errno would be somehow automatically reset > to 0 before a system call, which is definitely *not* the case. You have to > clear it - the kernel does not do it for you. Why would you bother to clear it? You don't check errno to determine fail/success, you check the function return. If it returns fail, then errno is going to be correct whether or not you bothered to reset it or not. Setting it to zero might give you a warm fuzzy feeling, but if you're correctly detected errors, it's not going to change anything. If anyone is detecting the value of errno as an indication of pass/fail, they're going to be disappointed. > > pete > > > -----Original Message----- > > From: FengYue [mailto:fengyue@bluerose.windmoon.nu] > > Sent: Friday, June 23, 2000 11:08 AM > > To: Bohne, Peter > > Cc: 'andrew@ugh.net.au'; hackers@FreeBSD.ORG > > Subject: RE: libc_r/_read(), should the errno be reset to 0? > > > > > > > > Wait, that's not going to do anything, the errno is set inside the > > _thread_sys_read(). But I agree with Andrew, why bother to check > > errno if read() returns no error. > > > > On Fri, 23 Jun 2000, Bohne, Peter wrote: > > > > > This means that *you* should set errno to 0 just before you > > do the read > > > call. At this point, you no longer care what it had been before. > > > -- > > > pete > > > > > > ====== pbohne at hboc dot com > > > Peter Bohne -- McKessonHBOC -- Louisville, CO > > > Work: 303-926-2218 -- Cell: 303-817-8312 -- Home Ofc: 970-586-9031 > > > ====== "Very funny, Scottie. Now beam down my clothes!" > > > > > > > > > > > > > -----Original Message----- > > > > From: andrew@ugh.net.au [mailto:andrew@ugh.net.au] > > > > Sent: Friday, June 23, 2000 3:02 AM > > > > To: FengYue > > > > Cc: hackers@FreeBSD.ORG > > > > Subject: Re: libc_r/_read(), should the errno be reset to 0? > > > > > > > > > > > > > > > > > > > > On Fri, 23 Jun 2000, FengYue wrote: > > > > > > > > > My question is, shouldn't it be reset to zero? > > > > > > > > From intro(2): > > > > > > > > Successful calls never set errno; once set, it remains until > > > > another error > > > > occurs. It should only be examined after an error. > > > > > > > > Andrew > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message