<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.os.netbsd.general">
    <title>gmane.os.netbsd.general</title>
    <link>http://blog.gmane.org/gmane.os.netbsd.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24929"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24928"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24927"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24926"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24925"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24924"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24923"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24922"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24920"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24919"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24918"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24916"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24915"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24914"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24913"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24912"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24911"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24910"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24909"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/24908"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24929">
    <title>Re: gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24929</link>
    <description>
Isn't that obvious? Tune for optimal performance on that variant.
But you cannot use instructions that aren't allowed by march, because 
then it won't run on march (if so, what was the point of march?).

But different instruction sequences can be the optimal on different 
implementations of an instruction set.

Johnny


</description>
    <dc:creator>Johnny Billquist</dc:creator>
    <dc:date>2008-12-03T15:54:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24928">
    <title>build.sh on Linux?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24928</link>
    <description>Netbsd-users,
I am trying to compile NetBSD on Fedora 9.  When I execute "./build.sh
-a i386 -m i386 -U tools" it fails to build the tool set with:


#   compile  compat/glob.lo
cc -O  -I. -I./include -I/home/glen/src/c/netbsd/usr/src/tools/compat
-I/home/glen/src/c/netbsd/usr/src/tools/compat/sys 
-DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D__DBINTERFACE_PRIVATE
-c -o glob.lo.o   
/home/glen/src/c/netbsd/usr/src/tools/compat/../../lib/libc/gen/glob.c
/home/glen/src/c/netbsd/usr/src/tools/compat/../../lib/libc/gen/glob.c:
In function 'globextend':
/home/glen/src/c/netbsd/usr/src/tools/compat/../../lib/libc/gen/glob.c:804:
error: 'ARG_MAX' undeclared (first use in this function)
/home/glen/src/c/netbsd/usr/src/tools/compat/../../lib/libc/gen/glob.c:804:
error: (Each undeclared identifier is reported only once
/home/glen/src/c/netbsd/usr/src/tools/compat/../../lib/libc/gen/glob.c:804:
error: for each function it appears in.)

*** Failed target:  glob.lo
*** Failed command: cc -O -I. -I./include
-I/home/glen/src/c/netbsd/usr/src/tools/compat
-I/home/glen/src/c/netbsd/usr/src/tools/compat/sys
-DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D__DBINTERFACE_PRIVATE
-c -o glob.lo.o
/home/glen/src/c/netbsd/usr/src/tools/compat/../../lib/libc/gen/glob.c
*** Error code 1

Stop.
nbmake: stopped in /home/glen/src/c/netbsd/usr/src/tools/compat

Any suggestions?

Thanks,
Glen


</description>
    <dc:creator>Glen Johnson</dc:creator>
    <dc:date>2008-12-03T17:41:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24927">
    <title>Re: gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24927</link>
    <description>
By using pentiumpro special features, you are not compatible with the 
486 CPU.

That should be obvious from just saying it out loud.

Johnny

</description>
    <dc:creator>Johnny Billquist</dc:creator>
    <dc:date>2008-12-03T16:51:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24926">
    <title>Re: gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24926</link>
    <description>
-march chooses the instruction set used. 

-mtune chooses, under that restriction, the selection and ordering of
instructions used for your program.

E.g., if you have lots of 686 but few 486, you'd use that so that your
program, while running on the 486, will still be a bit better on the 686 
than without.

Regards,
-is

</description>
    <dc:creator>Ignatios Souvatzis</dc:creator>
    <dc:date>2008-12-03T16:42:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24925">
    <title>Re: gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24925</link>
    <description>
No.  It produces binaries using the instruction set from the i486 with a
scheduling optimised for the i686.  The way CPUs work, the order in
which you feed it the instructions matters a lot.


They won't.  When you use -march, gcc will produce code that can run on
that architecture.


Those applications use assembly (either external or inline) to achieve
that.  It's not gcc's choice.

</description>
    <dc:creator>Quentin Garnier</dc:creator>
    <dc:date>2008-12-03T15:57:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24924">
    <title>Re: gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24924</link>
    <description>Le Mer 3 décembre 2008 16:40, Dennis den Brok a écrit :

hum... then what would be the point in setting "mtune" ?




</description>
    <dc:creator>Joel Carnat</dc:creator>
    <dc:date>2008-12-03T15:50:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24923">
    <title>Re: gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24923</link>
    <description>Joel Carnat &lt;joel&lt; at &gt;carnat.net&gt; schrieb:

-march specifies the instruction set the compiler may use; thus, neither MMX
nor SSE will be used. There may be exceptions, however, because some pkgsrc
applications, notably mplayer, choose which instruction set to use at runtime,
so in that case, you wouldn't have to worry about losing a few CPU cycles.

HTH,
Dennis den Brok


</description>
    <dc:creator>Dennis den Brok</dc:creator>
    <dc:date>2008-12-03T15:40:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24922">
    <title>gcc, march and sse</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24922</link>
    <description>Hello,

I read that Slackware Linux compiles most of its packages with
"-march=i486 -mtune=i686". As far as I understood gcc's manpage, this
means "keep code compatible with 486 CPU but allow the use pentiumpro
special features", right ?

Still from the man page, MMX is supported since "pentium2 (or pentium-mmx
only)", SSE since "pentium3", SSE2 since "pentium-m", SSE3 since
"prescott".

I tweaked my mk.conf to compile pkgsrc (on a domU) using "-O2 -march=486
-mtune=686" but I'm now wondering if any on those compiled programs will
use MMX or SSE when running on my laptop or intel-based servers (intel
core2duo).

Then second question, in case the previous thought is correct, if I use
"-march=i486 -mtune=nocona", is there a way to see which instruction the
program uses ? For example, if I compile xorg/firefox/mplayer and then run
it in a special manner, can I see that the core2duo uses MMX/SSE*
instruction while the C3 only use MMX instruction (from the same binary) ?

TIA,
    Jo



</description>
    <dc:creator>Joel Carnat</dc:creator>
    <dc:date>2008-12-03T15:26:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24920">
    <title>Re: how to create a disk image? (shark; disklabel + / + swap)</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24920</link>
    <description>I'm not sure if this is at all relevant, but have you had a look
at the script [1] that I had to create a rootfs for debugging NetBSD
in qemu. It won't be applicable for you right away, but might be
useful still.

[1]: http://koowaldah.org/people/ash/netbsd/mkdisk.sh

Regards,
--
Alex

</description>
    <dc:creator>Alexander Shishkin</dc:creator>
    <dc:date>2008-12-03T08:51:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24919">
    <title>Re: how to create a disk image? (shark; disklabel + / + swap)</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24919</link>
    <description>
Too bad - I would have suggested to compile sysinst with -DDEBUG and
just use that against a vnd otherwise.

Martin

</description>
    <dc:creator>Martin Husemann</dc:creator>
    <dc:date>2008-12-02T18:34:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24918">
    <title>Re: how to create a disk image? (shark; disklabel + / + swap)</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24918</link>
    <description>
Let me add that I'd prefer to avoid vnd(4) for two reasons:
1) it requires the host to run NetBSD (or anything that has vnd)
2) it requires root privileges


  - Hubert

</description>
    <dc:creator>Hubert Feyrer</dc:creator>
    <dc:date>2008-12-02T17:21:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24916">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24916</link>
    <description>I went and looked at the code, there is no support for WPA in the
wi driver in NetBSD 4.0.1.

I found this:
http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/vap/sys/dev/wi

Too bad I don't have FreeBSD to try out their driver with my card.

</description>
    <dc:creator>Vlad Markov</dc:creator>
    <dc:date>2008-12-02T00:30:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24915">
    <title>Re: Mozilla Sunbird and TCL-Plugin 3.0</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24915</link>
    <description>On Mon, 24 Nov 2008 16:10:58 +0100 (CET)
Volker Wolfram &lt;volker&lt; at &gt;volker-wolfram.de&gt; wrote:

There is a test version of Sunbird 0.9.  However, when I installed it I
lost data.  I haven't had time to check into what happened.  I know
nothing of any plug-ins for it.


--Steve Bellovin, http://www.cs.columbia.edu/~smb

</description>
    <dc:creator>Steven M. Bellovin</dc:creator>
    <dc:date>2008-12-01T01:47:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24914">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24914</link>
    <description>
I think the current wi driver in NetBSD dont support WPA ..





</description>
    <dc:creator>Francisco Valladolid</dc:creator>
    <dc:date>2008-11-29T18:45:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24913">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24913</link>
    <description>
It didn't support WPA until I flashed it. After flashing it,
the card has been doing WPA-PSK in Windows for a few months now.


</description>
    <dc:creator>Vlad Markov</dc:creator>
    <dc:date>2008-11-29T18:39:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24912">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24912</link>
    <description>On Sat, 29 Nov 2008 12:27:56 -0500
"Francisco Valladolid" &lt;ficovh&lt; at &gt;gmail.com&gt; wrote:

Does NetBSD give any way to tell the capabilities of a given device?


--Steve Bellovin, http://www.cs.columbia.edu/~smb

</description>
    <dc:creator>Steven M. Bellovin</dc:creator>
    <dc:date>2008-11-29T18:16:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24911">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24911</link>
    <description>
I think the prism chip in this card don-t support WPA, only WEP ª

please check the spec info for your card.

http://kbserver.netgear.com/datasheets/ma401-Aug2003.pdf

Regards




</description>
    <dc:creator>Francisco Valladolid</dc:creator>
    <dc:date>2008-11-29T17:27:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24910">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24910</link>
    <description>On Sat, 29 Nov 2008 04:19:21 +0000 (UTC)
christos&lt; at &gt;astron.com (Christos Zoulas) wrote:

You may want to look at
http://www.cs.columbia.edu/~smb/blog/2008-11/2008-11-28.html for my
observations on the subject...


--Steve Bellovin, http://www.cs.columbia.edu/~smb

</description>
    <dc:creator>Steven M. Bellovin</dc:creator>
    <dc:date>2008-11-29T04:26:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24909">
    <title>Re: wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24909</link>
    <description>In article &lt;20081129041506.GA19141&lt; at &gt;SDF.LONESTAR.ORG&gt;,
Vlad Markov  &lt;markov&lt; at &gt;sdf.lonestar.org&gt; wrote:

For WPA you need to configure and run wpa_supplicant.

christos


</description>
    <dc:creator>Christos Zoulas</dc:creator>
    <dc:date>2008-11-29T04:19:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24908">
    <title>wi and WPA-PSK</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24908</link>
    <description>I flashed a Netgear MA401 Wireless NIC so that I cold use it
via my WPA-PSK wireless router on a Windows box. It has been
working there nicely for a few months now.

I want to use it on my NetBSD box also. From dmesg:
wi0 at pcmcia0 function 0: &lt;NETGEAR MA401RA Wireless PC, Card, ISL37300P, Eval-R
evA&gt;
wi0: 802.11 address 00:09:5b:23:3c:0e
wi0: using RF:PRISM2.5 MAC:ISL3873B(PCMCIA)
wi0: Intersil Firmware: Primary (1.1.1), Station (1.7.4)
wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps

That looks good to me.

from ifconfig:
wi0: flags=8863&lt;UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST&gt; mtu 1500
        ssid utopia nwkey *****
        powersave off
        bssid 00:1e:e5:6f:ad:4d chan 1
        address: 00:09:5b:23:3c:0e
        media: IEEE802.11 autoselect (DS2)
        status: active
        inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255
        inet6 fe80::209:5bff:fe23:3c0e%wi0 prefixlen 64 scopeid 0x3

Doesn't "nwkey" mean its trying to use WEP?

It looks like WPA is not supported by the NetBSD wi driver.

Am I correct? If I am correct, is there any chance WPA will be implemented
for wi in NetBSD 5.0?

Vlad
</description>
    <dc:creator>Vlad Markov</dc:creator>
    <dc:date>2008-11-29T04:15:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/24907">
    <title>netbsd 5 &amp; lii0</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/24907</link>
    <description>
is there an irq conflict when using the lii0 interface on the eee 900 16g in
netbsd 5.0? ifconfig shows the interface as being up but with the media
showing "none" and the status showing "no carrier". networking is configured
properly using dhcp. i can not initialize the interface. shouldn't it at
least show a carrier? the cabling, interface, and router are all functional
when using freebsd, openbsd and netbsd 4.0.1 on this eee 900 16g. thank you
for any help you can offer.
</description>
    <dc:creator>jimerickso</dc:creator>
    <dc:date>2008-11-29T00:54:33</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.os.netbsd.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.netbsd.general</link>
  </textinput>
</rdf:RDF>
