search for: invaid

Configuration: Samba 3.0.14a-1 (on debian 3.1) + winbind 3.0.14a-1 + krb5-user 1.3.6-2 I need help debugging pam_winbind.so in /etc/pam.d/ssh on debian. Samba is a member of an AD domain, authenticating access to shares via winbind+nsswitch.conf. Authentication to shares works great. Now I want winbind to authenticate ssh users as a pam module and it's failing. Below I show the output of

Originally posted by: mailto: Hi all Now I'm making IVR sequance that is customised [mainmanu]. I wish to notify invaid command like a following exten => i,1,playback('your command is ...') exten => i,2,playback(${EXTEN}) ; <---- Say 'i' oops! ;-( exten => i,3,playback(' is incorrect! please again ') # This exten lines are figure for instruction. # I know to use with gsm filena...

...int r; >> >> r = get_user_pages_fast(log, 1, 1, &page); > OK so the trick is that page is pinned so you don't expect > arch_futex_atomic_op_inuser below to fail. get_user_pages_fast > guarantees page is not going away but does it guarantee PTE won't be > invaidated or write protected? Good point, then I think we probably need to do manual fixup through fixup_user_fault() if arch_futex_atomic_op_in_user() fail. > >> if (r < 0) >> return r; >> BUG_ON(r != 1); >> - base = kmap_atomic(page); >> - set_bit(bit,...

...int r; >> >> r = get_user_pages_fast(log, 1, 1, &page); > OK so the trick is that page is pinned so you don't expect > arch_futex_atomic_op_inuser below to fail. get_user_pages_fast > guarantees page is not going away but does it guarantee PTE won't be > invaidated or write protected? Good point, then I think we probably need to do manual fixup through fixup_user_fault() if arch_futex_atomic_op_in_user() fail. > >> if (r < 0) >> return r; >> BUG_ON(r != 1); >> - base = kmap_atomic(page); >> - set_bit(bit,...

Hi all Now I'm making IVR sequance that is customised [mainmanu]. I wish to notify invaid command like a following exten => i,1,playback('your command is ...') exten => i,2,playback(${EXTEN}) ; <---- Say 'i' oops! ;-( exten => i,3,playback(' is incorrect! please again ') # This exten lines are figure for instruction. # I know to use with gsm filena...

...d 10:20 htb rate 80mbit ceil 90mbit prio 3 ipchains -A fwbr –s A.B.C.D –d E.F.G.H -m 100 –j ACCEPT ipchains –A fwbr –s 0.0.0.0 –d 0.0.0.0 –j ACCEPT BUT: tc filter add dev eth1 protocol ip parent 10:1 prio 1 handle 100 fw classid 10:100 OUTPUT : "RTNETLINK answers: Invaid argument" i can try this in whatever stage of my script (before ipchainss, after qdiscs and classes, whatever), it's always that "answer" :) WHY?? thanks for your help regards, haipe

...>> ? ????? r = get_user_pages_fast(log, 1, 1, &page); >> OK so the trick is that page is pinned so you don't expect >> arch_futex_atomic_op_inuser below to fail.? get_user_pages_fast >> guarantees page is not going away but does it guarantee PTE won't be >> invaidated or write protected? > > > Good point, then I think we probably need to do manual fixup through > fixup_user_fault() if arch_futex_atomic_op_in_user() fail. This looks like a overkill, we don't need to atomic environment here actually. Instead, just keep pagefault enabled sh...

>> BUT: >> >> tc filter add dev eth1 protocol ip parent 10:1 prio 1 handle 100 fw >> classid 10:100 >> >> OUTPUT : "RTNETLINK answers: Invaid argument" > >cls_fw is not loaded ? (quick guess only). > devik tc filter add dev eth1 protocol ip parent 10:1 prio 1 fw can run !! _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: ht...

Vhost log dirty pages directly to a userspace bitmap through GUP and kmap_atomic() since kernel doesn't have a set_bit_to_user() helper. This will cause issues for the arch that has virtually tagged caches. The way to fix is to keep using userspace virtual address. Fortunately, futex has arch_futex_atomic_op_inuser() which could be used for setting a bit to user. Note: - There're archs

Vhost log dirty pages directly to a userspace bitmap through GUP and kmap_atomic() since kernel doesn't have a set_bit_to_user() helper. This will cause issues for the arch that has virtually tagged caches. The way to fix is to keep using userspace virtual address. Fortunately, futex has arch_futex_atomic_op_inuser() which could be used for setting a bit to user. Note: - There're archs

...E) * 8; > + u32 old; > int r; > > r = get_user_pages_fast(log, 1, 1, &page); OK so the trick is that page is pinned so you don't expect arch_futex_atomic_op_inuser below to fail. get_user_pages_fast guarantees page is not going away but does it guarantee PTE won't be invaidated or write protected? > if (r < 0) > return r; > BUG_ON(r != 1); > - base = kmap_atomic(page); > - set_bit(bit, base); > - kunmap_atomic(base); > + > + r = arch_futex_atomic_op_inuser(FUTEX_OP_ADD, 1 << nr, &old, addr); > + /* TODO: fallback to kmap...