While it's often the case that you can leave our steps when building
-current from source, it is sometimes ABSOLUTELY REQUIRED that you
followed the steps precisely.
This is one of those times.
If you build a -current kernel without running config(8) and "make
clean", then the resulting kernel WI
Hello mike, and hello list,
this is the first feedback I have received as of now, and nice to hear
that the diff helps someone else, too. Having no negative feedback, I
would say it didn't hurt anyone out there (yet).
So if there are no further objections or feedback, I would go for the
diff and
On Sun, 14 Apr 2013 10:57:04 +
Miod Vallat wrote:
> > Did you get any other feedback or test report? What was the previous
> > issues preventing this for going in? I don't remember.
>
> It used to not behave correctly after suspend, but that was fixed
> eventually. The main reason why this
> Or LL128 ...
> But if such architectures come around, all kinds of things will need to be
> changed. This should not prevent anyone from documenting the current best
> practices.
All kinds of things will need to be changed? Quite the understatement.
On Sun, Mar 24, 2013 at 12:15:55AM +, Creamy wrote:
> From the pppd man page:
>
> 1163:.Sh SCRIPTS
> 1164-.Nm
> 1165-invokes scripts at various stages in its processing which can be
> 1166-used to perform site-specific ancillary processing.
> 1167-These scripts are usually shell scripts, but c
On Mon, Apr 15, 2013 at 10:44 AM, sven falempin wrote:
> *-i*[*extension*]
>
> -i"\.sed"
>
> but wow, nice way to destroy file.
>
> oh , it is tmpfs related :-)
>
> On Mon, Apr 15, 2013 at 8:12 AM, Marc Espie wrote:
>
>> $ cat goodfilename
>> coincoin
>>
>> $ perl -pi -e 's/toto/tutu/' goodfile
*-i*[*extension*]
-i"\.sed"
but wow, nice way to destroy file.
On Mon, Apr 15, 2013 at 8:12 AM, Marc Espie wrote:
> $ cat goodfilename
> coincoin
>
> $ perl -pi -e 's/toto/tutu/' goodfilename
> works
>
> $ cp goodfilename /tmp
> $ perl -pi -e 's/toto/tutu/' /tmp/goodfilename
> Can't do inplac
However, both fs indirection structures will need fixing,
as they use C99 field assignments:
you know stuff like:
+struct vops tmpfs_fifovops = {
+ .vop_lookup = tmpfs_fifo_lookup,
+ .vop_create = tmpfs_fifo_create,
and
+struct vops tmpfs_specvops = {
+ .vop_lookup
http://block.io/tmpfs/tmpfs4.diff
My bad, the correct URL is:
http://block.io/tmp/tmpfs4.diff
-p.
$ cat goodfilename
coincoin
$ perl -pi -e 's/toto/tutu/' goodfilename
works
$ cp goodfilename /tmp
$ perl -pi -e 's/toto/tutu/' /tmp/goodfilename
Can't do inplace edit on goodfilename: File exists.
$ cat /tmp/goodfilename
cat: /tmp/goodfilename: No such file or directory.
ktrace shows a disturb
$ cat goodfilename
coincoin
$ perl -pi -e 's/toto/tutu/' goodfilename
works
$ cp goodfilename /tmp
$ perl -pi -e 's/toto/tutu/' /tmp/goodfilename
Can't do inplace edit on goodfilename: File exists.
$ cat /tmp/goodfilename
cat: /tmp/goodfilename: No such file or directory.
ktrace shows a disturbi
On Sun, 14 Apr 2013, Theo de Raadt wrote:
That wasn't clear from Miod's response. So the policy is to assume
that char/short/int/long long are 8/16/32/64 bits and that intptr_t
is long?
We only run on C8S16I32L32P32 and C8S16I32L64P64 architectures. Short
names ILP32 and I32LP64. The additio
So, it's not working.
After about 5 mn of succesful build, my tmpfs is full
touch /tmp/a
touch: /tmp/a: No space left on device
whereas:
df -khi /tmp
tmpfs 10.5G 600M 9.9G 6% 45728 41386496 0% /tmp
so, something put it into a "no space left" configuration internally ?
My guess is that you a
On Mon, Apr 15, 2013 at 12:20:13PM +0200, Marc Espie wrote:
> On Thu, Apr 11, 2013 at 10:16:48AM +0100, Pedro Martelletto wrote:
> > >Speaking of, I see a lot of int64_max sprinkled throughout, which doesn't
> > >seem right for 32 bit platforms.
> >
> > Hi Ted,
> >
> > In tmpfs3.diff there are th
However, both fs indirection structures will need fixing,
as they use C99 field assignments:
you know stuff like:
+struct vops tmpfs_fifovops = {
+ .vop_lookup = tmpfs_fifo_lookup,
+ .vop_create = tmpfs_fifo_create,
and
+struct vops tmpfs_specvops = {
+ .vop_lookup
On Thu, Apr 11, 2013 at 10:16:48AM +0100, Pedro Martelletto wrote:
> >Speaking of, I see a lot of int64_max sprinkled throughout, which doesn't
> >seem right for 32 bit platforms.
>
> Hi Ted,
>
> In tmpfs3.diff there are three uses of INT64_MAX:
>
> The first, in tmpfs_mount(), concerns the maxi
On 12/04/13(Fri) 12:26, Martin Pieuchot wrote:
> Simple diff to move all the redundant extern declaration into their
> corresponding header.
I just realized that this diff is missing the sys/ part, here's the
full diff, everything goes under #ifdef _KERNEL anyway. ok?
Index: netinet/in_proto.c
=
17 matches
Mail list logo