Re: [PATCH] new bug report script

On 6 Jan 2001, Ulrich Drepper wrote: > This is wrong. You cannot execute libc.so.5. This only works with > glibc. I already thought of something like that (I was not able to test it...). Can you tell me a reliable way to get the version other than just looking for the version appended to the

Re: [PATCH] new bug report script

Matthias Juchem <[EMAIL PROTECTED]> writes: > +# c library 5 > +if ( -e "/lib/libc.so.5" ) { > + ( $v_libc5 = `/lib/libc.so.5`) =~ m/GNU C Library .+ version (\S+),/; > + $v_libc5 = $1; > +} else { > + $v_libc5 = "not found"; > +} This is wrong. You cannot execute

[PATCH] new bug report script

Hi Alan, could you please consider this patch for inclusion in your tree? This is a patch against 2.4.0. It introduces a new bug reporting script (scripts/bugreport.pl) that tries to simplify bug reporting for users. I have also added a small hint to this script to REPORTING-BUGS. To all:

Re: ramfs problem... (unlink of sparse file in "D" state)

Chris Wedgwood <[EMAIL PROTECTED]> writes: > On Sat, Jan 06, 2001 at 03:58:20PM +, Alan Cox wrote: > > Ext2 handles large files almost properly. (properly on 2.2 + > patches) NFSv3 handles large files but might be missing the > O_LARGEFILE check. I believe reiserfs went to at

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!) (Benchmarks)

On Sun, Jan 07, 2001 at 01:11:11AM -0700, Ben Greear wrote: > > Packet socket binding or SO_BINDTODEVICE will search the list, but it is unlikely > > that these paths are worth optimizing for. > > The patch has been written, so even if it helps just a little more than it > hurts, it might be

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!) (Benchmarks)

Andi Kleen wrote: > > I'm willing to run such benchmarks, but what would make a good benchmark, > > other than ifconfig -a? > > ifconfig -a is fine IMHO. Everything else I know is just a single pass through > the lists (which even at 4000 is not very significant) Hardware: Celeron 500, mostly

2.2.18: your CPUs had inconsistent variable MTRR setting

During boot of 2.2.18 I get the following messages: mtrr: your CPUs had inconsistent variable MTRR settings mtrr: probably your BIOS does not setup all CPUs Is this something I should worry about? This is an MSI 694D Pro AI mainboard, with dual P-III 800EB processors and 320Mb RAM, stock

ftruncate returning EPERM on vfat filesystem

Hi everyone, I experienced a strange problem after upgrading from 2.4.0-test12 to the 2.4.0 kernel. My samba configuration stopped working. Reverting back to 2.4.0-test12, it magically starts working again. (2.4.0 also hard-locked my machine before I noticed this problem, but I'll report

Patch (repost): cramfs memory corruption fix

>From: "David L. Parsley" <[EMAIL PROTECTED]> > >Using root=/dev/ram0 and a cramfs initrd gives me 'wrong magic' when it >tries to boot. Even more bizarre, if cramfs is compiled in the kernel >when I use a romfs root, it says 'wrong magic' then mounts the romfs but >can't find init. If I take

new kernel mm

hi all can i rewrite the mm system in kernel's 2.2.18 to add new and needed functions or may be it can be a compile option old (mm system or new mm system) ? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the

Re: devfs breakage in 2.4.0 release

On my Sony PictureBook PCG-C1VN, 2.4.0 hangs in the boot process while 2.4.0-prerelease boots just fine. At first I thought the problem was devfs-related, but skipping devfsd just caused the hang to occur a little later, this time in ifconfig. The kernel call trace looked something like

Re: uClinux 2.4.0.0pre0 released.

On Sat, Jan 06, 2001 at 12:25:36AM -0500, D. Jeff Dionne wrote: > uClinux 2.4.0.0pre0 is out. It is on www.uclinux.org and cvs.uclinux.org I don't think this matters much, but I noticed that several of the features available in the kernel configuration aren't relevent to 68k. For example, in

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumissionpolicy!)

Date: Sat, 6 Jan 2001 23:00:10 -0500 (EST) From: jamal <[EMAIL PROTECTED]> I think someone should just flush ifconfig down some toilet. a wrapper around "ip" to to give the same look and feel as ifconfig would be a good thing so that some stupid program that depends on ifconfig

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote: I'm hoping that I can get a few comments on this code. It was added to (significantly) speed up things like 'ifconfig -a' when running with 4000 or so VLAN devices. It should also help other instances

file ops in kernel

hi all i now need to read a file from in the kernel 2.2.x dose any one know how to this ? thank you David Rundle <[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

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

Date: Sat, 06 Jan 2001 21:06:54 -0700 From: Ben Greear <[EMAIL PROTECTED]> "David S. Miller" wrote: > > Unified diffs only please... Thanks. Hrm, here's one with a -u option, this what you're looking for? Yes, thanks a lot. Later, David S. Miller [EMAIL PROTECTED] - To

Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

On Sat, 6 Jan 2001, mull wrote: > On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote: > > [1.] One line summary of the problem: > > SCSI hangs with aic7xxx in 2.4.0 SMP > > > > [2.] Full description of the problem/report: > > SCSI device errors and bus resets observed in 2.4.0 that do

Re: What test suites can you tell me about?

Michael D. Crawford ([EMAIL PROTECTED]) asked: > Can you tell me about any ready-to-use test suites, > for any software package that should run under Linux, > that I can build and run to test the new kernel? The LSB has a set of test suites it has gathered for Linux itself; see

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumissionpolicy!)

On Sat, Jan 06, 2001 at 11:24:41PM -0700, Ben Greear wrote: > jamal wrote: > > > > > Not to stray from the subject, Ben's effort is still needed. I think real > > numbers are useful instead of claims like it "displayed faster" > > A single #define near the top of the patch will turn it on/off,

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

On Sat, Jan 06, 2001 at 11:22:41PM -0700, Ben Greear wrote: > At the time I was doing this, I downloaded the latest nettools version. > The hashing made a very noticable difference on 4000 interfaces, but > I haven't run any real solid benchmarkings at other levels. Can > you tell me some

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumissionpolicy!)

jamal wrote: > > Not to stray from the subject, Ben's effort is still needed. I think real > numbers are useful instead of claims like it "displayed faster" A single #define near the top of the patch will turn it on/off, so benchmarking should be fairly easy. Please suggest benchmarks you

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

Andi Kleen wrote: > > On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote: > > I'm hoping that I can get a few comments on this code. It was added > > to (significantly) speed up things like 'ifconfig -a' when running with > > 4000 or so VLAN devices. It should also help other instances

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

Chris Wedgwood wrote: > > On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote: > > I'm hoping that I can get a few comments on this code. It was > added to (significantly) speed up things like 'ifconfig -a' when > running with 4000 or so VLAN devices. It should also help

Re: Kernel compile trouble

Johan Groth wrote: > > Hi, > I wonder if anyone can help me with compilation of kernel 2.4.0. I've > run make mrproper; make menuconfig; make dep and then I try to build the > kernel with make bzImage but that fails utterly. I get the following > message: [...] >

[PATCH] Mostly documentation fixes

--- drivers/net/eepro.c.origSun Jan 7 04:34:40 2001 +++ drivers/net/eepro.c Sun Jan 7 04:35:22 2001 @@ -323,7 +323,7 @@ allowing up to 8K worth of packets to be queued. The sizes of the receive and transmit buffers can now be changed via lilo -or insmod. Lilo uses the appended line

Re: posix_types.h error

On Sat, 6 Jan 2001, Richard B. Johnson wrote: Hi Richard, > There is an error at line 80 in linux-2.4.0/include/asm/posix_types.h > which prevents source-code from being compiled using the new C compiler > that I was forced to install in order to build the new kernel. Hmm.. line 80 is the last

Re: [Newbie]Re: DRI doesn't work on 2.4.0 but does on prerelease-ac5

On Saturday 06 January 2001 10:30 pm, Alan Olsen wrote: | AGPGART doe *not* work if compiled statically. Compile it as a | module. You will be much happier. (i.e. It might actually work.) I | would also compile DRM and the r128 drivers as modules as well. it's worked fine compiled into the

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

On Sat, Jan 06, 2001 at 11:00:10PM -0500, jamal wrote: > Not to stray from the subject, Ben's effort is still needed. I think real > numbers are useful instead of claims like it "displayed faster" The problem with old ifconfig was really visible, old ifconfig needed several minutes to setup. It

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumissionpolicy!)

On Sun, 7 Jan 2001, Andi Kleen wrote: > Does it make any significant different with the ifconfig from newest nettools? I > removed a quadratic algorithm from ifconfig's device parsing, and with that I was > able to display a few thousand alias devices on a unpatched kernel in reasonable

cramfs & ramfs problems in 2.4.0 up to ac3

Hi, Using root=/dev/ram0 and a cramfs initrd gives me 'wrong magic' when it tries to boot. Even more bizarre, if cramfs is compiled in the kernel when I use a romfs root, it says 'wrong magic' then mounts the romfs but can't find init. If I take cramfs out of the kernel, the romfs mounts &

Re: New features in Linux 2.4 - Wonderful World of Linux 2.4

On Sat, Jan 06, 2001 at 09:41:19PM +0100, Jean-Christian de Rivaz wrote: > Joe Pranevich wrote: > > > > Networking and Protocols > > > > ... It should also be mentioned at > >this point that Linux is still the only operating system completely > >

posix_types.h error

There is an error at line 80 in linux-2.4.0/include/asm/posix_types.h which prevents source-code from being compiled using the new C compiler that I was forced to install in order to build the new kernel. gcc 2.95.3 Script started on Sat Jan 6 22:16:30 2001 # cat xxx.c

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote: > I'm hoping that I can get a few comments on this code. It was added > to (significantly) speed up things like 'ifconfig -a' when running with > 4000 or so VLAN devices. It should also help other instances with lots > of (virtual)

Re: DRI doesn't work on 2.4.0 but does on prerelease-ac5

On Sat, 6 Jan 2001, Michael D. Crawford wrote: > AGP, VIA support, DRM, and r128 DRM are all compiled in statically rather than > as modules. AGPGART doe *not* work if compiled statically. Compile it as a module. You will be much happier. (i.e. It might actually work.) I would also compile

[PATCH] mptctl.c memory leak on failure

Hi, Please consider applying this patch. And I got confused by the kmalloc and the comment: the buffer is used for DMA but the kmalloc doesn't has GFP_DMA, maybe I'm missing something here, its about time for me to sleep 8) but if it doesn't needs DMA you should consider using vmalloc

Typo in drivers/video/vesafb.c for 2.4.0-ac3

Hi, Due to a typo in vesafb_init, compiling failes. Here's more information: --- drivers/video/vesafb.c.orig Sun Jan 7 03:59:45 2001 +++ drivers/video/vesafb.c Sun Jan 7 03:59:52 2001 @@ -637,7 +637,7 @@ int temp_size = video_size; /* Find the largest

Re: Oops in 2.4.0-ac2

On Sunday, January 07, 2001 03:48:41 AM +0100 Daniel Phillips <[EMAIL PROTECTED]> wrote: > A null buffer was passed by kupdate_one_transaction (looks like a > Reiserfs function) to __refile_buffer. Chris? > Known bug, there should be another reiserfs release soon that includes the fix. The

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

"David S. Miller" wrote: > > Unified diffs only please... Thanks. Hrm, here's one with a -u option, this what you're looking for? --- ../../../linux/net/core/dev.c Mon Dec 11 14:29:35 2000 +++ dev.c Sat Jan 6 14:14:10 2001 @@ -1,4 +1,4 @@ -/* +/* -*- linux-c -*- * NET3

Re: Oops in 2.4.0-ac2

Hans-Joachim Baader wrote: > I got an oops with 2.4.0-ac2. It said "Kernel Panic: Attempt to kill init" > or similar. The oops didn't make it into the log but I photographed it > and reconstructed it from the photos (USB digital cams are a great thing > :-). After the oops, the machine was still

What test suites can you tell me about?

Can you tell me about any ready-to-use test suites, for any software package that should run under Linux, that I can build and run to test the new kernel? Besides running all these tests myself on my machine, I'm going to document them in an article at: http://linuxquality.sunsite.dk/articles/

DRI doesn't work on 2.4.0 but does on prerelease-ac5

I was testing the 2.4.0 kernel by running "make exec" in the Mesa-3.4 sources, which builds and runs a bunch of demos, and was suprised to see one of the tests emit a message that said DRI wasn't available. It had been working before. Just to make sure I then booted off of 2.4.0-prerelease-ac5

low-latency scheduling patch for 2.4.0

A patch against kernel 2.4.0 final which provides low-latency scheduling is at http://www.uow.edu.au/~andrewm/linux/schedlat.html#downloads Some notes: - Worst-case scheduling latency with *very* intense workloads is now 0.8 milliseconds on a 500MHz uniprocessor. For normal

[PATCH] More compile warning fixes for 2.4.0

Here's a patch that fixes more of the compile warnings with gcc 2.97. diff -urN -X dontdiff linux/drivers/atm/fore200e.c rb/drivers/atm/fore200e.c --- linux/drivers/atm/fore200e.cFri Dec 29 17:35:47 2000 +++ rb/drivers/atm/fore200e.c Sat Jan 6 14:33:42 2001 @@ -437,7 +437,7 @@

Re: Little question about modules...

On Sun, Jan 14, 2001 at 03:20:52AM +0100, Nicolas Noble wrote: > > Just a question: > > Why do I have used by -1 for the module ipv6 onto my system? > > extract of the /proc/modules: > > ip6table_filter 1988 0 (unused) > ip6t_mark688 0 (unused) > ip6t_limit

Oops in 2.4.0-ac2

Hi, I got an oops with 2.4.0-ac2. It said "Kernel Panic: Attempt to kill init" or similar. The oops didn't make it into the log but I photographed it and reconstructed it from the photos (USB digital cams are a great thing :-). After the oops, the machine was still responsive to SysRq and ping

Little question about modules...

Just a question: Why do I have used by -1 for the module ipv6 onto my system? extract of the /proc/modules: ip6table_filter 1988 0 (unused) ip6t_mark688 0 (unused) ip6t_limit 1016 0 (unused) ip6_tables 13044 3 [ip6table_filter ip6t_mark

Re: Linux 2.4 Status / TODO page (Updated as of 2.4.0-test10)

All, Please reply to [EMAIL PROTECTED] rather than this email account. Regards, Dave Jeff Garzik wrote: [EMAIL PROTECTED]">Andi Kleen wrote: de4x5 is stable, but tends to perform badly under load, mostly becauseit doesn't use rx_copybreak and overflows

Re: How to make VFAT work right in 2.4.0-prereleaseu

Hi, On Sat, 6 Jan 2001, Alan Cox wrote: > > - edit file fs/fat/inode.c, look in the function named > > "fat_notify_change" (at about line 901), where it says:" > > /* FAT cannot truncate to a longer file */ > > if (attr->ia_valid & ATTR_SIZE) { > > if (attr->ia_size >

Kernel compile trouble

Hi, I wonder if anyone can help me with compilation of kernel 2.4.0. I've run make mrproper; make menuconfig; make dep and then I try to build the kernel with make bzImage but that fails utterly. I get the following message: tiger:/usr/src/linux# make bzImage gcc -D__KERNEL__

Re: Linux 2.4 Status / TODO page (Updated as of 2.4.0-test10)

All, As you can see, I get little time to attend to maintenance chores on the de4x5 driver. If there are particular problems that you want sorted out please let me know and I'll see what I can do. Regards, Dave -- Jeff Garzik wrote: >

Speed of the network card

Hello, I was wondering how I can determine the speed of a network device inside the kernel. In case of ethernet, the "name" field of device structure will only give eth0 or something. But the speed could be either 10Mbps or 100Mbps. Thanks, -- Sourav - To unsubscribe from this list: send

Re: Bug reporting script?

On Sat, 6 Jan 2001, Augusto César Radtke wrote: > About bug reports, isn't a good thing introduce the sgi's lkcd > (linux kernel crash dump) into the main stream of 2.5? The main problem > of lkcd in 2.2 was the lack of kiobufs. (see

Re: Linux 2.4.0-ac2

Many thanks, but I just cleaned it up ... the real credit belongs to Ian Hastie <[EMAIL PROTECTED]>. o Fix mac address setting in 8139too (Ben Greear) -o AGP oops fix/ALi cleanup (Bill Crawford) +o AGP oops fix/ALi cleanup (Ian Hastie) o Further DECnet cleanups (Hans Grobler) -- /* Bill

Re: Linux 2.4.0-ac3 (check again)

Check again, Alan...seems as though you've forgotten to change it so that is reads -ac3 (or my download messed up, but that can't happen) instead of -ac2. Just FYI. ;-) -- +--+---+ | Evan Thompson|

Re: Linux 2.4.0-ac3

Alan Cox wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ > > 2.4.0-ac3 Makefile EXTRAVERSION not updated to -ac3. -- Eyal Lebedinsky ([EMAIL PROTECTED]) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: 3com mini pci card 3cn3ac556

Philipp Schmid wrote: > > hi, > > are there any drivers for "3Com mini pci card 3cn3ac556", shipped with my > dell latitude c600 ? Yep. Support for the 3c556 was added in kernel 2.2.17-pre14, so you need 2.2.17 or later. The latest driver, which is compatible with 2.2.14 and later is at

Re: [patch] single copy pipe rewrite

Date: Sun, 07 Jan 2001 01:36:22 +0100 From: Manfred <[EMAIL PROTECTED]> Do you still have that patch? I think so, see below. Was it posted to linux-kernel? Yes, it was. I just found a copy, enjoy: diff -ur ../vger3-001101/linux/fs/pipe.c linux/fs/pipe.c ---

Linux 2.4.0-ac3

ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ 2.4.0-ac3 o Add support for the newer 3c905 cards (Andrew Morton) o Drop unused field from scc.h(Hans Grobler) o Remove dead sysctl stuff from econet(Hans Grobler) o

Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote: > [1.] One line summary of the problem: > SCSI hangs with aic7xxx in 2.4.0 SMP > > [2.] Full description of the problem/report: > SCSI device errors and bus resets observed in 2.4.0 that do not occur in > 2.2.13. Sysrq keys have no

[PATCH] atarilance using freed skb

Em Sat, Jan 06, 2001 at 09:35:08PM -0200, Arnaldo Carvalho de Melo escreveu: > Alan, > > Paul Gortmaker found a similar one for lance, so I'm looking at > some other drivers to see if this happens, bagetlance has it as well, > here is the patch. Another one: ---

Re: [patch] single copy pipe rewrite

"David S. Miller" wrote: > > A couple months ago David posted a revised version of his patch which > fixed both these and some other problems. Most of the fixes were done > by Alexey Kuznetsov. > Do you still have that patch? Stephen Tweedie included the original, unrevied version in his

Re: 2.4.0 Module compile error

On Sat, 06 Jan 2001 10:51:53 -0600, George R. Kasica <[EMAIL PROTECTED]> wrote: >Keith Owens wrote >>You have a broken modules.conf that tells depmod to scan _all_ of >>/lib/modules or you have an old version of modules or you have some >>weird symlinks in /lib/modules. It looks like you have

Re: [PATCH] up to 50% faster sys_poll()

Manfred wrote: > The improvement with large number of pipes probably comes from replacing > __get_free_page() with kmalloc() - kmalloc is faster, especially on SMP. > ... > I expected 2 improvements: > * poll with < 24 descriptors: around 800 cpu ticks faster, but that's > just one or two

Re: PROBLEM: 2.4.0 Kernel Fails to compile when CONFIG_IP_NF_FTP is selected

From: Rusty Russell <[EMAIL PROTECTED]> Date: Sat, 06 Jan 2001 13:40:35 +1100 CONFIG_IP_NF_FTP controls BOTH the ftp connection tracking and NAT code. The correct fix is below (untested, but you get the idea). I've applied this, it seems fine. (I've also adapted it to the pending

SCSI scanner problem with all kernels since 2.3.42

I'm having problems with using xsane to acquire a preview from an HP ScanJet 5P connected to an AHA-2940. 2.3.42 is the last kernel that works right for me. The symptom is that the scanner starts to make scanning sounds, then stops, and xsane says 'Error during read: Error during device I/O'.

Re: ip_conntrack locks up hard on 2.4.0 after about 10 hours

Date:Sat, 06 Jan 2001 10:37:54 -0500 From: safemode <[EMAIL PROTECTED]> Jan 6 06:18:10 icebox kernel: reset_xmit_timer sk=c17fd040 1 when=0x5d9e, caller=c01a6bf1 I posted a fix for this on Linux-kernel yesterday, had you tested it you would have seen at least this part of

Re: [patch] single copy pipe rewrite

Date: Sun, 07 Jan 2001 00:25:16 +0100 From: Manfred <[EMAIL PROTECTED]> Last march David Miller proposed using kiobuf for these data transfers, I've written a new patch for 2.4. (David's original patch contained 2 bugs: it doesn't protect properly against multiple writers and

[PATCH] bagetlance using freed skb

Alan, Paul Gortmaker found a similar one for lance, so I'm looking at some other drivers to see if this happens, bagetlance has it as well, here is the patch. - Arnaldo --- linux-2.4.0-ac2/drivers/net/bagetlance.cTue Dec 19 11:25:40 2000 +++

Re: [PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

Unified diffs only please... Thanks. Later, David S. Miller [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 http://www.tux.org/lkml/

Re: Crypto in 2.4

Marc Mutz wrote: > A 2.4.0.1 should be on ftp.kernel.org/pub/linux/kernel/crypto/v2.4/. > But it has been heavily re-worked. I haven't got my hands on that one > and will keep quiet as to what extend that patch is produiction-ready, > but I remember that the loop driver in 2.4.0 still can stall

[patch] single copy pipe rewrite

(Linus, look away, I'll resubmit it for 2.5.0) The Linux pipe implementation is extremely inefficient for long, blocking data transfers with pipes (e.g. what gcc -pipe does): * 2 memcopies: user space->kernel buffer->user space * 2 context switches for each transfered page. Last march David

Re: 2.4.0 link error with modular PCMCIA

Hi Kai, > This should fix it. This did fix it :) Thanks, Jochen - 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/

Re: 2.4.0 link error with modular PCMCIA

On Sat, 6 Jan 2001, Jochen Friedrich wrote: > Hi, > > problem is that CONFIG_PCMCIA_NETCARD=y, although all drivers are > compiled as modules, so there's no drivers/net/pcmcia/pcmcia_net.o... This should fix it. --- drivers/net/Makefile% Fri Jan 5 15:10:11 2001 +++ drivers/net/Makefile

Re: Bug reporting script? (was: removal of redundant line in documentation)

[...] > About bug reports, isn't a good thing introduce the sgi's lkcd (linux kernel crash dump) into the main stream of 2.5? The main problem of lkcd in 2.2 was the lack of kiobufs. > > I think it as a good thing, for distributions, the distribution guys have the vmlinuz image of the distro, so

Re: 500 ms offset in i386 Real Time Clock setting

> Neither hwclock nor the /dev/rtc driver takes the following comment from > set_rtc_mmss() in arch/i386/kernel/time.c into account. > As a result, using hwclock --systohc or --adjust always leaves the > Hardware Clock 500 ms ahead of the System Clock By pure coincidence [EMAIL PROTECTED] sent

re: [PATCH] up to 50% faster sys_poll()

Manfred ([EMAIL PROTECTED]) wrote: > sys_poll spends around 1/2 of the execution time allocating / freeing a > few bytes temporary memory. > The attached patch tries to avoid these allocation by using the stack - > usually only a few bytes are needed, kmalloc is used for the rest. > The

Re: [PATCH] svgalib error in mmap documentation

> I hope it is reasonable to ask, how? POSIX shared memory calls or sys5 shm - 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/

Re: Journaling: Surviving or allowing unclean shutdown?

On Sat, Jan 06, 2001 at 03:35:02PM -0500, Chris Mason <[EMAIL PROTECTED]> wrote: > > Nobody with working brain would read it completely into memory. Instead everybody with a working brain would introduce another hashing layer for every block access? I don't think the reiserfs code (e.g.) would

Re: Crypto in 2.4

Jon Masters wrote: > > Hello, > > I am aware of work being done to create crypto patches for 2.4 however I > am wondering what kind of time scale is likely to be involved before a > patch for 2.4.0 becomes available and, more importantly, when such a > patch will be suitable for daily use

PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

[1.] One line summary of the problem: SCSI hangs with aic7xxx in 2.4.0 SMP [2.] Full description of the problem/report: SCSI device errors and bus resets observed in 2.4.0 that do not occur in 2.2.13. Sysrq keys have no effect (ie hard reset required to recover) [3.] Keywords (i.e., modules,

Re: Major Failure 2.4.0-test12 Alpha

On Thu, 14 Dec 2000, Leslie Donaldson wrote: > Hello, > Just writing in to report a bug in 2.4.0-test12. > Hardware: > PCI-Matrox_Mill > PCI-Adaptec 39160 / 160M scsi card > PCI-Generic TNT-2 card > PCI-Sound blaster -128 (es1370) > > CPU 21164a - Alpha I'm also seeing this on 2.4.0

Re: [PATCH] svgalib error in mmap documentation

On Sat, 6 Jan 2001, Alan Cox wrote: > > +If you want svgalib programs to run with kernel 2.4.0 or newer, svgalib > > +needs to be compiled without background support (BACKGROUND not defined in > > +Makefile.cfg). This is relevant to any svgalib version. > > +This is because svgalib uses mmap

neither 2.2.18 nor 2.4.0 boot on my Cyrix III

I'm not subscribed to the list but I want to report this problem: I found this in the kernel mailing list archive : > The cyrixIII chips by via have the centaur vendor id which causes the > identify_cpu call in arch/i386/kernel/setup.c to fail. It is probably > reasonable for it to have the

3com mini pci card 3cn3ac556

hi, are there any drivers for "3Com mini pci card 3cn3ac556", shipped with my dell latitude c600 ? greets philipp - 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/

Re: 2.4.0 Module compile error

On 2001.01.06 George R . Kasica wrote: > > Here it iswhat do I need to fix on it: > > >[root@eagle 2.4.0]# cd /etc > >[root@eagle /etc]# more modules.conf > >keep > > > >path[usb]=/lib/modules/`uname -r`/`uname -v` ^ ?? $ uname -v #6 SMP Sat

Linux 2.4.0 make bzImage failure - Followup

Wellgot 2.2.18 to work again here but now when I try to make 2.4.0 I get drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/ne t/net.o drivers/media/media.o drivers/parport/driver.o drivers/scsi/scsidrv.o d rivers/cdrom/driver.o drivers/pci/driver.o

Linux 2.4.0 make bzImage failure

Wellgot 2.2.18 to work again here but now when I try to make 2.4.0 I get drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/ne t/net.o drivers/media/media.o drivers/parport/driver.o drivers/scsi/scsidrv.o d rivers/cdrom/driver.o drivers/pci/driver.o

Re: New features in Linux 2.4 - Wonderful World of Linux 2.4

Joe Pranevich wrote: > > Networking and Protocols > > ... It should also be mentioned at >this point that Linux is still the only operating system completely >compatible with the letter of the IPv4 specification ... I am very interesting about the

Re: [PATCH] PCI device IDs for Intel i815E chipset (2.4.0)

I gave it a label based on the stamp on the chips, and "Intel Secret" was above that label. Cheers, On Sat, 6 Jan 2001, Peter Denison wrote: > Description: > Includes new PCI device IDs for the Intel i815E chipset, and corrects some > of the names for the associated parts of the chipset. This

Re: Journaling: Surviving or allowing unclean shutdown?

On Saturday, January 06, 2001 09:09:51 PM +0100 Stefan Traby <[EMAIL PROTECTED]> wrote: > On Sat, Jan 06, 2001 at 08:57:26PM +0100, Marc Lehmann wrote: > >> reply. Sure, you can do virtual log replays, but for example the reiserfs >> log is currently 32mb. Pinning down that much memory for a

[PATCH] hashed device lookup (Does NOT meet Linus' sumission policy!)

I'm hoping that I can get a few comments on this code. It was added to (significantly) speed up things like 'ifconfig -a' when running with 4000 or so VLAN devices. It should also help other instances with lots of (virtual) devices, like FrameRelay, ATM, and possibly virtual IP interfaces. It

Re: 500 ms offset in i386 Real Time Clock setting

On Sat, Jan 06, 2001 at 11:35:52AM -0800, [EMAIL PROTECTED] wrote: > Neither hwclock nor the /dev/rtc driver takes the following comment from > set_rtc_mmss() in arch/i386/kernel/time.c into account. As a result, using > hwclock --systohc or --adjust always leaves the Hardware Clock 500 ms

Re: Journaling: Surviving or allowing unclean shutdown?

On Sat, Jan 06, 2001 at 08:57:26PM +0100, Marc Lehmann wrote: > reply. Sure, you can do virtual log replays, but for example the reiserfs > log is currently 32mb. Pinning down that much memory for a virtual log > reply is not possible on low-memory machines. Nobody with working brain would read

2.4.0 link error with modular PCMCIA

Hi, problem is that CONFIG_PCMCIA_NETCARD=y, although all drivers are compiled as modules, so there's no drivers/net/pcmcia/pcmcia_net.o... Cheers, Jochen make[1]: Leaving directory `/usr/src/linux/arch/i386/lib' ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext

Re: Journaling: Surviving or allowing unclean shutdown?

On Fri, Jan 05, 2001 at 11:58:56AM +, David Woodhouse <[EMAIL PROTECTED]> wrote: > You mount it read-only, recover as much as possible from it, and bin it. > > You _don't_ want the fs code to ignore your explicit instructions not to > write to the medium, and to destroy whatever data were

Re: Framebuffer as a module

-=da TRoXX=- wrote: > and i don't get it, who accepts these parameters in the kernel then? i mean > if i put them in lilo.conf at least SOME thing uses them to set the > framebuffer right... The tdfxfb code does. When compiled into the kernel, there is a function (tdfxfb_setup) which the

asm/ vs linux/delay.h (was: Re: 2.4.0)

On Sat, 6 Jan 2001, Christian T. Steigies wrote: [ Compiling on m68k ] > How about this one, 2.4.0 (release) with your new patch. make works fine, > make modules fails with this: > In file included from emd.c:20: > /build/kernel-image/2.4.0/linux/include/asm/delay.h: In function

[PATCH] Cleanup of PCI device reporting in IDE driver (2.4.0)

Description: Cleans up the reporting of PCI device numbers when they are printed out by the PCI IDE driver. The dev->devfn value holds both the device number and the function number, so it's nicer if they are split out and displayed separately to the user. Applies against 2.4.0 ---

[PATCH] PCI device IDs for Intel i815E chipset (2.4.0)

Description: Includes new PCI device IDs for the Intel i815E chipset, and corrects some of the names for the associated parts of the chipset. This has effects in the EEPro100 network driver and the PCI IDE driver. Detail & Justification: The Intel ICH2 (I/O Controller Hub 2) is used in several

Re: How to make VFAT work right in 2.4.0-prereleaseu

> - edit file fs/fat/inode.c, look in the function named > "fat_notify_change" (at about line 901), where it says:" > /* FAT cannot truncate to a longer file */ > if (attr->ia_valid & ATTR_SIZE) { > if (attr->ia_size > inode->i_size) > return

  1   2   3   4   >