On Thu, Jun 24, 2010 at 1:26 AM, Michael Brown wrote:
> On Wednesday 23 Jun 2010 18:50:58 H. Peter Anvin wrote:
>> On 06/23/2010 10:25 AM, Miller, Shao wrote:
>> > Hard-coded Perl path? That would be commit
>> > 0ff80b477dcff0726ebdbed95e8a93971e59e82b - Shao
>>
>> That looks like a mega-commit
Guys, I'm still struggling with UNDI driver for our OS. Problem again!
According to gPXE code, it seems, the !PXE structure is initialized only
when gPXE ROM started. So if boot from disk, there will no !PXE initialized
and loaded to memory. Right? If I boot from disk, is it possible for me to
use
On Wednesday 23 Jun 2010 18:50:58 H. Peter Anvin wrote:
> On 06/23/2010 10:25 AM, Miller, Shao wrote:
> > Hard-coded Perl path? That would be commit
> > 0ff80b477dcff0726ebdbed95e8a93971e59e82b - Shao
>
> That looks like a mega-commit and the hardcoded path is probably
> accidental. (Michael mi
Add a PCI_CAP_ID_VNDR definition for the PCI standard "Vendor Specific"
capability ID.
---
src/include/gpxe/pci.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/include/gpxe/pci.h b/src/include/gpxe/pci.h
index 8bcf1e0..0684375 100644
--- a/src/include/gpxe/pci.h
+++
Make Ctrl-D delete a settings, because the Text User Interface (tui)
previously provided no way to delete a setting. Also, update the
on-screen instructions to describe the new feature. Deleting settings is
especially important for settings stored in precious nonvolatile storate.
---
src/hci/tui
The patch set in the following messages is revised after useful feedback
from Stefan Hajnoczi:
Patches 1 and 4 now use "PCI_CAP_ID_VNDR" to match Linux naming.
Patch 4 now uses ntohl() instead of bswap32() for endian-independence.
The net effect of the revisions is shown in the following diff.
Implement jump scrolling with "..." displayed where the settings list
continues off-screen, because there are now too many settings to fit on
screen in the "config ..." text user interface.
---
src/hci/tui/settings_ui.c | 115 ++---
1 files changed, 77 inse
Add NonVolatile Option (nvo) and NonVolatile Storage (nvs) support to
the myri10ge driver using the EEPROM read/write mechanism provided by
the NIC's Vendor Specific PCI capability.
The myri10ge NIC is capabile of storing 64KB or more of nonvolatile
options, but this patch advertises only 512 byte
https://git.ipxe.org/ipxe.git/commitdiff/21682afe6905ddc566159471bdb1a51e376e2af1
I just noticed that Michael Brown already has a modified version of
your patch for his iPXE repo. I think gPXE should take that commit,
saving you a resend and keeping the two trees in sync.
Stefan
> From dcd0803f05a6c5e933da668d5ff48c7d248d9507 Mon Sep 17 00:00:00 2001
> From: tstack
Oops, looks like the author git configuration option hasn't been configured.
Also, please sign off this patch by adding your name/email with a
Signed-off-by: line.
(See http://www.kernel.org/doc/Documentation
> Does be32_to_cpu() make sense instead of bswap_32()? It would be nice not to
> assume a little-endian CPU. There is another bswap_32() a few lines down.
I agree it's nice not to assume little-endian, but I'll use the
equivalent 'ntohl()' instead, because ntohl() is used elsewhere in
myri10ge
On 06/23/2010 10:25 AM, Miller, Shao wrote:
> Hard-coded Perl path? That would be commit
> 0ff80b477dcff0726ebdbed95e8a93971e59e82b - Shao
>
That looks like a mega-commit and the hardcoded path is probably
accidental. (Michael might disagree...)
-hpa
--
H. Peter Anvin, Intel Open So
> Linux uses a slightly different name, it would be nice to stay in sync:
>
> +#define PCI_CAP_ID_VNDR 0x09/* Vendor specific capability */
Doh! I'm shocked I didn't check myself. I will post a revised patch set.
--Glenn
___
gPXE-devel mail
Hard-coded Perl path? That would be commit
0ff80b477dcff0726ebdbed95e8a93971e59e82b - Shao
___
gPXE-devel mailing list
gPXE-devel@etherboot.org
http://etherboot.org/mailman/listinfo/gpxe-devel
On 06/23/2010 07:56 AM, Gabor Z. Papp wrote:
>
> I have a suspicion... Yes.
>
> syslinux-4.00-pre55/gpxe/src/Makefile have hardcoded pathnames for toolchains.
>
> PERL:= /usr/bin/perl
>
> My bad I haven't /usr/bin/perl. If I fix it, gpxe builds now inside syslinux.
OK, that's just
* Stefan Hajnoczi :
| If the linker is not involved it should be possible to take a tree,
BTW gpxe-1.0.0 builds fine.
arch/i386/scripts/i386.lds are the same. But...
$ ls -lA syslinux-4.00-pre55/gpxe/src/bin/
-rw-r--r-- 1 gzp gzp2 Jun 22 08:45 .blib.list
-rw-r--r-- 1 gzp gzp 39 Jun 22 0
On Wednesday 23 Jun 2010 11:34:48 Gabor Z. Papp wrote:
> make[2]: Entering directory
> `/home/gzp/src/syslinux-4.00-pre55/gpxe/src'
> [LD] bin/undionly.kkpxe.tmp arch/i386/scripts/i386.lds:1: undefined
> symbol `_max_align' referenced in expression make[2]: ***
> [bin/undionly.kkpxe.tmp] Error
On Wed, Jun 23, 2010 at 11:34 AM, Gabor Z. Papp wrote:
> * Stefan Hajnoczi :
>
> | > In this case the patches should modify something, because I'm using
> | > the unmodified binutils 2.20.1 version. Have you any idea which one
> | > could be?
>
> | No sorry. Like you say, the fix is probably in t
* Stefan Hajnoczi :
| > In this case the patches should modify something, because I'm using
| > the unmodified binutils 2.20.1 version. Have you any idea which one
| > could be?
| No sorry. Like you say, the fix is probably in the patches.
Seems like binutils not really involved. First compiled
On Wed, Jun 23, 2010 at 10:38 AM, Gabor Z. Papp wrote:
> * Stefan Hajnoczi :
>
> | Hi Gabor,
> | The ISO doesn't boot gzpLinux 2.6.34 under KVM (kvm -drive
> | file=gzpLinux.img,if=virtio,cache=none -cdrom gzpLinux-20100621.iso):
>
> [...]
>
> | The gzpLinux 2.6.34 minimal boot does work however.
* Stefan Hajnoczi :
| Hi Gabor,
| The ISO doesn't boot gzpLinux 2.6.34 under KVM (kvm -drive
| file=gzpLinux.img,if=virtio,cache=none -cdrom gzpLinux-20100621.iso):
[...]
| The gzpLinux 2.6.34 minimal boot does work however.
In this case kvm doesn't have enough memory allocated. You need at
lea
On Wed, Jun 23, 2010 at 7:18 AM, Gabor Z. Papp wrote:
> * "H. Peter Anvin" :
>
> | This is a build failure in gPXE and probably needs to be reported to
> | them [Cc'd.].
>
> | > bootable iso image at
> | >
> | >
> http://gzp.hu/gzpLinux/download/glibc-2.11.2/20100621/gzpLinux-20100621.iso
22 matches
Mail list logo
