<?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 rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general">
    <title>gmane.os.netbsd.general</title>
    <link>http://permalink.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/33120"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33119"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33118"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33117"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33116"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33115"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33114"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33113"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33112"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33111"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33110"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33109"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33108"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33107"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33106"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33105"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33104"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33103"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33102"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.general/33101"/>
      </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/33120">
    <title>Is there a BSD version of tracepath?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33120</link>
    <description>&lt;pre&gt;Hi,

I was looking for a tool for discovering the MTU on a routed path (with several hops), and "tracepath" seems to be the right tool for that. However, tracepath is part of (Linux) iputils which seem to be just Linux centric. 

Is someone aware of and similar tool for *BSD systems?

Re,
/P

&lt;/pre&gt;</description>
    <dc:creator>Fredrik Pettai</dc:creator>
    <dc:date>2012-05-25T12:13:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33119">
    <title>Re: Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33119</link>
    <description>&lt;pre&gt;
Thanks, passing the io address solved the issue, now NetBSD correctly
finds the com port.

&lt;/pre&gt;</description>
    <dc:creator>Roger Pau Monné</dc:creator>
    <dc:date>2012-05-25T09:10:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33118">
    <title>Re: Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33118</link>
    <description>&lt;pre&gt;
You can installboot -e (on a NetBSD box, e.g:
installboot -e -o console=com0,speed=9600,ioaddr=0x3f8 netbsdpxe.0) the
NetBSD PXE boot loader to set the console parameters.
This way it will automatically start on the serial port, you don't need
to type 'consdev comx'.

&lt;/pre&gt;</description>
    <dc:creator>Manuel Bouyer</dc:creator>
    <dc:date>2012-05-25T07:54:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33117">
    <title>Re: Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33117</link>
    <description>&lt;pre&gt;
My main problem is that I would like to realize the install from the
serial port, but since "consdev comx" doesn't seem to work I don't
know what other options I have.

I've also realized that when booting from VGA with the 6.0BETA install
CD the install process gets stuck after something like:

boot device:
root device:

And there's no output behind this point (although I see the CD gets
recognized by the kernel). That's why I wanted to use the serial
console, so I can paste the output of the boot process and hopefully
find the error.

Thanks, Roger.

&lt;/pre&gt;</description>
    <dc:creator>Roger Pau Monné</dc:creator>
    <dc:date>2012-05-25T07:47:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33116">
    <title>Re: sbc better than soekris?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33116</link>
    <description>&lt;pre&gt;On Sun, 20 May 2012 17:28:57 -0400
"James K. Lowden" &amp;lt;jklowden&amp;lt; at &amp;gt;schemamania.org&amp;gt; wrote:


Many thanks to everyone for your suggestions.  When my 4801 was first
installed, I put in a 256 MB CF card and 30 GB laptop HD.  Now in 2012
a 16 GB CF Card is $30.  That certainly seems like a the best
choice: good fast and cheap.  

--jkl


&lt;/pre&gt;</description>
    <dc:creator>James K. Lowden</dc:creator>
    <dc:date>2012-05-24T22:49:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33115">
    <title>Re: Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33115</link>
    <description>&lt;pre&gt;
I've not tried 'consdev comx', but installboot -e does work for me.
I've found that on some systems the BIOS doesn't properly export com
parameters, and installboot also needs the I/O port and speed ...

&lt;/pre&gt;</description>
    <dc:creator>Manuel Bouyer</dc:creator>
    <dc:date>2012-05-24T17:16:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33114">
    <title>Re: Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33114</link>
    <description>&lt;pre&gt;
Thanks!, this is really and advance. I can get to the NetBSD
bootloader, and using boot tftp:path/to/netbsd-INSTALL.gz finds and
loads the kernel, but it's tedious to write boot tfp:path/to/kernel,
is there some way to pass a config file as an argument to netbsdpxe.0?
That would be great.

Another problem that I've found (both from the BETA6 CD or the PXE
bootloader) is that "consdev comx" doesn't seem to work for me. I've
tried all the comX options, but the kernel always throws it's output
to the VGA port, any thoughts on this one? This is a Dell R310 by the
way.

This is the output I get, but I think it won't be of much help:

boot: netbsd


Press return to boot now, any other key for boot menu
booting netbsd - starting in 0 seconds.
type "?" or "help" for help.


PXE BIOS Version 2.1
Using PCI device at bus 2 device 0 function 0
Ethernet address 84:2b:2b:69:bd:cf
11628440+5725352+620280=0x1224a70

Thanks, Roger.

&lt;/pre&gt;</description>
    <dc:creator>Roger Pau Monné</dc:creator>
    <dc:date>2012-05-24T17:08:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33113">
    <title>Re: Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33113</link>
    <description>&lt;pre&gt;
FWIW, I load the netbsd bootloader from pxelinux, which then loads the
NetBSD kernel:
label netbsd
  kernel netbsdpxe.0

netbsdpxe.0 being /usr/mdec/pxeboot_ia32.bin
This then allows me to load the kernel I want, load ramdisk modules, etc ...

&lt;/pre&gt;</description>
    <dc:creator>Manuel Bouyer</dc:creator>
    <dc:date>2012-05-24T16:05:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33112">
    <title>Booting a NetBSD installer from pxelinux</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33112</link>
    <description>&lt;pre&gt;Hello,

I've been trying to boot a netbsd INSTALL kernel from pxelinux, but so
far I haven't got much success. I've tried with 6.0BETA amd64 INSTALL
kernels and it seems to be compiled without MULTIBOOT options, which
makes them useless with pxelinux. I've tried adding "options
MULTIBOOT" to the sys/arch/amd64/conf/INSTALL conf file, but the
resulting kernel is still not booting with pxelinux. I'm using the
following pxelinux configuration:

label netbsd6-install
        kernel mboot.c32
        append rogerpau/netbsd-INSTALL

Which gives "Fatal: not a multiboot kernel." error when using amd64
versions, but with i386 I've got a little bit more success, I'm able
to boot the install kernel, that seems to come with multiboot
activated by default on config file, but since I'm on a serial console
I'm not able to see any output, and the machine reboots shortly after
booting the kernel, to get serial console output I've tried passing
"consdev com1", but I'm not really sure this is the correct syntax to
use with pxe&lt;/pre&gt;</description>
    <dc:creator>Roger Pau Monné</dc:creator>
    <dc:date>2012-05-24T14:56:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33111">
    <title>Re: GPT and raid seems ok, missing disks awkward</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33111</link>
    <description>&lt;pre&gt;
Sorry that's not true. It would only be 64 if the ffs partition of your
second gpt would also start at 64.  The first gpt/mbr layout doesn't
matter in this case.

&lt;/pre&gt;</description>
    <dc:creator>Petar Bogdanovic</dc:creator>
    <dc:date>2012-05-23T14:15:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33110">
    <title>Re: GPT and raid seems ok, missing disks awkward</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33110</link>
    <description>&lt;pre&gt;
Yes, boot knows how to deal with disklabel &amp;lt; at &amp;gt; raidframe so as long as you
stick with it you won't need that hack even if your raidframe is &amp;lt; at &amp;gt; gpt &amp;lt; at &amp;gt;
disk.

(sorry for the silly &amp;lt; at &amp;gt;-notation)

&lt;/pre&gt;</description>
    <dc:creator>Petar Bogdanovic</dc:creator>
    <dc:date>2012-05-23T14:09:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33109">
    <title>Re: GPT and raid seems ok, missing disks awkward</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33109</link>
    <description>&lt;pre&gt;
  If you intend to boot from this (ffs &amp;lt; at &amp;gt; gpt &amp;lt; at &amp;gt; raidframe &amp;lt; at &amp;gt; gpt &amp;lt; at &amp;gt; disk),
  you'll probably need this ugly duckling:

     -       bios_sector += RF_PROTECTED_SECTORS;
     +       bios_sector += RF_PROTECTED_SECTORS+34;

Interesting point.  What I have done is

  gpt on disk, with raidframe partition at 64
  in raid, regular disklabel
    raid0a starting at 0

I think for 2T (vs 2.5T or bigger) I don't really need gpt, but I like
having a clear label on the disk show up in dmesg when it attaches.

So I think boot will only need to skip the 64 RF sectors after first
finding the raid partition from parsing the gpt label.  Does that sound
right?

&lt;/pre&gt;</description>
    <dc:creator>Greg Troxel</dc:creator>
    <dc:date>2012-05-23T14:01:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33108">
    <title>Re: GPT and raid seems ok, missing disks awkward</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33108</link>
    <description>&lt;pre&gt;

If you intend to boot from this (ffs &amp;lt; at &amp;gt; gpt &amp;lt; at &amp;gt; raidframe &amp;lt; at &amp;gt; gpt &amp;lt; at &amp;gt; disk),
you'll probably need this ugly duckling:

    Index: bootxx/boot1.c                             
    ===================================================================
    RCS file: /cvsroot/src/sys/arch/i386/stand/bootxx/boot1.c,v        
    retrieving revision 1.20                                   
    diff -u -r1.20 boot1.c  
    --- bootxx/boot1.c      6 Jan 2011 01:08:48 -0000       1.20
    +++ bootxx/boot1.c      30 Mar 2012 13:58:33 -0000          
    &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -86,7 +86,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;                                 
             * (Maybe this should only be done if the filesystem
             * magic number is absent.)
             */
    -       bios_sector += RF_PROTECTED_SECTORS;
    +       bios_sector += RF_PROTECTED_SECTORS+34;
            fd = ob();
            if (fd != -1)
                    goto done;
    Index: lib/biosdisk.c     
    ===================================================================
    RCS file: /cvsroot/src/&lt;/pre&gt;</description>
    <dc:creator>Petar Bogdanovic</dc:creator>
    <dc:date>2012-05-23T13:24:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33107">
    <title>GPT and raid seems ok, missing disks awkward</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33107</link>
    <description>&lt;pre&gt;
I ended up figuring out my issues, but I'm thinking this note may be
useful to others.

summary:
  Does raidframe on dkN via gpt work? (yes, it seems to)
  Does the "absent" keyword in raidctl still work? (yes, but with -C)

My system is up-to-date netbsd-5/i386.

I just got two 2T SATA drives, intending to migrate a system from 2 *
400G RAID-1 to a RAID-1 pair with the new drives.  (Not relevant, I
think: I got one Seagate and one Hitachi drive, both 7200 rpm, to reduce
the chance of correlated failures.)

I put the Seagate drive in an Aluratek docking enclosure, and it shows
up as sd4 and seems to work.

I used gpt create, gpt add, gpt label, and addwedge, and can access dk0.
It looks fine (yes, I started at 64 not 34 due to 4K sectors which I
probably have):

       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34          30         
          64  3907029071      1  GPT par&lt;/pre&gt;</description>
    <dc:creator>Greg Troxel</dc:creator>
    <dc:date>2012-05-23T12:44:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33106">
    <title>How to install the i386 boot when upgrading from 5.1 to 6.0?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33106</link>
    <description>&lt;pre&gt;Hi all,

Recently I want to upgrade my thinkpad x60 from netbsd/i386 5.1 to 6.0
branch, so I cvs update the /usr/src

$ cvs up -dP -r netbsd-6

and following the instruction:

http://www.netbsd.org/docs/guide/en/chap-updating.html#updating-summary

After I build and replace the GENERIC kernel with new one, the
reboot step cannot succeeded.

The screen only display the first line message and reboot immediately.

I knew the new netbsd-6 kernel using modules under i386, so I try the
MONOLITHIC kernel, but it failed boot, too.

Then I copy the fresh 6.0 destdir.i386/usr/mdec/boot to /boot,
destdir.i36/stand/i386/6.0 to /stand/i386. Boot the system, this time
the screen show more one line:

Loading /stand/i386/6.0/modules/ffs/ffs.kmod

and reboot again.

Add -vx boot options, no verbose and debug messages appeared.

I also try the same upgrading procedure on another PC box, it has
netbsd/i386 5.1 installed, and boot new kernel encounter the same reboot
problem.

The bootloader on these systems is GRUB 0.97. 

Did&lt;/pre&gt;</description>
    <dc:creator>Ji YongGang</dc:creator>
    <dc:date>2012-05-23T05:16:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33105">
    <title>Re: Can't mount iso image on virtual node</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33105</link>
    <description>&lt;pre&gt;


You could install the cdrtools package. It contains the programs
isoinfo to dump the directory from an ISO9660 image and isovfy to
verify an ISO9660 image.

&lt;/pre&gt;</description>
    <dc:creator>Michael van Elst</dc:creator>
    <dc:date>2012-05-21T20:51:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33104">
    <title>Re: Can't mount iso image on virtual node</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33104</link>
    <description>&lt;pre&gt;
I took some risk and went ahead with multission write with above iso
(which I could not verify due to said issue).

The write was successful. I also verified the contents on CD after write.

So I suspect, the iso created for a multisession write won't be mountable
for viewing its contents.  Can anyone confirm?

Mayuresh.

&lt;/pre&gt;</description>
    <dc:creator>Mayuresh</dc:creator>
    <dc:date>2012-05-21T15:41:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33103">
    <title>Re: Check condition on CDB (Was: Can't mount iso image on virtual node)</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33103</link>
    <description>&lt;pre&gt;
It is observed that on rebooting the error goes away. It is unclear when
it sets in. However once it sets in, it doesn't go away until next reboot.

Mayuresh.

&lt;/pre&gt;</description>
    <dc:creator>Mayuresh</dc:creator>
    <dc:date>2012-05-21T15:39:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33102">
    <title>Re: 5.1_STABLE/i386 panic after recent pull-ups</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33102</link>
    <description>&lt;pre&gt;
Please send-pr this

&lt;/pre&gt;</description>
    <dc:creator>Manuel Bouyer</dc:creator>
    <dc:date>2012-05-21T13:50:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33101">
    <title>Re: sbc better than soekris?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33101</link>
    <description>&lt;pre&gt;
My personal rule of thumb is: as long as it doesnt move, it will very
likely last for a long time.

So why don't you just replace the Disk and pax your data?  You'll get
several hours(/days) to invest elsewhere for free. :)



If you trust their Specs (MTBF), yes.


Also you may want to take a look at the new Soekris net6501 (Intel Atom)
boards.  If my two Alix boards weren't running that well, I'd go for one
of those, especially since they have several Gig-E Ports.

http://soekris.com/products/net6501.html

&lt;/pre&gt;</description>
    <dc:creator>Petar Bogdanovic</dc:creator>
    <dc:date>2012-05-21T12:19:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.general/33100">
    <title>Re: sbc better than soekris?</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.general/33100</link>
    <description>&lt;pre&gt;Subject: sbc better than soekris?

I'd suggest updating to a newer Soekris 5501 model, but unfortunately
they're still rather expensive.

There are versions of PC Engines ALIX boards which are substantially
similar to the newer Soekris 5501 and they are sometimes available on
E-bay for more reasonable prices.  I don't think they are quite as nice
though, but functionally they do much the same job (you only get two, or
three, Ethernet ports on the most common models though).

You may find something decent in the SBC SoC-based ARM or MIPS world
that works well with NetBSD, but finding such devices with multiple
proper separate Ethernet ports is difficult.  Many now have wonky
special switch chips, and work is just now being done to get FreeBSD
drivers for them (and hopefully they can be pulled into NetBSD soon).

I ended up buying a fully kitted out Soekris 5501-70 for myself.

As for storage for such devices, well that's yet another good question.

I picked up a 16GB Compact FASH card for my Soekris machine a&lt;/pre&gt;</description>
    <dc:creator>Greg A. Woods</dc:creator>
    <dc:date>2012-05-21T03:24:58</dc:date>
  </item>
  <textinput rdf: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>

