Date: Tue, 13 Dec 2011 08:10:10 GMT From: Petr Salinger <Petr.Salinger@seznam.cz> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/163076: It is not possible to read in chunks from linprocfs and procfs. Message-ID: <201112130810.pBD8AAoK030344@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/163076; it has been noted by GNATS.
From: Petr Salinger <Petr.Salinger@seznam.cz>
To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, Jaakko Heinonen <jh@FreeBSD.org>,
bug-followup@FreeBSD.org, mdf@FreeBSD.org
Subject: Re: kern/163076: It is not possible to read in chunks from linprocfs
and procfs.
Date: Tue, 13 Dec 2011 09:13:17 +0100 (CET)
>>> One problem is the different malloc() semantics. The kernel version uses
>>> M_WAITOK allocations while user space malloc(3) can fail.
>> Yes, that's Dag-Erlings and my point: The semantics are too different.
>
> There is another, more important issue.
And yet another point of view.
Will be this regression corrected for 9.0 release ?
Previously (in stable-8), the sbuf_finish() cleared the overflow error.
It used to return void, and as noted previously,
only 21 of 133 calls check return value of sbuf_finish(),
i.e. only 1/6 have been migrated to new API semantics.
What about restore clearing of error during sbuf_finish() for stable-9
and do the right thing in HEAD ?
Petr
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201112130810.pBD8AAoK030344>