Re: Using Serial Port Other Than sio0 for the Console
On Wed, Feb 04, 2009 at 08:45:46AM +0100, Martin Schweizer wrote: Hello Tim I did what in the handbook under article 26.6.5.2. is described but not shure how I can write a new boot block to the disk. Here is what I think is correct: Output from df and bsdlabel mfid0s1: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/mfid0s1a989M378M532M42%/ devfs1.0K1.0K 0B 100%/dev /dev/mfid0s1d989M 16K910M 0%/tmp /dev/mfid0s1f388G2.6G354G 1%/usr /dev/mfid0s1e182G 43M167G 0%/var # /dev/mfid0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 209715204.2BSD 2048 16384 28528 b: 8388608 2097152 swap c: 12460816620unused0 0 # raw part, don't edit d: 2097152 104857604.2BSD 2048 16384 28528 e: 394264576 125829124.2BSD 2048 16384 28528 f: 839234174 4068474884.2BSD 2048 16384 28528 My opinion is: bsdlabel -B mfid0s1 What has this all got to do with the Subject? Subject: Re: Using Serial Port Other Than sio0 for the Console Please don't hijack threads. Start a new one if you have something to ask. jerry Is that correct? Regards, Am Sun, Feb 01, 2009 at 05:03:12PM +0100 Martin Schweizer schrieb: Probably I find the problem. I did not read care enough the article 26.6.5.2. I will try it asap (in the next few days). I will keep you updated. Am Sat, Jan 31, 2009 at 12:09:28PM -0700 Tim Judd schrieb: On Fri, Jan 30, 2009 at 10:28 AM, Martin Schweizer lists_free...@bluewin.ch wrote: I want to use sio1 for console access. I read chapter 26.6 in the handbook and did the following: /boot.config: -P /boot/device.hints: [snip] hint.sio.0.at=isa hint.sio.0.port=0x3F8 ### hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.flags=0x10 hint.sio.1.irq=3 [snip] My custom kernel: [snip] device sio [snip] /var/run/dmesg.boot: [snip] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console sio1: [FILTER] [snip] /etc/ttys: [snip] ttyd0 /usr/libexec/getty std.9600 vt100 on secure ttyd1 /usr/libexec/getty std.9600 vt100 on secure ttyd2 /usr/libexec/getty std.9600 vt100 on secure ttyd3 /usr/libexec/getty std.9600 vt100 on secure [snip] The baud rate etc. are correct as well (the standard settings). The problem is I get no connection. I'm sure that my terminal works correct because I can connect other FreeBSD sever over the serial cable but not the above. Any ideas? Kind regards, -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; Surprised nobody's really responded. Enabling serial logins on ttyd1 (COM2 in Microsoft terms) is on -- it's defined in your ttys. The guaranteed enabling is to restart, but I've heard that sigHUP init will reread ttys and enable logins (but I hadn't got that to work yet). Enabling serial as your console output (in terms of the boot process and everything) should be, if available, enabled in /boot/loader.conf There doesn't seem to be a setting to enable COM2 as your console device, the only options (by reading through /boot/defaults/loader.conf) is to enable comconsole, which runs over COM1 You would likely have to hack the bootloader files in source and reinstall to get that kind of functionality. Does this help? let me know if you want more help. I like enabling serial console for the fact that you can get into out-of-bounds management this way easily. --Tim ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Using Serial Port Other Than sio0 for the Console
Hello Jerry Jerry McAllister schrieb: On Wed, Feb 04, 2009 at 08:45:46AM +0100, Martin Schweizer wrote: Hello Tim I did what in the handbook under article 26.6.5.2. is described but not shure how I can write a new boot block to the disk. Here is what I think is correct: Output from df and bsdlabel mfid0s1: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/mfid0s1a989M378M532M42%/ devfs1.0K1.0K 0B 100%/dev /dev/mfid0s1d989M 16K910M 0%/tmp /dev/mfid0s1f388G2.6G354G 1%/usr /dev/mfid0s1e182G 43M167G 0%/var # /dev/mfid0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 209715204.2BSD 2048 16384 28528 b: 8388608 2097152 swap c: 12460816620unused0 0 # raw part, don't edit d: 2097152 104857604.2BSD 2048 16384 28528 e: 394264576 125829124.2BSD 2048 16384 28528 f: 839234174 4068474884.2BSD 2048 16384 28528 My opinion is: bsdlabel -B mfid0s1 What has this all got to do with the Subject? Subject: Re: Using Serial Port Other Than sio0 for the Console Please don't hijack threads. Start a new one if you have something to ask. In the article 26.6.5.2. in the handbook you will find the answer. If you want to use another sio port (COM2 im my case) for serial communications you need to write the boot blocks new. I do not use bsdlabel often so I want to cross check that I'm on the right way. Regards, Is that correct? Regards, Am Sun, Feb 01, 2009 at 05:03:12PM +0100 Martin Schweizer schrieb: Probably I find the problem. I did not read care enough the article 26.6.5.2. I will try it asap (in the next few days). I will keep you updated. Am Sat, Jan 31, 2009 at 12:09:28PM -0700 Tim Judd schrieb: On Fri, Jan 30, 2009 at 10:28 AM, Martin Schweizer lists_free...@bluewin.ch wrote: I want to use sio1 for console access. I read chapter 26.6 in the handbook and did the following: /boot.config: -P /boot/device.hints: [snip] hint.sio.0.at=isa hint.sio.0.port=0x3F8 ### hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.flags=0x10 hint.sio.1.irq=3 [snip] My custom kernel: [snip] device sio [snip] /var/run/dmesg.boot: [snip] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console sio1: [FILTER] [snip] /etc/ttys: [snip] ttyd0 /usr/libexec/getty std.9600 vt100 on secure ttyd1 /usr/libexec/getty std.9600 vt100 on secure ttyd2 /usr/libexec/getty std.9600 vt100 on secure ttyd3 /usr/libexec/getty std.9600 vt100 on secure [snip] The baud rate etc. are correct as well (the standard settings). The problem is I get no connection. I'm sure that my terminal works correct because I can connect other FreeBSD sever over the serial cable but not the above. Any ideas? Kind regards, -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; Surprised nobody's really responded. Enabling serial logins on ttyd1 (COM2 in Microsoft terms) is on -- it's defined in your ttys. The guaranteed enabling is to restart, but I've heard that sigHUP init will reread ttys and enable logins (but I hadn't got that to work yet). Enabling serial as your console output (in terms of the boot process and everything) should be, if available, enabled in /boot/loader.conf There doesn't seem to be a setting to enable COM2 as your console device, the only options (by reading through /boot/defaults/loader.conf) is to enable comconsole, which runs over COM1 You would likely have to hack the bootloader files in source and reinstall to get that kind of functionality. Does this help? let me know if you want more help. I like enabling serial console for the fact that you can get into out-of-bounds management this way easily. --Tim ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax
Re: Using Serial Port Other Than sio0 for the Console
On Wed, Feb 04, 2009 at 06:01:46PM +0100, Martin Schweizer wrote: Hello Jerry don't edit d: 2097152 104857604.2BSD 2048 16384 28528 e: 394264576 125829124.2BSD 2048 16384 28528 f: 839234174 4068474884.2BSD 2048 16384 28528 My opinion is: bsdlabel -B mfid0s1 What has this all got to do with the Subject? Subject: Re: Using Serial Port Other Than sio0 for the Console Please don't hijack threads. Start a new one if you have something to ask. In the article 26.6.5.2. in the handbook you will find the answer. If you want to use another sio port (COM2 im my case) for serial communications you need to write the boot blocks new. I do not use bsdlabel often so I want to cross check that I'm on the right way. Regards, Ah, interesting,I didn't get the connection. jerry Is that correct? Regards, Am Sun, Feb 01, 2009 at 05:03:12PM +0100 Martin Schweizer schrieb: Probably I find the problem. I did not read care enough the article 26.6.5.2. I will try it asap (in the next few days). I will keep you updated. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Using Serial Port Other Than sio0 for the Console
Hello Tim I did what in the handbook under article 26.6.5.2. is described but not shure how I can write a new boot block to the disk. Here is what I think is correct: Output from df and bsdlabel mfid0s1: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/mfid0s1a989M378M532M42%/ devfs1.0K1.0K 0B 100%/dev /dev/mfid0s1d989M 16K910M 0%/tmp /dev/mfid0s1f388G2.6G354G 1%/usr /dev/mfid0s1e182G 43M167G 0%/var # /dev/mfid0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 209715204.2BSD 2048 16384 28528 b: 8388608 2097152 swap c: 12460816620unused0 0 # raw part, don't edit d: 2097152 104857604.2BSD 2048 16384 28528 e: 394264576 125829124.2BSD 2048 16384 28528 f: 839234174 4068474884.2BSD 2048 16384 28528 My opinion is: bsdlabel -B mfid0s1 Is that correct? Regards, Am Sun, Feb 01, 2009 at 05:03:12PM +0100 Martin Schweizer schrieb: Probably I find the problem. I did not read care enough the article 26.6.5.2. I will try it asap (in the next few days). I will keep you updated. Am Sat, Jan 31, 2009 at 12:09:28PM -0700 Tim Judd schrieb: On Fri, Jan 30, 2009 at 10:28 AM, Martin Schweizer lists_free...@bluewin.ch wrote: I want to use sio1 for console access. I read chapter 26.6 in the handbook and did the following: /boot.config: -P /boot/device.hints: [snip] hint.sio.0.at=isa hint.sio.0.port=0x3F8 ### hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.flags=0x10 hint.sio.1.irq=3 [snip] My custom kernel: [snip] device sio [snip] /var/run/dmesg.boot: [snip] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console sio1: [FILTER] [snip] /etc/ttys: [snip] ttyd0 /usr/libexec/getty std.9600 vt100 on secure ttyd1 /usr/libexec/getty std.9600 vt100 on secure ttyd2 /usr/libexec/getty std.9600 vt100 on secure ttyd3 /usr/libexec/getty std.9600 vt100 on secure [snip] The baud rate etc. are correct as well (the standard settings). The problem is I get no connection. I'm sure that my terminal works correct because I can connect other FreeBSD sever over the serial cable but not the above. Any ideas? Kind regards, -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; Surprised nobody's really responded. Enabling serial logins on ttyd1 (COM2 in Microsoft terms) is on -- it's defined in your ttys. The guaranteed enabling is to restart, but I've heard that sigHUP init will reread ttys and enable logins (but I hadn't got that to work yet). Enabling serial as your console output (in terms of the boot process and everything) should be, if available, enabled in /boot/loader.conf There doesn't seem to be a setting to enable COM2 as your console device, the only options (by reading through /boot/defaults/loader.conf) is to enable comconsole, which runs over COM1 You would likely have to hack the bootloader files in source and reinstall to get that kind of functionality. Does this help? let me know if you want more help. I like enabling serial console for the fact that you can get into out-of-bounds management this way easily. --Tim ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; ___ freebsd-questions@freebsd.org mailing list
Re: Using Serial Port Other Than sio0 for the Console
Hello Tim Probably I find the problem. I did not read care enough the article 26.6.5.2. I will try it asap (in the next few days). I will keep you updated. Regards, Am Sat, Jan 31, 2009 at 12:09:28PM -0700 Tim Judd schrieb: On Fri, Jan 30, 2009 at 10:28 AM, Martin Schweizer lists_free...@bluewin.ch wrote: Hello I want to use sio1 for console access. I read chapter 26.6 in the handbook and did the following: /boot.config: -P /boot/device.hints: [snip] hint.sio.0.at=isa hint.sio.0.port=0x3F8 ### hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.flags=0x10 hint.sio.1.irq=3 [snip] My custom kernel: [snip] device sio [snip] /var/run/dmesg.boot: [snip] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console sio1: [FILTER] [snip] /etc/ttys: [snip] ttyd0 /usr/libexec/getty std.9600 vt100 on secure ttyd1 /usr/libexec/getty std.9600 vt100 on secure ttyd2 /usr/libexec/getty std.9600 vt100 on secure ttyd3 /usr/libexec/getty std.9600 vt100 on secure [snip] The baud rate etc. are correct as well (the standard settings). The problem is I get no connection. I'm sure that my terminal works correct because I can connect other FreeBSD sever over the serial cable but not the above. Any ideas? Kind regards, -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; Surprised nobody's really responded. Enabling serial logins on ttyd1 (COM2 in Microsoft terms) is on -- it's defined in your ttys. The guaranteed enabling is to restart, but I've heard that sigHUP init will reread ttys and enable logins (but I hadn't got that to work yet). Enabling serial as your console output (in terms of the boot process and everything) should be, if available, enabled in /boot/loader.conf There doesn't seem to be a setting to enable COM2 as your console device, the only options (by reading through /boot/defaults/loader.conf) is to enable comconsole, which runs over COM1 You would likely have to hack the bootloader files in source and reinstall to get that kind of functionality. Does this help? let me know if you want more help. I like enabling serial console for the fact that you can get into out-of-bounds management this way easily. --Tim ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Using Serial Port Other Than sio0 for the Console
On Fri, Jan 30, 2009 at 10:28 AM, Martin Schweizer lists_free...@bluewin.ch wrote: Hello I want to use sio1 for console access. I read chapter 26.6 in the handbook and did the following: /boot.config: -P /boot/device.hints: [snip] hint.sio.0.at=isa hint.sio.0.port=0x3F8 ### hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.1.at=isa hint.sio.1.port=0x2F8 hint.sio.1.flags=0x10 hint.sio.1.irq=3 [snip] My custom kernel: [snip] device sio [snip] /var/run/dmesg.boot: [snip] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console sio1: [FILTER] [snip] /etc/ttys: [snip] ttyd0 /usr/libexec/getty std.9600 vt100 on secure ttyd1 /usr/libexec/getty std.9600 vt100 on secure ttyd2 /usr/libexec/getty std.9600 vt100 on secure ttyd3 /usr/libexec/getty std.9600 vt100 on secure [snip] The baud rate etc. are correct as well (the standard settings). The problem is I get no connection. I'm sure that my terminal works correct because I can connect other FreeBSD sever over the serial cable but not the above. Any ideas? Kind regards, -- Martin Schweizer off...@pc-service.ch PC-Service M. Schweizer GmbH; Bannholzstrasse 6; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; Surprised nobody's really responded. Enabling serial logins on ttyd1 (COM2 in Microsoft terms) is on -- it's defined in your ttys. The guaranteed enabling is to restart, but I've heard that sigHUP init will reread ttys and enable logins (but I hadn't got that to work yet). Enabling serial as your console output (in terms of the boot process and everything) should be, if available, enabled in /boot/loader.conf There doesn't seem to be a setting to enable COM2 as your console device, the only options (by reading through /boot/defaults/loader.conf) is to enable comconsole, which runs over COM1 You would likely have to hack the bootloader files in source and reinstall to get that kind of functionality. Does this help? let me know if you want more help. I like enabling serial console for the fact that you can get into out-of-bounds management this way easily. --Tim ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org