Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*kernel\s+bug\s+at\s+sched\.c\:564\!\s+\+\s+linux\s+kernel\s+2\.4\.25\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*kernel\s+bug\s+at\s+sched\.c\:564\!\s+\+\s+linux\s+kernel\s+2\.4\.25\s*$/: 20 ]

Total 20 documents matching your query.

1. kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: کژ <yoshfuji@xxxxxxxxxxxxxx>; Date: Sat, 24 Jul 2004 15:33:10 -0700 (PDT); I am working on Linux Kernel 2.4.25. I am trying to add cryptoapi (cryptoapi-0.1.0) support to wireless lan driver (linux-wlan-ng-0.2.1.pre14) of prism-based cards. Cardctl version is 3.1.31. When I; /archives/netdev/2004-07/msg00569.html (13,290 bytes)
2. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: son@xxxxxxxxxxx>; Date: Mon, 26 Jul 2004 16:06:13 -0500; The cryptoapi currently decides to sleep at various points internally when digesting a block which is probably what you're seeing. -- Mathematics is the supreme nostalgia of our time.; /archives/netdev/2004-07/msg00600.html (9,478 bytes)
3. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author:; Date: Tue, 27 Jul 2004 21:02:39 +0300; We also saw the same (crypto modules goes to sleep). Due to this, we decided to not use cryptoapi for our wireless driver, but compile the same crypto functions into the driver. I know this is code d; /archives/netdev/2004-07/msg00624.html (10,440 bytes)
4. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: git Schubert-While); Date: Tue, 27 Jul 2004 14:39:25 -0400 (EDT); The crypto functions should be safe to use in softirq context. - James -- James Morris <jmorris@xxxxxxxxxx>; /archives/netdev/2004-07/msg00630.html (8,990 bytes)
5. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: @xxxxxxxxxxxx>; Date: Tue, 27 Jul 2004 21:50:27 +0300; It should be, but: <crypto/api.c:121> struct crypto_tfm *crypto_alloc_tfm(const char *name, u32 flags) { struct crypto_tfm *tfm = NULL; struct crypto_alg *alg; alg = crypto_alg_mod_lookup(name); if (; /archives/netdev/2004-07/msg00632.html (10,053 bytes)
6. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: xxxxxxxxx>; Date: Tue, 27 Jul 2004 14:57:04 -0400 (EDT); By crypto functions I meant encrypt() decrypt() etc, not the allocation. - James -- James Morris <jmorris@xxxxxxxxxx>; /archives/netdev/2004-07/msg00633.html (9,117 bytes)
7. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: ton <akpm@xxxxxxxx>; Date: Tue, 27 Jul 2004 15:23:33 -0700 (PDT); Thanks for all your help. I didn't found any group which is maintaining CryptoAPI. I am using cryptoapi-0.1.0 and there is no crypto/api.c file. But the memory allocation in this version (cryptoapi-0; /archives/netdev/2004-07/msg00639.html (10,631 bytes)
8. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: xxxxxxxxxxxxxx>; Date: Wed, 28 Jul 2004 08:55:57 -0700 (PDT); I got the code working by including the encrypt() and decrypt() function inside the WLAN driver. Is there any better way to get the CrytoAPI code working from the driver or some other CryptoAPI impl; /archives/netdev/2004-07/msg00653.html (10,051 bytes)
9. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: orris@xxxxxxxxxx>; Date: Wed, 28 Jul 2004 12:10:43 -0400 (EDT); Where is the driver code? - James -- James Morris <jmorris@xxxxxxxxxx>; /archives/netdev/2004-07/msg00655.html (8,850 bytes)
10. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: <davem@xxxxxxxxxx>; Date: Wed, 28 Jul 2004 09:30:29 -0700 (PDT); The driver code is in kernel loadable module. The linux-wlan-ng driver for the linux wireless cards has two kernel loadable modules - prism2_cs and p80211. I included the encrypt() and decrypt() func; /archives/netdev/2004-07/msg00658.html (9,741 bytes)
11. kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Niranjan <niranjan_cs2905@xxxxxxxxx>; Date: Sat, 24 Jul 2004 15:33:10 -0700 (PDT); Hi, I am working on Linux Kernel 2.4.25. I am trying to add cryptoapi (cryptoapi-0.1.0) support to wireless lan driver (linux-wlan-ng-0.2.1.pre14) of prism-based cards. Cardctl version is 3.1.31. Whe; /archives/netdev/2004-07/msg01385.html (13,305 bytes)
12. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Matt Mackall <mpm@xxxxxxxxxxx>; Date: Mon, 26 Jul 2004 16:06:13 -0500; The cryptoapi currently decides to sleep at various points internally when digesting a block which is probably what you're seeing. -- Mathematics is the supreme nostalgia of our time.; /archives/netdev/2004-07/msg01416.html (9,546 bytes)
13. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Vladimir Kondratiev <vkondra@xxxxxxx>; Date: Tue, 27 Jul 2004 21:02:39 +0300; We also saw the same (crypto modules goes to sleep). Due to this, we decided to not use cryptoapi for our wireless driver, but compile the same crypto functions into the driver. I know this is code d; /archives/netdev/2004-07/msg01440.html (10,532 bytes)
14. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: James Morris <jmorris@xxxxxxxxxx>; Date: Tue, 27 Jul 2004 14:39:25 -0400 (EDT); The crypto functions should be safe to use in softirq context. - James -- James Morris <jmorris@xxxxxxxxxx>; /archives/netdev/2004-07/msg01446.html (9,024 bytes)
15. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Vladimir Kondratiev <vkondra@xxxxxxx>; Date: Tue, 27 Jul 2004 21:50:27 +0300; It should be, but: <crypto/api.c:121> struct crypto_tfm *crypto_alloc_tfm(const char *name, u32 flags) { struct crypto_tfm *tfm = NULL; struct crypto_alg *alg; alg = crypto_alg_mod_lookup(name); if (; /archives/netdev/2004-07/msg01448.html (10,147 bytes)
16. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: James Morris <jmorris@xxxxxxxxxx>; Date: Tue, 27 Jul 2004 14:57:04 -0400 (EDT); By crypto functions I meant encrypt() decrypt() etc, not the allocation. - James -- James Morris <jmorris@xxxxxxxxxx>; /archives/netdev/2004-07/msg01449.html (9,151 bytes)
17. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Niranjan <niranjan_cs2905@xxxxxxxxx>; Date: Tue, 27 Jul 2004 15:23:33 -0700 (PDT); Thanks for all your help. I didn't found any group which is maintaining CryptoAPI. I am using cryptoapi-0.1.0 and there is no crypto/api.c file. But the memory allocation in this version (cryptoapi-0; /archives/netdev/2004-07/msg01455.html (10,680 bytes)
18. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Niranjan <niranjan_cs2905@xxxxxxxxx>; Date: Wed, 28 Jul 2004 08:55:57 -0700 (PDT); Hi, I got the code working by including the encrypt() and decrypt() function inside the WLAN driver. Is there any better way to get the CrytoAPI code working from the driver or some other CryptoAPI i; /archives/netdev/2004-07/msg01469.html (10,113 bytes)
19. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: James Morris <jmorris@xxxxxxxxxx>; Date: Wed, 28 Jul 2004 12:10:43 -0400 (EDT); Where is the driver code? - James -- James Morris <jmorris@xxxxxxxxxx>; /archives/netdev/2004-07/msg01471.html (8,884 bytes)
20. Re: kernel bug at sched.c:564! + linux kernel 2.4.25 (score: 1): Author: Niranjan <niranjan_cs2905@xxxxxxxxx>; Date: Wed, 28 Jul 2004 09:30:29 -0700 (PDT); The driver code is in kernel loadable module. The linux-wlan-ng driver for the linux wireless cards has two kernel loadable modules - prism2_cs and p80211. I included the encrypt() and decrypt() func; /archives/netdev/2004-07/msg01474.html (9,804 bytes)

Current List: 1 - 20
Page: [1]