> On Jan 29, 2015, at 7:37 AM, Eric Bénard wrote:
>
> In the request packet, we are supposed to copy the IP that the DHCP server
> provided in the offer packet so that dhcp_extended can fill the option 50.
> There is actually an error in barebox as the pointer to the packet currently
> built is
Sascha Hauer writes:
> That sounds better. Using accessors in platform_data really is more
> flexible, but when switching to device tree we'll need a width/shift
> approach anyway.
Ok, I'm on it, for v2.
Cheers.
--
Robert
___
barebox mailing list
ba
Le Fri, 30 Jan 2015 16:01:46 +0800,
Jean-Christophe PLAGNIOL-VILLARD a écrit :
>
> > On Jan 29, 2015, at 7:37 AM, Eric Bénard wrote:
> >
> > In the request packet, we are supposed to copy the IP that the DHCP server
> > provided in the offer packet so that dhcp_extended can fill the option 50.
On Fr, 2015-01-30 at 08:40 +0100, Sascha Hauer wrote:
> On Thu, Jan 29, 2015 at 08:25:54PM +0100, Robert Jarzmik wrote:
> > Sascha Hauer writes:
> >
> > > On Thu, Jan 29, 2015 at 10:12:46AM +0100, Wjatscheslaw Stoljarski
> wrote:
> > >> Hello,
> > >>
> > >> If I try to read from first 4k RAM on
Sascha Hauer writes:
> On Thu, Jan 29, 2015 at 08:25:54PM +0100, Robert Jarzmik wrote:
>> Sascha Hauer writes:
>> I think the solution in arch/arm/boards/mioa701/board.c (remapping the 0x0
>> address) should work here :
>> docg3_iospace = map_io_sections(0x0, (void *)0xe000, 0x2000);
>