On Mon, Apr 14, 2014 at 09:32:43PM -0400, sven falempin wrote:
> so i got gdb back to the machine because i cannot reproduce outside of the
> box.
> gdb too old cannot gcore.
>
> The state is nasty, but i do get the trace of the dhcp transaction.
>
> [..]
> DHCPREQUEST on trunk0 to 255.255.255.
On 4/14/14, sven falempin wrote:
[..]
>>> OpenBSD 5.4 (GENERIC) #37: Tue Jul 30 12:05:01 MDT 2013
>>> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
[...]
> so i got gdb back to the machine because i cannot reproduce outside of the
> box.
> gdb too old cannot gcore.
>
> The st
On Mon, Apr 14, 2014 at 2:04 PM, sven falempin wrote:
> On Mon, Apr 14, 2014 at 8:21 AM, sven falempin
> wrote:
>> hello
>>
>> As far as i know, nothing change...
>> but the machine is remote.
>>
>> v12-GW 14# /sbin/dhclient -l /run/dhclient.leases.trunk0 trunk0
>> DHCPDISCOVER on trunk0 to 255.
On Mon, Apr 14, 2014 at 02:21:27PM -0400, Ted Unangst wrote:
> On Mon, Apr 14, 2014 at 20:09, Otto Moerbeek wrote:
> >> > static int
> >> > -insert(struct dir_info *d, void *p, size_t sz, void *f)
> >> > +insert(struct dir_info *d, void *p, uintptr_t sz, void *f)
> >>
> >> Doesn't it make sense
On Mon, Apr 14, 2014 at 20:09, Otto Moerbeek wrote:
>> > static int
>> > -insert(struct dir_info *d, void *p, size_t sz, void *f)
>> > +insert(struct dir_info *d, void *p, uintptr_t sz, void *f)
>>
>> Doesn't it make sense for sz to stay a size_t in this case? it appears
>> to still be used as an
whoops, small typo in the previous diff:
cvs diff: Diffing sys/arch/armv7/omap/
Index: sys/arch/armv7/omap//if_cpsw.c
===
RCS file: /cvs/src/sys/arch/armv7/omap/if_cpsw.c,v
retrieving revision 1.21
diff -u -p -u -r1.21 if_cpsw.c
--- s
On Mon, Apr 14, 2014 at 11:54:32AM -0600, Bob Beck wrote:
> On Mon, Apr 14, 2014 at 11:39 AM, Ted Unangst wrote:
> > Small tweak. Use a union, instead of casts. There's still casting for
> > the call to insert(), but I think this is a little better. Also use
> > the correct type for the insert()
On Mon, Apr 14, 2014 at 8:21 AM, sven falempin wrote:
> hello
>
> As far as i know, nothing change...
> but the machine is remote.
>
> v12-GW 14# /sbin/dhclient -l /run/dhclient.leases.trunk0 trunk0
> DHCPDISCOVER on trunk0 to 255.255.255.255 port 67 interval 3
> DHCPOFFER from 10.0.0.254 (96:4f:8
On Mon, Apr 14, 2014 at 11:39 AM, Ted Unangst wrote:
> Small tweak. Use a union, instead of casts. There's still casting for
> the call to insert(), but I think this is a little better. Also use
> the correct type for the insert() parameter.
>
> Index: stdlib/malloc.c
> ===
I've been trying to track down what's causing the cpsw device timeouts on the
beaglebone and beaglebone black. As best I can tell disabling hardware
flow control does the trick. If you're able to recreate that issue
please test this diff and report your findings. Thanks.
cvs diff: Diffing sys/arch
Small tweak. Use a union, instead of casts. There's still casting for
the call to insert(), but I think this is a little better. Also use
the correct type for the insert() parameter.
Index: stdlib/malloc.c
===
RCS file: /cvs/src/lib/l
hello
As far as i know, nothing change...
but the machine is remote.
v12-GW 14# /sbin/dhclient -l /run/dhclient.leases.trunk0 trunk0
DHCPDISCOVER on trunk0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 10.0.0.254 (96:4f:87:9c:ad:67)
DHCPREQUEST on trunk0 to 255.255.255.255 port 67
DHCPACK
On Mon, Apr 14, 2014 at 6:02 AM, Tomas Bodzar wrote:
>
>
>
> On Mon, Apr 14, 2014 at 11:25 AM, Abel Abraham Camarillo Ojeda
> wrote:
>>
>> I'm now using lastest BIOS:
>>
>> bios0: vendor American Megatrends Inc. version "1605" date 10/25/2012
>>
>> exactly same behavior in all tests.
>
>
>
> Thes
On Mon, Apr 14, 2014 at 11:25 AM, Abel Abraham Camarillo Ojeda <
acam...@verlet.org> wrote:
> I'm now using lastest BIOS:
>
> bios0: vendor American Megatrends Inc. version "1605" date 10/25/2012
>
> exactly same behavior in all tests.
>
These days machine without AHCI/ACPI is pretty useless so
On Sun, Apr 13, 2014 at 06:34:17PM -0400, Ted Unangst wrote:
> I took another look at the way junk works in malloc, and there's a few
> improvements I'd like to make.
>
> 1. Remove the Z option. In general, I think malloc options should make
> programs crash more, not less. This option is a banda
I'm now using lastest BIOS:
bios0: vendor American Megatrends Inc. version "1605" date 10/25/2012
exactly same behavior in all tests.
On Sun, Apr 13, 2014 at 11:21 PM, Tomas Bodzar wrote:
>
>
>
> On Sun, Apr 13, 2014 at 3:00 PM, Abel Abraham Camarillo Ojeda
> wrote:
>>
>> On Tue, Apr 8, 2014 a
16 matches
Mail list logo