Re: HP SmartArray ( CISS ) and CAMCONTROL
On Mon, Jun 11, 2007 at 06:55:58PM -0400, Mark Saad wrote: > Wilko > Thats great to hear hpacucli and hpasm would rock. > > Wilko Bulte wrote: > >On Mon, Jun 11, 2007 at 06:35:28PM -0400, Mark Saad wrote.. > >>Matt > >> What will raidutill offer ? Also does anyone know if HP provides > >>hpacucli for FreeBSD ,but only to Japanese customers ? > > > >Well.. we just landed ourselves a new committer from HP India who > >is sponsored by HP ISS in Houston to provide (binary only) Proliant > >mgmt / monitoring tools for FreeBSD. > > > >In due time you will see his work I imagine. I hope this will > >be the start of a fruitful vendor support. > > Wooohohohohohooh! I would love to see those. It would give me reason to convert some linux boxes to FreeBSD. > > > -- > Mark Saad > Managed UNIX Support > DataPipe Managed Global IT Services > [EMAIL PROTECTED] > 1.201.792.4847 (international) > 1.888.749.5821 (toll free) > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Anyone have a HP p-Class blade system and is ...
... interested in getting Integrated 4GB FC switches und FC mezzanine cards (Qlogic) for BLxxp blades for developing/testing FreeBSD drivers? I have left over parts from when we tried to run BL35p blades and had to return it all. I would be willing to loan these to FreeBSD developers interested in further the drivers (dual pathing, etc.). Contact me off list if you want more information. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [fbsd] sshd throwing signal 6 (sigabrt)
On Fri, Aug 11, 2006 at 11:46:24AM +0200, Jeremie Le Hen wrote: > Hi Ulf, > > On Tue, Jul 18, 2006 at 03:14:16PM -0700, Ulf Zimmermann wrote: > > I have a FreeBSD server (was 5.4-prerelease, now 6-stable as of noon PDT). > > On this server I got a problem with sshd throwing signal 6: > > > > Jul 18 15:04:03 log01 sshd[66161]: debug2: User child is on pid 66163 > > Jul 18 15:04:03 log01 sshd[66163]: debug3: PAM: opening session > > Jul 18 15:04:03 log01 sshd[66163]: debug1: PAM: reinitializing credentials > > Jul 18 15:04:03 log01 sshd[66163]: debug2: set_newkeys: mode 0 > > Jul 18 15:04:03 log01 sshd[66163]: debug2: set_newkeys: mode 1 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: Entering interactive session for > > SSH2. > > Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 5 setting O_NONBLOCK > > Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 6 setting O_NONBLOCK > > Jul 18 15:04:03 log01 sshd[66163]: debug1: server_init_dispatch_20 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: server_input_channel_open: ctype > > session rchan 0 win 131072 max 32768 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: input_session_request > > Jul 18 15:04:03 log01 sshd[66163]: debug1: channel 0: new [server-session] > > Jul 18 15:04:03 log01 sshd[66163]: debug1: session_new: init > > Jul 18 15:04:03 log01 sshd[66163]: debug1: session_new: session 0 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: session_open: channel 0 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: session_open: session 0: link > > with channel 0 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: server_input_channel_open: > > confirm session > > Jul 18 15:04:03 log01 sshd[66163]: debug1: server_input_channel_req: > > channel 0 request exec reply 0 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: session_by_channel: session 0 > > channel 0 > > Jul 18 15:04:03 log01 sshd[66163]: debug1: session_input_channel_req: > > session 0 req exec > > Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 8 setting O_NONBLOCK > > Jul 18 15:04:03 log01 sshd[66163]: debug3: fd 8 is O_NONBLOCK > > Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 10 setting O_NONBLOCK > > Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: rcvd eof > > Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: output open -> drain > > Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: obuf empty > > Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: close_write > > Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: output drain -> closed > > Jul 18 15:04:03 log01 pid 66163 (sshd), uid 10042: exited on signal 6 > > > > About 80 servers have two cronjobs each starting at the full hour. Each > > cronjob has a random sleep of 0 to 900 seconds before it executes > > ssh/scp/rsync > > to copy one or multiple files to that FreeBSD server. One cronjob copies > > one file ranging in size 30KB to 300KB. The other cronjob copies 10-30 > > RRD files, ranging in size from 200KB to 1MB. > > > > Of these about 160 ssh connections in a time range of 15 minutes, I get > > 1 to 10 errors at the end of the connection. All files get copied as far > > I can tell but when the connection closes I see the above signal 6. > > > > On the source side of the ssh connection I get error messages like > > > > "Connection to closed by remote host" > > "ssh_exchange_identification: Connection closed by remote host lost > > connection" > > > > Anyone have an idea what the problem could be that sshd see sigabrt? > > % obiwan:openssh$ grep -rl SIGABRT . | wc -l > % 0 > > This should come from one of the underlying librairies sshd(8) is > linked to. > > Do you run by chance 6-STABLE with ProPolice/SSP patch ? If a > stack-based buffer overflow is detected, SIGABRT (signal 6) will > be sent to the faulty process. > > Regards, > -- > Jeremie Le Hen I was running a 5.3-PRERELEASE and now it is running 6.1-STABLE (Jul 18). Pretty much a plain box, the only thing added are things like Apache, PHP, syslog-ng. There should not be an overflow, as these are regular ssh connections. The upgrade to 6.1-STABLE made things happen less often, but they still happen. Mostly during close of connection, much more rarely during opening of the connection. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sshd throwing signal 6 (sigabrt)
I have a FreeBSD server (was 5.4-prerelease, now 6-stable as of noon PDT). On this server I got a problem with sshd throwing signal 6: Jul 18 15:04:03 log01 sshd[66161]: debug2: User child is on pid 66163 Jul 18 15:04:03 log01 sshd[66163]: debug3: PAM: opening session Jul 18 15:04:03 log01 sshd[66163]: debug1: PAM: reinitializing credentials Jul 18 15:04:03 log01 sshd[66163]: debug2: set_newkeys: mode 0 Jul 18 15:04:03 log01 sshd[66163]: debug2: set_newkeys: mode 1 Jul 18 15:04:03 log01 sshd[66163]: debug1: Entering interactive session for SSH2. Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 5 setting O_NONBLOCK Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 6 setting O_NONBLOCK Jul 18 15:04:03 log01 sshd[66163]: debug1: server_init_dispatch_20 Jul 18 15:04:03 log01 sshd[66163]: debug1: server_input_channel_open: ctype session rchan 0 win 131072 max 32768 Jul 18 15:04:03 log01 sshd[66163]: debug1: input_session_request Jul 18 15:04:03 log01 sshd[66163]: debug1: channel 0: new [server-session] Jul 18 15:04:03 log01 sshd[66163]: debug1: session_new: init Jul 18 15:04:03 log01 sshd[66163]: debug1: session_new: session 0 Jul 18 15:04:03 log01 sshd[66163]: debug1: session_open: channel 0 Jul 18 15:04:03 log01 sshd[66163]: debug1: session_open: session 0: link with channel 0 Jul 18 15:04:03 log01 sshd[66163]: debug1: server_input_channel_open: confirm session Jul 18 15:04:03 log01 sshd[66163]: debug1: server_input_channel_req: channel 0 request exec reply 0 Jul 18 15:04:03 log01 sshd[66163]: debug1: session_by_channel: session 0 channel 0 Jul 18 15:04:03 log01 sshd[66163]: debug1: session_input_channel_req: session 0 req exec Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 8 setting O_NONBLOCK Jul 18 15:04:03 log01 sshd[66163]: debug3: fd 8 is O_NONBLOCK Jul 18 15:04:03 log01 sshd[66163]: debug2: fd 10 setting O_NONBLOCK Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: rcvd eof Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: output open -> drain Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: obuf empty Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: close_write Jul 18 15:04:03 log01 sshd[66163]: debug2: channel 0: output drain -> closed Jul 18 15:04:03 log01 pid 66163 (sshd), uid 10042: exited on signal 6 About 80 servers have two cronjobs each starting at the full hour. Each cronjob has a random sleep of 0 to 900 seconds before it executes ssh/scp/rsync to copy one or multiple files to that FreeBSD server. One cronjob copies one file ranging in size 30KB to 300KB. The other cronjob copies 10-30 RRD files, ranging in size from 200KB to 1MB. Of these about 160 ssh connections in a time range of 15 minutes, I get 1 to 10 errors at the end of the connection. All files get copied as far I can tell but when the connection closes I see the above signal 6. On the source side of the ssh connection I get error messages like "Connection to closed by remote host" "ssh_exchange_identification: Connection closed by remote host lost connection" Anyone have an idea what the problem could be that sshd see sigabrt? -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: HP DL140g2 with serial ata hangs at ata0-master identifying
On Tue, Sep 20, 2005 at 02:59:23PM -0700, Ulf Zimmermann wrote: > I am trying to install 5.4-REL on a HP DL140g2 which has serial > ata inside, but also pata interfaces (for like the cdrom) but no > option to disable the said pata ports. And 5.4-rel install boot only > cd is hanging at ata0-master identify. Is there a way to tell the > kernel not to probe ata0? It hasn't even gone through it to find > the sata controller. Ok I looked a bit closer, the ata0-master identify timeouts are actually the serial drive. It finds the ICH5 controller, but then fails at the sata drive (160GB Maxtor). Anyone have an idea what else to look for? System boots RedHat EL3 fine. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
HP DL140g2 with serial ata hangs at ata0-master identifying
I am trying to install 5.4-REL on a HP DL140g2 which has serial ata inside, but also pata interfaces (for like the cdrom) but no option to disable the said pata ports. And 5.4-rel install boot only cd is hanging at ata0-master identify. Is there a way to tell the kernel not to probe ata0? It hasn't even gone through it to find the sata controller. -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: PCI Device Driver
On Thu, May 19, 2005 at 11:27:45PM -0600, Scott Long wrote: > Lu?s Vit?rio Cargnini wrote: > > >Hi i need to write a device driver for a PCI board. I read the > >developers book see the exemples and i'm starting to write the device > >driver. I'm writeing a device driver for a board with SAA713X TV chipset > >from Phillips. I did theskeleton example, but whe i catch the example of > >PCI driver from developers book and tried to compilate i receive the > >following: > >(forgive me for the long paste, but i need some answers and i need to > >give the details) > > > > > >PASTE of ERORS: > > Yes, the skeleton driver is very out of date. Would anyone object > to me updating it and tossing out the ISA code? > > Scott PLEASE! :-) I was starting to look at it myself for a driver to the Digi/Patton 2977 card and got stucked. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5.3R SMP Kernel not detecting 2nd CPU in a HP DL360(?)
On Tue, Mar 29, 2005 at 03:02:02AM +0400, Rojer wrote: > Ulf Zimmermann wrote: > > > >I have a DL380 g3 with dual P4-3.2GHz 1MB L3 cache, the kern conf has > >just "options SMP" to make it work. Here is the top part and bottom part > >of dmesg from boot: > >... > > > > >SMP: AP CPU #1 Launched! > > > >... > > > >kern.smp.active: 1 > >kern.smp.disabled: 0 > >kern.smp.cpus: 2 > > you should see 4 cpus "launching", assuming you haven't disabled > hyperthreading. > > in fact, i have seen similar situation myself. > FreeBSD would not recognize second physical CPU with hyperthreading enabled. > it'd launch cpu #1 but not cpus 2 and 3. > after eventually noticing it, i tried disabling hyperthreading in BIOS - > it worked fine. i still had 2 cpus, but this time 2 physical cpus, > and lower cpu load figures confirmed that those 2 "previous" cpus were in > fact > one physical + 1 hyperdreaded :) > and this is not a problem of the particular server, i actually tried > replacing > the platform (moved hdds to the same box nearby) and it behaved in exactly > the same manner. > the platform is Fujitsu RX200 (2 x 2.8 Xeon), OS is FreeBSD 4.11-PRERELEASE. > > i still kinda have a box to play with (can bring it down to test during > weekend), > so if someone can offer insight, i can provide more info and maybe even a > short-term > remote ssh/serial console access. I at least have HyperThreading turned off. So seeing 2 cpus is correctly: evil ulf /home/ulf > sysctl -a | grep cpu kern.threads.virtual_cpu: 2 kern.sched.ipiwakeup.onecpu: 0 kern.ccpu: 1948 kern.smp.maxcpus: 16 kern.smp.cpus: 2 debug.kdb.stop_cpus: 1 debug.PMAP1changedcpu: 5 hw.ncpu: 2 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5.3R SMP Kernel not detecting 2nd CPU in a HP DL360(?)
800 > > Timecounters tick every 10.000 msec > > acd0: CDROM at ata0-master PIO4 > > da0 at ciss0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-0 device > > da0: 135.168MB/s transfers > > da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) > > Mounting root from ufs:/dev/da0s1a > > > > and > > > > ~> sysctl kern.smp.active > > kern.smp.active: 0 > > > > I just don't understand why the kernel isn't running SMP. To my mind > > it's either something in my method (most likely), a hardware problem, > > or something odd in the way 5.3R detects the CPUs on the hardware. > > > > I have successfully compiled SMP kernels on identical hardware with > > FreeBSD 4.8R. With the HTT 4 CPUs are launched as they should be here. > > > > Now I think about it I have another machine, a HP DL380 with a single > > HTT Xeon processor, which is displaying the same problem. > > > > Thanks in advance. > > > > greg. > > It's not finding an APIC table (either MPTable or MADT) at all, and it needs > that to find CPUs. See if there are any BIOS options for things like MP > Table or 'Separate APIC Table' under ACPI. Also, try running 'mptable' to > see if it finds a table, and acpidump -t to see if that finds an APIC table. The DL380 g3 BIOS has different APIC settings for different OS. There is one setting in the main menu and then under advanced options is another menu for APIC. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5.3R SMP Kernel not detecting 2nd CPU in a HP DL360(?)
problem, > or something odd in the way 5.3R detects the CPUs on the hardware. > > I have successfully compiled SMP kernels on identical hardware with > FreeBSD 4.8R. With the HTT 4 CPUs are launched as they should be here. > > Now I think about it I have another machine, a HP DL380 with a single > HTT Xeon processor, which is displaying the same problem. > > Thanks in advance. > > greg. DL380 g3 have build in iLO. Can your colo hookup that ethernet? That will allow you console access including power on/off, reset and you will be able to see faults (fan, power supply, etc.). I have a DL380 g3 with dual P4-3.2GHz 1MB L3 cache, the kern conf has just "options SMP" to make it work. Here is the top part and bottom part of dmesg from boot: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Sun Feb 20 17:42:41 PST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/EVIL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3183.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4026507264 (3839 MB) avail memory = 3941990400 (3759 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 cpu1: on acpi0 ... SMP: AP CPU #1 Launched! ... kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 This box was running 5.2.1 before so I am very sure SMP will work on it. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: openssh problem after going from 5.2.1 to 5.3-beta7
Never mind, /usr/src/UPDATING: 20040226: Some sshd configuration defaults have changed: protocol version 1 is no longer enabled by default, and password authentication is disabled by default if PAM is enabled (which it is by default). OpenSSH clients should not be affected by this; other clients may have to be reconfigured, upgraded or replaced. On Mon, Oct 11, 2004 at 11:48:06AM -0700, Ulf Zimmermann wrote: > I have a HP DL380g3 I was running 5.2.1-REL on (I think it was on -p9). > I did a source upgrade to 5.3-beta7, including mergemaster -p, followed > by mergemaster which did upgrade /etc/ssh/sshd_config. > > When I am now trying to connect from SecureCRT, I get: > > SecureCRT has disconnected from the server. Reason: Unable to authenticate > using any of the configured authentication methods. > > Using ssh from another machine (in this case 4.10-p2) works correctly. > Here is a "-d -p 23" output to capture debug: > > evil root /var/log # sshd -d -p 23 > debug1: sshd version OpenSSH_3.8.1p1 FreeBSD-20040419 > debug1: read PEM private key done: type DSA > debug1: private host key: #0 type 2 DSA > debug1: Bind to port 23 on ::. > Server listening on :: port 23. > debug1: Bind to port 23 on 0.0.0.0. > Server listening on 0.0.0.0 port 23. > debug1: Server will not fork when running in debugging mode. > debug1: res_init() > Connection from 172.18.42.241 port 4340 > debug1: Client protocol version 2.0; client software version SecureCRT_4.1.7 (build > 257) SecureCRT > debug1: no match: SecureCRT_4.1.7 (build 257) SecureCRT > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 FreeBSD-20040419 > debug1: permanently_set_uid: 22/22 > debug1: list_hostkey_types: ssh-dss > debug1: SSH2_MSG_KEXINIT sent > debug1: SSH2_MSG_KEXINIT received > debug1: kex: client->server aes128-cbc hmac-md5 none > debug1: kex: server->client aes128-cbc hmac-md5 none > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received > debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent > debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT > debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent > debug1: SSH2_MSG_NEWKEYS sent > debug1: expecting SSH2_MSG_NEWKEYS > debug1: SSH2_MSG_NEWKEYS received > debug1: KEX done > debug1: userauth-request for user ulf service ssh-connection method none > debug1: attempt 0 failures 0 > debug1: PAM: initializing for "ulf" > Failed none for ulf from 172.18.42.241 port 4340 ssh2 > debug1: PAM: setting PAM_RHOST to "172.18.42.241" > Received disconnect from 172.18.42.241: 14: Unable to authenticate using any of the > configured authentication methods. > debug1: do_cleanup > debug1: PAM: cleanup > debug1: do_cleanup > debug1: PAM: cleanup > > SecureCRT profile is protocol ssh2, authentication password (which > was saved, I unsaved it, it never prompts for password). SSH2 config > is no compression, Cipher AES-128, AES-192, AES-256, Twofish, Blowfish, > 3DES and RC4. MAC is MD5, SHA1, SHA1-96 and MD5-96. SSH server is set > to autodetect, selecting another server doesn't change it. > > Anyone have an idea what the problem might be? > > -- > Regards, Ulf. > > - > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 > You can find my resume at: http://seven.Alameda.net/~ulf/resume.html > _______ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
openssh problem after going from 5.2.1 to 5.3-beta7
I have a HP DL380g3 I was running 5.2.1-REL on (I think it was on -p9). I did a source upgrade to 5.3-beta7, including mergemaster -p, followed by mergemaster which did upgrade /etc/ssh/sshd_config. When I am now trying to connect from SecureCRT, I get: SecureCRT has disconnected from the server. Reason: Unable to authenticate using any of the configured authentication methods. Using ssh from another machine (in this case 4.10-p2) works correctly. Here is a "-d -p 23" output to capture debug: evil root /var/log # sshd -d -p 23 debug1: sshd version OpenSSH_3.8.1p1 FreeBSD-20040419 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: Bind to port 23 on ::. Server listening on :: port 23. debug1: Bind to port 23 on 0.0.0.0. Server listening on 0.0.0.0 port 23. debug1: Server will not fork when running in debugging mode. debug1: res_init() Connection from 172.18.42.241 port 4340 debug1: Client protocol version 2.0; client software version SecureCRT_4.1.7 (build 257) SecureCRT debug1: no match: SecureCRT_4.1.7 (build 257) SecureCRT debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 FreeBSD-20040419 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user ulf service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "ulf" Failed none for ulf from 172.18.42.241 port 4340 ssh2 debug1: PAM: setting PAM_RHOST to "172.18.42.241" Received disconnect from 172.18.42.241: 14: Unable to authenticate using any of the configured authentication methods. debug1: do_cleanup debug1: PAM: cleanup debug1: do_cleanup debug1: PAM: cleanup SecureCRT profile is protocol ssh2, authentication password (which was saved, I unsaved it, it never prompts for password). SSH2 config is no compression, Cipher AES-128, AES-192, AES-256, Twofish, Blowfish, 3DES and RC4. MAC is MD5, SHA1, SHA1-96 and MD5-96. SSH server is set to autodetect, selecting another server doesn't change it. Anyone have an idea what the problem might be? -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
PS/2 and USB keyboard at the same time, where to start
Hello, everyone. I want to try myself on kernel hacking again and a thing which peaked my interest was some emails a few days ago about making the kernel use both PS/2 and USB keyboards at the same time. My questions is can anyone point me at the relevant pieces of the kernel I should study about trying myself on this? -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Problem with a 5.2.1 system and downloading
On Thu, May 20, 2004 at 02:59:24PM -0500, Dan Nelson wrote: > In the last episode (May 20), Ulf Zimmermann said: > > I got in my office two machines. One works fine, the other doesn't. > > Office has a Netscreen-10 as firewall which connects then to a Cisco > > with a T1 Frame Relay to the Internet. > > > > One machine is 4.9-REL and it works like a charm. The other is a > > 5.2.1-REL (cvsup'ed to latest today). It has a single CPU, PAE kernel > > (6GB memory). This 5 machine hangs often at different spots during > > fetch for ports. > > > > Today I captured the tcp connections and here is what it shows: > > > > Initial TCP setup: > > > > 12:26:25.895246 10.1.42.42.49190 > 128.125.253.59.80: S 3565497776:3565497776(0) > > win 65535 (DF) > > 12:26:25.919572 128.125.253.59.80 > 10.1.42.42.49190: S 1889662716:1889662716(0) > > ack 356549 win 5840 (DF) > > 12:26:25.919592 10.1.42.42.49190 > 128.125.253.59.80: . ack 1 win 32850 (DF) > > > > Here are the last 4 packets back and forth going correctly: > > > > 12:26:29.052678 128.125.253.59.80 > 10.1.42.42.49190: . 487518:488978(1460) ack > > 194 win 5840 (DF) > > 12:26:29.052689 10.1.42.42.49190 > 128.125.253.59.80: . ack 424738 win 32850 (DF) > > 12:26:29.060577 128.125.253.59.80 > 10.1.42.42.49190: . 488978:490438(1460) ack > > 194 win 5840 (DF) > > 12:26:29.060589 10.1.42.42.49190 > 128.125.253.59.80: . ack 424738 win 32850 (DF) > > > > And now the last data packet comes in: > > > > 12:26:29.069061 128.125.253.59.80 > 10.1.42.42.49190: . 424738:426198(1460) ack > > 194 win 5840 (DF) > > > > And now look at the ack: > > > > 12:26:29.069087 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 0 (DF) > > 12:26:29.069250 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 1790 (DF) > > 12:26:29.069342 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 3326 (DF) > > Looks reasonable. Note the last two acks you pasted were acking data > pretty early in the window. The remote end finally resends that > packet, and your server bumps the ack point up to the last byte it > received. The client process hasn't had a change to empty the socket > buffer yet, though, so the window slams shut. > > > 12:26:29.069461 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 4862 (DF) > ... > > 12:26:29.070155 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 32510 (DF) > > The client process has read all its data and the window opens up. The > server isn't sending any more packets for some reason, though. > > > So does this look normal to anyone ? > > Your end looks fine. Once your system started sending acks with a > nonzero window, the remote end should have started sending more data. > > -- > Dan Nelson > [EMAIL PROTECTED] I only got the problems with sites where I go through the netscreen. Fetching the same files via the 4.9 box, everything works. Looking at the full dump, my 5 box never really has to catch up (most of the time its one data packet, one ack), which is why the change from "win 32850" to "win 0" (and then climbing) looks strange to me. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Problem with a 5.2.1 system and downloading
I got in my office two machines. One works fine, the other doesn't. Office has a Netscreen-10 as firewall which connects then to a Cisco with a T1 Frame Relay to the Internet. One machine is 4.9-REL and it works like a charm. The other is a 5.2.1-REL (cvsup'ed to latest today). It has a single CPU, PAE kernel (6GB memory). This 5 machine hangs often at different spots during fetch for ports. Today I captured the tcp connections and here is what it shows: Initial TCP setup: 12:26:25.895246 10.1.42.42.49190 > 128.125.253.59.80: S 3565497776:3565497776(0) win 65535 (DF) 12:26:25.919572 128.125.253.59.80 > 10.1.42.42.49190: S 1889662716:1889662716(0) ack 356549 win 5840 (DF) 12:26:25.919592 10.1.42.42.49190 > 128.125.253.59.80: . ack 1 win 32850 (DF) Now follows the HTTP request to download a file (part of linux_base-8 in this case) ... Here are the last 4 packets back and forth going correctly: 12:26:29.052678 128.125.253.59.80 > 10.1.42.42.49190: . 487518:488978(1460) ack 194 win 5840 (DF) 12:26:29.052689 10.1.42.42.49190 > 128.125.253.59.80: . ack 424738 win 32850 (DF) 12:26:29.060577 128.125.253.59.80 > 10.1.42.42.49190: . 488978:490438(1460) ack 194 win 5840 (DF) 12:26:29.060589 10.1.42.42.49190 > 128.125.253.59.80: . ack 424738 win 32850 (DF) And now the last data packet comes in: 12:26:29.069061 128.125.253.59.80 > 10.1.42.42.49190: . 424738:426198(1460) ack 194 win 5840 (DF) And now look at the ack: 12:26:29.069087 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 0 (DF) 12:26:29.069250 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 1790 (DF) 12:26:29.069342 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 3326 (DF) 12:26:29.069461 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 4862 (DF) 12:26:29.069491 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 6398 (DF) 12:26:29.069530 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 7934 (DF) 12:26:29.069559 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 9470 (DF) 12:26:29.069585 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 11006 (DF) 12:26:29.069689 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 12542 (DF) 12:26:29.069719 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 14078 (DF) 12:26:29.069748 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 15614 (DF) 12:26:29.069772 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 17150 (DF) 12:26:29.069809 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 18686 (DF) 12:26:29.069878 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 20222 (DF) 12:26:29.069907 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 21758 (DF) 12:26:29.069932 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 23294 (DF) 12:26:29.069970 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 24830 (DF) 12:26:29.06 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 26366 (DF) 12:26:29.070064 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 27902 (DF) 12:26:29.070092 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 29438 (DF) 12:26:29.070127 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 30974 (DF) 12:26:29.070155 10.1.42.42.49190 > 128.125.253.59.80: . ack 490438 win 32510 (DF) 35 seconds later I press CTRL-C: 12:27:04.113639 10.1.42.42.49190 > 128.125.253.59.80: F 194:194(0) ack 490438 win 32850 (DF) 12:27:04.353830 10.1.42.42.49190 > 128.125.253.59.80: F 194:194(0) ack 490438 win 32850 (DF) 12:27:04.653851 10.1.42.42.49190 > 128.125.253.59.80: F 194:194(0) ack 490438 win 32850 (DF) ... So does this look normal to anyone ? -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Support for MegaRaid SATA 150-6 ?
I got some hardware in today, which unfortunatly is going to be used for RedStain, but I got time over the weekend to play with it and I wanna put some FreeBSD on it. The controller is a LSI Logic MegaRaid SATA 150-6 (6 channel). Any of the 5.1-REL drivers support that ? The motherboard is a Supermicro with E7501 chipset and two intel 82541 GigE controllers. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone where to get a signed SSL certificate cheap?
On Wed, Feb 05, 2003 at 06:17:24PM +, Josef Karthauser wrote: > I know that this is slightly off topic, but maybe someone here could > advise me. > > I need to obtain a certificate to use on my openssl/apache web server, > but looking at Verisign and Thawte it appears that they're charging a > lot of money ($450) per year for one! Does anyone know where I can get > one cheaper? Last time I bought I'm sure that they were only $100/yr > each. > > Joe > > p.s. yes, I know that I could self-sign, but this is for an ecommerce > system and I'd prefer our customer's customers not to have to ask > themselves why the certificate is in our name and not our customer's! :) > -- > Josef Karthauser ([EMAIL PROTECTED])http://www.josef-k.net/ > FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ > Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ > An eclectic mix of fact and theory. = Geotrust sells QuickSSL for $149. As OpenSRS Reseller I can sell you one for $119. -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Racecondition or something else in make installworld
I ran into an issue with the perl install when doing make installworld. And it makes me wonder. I had a machine where I had installed openssl from ports and let it overwrite base, as at that time I couldn't reboot the machine to get to a never version of openssl via make world. Now I finaly got time to do this. So I said pkg_delete openssl, as I wanted to use the openssl in 4.x-stable again. When make installworld got to the perl h2ph part, it barfed on no openssl include files present. Sure they weren't, because I deinstalled it. But ... this means make installworld had not installed openssl yet again when it ran perl h2ph, which means that h2ph was not necessary run on the latest include files, as make installworld will still install headers, like from openssl later. I don't think this is right. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: USB support for new HP printers?
On Mon, Aug 26, 2002 at 01:46:44PM +0200, Marco Molteni wrote: > On Mon, 26 Aug 2002 04:28:34 -0600, John Nielsen <[EMAIL PROTECTED]> > wrote: > > > On Monday 26 August 2002 02:51, Marco Molteni wrote: > > > On Sun, 25 Aug 2002 23:36:15 -0600, John Nielsen <[EMAIL PROTECTED]> > > > > > > wrote: > > > > Are there plans to add USB support for HP's newer printers to > > > > FreeBSD? > > > > > > > > Specificially, the OfficeJets and the LaserJet 1200? They use a > > > > new/different/broken USB interface so they're just recognized as > > > > ugen devices at the moment.. > > > > > > have a look at hpoj.sourceforge.net > > > they plan FreeBSD USB support for a next release > > > > I've been all over the site and read some of the docs. The most > > useful piece of information I found was this: > > [..] > > If you check the hpoj email archives, you will see that more than one > person has asked about FreeBSD USB support. > > I seem to remember that Matt Dillon provided a few patches. > > The piece of information I was referring to in my first posting was from > the TODO list: http://hpoj.sourceforge.net/todo.shtml > > High-priority TODO list for version 0.91: > > [..] > > o Support USB on non-Linux platforms, such as *BSD and maybe Mac OS X > (using libusb?). > > > marco I have an Laserjet 3330 (Fax/Copy/Scanner/Printer) here attached via USB to a Mac running OS X, it detects the printer fine as what it is. Haven't tried to hook it up to FreeBSD. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: USB UHCI speed issue ?
On Sun, Jan 20, 2002 at 11:23:49AM +, Josef Karthauser wrote: > On Sat, Jan 19, 2002 at 05:39:56PM -0800, Duane H. Hesser wrote: > > > > I can confirm the problem, and point you to a message in the "current" > > archives (Dec 15) which contains a simple 3 or 4 line patch to uhui.c. > > The message, authored by Andrew Gordon, may be found at > > > > >http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=775757+780830+/usr/local/www/db/text/2001/freebsd-current/20011216.freebsd-curren > > t > > Hmm. :) Looking at the NetBSD code, they made a major commit to fix the > same issue: > > uhci.c revision 1.123 > date: 2000/08/13 16:18:09; author: augustss; state: Exp; lines: +136 -31 > Implement what in Intel-speech is known as "bandwidth reclamation". > It means that we continously poll USB devices that have a pending transfer > instead of polling just once every ms. This speeds up some transfers > at the expense of using more PCI bandwidth. > > I'm looking at what is necessary to port that change over. > > Joe I was wondering if this has been ported over and if so, how about a -stable version. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Can someone fix releng4.freebsd.org to name snapshots right ?
drwxr-xr-x 20 root wheel 1024 Jan 30 17:13 4.4-20020130-STABLE drwxr-xr-x 20 root wheel 1024 Jan 31 18:06 4.4-20020131-STABLE drwxr-xr-x 20 root wheel 1024 Feb 1 16:59 4.4-20020201-STABLE drwxr-xr-x 20 root wheel 1024 Feb 2 16:47 4.4-20020202-STABLE drwxr-xr-x 20 root wheel 1024 Feb 3 16:48 4.4-20020203-STABLE drwxr-xr-x 20 root wheel 1024 Feb 4 17:04 4.4-20020204-STABLE drwxr-xr-x 20 root wheel 1024 Feb 5 17:09 4.4-20020205-STABLE drwxr-xr-x 20 root wheel 1024 Feb 6 16:42 4.4-20020206-STABLE Shouldn't these directories be named 4.5-x-STABLE by now ? -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Problems with 4.5-RC/-STABLE
on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ad0: 58644MB [119150/16/63] at ata0-master UDMA100 acd0: CD-RW at ata1-master using PIO4 -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
USB UHCI speed issue ?
I am looking at libnjb (Library to talk to a Creative Nomad player). >From the README: It appears that the uhci device under FreeBSD performs poorly on bulk data transfers. The USB 1.1 specification defines 1000 "frames" every second, for 1 frame per ms. The host controller determines how many packets to place in each frame, based on available bandwidth and bandwidth requirements. This is called "bandwidth reclaimation", and the FreeBSD USB stack does not do this as of 4.4-RELEASE. The end result is only one packet sent per frame, which severely limits the transfer rate: the NJB uses 64-byte packets, and the math gives us a data transfer rate of 64,000 bytes/second. Yuck. If you have a UHCI USB controller, this will bite you. If you have an OHCI USB controller, the ohci device driver "does the right thing", and will give you 430kb/second (or so). However, there is a caveat: I have noticed some instabilities in the ohci driver, so you may have problems here, too. This problem with the uhci stack has been fixed under NetBSD, but this new code has not yet been ported to FreeBSD. Has this been fixed in -CURRENT ? And if so, can someone point me at what files I can try to get onto -STABLE to get a higher speed out ? I am working on an application and 64,000/sec is slow to test things. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Creative Labs Nomad via usb ?
Hello, Frys has currently the Creative Labs Nomad with 6gb disk for $150, so I thought to get me one. Out of curiosity I plugged it into a FreeBSD system. It shows up as: Dec 20 12:41:20 ulfbsd /kernel: ugen0: Philips product 0x0222, rev 1.00/1.00, addr 3 Has anyone looked at this to see if you could send files to it from FreeBSD ? -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Skeleton pseudo device driver for 4.4-STABLE ?
On Mon, Nov 12, 2001 at 01:36:16PM -0800, Julian Elischer wrote: > Try the one from -current.. > If it works maybe it should be MFC'd Nope, more or less same stuff: On 4.4-STABLE: # \$FreeBSD: src/share/examples/drivers/make_pseudo_driver.sh,v 1.5.2.1 2001/07/25 15:56:09 dd Exp $" >From a fresh cvsuped -current: # \$FreeBSD: src/share/examples/drivers/make_pseudo_driver.sh,v 1.6 2001/05/01 09:14:45 schweikh Exp $" Last modification on -current is longer ago then on -STABLE. Both have the same symtons: playtoy root examples/drivers # sh make_pseudo_driver.sh els files.ELS: `device-driver' flag obsolete. make: don't know how to make depend. Stop make: don't know how to make els.o. Stop make: no target to make. Files created by the script: /usr/src/sys/i386/conf/ELS /usr/src/sys/i386/conf/files.ELS Diff of ELS to GENERIC: 1,3d0 < # Configuration file for kernel type: ELS < ident ELS < # $FreeBSD: src/share/examples/drivers/make_pseudo_driver.sh,v 1.6 2001/05/01 09:14:45 schweikh Exp $" 4a2 > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 19a18 > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.35 2001/09/27 17:43:06 alfred Exp $ 25a25 > ident GENERIC 251,253d250 < # trust me, you'll need this < options DDB < deviceels 4 # might as well allow 4 of them Contents of files.ELS: dev/els.c optional els device-driver > > julian > > On Mon, 12 Nov 2001, Ulf Zimmermann wrote: > > > I looked at /usr/share/examples/drivers/make_pseudo_driver.sh but it > > seems to be a bit out of date. Running it, it creates a file > > "files." in /usr/src/sys/i386/conf, where "files" doesn't > > exists there anymore. It also adds "device-driver" at the end of > > line which is obsolete as far I can tell. > > > > Anyone wanna give me a pointer at what to look at for a skeleton > > driver ? I got finaly an Digi Etherlite unit and want to see if > > I can port the linux driver. > > > > -- > > Regards, Ulf. > > > > - > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > > > -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Skeleton pseudo device driver for 4.4-STABLE ?
I looked at /usr/share/examples/drivers/make_pseudo_driver.sh but it seems to be a bit out of date. Running it, it creates a file "files." in /usr/src/sys/i386/conf, where "files" doesn't exists there anymore. It also adds "device-driver" at the end of line which is obsolete as far I can tell. Anyone wanna give me a pointer at what to look at for a skeleton driver ? I got finaly an Digi Etherlite unit and want to see if I can port the linux driver. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NATD+SSL
On Wed, Oct 10, 2001 at 08:00:07PM +, Alex Newman wrote: > Ok I know this sounds wacky, but I will try justify why i think it is > usefull. If someone can think of a better way to achieve goals 1-3 or if > they are silly goals please tell me. How easy would it be to implement ssl > in the redirection part of natd. Some reasons why this is better than > sslwrap/stunnel/sslproxy: > > 1) say you had a packet coming in on port 443 ->application->80->thttpd > thttpd would see everything coming from localhost > > 2) It would allow you to more efficently have ssl proxy boxes infront of an > array of webservers. This is useful if you had for instance a hardware > crypto card in the ssl proxy. Currently the only decent way I know to do > this today is with linux+stunnel since it has transparent proxy support. > > 3) Since these programs always are doing a redirect anyways it seems silly > not to use natd for the redirction part of the process. > > Alex Newman > www.wulimasters.net Alteon has a solution for this like this: Client.443 -> Loadbalancer -> SSL offloader (call iSD) -> Loadbalancer -> Real Server. the Loadbalancer has its usual config of a virtual server for that port 443 and then filters which redirect the SSL traffic to the offloader. The offloader has the SSL certificates loaded and has some SSL hardware. It then decrypts the request, sends it back to the loadbalancer on a pretermined port (81 in their examples). The continuing of the filters then forwards these port 81 packets to a real server based on persistent connections/cookies or based on its normal load balancing. The SSL offerloader has 2 modes, transparent or proxy. In proxy mode, the real server sees the request as coming from the SSL offloader and in transparant mode as coming from the real client. Now the SSL offloader is basicly a Linux box. They lately removed most of the clues to show that is is a Linux box, but I have seen them. I have been thinking trying to put something simular for FreeBSD together (with or without hardware crypto card for SSL). It would be mostly a proof of concept for me. -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
CVSup4.Freebsd.org
Seems to have still S1G bug: Connected to cvsup4.freebsd.org Server cvsup4.freebsd.org has the S1G bug -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Question about what programs to use in /etc/rc*
On Mon, Sep 10, 2001 at 06:19:54PM +0300, Peter Pentchev wrote: > On Mon, Sep 10, 2001 at 11:03:41AM -0400, Adrian Filipi-Martin wrote: > > On Mon, 10 Sep 2001, Peter Pentchev wrote: > > > > > On Sun, Sep 09, 2001 at 06:06:01PM -0400, Adrian Filipi-Martin wrote: > > > > On Sun, 9 Sep 2001, Ulf Zimmermann wrote: > > > > > > > > > These are some examples strings: > > > > > > > > > > "dhcp" > > > > > "dhcp media 10baseTX" > > > > > "media 10baseTX dhcp mediaopt half-duplex" > > > > > > > > > > The following code will get me inside a if condition: > > > > > > > > > > if [ `expr "${ifconfig_args}" : '.*[Dd][Hh][Cc][Pp].*'` -ne 0 ]; then > > > > > > > > > > > > > > > > > > > > fi > > > > > > > > You do everything you need within sh. Someone else pointed out > > > > that case/esac is your friend here. It was not quite complete. Here's > > > > more complete example that will let you pair up the options and their > > > > arguments if they take them. > > > > > > > > ifconfig_args="media 10baseTX dhcp mediaopt half-duplex" > > > > set -- ${ifconfig_args} > > > > while [ $# -gt 0 ]; do > > > > op=$1 > > > > case ${op} in > > > > [Mm][Ee][Dd][Ii][Aa]) > > > > op_arg=$2 > > > > shift > > > > echo "op=media op_arg=${op_arg}" > > > > ;; > > > > > > I don't like this. This second-guessing of ifconfig(8)'s arguments > > > is prone to error - consider the case of a new keyword added to > > > ifconfig(8).. And blindly discarding unrecognized keyword would > > > not really work either - a new keyword might take an argument, > > > the shell script has no way of knowing that, so it would skip > > > the keyword and try to look at its argument as another keyword; > > > what if a keyword takes a string argument of, oh, say, 'dhcp'? :) > > > > Sorry, but my example was meant to be more featureful than > > necessary and let you strip it down, sinice you needs wern't completely > > clear. If you just want to test for a substring, try this instead: > > > > case "${ifconfig_args}" in > > *[Dd][Hh][Cc][Pp]*) > > echo "we are using dhcp..." > > ;; > > esac > > > > > > > > > > A ${args#dhcp} might work better, but there is a problem with it - > > > > The pattern after the # is a regular glob pattern. You can use > > ${args#[Dd][Hh][Cc][Pp]} to deal with case. > > > > You probably really meant to say '${args##*[Dd][Hh][Cc][Pp]*}' > > which will collapse to a null string if 'dhcp' is in the string, or the > > string is empty to begin with. With only a single # and no *'s, you will > > not modify the string unless it is exactly "dhcp". > > > > Sill I don't recommend this approach, since you need to test the > > string twice, once before and once after the expansion. The case/esac > > idiom is pretty common as well. > > I think that the original poster is interested in first testing for > 'dhcp' in the string, and then removing it - the original post mentioned > a PR sweep, and I really think he means PR 30441. To correctly process > an ifconfig_rl0="dhcp media 10baseT/UTP", you'd first have to match > it against [Dd][Hh][Cc][Pp], and then remove the 'dhcp' part to get > the real arguments to add to the ifconfig line. > > Come to think of it, it might be as easy as: [**UNTESTED**] > > case ${ifconfig_args}; in > [Dd][Hh][Cc][Pp]*) > set $ifconfig_args > shift > ifconfig_add_args="$*" > .. > > ..provided there is a requirement that the ifconfig_args should *start* > with 'dhcp' (which would be easy enough to meet - right now, the args > have to *be* 'dhcp', so any additional arguments would be stapled on at > the end). This sounds as the best solution. This would allow to set an interface to be DHCP (variable dhcp_interfaces get set) and take the rest of the arguments (like media/mediaopt) and apply them to the interface before the dhclient gets started. > > G'luck, > Peter > > -- > If wishes were fishes, the antecedent of this conditional would be true. > -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Question about what programs to use in /etc/rc*
On Sun, Sep 09, 2001 at 01:11:52PM -0500, Alfred Perlstein wrote: > * Ulf Zimmermann <[EMAIL PROTECTED]> [010909 04:47] wrote: > > Hello everyone. > > > > I am looking at some PRs and I am trying to come up with a solution to > > submit a patch. I know how to use expr to test as tring in sh inside > > of a /etc/rc* script, but what method would people recommend to remove > > part of the string after expr confirmed that something is part of it ? > > > > These are some examples strings: > > > > "dhcp" > > "dhcp media 10baseTX" > > "media 10baseTX dhcp mediaopt half-duplex" > > > > The following code will get me inside a if condition: > > > > if [ `expr "${ifconfig_args}" : '.*[Dd][Hh][Cc][Pp].*'` -ne 0 ]; then > > > > > > > > fi > > > > What I would like to do inside the if .. fi is to remove "[Dd][Hh][Cc][Pp]" > > from the string so that the rest of the options can be used to call ifconfig. > > Otherwise the if .. fi will test if the string is then empty or just white > > spaces and if so it will not do anything but set ${dhcp_interfaces}. If its > > not empty it will call ifconfig with the extra options to set the interface. > > > > Awk/sed comes to mind but those are in /usr/bin and I am trying to avoid > > that. > > > > Any suggestions from the more experienced hackers ? > > sed? :) > > sed 's/[Dd][Hh][Cc][Pp]//g' > > -Alfred sed is in /usr/bin and so its not a too good idea to use it in a /etc/rc script. There is sed also in /stand, can that be used ? -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Question about what programs to use in /etc/rc*
Hello everyone. I am looking at some PRs and I am trying to come up with a solution to submit a patch. I know how to use expr to test as tring in sh inside of a /etc/rc* script, but what method would people recommend to remove part of the string after expr confirmed that something is part of it ? These are some examples strings: "dhcp" "dhcp media 10baseTX" "media 10baseTX dhcp mediaopt half-duplex" The following code will get me inside a if condition: if [ `expr "${ifconfig_args}" : '.*[Dd][Hh][Cc][Pp].*'` -ne 0 ]; then fi What I would like to do inside the if .. fi is to remove "[Dd][Hh][Cc][Pp]" from the string so that the rest of the options can be used to call ifconfig. Otherwise the if .. fi will test if the string is then empty or just white spaces and if so it will not do anything but set ${dhcp_interfaces}. If its not empty it will call ifconfig with the extra options to set the interface. Awk/sed comes to mind but those are in /usr/bin and I am trying to avoid that. Any suggestions from the more experienced hackers ? -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Question about VLAN dot1q tagging in FreeBSD
On Tue, Sep 04, 2001 at 05:24:50PM -0400, Leo Bicknell wrote: > On Tue, Sep 04, 2001 at 02:19:06PM -0700, Ulf Zimmermann wrote: > > Last night I setup dot1q tagging again on another machine and had > > the same problem. Looking into packets sent down the trunk, I saw > > that VLAN 1 wasn't tagged (I assume the dot1q spec tells so that > > VLAN 1 packets aren't tagged, while other VLANs are). If this is > > right, I think we should mention this in the man page. Here is a > > copy of the current man page of ifconfig in regards to VLAN: > > It is slightly more complicated. 802.1q allows a single, untagged > vlan to operate across a link for compatability reasons, and calls > it the 'default' VLAN. There is no requirement that it be VLAN 1. > That is, you could set the default vlan to be 10 on both sides, > and tag all the rest (including 1). You could also set vlan 1 on > one side, and vlan 10 on the other, and they would be bridged > together. Cisco devices warn when you do this (via CDP, it must > be enabled). All the documentation I have read lately seemed to indicated that VLAN 1 is the one to be present, but I haven't read the dot1q spec (time to do that (: ). > > Convention seems to be that vlan 1 is the 'default vlan' on almost > all devices. > > Having better notes in a man page would be good. We should at least put a note into the man about it, different wording when what I had posted. I haven't checked the handbook lately, but every time I mention dot1q tagging and FreeBSD, I seem to find someone who says the documentation about it is very sparse. We might want to review that too. I personal use it for lab setups I have done at home (been trying to CCIE, but right now I am having a grudge against Cisco and their supposely high quality about the tests (Lab protoctor showed up late, didn't give the lost time at the end, errors in the documentation of the lab, no reply from the CCIE program so far)). > > -- > Leo Bicknell - [EMAIL PROTECTED] > Systems Engineer - Internetworking Engineer - CCIE 3440 > Read TMBG List - [EMAIL PROTECTED], www.tmbg.org > -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Question about VLAN dot1q tagging in FreeBSD
Got a question for the people who worked on the support. All my experience is under 4.3-Release/-Stable/4.4-RC3. A while back when I wanted to use dot1q tagging, it seems to work fine with the expection that I wasn't able to get VLAN 1 (default VLAN) to work. Last night I setup dot1q tagging again on another machine and had the same problem. Looking into packets sent down the trunk, I saw that VLAN 1 wasn't tagged (I assume the dot1q spec tells so that VLAN 1 packets aren't tagged, while other VLANs are). If this is right, I think we should mention this in the man page. Here is a copy of the current man page of ifconfig in regards to VLAN: vlan vlan_tag If the interface is a vlan pseudo interface, set the vlan tag value to vlan_tag. This value is a 16-bit number which is used to create an 802.1Q vlan header for packets sent from the vlan interface. Note that vlan and vlandev must both be set at the same time. vlandev iface If the interface is a vlan pseudo device, associate physical interface iface with it. Packets transmitted through the vlan interface will be diverted to the specified physical interface iface with 802.1Q vlan encapsulation. Packets with 802.1Q encap- sulation received by the parent interface with the correct vlan tag will be diverted to the associated vlan pseudo-interface. The vlan interface is assigned a copy of the parent interface's flags and the parent's ethernet address. The vlandev and vlan must both be set at the same time. If the vlan interface already has a physical interface associated with it, this command will fail. To change the association to another physical interface, the existing association must be cleared first. Note: if the link0 flag is set on the vlan interface, the vlan pseudo interface's behavior changes: the link0 tells the vlan interface that the parent interface supports insertion and extraction of vlan tags on its own (usually in firmware) and that it should pass packets to and from the parent unaltered. -vlandev iface If the driver is a vlan pseudo device, disassociate the physical interface iface from it. This breaks the link between the vlan interface and its parent, clears its vlan tag, flags and its link address and shuts the interface down. My current config in the case I setup last night looks like this from /etc/rc.conf: network_interfaces="fxp0 vlan2 lo0" ifconfig_fxp0="inet 192.168.0.250 netmask 255.255.255.0 media 100basetx mediaopt full-duplex" ifconfig_vlan2="inet 64.81.63.130 netmask 255.255.255.224 vlan 2 vlandev fxp0" 192.168.0.250 is my private LAN which is VLAN 1 on my switches. VLAN 2 and 3 are my external networks (DSL/Cable Modem). My suggestion is to add to ifconfig man page something like this under "vlan vlan_tag": Note: VLAN 1 is not tagged and should be put directly on the physical interface. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
4.4-RC3 scontrib and other files problem ?
Tried to install complete source tree via sysinstall and it always fails on scontrib with unexpected EOF. And it seems several of the chunks are not the usual 240640 bytes in size. Checked several of the FTP servers: -r--r--r-- 1 1006 1006 231335 Sep 2 04:23 sbin.ab -r--r--r-- 1 1006 1006 3763 Sep 1 18:55 scontrib.cq -r--r--r-- 1 1006 100663151 Sep 1 18:55 scontrib.cu -r--r--r-- 1 1006 1006 7233 Sep 1 18:55 scontrib.cz -r--r--r-- 1 1006 1006 2145984 Sep 1 18:55 scontrib.eh -r--r--r-- 1 1006 100666801 Sep 1 18:55 scontrib.en -r--r--r-- 1 1006 1006 1096775 Sep 1 18:55 scontrib.ex -r--r--r-- 1 1006 1006 6778448 Sep 1 18:55 sgames.ag -r--r--r-- 1 1006 1006 7834 Sep 1 18:55 slib.bb All the ones which are shorter then 240640 bytes are no the last file in their sequences. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
[ulf@Alameda.net: Re: XFree86 4.1 problem]
Haven't gotten an answer on questions, going to ask here. This is on a fresh installed machine from releng4. - Forwarded message from Ulf Zimmermann <[EMAIL PROTECTED]> - Date: Fri, 15 Jun 2001 15:15:41 -0700 From: Ulf Zimmermann <[EMAIL PROTECTED]> To: Ulf Zimmermann <[EMAIL PROTECTED]> Subject: Re: XFree86 4.1 problem I just installed XFree86 4.0.3 from packages and got the same problem :-( On Fri, Jun 15, 2001 at 02:38:15PM -0700, Ulf Zimmermann wrote: > I just installed fresh a 4.3-stable machine, cvsuped ports and then > build XFree86 4.1 from ports. When trying to run "X -configure", it > core dumps because of unresolved functions. All the missing > functions seem to be in libraries in /usr/X11R6/lib/modules and > ldconfig has that directory in the path, yet it still fails. > > Anyone got an idea what I am missing ? Below is the /var/log/XFree86.0.log > output: > > XFree86 Version 4.1.0 / X Window System > (protocol Version 11, revision 0, vendor release 6510) > Release Date: 2 June 2001 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/FAQ) > Build Operating System: FreeBSD 4.3-20010610-STABLE i386 [ELF] > Module Loader present > (==) Log file: "/var/log/XFree86.0.log", Time: Fri Jun 15 13:36:53 2001 > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > > (II) Module ABI versions: > XFree86 ANSI C Emulation: 0.1 > XFree86 Video Driver: 0.4 > XFree86 XInput driver : 0.2 > XFree86 Server Extension : 0.1 > XFree86 Font Renderer : 0.2 > (II) Loader running on freebsd > (II) LoadModule: "bitmap" > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Font Renderer > ABI class: XFree86 Font Renderer, version 0.2 > (II) Loading font Bitmap > (II) LoadModule: "pcidata" > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) PCI: Probing config type using method 1 > (II) PCI: Config type is 1 > (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 > (II) PCI: PCI scan (all values are in hex) > (II) PCI: 00:00:0: chip 8086,7124 card 1028,00b4 rev 03 class 06,00,00 hdr 00 > (II) PCI: 00:01:0: chip 8086,7125 card 1028,00b4 rev 03 class 03,00,00 hdr 00 > (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 > (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 > (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 > (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 > (II) PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 > (II) PCI: 00:1f:5: chip 8086,2415 card 1028,00b4 rev 02 class 04,01,00 hdr 00 > (II) PCI: 01:0a:0: chip 100b,0020 card 1385,f311 rev 00 class 02,00,00 hdr 00 > (II) PCI: 01:0b:0: chip 100b,0020 card 1385,f311 rev 00 class 02,00,00 hdr 00 > (II) PCI: 01:0c:0: chip 10b7,9200 card 1028,00b4 rev 78 class 02,00,00 hdr 00 > (II) PCI: End of PCI scan > (II) LoadModule: "scanpci" > (II) Loading /usr/X11R6/lib/modules/libscanpci.a > (II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) UnloadModule: "scanpci" > (II) Unloading /usr/X11R6/lib/modules/libscanpci.a > (II) Host-to-PCI bridge: > (II) PCI-to-ISA bridge: > (II) PCI-to-PCI bridge: > (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus 0 I/O range: > [0] -1 0x - 0x (0x1) IX[B] > (II) Bus 0 non-prefetchable memory range: > [0] -1 0x - 0x (0x0) MX[B] > (II) Bus 0 prefetchable memory range: > [0] -1 0x - 0x (0x0) MX[B] > (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared) > (II) Bus 1 I/O range: > [0] -1 0xe000 - 0xe0ff (0x100) IX[B] > [1] -1 0xe400 - 0xe4ff (0x100) IX[B] > [2] -1 0xe800 - 0xe8ff (0x100) IX[B] > [3] -1 0xec00 - 0xecff (0x100) IX[B] > (II) Bus 1 non-prefetchable memory range: > [0] -1 0xfd00 - 0xfeff (0x200) MX[B] > (II) Bus 1 prefetchable memory range: > (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x08 (V
Digi Etherlite driver for Linux in sourcecode available
Hello Everyone. Digi is now providing a Linux module driver in source for their Etherlite devices. The source can be found at: http://support.digi.com/support/indexes/linux-els.html The file itself is a RPM file and basicly just contains a tar.gz file, which you can access at: http://pachell.pachell.net/~ulf/els-1.02-1.tar.gz I would like to see this driver ported to FreeBSD, out of this reason I am looking for someone who would like to work on this. I can borrow an Etherlite 32 to test the port. Please contact me in case you are interested in working on this. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Maybe OT, maybe not
On Tue, Jul 18, 2000 at 03:20:44PM -0700, Ulf Zimmermann wrote: > Hello, > > I got a problem I need to get "solved" as fast as possible. I have here > a firewall box (FreeBSD based, yeah!) and need to test this in conjunction > with web crawling. Our current FW1 based Sun firewalls die very fast. > > I need to emulate about 9,000 or more concurrent open tcp sessions. Each > session should be random sized from 500 to maybe 20,000 bytes data transferred. > In addition to these I need x amount of initiated tcp sessions which never > get answered. FW1 with its tcp connection table will create an entry for > these "failed" sessions and hold it up to its time out. Our crawlers do not. > > So I am basicly looking for a load generator and a "server". Anyone got > something laying around like that ? Ok, I got some suggestions, but let me the whole thing. What do I have to test ? I need to test the ability of the firewall, which keeps a session table, to handle several ten thousand entries. Why so many ? Our current crawlers will create 300 tcp session max. It will try to start a tcp session for a destination (tcp proctocol syn packet). The firewall will now create an entry in the session table. If the remote site never answers (not reachable, down, etc) the crawler will time out the tcp session after like 1 minute, but the firewall (because it never sees another packet) will not time it out before like 5 minutes (by default its even 30 minutes). So depending on how many dead sites we hit, we are having about 9,000 active tcp sessions (30 crawlers at 300 sessions a machine) plus several thousand to tenthousands of dead entries on the firewall. My current test scenario seems to run out to this: http servers (something light weight, serving files from memory, no logging) [firewall] load generator. The direction I am kinda thinking about the load generator is something like a main thread which spawns off maybe 2,000 threads (if I can do so many or maybe more), each thread using maybe libfetch to generate a http request to either a real server on the other side or by sending a request to a non existing ip to simulate dead sites. It then needs to timeout after lets say 30 seconds to leave the dead entry on the firewall. -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: problem on 4.1-RC (4.0-stable)
On Thu, Jul 20, 2000 at 04:51:46PM -0700, Jan Koum wrote: > hey ulf, i bet your /dev/null is no longer nulling: > > # cd /dev > # rm null > # echo "fuck" > null > # ps ax > ps: bad namelist Yep, you were right. /dev/null was a plain file. Strange > > > -- yan > > On Thu, Jul 20, 2000 at 03:39:53PM -0700, Ulf Zimmermann <[EMAIL PROTECTED]> wrote: > > On Wed, Jul 19, 2000 at 01:02:59PM -0700, Kent Stewart wrote: > > > > > > > > > Ulf Zimmermann wrote: > > > > > > > > On Tue, Jul 18, 2000 at 09:09:47PM -0700, Kent Stewart wrote: > > > > > > > > > > > > > > > Ulf Zimmermann wrote: > > > > > > > > > > > > Hello, > > > > > > > > > > > > I updated via cvsup (cvsup from tuesday afternoon PDT), I went into > > > > > > single user mode, did make world, make buildkernel KERNEL=FOURTYTWO > > > > > > and make installkernel KERNEL=FOURTYTWO. Everything but one thing > > > > > > I can find seems to work fine, but ps doesn't. > > > > > > > > > > Did you boot /FOURTYTWO or do the rename sequence to make it kernel? > > > > > It sounds like your kernel and world might be a little out of > > > > > sequence. > > > > > > > > I did the move. I rebuild the kernel again, same file size got created. > > > > Yes, I agree it sounds like stuff is out of sync, but I did the complete > > > > world after I cvsup and made the kernel. > > > > > > I thought it was something simple. I'm running 4.1-RC on 3 computers > > > and ps works on all of them. Having something out of sequence could > > > produce symptoms like that. > > > > > > FWIW, 4.1-RC is broken right now when you try to build the netinet > > > section. So you can't cvsup to make sure didn't grab files in the > > > middle of an upgrade. > > > > Sigh, so I did another cvsup around 9am PDT today and did: > > > > make buildworld > > make buildkernel KERNEL=FOURTYTWO > > make installkernel KERNEL=FOURTYTWO > > make installworld > > > > then did the chflags, mv etc of the kernel, rebooted > > > > and still: > > > > fourtytwo ulf home/ulf > ps > > ps: bad namelist > > fourtytwo ulf home/ulf > which ps > > /bin/ps > > fourtytwo ulf home/ulf > ll /bin/ps > > 216 -r-xr-xr-x 1 root wheel 207748 Jul 20 15:30 /bin/ps > > fourtytwo ulf home/ulf > ll /kernel > > 2560 -r-xr-xr-x 1 root wheel 2605561 Jul 20 15:29 /kernel > > > > > > Anyone got any idea why ? > > > > > > > > Kent > > > > > > > > > > > > > > > > > Kent > > > > > > > > > > > > > > > > > Trying to use ps: > > > > > > > > > > > > fourtytwo ulf home/ulf > ps > > > > > > ps: bad namelist > > > > > > > > > > > > Rebuilding kerbel, libkvm or ps produce the same bins. "bad namelist" > > > > > > is in error inside of libkvm (kvm_i386.c) after using kvm_nlist. > > > > > > > > > > > > Anyone got an suggestion what to check or what maybe broken ? > > > > > > > > > > > > -- > > > > > > Regards, Ulf. > > > > > > > > > > > > - > > > > > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > > > > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > > > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > > > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > > > > > -- > > > > > Kent Stewart > > > > > Richland, WA > > > > > > > > > > mailto:[EMAIL PROTECTED] > > > > > http://kstewart.urx.com/kstewart/index.html > > > > > FreeBSD News http://daily.daemonnews.org/ > > > > > > > > > > Bomber dropping fire retardant in front of Hanford Wild fire. > > > > > http://kstewart.urx.com/kstewart/bomber.jpg > > > > > > > > -- > > > > Regards, Ulf. > > > > > > > &g
Re: problem on 4.1-RC (4.0-stable)
On Thu, Jul 20, 2000 at 03:48:23PM -0700, Kris Kennaway wrote: > On Thu, 20 Jul 2000, Ulf Zimmermann wrote: > > > and still: > > > > fourtytwo ulf home/ulf > ps > > ps: bad namelist > > You're not bypassing the loader when you boot are you? No, the machine is a pure FreeBSD machine, but uses the 3 stage boot loader. > > Kris > > -- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe <[EMAIL PROTECTED]> > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: problem on 4.1-RC (4.0-stable)
On Wed, Jul 19, 2000 at 01:02:59PM -0700, Kent Stewart wrote: > > > Ulf Zimmermann wrote: > > > > On Tue, Jul 18, 2000 at 09:09:47PM -0700, Kent Stewart wrote: > > > > > > > > > Ulf Zimmermann wrote: > > > > > > > > Hello, > > > > > > > > I updated via cvsup (cvsup from tuesday afternoon PDT), I went into > > > > single user mode, did make world, make buildkernel KERNEL=FOURTYTWO > > > > and make installkernel KERNEL=FOURTYTWO. Everything but one thing > > > > I can find seems to work fine, but ps doesn't. > > > > > > Did you boot /FOURTYTWO or do the rename sequence to make it kernel? > > > It sounds like your kernel and world might be a little out of > > > sequence. > > > > I did the move. I rebuild the kernel again, same file size got created. > > Yes, I agree it sounds like stuff is out of sync, but I did the complete > > world after I cvsup and made the kernel. > > I thought it was something simple. I'm running 4.1-RC on 3 computers > and ps works on all of them. Having something out of sequence could > produce symptoms like that. > > FWIW, 4.1-RC is broken right now when you try to build the netinet > section. So you can't cvsup to make sure didn't grab files in the > middle of an upgrade. Sigh, so I did another cvsup around 9am PDT today and did: make buildworld make buildkernel KERNEL=FOURTYTWO make installkernel KERNEL=FOURTYTWO make installworld then did the chflags, mv etc of the kernel, rebooted and still: fourtytwo ulf home/ulf > ps ps: bad namelist fourtytwo ulf home/ulf > which ps /bin/ps fourtytwo ulf home/ulf > ll /bin/ps 216 -r-xr-xr-x 1 root wheel 207748 Jul 20 15:30 /bin/ps fourtytwo ulf home/ulf > ll /kernel 2560 -r-xr-xr-x 1 root wheel 2605561 Jul 20 15:29 /kernel Anyone got any idea why ? > > Kent > > > > > > > > > Kent > > > > > > > > > > > Trying to use ps: > > > > > > > > fourtytwo ulf home/ulf > ps > > > > ps: bad namelist > > > > > > > > Rebuilding kerbel, libkvm or ps produce the same bins. "bad namelist" > > > > is in error inside of libkvm (kvm_i386.c) after using kvm_nlist. > > > > > > > > Anyone got an suggestion what to check or what maybe broken ? > > > > > > > > -- > > > > Regards, Ulf. > > > > > > > > - > > > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > -- > > > Kent Stewart > > > Richland, WA > > > > > > mailto:[EMAIL PROTECTED] > > > http://kstewart.urx.com/kstewart/index.html > > > FreeBSD News http://daily.daemonnews.org/ > > > > > > Bomber dropping fire retardant in front of Hanford Wild fire. > > > http://kstewart.urx.com/kstewart/bomber.jpg > > > > -- > > Regards, Ulf. > > > > --------- > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:[EMAIL PROTECTED] > http://kstewart.urx.com/kstewart/index.html > FreeBSD News http://daily.daemonnews.org/ > > Bomber dropping fire retardant in front of Hanford Wild fire. > http://kstewart.urx.com/kstewart/bomber.jpg -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: problem on 4.1-RC (4.0-stable)
On Wed, Jul 19, 2000 at 01:02:59PM -0700, Kent Stewart wrote: > > > Ulf Zimmermann wrote: > > > > On Tue, Jul 18, 2000 at 09:09:47PM -0700, Kent Stewart wrote: > > > > > > > > > Ulf Zimmermann wrote: > > > > > > > > Hello, > > > > > > > > I updated via cvsup (cvsup from tuesday afternoon PDT), I went into > > > > single user mode, did make world, make buildkernel KERNEL=FOURTYTWO > > > > and make installkernel KERNEL=FOURTYTWO. Everything but one thing > > > > I can find seems to work fine, but ps doesn't. > > > > > > Did you boot /FOURTYTWO or do the rename sequence to make it kernel? > > > It sounds like your kernel and world might be a little out of > > > sequence. > > > > I did the move. I rebuild the kernel again, same file size got created. > > Yes, I agree it sounds like stuff is out of sync, but I did the complete > > world after I cvsup and made the kernel. > > I thought it was something simple. I'm running 4.1-RC on 3 computers > and ps works on all of them. Having something out of sequence could > produce symptoms like that. > > FWIW, 4.1-RC is broken right now when you try to build the netinet > section. So you can't cvsup to make sure didn't grab files in the > middle of an upgrade. I did two times cvsup, because my system was 4.0-stable out of a time where softupdates was still in contrib and so the first run had problems because of the existing links. Second cvsup run only upgraded some readme files and freebsd.h for gcc. > > Kent > > > > > > > > > Kent > > > > > > > > > > > Trying to use ps: > > > > > > > > fourtytwo ulf home/ulf > ps > > > > ps: bad namelist > > > > > > > > Rebuilding kerbel, libkvm or ps produce the same bins. "bad namelist" > > > > is in error inside of libkvm (kvm_i386.c) after using kvm_nlist. > > > > > > > > Anyone got an suggestion what to check or what maybe broken ? > > > > > > > > -- > > > > Regards, Ulf. > > > > > > > > - > > > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > -- > > > Kent Stewart > > > Richland, WA > > > > > > mailto:[EMAIL PROTECTED] > > > http://kstewart.urx.com/kstewart/index.html > > > FreeBSD News http://daily.daemonnews.org/ > > > > > > Bomber dropping fire retardant in front of Hanford Wild fire. > > > http://kstewart.urx.com/kstewart/bomber.jpg > > > > -- > > Regards, Ulf. > > > > --------- > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:[EMAIL PROTECTED] > http://kstewart.urx.com/kstewart/index.html > FreeBSD News http://daily.daemonnews.org/ > > Bomber dropping fire retardant in front of Hanford Wild fire. > http://kstewart.urx.com/kstewart/bomber.jpg -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: problem on 4.1-RC (4.0-stable)
On Tue, Jul 18, 2000 at 09:09:47PM -0700, Kent Stewart wrote: > > > Ulf Zimmermann wrote: > > > > Hello, > > > > I updated via cvsup (cvsup from tuesday afternoon PDT), I went into > > single user mode, did make world, make buildkernel KERNEL=FOURTYTWO > > and make installkernel KERNEL=FOURTYTWO. Everything but one thing > > I can find seems to work fine, but ps doesn't. > > Did you boot /FOURTYTWO or do the rename sequence to make it kernel? > It sounds like your kernel and world might be a little out of > sequence. I did the move. I rebuild the kernel again, same file size got created. Yes, I agree it sounds like stuff is out of sync, but I did the complete world after I cvsup and made the kernel. > > Kent > > > > > Trying to use ps: > > > > fourtytwo ulf home/ulf > ps > > ps: bad namelist > > > > Rebuilding kerbel, libkvm or ps produce the same bins. "bad namelist" > > is in error inside of libkvm (kvm_i386.c) after using kvm_nlist. > > > > Anyone got an suggestion what to check or what maybe broken ? > > > > -- > > Regards, Ulf. > > > > - > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:[EMAIL PROTECTED] > http://kstewart.urx.com/kstewart/index.html > FreeBSD News http://daily.daemonnews.org/ > > Bomber dropping fire retardant in front of Hanford Wild fire. > http://kstewart.urx.com/kstewart/bomber.jpg -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
problem on 4.1-RC (4.0-stable)
Hello, I updated via cvsup (cvsup from tuesday afternoon PDT), I went into single user mode, did make world, make buildkernel KERNEL=FOURTYTWO and make installkernel KERNEL=FOURTYTWO. Everything but one thing I can find seems to work fine, but ps doesn't. Trying to use ps: fourtytwo ulf home/ulf > ps ps: bad namelist Rebuilding kerbel, libkvm or ps produce the same bins. "bad namelist" is in error inside of libkvm (kvm_i386.c) after using kvm_nlist. Anyone got an suggestion what to check or what maybe broken ? -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Maybe OT, maybe not
Hello, I got a problem I need to get "solved" as fast as possible. I have here a firewall box (FreeBSD based, yeah!) and need to test this in conjunction with web crawling. Our current FW1 based Sun firewalls die very fast. I need to emulate about 9,000 or more concurrent open tcp sessions. Each session should be random sized from 500 to maybe 20,000 bytes data transferred. In addition to these I need x amount of initiated tcp sessions which never get answered. FW1 with its tcp connection table will create an entry for these "failed" sessions and hold it up to its time out. Our crawlers do not. So I am basicly looking for a load generator and a "server". Anyone got something laying around like that ? -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Fw: Question about RAID solutions
On Thu, May 04, 2000 at 11:30:24AM -0400, Jim Flowers wrote: > I'm just starting to look at this. The only hardware option appears to > be dpt and then only for almost-obsolete modules. Raid 5 for vinum FreeBSD 4.0 supports others then the DPT. I personal use the Mylex Acceleraid 250, which works great. > requires a license at present. It may not be what you want. > > I am currently configuring a Raid 10 system with 4 - 4.5 GB scsi ultra > drives. That's two striped (0) and the two striped pairs mirrored (1). > That gives 100% increment in read speed (can read both simultaneously) > and redundancy (either pair continues to operate). Drives have become so > cheap Raid 5 just doesn't make sense to me. White paper suggests that > vinum will be considerably faster than Raid 5 hardware, too. > > Seems easy to set up but as I say I am just starting to do it. First I > have to figure out why my Adaptec 2940U doesn't work. > > Jim Flowers <[EMAIL PROTECTED]> > #4 ISP on C|NET, #1 in Ohio > > On Thu, 4 May 2000, Drew Sanford wrote: > > > Hi, > > I sent this to questions yesterday and got no response. Anyone here care > > to take a stab at it for me? Thanks. > > > > > > > > Drew Sanford > > Systems Administrator > > Email: [EMAIL PROTECTED] > > - Original Message - > > From: Drew Sanford <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, May 03, 2000 1:32 PM > > Subject: Question about RAID solutions > > > > > > > Hi, > > > I'm looking for a RAID 5 solution for FreeBSD. I'd like suggestions on > > > well supported hardware solutions, although I'm not against using vinum. > > > What are some opinions on both of these solutions for and external drive > > box > > > like the Dell Powervault? Thanks for the information. > > > > > > > > > > > > Drew Sanford > > > Systems Administrator > > > Email: [EMAIL PROTECTED] > > > > > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Problems with 4.0-20000408-STABLE and Asus K7M/AMD K7-750
On Thu, Apr 13, 2000 at 05:11:44PM -0700, Ulf Zimmermann wrote: > Finaly got my new desktop system for work in, but I am having problems > that the probe at install hangs. Booting verbose, the last message > I can get from scroll back in regards to ATA: > > ata0-master: success setting up UMDA4 mode on VIA chip > ad0: ATA-4 disk at ata0 as master > ad0: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 16 secs/int, 32 depth queue, UDMA66 > ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 > Creating DISK ad0 > Creating DISK wd0 > ata0-slave: success setting up UMDA4 mode on VIA chip > ad1: ATA-4 disk at ata0 as slave > ad1: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S > ad1: 16 secs/int, 32 depth queue, UDMA66 > ad1: piomode=4 dmamode=2 udmamode=4 cblid=1 > Creating DISK ad1 > Creating DISK wd1 > Mounting root from ufs:/dev/md0c > > It then changes into sysinstall. The probing devices then just hangs. > Output from the second screen: > > [All kinds of messages about fd, worm, idad] > ad0: invalid primary partition table: no magic > ad1: invalid primary partition table: no magic > ad0: invalid primary partition table: no magic > DEBUG: Found a disk device named ad0 > ad1: invalid primary partition table: no magic > DEBUG: Found a disk device named ad1 > > After this nothing, CTRL-ALT-DEL leads to the "Do you want to > reboot" message. Any ideas ? Rebooted again (without debug) and this time sysinstall went through probing with flying colors. Only difference, I disabled the second IDE controller in the startup kernel config. Rebooted again with both controllers in the kernel config and sysinstall probe goes through fine again. Sigh, don't we hate non reproducable problems > > -- > Regards, Ulf. > > - > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Problems with 4.0-20000408-STABLE and Asus K7M/AMD K7-750
Finaly got my new desktop system for work in, but I am having problems that the probe at install hangs. Booting verbose, the last message I can get from scroll back in regards to ATA: ata0-master: success setting up UMDA4 mode on VIA chip ad0: ATA-4 disk at ata0 as master ad0: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, UDMA66 ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad0 Creating DISK wd0 ata0-slave: success setting up UMDA4 mode on VIA chip ad1: ATA-4 disk at ata0 as slave ad1: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 32 depth queue, UDMA66 ad1: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad1 Creating DISK wd1 Mounting root from ufs:/dev/md0c It then changes into sysinstall. The probing devices then just hangs. Output from the second screen: [All kinds of messages about fd, worm, idad] ad0: invalid primary partition table: no magic ad1: invalid primary partition table: no magic ad0: invalid primary partition table: no magic DEBUG: Found a disk device named ad0 ad1: invalid primary partition table: no magic DEBUG: Found a disk device named ad1 After this nothing, CTRL-ALT-DEL leads to the "Do you want to reboot" message. Any ideas ? -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: No route for 127/8 to lo0 (?) - another use for loopback subn et?
On Sun, Apr 02, 2000 at 03:49:53AM +0400, Aleksandr A.Babaylov wrote: > Eric Peterson writes: > [Charset iso-8859-1 unsupported, filtering to ASCII...] > > Tony Finch [mailto:[EMAIL PROTECTED]] wrote: > > > Nik Clayton <[EMAIL PROTECTED]> wrote: > > >> > > >> I thought that 127/8 was the "local net", and that > > >> packets sent to any of those addresses would go via > > >> the loopback interface. That seems to be how Linux > > >> and Windows 98 do things (the only systems I can > > >> check this on at the moment). Assuming that's the > > >> case, why does FreeBSD only add a a host route to > > >> 127.0.0.1, and not a network route for 127/8? > > > > > > I did some further investigation to see how old this > > > oddity is and it seems to be the way BSD has always > > > handled the loopback interface. There's an explicit > > > exclusion in the interface initialization code in in.c > > > that gives loopback interfaces a host route instead of > > > the network route that a normal interface gets and it's > > > been that way for 15 years. > > > > I always thought it was a great waste of network address > > space to devote an entire class A network to a single > > loopback address. An idea I got from a co-worker a while > > ago was to allow the 127.* (or some smaller subnet of 127) > > to be devoted to "intra-box addresses", for example: > > > > 1. A cluster of devices/slots within a chassis > > 2. A parallel processing machine > > 3. A multi-processor computer/device This is how Cisco is using it on their Catalyst switches for example. > > > > All of the above may have inter-processor communications > > that do not need to leave the chassis. Analogous to how > > the 192.168.* (RFC1918) addresses are used for intranets, > > these addresses wouldn't be allowed to be seen by the outside > > world (i.e. outside the "chassis"), but would permit internal > > IP communication without having to waste (and configure) a > > "real" IP net number. If these devices needed to get to the > > outside world, they could use NAT (again, analogously to the > > RFC1918 case). > I use addresses from 127/8 net for p2p connections > when security is useful. > TCP/IP pakets with 127.X.X.X has only one hop to live > and never be routed by BSD kernel. > may be 0/8 net is similar - I don't remember. > > -- > @BABOLO http://links.ru/ > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Onboard Intel NIC
On Tue, Mar 28, 2000 at 07:18:57AM -0800, Ron Rosson wrote: > On Mon, 27 Mar 2000, Wes Peters was heard blurting out: > > > Ron 'The InSaNe One' Rosson wrote: > > > > > > Ummm This is getting a little old. I am no programmer but read this > > > list to get insight on what things may not work or what might work.. It > > > has saved my BACKSIDE many times. I am also a user of ETinc hardware and > > > am aware of Dennis. I am also like I said someone who does not code. So > > > go FIX IT yourself attitude gets kinda old. It happens on #FreeBSD on > > > efnet all too much. > > > > So you agree that you and Dennis have some legal and/or moral ground to > > stand on in DEMANDING that I and others donate our own personal time to > > you for free, simply because you're incapable of fixing something your- > > self? > > > > This argument has NOT been about whether the fxp driver needs to be fixed, > > but rather whether Dennis or anyone can DEMAND time from FreeBSD developers > > as opposed to asking them politely or proposing some remuneration so they > > can afford to dedicate time to an individual problem. > > > > I think my stance on this is pretty clear, but just in case you haven't > > gotten the message, those of you who think you have some RIGHT to DEMAND > > my time can stuff it. > > > > I guess my wording was off a little. I guess the point I was tring to > make was missed. > > It is the go fix it yourself attitude I guess that gets me sometimes in > both the mailing lists and IRC. There is some people in the user base > that can not code but are able to find issues on there systems and would > like to share them with either of the forums mentioned. I guess the > better answer than the "Go fix it yourself" would be "Please submit a > PR". This way both the project and the party involved can track the > progress. As someone who usual not codes, but helps finding issues. This is my personal opinion from reading through this thread: Dennis got told fix it yourself, after he has not provided any help in getting down to the issue. I haven't seen in one of his email what exact chip on what exact motherboard doesn't work. He also grossly overstated the amount of people being affected by it. > > TIA > -- > --- > Ron Rosson... and a UNIX user said ... > The InSaNe One rm -rf * > [EMAIL PROTECTED] and all was /dev/null and *void() > --- > Voice on telephone to man seated at his computer: >Thank you for calling the tech support hotline. If your computer >becomes obsolete while you're holding, press 1 to reach our sales >department. > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Question about PCI vendor 0x127a
On Thu, Mar 23, 2000 at 01:42:05PM -0700, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "Allen Pulsifer" >writes: > : Device ID: > : 0x2005 > : Chip Number: RS56/SP-PCI11P1 > : Description: Single chip 56K V90 modem/spkrphone > > Changes are very good this won't be supported by the pci serial code > I'm getting ready to commit to -current. I looked a bit around and this is reported to be a Winmodem. Never use a modem anyways and if I really have to ... I still have a good trusty pcmcia card. I should just test it with 4.0 > > Warner -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Question about PCI vendor 0x127a
On Wed, Mar 22, 2000 at 10:15:43PM -0500, Allen Pulsifer wrote: > >From http://www.yourvote.com/pci/ > > Rockwell Semiconductor Systems > 714-221-4600 > Vendor ID: 0x127A > Short Name: Rockwell Semi > Contact: [EMAIL PROTECTED] > Web Site: http://www.rockwell.com > > > Device ID: > 0x1002 > Chip Number: RC56HCFPCI > Description: Modem enumerator > > Device ID: > 0x1025 > Description: PCI modem > > Device ID: > 0x2005 > Chip Number: RS56/SP-PCI11P1 > Description: Single chip 56K V90 modem/spkrphone > > Device ID: > 0x2014 > Description: PCI modem Ahh, right, the modem, I forgot about it. Still funny that www.pcisig.com doesn't list 0x127a in their list sorted by hex. > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Ulf Zimmermann > > Sent: Wednesday, March 22, 2000 9:59 PM > > To: [EMAIL PROTECTED] > > Subject: Question about PCI vendor 0x127a > > > > > > I have this Sony Notebook Z505R, running 4.0-RC3 and works great. But I > > noticed there is still one unknown card: > > > > pci0: (vendor=0x127a, dev=0x2005) at 11.0 irq 9 > > > > Checking out www.pcisig.com, this vendor id is not listed. Anyone have > > an idea what part of the notebook it could be ? > > > > -- > > Regards, Ulf. > > > > - > > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Question about PCI vendor 0x127a
I have this Sony Notebook Z505R, running 4.0-RC3 and works great. But I noticed there is still one unknown card: pci0: (vendor=0x127a, dev=0x2005) at 11.0 irq 9 Checking out www.pcisig.com, this vendor id is not listed. Anyone have an idea what part of the notebook it could be ? -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: disappearing mount points after install
On Sun, Jan 23, 2000 at 11:33:56AM -0500, Marwan Fayed wrote: > So, as it turns out I have found the answer it seems... a bit of a fluke, > rather. I'll detail in short (if there is such a thing) so others are > aware. > > As Thierry (and one other I think) suggested, a DOS partition is required. > Before this was suggested to me I tried dual booting with a small DOS > partition of 2 megs to save as much space as possible. This didn't work. > Well, last night a chain of events forced me to realize that Win95, of > course, uses partitions greater than 2 megs and that I should try using > larger partitions (Thierry uses 20 on his machine). > > I first tried it with 5 megs... nothing. Then 10, 16, and still nothing. > Finally when I expanded the DOS partition to 20 megs it worked. I can only > assume this is how IBM manufactured their BIOS. And hey, it's 20 megs lost > but at least it worked. > > I'm writing this after doing a dummy install with the minimal option so as > to save time in installing. Let's hope my results aren't a lucky shot in > the dark so that I can now re-install everything properly! FYI: be also aware about how some notebooks do suspend to disk. Some Toshibas need +1MB free at the end of the disk to do so. Some other Toshibas make a file inside of the dos partition. Not sure how IBM or others do it, have only experience with Toshibas lately and haven't bothered to check on my Sony (does the Z505R even do suspend to disk?) > > Thanks for everyone's help. btw, who gets dinner!? > > Marwan > > ps. You all have impressed me so much that I think I will try to find ways > to contribute to the freebsd project (as long as it doesn't interfere with > school, of course ) > > On Sat, 22 Jan 2000, Thierry Herbelot wrote: > > > Hello > > > > [-mobile trimmed] > > > > Marwan Fayed wrote: > > > > > > Hello, > > > > > > I am a seasoned UNIX user but have been using freebsd for only about 6 > > > months. I have posted this problem to freebsd-questions with no response > > > so, figuring it must be a bug in the install program i'm going to try > > > here. Oh, I would like to have traced the code to try to find the bug (if > > > one exists) but being a senior year undergrad with a full course load and > > > thesis, I have been left with little time... please forgive me. > > > > > > My problem is this. I am trying to install 3.3-R on an IBM Thinkpad 365XD > > > (although I have received mail from a man in France who is having the same > > > problem on a desktop). The installation runs completely smoothly but when > > > I finish and reboot the machine reports no resident O.S. > > > > This may be due to a faulty BIOS : some BIOSes do not like at all not > > having a DOS partition at the beginning of the disk (I have some HP PCs > > with just 20 Megs of FAT at the start of the disk to keep them booting - > > from , which is FreeBSD) > > > > > > > > After trying many different things (including messing with the MBR, double > > > and triple checking disk geometry, and using a Fixit disk to try to > > > diagnose the problem), I booted from the install floppy to the main > > > install menu. Rather than re-install all over again for the nth time I > > > just entered the label editor. The partitions were still there but the > > > mount points were lost. What appeared was > > > this: > > > > > > 40M // supposed to be root > > > swap 84M // swap is obviously OK > > > 651M// supposed to be /usr > > > > The mount points for each partition are recorded in /etc/fstab : what > > you are seeing is completely normal, as sysinstall has not read the > > fstab file from the root partition of your disk. > > > > > > > > This is clearly not what I designated so I tried relabelling the mount > > > points, writing the information using 'w' and exiting install only to have > > > the BIOS report no O.S. yet again! > > > > Try and leave a small DOS partition at the beginning of your disk, as > > said above. > > > > > > > > The machine is a P100,40M ram,810HD, standard PCI (as far as I have been > > > able to tell/test). Has anyone encountered this or know the problem? > > > > > > Thanks a TON! > > > > > > Marwan :-) > > > > TfH > > > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-mobile" in the body of the message -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Digi AccelePort-USB 2, 4 or 8 port serial terminal server ?
Nice serial server, anyone working for serial support on USB ? Have an 8 port and could help getting support for it or testing drivers. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Support for USB floppies like Y-E Data FlashBuster-u ?
Anyone working on such support yet ? This drive came with the Sony Vaio Z505R. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What's happen with anoncvs.freebsd.org?
On Wed, Nov 10, 1999 at 05:56:20PM +0300, Roman V. Palagin wrote: > Hello! > > I don't know, is it appropriate group to ask this question, but anyway: > when I try to check out /usr/src/sys from anoncvs.freebsd.org, I just get > > % cvs co sys > /ctm/FreeBSD/anoncvs/anoncvssh: No such file or directory > cvs [checkout aborted]: end of file from server (consult above messages if any) > % > > Who can tell me is there are any chances to get things work again? anoncvs.FreeBSD.org crashed and lost its vinum /ctm filesystem. Chuckr and Markm are working on restoring it. > > /Roman > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message