On Oct 23, 2012, at 2:36 AM, Rick Macklem wrote:
> Ivan Voras wrote:
>> On 20 October 2012 13:42, Nikolay Denev wrote:
>>
>>> Here are the results from testing both patches :
>>> http://home.totalterror.net/freebsd/nfstest/results.html
>>> Both tests ran for about 14 hours ( a bit too much, bu
Ivan Voras wrote:
> On 20 October 2012 13:42, Nikolay Denev wrote:
>
> > Here are the results from testing both patches :
> > http://home.totalterror.net/freebsd/nfstest/results.html
> > Both tests ran for about 14 hours ( a bit too much, but I wanted to
> > compare different zfs recordsize setti
Hi,
I don't mind tackling the net80211 clone detach path.
I do mind how the default for hotplug is "argh, it doesn't work." :-)
So I'd like to come up with something to fix the basic device detach,
rather than having to actually add CURVNET_*() calls around each
if_free() in each device detach m
On Mon, Oct 22, 2012 at 11:46:21AM -0700, Adrian Chadd wrote:
> That wiki site has a distinct lack of help about:
>
> * what is required from us;
> * what the target is (kids, right?)
> * some examples of good and bad projects.
>
> Right now I have absolutely no idea what would constitute a good
On Mon, Oct 22, 2012 at 03:08:27PM -0500, dweimer wrote:
> On 2012-10-22 12:44, Wojciech A. Koszek wrote:
> > On Tue, Oct 16, 2012 at 10:19:57AM +, Wojciech A. Koszek wrote:
> >> (cross-posted message; please keep discussion on freebsd-hackers@)
> >>
> >> Hello,
> >>
> >> Last year FreeBSD qual
On Monday 22 October 2012 19:41:19 Adrian Chadd wrote:
> On 22 October 2012 10:29, Julian Elischer wrote:
> >> The trouble is going to be handling unplug and kldunload events too.
> >> Does curvnet -> vnet0 during kldunload events?
> >
> > I think in unload events we probably need to cycle through
On 2012-10-22 12:44, Wojciech A. Koszek wrote:
On Tue, Oct 16, 2012 at 10:19:57AM +, Wojciech A. Koszek wrote:
(cross-posted message; please keep discussion on freebsd-hackers@)
Hello,
Last year FreeBSD qualified for Google Code-In 2011 event--contest
for
youngest open-source hackers in
That wiki site has a distinct lack of help about:
* what is required from us;
* what the target is (kids, right?)
* some examples of good and bad projects.
Right now I have absolutely no idea what would constitute a good or
bad coding project. :/
adrian
On Tue, Oct 16, 2012 at 10:19:57AM +, Wojciech A. Koszek wrote:
> (cross-posted message; please keep discussion on freebsd-hackers@)
>
> Hello,
>
> Last year FreeBSD qualified for Google Code-In 2011 event--contest for
> youngest open-source hackers in 13-17yr age range:
>
> http://www
On 22 October 2012 10:29, Julian Elischer wrote:
>> The trouble is going to be handling unplug and kldunload events too.
>> Does curvnet -> vnet0 during kldunload events?
>
> I think in unload events we probably need to cycle through all vnets and
> do individual shutdowns of anything that is se
On 10/22/12 7:12 AM, Adrian Chadd wrote:
On 22 October 2012 03:08, Marko Zec wrote:
The only option I can think of now is to update all of the hotunpluggable
device_detach() handlers to do CURVNET_SET(ifp->if_vnet) before calling
further down into the networking stack, because as you already o
On Friday, October 19, 2012 7:05:05 pm Richard Yao wrote:
> Dear Everyone,
>
> I know that the kernel is a BTX client, but I do not understand the
> protocol used by loader to pass sysctl settings and loadable modules to
> the kernel. Is there documentation on this?
The loader passes it's variabl
On 22 October 2012 03:08, Marko Zec wrote:
> The only option I can think of now is to update all of the hotunpluggable
> device_detach() handlers to do CURVNET_SET(ifp->if_vnet) before calling
> further down into the networking stack, because as you already observed,
> whatever triggers a device_
On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote:
> What's keeping kernel modules from building in parallel with
> "make -j8"?
They don't for you? They do for me either via 'make buildkernel'
or the old method.
--
John Baldwin
___
freebsd-
On Monday 22 October 2012 01:03:19 Adrian Chadd wrote:
...
> > Obviously, handling device attach events is an exception from this
> > rule, and up to this date this was never properly addressed...
>
> *laugh*.
>
> The problem now is figuring out how to do it without modifying all the
> drivers.
>
>
15 matches
Mail list logo
