On 02.05.2012 04:27, Kf Lee wrote:
> 2) The user OS are all installed in the usb. When computer startup,
the Grub take the control and check which usb has an OS in it that is
bootable. In this way I can play with different OS having them installed
in several usb.
Most of USB sticks around are a che
1) I am trying to setup a PC with a version of grub front end installed in
C drive - no wondow or linux. In other word Grub is in the central stage.
2) The user OS are all installed in the usb. When computer startup, the
Grub take the control and check which usb has an OS in it that is bootable.
On 29.04.2012 22:07, Mike Gilbert wrote:
> On 04/29/2012 12:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> On 29.04.2012 06:46, Mike Gilbert wrote:
>>> I am relaying a patch by Robin Johnson, one of the core infrastructure
>>> staff at Gentoo Linux. In the process of building some Gentoo se
On Tue, May 1, 2012 at 4:35 PM, Daniel Senderowicz
wrote:
> Please unsubscribe
>
> On Wed, 2012-05-02 at 04:34 +0800, Bean wrote:
>
> On Wed, May 2, 2012 at 4:16 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> On 01.05.2012 22:09, Bean wrote:
>>> On Wed, May 2, 2012 at 4:06 AM, Vladimir 'φ-
Please unsubscribe
On Wed, 2012-05-02 at 04:34 +0800, Bean wrote:
> On Wed, May 2, 2012 at 4:16 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
> > On 01.05.2012 22:09, Bean wrote:
> >> On Wed, May 2, 2012 at 4:06 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> >> wrote:
> >>> On 01.05.2012 22:0
On Wed, May 2, 2012 at 4:16 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 01.05.2012 22:09, Bean wrote:
>> On Wed, May 2, 2012 at 4:06 AM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>> On 01.05.2012 22:02, Bean wrote:
Hi,
Yeah, I have a patch that save the buffer for
On 01.05.2012 22:09, Bean wrote:
> On Wed, May 2, 2012 at 4:06 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> On 01.05.2012 22:02, Bean wrote:
>>> Hi,
>>>
>>> Yeah, I have a patch that save the buffer for later use when there is
>>> no data, it can solve the unnecessary alloc/free loop.
>>
On Wed, May 2, 2012 at 4:06 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 01.05.2012 22:02, Bean wrote:
>> Hi,
>>
>> Yeah, I have a patch that save the buffer for later use when there is
>> no data, it can solve the unnecessary alloc/free loop.
> No, what I mean: allocate a buffer once for
On 01.05.2012 22:02, Bean wrote:
> Hi,
>
> Yeah, I have a patch that save the buffer for later use when there is
> no data, it can solve the unnecessary alloc/free loop.
No, what I mean: allocate a buffer once for every card and then do
send/recv with only this buffer and copy to/from it when neces
On Wed, May 2, 2012 at 3:56 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 01.05.2012 21:52, Bean wrote:
>> On Wed, May 2, 2012 at 3:46 AM, Bean wrote:
>>> On Wed, May 2, 2012 at 3:08 AM, Vladimir 'φ-coder/phcoder' Serbinenko
>>> wrote:
On 01.05.2012 20:53, Bean wrote:
> Hi,
On 01.05.2012 21:52, Bean wrote:
> On Wed, May 2, 2012 at 3:46 AM, Bean wrote:
>> On Wed, May 2, 2012 at 3:08 AM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>> On 01.05.2012 20:53, Bean wrote:
Hi,
Thanks to Vladimir's memory patch, it's actually quite easy to
reproduce m
On Wed, May 2, 2012 at 3:46 AM, Bean wrote:
> On Wed, May 2, 2012 at 3:08 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> On 01.05.2012 20:53, Bean wrote:
>>> Hi,
>>>
>>> Thanks to Vladimir's memory patch, it's actually quite easy to
>>> reproduce mysterious issue.
>>>
>>> First, there are
On Wed, May 2, 2012 at 3:08 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 01.05.2012 20:53, Bean wrote:
>> Hi,
>>
>> Thanks to Vladimir's memory patch, it's actually quite easy to
>> reproduce mysterious issue.
>>
>> First, there are two memory leaks in ip.c.
>>
>> It allocates the rsm but
On 01.05.2012 20:53, Bean wrote:
> Hi,
>
> Thanks to Vladimir's memory patch, it's actually quite easy to
> reproduce mysterious issue.
>
> First, there are two memory leaks in ip.c.
>
> It allocates the rsm but never frees it. free_rsm frees its content,
> but not the pointer itself. You can see i
Hi,
Thanks to Vladimir's memory patch, it's actually quite easy to
reproduce mysterious issue.
First, there are two memory leaks in ip.c.
It allocates the rsm but never frees it. free_rsm frees its content,
but not the pointer itself. You can see it in printmem at ip.c:473
rsm = grub_mallo
On 01.05.2012 19:59, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 27.04.2012 16:05, Albert Zeyer wrote:
>> Hi,
>>
>> A while ago, I improved the grub-mount patches a bit. Mostly:
> You've based your work on abandonded branch. All grub-mount parts were
> merged back in trunk a long time ago. At
On 27.04.2012 16:05, Albert Zeyer wrote:
> Hi,
>
> A while ago, I improved the grub-mount patches a bit. Mostly:
You've based your work on abandonded branch. All grub-mount parts were
merged back in trunk a long time ago. At least half of the work you've
done was unnecessary with newer version.
> *
On 29.04.2012 20:59, Bean wrote:
> 2012/4/30 Bean :
>> 2012/4/30 Vladimir 'φ-coder/phcoder' Serbinenko :
>>> On 29.04.2012 20:26, Bean wrote:
Hi,
It should be ok, since it's insideFOR_NET_NETWORK_LEVEL_INTERFACES
(inf) loop and compare inf->hwaddress.mac to the current dhcp
On 30.04.2012 20:58, Samuel Thibault wrote:
> Here is an updated patch.
Looks good go ahead.
> Samuel
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Ser
On 01.05.2012 12:29, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 30.04.2012 19:24, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> On 30.04.2012 17:26, Bean wrote:
>>> Hi,
>>>
>>> While testing network function in efi mode, I've found several memory
>>> leak related to fragmentation, but ther
On 30.04.2012 21:55, Bean wrote:
> On Tue, May 1, 2012 at 1:24 AM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> On 30.04.2012 17:26, Bean wrote:
>>> Hi,
>>>
>>> While testing network function in efi mode, I've found several memory
>>> leak related to fragmentation, but there is still some mem
On 30.04.2012 19:24, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 30.04.2012 17:26, Bean wrote:
>> Hi,
>>
>> While testing network function in efi mode, I've found several memory
>> leak related to fragmentation, but there is still some memory problem
>> that's very tricky to locate. For examp
22 matches
Mail list logo
