I've finally learned enough forth to put together a diff to implement some
nextboot functionality in the loader.
Basically, the loader peeks into the first line of /boot/nextboot.conf to
see if nextboot_enable=YES is there. If it is, it reads the entire
config, then rewrites the first
I've finally learned enough forth to put together a diff to implement som
e
nextboot functionality in the loader.
Basically, the loader peeks into the first line of /boot/nextboot.conf to
see if nextboot_enable=YES is there. If it is, it reads the entire
config, then
This was -stable- but it's really a hacker's question.
I really am *not* much of an i386 weenie and I'll have to admit that I don't
fully understand the interrupt mask scheme and I ran into a troubling problem
.
I was running some very extensive tests on a dual processor (but not SMP
itself (since it likes to). FreeBSD does not have code to handle
assigning PNP resources, or at least code that works well :) (There is the
PNPBIOS kernel option, but I'm not sure that works anymore.)
The PNPBIOS option just implements another accessor method; resource
allocation is a
For drivers which must be active in the boot path, it is
generally necessary to embed the firmware in the driver as
data. This is what FreeBSD does for the Adaptec SCSI
drivers.
For drivers that need to be active after boot time, but before
the mi_startup() is complete, you can load the
Could anyone please tell me if there's any way to find out which
device the system booted from in a user application. The loader
sets loaddev and currdev vars, but I see no way to transfer them to
the user environment.
kenv(8) allows you to read the kernel/loader environment.
I respect the gcc effort, but if icc is as good as it is told to be
then it could supersede (at least in intel community) gcc.
What is the general sentiment and the will for cooperation about
porting icc to FreeBSD?
I doubt that porting will be necessary; I've watched another developer
(who
At any rate, my key point is that the splitting should be invisible, and
*definitely* not pushed up into the loader.
Ok, attached is the path, which does exactly what described. Please
review and if there are no objections I would like to commit it
shortly, so that our re@ team would be
hw.busfrequency = 133326902
Not typically obtainable. And which bus?
hw.cpufrequency = 66700
Should be obtainable on Alpha and Sparc, and calculable on x86 (though it
will probably have to be calculated at the time the sysctl is read, since
it's variable).
hw.cachelinesize = 32
Please review attached patch, which adds long overdue feature to our
loader(8), allowing it to load sequence of files as a single object.
I don't like this. I would much rather see support for 'split' files
implemented as a stacking filesystem layer like the gzip support, with
the simple
Please review attached patch, which adds long overdue feature to our
loader(8), allowing it to load sequence of files as a single object.
I don't like this. I would much rather see support for 'split' files
implemented as a stacking filesystem layer like the gzip support, with
At any rate, my key point is that the splitting should be invisible, and
*definitely* not pushed up into the loader.
Ok, sounds reasonably. I'll try to reimplement the feature this way.
Thank you for suggestion.
Thanks for doing the real work!
= Mike
--
To announce that there must
I don't like this. I would much rather see support for 'split' files
implemented as a stacking filesystem layer like the gzip support, with
the simple recognition of 'foo.gz.aa' as the first part of a split
version of 'foo.gz', which in turn is recognised as a compressed version
I'd like to develop a kernel module for FreeBSD, able to read write
directly to VGA text-mode screen buffer. I know that this buffer is located
at 0xB8000 in physical address space. But in kernel I must address it using
kernel virtual address space.
Thus, the question is: how can I
Michael Smith wrote:
I don't like this. I would much rather see support for 'split' files
implemented as a stacking filesystem layer like the gzip support, wit
h
the simple recognition of 'foo.gz.aa' as the first part of a split
version of 'foo.gz', which in turn
Michael Smith wrote:
Should you care to be informed rather than playing from the sidelines,
see the primitive 'stacking' used to implement transparent gzipped file
support in libstand.
The only place this is referred to as a stack at all is in
one comment in the libstand.3 man page
Is there some quick, down dirty way of assessing the bus-speeds of PCI
slots/busses on a given box? I have a whole rack of systems with FreeBSD
4.5 on 'em, and need to know the PCI bus configuration for each.
Unfortunately, no. The Yahoo! folks have worked on some old SMBios code
I
1) Easy to write a very minimal, outside the stack, IP/UDP layer.
One (very nasty) already exists in libstand. There was a very small
TCP/IP stack mentioned on /. the other day; it looked close to ideal for
this application.
--
To announce that there must be no criticism of the president,
Hello Everyone,
I have been trying to port a driver I had written on NetBSD to FreeBSD.
On NetBSD the driver functions without incident, On FreeBSD, after a time
the whole system locks up.
Sounds like resource starvation of some sort.
I hope somebody can give me a hint of where I
At 14:35 26/01/02 -0500, Dragon Fire wrote:
I just ran boot0cfg to install boot0 as my boot code instead of the standard
mbr. This is on a dedicated FreeBSD system. Now the system boots and gives
me a choice F4 FreeBSD or F5 Disk 1 both selections hang. I had numerous
problems getting 4.4 to
Is there any easy way to read the contents of a system BIOS from userland?
No. Most modern BIOS code is paged, compressed and in some cases
encrypted.
bios(9) seems to have some very specific kernel-related BIOS routines, but
nothing generic. I'm trying to write a program that will dump
Use isprint() on the entire string; this will give the desired result in
most cases. It should probably be optional (defaulting to on, since it's
a security measure).
What? You don't like directories named '...w^Ha^Hr^He^Hz^H^H^H' ?
I like it, but there are a few problems.
22 matches
Mail list logo