Re: weird panic at mount

2017-02-20 Thread Chagin Dmitry 
On Tue, Feb 21, 2017 at 07:58:23AM +0100, Mateusz Guzik wrote:
> On Tue, Feb 21, 2017 at 09:51:25AM +0300, Chagin Dmitry wrote:
> > 2527 * Remove a prison reference.  If that was the last reference, 
> > remove the
> > (kgdb) p *cred->cr_prison
> > Cannot access memory at address 0x100fe
> > (kgdb) p *cred
> > $1 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x816f9500, cr_svuid = 
> > 0x, cr_ngroups = 0x80de6efd, 
> >   cr_rgid = 0x, cr_svgid = 0x14fb, cr_uidinfo = 0xf80003a3ef10, 
> > cr_ruidinfo = 0x80e75cef, 
> >   cr_prison = 0x100fe, cr_loginclass = 0xf800073ff420, cr_flags 
> > = 0x80e55a4b, cr_pspare2 = {
> > 0x101be, 0xf8000777e098}, cr_label = 0x80e55a4b, 
> > cr_audit = {ai_auid = 0x1ba, ai_mask = {
> >   am_success = 0x1, am_failure = 0x81a59e00}, ai_termid = {at_port 
> > = 0x, at_type = 0x80ecb56d, 
> >   at_addr = {0x, 0x4c9, 0x1, 0x0}}, ai_asid = 0x0, ai_flags 
> > = 0x0}, cr_groups = 0xf80007870800, 
> >   cr_agroups = 0x80ec4b1b, cr_smallgroups = {0x, 0x578, 0x1, 
> > 0x819c8580, 0x, 0x80ec4b1b, 
> > 0x, 0x353a, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}}
> > 
> 
> Did you recompile your modules? Several fields seem off by a multiply of
> 8 bytes, which coincidently fits r313992.
>

Reading symbols from /boot/kernel/drm2.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/drm2.ko.debug...done.
^
Reading symbols from /boot/modules/fdescfs.ko...Reading symbols from 
/usr/lib/debug//boot/modules/fdescfs.ko.debug...done.
   ^^^ looks like fdescfs module was old


thanks!
___
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"

weird panic at mount

2017-02-20 Thread Chagin Dmitry 

Trying to mount root from ufs:/dev/gpt/rootfs [rw]...
<118>Setting hostuuid: 6e6fa481-535f-11cb-9756-be6694d54790.
<118>Setting hostid: 0xa94c64a9.
<118>Starting file system checks:
<118>/dev/gpt/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS
<118>/dev/gpt/rootfs: clean, 1877279 free (13871 frags, 232926 blocks, 0.4% 
fragmentation)
<118>/dev/gpt/homefs: FILE SYSTEM CLEAN; SKIPPING CHECKS
<118>/dev/gpt/homefs: clean, 116318576 free (1184592 frags, 14391748 blocks, 
0.5% fragmentation)
<118>/dev/gpt/varfs: FILE SYSTEM CLEAN; SKIPPING CHECKS
<118>/dev/gpt/varfs: clean, 5448483 free (1267 frags, 680902 blocks, 0.0% 
fragmentation)
<118>Mounting local filesystems:


Fatal trap 9: general protection fault while in kernel mode
cpuid = 7; apic id = 07
instruction pointer = 0x20:0x8073cea7
stack pointer   = 0x28:0xfe033db0b250
frame pointer   = 0x28:0xfe033db0b260
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 72 (mount)

Reading symbols from /boot/kernel/drm2.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/drm2.ko.debug...done.
done.
Reading symbols from /boot/modules/fdescfs.ko...Reading symbols from 
/usr/lib/debug//boot/modules/fdescfs.ko.debug...done.
done.
doadump (textdump=1034988016) at /home/git/head/sys/kern/kern_shutdown.c:318
318 dumptid = curthread->td_tid;
(kgdb) #0  doadump (textdump=1034988016)
at /home/git/head/sys/kern/kern_shutdown.c:318
#1  0x803fc015 in db_fncall_generic (addr=-2139568144, 
rv=0xfe033db0a9a0, nargs=0, args=0xfe033db0a9b0)
at /home/git/head/sys/ddb/db_command.c:581
#2  0x803fb5d4 in db_fncall (dummy1=-2185103365408, dummy2=false, 
dummy3=0, dummy4=0xfe033db0aae0 "")
at /home/git/head/sys/ddb/db_command.c:629
#3  0x803faf3e in db_command (
last_cmdp=0x8170af40 , cmd_table=0x0, dopager=1)
at /home/git/head/sys/ddb/db_command.c:453
#4  0x803faad9 in db_command_loop ()
at /home/git/head/sys/ddb/db_command.c:506
#5  0x803ff92a in db_trap (type=9, code=0)
at /home/git/head/sys/ddb/db_main.c:248
#6  0x807f7361 in kdb_trap (type=9, code=0, tf=0xfe033db0b190)
at /home/git/head/sys/kern/subr_kdb.c:654
#7  0x80ceb7bc in trap_fatal (frame=0xfe033db0b190, eva=0)
at /home/git/head/sys/amd64/amd64/trap.c:819
#8  0x80ceabf1 in trap (frame=0xfe033db0b190)
at /home/git/head/sys/amd64/amd64/trap.c:553
#9  0x80cec2ca in trap_check (frame=0xfe033db0b190)
at /home/git/head/sys/amd64/amd64/trap.c:625
#10 
#11 0x8073cea7 in prison_allow (
cred=0x819620f8 , flag=4096)
at /home/git/head/sys/kern/kern_jail.c:2523
#12 0x81e2102c in fdesc_mount (mp=0xf8000771e6d0)
at /home/git/head/sys/modules/fdescfs/../../fs/fdescfs/fdesc_vfsops.c:85
#13 0x808b8bf8 in vfs_domount_first (td=0xf800075fca80, 
vfsp=0x81e221f8 , 
fspath=0xf800073ca780 "/dev/fd", vp=0xf8000777e000, fsflags=0, 
optlist=0xfe033db0b798) at /home/git/head/sys/kern/vfs_mount.c:825
#14 0x808b4fa5 in vfs_domount (td=0xf800075fca80, 
fstype=0xf80007279f20 "fdescfs", fspath=0xf80007279f00 "/dev/fd", 
fsflags=0, optlist=0xfe033db0b798)
at /home/git/head/sys/kern/vfs_mount.c:1114
#15 0x808b4088 in vfs_donmount (td=0xf800075fca80, fsflags=0, 
fsoptions=0xf8000736) at /home/git/head/sys/kern/vfs_mount.c:675
#16 0x808b37c4 in sys_nmount (td=0xf800075fca80, 
uap=0xfe033db0ba58) at /home/git/head/sys/kern/vfs_mount.c:420
#17 0x80cece75 in syscallenter (td=0xf800075fca80, 
sa=0xfe033db0ba48)
at /home/git/head/sys/amd64/amd64/../../kern/subr_syscall.c:135
#18 0x80cec67a in amd64_syscall (td=0xf800075fca80, traced=0)
at /home/git/head/sys/amd64/amd64/trap.c:925
#19 
#20 0x000800a8394a in ?? ()
Backtrace stopped: Cannot access memory at address 0x7fffdce8
(kgdb) 
(kgdb) up 11
#11 0x8073cea7 in prison_allow (cred=0x819620f8 
, flag=0x1000)
at /home/git/head/sys/kern/kern_jail.c:2523
2523return (cred->cr_prison->pr_allow & flag);
(kgdb) l
2518int
2519prison_allow(struct ucred *cred, unsigned flag)
2520{
2521
2522/* This is an atomic read, so no locking is necessary. */
2523return (cred->cr_prison->pr_allow & flag);
2524}
2525
2526/*
2527 * Remove a prison reference.  If that was the last reference, remove 
the
(kgdb) p *cred->cr_prison
Cannot access memory at address 0x100fe
(kgdb) p *cred
$1 = {cr_ref = 0x0, cr_uid = 0x0, cr_ruid = 0x816f9500, cr_svuid = 0x, 
cr_ngroups = 0x80de6efd, 
  cr_rgid = 0x, cr_svgid = 0x14fb,

Re: 'Protocol not supported' on linux socket call ( r313313 amd64 )

2017-02-12 Thread Chagin Dmitry 
On Thu, Feb 09, 2017 at 11:36:25PM +0900, Masachika ISHIZUKA wrote:
>   Hi.
> 
>   linux-flashplayer (with opera or firefox) is not working with r313440.
>   After reverting r313285 and r313284, it is working again.
should be fixed by r313684.
___
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"

Re: 'Protocol not supported' on linux socket call ( r313313 amd64 )

2017-02-09 Thread Chagin Dmitry 
On Wed, Feb 08, 2017 at 05:44:34PM +0200, Oleg V. Nauman wrote:
>  After upgrading of current on amd64 box to r313313 I noticed that skype has 
> stopped working.
>  Below is the end of 'truss' output for skype:
> 
> 36723: linux_socketcall(1,{ LINUX_SOCKET, 0x0 }) ERR#-93 'Protocol not 
> supported'
> 36723: write(6,"@",1) = 1 (0x1)
> 36723: close(6)= 0 (0x0)
> 36723: close(5)= 0 (0x0)
> 36723: linux_rt_sigaction(0x11,0xbaf8,0xba6c,0x8) = 0 (0x0)
> 36723: linux_exit_group(0x1)
> 36723: process exit, rval = 1
> 
>  My second current box ( r313090 i386 ) runs skype successfully.
ok, I'll see, thank u for the report
___
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"

arp panic

2017-02-03 Thread Chagin Dmitry 

chd.heemeyer.club dumped core - see /var/crash/vmcore.8

Sat Feb  4 09:01:35 MSK 2017

FreeBSD chd.heemeyer.club 12.0-CURRENT FreeBSD 12.0-CURRENT #237 
r313172+c19dc6ff09(lemul): Fri Feb  3 22:38:44 MSK 2017 
r...@chd.heemeyer.club:/home/rootobj/home/git/head/sys/YOY  amd64

panic: 

GNU gdb (GDB) 7.12 [GDB v7.12 for FreeBSD]
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd12.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /boot/kernel/kernel...Reading symbols from 
/usr/lib/debug//boot/kernel/kernel.debug...done.
done.

Unread portion of the kernel message buffer:


Fatal trap 9: general protection fault while in kernel mode
cpuid = 3; apic id = 03
instruction pointer = 0x20:0x807833ed
stack pointer   = 0x28:0xfe032db70430
frame pointer   = 0x28:0xfe032db704f0
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 11 (swi4: clock (0))

Reading symbols from /boot/kernel/drm2.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/drm2.ko.debug...done.
done.
Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/linprocfs.ko.debug...done.
done.
Reading symbols from /boot/kernel/pseudofs.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/pseudofs.ko.debug...done.
done.
Reading symbols from /boot/kernel/linux_common.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/linux_common.ko.debug...done.
done.
Reading symbols from /boot/kernel/procfs.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/procfs.ko.debug...done.
done.
Reading symbols from /boot/kernel/i915kms.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/i915kms.ko.debug...done.
done.
doadump (textdump=766966752) at /home/git/head/sys/kern/kern_shutdown.c:318
318 dumptid = curthread->td_tid;
(kgdb) #0  doadump (textdump=766966752)
at /home/git/head/sys/kern/kern_shutdown.c:318
#1  0x803fbcc5 in db_fncall_generic (addr=-2139566720, 
rv=0xfe032db6fb90, nargs=0, args=0xfe032db6fba0)
at /home/git/head/sys/ddb/db_command.c:581
#2  0x803fb284 in db_fncall (dummy1=-2185371386672, dummy2=false, 
dummy3=0, dummy4=0xfe032db6fcd0 "\360\374\266-\003\376\377\377")
at /home/git/head/sys/ddb/db_command.c:629
#3  0x803fabee in db_command (
last_cmdp=0x81703940 , cmd_table=0x0, dopager=1)
at /home/git/head/sys/ddb/db_command.c:453
#4  0x803fa789 in db_command_loop ()
at /home/git/head/sys/ddb/db_command.c:506
#5  0x803ff5da in db_trap (type=9, code=0)
at /home/git/head/sys/ddb/db_main.c:248
#6  0x807f6b3f in kdb_trap (type=9, code=0, tf=0xfe032db70370)
at /home/git/head/sys/kern/subr_kdb.c:654
#7  0x80ceb21c in trap_fatal (frame=0xfe032db70370, eva=0)
at /home/git/head/sys/amd64/amd64/trap.c:819
#8  0x80cea651 in trap (frame=0xfe032db70370)
at /home/git/head/sys/amd64/amd64/trap.c:553
#9  0x80cebd2a in trap_check (frame=0xfe032db70370)
at /home/git/head/sys/amd64/amd64/trap.c:625
#10 
#11 0x807833ed in _rw_wlock_cookie (c=0xdeadc0dedeadc2de, 
file=0x80ea3d10 "/home/git/head/sys/netinet/if_ether.c", line=287)
at /home/git/head/sys/kern/kern_rwlock.c:295
#12 0x80a2c723 in arptimer (arg=0xf80007d67a00)
at /home/git/head/sys/netinet/if_ether.c:287
#13 0x807b60bc in softclock_call_cc (c=0xf80007d67ab8, 
cc=0x81a31a00 , direct=0)
at /home/git/head/sys/kern/kern_timeout.c:729
#14 0x807b68ec in softclock (arg=0x81a31a00 )
at /home/git/head/sys/kern/kern_timeout.c:867
#15 0x807350c8 in intr_event_execute_handlers (p=0xf80003df9000, 
ie=0xf80003deea00) at /home/git/head/sys/kern/kern_intr.c:1262
#16 0x80735e57 in ithread_execute_handlers (p=0xf80003df9000, 
ie=0xf80003deea00) at /home/git/head/sys/kern/kern_intr.c:1275
#17 0x80735c86 in ithread_loop (arg=0xf80003e30060)
at /home/git/head/sys/kern/kern_intr.c:1356
#18 0x807306ee in fork_exit (
callout=0x80735b10 , arg=0xf80003e30060, 
frame=0xfe032db70ac0) at /home/git/head/sys/kern/kern_fork.c:1038
#19 
(kgdb) 

(kgdb)

Re: em(4) broken in HEAD?

2016-05-21 Thread Chagin Dmitry 
On Sat, May 21, 2016 at 02:00:09AM -0700, K. Macy wrote:
> Much to my chagrin, this too is my fault. Please apply the attached
> patch if it hasn't yet been committed to -CURRENT.
> 

thanks, it fixes em for me.





> On Fri, May 20, 2016 at 11:28 PM, Joel Dahl  wrote:
> > On Fri, May 20, 2016 at 07:32:30PM -0700, K. Macy wrote:
> >> I'm seeing watchdog resets on em(4) in my VMWare as of the last day or two.
> >>
> >> >
> >> >
> >> > I don't use ipfw, aliases or anything other than stock networking. I
> >> > was unable to copy a large image off the VM without getting an
> >> > unending stream of watchdog resets which could only be fixed by a
> >> > reboot. Fortunately a subsequent IFC fixed it  as of ~15 hours ago.
> >> >
> >>
> >> I take that back. It's still happening.
> >
> > OK - good to know. I'm going to be travelling for a few days so I won't have
> > time to do a binary search to find the commit that broke it.
> >
> > --
> > Joel

> diff --git a/sys/kern/subr_taskqueue.c b/sys/kern/subr_taskqueue.c
> index 2ef5a3c..00cb46f 100644
> --- a/sys/kern/subr_taskqueue.c
> +++ b/sys/kern/subr_taskqueue.c
> @@ -68,7 +68,6 @@ struct taskqueue {
>   TAILQ_HEAD(, taskqueue_busy) tq_active;
>   struct mtx  tq_mutex;
>   struct thread   **tq_threads;
> - struct thread   *tq_curthread;
>   int tq_tcount;
>   int tq_spin;
>   int tq_flags;
> @@ -222,7 +221,7 @@ taskqueue_enqueue_locked(struct taskqueue *queue, struct 
> task *task)
>* Count multiple enqueues.
>*/
>   if (task->ta_pending) {
> - if (task->ta_pending < UCHAR_MAX)
> + if (task->ta_pending < USHRT_MAX)
>   task->ta_pending++;
>   TQ_UNLOCK(queue);
>   return (0);
> @@ -465,8 +464,7 @@ taskqueue_run_locked(struct taskqueue *queue)
>  
>   TQ_LOCK(queue);
>   tb.tb_running = NULL;
> - if ((task->ta_flags & TASK_SKIP_WAKEUP) == 0)
> - wakeup(task);
> + wakeup(task);
>  
>   TAILQ_REMOVE(>tq_active, , tb_link);
>   tb_first = TAILQ_FIRST(>tq_active);
> @@ -481,9 +479,7 @@ taskqueue_run(struct taskqueue *queue)
>  {
>  
>   TQ_LOCK(queue);
> - queue->tq_curthread = curthread;
>   taskqueue_run_locked(queue);
> - queue->tq_curthread = NULL;
>   TQ_UNLOCK(queue);
>  }
>  
> @@ -716,7 +712,6 @@ taskqueue_thread_loop(void *arg)
>   tq = *tqp;
>   taskqueue_run_callback(tq, TASKQUEUE_CALLBACK_TYPE_INIT);
>   TQ_LOCK(tq);
> - tq->tq_curthread = curthread;
>   while ((tq->tq_flags & TQ_FLAGS_ACTIVE) != 0) {
>   /* XXX ? */
>   taskqueue_run_locked(tq);
> @@ -730,7 +725,6 @@ taskqueue_thread_loop(void *arg)
>   TQ_SLEEP(tq, tq, >tq_mutex, 0, "-", 0);
>   }
>   taskqueue_run_locked(tq);
> - tq->tq_curthread = NULL;
>   /*
>* This thread is on its way out, so just drop the lock temporarily
>* in order to call the shutdown callback.  This allows the callback
> @@ -754,8 +748,7 @@ taskqueue_thread_enqueue(void *context)
>  
>   tqp = context;
>   tq = *tqp;
> - if (tq->tq_curthread != curthread)
> - wakeup_one(tq);
> + wakeup_one(tq);
>  }
>  
>  TASKQUEUE_DEFINE(swi, taskqueue_swi_enqueue, NULL,
> diff --git a/sys/sys/_task.h b/sys/sys/_task.h
> index 4cfa171..ce89781 100644
> --- a/sys/sys/_task.h
> +++ b/sys/sys/_task.h
> @@ -45,8 +45,7 @@ typedef void task_fn_t(void *context, int pending);
>  
>  struct task {
>   STAILQ_ENTRY(task) ta_link; /* (q) link for queue */
> - uint8_t ta_pending; /* (q) count times queued */
> - uint8_t ta_flags;   /* (q) flags */
> + uint16_t ta_pending;/* (q) count times queued */
>   u_short ta_priority;/* (c) Priority */
>   task_fn_t *ta_func; /* (c) task handler */
>   void*ta_context;/* (c) argument for handler */
> diff --git a/sys/sys/taskqueue.h b/sys/sys/taskqueue.h
> index bc01088..4c4044f 100644
> --- a/sys/sys/taskqueue.h
> +++ b/sys/sys/taskqueue.h
> @@ -98,7 +98,6 @@ voidtaskqueue_set_callback(struct taskqueue *queue,
>  
>  #define TASK_INITIALIZER(priority, func, context)\
>   { .ta_pending = 0,  \
> -   .ta_flags = 0,\
> .ta_priority = (priority),\
> .ta_func = (func),\
> .ta_context = (context) }
> @@ -114,7 +113,6 @@ void  taskqueue_thread_enqueue(void *context);
>   */
>  #define TASK_INIT(task, priority, func, context) do {\
>   (task)->ta_pending = 0; \
> - (task)->ta_flags = 0;   \
>   (task)->ta_priority = (priority);   \
>

Re: no smtp service after upgrade

2016-04-27 Thread Chagin Dmitry 
On Wed, Apr 27, 2016 at 04:34:29PM +0300, Boris Samorodov wrote:
> Hi All,
> 
> There is no smtp service after recent update:
> -
> % sockstat -4l
> USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN
> ADDRESS
> root sshd   879   4  tcp4   *:22  *:*
> root syslogd663   7  udp4   *:514 *:*
> -
> 
> I use (almost) default mail configuration.
> -
> % grep mail /etc/rc.conf{,.local}
> %
> -
> 
> I've notice a huge etc updates at update. Seems they may be related.
>
the same here, chmod +x /etc/rc.d/sendmail 
___
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"

Re: CVE-2015-7547: critical bug in libc

2016-02-17 Thread Chagin Dmitry 
On Wed, Feb 17, 2016 at 07:19:07AM -0700, Warren Block wrote:
> On Wed, 17 Feb 2016, Kurt Jaeger wrote:
> 
> > Hi!
> >
> >> The project that's vulnerable is called "glibc", not "libc". The BSDs
> >> don't use glibc, so the phrase "nothing to see here" applies. glibc
> >> isn't even available in FreeBSD's ports tree.
> >>
> >> TL;DR: FreeBSD is not affected by CVE-2015-7547.
> 
> What about software that uses emulators/linux_base?
> 
see PR/207272

> > A short note on the www.freebsd.org website would probably be helpful,
> > as this case will produce a lot of noise.
> 
> Maybe a short article like we did for leap seconds?
> https://www.freebsd.org/doc/en_US.ISO8859-1/articles/leap-seconds/article.html
> 
> I can help with that.
> ___
> 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"
___
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"

Re: Linuxulator: CRASH

2015-05-25 Thread Chagin Dmitry 
On Mon, May 25, 2015 at 03:41:18PM -0500, Larry Rosenman wrote:
 I have a boinc-client installation running World Community Grid science
 that's been working fine for months. 
 
 Updated to current -HEAD, and now we crash the kernel if it's running. 
 
 The backtrace points to the linuxulator. 
 
r283544, but this is not final fix.

-- 
Have fun!
chd
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Linuxulator: CRASH

2015-05-25 Thread Chagin Dmitry 
On Mon, May 25, 2015 at 04:12:32PM -0500, Larry Rosenman wrote:
 On Mon, May 25, 2015 at 11:55:36PM +0300, Chagin Dmitry wrote:
  On Mon, May 25, 2015 at 03:41:18PM -0500, Larry Rosenman wrote:
   I have a boinc-client installation running World Community Grid science
   that's been working fine for months. 
   
   Updated to current -HEAD, and now we crash the kernel if it's running. 
   
   The backtrace points to the linuxulator. 
   
  r283544, but this is not final fix.
  
  chd
 
 Thanks!  That fixes the crash -- I'll watch for follow-on commits.
 
this need more testing before land:


diff --git a/sys/compat/linux/linux_emul.c b/sys/compat/linux/linux_emul.c
index a28da8d..c2bf3ae 100644
--- a/sys/compat/linux/linux_emul.c
+++ b/sys/compat/linux/linux_emul.c
@@ -219,6 +219,18 @@ void
 linux_proc_exec(void *arg __unused, struct proc *p, struct image_params *imgp)
 {
struct thread *td = curthread;
+   struct thread *othertd;
+
+   /*
+* In a case of execing from linux binary properly detach
+* other threads from the user space.
+*/
+   if (__predict_false(SV_PROC_ABI(p) == SV_ABI_LINUX)) {
+   FOREACH_THREAD_IN_PROC(p, othertd) {
+   if (td != othertd)
+   (p-p_sysent-sv_thread_detach)(othertd);
+   }
+   }
 
/*
 * In a case of execing to linux binary we create linux
-- 
Have fun!
chd
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: dblfault panic r277611

2015-01-24 Thread Chagin Dmitry 
On Sat, Jan 24, 2015 at 12:35:19PM +0200, Konstantin Belousov wrote:
 On Sat, Jan 24, 2015 at 12:46:33PM +0300, Chagin Dmitry wrote:
  Hi,
  
  
  dchagin.static.corbina.net dumped core - see /var/crash/vmcore.7
  
  Sat Jan 24 01:02:20 MSK 2015
  
  FreeBSD dchagin.static.corbina.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2 
  r277611+c41ef74(lemul): Sat Jan 24 00:53:45 MSK 2015 
  r...@dchagin.static.corbina.net:/home/rootobj/home/git/head/sys/YOY  amd64
  
  panic: double fault
  
  GNU gdb 6.1.1 [FreeBSD]
  Copyright 2004 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain 
  conditions.
  Type show copying to see the conditions.
  There is absolutely no warranty for GDB.  Type show warranty for details.
  This GDB was configured as amd64-marcel-freebsd...
  
  Unread portion of the kernel message buffer:
  ffs_syncvnode+0x3b0/frame 0xfe033c22bd50
  ffs_truncate() at ffs_truncate+0xc6a/frame 0xfe033c22c150
  ufs_direnter() at ufs_direnter+0xde5/frame 0xfe033c22c280
  ufs_mkdir() at ufs_mkdir+0xb07/frame 0xfe033c22c4a0
  
  Fatal double fault
  rip = 0x807a8d03
  rsp = 0xfe033c228e60
  rbp = 0xfe033c229000
  cpuid = 5; apic id = 05
  panic: double fault
  cpuid = 5
  KDB: enter: panic
  
  Reading symbols from /boot/kernel/if_tap.ko.symbols...done.
  Loaded symbols for /boot/kernel/if_tap.ko.symbols
  Reading symbols from /boot/kernel/if_bridge.ko.symbols...done.
  Loaded symbols for /boot/kernel/if_bridge.ko.symbols
  Reading symbols from /boot/kernel/bridgestp.ko.symbols...done.
  Loaded symbols for /boot/kernel/bridgestp.ko.symbols
  Reading symbols from /boot/kernel/usb.ko.symbols...done.
  Loaded symbols for /boot/kernel/usb.ko.symbols
  Reading symbols from /boot/kernel/xhci.ko.symbols...done.
  Loaded symbols for /boot/kernel/xhci.ko.symbols
  Reading symbols from /boot/kernel/vmm.ko.symbols...done.
  Loaded symbols for /boot/kernel/vmm.ko.symbols
  Reading symbols from /boot/kernel/nmdm.ko.symbols...done.
  Loaded symbols for /boot/kernel/nmdm.ko.symbols
  Reading symbols from /boot/kernel/linprocfs.ko.symbols...done.
  Loaded symbols for /boot/kernel/linprocfs.ko.symbols
  Reading symbols from /boot/kernel/pseudofs.ko.symbols...done.
  Loaded symbols for /boot/kernel/pseudofs.ko.symbols
  Reading symbols from /boot/kernel/linux_common.ko.symbols...done.
  Loaded symbols for /boot/kernel/linux_common.ko.symbols
  Reading symbols from /boot/kernel/procfs.ko.symbols...done.
  Loaded symbols for /boot/kernel/procfs.ko.symbols
  Reading symbols from /boot/kernel/ukbd.ko.symbols...done.
  Loaded symbols for /boot/kernel/ukbd.ko.symbols
  Reading symbols from /boot/kernel/ums.ko.symbols...done.
  Loaded symbols for /boot/kernel/ums.ko.symbols
  #0  doadump (textdump=771179792)
  at /home/git/head/sys/kern/kern_shutdown.c:262
  262 dumptid = curthread-td_tid;
  (kgdb) #0  doadump (textdump=771179792)
  at /home/git/head/sys/kern/kern_shutdown.c:262
  #1  0x803c1b08 in db_fncall_generic (addr=-2139713712, 
  rv=0xfe032df744a0, nargs=0, args=0xfe032df744b0)
  at /home/git/head/sys/ddb/db_command.c:568
  #2  0x803c17d3 in db_fncall (dummy1=-2185367173664, dummy2=0, 
  dummy3=0, dummy4=0xfe032df745e0 \n)
  at /home/git/head/sys/ddb/db_command.c:616
  #3  0x803c142b in db_command (last_cmdp=0x810fd6a8, 
  cmd_table=0x0, dopager=1) at /home/git/head/sys/ddb/db_command.c:440
  #4  0x803c0f9d in db_command_loop ()
  at /home/git/head/sys/ddb/db_command.c:493
  #5  0x803c58d9 in db_trap (type=3, code=0)
  at /home/git/head/sys/ddb/db_main.c:251
  #6  0x807cc704 in kdb_trap (type=3, code=0, tf=0xfe032df74cc0)
  at /home/git/head/sys/kern/subr_kdb.c:654
  #7  0x80c94e1d in trap (frame=0xfe032df74cc0)
  at /home/git/head/sys/amd64/amd64/trap.c:546
  #8  0x80c9655f in trap_check (frame=0xfe032df74cc0)
  at /home/git/head/sys/amd64/amd64/trap.c:645
  #9  0x80c691a2 in calltrap ()
  at /home/git/head/sys/amd64/amd64/exception.S:235
  #10 0x807cbf15 in breakpoint () at cpufunc.h:63
  #11 0x807cbaff in kdb_enter (why=0x80dcd635 panic, 
  msg=0x80dcd635 panic) at 
  /home/git/head/sys/kern/subr_kdb.c:443
  #12 0x80769768 in vpanic (fmt=0x80e24597 double fault, 
  ap=0xfe032df74ec0) at /home/git/head/sys/kern/kern_shutdown.c:740
  #13 0x80769820 in panic (fmt=0x80e24597 double fault)
  at /home/git/head/sys/kern/kern_shutdown.c:676
  #14 0x80c9667d in dblfault_handler (frame=0xfe032df74f40)
  at /home/git/head/sys/amd64/amd64/trap.c:912
  #15 0x80c6929c in Xdblfault ()
  at /home/git/head/sys/amd64/amd64/exception.S:291
  #16 0x807a8d03 in cpu_search_lowest (cg=Cannot access memory

dblfault panic r277611

2015-01-24 Thread Chagin Dmitry 
Hi,


dchagin.static.corbina.net dumped core - see /var/crash/vmcore.7

Sat Jan 24 01:02:20 MSK 2015

FreeBSD dchagin.static.corbina.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2 
r277611+c41ef74(lemul): Sat Jan 24 00:53:45 MSK 2015 
r...@dchagin.static.corbina.net:/home/rootobj/home/git/head/sys/YOY  amd64

panic: double fault

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd...

Unread portion of the kernel message buffer:
ffs_syncvnode+0x3b0/frame 0xfe033c22bd50
ffs_truncate() at ffs_truncate+0xc6a/frame 0xfe033c22c150
ufs_direnter() at ufs_direnter+0xde5/frame 0xfe033c22c280
ufs_mkdir() at ufs_mkdir+0xb07/frame 0xfe033c22c4a0

Fatal double fault
rip = 0x807a8d03
rsp = 0xfe033c228e60
rbp = 0xfe033c229000
cpuid = 5; apic id = 05
panic: double fault
cpuid = 5
KDB: enter: panic

Reading symbols from /boot/kernel/if_tap.ko.symbols...done.
Loaded symbols for /boot/kernel/if_tap.ko.symbols
Reading symbols from /boot/kernel/if_bridge.ko.symbols...done.
Loaded symbols for /boot/kernel/if_bridge.ko.symbols
Reading symbols from /boot/kernel/bridgestp.ko.symbols...done.
Loaded symbols for /boot/kernel/bridgestp.ko.symbols
Reading symbols from /boot/kernel/usb.ko.symbols...done.
Loaded symbols for /boot/kernel/usb.ko.symbols
Reading symbols from /boot/kernel/xhci.ko.symbols...done.
Loaded symbols for /boot/kernel/xhci.ko.symbols
Reading symbols from /boot/kernel/vmm.ko.symbols...done.
Loaded symbols for /boot/kernel/vmm.ko.symbols
Reading symbols from /boot/kernel/nmdm.ko.symbols...done.
Loaded symbols for /boot/kernel/nmdm.ko.symbols
Reading symbols from /boot/kernel/linprocfs.ko.symbols...done.
Loaded symbols for /boot/kernel/linprocfs.ko.symbols
Reading symbols from /boot/kernel/pseudofs.ko.symbols...done.
Loaded symbols for /boot/kernel/pseudofs.ko.symbols
Reading symbols from /boot/kernel/linux_common.ko.symbols...done.
Loaded symbols for /boot/kernel/linux_common.ko.symbols
Reading symbols from /boot/kernel/procfs.ko.symbols...done.
Loaded symbols for /boot/kernel/procfs.ko.symbols
Reading symbols from /boot/kernel/ukbd.ko.symbols...done.
Loaded symbols for /boot/kernel/ukbd.ko.symbols
Reading symbols from /boot/kernel/ums.ko.symbols...done.
Loaded symbols for /boot/kernel/ums.ko.symbols
#0  doadump (textdump=771179792)
at /home/git/head/sys/kern/kern_shutdown.c:262
262 dumptid = curthread-td_tid;
(kgdb) #0  doadump (textdump=771179792)
at /home/git/head/sys/kern/kern_shutdown.c:262
#1  0x803c1b08 in db_fncall_generic (addr=-2139713712, 
rv=0xfe032df744a0, nargs=0, args=0xfe032df744b0)
at /home/git/head/sys/ddb/db_command.c:568
#2  0x803c17d3 in db_fncall (dummy1=-2185367173664, dummy2=0, 
dummy3=0, dummy4=0xfe032df745e0 \n)
at /home/git/head/sys/ddb/db_command.c:616
#3  0x803c142b in db_command (last_cmdp=0x810fd6a8, 
cmd_table=0x0, dopager=1) at /home/git/head/sys/ddb/db_command.c:440
#4  0x803c0f9d in db_command_loop ()
at /home/git/head/sys/ddb/db_command.c:493
#5  0x803c58d9 in db_trap (type=3, code=0)
at /home/git/head/sys/ddb/db_main.c:251
#6  0x807cc704 in kdb_trap (type=3, code=0, tf=0xfe032df74cc0)
at /home/git/head/sys/kern/subr_kdb.c:654
#7  0x80c94e1d in trap (frame=0xfe032df74cc0)
at /home/git/head/sys/amd64/amd64/trap.c:546
#8  0x80c9655f in trap_check (frame=0xfe032df74cc0)
at /home/git/head/sys/amd64/amd64/trap.c:645
#9  0x80c691a2 in calltrap ()
at /home/git/head/sys/amd64/amd64/exception.S:235
#10 0x807cbf15 in breakpoint () at cpufunc.h:63
#11 0x807cbaff in kdb_enter (why=0x80dcd635 panic, 
msg=0x80dcd635 panic) at /home/git/head/sys/kern/subr_kdb.c:443
#12 0x80769768 in vpanic (fmt=0x80e24597 double fault, 
ap=0xfe032df74ec0) at /home/git/head/sys/kern/kern_shutdown.c:740
#13 0x80769820 in panic (fmt=0x80e24597 double fault)
at /home/git/head/sys/kern/kern_shutdown.c:676
#14 0x80c9667d in dblfault_handler (frame=0xfe032df74f40)
at /home/git/head/sys/amd64/amd64/trap.c:912
#15 0x80c6929c in Xdblfault ()
at /home/git/head/sys/amd64/amd64/exception.S:291
#16 0x807a8d03 in cpu_search_lowest (cg=Cannot access memory at address 
0xfe033c228ec8
)
at /home/git/head/sys/kern/sched_ule.c:764
#17 0x807a9094 in cpu_search_lowest (cg=0x8128a6e8, 
low=0xfe033c2292f8) at /home/git/head/sys/kern/sched_ule.c:690
#18 0x807a9094 in cpu_search_lowest (cg=0x8128a6b0, 
low=0xfe033c229380) at

Re: Ver 2 of the patch [was: Re: i915 driver update testing]

2014-10-26 Thread Chagin Dmitry 
On Thu, Oct 23, 2014 at 10:03:29PM +0300, Konstantin Belousov wrote:
 On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote:
  On 10/22/2014 08:26, Konstantin Belousov wrote:
 
 Use https://www.kib.kiev.ua/kib/drm/i915.6.patch.  I already have one
 private report of the patch worked from person who got the same panic
 in iicbb.

Hi, Kostik!

i915.6.patch  i7-4700. 


FreeBSD dchagin.static.corbina.net 11.0-CURRENT FreeBSD 11.0-CURRENT #93 
r273708+3ca71ce(lemul)-dirty: Sun Oct 26 23:38:47 MSK 2014 
r...@dchagin.static.corbina.net:/home/rootobj/home/dchagin/head/sys/YOY  amd64

Unread portion of the kernel message buffer:
FDI TX state assertion failure (expected off, current on)
error: [drm:pid840:assert_fdi_rx] *ERROR* Attempting to enable FDI_RX on 
Haswell pipe  0
error: [drm:pid840:assert_fdi_rx] *ERROR* Attempting to enable FDI_RX on 
Haswell pipe  0
drmn1: taking over the fictitious range 0xe000-0xf000
info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off
info: [drm] GMBUS [gmbus dpb] timed out, falling back to bit banging on pin 5
panic: _sx_xlock_hard: recursed on non-recursive sx gmbus @ 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c:370

cpuid = 2
Uptime: 27s
Dumping 582 out of 11954 MB:..3%..11%..22%..31%..42%..53%..61%..72%..83%..91%

Reading symbols from /boot/kernel/acpi_ibm.ko.symbols...done.
Loaded symbols for /boot/kernel/acpi_ibm.ko.symbols
Reading symbols from /boot/kernel/i915kms.ko.symbols...done.
Loaded symbols for /boot/kernel/i915kms.ko.symbols
Reading symbols from /boot/kernel/drm2.ko.symbols...done.
Loaded symbols for /boot/kernel/drm2.ko.symbols
#0  doadump (textdump=1) at /home/dchagin/head/sys/kern/kern_shutdown.c:261
261 dumptid = curthread-td_tid;
(kgdb) #0  doadump (textdump=1) at 
/home/dchagin/head/sys/kern/kern_shutdown.c:261
#1  0x80691a75 in kern_reboot (howto=260)
at /home/dchagin/head/sys/kern/kern_shutdown.c:447
#2  0x80692670 in vpanic (
fmt=0x80c763b9 _sx_xlock_hard: recursed on non-recursive sx %s @ 
%s:%d\n, ap=0xfe033c750d60)
at /home/dchagin/head/sys/kern/kern_shutdown.c:746
#3  0x8069204c in kassert_panic (
fmt=0x80c763b9 _sx_xlock_hard: recursed on non-recursive sx %s @ 
%s:%d\n) at /home/dchagin/head/sys/kern/kern_shutdown.c:634
#4  0x806a09b0 in _sx_xlock_hard (sx=0xfe00039480e8, 
tid=18446735277793944768, opts=0, 
file=0x8166d4e7 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c,
 line=370)
at /home/dchagin/head/sys/kern/kern_sx.c:519
#5  0x8069f9ed in __sx_xlock (sx=0xfe00039480e8, 
td=0xf8000a9324c0, opts=0, 
file=0x8166d4e7 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c,
 line=370) at sx.h:154
#6  0x8069f893 in _sx_xlock (sx=0xfe00039480e8, opts=0, 
file=0x8166d4e7 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c,
 line=370)
at /home/dchagin/head/sys/kern/kern_sx.c:311
#7  0x816464e6 in intel_gmbus_transfer (idev=0xf80080a99900, 
msgs=0xfe033c7511e0, nmsgs=2)
at 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c:370
#8  0x81646ac7 in intel_gmbus_transfer (idev=value optimized out, 
msgs=value optimized out, nmsgs=value optimized out)
at iicbus_if.h:131
#9  0x8044a445 in IICBUS_TRANSFER (dev=0xf80080a99900, 
msgs=0xfe033c7511e0, nmsgs=2) at iicbus_if.h:131
#10 0x8044a39b in iicbus_transfer (bus=0xf80080a99800, 
msgs=0xfe033c7511e0, nmsgs=2)
at /home/dchagin/head/sys/dev/iicbus/iiconf.c:355
#11 0x8169309d in drm_do_probe_ddc_edid (adapter=0xf80080a99800, 
buf=0xfe033c751257 y, block=value optimized out, len=1)
at /home/dchagin/head/sys/modules/drm2/drm2/../../../dev/drm2/drm_edid.c:290
#12 0x816909bc in drm_get_edid (connector=0xf80080826c00, 
adapter=0xf80080a99800)
at /home/dchagin/head/sys/modules/drm2/drm2/../../../dev/drm2/drm_edid.c:388
#13 0x81645690 in intel_hdmi_detect (connector=0xf80080826c00, 
force=value optimized out)
at 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_hdmi.c:465
#14 0x8168adf5 in drm_helper_probe_single_connector_modes (
connector=0xf80080826c00, maxX=8192, maxY=8192)
at 
/home/dchagin/head/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc_helper.c:135
#15 0x8169387f in drm_fb_helper_initial_config (
fb_helper=0xf8008093b200, bpp_sel=32)
at 
/home/dchagin/head/sys/modules/drm2/drm2/../../../dev/drm2/drm_fb_helper.c:1164
#16 0x81643e41 in intel_fbdev_init (dev=value optimized out)
at 
/home/dchagin/head/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_fb.c:245
#17 0x81617082 in i915_driver_load (dev=0xf80009807800, flags=0)
at

Re: Patch for Linux Futexes

2014-05-22 Thread Chagin Dmitry 
On Thu, May 22, 2014 at 01:06:22PM +0200, Hans Petter Selasky wrote:
 Hi,
 
 When using the Linux Skype client under FreeBSD I sometimes see that the 
 Audio disappears in the one direction. When I check ps auxw I see 
 skype is stuck on a so-called Futex. I looked into the Linux futex code 
 and see that wakeup_one() is used instead of wakeup(). Maybe others can 
 test too and verify if replacing wakeup_one() by wakeup() makes any 
 difference in for Linux applications using Futexes.
 

is it fixes the problem for you? as the author of it I should to look
back to find the reason of using wakeup_one(). and check this patch on
nptl tests.


 --HPS
 
 
  diff --git a/sys/compat/linux/linux_futex.c b/sys/compat/linux/linux_futex.c
  index 9b4c92f..e893bf4 100644
  --- a/sys/compat/linux/linux_futex.c
  +++ b/sys/compat/linux/linux_futex.c
  @@ -498,7 +498,7 @@ futex_wake(struct futex *f, int n, uint32_t bitset)
  wp-wp_flags |= FUTEX_WP_REMOVED;
  TAILQ_REMOVE(f-f_waiting_proc, wp, wp_list);
  LIN_SDT_PROBE1(futex, futex_wake, wakeup, wp);
  -   wakeup_one(wp);
  +   wakeup(wp);
  if (++count == n)
  break;
  }
  @@ -525,7 +525,7 @@ futex_requeue(struct futex *f, int n, struct futex *f2, 
  int n2)
  wp-wp_flags |= FUTEX_WP_REMOVED;
  TAILQ_REMOVE(f-f_waiting_proc, wp, wp_list);
  LIN_SDT_PROBE1(futex, futex_requeue, wakeup, wp);
  -   wakeup_one(wp);
  +   wakeup(wp);
  } else {
  LIN_SDT_PROBE3(futex, futex_requeue, requeue,
  f-f_uaddr, wp, f2-f_uaddr);
 
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

-- 
Have fun!
chd


pgpaP_dny5N5D.pgp
Description: PGP signature

Re: Patch for Linux Futexes

2014-05-22 Thread Chagin Dmitry 
On Thu, May 22, 2014 at 01:06:22PM +0200, Hans Petter Selasky wrote:
 Hi,
 
 When using the Linux Skype client under FreeBSD I sometimes see that the 
 Audio disappears in the one direction. When I check ps auxw I see 
 skype is stuck on a so-called Futex. I looked into the Linux futex code 
 and see that wakeup_one() is used instead of wakeup(). Maybe others can 
 test too and verify if replacing wakeup_one() by wakeup() makes any 
 difference in for Linux applications using Futexes.
 

generally speaking the patch is not correct as futex_wake() should
wakeup n waiters which is specified by user space. and i think that
futex_wake() is correct.
so we must take a close look at futex_requeue() and FUTEX_WAKE_OP.


 --HPS
 
 
  diff --git a/sys/compat/linux/linux_futex.c b/sys/compat/linux/linux_futex.c
  index 9b4c92f..e893bf4 100644
  --- a/sys/compat/linux/linux_futex.c
  +++ b/sys/compat/linux/linux_futex.c
  @@ -498,7 +498,7 @@ futex_wake(struct futex *f, int n, uint32_t bitset)
  wp-wp_flags |= FUTEX_WP_REMOVED;
  TAILQ_REMOVE(f-f_waiting_proc, wp, wp_list);
  LIN_SDT_PROBE1(futex, futex_wake, wakeup, wp);
  -   wakeup_one(wp);
  +   wakeup(wp);
  if (++count == n)
  break;
  }
  @@ -525,7 +525,7 @@ futex_requeue(struct futex *f, int n, struct futex *f2, 
  int n2)
  wp-wp_flags |= FUTEX_WP_REMOVED;
  TAILQ_REMOVE(f-f_waiting_proc, wp, wp_list);
  LIN_SDT_PROBE1(futex, futex_requeue, wakeup, wp);
  -   wakeup_one(wp);
  +   wakeup(wp);
  } else {
  LIN_SDT_PROBE3(futex, futex_requeue, requeue,
  f-f_uaddr, wp, f2-f_uaddr);
 
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

-- 
Have fun!
chd


pgpJnQTecka1X.pgp
Description: PGP signature

Re: some usb troubles

2013-02-17 Thread Chagin Dmitry 
On Sun, Feb 10, 2013 at 12:03:36PM +0100, Hans Petter Selasky wrote:
 On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote:
  Hi all,
  
  trying to run macbookpro10,1 on HEAD:
  
  1) usb3.0 does not work at 9.1 and HEAD (r246587)
  2) Between stable/9 and HEAD (r246587) we are lost uhid devices
  (external keyboard and mouse) and umass. dmesg on the same hw can find
  here:
  
  http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt
  http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt
  


I found the commit that broke usb support: r239340 - merge acpica.


  pciconf:
  
  http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt
  
  any help would be greatly apprecated.
 


-- 
Have fun!
chd


pgp3h69DSpjWx.pgp
Description: PGP signature

Re: some usb troubles

2013-02-10 Thread Chagin Dmitry 
On Sun, Feb 10, 2013 at 12:10:14PM +0100, Hans Petter Selasky wrote:
 On Sunday 10 February 2013 12:03:36 Hans Petter Selasky wrote:
  On Saturday 09 February 2013 19:01:25 Chagin Dmitry wrote:
   Hi all,
   
   trying to run macbookpro10,1 on HEAD:
   
   1) usb3.0 does not work at 9.1 and HEAD (r246587)
   2) Between stable/9 and HEAD (r246587) we are lost uhid devices
   (external keyboard and mouse) and umass. dmesg on the same hw can find
   here:
   
   http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt
   http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt
   
   pciconf:
   
   http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt
   
   any help would be greatly apprecated.
  
  Hi,
  
  This error is not directly USB related. It means probably that ACPI or the
  PCI subsystem is not finding an IRQ for the XHCI driver. This might be the
  reason USB is not working properly.
  
  xhci0: Could not allocate IRQ
  device_attach: xhci0 attach returned 6
 
 
 Hi,
 
 ehci1: Intel Panther Point USB 2.0 controller mem 0xc1c16800-0xc1c16bff irq 
 22 at device 29.0 on pci0
 
 The following sysctl might also be of interest:
 
 hw.usb.xhci.xhci_port_route
 
 It decides if a port is connected to the EHCI or XHCI.
 

dchagin# sysctl hw.usb.xhci.xhci_port_route
hw.usb.xhci.xhci_port_route: 0

btw, this is not the worst problem, usb 2.0 not working at HEAD,
against 9.1, where the same hw works fine.

-- 
Have fun!
chd


pgp5pTFQkX2Cs.pgp
Description: PGP signature

some usb troubles

2013-02-09 Thread Chagin Dmitry 
Hi all,

trying to run macbookpro10,1 on HEAD:

1) usb3.0 does not work at 9.1 and HEAD (r246587)
2) Between stable/9 and HEAD (r246587) we are lost uhid devices
(external keyboard and mouse) and umass. dmesg on the same hw can find here:

http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt
http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt

pciconf:

http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt

any help would be greatly apprecated.

-- 
Have fun!
chd


pgpX2XRXgWJHB.pgp
Description: PGP signature

[dcha...@freebsd.org: some usb troubles]

2013-02-09 Thread Chagin Dmitry 
Hi all,

trying to run HEAD on macbookpro10,1:

1) usb3.0 does not work at 9.1 and HEAD (r246587)
2) between stable/9 and HEAD (r246587) we are lost uhid devices
(external keyboard and mouse) and umass. dmesg on the same hw can be find here:

http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.stable9.txt
http://people.freebsd.org/~dchagin/macbookpro/dmesg.generic.HEAD.txt

pciconf: http://people.freebsd.org/~dchagin/macbookpro/pciconf.txt

any help would be greatly apprecated.

-- 
Have fun!
chd


pgpTaQ__nKjSt.pgp
Description: PGP signature