You are better off defining a series of macros that do proper
bus_space_readN/bus_space_writeN for each of the fields in the
register set. This will ensure that your driver works unaltered on
other architectures.
Directly accessing memory mapped devices is a bad idea. While it
works on i386, the
On Fri, 13 Dec 2002, Terry Lambert wrote:
> Actually, the interesting part would be a survey of which BIOS
> calls are actually used (a survey by a BIOS writer, maybe, hint
> hint 8-)).
we've got a good fellow on freebsd-clusters doing the survey, and then
we're going to see how to hook up freeb
I've successfully repaired a fs with the superblock backup at 32. Now how
do I copy that backup to the default superblock location? fsck_ffs does
NOT automatically do this.
-Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
I'm not holding this up as the best example of style, but take a
look at the Bt848 driver in /sys/pci for one approach. Some years
ago I contributed some patches that got integrated that turned
those offset references into a structure definition. The structure
definition was done with some macr
You may check out http://www.xgforce.com/news_CFS.html. If you don't have
too huge number of files, this works great for FreeBSD.
Best Regards
Matt
http://www.xgforce.com/product.html
High Performance Gigabit Load Balancer
http://www.xgforce.com/load
In a message written on Fri, Dec 13, 2002 at 08:24:02AM -0800, Terry Lambert wrote:
> Probably, the correct thing would be to accept the submission,
> and pend it for review, before it became active as a real PR.
> This would require that a human look at the pending PRs, and
> make a decision.
Or,
[EMAIL PROTECTED] wrote:
To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
I dropped [EMAIL PROTECTED] Cross posting is not approved.
> How can i make a backup of some dirs and send them to another server
> what is the best tool for doing that?
> rsync netcat or wich one do you recomend for making a
In the last episode (Dec 13), Simon said:
> I have before I sent this email. And unless I misread it, -z is to
> compress on sending side to make rsync use less bandwidth in remote
> backups, not to compress data (on the fly) on the receiving (backup)
> end.
rsync is for synchronizing two director
[EMAIL PROTECTED] wrote:
> I just have a few question about execution of code on the stack or heap.
> It is possible in FreeBSD right? But why does the stack and heap need to
> be executable?
So Franz LISP can run, and so JITs can run, and so dlopen works.
OpenBSD recently changed this, after a l
I have before I sent this email. And unless I misread it, -z is to compress
on sending side to make rsync use less bandwidth in remote backups,
not to compress data (on the fly) on the receiving (backup) end.
-Simon
On Fri, 13 Dec 2002 12:31:54 +0200, Peter Pentchev wrote:
>On Fri, Dec 13, 2002
Nate Lawson wrote:
> On Wed, 4 Dec 2002, Terry Lambert wrote:
> > useful documentation; otherwise, I would have published what I
> > wrote in Pentad Embedded Systems Journal already (example: the
>^^^
>
> I appreciate some of the info you give. But every tim
"öÎ Àî" wrote:
[ ... Subject: ... ]
You can't. The method I was about to start using was to post the
patch to the mailing list, and then use the web send-pr to send
the PR with a URL for the patch in the mailing list archives.
This won't work because they disabled the web send-pr.
I think the
"Ronald G. Minnich" wrote:
> On Thu, 12 Dec 2002, Terry Lambert wrote:
>
> > I guess it's not OK to make BIOS calls into the BIOS?
>
> not if it's my lazy bios that doesn't support them.
Actually, the interesting part would be a survey of which BIOS
calls are actually used (a survey by a BIOS wr
On Fri, 13 Dec 2002, Bruce M Simpson wrote:
> Were you aware of the OpenBIOS project?
I've only been working with them for about the last three years.
re open firmware: where was taht source tree again?
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in t
On Fri, 13 Dec 2002, Bruce M Simpson wrote:
> Two words: Open Firmware.
"if it has open in the name, it's not"
open firmware is useless to me.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi,
now I've come across another style problem.
The MOXA hardware of course maintains a structure for
each channel. I have details about the size and offsets
for each field, belonging to a channel.
What would be the most sensible way, to access them?
I can come up, with two possiblities:
use
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
>
> rsync is nice, but it can't (afaik) compress data being synced on the fly to
> save disk space :-( Is there anything out there which works like rsync and
> can compress on the fly to space disk space? having 100GB of text files
On Fri, Dec 13, 2002 at 03:22:06AM -0500, Simon wrote:
> On Fri, 13 Dec 2002 05:27:48 + (GMT), Peter Hoskin wrote:
> >On Thu, 12 Dec 2002 [EMAIL PROTECTED] wrote:
> >
> >> Date: Thu, 12 Dec 2002 23:00:41 -0600 (CST)
> >> From: [EMAIL PROTECTED]
> >> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> >>
Thus spake [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> I just have a few question about execution of code on the stack or heap.
> It is possible in FreeBSD right? But why does the stack and heap need to
> be executable?
>
> I have read about mprotect(), but can you change the stack and heap permissio
Hi all
I just have a few question about execution of code on the stack or heap.
It is possible in FreeBSD right? But why does the stack and heap need to
be executable?
I have read about mprotect(), but can you change the stack and heap permissions
with that? If yes how? (the man page tells you al
rsync is nice, but it can't (afaik) compress data being synced on the fly to
save disk space :-( Is there anything out there which works like rsync and
can compress on the fly to space disk space? having 100GB of text files
compressed can save quite a few gigs.
Thanks,
Simon
On Fri, 13 Dec 2002
21 matches
Mail list logo
