On Sat, Jun 14, 2014 at 07:44:29PM -0600, Warner Losh wrote:
> On Jun 14, 2014, at 7:30 PM, Steve Kargl
> wrote:
> >
> > Thanks for the pointer. The problem appears to be /usr/local/bin/ld.
> > If I move it to ld.old and then symlink /usr/local/bin/ld to /usr/bin/ld,
> > I can build math/lapack
On Sat, Jun 14, 2014 at 9:30 PM, Steve Kargl
wrote:
> Thanks for the pointer. The problem appears to be /usr/local/bin/ld.
> If I move it to ld.old and then symlink /usr/local/bin/ld to /usr/bin/ld,
> I can build math/lapack without a problem. I guess I'll poke around
> in devel/bintuils.
I wou
On Sat, Jun 14, 2014 at 09:03:51PM -0600, Warner Losh wrote:
>
> On Jun 14, 2014, at 8:51 PM, Glen Barber wrote:
>
> > Is a failure to build head/ with high make(1) -j values. Again.
>
> There’s likely a dozen or more of these lurking in the tree. Ian’s last set
> of patches squashed many of t
On Jun 14, 2014, at 8:51 PM, Glen Barber wrote:
> Is a failure to build head/ with high make(1) -j values. Again.
There’s likely a dozen or more of these lurking in the tree. Ian’s last set
of patches squashed many of the ones in lib, but I’ve not done a careful
audit of the i18n code.
> With
Is a failure to build head/ with high make(1) -j values. Again.
With empty /usr/obj, I have been seeing strange build failures on head/
with high -jN values, but even as low as -j10. The machine used to
build snapshots of head/ and stable/ branches has been using -j48 for
several months without
On Jun 14, 2014, at 5:48 PM, Sean Bruno wrote:
> On Sat, 2014-06-14 at 17:25 -0600, Warner Losh wrote:
>> On Jun 14, 2014, at 4:43 PM, Sean Bruno wrote:
>>
>>> On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:
I note that my TLenovo 61 has one of these:
ichsmb0@pci0:0:31:3:
On Jun 14, 2014, at 7:30 PM, Steve Kargl
wrote:
> On Sat, Jun 14, 2014 at 03:38:58PM -0700, Peter Wemm wrote:
>> On Saturday 14 June 2014 15:30:02 Steve Kargl wrote:
>>> On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote:
On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote:
On Sat, Jun 14, 2014 at 03:38:58PM -0700, Peter Wemm wrote:
> On Saturday 14 June 2014 15:30:02 Steve Kargl wrote:
> > On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote:
> > > On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote:
> > > > On Saturday 14 June 2014 14:44:39 Steve Kargl
On Sat, 2014-06-14 at 17:25 -0600, Warner Losh wrote:
> On Jun 14, 2014, at 4:43 PM, Sean Bruno wrote:
>
> > On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:
> >> I note that my TLenovo 61 has one of these:
> >>
> >> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086
On Jun 14, 2014, at 3:57 PM, Oliver Pinter wrote:
> On 6/13/14, John Baldwin wrote:
>> On Friday, June 13, 2014 6:21:28 am Oliver Pinter wrote:
>>> Hi All!
>>>
>>> When I try to build i386 kernel on amd64 host running compile error
>>> due wrong cpufunc.h picked up by build system.
>>>
>>> I
On Jun 14, 2014, at 4:43 PM, Sean Bruno wrote:
> On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:
>> I note that my TLenovo 61 has one of these:
>>
>> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086
>> rev=0x03 hdr=0x00
>>vendor = 'Intel Corporation'
>>devic
me wrote:
>> Is this also fixed in the 10.0-STABLE by now?
>>
The situation does not improve by itself, ARC has it all, less
active jobs scramble and fight for whatever free memory is left for
them and most of them remain swapped out. The best curse of action
to recover is to reboot. Quite a pain
On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:
> I note that my TLenovo 61 has one of these:
>
> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086
> rev=0x03 hdr=0x00
> vendor = 'Intel Corporation'
> device = '82801H (ICH8 Family) SMBus Controller'
> c
On Saturday 14 June 2014 15:30:02 Steve Kargl wrote:
> On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote:
> > On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote:
> > > On Saturday 14 June 2014 14:44:39 Steve Kargl wrote:
> > > > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Karg
On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote:
> On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote:
> > On Saturday 14 June 2014 14:44:39 Steve Kargl wrote:
> > > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote:
> > > > Long story short. I have laptop that is nor
On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote:
> On Saturday 14 June 2014 14:44:39 Steve Kargl wrote:
> > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote:
> > > Long story short. I have laptop that is normally limited in
> > > available diskspace, so I do not install profi
On Saturday 14 June 2014 14:44:39 Steve Kargl wrote:
> On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote:
> > Long story short. I have laptop that is normally limited in
> > available diskspace, so I do not install profiled libraries.
> > I however have the need for running some code und
On 6/13/14, John Baldwin wrote:
> On Friday, June 13, 2014 6:21:28 am Oliver Pinter wrote:
>> Hi All!
>>
>> When I try to build i386 kernel on amd64 host running compile error
>> due wrong cpufunc.h picked up by build system.
>>
>> I used the attached script to build the kernel, and I attached a b
On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote:
> Long story short. I have laptop that is normally limited in
> available diskspace, so I do not install profiled libraries.
> I however have the need for running some code under the profiler
> (assuming clang can generate proper profili
On Jun 14, 2014, at 12:39, Kurt Jaeger wrote:
> In the ports, check sysutils/xmbmon or sysutils/healthd
> whether it detects anything.
Ah, I didn't realise we had ports for this already. That's nice, thanks.
--
Rui Paulo
___
freebsd-current@freebsd
Long story short. I have laptop that is normally limited in
available diskspace, so I do not install profiled libraries.
I however have the need for running some code under the profiler
(assuming clang can generate proper profiling). I do the
following,
% vi /etc/src.conf (Remove WITHOUT_PROFIL
On Jun 14, 2014, at 12:08, Sean Bruno wrote:
> I note that my TLenovo 61 has one of these:
>
> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086
> rev=0x03 hdr=0x00
>vendor = 'Intel Corporation'
>device = '82801H (ICH8 Family) SMBus Controller'
>class
Hi!
> I note that my TLenovo 61 has one of these:
>
> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086
> rev=0x03 hdr=0x00
> vendor = 'Intel Corporation'
> device = '82801H (ICH8 Family) SMBus Controller'
> class = serial bus
> subclass = SMBus
>
I note that my TLenovo 61 has one of these:
ichsmb0@pci0:0:31:3:class=0x0c0500 card=0x20a917aa chip=0x283e8086
rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
device = '82801H (ICH8 Family) SMBus Controller'
class = serial bus
subclass = SMBus
I'm pretty ignoran
On Sat, Jun 14, 2014 at 01:12:08AM +0200 I heard the voice of
Mark Martinec, and lo! it spake thus:
>
> The situation does not improve by itself, ARC has it all, less
> active jobs scramble and fight for whatever free memory is left for
> them and most of them remain swapped out. The best curse of
Hello,
I get those occasional GPU lockups and just want to know if this is
known problem. When they occur my monitor turn offs for few seconds and then
goes back on again.
My hardware: http://people.freebsd.org/~pawel/dmesg.txt
Current built today, error message:
drmn0: error: GPU lockup CP sta
On 0613T1251, David Wolfskill wrote:
> On Fri, Jun 13, 2014 at 09:36:35PM +0200, Edward Tomasz Napiera??a wrote:
> > ...
> > > I normally don't spend a huge amount of time in head -- enough to build
> > > it & do a quick smoke-test. So it's certainly possible that it merits
> > > further explorati
27 matches
Mail list logo
