On Sun, Dec 31, 2000 at 03:18:21AM +, Ton Hospel wrote:
> I was talking about avoiding that the same device gets multiple mounted
> at the SAME place, e.g. when doing mount -a, which is often used as a
> quick way to get the new entries in /etc/fstab
You get EBUSY if you try.
-
To unsubscri
Hi,
While running iozone, I notice severe stalls of vmstat output
despite vmstat running SCHED_RR and mlockall().
With IKD, I ran a million line ktrace of such a stall, and find
no occurance of vmstat's pid. (trace covers a ~full second of
kernel time) The only user process which was scheduled
On Sat, 30 Dec 2000, Alan Cox wrote:
> Looking at the one laptop with this problem I could acquire access to
> it seems that the box switches to SMM mode with interrupts disabled
> for several timer ticks. During this time the i2c bus is active and it
> appears to be having a slow polled conversa
Thanks for the prompt response.
Regards
Sid.
Alan Cox wrote:
>
> > The problem showed up on the stroke of test13-pre4-ac2 and stuff from
> > Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now
> > attempting pre7...
>
> Its definitely coming from the AX.25 rela
On Sun, Dec 31, 2000 at 10:42:26AM +0100, Mike Galbraith wrote:
> Hi,
>
> While running iozone, I notice severe stalls of vmstat output
> despite vmstat running SCHED_RR and mlockall().
Lets eliminate the obvious:
- Are you running with IDE disk ?
- Does hdparm /dev/hda(whatever)
On Sun, 31 Dec 2000, Matti Aarnio wrote:
> On Sun, Dec 31, 2000 at 10:42:26AM +0100, Mike Galbraith wrote:
> > Hi,
> >
> > While running iozone, I notice severe stalls of vmstat output
> > despite vmstat running SCHED_RR and mlockall().
>
>Lets eliminate the obvious:
>
>- Are you runni
I had sent the following report a week ago:
--
Since I've installed 2.4.0 test13-pre4, I see the following errors
in my log:
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
and xmcd reports:
CD audio: ioctl error on /dev/scd0: cmd=CDROMVOLCTRL errno=95
This
On Sat, 30 Dec 2000, Linus Torvalds wrote:
> On Sat, 30 Dec 2000, Steven Cole wrote:
> >
> > It looks like 2.4.0-test13-pre7 is a clear winner when running dbench 48
> > on my somewhat slow test machine (450 Mhz P-III, 192MB, IDE).
>
> This is almost certainly purely due to changing (some would
I have an old 486-box acting as a router. It has two NICs and
an ISDN adapter. The box is connected to my ISP by ISDN link
and has a GRE tunnel running over the ISDN link. The other end
of the tunnel is a Cisco router and the tunnel is the default
route. I'm experiencing problems identical to the
Rajesh,
POSIX Message Queues are not implemented yet in glibc v2.2 (POSIX semaphores
are partially implemented). Once glibc will support them, you could test for
their existence via sysctl() and the relevant defines. As far as I know,
Linux implements only SysV MQs. Solaris and True64 implement t
Hi,
On Sat, 30 Dec 2000, Linus Torvalds wrote:
> In fact, in a properly designed filesystem just a bit of low-level caching
> would easily make the average "get_block()" be very fast indeed. The fact
> that right now ext2 has not been optimized for this is _not_ a reason to
> design the VFS laye
On Sun, 31 Dec 2000, Jussi Hamalainen wrote:
> I'm running 2.2.18 vanilla and my firewall rules aren't blocking
> ICMP. The ethernet interfaces and the ISDN link have an MTU of
> 1500 and the GRE tunnel has an MTU of 1514 (courtesy of Cisco).
How is this solved? Personally, I am behind a CIPE tu
On Sun, Dec 31 2000, Raphael Manfredi wrote:
> I had sent the following report a week ago:
>
> --
> Since I've installed 2.4.0 test13-pre4, I see the following errors
> in my log:
>
> sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
>
> and xmcd reports:
>
> CD a
> How is this solved? Personally, I am behind a CIPE tunnel with an MTU of
> 1442 or something like that. I experienced problems to some places and
You have to get the other end to fix it.
> Could it be some kind of incompability at the tunnel level that make you
> unable to receive large packet
> Is there at least away we can recover the proper system time
> after these stalls?
>
> re-read the RTC -- but that's pretty slow and ugly
Be very careful doing that in 2.4test. The 2.2 CMOS locking patches are not yet
in so there is already a window for CMOS problems as far as I can te
> > while { true } do cat /proc/apm done
> >
> > made the box visibly stall and jerk doing X operations
>
> Ok, now, what can be done about the stall? I assume nothing serious.
Nothing much
> Is there at least away we can recover the proper system time after these
> stalls?
If you have a
I've got a PCI serial card here that I'm not sure how to add support
for. It's resource map is like this:
Product name | Ven.ID | Dev.ID |[Base+10]|[Base+14]|[Base+18]|[Base+20]|
---+++-+-+-+-+
VScom PCI-400L | 14D2 | 8040 |
On Sat, Dec 30, 2000 at 06:28:39PM -0800, Linus Torvalds wrote:
> There are only two real advantages to deferred writing:
>
> - not having to do get_block() at all for temp-files, as we never have to
>do the allocation if we end up removing the file.
>
>NOTE NOTE NOTE! The overhead for
This BUG() probably means you need to enable DEBUG in mm/slab.c
before you try have OHCI use slab poisoning.
Enable both, or neither, and all should be fine.
- Dave
- Original Message -
From: Miles Lane <[EMAIL PROTECTED]>
To: Linux Kernel <[EMAIL PROTECTED]>; David Brownell <[EMAIL P
Chris Evans wrote:
> On Sat, 30 Dec 2000, Linus Torvalds wrote:
>
> > On Sat, 30 Dec 2000, Steven Cole wrote:
> > >
> > > It looks like 2.4.0-test13-pre7 is a clear winner when running dbench
> > > 48 on my somewhat slow test machine (450 Mhz P-III, 192MB, IDE).
> >
> > This is almost certainly
--- linux-2.4.0-test13-pre6/Documentation/Configure.help.orig Sat Dec 30 14:13:28
2000
+++ linux-2.4.0-test13-pre6/Documentation/Configure.helpSat Dec 30 14:59:32
+2000
@@ -971,7 +971,7 @@
VIA82CXXX chipset support
CONFIG_BLK_DEV_VIA82CXXX
- This allows you to to configure your c
On Thu, 28 Dec 2000, Linus Torvalds wrote:
> On Thu, 28 Dec 2000, Andi Kleen wrote:
> > - Instead of having a zone pointer mask use a 8 or 16 byte index into a
> > zone table. On a modern CPU it is much cheaper to do the and/shifts than
> > to do even a single cache miss during page aging. On a l
Alan Cox wrote:
> Wrong patch. Modversions.h should be getting automatically included. That
> is what needs fixing. You've nicely located the problem and fixed the symptoms
> for the module versioned case
>
modversions.h is being included in the 'gcc' line, however something is
overriding it
in t
On Sun, 31 Dec 2000, Mikael Abrahamsson wrote:
> When the linux box does TCP to the outside it'll use the MTU of
> the tunnel (default route is the tunnel) and thus works perfectly
> (since TCP MSS will be set low enough to fit into the tunnel).
In my case I can't access a problematic host even
This is 2.4.0-test12pre6. Wondering if anyone's looked into this yet. I
have the 0.9LVM patch and REISERFS patch. I have attached the decoded oops
--
Lab tests show that use of micro$oft causes cancer in lab animals
ksymoops 2.3.4 on alpha 2.4.0-test12-pre6-LVM-REISERFS. Options used
On Sun, Dec 31, 2000 at 01:37:00PM +, Alan Cox wrote:
> Nothing much
>
> > Is there at least away we can recover the proper system time after these
> > stalls?
>
> If you have a tsc on your chip - I think most modern laptops will do as they
> tend to be pentium/mmx k6 or pII/pIII processors,
On Sat, Dec 30, 2000 at 10:46:04PM +0530, Sourav Sen wrote:
>
> I am unable to compile the following code, can anyone say whats the
> problem :
>
> The main error msg is like the following:
>
> parse error before `EXPORT_SYMTAB_not_defined'
> But that doesn't solve the problem with corrupted sound, serial drop
> outs, etc. To solve those issues (well, to decrease their impact),
> could we cache the results from a previous call and only call the APM
> BIOS once a minute or so?
Userspace issue.
Alan
-
To unsubscribe from this list:
On Sun, 31 Dec 2000, Andrea Arcangeli wrote:
>
> get_block for large files can be improved using extents, but how can we
> implement a fast get_block without restructuring the on-disk format of the
> filesystem? (in turn using another filesystem instead of ext2?)
By doing a better job of cachi
On Sun, Dec 31, 2000 at 08:33:01AM -0800, Linus Torvalds wrote:
> By doing a better job of caching stuff.
Caching can happen after we are been slow and we waited for I/O synchronously
the first time (bread).
How can we optimize the first time (when the indirect blocks are out of buffer
cache) wi
On Sun, 31 Dec 2000, Linus Torvalds wrote:
> The other thing is that one of the common cases for writing is consecutive
> writing to the end of the file. Now, you figure it out: if get_block()
> really is a bottle-neck, why not cache the last tree lookup? You'd get a
> 99% hitrate for that comm
Hi all!
I tried to compile kernel 2.4.0-test12 but experienced no success in booting it:
in fact it just hangs when trying to recognize the partitions of my hde.
Here are the messages that are printed when I boot the standard Mandrake 7.1 kernel,
that works
fine and recognizes well my Promise U
On Sun, 31 Dec 2000, Alexander Viro wrote:
>
> On Sun, 31 Dec 2000, Linus Torvalds wrote:
>
> > The other thing is that one of the common cases for writing is consecutive
> > writing to the end of the file. Now, you figure it out: if get_block()
> > really is a bottle-neck, why not cache the l
On Sat, Dec 30, 2000 at 02:24:06PM +0100, Geert Uytterhoeven wrote:
> On Thu, 28 Dec 2000, Linus Torvalds wrote:
> > On Thu, 28 Dec 2000, Andi Kleen wrote:
> > > - Instead of having a zone pointer mask use a 8 or 16 byte index into a
> > > zone table. On a modern CPU it is much cheaper to do the
On Sun, 31 Dec 2000, Andi Kleen wrote:
>
> Sounds good. It could also be controlled by a CONFIG_SPACE_EFFICIENT for
> embedded systems, where you could trade a bit of CPU for less memory overhead
> even on systems where u8 is slow and atomicity doesn't come into play
> because it's UP anyways.
On Sun, Dec 31, 2000 at 09:27:23AM -0800, Linus Torvalds wrote:
>
>
> On Sun, 31 Dec 2000, Andi Kleen wrote:
> >
> > Sounds good. It could also be controlled by a CONFIG_SPACE_EFFICIENT for
> > embedded systems, where you could trade a bit of CPU for less memory overhead
> > even on systems wh
This patchlet lets me use my HP CDRW.
--- linux/drivers/usb/Config.in~Mon Nov 27 20:10:35 2000
+++ linux/drivers/usb/Config.in Tue Dec 19 12:21:56 2000
@@ -32,6 +32,9 @@
if [ "$CONFIG_USB_STORAGE" != "n" ]; then
bool 'USB Mass Storage verbose debug' CONFIG_USB_STORAGE_DEBUG
My VAIO PCG-Z505SX locks up at "Uncompressing kernel", power cycling
required to reboot. Unpatched test12 works fine with same config. System
is debian-testing with gcc 2.95.2, kernel built with make-kpkg.
BTW, my USB camera (Canon S100), controlled through usbdevfs with gphoto2,
stopped working
On Sun, Dec 31, 2000 at 09:27:23AM -0800, Linus Torvalds wrote:
>
>
> On Sun, 31 Dec 2000, Andi Kleen wrote:
> >
> > Sounds good. It could also be controlled by a CONFIG_SPACE_EFFICIENT for
> > embedded systems, where you could trade a bit of CPU for less memory overhead
> > even on systems wh
On Sun, Dec 31, 2000 at 09:27:23AM -0800, Linus Torvalds wrote:
> On Sun, 31 Dec 2000, Andi Kleen wrote:
> >
> > Sounds good. It could also be controlled by a CONFIG_SPACE_EFFICIENT for
> > embedded systems, where you could trade a bit of CPU for less memory overhead
> > even on systems where u8
On Sun, Dec 31, 2000 at 09:27:23AM -0800, Linus Torvalds wrote:
> The alpha systems I remember this problem on were all [..]
Yes the granularity issue has nothing to do with SMP (with preemptive kernel
it can trigger even without interrupts involved into the code). Also
CONFIG_SPACE_EFFICIENT loo
On Sun, Dec 31, 2000 at 06:36:50PM +0100, Andi Kleen wrote:
> AFAIK alpha has byte instructions now.
See other post. Only from ev6 (at least as far as gcc is concerned). I've an
userspace testcase here (it was originally an obscure alpha userspace MM
corruption bug report that I sorted out some t
On Wed, Dec 27, 2000 at 11:12:18PM -0500, John Buswell wrote:
> 1. running 2.4.0-test10 with netfilter/iptables 1.1.2 ping/telnet gives
> you invalid argument when connecting to ports on local interfaces.
This is a _very_ strange problem. Nobody has erver reported this behaviour
to us (the netfil
Linus Torvalds wrote:
> There are only two real advantages to deferred writing:
>
> - not having to do get_block() at all for temp-files, as we never have to
>do the allocation if we end up removing the file.
>
>NOTE NOTE NOTE! The overhead for trying to get ENOSPC and quota errors
>
Um, I'm not sure that this driver is even ready for the EXPERIMENTAL label.
What does the driver's author say?
Matt
On Sun, Dec 31, 2000 at 11:50:14AM -0600, Oliver Xymoron wrote:
> This patchlet lets me use my HP CDRW.
>
> --- linux/drivers/usb/Config.in~ Mon Nov 27 20:10:35 2000
> +++ li
Hi,
Nobody watches vmstat any more? ;-)
--- linux-2.4.0-test13-pre7/drivers/block/ll_rw_blk.c.org Sun Dec 31 08:41:47
2000
+++ linux-2.4.0-test13-pre7/drivers/block/ll_rw_blk.c Sun Dec 31 08:49:21 2000
@@ -964,6 +964,15 @@
bh->b_rsector = bh->b_blocknr * (bh->b_size>>9);
On Sun, 31 Dec 2000, Daniel Phillips wrote:
>
> It's not that hard or inefficient to return the ENOSPC from the usual
> point. For example, make a gross overestimate of the space needed for
> the write, compare to a cached filesystem free space value less the
> amount deferred so far, and fail
On Sun, 31 Dec 2000, Matthew Dharm wrote:
> Um, I'm not sure that this driver is even ready for the EXPERIMENTAL label.
> What does the driver's author say?
He was unresponsive to my message of about a month ago. Nonetheless, it
works for me - I've ripped about a hundred CDs and burned a few as
Linus Torvalds wrote:
> I do not believe that "get_block()" is as big of a problem as people make
> it out to be.
I didn't mention get_block - disk accesses obviously far outweigh
filesystem cpu/cache usage in overall impact. The question is, what
happens to disk access patterns when we do the
In article <[EMAIL PROTECTED]>,
Matti Aarnio <[EMAIL PROTECTED]> wrote:
>
> Actually nothing SMP specific in that problem sphere.
> Alpha has load-locked/store-conditional pair for
> this type of memory accesses to automatically detect,
> and (conditionally) restart the
On Sun, 31 Dec 2000, Daniel Phillips wrote:
> Linus Torvalds wrote:
> > I do not believe that "get_block()" is as big of a problem as people make
> > it out to be.
>
> I didn't mention get_block - disk accesses obviously far outweigh
> filesystem cpu/cache usage in overall impact. The question
On Sun, 31 Dec 2000, Oliver Xymoron wrote:
> My VAIO PCG-Z505SX locks up at "Uncompressing kernel", power cycling
> required to reboot. Unpatched test12 works fine with same config. System
> is debian-testing with gcc 2.95.2, kernel built with make-kpkg.
Ok, I lied. Looks like the working test12
On Sun, Dec 31, 2000 at 11:15:51AM -0800, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Matti Aarnio <[EMAIL PROTECTED]> wrote:
> >
> > Actually nothing SMP specific in that problem sphere.
> > Alpha has load-locked/store-conditional pair for
> > this type of memory acce
Ok. I didn't make 2.4.0 in 2000. Tough. I tried, but we had some
last-minute stuff that needed fixing (ie the dirty page lists etc), and
the best I can do is make a prerelease.
There's a 2.4.0-prerelease out there, and this is basically it. I want
people to test it for a while, and I want to giv
USB support appears to be coming along nicely. I have just aquired an Agfa
ePhoto digital camera. I have heard several success stories of people who
have compiled kernels with SCSI and USB mass storage support and been able
to emulate their camera's flash memory as a SCSI disk on bootup. Accessing
Em Sun, Dec 31, 2000 at 03:25:25PM -0500, Alastair Foster escreveu:
> USB support appears to be coming along nicely. I have just aquired an Agfa
> ePhoto digital camera. I have heard several success stories of people who
> have compiled kernels with SCSI and USB mass storage support and been able
Hi,
On Sun, 31 Dec 2000, Linus Torvalds wrote:
> Let me repeat myself one more time:
>
> I do not believe that "get_block()" is as big of a problem as people make
> it out to be.
The real problem is that get_block() doesn't scale and it's very hard to
do. A recursive per inode-semaphore migh
--
=
Mohammad A. Haque http://www.haque.net/
[EMAIL PROTECTED]
"Alcohol and calculus don't mix. Project Lead
Don't drink and derive.
On Sun, 31 Dec 2000, Roman Zippel wrote:
>
> On Sun, 31 Dec 2000, Linus Torvalds wrote:
>
> > Let me repeat myself one more time:
> >
> > I do not believe that "get_block()" is as big of a problem as people make
> > it out to be.
>
> The real problem is that get_block() doesn't scale and i
On Sun, Dec 31, 2000 at 03:25:25PM -0500, Alastair Foster wrote:
> Unfortunately, my camera does not get recognised on bootup. This is hardly
> surprising, given that the kernel has no way of determining the camera as a
> USB mass storage device. However, I'm curious as to how others have managed
Looks like the 2000 issue of kbd isnt vaporware.
Find it the usual places.
[If you sent sth and it isnt there, send it again.]
Andries
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
At least when I build acpi as a module under 2.4.0-test13-pre5
(which requires tweaking the Makefiles and a config.in, but no
modifications to .c or .h files), acpi gets into an infinite loop
when it is loaded as a module on a Transmeta-based Sony PictureBook.
The same kernel+module loads
On Sun, 31 Dec 2000, Harald Welte wrote:
> On Wed, Dec 27, 2000 at 11:12:18PM -0500, John Buswell wrote:
> > 1. running 2.4.0-test10 with netfilter/iptables 1.1.2 ping/telnet gives
> > you invalid argument when connecting to ports on local interfaces.
>
> This is a _very_ strange problem. Nobody
Tony Hoyle wrote:
> modversions.h is being included in the 'gcc' line, however something is
> overriding it
> in the case of the agpsupport.c file. If you move the include
> to
> the top of agpsupport.c it also works correctly.
OK ignore the above putting it in agpsupport doesn't fix it.
M
Looks good here in most respects, but still needs makefile fixes -
# modprobe tdfx
/lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved
symbol remap_page_range
/lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved
symbol __wake_up
/lib/modules/2.4.0-prerelea
> Possibly something in the auto-dependencies? Unfortunately I don't have
> the info files for gcc so
> I can't work out why the '-include' directive would be
> overridden/ignored.
Im wondering if it is make dependant. It seems to be working here
-
To unsubscribe from this list: send the line "u
Alan Cox wrote:
>
> > Possibly something in the auto-dependencies? Unfortunately I don't have
> > the info files for gcc so
> > I can't work out why the '-include' directive would be
> > overridden/ignored.
>
> Im wondering if it is make dependant. It seems to be working here
Well I'm on:
mak
Mohammad,
This appears to be a merge mismatch between Alan and Linus..This is
sent to Alan shortly after test13pre4-ac2 was released.
Regards,
Frank
--- linux/drivers/net/rcpci45.c.orig Sun Dec 31 15:58:05 2000 +++
linux/drivers/net/rcpci45.c Sun Dec 31 16:27:04 2000 @@ -157,7
+157,7 @@ { RC_PC
> make 3.79.1
Ditto
> gcc 2.95.2 2220
gcc version 2.96 2731 (Red Hat Linux 7.0)
and I really can't see that being relevant
> ld 2.10.91
GNU ld version 2.10.90 (with BFD 2.10.0.18)
> modversions 2.3.23
insmod version 2.3.21
I see modversions.h being included properly on the command li
Hi all,
Here is a problem we have been strugling with and we hope someone can
offers us some clues:
We have a server that handles a large number of client requests (approx
200 req/sec) and has a large memory footprint (approx. 1.3GB). From this
1.3GB, 512MB are allocated as a big chunk during st
hi,
i dunno ifit's very long known bug but i met some people in the debian-chat that had
the same problem so i decided it's better to post it.
Bug description:
when compiling the SBLive emu101k-support into the kernel as Y (not m) the kernel
boots and loads the module okay, but sound doesn't wor
Alan Cox wrote:
>
> I see modversions.h being included properly on the command line
Me too..
make[3]: Entering directory `/usr/src/linux/drivers/char/drm'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-bo
> Is it a bug? will it be fixed soon?
yes, fixed in 2.2.19pre
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
I've looked for answers to this question before, but all I could find was
someone asking a similar question and no replies...
I'm having great trouble getting 2.4.0-testX to compile on my system when
I select Athlon/K7 as the Processor Family
I've attached below the error's I'm getting t
Hi there... first compilation error of 2001 (at least in my timezone :-)
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o
Harald Welte wrote:
> On Wed, Dec 27, 2000 at 11:12:18PM -0500, John Buswell wrote:
> > 1. running 2.4.0-test10 with netfilter/iptables 1.1.2 ping/telnet gives
> > you invalid argument when connecting to ports on local interfaces.
>
> This is a _very_ strange problem. Nobody has erver reported th
Tony Hoyle wrote:
> Alan Cox wrote:
> >
> > I see modversions.h being included properly on the command line
>
> Me too..
>
> make[3]: Entering directory `/usr/src/linux/drivers/char/drm'
> gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer -fno-strict-a
>I want people to test it for a while, and I want to give other
architectures >the chance to catch up with some of the changes
Does that mean that other architectures have separate mailing lists and
kernel source trees? Is that why i've been getting ignored =)?
If so, what are they? I'd really li
Tony Spinillo wrote:
>
> The nvidia kernel module (from www.nvidia.com) has compiled and loaded
> correctly with all test13-pre series up to pre6. I just tried to
> compile and load under pre7.
I'm intrigued... how did you resolve the 'mem_map_inc_count' and
'mem_map_dec_count',
'put_module_symb
On Sun, Dec 31, 2000 at 02:38:16PM -0800, J Sloan wrote:
> Of course, adding
>
> #include
>
> to drivers/char/drm/drmP.h makes it all work
Right, but that _shouldn't_ be needed. iirc, modversions.h should be included
when needed, so this is covering up the bug not fixing it.
--
Tom Rini
I haven't been able to compile IEEE1394 into the kernel since test12.
I get the error:
ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
make: *** [vmlinux] Error 1
[root@thud linux]#
When I compile it completely modular, it works fine.
This works:
# IEEE 1394 (FireWire
Hi,
At 05:28 PM 31/12/2000 +0200, Jussi Hamalainen wrote:
>On Sun, 31 Dec 2000, Mikael Abrahamsson wrote:
>
> > When the linux box does TCP to the outside it'll use the MTU of
> > the tunnel (default route is the tunnel) and thus works perfectly
> > (since TCP MSS will be set low enough to fit in
I've put this up with the 2.4test patches. This hasnt been run tested. Its to
let the arm/ppc/other folks who wanted to sync. If you want to run it fine. Note
that its not a nice clean diff with autogenerated stuff removed. That is to
discourage people from running it unless they really want to.
Hi,
Due to latest Makefile changes ATM LANE won't build as module.
The following patch fixes it.
--- linux/net/atm/Makefile.orig Sun Dec 31 17:57:15 2000
+++ linux/net/atm/Makefile Sun Dec 31 19:04:49 2000
@@ -33,7 +33,13 @@
obj-y += proc.o
endif
-obj-$(CONFIG_ATM_LANE) += lec.o lane_mpo
Hi again,
I can't manage to reproduce the problem on my home box, based on redhat7
... thttpd runs ok on 2.2.18 with raid patch, 2.2.18-cdhs
(www.linuxraid.org) and 2.2.19pre3aa4 ... I tought it might be some
compiler/glibc problem, but even if i get a kernel and a statically
compiled thttpd from
> So why is the kernel having difficulty allocating memory for its
> internal operations? We are suspecting memory fragmentation issues
> (at the application level which might have adverse sideefects for the
> kernel). Is it something that we can do so that the kernel will be
> able to allocate t
Hello,
I don't know who maintains the loopback device these days, but if
someone feels responsible, and would accept feature requests, I would
really like to see a "limit" option in addition to "offset". This
would greatly simplify accessing partitioned disk images.
I could go ahead and try to
Rik, Linus, all.
The following patch is intended to compliment the work done with the
max RSS limit patch. For now all I do is track the number of dirty
pages that are in a processes working set. The code compiles but
hasn't _yet_ been run.
The idea is simple. We manually handle the transit
On Mon, 1 Jan 2001, Tony Hoyle wrote:
> I'm intrigued... how did you resolve the 'mem_map_inc_count' and
> 'mem_map_dec_count',
> 'put_module_symbol' and 'get_module_symbol' references?
>
> It's only of academic interest for me now as I've ditched the nvidia -
> not worth the hassle.
>
> Amusingl
I've already told you all twice the problem with my PCI VIA IDE controller,
and I'd like to say that 2.4.0-prerelease still is causing this problem,
even with the .config from my 2.2.18pre21 kernel that I know works.
(and I've subscribed to linux-kernel now so you don't have to CC me
replies anym
Have a nice and happy new year's eve everybody.
Pau
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Ok. I didn't make 2.4.0 in 2000. Tough. I tried, but we had some
> last-minute stuff that needed fixing (ie the dirty page lists etc), and
> the best I can do is make a prerelease.
It appears to work (even with the reiserfs patch with the obvious
Make
Eric W. Biederman writes,
>Some arches have separate maintenance but I don't believe alpha is.
>Though I do believe it has a separate mailing list for alpha specific
things,
>to get better signal to noise ratio.
Great! Do you know where I can find more info about it?
--Ray
-
To unsubscribe from
Hi,
On Sun, 31 Dec 2000, Linus Torvalds wrote:
> cached_allocation = NULL;
>
> repeat:
> spin_lock();
> result = try_to_find_existing();
> if (!result) {
> if (!cached_allocation) {
>
Just installed 2.4.0-prerelease, and it looks like FAT
filesystems on hardware 2048-byte sectors are still not
working.
Are there any plans to fix this, or should I consider
such devices obsolete? I'm keeping 2.2.17 around and
rebooting every time I have to access my MO drives --
rather inconven
When I compile 2.4.0-prerelease with the 200012252 gcc
snapshot I get the following warnings:
make[3]: Entering directory `/usr/src/linux/drivers/acpi/hardware'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-
prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -
mpre
When I boot a version of test13-pre7 that was compiled with the
20001225 snapshot of gcc I get the following oops:
ksymoops 2.3.5 on i586 2.4.0-test11. Options used
-V (specified)
-K (specified)
-L (specified)
-o /lib/modules/2.4.0-test13-pre7/ (specified)
-m /boot/Syst
On Mon, 1 Jan 2001, Lincoln Dale wrote:
> i know that you've said previously that you've increased your MTU beyond
> 1500, but can you validate that it is actually working?
Yup. At least 1500 byte ICMP echo packets get through the tunnel
OK.
> alternatively, ensure that your application is capa
On Mon, 1 Jan 2001, Roman Zippel wrote:
> I just rechecked that, but I don't see no superblock lock here, it uses
> the kernel_lock instead. Although Al could give the definitive answer for
> this, he wrote it. :)
No superblock lock in get_block() proper. Tons of it in the dungheap called
ball
1 - 100 of 117 matches
Mail list logo
