Stanislav Sedov [EMAIL PROTECTED] writes:
You cannot mmap ata devices (as well as scsi ones), since mmap functions
was not implemented.
This has nothing to do with ata or scsi; it's a GEOM issue.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
language requires a ton of support
code which must be written and tested. Are you volunteering to do
that?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
casuptr(intptr_t *p, intptr_t old, intptr_t __new__);
This is a namespace violation. A simpler solution is to leave out
argument names entirely.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http
an working object model in the
FreeBSD kernel, with classes, inheritance, and all that jazz,
implemented partly in C and partly in a custom IDL which is translated
into C by src/sys/tools/makeobjops.awk.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
about these issues.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
On Tuesday 11 July 2006 10:57, Dag-Erling Smørgrav wrote:
[EMAIL PROTECTED] writes:
What's more, can the object model function really as OpenDarwin's
IOKit class model?
Does it need to?
He's trying to port IOKit to FreeBSD for his exercise (if you
mal content [EMAIL PROTECTED] writes:
Can anybody tell me where /boot/boot is built in the source
tree?
src/sys/boot
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
the
cross-building toolchain built by kernel-toolchain.
note 1: you don't need DESTDIR to build, only to install.
note 2: you probably want to use NO_KERNELCLEAN to avoid starting
every buildkernel from scratch.
note 3: most of this is documented in build(7)
DES
--
Dag-Erling Smørgrav - [EMAIL
-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
, but as regards your computer:
disable kbdmux and use a PS/2 keyboard.
I've been comforted by you that there's nothing wrong with me.
Glad to help :)
Well, FreeBSD Developers' Handbook needs to be updated now.
No, kbdmux needs to be fixed so it works in DDB.
DES
--
Dag-Erling Smørgrav
maksim yevmenkin [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
No, kbdmux needs to be fixed so it works in DDB.
actually, atkbd(4) needs to be fixed to support polled mode :)
It used to work fine before kbdmux(4) came along...
DES
--
Dag-Erling Smørgrav - [EMAIL
Maksim Yevmenkin [EMAIL PROTECTED] writes:
so far i only got one (successful) report. would people please give
it a try to see if work, so i can commit it.
Please commit it. I don't see how it can do any harm.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
or slice)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Johnny Choque [EMAIL PROTECTED] writes:
I'm trying to do a userland program that detect the event when a
device is attached/detached.
man devd
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http
answered my question :-(
That's because you didn't ask here; you asked on freebsd-questions,
which nobody capable of answering your question ever reads.
http://lists.freebsd.org/pipermail/freebsd-questions/2006-August/127990.html
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Sean Bryant [EMAIL PROTECTED] writes:
I'm writing some cd buring software using burncd as a reference. I was
wondering if its possible to detect opening and closing of the doors.
Unfortunately, no. The drive may not even have a door.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Intron [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Sean Bryant [EMAIL PROTECTED] writes:
I'm writing some cd buring software using burncd as a reference.
I was wondering if its possible to detect opening and closing of
the doors.
Unfortunately
Intron [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Intron [EMAIL PROTECTED] writes:
However, software can command the drive to open/close its door.
This is not what Sean wants.
I want to tell Sean that he is not worth spending time in finding
how to detect
Intron [EMAIL PROTECTED] writes:
Dag-Erling Smo/rgrav [EMAIL PROTECTED] writes:
How does ridiculing me help Sean?
Can your unilateral judgement give real help to Sean?
Welcome to my kill file. Enjoy your stay.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
? ('ifconfig re0
-rxcsum -txcsum')
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Sean Bryant [EMAIL PROTECTED] writes:
How about when media is loaded. I have a detection routine that'll ask
for media, but what about when any media is loaded? Is there some kind
of event or some way I can be notified.
Sorry, no.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
,
especially as there is a known bug in some RealTek chipsets which will
cause tx checksums to be computed incorrectly for short packets (such
as ICMP echo replies, or TCP handshake frames).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd
it the wrong way around. First pass argv[0] to realpath(3),
fall back to using $PATH only if realpath(3) fails (which it shouldn't
unless you've called chdir(2), chroot(2) or jail(2) earlier in the
process, or the executable was moved or removed)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Mike Meyer [EMAIL PROTECTED] writes:
In [EMAIL PROTECTED], Dag-Erling Smørgrav [EMAIL PROTECTED] typed:
You got it the wrong way around. First pass argv[0] to realpath(3),
fall back to using $PATH only if realpath(3) fails (which it shouldn't
unless you've called chdir(2), chroot(2
Harti Brandt [EMAIL PROTECTED] writes:
has anyone successfully configured pam_krb5?
I've tested it, but only in a minimal setup.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
; if differs only in its interface.
Are there having a better method or other method?
They both suck, for different reasons. In theory, ptrace sucks less
than proc, but it lacks some of proc's functionality, and fixing that
is very hard.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
while size_t is a 64-bit unsigned integer.
In both cases, changing this structure member from int to size_t will
break the ABI.
This doesn't mean you shouldn't do it, just that it should be done
with care.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
that are incrementing in a peculiar
pattern.
sysctl(8) uses undocumented interfaces to a) enumerate the nodes in
the sysctl tree and b) obtain the name of a node, given its OID.
So, my question is, how do I walk the tree to get the PnP info for all
the devices in the system?
man 3 devinfo
DES
--
Dag-Erling
Daniel Rudy [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
man 3 devinfo
A little too late since I already hacked the source for sysctl(8) and
figured out how it works.
The dev sysctl tree contains only a subset of the information
available through devinfo(3).
DES
the
server name. The only way to fix this is to modify mount_nfs to sleep
and retry in such cases. The *current* sleep-and-retry code is in the
NFS mount code in the kernel, which doesn't come into play until after
DNS lookup.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Mike Meyer [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] writes:
How about an extra flag in your fstab? The default behavior for
mount_nfs is to keep retrying until the mount succeeds.
No, it will fail immediately (as seen above
6.2 i386 -
without this check a can map 2400 Mb file.
There's very little to gain from doing so. If you need more address
space than 2 GB, switch to a 64-bit platform.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org
the on-disk configuration data.
This is *not* a RAID controller, BTW, merely a SATA controller with a
RAID-capable BIOS.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
if it still
as active consumers.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Because you aren't - somebody is forwarding list traffic to you,
possibly maliciously.
How can I stop it?
I don't know, we need to figure out who's forwarding this to you.
I really hate to keep imposing on this list
Ali Mashtizadeh [EMAIL PROTECTED] writes:
Is there a way to detect a cdrom insert/eject (in the kernel or usermode)?
Or is there a way to check a media change?
No, you have to poll.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers
,i386}/acpica/madt.c and
rebuild your kernel, then boot with ACPI enabled and report back to
us.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
that, I
can think of headaches of all the places (like interrupt tables)
where it needs to be changed, not to mention the worry that the
lower APIC IDs were assigned to IOAPICs.
I don't know, you'd have to ask jhb@ about the details.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
Not if you want to use pre-built packages. You made sure of that when
you decided (against my objections) to include .la files in packages.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
directories is a regression.
I don't buy the argument that KDE won't build without them, or
whatever it was you used to justify this. There is nothing an .la file
does which can't be done more properly by adding the correct directory
to your ldconfig path.
DES
--
Dag-Erling Smørgrav - [EMAIL
and
therefore take considerably longer to get, you start looking for vapor
lock.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
without proof. In fact a quick survey shows that 90% of my
/usr/local/bin references /usr/local.
I forgot to answer this bit: of course they do, if they were linked in
the presence of .la files. Please understand that they are the problem,
not the solution.
DES
--
Dag-Erling Smørgrav - [EMAIL
Ivan Voras [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav wrote:
Ivan Voras [EMAIL PROTECTED] writes:
You can inspect s sqlite database with the provided utility. Unless the
database gets corrupted (which it tries to avoid by respecting ACID),
ACID is not something a database respects
Ivan Voras [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav wrote:
The world would be a much nicer place if people would stop redefining
technical terms to mean whatever suits them.
I think you're overreacting. You say: if the database is consistent,
it's ACID (Avoiding database corruption
-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
the metadata in
memory, and the rest of the package directly in its final location.
AFAIK, pkg_create makes sure that +CONTENTS is always the first file in
the archive, precisely to make this possible. The fact that pkg_add
doesn't take advantage of it is a bug.
DES
--
Dag-Erling Smørgrav - [EMAIL
Roman Divacky [EMAIL PROTECTED] writes:
ruby2.0 will come with a virtual machine which should speed up things. ruby2.0
is expected soon enough (2008?)
Sure, just like Perl 6...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers
is the question what will break if I set LOCALBASE=/usr? Hmm. I
think I may found out
For one, man pages for ports will end up in the wrong place (/usr/man
instead of /usr/share/man).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers
Michel Talon [EMAIL PROTECTED] writes:
Seriously, the FreeBSD package system is in great need of a profound
overhaul, pretending it works well is complete denial of reality.
Perhaps, but I seriously doubt that you are the correct person for the
job.
DES
--
Dag-Erling Smørgrav - [EMAIL
on a stock install
of FreeBSD 6.0 or newer.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Mike Meyer [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] writes:
How would setting LOCALBASE=/usr break this? Of course, equally valid
is the question what will break if I set LOCALBASE=/usr? Hmm. I
think I may found out
Tom Judge [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Michel Talon [EMAIL PROTECTED] writes:
Seriously, the FreeBSD package system is in great need of a profound
overhaul, pretending it works well is complete denial of reality.
Perhaps, but I seriously doubt
with packages. They can wait until the base system is
working again.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
to a Manual mount root specification prompt. If I type
ufs:ad0s1a it boots up and everything is perfect. This is the same
slice / was on the old drive as well.
What's in your /boot.config and /boot/loader.conf?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Thomas Sparrevohn [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
There is a reason why people have been discussing this for ten years
without getting anywhere.
I suspect that is because that by and large the ports system works ;-)
Not really, it's because fixing
Alexander Leidinger [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
The existence of .la files is a bug.
I fully agree [but this needs to be addressed upstream]
Note that we are apparently not the only ones dissatisfied with this
state of affairs. The following code
-hardcode_into_libs=yes
+hardcode_into_libs=no
;;
esac
;;
I've chosen not to change the default for versions older than 4.6.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http
- especially the fact that sqlite imported the index file
directly without any form of preprocessing.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Mohsen Pahlevanzadeh [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
[The] code should build cleanly on a stock install of FreeBSD 6.0 or
newer.
Our FreeBSD is 4.11 because we can't use another version.
In that case, we can't help you.
DES
--
Dag-Erling Smørgrav
to be a noticable weakness for them.
apt-get --build source package-name
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
David Cramblett [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
What's in your /boot.config and /boot/loader.conf?
I have no boot.config.
[EMAIL PROTECTED] /]# cat /boot/loader.conf
# -- sysinstall generated deltas -- #
userconfig_script_load=YES
Beats me... I
Matthew D. Fuller [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Beats me... I can't even remember what userconfig_script is
supposed to do. Note that support for 5.2.1 ended on July 31, 2004.
Neither can I, but last weekend I upgraded some 4.x boxes to 5.x
into it.
Look at the ktrace code.
Note that it opens the file in userland and passes it down to the
kernel. You may want to consider a similar mechanism.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http
, if it were true. It isn't.
apt-get --build source package_name
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
it
lacks is strong typing. Implementing strong typing and a better query
language on top of the SQLite storage and relational engine is left as
an exercise to the reader :)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org
to discourage the practice.
Is there a web page somewhere (or an archived mailing list discussion,
or whatever) which discusses the issue and explains the rationale for
intentionally generating incorrect code?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
threads have
different file tables.
If you want to read from or write to files within the kernel, you need
to operate directly on vnodes, not on file descriptors.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
there was a
race condition caused by multiple threads trying to write to the file
at the one time, but that hasn't made a difference at all.
It complains about sleeping with a non-sleepable lock held, and your
solution is to add another non-sleepable lock?
DES
--
Dag-Erling Smørgrav - [EMAIL
Lawrence Stewart [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Since you are writing kernel code, I assume you have KDB/DDB in your
kernel and know how to use it.
I don't know how to use them really. Thus far I haven't had a need for
really low level debugging
(make-local-variable 'fill-column)
(setq fill-column 74))
(add-hook 'c-mode-common-hook 'des-knf)
As for how to cross-build, read build(7).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http
, otherwise I'd come up with a patch. Maybe
I'll try learning it (argh, another language to learn...), or hack
around a bit.
The box-drawing code is in frames.4th and should be fairly easy to
understand and modify even if you don't know 4th.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Jeremy Chadwick [EMAIL PROTECTED] writes:
On Tue, Jun 12, 2007 at 04:07:40PM +0200, Dag-Erling Smørgrav wrote:
Jeremy Chadwick [EMAIL PROTECTED] writes:
One could enable use of this with some loader.conf variable like
loader_frames=ascii or (default) loader_frames=cp437, possibly
even
-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
be told is it works for me on i386,
have you tried i386?
Absolute nonsense. FreeBSD is just as solid on amd64 as on i386, and
the people who do most of the kernel work in FreeBSD tend to have
up-to-date hardware (meaning Athlon64, Opteron, or Core 2).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Brian Chu [EMAIL PROTECTED] writes:
I have a question about indentation. In the previously supplied
.emacs hook, tabs are represented by 8 spaces.
No, Emacs automatically converts spaces to tabs according to the current
setting of tab-width, which is normally 8.
DES
--
Dag-Erling Smørgrav
Brian Chu [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Brian Chu [EMAIL PROTECTED] writes:
I have a question about indentation. In the previously supplied
.emacs hook, tabs are represented by 8 spaces.
No, Emacs automatically converts spaces to tabs according
an increase in code
complexity, a minimal increase in speed for operations on the trunk, and
a corresponding decrease for operations on branches, since they must
check the Attic for files that are deleted on the trunk but still exist
on the branch.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
bits
(64 GB) which is more than room enough for your 4 GB of RAM *plus* the
PCI configuration and MMIO space.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
motherboards (965P-based)
which do not define any ACPI thermal zones, which leads me to wonder:
what is the preferred way to access thermal data these days? IPMI? Do
we have IPMI support in base or ports?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
optional crypto | geom_uzip | ipsec | \
mxge | ppp_deflate | netgraph_deflate
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
GHz C2D but spends most of its time barely ticking over at 200 MHz)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
I've written a quick-and-dirty driver for the built-in digital
temperature sensor in Intel's Core and Core 2 CPUs (and Xeons built on
the Core architecture).
Rui Paolo (SoC student) already had a driver which was far better than
mine, and I am
under XP.
All modern disks (since at least the early 1990s) automatically park
their heads when they lose power. There is no need to do it in
software.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http
, rs-sizeof_g_packet);
for (i = 0; i NUM_REGS + NUM_PSEUDO_REGS; i++)
{
struct packet_reg *r = rs-regs[i];
These should go upstream to the gdb maintainers ([EMAIL PROTECTED]).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd
Simon 'corecode' Schubert [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
All modern disks (since at least the early 1990s) automatically park
their heads when they lose power. There is no need to do it in
software.
So it seems that windows is switching off
it is hard to keep things sinkronized.
How is that the case?
Humor detector on the fritz again, Kris? :)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
it is hard to keep things sinkronized.
We really need to plug those holes.
sinkholes?
*ducks* *runs*
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
.
We really need to plug those holes.
sinkholes?
Well, everyone knows that the water rotates the opposite way
down-under, so this could explain the blockage.
They could use more fiber for that blockage.
Bran muffin anyone?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
, then read the article in question (citeseer entry:
http://citeseer.ist.psu.edu/401041.html), then do your own homework.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
or minimum hardware requirement? Is soekris box
enough, or dual core or ASIC based platforms?
A soekris box probably doesn't have the I/O bandwidth nor the CPU power
to process a full BGP feed.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Constantine A. Murenin [EMAIL PROTECTED] writes:
Therefore, I hereby request that this patch be considered for
immediate inclusion into FreeBSD's main CVS repository.
Trouble is, we're in code freeze... you'll have to ask [EMAIL PROTECTED]
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Jeremy Chadwick [EMAIL PROTECTED] writes:
I'd like to open up a discussion regarding FreeBSD serial console and
the aspect of installation via serial console.
how about you go read loader(8) and loader.conf(5) first?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Giulio Ferro [EMAIL PROTECTED] writes:
To say that there isn't enough interest in the nvidia driver would be
outrageous.
No, it would be true. If there were enough interest, someone would have
stepped up to the plate to implement the required features.
DES
--
Dag-Erling Smørgrav - [EMAIL
Giulio Ferro [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav wrote:
Giulio Ferro [EMAIL PROTECTED] writes:
To say that there isn't enough interest in the nvidia driver would
be outrageous.
No, it would be true.
From the slew of messages on the subject (on the nvidia forum, for
example
1 - 100 of 741 matches
Mail list logo