Hi List,
we have a couple of Supermicro boxes with Supmicro X10SLM+-LN4F Boards.
These are featuring the Intel i210AT Chipsets. Are there any plans or
patches to get them working? Downloaded today's snapshot but they aren't
getting configured either.
Is anyone working on it (and have a patch for
On Thu, Feb 06, 2014 at 10:26:19AM +0100, Marc Peters wrote:
> Hi List,
>
> we have a couple of Supermicro boxes with Supmicro X10SLM+-LN4F Boards.
> These are featuring the Intel i210AT Chipsets. Are there any plans or
> patches to get them working? Downloaded today's snapshot but they aren't
> g
On Wednesday, February 5, 2014 22:15 CET, Alexey Suslikov
wrote:
> Sebastian Reitenbach l00-bugdead-prods.de> writes:
> > Anyways, at work I specify the nwid and the wpakey like this:
> >
> > ifconfig urtw0 nwid MYID wpakey SECRETKEY up
> >
> > but status keeps telling me: no network
> > ho
Hi,
I’ve recently was asked to take over the maintenance of an old OpenBSD machine,
which has not been updated in the last 7 years.
Currently the machine has been running for close to 1000 days on 4.1. It has
been a while since I worked with OpenBSD (shame on me), and I’m really not sure
what
On 06/02/14 12:49, davy wrote:
Hi,
I’ve recently was asked to take over the maintenance of an old OpenBSD machine,
which has not been updated in the last 7 years.
Currently the machine has been running for close to 1000 days on 4.1. It has
been a while since I worked with OpenBSD (shame on me
Setup 'puppet', then you can reinstall every box, every release and
have puppet configure everything in <10 mins! ;)
Sorry, sound like I'm boasting! Haha, I just really love that we put in
the initial effort to get puppet working even though we only have a
small fleet of OBSD boxes as upgrades
Hi,
davy wrote:
Hi,
I’ve recently was asked to take over the maintenance of an old OpenBSD machine,
which has not been updated in the last 7 years.
OpenBSD is stable, isn't it? :)
Currently the machine has been running for close to 1000 days on 4.1. It has
been a while since I worked with
On Wed, Feb 05, 2014 at 03:59:57PM -0200, Giancarlo Razzolini wrote:
> Em 04-02-2014 18:03, Marc Espie escreveu:
> > I *encourage* you guys to read signify and pkg_add code and poke holes
> > in them!
> I did read both last night. Signify is very easy and straightforward to
> understand. I wasn't
On Thu, Feb 06, 2014 at 12:31:44PM +0100, Riccardo Mottola wrote:
> Hi,
>
> davy wrote:
> >Hi,
> >
> >I?ve recently was asked to take over the maintenance of an old OpenBSD
> >machine, which has not been updated in the last 7 years.
> OpenBSD is stable, isn't it? :)
> >
> >Currently the machine h
Hi,
On 06.02.2014 10:26, Marc Peters wrote:
Hi List,
we have a couple of Supermicro boxes with Supmicro X10SLM+-LN4F Boards.
These are featuring the Intel i210AT Chipsets. Are there any plans or
patches to get them working? Downloaded today's snapshot but they aren't
getting configured either.
So, I know this may be the wrong mailing list, well, it is, but I'm a
first time user and I don't think I have enough information to open a
bug report.
I am trying openbsd 5.5 (current) on an smp amd64 machine.
after some late-night experimentations with systrace, I decided that,
for untrusted ap
On 02/06/14 12:52, Joerg Goltermann wrote:
> Hi,
>
> On 06.02.2014 10:26, Marc Peters wrote:
>> Hi List,
>>
>> we have a couple of Supermicro boxes with Supmicro X10SLM+-LN4F Boards.
>> These are featuring the Intel i210AT Chipsets. Are there any plans or
>> patches to get them working? Downloaded
On 02/06/14 05:49, davy wrote:
> Hi,
>
> I’ve recently was asked to take over the maintenance of an old
> OpenBSD machine, which has not been updated in the last 7 years.
>
> Currently the machine has been running for close to 1000 days on 4.1.
> It has been a while since I worked with OpenBSD (s
Hmm, you do have an excellent point there. Those disks, it's a miracle they
're still working. I'll think the re-start from bare metal is the best way
forward.
Thank you for your honest answers! At least I didn't get frustrated because
of upgrade hell! :)
2014-02-06 Nick Holland :
> On 02/06/
Brian Curran brianpcurran.com> writes:
> > when it stops passing traffic, does issuing "ifconfig urtw0 scan" help?
> >
>
> I test this just now and it seemed to help, although I only started
> seeing ping replies about 10 seconds after issuing the scan. There is
> a similar small delay, though
On 06/02/14 9:25 AM, Alexey Suslikov wrote:
Brian Curran brianpcurran.com> writes:
when it stops passing traffic, does issuing "ifconfig urtw0 scan" help?
I test this just now and it seemed to help, although I only started
seeing ping replies about 10 seconds after issuing the scan. There i
On Thu, 6 Feb 2014, davy wrote:
> Can I do a 4.1 -> 5.4 in one shot?
>
Nope. One version at a time, .. though the better solution would be to do
a fresh install and copy data.
Lee
On 02/06/14 13:58, Marc Peters wrote:
> On 02/06/14 12:52, Joerg Goltermann wrote:
>
> These are the cards:
>
> ppb2 at pci0 dev 28 function 2 "Intel 8 Series PCIE" rev 0xd5: msi
> pci3 at ppb2 bus 3
> "Intel I210" rev 0x03 at pci3 dev 0 function 0 not configured
> ppb3 at pci0 dev 28 function 3
Shudder. NO! :-)
Aside from the very valid hardware concerns Nick mentioned, there are
too many flag days of various kinds strewn along that path. Skip them
all, start fresh with a -current
snapshot.
Ken
On 6 February 2014 05:49, davy wrote:
> Hi,
>
> I've recently was asked to take over t
On 06.02.2014 12:52, Joerg Goltermann wrote:
Hi,
On 06.02.2014 10:26, Marc Peters wrote:
Hi List,
we have a couple of Supermicro boxes with Supmicro X10SLM+-LN4F Boards.
These are featuring the Intel i210AT Chipsets. Are there any plans or
patches to get them working? Downloaded today's snapsh
Heck, even pkg_add won't be too happy.
I've finally scraped a few compatibility items that were around 7 years
ago, like support for @md5 checksums...
On Thu, 6 Feb 2014, Kenneth Westerback wrote:
> Shudder. NO! :-)
>
> Aside from the very valid hardware concerns Nick mentioned, there are
> too many flag days of various kinds strewn along that path. Skip them
> all, start fresh with a -current
> snapshot.
>
Much better to start with new CD set,
On 6 February 2014 11:44, L. V. Lammert wrote:
> On Thu, 6 Feb 2014, Kenneth Westerback wrote:
>
>> Shudder. NO! :-)
>>
>> Aside from the very valid hardware concerns Nick mentioned, there are
>> too many flag days of various kinds strewn along that path. Skip them
>> all, start fresh with a -curr
On Thu, 6 Feb 2014, Kenneth Westerback wrote:
> Well, that would imply waiting for May 1 or whenever the physical CD's
> are available.
>
5.4 is available now, ..
> Starting now with a -current snapshot means getting everything working
> in the meantime and then ordering the new CD's and installi
L. V. Lammert [l...@omnitec.net] wrote:
> On Thu, 6 Feb 2014, davy wrote:
>
> > Can I do a 4.1 -> 5.4 in one shot?
> >
> Nope. One version at a time, .. though the better solution would be to do
> a fresh install and copy data.
>
I don't see why everyone recommends "install one version at a time
L. V. Lammert [l...@omnitec.net] wrote:
> On Thu, 6 Feb 2014, davy wrote:
>
> > Can I do a 4.1 -> 5.4 in one shot?
> >
> Nope. One version at a time, .. though the better solution would be to do
> a fresh install and copy data.
>
What I'm recommending isn't really an upgrade so much as using the
Giancarlo Razzolini [grazzol...@gmail.com] wrote:
> I've used rdomains, but not for this. In this case I would use mpath and
> pf only. I really do not see the need for using rdomains in this case.
> It introduces too much complexity for a simple thing.
>
That's nice. But what about the problem?
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
> I don't see why everyone recommends "install one version at a time".
>
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping versions is not supported.
Lee
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
> What I'm recommending isn't really an upgrade so much as using the old
> box to bootstrap a newest snapshot. As long as the bootblocks are still
> compatible, you can do it.
>
Why? A clean build on a new machine would be the best solution in that
case,
On 06/02/14 12:45 PM, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
I don't see why everyone recommends "install one version at a time".
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping versions is not supported.
There is a
On 6 February 2014 12:31, L. V. Lammert wrote:
> On Thu, 6 Feb 2014, Kenneth Westerback wrote:
>
>> Well, that would imply waiting for May 1 or whenever the physical CD's
>> are available.
>>
> 5.4 is available now, ..
>
>> Starting now with a -current snapshot means getting everything working
>>
On Thu, Feb 06, 2014 at 11:45:52AM -0600, L. V. Lammert wrote:
> On Thu, 6 Feb 2014, Chris Cappuccio wrote:
>
> > I don't see why everyone recommends "install one version at a time".
> >
> It's not a recommendation, it is reality. Each upgrade is based on the
> previuos version - skipping versions
On 6 February 2014 12:40, Chris Cappuccio wrote:
> L. V. Lammert [l...@omnitec.net] wrote:
>> On Thu, 6 Feb 2014, davy wrote:
>>
>> > Can I do a 4.1 -> 5.4 in one shot?
>> >
>> Nope. One version at a time, .. though the better solution would be to do
>> a fresh install and copy data.
>>
>
> What I
On 6 February 2014 12:40, Chris Cappuccio wrote:
> L. V. Lammert [l...@omnitec.net] wrote:
>> On Thu, 6 Feb 2014, davy wrote:
>>
>> > Can I do a 4.1 -> 5.4 in one shot?
>> >
>> Nope. One version at a time, .. though the better solution would be to do
>> a fresh install and copy data.
>>
>
> What I
On Thu, 6 Feb 2014, Marc Espie wrote:
> Nah, if you know what you're doing you can skip lots of versions.
> It's not recommmended because if you fuck up, well, you're on your own.
>
The OP gave no such indication, .. hence my recommendation for
step-by-step or new machine.
> Developers will laugh
On Thu, Feb 06, 2014 at 13:03, L. V. Lammert wrote:
> On Thu, 6 Feb 2014, Marc Espie wrote:
>
>> Nah, if you know what you're doing you can skip lots of versions.
>> It's not recommmended because if you fuck up, well, you're on your own.
>>
> The OP gave no such indication, .. hence my recommendat
Your best option would be to backup data and configs, and reinstall fresh.
There are so many releases between 4.1 and 5.4 that you're going to spend a
lot of time just to get to -current or -stable 5.4, while you're still
gonna have to modify config files that have changes since 4.1 that it
probabl
L. V. Lammert [l...@omnitec.net] wrote:
> On Thu, 6 Feb 2014, Chris Cappuccio wrote:
>
> > I don't see why everyone recommends "install one version at a time".
> >
> It's not a recommendation, it is reality. Each upgrade is based on the
> previuos version - skipping versions is not supported.
>
Kenneth Westerback [kwesterb...@gmail.com] wrote:
>
> And, surprise!, boot blocks do change. 5.5 will be an example as things are
> rearranged and unified.
>
But you can still use old bootblocks to run the new kernel as a bootstrap
You don't get the proper random seed functionality until you up
Back to reality... Let's suppose I have very old OpenBSD box
like it was written.
Usually data should be OK (ftp data, web data, DB data dump??...), but can
I just copy for example /etc/master.passwd to a new fresh installed 5.5-current?
I'm asking because one had to regenerate /etc/{pwd,spwd}.db
Brad Smith [b...@comstyle.com] wrote:
> On 06/02/14 12:45 PM, L. V. Lammert wrote:
> >On Thu, 6 Feb 2014, Chris Cappuccio wrote:
> >
> >>I don't see why everyone recommends "install one version at a time".
> >>
> >It's not a recommendation, it is reality. Each upgrade is based on the
> >previuos ve
Thanks Brad, here is an updated version:
Index: if_em.c
===
RCS file: /cvs/src/sys/dev/pci/if_em.c,v
retrieving revision 1.275
diff -u -p -r1.275 if_em.c
--- if_em.c 28 Dec 2013 03:34:54 - 1.275
+++ if_em.c 6 Feb 2
On Thu, Feb 06, 2014 at 09:29:37AM -0500, Brad Smith wrote:
> On 06/02/14 9:25 AM, Alexey Suslikov wrote:
> >Brian Curran brianpcurran.com> writes:
> >
> >>>when it stops passing traffic, does issuing "ifconfig urtw0 scan" help?
> >>>
> >>
> >>I test this just now and it seemed to help, although I
On Thu, Feb 06, 2014 at 01:37:46PM -0800, Philip Guenther wrote:
> On Thu, Feb 6, 2014 at 1:28 PM, Brian Curran wrote:
> > Also perhaps of note is that 'arp -a' hangs indefinitely while the
> > interface isn't receiving traffic.
>
> arp does IP->hostname lookups by default, which probably involve
On Thu, Feb 6, 2014 at 1:28 PM, Brian Curran wrote:
> Also perhaps of note is that 'arp -a' hangs indefinitely while the
> interface isn't receiving traffic.
arp does IP->hostname lookups by default, which probably involve DNS.
Condition yourself to use the -n option with arp.
Philip Guenther
On Thu, Feb 06, 2014 at 11:56:05AM -0600, L. V. Lammert wrote:
> On Thu, 6 Feb 2014, Chris Cappuccio wrote:
>
> > What I'm recommending isn't really an upgrade so much as using the old
> > box to bootstrap a newest snapshot. As long as the bootblocks are still
> > compatible, you can do it.
> >
>
On Thu, Feb 6, 2014, at 04:07 PM, Chris Bennett wrote:
> It never hurts to be careful. And backup everything before you turn off
> those disks since they are old. Old disks keep running but often can't
> restart from a stop.
If for some reason you do find yourself with disks that will not spin up
Chris Bennett [chrisbenn...@bennettconstruction.us] wrote:
> On Thu, Feb 06, 2014 at 11:56:05AM -0600, L. V. Lammert wrote:
> > On Thu, 6 Feb 2014, Chris Cappuccio wrote:
> >
> > > What I'm recommending isn't really an upgrade so much as using the old
> > > box to bootstrap a newest snapshot. As l
Some other things to think about when comparing
to the intel code in FreeBSD/Linux:
igb_read_phy_reg_gs40g/igb_write_phy_reg_gs40g
clearing of GS40G_CS_POWER_DOW to power up phy
i210 specific part of igb_has_link()
igb_acquire_swfw_sync_i210/igb_release_swfw_sync_i210
igb_init_nvm_params_i210/ig
On Thu, Feb 06, 2014 at 03:54:17PM -0800, Chris Cappuccio wrote:
> >
> > It never hurts to be careful. And backup everything before you turn off
> > those disks since they are old. Old disks keep running but often can't
> > restart from a stop.
>
> Yeah keep backups any of this crazy stuff will d
50 matches
Mail list logo
