On Mon, Jul 25, 2016 at 04:26:26PM +0200, Mark Kettenis wrote:
>
> Can you show us the output of "ifconfig fec0" and "vmstat -zi"?
Sure. At the bottom of the message.
> Also, are you plugged into a gigabit switch? If not, "ifconfig fec0
> media 100baseTX" might help.
No, cheap Fast Ethernet sw
On Mon, Jul 25, 2016 at 6:48 PM, Juan Francisco Cantero Hurtado
wrote:
> Your patch fixes the problem. Thanks!
Thanks for the report; it's been committed for 6.0.
Philip Guenther
On Mon, Jul 25, 2016 at 05:30:47PM -0700, Philip Guenther wrote:
> On Tue, 26 Jul 2016, Juan Francisco Cantero Hurtado wrote:
> > I've updated my powerbook to the latest snapshot today. I can't build a
> > simple C program with the option -Wl,-z,wxneeded. The linker always
> > shows the same erro
On Tue, 26 Jul 2016, Juan Francisco Cantero Hurtado wrote:
> I've updated my powerbook to the latest snapshot today. I can't build a
> simple C program with the option -Wl,-z,wxneeded. The linker always
> shows the same error.
>
> # gcc test.c
> # gcc -Wl,-z,wxneeded test.c
> /usr/bin/ld: a.out:
I've updated my powerbook to the latest snapshot today. I can't build a
simple C program with the option -Wl,-z,wxneeded. The linker always
shows the same error.
# gcc test.c
# gcc -Wl,-z,wxneeded test.c
/usr/bin/ld: a.out: Not enough room for program headers (allocated 12, need 13)
Section to S
Tim Newsham wrote:
> >
> > I made the same change in my tree. So OK claudio@
> >
>
> Thank you both for the quick turnaround. Do you know if there will be an
> errata for this?
> We want to post this to oss-sec, but will wait until an errata is published
> if one is planned.
Nothing is queued u
On Mon, Jul 25, 2016 at 01:26:51PM -0500, attila wrote:
> Hi tech@,
>
> After the recent discussion on jot I noticed there were no tests for
> it. I looked around and saw that FreeBSD had what looked like decent
> jot tests, so I brought them into my tree. They appear to have
> discovered a coup
>
> I made the same change in my tree. So OK claudio@
>
Thank you both for the quick turnaround. Do you know if there will be an
errata for this?
We want to post this to oss-sec, but will wait until an errata is published
if one is planned.
--
Tim Newsham | www.thenewsh.com/~newsham | @newshtw
Hi tech@,
After the recent discussion on jot I noticed there were no tests for
it. I looked around and saw that FreeBSD had what looked like decent
jot tests, so I brought them into my tree. They appear to have
discovered a couple of bugs and I'd like some help in sorting it out.
The current sta
> Date: Mon, 25 Jul 2016 10:58:09 -0300
> From: Daniel Bolgheroni
>
> On Thu, Jul 21, 2016 at 01:06:50PM +1000, Jonathan Gray wrote:
> >
> > Actually the pad configuration in those commits may mean this isn't
> > enough.
>
> Hi,
>
> I saw the r1.9 for if_fec.c and then it says it was tested on
On Thu, Jul 21, 2016 at 01:06:50PM +1000, Jonathan Gray wrote:
>
> Actually the pad configuration in those commits may mean this isn't
> enough.
Hi,
I saw the r1.9 for if_fec.c and then it says it was tested on SABRE lite by
Patrick.
I tested on Wandboard Solo again. Now fec(4) shows up, howeve
On Mon, Jul 25, 2016 at 02:17:11PM +0300, Alexey Vatchenko wrote:
> Hi!
> If something is running which is started from attach script, restarting of
> hotplugd fails because /dev/hotplug is occupied by child process.
>
> Attached is the patch to fix this problem.
Makes sense, but why not pass O_C
Hi!
If something is running which is started from attach script, restarting of
hotplugd fails because /dev/hotplug is occupied by child process.
Attached is the patch to fix this problem.
Index: usr.sbin/hotplugd/hotplugd.c
===
RCS fi
> On 22 Jul 2016, at 7:58 PM, Mike Larkin wrote:
>
> What is your Hyper-V server host environment? Server 2012 R2? And I
> need a full dmesg from when this worked, please.
It's a Windows Server 2012 Datacenter Hyper-V failover cluster, controlled
by System Center 2012 Virtual Machine Manager.
> Date: Sun, 24 Jul 2016 23:35:05 +0200
> From: Patrick Wildt
>
> On Fri, Jul 22, 2016 at 12:05:57AM +0200, Mark Kettenis wrote:
> > Currently armv7 kernels expect to be loaded at the bottom of physical
> > ram. The diff below removes this restriction.
> >
> > This is important for two reasons:
15 matches
Mail list logo