Displaying 4 results from an estimated 4 matches for "dentifies".
Did you mean:
identifies
2010 Sep 08
0
[LLVMdev] Compiling Errors in LLVM ocaml Bindings
Hi, Everyone,
I got a error when I try to compile LLVM 2.7, it is located in the ocaml
bindings file, showing like:
llvm[2]: Compiling llvm_ocaml.c for Release+Asserts build
In file included from C:\Objective Caml\lib/caml/misc.h:24,
from C:\Objective Caml\lib/caml/alloc.h:23,
from /home/leila/llvm/bindings/ocaml/llvm/llvm_ocaml.c:19:
In file included from
2014 Dec 30
0
pxechn.c32 for EFI
...uiv?
I'm sure Gene or Ady will know the answer.
> Also why was I calling it PXE 3? Well the cards say they are version 3
when you look at the network analyzer and this is from the EFI SPEC.
>
> "Type (1), Ma
> jorVer (1), MinorVer (1)
> Type is a one byte field that i
> dentifies the network
> interface that
> will be used by the downloaded program. Type is followed by two
> one byte version number fields, MajorVer and MinorVer.
> Type
> UNDI (1) = 0x01
> Versions
> WfM-1.1a 16-bit UNDI: MajorVer = 0x02. MinorVer = 0x00
> PXE-2.0 16-bit UNDI: MajorVe...
2014 Dec 29
0
pxechn.c32 for EFI
...ELinux) - only I only got it working so far with tftp that makes no difference ;)
Also why was I calling it PXE 3? Well the cards say they are version 3 when you look at the network analyzer and this is from the EFI SPEC.
"Type (1), Ma
jorVer (1), MinorVer (1)
Type is a one byte field that i
dentifies the network
interface that
will be used by the downloaded program. Type is followed by two
one byte version number fields, MajorVer and MinorVer.
Type
UNDI (1) = 0x01
Versions
WfM-1.1a 16-bit UNDI: MajorVer = 0x02. MinorVer = 0x00
PXE-2.0 16-bit UNDI: MajorVer = 0x02, MinorVer = 0x01
32/64-bit UNDI...
2014 Dec 29
4
pxechn.c32 for EFI
On Mon, Dec 29, 2014 at 04:15:56AM -0800, Patrick Masotta wrote:
> On Mon, Dec 29, 2014 at 08:47:54AM +0100, Luke Ledgerd wrote:
> > I think I'd like to ask for a feature request to allow pxechn.c32
> > to work with EFI too and to have the ability for PXELinux to have a
> > ROOT path variable (kind of like gpxelinux.0) that can either have
> > HTTP or TFTP urls.