Re: CUREENT issue with ballon.c

2013-10-25 Thread Sergey Nasonov
On Thursday 24 October 2013 23:17:59 Roger Pau Monné wrote:
 On 24/10/13 22:15, Konstantin Belousov wrote:
  On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote:
  On 24/10/13 13:01, Outback Dingo wrote:
  On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? 
roger@citrix.com
  
  mailto:roger@citrix.com wrote:
  On 24/10/13 03:02, Outback Dingo wrote:
   --- trap 0, rip = 0, rsp = 0xfe2c6b70, rbp = 0 ---
   uma_zalloc_arg: zone 16 with the following non-sleepable locks
   held:
   exclusive sleep mutex balloon_lock (balloon_lock) r = 0
   (0x816e9c58) locked @
  
  /usr/src/sys/dev/xen/balloon/balloon.c:339
  
   exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0
   (0x816e9c38) locked @
  
  /usr/src/sys/dev/xen/balloon/balloon.c:373
  
   KDB: stack backtrace:
   db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
   0xfe2c67c0
   kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe2c6870
   witness_warn() at witness_warn+0x4a8/frame 0xfe2c6930
   uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfe2c69a0
   malloc() at malloc+0x101/frame 0xfe2c69f0
   balloon_process() at balloon_process+0x44a/frame
   0xfe2c6a70
   fork_exit() at fork_exit+0x84/frame 0xfe2c6ab0
   fork_trampoline() at fork_trampoline+0xe/frame 0xfe2c6ab0
   --- trap 0, rip = 0, rsp = 0xfe2c6b70, rbp = 0 ---
   uma_zalloc_arg: zone 16 with the following non-sleepable locks
   held:
   exclusive sleep mutex balloon_lock (balloon_lock) r = 0
   (0x816e9c58) locked @
  
  /usr/src/sys/dev/xen/balloon/balloon.c:339
  
   exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0
   (0x816e9c38) locked @
  
  /usr/src/sys/dev/xen/balloon/balloon.c:373
  
   KDB: stack backtrace:
   db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
   0xfe2c67c0
   kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe2c6870
   witness_warn() at witness_warn+0x4a8/frame 0xfe2c6930
   uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfe2c69a0
   malloc() at malloc+0x101/frame 0xfe2c69f0
   balloon_process() at balloon_process+0x44a/frame
   0xfe2c6a70
   fork_exit() at fork_exit+0x84/frame 0xfe2c6ab0
   fork_trampoline() at fork_trampoline+0xe/frame 0xfe2c6ab0
   --- trap 0, rip = 0, rsp = 0xfe2c6b70, rbp = 0 ---
  
   uma_zalloc_arg: zone 16 with the following non-sleepable locks 
held:
  Did you do anything specific to trigger the crash? Can you explain
  the
  steps needed to reproduce it?
  
  just recompiled a kernel, and booted it scrolls continuously across the
  screen
  doesnt seem to ever stop.
  
  I've tried r257051 and it seems to work fine, could you please post your
  Xen version, the config file used to launch the VM and the toolstack
  used?
  
  Do you have witness enabled in your kernel config ?
 
 Yes, but I'm not touching balloon memory target.
 
  There is an obvious case of calling malloc(M_WAITOK) while holding both
  balloon_lock and balloon_mutex:
  ballon_process-decrease_reservation-balloon_append.
 
 Yes, I'm aware of that, it's just that it shouldn't happen unless you
 actually trigger a balloon memory decrease, which should not happen
 automatically AFAIK, that's why I was asking if this was happening
 without the user specifically requesting it.

For me this problem appears when I try to migrate VM to another physical 
XenServer 6.2.  And only when this VM configured with dynamical memory. Have 
no problem with static memory configuration.

You can find details here
http://support.citrix.com/proddocs/topic/xencenter-61/xs-xc-dmc-about.html

 
 Anyway, this should be clearly fixed and pulled into 10 no matter what
 triggered it. I will send a patch as soon as possible.

Thanks for that.
 
 ___
 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
-- 
Best Regards,
Nasonov Sergey

___
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: Headphone support on Thinkpad T430s

2013-03-12 Thread Sergey Nasonov
I have T430 and to get headphone working I am using following workaround:

hint.hdaa.4.nid21.config=as=1 seq=15 in /boot/device.hints

So the final patch should looks like this

Index: sys/dev/sound/pci/hda/hdaa_patches.c
===
--- sys/dev/sound/pci/hda/hdaa_patches.c(revision 248186)
+++ sys/dev/sound/pci/hda/hdaa_patches.c(working copy)
@@ -344,7 +344,8 @@
break;
}
} else if (id == HDA_CODEC_ALC269 
-   subid == LENOVO_X1CRBN_SUBVENDOR) {
+   (subid == LENOVO_X1CRBN_SUBVENDOR ||
+subid == LENOVO_T430_SUBVENDOR ||
+subid == LENOVO_T430S_SUBVENDOR)) {
switch (nid) {
case 21:
patch = as=1 seq=15;
Index: sys/dev/sound/pci/hda/hdac.h
===
--- sys/dev/sound/pci/hda/hdac.h(revision 248186)
+++ sys/dev/sound/pci/hda/hdac.h(working copy)
@@ -218,13 +218,14 @@
 #define LENOVO_VENDORID0x17aa
 #define LENOVO_3KN100_SUBVENDORHDA_MODEL_CONSTRUCT(LENOVO, 0x2066)
 #define LENOVO_3KN200_SUBVENDORHDA_MODEL_CONSTRUCT(LENOVO, 0x384e)
-#define LENOVO_B450_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x3a0d)
+#define LENOVO_B450_SUBVENDOR   HDA_MODEL_CONSTRUCT(LENOVO, 0x3a0d)
 #define LENOVO_TCA55_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x1015)
 #defineLENOVO_X1_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21e8)
 #defineLENOVO_X1CRBN_SUBVENDOR HDA_MODEL_CONSTRUCT(LENOVO, 0x21f9)
 #define LENOVO_X220_SUBVENDOR  HDA_MODEL_CONSTRUCT(LENOVO, 0x21da)
 #define LENOVO_X300_SUBVENDOR  HDA_MODEL_CONSTRUCT(LENOVO, 0x20ac)
 #defineLENOVO_T420_SUBVENDOR   HDA_MODEL_CONSTRUCT(LENOVO, 0x21ce)
+#define LENOVO_T430_SUBVENDOR  HDA_MODEL_CONSTRUCT(LENOVO, 0x21f3)
+#define LENOVO_T430S_SUBVENDOR  HDA_MODEL_CONSTRUCT(LENOVO, 0x21fb)
 #defineLENOVO_T520_SUBVENDOR   HDA_MODEL_CONSTRUCT(LENOVO, 0x21cf)
 #define LENOVO_ALL_SUBVENDOR   HDA_MODEL_CONSTRUCT(LENOVO, 0x)


On Tuesday 12 March 2013 03:09:15 Johannes Dieterich wrote:
 Dear list,
 
 please see a patch to enable proper headphone support on Thinkpad T430s
 models. The quirk uses the same logic as the recent patch to CURRENT to
 enable some other Thinkpad models. Unfortunately, I cannot comment if
 this will work for other models (such as the regular T430) as well,
 therefore I used the T430S identifier.
 
 Hope someone can commit this,
 
 Johannes
-- 
Best Regards,
Nasonov Sergey
___
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