System Administrator | 1 Aug 2003 20:50

SysKonnect SK-9821v2

Does anyone know the current driver status wrt SysKonnect SK-9821v2? 
Please note that the if_sk.c driver was written for the older SK-984x 
Gigabit-only cards and will not (in current incarnation) support the 
v.2 cards. The folks at SysKonnect, a.k.a. Marvel Semiconductor, claim 
that an appropriate driver was recently developed, submitted to the 
upcoming kernel tree, and should be available in the snapshot. However, 
I can find neither the source nor any mention of it in the daily 
changelog.

MTIA
Jacob Leifman.
===============================================================
System Administrator                       email: admin <at> bitwise.net
Bitwise Internet Technologies, Inc.
22 Drydock Avenue                           tel: (617) 737-1837
Boston, MA 02210                            fax: (617) 439-4941
===============================================================

Theo de Raadt | 1 Aug 2003 20:58
Picon
Favicon

Re: SysKonnect SK-9821v2

Went into the tree in the last 24 hours.

> Does anyone know the current driver status wrt SysKonnect SK-9821v2? 
> Please note that the if_sk.c driver was written for the older SK-984x 
> Gigabit-only cards and will not (in current incarnation) support the 
> v.2 cards. The folks at SysKonnect, a.k.a. Marvel Semiconductor, claim 
> that an appropriate driver was recently developed, submitted to the 
> upcoming kernel tree, and should be available in the snapshot. However, 
> I can find neither the source nor any mention of it in the daily 
> changelog.
> 
> MTIA
> Jacob Leifman.
> ===============================================================
> System Administrator                       email: admin <at> bitwise.net
> Bitwise Internet Technologies, Inc.
> 22 Drydock Avenue                           tel: (617) 737-1837
> Boston, MA 02210                            fax: (617) 439-4941
> ===============================================================

Lukas Th. Hey | 1 Aug 2003 22:21
Picon

OpenBSD 3.3 on VAXstation2000

Hi there,

last night I tried to get OpenBSD running on my VAXstation2000 for testing purposes. The Problem accured
right after getting the bootstrap. The VAX sends out RARP requests which are not answered by my dhcp. This
is in fact a very strange thing as this dhcp ist working without any problems delivering IPs for the
dhcp-clients of my Network (5 Boxes [Windows/*BSD/Linux]). Searching google didn't show up any similar
cases with this version/arch. Running NetBSD worked without any problems some months ago, same setup. 

Maybe an old topic but I have subscribed only hours ago.

Regards,

	Lukas Th. Hey

Pillai, Gopakumar (Gopu | 1 Aug 2003 22:26
Favicon

ICMP record route

I am running OpenBSD 3.2 stable. I found that it does not reply to ICMP
requests with record route option (tested with "ping -R" command).

More than that, when I setup my OpenBSD box to forward packets between
interfaces, it does not forward ICMP record route packets.

Is this a bug or is it disabled by default in the system?

If disabled, how can I enable it.

Couldn't find any help on this subject hence bugging you all

Thanks in advance

--Gopu

Peter Valchev | 1 Aug 2003 22:42

Re: OpenBSD 3.3 on VAXstation2000

> last night I tried to get OpenBSD running on my VAXstation2000 for testing purposes. The Problem accured
right after getting the bootstrap. The VAX sends out RARP requests which are not answered by my dhcp. This
is in fact a very strange thing as this dhcp ist working without any problems delivering IPs for the
dhcp-clients of my Network (5 Boxes [Windows/*BSD/Linux]). Searching google didn't show up any similar
cases with this version/arch. Running NetBSD worked without any problems some months ago, same setup. 

dhcp?  i don't know whether that's supposed to work, i never used dhcp.
read the diskless(8) man page for how to netboot it (without dhcp)

Federico G. Schwindt | 1 Aug 2003 23:00

Re: ICMP record route

On Fri, Aug 01, 2003 at 02:26:40PM -0600, Pillai, Gopakumar (Gopu) wrote:
> I am running OpenBSD 3.2 stable. I found that it does not reply to ICMP
> requests with record route option (tested with "ping -R" command).
> 
> More than that, when I setup my OpenBSD box to forward packets between
> interfaces, it does not forward ICMP record route packets.
> 
> Is this a bug or is it disabled by default in the system?
> 
> If disabled, how can I enable it.
> 
> Couldn't find any help on this subject hence bugging you all
> 
> Thanks in advance

  it works fine for me in -current, don't remember 3.2, tho.
  this belongs to misc anyway.

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=63 time=0.798 ms
RR:     192.168.1.14
        192.168.1.1
        192.168.1.1
        10.10.1.1
        xx.xx.xx (xx.xx.xx.xx)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=63 time=0.554 ms      (same route)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=63 time=0.504 ms      (same route)
--- 192.168.1.1 ping statistics ---

  f.-
(Continue reading)

Pillai, Gopakumar (Gopu | 1 Aug 2003 23:35
Favicon

Re: ICMP record route

I feel the OpenBSD is responding fine, but the main problem I have is
that it does not forward ICMP packets with the record route options set.
I have verified that with my system (OpenBSD 3.2 stable).

--Gopu

-----Original Message-----
From: Federico G. Schwindt [mailto:fgsch <at> lodoss.net] 
Sent: Friday, August 01, 2003 2:01 PM
To: Pillai, Gopakumar (Gopu)
Cc: tech <at> openbsd.org
Subject: Re: ICMP record route

On Fri, Aug 01, 2003 at 02:26:40PM -0600, Pillai, Gopakumar (Gopu)
wrote:
> I am running OpenBSD 3.2 stable. I found that it does not reply to 
> ICMP requests with record route option (tested with "ping -R" 
> command).
> 
> More than that, when I setup my OpenBSD box to forward packets between

> interfaces, it does not forward ICMP record route packets.
> 
> Is this a bug or is it disabled by default in the system?
> 
> If disabled, how can I enable it.
> 
> Couldn't find any help on this subject hence bugging you all
> 
> Thanks in advance
(Continue reading)

Francois Briere | 2 Aug 2003 03:15

ss4 kernel compilation

Hello,

Im running OpenBSD 3.3 under my sparcstation 4 (110mhz)
and after an hour of compilation, my kernel build stop with this error:

http://dopha.org:81/ss4/error.log

dmesg:
http://dopha.org:81/ss4/dmesg.sparc

Anyone have an idea about the problem ?
(i already know cgtwo is a color display driver...)

Thanks and sorry for my very good and beautiful english..
bye

Francois Briere | 2 Aug 2003 08:53

Re: ss4 kernel compilation

This is fixed, i removed the cgtwo line in my kernel...

Sorry again.
bye
On Fri, Aug 01, 2003 at 09:15:14PM -0400, Francois Briere wrote:
> Hello,
> 
> Im running OpenBSD 3.3 under my sparcstation 4 (110mhz)
> and after an hour of compilation, my kernel build stop with this error:
> 
> http://dopha.org:81/ss4/error.log
> 
> dmesg:
> http://dopha.org:81/ss4/dmesg.sparc
> 
> Anyone have an idea about the problem ?
> (i already know cgtwo is a color display driver...)
> 
> Thanks and sorry for my very good and beautiful english..
> bye

Alain Deschamps | 2 Aug 2003 10:03

Re: ICMP record route

On Fri, 1 Aug 2003 15:35:35 -0600, you wrote:

>I feel the OpenBSD is responding fine, but the main problem I have is
>that it does not forward ICMP packets with the record route options set.
>I have verified that with my system (OpenBSD 3.2 stable).
>
>--Gopu
>
>-----Original Message-----
>From: Federico G. Schwindt [mailto:fgsch <at> lodoss.net] 
>Sent: Friday, August 01, 2003 2:01 PM
>To: Pillai, Gopakumar (Gopu)
>Cc: tech <at> openbsd.org
>Subject: Re: ICMP record route
>
>
>On Fri, Aug 01, 2003 at 02:26:40PM -0600, Pillai, Gopakumar (Gopu)
>wrote:
>> I am running OpenBSD 3.2 stable. I found that it does not reply to 
>> ICMP requests with record route option (tested with "ping -R" 
>> command).
>> 
>> More than that, when I setup my OpenBSD box to forward packets between
>
>> interfaces, it does not forward ICMP record route packets.
>> 
>> Is this a bug or is it disabled by default in the system?
>> 
>> If disabled, how can I enable it.
>> 
(Continue reading)


Gmane