According to Freddie Cash on Wed, Apr 24, 2013 at 10:32:11AM -0700:
> Mostly off-topic for this thread, but improving the boot process to
> auto-detect hardware and auto-load kernel modules would be really nice.
> That way, GENERIC would be very small, with just the basic frameworks
> required (CAM
.. or we could just bite the bullet and split GENERIC into GENERIC
(which would have modules for everything) and GENERIC_NOMODULES.
Then just populate a default module list that goes into /boot/loader.conf.
If you're even more evil, you could populate a module list that goes
into /boot//module.co
On Thu, Apr 25, 2013 at 01:25:46AM -0700, Adrian Chadd wrote:
> .. or we could just bite the bullet and split GENERIC into GENERIC
> (which would have modules for everything) and GENERIC_NOMODULES.
>
> Then just populate a default module list that goes into /boot/loader.conf.
No, the list must be
On 25 April 2013 01:38, Lars Engels wrote:
> On Thu, Apr 25, 2013 at 01:25:46AM -0700, Adrian Chadd wrote:
>> .. or we could just bite the bullet and split GENERIC into GENERIC
>> (which would have modules for everything) and GENERIC_NOMODULES.
>>
>> Then just populate a default module list that g
According to Adrian Chadd on Thu, Apr 25, 2013 at 01:25:46AM -0700:
> If you're even more evil, you could populate a module list that goes
> into /boot//module.conf.default, and then allow that to be
> overridden.
>
> Point is - a modular kernel works, right now. What we're missing is a
> way to l
On Thu, Apr 25, 2013 at 01:57:50AM -0700, Adrian Chadd wrote:
> On 25 April 2013 01:38, Lars Engels wrote:
> > On Thu, Apr 25, 2013 at 01:25:46AM -0700, Adrian Chadd wrote:
> >> .. or we could just bite the bullet and split GENERIC into GENERIC
> >> (which would have modules for everything) and GE
On 25 April 2013 02:24, Lars Engels wrote:
> Sure, but the rc.conf solution is the lower hanging fruit. :)
No it's not; think about it. You need to have a few modules loaded in
order to boot.
* usb
* maybe atkbd
* da/scsi
* ata / scsi block device drivers
* perhaps network
* perhaps vga/vesa
*
Hi,
Figured this might be a bit more than -questions worthy...
I was following some instructions online about upgrading 7 to 8...
And... Well... Something went horribly wrong during "make installworld".
I lost my ssh session (Mistake 1 - Console dummy!) and now in multiuser
I can't log in. I
On 4/25/2013 3:35 PM, Tuc wrote:
Hi,
Figured this might be a bit more than -questions worthy...
I was following some instructions online about upgrading 7 to 8...
And... Well... Something went horribly wrong during "make installworld".
I lost my ssh session (Mistake 1 - Console dummy!) and now
Anyone have thoughts on the following?
commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
Author: Eitan Adler
Date: Thu Apr 25 22:14:49 2013 -0400
Take some improvements from DragonFlyBSD:
- add const where appropriate
- add static where appropriate
- fix a whitespace
On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
> Anyone have thoughts on the following?
>
> commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
> Author: Eitan Adler
> Date: Thu Apr 25 22:14:49 2013 -0400
>
> Take some improvements from DragonFlyBSD:
> - add const where app
On 25 April 2013 22:50, Brooks Davis wrote:
> On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
>> Anyone have thoughts on the following?
>>
>> commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
>> Author: Eitan Adler
>> Date: Thu Apr 25 22:14:49 2013 -0400
>>
>> Take some improveme
On 25 April 2013 22:56, Eitan Adler wrote:
> On 25 April 2013 22:50, Brooks Davis wrote:
>> On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
>>> Anyone have thoughts on the following?
>>>
>>> commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
>>> Author: Eitan Adler
>>> Date: Thu Apr
13 matches
Mail list logo
