search for: 01ad

...() retval=0x0063 ret=03a7:2435 ds=01e7 08247d08:Call USER.258: MAPWINDOWPOINTS(0x0027,0x0000,01e7:d8b4,0x0002) ret=03a7:2444 ds=01e7 08247d08:Ret USER.258: MAPWINDOWPOINTS() retval=0x45fa ret=03a7:2444 ds=01e7 08247d08:Call KERNEL.60: FINDRESOURCE(0x01e6,0x000000e2 #00e2,0x00000006 #0006) ret=045f:01ad ds=01e7 08247d08:Ret KERNEL.60: FINDRESOURCE() retval=0x06d8 ret=045f:01ad ds=01e7 08247d08:Call KERNEL.61: LOADRESOURCE(0x01e6,0x06d8) ret=045f:01d0 ds=01e7 08247d08:Ret KERNEL.61: LOADRESOURCE() retval=0x0d67 ret=045f:01d0 ds=01e7 08247d08:Call KERNEL.62: LOCKRESOURCE(0x0d67) ret=045f:0205 ds=0...

...stored_cheksum = 3efbf1c5 calculated_cheksum = 3efbf1c5 packet_send plain: 0000 0000 0303 41f2 5ed2 a112 7e29 03ff 7095 fd74 29ac 0a29 3201 8556 64bc 4b27 dc4d c8b2 e789 f1b0 7be5 899c b5a4 494e e114 7453 29f3 846e f923 5eea 35d4 07c7 c2d8 28f2 167f a5ba 01ad 6274 cfc1 c64c 9f24 da82 fbcd 6d81 1c66 4ff8 0484 1b62 12b8 d83e 37a2 00b3 abde 85f1 ca1b bf80 1864 8b6c d5c4 1ad8 819e 59b5 6331 ee5f 4814 cfb6 c439 dd42 edc0 a9f8 99fd 1969 0000 0003 705b 27e1 encrypted: 0000 0094 0000 0000 0303 41f2 5ed2 a112 7e29 03ff 7095 fd74 29ac 0a29 3201 8556 64bc 4b27 dc4...

...0 6.03 that is configured (via pxelinux-options) with an appropriate next-server, path-prefix, and config-file. This all works great on a lot of different machines. But specifically on the Dell Optiplex GX620 and Optiplex 645, which have built-in Broadcom ethernet (the GX620 has 14e4:1677 [1028:01ad], and the 645 has 14e4:167a [1028:01da]), there's a problem: first lpxelinux.0 is correctly transferred, then control is indeed handed to lpxelinux.0 because the "PXELINUX 6.03 lwIP 2014-10-06" banner indeed appears, but then the computer appears to be frozen, although it eventual...

...ard nforce graphics. lspci: 00:00.0 Host bridge [0600]: nVidia Corporation nForce CPU bridge [10de:01a4] (rev b2) 00:00.1 RAM memory [0500]: nVidia Corporation nForce 220/420 Memory Controller [10de:01ac] (rev b2) 00:00.2 RAM memory [0500]: nVidia Corporation nForce 220/420 Memory Controller [10de:01ad] (rev b2) 00:00.3 RAM memory [0500]: nVidia Corporation nForce 420 Memory Controller (DDR) [10de:01ab] (rev b2) 00:01.0 ISA bridge [0601]: nVidia Corporation nForce ISA Bridge [10de:01b2] (rev c3) 00:01.1 SMBus [0c05]: nVidia Corporation nForce PCI System Management [10de:01b4] (rev c1) 00:02.0 USB...

On Sat, Jul 12, 2014 at 3:38 PM, Alexander Perlis <aperlis at math.lsu.edu> wrote: > On 07/12/2014 02:24 PM, Gene Cumm wrote: >> >> On Sat, Jul 12, 2014 at 3:15 PM, Alexander Perlis <aperlis at math.lsu.edu> >> wrote: >>> >>> On 07/11/2014 09:39 PM, Gene Cumm wrote: >>>> >>>> >>>> With everything else from

On 15 Nov 2014 05:06:52 +0200, Ady wrote: > > I would start by updating the BIOS. Prudent advice. As it turns out, I'm already at the latest version. On 15 Nov 2014 07:31:27 +0100, Geert Stappers wrote: > > And would reduce 'iPXE => pxe.0 => lpxelinux.0 => "vmlinux"' > into 'iPXE => "vmlinux"' That makes sense generally, but at

...:00: root bus resource [mem 0x00000000-0xffffffff] [ 1.755606] pci 0000:00:00.0: [10de:01a4] type 00 class 0x060000 [ 1.755620] pci 0000:00:00.0: reg 10: [mem 0xe8000000-0xebffffff pref] [ 1.755826] pci 0000:00:00.1: [10de:01ac] type 00 class 0x050000 [ 1.756006] pci 0000:00:00.2: [10de:01ad] type 00 class 0x050000 [ 1.756181] pci 0000:00:00.3: [10de:01aa] type 00 class 0x050000 [ 1.756365] pci 0000:00:01.0: [10de:01b2] type 00 class 0x060100 [ 1.756557] pci 0000:00:01.1: [10de:01b4] type 00 class 0x0c0500 [ 1.756574] pci 0000:00:01.1: reg 10: [io 0x5000-0x500f] [ 1.756...