Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-18 Thread Jason Thorpe
On Sep 18, 2009, at 9:10 AM, David Laight wrote: It is all rather similar to the proliferation of memory pools - for things where 'malloc' would be fine. The old-school kernel malloc was almost never "fine" ... but pools have another advantage -- use of a direct-mapped segment on architec

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-18 Thread David Laight
On Thu, Sep 17, 2009 at 09:05:38AM +0100, Nick Hudson wrote: > > > People are most welcome to fix this ugliness > > properly by helping to get rid of link sets in the kernel. > > I'm glad you agree that link sets are ugly. On the matter of a getting rid of > them I did offer to discuss a soluti

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-17 Thread Nick Hudson
On Wednesday 16 September 2009 04:08:16 Valeriy E. Ushakov wrote: [...] > PS: It's really amazing how rump can cope with link sets in the DSO > world at all. One can condescentingly call it a hack, but link sets > are not rump's fault. s/amazing/lucky/ IMO, rump is fragile and not only regularly

Re: removing link sets (Re: CVS commit: src/usr.sbin/puffs/rump_smbfs)

2009-09-16 Thread Jason Thorpe
On Sep 16, 2009, at 8:43 AM, Eric Haszlakiewicz wrote: On Wed, Sep 16, 2009 at 07:08:16AM +0400, Valeriy E. Ushakov wrote: PS: It's really amazing how rump can cope with link sets in the DSO world at all. One can condescentingly call it a hack, but link sets are not rump's fault. People are

removing link sets (Re: CVS commit: src/usr.sbin/puffs/rump_smbfs)

2009-09-16 Thread Eric Haszlakiewicz
On Wed, Sep 16, 2009 at 07:08:16AM +0400, Valeriy E. Ushakov wrote: > PS: It's really amazing how rump can cope with link sets in the DSO > world at all. One can condescentingly call it a hack, but link sets > are not rump's fault. People are most welcome to fix this ugliness > properly by helpin

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-15 Thread Valeriy E. Ushakov
On Fri, Sep 11, 2009 at 14:47:45 +1000, Geoff Wing wrote: > On Thursday 2009-09-10 13:55 +0300, Antti Kantee output: > :No, that is *absolutely the wrong thing*, since while it might make > :the build work, it breaks the resulting binary. I'm a bit baffled that > :breakage like that was committed

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-14 Thread Antti Kantee
> > The problem is that the linker suddenly changed behaviour and no longer > > provided the symbols which used to satisfy those unresolved symbols. I have > > convinced the linker to once again provide those symbols hence fixing the > > build. > > I think you need to do some more testing and (r

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-14 Thread Nick Hudson
[This will be my last email on this subject] On Monday 14 September 2009 12:29:15 Antti Kantee wrote: > On Mon Sep 14 2009 at 12:04:18 +0100, Nick Hudson wrote: > > > rump hasn't relied on linksets since August 2008 (and even then there > > > was only a few day window of linkset use after introduc

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-14 Thread Antti Kantee
On Mon Sep 14 2009 at 12:04:18 +0100, Nick Hudson wrote: > > rump hasn't relied on linksets since August 2008 (and even then there was > > only a few day window of linkset use after introducing dynamic linking > > to rump). The only thing that matters is the entry point, which, > > incidentally, i

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-14 Thread Nick Hudson
On Monday 14 September 2009 10:20:52 Antti Kantee wrote: > On Mon Sep 14 2009 at 08:15:36 +0100, Nick Hudson wrote: [...] > > > The binutils regression is that between 2.16 and 2.19 __start_sectname > > > for orphaned sections was changed to use PROVIDE instead of define and > > > hence those symbo

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-14 Thread Antti Kantee
On Mon Sep 14 2009 at 08:15:36 +0100, Nick Hudson wrote: > > In the future if you run across a problem which you are unable to > > understand, debug and fix on your own, please ask for assistance. > > Commits with handwavy and incorrect information make it more difficult > > to track down and fix t

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-14 Thread Nick Hudson
On Sunday 13 September 2009 23:57:17 Antti Kantee wrote: > On Fri Sep 11 2009 at 06:48:50 +, Nick Hudson wrote: > > Module Name:src > > Committed By: skrll > > Date: Fri Sep 11 06:48:50 UTC 2009 > > > > Modified Files: > > src/usr.sbin/puffs/rump_smbfs: Makefile

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-13 Thread Antti Kantee
On Fri Sep 11 2009 at 06:48:50 +, Nick Hudson wrote: > Module Name: src > Committed By: skrll > Date: Fri Sep 11 06:48:50 UTC 2009 > > Modified Files: > src/usr.sbin/puffs/rump_smbfs: Makefile > > Log Message: > Allow this to build while link sets and rump are broken. Hi Nick,

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-10 Thread Geoff Wing
On Thursday 2009-09-10 13:55 +0300, Antti Kantee output: :No, that is *absolutely the wrong thing*, since while it might make :the build work, it breaks the resulting binary. I'm a bit baffled that :breakage like that was committed to rump_nfs/Makefile in the first place. : :It seems there is a re

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-10 Thread Antti Kantee
On Thu Sep 10 2009 at 14:14:03 +1000, Geoff Wing wrote: > On Sunday 2009-09-06 20:26 +, Antti Kantee output: > :Module Name: src > :Committed By:pooka > :Date:Sun Sep 6 20:26:47 UTC 2009 > :Added Files: > : src/usr.sbin/puffs/rump_smbfs: Makefile rump_smbfs.8 rump_s

Re: CVS commit: src/usr.sbin/puffs/rump_smbfs

2009-09-09 Thread Geoff Wing
On Sunday 2009-09-06 20:26 +, Antti Kantee output: :Module Name: src :Committed By: pooka :Date: Sun Sep 6 20:26:47 UTC 2009 :Added Files: : src/usr.sbin/puffs/rump_smbfs: Makefile rump_smbfs.8 rump_smbfs.c : smb_rumpops.c :Log Message: :Add rump_smbfs. [...] :cvs r