linux-decnet-user Mailing List for DECnet for Linux
Brought to you by:
chrissie_c,
ph3-der-loewe
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(8) |
Jun
(39) |
Jul
(30) |
Aug
(23) |
Sep
(9) |
Oct
(9) |
Nov
(30) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(12) |
Feb
(4) |
Mar
(21) |
Apr
|
May
(3) |
Jun
(3) |
Jul
(13) |
Aug
(13) |
Sep
(18) |
Oct
(10) |
Nov
(25) |
Dec
(2) |
| 2002 |
Jan
(7) |
Feb
(14) |
Mar
(15) |
Apr
(29) |
May
(10) |
Jun
(23) |
Jul
(76) |
Aug
(52) |
Sep
(15) |
Oct
(47) |
Nov
(12) |
Dec
(1) |
| 2003 |
Jan
(5) |
Feb
(12) |
Mar
(21) |
Apr
(26) |
May
(66) |
Jun
(16) |
Jul
(13) |
Aug
(7) |
Sep
(21) |
Oct
(11) |
Nov
(4) |
Dec
(11) |
| 2004 |
Jan
(18) |
Feb
(1) |
Mar
(1) |
Apr
(20) |
May
(10) |
Jun
(4) |
Jul
(9) |
Aug
(9) |
Sep
|
Oct
(5) |
Nov
(13) |
Dec
(8) |
| 2005 |
Jan
(23) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(11) |
Jun
(3) |
Jul
(5) |
Aug
(15) |
Sep
(3) |
Oct
(13) |
Nov
(2) |
Dec
(7) |
| 2006 |
Jan
(5) |
Feb
(8) |
Mar
(6) |
Apr
(6) |
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(2) |
Oct
(6) |
Nov
|
Dec
(3) |
| 2007 |
Jan
|
Feb
(6) |
Mar
(3) |
Apr
(1) |
May
|
Jun
(5) |
Jul
(7) |
Aug
|
Sep
(7) |
Oct
(7) |
Nov
(4) |
Dec
(2) |
| 2008 |
Jan
(10) |
Feb
(5) |
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
(14) |
Aug
(3) |
Sep
(6) |
Oct
(7) |
Nov
|
Dec
|
| 2009 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
(2) |
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
(15) |
Sep
(9) |
Oct
(1) |
Nov
(2) |
Dec
|
| 2010 |
Jan
|
Feb
(5) |
Mar
(2) |
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
(2) |
Sep
(6) |
Oct
(1) |
Nov
(15) |
Dec
|
| 2011 |
Jan
(4) |
Feb
(1) |
Mar
(11) |
Apr
|
May
|
Jun
(17) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(8) |
| 2012 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
(12) |
Feb
(15) |
Mar
(11) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(5) |
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2016 |
Jan
|
Feb
(14) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(1) |
2
(2) |
3
(1) |
|
4
|
5
|
6
|
7
(1) |
8
(1) |
9
(4) |
10
(1) |
|
11
|
12
|
13
(9) |
14
(2) |
15
(1) |
16
|
17
|
|
18
|
19
(3) |
20
(1) |
21
(1) |
22
|
23
|
24
(1) |
|
25
(2) |
26
(3) |
27
|
28
|
29
(2) |
30
(3) |
|
|
From: Patrick C. <pa...@pa...> - 2000-06-30 07:59:34
|
> As I understand from the README, latd is meant to serve decserver > >services (to serve = to live ;-)) > So is it true that I can't do it the other way around yet? >I want to access the devices at the serial ports of the decserver via >ethernet.. say via a decnet 'router'... > > can this be done yet?? It certainly can. Create a port with the comand latcp -A -p /dev/lat/myport -Hdecserver -Vdecserver and choose a program to connect to /dev/lat/myport. minicom and microcom work just fine. If the port is queued then add -Q to the end of that command. Of course, you'll have to set up the service on the DECserver first. Patrick |
|
From: Patrick C. <pa...@pa...> - 2000-06-30 07:59:32
|
>> I can understand why it was kept proprietary - it was just the prevailing >mood > at the time. > >Yet, all the other protocols in the DECnet suite were public? > > >Doesn't really make sense to me... yes but LAT post-dates DECnet by some time patrick |
|
From: Wim F. <wi...@us...> - 2000-06-30 06:45:23
|
Hi there! name: Wim Fournier From: The Netherlands email:wi...@us... job: Unix Consultant - sys admin Question: As I understand from the README, latd is meant to serve decserver services (to serve = to live ;-)) So is it true that I can't do it the other way around yet? I want to access the devices at the serial ports of the decserver via ethernet.. say via a decnet 'router'... can this be done yet?? GreetZzz Wim Fournier PS: please ignore bad spelling & stupid questions.. I'm only a dutchman (not after the soccer EK game last night( _man_ they played bad!)) |
|
From: Kenn H. <ke...@li...> - 2000-06-29 20:09:18
|
On Thu, Jun 29, 2000 at 08:55:02PM +0100, Patrick Caulfield wrote: > On Mon, Jun 26, 2000 at 11:51:52PM +0100, Kenn Humborg wrote: > > Why were they so insistent on keeping it proprietary? > > I can understand why it was kept proprietary - it was just the prevailing mood > at the time. Yet, all the other protocols in the DECnet suite were public? Doesn't really make sense to me... Later, Kenn |
|
From: Patrick C. <pa...@pa...> - 2000-06-29 19:57:35
|
On Mon, Jun 26, 2000 at 11:51:52PM +0100, Kenn Humborg wrote: > On Sun, Jun 25, 2000 at 01:04:38PM +0100, Patrick Caulfield wrote: > > I am pleased to annouce the release of LATD 0.8. > > > > This release is feature-complete for 1.0 so please report any bugs you find - > > the plan is to do a bug-fix 0.9 and then release a 1.0 shortly afterwards > > depending on how many problems people find. > > I've been wondering... LAT looks like a fairly simple protocol. The > most 'innovative' element seems to be the way it reduce LAN traffic > my aggregating users' keystrokes for sessions going to the same host > (if I understand it correctly). > > Why were they so insistent on keeping it proprietary? > > Patrick, have you discovered any deeper meaning to all of this? Not really. I have been searching the patent archives for DEC's terminal server entries and one is just a description of a terminal server in general and one concerns the "slot" system in use by LAT. Of course it had to be a simple protocol because there was not enough memory or CPU power in a DECserver 100 to fit a complicated one into ! I can understand why it was kept proprietary - it was just the prevailing mood at the time. But the patents make no more sense to me that any other of the "obvious" patents that the US office grants so freely :-( Of course, they're not enforceable here in Europe so <f.x. rasberry>! patrick |
|
From: Kenn H. <ke...@li...> - 2000-06-26 22:56:11
|
On Sun, Jun 25, 2000 at 01:04:38PM +0100, Patrick Caulfield wrote: > I am pleased to annouce the release of LATD 0.8. > > This release is feature-complete for 1.0 so please report any bugs you find - > the plan is to do a bug-fix 0.9 and then release a 1.0 shortly afterwards > depending on how many problems people find. I've been wondering... LAT looks like a fairly simple protocol. The most 'innovative' element seems to be the way it reduce LAN traffic my aggregating users' keystrokes for sessions going to the same host (if I understand it correctly). Why were they so insistent on keeping it proprietary? Patrick, have you discovered any deeper meaning to all of this? Later, Kenn |
|
From: Kenn H. <ke...@bl...> - 2000-06-26 13:28:00
|
> >Third, I tried a connect from DS90L+ per your BUGS that the > connect didn't > >work - just wanted to pass on a screen scrape of how it went in > case it is > >of any value to you - btw: do you _have_ a 90L+ you can test > with? I think > >I might be able to roust up a spare if you don't... > > I don't have a DS90L+, I had an email from Kenn in Ireland who > has one and his didn't work. In the end it turned out that the > DECserver would only talk to devices whose MAC address looked > like DEC ones! so he changed his MAC address and I believe it is OK now. Yup. Had to tell the kernel to tell the NIC to use a DECnet-style ethernet address (in Red Hat, add MACADDR=xx:xx:xx:xx:xx:xx to /etc/sysconfig/network-scripts/ifcfg=eth0 and ifdown/ifup eth0). I don't know if this works with all NICs, though. Later, Kenn |
|
From: Patrick C. <pa...@pa...> - 2000-06-26 13:20:25
|
>It's been a while since I've had even 5 mintes to play... But the latd stuff is >_really_ interesting.... even interesting peripherally with respect to the >software product my company sells.... More on that later. > >A couple of things if you can spare a moment: > >First, let me congratulate you on a marvellous piece of work. I picked up 0.8 >& installed it right from the tarball & of course it _works_! Really fine job! Thank you for those kind words. I am surprised and gratified at the amount of feedback I get for latd. I thought it would be a very minor piece of software but it's generated almost as much interest as the whole DECnet suite! >Next, I ran into what looks like a weird little bug in the 'resize' command >from the X11 stuff..... It seems to not like /dev/tty from a lat inbound >connection ... transcript follows: > This is a problem with the PTYs on RedHat - if you comment out -DOLDSTUFF in the Makefile then latd will use the /dev/pts PTYs and it should all work fine. My Debian system doesn't suffer from this so I assume it's Red Hat specific. >Third, I tried a connect from DS90L+ per your BUGS that the connect didn't >work - just wanted to pass on a screen scrape of how it went in case it is >of any value to you - btw: do you _have_ a 90L+ you can test with? I think >I might be able to roust up a spare if you don't... I don't have a DS90L+, I had an email from Kenn in Ireland who has one and his didn't work. In the end it turned out that the DECserver would only talk to devices whose MAC address looked like DEC ones! so he changed his MAC address and I believe it is OK now. I would like to fix the problem you are seeing though, a full tcpdump and the debug output from latd compiled -DVERBOSE_DEBUG should help. If you could get a DECserver to England easily it would make things even easier for me! > >Finally, my company's product is a web-based console management >system. We >support LAT on VMS and Tru64 hosts. With the advent of your latd for linux, >I am kicking around the idea of building support into our product for it.... >Doing so would NOT in any way involve bringing latd code into our product, >but only talking to predefined lat devices, or fork/exec'ing latcp to >issue commands _IF_ latd was already installed on the host. We'd point >potential customers to your site to pick up the code for install.... Do you >see any issues from your perspective or anything I should be considering >about adding such support? > That sounds nice - I always thought of latd as part of a cluster console system! That's roughly what I use it for at home. Once latd reaches 1.0(or maybe even 0.9) I will start releasing binaries in rpm and deb format so that will make life easier for those people who don't fancy compiling their own binaries. Patrick |
|
From: Patrick C. <pa...@pa...> - 2000-06-25 12:12:11
|
Forgot to give you a download URL: http://download.sourceforge.net/linux-decnet/latd-0.8.tar.gz patrick |
|
From: Patrick C. <pa...@pa...> - 2000-06-25 12:06:03
|
I am pleased to annouce the release of LATD 0.8. This release is feature-complete for 1.0 so please report any bugs you find - the plan is to do a bug-fix 0.9 and then release a 1.0 shortly afterwards depending on how many problems people find. Here is the NEWS entry: - Don't die if a terminal server user presses ^C - Added groups for incoming and outgoing services - latcp is no longer on the path in latd.conf. Instead use the environment variable $LATCP to invoke latcp. - Added support for queued outgoing connections - Don't accept services until latcp has finished For those who have been avoiding the software because it was classified Alpha or Beta please give it a go and let me know how you get on. Here is the feature list: - Provides LAT login services (you can log onto Linux from a DECserver) - Can have multiple login services with different service ratings - Static and dynamic service ratings are supported - Provides Reverse-LAT. "devices" in /dev/lat/ can be used to connect to advertised services on a DECservers or VMS/Tru64 hosts - Provides queueing facility for reverse LAT ports. Useful for printers - Can provide a node responder service for small-memory DECservers - Full featured latcp control program - most internal parameters can be changed onthe fly - A script is run at daemon startup to provide customisation - man pages for all programs and config files - Group codes can be used for to restrict incoming and outgoing sessions - User-space daemon. No kernel patching or recompiling necessary - Does not need DECnet support from the kernel or libraries patrick |
|
From: Patrick C. <pa...@pa...> - 2000-06-24 13:08:49
|
Having re-read the spec (and checked Steve's 2.3 code!) I think I understand
what is happening now - though why it doesn't fail on my network is still
a little mysterious!
This little patch (to the last patch I sent you) should address the issue. If
it doesn't can you please send me tcpdumps of VAX->VAX and VAX->Linux
communication so I can compare the two.
If it does work then I'll release a new full patch.
Patrick
diff -u net/decnet/dn_nsp.orig net/decnet/dn_nsp.c
--- net/decnet/dn_nsp.orig Sat Jun 24 11:23:43 2000
+++ net/decnet/dn_nsp.c Sat Jun 24 11:22:57 2000
@@ -281,6 +281,9 @@
msg->srcaddr = cpu_to_le16(sk->protinfo.dn.addrloc);
msg->reason = cpu_to_le16(reason);
+ if (msgflg == 0x38) /* DISCINIT */
+ *skb_put(skb, 1) = 0;
+
pktlen=(unsigned short int *)skb_push(skb,2);
*pktlen=cpu_to_le16(skb->len-2);
dn_make_header(skb,sk);
|
|
From: David S. M. <da...@re...> - 2000-06-21 17:24:42
|
Ok, this patch is in my tree and will be submitted at the next merge. Thanks. Later, David S. Miller da...@re... |
|
From: Patrick C. <pa...@pa...> - 2000-06-20 20:17:24
|
Thanks for the reply. I'm now rather confused. My current kernel (2.2.16 with the patch I last sent you) works fine to my VMS 7.2 DECnet/Phase V system. That's ot to say I disbelieve you, I certainly do. Your symptoms are consistant with my reasons for issuing the optfil patch in the first place. Of course when I issued that patch it was because I was seeing those problems with my phase V system. But now I'm not :-( This needs some careful thought and possibly some tcpdumps. If you have chance could you please send me a tcpdump of the problem communication from VAX to Linux and a similar dump showing communication between VAX and another VAX. Please do tcpdump -x -s1600 as the packet decoding for DECnet is not very good! Just not sending optfil when communicating on some directions is not an option I'm afraid because it's not always obvious what the direction is at that level. There must be something else, more fundamentally wrong in the packets. If anyone else on the list is using Phase V, please could you post your experiences here so we can compare. Thanks, Patrick On Thu, Jun 15, 2000 at 06:56:41PM +0200, hei...@po... wrote: > > > > Hi Patrick, > > we applied your patch and than we tested the communication. > > Thats what we found > > before your Patch > > initiator > VAX VAX -----> Linux problem > VAX VAX <----- Linux OK > > Linux VAX ------> Linux OK > Linux VAX <------ Linux OK > > with your Patch > > initiator > VAX VAX -----> Linux OK > VAX VAX <----- Linux OK > > Linux VAX ------> Linux OK > Linux VAX <------ Linux problem *** > > > the copy of files initiated by the VAX works fine now, but .... > > the copy of files from Linux to the VAX initiated by the linux box failed > > > > We have the same symptoms like we had before we applied the patch but reversed > in direction. > > > Following attachments are for the marked (***) case. > > We recorded some information on the VAX (the last few lines are interesting > starting with "Connect request received ..." > > (See attached file: net.log) > > > And I started the dncopy on the linux box with -v -v -v -v > (See attached file: dncopy_send.output) > > It looks like the optfil is necessary when you are active sending a file and > you have to omit it when you passive receiving a file. patrick |
|
From: Steve W. <st...@gw...> - 2000-06-19 16:45:27
|
Hi,
a new version of the patch is appended...
>
> From: Steve Whitehouse <st...@gw...>
> Date: Mon, 19 Jun 2000 15:28:25 +0100 (BST)
>
> Dave: Please queue this for inclusion in the next kernel patch
>
> Before I apply this I would like to make a cleanup request.
>
> Why all the nasty (unsigned short) etc. casts all over the place?
> That looks ugly, so why not hide the ugly casts in the byte swapping
> macros, ok?
>
It was a belt and braces approach to make sure that byte sized objects
were always made into unsigned short sized objects before the byteswap.
I added that bit last night after reading one of Patrick's comments about
something that he'd found, but thinking about it now, its probably not
required; putting the casts in the macros is fine and then I'm 100% sure of
whats going on.
> I probably would have normally let something small like this
> go since we're so close to 2.4.x final, but this just stood
> out like a wart and I'm just saving us both time by telling
> you to clean it up now instead of Linus saying to me the
> same and then I relay the message back to you :-)
>
> Later,
> David S. Miller
> da...@re...
>
thats fine, don't worry about it. I'm always happy to accept comment and
criticism :-) If you spot anything else which looks like it needs sorting out
in the DECnet code, just let me know and I'll add it to my TODO list,
Steve.
------------------------------------------------------------------------------
diff -r -u linux-2.4.0test1-ac21/include/net/dn.h linux/include/net/dn.h
--- linux-2.4.0test1-ac21/include/net/dn.h Mon May 1 11:20:00 2000
+++ linux/include/net/dn.h Mon Jun 19 16:56:31 2000
@@ -6,8 +6,8 @@
typedef unsigned short dn_address;
-#define dn_ntohs(x) le16_to_cpu(x)
-#define dn_htons(x) cpu_to_le16(x)
+#define dn_ntohs(x) le16_to_cpu((unsigned short)(x))
+#define dn_htons(x) cpu_to_le16((unsigned short)(x))
struct dn_scp /* Session Control Port */
{
diff -r -u linux-2.4.0test1-ac21/net/decnet/af_decnet.c linux/net/decnet/af_decnet.c
--- linux-2.4.0test1-ac21/net/decnet/af_decnet.c Mon May 1 11:20:06 2000
+++ linux/net/decnet/af_decnet.c Mon Jun 19 16:49:40 2000
@@ -285,7 +285,7 @@
switch(*fmt) {
case 0:
- sdn->sdn_objnum = dn_htons(type);
+ sdn->sdn_objnum = type;
return 2;
case 1:
namel = 16;
@@ -526,10 +526,6 @@
{
struct dn_scp *scp = &sk->protinfo.dn;
- if (sk->dead)
- return;
-
- sk->dead = 1;
scp->nsp_rxtshift = 0; /* reset back off */
if (sk->socket) {
@@ -661,11 +657,12 @@
struct sock *sk = sock->sk;
if (sk) {
+ sock_orphan(sk);
+ sock_hold(sk);
lock_sock(sk);
- sock->sk = NULL;
- sk->socket = NULL;
dn_destroy_sock(sk);
release_sock(sk);
+ sock_put(sk);
}
return 0;
diff -r -u linux-2.4.0test1-ac21/net/decnet/dn_neigh.c linux/net/decnet/dn_neigh.c
--- linux-2.4.0test1-ac21/net/decnet/dn_neigh.c Fri Mar 3 11:02:06 2000
+++ linux/net/decnet/dn_neigh.c Sun Jun 18 19:16:03 2000
@@ -441,7 +441,7 @@
struct dn_dev *dn_db;
dn_address src;
- src = dn_eth2dn(msg->id);
+ src = dn_htons(dn_eth2dn(msg->id));
neigh = __neigh_lookup(&dn_neigh_table, &src, skb->dev, 1);
@@ -498,7 +498,7 @@
struct dn_neigh *dn;
dn_address src;
- src = dn_eth2dn(msg->id);
+ src = dn_htons(dn_eth2dn(msg->id));
neigh = __neigh_lookup(&dn_neigh_table, &src, skb->dev, 1);
diff -r -u linux-2.4.0test1-ac21/net/decnet/dn_route.c linux/net/decnet/dn_route.c
--- linux-2.4.0test1-ac21/net/decnet/dn_route.c Fri May 12 10:07:22 2000
+++ linux/net/decnet/dn_route.c Mon Jun 19 16:54:00 2000
@@ -131,7 +131,7 @@
return dn_rt_hash_mask & (unsigned)tmp;
}
-static void dn_dst_check_expire(unsigned long dummy)
+static void SMP_TIMER_NAME(dn_dst_check_expire)(unsigned long dummy)
{
int i;
struct dn_route *rt, **rtp;
@@ -142,10 +142,12 @@
rtp = &dn_rt_hash_table[i].chain;
write_lock(&dn_rt_hash_table[i].lock);
- for(;(rt=*rtp); rtp = &rt->u.rt_next) {
+ while((rt=*rtp) != NULL) {
if (atomic_read(&rt->u.dst.__refcnt) ||
- (now - rt->u.dst.lastuse) < expire)
+ (now - rt->u.dst.lastuse) < expire) {
+ rtp = &rt->u.rt_next;
continue;
+ }
*rtp = rt->u.rt_next;
rt->u.rt_next = NULL;
dst_free(&rt->u.dst);
@@ -156,10 +158,11 @@
break;
}
- dn_route_timer.expires = now + decnet_dst_gc_interval * HZ;
- add_timer(&dn_route_timer);
+ mod_timer(&dn_route_timer, now + decnet_dst_gc_interval * HZ);
}
+SMP_TIMER_DEFINE(dn_dst_check_expire, dn_dst_task);
+
static int dn_dst_gc(void)
{
struct dn_route *rt, **rtp;
@@ -172,10 +175,12 @@
write_lock_bh(&dn_rt_hash_table[i].lock);
rtp = &dn_rt_hash_table[i].chain;
- for(; (rt=*rtp); rtp = &rt->u.rt_next) {
+ while((rt=*rtp) != NULL) {
if (atomic_read(&rt->u.dst.__refcnt) ||
- (now - rt->u.dst.lastuse) < expire)
+ (now - rt->u.dst.lastuse) < expire) {
+ rtp = &rt->u.rt_next;
continue;
+ }
*rtp = rt->u.rt_next;
rt->u.rt_next = NULL;
dst_free(&rt->u.dst);
@@ -229,7 +234,7 @@
write_unlock_bh(&dn_rt_hash_table[hash].lock);
}
-void dn_run_flush(unsigned long dummy)
+void SMP_TIMER_NAME(dn_run_flush)(unsigned long dummy)
{
int i;
struct dn_route *rt, *next;
@@ -250,6 +255,8 @@
write_unlock_bh(&dn_rt_hash_table[i].lock);
}
}
+
+SMP_TIMER_DEFINE(dn_run_flush, dn_flush_task);
static spinlock_t dn_rt_flush_lock = SPIN_LOCK_UNLOCKED;
|
|
From: David S. M. <da...@re...> - 2000-06-19 15:36:59
|
From: Steve Whitehouse <st...@gw...> Date: Mon, 19 Jun 2000 15:28:25 +0100 (BST) Dave: Please queue this for inclusion in the next kernel patch Before I apply this I would like to make a cleanup request. Why all the nasty (unsigned short) etc. casts all over the place? That looks ugly, so why not hide the ugly casts in the byte swapping macros, ok? I probably would have normally let something small like this go since we're so close to 2.4.x final, but this just stood out like a wart and I'm just saving us both time by telling you to clean it up now instead of Linus saying to me the same and then I relay the message back to you :-) Later, David S. Miller da...@re... |
|
From: Steve W. <st...@gw...> - 2000-06-19 14:46:56
|
Hi,
below is my latest bug fix patch for DECnet. I've spotted several other things
which need looking at again when I put this together. This patch includes:
o Patrick's SPARC DECnet endianess fixes
o One or two endianess things that I spotted
o Fixes where various things were referenced after they were free()d
Judging by the code in ipv4/route.c there are a number of features which
I should transfer into the DECnet code too at some point. There will be
another patch shortly with a few more fixes in it.
Dave: Please queue this for inclusion in the next kernel patch
Thanks,
Steve.
------------------------------------------------------------------------------
diff -r -u linux-2.4.0test1-ac21/net/decnet/af_decnet.c linux/net/decnet/af_decnet.c
--- linux-2.4.0test1-ac21/net/decnet/af_decnet.c Mon May 1 11:20:06 2000
+++ linux/net/decnet/af_decnet.c Mon Jun 19 10:20:31 2000
@@ -285,7 +285,7 @@
switch(*fmt) {
case 0:
- sdn->sdn_objnum = dn_htons(type);
+ sdn->sdn_objnum = type;
return 2;
case 1:
namel = 16;
@@ -307,7 +307,7 @@
if (len < 0)
return -1;
- sdn->sdn_objnamel = dn_htons(*data++);
+ sdn->sdn_objnamel = dn_htons((unsigned short)*data++);
len -= dn_ntohs(sdn->sdn_objnamel);
if ((len < 0) || (dn_ntohs(sdn->sdn_objnamel) > namel))
@@ -526,10 +526,6 @@
{
struct dn_scp *scp = &sk->protinfo.dn;
- if (sk->dead)
- return;
-
- sk->dead = 1;
scp->nsp_rxtshift = 0; /* reset back off */
if (sk->socket) {
@@ -661,11 +657,12 @@
struct sock *sk = sock->sk;
if (sk) {
+ sock_orphan(sk);
+ sock_hold(sk);
lock_sock(sk);
- sock->sk = NULL;
- sk->socket = NULL;
dn_destroy_sock(sk);
release_sock(sk);
+ sock_put(sk);
}
return 0;
@@ -749,14 +746,14 @@
if ((scp->accessdata.acc_accl != 0) &&
(scp->accessdata.acc_accl <= 12)) {
- scp->addr.sdn_objnamel = dn_htons(scp->accessdata.acc_accl);
+ scp->addr.sdn_objnamel = dn_htons((unsigned short)scp->accessdata.acc_accl);
memcpy(scp->addr.sdn_objname, scp->accessdata.acc_acc, dn_ntohs(scp->addr.sdn_objnamel));
scp->accessdata.acc_accl = 0;
memset(scp->accessdata.acc_acc, 0, 40);
}
- scp->addr.sdn_add.a_len = dn_htons(2);
+ scp->addr.sdn_add.a_len = dn_htons((unsigned short)2);
*(dn_address *)scp->addr.sdn_add.a_addr = decnet_address;
dn_hash_sock(sk);
diff -r -u linux-2.4.0test1-ac21/net/decnet/dn_neigh.c linux/net/decnet/dn_neigh.c
--- linux-2.4.0test1-ac21/net/decnet/dn_neigh.c Fri Mar 3 11:02:06 2000
+++ linux/net/decnet/dn_neigh.c Sun Jun 18 19:16:03 2000
@@ -441,7 +441,7 @@
struct dn_dev *dn_db;
dn_address src;
- src = dn_eth2dn(msg->id);
+ src = dn_htons(dn_eth2dn(msg->id));
neigh = __neigh_lookup(&dn_neigh_table, &src, skb->dev, 1);
@@ -498,7 +498,7 @@
struct dn_neigh *dn;
dn_address src;
- src = dn_eth2dn(msg->id);
+ src = dn_htons(dn_eth2dn(msg->id));
neigh = __neigh_lookup(&dn_neigh_table, &src, skb->dev, 1);
diff -r -u linux-2.4.0test1-ac21/net/decnet/dn_route.c linux/net/decnet/dn_route.c
--- linux-2.4.0test1-ac21/net/decnet/dn_route.c Fri May 12 10:07:22 2000
+++ linux/net/decnet/dn_route.c Mon Jun 19 15:00:09 2000
@@ -131,7 +131,7 @@
return dn_rt_hash_mask & (unsigned)tmp;
}
-static void dn_dst_check_expire(unsigned long dummy)
+static void SMP_TIMER_NAME(dn_dst_check_expire)(unsigned long dummy)
{
int i;
struct dn_route *rt, **rtp;
@@ -142,10 +142,12 @@
rtp = &dn_rt_hash_table[i].chain;
write_lock(&dn_rt_hash_table[i].lock);
- for(;(rt=*rtp); rtp = &rt->u.rt_next) {
+ while((rt=*rtp) != NULL) {
if (atomic_read(&rt->u.dst.__refcnt) ||
- (now - rt->u.dst.lastuse) < expire)
+ (now - rt->u.dst.lastuse) < expire) {
+ rtp = &rt->u.rt_next;
continue;
+ }
*rtp = rt->u.rt_next;
rt->u.rt_next = NULL;
dst_free(&rt->u.dst);
@@ -156,10 +158,11 @@
break;
}
- dn_route_timer.expires = now + decnet_dst_gc_interval * HZ;
- add_timer(&dn_route_timer);
+ mod_timer(&dn_route_timer, now + decnet_dst_gc_interval * HZ);
}
+SMP_TIMER_DEFINE(dn_dst_check_expire, dn_dst_task);
+
static int dn_dst_gc(void)
{
struct dn_route *rt, **rtp;
@@ -229,7 +232,7 @@
write_unlock_bh(&dn_rt_hash_table[hash].lock);
}
-void dn_run_flush(unsigned long dummy)
+void SMP_TIMER_NAME(dn_run_flush)(unsigned long dummy)
{
int i;
struct dn_route *rt, *next;
@@ -250,6 +253,8 @@
write_unlock_bh(&dn_rt_hash_table[i].lock);
}
}
+
+SMP_TIMER_DEFINE(dn_run_flush, dn_flush_task);
static spinlock_t dn_rt_flush_lock = SPIN_LOCK_UNLOCKED;
|
|
From: Steve W. <st...@gw...> - 2000-06-15 23:39:33
|
Hi,
I did indeed look though the source, not just at the bit that you pointed
out to me, but also the sendmsg() function and one or two other places
as well. I didn't manage to spot what was going wrong at all. I think I
need to look again. I'll try and find the time this weekend as I've got one
or two bits queued up to roll into a patch,
Steve.
>
> I wrote dapfs for kernel 2.3.99-pre5.
>
> Steve: Did you write the patch I suggest you for the DECnet kernel?
> As soon as I have it I will release the new dapfs patch for kernel 2.3.99.
>
> Eduardo
>
>
> >From: Steve Whitehouse <st...@gw...>
> >Reply-To: Steve Whitehouse <St...@ch...>
> >To: ec...@cy... (ecc)
> >CC: St...@ch... (Steve Whitehouse), MM...@ex...
> >(Mauricio Mejia), lin...@li...
> >('lin...@li...')
> >Subject: Re: [Linux-decnet-user] FW: Linux Kernel 2.3.42
> >Date: Tue, 13 Jun 2000 20:33:35 +0100 (BST)
> >
> >
> >Hi,
> >
> >its very useful to know that the break is around 2.3.99-pre7. It will
> >be very helpful when I come to try and fix this. Dapfs was never in
> >a mainstream kernel - it probably should go in to 2.5 when its been
> >updated to use the new VFS functions,
> >
> >Thanks,
> >
> >Steve.
> >
> > >
> > > Steve,
> > >
> > > I responded earlier but forgot copy-all.
> > >
> > > I have had problems with kernels higher than 2.3.99-pre7 I believe.
> > > My last stable kernel (my configuration) is 2.3.51 which I am using now.
> > > I noticed dapfs was dropped from the kernel sometime.
> > > 2.4.0-test1 definetily will lock my pc sooner or later, I really do not
> >have any
> > > valuable details.
> > > All I know is that I see my video break slightly atop my screen,
> > > once I see that I know I am gone!!
> > > Ed Calderon
> > >
> > >
> > > Steve Whitehouse wrote:
> > >
> > > > Hi,
> > > >
> > > > I should explain the situation with the DECnet patches a bit since its
> > > > not at all obvious and seems to be causing confusion. The very latest
> > > > DECnet code is whats in the 2.4.0test1-ac15 kernel (or whatever is the
> > > > latest at the moment). This is by far the most stable code thats
> >around
> > > > so far as I know. One or two people have said there are stability
> >problems
> > > > with it though... I've not had a chance to investigate this yet, but
> >its on
> > > > my TODO list for when I get some nice computers to test it with
> >(sometime
> > > > shortly).
> > > >
> > > > The patches on my ftp site at the Swansea University Computer Society
> > > > site for 2.3.xx kernels are of historical interest only, they have all
> > > > been integrated into the mainstream kernels.
> > > >
> > > > For 2.2 kernels, there are two sets of patches. The one I wrote which
> > > > followed the 2.3 kernel patches for a while but are generally
> >unmaintained
> > > > now, since I've been putting all my efforts into the 2.3 code, and the
> >patch
> > > > set from sourceforge which were originally written by Eduardo and are
> > > > now maintained by Patrick.
> > > >
> > > > What I'd suggest is that if you really need dapfs and a 2.3 kernel,
> >then you
> > > > do either one of these two things:
> > > >
> > > > 1. Get 2.3.43 and patch it woth dapfs and backport the DECnet bug
> >fixes from
> > > > the latest kernels _or_
> > > > 2. Get the latest kernel and fix dapfs to work with the newer VFS
> > > > functions
> > > >
> > > > If you select option two, then please send in the patches to us :-)
> > > >
> > > > Steve.
> > > >
> > > > >
> > > > > I have located the latest DECnet code "decnet-2.3.50.diff.gz" at
> >Steve
> > > > > Whitehouse's ftp site (ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/
> > > > > <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ).
> > > > >
> > > > > I've downloaded Kernel 2.3.50 and patched the decnet portion. That
> >all
> > > > > works fine.
> > > > >
> > > > > Looks like Kernel 2.3.50 doesn't have dapfs support.. so I'm going
> >to have
> > > > > to try and manually patch the dapfs portion.
> > > > >
> > > > > Hope this works,
> > > > >
> > > > > Mauricio
> > > > > -----Original Message-----
> > > > > From: Mauricio Mejia
> > > > > Sent: June 13, 2000 12:38 PM
> > > > > To: 'Steve Whitehouse'
> > > > > Cc: lin...@li...
> > > > > Subject: RE: [Linux-decnet-user] FW: Linux
> >Kernel
> > > > > 2.3.42
> > > > >
> > > > > So if I understand correctly. I could compile with
> > > > > experimental and be able to select DECnet OR I could download the
> >latest
> > > > > kernel and manually attempt to put in the dapfs entries based on
> >what in the
> > > > > 2.3.42 patch?
> > > > >
> > > > > > The dapfs patch really needs looking
> >at
> > > > > again to fix the things which have
> > > > > > changed in the VFS, although you
> >could try
> > > > > backporting the latest DECnet
> > > > > > code into a 2.3.42 kernel and see if
> >that
> > > > > works for you,
> > > > >
> > > > > What is the latest decnet code? The newest one I see
> >on the
> > > > > download page is Kernel patch for Linux 2.2.14 & dapfs pre-release
> > > > > <http://linux-decnet.sourceforge.net/dnk2214.tgz>
> > > > >
> > > > > Which is much older than the 2.3.42 kernel.
> > > > >
> > > > > Is there another download site for the DECnet code
> >that I am
> > > > > unaware of?
> > > > >
> > > > > Thanks for you help,
> > > > >
> > > > > Mauricio
> > > > >
> > > > > -----Original Message-----
> > > > > From: Steve Whitehouse
> > > > > [mailto:st...@gw...]
> > > > > Sent: June 13, 2000 12:15 PM
> > > > > To: MM...@ex...
> > > > > Cc:
> > > > > lin...@li...
> > > > > Subject: Re:
> >[Linux-decnet-user] FW:
> > > > > Linux Kernel 2.3.42
> > > > >
> > > > > Hi,
> > > > >
> > > > > the VFS layer in the 2.3 kernels has
> >changed
> > > > > a lot. That dapfs patch for 2.3.42
> > > > > almost certainly won't work with later
> > > > > kernels. On the other hand there
> > > > > have been several DECnet bugs which
> >have
> > > > > been corrected since 2.3.42 so the
> > > > > latest kernels have better DECnet
> >code.
> > > > >
> > > > > Did you say yes to the
> >CONFIG_EXPERIMENTAL
> > > > > option ? At some stage I moved
> > > > > DECnet from being CONFIG_EXPERIMENTAL
> >to
> > > > > being a standard option in the
> > > > > network protocol configuration, but it
> >may
> > > > > not have been until after 2.3.42,
> > > > > I really can't remember which version
> >it was
> > > > > now. The DECnet network
> > > > > protocol is a seperate option to the
> >dapfs
> > > > > filesystem whichever kernel
> > > > > you are running.
> > > > >
> > > > > The dapfs patch really needs looking
> >at
> > > > > again to fix the things which have
> > > > > changed in the VFS, although you could
> >try
> > > > > backporting the latest DECnet
> > > > > code into a 2.3.42 kernel and see if
> >that
> > > > > works for you,
> > > > >
> > > > > Steve.
> > > > >
> > > > > >
> > > > > > Sorry.. damn ALT-S sent the e-mail.
> > > > > >
> > > > > > As I was saying.. does anyone have
> >DECnet
> > > > > for working with DNMOUNT on any
> > > > > > kernel, and if so what patches did
> >you
> > > > > apply? And where can I download them
> > > > > > from?
> > > > > >
> > > > > > Any help is greatly appreciated.
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Mauricio
> > > > > >
> > > > >
> >----------------------------------------------------------------------------
> > > > > > --------------------------------
> > > > > > Mauricio Mejia
> > > > > Communications & Information Systems
> > > > > > Health Information Systems
> >Specialist
> > > > > Health Sciences Centre
> > > > > > E-Mail: mm...@hs...
> > > > > <mailto:mm...@hs...> 791 Notre
> > > > > > Dame Avenue
> > > > > > Phone : (204) 787-2854
> > > > > Winnipeg, Manitoba R3E 0M1
> > > > > > FAX : (204) 787-1981
> > > > > CANADA
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Mauricio Mejia
> > > > > > Sent: June 13, 2000 12:15 PM
> > > > > > To:
> > > > > 'lin...@li...'
> > > > > > Subject: Linux Kernel 2.3.42
> > > > > >
> > > > > > Hello everyone,
> > > > > >
> > > > > > After not being able to get 2.2.x
> >Kernel
> > > > > working with DNMOUNT I decided to
> > > > > > try 2.3.x
> > > > > >
> > > > > > I looked around at the patches that
> >you
> > > > > can download off of
> > > > > >
> > > > > http://linux-decnet.sourceforge.net/download.html
> > > > > >
> > > > > <http://linux-decnet.sourceforge.net/download.html> and they have
> > > > > > A "dapfs for Linux 2.3.42+" listed.
> > > > > >
> > > > > > I have applied this patch to the
> >Linux
> > > > > source code but I don't see any
> > > > > > DECnet in the network protocol
> >sections.
> > > > > I used to see DECnet in kernel
> > > > > > 2.2.x
> > > > > >
> > > > > > This leads me to believe that the
> >patch
> > > > > only adds the file system support
> > > > > > but doesn't add the protocol
> >support.
> > > > > >
> > > > > > Does anyone have DECnet for Linux
> >working
> > > > > >
> > > > >
> >----------------------------------------------------------------------------
> > > > > > --------------------------------
> > > > > > Mauricio Mejia
> > > > > Communications & Information Systems
> > > > > > Health Information Systems
> >Specialist
> > > > > Health Sciences Centre
> > > > > > E-Mail: mm...@hs...
> > > > > <mailto:mm...@hs...> 791 Notre
> > > > > > Dame Avenue
> > > > > > Phone : (204) 787-2854
> > > > > Winnipeg, Manitoba R3E 0M1
> > > > > > FAX : (204) 787-1981
> > > > > CANADA
> > > > > >
> > > > > >
> > > > > >
> > > > > _______________________________________________
> > > > > > Linux-decnet-user mailing list
> > > > > >
> >Lin...@li...
> > > > > >
> > > > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> > > > > >
> > > > >
> > > >
> > > > _______________________________________________
> > > > Linux-decnet-user mailing list
> > > > Lin...@li...
> > > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> > >
> > >
> > > _______________________________________________
> > > Linux-decnet-user mailing list
> > > Lin...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> > >
> >
> >
> >_______________________________________________
> >Linux-decnet-user mailing list
> >Lin...@li...
> >http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
>
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
>
|
|
From: Mauricio M. <MM...@ex...> - 2000-06-14 19:59:50
|
That's great news.... Because I'm having a real hard time getting these
patches installed manually.
I"ve tried 2.3.50 and now I'm trying 2.3.42 again.
I would love to have the latest patch for the DECnet protocol and the dapfs.
(Hopefully for the same kernel version)
Thanks for any help you can provide,
Mauricio
-----Original Message-----
From: Eduardo Serrat [mailto:ems...@ho...]
Sent: June 14, 2000 2:50 PM
To: St...@ch...; ec...@cy...
Cc: MM...@ex...;
lin...@li...
Subject: Re: [Dapfs for kernel 2.3.99-pre5
I wrote dapfs for kernel 2.3.99-pre5.
Steve: Did you write the patch I suggest you for the DECnet
kernel?
As soon as I have it I will release the new dapfs patch for
kernel 2.3.99.
Eduardo
>From: Steve Whitehouse <st...@gw...>
>Reply-To: Steve Whitehouse <St...@ch...>
>To: ec...@cy... (ecc)
>CC: St...@ch... (Steve Whitehouse),
MM...@ex...
>(Mauricio Mejia),
lin...@li...
>('lin...@li...')
>Subject: Re: [Linux-decnet-user] FW: Linux Kernel 2.3.42
>Date: Tue, 13 Jun 2000 20:33:35 +0100 (BST)
>
>
>Hi,
>
>its very useful to know that the break is around
2.3.99-pre7. It will
>be very helpful when I come to try and fix this. Dapfs was
never in
>a mainstream kernel - it probably should go in to 2.5 when
its been
>updated to use the new VFS functions,
>
>Thanks,
>
>Steve.
>
> >
> > Steve,
> >
> > I responded earlier but forgot copy-all.
> >
> > I have had problems with kernels higher than 2.3.99-pre7
I believe.
> > My last stable kernel (my configuration) is 2.3.51 which
I am using now.
> > I noticed dapfs was dropped from the kernel sometime.
> > 2.4.0-test1 definetily will lock my pc sooner or later,
I really do not
>have any
> > valuable details.
> > All I know is that I see my video break slightly atop my
screen,
> > once I see that I know I am gone!!
> > Ed Calderon
> >
> >
> > Steve Whitehouse wrote:
> >
> > > Hi,
> > >
> > > I should explain the situation with the DECnet patches
a bit since its
> > > not at all obvious and seems to be causing confusion.
The very latest
> > > DECnet code is whats in the 2.4.0test1-ac15 kernel (or
whatever is the
> > > latest at the moment). This is by far the most stable
code thats
>around
> > > so far as I know. One or two people have said there
are stability
>problems
> > > with it though... I've not had a chance to investigate
this yet, but
>its on
> > > my TODO list for when I get some nice computers to
test it with
>(sometime
> > > shortly).
> > >
> > > The patches on my ftp site at the Swansea University
Computer Society
> > > site for 2.3.xx kernels are of historical interest
only, they have all
> > > been integrated into the mainstream kernels.
> > >
> > > For 2.2 kernels, there are two sets of patches. The
one I wrote which
> > > followed the 2.3 kernel patches for a while but are
generally
>unmaintained
> > > now, since I've been putting all my efforts into the
2.3 code, and the
>patch
> > > set from sourceforge which were originally written by
Eduardo and are
> > > now maintained by Patrick.
> > >
> > > What I'd suggest is that if you really need dapfs and
a 2.3 kernel,
>then you
> > > do either one of these two things:
> > >
> > > 1. Get 2.3.43 and patch it woth dapfs and backport
the DECnet bug
>fixes from
> > > the latest kernels _or_
> > > 2. Get the latest kernel and fix dapfs to work with
the newer VFS
> > > functions
> > >
> > > If you select option two, then please send in the
patches to us :-)
> > >
> > > Steve.
> > >
> > > >
> > > > I have located the latest DECnet code
"decnet-2.3.50.diff.gz" at
>Steve
> > > > Whitehouse's ftp site
(ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/
> > > > <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ).
> > > >
> > > > I've downloaded Kernel 2.3.50 and patched the decnet
portion. That
>all
> > > > works fine.
> > > >
> > > > Looks like Kernel 2.3.50 doesn't have dapfs
support.. so I'm going
>to have
> > > > to try and manually patch the dapfs portion.
> > > >
> > > > Hope this works,
> > > >
> > > > Mauricio
> > > > -----Original Message-----
> > > > From: Mauricio Mejia
> > > > Sent: June 13, 2000 12:38 PM
> > > > To: 'Steve Whitehouse'
> > > > Cc:
lin...@li...
> > > > Subject: RE:
[Linux-decnet-user] FW: Linux
>Kernel
> > > > 2.3.42
> > > >
> > > > So if I understand correctly. I could
compile with
> > > > experimental and be able to select DECnet OR I could
download the
>latest
> > > > kernel and manually attempt to put in the dapfs
entries based on
>what in the
> > > > 2.3.42 patch?
> > > >
> > > > > The dapfs patch
really needs looking
>at
> > > > again to fix the things which have
> > > > > changed in the VFS,
although you
>could try
> > > > backporting the latest DECnet
> > > > > code into a 2.3.42
kernel and see if
>that
> > > > works for you,
> > > >
> > > > What is the latest decnet code? The
newest one I see
>on the
> > > > download page is Kernel patch for Linux 2.2.14 &
dapfs pre-release
> > > > <http://linux-decnet.sourceforge.net/dnk2214.tgz>
> > > >
> > > > Which is much older than the 2.3.42
kernel.
> > > >
> > > > Is there another download site for the
DECnet code
>that I am
> > > > unaware of?
> > > >
> > > > Thanks for you help,
> > > >
> > > > Mauricio
> > > >
> > > > -----Original
Message-----
> > > > From: Steve
Whitehouse
> > > > [mailto:st...@gw...]
> > > > Sent: June 13, 2000
12:15 PM
> > > > To:
MM...@ex...
> > > > Cc:
> > > > lin...@li...
> > > > Subject: Re:
>[Linux-decnet-user] FW:
> > > > Linux Kernel 2.3.42
> > > >
> > > > Hi,
> > > >
> > > > the VFS layer in the
2.3 kernels has
>changed
> > > > a lot. That dapfs patch for 2.3.42
> > > > almost certainly won't
work with later
> > > > kernels. On the other hand there
> > > > have been several
DECnet bugs which
>have
> > > > been corrected since 2.3.42 so the
> > > > latest kernels have
better DECnet
>code.
> > > >
> > > > Did you say yes to the
>CONFIG_EXPERIMENTAL
> > > > option ? At some stage I moved
> > > > DECnet from being
CONFIG_EXPERIMENTAL
>to
> > > > being a standard option in the
> > > > network protocol
configuration, but it
>may
> > > > not have been until after 2.3.42,
> > > > I really can't
remember which version
>it was
> > > > now. The DECnet network
> > > > protocol is a seperate
option to the
>dapfs
> > > > filesystem whichever kernel
> > > > you are running.
> > > >
> > > > The dapfs patch really
needs looking
>at
> > > > again to fix the things which have
> > > > changed in the VFS,
although you could
>try
> > > > backporting the latest DECnet
> > > > code into a 2.3.42
kernel and see if
>that
> > > > works for you,
> > > >
> > > > Steve.
> > > >
> > > > >
> > > > > Sorry.. damn ALT-S
sent the e-mail.
> > > > >
> > > > > As I was saying..
does anyone have
>DECnet
> > > > for working with DNMOUNT on any
> > > > > kernel, and if so
what patches did
>you
> > > > apply? And where can I download them
> > > > > from?
> > > > >
> > > > > Any help is greatly
appreciated.
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Mauricio
> > > > >
> > > >
>---------------------------------------------------------------------------
-
> > > > >
--------------------------------
> > > > > Mauricio Mejia
> > > > Communications & Information Systems
> > > > > Health Information
Systems
>Specialist
> > > > Health Sciences Centre
> > > > > E-Mail:
mm...@hs...
> > > > <mailto:mm...@hs...> 791 Notre
> > > > > Dame Avenue
> > > > > Phone : (204)
787-2854
> > > > Winnipeg, Manitoba R3E 0M1
> > > > > FAX : (204)
787-1981
> > > > CANADA
> > > > >
> > > > >
> > > > > -----Original
Message-----
> > > > > From: Mauricio Mejia
> > > > > Sent: June 13, 2000
12:15 PM
> > > > > To:
> > > > 'lin...@li...'
> > > > > Subject: Linux
Kernel 2.3.42
> > > > >
> > > > > Hello everyone,
> > > > >
> > > > > After not being able
to get 2.2.x
>Kernel
> > > > working with DNMOUNT I decided to
> > > > > try 2.3.x
> > > > >
> > > > > I looked around at
the patches that
>you
> > > > can download off of
> > > > >
> > > > http://linux-decnet.sourceforge.net/download.html
> > > > >
> > > > <http://linux-decnet.sourceforge.net/download.html>
and they have
> > > > > A "dapfs for Linux
2.3.42+" listed.
> > > > >
> > > > > I have applied this
patch to the
>Linux
> > > > source code but I don't see any
> > > > > DECnet in the
network protocol
>sections.
> > > > I used to see DECnet in kernel
> > > > > 2.2.x
> > > > >
> > > > > This leads me to
believe that the
>patch
> > > > only adds the file system support
> > > > > but doesn't add the
protocol
>support.
> > > > >
> > > > > Does anyone have
DECnet for Linux
>working
> > > > >
> > > >
>---------------------------------------------------------------------------
-
> > > > >
--------------------------------
> > > > > Mauricio Mejia
> > > > Communications & Information Systems
> > > > > Health Information
Systems
>Specialist
> > > > Health Sciences Centre
> > > > > E-Mail:
mm...@hs...
> > > > <mailto:mm...@hs...> 791 Notre
> > > > > Dame Avenue
> > > > > Phone : (204)
787-2854
> > > > Winnipeg, Manitoba R3E 0M1
> > > > > FAX : (204)
787-1981
> > > > CANADA
> > > > >
> > > > >
> > > > >
> > > > _______________________________________________
> > > > > Linux-decnet-user
mailing list
> > > > >
>Lin...@li...
> > > > >
> > > >
http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> > > > >
> > > >
> > >
> > > _______________________________________________
> > > Linux-decnet-user mailing list
> > > Lin...@li...
> > >
http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> >
> >
> > _______________________________________________
> > Linux-decnet-user mailing list
> > Lin...@li...
> >
http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> >
>
>
>_______________________________________________
>Linux-decnet-user mailing list
>Lin...@li...
>http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com
|
|
From: Eduardo S. <ems...@ho...> - 2000-06-14 19:53:38
|
I wrote dapfs for kernel 2.3.99-pre5.
Steve: Did you write the patch I suggest you for the DECnet kernel?
As soon as I have it I will release the new dapfs patch for kernel 2.3.99.
Eduardo
>From: Steve Whitehouse <st...@gw...>
>Reply-To: Steve Whitehouse <St...@ch...>
>To: ec...@cy... (ecc)
>CC: St...@ch... (Steve Whitehouse), MM...@ex...
>(Mauricio Mejia), lin...@li...
>('lin...@li...')
>Subject: Re: [Linux-decnet-user] FW: Linux Kernel 2.3.42
>Date: Tue, 13 Jun 2000 20:33:35 +0100 (BST)
>
>
>Hi,
>
>its very useful to know that the break is around 2.3.99-pre7. It will
>be very helpful when I come to try and fix this. Dapfs was never in
>a mainstream kernel - it probably should go in to 2.5 when its been
>updated to use the new VFS functions,
>
>Thanks,
>
>Steve.
>
> >
> > Steve,
> >
> > I responded earlier but forgot copy-all.
> >
> > I have had problems with kernels higher than 2.3.99-pre7 I believe.
> > My last stable kernel (my configuration) is 2.3.51 which I am using now.
> > I noticed dapfs was dropped from the kernel sometime.
> > 2.4.0-test1 definetily will lock my pc sooner or later, I really do not
>have any
> > valuable details.
> > All I know is that I see my video break slightly atop my screen,
> > once I see that I know I am gone!!
> > Ed Calderon
> >
> >
> > Steve Whitehouse wrote:
> >
> > > Hi,
> > >
> > > I should explain the situation with the DECnet patches a bit since its
> > > not at all obvious and seems to be causing confusion. The very latest
> > > DECnet code is whats in the 2.4.0test1-ac15 kernel (or whatever is the
> > > latest at the moment). This is by far the most stable code thats
>around
> > > so far as I know. One or two people have said there are stability
>problems
> > > with it though... I've not had a chance to investigate this yet, but
>its on
> > > my TODO list for when I get some nice computers to test it with
>(sometime
> > > shortly).
> > >
> > > The patches on my ftp site at the Swansea University Computer Society
> > > site for 2.3.xx kernels are of historical interest only, they have all
> > > been integrated into the mainstream kernels.
> > >
> > > For 2.2 kernels, there are two sets of patches. The one I wrote which
> > > followed the 2.3 kernel patches for a while but are generally
>unmaintained
> > > now, since I've been putting all my efforts into the 2.3 code, and the
>patch
> > > set from sourceforge which were originally written by Eduardo and are
> > > now maintained by Patrick.
> > >
> > > What I'd suggest is that if you really need dapfs and a 2.3 kernel,
>then you
> > > do either one of these two things:
> > >
> > > 1. Get 2.3.43 and patch it woth dapfs and backport the DECnet bug
>fixes from
> > > the latest kernels _or_
> > > 2. Get the latest kernel and fix dapfs to work with the newer VFS
> > > functions
> > >
> > > If you select option two, then please send in the patches to us :-)
> > >
> > > Steve.
> > >
> > > >
> > > > I have located the latest DECnet code "decnet-2.3.50.diff.gz" at
>Steve
> > > > Whitehouse's ftp site (ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/
> > > > <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ).
> > > >
> > > > I've downloaded Kernel 2.3.50 and patched the decnet portion. That
>all
> > > > works fine.
> > > >
> > > > Looks like Kernel 2.3.50 doesn't have dapfs support.. so I'm going
>to have
> > > > to try and manually patch the dapfs portion.
> > > >
> > > > Hope this works,
> > > >
> > > > Mauricio
> > > > -----Original Message-----
> > > > From: Mauricio Mejia
> > > > Sent: June 13, 2000 12:38 PM
> > > > To: 'Steve Whitehouse'
> > > > Cc: lin...@li...
> > > > Subject: RE: [Linux-decnet-user] FW: Linux
>Kernel
> > > > 2.3.42
> > > >
> > > > So if I understand correctly. I could compile with
> > > > experimental and be able to select DECnet OR I could download the
>latest
> > > > kernel and manually attempt to put in the dapfs entries based on
>what in the
> > > > 2.3.42 patch?
> > > >
> > > > > The dapfs patch really needs looking
>at
> > > > again to fix the things which have
> > > > > changed in the VFS, although you
>could try
> > > > backporting the latest DECnet
> > > > > code into a 2.3.42 kernel and see if
>that
> > > > works for you,
> > > >
> > > > What is the latest decnet code? The newest one I see
>on the
> > > > download page is Kernel patch for Linux 2.2.14 & dapfs pre-release
> > > > <http://linux-decnet.sourceforge.net/dnk2214.tgz>
> > > >
> > > > Which is much older than the 2.3.42 kernel.
> > > >
> > > > Is there another download site for the DECnet code
>that I am
> > > > unaware of?
> > > >
> > > > Thanks for you help,
> > > >
> > > > Mauricio
> > > >
> > > > -----Original Message-----
> > > > From: Steve Whitehouse
> > > > [mailto:st...@gw...]
> > > > Sent: June 13, 2000 12:15 PM
> > > > To: MM...@ex...
> > > > Cc:
> > > > lin...@li...
> > > > Subject: Re:
>[Linux-decnet-user] FW:
> > > > Linux Kernel 2.3.42
> > > >
> > > > Hi,
> > > >
> > > > the VFS layer in the 2.3 kernels has
>changed
> > > > a lot. That dapfs patch for 2.3.42
> > > > almost certainly won't work with later
> > > > kernels. On the other hand there
> > > > have been several DECnet bugs which
>have
> > > > been corrected since 2.3.42 so the
> > > > latest kernels have better DECnet
>code.
> > > >
> > > > Did you say yes to the
>CONFIG_EXPERIMENTAL
> > > > option ? At some stage I moved
> > > > DECnet from being CONFIG_EXPERIMENTAL
>to
> > > > being a standard option in the
> > > > network protocol configuration, but it
>may
> > > > not have been until after 2.3.42,
> > > > I really can't remember which version
>it was
> > > > now. The DECnet network
> > > > protocol is a seperate option to the
>dapfs
> > > > filesystem whichever kernel
> > > > you are running.
> > > >
> > > > The dapfs patch really needs looking
>at
> > > > again to fix the things which have
> > > > changed in the VFS, although you could
>try
> > > > backporting the latest DECnet
> > > > code into a 2.3.42 kernel and see if
>that
> > > > works for you,
> > > >
> > > > Steve.
> > > >
> > > > >
> > > > > Sorry.. damn ALT-S sent the e-mail.
> > > > >
> > > > > As I was saying.. does anyone have
>DECnet
> > > > for working with DNMOUNT on any
> > > > > kernel, and if so what patches did
>you
> > > > apply? And where can I download them
> > > > > from?
> > > > >
> > > > > Any help is greatly appreciated.
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Mauricio
> > > > >
> > > >
>----------------------------------------------------------------------------
> > > > > --------------------------------
> > > > > Mauricio Mejia
> > > > Communications & Information Systems
> > > > > Health Information Systems
>Specialist
> > > > Health Sciences Centre
> > > > > E-Mail: mm...@hs...
> > > > <mailto:mm...@hs...> 791 Notre
> > > > > Dame Avenue
> > > > > Phone : (204) 787-2854
> > > > Winnipeg, Manitoba R3E 0M1
> > > > > FAX : (204) 787-1981
> > > > CANADA
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Mauricio Mejia
> > > > > Sent: June 13, 2000 12:15 PM
> > > > > To:
> > > > 'lin...@li...'
> > > > > Subject: Linux Kernel 2.3.42
> > > > >
> > > > > Hello everyone,
> > > > >
> > > > > After not being able to get 2.2.x
>Kernel
> > > > working with DNMOUNT I decided to
> > > > > try 2.3.x
> > > > >
> > > > > I looked around at the patches that
>you
> > > > can download off of
> > > > >
> > > > http://linux-decnet.sourceforge.net/download.html
> > > > >
> > > > <http://linux-decnet.sourceforge.net/download.html> and they have
> > > > > A "dapfs for Linux 2.3.42+" listed.
> > > > >
> > > > > I have applied this patch to the
>Linux
> > > > source code but I don't see any
> > > > > DECnet in the network protocol
>sections.
> > > > I used to see DECnet in kernel
> > > > > 2.2.x
> > > > >
> > > > > This leads me to believe that the
>patch
> > > > only adds the file system support
> > > > > but doesn't add the protocol
>support.
> > > > >
> > > > > Does anyone have DECnet for Linux
>working
> > > > >
> > > >
>----------------------------------------------------------------------------
> > > > > --------------------------------
> > > > > Mauricio Mejia
> > > > Communications & Information Systems
> > > > > Health Information Systems
>Specialist
> > > > Health Sciences Centre
> > > > > E-Mail: mm...@hs...
> > > > <mailto:mm...@hs...> 791 Notre
> > > > > Dame Avenue
> > > > > Phone : (204) 787-2854
> > > > Winnipeg, Manitoba R3E 0M1
> > > > > FAX : (204) 787-1981
> > > > CANADA
> > > > >
> > > > >
> > > > >
> > > > _______________________________________________
> > > > > Linux-decnet-user mailing list
> > > > >
>Lin...@li...
> > > > >
> > > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> > > > >
> > > >
> > >
> > > _______________________________________________
> > > Linux-decnet-user mailing list
> > > Lin...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> >
> >
> > _______________________________________________
> > Linux-decnet-user mailing list
> > Lin...@li...
> > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> >
>
>
>_______________________________________________
>Linux-decnet-user mailing list
>Lin...@li...
>http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
|
|
From: Steve W. <st...@gw...> - 2000-06-13 19:48:10
|
Hi, its very useful to know that the break is around 2.3.99-pre7. It will be very helpful when I come to try and fix this. Dapfs was never in a mainstream kernel - it probably should go in to 2.5 when its been updated to use the new VFS functions, Thanks, Steve. > > Steve, > > I responded earlier but forgot copy-all. > > I have had problems with kernels higher than 2.3.99-pre7 I believe. > My last stable kernel (my configuration) is 2.3.51 which I am using now. > I noticed dapfs was dropped from the kernel sometime. > 2.4.0-test1 definetily will lock my pc sooner or later, I really do not have any > valuable details. > All I know is that I see my video break slightly atop my screen, > once I see that I know I am gone!! > Ed Calderon > > > Steve Whitehouse wrote: > > > Hi, > > > > I should explain the situation with the DECnet patches a bit since its > > not at all obvious and seems to be causing confusion. The very latest > > DECnet code is whats in the 2.4.0test1-ac15 kernel (or whatever is the > > latest at the moment). This is by far the most stable code thats around > > so far as I know. One or two people have said there are stability problems > > with it though... I've not had a chance to investigate this yet, but its on > > my TODO list for when I get some nice computers to test it with (sometime > > shortly). > > > > The patches on my ftp site at the Swansea University Computer Society > > site for 2.3.xx kernels are of historical interest only, they have all > > been integrated into the mainstream kernels. > > > > For 2.2 kernels, there are two sets of patches. The one I wrote which > > followed the 2.3 kernel patches for a while but are generally unmaintained > > now, since I've been putting all my efforts into the 2.3 code, and the patch > > set from sourceforge which were originally written by Eduardo and are > > now maintained by Patrick. > > > > What I'd suggest is that if you really need dapfs and a 2.3 kernel, then you > > do either one of these two things: > > > > 1. Get 2.3.43 and patch it woth dapfs and backport the DECnet bug fixes from > > the latest kernels _or_ > > 2. Get the latest kernel and fix dapfs to work with the newer VFS > > functions > > > > If you select option two, then please send in the patches to us :-) > > > > Steve. > > > > > > > > I have located the latest DECnet code "decnet-2.3.50.diff.gz" at Steve > > > Whitehouse's ftp site (ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/ > > > <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ). > > > > > > I've downloaded Kernel 2.3.50 and patched the decnet portion. That all > > > works fine. > > > > > > Looks like Kernel 2.3.50 doesn't have dapfs support.. so I'm going to have > > > to try and manually patch the dapfs portion. > > > > > > Hope this works, > > > > > > Mauricio > > > -----Original Message----- > > > From: Mauricio Mejia > > > Sent: June 13, 2000 12:38 PM > > > To: 'Steve Whitehouse' > > > Cc: lin...@li... > > > Subject: RE: [Linux-decnet-user] FW: Linux Kernel > > > 2.3.42 > > > > > > So if I understand correctly. I could compile with > > > experimental and be able to select DECnet OR I could download the latest > > > kernel and manually attempt to put in the dapfs entries based on what in the > > > 2.3.42 patch? > > > > > > > The dapfs patch really needs looking at > > > again to fix the things which have > > > > changed in the VFS, although you could try > > > backporting the latest DECnet > > > > code into a 2.3.42 kernel and see if that > > > works for you, > > > > > > What is the latest decnet code? The newest one I see on the > > > download page is Kernel patch for Linux 2.2.14 & dapfs pre-release > > > <http://linux-decnet.sourceforge.net/dnk2214.tgz> > > > > > > Which is much older than the 2.3.42 kernel. > > > > > > Is there another download site for the DECnet code that I am > > > unaware of? > > > > > > Thanks for you help, > > > > > > Mauricio > > > > > > -----Original Message----- > > > From: Steve Whitehouse > > > [mailto:st...@gw...] > > > Sent: June 13, 2000 12:15 PM > > > To: MM...@ex... > > > Cc: > > > lin...@li... > > > Subject: Re: [Linux-decnet-user] FW: > > > Linux Kernel 2.3.42 > > > > > > Hi, > > > > > > the VFS layer in the 2.3 kernels has changed > > > a lot. That dapfs patch for 2.3.42 > > > almost certainly won't work with later > > > kernels. On the other hand there > > > have been several DECnet bugs which have > > > been corrected since 2.3.42 so the > > > latest kernels have better DECnet code. > > > > > > Did you say yes to the CONFIG_EXPERIMENTAL > > > option ? At some stage I moved > > > DECnet from being CONFIG_EXPERIMENTAL to > > > being a standard option in the > > > network protocol configuration, but it may > > > not have been until after 2.3.42, > > > I really can't remember which version it was > > > now. The DECnet network > > > protocol is a seperate option to the dapfs > > > filesystem whichever kernel > > > you are running. > > > > > > The dapfs patch really needs looking at > > > again to fix the things which have > > > changed in the VFS, although you could try > > > backporting the latest DECnet > > > code into a 2.3.42 kernel and see if that > > > works for you, > > > > > > Steve. > > > > > > > > > > > Sorry.. damn ALT-S sent the e-mail. > > > > > > > > As I was saying.. does anyone have DECnet > > > for working with DNMOUNT on any > > > > kernel, and if so what patches did you > > > apply? And where can I download them > > > > from? > > > > > > > > Any help is greatly appreciated. > > > > > > > > Thanks, > > > > > > > > Mauricio > > > > > > > ---------------------------------------------------------------------------- > > > > -------------------------------- > > > > Mauricio Mejia > > > Communications & Information Systems > > > > Health Information Systems Specialist > > > Health Sciences Centre > > > > E-Mail: mm...@hs... > > > <mailto:mm...@hs...> 791 Notre > > > > Dame Avenue > > > > Phone : (204) 787-2854 > > > Winnipeg, Manitoba R3E 0M1 > > > > FAX : (204) 787-1981 > > > CANADA > > > > > > > > > > > > -----Original Message----- > > > > From: Mauricio Mejia > > > > Sent: June 13, 2000 12:15 PM > > > > To: > > > 'lin...@li...' > > > > Subject: Linux Kernel 2.3.42 > > > > > > > > Hello everyone, > > > > > > > > After not being able to get 2.2.x Kernel > > > working with DNMOUNT I decided to > > > > try 2.3.x > > > > > > > > I looked around at the patches that you > > > can download off of > > > > > > > http://linux-decnet.sourceforge.net/download.html > > > > > > > <http://linux-decnet.sourceforge.net/download.html> and they have > > > > A "dapfs for Linux 2.3.42+" listed. > > > > > > > > I have applied this patch to the Linux > > > source code but I don't see any > > > > DECnet in the network protocol sections. > > > I used to see DECnet in kernel > > > > 2.2.x > > > > > > > > This leads me to believe that the patch > > > only adds the file system support > > > > but doesn't add the protocol support. > > > > > > > > Does anyone have DECnet for Linux working > > > > > > > ---------------------------------------------------------------------------- > > > > -------------------------------- > > > > Mauricio Mejia > > > Communications & Information Systems > > > > Health Information Systems Specialist > > > Health Sciences Centre > > > > E-Mail: mm...@hs... > > > <mailto:mm...@hs...> 791 Notre > > > > Dame Avenue > > > > Phone : (204) 787-2854 > > > Winnipeg, Manitoba R3E 0M1 > > > > FAX : (204) 787-1981 > > > CANADA > > > > > > > > > > > > > > > _______________________________________________ > > > > Linux-decnet-user mailing list > > > > Lin...@li... > > > > > > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > > > > > > > > > > > _______________________________________________ > > Linux-decnet-user mailing list > > Lin...@li... > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > > > _______________________________________________ > Linux-decnet-user mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > |
|
From: ecc <ec...@cy...> - 2000-06-13 19:28:55
|
Steve, I responded earlier but forgot copy-all. I have had problems with kernels higher than 2.3.99-pre7 I believe. My last stable kernel (my configuration) is 2.3.51 which I am using now. I noticed dapfs was dropped from the kernel sometime. 2.4.0-test1 definetily will lock my pc sooner or later, I really do not have any valuable details. All I know is that I see my video break slightly atop my screen, once I see that I know I am gone!! Ed Calderon Steve Whitehouse wrote: > Hi, > > I should explain the situation with the DECnet patches a bit since its > not at all obvious and seems to be causing confusion. The very latest > DECnet code is whats in the 2.4.0test1-ac15 kernel (or whatever is the > latest at the moment). This is by far the most stable code thats around > so far as I know. One or two people have said there are stability problems > with it though... I've not had a chance to investigate this yet, but its on > my TODO list for when I get some nice computers to test it with (sometime > shortly). > > The patches on my ftp site at the Swansea University Computer Society > site for 2.3.xx kernels are of historical interest only, they have all > been integrated into the mainstream kernels. > > For 2.2 kernels, there are two sets of patches. The one I wrote which > followed the 2.3 kernel patches for a while but are generally unmaintained > now, since I've been putting all my efforts into the 2.3 code, and the patch > set from sourceforge which were originally written by Eduardo and are > now maintained by Patrick. > > What I'd suggest is that if you really need dapfs and a 2.3 kernel, then you > do either one of these two things: > > 1. Get 2.3.43 and patch it woth dapfs and backport the DECnet bug fixes from > the latest kernels _or_ > 2. Get the latest kernel and fix dapfs to work with the newer VFS > functions > > If you select option two, then please send in the patches to us :-) > > Steve. > > > > > I have located the latest DECnet code "decnet-2.3.50.diff.gz" at Steve > > Whitehouse's ftp site (ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/ > > <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ). > > > > I've downloaded Kernel 2.3.50 and patched the decnet portion. That all > > works fine. > > > > Looks like Kernel 2.3.50 doesn't have dapfs support.. so I'm going to have > > to try and manually patch the dapfs portion. > > > > Hope this works, > > > > Mauricio > > -----Original Message----- > > From: Mauricio Mejia > > Sent: June 13, 2000 12:38 PM > > To: 'Steve Whitehouse' > > Cc: lin...@li... > > Subject: RE: [Linux-decnet-user] FW: Linux Kernel > > 2.3.42 > > > > So if I understand correctly. I could compile with > > experimental and be able to select DECnet OR I could download the latest > > kernel and manually attempt to put in the dapfs entries based on what in the > > 2.3.42 patch? > > > > > The dapfs patch really needs looking at > > again to fix the things which have > > > changed in the VFS, although you could try > > backporting the latest DECnet > > > code into a 2.3.42 kernel and see if that > > works for you, > > > > What is the latest decnet code? The newest one I see on the > > download page is Kernel patch for Linux 2.2.14 & dapfs pre-release > > <http://linux-decnet.sourceforge.net/dnk2214.tgz> > > > > Which is much older than the 2.3.42 kernel. > > > > Is there another download site for the DECnet code that I am > > unaware of? > > > > Thanks for you help, > > > > Mauricio > > > > -----Original Message----- > > From: Steve Whitehouse > > [mailto:st...@gw...] > > Sent: June 13, 2000 12:15 PM > > To: MM...@ex... > > Cc: > > lin...@li... > > Subject: Re: [Linux-decnet-user] FW: > > Linux Kernel 2.3.42 > > > > Hi, > > > > the VFS layer in the 2.3 kernels has changed > > a lot. That dapfs patch for 2.3.42 > > almost certainly won't work with later > > kernels. On the other hand there > > have been several DECnet bugs which have > > been corrected since 2.3.42 so the > > latest kernels have better DECnet code. > > > > Did you say yes to the CONFIG_EXPERIMENTAL > > option ? At some stage I moved > > DECnet from being CONFIG_EXPERIMENTAL to > > being a standard option in the > > network protocol configuration, but it may > > not have been until after 2.3.42, > > I really can't remember which version it was > > now. The DECnet network > > protocol is a seperate option to the dapfs > > filesystem whichever kernel > > you are running. > > > > The dapfs patch really needs looking at > > again to fix the things which have > > changed in the VFS, although you could try > > backporting the latest DECnet > > code into a 2.3.42 kernel and see if that > > works for you, > > > > Steve. > > > > > > > > Sorry.. damn ALT-S sent the e-mail. > > > > > > As I was saying.. does anyone have DECnet > > for working with DNMOUNT on any > > > kernel, and if so what patches did you > > apply? And where can I download them > > > from? > > > > > > Any help is greatly appreciated. > > > > > > Thanks, > > > > > > Mauricio > > > > > ---------------------------------------------------------------------------- > > > -------------------------------- > > > Mauricio Mejia > > Communications & Information Systems > > > Health Information Systems Specialist > > Health Sciences Centre > > > E-Mail: mm...@hs... > > <mailto:mm...@hs...> 791 Notre > > > Dame Avenue > > > Phone : (204) 787-2854 > > Winnipeg, Manitoba R3E 0M1 > > > FAX : (204) 787-1981 > > CANADA > > > > > > > > > -----Original Message----- > > > From: Mauricio Mejia > > > Sent: June 13, 2000 12:15 PM > > > To: > > 'lin...@li...' > > > Subject: Linux Kernel 2.3.42 > > > > > > Hello everyone, > > > > > > After not being able to get 2.2.x Kernel > > working with DNMOUNT I decided to > > > try 2.3.x > > > > > > I looked around at the patches that you > > can download off of > > > > > http://linux-decnet.sourceforge.net/download.html > > > > > <http://linux-decnet.sourceforge.net/download.html> and they have > > > A "dapfs for Linux 2.3.42+" listed. > > > > > > I have applied this patch to the Linux > > source code but I don't see any > > > DECnet in the network protocol sections. > > I used to see DECnet in kernel > > > 2.2.x > > > > > > This leads me to believe that the patch > > only adds the file system support > > > but doesn't add the protocol support. > > > > > > Does anyone have DECnet for Linux working > > > > > ---------------------------------------------------------------------------- > > > -------------------------------- > > > Mauricio Mejia > > Communications & Information Systems > > > Health Information Systems Specialist > > Health Sciences Centre > > > E-Mail: mm...@hs... > > <mailto:mm...@hs...> 791 Notre > > > Dame Avenue > > > Phone : (204) 787-2854 > > Winnipeg, Manitoba R3E 0M1 > > > FAX : (204) 787-1981 > > CANADA > > > > > > > > > > > _______________________________________________ > > > Linux-decnet-user mailing list > > > Lin...@li... > > > > > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > > > > > > > _______________________________________________ > Linux-decnet-user mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user |
|
From: Steve W. <st...@gw...> - 2000-06-13 19:05:32
|
Hi,
I should explain the situation with the DECnet patches a bit since its
not at all obvious and seems to be causing confusion. The very latest
DECnet code is whats in the 2.4.0test1-ac15 kernel (or whatever is the
latest at the moment). This is by far the most stable code thats around
so far as I know. One or two people have said there are stability problems
with it though... I've not had a chance to investigate this yet, but its on
my TODO list for when I get some nice computers to test it with (sometime
shortly).
The patches on my ftp site at the Swansea University Computer Society
site for 2.3.xx kernels are of historical interest only, they have all
been integrated into the mainstream kernels.
For 2.2 kernels, there are two sets of patches. The one I wrote which
followed the 2.3 kernel patches for a while but are generally unmaintained
now, since I've been putting all my efforts into the 2.3 code, and the patch
set from sourceforge which were originally written by Eduardo and are
now maintained by Patrick.
What I'd suggest is that if you really need dapfs and a 2.3 kernel, then you
do either one of these two things:
1. Get 2.3.43 and patch it woth dapfs and backport the DECnet bug fixes from
the latest kernels _or_
2. Get the latest kernel and fix dapfs to work with the newer VFS
functions
If you select option two, then please send in the patches to us :-)
Steve.
>
> I have located the latest DECnet code "decnet-2.3.50.diff.gz" at Steve
> Whitehouse's ftp site (ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/
> <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ).
>
> I've downloaded Kernel 2.3.50 and patched the decnet portion. That all
> works fine.
>
> Looks like Kernel 2.3.50 doesn't have dapfs support.. so I'm going to have
> to try and manually patch the dapfs portion.
>
> Hope this works,
>
> Mauricio
> -----Original Message-----
> From: Mauricio Mejia
> Sent: June 13, 2000 12:38 PM
> To: 'Steve Whitehouse'
> Cc: lin...@li...
> Subject: RE: [Linux-decnet-user] FW: Linux Kernel
> 2.3.42
>
> So if I understand correctly. I could compile with
> experimental and be able to select DECnet OR I could download the latest
> kernel and manually attempt to put in the dapfs entries based on what in the
> 2.3.42 patch?
>
> > The dapfs patch really needs looking at
> again to fix the things which have
> > changed in the VFS, although you could try
> backporting the latest DECnet
> > code into a 2.3.42 kernel and see if that
> works for you,
>
> What is the latest decnet code? The newest one I see on the
> download page is Kernel patch for Linux 2.2.14 & dapfs pre-release
> <http://linux-decnet.sourceforge.net/dnk2214.tgz>
>
> Which is much older than the 2.3.42 kernel.
>
> Is there another download site for the DECnet code that I am
> unaware of?
>
> Thanks for you help,
>
> Mauricio
>
> -----Original Message-----
> From: Steve Whitehouse
> [mailto:st...@gw...]
> Sent: June 13, 2000 12:15 PM
> To: MM...@ex...
> Cc:
> lin...@li...
> Subject: Re: [Linux-decnet-user] FW:
> Linux Kernel 2.3.42
>
> Hi,
>
> the VFS layer in the 2.3 kernels has changed
> a lot. That dapfs patch for 2.3.42
> almost certainly won't work with later
> kernels. On the other hand there
> have been several DECnet bugs which have
> been corrected since 2.3.42 so the
> latest kernels have better DECnet code.
>
> Did you say yes to the CONFIG_EXPERIMENTAL
> option ? At some stage I moved
> DECnet from being CONFIG_EXPERIMENTAL to
> being a standard option in the
> network protocol configuration, but it may
> not have been until after 2.3.42,
> I really can't remember which version it was
> now. The DECnet network
> protocol is a seperate option to the dapfs
> filesystem whichever kernel
> you are running.
>
> The dapfs patch really needs looking at
> again to fix the things which have
> changed in the VFS, although you could try
> backporting the latest DECnet
> code into a 2.3.42 kernel and see if that
> works for you,
>
> Steve.
>
> >
> > Sorry.. damn ALT-S sent the e-mail.
> >
> > As I was saying.. does anyone have DECnet
> for working with DNMOUNT on any
> > kernel, and if so what patches did you
> apply? And where can I download them
> > from?
> >
> > Any help is greatly appreciated.
> >
> > Thanks,
> >
> > Mauricio
> >
> ----------------------------------------------------------------------------
> > --------------------------------
> > Mauricio Mejia
> Communications & Information Systems
> > Health Information Systems Specialist
> Health Sciences Centre
> > E-Mail: mm...@hs...
> <mailto:mm...@hs...> 791 Notre
> > Dame Avenue
> > Phone : (204) 787-2854
> Winnipeg, Manitoba R3E 0M1
> > FAX : (204) 787-1981
> CANADA
> >
> >
> > -----Original Message-----
> > From: Mauricio Mejia
> > Sent: June 13, 2000 12:15 PM
> > To:
> 'lin...@li...'
> > Subject: Linux Kernel 2.3.42
> >
> > Hello everyone,
> >
> > After not being able to get 2.2.x Kernel
> working with DNMOUNT I decided to
> > try 2.3.x
> >
> > I looked around at the patches that you
> can download off of
> >
> http://linux-decnet.sourceforge.net/download.html
> >
> <http://linux-decnet.sourceforge.net/download.html> and they have
> > A "dapfs for Linux 2.3.42+" listed.
> >
> > I have applied this patch to the Linux
> source code but I don't see any
> > DECnet in the network protocol sections.
> I used to see DECnet in kernel
> > 2.2.x
> >
> > This leads me to believe that the patch
> only adds the file system support
> > but doesn't add the protocol support.
> >
> > Does anyone have DECnet for Linux working
> >
> ----------------------------------------------------------------------------
> > --------------------------------
> > Mauricio Mejia
> Communications & Information Systems
> > Health Information Systems Specialist
> Health Sciences Centre
> > E-Mail: mm...@hs...
> <mailto:mm...@hs...> 791 Notre
> > Dame Avenue
> > Phone : (204) 787-2854
> Winnipeg, Manitoba R3E 0M1
> > FAX : (204) 787-1981
> CANADA
> >
> >
> >
> _______________________________________________
> > Linux-decnet-user mailing list
> > Lin...@li...
> >
> http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user
> >
>
|
|
From: Mauricio M. <MM...@ex...> - 2000-06-13 18:20:58
|
I have located the latest DECnet code "decnet-2.3.50.diff.gz" at Steve Whitehouse's ftp site (ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/ <ftp://ftp.sucs.swan.ac.uk/pub/Linux/DECnet/> ). I've downloaded Kernel 2.3.50 and patched the decnet portion. That all works fine. Looks like Kernel 2.3.50 doesn't have dapfs support.. so I'm going to have to try and manually patch the dapfs portion. Hope this works, Mauricio -----Original Message----- From: Mauricio Mejia Sent: June 13, 2000 12:38 PM To: 'Steve Whitehouse' Cc: lin...@li... Subject: RE: [Linux-decnet-user] FW: Linux Kernel 2.3.42 So if I understand correctly. I could compile with experimental and be able to select DECnet OR I could download the latest kernel and manually attempt to put in the dapfs entries based on what in the 2.3.42 patch? > The dapfs patch really needs looking at again to fix the things which have > changed in the VFS, although you could try backporting the latest DECnet > code into a 2.3.42 kernel and see if that works for you, What is the latest decnet code? The newest one I see on the download page is Kernel patch for Linux 2.2.14 & dapfs pre-release <http://linux-decnet.sourceforge.net/dnk2214.tgz> Which is much older than the 2.3.42 kernel. Is there another download site for the DECnet code that I am unaware of? Thanks for you help, Mauricio -----Original Message----- From: Steve Whitehouse [mailto:st...@gw...] Sent: June 13, 2000 12:15 PM To: MM...@ex... Cc: lin...@li... Subject: Re: [Linux-decnet-user] FW: Linux Kernel 2.3.42 Hi, the VFS layer in the 2.3 kernels has changed a lot. That dapfs patch for 2.3.42 almost certainly won't work with later kernels. On the other hand there have been several DECnet bugs which have been corrected since 2.3.42 so the latest kernels have better DECnet code. Did you say yes to the CONFIG_EXPERIMENTAL option ? At some stage I moved DECnet from being CONFIG_EXPERIMENTAL to being a standard option in the network protocol configuration, but it may not have been until after 2.3.42, I really can't remember which version it was now. The DECnet network protocol is a seperate option to the dapfs filesystem whichever kernel you are running. The dapfs patch really needs looking at again to fix the things which have changed in the VFS, although you could try backporting the latest DECnet code into a 2.3.42 kernel and see if that works for you, Steve. > > Sorry.. damn ALT-S sent the e-mail. > > As I was saying.. does anyone have DECnet for working with DNMOUNT on any > kernel, and if so what patches did you apply? And where can I download them > from? > > Any help is greatly appreciated. > > Thanks, > > Mauricio > ---------------------------------------------------------------------------- > -------------------------------- > Mauricio Mejia Communications & Information Systems > Health Information Systems Specialist Health Sciences Centre > E-Mail: mm...@hs... <mailto:mm...@hs...> 791 Notre > Dame Avenue > Phone : (204) 787-2854 Winnipeg, Manitoba R3E 0M1 > FAX : (204) 787-1981 CANADA > > > -----Original Message----- > From: Mauricio Mejia > Sent: June 13, 2000 12:15 PM > To: 'lin...@li...' > Subject: Linux Kernel 2.3.42 > > Hello everyone, > > After not being able to get 2.2.x Kernel working with DNMOUNT I decided to > try 2.3.x > > I looked around at the patches that you can download off of > http://linux-decnet.sourceforge.net/download.html > <http://linux-decnet.sourceforge.net/download.html> and they have > A "dapfs for Linux 2.3.42+" listed. > > I have applied this patch to the Linux source code but I don't see any > DECnet in the network protocol sections. I used to see DECnet in kernel > 2.2.x > > This leads me to believe that the patch only adds the file system support > but doesn't add the protocol support. > > Does anyone have DECnet for Linux working > ---------------------------------------------------------------------------- > -------------------------------- > Mauricio Mejia Communications & Information Systems > Health Information Systems Specialist Health Sciences Centre > E-Mail: mm...@hs... <mailto:mm...@hs...> 791 Notre > Dame Avenue > Phone : (204) 787-2854 Winnipeg, Manitoba R3E 0M1 > FAX : (204) 787-1981 CANADA > > > _______________________________________________ > Linux-decnet-user mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > |
|
From: Mauricio M. <MM...@ex...> - 2000-06-13 17:38:54
|
So if I understand correctly. I could compile with experimental and be able to select DECnet OR I could download the latest kernel and manually attempt to put in the dapfs entries based on what in the 2.3.42 patch? > The dapfs patch really needs looking at again to fix the things which have > changed in the VFS, although you could try backporting the latest DECnet > code into a 2.3.42 kernel and see if that works for you, What is the latest decnet code? The newest one I see on the download page is Kernel patch for Linux 2.2.14 & dapfs pre-release <http://linux-decnet.sourceforge.net/dnk2214.tgz> Which is much older than the 2.3.42 kernel. Is there another download site for the DECnet code that I am unaware of? Thanks for you help, Mauricio -----Original Message----- From: Steve Whitehouse [mailto:st...@gw...] Sent: June 13, 2000 12:15 PM To: MM...@ex... Cc: lin...@li... Subject: Re: [Linux-decnet-user] FW: Linux Kernel 2.3.42 Hi, the VFS layer in the 2.3 kernels has changed a lot. That dapfs patch for 2.3.42 almost certainly won't work with later kernels. On the other hand there have been several DECnet bugs which have been corrected since 2.3.42 so the latest kernels have better DECnet code. Did you say yes to the CONFIG_EXPERIMENTAL option ? At some stage I moved DECnet from being CONFIG_EXPERIMENTAL to being a standard option in the network protocol configuration, but it may not have been until after 2.3.42, I really can't remember which version it was now. The DECnet network protocol is a seperate option to the dapfs filesystem whichever kernel you are running. The dapfs patch really needs looking at again to fix the things which have changed in the VFS, although you could try backporting the latest DECnet code into a 2.3.42 kernel and see if that works for you, Steve. > > Sorry.. damn ALT-S sent the e-mail. > > As I was saying.. does anyone have DECnet for working with DNMOUNT on any > kernel, and if so what patches did you apply? And where can I download them > from? > > Any help is greatly appreciated. > > Thanks, > > Mauricio > ---------------------------------------------------------------------------- > -------------------------------- > Mauricio Mejia Communications & Information Systems > Health Information Systems Specialist Health Sciences Centre > E-Mail: mm...@hs... <mailto:mm...@hs...> 791 Notre > Dame Avenue > Phone : (204) 787-2854 Winnipeg, Manitoba R3E 0M1 > FAX : (204) 787-1981 CANADA > > > -----Original Message----- > From: Mauricio Mejia > Sent: June 13, 2000 12:15 PM > To: 'lin...@li...' > Subject: Linux Kernel 2.3.42 > > Hello everyone, > > After not being able to get 2.2.x Kernel working with DNMOUNT I decided to > try 2.3.x > > I looked around at the patches that you can download off of > http://linux-decnet.sourceforge.net/download.html > <http://linux-decnet.sourceforge.net/download.html> and they have > A "dapfs for Linux 2.3.42+" listed. > > I have applied this patch to the Linux source code but I don't see any > DECnet in the network protocol sections. I used to see DECnet in kernel > 2.2.x > > This leads me to believe that the patch only adds the file system support > but doesn't add the protocol support. > > Does anyone have DECnet for Linux working > ---------------------------------------------------------------------------- > -------------------------------- > Mauricio Mejia Communications & Information Systems > Health Information Systems Specialist Health Sciences Centre > E-Mail: mm...@hs... <mailto:mm...@hs...> 791 Notre > Dame Avenue > Phone : (204) 787-2854 Winnipeg, Manitoba R3E 0M1 > FAX : (204) 787-1981 CANADA > > > _______________________________________________ > Linux-decnet-user mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > |
|
From: Steve W. <st...@gw...> - 2000-06-13 17:29:04
|
Hi, the VFS layer in the 2.3 kernels has changed a lot. That dapfs patch for 2.3.42 almost certainly won't work with later kernels. On the other hand there have been several DECnet bugs which have been corrected since 2.3.42 so the latest kernels have better DECnet code. Did you say yes to the CONFIG_EXPERIMENTAL option ? At some stage I moved DECnet from being CONFIG_EXPERIMENTAL to being a standard option in the network protocol configuration, but it may not have been until after 2.3.42, I really can't remember which version it was now. The DECnet network protocol is a seperate option to the dapfs filesystem whichever kernel you are running. The dapfs patch really needs looking at again to fix the things which have changed in the VFS, although you could try backporting the latest DECnet code into a 2.3.42 kernel and see if that works for you, Steve. > > Sorry.. damn ALT-S sent the e-mail. > > As I was saying.. does anyone have DECnet for working with DNMOUNT on any > kernel, and if so what patches did you apply? And where can I download them > from? > > Any help is greatly appreciated. > > Thanks, > > Mauricio > ---------------------------------------------------------------------------- > -------------------------------- > Mauricio Mejia Communications & Information Systems > Health Information Systems Specialist Health Sciences Centre > E-Mail: mm...@hs... <mailto:mm...@hs...> 791 Notre > Dame Avenue > Phone : (204) 787-2854 Winnipeg, Manitoba R3E 0M1 > FAX : (204) 787-1981 CANADA > > > -----Original Message----- > From: Mauricio Mejia > Sent: June 13, 2000 12:15 PM > To: 'lin...@li...' > Subject: Linux Kernel 2.3.42 > > Hello everyone, > > After not being able to get 2.2.x Kernel working with DNMOUNT I decided to > try 2.3.x > > I looked around at the patches that you can download off of > http://linux-decnet.sourceforge.net/download.html > <http://linux-decnet.sourceforge.net/download.html> and they have > A "dapfs for Linux 2.3.42+" listed. > > I have applied this patch to the Linux source code but I don't see any > DECnet in the network protocol sections. I used to see DECnet in kernel > 2.2.x > > This leads me to believe that the patch only adds the file system support > but doesn't add the protocol support. > > Does anyone have DECnet for Linux working > ---------------------------------------------------------------------------- > -------------------------------- > Mauricio Mejia Communications & Information Systems > Health Information Systems Specialist Health Sciences Centre > E-Mail: mm...@hs... <mailto:mm...@hs...> 791 Notre > Dame Avenue > Phone : (204) 787-2854 Winnipeg, Manitoba R3E 0M1 > FAX : (204) 787-1981 CANADA > > > _______________________________________________ > Linux-decnet-user mailing list > Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux-decnet-user > |