On 3/24/10 9:13 PM, Joerg Sonnenberger wrote:
> The point is that you don't really get that. Consider mutexes currently
> hold by a different thread in the original program. May I strongly
> advise you to first identify exactly where Ruby is failing and based on
> that let us decide how it can be f
On Wed, Mar 24, 2010 at 12:57:53PM -0500, Eric Haszlakiewicz wrote:
> On Thu, Mar 25, 2010 at 01:16:02AM +0900, Masao Uebayashi wrote:
> > On Mon, Mar 22, 2010 at 6:14 AM, Sverre Froyen wrote:
> > > Could this be resolved by adding a "get label" ioctl that could be used
> > > on any
> > > device?
On Thu, Mar 25, 2010 at 12:46:10PM +0900, Masao Uebayashi wrote:
> > ?> > ?> It's necessary to be flat to be modular.
> > ?> >
> > ?> > Mm... not strictly. That's only true when there are diamonds in the
> > ?> > dependency graph; otherwise, declaring B inside A just indicates that
> > ?> > B
On Thu, Mar 25, 2010 at 09:09:32AM +, David Holland wrote:
> On Thu, Mar 25, 2010 at 12:46:10PM +0900, Masao Uebayashi wrote:
> > % grep ':.*,' sys/conf/files | wc -l
> > 86
>
> And? I don't understand your point. There are a lot more than 86
> entities in sys/conf/files.
There are
On Thu, Mar 18, 2010 at 1:12 AM, Masao Uebayashi wrote:
> On Tue, Mar 16, 2010 at 03:52:26AM +, YAMAMOTO Takashi wrote:
>> > Why not adding VOP_GETPAGES_XIP - because XIP is almost transparent to
>> > filesystems. The difference between XIP or not is only where to get pages,
>> > which is bey
I have a situation where I would like to invoke sysmonioctl_envsys()
from within some other kernel code. But I'm not quite sure what
variable type should be used for the 3rd argument. The call requires a
'void *data' which gets cast to a 'struct plistref *' and is eventually
used as the argum
On Thu, Mar 25, 2010 at 06:22:17PM +0900, Masao Uebayashi wrote:
> > > % grep ':.*,' sys/conf/files | wc -l
> > > 86
> >
> > And? I don't understand your point. There are a lot more than 86
> > entities in sys/conf/files.
>
> There are many instances where modules have multiple dep
2010/3/24 Adam Hoka :
> Hi!
>
> Anyone can have a look at this and/or test it?
> http://www.netbsd.org/~ahoka/patches/sys_modules_pad.tar.gz
> This is my first try at making a module, so any comments
> are welcomed. :-)
>
> Cheers,
> Adam
>
> --
> NetBSD - Simplicity is prerequisite for reliability
On 03/25/10 19:08, Paul Goyette wrote:
I have a situation where I would like to invoke sysmonioctl_envsys()
from within some other kernel code. But I'm not quite sure what variable
type should be used for the 3rd argument. The call requires a 'void
*data' which gets cast to a 'struct plistref *'
jeanyves.mig...@free.fr said:
> There should be some way to serialize/deserialize prop/plistref
> objects within the kernel, but I never found a solution. I suppose
> you will have to dig deeper than I did :/
I think it should be avoided at all costs. With proplists, you give up type
safety
and
On Thu, 25 Mar 2010, Matthias Drochner wrote:
jeanyves.mig...@free.fr said:
There should be some way to serialize/deserialize prop/plistref
objects within the kernel, but I never found a solution. I suppose
you will have to dig deeper than I did :/
I think it should be avoided at all costs
On 03/25/10 23:54, Matthias Drochner wrote:
jeanyves.mig...@free.fr said:
There should be some way to serialize/deserialize prop/plistref
objects within the kernel, but I never found a solution. I suppose
you will have to dig deeper than I did :/
I think it should be avoided at all costs. W
On Fri, Mar 26, 2010 at 6:49 AM, David Holland wrote:
> On Thu, Mar 25, 2010 at 06:22:17PM +0900, Masao Uebayashi wrote:
> > > > % grep ':.*,' sys/conf/files | wc -l
> > > > 86
> > >
> > > And? I don't understand your point. There are a lot more than 86
> > > entities in sys/conf/file
On Fri, Mar 26, 2010 at 6:49 AM, David Holland
wrote:
> On Thu, Mar 25, 2010 at 06:22:17PM +0900, Masao Uebayashi wrote:
> > > > % grep ':.*,' sys/conf/files | wc -l
> > > > 86
> > >
> > > And? I don't understand your point. There are a lot more than 86
> > > en
On Fri, Mar 26, 2010 at 12:41 PM, matthew green wrote:
>
> On Fri, Mar 26, 2010 at 6:49 AM, David Holland
> wrote:
> > On Thu, Mar 25, 2010 at 06:22:17PM +0900, Masao Uebayashi wrote:
> > > > > % grep ':.*,' sys/conf/files | wc -l
> > > > > 86
> > > >
> > > > And? I don't
To manage dependency nicely.
When a module A dpend on B, you write "define A: B", where B has to be
already "define"'ed in the current syntax. We're managing such
ordering "by hand" in sys/conf/files. By splitting files & use
"include", we don't need to manage such a mess b
This is the list of updated functions:
/* register device memory as part of system memory */
void *bus_space_physload(bus_space_tag_t space, bus_addr_t addr,
bus_size_t size);
void bus_space_physunload(void *physseg);
/* register device region as user-m
On Fri, Mar 26, 2010 at 1:55 PM, matthew green wrote:
>
> To manage dependency nicely.
>
> When a module A dpend on B, you write "define A: B", where B has to be
> already "define"'ed in the current syntax. We're managing such
> ordering "by hand" in sys/conf/files. By splitting files &
On Fri Mar 26 2010 at 13:25:43 +0900, Masao Uebayashi wrote:
> syntax. I spent a whole weekend to read sys/conf/files, ioconf.c, and
> module stubs in sys/dev/usb/uaudio.c. I wasted a whole weekend. I've
This patch should work and make it easier. No, it doesn't solve
dependencies, but gets dev
19 matches
Mail list logo