On 7/7/10 6:01 PM, Michael Brown wrote:
> On Wednesday 07 Jul 2010 20:25:27 Stefan Hajnoczi wrote:
>> Applied ipxe-sync!
>>
>> http://git.etherboot.org/?p=gpxe.git;a=shortlog;h=refs/heads/master
>
> You missed one:
>
> http://git.ipxe.org/ipxe.git/commit/8406115
>
> [This is only partly tongue
Here is an updated patch.
Changes since the first version:
- Instructions "retf" and "movzxb" have been replaced with "lret" and "movzbl"
because that's the correct AT&T syntax
- The three calls to prep_segment were merged into a single call
$ util/diffsize.pl origin/master HEAD
com32 +1
On Wednesday 07 Jul 2010 20:25:27 Stefan Hajnoczi wrote:
> Applied ipxe-sync!
>
> http://git.etherboot.org/?p=gpxe.git;a=shortlog;h=refs/heads/master
You missed one:
http://git.ipxe.org/ipxe.git/commit/8406115
[This is only partly tongue-in-cheek; over 60% of the gPXE changes since the
time
On Wednesday 07 Jul 2010 17:21:21 Joshua Oreman wrote:
> I'm not convinced that this patch is correct. I think you want to
> clear the netX/filename and netX/root-path settings after a boot from
> netX fails, but still allow global filename and root-path settings to
> override them (which is the cu
On Wed, Jul 7, 2010 at 8:49 PM, Geoff Lywood wrote:
> This patch adds a fair amount of code size... ~300 bytes I think. Is there
> some kind of script I can run that will tell me exactly how much it has
> changed?
$ size bin/com32.o
or
$ make bin/gpxe.hd.sizes
or
util/diffsize.pl
Take your
This patch adds a fair amount of code size... ~300 bytes I think. Is there some
kind of script I can run that will tell me exactly how much it has changed?
I can see some obvious optimizations I can do to eliminate some of this added
code, and I'll send out a new patch soon.
Thanks,
Geoff
> -
On Tue, Jun 29, 2010 at 2:18 AM, Geoff Lywood wrote:
> COM32 binaries generally expect to run with interrupts enabled. Syslinux does
> so, and COM32 programs will execute cli/sti pairs when running a critical
> section, to provide mutual exclusion against BIOS interrupt handlers.
> Previously, und
Applied ipxe-sync!
http://git.etherboot.org/?p=gpxe.git;a=shortlog;h=refs/heads/master
Stefan
___
gPXE-devel mailing list
gPXE-devel@etherboot.org
http://etherboot.org/mailman/listinfo/gpxe-devel
On Wed, 2010-07-07 at 17:21 +0100, Joshua Oreman wrote:
> On Wed, Jul 7, 2010 at 8:35 AM, Gianni Tedesco
> wrote:
> > Hi,
> >
> > Without this patch retrieving boot image from the second "next-server"
> > and "filename" actually ends up using the results obtained from DHCP on
> > the first NIC aft
On Wed, Jul 7, 2010 at 8:35 AM, Gianni Tedesco
wrote:
> Hi,
>
> Without this patch retrieving boot image from the second "next-server"
> and "filename" actually ends up using the results obtained from DHCP on
> the first NIC after boot either fails or continues.
I'm not convinced that this patch
Hi,
Without this patch retrieving boot image from the second "next-server"
and "filename" actually ends up using the results obtained from DHCP on
the first NIC after boot either fails or continues.
Signed-off-by: Gianni Tedesco
src/usr/autoboot.c |6 --
1 files changed, 4 insertions(+
On Wed, Jul 7, 2010 at 1:43 PM, Andrei Faur wrote:
> This bug caused .probe to fail because the NIC did not reset properly.
Looks good.
Stefan
___
gPXE-devel mailing list
gPXE-devel@etherboot.org
http://etherboot.org/mailman/listinfo/gpxe-devel
This bug caused .probe to fail because the NIC did not reset properly.
Signed-off-by: Andrei Faur
---
src/drivers/net/pcnet32.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/drivers/net/pcnet32.c b/src/drivers/net/pcnet32.c
index eeb7b72..a997f3c 100644
--- a/src/
2010/7/7 Michael Brown :
> On Tuesday 06 Jul 2010 22:09:01 Piotr Jaroszyński wrote:
>> 2010/7/6 Piotr Jaroszyński :
>> > While we are looking at tcp, there is also an access after free, which
>> > is maybe fixed in [1]. Maybe because I am lazy and didn't look at the
>> > RFC yet, so not sure whethe
On Tuesday 06 Jul 2010 22:09:01 Piotr Jaroszyński wrote:
> 2010/7/6 Piotr Jaroszyński :
> > While we are looking at tcp, there is also an access after free, which
> > is maybe fixed in [1]. Maybe because I am lazy and didn't look at the
> > RFC yet, so not sure whether moving the timestamp update i
15 matches
Mail list logo