Greetings.
I updated my dual-processor V240 the other day:
FreeBSD 12.0-CURRENT #26 r311929: Wed Jan 11 18:52:46 EST 2017
l...@spork.pix.net:/usr/obj/usr/src/sys/GENERIC sparc64
It works fine.
I update a uniprocessor V120 today, to a slightly newer tree,
and it hangs when attempting to boo
Yesterday, I upgraded the kernel on my sparc64 to -head,
so I was running a mis-matched kernel and userland.
The userland was a recent (as of two days ago) stable/10.
In the nightly report, I noticed the following:
Network interface status:
NameMtu Network Address Ipkts I
Today's build of -head (r3111444) fails to install
on my sparc64 (upgrading from stable/10, which was
just updated yesterday).
The kernel installation and reboot worked fine.
The installation of the user bits failed:
===> usr.bin/bsdcat/tests (install)
install -o root -g wheel -m 555 function
Am Fri, 24 Jun 2016 15:51:11 +
Brooks Davis schrieb:
On Fri, Jun 24, 2016 at 06:00:19AM +0200, O. Hartmann wrote:
> Am Thu, 23 Jun 2016 21:07:51 +
> Brooks Davis schrieb:
>
> > Kernel config minimalists and those running aarch64 and riscv systems will
> > want to head this UPDATING mes
On 6/23/16 12:46 AM, Kurt Lidl wrote:
On 6/23/16 12:45 AM, Glen Barber wrote:
On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote:
On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:
As of this commit:
r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4
lines
On 6/23/16 12:45 AM, Glen Barber wrote:
On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote:
On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:
As of this commit:
r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4 lines
revert error commit from previous
As of this commit:
r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4 lines
revert error commit from previous commit. my bad!
Approved by:re (implicit)
Head still doesn't compile doing:
make -k -s -j24 tinderbox TARGETS="amd64 sparc64"
Tinderbox failed:
amd64.amd64 build
Greetings all -
I periodically run the following on one of my hosts
(an amd64 machine, running 10.3+patches), to make sure
that I haven't broken the build for clang and gcc 4.2.1
based architectures before committing.
I've noticed that I *always* get a diagnostic message
about arm64, even though
On 4/30/16 2:57 AM, Jung-uk Kim wrote:
On 04/29/16 05:46 PM, Jung-uk Kim wrote:
On 04/29/16 05:17 PM, John Baldwin wrote:
You'll have to talk to the Intel guy who broke this to find out how he'd
like to fix it (not hardcode 32, or fix the AccessWidth).
I notified Intel guys and they will take
I have a virtual machine running freebsd-current under VirtualBox (on Mac OS X).
It's been running with no issue for the last month. Today, I updated to the
current version.
# old version (worked well)
@(#)FreeBSD 11.0-CURRENT #0 991d92a(master): Sat Mar 26 08:59:33 EDT 2016
FreeBSD 11.0-CURRENT
Greetings all.
I saw something the other day on a machine running 10/stable
(but the same code exists in -current), when it was rebooting.
The machine acts as a NFS fileserver (to support diskless booting
of a few test machines). It only has ZFS filesystems, and only
has filesystems that are ex
I have a sparc64 host running stable/10.
I have noticed on the last several updates that I've
done (basic list of operations below):
checkout current stable/10 sources
make buildworld
make buildkernel
make installkernel
reboot
mergemaster -p
On 1/8/16 3:45 PM, Kurt Lidl wrote:
On 1/8/16 1:58 PM, Marius Strobl wrote:
On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote:
I recently updated a sparc64 V120 from r291993
to r293243, and it now traps during the
autoconfiguration phase of the kernel boot:
<...>
-- data
On 1/8/16 1:58 PM, Marius Strobl wrote:
On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote:
I recently updated a sparc64 V120 from r291993
to r293243, and it now traps during the
autoconfiguration phase of the kernel boot:
<...>
-- data access exception sfar=0xfcf821ca021
On 1/8/16 11:57 AM, Mark Cave-Ayland wrote:
On 08/01/16 15:42, Kurt Lidl wrote:
I recently updated a sparc64 V120 from r291993
to r293243, and it now traps during the
autoconfiguration phase of the kernel boot:
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting
I recently updated a sparc64 V120 from r291993
to r293243, and it now traps during the
autoconfiguration phase of the kernel boot:
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
jumping to kernel entry at 0xc00b.
GDB: no debug ports pres
I installed a build of r291086 on a machine today
(previously, the machine had been running 10/stable).
I ran the following two commands just after rebooting
with the new user-land bits:
root@ton-95: df
Filesystem 1K-blocksUsedAvail Capacity Mounted on
sys/ROOT/default 18061924
On 11/6/15 1:12 PM, Kurt Lidl wrote:
I updated my machine that tracks head and rebooted it,
and it panic'd during the 'shutdown -r' execution.
Panic String: solaris assert: zrl->zr_refcount == 0 (0x2 == 0x0),
file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/
I updated my machine that tracks head and rebooted it,
and it panic'd during the 'shutdown -r' execution.
Panic String: solaris assert: zrl->zr_refcount == 0 (0x2 == 0x0),
file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zrlock.c,
line: 64
(kgdb) bt
#0 doadump (textdump=1) at
Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100:
In r262613 I have merged the clang-sparc64 branch back to head. This
imports an updated sparc64 backend for llvm and clang, allowing clang to
bootstrap itself on sparc64, and to completely build world. To be able
to build th
This apparently breaks the build when compiling on a
system that has WITHOUT_IPFILTER= in /etc/src.conf:
--- depend_subdir_libclang_rt ---
In file included from
/usr/src/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:59:
/usr/obj/usr/src
I upgraded one of my machines to have pkg-devel on it
(1.4.0.alpha4), and attempted to recreate my test repo with it.
Version : 1.4.0.alpha4
PKG_DBDIR = "/tmp/pkg.tmp.67648";
PKG_CACHEDIR = "/var/cache/pkg";
PORTSDIR = "/usr/ports";
INDEXDIR = "";
INDEXFILE = "INDEX-9";
HANDLE_RC_
I downloaded the 10.1-BETA disc1 iso image for
sparc64, and burned it to media. I then used that
media to attempt an installation onto a spare
sparc64 machine that I have.
Using UFS as the filesystem, and more or less just
following the prompts, the system got installed OK,
and boots off of ZFS OK
On 9/10/14, 6:10 AM, Andrey V. Elsukov wrote:
On 04.09.2014 18:16, Kurt Lidl wrote:
Greetings all:
I have a host that recently was upgraded from FreeBSD 9.1
to FreeBSD 9.3. After the upgrade, the IPv6 aliases that
I was setting on vlan'd interfaces, no longer get set:
The section of my
Greetings all:
I have a host that recently was upgraded from FreeBSD 9.1
to FreeBSD 9.3. After the upgrade, the IPv6 aliases that
I was setting on vlan'd interfaces, no longer get set:
The section of my /etc/rc.conf, which worked under 9.1:
# inside network (gigabit connected)
ifconfig_bce1="up
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs) happens to open the diskid
provider instead of the gpt label. For me this ended up b
On 12/27/13 1:42 PM, Marius Strobl wrote:
On Sun, Dec 08, 2013 at 02:50:23PM +0100, Marius Strobl wrote:
On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote:
I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4
install image today.
Installation went fine. I rebooted
>
> On 18 December 2013 09:27, Kurt Lidl wrote:
> > A while ago, it was reported that the ISO images that FreeBSD generates
> > have a variety of problems (thread starts here):
> >
> > http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html
Greetings all -
I've got a completely reproducible panic when issuing a
'gmirror status' command on a recently deactivated gmirror.
NOTE: This only happens on a machine with more than 1 CPU.
I filed a bug report on it:
http://www.freebsd.org/cgi/query-pr.cgi?pr=184985
Script to reproduce the
A while ago, it was reported that the ISO images that FreeBSD generates
have a variety of problems (thread starts here):
http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html
And again for the 10.0 releases:
http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/0762
I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4
install image today.
Installation went fine. I rebooted the machine, and then went to get
a fresh ports tree, and the machine panic'd:
root@host:/usr/ports # portsnap fetch
Looking up portsnap.FreeBSD.org mirrors... 7 mirr
On Wednesday, November 06, 2013 19:18:31 UTC Baldwin, John wrote:
On Wednesday, November 06, 2013 10:22:44 am Teske, Devin wrote:
On Nov 6, 2013, at 1:18 AM, Lars Engels wrote:
> Am 05.11.2013 18:06, schrieb Kurt Lidl:
>
>> Well, I'd probably be in support of this chang
You can try enabling the beastie menu on sparc64 by editing
/boot/loader.rc:
=== Change #1 in /boot/loader.rc to enable beastie menu ===
Find:
\ Reads and processes loader.conf variables
\ NOTE: Change to `initialize' if you enable the below boot menu
start
Change "sta
On Nov 2, 2013, at 1:45 AM, Sam Fourman Jr. wrote:
On Sat, Nov 2, 2013 at 7:09 AM, Teske, Devin
wrote:
Hi all,
Here's a chance to test out the kernel selection menu enhancements
to the boot loader menu before they go into HEAD.
Discussion welcome, feedback desired.
No recompile needed, just
On Tue, Oct 08, 2013 at 04:56:46PM -0400, Kurt Lidl wrote:
On 10/8/13 4:33 PM, Cy Schubert wrote:
> In message <52542687.7000100 at pix.net>, Kurt Lidl writes:
>> On 10/8/13, Julian Elischer wrote:
>>> On 10/7/13 11:06 PM, Steve Kargl wrote:
>>>> On Sun, Oct
On 10/8/2013, Nathan Whitehorn wrote:
On 10/07/13 21:59, Allan Jude wrote:
Devin Teske and I have been working on a big patch to bsdinstall to
implement installing on a ZFS pool. It supports both GPT and MBR, the 4k
sector gnop trick, and optional GELI encryption. We would like to commit
this i
5. I think some substantial part of the MBR code will blow up if you are
reinitalizing a previously formatted disk (the bsdlabel will be retasted
and come back from the dead).
Will not some combination of "gpart destroy -F" and (insert suggestion) work?
Yes, that will work just fine.
Actual
On 10/8/13 4:33 PM, Cy Schubert wrote:
In message <52542687.7000...@pix.net>, Kurt Lidl writes:
On 10/8/13, Julian Elischer wrote:
On 10/7/13 11:06 PM, Steve Kargl wrote:
On Sun, Oct 06, 2013 at 10:43:21PM -0400, Eitan Adler wrote:
Hey all,
RCS was removed from the base system in r
On 10/8/13, Julian Elischer wrote:
On 10/7/13 11:06 PM, Steve Kargl wrote:
On Sun, Oct 06, 2013 at 10:43:21PM -0400, Eitan Adler wrote:
Hey all,
RCS was removed from the base system in r256095. If you still want to
use RCS please install either devel/rcs or devel/rcs57. If not, be
sure to ch
Greetings all.
My weekly update to the lastest freebsd-head failed to compile
this morning. My src.conf has, among other things:
WITHOUT_HESIOD=
WITHOUT_KERBEROS=
# turn off stripping and enable dtrace
STRIP=
CFLAGS+=-fno-omit-frame-pointer
CC=clang
CXX=clang++
CPP=clang-cpp
My compile failed
On 7/17/13 11:26 AM, Freddie Cash wrote:
On Wed, Jul 17, 2013 at 7:50 AM, Bob Bishop mailto:r...@gid.co.uk>> wrote:
Hi,
On 17 Jul 2013, at 15:17, Kurt Lidl wrote:
>> On 7/16/2013 2:12 PM, Alan Cox wrote:
>>> ... The Haswell line of CPUs
On 7/16/2013 2:12 PM, Alan Cox wrote:
... The Haswell line of CPUs is widely reported to
support DIMMs twice as large, and it's due in September. That would
make the systems of late 2013 hold up to 1536GB of memory.
I'd point you at stuff like the Supermicro X8BQ6 series of mainboards.
QP E5-
On Wed, Jun 19, 2013 at 1:32 AM, Chris Torek wrote:
In src/sys/amd64/include/vmparam.h is this handy map:
* 0x - 0x7fff user map
* 0x8000 - 0x7fff does not exist (hole)
* 0x8000 - 0x804020100fff recursive page table (
In light of Devin's CFT, I offer the following, related code...
Greetings -
I've been asked to look at inserting ZFS support into the guided setup
for FreeBSD.
I've got a mostly working set of patches, but they are still a bit
ugly -- hard wired to use ZFS now, rather than UFS, but I'm to the p
I downloaded the 9.0-RC3 disc1 image for sparc64 and
attempted to install it onto a Netra-T1 105 that is
currently running FreeBSD 8.2-RELEASE. (1024MB memory,
2x36GB scsi drives, quad-port HME card in the PCI slot)
It failed to install, but not before destroying my partitions.
45 matches
Mail list logo
