netdev
[Top] [All Lists]

[RFC] device types for s390 network devices

To: linux-kernel@xxxxxxxxxxxxxxx, pavlic@xxxxxxxxxx
Subject: [RFC] device types for s390 network devices
From: Bastian Blank <waldi@xxxxxxxxxx>
Date: Tue, 1 Feb 2005 09:21:39 +0100
Cc: netdev@xxxxxxxxxxx, davem@xxxxxxxxxxxxx
Mail-followup-to: linux-kernel@xxxxxxxxxxxxxxx, pavlic@xxxxxxxxxx, netdev@xxxxxxxxxxx, davem@xxxxxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.6+20040907i
The s390 network devices specifies device types which does not match the
reality.

ctc
===

This device is currently specified as ARPHRD_SLIP. If I see it
correctly, SLIP is an IP-only transport. ctc is more, the link level
header contains the ethernet protocoll type, so it is some sort of
pointopoint ethernet (which is sometimes crippled to IPv4-only for
compatiblity reasons).

qeth
====

This device is currently specified as the corresponding real device
type if it is a real adapter, or ARPHRD_ETHER if it is a virtual one.
The virtual device behaves different in different modi:
- "layer2": In this mode, the device behaves like a real layer 2 device.
- "fake_ll": The kernel prepends a faked link level header.
- default: The kernel processes the IP-packages.  This is the most used
  mode, in whom it is impossible to use a standard libpcap as it parses
  the IP-headers as Ethernet. (IBM suggests to patch libpcap, but I
  think that changing the device type to something more matching is the
  correct solution.)

At least the last part needs some fix, but I don't know how to fix if
properly.

Bastian

-- 
The more complex the mind, the greater the need for the simplicity of play.
                -- Kirk, "Shore Leave", stardate 3025.8

Attachment: signature.asc
Description: Digital signature

<Prev in Thread] Current Thread [Next in Thread>
  • [RFC] device types for s390 network devices, Bastian Blank <=