similar to: [PATCH 1/7] vsprintf: Add %pTN to print task name

On Fri, Dec 13, 2024 at 10:35:03AM +0200, Kalle Valo wrote: > I agree, it makes the code harder to read for someone who is not > familiar with all the %p magic we have (like me). +1 -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette

On 13. 12. 24, 6:46, Yafang Shao wrote: > Since task->comm is guaranteed to be NUL-terminated, we can print it > directly without the need to copy it into a separate buffer. This > simplifies the code and avoids unnecessary operations. > > Signed-off-by: Yafang Shao <laoar.shao at gmail.com> > Cc: Ofir Bitton <obitton at habana.ai> > Cc: Oded Gabbay <ogabbay

I am trying to print out a list of strings of length 11 based on integers 0 through 10. The rules as given to me for the ordering are: The first digit must be 0. The 2nd digit must be 0 or 1. The 3rd digit must equal the 2nd digit or the 2nd digit +1. ... Given the final digit, n, all digits 0 through n must appear in a given sequence. So the final 1024 item list should look like 0 1 2 3 4 5

Hi, Evaluation of pivoted normalization ("PPP") of tf-idf weighting scheme is also complete now. I have also evaluated the default tf-idf normalization ("ntn") and other normalizations combinations involving pivoted normalization in wdfn, idfn and wtn component as "Pxx", "xPx" and "xxP" normalization strings respectively to have a clear idea about

Commit-ID: d8e32d95a1bff2639f9ede9eae9b07b53f37bdac Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d8e32d95a1bff2639f9ede9eae9b07b53f37bdac Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 28 Mar 2020 21:57:26 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:57:26 +0000 [klibc] Suppress format truncation

I discovered this in openssh-2.3.0p1; it may affect earlier versions as well. Platforms: Solaris 2.5.1 and 8, probably others. Observed behaviour: With -v, when attempting to connect to a host which is not listening on the requested port, I noticed that the port number is reported as zero in the message: Secure connection to hostname on port 0 refused. Apparent cause: At line

Hi i am wondering if someone could give me some tips on how to debug/solve this problem. I am trying to use LLI on Windows. I build llvm and clang using cmake. clang -c hello.c -emit-llvm -o hello.bc lli hello.bc D:\llvm\examples\helloworld>lli hello.bc LLVM ERROR: Program used external function '___stdio_common_vsprintf' which could not be resolved! But, I can generate the exe though

thank you! yes, i guess that is the problem. unfortunately libcmt doesn't work. could it have another name for lli? The function missing seems to be part of libcmt since i get a similar error on linking if i remove the libcmt D:\llvm\examples\helloworld>lli -load=libcmt hello.bc Error opening 'libcmt': libcmt: Can't open: The specified module could not be found. (0x7E)

Folks, I have a Merlin Legend R7 V10.0 with a 2 100D cards. I have 1 card in slot 4 going to CenturyTel, and the card in slot 10 going to a flip cable to a TE110P card in a Asterisk 1.6.x box. I have routing setup on the Merlin to send a block of numbers to the Asterisk. Currently the PSTN can dial the Asterisk Extensions. The Asterisk can dial Merlin Extensions. The Merlin can Dial Asterisk

From: Petr Mladek <pmladek at suse.cz> This patch moves the deferred work from the "vballoon" kthread into a system freezable workqueue. We do not need to maintain and run a dedicated kthread. Also the event driven workqueues API makes the logic much easier. Especially, we do not longer need an own wait queue, wait function, and freeze point. The conversion is pretty

Hi all, i have the following setup PSTN -> routing server (asterisk 1.6.2.11) -> IAX -> callcenter asterisk 1.6.2.9 -> SIP -> agent Does work quit fine - then agent does have the abibility to transfer a call to a third party - the agent can initiate the transfer over a web interface - it does generate a asterisk manager atxfer request... So agent does initiate transfer - call

Peter Mladek reported that balloon might never refill completely after restore. This is because fill_balloon is only called once there. Calling fill_balloon repeatedly seems too aggressive, especially in light of the fact that it sleeps on failure: let's wake the config change handler and fill it asynchronously. Reported-by: Petr Mladek <pmladek at suse.com> Signed-off-by: Michael S.

Peter Mladek reported that balloon might never refill completely after restore. This is because fill_balloon is only called once there. Calling fill_balloon repeatedly seems too aggressive, especially in light of the fact that it sleeps on failure: let's wake the config change handler and fill it asynchronously. Reported-by: Petr Mladek <pmladek at suse.com> Signed-off-by: Michael S.

On Fri, Dec 04, 2015 at 02:37:51PM +0100, Petr Mladek wrote: > From: Petr Mladek <pmladek at suse.cz> > > This patch moves the deferred work from the "vballoon" kthread into a > system freezable workqueue. > > We do not need to maintain and run a dedicated kthread. Also the event > driven workqueues API makes the logic much easier. Especially, we do > not

On Fri, Dec 04, 2015 at 02:37:51PM +0100, Petr Mladek wrote: > From: Petr Mladek <pmladek at suse.cz> > > This patch moves the deferred work from the "vballoon" kthread into a > system freezable workqueue. > > We do not need to maintain and run a dedicated kthread. Also the event > driven workqueues API makes the logic much easier. Especially, we do > not

On Fri, Dec 04, 2015 at 02:37:50PM +0100, Petr Mladek wrote: > fill_balloon() and leak_balloon() manipulate only a limited number > of pages in one call. This is the reason why remove_common() calls > leak_balloon() in a while cycle. > > remove_common() is called also when the system is being frozen. > But fill_balloon() is called only once when the system is being >

On Fri, Dec 04, 2015 at 02:37:50PM +0100, Petr Mladek wrote: > fill_balloon() and leak_balloon() manipulate only a limited number > of pages in one call. This is the reason why remove_common() calls > leak_balloon() in a while cycle. > > remove_common() is called also when the system is being frozen. > But fill_balloon() is called only once when the system is being >

fill_balloon() and leak_balloon() manipulate only a limited number of pages in one call. This is the reason why remove_common() calls leak_balloon() in a while cycle. remove_common() is called also when the system is being frozen. But fill_balloon() is called only once when the system is being restored. It means that most of the balloon stays leaked after the system freeze and restore. This

On Fri 2016-01-01 12:13:48, Michael S. Tsirkin wrote: > Peter Mladek reported that balloon might never refill completely after > restore. This is because fill_balloon is only called once there. > Calling fill_balloon repeatedly seems too aggressive, > especially in light of the fact that it sleeps on failure: let's > wake the config change handler and fill it asynchronously.

On Fri, Jan 20, 2023 at 04:12:20PM -0600, Seth Forshee (DigitalOcean) wrote: > We've fairly regularaly seen liveptches which cannot transition within kpatch's > timeout period due to busy vhost worker kthreads. In looking for a solution the > only answer I found was to call klp_update_patch_state() from a safe location. > I tried adding this call to vhost_worker(), and it