On Sun, 2006-Aug-06 20:26:45 -0300, Duane Whitty wrote:
I'm somewhat interested in this as well. Towards that end would it be
correct for me to believe the process is easier if the architecture
already has a UNIX(tm) style operating system installed and operating and
if there are GNU tools
Niki Denev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm in the middle of a struggle to port the linux
nozomi(Option GloberTrotter 3G+ HSDPA cardbus adapter) driver to freebsd.
And given the fact that i have very little previous kernel coding experience i
can't find what i can
On Monday 07 August 2006 15:45, Suleiman Souhlal wrote:
Niki Denev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm in the middle of a struggle to port the linux
nozomi(Option GloberTrotter 3G+ HSDPA cardbus adapter) driver to freebsd.
And given the fact that i have
On Monday 07 August 2006 16:28, Niki Denev wrote:
On Monday 07 August 2006 15:45, Suleiman Souhlal wrote:
I think the equivalent of linux's ioremap() in FreeBSD is pmap_mapdev().
-- Suleiman
Thanks!
Is there a reason that there is no manual page about pmap_mapdev, and it's
not
I saw these two warnings come up soon after rebooting a server (running
5-STABLE):
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
I see there is a tunable for tweaking, but I'm not certain what I'm
On 08/07/06 12:50, Eric Anderson wrote:
I saw these two warnings come up soon after rebooting a server (running
5-STABLE):
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
I see there is a tunable for
Niki Denev wrote this message on Mon, Aug 07, 2006 at 16:28 +0300:
On Monday 07 August 2006 15:45, Suleiman Souhlal wrote:
Niki Denev wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm in the middle of a struggle to port the linux
nozomi(Option GloberTrotter 3G+
On Monday 07 August 2006 21:34, John-Mark Gurney wrote:
Because for the most part it is only suppose to be used by MD code...
The correct way to get device's memory is to use bus_alloc_resource_any...
Make sure you review the handbook on device driver writing:
On Sunday 06 August 2006 10:59, Dmitry Marakasov wrote:
* Dag-Erling Sm?rgrav ([EMAIL PROTECTED]) wrote:
Recent `disklabel differences FreeBSD, DragonFly' thread gave me a
thought - why do we have absolute offsets in disklabel?
We don't, AFAIK. Since the transition to GEOM, the offsets
On Saturday 05 August 2006 10:06, Niki Denev wrote:
for(i=0; i sizeof(config_table_t); i++) {
r = bus_space_read_1(sc-bar.tag, sc-bar.hdl, i);
*((u_int8_t *)sc-cfg_table + i) = r;
}
Note that you can replace this with:
Niki Denev wrote this message on Mon, Aug 07, 2006 at 22:03 +0300:
On Monday 07 August 2006 21:34, John-Mark Gurney wrote:
Because for the most part it is only suppose to be used by MD code...
The correct way to get device's memory is to use bus_alloc_resource_any...
Make sure you review
* Eric Anderson ([EMAIL PROTECTED]) wrote:
I saw these two warnings come up soon after rebooting a server
(running 5-STABLE):
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
I see there is a tunable
On Monday 07 August 2006 22:43, John-Mark Gurney wrote:
The only thing special that I believe you have to do is provide an
additional DRIVER_MODULE line to attach to cardbus in addition to (or
instead of) pci... For example:
DRIVER_MODULE(re, pci, re_driver, re_devclass, 0, 0);
On 08/07/06 14:49, Thomas Hurst wrote:
* Eric Anderson ([EMAIL PROTECTED]) wrote:
I saw these two warnings come up soon after rebooting a server
(running 5-STABLE):
kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
kernel: collecting pv entries -- suggest increasing
John Baldwin:
On Sunday 06 August 2006 10:59, Dmitry Marakasov wrote:
* Dag-Erling Sm?rgrav ([EMAIL PROTECTED]) wrote:
Recent `disklabel differences FreeBSD, DragonFly' thread gave me a
thought - why do we have absolute offsets in disklabel?
We don't, AFAIK. Since the
On Monday 07 August 2006 22:27, John Baldwin wrote:
On Saturday 05 August 2006 10:06, Niki Denev wrote:
for(i=0; i sizeof(config_table_t); i++) {
r = bus_space_read_1(sc-bar.tag, sc-bar.hdl, i);
*((u_int8_t *)sc-cfg_table + i) = r;
}
Note that
On Monday 07 August 2006 17:05, Roman Kurakin wrote:
John Baldwin:
On Sunday 06 August 2006 10:59, Dmitry Marakasov wrote:
* Dag-Erling Sm?rgrav ([EMAIL PROTECTED]) wrote:
Recent `disklabel differences FreeBSD, DragonFly' thread gave me a
thought - why do we have absolute
John Baldwin wrote this message on Mon, Aug 07, 2006 at 15:27 -0400:
sc-cfg_table.signature = letoh32(bus_read_4(sc-bar.res, 0));
sc-cfg_table.version = letoh16(bus_read_2(sc-bar.res, 4));
sc-cfg_table.dummy = bus_read_1(sc-bar.res, 5);
Note that this may or may not be
Hope I have the right site here
Hello,
Indigo2 machine in network w/ FreeBSD, both configured for nfs server/client
functions, and nfsd daemon running on both.
IRIX idaho 6.5 04101930 IP22
FreeBSD presto 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT
2000 [EMAIL
Hi,
在 2006-08-07一的 18:10 -0700，Joseph Maxwell写道：
From FreeBSD machine:
In rc.conf ==
nfs_client_enable=YES
nfs_server_enable=YES
--
[...]
From fstab on SGI machine:
.
.
presto:/usr /diskA-1 nfs soft,rw 0 0
presto:/disk2 /diskA-2 nfs soft,rw 0 0
20 matches
Mail list logo
