* Re: Some general questions about Reiser4
From: Hans Reiser @ 2002-12-11 1:27 UTC (permalink / raw)
To: Jon Smirl; +Cc: reiserfs-list
In-Reply-To: <20021211011332.44177.qmail@web14914.mail.yahoo.com>
Jon Smirl wrote:
>After reading though all of the material on the web
>site and looking at the source code for a while, I do
>have to congratulate you on having one of the best
>documented programming projects I have seen. Here are
>still a few areas that I have questions about....
>
>1) The doc talks about doing something like "ls
>file/attrib" to see an attribute that is implemented
>as a tiny file. Does this work on Reiser4? How do I
>access it? I tried this on my Reiser4 system and
>couldn't figure it out.
>
Not yet implemented, but the infrastructure is getting there. We
(somewhat) adhere to the define the minimum functionality needed to
ship, make it work, ship, then do the rest development model.
>
>2) Looking at Reiser 4 as a database, would the path
>to the file be considered a primary key?
>
The name within the directory would be considered the primary key in the
semantic layer.
> Or is the
>primary key to the file system an unique ID and the
>path looks up the unique ID? Could I create an
>alternative index into the file system based on say
>creation date or permissions?
>
The "key" is considered the primary/only key in the storage layer.
>
>3) Has special consideration been made for parallelism
>on SMP systems? For example, common hot spots on
>databases are disk allocation, logging, and unique id
>generation. These can be implemented so that each
>processor gets it own independent copy and never has
>to lock against the other CPUs.
>
How do I put it. Reiser4 scales perfectly in its design;-), and there
will be a long period of running benchmarks and finding bottlenecks we
failed to consider.
>
>4) Since Reiser4 is already SMP capable, how far is it
>from being clusterable over a SAN?
>
About $850,000 far away.;-) I say this without having done a real study
of it. We have sold licenses to reiser3 to proprietary clustering fs
vendors. They spend orders of magnitude more than that, but I am far
lower in my costs than they are (no silicon valley office, etc.)
>Having GFS go
>closed source has left an opening for a new
>alternative.
>
Encourage your local government to give us a grant, and we'll do it.;-)
I am a bit more interested in globally distributed than SAN, but I am
flexible. Everybody is doing clusters, so I would prefer to go globally
distributed and make them the smaller niche market. NFS doesn't scale
globally, etc., etc.
>
>
>=====
>Jon Smirl
>jonsmirl@yahoo.com
>
>__________________________________________________
>Do you Yahoo!?
>Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
>http://mailplus.yahoo.com
>
>
>
>
Best,
Hans
^ permalink raw reply
* Re: 2.5 bk, input driver and dell i8100 nib+pad
From: James H. Cloos Jr. @ 2002-12-11 1:31 UTC (permalink / raw)
To: David Woodhouse; +Cc: linux-kernel, linuxconsole-dev
In-Reply-To: <12249.1036665016@passion.cambridge.redhat.com>
>>>>> "|" == David Woodhouse <dwmw2@infradead.org> writes:
|> Weird. Does it come back to life if you suspend to RAM and resume?
|> Does the 'mouse' get detected as a Synaptics Touchpad by the
|> changed psmouse.c?
I've some more data on this. I'd had been some time until I was able
to get a 2.5 to boot enough to run X....
Anyway, at 2.5.50 + a few csets, I had a spot where gpm could see the
nib iff /dev/mouse was symlinked to /dev/input/mice (c 13 63) but not
if it was linked to /dev/psaux (c 10 1) as it had been.
I hoped from that that X would also work, but I've not been able to
replicate that success even with gpm. I don't know what magic insmod
made the difference (I wasn't trying to get it to work at the time,
just accidently hit the nib while at run level 3 and saw the gpm
cursor...).
As for a susend/resume cycle, this box has never been happy to do that.
-JimC
^ permalink raw reply
* Re: fetchmail and smtp problem (was tuning iptables)
From: Ray Olszewski @ 2002-12-11 1:21 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <200212110111.gBB1BW103535@hartford-hwp.com>
At 08:11 PM 12/10/02 -0500, Haines Brown wrote:
[...]
>Here is the result of my telnet experiment:
>
># telnet localhost 25
>Trying 127.0.0.1...
>Connected to hartford-hwp.com (127.0.0.1).
>Escape character is '^]'.
>220 hartford-hwp.com ESMTP Sendmail 8.12.5/8.12.5; Tue, 10 Dec 2002
>17:52:23 -0500
>HELO localhost
>250 hartford-hwp.com Hello hartford-hwp.com [127.0.0.1], pleased to meet you
>MAIL from: haines@localhost
>250 2.1.0 haines@localhost... Sender ok
>RCPT to: brownh@hartford-hwp.com
>250 2.1.5 brownh@hartford-hwp.com... Recipient ok
>DATA A test
>354 Enter mail, end with "." on a line by itself
>QUIT
>.
>250 2.0.0 gBAMqNcp001528 Message accepted for delivery
>^]
>telnet> quit
>Connection closed.
Good. This is s completely successful transmission of an smtp message. So
sendmail itself is fine. If any problems remain with fetchmail downloads,
the likely location for them is the fetchmail configuration ... which you
haven't describes on the list yet (I don't think).
--
-------------------------------------------"Never tell me the odds!"--------
Ray Olszewski -- Han Solo
Palo Alto, California, USA ray@comarre.com
-------------------------------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: 2.5.51 compile fails (fs/readdir.c)
From: Adrian Bunk @ 2002-12-11 1:28 UTC (permalink / raw)
To: Pete Clements; +Cc: linux-kernel
In-Reply-To: <200212110011.TAA11516@clem.digital.net>
On Tue, Dec 10, 2002 at 07:11:22PM -0500, Pete Clements wrote:
> FYI:
>
>
> gcc -Wp,-MD,fs/.readdir.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -Iarch/i386/mach-generic -fomit-frame-pointer -nostdinc -iwithprefix include -DKBUILD_BASENAME=readdir -DKBUILD_MODNAME=readdir -c -o fs/readdir.o fs/readdir.c
> fs/readdir.c: In function `filldir64':
> fs/readdir.c:242: internal error--unrecognizable insn:
> (insn 187 186 448 (set (reg/v:SI 4 %esi)
> (asm_operands/v ("1: movl %%eax,0(%2)
>...
This is a bug in your compiler.
Which version of gcc are you using?
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply
* [2.4.21-pre1] compile failure on drivers/ide/legacy/hd.c
From: John Kim @ 2002-12-11 1:24 UTC (permalink / raw)
To: linux-kernel
Enabling "Use old disk-only driver on primary interface" option under IDE,
ATA and ATAPI Block devices section sets CONFIG_BLK_DEV_HD_IDE=y and
CONFIG_BLK_DEV_HD=y causing compile to fail.
John Kim
make[4]: Entering directory `/usr/src/linux-2.4.21-pre1/drivers/ide/legacy'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21-pre1/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict
-aliasing -fno-common -fomit-frame-pointer -pipe
-mpreferred-stack-boundary=2 -march=athlon -I../ -nostdinc
-iwithprefix include -DKBUILD_BASENAME=hd -c -o hd.o hd.c
hd.c:78: conflicting types for `recal_intr'
/usr/src/linux-2.4.21-pre1/include/linux/ide.h:1487: previous declaration
of `recal_intr'
hd.c: In function `dump_status':
hd.c:171: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c:171: (Each undeclared identifier is reported only once
hd.c:171: for each function it appears in.)
hd.c:171: `CURRENT' undeclared (first use in this function)
hd.c: In function `hd_out':
hd.c:284: `DEVICE_INTR' undeclared (first use in this function)
hd.c:284: `TIMEOUT_VALUE' undeclared (first use in this function)
hd.c: In function `do_reset_hd':
hd.c:352: `DEVICE_INTR' undeclared (first use in this function)
hd.c: In function `unexpected_hd_interrupt':
hd.c:372: `TIMEOUT_VALUE' undeclared (first use in this function)
hd.c: In function `bad_rw_intr':
hd.c:385: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c:387: `CURRENT' undeclared (first use in this function)
hd.c:389: warning: implicit declaration of function `end_request'
hd.c: In function `read_intr':
hd.c:427: `CURRENT' undeclared (first use in this function)
hd.c:441: `DEVICE_INTR' undeclared (first use in this function)
hd.c:441: `TIMEOUT_VALUE' undeclared (first use in this function)
hd.c:448: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c: In function `write_intr':
hd.c:464: `CURRENT' undeclared (first use in this function)
hd.c:479: `DEVICE_INTR' undeclared (first use in this function)
hd.c:479: `TIMEOUT_VALUE' undeclared (first use in this function)
hd.c: In function `hd_times_out':
hd.c:508: `DEVICE_INTR' undeclared (first use in this function)
hd.c:509: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c:514: `CURRENT' undeclared (first use in this function)
hd.c: In function `hd_request':
hd.c:556: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c:556: `CURRENT' undeclared (first use in this function)
hd.c:557: `DEVICE_INTR' undeclared (first use in this function)
hd.c:562: `INIT_REQUEST' undeclared (first use in this function)
hd.c: In function `hd_interrupt':
hd.c:712: `DEVICE_INTR' undeclared (first use in this function)
hd.c: In function `hd_init':
hd.c:850: `DEVICE_REQUEST' undeclared (first use in this function)
hd.c: At top level:
hd.c:620: warning: `do_hd_request' defined but not used
make[4]: *** [hd.o] Error 1
make[4]: Leaving directory `/usr/src/linux-2.4.21-pre1/drivers/ide/legacy'
make[3]: *** [first_rule] Error 2
make[3]: Leaving directory `/usr/src/linux-2.4.21-pre1/drivers/ide/legacy'
make[2]: *** [_subdir_legacy] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.21-pre1/drivers/ide'
make[1]: *** [_subdir_ide] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.21-pre1/drivers'
make: *** [_dir_drivers] Error 2
^ permalink raw reply
* Re: [PATCH] fix strange stack calculation for secondary cpus
From: Dave Hansen @ 2002-12-11 1:23 UTC (permalink / raw)
To: Hugh Dickins; +Cc: Linux Kernel Mailing List
In-Reply-To: <Pine.LNX.4.44.0212110048360.1821-100000@localhost.localdomain>
Hugh Dickins wrote:
> On Tue, 10 Dec 2002, Dave Hansen wrote:
>
>>in arch/i386/kernel/smpboot.c:
>>stack_start.esp = (void *) (1024 + PAGE_SIZE + (char *)idle);
>>
>>This causes problems when I switch to 4k stacks? What is supposed to
>>be going on here? Why point esp into the middle of the stack? If you
>>wanted to do that, why not just use PAGE_SIZE>>2?
>>
> To avoid mysterious magic numbers, I chose instead to start it immediately
> below that area i.e. set the top esp here to the bottom esp there. That
> worked fine for 2.4, I don't see why the same shouldn't work for 2.5.
It should. I just want to be able to use arbitrary stack sizes.
> Whereas with your patch, you might be overwriting that area.
> So below I've munged your patch into what we found worked back then.
Agreed. I was really just trying to eliminate the magic number
without much real knowledge about what was going on.
Would you like to send your patch on to Alan or Linus?
--
Dave Hansen
haveblue@us.ibm.com
^ permalink raw reply
* Re: module-init-tools 0.9.3 -- "missing" issue
From: Jean Tourrilhes @ 2002-12-11 1:22 UTC (permalink / raw)
To: Linux kernel mailing list, Rusty Russell, Alessandro Suardi
Rusty Russell wrote :
> In message <3DF67878.6090703@oracle.com> you write:
> > to modprobe vfat - but not the full irda stack, I'll report this
> > separately to Jean) _and_ on 2.4.20 (modular IrDA and PPP are
>
> I'd appreciate receiving a copy of that irda report. It's probably
> not Jean's fault.
I've just managed to load and run Linux-IrDA on 2.5.51, and
apart from a few warning (see my other e-mail) it was working. I even
tested PPP over IrCOMM. But I didn't check smc-ircc.
So, this one might be *mine* ;-)
Have fun...
Jean
^ permalink raw reply
* Re: Anti-virus for Sendmail
From: dashielljt @ 2002-12-11 1:14 UTC (permalink / raw)
To: Manoj Sharma; +Cc: linux-admin
In-Reply-To: <200212110002.39658.manoj@tacitnetworks.com>
Well, f-prot is available and in an .rpm type file too.
Jude <dashielljt(at)gmpexpress-dot-net>
^ permalink raw reply
* Some general questions about Reiser4
From: Jon Smirl @ 2002-12-11 1:13 UTC (permalink / raw)
To: reiserfs-list
After reading though all of the material on the web
site and looking at the source code for a while, I do
have to congratulate you on having one of the best
documented programming projects I have seen. Here are
still a few areas that I have questions about....
1) The doc talks about doing something like "ls
file/attrib" to see an attribute that is implemented
as a tiny file. Does this work on Reiser4? How do I
access it? I tried this on my Reiser4 system and
couldn't figure it out.
2) Looking at Reiser 4 as a database, would the path
to the file be considered a primary key? Or is the
primary key to the file system an unique ID and the
path looks up the unique ID? Could I create an
alternative index into the file system based on say
creation date or permissions?
3) Has special consideration been made for parallelism
on SMP systems? For example, common hot spots on
databases are disk allocation, logging, and unique id
generation. These can be implemented so that each
processor gets it own independent copy and never has
to lock against the other CPUs.
4) Since Reiser4 is already SMP capable, how far is it
from being clusterable over a SAN? Having GFS go
closed source has left an opening for a new
alternative.
=====
Jon Smirl
jonsmirl@yahoo.com
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
^ permalink raw reply
* Re: fetchmail and smtp problem (was tuning iptables)
From: Haines Brown @ 2002-12-11 1:11 UTC (permalink / raw)
To: ray; +Cc: linux-newbie
In-Reply-To: <5.1.0.14.1.20021210115320.020c5d00@celine>
Ray,
>The first messages was an undeliverable notive from when I tried to
>send myself a test message almost a week ago:
>
> brownh@hartford-hwp.com... Deferred: hartford-hwp.com.: Network is
> unreachable
Hard to say at this point. The message should have been deliverable
to my current (RH7.3 machine) if it went out at all. Can't recall what
send the error message.
Here is the result of my telnet experiment:
# telnet localhost 25
Trying 127.0.0.1...
Connected to hartford-hwp.com (127.0.0.1).
Escape character is '^]'.
220 hartford-hwp.com ESMTP Sendmail 8.12.5/8.12.5; Tue, 10 Dec 2002 17:52:23 -0500
HELO localhost
250 hartford-hwp.com Hello hartford-hwp.com [127.0.0.1], pleased to meet you
MAIL from: haines@localhost
250 2.1.0 haines@localhost... Sender ok
RCPT to: brownh@hartford-hwp.com
250 2.1.5 brownh@hartford-hwp.com... Recipient ok
DATA A test
354 Enter mail, end with "." on a line by itself
QUIT
.
250 2.0.0 gBAMqNcp001528 Message accepted for delivery
^]
telnet> quit
Connection closed.
Haines
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Linux 2.4.21-pre1
From: Adrian Bunk @ 2002-12-11 1:14 UTC (permalink / raw)
To: lkml
In-Reply-To: <Pine.LNX.4.50L.0212101834240.23096-100000@freak.distro.conectiva>
On Tue, Dec 10, 2002 at 06:37:14PM -0200, Marcelo Tosatti wrote:
> So here goes the first pre of 2.4.21 including the new IDE code merged
> from Alan's tree.
>
> Test it carefully, since the new IDE code is not yet fully tested.
>
> Do not use it with critical data.
>
> Summary of changes from v2.4.20 to v2.4.21-pre1
> ============================================
>...
> Alan Cox <alan@lxorguk.ukuu.org.uk>:
>...
> o ac IDE merge
>...
The ac IDE merge broke the compilation of hd.c (it was already broken in
ac):
<-- snip -->
...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.20/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -I../
-nostdinc -iwithprefix include -DKBUILD_BASENAME=hd -c -o hd.o hd.c
hd.c:78: conflicting types for `recal_intr'
/home/bunk/linux/kernel-2.4/linux-2.4.20/include/linux/ide.h:1487:
previous declaration of `recal_intr'
hd.c: In function `dump_status':
hd.c:171: `QUEUE_EMPTY' undeclared (first use in this function)
hd.c:171: (Each undeclared identifier is reported only once
hd.c:171: for each function it appears in.)
hd.c:171: `CURRENT' undeclared (first use in this function)
hd.c:169: warning: `devc' might be used uninitialized in this function
hd.c: In function `hd_out':
hd.c:284: `DEVICE_INTR' undeclared (first use in this function)
hd.c:284: `TIMEOUT_VALUE' undeclared (first use in this function)
hd.c: In function `do_reset_hd':
...
make[4]: *** [hd.o] Error 1
make[4]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.20/drivers/ide/legacy'
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply
* Re: terminal problems with escape characters
From: dashielljt @ 2002-12-11 1:04 UTC (permalink / raw)
To: Miguel González Castaños; +Cc: linux-admin
In-Reply-To: <3DF61416.197B19D4@tid.es>
It's the keymap settings that need changing or expanding.
Jude <dashielljt(at)gmpexpress-dot-net>
^ permalink raw reply
* Re: [BK-2.4] [PATCH] Small do_mmap_pgoff correction
From: David S. Miller @ 2002-12-11 1:06 UTC (permalink / raw)
To: raul; +Cc: linux-kernel, marcelo
In-Reply-To: <20021210222842.GA64@DervishD>
From: DervishD <raul@pleyades.net>
Date: Tue, 10 Dec 2002 23:28:42 +0100
> How about something like:
>
> if (len == 0)
> return addr;
>
> len = PAGE_ALIGN(len);
> if (len > TASK_SIZE || len == 0)
> return -EINVAL;
>
> That should cover all cases and not make the TASK_SIZE assumption.
Perfect :) If you want, I can make the patch and tell to Alan and
Linus. Anyway, I think you will better heared than me O:))
If you could take care of this, I would really be happy.
Anyway, I'll take a look at a new macro (lets say PAGE_ALIGN_SIZE
or something as ugly as this ;)))
How many places do we try to apply PAGE_ALIGN to a length?
If it's just one or two spots, perhaps the special macro
isn't worthwhile.
^ permalink raw reply
* Re: IDE feature request & problem
From: Milan Roubal @ 2002-12-11 1:07 UTC (permalink / raw)
To: Alan Cox; +Cc: Petr Sebor, Linux Kernel Mailing List
In-Reply-To: <1039569643.14166.105.camel@irongate.swansea.linux.org.uk>
Hi Alan,
here is the output. But I don't see any word error :(
Thanx Milan
$ xfs_repair -n -v /dev/md0
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan (but don't clear) agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
- agno = 26
- agno = 27
- agno = 28
- agno = 29
- agno = 30
- agno = 31
- agno = 32
- agno = 33
- agno = 34
- agno = 35
- agno = 36
- agno = 37
- agno = 38
- agno = 39
- agno = 40
- agno = 41
- agno = 42
- agno = 43
- agno = 44
- agno = 45
- agno = 46
- agno = 47
- agno = 48
- agno = 49
- agno = 50
- agno = 51
- agno = 52
- agno = 53
- agno = 54
- agno = 55
- agno = 56
- agno = 57
- agno = 58
- agno = 59
- agno = 60
- agno = 61
- agno = 62
- agno = 63
- agno = 64
- agno = 65
- agno = 66
- agno = 67
- agno = 68
- agno = 69
- agno = 70
- agno = 71
- agno = 72
- agno = 73
- agno = 74
- agno = 75
- agno = 76
- agno = 77
- agno = 78
- agno = 79
- agno = 80
- agno = 81
- agno = 82
- agno = 83
- agno = 84
- agno = 85
- agno = 86
- agno = 87
- agno = 88
- agno = 89
- agno = 90
- agno = 91
- agno = 92
- agno = 93
- agno = 94
- agno = 95
- agno = 96
- agno = 97
- agno = 98
- agno = 99
- agno = 100
- agno = 101
- agno = 102
- agno = 103
- agno = 104
- agno = 105
- agno = 106
- agno = 107
- agno = 108
- agno = 109
- agno = 110
- agno = 111
- agno = 112
- agno = 113
- agno = 114
- agno = 115
- agno = 116
- agno = 117
- agno = 118
- agno = 119
- agno = 120
- agno = 121
- agno = 122
- agno = 123
- agno = 124
- agno = 125
- agno = 126
- agno = 127
- agno = 128
- agno = 129
- agno = 130
- agno = 131
- agno = 132
- agno = 133
- agno = 134
- agno = 135
- agno = 136
- agno = 137
- agno = 138
- agno = 139
- agno = 140
- agno = 141
- agno = 142
- agno = 143
- agno = 144
- agno = 145
- agno = 146
- agno = 147
- agno = 148
- agno = 149
- agno = 150
- agno = 151
- agno = 152
- agno = 153
- agno = 154
- agno = 155
- agno = 156
- agno = 157
- agno = 158
- agno = 159
- agno = 160
- agno = 161
- agno = 162
- agno = 163
- agno = 164
- agno = 165
- agno = 166
- agno = 167
- agno = 168
- agno = 169
- agno = 170
- agno = 171
- agno = 172
- agno = 173
- agno = 174
- agno = 175
- agno = 176
- agno = 177
- agno = 178
- agno = 179
- agno = 180
- agno = 181
- agno = 182
- agno = 183
- agno = 184
- agno = 185
- agno = 186
- agno = 187
- agno = 188
- agno = 189
- agno = 190
- agno = 191
- agno = 192
- agno = 193
- agno = 194
- agno = 195
- agno = 196
- agno = 197
- agno = 198
- agno = 199
- agno = 200
- agno = 201
- agno = 202
- agno = 203
- agno = 204
- agno = 205
- agno = 206
- agno = 207
- agno = 208
- agno = 209
- agno = 210
- agno = 211
- agno = 212
- agno = 213
- agno = 214
- agno = 215
- agno = 216
- agno = 217
- agno = 218
- agno = 219
- agno = 220
- agno = 221
- agno = 222
- agno = 223
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
- agno = 26
- agno = 27
- agno = 28
- agno = 29
- agno = 30
- agno = 31
- agno = 32
- agno = 33
- agno = 34
- agno = 35
- agno = 36
- agno = 37
- agno = 38
- agno = 39
- agno = 40
- agno = 41
- agno = 42
- agno = 43
- agno = 44
- agno = 45
- agno = 46
- agno = 47
- agno = 48
- agno = 49
- agno = 50
- agno = 51
- agno = 52
- agno = 53
- agno = 54
- agno = 55
- agno = 56
- agno = 57
- agno = 58
- agno = 59
- agno = 60
- agno = 61
- agno = 62
- agno = 63
- agno = 64
- agno = 65
- agno = 66
- agno = 67
- agno = 68
- agno = 69
- agno = 70
- agno = 71
- agno = 72
- agno = 73
- agno = 74
- agno = 75
- agno = 76
- agno = 77
- agno = 78
- agno = 79
- agno = 80
- agno = 81
- agno = 82
- agno = 83
- agno = 84
- agno = 85
- agno = 86
- agno = 87
- agno = 88
- agno = 89
- agno = 90
- agno = 91
- agno = 92
- agno = 93
- agno = 94
- agno = 95
- agno = 96
- agno = 97
- agno = 98
- agno = 99
- agno = 100
- agno = 101
- agno = 102
- agno = 103
- agno = 104
- agno = 105
- agno = 106
- agno = 107
- agno = 108
- agno = 109
- agno = 110
- agno = 111
- agno = 112
- agno = 113
- agno = 114
- agno = 115
- agno = 116
- agno = 117
- agno = 118
- agno = 119
- agno = 120
- agno = 121
- agno = 122
- agno = 123
- agno = 124
- agno = 125
- agno = 126
- agno = 127
- agno = 128
- agno = 129
- agno = 130
- agno = 131
- agno = 132
- agno = 133
- agno = 134
- agno = 135
- agno = 136
- agno = 137
- agno = 138
- agno = 139
- agno = 140
- agno = 141
- agno = 142
- agno = 143
- agno = 144
- agno = 145
- agno = 146
- agno = 147
- agno = 148
- agno = 149
- agno = 150
- agno = 151
- agno = 152
- agno = 153
- agno = 154
- agno = 155
- agno = 156
- agno = 157
- agno = 158
- agno = 159
- agno = 160
- agno = 161
- agno = 162
- agno = 163
- agno = 164
- agno = 165
- agno = 166
- agno = 167
- agno = 168
- agno = 169
- agno = 170
- agno = 171
- agno = 172
- agno = 173
- agno = 174
- agno = 175
- agno = 176
- agno = 177
- agno = 178
- agno = 179
- agno = 180
- agno = 181
- agno = 182
- agno = 183
- agno = 184
- agno = 185
- agno = 186
- agno = 187
- agno = 188
- agno = 189
- agno = 190
- agno = 191
- agno = 192
- agno = 193
- agno = 194
- agno = 195
- agno = 196
- agno = 197
- agno = 198
- agno = 199
- agno = 200
- agno = 201
- agno = 202
- agno = 203
- agno = 204
- agno = 205
- agno = 206
- agno = 207
- agno = 208
- agno = 209
- agno = 210
- agno = 211
- agno = 212
- agno = 213
- agno = 214
- agno = 215
- agno = 216
- agno = 217
- agno = 218
- agno = 219
- agno = 220
- agno = 221
- agno = 222
- agno = 223
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
- traversing filesystem starting at / ...
- traversal finished ...
- traversing all unattached subtrees ...
- traversals finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.
----- Original Message -----
From: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
To: "Milan Roubal" <roubm9am@barbora.ms.mff.cuni.cz>
Cc: "Petr Sebor" <petr@scssoft.com>; "Linux Kernel Mailing List"
<linux-kernel@vger.kernel.org>
Sent: Wednesday, December 11, 2002 2:20 AM
Subject: Re: IDE feature request & problem
> On Wed, 2002-12-11 at 00:24, Milan Roubal wrote:
> > Hi Alan,
> > I have got xfs partition and man fsck.xfs say
> > that it will run automatically on reboot.
>
> You need to force one. Something (I assume XFS) asked the disk for a
> stupid sector number. Thats mostly likely due to some kind of internal
> corruption on the XFS
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply
* Re: [PATCH] fix strange stack calculation for secondary cpus
From: Hugh Dickins @ 2002-12-11 1:10 UTC (permalink / raw)
To: Dave Hansen; +Cc: David Howells, Linux Kernel Mailing List
In-Reply-To: <3DF655DF.1040507@us.ibm.com>
On Tue, 10 Dec 2002, Dave Hansen wrote:
> in arch/i386/kernel/smpboot.c:
> stack_start.esp = (void *) (1024 + PAGE_SIZE + (char *)idle);
>
> This causes problems when I switch to 4k stacks? What is supposed to
> be going on here? Why point esp into the middle of the stack? If you
> wanted to do that, why not just use PAGE_SIZE>>2?
>
> In any case, I think THREAD_SIZE needs to be here instead of PAGE_SIZE.
Yes, it is weird: I wondered the same when we did our bigstack patch
for debugging 2.4 stack overflows.
The conclusion I came to was, it was trying to start the stack somewhere
that wouldn't clash with where it's set up for the trampoline at the top
of the stack area, see in particular initialize_secondary(): was choosing
somewhere arbitrarily far below that.
To avoid mysterious magic numbers, I chose instead to start it immediately
below that area i.e. set the top esp here to the bottom esp there. That
worked fine for 2.4, I don't see why the same shouldn't work for 2.5.
Whereas with your patch, you might be overwriting that area.
So below I've munged your patch into what we found worked back then.
To be honest, I can't quite remember my way around that stuff now,
and my words above may make little sense!
Hugh
--- linux-2.5.50/arch/i386/kernel/smpboot.c.bad Tue Dec 10 12:56:10 2002
+++ linux-2.5.50/arch/i386/kernel/smpboot.c Tue Dec 10 12:56:55 2002
@@ -806,7 +806,7 @@
/* So we see what's up */
printk("Booting processor %d/%d eip %lx\n", cpu, apicid, start_eip);
- stack_start.esp = (void *) (1024 + PAGE_SIZE + (char *)idle->thread_info);
+ stack_start.esp = (void *) idle->thread.esp;
/*
* This grunge runs the startup process for
^ permalink raw reply
* SELinux (in) Clusters
From: Subba Rao @ 2002-12-11 1:01 UTC (permalink / raw)
To: selinux
I haven't decided which cluster to build yet (HPC or HA cluster). Has anyone deployed SELinux in a Cluster environment?
My main question would be would the MPI libraries in a cluster work on SELinux?
Subba Rao
sailorn@attglobal.net
2002-12-10
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* [LARTC] Trafic shaping
From: Gabriel Corcodel @ 2002-12-11 1:01 UTC (permalink / raw)
To: lartc
Our Internet connection with our ISP is on optical fiber, and we can
achieve in the so called "Metropolitan Area Network" speeds up to 50Mbps
or more. The so called external connection which we have, using same
provider, in order to reach the Internet, is, let's say, 2mbps.
We have also, our own AS number, we're using zebra for bgp.
Question: I want to limit/to queue incoming traffic from the so-called
"external" connection. So, for example, if a computer A, in our network,
is downloading something from one ftp server connected to the
metropolitan network, I want no limits. If the same computer wants to
download something from the external network, the download should be
shaped.
Let's say that I have network addresses from "metropolitan area network"
or AS numbers from "metropolitan area network".
Any suggestions?
Gabriel Corcodel
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: [PATCH 2.4] Dcache Fastwalk for 2.4.20
From: J.A. Magallon @ 2002-12-11 1:07 UTC (permalink / raw)
To: Hanna Linder; +Cc: linux-kernel
In-Reply-To: <58240000.1039480933@w-hlinder>
On 2002.12.10 Hanna Linder wrote:
>
>Hi Marcelo,
>
> This patch is a backport of the work Al Viro and I did
>in 2.5 to decrease cacheline bouncing during dcache lookup. This
>also removes path_init and replaces it with path_lookup (hence
>the changes in intermezzo and nfsd) as it is in 2.5.
> Please consider this for inclusion in the next 2.4.2* release.
>
>Thanks.
>
>Hanna Linder
>IBM Linux Technology Center
>
Is you mailer wrapping the patch ?
--
J.A. Magallon <jamagallon@able.es> \ Software is like sex:
werewolf.able.es \ It's better when it's free
Mandrake Linux release 9.1 (Cooker) for i586
Linux 2.4.20-jam1 (gcc 3.2 (Mandrake Linux 9.1 3.2-4mdk))
^ permalink raw reply
* Status new-modules + 802.11b/IrDA
From: Jean Tourrilhes @ 2002-12-11 1:05 UTC (permalink / raw)
To: Linux kernel mailing list, Rusty Russell, Jeff Garzik, dahinds
Hi,
As I have a large quantity of IrDA and wireless patches that
need to get merged in 2.5.X, I thought that I would give a try to the
latest 2.5.51 and its new module support.
This is a short list of problems that I've found with my
setup. They of course will need to be fixed before I can do useful
work on 2.5.X, but I can wait until things get more polished, because
I understand that Rusty has a todo list pretty full.
Have fun, and sorry for the spam...
Jean
--------------------------------------------------------------
Setup :
-----
o kernel 2.5.51 ; SMP
o module-init-tools-0.9.3
o dual PPro 200 MHz, Debian 3.0
Debian Boot :
-----------
o Din't pick up new modutils in the init scripts. Probably
because I used install option 1b in README (/usr/local/sbin).
o Re-install with option 1a (/sbin), works fine.
o Maybe this needs to be in README.
hp100 (my Ethernet card) :
------------------------
o When loading, module options (various hp100_XXX) are
ignored, however they are necessary to get the card up and
running. So, no network :-(
o Seems that the section handling "param" support in the
kernel is #if 0, so probably not finished up yet. I see that it's on
your TODO list.
o No further tests.
Wavelan ISA :
-----------
o Didn't try old wavelan ISA card because I know that it
requires module parameters as well.
Pcmcia and airo_cs :
------------------
o Loads with error below, airo_cs driver is functional.
o i82365 cannot be unloaded, it's unsafe.
o removal of airo_cs : "Uninitialised timer!/nThis is a
warning. Your computer is OK". Call trace on demand. Also, the module
airo not removed (probably due to problem with airo_cs).
o re-insertion of the card : nothing happens. No messages.
o After reboot, /etc/init.d/pcmcia stop -> same thing + script
hang + a few [kmodule1? <defunct>]. This prevent the computer to
reboot or shutdown properly (== fsck at next boot).
I never had those problem before, this driver has always been
rock solid, and I don't really know where to start... I don't use
auto_wep, so the only timer used in airo is &link->release, which is
Pcmcia stuff. This is where the lack of Pcmcia maintainer in 2.5.X
makes me really nervous.
Pcmcia and orinoco_cs :
---------------------
o Same deal as airo_cs, fail removal of card. Actually, the
whole computer did lock-up.
o Definitely looks like a generic Pcmcia problem (BTW, both
cards are 16 bits, as well as the bridge).
IrDA :
----
o Try irtty and irda-usb drivers, both load fine, as well as
the Linux-IrDA stack, only with message below. Basic IrDA
communication test passed.
o af_irda, irda-usb & irtty-sir are "unsafe". I tracked that
down to the use of MOD_INC_USE_COUNT. The header file module.h give
hints on how I should convert that to the new world (use
try_module_get), however your FAQ seems to say something else (just
remove them, they are useless). I'm quite confused, because those
MOD_INC_USE_COUNT have a definite purpose... I would appreciate more
guidance.
o When/if I will understand what's the best course of action,
I can fix those myself.
o Also, maybe you should put a pointer to your FAQ in the
usual places (like in the README of module-init-tools-0.9.3), because
it's only because I knew it existed that I've found it.
^ permalink raw reply
* Re: [LARTC] how to get the latency down on maxed out classes? + extra question
From: sufcrusher @ 2002-12-11 0:57 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103955243525543@msgid-missing>
> > TC_UPLINK_RATE="100"
> > TC_RATE[0]P
> > TC_CEIL[0]\x110
> So this class has ceil = 110kbit, but the parent class has ceil = 100kbit.
> The parent ceil is not respected so this class can use 110kbit if it
wants.
> I don't think this is what you want.
Oops, you're right. I had been testing it with parent rate at 110, but
obviously forgot to put it back down. Also, I presumed the parent ceil would
be respected, so thanks for the tip.
> > TC_RATE[1]\x15
> > TC_CEIL[1]`
> > TC_RATE[2]\x10
> > TC_CEIL[2]`
> > TC_RATE[3]=5
> > TC_CEIL[3]0
> There is also a drawbeck if you use prio to improve latency. Devik did
some
> testing. A lower prio is good for delays IF the class with the lower prio
> never sends more then it's rate (so it's never overlimited). If it do so,
> other classes are served first and the delays will be very bad. I haven't
> test it myself, but you can find it in the user guide of htb chapter 7
> (http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm#prio).
> You can force a class to never exceeds its rate if you use a policer in
the
> filter so packets that exceeds the rate are dropped by the filter. But
> again, I haven't test it.
I need the low-latency class for games (CounterStrike), so I can't afford to
drop any packets (I guess). On the other hand it typically doesn't use too
much bandwidth, so it can lend the rest.
I had read devik's manual (I've read a lot on htb stuff, but I can't claim
to remember it all, let alone put it in practise) but I don't see you
statement "A lower prio is good for delays IF the class with the lower prio
never sends more then it's rate (so it's never overlimited)." in it. In
fact, it says that the higher prio class gets "excess bandwidth first",
which is what I want.
But you are probably right that my solution is way too crude for practical
purposes. Maybe I should only be using prio for the game-packets and put all
other classes in the same prio (which is also mentioned at devik's site).
Like I suspected, my current script is very basic, I need quite some more
work on it.
Anyway, thanks again Stef, you're doing a great job!
Jannes Faber
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: Is this going to be true ?
From: Larry McVoy @ 2002-12-11 1:04 UTC (permalink / raw)
To: David Schwartz; +Cc: ve3mtm, linux-kernel
In-Reply-To: <20021211005509.AAA27981@shell.webmaster.com@whenever>
On Tue, Dec 10, 2002 at 04:55:07PM -0800, David Schwartz wrote:
>
> On Tue, 10 Dec 2002 19:33:58 -0500, Michael Melanson wrote:
> >Didn't they support an "Unix subsystem" on older versions of NT, to emulate
> >console Unix apps? I seem to remember something about a that a while ago.
>
> Many versions of Windows have an almost completely useless POSIX subsystem.
> It supplies everything POSIX demands and not a drop more, including
> essentially no way to interact with the other subsystems. I believe Microsoft
> implemented it simply to be able to put a checkbox next to 'POSIX compliant'.
And they don't get many deals with it. The government was smart enough to
say "if you claim POSIX compliance you have to use those interfaces" for
certain deals and Microsoft backed out.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
^ permalink raw reply
* [PATCH]: forgotten dev_put for bridge-devices in nf_reinject (fwd)
From: James Morris @ 2002-12-11 0:54 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 468 bytes --]
---------- Forwarded message ----------
Date: Tue, 10 Dec 2002 14:35:58 +0100
From: Patrick McHardy <kaber@trash.net>
To: Netfilter Development Mailinglist <netfilter-devel@lists.netfilter.org>
Cc: netdev@oss.sgi.com
Subject: [PATCH]: forgotten dev_put for bridge-devices in nf_reinject
Hi.
The attached patch releases the bridge devices grabbed in nf_queue after
reinjecting the packet.
Seems someone forgot these (or planned to get Rusty killed) ;)
Bye,
Patrick
[-- Attachment #2: Type: TEXT/PLAIN, Size: 601 bytes --]
--- linux-2.5.50/net/core/netfilter.c.orig 2002-12-10 14:16:20.000000000 +0100
+++ linux-2.5.50/net/core/netfilter.c 2002-12-10 14:19:23.000000000 +0100
@@ -574,7 +574,15 @@
/* Release those devices we held, or Alexey will kill me. */
if (info->indev) dev_put(info->indev);
if (info->outdev) dev_put(info->outdev);
-
+#if defined(CONFIG_BRIDGE) || defined(CONFIG_BRIDGE_MODULE)
+ if (skb->nf_bridge) {
+ if (skb->nf_bridge->physindev)
+ dev_put(skb->nf_bridge->physindev);
+ if (skb->nf_bridge->physoutdev)
+ dev_put(skb->nf_bridge->physoutdev);
+ }
+#endif
+
kfree(info);
return;
}
^ permalink raw reply
* Re: Is this going to be true ?
From: David Schwartz @ 2002-12-11 0:55 UTC (permalink / raw)
To: ve3mtm, linux-kernel
In-Reply-To: <00d501c2a0ac$fe66bc40$0201a8c0@melanson>
On Tue, 10 Dec 2002 19:33:58 -0500, Michael Melanson wrote:
>Didn't they support an "Unix subsystem" on older versions of NT, to emulate
>console Unix apps? I seem to remember something about a that a while ago.
Many versions of Windows have an almost completely useless POSIX subsystem.
It supplies everything POSIX demands and not a drop more, including
essentially no way to interact with the other subsystems. I believe Microsoft
implemented it simply to be able to put a checkbox next to 'POSIX compliant'.
DS
^ permalink raw reply
* 2.5.51 -- rivafb is whacky (characters flipped on vertical axis, 640x480 usable area shown inside a higher-res area, etc).
From: Miles Lane @ 2002-12-11 0:39 UTC (permalink / raw)
To: James Simmons, linux-fbdev-devel
Hi,
I have tried getting rivafb to work in 2.5.51. It is much better
than before (thanks!). It compiles and sorta works.
Here are the problems:
When I run "fbset -a 640x480", I get display that fills
the screen and looks okay, but most of the characters are
flipped along the vertical axis, so they are backwards, so that:
+---- ----+
| |
+--- becomes ---+
| |
| |
Also, when I boot, the penguin logo looks like it is being rendered
in about five colors. In addition, the text is black, except for
the white underscore cursor, so all I can see is the cursor.
When the gpm gets loaded, the mouse pointer, instead of showing
a white rectangle that, when it passes over a character, shows that
character in reverse-video, shows a colored cursor that always
contains some character. The character shown in the mouse cursor
changes when it passes over text in the window, but it never shows
the character it is passing over.
Lastly, when I run "fbset -a 1600x1200", a 640x480 area shows
a usable console window, but it is embedded in the larger high
resolution display, like this:
+---------+----------------+
| | |
| | |
| | |
+---------+ |
| |
| |
| |
| |
| |
+--------------------------+
The area outside of the 640x480 boundary is filled with colored
junk (no characters).
Any ideas?
Miles
-------------------------------------------------------
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/
^ permalink raw reply
* Re: IDE feature request & problem
From: Alan Cox @ 2002-12-11 1:20 UTC (permalink / raw)
To: Milan Roubal; +Cc: Petr Sebor, Linux Kernel Mailing List
In-Reply-To: <039d01c2a0ab$b19a5ad0$551b71c3@krlis>
On Wed, 2002-12-11 at 00:24, Milan Roubal wrote:
> Hi Alan,
> I have got xfs partition and man fsck.xfs say
> that it will run automatically on reboot.
You need to force one. Something (I assume XFS) asked the disk for a
stupid sector number. Thats mostly likely due to some kind of internal
corruption on the XFS
^ 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.