[1105] in arla-drinkers

home help back first fref pref prev next nref lref last post

Re: Arla 0.26/27pre4 vs. Linux 2.2.10 on SparcUltra 5

daemon@ATHENA.MIT.EDU (Tobias Grundmann)
Fri Aug 27 07:33:06 1999

From owner-arla-drinkers@stacken.kth.se Fri Aug 27 11:33:06 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 16320 invoked from network); 27 Aug 1999 11:33:05 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
  by bloom-picayune.mit.edu with SMTP; 27 Aug 1999 11:33:05 -0000
Received: (from majordom@localhost)
	by sundance.stacken.kth.se (8.8.8/8.8.8) id NAA17973
	for arla-drinkers-list; Fri, 27 Aug 1999 13:21:04 +0200 (MET DST)
Received: from peanuts.informatik.uni-tuebingen.de (peanuts.Informatik.Uni-Tuebingen.De [134.2.14.1])
	by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id NAA17969;
	Fri, 27 Aug 1999 13:20:55 +0200 (MET DST)
Received: from peanuts.informatik.uni-tuebingen.de (carthy [134.2.14.21])
	by peanuts.informatik.uni-tuebingen.de (8.9.1/8.9.1/PEANUTS Revision: 1.1 $) with ESMTP id NAA23372;
	Fri, 27 Aug 1999 13:20:49 +0200 (MET DST)
Message-Id: <199908271120.NAA23372@peanuts.informatik.uni-tuebingen.de>
X-Mailer: exmh version 2.0.2 2/24/98
To: Magnus Ahltorp <map@stacken.kth.se>
cc: Tobias Grundmann <grundman@Informatik.Uni-Tuebingen.De>,
        arla-drinkers@stacken.kth.se
Subject: Re: Arla 0.26/27pre4 vs. Linux 2.2.10 on SparcUltra 5 
In-reply-to: Your message of "16 Aug 1999 16:13:03 +0200."
             <ixdyafbhl00.fsf@turbot.pdc.kth.se> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 27 Aug 1999 13:22:09 +0200
From: Tobias Grundmann <grundman@Informatik.Uni-Tuebingen.De>
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk


map@stacken.kth.se said:
> I haven't committed everything that is needed yet, but I will commit
> it any day now. 

:)))

Hi,

after digging around a bit in the arla sources I think one of the
problems with this 32/64 bit issue is CACHEHANDLESIZE in xfs_message.h
which is to small. xfs_message.h is included in both the kernel module
and arlad stuff. Compiling one with 64 bit and the other one with 32
bit while this file_handle thing in xfs/linux/xfs_syscalls.c has a
plain unsigned int in it... then a memcpy in xfs_fh_to_dentry... 

Well I wonder if its worth to investigate this further and do
eventually some real work on it. Will there be an update soon? 


Tobias  



home help back first fref pref prev next nref lref last post