* Re: RedHat Kernel Error
From: Andreas Dilger @ 2002-12-16 18:47 UTC (permalink / raw)
To: Michael Aldrich; +Cc: mec, linux-kernel
In-Reply-To: <200212161344.15507.maldrich@reserveamerica.com>
On Dec 16, 2002 13:44 -0500, Michael Aldrich wrote:
> I was trying to recompile my 2.4.18-3smp RedHat kernel
This is a very old kernel, known to have bugs, please get a newer one.
Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/
^ permalink raw reply
* Re: L2 Cache problem
From: Marc-Christian Petersen @ 2002-12-16 18:47 UTC (permalink / raw)
To: linux-kernel; +Cc: Xavier LaRue
In-Reply-To: <20021216133016.64c75cac.paxl@videotron.ca>
On Monday 16 December 2002 19:30, Xavier LaRue wrote:
Hi Xavier,
> My linux kernel did'nt detect my L2 cache on any of my two cpu ( this is an
> smp box ) here is the /proc/cpuinfo: Therse processor are perfect Steping
> match SL3FJ( therse old katmai processor have 512k l2 cache ).
> And I get nothing in my dmesg about l2 cache ( 'dmesg | grep L2' give
> nothing ) I'm on an plain vanilla kernel ( 2.4.18 taken at kernel.org )
> with xfs-1.1 patch. At boot my bios say that my L2 of my two cpu are ok.
This is fixed in 2.4.21-pre1. You have to upgrade or play with this patch:
http://linux.bkbits.net:8080/linux-2.4/cset@1.757.30.17?nav=index.html|ChangeSet@-3w
I am afraid this will not apply clean ontop of 2.4.18.
ciao, Marc
^ permalink raw reply
* Re: Can somebody help me with setting up a server behind a sdsl router?
From: Andrew J. Meader @ 2002-12-16 18:39 UTC (permalink / raw)
To: Jason Corekin, netfilter
In-Reply-To: <010801c2a527$782dcbd0$5d01a8c0@jason>
[-- Attachment #1: Type: text/plain, Size: 702 bytes --]
Jason,
Does the service provider (telco) allow more than one IP address (more
than one rfc 1483 tunnel) for your connection? Does the router require
separate (unique) vc's for this to work? If the provider will allow you
to do this then getting a connection for your mail server is a matter of
getting the right machine to talk to the right interface on the router.
Just a couple of ideas.
Good luck!
Andy
> Now he wants to use another one of his publicly registered static ip's
> for his mail server, which we are trying to plug into one of the
> unused jacks on the built it hub on the R7100. The problem is that we
> can not get the R7100 to respond to more then one public address.
[-- Attachment #2: Type: text/html, Size: 997 bytes --]
^ permalink raw reply
* Where is this printk?
From: Marc-Christian Petersen @ 2002-12-16 18:43 UTC (permalink / raw)
To: linux-kernel
Hi all,
does anyone know where this is printed out in kernel source?
Linux version 2.4.20 (root@codeman) (gcc version 2.95.4 20011002 (Debian
prerelease)) #1 Mon Dec 16 16:54:44 CET 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
...
I only want to know where the first line is printed out (that is a dmesg
output). I want to put in a printk just before the first line.
I thought somewhere in arch/$arch/kernel/setup.c but I cannot figure out
where.
ciao, Marc
^ permalink raw reply
* Re: listen, permissions
From: Curt Mills, WE7U @ 2002-12-16 18:36 UTC (permalink / raw)
To: mvw; +Cc: linux-hams
In-Reply-To: <Pine.LNX.4.44.0212140835060.14589-100000@jeeves.mvw.net>
On Sat, 14 Dec 2002 mvw@mvw.net wrote:
> Also I see some apps have changed since the (excellent) AX25-Howto was
> written (e.g. ttylinkd is new). Where's the best place to find new (if
> there are any!) ham radio Linux software?
APRS Software: http://www.xastir.org
Run the development versions. They're very stable. "Stable"
version is much too old now. "Development" versions come out about
every two weeks. CVS version changes almost every day. New enough
for you?
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
^ permalink raw reply
* Re: labelling partitions with reiserfstune
From: Vitaly Fertman @ 2002-12-16 18:35 UTC (permalink / raw)
To: Nick Burrett, reiserfs-list
In-Reply-To: <3DFDD5B5.7050000@dsvr.net>
Hi,
On Monday 16 December 2002 16:31, Nick Burrett wrote:
> Hi,
>
> It would be useful if the disk label of a mounted partition could be
> changed by reiserfstune. Since I'm only after changing the label and
will be done someday. probably in reiser4 already.
> not the journal, the following assertion seems unreasonable.
>
> bash-2.05# reiserfstune -l / /dev/rd/c0d0p1
>
> <-------------reiserfstune, 2002------------->
> reiserfsprogs 3.6.4
>
> reiserfstune: can not rebuild journal of mounted filesystem
Oh, yes, thank you.
--
Thanks,
Vitaly Fertman
^ permalink raw reply
* Re: [ACPI] Metolious hardware-sensors-using-ACPI specs
From: PSI-Systems @ 2002-12-16 18:33 UTC (permalink / raw)
To: Grover, Andrew, 'Pavel Machek', ACPI mailing list,
kernel list
In-Reply-To: <EDC461A30AC4D511ADE10002A5072CAD04C7A5A4@orsmsx119.jf.intel.com>
> Wow, is that still on a website somewhere?
http://www.intel.com/design/servers/ipmi/metolious.htm
http://www.acpi.info/papers/Imple6/metolious.pdf
^ permalink raw reply
* L2 Cache problem
From: Xavier LaRue @ 2002-12-16 18:30 UTC (permalink / raw)
To: linux-kernel
Hi all,
My linux kernel did'nt detect my L2 cache on any of my two cpu ( this is an smp box ) here is the /proc/cpuinfo:
Therse processor are perfect Steping match SL3FJ( therse old katmai processor have 512k l2 cache ).
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 549.070
cache size : 32 KB
[...]
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 549.070
cache size : 32 KB
And I get nothing in my dmesg about l2 cache ( 'dmesg | grep L2' give nothing )
I'm on an plain vanilla kernel ( 2.4.18 taken at kernel.org ) with xfs-1.1 patch.
At boot my bios say that my L2 of my two cpu are ok.
my dmesg will be online at http://paxl.no-ip.org/~paxl/dmesg.txt if somone mind.
Another fuzzy thing .. compiling my kernel normaly ( -j 1 ) take 30min and when I make it with -j 2/8/16 it take 25min, I think this is due to my L2 cache problem but that not normal, if somone have an idea.. I should be realy interested.
Another little detail that could help you, my mother board is an AMI MegaRUM II(that a dual p2/p3 mobo).
I hope somone will have an solution.
Thank you for your time
Xavier LaRue
^ permalink raw reply
* Re: slow NFS performance extracting bits from large files
From: Bruce Allen @ 2002-12-16 18:30 UTC (permalink / raw)
To: Paul Haas, paulh, nfs; +Cc: Bruce Allen
In-Reply-To: <Pine.LNX.4.30.0212161206240.7322-100000@bandit.sdrc.com>
Hi Paul,
Thanks for the quick reply.
> > I am working on a scientific data analysis application which needs to
> > extract a little bit of data from around 10,000 files. The files
> > themselves are each around 1 MB in size. The application does:
> >
> > for (i=0; i<10000; i++){
> > open() ith file
> > read() 32 bytes from beginning
> > lseek() to somewhere in the middle of the file
> > read() 620 bytes from the middle of the file
> > close() ith file
> > }
>
> So that's 20,000 reads. Readahead wouldn't help much with this access
> pattern, so it looks like 20,000 reads and 20,000 seeks.
> > If I run this with the data set on a local disk, the total run time is
> > around 1 sec -- very reasonable since I am transferring around 6 MB of
> > data.
>
> Ok, 20,000 seeks per second, shows an average seek time of 50
> microseconds. You can't do that with a spinning disk. You've discovered
> how well disk caching works.
Thank you very much. This is a reasonable (obvious!) explanation. Let me
see if I undertand correctly.
I just looked up the specs for the local disk that I was using for the
comparison testing. It averages around 600 512-byte sectors (300 kB) per
track, and 1ms average track to track seek time. So (assuming little
fragmentation) a typical file is spread across 3 to 4 tracks of the disk.
Thus, if I seek to a data set in the middle of a file, and assuming that
the files are "more or less" contiguous on the disk, a typical iteration
of the loop above starting from the first read, should involve:
read 32 bytes
seek to middle (2 tracks) 2 msec
read 620 bytes
seek to next file (2 tracks) 2 msec
hence 4 msec/file x 10k files = 40 sec read time if the kernel disk cache
buffers are all dirty. Does the estimate above look reasonable?
I'll do the experiment that you suggest, using wc to clear the cache
first, and see how this compares to what's above.
> > If I run this on an NFS-mounted disk the performance is 100 times worse.
> > Both client and server are stock RH 7.3. Note that if I run it a second
> > time, when the data is presumably cached, it takes just a few seconds to
> > run.
>
> 20000 seeks in 100 seconds, that's an average seek time of 5 ms. That's
> possible on real hardware.
The files on the NFS server live on an ATA RAID array, made of 3-ware 7850
controller running in hardware RAID-5 with the data striped across 7 disks
(the 8th disk is a hot spare). I think the stripe size is configured to
the maximum value, but I have forgotten what that is. I have no idea what
the equivalent "seek time" on such a system is.
The client and the server are networked via gigabit ethernet, through a
Foundry Networks switch. Neither the switch nor the client or server are
oversubscribed.
> > Is it obvious what needs to be changed/tuned to improve this performance?
> > Or if not, could someone suggest a tool and a strategy for tracing down
> > the cause of the poor performance?
>
> Clear the cache in the system with the local disk and measure the
> performance. You can clear the cache by reading files bigger than all of
> RAM. I tend to use "wc *" in a directory with some large tar files. wc
> kindly tells me how many bytes I've read, so I know if I've read enough.
>
> With a clear cache you'll see local performance numbers that are closer to
> the NFS numbers.
OK, I'll try this. In retrospect, it's obvious.
> What's the ping time? The NFS performance should have a penalty of
> something like 3 network transactions per file, so your NFS times should
> be 30,000 packet round trips longer than the local case. (maybe 4 network
> transactions per file if there is also a stat call, a network trace would
> show all the transactions).
There's no stat call -- I've used strace to verify that I am only doing
the operations described in my pseudo-code above.
open("/scratch/xavi/CAL_L1_Data//CAL_SFT.714299460", O_RDONLY) = 3
read(3, "\0\0\0\0\0\0\360?DX\223*\0\0\0\0\0\0\0\0\0\0N@\270\v\0"..., 32) =
32
lseek(3, 460776, SEEK_CUR) = 460808
read(3, "\336\203z&\tM\216&/\342\227\244\307\333\352\245\233\27"...,
620) = 620
close(3) = 0
open("/scratch/xavi/CAL_L1_Data//CAL_SFT.714299520", O_RDONLY) = 3
There's no stat(). So I think it's 3 not 4. Here are the ping times:
[ballen@medusa-slave123 ballen]$ ping storage1
PING storage1.medusa.phys.uwm.edu (129.89.201.244) from 129.89.200.133
: 56(84) bytes of data.
64 bytes from storage1.medusa.phys.uwm.edu (129.89.201.244): icmp_seq=1
ttl=255 time=0.197 ms
64 bytes from storage1.medusa.phys.uwm.edu (129.89.201.244): icmp_seq=2
ttl=255 time=0.264 ms
....
--- storage1.medusa.phys.uwm.edu ping statistics ---
26 packets transmitted, 26 received, 0% loss, time 25250ms
rtt min/avg/max/mdev = 0.156/0.230/0.499/0.063 ms
so 230 usec (average) x 30,000 = 7 seconds
OK, so if all is well, then if I run the code locally on the NFS server
itself (with disk cache buffers all dirty) it should take around 7
seconds less time than if I run it on an NFS client.
I'll check the numbers and report back.
Thanks again for the help. I'd not thought carefully enough about what
the disk was really doing. The point being that reading a contiguous 6 MB
file from the local disk only involves ~20 track-to-track seeks, which is
negligable in comparison with what I am doing.
Cheers,
Bruce
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* RedHat Kernel Error
From: Michael Aldrich @ 2002-12-16 18:44 UTC (permalink / raw)
To: mec; +Cc: linux-kernel
Hi,
I was trying to recompile my 2.4.18-3smp RedHat kernel and received the
following error after running 'make menuconfig' and selecting 'Networking
options:
Menuconfig has encountered a possible error in one of the kernel's
configuration files and is unable to continue. Here is the error
report:
Q> scripts/Menuconfig: MCmenu17: command not found
Please report this to the maintainer <mec@shout.net>. You may also
send a problem report to <linux-kernel@vger.kernel.org>.
Please indicate the kernel version you are trying to configure and
which menu you were trying to enter when this error occurred.
make: *** [menuconfig] Error 1
[root@localhost linux-2.4]#
Thanks
Mike
^ permalink raw reply
* [PATCH] BIN_TO_BCD consolidation
From: Hollis Blanchard @ 2002-12-16 18:42 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 24318 bytes --]
Hi Linus, there were no comments. Please apply.
-Hollis
-----Forwarded Message-----
From: Hollis Blanchard <hollis@austin.ibm.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: [PATCH] BIN_TO_BCD consolidation
Date: 12 Dec 2002 17:32:36 -0600
All I wanted to do was "secal = BIN_TO_BCD(secs % 60)" ...
Has anyone else noticed the number of BCD_TO_BIN / BIN_TO_BCD
definitions?
egrep -lr -e "define (BCD_TO_BIN|BIN_TO_BCD)" linux/
Definitions are all over (in arch C files, arch includes, generic
includes, even a SCSI C file). They're all identical. They're almost all
wrapped with #ifndef to keep from clobbering each other.
My biggest problem is that they make an assignment:
#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
This makes it impossible to write code like
secal = BIN_TO_BCD(secs % 60);
because 'secs % 60' is not an lvalue.
The following patch moves all those definitions into include/linux/bcd.h
and defines BIN2BCD which doesn't make an assignment. I don't care what
it's called if that offends anyone; I just want to be able to do it. I'd
like to see BIN_TO_BCD deprecated, but maybe that's just me.
I tried to catch everything; I apologize if I missed an instance or two.
Obviously I couldn't test it all, but it builds on PPC. Comments?
-Hollis
--
PowerPC Linux
IBM Linux Technology Center
arch/alpha/kernel/time.c | 1 +
arch/arm/kernel/time.c | 8 --------
arch/cris/drivers/ds1302.c | 1 +
arch/cris/kernel/time.c | 1 +
arch/i386/kernel/time.c | 1 +
arch/m68k/atari/time.c | 1 +
arch/m68k/sun3x/time.c | 4 +---
arch/mips/ddb5xxx/common/rtc_ds1386.c | 7 +------
arch/mips/dec/time.c | 1 +
arch/mips/kernel/old-time.c | 1 +
arch/mips64/sgi-ip27/ip27-rtc.c | 1 +
arch/mips64/sgi-ip27/ip27-timer.c | 1 +
arch/ppc/iSeries/mf.c | 1 +
arch/ppc/platforms/chrp_time.c | 1 +
arch/ppc/platforms/gemini_setup.c | 1 +
arch/ppc/platforms/prep_time.c | 1 +
arch/ppc/syslib/todc_time.c | 1 +
arch/ppc64/kernel/mf.c | 1 +
arch/ppc64/kernel/rtc.c | 1 +
arch/sh/kernel/rtc.c | 9 +--------
arch/sparc64/kernel/time.c | 9 +--------
arch/x86_64/kernel/time.c | 1 +
drivers/acorn/char/pcf8583.c | 1 +
drivers/acpi/sleep.c | 1 +
drivers/char/rtc.c | 1 +
drivers/scsi/sr_vendor.c | 3 +--
drivers/sgi/char/ds1286.c | 1 +
include/asm-arm/arch-ebsa285/time.h | 1 +
include/asm-cris/rtc.h | 5 -----
include/asm-generic/rtc.h | 1 +
include/asm-mips/ds1286.h | 11 -----------
include/asm-mips64/ds1286.h | 11 -----------
include/asm-mips64/m48t35.h | 8 --------
include/asm-ppc/m48t35.h | 9 ---------
include/asm-ppc/mk48t59.h | 8 --------
include/asm-ppc/nvram.h | 8 --------
include/asm-ppc/todc.h | 8 --------
include/asm-ppc64/nvram.h | 8 --------
include/linux/bcd.h | 20 ++++++++++++++++++++
include/linux/mc146818rtc.h | 11 -----------
40 files changed, 48 insertions(+), 122 deletions(-)
----
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.744 -> 1.745
# include/asm-ppc/m48t35.h 1.5 -> 1.6
# drivers/acpi/sleep.c 1.8 -> 1.9
# arch/ppc/platforms/chrp_time.c 1.7 -> 1.8
# include/asm-cris/rtc.h 1.2 -> 1.3
# include/asm-ppc/mk48t59.h 1.4 -> 1.5
# drivers/sgi/char/ds1286.c 1.6 -> 1.7
# arch/mips64/sgi-ip27/ip27-timer.c 1.3 -> 1.4
# drivers/char/rtc.c 1.18 -> 1.19
# include/asm-ppc64/nvram.h 1.2 -> 1.3
# include/asm-generic/rtc.h 1.1 -> 1.2
# arch/ppc/iSeries/mf.c 1.2 -> 1.3
# arch/mips64/sgi-ip27/ip27-rtc.c 1.5 -> 1.6
# drivers/scsi/sr_vendor.c 1.10 -> 1.11
# arch/i386/kernel/time.c 1.22 -> 1.23
# arch/ppc/platforms/prep_time.c 1.7 -> 1.8
# arch/sparc64/kernel/time.c 1.18 -> 1.19
# include/asm-mips64/m48t35.h 1.1 -> 1.2
# arch/ppc/platforms/gemini_setup.c 1.12 -> 1.13
# arch/alpha/kernel/time.c 1.11 -> 1.12
# arch/cris/kernel/time.c 1.6 -> 1.7
# arch/ppc64/kernel/rtc.c 1.3 -> 1.4
# include/asm-mips/ds1286.h 1.1 -> 1.2
# arch/m68k/sun3x/time.c 1.4 -> 1.5
# include/asm-mips64/ds1286.h 1.2 -> 1.3
# arch/x86_64/kernel/time.c 1.5 -> 1.6
# arch/arm/kernel/time.c 1.11 -> 1.12
# arch/mips/kernel/old-time.c 1.3 -> 1.4
# arch/ppc64/kernel/mf.c 1.3 -> 1.4
# include/asm-ppc/todc.h 1.1 -> 1.2
# arch/ppc/syslib/todc_time.c 1.4 -> 1.5
# arch/m68k/atari/time.c 1.3 -> 1.4
# arch/mips/dec/time.c 1.2 -> 1.3
# arch/mips/ddb5xxx/common/rtc_ds1386.c 1.1 -> 1.2
# include/linux/mc146818rtc.h 1.2 -> 1.3
# arch/sh/kernel/rtc.c 1.5 -> 1.6
# arch/cris/drivers/ds1302.c 1.4 -> 1.5
# drivers/acorn/char/pcf8583.c 1.5 -> 1.6
# include/asm-ppc/nvram.h 1.4 -> 1.5
# include/asm-arm/arch-ebsa285/time.h 1.5 -> 1.6
# (new) -> 1.1 include/linux/bcd.h
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 02/12/12 hollis@granite.austin.ibm.com 1.745
# consolidate all the BCD_TO_BIN / BIN_TO_BCD definitions into bcd.h
# --------------------------------------------
#
diff -Nru a/arch/alpha/kernel/time.c b/arch/alpha/kernel/time.c
--- a/arch/alpha/kernel/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/alpha/kernel/time.c Thu Dec 12 17:29:52 2002
@@ -37,6 +37,7 @@
#include <linux/irq.h>
#include <linux/interrupt.h>
#include <linux/init.h>
+#include <linux/bcd.h>
#include <asm/uaccess.h>
#include <asm/io.h>
diff -Nru a/arch/arm/kernel/time.c b/arch/arm/kernel/time.c
--- a/arch/arm/kernel/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/arm/kernel/time.c Thu Dec 12 17:29:52 2002
@@ -47,14 +47,6 @@
/* change this if you have some constant time drift */
#define USECS_PER_JIFFY (1000000/HZ)
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
static int dummy_set_rtc(void)
{
return 0;
diff -Nru a/arch/cris/drivers/ds1302.c b/arch/cris/drivers/ds1302.c
--- a/arch/cris/drivers/ds1302.c Thu Dec 12 17:29:52 2002
+++ b/arch/cris/drivers/ds1302.c Thu Dec 12 17:29:52 2002
@@ -97,6 +97,7 @@
#include <linux/module.h>
#include <linux/miscdevice.h>
#include <linux/delay.h>
+#include <linux/bcd.h>
#include <asm/uaccess.h>
#include <asm/system.h>
diff -Nru a/arch/cris/kernel/time.c b/arch/cris/kernel/time.c
--- a/arch/cris/kernel/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/cris/kernel/time.c Thu Dec 12 17:29:52 2002
@@ -32,6 +32,7 @@
#include <linux/interrupt.h>
#include <linux/time.h>
#include <linux/delay.h>
+#include <linux/bcd.h>
#include <asm/segment.h>
#include <asm/io.h>
diff -Nru a/arch/i386/kernel/time.c b/arch/i386/kernel/time.c
--- a/arch/i386/kernel/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/i386/kernel/time.c Thu Dec 12 17:29:52 2002
@@ -43,6 +43,7 @@
#include <linux/smp.h>
#include <linux/module.h>
#include <linux/device.h>
+#include <linux/bcd.h>
#include <asm/io.h>
#include <asm/smp.h>
diff -Nru a/arch/m68k/atari/time.c b/arch/m68k/atari/time.c
--- a/arch/m68k/atari/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/m68k/atari/time.c Thu Dec 12 17:29:52 2002
@@ -15,6 +15,7 @@
#include <linux/interrupt.h>
#include <linux/init.h>
#include <linux/rtc.h>
+#include <linux/bcd.h>
#include <asm/rtc.h>
diff -Nru a/arch/m68k/sun3x/time.c b/arch/m68k/sun3x/time.c
--- a/arch/m68k/sun3x/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/m68k/sun3x/time.c Thu Dec 12 17:29:52 2002
@@ -11,6 +11,7 @@
#include <linux/kernel_stat.h>
#include <linux/interrupt.h>
#include <linux/rtc.h>
+#include <linux/bcd.h>
#include <asm/irq.h>
#include <asm/io.h>
@@ -35,9 +36,6 @@
#define C_READ 0x40
#define C_SIGN 0x20
#define C_CALIB 0x1f
-
-#define BCD_TO_BIN(val) (((val)&15) + ((val)>>4)*10)
-#define BIN_TO_BCD(val) (((val/10) << 4) | (val % 10))
int sun3x_hwclk(int set, struct rtc_time *t)
{
diff -Nru a/arch/mips/ddb5xxx/common/rtc_ds1386.c b/arch/mips/ddb5xxx/common/rtc_ds1386.c
--- a/arch/mips/ddb5xxx/common/rtc_ds1386.c Thu Dec 12 17:29:52 2002
+++ b/arch/mips/ddb5xxx/common/rtc_ds1386.c Thu Dec 12 17:29:52 2002
@@ -20,6 +20,7 @@
#include <linux/types.h>
#include <linux/time.h>
+#include <linux/bcd.h>
#include <asm/time.h>
#include <asm/addrspace.h>
@@ -27,12 +28,6 @@
#include <asm/ddb5xxx/debug.h>
#define EPOCH 2000
-
-#undef BCD_TO_BIN
-#define BCD_TO_BIN(val) (((val)&15) + ((val)>>4)*10)
-
-#undef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((((val)/10)<<4) + (val)%10)
#define READ_RTC(x) *(volatile unsigned char*)(rtc_base+x)
#define WRITE_RTC(x, y) *(volatile unsigned char*)(rtc_base+x) = y
diff -Nru a/arch/mips/dec/time.c b/arch/mips/dec/time.c
--- a/arch/mips/dec/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/mips/dec/time.c Thu Dec 12 17:29:52 2002
@@ -16,6 +16,7 @@
#include <linux/string.h>
#include <linux/mm.h>
#include <linux/interrupt.h>
+#include <linux/bcd.h>
#include <asm/cpu.h>
#include <asm/bootinfo.h>
diff -Nru a/arch/mips/kernel/old-time.c b/arch/mips/kernel/old-time.c
--- a/arch/mips/kernel/old-time.c Thu Dec 12 17:29:52 2002
+++ b/arch/mips/kernel/old-time.c Thu Dec 12 17:29:52 2002
@@ -16,6 +16,7 @@
#include <linux/mm.h>
#include <linux/interrupt.h>
#include <linux/kernel_stat.h>
+#include <linux/bcd.h>
#include <asm/bootinfo.h>
#include <asm/cpu.h>
diff -Nru a/arch/mips64/sgi-ip27/ip27-rtc.c b/arch/mips64/sgi-ip27/ip27-rtc.c
--- a/arch/mips64/sgi-ip27/ip27-rtc.c Thu Dec 12 17:29:52 2002
+++ b/arch/mips64/sgi-ip27/ip27-rtc.c Thu Dec 12 17:29:52 2002
@@ -35,6 +35,7 @@
#include <linux/poll.h>
#include <linux/proc_fs.h>
#include <linux/smp_lock.h>
+#include <linux/bcd.h>
#include <asm/m48t35.h>
#include <asm/sn/ioc3.h>
diff -Nru a/arch/mips64/sgi-ip27/ip27-timer.c b/arch/mips64/sgi-ip27/ip27-timer.c
--- a/arch/mips64/sgi-ip27/ip27-timer.c Thu Dec 12 17:29:52 2002
+++ b/arch/mips64/sgi-ip27/ip27-timer.c Thu Dec 12 17:29:52 2002
@@ -11,6 +11,7 @@
#include <linux/param.h>
#include <linux/timex.h>
#include <linux/mm.h>
+#include <linux/bcd.h>
#include <asm/pgtable.h>
#include <asm/sgialib.h>
diff -Nru a/arch/ppc/iSeries/mf.c b/arch/ppc/iSeries/mf.c
--- a/arch/ppc/iSeries/mf.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc/iSeries/mf.c Thu Dec 12 17:29:52 2002
@@ -40,6 +40,7 @@
#include <asm/iSeries/iSeries_proc.h>
#include <asm/uaccess.h>
#include <linux/pci.h>
+#include <linux/bcd.h>
/*
diff -Nru a/arch/ppc/platforms/chrp_time.c b/arch/ppc/platforms/chrp_time.c
--- a/arch/ppc/platforms/chrp_time.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc/platforms/chrp_time.c Thu Dec 12 17:29:52 2002
@@ -20,6 +20,7 @@
#include <linux/kernel_stat.h>
#include <linux/mc146818rtc.h>
#include <linux/init.h>
+#include <linux/bcd.h>
#include <asm/segment.h>
#include <asm/io.h>
diff -Nru a/arch/ppc/platforms/gemini_setup.c b/arch/ppc/platforms/gemini_setup.c
--- a/arch/ppc/platforms/gemini_setup.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc/platforms/gemini_setup.c Thu Dec 12 17:29:52 2002
@@ -24,6 +24,7 @@
#include <linux/irq.h>
#include <linux/seq_file.h>
#include <linux/root_dev.h>
+#include <linux/bcd.h>
#include <asm/system.h>
#include <asm/pgtable.h>
diff -Nru a/arch/ppc/platforms/prep_time.c b/arch/ppc/platforms/prep_time.c
--- a/arch/ppc/platforms/prep_time.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc/platforms/prep_time.c Thu Dec 12 17:29:52 2002
@@ -19,6 +19,7 @@
#include <linux/timex.h>
#include <linux/kernel_stat.h>
#include <linux/init.h>
+#include <linux/bcd.h>
#include <asm/sections.h>
#include <asm/segment.h>
diff -Nru a/arch/ppc/syslib/todc_time.c b/arch/ppc/syslib/todc_time.c
--- a/arch/ppc/syslib/todc_time.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc/syslib/todc_time.c Thu Dec 12 17:29:52 2002
@@ -19,6 +19,7 @@
#include <linux/kernel.h>
#include <linux/time.h>
#include <linux/timex.h>
+#include <linux/bcd.h>
#include <asm/machdep.h>
#include <asm/io.h>
diff -Nru a/arch/ppc64/kernel/mf.c b/arch/ppc64/kernel/mf.c
--- a/arch/ppc64/kernel/mf.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc64/kernel/mf.c Thu Dec 12 17:29:52 2002
@@ -40,6 +40,7 @@
#include <asm/iSeries/iSeries_proc.h>
#include <asm/uaccess.h>
#include <linux/pci.h>
+#include <linux/bcd.h>
extern struct pci_dev * iSeries_vio_dev;
diff -Nru a/arch/ppc64/kernel/rtc.c b/arch/ppc64/kernel/rtc.c
--- a/arch/ppc64/kernel/rtc.c Thu Dec 12 17:29:52 2002
+++ b/arch/ppc64/kernel/rtc.c Thu Dec 12 17:29:52 2002
@@ -32,6 +32,7 @@
#include <linux/poll.h>
#include <linux/proc_fs.h>
#include <linux/spinlock.h>
+#include <linux/bcd.h>
#include <asm/io.h>
#include <asm/uaccess.h>
diff -Nru a/arch/sh/kernel/rtc.c b/arch/sh/kernel/rtc.c
--- a/arch/sh/kernel/rtc.c Thu Dec 12 17:29:52 2002
+++ b/arch/sh/kernel/rtc.c Thu Dec 12 17:29:52 2002
@@ -9,17 +9,10 @@
#include <linux/kernel.h>
#include <linux/sched.h>
#include <linux/time.h>
+#include <linux/bcd.h>
#include <asm/io.h>
#include <asm/rtc.h>
-
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
void sh_rtc_gettimeofday(struct timeval *tv)
{
diff -Nru a/arch/sparc64/kernel/time.c b/arch/sparc64/kernel/time.c
--- a/arch/sparc64/kernel/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/sparc64/kernel/time.c Thu Dec 12 17:29:52 2002
@@ -23,6 +23,7 @@
#include <linux/mc146818rtc.h>
#include <linux/delay.h>
#include <linux/profile.h>
+#include <linux/bcd.h>
#include <asm/oplib.h>
#include <asm/mostek.h>
@@ -329,14 +330,6 @@
return (data1 == data2); /* Was the write blocked? */
}
-
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) (((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((((val)/10)<<4) + (val)%10)
-#endif
/* Probe for the real time clock chip. */
static void __init set_system_time(void)
diff -Nru a/arch/x86_64/kernel/time.c b/arch/x86_64/kernel/time.c
--- a/arch/x86_64/kernel/time.c Thu Dec 12 17:29:52 2002
+++ b/arch/x86_64/kernel/time.c Thu Dec 12 17:29:52 2002
@@ -21,6 +21,7 @@
#include <linux/ioport.h>
#include <linux/module.h>
#include <linux/device.h>
+#include <linux/bcd.h>
#include <asm/vsyscall.h>
#include <asm/timex.h>
diff -Nru a/drivers/acorn/char/pcf8583.c b/drivers/acorn/char/pcf8583.c
--- a/drivers/acorn/char/pcf8583.c Thu Dec 12 17:29:52 2002
+++ b/drivers/acorn/char/pcf8583.c Thu Dec 12 17:29:52 2002
@@ -14,6 +14,7 @@
#include <linux/string.h>
#include <linux/mc146818rtc.h>
#include <linux/init.h>
+#include <linux/bcd.h>
#include "pcf8583.h"
diff -Nru a/drivers/acpi/sleep.c b/drivers/acpi/sleep.c
--- a/drivers/acpi/sleep.c Thu Dec 12 17:29:52 2002
+++ b/drivers/acpi/sleep.c Thu Dec 12 17:29:52 2002
@@ -16,6 +16,7 @@
#include <linux/device.h>
#include <linux/suspend.h>
#include <linux/seq_file.h>
+#include <linux/bcd.h>
#include <asm/uaccess.h>
#include <asm/acpi.h>
diff -Nru a/drivers/char/rtc.c b/drivers/char/rtc.c
--- a/drivers/char/rtc.c Thu Dec 12 17:29:52 2002
+++ b/drivers/char/rtc.c Thu Dec 12 17:29:52 2002
@@ -72,6 +72,7 @@
#include <linux/spinlock.h>
#include <linux/sysctl.h>
#include <linux/wait.h>
+#include <linux/bcd.h>
#include <asm/current.h>
#include <asm/uaccess.h>
diff -Nru a/drivers/scsi/sr_vendor.c b/drivers/scsi/sr_vendor.c
--- a/drivers/scsi/sr_vendor.c Thu Dec 12 17:29:52 2002
+++ b/drivers/scsi/sr_vendor.c Thu Dec 12 17:29:52 2002
@@ -37,6 +37,7 @@
#include <linux/config.h>
#include <linux/errno.h>
#include <linux/string.h>
+#include <linux/bcd.h>
#include <linux/blk.h>
#include "scsi.h"
@@ -150,8 +151,6 @@
/* This function gets called after a media change. Checks if the CD is
multisession, asks for offset etc. */
-
-#define BCD_TO_BIN(x) ((((int)x & 0xf0) >> 4)*10 + ((int)x & 0x0f))
int sr_cd_check(struct cdrom_device_info *cdi)
{
diff -Nru a/drivers/sgi/char/ds1286.c b/drivers/sgi/char/ds1286.c
--- a/drivers/sgi/char/ds1286.c Thu Dec 12 17:29:52 2002
+++ b/drivers/sgi/char/ds1286.c Thu Dec 12 17:29:52 2002
@@ -36,6 +36,7 @@
#include <linux/poll.h>
#include <linux/rtc.h>
#include <linux/spinlock.h>
+#include <linux/bcd.h>
#include <asm/ds1286.h>
#include <asm/io.h>
diff -Nru a/include/asm-arm/arch-ebsa285/time.h b/include/asm-arm/arch-ebsa285/time.h
--- a/include/asm-arm/arch-ebsa285/time.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-arm/arch-ebsa285/time.h Thu Dec 12 17:29:52 2002
@@ -18,6 +18,7 @@
#define RTC_ALWAYS_BCD 0
#include <linux/mc146818rtc.h>
+#include <linux/bcd.h>
#include <asm/hardware/dec21285.h>
#include <asm/leds.h>
diff -Nru a/include/asm-cris/rtc.h b/include/asm-cris/rtc.h
--- a/include/asm-cris/rtc.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-cris/rtc.h Thu Dec 12 17:29:52 2002
@@ -39,11 +39,6 @@
#define RTC_INIT() (-1)
#endif
-/* conversions to and from the stupid RTC internal format */
-
-#define BCD_TO_BIN(x) x = (((x & 0xf0) >> 3) * 5 + (x & 0xf))
-#define BIN_TO_BCD(x) x = (x % 10) | ((x / 10) << 4)
-
/*
* The struct used to pass data via the following ioctl. Similar to the
* struct tm in <time.h>, but it needs to be here so that the kernel
diff -Nru a/include/asm-generic/rtc.h b/include/asm-generic/rtc.h
--- a/include/asm-generic/rtc.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-generic/rtc.h Thu Dec 12 17:29:52 2002
@@ -16,6 +16,7 @@
#include <linux/mc146818rtc.h>
#include <linux/rtc.h>
+#include <linux/bcd.h>
#define RTC_PIE 0x40 /* periodic interrupt enable */
#define RTC_AIE 0x20 /* alarm interrupt enable */
diff -Nru a/include/asm-mips/ds1286.h b/include/asm-mips/ds1286.h
--- a/include/asm-mips/ds1286.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-mips/ds1286.h Thu Dec 12 17:29:52 2002
@@ -57,15 +57,4 @@
#define RTC_IPSW 0x40
#define RTC_TE 0x80
-/*
- * Conversion between binary and BCD.
- */
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
#endif /* _ASM_DS1286_h */
diff -Nru a/include/asm-mips64/ds1286.h b/include/asm-mips64/ds1286.h
--- a/include/asm-mips64/ds1286.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-mips64/ds1286.h Thu Dec 12 17:29:52 2002
@@ -56,15 +56,4 @@
#define RTC_IPSW 0x40
#define RTC_TE 0x80
-/*
- * Conversion between binary and BCD.
- */
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
#endif /* _ASM_DS1286_h */
diff -Nru a/include/asm-mips64/m48t35.h b/include/asm-mips64/m48t35.h
--- a/include/asm-mips64/m48t35.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-mips64/m48t35.h Thu Dec 12 17:29:52 2002
@@ -21,12 +21,4 @@
#define M48T35_RTC_STOPPED 0x80
#define M48T35_RTC_READ 0x40
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(x) ((x)=((x)&15) + ((x)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(x) ((x)=(((x)/10)<<4) + (x)%10)
-#endif
-
#endif
diff -Nru a/include/asm-ppc/m48t35.h b/include/asm-ppc/m48t35.h
--- a/include/asm-ppc/m48t35.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-ppc/m48t35.h Thu Dec 12 17:29:52 2002
@@ -74,13 +74,4 @@
#define M48T35_RTC_READ 0x40
-/* read/write conversions */
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(x) ((x)=((x)&15) + ((x)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(x) ((x)=(((x)/10)<<4) + (x)%10)
-#endif
-
#endif
diff -Nru a/include/asm-ppc/mk48t59.h b/include/asm-ppc/mk48t59.h
--- a/include/asm-ppc/mk48t59.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-ppc/mk48t59.h Thu Dec 12 17:29:52 2002
@@ -24,12 +24,4 @@
#define MK48T59_RTC_CONTROLB 0x1FF9
#define MK48T59_RTC_CB_STOP 0x80
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
#endif /* _PPC_MK48T59_H */
diff -Nru a/include/asm-ppc/nvram.h b/include/asm-ppc/nvram.h
--- a/include/asm-ppc/nvram.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-ppc/nvram.h Thu Dec 12 17:29:52 2002
@@ -23,14 +23,6 @@
#define MOTO_RTC_CONTROLA 0x1FF8
#define MOTO_RTC_CONTROLB 0x1FF9
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
/* PowerMac specific nvram stuffs */
enum {
diff -Nru a/include/asm-ppc/todc.h b/include/asm-ppc/todc.h
--- a/include/asm-ppc/todc.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-ppc/todc.h Thu Dec 12 17:29:52 2002
@@ -355,14 +355,6 @@
todc_info->flags = clock_type ##_FLAGS; \
}
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
extern todc_info_t *todc_info;
unsigned char todc_direct_read_val(int addr);
diff -Nru a/include/asm-ppc64/nvram.h b/include/asm-ppc64/nvram.h
--- a/include/asm-ppc64/nvram.h Thu Dec 12 17:29:52 2002
+++ b/include/asm-ppc64/nvram.h Thu Dec 12 17:29:52 2002
@@ -28,12 +28,4 @@
#define MOTO_RTC_CONTROLA 0x1FF8
#define MOTO_RTC_CONTROLB 0x1FF9
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
#endif /* _PPC64_NVRAM_H */
diff -Nru a/include/linux/bcd.h b/include/linux/bcd.h
--- /dev/null Wed Dec 31 16:00:00 1969
+++ b/include/linux/bcd.h Thu Dec 12 17:29:52 2002
@@ -0,0 +1,20 @@
+/* Permission is hereby granted to copy, modify and redistribute this code
+ * in terms of the GNU Library General Public License, Version 2 or later,
+ * at your option.
+ */
+
+/* macros to translate to/from binary and binary-coded decimal (frequently
+ * found in RTC chips).
+ */
+
+#ifndef _BCD_H
+#define _BCD_H
+
+#define BCD2BIN(val) (((val) & 0x0f) + ((val)>>4)*10)
+#define BIN2BCD(val) ((((val)/10)<<4) + (val)%10)
+
+/* backwards compat */
+#define BCD_TO_BIN(val) ((val)=BCD2BIN(val))
+#define BIN_TO_BCD(val) ((val)=BIN2BCD(val))
+
+#endif /* _BCD_H */
diff -Nru a/include/linux/mc146818rtc.h b/include/linux/mc146818rtc.h
--- a/include/linux/mc146818rtc.h Thu Dec 12 17:29:52 2002
+++ b/include/linux/mc146818rtc.h Thu Dec 12 17:29:52 2002
@@ -87,15 +87,4 @@
# define RTC_VRT 0x80 /* valid RAM and time */
/**********************************************************************/
-/* example: !(CMOS_READ(RTC_CONTROL) & RTC_DM_BINARY)
- * determines if the following two #defines are needed
- */
-#ifndef BCD_TO_BIN
-#define BCD_TO_BIN(val) ((val)=((val)&15) + ((val)>>4)*10)
-#endif
-
-#ifndef BIN_TO_BCD
-#define BIN_TO_BCD(val) ((val)=(((val)/10)<<4) + (val)%10)
-#endif
-
#endif /* _MC146818RTC_H */
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: [ACPI] Metolious hardware-sensors-using-ACPI specs
From: PSI-Systems @ 2002-12-16 18:33 UTC (permalink / raw)
To: Grover, Andrew, 'Pavel Machek', ACPI mailing list,
kernel list
In-Reply-To: <EDC461A30AC4D511ADE10002A5072CAD04C7A5A4@orsmsx119.jf.intel.com>
> Wow, is that still on a website somewhere?
http://www.intel.com/design/servers/ipmi/metolious.htm
http://www.acpi.info/papers/Imple6/metolious.pdf
^ permalink raw reply
* Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
From: jsoe0708 @ 2002-12-16 18:24 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: Matthew Wilcox, Alan Cox, parisc-linux
In-Reply-To: <20021216181649.D9994@parcelfarce.linux.theplanet.co.uk>
>On Mon, Dec 16, 2002 at 07:13:53PM +0100, jsoe0708@tiscali.be wrote:
>> >
>> >why are you sending word documents? i'm not reading that shit.
>> >
>> Sorry for confusion, it just contents ascii text. Trust me there is no=
>relation
>> with world, just an extension (a professional habit to make internal
exchange
>> more confortable for the one not familiar with unix).
>
>something's very screwed up then, probably your mail server:
>
>[-- Attachment #2: add_function.diff.doc --]
>[-- Type: application/msword, Encoding: base64, Size: 7.8K --]
>
>[-- application/msword is unsupported (use 'v' to view this part) --]
>
>is what i see.
>
That should be the webmail interface (I do not like it but have no choise=
behind a fw not allowing pop.mail connection)
>> Tell me what is your prefered extension, I will take care to adopt it.=
>
>i prefer it inlined, not as an attachment. it's easier to reply to.
>
That is ok for me:
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alph=
a/include/asm-parisc/ide.h
linux-2.4.21-pre1-pa14-beta/include/asm-parisc/ide.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/ide.h 2002-12-13 14:0=
0:09.000000000
+0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/ide.h 2002-12-15 15:34=
:01.000000000
+0100
@@ -20,6 +20,8 @@
#define MAX_HWIFS 2
#endif
+#define ide__sti() __sti()
+
static __inline__ int ide_default_irq(ide_ioreg_t base)
{
switch (base) {
@@ -78,13 +80,116 @@
#endif /* CONFIG_BLK_DEV_IDEPCI */
}
-/*
+typedef union {
+ unsigned all : 8; /* all of the bits together */
+ struct {
+ unsigned bit7 : 1; /* always 1 */
+ unsigned lba : 1; /* using LBA instead of CHS */
+ unsigned bit5 : 1; /* always 1 */
+ unsigned unit : 1; /* drive select number, 0 or 1 */
+ unsigned head : 4; /* always zeros here */
+ } b;
+} select_t;
+
+typedef union {
+ unsigned all : 8; /* all of the bits together */
+ struct {
+ unsigned bit0 : 1;
+ unsigned nIEN : 1; /* device INTRQ to host */
+ unsigned SRST : 1; /* host soft reset bit */
+ unsigned bit3 : 1; /* ATA-2 thingy */
+ unsigned reserved456 : 3;
+ unsigned HOB : 1; /* 48-bit address ordering */
+ } b;
+} control_t;
+
#define ide_request_irq(irq,hand,flg,dev,id) request_irq((irq),(hand),(f=
lg),(dev),(id))
#define ide_free_irq(irq,dev_id) free_irq((irq), (dev_id))
#define ide_check_region(from,extent) check_region((from), (extent))
#define ide_request_region(from,extent,name) request_region((from), (ext=
ent),
(name))
#define ide_release_region(from,extent) release_region((from), (extent)=
)
+
+#define T_CHAR (0x0000) /* char: don't touch */
+#define T_SHORT (0x4000) /* short: 12 -> 21 */
+#define T_INT (0x8000) /* int: 1234 -> 4321 */
+#define T_TEXT (0xc000) /* text: 12 -> 21 */
+
+#define T_MASK_TYPE (0xc000)
+#define T_MASK_COUNT (0x3fff)
+
+#define D_CHAR(cnt) (T_CHAR | (cnt))
+#define D_SHORT(cnt) (T_SHORT | (cnt))
+#define D_INT(cnt) (T_INT | (cnt))
+#define D_TEXT(cnt) (T_TEXT | (cnt))
+
+static u_short driveid_types[] =3D {
+ D_SHORT(10), /* config - vendor2 */
+ D_TEXT(20), /* serial_no */
+ D_SHORT(3), /* buf_type - ecc_bytes */
+ D_TEXT(48), /* fw_rev - model */
+ D_CHAR(2), /* max_multsect - vendor3 */
+ D_SHORT(1), /* dword_io */
+ D_CHAR(2), /* vendor4 - capability */
+ D_SHORT(1), /* reserved50 */
+ D_CHAR(4), /* vendor5 - tDMA */
+ D_SHORT(4), /* field_valid - cur_sectors */
+ D_INT(1), /* cur_capacity */
+ D_CHAR(2), /* multsect - multsect_valid */
+ D_INT(1), /* lba_capacity */
+ D_SHORT(194) /* dma_1word - reservedyy */
+};
+
+#define num_driveid_types (sizeof(driveid_types)/sizeof(*driveid_t=
ypes))
+
+static __inline__ void ide_fix_driveid(struct hd_driveid *id)
+{
+ u_char *p =3D (u_char *)id;
+ int i, j, cnt;
+ u_char t;
+
+ for (i =3D 0; i < num_driveid_types; i++) {
+ cnt =3D driveid_types[i] & T_MASK_COUNT;
+ switch (driveid_types[i] & T_MASK_TYPE) {
+ case T_CHAR:
+ p +=3D cnt;
+ break;
+ case T_SHORT:
+ for (j =3D 0; j < cnt; j++) {
+ t =3D p[0];
+ p[0] =3D p[1];
+ p[1] =3D t;
+ p +=3D 2;
+ }
+ break;
+ case T_INT:
+ for (j =3D 0; j < cnt; j++) {
+ t =3D p[0];
+ p[0] =3D p[3];
+ p[3] =3D t;
+ t =3D p[1];
+ p[1] =3D p[2];
+ p[2] =3D t;
+ p +=3D 4;
+ }
+ break;
+ case T_TEXT:
+ for (j =3D 0; j < cnt; j +=3D 2) {
+ t =3D p[0];
+ p[0] =3D p[1];
+ p[1] =3D t;
+ p +=3D 2;
+ }
+ break;
+ };
+ }
+}
+
+/*
+ * The following are not needed for the non-m68k ports
*/
+#define ide_ack_intr(hwif) (1)
+#define ide_release_lock(lock) do {} while (0)
+#define ide_get_lock(lock, hdlr, data) do {} while (0)
#endif /* __KERNEL__ */
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alph=
a/include/asm-parisc/system.h
linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system.h 2002-12-13
13:58:36.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system.h 2002-12-15 15=
:34:01.000000000
+0100
@@ -66,8 +66,6 @@
#define sti() __global_sti()
#define save_flags(x) ((x)=3D__global_save_flags())
#define restore_flags(x) __global_restore_flags(x)
-#define save_and_cli(x) do { save_flags(x); cli(); } while(0);
-#define save_and_sti(x) do { save_flags(x); sti(); } while(0);
#else
@@ -75,8 +73,6 @@
#define sti() __sti()
#define save_flags(x) __save_flags(x)
#define restore_flags(x) __restore_flags(x)
-#define save_and_cli(x) __save_and_cli(x)
-#define save_and_sti(x) __save_and_sti(x)
#endif
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alph=
a/include/asm-parisc/system_irqsave.h
linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system_irqsave.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system_irqsave.h 2002=
-12-12
16:12:02.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system_irqsave.h 2002-=
12-15
15:34:01.000000000 +0100
@@ -7,21 +7,10 @@
#define __cli() __asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) :
"memory" )
#define __sti() __asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) :
"memory" )
-#define __save_and_cli(x) do { __save_flags(x); __cli(); } while(0);
-#define __save_and_sti(x) do { __save_flags(x); __sti(); } while(0);
-
-/* For spinlocks etc */
-#if 0
#define local_irq_save(x) \
__asm__ __volatile__("rsm %1,%0" : "=3Dr" (x) :"i" (PSW_I) : "memory" )=
-#define local_irq_set(x) \
-# "Warning local_irq_set(x) is not yet defined"
-#else
-#define local_irq_save(x) __save_and_cli(x)
-#define local_irq_set(x) __save_and_sti(x)
-#endif
-
-#define local_irq_restore(x) __restore_flags(x)
+#define local_irq_restore(x) \
+ __asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
#define local_irq_disable() __cli()
#define local_irq_enable() __sti()
Hope this is still readable,
Joel
*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be
^ permalink raw reply
* Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
From: jsoe0708 @ 2002-12-16 18:19 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: Alan Cox, Matthew Wilcox, parisc-linux
In-Reply-To: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
[-- Attachment #1: Type: text/plain, Size: 343 bytes --]
>
>why are you sending word documents? i'm not reading that shit.
>
Please accept my appologies for confusion.
Here is the same info :-)
Joel
********************************************************************************
Controlez mieux votre consommation Internet...surfez Tiscali Complete...http://tiscali.complete.be
[-- Attachment #2: add_function.diff --]
[-- Type: application/octet-stream, Size: 5885 bytes --]
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/ide.h linux-2.4.21-pre1-pa14-beta/include/asm-parisc/ide.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/ide.h 2002-12-13 14:00:09.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/ide.h 2002-12-15 15:34:01.000000000 +0100
@@ -20,6 +20,8 @@
#define MAX_HWIFS 2
#endif
+#define ide__sti() __sti()
+
static __inline__ int ide_default_irq(ide_ioreg_t base)
{
switch (base) {
@@ -78,13 +80,116 @@
#endif /* CONFIG_BLK_DEV_IDEPCI */
}
-/*
+typedef union {
+ unsigned all : 8; /* all of the bits together */
+ struct {
+ unsigned bit7 : 1; /* always 1 */
+ unsigned lba : 1; /* using LBA instead of CHS */
+ unsigned bit5 : 1; /* always 1 */
+ unsigned unit : 1; /* drive select number, 0 or 1 */
+ unsigned head : 4; /* always zeros here */
+ } b;
+} select_t;
+
+typedef union {
+ unsigned all : 8; /* all of the bits together */
+ struct {
+ unsigned bit0 : 1;
+ unsigned nIEN : 1; /* device INTRQ to host */
+ unsigned SRST : 1; /* host soft reset bit */
+ unsigned bit3 : 1; /* ATA-2 thingy */
+ unsigned reserved456 : 3;
+ unsigned HOB : 1; /* 48-bit address ordering */
+ } b;
+} control_t;
+
#define ide_request_irq(irq,hand,flg,dev,id) request_irq((irq),(hand),(flg),(dev),(id))
#define ide_free_irq(irq,dev_id) free_irq((irq), (dev_id))
#define ide_check_region(from,extent) check_region((from), (extent))
#define ide_request_region(from,extent,name) request_region((from), (extent), (name))
#define ide_release_region(from,extent) release_region((from), (extent))
+
+#define T_CHAR (0x0000) /* char: don't touch */
+#define T_SHORT (0x4000) /* short: 12 -> 21 */
+#define T_INT (0x8000) /* int: 1234 -> 4321 */
+#define T_TEXT (0xc000) /* text: 12 -> 21 */
+
+#define T_MASK_TYPE (0xc000)
+#define T_MASK_COUNT (0x3fff)
+
+#define D_CHAR(cnt) (T_CHAR | (cnt))
+#define D_SHORT(cnt) (T_SHORT | (cnt))
+#define D_INT(cnt) (T_INT | (cnt))
+#define D_TEXT(cnt) (T_TEXT | (cnt))
+
+static u_short driveid_types[] = {
+ D_SHORT(10), /* config - vendor2 */
+ D_TEXT(20), /* serial_no */
+ D_SHORT(3), /* buf_type - ecc_bytes */
+ D_TEXT(48), /* fw_rev - model */
+ D_CHAR(2), /* max_multsect - vendor3 */
+ D_SHORT(1), /* dword_io */
+ D_CHAR(2), /* vendor4 - capability */
+ D_SHORT(1), /* reserved50 */
+ D_CHAR(4), /* vendor5 - tDMA */
+ D_SHORT(4), /* field_valid - cur_sectors */
+ D_INT(1), /* cur_capacity */
+ D_CHAR(2), /* multsect - multsect_valid */
+ D_INT(1), /* lba_capacity */
+ D_SHORT(194) /* dma_1word - reservedyy */
+};
+
+#define num_driveid_types (sizeof(driveid_types)/sizeof(*driveid_types))
+
+static __inline__ void ide_fix_driveid(struct hd_driveid *id)
+{
+ u_char *p = (u_char *)id;
+ int i, j, cnt;
+ u_char t;
+
+ for (i = 0; i < num_driveid_types; i++) {
+ cnt = driveid_types[i] & T_MASK_COUNT;
+ switch (driveid_types[i] & T_MASK_TYPE) {
+ case T_CHAR:
+ p += cnt;
+ break;
+ case T_SHORT:
+ for (j = 0; j < cnt; j++) {
+ t = p[0];
+ p[0] = p[1];
+ p[1] = t;
+ p += 2;
+ }
+ break;
+ case T_INT:
+ for (j = 0; j < cnt; j++) {
+ t = p[0];
+ p[0] = p[3];
+ p[3] = t;
+ t = p[1];
+ p[1] = p[2];
+ p[2] = t;
+ p += 4;
+ }
+ break;
+ case T_TEXT:
+ for (j = 0; j < cnt; j += 2) {
+ t = p[0];
+ p[0] = p[1];
+ p[1] = t;
+ p += 2;
+ }
+ break;
+ };
+ }
+}
+
+/*
+ * The following are not needed for the non-m68k ports
*/
+#define ide_ack_intr(hwif) (1)
+#define ide_release_lock(lock) do {} while (0)
+#define ide_get_lock(lock, hdlr, data) do {} while (0)
#endif /* __KERNEL__ */
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system.h linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system.h 2002-12-13 13:58:36.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system.h 2002-12-15 15:34:01.000000000 +0100
@@ -66,8 +66,6 @@
#define sti() __global_sti()
#define save_flags(x) ((x)=__global_save_flags())
#define restore_flags(x) __global_restore_flags(x)
-#define save_and_cli(x) do { save_flags(x); cli(); } while(0);
-#define save_and_sti(x) do { save_flags(x); sti(); } while(0);
#else
@@ -75,8 +73,6 @@
#define sti() __sti()
#define save_flags(x) __save_flags(x)
#define restore_flags(x) __restore_flags(x)
-#define save_and_cli(x) __save_and_cli(x)
-#define save_and_sti(x) __save_and_sti(x)
#endif
diff -NaurwbBX /Develop/Kernel-Linux/dontdiff linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system_irqsave.h linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system_irqsave.h
--- linux-2.4.21-pre1-pa14-alpha/include/asm-parisc/system_irqsave.h 2002-12-12 16:12:02.000000000 +0100
+++ linux-2.4.21-pre1-pa14-beta/include/asm-parisc/system_irqsave.h 2002-12-15 15:34:01.000000000 +0100
@@ -7,21 +7,10 @@
#define __cli() __asm__ __volatile__("rsm %0,%%r0\n" : : "i" (PSW_I) : "memory" )
#define __sti() __asm__ __volatile__("ssm %0,%%r0\n" : : "i" (PSW_I) : "memory" )
-#define __save_and_cli(x) do { __save_flags(x); __cli(); } while(0);
-#define __save_and_sti(x) do { __save_flags(x); __sti(); } while(0);
-
-/* For spinlocks etc */
-#if 0
#define local_irq_save(x) \
__asm__ __volatile__("rsm %1,%0" : "=r" (x) :"i" (PSW_I) : "memory" )
-#define local_irq_set(x) \
-# "Warning local_irq_set(x) is not yet defined"
-#else
-#define local_irq_save(x) __save_and_cli(x)
-#define local_irq_set(x) __save_and_sti(x)
-#endif
-
-#define local_irq_restore(x) __restore_flags(x)
+#define local_irq_restore(x) \
+ __asm__ __volatile__("mtsm %0" : : "r" (x) : "memory" )
#define local_irq_disable() __cli()
#define local_irq_enable() __sti()
^ permalink raw reply
* Re: [PATCHSET] PC-9800 addtional for 2.5.50-ac1
From: Sam Ravnborg @ 2002-12-16 18:31 UTC (permalink / raw)
To: Osamu Tomita; +Cc: Linux Kernel Mailing List, Alan Cox
In-Reply-To: <3DFC50E9.656B96D0@cinet.co.jp>
On Sun, Dec 15, 2002 at 06:52:41PM +0900, Osamu Tomita wrote:
> NEC PC-9800 subarchitecture support patch updated.
Hi Osamu, next time can you give the mails sensible names, that makes it
a lot easier to pick up whats looks good.
Maybe even a short intro in this summary file.
The splitup looks good btw.
Sam
^ permalink raw reply
* Re: How to do -nostdinc?
From: Sam Ravnborg @ 2002-12-16 18:29 UTC (permalink / raw)
To: Keith Owens; +Cc: linux-kernel
In-Reply-To: <1357.1039954001@ocs3.intra.ocs.com.au>
On Sun, Dec 15, 2002 at 11:06:41PM +1100, Keith Owens wrote:
> There are two ways of setting the -nostdinc flag in the kernel Makefile :-
>
> (1) -nostdinc $(shell $(CC) -print-search-dirs | sed -ne 's/install: \(.*\)/-I \1include/gp')
> (2) -nostdinc -iwithprefix include
>
> The first format breaks with non-English locales, however the fix is trivial.
>
> (1a) -nostdinc $(shell LANG=C $(CC) -print-search-dirs | sed -ne 's/install: \(.*\)/-I \1include/gp')
>
Hi Keith.
Based on the comments received, solution (2) seems to be OK.
Do you agree?
Sam
^ permalink raw reply
* RE: [ACPI] Metolious hardware-sensors-using-ACPI specs
From: Grover, Andrew @ 2002-12-16 18:21 UTC (permalink / raw)
To: 'Pavel Machek', ACPI mailing list, kernel list
> From: Pavel Machek [mailto:pavel-AlSwsSmVLrQ@public.gmane.org]
> Is it goign to be implemented in linux-acpi?
>
> I took a look at specs at intel, and it has rather funny legaleese:
Wow, is that still on a website somewhere?
So as you may know from looking at the spec, Metolious was a spec that
defined a way for platforms to enumerate various motherboard sensors to the
OS, for manageability purposes.
It never took off, except for a couple companies that used the Windows
driver for other things because they didn't want to write a driver that
received ACPI device Notify()s.
The licensing may be weird, but given that there really is no point in
implementing it on Linux, does that really matter?
Regards -- Andy
^ permalink raw reply
* Re: new kernel patch
From: Stephen D. Smalley @ 2002-12-16 18:27 UTC (permalink / raw)
To: selinux, russell
[-- Attachment #1: Type: TEXT/plain, Size: 1404 bytes --]
> The new version seems to have a bug related to file labelling that affects
> devfs.
<snip>
> You can see the log entry below, it does not log the action, and it claims
> that there is a file named /dev/floppy which is bogus. There can be
> no file under /dev on a devfs system so any reference to tclass=file and
> dev=00:06 means a kernel bug. Without reading the kernel code in question
> I guess that file is the default tclass (defined to 0?).
<snip>
> avc: denied { } for pid=65 exe=/sbin/devfsd path=/floppy dev=00:06 ino=527
scontext=system_u:system_r:devfsd_t tcontext=system_u:object_r:unlabeled_t
tclass=file
When an inode is allocated, its SID is initialized to the unlabeled
initial SID (=> system_u:object_r:unlabeled_t), and its security class
is initialized to the file class by default. This log message indicates
that a devfs inode reached a permission check without first being
initialized by inode_doinit, likely due to a race between
selinux_inode_post_lookup and a cached lookup. The empty permission
set is due to an inability to map the requested permission (likely search)
to a permission in the file class.
As a short term fix, I'd suggest the attached patch. A proper fix requires
adjusting the inode_init call in d_instantiate and the SELinux hook function
to properly handle filesystems that rely on genfs_contexts.
--
Stephen Smalley, NSA
sds@epoch.ncsc.mil
[-- Attachment #2: perminit.patch --]
[-- Type: TEXT/plain, Size: 526 bytes --]
Index: lsm-2.4/security/selinux/hooks.c
===================================================================
RCS file: /cvsroot/selinux/nsa/lsm-2.4/security/selinux/hooks.c,v
retrieving revision 1.23
diff -u -r1.23 hooks.c
--- lsm-2.4/security/selinux/hooks.c 4 Dec 2002 17:54:52 -0000 1.23
+++ lsm-2.4/security/selinux/hooks.c 16 Dec 2002 17:19:42 -0000
@@ -2033,6 +2033,8 @@
return 0;
}
+ inode_doinit(inode);
+
return inode_has_perm(current, inode,
file_mask_to_av(inode->i_mode, mask), NULL, NULL);
}
^ permalink raw reply
* Re: Notification hooks
From: Dave Jones @ 2002-12-16 18:25 UTC (permalink / raw)
To: Larry McVoy, Ben Collins, Linus Torvalds, linux-kernel,
Larry McVoy
In-Reply-To: <20021216092415.E432@work.bitmover.com>
On Mon, Dec 16, 2002 at 09:24:15AM -0800, Larry McVoy wrote:
> > It'd be nice if the bkbits webpage had a "notify me" interface for files
> > in Linus' repository. This way not just the maintainers, but folks
> > interested in changes in that area can also see the changes.
>
> Just for linux.bkbits.net or for the openlogging tree? To remind people,
> linux.bkbits.net has Linus/Marcelo trees but openlogging.org has the
> union of all trees anywhere in the world. And openlogging doesn't have
> contents, it just has comments.
I can't think of a practical use for doing this to the openlogging.org tree.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
From: Matthew Wilcox @ 2002-12-16 18:16 UTC (permalink / raw)
To: jsoe0708; +Cc: Matthew Wilcox, Alan Cox, parisc-linux
In-Reply-To: <3DED9BF500001EEE@ocpmta8.freegates.net>
On Mon, Dec 16, 2002 at 07:13:53PM +0100, jsoe0708@tiscali.be wrote:
> >
> >why are you sending word documents? i'm not reading that shit.
> >
> Sorry for confusion, it just contents ascii text. Trust me there is no relation
> with world, just an extension (a professional habit to make internal exchange
> more confortable for the one not familiar with unix).
something's very screwed up then, probably your mail server:
[-- Attachment #2: add_function.diff.doc --]
[-- Type: application/msword, Encoding: base64, Size: 7.8K --]
[-- application/msword is unsupported (use 'v' to view this part) --]
is what i see.
> Tell me what is your prefered extension, I will take care to adopt it.
i prefer it inlined, not as an attachment. it's easier to reply to.
--
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk
^ permalink raw reply
* Re: [BK][PATCH] ReiserFS CPU and memory bandwidth efficient large writes
From: Chris Mason @ 2002-12-16 18:24 UTC (permalink / raw)
To: Oleg Drokin; +Cc: Andrew Morton, Hans Reiser, Linux Kernel Mailing List
In-Reply-To: <20021214232520.A10786@namesys.com>
On Sat, 2002-12-14 at 15:25, Oleg Drokin wrote:
> reiserfs v3 was traditionally hungry on stack space I think.
Well, if you want to drop stack usage, kill some inlines from stree.c.
I really doubt we gain anything from inlining these:
--- linux/fs/reiserfs/stree.c.1 Tue Sep 24 09:50:50 2002
+++ linux/fs/reiserfs/stree.c Tue Sep 24 09:51:18 2002
@@ -340,7 +340,7 @@
/* Get delimiting key of the buffer at the path and its right neighbor. */
-inline const struct key * get_rkey (
+const struct key * get_rkey (
const struct path * p_s_chk_path,
const struct super_block * p_s_sb
) {
@@ -925,7 +925,7 @@
// prepare for delete or cut of direct item
-static inline int prepare_for_direct_item (struct path * path,
+static int prepare_for_direct_item (struct path * path,
struct item_head * le_ih,
struct inode * inode,
loff_t new_file_length,
@@ -970,7 +970,7 @@
}
-static inline int prepare_for_direntry_item (struct path * path,
+static int prepare_for_direntry_item (struct path * path,
struct item_head * le_ih,
struct inode * inode,
loff_t new_file_length,
^ permalink raw reply
* Re: [parisc-linux] Re: YA pb with PCI IDE (my merge 2.4.21-pre1)
From: jsoe0708 @ 2002-12-16 18:13 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: Alan Cox, Matthew Wilcox, parisc-linux
In-Reply-To: <20021216180103.C9994@parcelfarce.linux.theplanet.co.uk>
>
>why are you sending word documents? i'm not reading that shit.
>
Sorry for confusion, it just contents ascii text. Trust me there is no re=
lation
with world, just an extension (a professional habit to make internal exch=
ange
more confortable for the one not familiar with unix).
Tell me what is your prefered extension, I will take care to adopt it.
Joel
*************************************************************************=
*******
Controlez mieux votre consommation Internet...surfez Tiscali Complete...h=
ttp://tiscali.complete.be
^ permalink raw reply
* RE: [ACPI] Metolious hardware-sensors-using-ACPI specs
From: Grover, Andrew @ 2002-12-16 18:21 UTC (permalink / raw)
To: 'Pavel Machek', ACPI mailing list, kernel list
> From: Pavel Machek [mailto:pavel@suse.cz]
> Is it goign to be implemented in linux-acpi?
>
> I took a look at specs at intel, and it has rather funny legaleese:
Wow, is that still on a website somewhere?
So as you may know from looking at the spec, Metolious was a spec that
defined a way for platforms to enumerate various motherboard sensors to the
OS, for manageability purposes.
It never took off, except for a couple companies that used the Windows
driver for other things because they didn't want to write a driver that
received ACPI device Notify()s.
The licensing may be weird, but given that there really is no point in
implementing it on Linux, does that really matter?
Regards -- Andy
^ permalink raw reply
* Re: Unmounting a busy RO-Filesystem
From: Steven Dake @ 2002-12-16 18:17 UTC (permalink / raw)
To: vda; +Cc: Bourne, linux-kernel
In-Reply-To: <200212161313.gBGDDgs12643@Port.imtp.ilyichevsk.odessa.ua>
Denis Vlasenko wrote:
>On 16 December 2002 23:06, Bourne wrote:
>
>
>>I have 3 partitions. /dev/hda3 for '/' , /dev/hda1 for /boot and
>>/dev/hda2 for swap.
>>
>>I boot & then i do a CTRL+ALT+SYSRQ+U. '/' and '/boot' are now
>>remounted ReadOnly.
>>
>>1) cd '/boot'
>>2) umount /boot ----> This gives me an error "Device Busy"
>>
>>
>
>How do you imagine unmounting a directory when you are in it? ;)
>
>
This is possible with a kernel patch called forced unmount. It will
blow away the mount point even if there are files open in it or not.
The best part is it properly closes the superblock so the filesystem
doesn't have to be fsck'ed.
>
>
^ permalink raw reply
* Re: increase base memory
From: Stas Sergeev @ 2002-12-16 18:09 UTC (permalink / raw)
To: linux-msdos
Hello.
Sergey Suleymanov wrote:
> Stas> Increasing the base memory above 640Kb is definitely the bad
> Stas> idea, as it is used very rarely even in a pure DOS and will
> Stas> cost you the inability to display graphics.
> By the way, 0.99.13 (pre-1.0) works well with 704k base. ;)
How "well" did it work? Working without
graphics is definitely not "well" and I
bet some graphics modes should be broken
(if not all). Furthermore the programs
expect the video mem to be where it must
be, so in that case it will just write
to its own memory (corrupting it) trying
to write to a video memory.
This must be rather safe for the text
modes however, so as the text buffer
starts at 0xb000 IIRC.
There is a bug in a parser: it calls
stop_video() for some reasons and it
changes the base mem to 640 when started
under console. This must be resolved
somehow, I guess Bart knows what's
going on there.
But if it would be me, I'd just disallow
more than 640Kb by erroring and terminating
dosemu right away.
I haven't got an answer yet, why is this
really necessary? Are you always using a
"vidram" under real dos? I guess you are
not, but then why should that be used under
dosemu? That's weird and unsafe, why anyone
should be willing to do this? You can use
UMB and HMA, is it not enough?
Well, if that is just a comparison with
0.99.13, then you are right, there is a bug
in a parser.y.in now which must be fixed,
but that still doesn't mean that >640 should
be used on a regular basis after this is fixed.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.