Mohammad A. Haque writes:
> I got the following after compiling/rebooting into 2.4.2 and forcing a
> fsck.
Did fsck complain? If not, then it is a 2.4.2 kernel/driver bug, possibly
not reading any data from disk (the below errors are generated from a zero
filled directory block).
> EXT2-fs
Hi, guys!
I want to report a problem.
I have an Athlon 900MHz / 256 MB RAM, chipset: VIA VT82c686B, IBM
harddrive (IBM-DTLA-307030).
At first I tried kernel 2.2.16:
- hdparm -u1 -d1 -X69 /dev/hda => I get 36MB/s
Then I tried kernel 2.4.1. I issued exactly the same hdparm command.
i
Daniel Phillips writes:
> Andreas Dilger wrote:
> > I was just doing the math for 1k ext2 filesystems, and the numbers aren't
> > nearly as nice. We get:
> >
> > (1024 / 16) * 127 * .75 = 6096 # 1 level
> > (1024 / 16) * 128 * 127 * .75 = 780288 # 2 levels
>
> But if
1. Network hanging - Tulip driver with Netgear (Lite-On) NIC
2. I am trying to prepare a new firewall host with a Pentium III and
three Netgear NICs and am experiencing considerable trouble with the
combination:
Kernel 2.4.[01]:ifconfig shows that the card see's traffic on
Hi!
The SoundBlaster driver havn't been working in any of the 2.4.x-releases if I
compile it into the kernel. However, it does work when compiled as a module. It
worked ok for me both compiled in and as a module under 2.2.x
I have sb=220,7,1,5 at the kernel commandline (the right values). The
On Thu, 22 Feb 2001, [EMAIL PROTECTED] wrote:
> A couple of comments. If you make the beginning of each index block
> look like a an empty directory block (i.e, the first 8 blocks look like
> this):
>
> 32 bits: ino == 0
> 16 bits: rec_len == blocksize
> 16 bits: name_len = 0
Also sprach H. Peter Anvin:
} Martin Mares wrote:
} >
} > Hello!
} >
} > > True. Note too, though, that on a filesystem (which we are, after all,
} > > talking about), if you assume a large linear space you have to create a
} > > file, which means you need to multiply the cost of all
I have a Dell Inspiron 5000e which shows some odd behavior related to
the PCI and PCMCIA systems. I believe this problem is related to the
kernel more than the PCMCIA modules, because the "fix" involves
booting the system to 2.2 and then into 2.4. Though I am now using
different PCMCIA versions
HPA writes:
> Daniel Phillips wrote:
> > I mentioned this earlier but it's worth repeating: the desire to use a
> > small block size is purely an artifact of the fact that ext2 has no
> > handling for tail block fragmentation. That's a temporary situation -
> > once we've dealt with it your
I got the following after compiling/rebooting into 2.4.2 and forcing a
fsck.
EXT2-fs error (device ide0(3,3)): ext2_readdir: bad entry in directory
#508411: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0,
name_len=0
EXT2-fs error (device ide0(3,3)): ext2_readdir: bad entry in
Daniel,
Nice work!
A couple of comments. If you make the beginning of each index block
look like a an empty directory block (i.e, the first 8 blocks look like
this):
32 bits: ino == 0
16 bits: rec_len == blocksize
16 bits: name_len = 0
... then you will have full
Usual place:
ftp://ftp.kernel.org/pub/linux/kernel/people/davem/zerocopy-2.4.2-1.diff.gz
Besides merging to the 2.4.2-final release there are two bug fixes:
1) New TCP receive queue collapser could trigger assertion failures
in tcp_recvmsg(), reason: uninitialized skb->used field in fresh
On Wed, 21 Feb 2001, Leif Sawyer wrote:
> > From: Dr. Kelsey Hudson [mailto:[EMAIL PROTECTED]]
> >
> > 'good' in this case was meant to mean working properly, well-coded,
> > does-what-it's-suppossed-to-do, eg not broken in one way or
> > another. English should have a better word that 'good...'
I get the following error in a make bzImage:
nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aUw]
\)\|\(\.\.ng$\)\|\(LASH[RL]DI\)' | sort > System.map
make[1]: Entering directory `/usr/src/linux/arch/i386/boot'
ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsect.o -o bbootsect
ld: cannot
You write:
> I just oldconfiged linux kernel with my 2.4.1 .config. When I boot the new
> 2.4.1-ac20 kernel, I get a message saying that my ext2 superblock is
> corrupted.
The exact message would be helpful.
> I get a message asking me to run e2fsck -b 8193 <...hdd dev..>
This is an e2fsck
"H. Peter Anvin" wrote:
>
> Daniel Phillips wrote:
> >
> > Have you looked at the structure and algorithms I'm using? I would not
> > call this a hash table, nor is it a btree. It's a 'hash-keyed
> > uniform-depth tree'. It never needs to be rehashed (though it might be
> > worthwhile
On Wed, Feb 21, 2001 at 10:07:32PM +, Alan Cox wrote:
> > that because the kernel was getting 99% of the cpu, the application was
> > getting very little, and thus the read wasn't happening fast enough, and
>
> Seems reasonable
>
> > This is NOT what I'm seeing at all.. the kernel load
> - Some architectures' ports of the Linux kernel, at least in their current
> state (has anyone actually tried to *compile* the PPC kernel since
> 2.4. besides me?)
Yes it compiles beautifully. Just remember to get it from the ppc tree
because its not merged yet
-
To unsubscribe from this list:
[John Heil]
> Which -ac series patch does this match up with or superceed ie should
> this be considered superior to -ac19 ?
Neither "supercedes" the other -- they are different trees. The -ac
series has some patches that Linus may never get because they are
experimental, or still buggy.
If
On Wed, 21 Feb 2001, Linus Torvalds wrote:
> Date: Wed, 21 Feb 2001 18:19:43 -0800 (PST)
> From: Linus Torvalds <[EMAIL PROTECTED]>
> To: Kernel Mailing List <[EMAIL PROTECTED]>
> Subject: Linux-2.4.2
>
>
> Ok, the patch looks huge (it's a meg and a half compressed, 6+ megs
> uncompressed),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> >The default in reiserfs is now the R5 hash, but you are right that lots of
> > efforts went into finding this hash. This includes testing various
> > hashes on real directory structures to see which one
In article <[EMAIL PROTECTED]>,
Daniel Phillips <[EMAIL PROTECTED]> wrote:
>
>I mentioned this earlier but it's worth repeating: the desire to use a
>small block size is purely an artifact of the fact that ext2 has no
>handling for tail block fragmentation. That's a temporary situation -
>once
maybe this will be useful.
http://www.linux-sna.org/events/papers/Bang%21inux-netstack-2001/skb%20definition.html
On Wed, Feb 21, 2001 at 02:23:53PM -, Dragos, Radu wrote:
> Does anyone know some good documentation about handling sk_buffers ?
>
> I'll need to work with them for some kind
On Wed, Feb 21, 2001 at 09:13:30PM -0600, Peter Samuelson wrote:
[snip]
> If you want stability, run the real Linus 2.4. If you want all the
> really minor bug fixes and more of the experimental code, run -ac. If
> you want production quality, run your kernel on a test server before
>
In article <[EMAIL PROTECTED]>,
Davide Libenzi <[EMAIL PROTECTED]> wrote:
>
>Yep, 4 is not good as a shifting factor. Prime number are the better choice for
>this stuff.
Oh, absolutely.
It looks like the hash function was done rather early on in the dcache
lifetime (one of the first things),
Andreas Dilger wrote:
>
> Daniel Phillips writes:
> > Easy, with average dirent reclen of 16 bytes each directory leaf block
> > can holds up to 256 entries. Each index block indexes 512 directory
> > blocks and the root indexes 511 index blocks. Assuming the leaves are
> > on average 75% full
Daniel Phillips writes:
> Easy, with average dirent reclen of 16 bytes each directory leaf block
> can holds up to 256 entries. Each index block indexes 512 directory
> blocks and the root indexes 511 index blocks. Assuming the leaves are
> on average 75% full this gives:
>
> (4096 / 16)
"David S. Miller" wrote:
>
> Jordan Mendelson writes:
> > Now, if it didn't have the side effect of dropping packets left and
> > right after ~4000 open connections (simultaneously), I could finally
> > move our production system to 2.4.x.
>
> The change I posted as-is, is unacceptable
Jordan Mendelson writes:
> Now, if it didn't have the side effect of dropping packets left and
> right after ~4000 open connections (simultaneously), I could finally
> move our production system to 2.4.x.
There is no reason my patch should have this effect.
All of this is what appears to be
On Thu, 22 Feb 2001, Neil Brown wrote:
> On Wednesday February 21, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > Is there any chance that RAID volumes would support partitions like the
> > hard-disk driver in the future?
>
> Yep.
> See: http://www.cse.unsw.edu.au/~neilb/patches/linux/2.4.2-pre4/
>
Ok, the patch looks huge (it's a meg and a half compressed, 6+ megs
uncompressed), but most of the patch by far is S/390 updates and the new
Cris architecture.
The biggest real changes that impact normal users are the two bugs that
could corrupt your harddisk. The IDE driver bug that Russell
On Mon, Feb 19, 2001 at 03:07:33AM -0700, Eric W. Biederman wrote:
> With linux-2.4 able to do a complete PCI bus setup it isn't as bad it used
> to be, but it's still pretty significant.
For an incomplete subset of chipsets. Serverworks doesn't work correctly for
a start (see the threads
On Wed, 21 Feb 2001, Adam Schrotenboer wrote:
> A rather incomprehensible message, so let's flesh this out a bit.
>
> Basically the problem occurs when patching linux/fs/reiserfs/namei.c It
> can't find it, presumably due to an error in 2.4.1, where it appears to
> me that reiserfs/ is located
Dear all,
as you may have noticed from earlier postings on these lists, I have
a bunch of patches that change the way knfsd interacts with
filesystems. In particular it makes it possible to export reiserfs
and other modern filesystesm (providing they have been told how to
work with
In message <[EMAIL PROTECTED]> you write:
> > This is a while back, but I thought the solution Philipp and I came up
> > with was to simply used a rw semaphore for this, which was taken (read
> > only) on page fault if we have to scan the exception table.
>
> We can take page faults in interrupt
Daniel Phillips wrote:
>
> "H. Peter Anvin" wrote:
> >
> > Andreas Dilger wrote:
> > >
> > > Basically (IMHO) we will not really get any noticable benefit with 1 level
> > > index blocks for a 1k filesystem - my estimates at least are that the break
> > > even point is about 5k files. We
On Thu, Feb 22, 2001 at 12:50:52AM +, Alan Cox wrote:
> > I just oldconfiged linux kernel with my 2.4.1 .config. When I boot the new
> > 2.4.1-ac20 kernel, I get a message saying that my ext2 superblock is corrup=
> > ted.
> > I get a message asking me to run e2fsck -b 8193 <...hdd dev..>
Daniel Phillips wrote:
>
> There will be a lot fewer metadata index
> blocks in your directory file, for one thing.
>
Oh yes, another thing: a B-tree directory structure does not need
metadata index blocks.
-hpa
--
<[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private!
"Unix
On Wed, 21 Feb 2001 22:19:20 -0500,
Billy Harvey <[EMAIL PROTECTED]> wrote:
>ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsect.o -o bbootsect
>ld: cannot open binary: No such file or directory
Change -oformat to --oformat. Binutils incompatibility.
-
To unsubscribe from this list: send
On Wednesday February 21, [EMAIL PROTECTED] wrote:
> On Thu, 22 Feb 2001, Neil Brown wrote:
Paragraph 1
> > Using this, I can RAID1 hda and hdc together as md0 == mda and then
> > partition it up as mda1 (root) mda2 (swap) mda3 (other). And if I
> > have too, I can boot off either drive
This was about the fifth time when i experienced the following:
all of a sudden, my keyboard and mouse (both together, at exactly the same
time), stop responding, ie i can't type or move the mouse around. As the
keyboard stop responding, i also can't use the Magic-key. All other things
go on,
On Thu, 22 Feb 2001, Augustin Vidovic wrote:
> On Wed, Feb 21, 2001 at 03:00:26PM -0800, Dr. Kelsey Hudson wrote:
> > By saying this, you are implying that all pieces of code released under
> > the GPL are 'good' pieces of code.
>
> If you want to rephrase it like that, ok, but then you must not
This looks great, in fact I was working on something similar for
myself. Unfortunately, like all good documentation, it's already
slightly out of date. Just this morning I noticed that as of the
2.4.2-preX, the __make_request function no longer contains this code:
if (!q->plugged)
> I just oldconfiged linux kernel with my 2.4.1 .config. When I boot the new
> 2.4.1-ac20 kernel, I get a message saying that my ext2 superblock is corrup=
> ted.
> I get a message asking me to run e2fsck -b 8193 <...hdd dev..>
> My 2.4.0-ac4 that I've been running for more than 2-3 weeks
Hi,
Anybody knows if there is a port of afpfs (AppleShare networkin) to 2.4
kernels ?
If not, which file system module would you choose as a template to port
an existent fs module (afpfs worked for 2.2.6) ?
TIA
--
J.A. Magallon $> cd pub
Linus Torvalds wrote:
>
> On Tue, 20 Feb 2001, Daniel Phillips wrote:
> >
> > You mean full_name_hash? I will un-static it and try it. I should have
> > some statistics tomorrow. I have a couple of simple metrics for
> > measuring the effectiveness of the hash function: the uniformity of
> >
Has anyone else seen SEGVs from this combination ?
/var/log/xdm.log is less than helpfull, only mentioning that VC7 (I run
X on 3 VCs) had a Signal 11.
I've not yet identified whats running on VC7, and not on VC8-9 that might
be causing this... Wish xdm gave a little more information...
At 11:00 pm + 21/2/2001, Dr. Kelsey Hudson wrote:
>On Sat, 17 Feb 2001, Augustin Vidovic wrote:
>
>> 1- GPL code is the opposite of crap
>
>By saying this, you are implying that all pieces of code released under
>the GPL are 'good' pieces of code. I can give you several examples of code
oops. sorry for the panic. my fault.
I was trying to boot a non-devfs'ed with devfs.
thanks anyway.
--
Prasanna Subash --- [EMAIL PROTECTED] --- TurboLinux, INC
Linux, the choice | Who is John Galt?
of
You didn't give the (likely more) important part of your .config, but I'll bet
that you have CONFIG_APM_ALLOW_INTS disabled. Turn it on, rebuild and reboot.
At least on a Thinkpad T20, trying to use UDMA, and APM without APM_ALLOW_INTS
enabled gives an 'hda: lost interrupt'. Even worse, I didn't
On Fri, 9 Feb 2001, Matthew Kirkwood wrote:
> On Thu, 8 Feb 2001, dean gaudet wrote:
>
> > responses come back from both eth0 and eth1, listing each of their
> > respective MAC addresses... it's essentially a race condition at this
> > point as to whether i'll get the right MAC address.
In article <97230a$16k$[EMAIL PROTECTED]>,
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>Another way of saying this: if you go to the complexity of no longer
>being a purely block-based filesystem, please go the whole way. Make the
>thing be extent-based, and get away from the notion that you have
"H. Peter Anvin" wrote:
>
> Andreas Dilger wrote:
> >
> > Basically (IMHO) we will not really get any noticable benefit with 1 level
> > index blocks for a 1k filesystem - my estimates at least are that the break
> > even point is about 5k files. We _should_ be OK with 780k files in a single
>
"David S. Miller" wrote:
>
> Jordan Mendelson writes:
> > Now, if it didn't have the side effect of dropping packets left and
> > right after ~4000 open connections (simultaneously), I could finally
> > move our production system to 2.4.x.
>
> There is no reason my patch should have this
[Christoph Hellwig]
> It would be really good to have something devfs-like just for LVM in
> setups that don't use LVM, so we could avoid mounting root read/write
^^^devfs?
> for device-creation.
For most people, read/write access to /dev is rarely needed -- how
often do
Hello lkml,
I just oldconfiged linux kernel with my 2.4.1 .config. When I boot the new
2.4.1-ac20 kernel, I get a message saying that my ext2 superblock is corrupted.
I get a message asking me to run e2fsck -b 8193 <...hdd dev..>
My 2.4.0-ac4 that I've been running for more than 2-3 weeks
Andreas Dilger wrote:
>
> Basically (IMHO) we will not really get any noticable benefit with 1 level
> index blocks for a 1k filesystem - my estimates at least are that the break
> even point is about 5k files. We _should_ be OK with 780k files in a single
> directory for a while.
>
I've had a
Hello kernel dev
Are there any USB audio device manufactures who are releasing
datasheets and programming specs?
I am looking for example code for controlling USB devices in kernel-space.
More specifically I would like to playback sound on a USB
device using the RTlinux variety of Linux. All
Daniel Phillips wrote:
>
> "H. Peter Anvin" wrote:
> >
> > Daniel Phillips wrote:
> > >
> > > Have you looked at the structure and algorithms I'm using? I would not
> > > call this a hash table, nor is it a btree. It's a 'hash-keyed
> > > uniform-depth tree'. It never needs to be rehashed
[EMAIL PROTECTED] wrote:
>
> > Are you the person I send the patch to?
>
> Send it to [EMAIL PROTECTED] and to [EMAIL PROTECTED] .
>
> Andries
Here's my patch to perform a media-change check and, if necessary,
a disk revalidate whenever /proc/partitions is accessed.
--- check.c.save
On Wed, Feb 21, 2001 at 11:28:39PM +, Alan Cox wrote:
> [..] only when creating _very_ large file
> systems with little memory, where the write throttling may still need a bit
> of work.
I posted here a few days ago a little patch that is meant to address that. I
didn't got any feedback on
> I've enabled the higher performance features for my ATA drive by getting
> 2.2.17, applying Andre Hendrick's IDE patch, adding:
> append="idebus=66 ide0=ata66"
> to lilo.conf. I was told that Alan's patches from here:
> should be used. Is this true if I used Andre's patch? Is the warning
>
Billy Harvey wrote:
> I get the following error in a make bzImage:
>
> nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\(
>[aUw]\)\|\(\.\.ng$\)\|\(LASH[RL]DI\)' | sort > System.map
> make[1]: Entering directory `/usr/src/linux/arch/i386/boot'
> ld -m elf_i386 -Ttext 0x0 -s -oformat binary
Followup to: <971i36$180$[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED] (Linus Torvalds)
In newsgroup: linux.dev.kernel
>
> (The current VFS name hash is probably _really_ stupid - I think it's
> still my original one, and nobody probably ever even tried to run it
> through any testing.
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>> This is a while back, but I thought the solution Philipp and I came up
>> with was to simply used a rw semaphore for this, which was taken (read
>> only) on page fault if we have to scan the exception table.
>
>We can take
Alan Cox wrote:
>
> > that because the kernel was getting 99% of the cpu, the application was
> > getting very little, and thus the read wasn't happening fast enough, and
>
> Seems reasonable
>
> > This is NOT what I'm seeing at all.. the kernel load appears to be
> > pegged at 100% (or very
Hello All,
I am not on the list, so please reply to me
with the list with your comments.
I was going through some code in serial.c and noticed
that there are page allocations/deallocations in
rs_open and startup (serial.c). These allocations
could fail. This affects reliablity in some
On Wed, Feb 21, 2001 at 03:48:06PM -0800, Wayne Whitney wrote:
> > append="idebus=66 ide0=ata66"
>
> The idebus=66 part is incorrect. This option refers to the clock of
> the PCI bus the IDE controller is on and should rarely be changed from
> the default of 33MHz (i.e., only if you are
On Sat, 17 Feb 2001, Torrey Hoffman wrote:
> On the other hand, they make excellent mice. The mouse wheel and
> the new optical mice are truly innovative and Microsoft should be
> commended for them.
The idea of an optical mouse is nothing new: I've got an optical mouse
sitting to the side of
On Wed, 21 Feb 2001, John Heil wrote:
>
> Which -ac series patch does this match up with or superceed
> ie should this be considered superior to -ac19 ?
There is no 1:1 comparison to _any_ of the -ac patches, I'm afraid. The
two series are fairly disparate, as they have different intentions.
> From: Dr. Kelsey Hudson [mailto:[EMAIL PROTECTED]]
>
> 'good' in this case was meant to mean working properly, well-coded,
> does-what-it's-suppossed-to-do, eg not broken in one way or
> another. English should have a better word that 'good...'
>
Functional, perfect, clean, documented,
On Thu, 22 Feb 2001, Daniel Phillips wrote:
>
> In the first heat of hash races - creating 20,000 files in one directory
> - dentry::hash lost out to my original hack::dx_hash, causing a high
> percentage of leaf blocks to remain exactly half full and slowing down
> the whole thing by about
> > > This is NOT what I'm seeing at all.. the kernel load appears to be
> > > pegged at 100% (or very close to it), the user space app is getting
> > > enough cpu time to read out about 10-20Mbit, and FURTHERMORE the kernel
> > > appears to be ACKING ALL the traffic, which I don't understand at
On Sunday February 18, [EMAIL PROTECTED] wrote:
> Hi Neil, all,
>
> The nfs daemons run holding the global kernel lock. They still hold
> this lock over calls to file_op's read and write.
>
> The file system kernel interface (FSKI) doesn't require the kernel lock
> to be held over these
"H. Peter Anvin" wrote:
>
> Martin Mares wrote:
> >
> > > True. Note too, though, that on a filesystem (which we are, after all,
> > > talking about), if you assume a large linear space you have to create a
> > > file, which means you need to multiply the cost of all random-access
> > >
On Wed, Feb 21, 2001 at 08:23:48AM +0100, Vojtech Pavlik wrote:
> On Tue, Feb 20, 2001 at 11:15:02PM -0800, Shane Wegner wrote:
> > On Wed, Feb 21, 2001 at 08:09:19AM +0100, Vojtech Pavlik wrote:
> > >
> > > > > You wanted my VIA driver for 2.2. Here is a patch that brings the very
> > > > >
Daniel Phillips wrote:
>
> Have you looked at the structure and algorithms I'm using? I would not
> call this a hash table, nor is it a btree. It's a 'hash-keyed
> uniform-depth tree'. It never needs to be rehashed (though it might be
> worthwhile compacting it at some point). It also never
Pavel Machek <[EMAIL PROTECTED]> writes:
> You may say "please don't drop nuclear weapon". You may *not* say "you
> must not drop nuclear weapon", that would violate GPL.
I can see the headline/FUD now:
FREE SOFTWARE FANATICS REFUSE TO DISAVOW USE OF NUCLEAR WEAPONS
:-)
--
[O]ne of the
On Sat, 17 Feb 2001, Alan Olsen wrote:
> "You keep using that word. i don't think it means what you think it
> means."
...To quote Indigo Montoya, speaking to Vuzinni, from "The Princess
Bride" :)
One hell of a story :)
Kelsey Hudson [EMAIL
"David S. Miller" wrote:
>
> Ookhoi writes:
> > We have exactly the same problem but in our case it depends on the
> > following three conditions: 1, kernel 2.4 (2.2 is fine), 2, windows ip
> > header compression turned on, 3, a free internet access provider in
> > Holland called 'Wish'
On 21-Feb-2001 Daniel Phillips wrote:
> "H. Peter Anvin" wrote:
>>
>> Martin Mares wrote:
>> >
>> > > True. Note too, though, that on a filesystem (which we are, after all,
>> > > talking about), if you assume a large linear space you have to create a
>> > > file, which means you need to
On Wed, 21 Feb 2001, Michael B. Allen wrote:
> And why do I have 8 cdroms?
> kernel: scsi0 : SCSI host adapter emulation for IDE ATAPI devices
> kernel: scsi : 1 host.
> kernel: Vendor: PLEXTOR Model: CD-R PX-W1210A Rev: 1.07
> kernel: Type: CD-ROM ANSI SCSI
On 21-Feb-2001 Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>>
>>The default in reiserfs is now the R5 hash, but you are right that lots of
>>efforts went
>>into finding this hash. This includes testing various hashes on real
>>directory
On Sat, 17 Feb 2001, Augustin Vidovic wrote:
> 1- GPL code is the opposite of crap
By saying this, you are implying that all pieces of code released under
the GPL are 'good' pieces of code. I can give you several examples of code
where this is not the case; several I have written for my own
[EMAIL PROTECTED] wrote:
>
> For a beginner I recently wrote a tiny demonstration
> of what the kernel does, given a trivial user program.
> Now that it served its purpose it would be a pity to
> throw it out again, maybe it can be useful to someone else.
>
> See
>
I've enabled the higher performance features for my ATA drive by getting
2.2.17, applying Andre Hendrick's IDE patch, adding:
append="idebus=66 ide0=ata66"
to lilo.conf. I was told that Alan's patches from here:
ftp.kernel.org/pub/linux/kernel/people/alan
should be used. Is this true if I
Martin Mares wrote:
> Hello!
>
> > True. Note too, though, that on a filesystem (which we are, after all,
> > talking about), if you assume a large linear space you have to create a
> > file, which means you need to multiply the cost of all random-access
> > operations with O(log n).
>
> One
> I can think of a couple possible solutions. our interface has a HUGE
> amount of hardware buffers, so I can easily simply stop reading for
> a small time if we detect conjestion... can you suggest a nice clean
> mechanism for this?
If you have a lot of buffers you can try one thing to see if
Martin Mares wrote:
>
> Hello!
>
> > True. Note too, though, that on a filesystem (which we are, after all,
> > talking about), if you assume a large linear space you have to create a
> > file, which means you need to multiply the cost of all random-access
> > operations with O(log n).
>
>
In article <[EMAIL PROTECTED]>,
Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>
>The default in reiserfs is now the R5 hash, but you are right that lots of efforts
>went
>into finding this hash. This includes testing various hashes on real directory
>structures to see which one worked best. R5
On Wed, 21 Feb 2001, J . A . Magallon wrote:
> I seem to have again a problem that was talked about on the
> list, but I thought it was yet corrected with some VM constants
> balancing.
> Why system does not try to drop read buffer pages before swapping ?
Actually, I've also started receiving
Martin Mares wrote:
>
> Hello!
>
> > Not true. The rehashing is O(n) and it has to be performed O(log n)
> > times during insertion. Therefore, insertion is O(log n).
>
> Rehashing is O(n), but the "n" is the _current_ number of items, not the
> maximum one after all the insertions.
>
>
> I have not probed a higer kernel because I have any
> compiled drivers (I have not sources) for 2.2.5-15 kernel.
> I don't know if it's a kernel problem or a install program problem.
> (I have a 4MB machine with RedHat 6.2 with 2.2.5-15
> kernel and mk2efs work fine with partition over
> that because the kernel was getting 99% of the cpu, the application was
> getting very little, and thus the read wasn't happening fast enough, and
Seems reasonable
> This is NOT what I'm seeing at all.. the kernel load appears to be
> pegged at 100% (or very close to it), the user space app
Hi,
I just found this out the hard way:
If a signal handler is registered with the SA_ONSTACK flag the
kernel will try to execute the signal handler on the alternate
stack even if no such stack is registered.
This is an explicit violation of Unix98 and probably Posix.
Architectures affected
Hello!
> Not true. The rehashing is O(n) and it has to be performed O(log n)
> times during insertion. Therefore, insertion is O(log n).
Rehashing is O(n), but the "n" is the _current_ number of items, not the
maximum one after all the insertions.
Let's assume you start with a single-entry
For a beginner I recently wrote a tiny demonstration
of what the kernel does, given a trivial user program.
Now that it served its purpose it would be a pity to
throw it out again, maybe it can be useful to someone else.
See
http://www.win.tue.nl/~aeb/linux/vfs/trail-1.html
Andries
-
Hello All,
I know that this question has been asked in the past (according to
the archives), but I have not been able to find a solution to this problem
(in the archives.)
First of all here's the system specs as well as OS.
Supermicro P6DNE (yeah I know..it's old...)
Bios Rev
Followup to: <[EMAIL PROTECTED]>
By author:Martin Mares <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hello!
>
> > To have O(1) you've to have the number of hash entries > number of files and a
> > really good hasing function.
>
> No, if you enlarge the hash table twice (and
Hello!
> True. Note too, though, that on a filesystem (which we are, after all,
> talking about), if you assume a large linear space you have to create a
> file, which means you need to multiply the cost of all random-access
> operations with O(log n).
One could avoid this, but it would mean
1 - 100 of 417 matches
Mail list logo
