Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1451766
| From | Nicolai Stange <nicstange@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: lib/mpi: BUG: sleeping function called from invalid context on next-20160726 |
| Date | 2016-07-28 09:50 +0200 |
| Message-ID | <rZOeR-36k-7@gated-at.bofh.it> (permalink) |
| References | <rZEfw-4Gp-7@gated-at.bofh.it> <rZM3n-1IS-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Herbert Xu <herbert@gondor.apana.org.au> writes:
> On Wed, Jul 27, 2016 at 11:05:05PM +0200, Nicolai Stange wrote:
>>
>> with linux-next-20160726, I get this:
>>
>> BUG: sleeping function called from invalid context at /mnt/scratch/nic/linux-next/mm/slab.h:388
>
> Does this patch help?
Yes, works like a charm now!
>> I would have sent a patch, but there is another point which puzzles me
>> in mpi_read_raw_from_sgl():
>>
>> [...]
>> const u8 *buff;
>> [...]
>> sg_miter_start(&miter, sgl, ents, SG_MITER_ATOMIC | SG_MITER_FROM_SG);
>>
>> lzeros = 0;
>> len = 0;
>> while (nbytes > 0) {
>> while (len && !*buff) {
>> lzeros++;
>> len--;
>> buff++;
>> }
>>
>>
>> Thus, buff isn't initialized before its first use? Or am I misreading
>> something here?
>
> On the first entry len is zero therefore we will go to the end of the
> loop and initialise buff.
Hah! Thanks, although being obvious, I didn't see this...
Thanks,
Nicolai
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
lib/mpi: BUG: sleeping function called from invalid context on next-20160726 Nicolai Stange <nicstange@gmail.com> - 2016-07-27 23:10 +0200
Re: lib/mpi: BUG: sleeping function called from invalid context on next-20160726 Herbert Xu <herbert@gondor.apana.org.au> - 2016-07-28 07:30 +0200
Re: lib/mpi: BUG: sleeping function called from invalid context on next-20160726 Nicolai Stange <nicstange@gmail.com> - 2016-07-28 09:50 +0200
csiph-web