Hi,
On Fri, Feb 28, 2014 at 11:55 PM, Odhiambo Washington wrote:
> I'd like to buy something for my kids to play with and I was thing about
> pcDuino, because of the nice specs.
>
> I'd like to know if the pcDuino support is complete now for FreeBSD-10.
>
We have just basic support of Allwinner
Jeremie Le Hen wrote:
> Another instance, with a sligthly different stacktrace:
>
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
> 0xfe00e612ae40
> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00e612aef0
> vpanic() at vpanic+0x126/frame 0xfe00e612af30
> kassert_panic(
On 28 February 2014 15:35, Adrian Chadd wrote:
> ... how'd this ever work in the past then?
>
.. and I've submitted it as a PR:
kern/187152
Thanks,
-a
>
> -a
>
>
> On 28 February 2014 13:08, John Baldwin wrote:
>> On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote:
>>> Hi,
>>>
>>>
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 bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/14 12:05, Dimitry Andric wrote:
> Indeed, this is clang bug with stdcall calling conventions. See the
> upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for
> reducing this).
>
> I have followed up on the bug with a workaround
On 28 Feb, Dimitry Andric wrote:
> On 27 Feb 2014, at 01:57, Don Lewis wrote:
>> On 26 Feb, Michael Butler wrote:
>>> On 02/18/14 12:10, Michael Butler wrote:
Is anyone else seeing firefox failing to install after the clang-3.4
merge? As in xpcshell dumping core ..
>>>
>>> An update ..
... how'd this ever work in the past then?
-a
On 28 February 2014 13:08, John Baldwin wrote:
> On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote:
>> Hi,
>>
>> On my i386 -HEAD laptops (running -HEAD as of last night, but it's
>> been a problem for a while) I occasionally hit a point w
Hi,
the interesting bits:
Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 3 len 129 nsegs 2 rate
0002 plcp 0x420a
Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 4 len 129 nsegs 2 rate
0002 plcp 0x420a
Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 3 retries 16 nkill
0 rate 80006902 du
I've attached my iwn debug messages to this email starting
with the point I tried to associate to the Wifi.
Thanks again for looking at this!
Kind regards,
Tom
On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote:
> On 26 February 2014 23:52, Alexandr wrote:
> > Tom, could you:
> >
> >
On 27 February 2014 20:14, Allan Jude wrote:
> With r262501
> (http://svnweb.freebsd.org/base?view=revision&revision=262501) importing
> the upgraded bcrypt from OpenBSD and eventually changing the default
> identifier for bcrypt to $2b$ it reminded me of a feature that is often
> seen in Forum so
On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote:
> While using poudriere:
>
> > Unread portion of the kernel message buffer:
> > panic: lockmgr still held
> > cpuid = 12
> > KDB: stack backtrace:
> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
> > 0xfe124804f7a0
>
On Friday, February 28, 2014 12:16:45 pm Allan Jude wrote:
> On 2014-02-28 10:07, Nick Hibma wrote:
> >
> > On 28 Feb 2014, at 02:14, Allan Jude wrote:
> >
> >> With r262501
> >> (http://svnweb.freebsd.org/base?view=revision&revision=262501) importing
> >> the upgraded bcrypt from OpenBSD and ev
On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote:
> Hi,
>
> On my i386 -HEAD laptops (running -HEAD as of last night, but it's
> been a problem for a while) I occasionally hit a point where I get an
> FPE on _all_ processes upon resume.
>
> I can still do a clean shutdown through the po
On Fri, Feb 28, 2014 at 08:22:06PM +0100, Dimitry Andric wrote:
> Hi,
>
> 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
On Friday, February 28, 2014 9:23:28 am Anton Shterenlikht wrote:
> ia64 r260914 GENERIC kernel contains:
>
> device kbdmux # keyboard multiplexer
> device vt # Virtual terminals
> device vt_vga # VGA terminal device
>
> Trying to build it
Hi,
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 the GENERIC kernel, there is still one patch to be finalized,
see belo
Hi,
On my i386 -HEAD laptops (running -HEAD as of last night, but it's
been a problem for a while) I occasionally hit a point where I get an
FPE on _all_ processes upon resume.
I can still do a clean shutdown through the power-button method, but I
can't do anything else.
Has anyone seen this bef
Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 21:29 +0900:
> > Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 11:13 +0900:
> >> I have a question about kevent.
> >>
> >> How should the userland judge knote which is cleared from knlist by
> >> knlist_clear() or knlist_delete()?
> >
On 2014-02-28 10:07, Nick Hibma wrote:
>
> On 28 Feb 2014, at 02:14, Allan Jude wrote:
>
>> With r262501
>> (http://svnweb.freebsd.org/base?view=revision&revision=262501) importing
>> the upgraded bcrypt from OpenBSD and eventually changing the default
>> identifier for bcrypt to $2b$ it reminde
On 27 Feb 2014, at 01:57, Don Lewis wrote:
> On 26 Feb, Michael Butler wrote:
>> On 02/18/14 12:10, Michael Butler wrote:
>>> Is anyone else seeing firefox failing to install after the clang-3.4
>>> merge? As in xpcshell dumping core ..
>>
>> An update ..
>>
>> Recompiling with GCC48 on -current
I'd like to buy something for my kids to play with and I was thing about
pcDuino, because of the nice specs.
I'd like to know if the pcDuino support is complete now for FreeBSD-10.
Should I buy it? If not, what is the BEST recommendation?
--
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+25473
On 28 Feb 2014, at 02:14, Allan Jude wrote:
> With r262501
> (http://svnweb.freebsd.org/base?view=revision&revision=262501) importing
> the upgraded bcrypt from OpenBSD and eventually changing the default
> identifier for bcrypt to $2b$ it reminded me of a feature that is often
> seen in Forum s
ia64 r260914 GENERIC kernel contains:
device kbdmux # keyboard multiplexer
device vt # Virtual terminals
device vt_vga # VGA terminal device
Trying to build it, I get:
linking kernel.debug
vt_core.o: In function `vt_window_switch':
/usr/s
While using poudriere:
> Unread portion of the kernel message buffer:
> panic: lockmgr still held
> cpuid = 12
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe124804f7a0
> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe124804f850
> vpanic() at vpa
Hiroki Sato wrote:
> ia> Hiroki Sato wrote:
> ia> > Hm, how about the attached one?
> ia> >
> ia> > I think the cause is just a race when length of the sysctl's output
> ia> > is changed in kernel after the buffer allocation in userspace, not
> ia> > memory shortage. Size of the routing table
> Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 11:13 +0900:
>> I have a question about kevent.
>>
>> How should the userland judge knote which is cleared from knlist by
>> knlist_clear() or knlist_delete()?
>
> It looks like I need to read the code better... knlist_clear (killkn=0)
> a
On 28 Feb 2014, at 01:51, Michael Butler wrote:
> I guess what I'm trying to get at is that I am used to a compiler which
> takes one of two actions, irrespective of the complexities of the source
> language or target architecture ..
>
> 1) the compiler has no definitive translation of "semantic
Another instance, with a sligthly different stacktrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e612ae40
kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00e612aef0
vpanic() at vpanic+0x126/frame 0xfe00e612af30
kassert_panic() at kassert_panic+0x136/frame 0xfff
28 matches
Mail list logo
