Re: bug database braindump from the kernel summit

On 01 Apr 2001 18:21:29 -0500, Jeff Garzik wrote: > Let's hope it's not a flamewar, but here goes :) > > We -need- .config, but /proc/config seems like pure bloat. Don't ask me for sample code, but... The init code for many drivers is freed up after it's used. Could we apply the same technique

PROBLEM: Kernel 2.4.3 oops when hard linking UMSDOS files

1. Kernel 2.4.3 oops when hard linking UMSDOS files 2. I can consistently generate a kernel oops by creating a file on a UMSDOS file system, and attempting to create a hard link to it. The same procedure has always worked fine on the 2.2 seriels kernels. 3. umsdos, link,

Re: bug database braindump from the kernel summit

Miles, if the system is just sending the config info it may not be a problem, but take the microsoft example, how do you know the bug report is just sending info that is relevent to the system and not trying to discover everything that you have installed in your system (in our case we can't be

System clock loses time at approx 17 secs per two hours

First off, CC: back to me, as my machine can't handle an estimated 200 messages a day for me to sign up to the list 8-( - Anyway.. I updated my kernel to 2.4.3 when the patch was released. (Tarballs - wonderful things!) However, I noticed that the kernel timer loses seconds over time with both

Re: Asus CUV4X-D, 2.4.3 crashes at boot

Hi all, > > However, the machine now crashes at "Configuring Kernel Parameters" during > rc initialisation: > > > Welcome to Red Hat Linux > Press 'I' for interactive startup > > Mounting /proc filesystem...[ OK ] > Configuring Kernel Parameters... > > > This is if I type

Re: bug database braindump from the kernel summit

David Lang wrote: > > On Sun, 1 Apr 2001, Larry McVoy wrote: > > when generating the auto bug reports make sure that the system tells the > user exactly what data is being sent. > > sending a large chunk of unknown data off the machine is a big concern to > many people. Yeah. This is a good

Re: bug database braindump from the kernel summit

Jeff Garzik wrote: > /proc/pci data alone with every bug report is usually invaluable. It > gives you a really good idea of the general layout of the system, and > you can often catch or become aware of related hardware characteristics > which I often see requests for the output of "lspci

IDE DMA Problem? (or at least behavior change) 2.2/2.4

Hi esteemed kernel hackers! For some time now I've been encountering the following problem: 1) background info: Hard drive is /dev/hda: Model=IBM-DTTA-371010, FwRev=T77OA73A, SerialNo=WL0WLF36394 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0,

Re: Serial, 115Kbps, 2.2, 2.4

Hi Trever! On Sun, 01 Apr 2001, Trever L. Adams wrote: > I am trying to find out if I am the only one who has pppd drop packets > as bogus when the port is set at 115Kbps. I only get it at that speed. > It causes stall outs etc. > I also have some problems with pppd. At my machine it says

MTRR

Using Matrox G400 dualhead and a K7V I get the following message: mtrr: base(0xe200) is not aligned on a size(0x180) boundary mtrr: base(0xe200) is not aligned on a size(0x180) boundary mtrr: no MTRR for e380,80 found Can anybody tell why is this happening?

Re: Asus CUV4X-D, 2.4.3 crashes at boot

From: "Jeff Garzik" <[EMAIL PROTECTED]> > (private reply, because I have lost discussion context) > > Have you tried booting with 'noapic'? > > Thanks Jeff, this seems to fix the problem, and also fixes my problem with the aic7xxx scsi driver ABORTing multiple times at startup (which I

Re: Serial, 115Kbps, 2.2, 2.4

Actually, I do have a similar problem that I've been unable to track down 100%. Under 2.4.x when I run the modem on my Xircom Cardbus 10/100 Ethernet/56K Modem combo card (installed in a Dell 5000e with 650Mhz Pentium III) I get a fair number of dropped packets at 115Kbps, enough to cause

Re: scsi bus numbering

>On Sun, 1 Apr 2001, Douglas Gilbert wrote: > >[...] > >> > scsihosts < >> >> As a boot time option try: >> scsihosts=aic7xxx:ncr53c8xxx >> or if you are using lilo, in /etc/lilo.conf add: >> append="scsihosts=aic7xxx:ncr53c8xxx" > >that does indeed change the bus

Re: bug database braindump from the kernel summit

Why not have the /proc/config option but instead of being plain text, make it binary with a userspace app that can interpret it? It could have a signature as to kernel version + patches and the rest would be just bits. Instead of: CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set

Re: how mmap() works?

On Sun, Apr 01, 2001 at 03:28:05PM -0500, Tim Hockin wrote: > > Without syncing, Linux writes whenever it thinks it's appropriate, e.g. > > when pages have to be freed (I think also when the bdflush writes back > > data, i.e. every 30 seconds by default). > > what about mmap() on non-filesystem

Re: Serial, 115Kbps, 2.2, 2.4

Mark Hahn wrote: >> There may be a possibility this is machine specific, because if it is >> meant to forward the packet to the internal net and I slow the machine >> down (external cache off) it works fine, turn the cache back on and it >> is a problem. > > > where's the serial port?

NFS Bug in 2.4.3?

There is an NFS bug described here http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=30944 that seems to have been known about for a while that is not fixed in 2.4.3. Is there something wrong with the patch that is discussed? Thanks, tjb - To unsubscribe from this list: send the

Possible Bug: Kernel Parameter 'scsihosts' Doesn't Work In 2.4.3?

Is the 'scsihosts' kernel parameter broken in 2.4.3? It has worked in 2.4.0 - 2.4.2 but doesn't seem to now. Using append="apm=power-off scsihosts=aic7xxx,BusLogic" in my lilo.conf, the BusLogic is found first. Thanks, tjb - To unsubscribe from this list: send the line "unsubscribe

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, David Lang wrote: > On Sun, 1 Apr 2001, Jeff Garzik wrote: > > /sbin/installkernel copies stuff into /boot, appending a version number. > > One way might be to have this script also copy the kernel config. > could be, /sbin/installkernel doesn't exist on my systems

Re: Serial, 115Kbps, 2.2, 2.4

On Sun, 1 Apr 2001, Trever L. Adams wrote: > I am trying to find out if I am the only one who has pppd drop packets > as bogus when the port is set at 115Kbps. I only get it at that speed. > It causes stall outs etc. > works fine for me. Jeff - To unsubscribe from this list: send the line

Re: Asus CUV4X-D, 2.4.3 crashes at boot

From: "Keith Owens" <[EMAIL PROTECTED]> > >Doesn't matter. The NMI-watchdog tries to detect SMP-lockups, and is > >always present. Unless you specifically disable it on boot. > > Not any more. In 2.4.3-ac* the default is no watchdog and it must be > specifically enabled at boot. >

Re: bug database braindump from the kernel summit

Jeff, my point was that not all systems will have this script. also it won't do you any good if the system you are compiling on is not the same system the kernel will be running on but we are starting the wrong discussion here :-) David Lang On Sun, 1 Apr 2001, Jeff Garzik wrote: > On Sun, 1

Re: bug database braindump from the kernel summit

could be, /sbin/installkernel doesn't exist on my systems David Lang On Sun, 1 Apr 2001, Jeff Garzik wrote: > Date: Sun, 1 Apr 2001 18:34:07 -0500 (CDT) > From: Jeff Garzik <[EMAIL PROTECTED]> > To: David Lang <[EMAIL PROTECTED]> > Cc: Manfred Spraul <[EMAIL PROTECTED]>, > Albert D.

Re: bug database braindump from the kernel summit

Jeff, if the sysadmin had anything to do with setting up the box I would agree with you, but there are cases where one person will boot a machine and another will then need to find out what is going on. I have seen systems with multiple kernels available on boot get booted from the wrong kernel

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, Larry McVoy wrote: > Problem details > Bug report quality [...] > But the main thing was to extract all the info we could > automatically. One thing was the machine config (hardware and > at least kernel version). The other thing was extract any oops >

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, David Lang wrote: > /proc/config may be bloat, but we do need a way for the kernel config to > be tied to the kernel image that is running, however it is made available. /sbin/installkernel copies stuff into /boot, appending a version number. One way might be to have this

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, David Lang wrote: > if we want to get the .config as part of the report then we need to make > it part of the kernel in some standard way (the old /proc/config flamewar) > it's difficult enough sometimes for the sysadmin of a box to know what > kernel is running on it, let

Re: bug database braindump from the kernel summit

if we want to get the .config as part of the report then we need to make it part of the kernel in some standard way (the old /proc/config flamewar) it's difficult enough sometimes for the sysadmin of a box to know what kernel is running on it, let alone a bug reporting script. David Lang On

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, Manfred Spraul wrote: > From: "Jeff Garzik" <[EMAIL PROTECTED]> > > > > /proc/pci data alone with every bug report is usually invaluable. > > Even if the bug is a compile error? In fact, yes. Having the tuple of: .config, /proc/pci, and compile error output, you can see

Re: unistd.h and 'extern's and 'syscall' "standard(?)"

And furthermore, it's been around in Unix and unix-like systems for a very long time. Sounds like the lack of man page is an oversight. Anybody want to write one ? Tim On Sun, Apr 01, 2001 at 09:38:24PM +0100, Philip Blundell wrote: > >of action to take. Seeing as you work for suse, would you

Re: Recent problems with APM and XFree86-4.0.1

Jamie Lokier wrote: > > I've noticed other changes in suspend/resume. I'm running Gnome now, > and it insists on running xscreensaver whenever I close the lid. > Somehow it is noticing the APM event, because this is very consistent. > Does anyone know how to disable this? The setting "No

Re: bug database braindump from the kernel summit

At 10:54 AM 4/1/01 -0700, Larry McVoy wrote: > - one key observation: let bugs "expire" much like news expires. If > nobody has been whining enough that it gets into the high signal > bug db then it probably isn't real. We really want a way where no > activity means let it

Re: RFC: configuring net interfaces

On 1 Apr 2001, Krzysztof Halasa wrote: > Jeff Garzik <[EMAIL PROTECTED]> writes: > > I'm not suggesting you modify ethtool for your needs :) But ethtool > > perfectly illustrates the technique of using a single socket ioctl > > (SIOCETHTOOL) to extend a set of standard, domain-specific ioctls >

Re: bug database braindump from the kernel summit

From: "Jeff Garzik" <[EMAIL PROTECTED]> > > /proc/pci data alone with every bug report is usually invaluable. Even if the bug is a compile error? E.g. BUG REPORT (a real one, I didn't have the time yet to post a patch): kernel versions: tested with 2.4.2-ac24, afaics 2.4.3 is also affected

EXT2-fs error on 2.4.2 & 2.4.3

Hello I'm using 2.4.2 and 2.4.3, sometimes after cron jobs like slocate process or checking md5sum on my file system(heavy load disk), i gets errors from the kernel: EXT2-fs error (device sd(8,3)): ext2_free_blocks: bit already cleared for block 80275 EXT2-fs error (device sd(8,3)):

Re: Recent problems with APM and XFree86-4.0.1

Jamie Lokier wrote: > > > On that theme of power management with X problems, I have been having > > > trouble with my laptop crashing when the lid is closed, instead of > > > suspending as it used to. The laptop is a Toshiba Satellite 4070CDT. > > > > Can you please try adding > > Option

Re: [Linux-fbdev-devel] Re: fbcon slowness [was NTP on 2.4.2?]

James Simmons wrote: > >No, it's the Trident Cyber9525 > > Sorry. I only have a early driver for trident 9750 and 9850. Their is a > gropup working on trident framebuffers. Is it possible that "jump scroll" would provide more performance benefit than an accelerated driver anyway? Seeing as you

Re: [PATCH for 2.5] preemptible kernel

On Sat, 31 Mar 2001, Rusty Russell wrote: > > if (p->state == TASK_RUNNING || > > (p->state == (TASK_RUNNING|TASK_PREEMPTED))) { > > p->flags |= PF_SYNCING; > > Setting a running task's flags brings races, AFAICT, and checking >

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, Larry McVoy wrote: when generating the auto bug reports make sure that the system tells the user exactly what data is being sent. sending a large chunk of unknown data off the machine is a big concern to many people. David Lang - To unsubscribe from this list: send the

Re: [PATCH for 2.5] preemptible kernel

On Sat, 31 Mar 2001, george anzinger wrote: > I think this should be: > if (p->has_cpu || p->state & TASK_PREEMPTED)) { > to catch tasks that were preempted with other states. But the other states are all part of the state change that happens at a non-preemtive schedule() point,

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, Albert D. Cahalan wrote: > Manfred Spraul writes: > > [Larry McVoy] > > >> There was a lot of discussion about possible tools > >> that would dig out the /proc/pci info > > I think the tools should not dig too much information out of the system. > > I remember some Microsoft

Re: problem in drivers/block/Config.in (PATCH)

On Sat, Mar 31, 2001 at 04:00:27PM +0200, Pozsar Balazs wrote: > On Fri, Mar 30, 2001 at 10:17:08PM +0200, Herbert Rosmanith wrote: > In fact, if we want to get what is said in the comment, we should write: > > if [ "$CONFIG_PARPORT" = "m" -a "$CONFIG_PARIDE_PARPORT" = "y" ] ; then >

Re: bug database braindump from the kernel summit

oops, I was going to quote a section from Larry's mail then decided not to and forgot to delete the header. David Lang On Sun, 1 Apr 2001, David Lang wrote: > Date: Sun, 1 Apr 2001 14:16:57 -0700 (PDT) > From: David Lang <[EMAIL PROTECTED]> > To: Larry McVoy <[EMAIL PROTECTED]> > Cc: [EMAIL

Re: scsi bus numbering

Peter Daum wrote: > > On Sun, 1 Apr 2001, Douglas Gilbert wrote: > > [...] > > > > scsihosts < > > > > As a boot time option try: > > scsihosts=aic7xxx:ncr53c8xxx > > or if you are using lilo, in /etc/lilo.conf add: > > append="scsihosts=aic7xxx:ncr53c8xxx" > > that

Re: bug database braindump from the kernel summit

On Sun, 1 Apr 2001, Manfred Spraul wrote: > > There was a lot of discussion about possible tools > > that would dig out the /proc/pci info > > I think the tools should not dig too much information out of the system. > I remember some Microsoft (win98 beta?) bugtracking software that > insisted

Re: Matrox G400 Dualhead

I solved the problem with dualhead!!! Second head from 2.4.3 is /dev/fb2 rather than /dev/fb1. Just had to look to the messages. About matroxfb + X11 what I have seen is that if you use the same resolution with the same number of colors as in X11 ,most of the times it will work(except if I am in

Re: bug database braindump from the kernel summit

Gregory Maxwell writes: > On Sun, Apr 01, 2001 at 03:43:52PM -0400, Albert D. Cahalan wrote: >> I'm really sick of being buried in useless information. The signal >> gets lost in the noise. It is easy to discard automatically generated >> bug reports, and way too annoying to wade through the

Re: unistd.h and 'extern's and 'syscall' "standard(?)"

>of action to take. Seeing as you work for suse, would you know >where this 'syscall(3)' interface should be documented? Is it >supposed to be present in all distro's? It's documented in the glibc manual. Yes, it should be present in all glibc based distributions. p. - To unsubscribe

Re: New directions for kernel development

On Sun, Apr 01, 2001 at 03:05:47PM -0500, Adam wrote: > BZZT, wrong. Headers were forged intentionally to show pine since it is > what Linus uses. > > I had a joke for this year as well, but I didn't hear back from Linus if > that's cool with him to send it to LKML (I suppose I should have asked

Re: bug database braindump from the kernel summit

On Sun, Apr 01, 2001 at 03:43:52PM -0400, Albert D. Cahalan wrote: > I'm really sick of being buried in useless information. The signal > gets lost in the noise. It is easy to discard automatically generated > bug reports, and way too annoying to wade through the crud. > > When network

Re: bug database braindump from the kernel summit

Manfred Spraul writes: > [Larry McVoy] >> There was a lot of discussion about possible tools >> that would dig out the /proc/pci info > > I think the tools should not dig too much information out of the system. > I remember some Microsoft (win98 beta?) bugtracking software that > insisted on

Re: how mmap() works?

> Without syncing, Linux writes whenever it thinks it's appropriate, e.g. > when pages have to be freed (I think also when the bdflush writes back > data, i.e. every 30 seconds by default). what about mmap() on non-filesystem files (/dev/mem, /proc/bus/pci...) ? - To unsubscribe from this list:

Re: unistd.h and 'extern's and 'syscall' "standard(?)"

Andreas Schwab wrote: > Don't use kernel headers in user programs. Just use syscall(3). > > Andreas. --- I'm on a SuSE71 system and have all the manpages installed: law> man syscall No manual entry for syscall The problem is not so much for user programs as library writers that

Re: Temporary disk space leak

On Sat, 31 Mar 2001, Giuliano Pochini wrote: > > [root@Jay Giu]# du -c /home > [...] > 320120/home > 320120total > [root@Jay Giu]# df > Filesystem 1k-blocks Used Available Use% Mounted on > /dev/sda8 253823 65909174807 27% / > /dev/sda7

Re: how mmap() works?

On Thu, Mar 29, 2001 at 02:14:51PM -0800, Jerry Hong wrote: > Hi, > mmap() creates a mmaped memory associated with a > physical file. If a process updates the mmaped memory, > Linux will updates the file "automatically". If this > is the case, why do we need msync()? For the same reason you

Re: bug database braindump from the kernel summit

> Problem details > Bug report quality > There was lots of discussion on this. The main agreement was that we > wanted the bug reporting system to dig out as much info as possible > and prefill that. There was a lot of discussion about possible tools > that would dig

Temporary disk space leak

[root@Jay Giu]# du -c /home [...] 320120 /home 320120 total [root@Jay Giu]# df Filesystem 1k-blocks Used Available Use% Mounted on /dev/sda8 253823 65909174807 27% / /dev/sda7 2158320750672 1296240 37% /usr /dev/sda5

Re: bug database braindump from the kernel summit

> There was a lot of discussion about possible tools > that would dig out the /proc/pci info I think the tools should not dig too much information out of the system. I remember some Microsoft (win98 beta?) bugtracking software that insisted on sending a several hundert kB long compressed blob

Re: scsi bus numbering

On Sun, 1 Apr 2001, Douglas Gilbert wrote: [...] > > scsihosts < > > As a boot time option try: > scsihosts=aic7xxx:ncr53c8xxx > or if you are using lilo, in /etc/lilo.conf add: > append="scsihosts=aic7xxx:ncr53c8xxx" that does indeed change the bus numbering.

Re: unistd.h and 'extern's and 'syscall' "standard(?)"

LA Walsh <[EMAIL PROTECTED]> writes: |> I have a question. Some architectures have "system calls" |> implemented as library calls (calls that are "system calls" on ia32) |> For example, the expectation on 'arm', seems to be that sys_sync |> is in a library. On alpha, sys_open appears

PROBLEM:Bug when installing NVidia Driver Module

[1.] Bug when installing NVidia Driver Module on "athlon" architecture [2.] the following error comes up when i attempt to install NVdriver module from NVidia. I build the Nvidia driver from the NVIDIA_kernel-0.9-769.tar.gz found at www.nvidia.com command insmod

Re: New directions for kernel development

> > Uhm, yeah... I don't know who wrote this, but it came from Washington > > state and was written with MS Outlook... Something tells me that this > > April Fool's joke wasn't Linus'. :-) > > Yeah, the quality of these jokes has really gone down hill. Last year we > had forged headers and

Re: New directions for kernel development

[EMAIL PROTECTED] (john slee) wrote on 01.04.01 in <[EMAIL PROTECTED]>: > On Sun, Apr 01, 2001 at 01:22:48AM -0800, Richard Gooch wrote: > > Linus Torvalds writes: > > > > Ho, hum. No, he didn't. It's April Wankers^WFools again. > > we aussies are supposed to have a good sense of humour :P

Re: PCMCIA problems on IBM ThinkPad 600X

Jeff Garzik wrote: > On Sun, 1 Apr 2001, Constantine Gavrilov wrote: > >> There are problems with some PCMCIA drivers included in the kernel. For >> example, support for cardbus 3com cards was moved to 3c59x.o driver. It >> works (on 600X at least) only of you compile it in. It will not work

Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentatio

[EMAIL PROTECTED] (Chip Salzenberg) wrote on 01.04.01 in : > Why not have a kernel thread and use standard RPC techniques like > sockets? Then you'd not have to invent anything unimportant like > Yet Another IPC Technique. You can, of course, transfer the exact same

Re: New directions for kernel development

Chris Meadors wrote: > On Sun, 1 Apr 2001, David Riley wrote: > >> Linus Torvalds wrote: >> >> Uhm, yeah... I don't know who wrote this, but it came from Washington >> state and was written with MS Outlook... Something tells me that this >> April Fool's joke wasn't Linus'. :-) > > >

2.4.3, new AIC7XX fails to compile, old works.

the ../config*works gets a successful build (yet to test kernel). using the new AIC driver blows up w/ undefined reference. full config file incl. as an attachment. pgcc-2.95.2 /lib/libc-2.1.3.so 1097 : dizzy : linux # diff .config ../config-2.4.3-works 228,230c228,231 <

bug database braindump from the kernel summit

Folks, since bug tracking is the next thing we are attacking here at BitMover, I have a great deal of interest in the bug tracking discussion which happened last night at the summit. We already have a prototyped bug tracking system which we are integrating into BitKeeper, but as usual, it isn't

Serial, 115Kbps, 2.2, 2.4

I am trying to find out if I am the only one who has pppd drop packets as bogus when the port is set at 115Kbps. I only get it at that speed. It causes stall outs etc. There may be a possibility this is machine specific, because if it is meant to forward the packet to the internal net and

Re: New directions for kernel development

On Sun, 1 Apr 2001, David Riley wrote: > Linus Torvalds wrote: > > Uhm, yeah... I don't know who wrote this, but it came from Washington > state and was written with MS Outlook... Something tells me that this > April Fool's joke wasn't Linus'. :-) Yeah, the quality of these jokes has

Re: PCMCIA problems on IBM ThinkPad 600X

On Sun, 1 Apr 2001, Constantine Gavrilov wrote: > There are problems with some PCMCIA drivers included in the kernel. For > example, support for cardbus 3com cards was moved to 3c59x.o driver. It > works (on 600X at least) only of you compile it in. It will not work as > a module. It works

Re: Version 6.1.6 of the aic7xxx driver availalbe

>> >> >A typical revery in my logs. >> >> This really looks like you bus is not up to snuff. We timeout during >> a write to the drive. Although the chip has data to write, the target >> has stopped asking for data. This is a classic symptom of a lost signal >> transition on the bus. The old

pthreads & fork & execve

Hi, I have question regarding use of pthreads, forks and execve's which appears to not work very well :-) First let me explain the reasoning though We have an app that launches a few other apps and keeps track of their status, resource consumption etc. If one of the apps crashes, it is

unistd.h and 'extern's and 'syscall' "standard(?)"

I have a question. Some architectures have "system calls" implemented as library calls (calls that are "system calls" on ia32) For example, the expectation on 'arm', seems to be that sys_sync is in a library. On alpha, sys_open appears to be in a library. Is this correct? Is

Re: scsi bus numbering

Peter Daum <[EMAIL PROTECTED]> wrote: > For some reason, the order of initializing the scsi drivers > changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx > drivers are included in the kernel, up to version 2.4.2, the > adaptec driver always came first (so the first disk on an adaptec

Re: New directions for kernel development

On Sun, 1 Apr 2001, Linus Torvalds wrote: > Hi all, > > Recently, I've been thinking a lot about where Linux development should > head now that 2.4 is out. Specifically, I've been thinking about how we > ought to make some cultural changes as well as technical changes. Now I'm > not

Re: tmpfs in 2.4.3 and AC

In linux-kernel, [EMAIL PROTECTED] wrote: : Hi, : : tmpfs (or shmfs or whatever name you like) is still different in official : series (2.4.3) and in ac series. Its a kick in the ass for multiboot, : as offcial 2.4.3 does not recognise 'tmpfs' in fstab: : : shmfs /dev/shmtmpfs ... :

Re: RFC: configuring net interfaces

Jeff Garzik <[EMAIL PROTECTED]> writes: > I'm not suggesting you modify ethtool for your needs :) But ethtool > perfectly illustrates the technique of using a single socket ioctl > (SIOCETHTOOL) to extend a set of standard, domain-specific ioctls > (ETHTOOL_xxx) to Linux networking drivers. I

Re: New directions for kernel development

Linus Torvalds wrote: Uhm, yeah... I don't know who wrote this, but it came from Washington state and was written with MS Outlook... Something tells me that this April Fool's joke wasn't Linus'. :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: New directions for kernel development

Linus Torvalds wrote: It's definitely time for you to show up on Saturday Night Live! You are one funny guy. :-) Happy April Fools Day. Miles - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

scsi bus numbering

For some reason, the order of initializing the scsi drivers changed between 2.4.2 and 2.4.3: If both, ncr53c8xx and aic7xxx drivers are included in the kernel, up to version 2.4.2, the adaptec driver always came first (so the first disk on an adaptec controller ended up as /dev/sda) while in

Re: aic7xxx 6.1.8 for 2.2.19

At 10:54 AM 4/1/01, Mike Bennett wrote: >Was getting ready to compile 2.2.19 this AM and went to >Justin's site to grab the latest aic7xxx driver. > >Unfortunately, he doesn't have a patch for 2.2.19 and the >2.2.18 patch doesn't apply cleanly because the stock driver >changed. > >It's a long

Re: add-single-device won't work in 2.4.3

hi! problem resolved: the first scsi adaptor is scsi1 NOT scsi0 as in <=2.4.2. so i did add/remove devices from a non existend controller ... thanks for posting your /proc/scsi/scsi, i compared it with mine from 2.4.2 and voila! i hope this is a "wanted" behavior ... thanks for all your fast

Re: [Linux-fbdev-devel] Re: fbcon slowness [was NTP on 2.4.2?]

>No, it's the Trident Cyber9525 Sorry. I only have a early driver for trident 9750 and 9850. Their is a gropup working on trident framebuffers. MS: (n) 1. A debilitating and surprisingly widespread affliction that renders the sufferer barely able to perform the simplest task. 2. A disease.

Re: [lkml]Re: Matrox G400 Dualhead

>If I use X on an accelerated, normal Matrox screen, my monitor complains >on exit: > >fH 49.4 KHz, fV 39.8 Hz > >(and it doesn't sync at 40 Hz vertical refresh :-( ). > >This is _half_ of the normal 80 Hz. Using fbset -a "1600x1200-80" before >X, of after X, doesn't do anything. Does anybody

VIA 82c686b and IOMega ATAPI ZIP 100 problem

I'm experiencing serious problems with Linux, VIA vt82c686b IDE interface (as included on VIA KT133 (latest revisions), KT133A and newer chipsets) and IOMega ATAPI ZIP 100 drive. Error description and system information are included below. That is a known problem with this chip. Something bad

aic7xxx 6.1.8 for 2.2.19

Was getting ready to compile 2.2.19 this AM and went to Justin's site to grab the latest aic7xxx driver. Unfortunately, he doesn't have a patch for 2.2.19 and the 2.2.18 patch doesn't apply cleanly because the stock driver changed. It's a long story, but the short version is that the stock

sysctl

Hi, I am working on rebuilding a modified kernel. This is for version 2.2.18 and on Slackware distro. I have been looking for the command "sysctl" in my */sbin directories and I can't seem to find it. Is this something that is an independent program that is compiled during the kernel build? I

Re: PCMCIA problems on IBM ThinkPad 600X

There are problems with some PCMCIA drivers included in the kernel. For example, support for cardbus 3com cards was moved to 3c59x.o driver. It works (on 600X at least) only of you compile it in. It will not work as a module. I think a much better solution right now is to use drivers from

Re: Original destination of transparent proxied connections?

In message <[EMAIL PROTECTED]> you write: [ cut 50 lines ] > If I were to perhaps send linuxdoc.org a check or > something, might a day come to pass when learning to > do seemingly obvious things under linux does NOT > require fairly good forensic investigation skills? I > ask merely for

2.4.3 SMP aic7895 oops on boot

Hi: I just tried upgrading to the 2.4.3 kernel [ currently running 2.2.18/Debian/woody ] and I got [or rather I should say get - it happens every time] a kernel panic on boot, just after the lines: [ Apologies if two message like this turn up - I sent the last one some time ago, and it

Re: epic100 aka smc etherpower II

Daniel Nofftz <[EMAIL PROTECTED]> écrit : [...] > i can`t get my smc etherpower ii working with the 2.4.3 kernel. > now i have downgraded to 2.4.2 and it works again ... > does anyone have a suggestion, what the problem is ? [...] > Mar 31 19:23:29 hyperion kernel: eth0: Setting half-duplex based

Re: Asus CUV4X-D, 2.4.3 crashes at boot

On Sun, 1 Apr 2001 12:09:18 +0200, David Weinehall <[EMAIL PROTECTED]> wrote: >On Sun, Apr 01, 2001 at 10:04:17PM +1200, Simon Garner wrote: >> Thanks, but I do not have watchdog support compiled into the kernel. > >Doesn't matter. The NMI-watchdog tries to detect SMP-lockups, and is >always

Re: [RFC] sane access to per-fs metadata (was Re: [PATCH] Documentation/ioctl-number.txt)

On Sun, 01 Apr 2001 01:01:59 -0800, [EMAIL PROTECTED] (Chip Salzenberg) wrote: >In article you write: >Why not have a kernel thread and use standard RPC techniques like >sockets? Then you'd not have to invent anything unimportant like >Yet

Re: Minor 2.4.3 Adaptec Driver Problems

On Sun, Apr 01, 2001 at 01:09:30PM -0700, Earle Nietzel wrote: > > Umm. This isn't an aic7xxx driver problem at all. The SCSI layer > > determines the order of bus attachment *amongst* the various > > SCSI HBA (or SCSI HBA like) drivers in the system. In this case, > > it has decided to probe

Re: TCP Vegas implementation for Linux

Dan Hollis writes: > tcp vegas performs very badly for me on asymmetric links (e.g. adsl), > about 50% performance loss vs non-vegas. This among other reasons is why I ripped out vegas from the kernel a couple years ago. I'm actually disappointed vendors have added this patch because it is

Promise 20267 "working" but no UDMA

Anybody manage to get UDMA 66/100 working with an on-board Promise 20267 chip? Hardware: Tyan Tiger LE (with ServerWorks OSB4 _and_ Promise 20267 on-board) Kernel: 2.4.3 with ide.2.4.3-p8.all.03242001.patch by Andre Hedrick (or stock 2.4.3 with more or less same results) FastTrack config: only

Re: Minor 2.4.3 Adaptec Driver Problems

> Umm. This isn't an aic7xxx driver problem at all. The SCSI layer > determines the order of bus attachment *amongst* the various > SCSI HBA (or SCSI HBA like) drivers in the system. In this case, > it has decided to probe your IDE devices as SCSI devices first. > Why it does this I don't

Re: TCP Vegas implementation for Linux

Chip Salzenberg writes: > Our (VA's) kernel includes a Vegas patch: > >ftp://ftp.valinux.com/pub/people/chip/linux-vegas-v2-patch-2.2 Slight typo in the URL, it's: ftp://ftp.valinux.com/pub/people/chip/kernel/linux-vegas-v2-patch-2.2 Later, David S. Miller [EMAIL PROTECTED] - To

Re: TCP Vegas implementation for Linux

On Sun, 1 Apr 2001, Chip Salzenberg wrote: > Our (VA's) kernel includes a Vegas patch: >ftp://ftp.valinux.com/pub/people/chip/linux-vegas-v2-patch-2.2 tcp vegas performs very badly for me on asymmetric links (e.g. adsl), about 50% performance loss vs non-vegas. -Dan - To unsubscribe from

  1   2   3   >