On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev wrote:
> Updated my BBB to the latest -current, immediately got this while trying to
> make world over ssh console:
>
> 06:02:17 CPSW watchdog cpswss0: watchdog timeout
> cpswss0: Unable to cleanly shutdown transmitter
My BBB stucks in cpsw0 during b
There was a fix committed in r301872 which should help.
Svatopluk Kraus
On Thu, Jun 16, 2016 at 3:48 AM, Keith White wrote:
> I get the following panic when connecting via WiFi to an RPI-B
> running the r301815 snapshot:
>
> Fatal kernel mode data abort: 'Alignment Fault
in clang optimalization.
Svatopluk Kraus
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
dulimit 64k
> ampdudensity 4 shortgi wme burst roaming MANUAL
> groups: wlan
>
>
>
> Is there anything I can help with to improve this? Thank you.
>
What revision do you use? If you use , please, try
to update to r291193 or higher.
Svatopluk Kraus
> Re
The add_bounce_page() can be called from _bus_dmamap_load_phys().
Client virtual address is zero (not valid) in that case. So, client
physical address must be used to get an offset when
BUS_DMA_KEEP_PG_OFFSET flag is set. Note that client physical address
is always valid.
Svatopluk Kraus
diff
On Sat, Apr 11, 2015 at 7:57 PM, Alan Cox wrote:
> On 04/10/2015 04:11, Svatopluk Kraus wrote:
>> Hi,
>>
>> my RPI-B has been stuck in vm_reserv_reclaim_contig() due to a bug
>> within that function. I can reproduce that easily on my two-core
>> pandaboard whe
odone() in g_io_schedule_up() is wrapped by THREAD_NO_SLEEPING()
and THREAD_SLEEPING_OK(), IMHO, there is something missing in code as
_sleep() can be called regularly in this case.
Svatopluk Kraus
-
More info about this is bellow:
root@raspberry-pi:/usr/src
On Sat, Aug 2, 2014 at 10:01 PM, John-Mark Gurney wrote:
> Svatopluk Kraus wrote this message on Sat, Aug 02, 2014 at 21:27 +0200:
> > On Sat, Aug 2, 2014 at 8:32 PM, John-Mark Gurney
> wrote:
> >
> > > Svatopluk Kraus wrote this message on Sat, Aug 02, 2014 at 15:20
On Sat, Aug 2, 2014 at 8:32 PM, John-Mark Gurney wrote:
> Svatopluk Kraus wrote this message on Sat, Aug 02, 2014 at 15:20 +0200:
> > Well, I did not look at network stack for long time, so the following
> > things could be obsolete now, but at least:
> >
> > (1) Ther
wrote:
> Svatopluk Kraus wrote this message on Sat, Aug 02, 2014 at 00:05 +0200:
> > Just what I've got in January 2011:
> >
> http://lists.freebsd.org/pipermail/freebsd-hackers/2011-January/034037.html
>
> Sadly, after three (or six+) years, it is clear that these
Just what I've got in January 2011:
http://lists.freebsd.org/pipermail/freebsd-hackers/2011-January/034037.html
Svata
On Fri, Aug 1, 2014 at 9:34 PM, John-Mark Gurney wrote:
> So, I have a laptop that devd loads the bluetooth module every time..
>
> This means I get the following error on eve
On Mon, Jul 1, 2013 at 3:40 PM, Sergey Kandaurov wrote:
> On 1 July 2013 17:11, Svatopluk Kraus wrote:
> > Hi,
> >
> > could somebody help me, please, with too many following warnings:
> > sys/buf_ring.h:189:33: warning: variable 'cons_next_next' set but
Hi,
could somebody help me, please, with too many following warnings:
sys/buf_ring.h:189:33: warning: variable 'cons_next_next' set but not used
As the warning is produced by header which is included a lot, the important
warnings are visible poorly among them. I think that buf_ring_dequeue_sc()
On Tue, Feb 26, 2013 at 1:39 PM, Konstantin Belousov
wrote:
> On Tue, Feb 26, 2013 at 09:06:51PM +1300, Andrew Turner wrote:
>> Does anyone know if it is only curthread that needs to be atomic? If so
>> this should work. Reading the cpuid from the system currently is a
>> single instruction, howev
On Thu, Feb 21, 2013 at 4:43 PM, John Baldwin wrote:
>> > curthread is a bit magic. :) If you perform a context switch during an
>> > interrupt (which will change 'curthread') you also change your register
>> > state.
>> > When you resume, the register state is also restored. This means that
>
On Wed, Feb 20, 2013 at 4:22 PM, John Baldwin wrote:
> On Wednesday, February 20, 2013 7:31:08 am Svatopluk Kraus wrote:
>> On Tue, Feb 19, 2013 at 7:51 PM, Konstantin Belousov
>> wrote:
>> > On Mon, Feb 18, 2013 at 11:18:16PM +0100, Svatopluk Kraus wrote:
>> >
On Tue, Feb 19, 2013 at 7:51 PM, Konstantin Belousov
wrote:
> On Mon, Feb 18, 2013 at 11:18:16PM +0100, Svatopluk Kraus wrote:
>> On Mon, Feb 18, 2013 at 9:36 PM, Konstantin Belousov
>> wrote:
>> Well, I'm taking a part on porting FreeBSD to ARM11mpcore. UP case was
&
On Mon, Feb 18, 2013 at 9:36 PM, Konstantin Belousov
wrote:
> On Mon, Feb 18, 2013 at 09:27:40PM +0100, Svatopluk Kraus wrote:
>> On Mon, Feb 18, 2013 at 6:09 PM, Konstantin Belousov
>> wrote:
>> > On Mon, Feb 18, 2013 at 06:06:42PM +0100, Svatopluk Kraus wrote:
>>
On Mon, Feb 18, 2013 at 6:09 PM, Konstantin Belousov
wrote:
> On Mon, Feb 18, 2013 at 06:06:42PM +0100, Svatopluk Kraus wrote:
>> On Mon, Feb 18, 2013 at 4:08 PM, Konstantin Belousov
>> wrote:
>> > On Mon, Feb 18, 2013 at 01:44:35PM +0100, Svatopluk Kraus wrote:
>
On Mon, Feb 18, 2013 at 4:08 PM, Konstantin Belousov
wrote:
> On Mon, Feb 18, 2013 at 01:44:35PM +0100, Svatopluk Kraus wrote:
>> Hi,
>>
>>the access to sysmaps_pcpu[] should be atomic with respect to
>> thread migration. Otherwise, a sysmaps for one CPU can be s
Hi,
the access to sysmaps_pcpu[] should be atomic with respect to
thread migration. Otherwise, a sysmaps for one CPU can be stolen by
another CPU and the purpose of per CPU sysmaps is broken. A patch is
enclosed.
Svata
Index: sys/i386/i386/pmap.c
=
Hi,
I'm just syncing my ARM pmap code (base on i386 one) with current
i386 pmap code. It looks that sched_pin() is missing after successful
rw_try_wlock() in pmap_protect().
Svata
___
freebsd-current@freebsd.org mailing list
http://lists.fre
On Fri, Sep 7, 2012 at 9:40 PM, John Baldwin wrote:
> On Friday, September 07, 2012 2:41:20 pm Konstantin Belousov wrote:
>> > I think these would be rare? There's no good reason for anything to write
>> > to
>> > a shared library that I can think of. install(1) does an atomic rename to
>> > s
On Tue, Sep 4, 2012 at 6:00 PM, John Baldwin wrote:
> On Tuesday, September 04, 2012 9:00:39 am Konstantin Belousov wrote:
>> On Tue, Sep 04, 2012 at 02:49:07PM +0200, Svatopluk Kraus wrote:
>> > On Mon, Sep 3, 2012 at 2:46 PM, Konstantin Belousov
> wrote:
>> > &
On Tue, Sep 4, 2012 at 3:00 PM, Konstantin Belousov wrote:
> On Tue, Sep 04, 2012 at 02:49:07PM +0200, Svatopluk Kraus wrote:
>> On Mon, Sep 3, 2012 at 2:46 PM, Konstantin Belousov
>> wrote:
>> > On Mon, Sep 03, 2012 at 12:35:08PM +0200, Svatopluk Kraus wrote:
>>
On Mon, Sep 3, 2012 at 2:46 PM, Konstantin Belousov wrote:
> On Mon, Sep 03, 2012 at 12:35:08PM +0200, Svatopluk Kraus wrote:
>> Hi,
>>
>> I found out that while the running excecutables and a dynamic linker
>> are protected against writing (ETXTBSY), the loaded
Hi,
I found out that while the running excecutables and a dynamic linker
are protected against writing (ETXTBSY), the loaded shared libraries
are not protected. The libraries are mapped by mmap() in dynamic
linker (rtld) and there is no way how to set VV_TEXT flag on the
libraries vnodes in mmap
Hi,
it looks similar to
http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023829.html
Svata
On Wed, Jun 13, 2012 at 1:11 AM, Benjamin Kaduk wrote:
> Hi all,
>
> I know, I should update the machine, but I figured I would throw this out
> for the archives anyway.
>
> I saw the pan
2011/10/6 Kostik Belousov :
> On Thu, Oct 06, 2011 at 01:45:16PM +0200, Svatopluk Kraus wrote:
>> On Wed, Oct 5, 2011 at 4:53 PM, Kostik Belousov wrote:
>> > On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote:
>> >> Hi,
>> >>
>> >&g
On Wed, Oct 5, 2011 at 4:53 PM, Kostik Belousov wrote:
> On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote:
>> Hi,
>>
>> I found out that on a few places pmap_qenter() is called on pages
>> which are not wired. For example, in the following functions,
Hi,
I found out that on a few places pmap_qenter() is called on pages
which are not wired. For example, in the following functions, when
vm_pager_get_pages() is called, the pages are not wired:
exec_map_first_page() in sys/kern/kern_exec.c
vm_fault_hold() in sys/vm/vm_fault.c
vm_imgact_ho
Hi,
thank you very much for your review and related fixes.
On Fri, Aug 12, 2011 at 3:48 AM, Li, Qing wrote:
>> I have no problem with loopback routes when I work with not
>> point-to-point interfaces as I can NOT set same source address on
>> them. However, if the interface is going down and
Hi,
I try to desribe the whole matter. In the simplest case, I have two
routers - each with two un-numbered interfaces connected in parallel.
Real data flow is managed in hardware. IP layer is used for managing
the hardwares, so I only need to be able to communicate with neighbour
thru one from t
gt;> Unfortunately I am weeks and weeks behind on pushing fixes back to the
>>> tree, so you had to duplicate the work. If it can be committed (and MFC'd
>>> to 8, please) it would save others the trouble.
>>>
>>> -Andrew
>>>
>>>
een
>> working fine for us under stable/8.
>>
>> Unfortunately I am weeks and weeks behind on pushing fixes back to the tree,
>> so you had to duplicate the work. If it can be committed (and MFC'd to 8,
>> please) it would save others the trouble.
>>
>> -A
I have two NIC on same NET (both are up). If a NIC which installs
network route is going down then an error happens during network route
replacement (in_scrubprefix: err=17, new prefix add failed).
I've done a little bit investigation. In rtinit1(), before
rtrequest1_fib() is called, info.rti_fl
Hi,
I've got message from
ifa_del_loopback_route() called from rip_ctlinput(). Is IFA_RTSELF
flag consistent with ifa_add_loopback_route() and
ifa_del_loopback_route() calls?
I think that rip_ctlinput() in sys/netinet/raw_ip.c should be
patched to do a check that IFA_RTSELF flag is set bef
> Here is a larger patch:
>
> Index: kern/kern_ktrace.c
> ===
> --- kern/kern_ktrace.c (revision 220190)
> +++ kern/kern_ktrace.c (working copy)
> @@ -882,7 +882,8 @@
> nfound = 0;
> LIST_FOREACH(p, &pg-
On Thu, Mar 31, 2011 at 3:58 PM, John Baldwin wrote:
> On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote:
>> Hi,
>>
>> I've got a page fault (because of NULL td_lock) in
>> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c
>>
On Thu, Mar 31, 2011 at 4:10 PM, Andriy Gapon wrote:
> on 31/03/2011 14:32 Svatopluk Kraus said the following:
>> Hi,
>>
>> I've got a page fault (because of NULL td_lock) in
>> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c
>> fi
Hi,
I've got a page fault (because of NULL td_lock) in
thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c
file. During process fork, new thread is linked to new process which
is linked to allproc list and both allproc_lock and new process lock
are unlocked before sched_fork() i
On Fri, Oct 1, 2010 at 4:01 PM, Matthew Fleming wrote:
> On Fri, Oct 1, 2010 at 1:00 PM, Svatopluk Kraus wrote:
>> Hallo,
>>
>> a size of 'struct vpglocks' is padded to CACHE_LINE_SIZE size in
>> 'sys/vm/vm_page.h'
>> header file. I work o
Hallo,
a size of 'struct vpglocks' is padded to CACHE_LINE_SIZE size in
'sys/vm/vm_page.h'
header file. I work on a 'coldfire' port where CACHE_LINE_SIZE is 16 bytes and
sizeof(struct mtx) is 20 bytes thus size alignment doesn't work.
I solved it somehow, but I like to learn how to solve it i
43 matches
Mail list logo