From owner-freebsd-hardware@freebsd.org Mon Nov 28 18:27:57 2016 Return-Path: Delivered-To: freebsd-hardware@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E918C59604 for ; Mon, 28 Nov 2016 18:27:57 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DCDF13A3 for ; Mon, 28 Nov 2016 18:27:56 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 8FD8110A81A; Mon, 28 Nov 2016 13:27:55 -0500 (EST) From: John Baldwin To: freebsd-hardware@freebsd.org Cc: "Lavery, Benjamin (IT Enterprise Services)" Subject: Re: Serial redirection halts on Dell PowerEdge 1955 Blade (mfsBSD) Date: Mon, 28 Nov 2016 10:08:09 -0800 Message-ID: <2056897.ro3cRfCYHo@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-PRERELEASE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 28 Nov 2016 13:27:55 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2016 18:27:57 -0000 On Friday, August 05, 2016 09:24:01 AM Lavery, Benjamin wrote: > Good morning all, >=20 > I have been given an old Dell PowerEdge chassis filled with PowerEdge= 1955 blades. I also have a FreeNAS which I'm using to serve DHCP addr= esses and TFTP for PXE booting. >=20 > I can get the blades to PXE boot (I'm using pxelinux to load mfsbsd-1= 0.3-RELEASE-amd64), but the serial redirection is only working for the = first part of the boot sequence. After select mfsBSD at the menu, I ge= t the following (verbose boot chosen at the boot menu): >=20 > Loading memdisk... ok > ok > e820: 0000000000000000 00000000000a0000 1 > e820: 0000000000100000 00000000cfea8000 1 > e820: 00000000cffa8000 000000000000fc00 3 > e820: 00000000cffb7c00 0000000000048400 2 > Total size needed =3D 2513 bytes, allocating 3K > Old dos memory at 0x8a000 (map says 0xa0000), loading at 0x89400 > 1588: 0xffff 15E801: 0x3c00 0xcbba > INT 13 08: Success, count =3D 1, BPT =3D 0000:0000 > Drive probing gives drive shift limit: 0x82 > old: int13 =3D ca001da6 int15 =3D f000f859 int1e =3D f000efc7 > new: int13 =3D 8940000a int15 =3D 894003ba int1e =3D f000ef= c7 > Loading boot sector... booting... > /boot/config: -D > =20 > FreeBSD/x86 boot > Default: 0:ad(0p2)/boot/loader > boot: > BTX loader 1.00 BTX version is 1.02 > console comconsole failed to initialize > Consoles: internal video/keyboard serial port > BIOS drive A: is disk0 > BIOS drive C: is disk1 > BIOS drive D: is disk2 > BIOS 549kB/3353216kB available memory > =20 > FreeBSD/x86 bootstrap loader, Revision 1.1 > (root@releng1.nyi.freebsd.org, Fri Mar 25 02:04:38 UTC 2016) > \oading /boot/defaults/loader.conf > lapic3: Routing NMI -> LINT1 > lapic3: LINT1 trigger: edge > lapic3: LINT1 polarity: high > lapic7: Routing NMI -> LINT1 > lapic7: LINT1 trigger: edge > lapic7: LINT1 polarity: high > MADT: Interrupt override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > MADT: Interrupt override: source 9, irq 9 > ioapic0: intpin 9 trigger: level > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 32-55 on motherboard > ioapic2 irqs 192-215 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffff= ffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x0000= 01ff > timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x0001= 0400 > wlan: <802.11 Link Layer> > snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x00= 0003ff [1024] > feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5= feeder_rate_min=3D1 fe > eder_rate_max=3D2016000 feeder_rate_round=3D25 > null: > nfslock: pseudo-device > =E2=96=92=E2=96=92=E2=96=92=E2=96=92=E2=96=92=E2=96=92=E2=96=92=E2= =96=92=E2=96=92=E2=96=92=E2=96=92 >=20 > The odd glitch (=E2=96=92) is me trying to input after output stops. = I'm accessing the console by TELNETing to the blade chassis, and conne= cting to the blade console. I believe this runs at a baud rate of 5760= 0. Because of this I've modified the following files within mfsBSD: >=20 > etc/ttys (from inside mfsroot.gz) > # Serial terminals > ttyu0 "/usr/libexec/getty std.57600" vt100 on secure > ttyu1 "/usr/libexec/getty std.57600" dialup on secure > ttyu2 "/usr/libexec/getty std.57600" vt100 off secure > ttyu3 "/usr/libexec/getty std.57600" vt100 off secure > # Dumb console > dcons "/usr/libexec/getty std.9600" vt100 off secure >=20 > boot/loader.conf > boot_multicons=3D"YES" > boot_serial=3D"YES" > comconsole_speed=3D"57600" > console=3D"comconsole" >=20 > The Java console from the chassis web interface doesn't work on my la= ptop, but via another server I've been able to grab the attached screen= shot. It states: > getty[706]: open /dev/ttyu0: No such file or directory Seems like it doesn't find any uartX devices during boot. Can you boot= the box without the console in such a way that you can ssh into it and get = a copy of the dmesg? --=20 John Baldwin