On Wed, 08 Jun 2005 21:38:20 +0200, Marco Gerards wrote
> Vincent Guffens <[EMAIL PROTECTED]> writes:
>
> > I have tested three different card: Tulip, e1000, nforce2 as well as
> > three compilers: gcc-2.95, gcc-3.0, gcc-3.3 However, the memory
> > problem is still there, and I have no idea where
Vincent Guffens <[EMAIL PROTECTED]> writes:
> I have tested three different card: Tulip, e1000, nforce2 as well as
> three compilers: gcc-2.95, gcc-3.0, gcc-3.3 However, the memory
> problem is still there, and I have no idea where it comes from. It
> varies depending on the compiler, the optimiza
Marco Gerards wrote:
Vincent Guffens <[EMAIL PROTECTED]> writes:
it looks like the problem is gone. I changed the way I allocate the
memory to hold a block. I changed from:
int load_block ()
char * p = (char *) grub_malloc(len*sizeof(char));
to
int load_block ()
char * p;
[.
On Tuesday 31 May 2005 15:48, Vincent Guffens wrote:
> but depending on where in the code I free my data blocks, I sometimes
> get a "free magic is broken" fatal error msg from grub_free().
Usually, it is due to a buffer overrun or underrun.
> Does someone has an idea ? Is there some documentati
Vincent Guffens <[EMAIL PROTECTED]> writes:
> it looks like the problem is gone. I changed the way I allocate the
> memory to hold a block. I changed from:
>
> int load_block ()
> char * p = (char *) grub_malloc(len*sizeof(char));
>
> to
>
> int load_block ()
> char * p;
> [...]
> p =
it looks like the problem is gone. I changed the way I allocate the
memory to hold a block. I changed from:
int load_block ()
char * p = (char *) grub_malloc(len*sizeof(char));
to
int load_block ()
char * p;
[...]
p = (char *) grub_malloc(len*sizeof(char));
but still, I would
Hi,
I sent a similar e-mail yesterday but I think it didn't get through.
I have a working version of the netboot support in grub2. I can issue
commands like (seeking in file is not yet possible):
cat (nd0)test.txt
linux (nd0)linux24
but depending on where in the code I free my data blocks, I
> Tobias Wollgam wrote:
> > Hi!
> >
> > Is there a patch available? There is still nothing in cvs relative
> > to networking.
> >
> > TIA,
> >
> > Tobias
>
> There is no patch, I've been working on it on my own but I have
> nothing ready as I had other things to do meanwhile. I have grub
> sen
Hi!
Is there a patch available? There is still nothing in cvs relative to
networking.
TIA,
Tobias
--
Tobias Wollgam
Softwaredevelopment
Competence Center System Management
Business Unit Information
_
MATERNA GmbH Information & Communic
On Friday 25 March 2005 01:07 pm, Marco Gerards wrote:
> > Probing for the config here means looking for a dhcp server, obtaining
> > an IP address, the gateway and the next-server. It does not yet look
> > for the dhcp option-150 for the menu.
>
> Okuji, I have seen a discussion about this option
Hi Vincent,
>> pci_register_driver or is it very specific to NICs?
>
> yes, all the etherboot drivers should just be fine after a small
> modification.
What does this have to do with etherboot drivers?
I was not too clear with what I meant, sorry. GRUB 2 is very
portable. For example there is
Marco Gerards wrote:
Vincent Guffens <[EMAIL PROTECTED]> writes:
Hi Vincent,
I just wanted to make a small update on the network support as I've
just had grub2 sending bootp request. Here is the request as seen from
my laptop directly connected to my test pc:
Cool! nice to hear
Vincent Guffens <[EMAIL PROTECTED]> writes:
Hi Vincent,
> I just wanted to make a small update on the network support as I've
> just had grub2 sending bootp request. Here is the request as seen from
> my laptop directly connected to my test pc:
Cool! nice to hear about
Hi,
I just wanted to make a small update on the network support as I've just
had grub2 sending bootp request. Here is the request as seen from my
laptop directly connected to my test pc:
14:39:44.915056 0:c0:9f:16:f6:4c Broadcast ip 590: 0.0.0.0.bootpc >
255.255.255.255.boot
Vincent Guffens <[EMAIL PROTECTED]> writes:
> yes but I was just thinking about other people who would like to work
> on it meanwhile. As I have never done that before, it might take some
> time and I might not be able to do it at all. But, ok it is a good
> start to have this lspci working. I go
new netboot branch in the cvs so that it would be possible to
> experiment with it without breaking anything else ?
Do not hesitate to break the code. Any piece of source code has bugs, anyway.
Network support is divided into two parts: a network device framework and
device drivers. The framewo
Marco Gerards wrote:
[...]
Also, if we add a tftp command, what should we do with the downloaded
file. Maybe it would be convenient to have some kind of ramfs to be
able to copy the files there ?
Why? The loader could load the file into memory, no?
it is just that I was thinking about tftp'ing mo
Vincent Guffens <[EMAIL PROTECTED]> writes:
Hi Vincent,
> I started to integrate network support into grub2 using the code from
> etherboot 5.3.14.
Oh, neat. :)
> Although it is still very basic, I sent it now as I saw the post
> "question" about network support, so
> I started to integrate network support into grub2 using the code from
> etherboot 5.3.14.
>
> Although it is still very basic, I sent it now as I saw the post
> "question" about network support, so it might be time to discuss
> about it.
>
> What I'v
Hi,
I started to integrate network support into grub2 using the code from
etherboot 5.3.14.
Although it is still very basic, I sent it now as I saw the post
"question" about network support, so it might be time to discuss about it.
What I've done so far is simply to add a "
20 matches
Mail list logo