Just wanted to check in re: adding a patch for INSTALL kernels:
http://cvsweb.netbsd.org/bsdweb.cgi/src/distrib/evbarm/instkernel/sshramdisk/?only_with_tag=MAIN
It appears the last time the install images were updated was to add
Raspberry Pi functionality to unstable. With NetBSD 7.0 on the hori
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host,
using sources from CVS date 2014.07.23.02.42.56.
An extract from the build.sh output follows:
^
--- npf.pico ---
cc1: all warnings
Updating src tree:
P src/distrib/sets/lists/base/ad.arm
P src/distrib/sets/lists/base/ad.mips
P src/distrib/sets/lists/base/ad.powerpc
P src/distrib/sets/lists/base/md.amd64
P src/distrib/sets/lists/base/md.sparc64
P src/distrib/sets/lists/base/mi
P src/distrib/sets/lists/base/shl.mi
P src/distrib
from my original post:
> I tried to update source tree but was stopped by
> cvs [update aborted]: cannot open directory
> /cvsroot/src/external/mit/lua/src: No such file or directory
> Is something temporarily missing at the server end, or did something get
> screwed at my end?
Matthias Schel
On 7/22/14, 2:45 PM, Robert Swindells wrote:
I would prefer hpcarm to switch to MACHINE_ARCH=earmv4
Robert Swindells
noted. (may have been a transcription error on my part)
+j
Jeff Rizzo wrote:
>On 7/22/14, 2:45 PM, Robert Swindells wrote:
>> I would prefer hpcarm to switch to MACHINE_ARCH=earmv4
>>
>> Robert Swindells
>noted. (may have been a transcription error on my part)
No, you didn't make an error transcribing it.
The current definitions in build.sh are:
MACH
Jeff Rizzo wrote:
>On 7/21/14, 4:28 AM, Nick Hudson wrote:
>>
>>
>> IMO, non-earm ABI builds should be dropped in favour of earm and a
>> subset of evbarm earm variants should be made available.
>>
>
>This seems reasonable, and I am also going to suggest that the defaults
>change on those ports
On 7/21/14, 4:28 AM, Nick Hudson wrote:
IMO, non-earm ABI builds should be dropped in favour of earm and a
subset of evbarm earm variants should be made available.
This seems reasonable, and I am also going to suggest that the defaults
change on those ports which are switching to EABI.
On Tue, Jul 22, 2014 at 04:44:00PM +, David Holland wrote:
> On Mon, Jul 21, 2014 at 05:57:52PM +0200, Joerg Sonnenberger wrote:
> > > Preparing and testing such upgrade mechanism would be a bit boring work
> > > (there are few developers who care releases and sysinst itself)
> > > so I'm af
On Mon, Jul 21, 2014 at 05:57:52PM +0200, Joerg Sonnenberger wrote:
> > Preparing and testing such upgrade mechanism would be a bit boring work
> > (there are few developers who care releases and sysinst itself)
> > so I'm afraid no one will take it...
>
> For the ones in base, compat version
On Tue, Jul 22, 2014 at 12:57:36PM +, Thomas Mueller wrote:
> I tried to update source tree but was stopped by
>
> cvs [update aborted]: cannot open directory
> /cvsroot/src/external/mit/lua/src: No such file or directory
>
> Is something temporarily missing at the server end, or did somethi
Date: Tue, 22 Jul 2014 08:46:33 -0700
From: David Shao
amd64 DRMKMS on a machine with a Sapphire Radeon HS 4550 fails to
finish booting with:
[...]
firmware_open(radeondrmkms/radeon/RV710_pfp.bin) called too early
drm kern error: r600_cp: Failed to load firmware "radeon/RV710
Test Mail
<>
Using latest NetBSD source updated through
Module Name:src
Date: Tue Jul 22 04:55:51 UTC 2014
Modified Files:
src/sys/dev/sbus: tcx.c
amd64 DRMKMS on a machine with a Sapphire Radeon HS 4550 fails to
finish booting with:
drm:initializing kernel modesetting (RV710 0x1002:0x
I tried to update source tree but was stopped by
cvs [update aborted]: cannot open directory /cvsroot/src/external/mit/lua/src:
No such file or directory
Is something temporarily missing at the server end, or did something get
screwed at my end?
Update command, from head of source tree, in thi
On Mon, Jul 21, 2014 at 09:50:41PM +0200, Manuel Bouyer wrote:
> [...]
>
> I tested earmhf vs earmv7hf on the beaglebone black. with glxgears,
> the performance improvement is less than 1%.
>
> Do you have other tests that show a large gain with earmv7hf vs earmhf ?
> For 1% I don't think we shou
matt@ wrote:
> > What about acorn26 and acorn32?
>
> Are you willing to step up and fix any apcs32 bugs in gcc?
>
> I have no idea if acorn26 still runs (I've made a significant
> effort to ensure it does). It would greatly simplify
> the ARM world if it would just die. :)
>
> acorn32 uses an
On Mon, Jul 21, 2014 at 10:38:26PM -0300, Lourival Vieira Neto wrote:
> Can you check if this patch is right? Thanks.
Visually, it looks good (haven't done a build with it).
Thanks,
Thomas
18 matches
Mail list logo
