Christoph Hoffmann writes:
> Hello,
>
> The initial reboot followed the installation of ZFS-only version 5/28 system
> reports error:
>
> Attempting Boot From Hard Drive (C:)
> gptzfsboot: error 1 lba 32
> gptzfsboot: error 1 lba 1
> gptzfsboot: No ZFS pools located, can't boot
The bug may be un
Freddie Cash writes:
> On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wrote:
>
>> hi there,
>>
>> i just had the following idea: how about instead of copying the current
>> kernel
>> to /boot/kernel.old and then installing the new one under /boot/kernel as
>> the
>> results of target installker
Test Rat writes:
> Eduardo Morras writes:
>
>> At 22:06 13/08/2011, Steven Hartland wrote:
>>>> i just had the following idea: how about instead of copying the
>>>> current kernel
>>>>to /boot/kernel.old and then installing the new one under
Eduardo Morras writes:
> At 22:06 13/08/2011, Steven Hartland wrote:
>>> i just had the following idea: how about instead of copying the
>>> current kernel
>>>to /boot/kernel.old and then installing the new one under /boot/kernel as the
>>> results of target installkernel, we create a unique dire
Test Rat writes:
[...]
> Remaking `cat'
> Results of making cat:
> clang -O2 -pipe -O3 -Qunused-arguments -fcolor-diagnostics
> -march=native -g -fno-omit-frame-pointer -std=gnu99 -fstack-protector
> -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter
&
"Hartmann, O." writes:
> I run several boxes based on FreebSD 9.0-BETA1/amd64, compiled with
> clang. Since yesterday, I run on all of these
> machines into strange situations: buildworld won't build anymore, it
> fails always on all boxes at
> the very same position as showed by the error messag
Alexander Best writes:
> hi there,
>
> running r224715 i'm having no problems what so ever. after upgrading my kernel
> to r224784, i'm experiencing fatal lock ups, where only a hard reset will
> resolve the problem.
>
> the lock up happend two times while running chromium with only a decent numb
A quick test
$ env -i bsdgrep -Fi without_nls usr.bin/grep/grep.c
$ env -i gnugrep -Fi without_nls usr.bin/grep/grep.c
#ifndef WITHOUT_NLS
#ifndef WITHOUT_NLS
#ifndef WITHOUT_NLS
shows that bsd fgrep already fails to ignore case. And if you throw
a few more options to the mix it'd crash
Ruslan Ermilov writes:
> On Wed, Aug 10, 2011 at 10:12:11PM +0400, Test Rat wrote:
>> `make -s buildkernel' seems to contain lots of segfaults after recent
>> update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk.
>> The case can be reduced to
>>
Alexander Best writes:
> On Wed Aug 10 11, Test Rat wrote:
[...]
>> $ find /media/usr/include >/dev/null
>> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/basic_tree_policy:
>> Input/output error
>> find: /media/usr/include/c++/4.2/ext/pb_ds/detail/binary
`make -s buildkernel' seems to contain lots of segfaults after recent
update of one-true-awk in r224731. It chokes on sys/conf/kmod_syms.awk.
The case can be reduced to
$ awk 'BEGIN { delete ARGV[1] } END { print ARGV[1] }' blah
[...]
Program received signal SIGSEGV, Segmentation fault.
0x
A quick example
$ mkdir -p q/a q/b q/c q/d
$ touch q/a/foo.c q/b/foo.c q/c/foo.c q/d/foo.c
$ makefs -t cd9660 q.iso q
$ tar tf q.iso
.
A
B
A/FOO.C
B/FOO.C
C
D
$ mkisofs -quiet -o q.iso q
$ tar tf q.iso
.
A
B
C
D
D/FOO.C
C/FOO.C
B/FOO.C
A/FOO.C
$ mak
Test Rat writes:
> It seems fnmatch(3) args were accidentally swapped. Try
>
> $ bsdgrep -Fr --exclude-dir '*.svn*' grep_ usr.bin/grep | bsdgrep -c svn
> 72
And it should probably use FTS_SKIP to save time like textproc/gnugrep.
# turn off caching before testing
It seems fnmatch(3) args were accidentally swapped. Try
$ bsdgrep -Fr --exclude-dir '*.svn*' grep_ usr.bin/grep | bsdgrep -c svn
72
%%
Index: usr.bin/grep/util.c
===
--- usr.bin/grep/util.c (revision 224705)
+++ usr.bin/grep/util
Alexander Best writes:
> On Tue Aug 9 11, Test Rat wrote:
>> Alexander Best writes:
>>
>> [...]
>> > gmake -C 6g install
>> > gmake[1]: Entering directory
>> > `/usr/ports/lang/go/work/go-20110515/src/cmd/6g'
>> > quietgc
Alexander Best writes:
[...]
> gmake -C 6g install
> gmake[1]: Entering directory `/usr/ports/lang/go/work/go-20110515/src/cmd/6g'
> quietgcc -I"/usr/ports/lang/go/work/go-20110515/include" -ggdb -O2 -c
> "/usr/ports/lang/go/work/go-20110515/src/cmd/6g/list.c"
> egrep: : error: .Each undeclared
Dimitry Andric writes:
> On 2011-08-05 07:08, Test Rat wrote:
>> Pawel Worach writes:
> ...
>>> A workaround for the hang on boot and "error 1 lba X" failures is the
>>> following patch, it would be interesting if it also makes the
>>> zfs_al
Pawel Worach writes:
> On Aug 1, 2011, at 14:24, Test Rat wrote:
>
>> Anyone else? I can still reproduce with trunk r136607.
>> boot and gptboot seem to be unaffected.
>>
>> IIRC, with previous clang import it just stuck during boot
>> without any error mes
John Baldwin writes:
> Hmmm, so your BIOS just outright lies then? :(
>
> Can you check devinfo -u with 'debug.acpi.disabled=hostres' to see where
> those memory addresses show up?
I/O memory addresses:
0x0-0x9e7ff (ram0)
0x9e800-0x9 (root0)
0xa-0xb (vga0)
John Baldwin writes:
> On Wednesday, August 03, 2011 1:23:29 pm Test Rat wrote:
>> John Baldwin writes:
>>
>> > On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
>> >> Doug Barton writes:
>> >>
>> >> > On 08/02/2011 15:0
John Baldwin writes:
> On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote:
>> Doug Barton writes:
>>
>> > On 08/02/2011 15:06, John Baldwin wrote:
>> >> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
>> >>> on 19/07/2011 18:1
It's often convenient to extract pieces of iso9660 images for recovery
purposes or a jail. As libarchive no longer recognizes them one has to
resort to mdconfig + mount_cd9660. On a zfs-only system this populates
bufspace unused by arc cache and never gives memory back... nevermind.
$ tar tf Fre
Doug Barton writes:
> On 08/02/2011 15:06, John Baldwin wrote:
>> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote:
>>> on 19/07/2011 18:16 John Baldwin said the following:
Hmm, can you get devinfo -r output from a working kernel with ichwd
loaded?
You might be able to j
Anyone else? I can still reproduce with trunk r136607.
boot and gptboot seem to be unaffected.
IIRC, with previous clang import it just stuck during boot
without any error messages.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/ma
24 matches
Mail list logo
