On Thu, 2 Mar 2017 21:32:39 -0800 "Ngie Cooper (yaneurabeya)"
wrote
> > On Mar 2, 2017, at 21:16, Chris H wrote:
> >
> > On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote
> >
> >> Hi:
> >>
> >> I'm having a major problem after
> On Mar 2, 2017, at 21:16, Chris H wrote:
>
> On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote
>
>> Hi:
>>
>> I'm having a major problem after updating a 12-current machine today.
>> After buildworld/kernel/install cycle on reboot I'm getting the
On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote
> Hi:
>
> I'm having a major problem after updating a 12-current machine today.
> After buildworld/kernel/install cycle on reboot I'm getting the following
> failure:
>
> "/boot/kernel/kernel text=0xb7716f data=0x100548+0x398358
Hi:
I'm having a major problem after updating a 12-current machine today.
After buildworld/kernel/install cycle on reboot I'm getting the following
failure:
"/boot/kernel/kernel text=0xb7716f data=0x100548+0x398358
elf64_loadimage: read failed
can't load file '/boot/kernel/kernel':
On Thu, Mar 2, 2017 at 6:12 PM, Ngie Cooper wrote:
> On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes
> wrote:
> ...
>> Even if that is the case file system cache effects should NOT be
>> visible to a userland process. This is NOT as
On Thu, Mar 2, 2017 at 4:31 PM, Rodney W. Grimes
wrote:
...
> Even if that is the case file system cache effects should NOT be
> visible to a userland process. This is NOT as if your running
> 2 different processing beating on a file. Your test cases are
>
> On Fri, Mar 3, 2017 at 2:04 AM, Peter Jeremy wrote:
> > On 2017-Mar-02 22:29:46 +0300, Subbsd wrote:
> >>During some interval after strip call, du will show 512B for any file.
> >>If execute du(1) after strip(1) without delay, this behavior is reproduced
On Fri, Mar 3, 2017 at 2:04 AM, Peter Jeremy wrote:
> On 2017-Mar-02 22:29:46 +0300, Subbsd wrote:
>>During some interval after strip call, du will show 512B for any file.
>>If execute du(1) after strip(1) without delay, this behavior is reproduced
>>100%:
On 2017-Mar-02 22:29:46 +0300, Subbsd wrote:
>During some interval after strip call, du will show 512B for any file.
>If execute du(1) after strip(1) without delay, this behavior is reproduced
>100%:
What filesystem are you using? strip(1) rewrites the target file and du(1)
On Thu, Mar 2, 2017 at 11:40 AM, Alex Deiter wrote:
> Hello,
>
> Please apply patch from upstream:
>
> https://github.com/the-tcpdump-group/libpcap/pull/541
>
> Fix compilation if INET6 isn't defined.
> Addresses GitHub issue #541, but differently from the pull request (it
On 2017-Mar-2, at 9:37 AM, Justin Hibbits wrote:
> On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (小野寛生)
> wrote:
>> I recently installed 12-current powerpc64 r313561 to a PowerMac G5
>> (it is dual processor, but I do not know its detail).
>>
>> When I try to load
Hello,
Please apply patch from upstream:
https://github.com/the-tcpdump-group/libpcap/pull/541
Fix compilation if INET6 isn't defined.
Addresses GitHub issue #541, but differently from the pull request (it
defines gen_gateway() with a function prototype rather than using a
pre-prototype-style
Hi,
Not sure for FreeBSD < 12, but i found interesting behavior strip
effect(1) on du(1) command:
--
% strip /bin/pax && sleep 4 && du -sh /bin/pax
65K/bin/pax
% strip /bin/pax && sleep 3 && du -sh /bin/pax
65K/bin/pax
% strip /bin/pax && sleep 2 && du -sh /bin/pax
512B/bin/pax
%
On 02/03/17 11:37, Justin Hibbits wrote:
> On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (小野寛生)
> wrote:
>> kernel: drmn0: on vgapci0
>> kernel: info: [drm] RADEON_IS_AGP
>> kernel: info: [drm] initializing kernel modesetting (RV350 0x1002:0x4150
>> 0x1002:0x4150).
>
>
On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (小野寛生)
wrote:
> I recently installed 12-current powerpc64 r313561 to a PowerMac G5
> (it is dual processor, but I do not know its detail).
>
> When I try to load drm2.ko and radeonkms.ko,
> the screen turns into black and
On Thu, Mar 2, 2017 at 5:58 AM, Dimitry Andric wrote:
> On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote:
>>
>> I would like to see how well FreeBSD does as a workstation OS in the
>> HPC world due to its stability and reliability, as well as LLVM/clang.
On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote:
> On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote:
> >
> > Summary of the transition interval:
> >
> > So for powerpc64 (and powerpc?) It is a good
> > idea to avoid anything that is after -r313254
> > and before
On 2 Mar 2017, at 12:02, Mingo Rrubioer wrote:
>
> I would like to see how well FreeBSD does as a workstation OS in the
> HPC world due to its stability and reliability, as well as LLVM/clang.
> I would like to know if FreeBSD has something similar to Gentoo's
>
On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote:
>
> On 2017-Feb-28, at 10:13 PM, Mateusz Guzik wrote:
>
> On Sat, Feb 25, 2017 at 08:31:04PM +0100, Mateusz Guzik wrote:
> >> On Sat, Feb 25, 2017 at 09:58:39AM -0800, Mark Millard wrote:
> >>> Thus the PowerMac G5 so-called "Quad
Hello,
New to FreeBSD and first post. If I got the wrong mailing list, just
let me know where to ask my questions.
I would like to see how well FreeBSD does as a workstation OS in the
HPC world due to its stability and reliability, as well as LLVM/clang.
I would like to know if FreeBSD has
On Thursday, 2 March 2017 00:37:35 CET, Michael Gmelin
wrote:
On 2 Mar 2017, at 00:35, Adrian Chadd wrote:
This is an emulated BIOS though, right?
I don't know if we're going to get the RTC 'bugfixed'...
It's SeaBIOS, yes. I feel like this
21 matches
Mail list logo