possible bug with adaptec aic-7896 and 2.4.x

in 2.4.0 and 2.4.1 on a pentium 3 with an onboard adaptec AIC-7896, i receive the following after it is detected: scsi: aborting command due to timeout: pid 0, scsi0, channel 0, id 0 lun 0 Inquiry 00 00 00 ff 00 i get the error twice, then the box hangs. this occurs on both a single processor

Re: Multiple SCSI host adapters, naming of attached devices

"Michael Pacey wrote:" > Of course I should have said this is linux kernel 2.2.17, an IBM PS/2 9585, > in-built 'IBM MCA' SCSI adapter and an AHA-1640 MCA card. > > I now realise that in 2.4 I can use scsihosts=ibmmca:aha1542, but have no > info for 2.2.17. > > Sorry for the lack of info previou

Re: bttv problems in 2.4.0/2.4.1

> > > I have sent all this info to Gerd Knorr but, as far as I know, he hasn't > > > been able to track down the bug yet. I thought that by posting here, > > > more eyes might at least make more reports of similar situations that > > > might help track down the problem. > > > > Try flipping the c

Re: Multiple SCSI host adapters, naming of attached devices

"Wolfgang Wegner wrote:" > > Given two host adapters each with 1 disk of ID 0, how do I tell Linux which > > is sda and which sdb? > [...] > which leads me to the question: > Is there any reason for the (IMHO stupid) "dynamic" naming of > SCSI devices (in contrast to e.g. IDE devices or the "physi

Re: Matrox G450 problems with 2.4.0 and xfree

On Tue, 30 Jan 2001, Marcel J.E. Mol wrote: > Installed a Matrox G450 on my linux system. Now it has problems > booting. > > Previously I had a matrox G400 card and that worked without any problems. > > Below follows .config for the 2.4.0 kernel. > > # CONFIG_FB_MATROX_G450 is not set -- dwmw

Re: 2.4.1 -- Unresolved symbols in radio-miropcm20.o

In article <[EMAIL PROTECTED]> you wrote: > Also the config.in files need > fixing for these files, it is possible to select combinations of aci > and miropcm20 that will fail to link (miropcm20 built in, aci not > selected or selected as a module) or fail to load (miropcm20 selected > as a module

Re: 2.4.1 -- Unresolved symbols in radio-miropcm20.o

On Wed, 31 Jan 2001 09:46:19 +0100 (CET), [EMAIL PROTECTED] (Arjan van de Ven) wrote: >Unfortionatly, this is impossible. The miropcm config question is asked >before the "sound" question, and the aci question is asked after that (all >in ake config). In 2.2.x we have an #ifdef in the driver that

Re: Matrox G450 problems with 2.4.0 and xfree

On Wed, Jan 31, 2001 at 08:44:17AM +, David Woodhouse wrote: > On Tue, 30 Jan 2001, Marcel J.E. Mol wrote: > > > Installed a Matrox G450 on my linux system. Now it has problems > > booting. > > > > Previously I had a matrox G400 card and that worked without any problems. > > > > Below follo

[PATCH] The loop device will not dealloc loop devices which create a closed chain

[1.] One line summary of the problem: Creating a loop with the loop devices (a->b && b->a) makes the devices a & b no longer usable. [2.] Full description of the problem/report: When you make a mistake and write losetup /dev/loop /dev/loop and loop is not

Re: bttv problems in 2.4.0/2.4.1 PAL_BG

I am using "Pixel View TV tuner card" based on "bttv". It works perfect in Windows with default TV application, and also responding well in Linux 2.2.17 and 2.4.0-test10 kernel. The device is getting detected perfectly by 2.4 kernel but I could not be able to check whether the card in 2.4 kern

Re: Request: increase in PCI bus limit

"Udo A. Steinberg" wrote: > > Christopher Neufeld wrote: > > > The only patch > > which has to be applied to make Linux run stably on these systems is to > > increase that limit. Would it be possible to bump it up to 128, or even > > 256, in later 2.4.* kernel releases? That would allow this

Re: [ANNOUNCE] Kernel Janitor's TODO list

On Tue, 30 Jan 2001, Timur Tabi wrote: > > If you have a task that looks like: > > > > loop: > > > > sleep_on(q) > > > > And you do wakeup(q) hoping to get something important done, then if the > > task isn't sleeping at the time of the wakeup it will ignore the wakeup > >

Re: Request: increase in PCI bus limit

On Tue, 30 Jan 2001, Timur Tabi wrote: > ** Reply to message from Christopher Neufeld <[EMAIL PROTECTED]> on Tue, 30 > Jan 2001 16:08:32 -0800 > > > > Would it be possible to bump it up to 128, or even > > 256, in later 2.4.* kernel releases? That would allow this customer to > > work with an

RAID1/RAID5 hot-add/hot-remove patch?

Thanks for your reply. On the same topic; I am also wondering if there is a reason why your RAID1/RAID5 hot-add/hot-remove patch (originally against 2.4.0-ac9, Message-ID: ) does not go into Linus tree. I saw Neil Brown commenting on the patch in lin

Re: Packet loss in IP/UDP Stack?

The UDP packet loss went away by setting the rmem_max and rmem_default in /proc/sys/net/core on the receiving linux box to about 80 percent of the size of the transfered file (~50MB). Many thanks for the fast help! greetings, Martin Rauh Andi Kleen wrote: > On Fri, Jan 26, 2001 at 07:01:12PM

Ethernet Flow Control and Linux IP Stack

Hello, what will happen in the (IP) protocol layer of the kernel if the NIC can not send the packet, because the NIC is paused by the receiving station with Ethernet Flow Control PAUSE frames. In other words, what are the consequences if netif_stop_queue is called and netif_start_queue is not cal

Re: VT82C686A corruption with 2.4.x

David Raufeisen wrote: > On Wednesday, 31 January 2001, at 08:36:42 (+0100), > Vojtech Pavlik wrote: > > > Hi! > > > > 1) You don't seem to have any drives on the VIA controller. If this is > > true, I don't think this can be a VIA IDE driver problem. > > > > Hi, Are you referring to Mark or me?

Re: PCI IRQ routing problem in 2.4.0 (updated patch)

On Tue, 30 Jan 2001, Robert Siemer wrote: > > Below is the updated patch. It should handle both (0x01/0x41 > > like) mappings. I can (and did) only test the 0x01 case. > > USBIRQ routing (0x62) supported, IDE/ACPI/DAQ untouched. > > I don't really understand your note above, but your patch alone

Re: 2.4.0-test12: SiS pirq handling..

On Mon, 29 Jan 2001, Linus Torvalds wrote: > Now, will the two people in the world who know the pirq black magic now > stand up and confirm or deride my interpretation? since I'm certainly not the other one, I'm not going to confirm it ;-) But, besides it sounds reasonable, I could give some mor

[PATCH] minor ne2k-pci irq fix

Hi, while testing the SiS routing code, at some point my ne2k-pci didn't work anymore. Was when BIOS was set for PnP OS and IRQ set to "auto" for the NIC. Had to rmmod/insmod the ne2k-pci module after reboot to make it working again. Reason: we fetched the irq too early, before calling pci_enab

Re: [PATCH] vma limited swapin readahead

Hi, On Wed, Jan 31, 2001 at 01:05:02AM -0200, Marcelo Tosatti wrote: > > However, the pages which are contiguous on swap are not necessarily > contiguous in the virtual memory area where the fault happened. That means > the swapin readahead code may read pages which are not related to the > proc

Re: 2.4.x and SMP fails to compile (`current' undefined)

[Tom Leete] > It's not an incompatibility with the k7 chip, just bad code in > include/asm-i386/string.h. So you're saying SMP *is* supported on Athlon? Do motherboards exist? Peter - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PRO

Re: Request: increase in PCI bus limit

> >I'm working at a customer site with custom hardware. The 2.4.0 series > kernel almost works out of the box, but the machine has 52 PCI busses. > Plans are to produce a 4-way box which would have over 80 PCI busses. The > file include/asm-i386/mpspec.h allocates space for 32 busses in th

Re: [PATCH] vma limited swapin readahead

On Wed, 31 Jan 2001, Stephen C. Tweedie wrote: > Hi, > > On Wed, Jan 31, 2001 at 01:05:02AM -0200, Marcelo Tosatti wrote: > > > > However, the pages which are contiguous on swap are not necessarily > > contiguous in the virtual memory area where the fault happened. That means > > the swapin re

Re: 2.4.x and SMP fails to compile (`current' undefined)

Peter Samuelson wrote: > > [Tom Leete] > > It's not an incompatibility with the k7 chip, just bad code in > > include/asm-i386/string.h. > > So you're saying SMP *is* supported on Athlon? Do motherboards exist? > > Peter No, I'm saying that SMP locking etc. is compatible with Athlon. The fail

Re: Wavelan IEEE driver

On Tue, 30 Jan 2001, Jurgen Botz wrote: > and appears to work. I did observe a problem with iwconfig dumping > core, but it seems to do its job before it dies, so this may be non- > critical. Make sure you compile wireless-tools using the right headers. You must manually insert -I/path/to/runni

Re: [Kiobuf-io-devel] Re: RFC: Kernel mechanism: Compound event wait/notify + callback chains

Mathew, Thanks for mentioning this. I didn't know about it earlier. I've been going through the 4/00 kqueue patch on freebsd ... Regards Suparna Suparna Bhattacharya Systems Software Group, IBM Global Services, India E-mail : [EMAIL PROTECTED] Phone : 91-80-5267117, Extn : 252

Re: hotmail not dealing with ECN

> > RFC793, where is lists the unused flag bits as "reserved". > > That is pretty clear to me. It just has to say that > > they are reserved, and that is what it does. > > > > Is the definition of "reserved" defined anywhere? In a lot of specs, > "reserved" means MBZ. > > Note, that I'm not a

Re: 2.4.1 -- Unresolved symbols in radio-miropcm20.o

[Arjan van de Ven] > Unfortionatly, this is impossible. The miropcm config question is > asked before the "sound" question, and the aci question is asked > after that (all in ake config). "Impossible" is perhaps a poor choice of terms. "Awkward" and "ugly" are, however, quite descriptive. (: P

Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote: >2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure). >... >Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux >(egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001 >BIOS-provided physical RAM map

Re: 2.4.1 -- Unresolved symbols in radio-miropcm20.o

On Wed, Jan 31, 2001 at 04:55:20AM -0600, Peter Samuelson wrote: > > [Arjan van de Ven] > > Unfortionatly, this is impossible. The miropcm config question is > > asked before the "sound" question, and the aci question is asked > > after that (all in ake config). > > "Impossible" is perhaps a poo

Re: 2.4.x and SMP fails to compile (`current' undefined)

[Tom Leete] > No, I'm saying that SMP locking etc. is compatible with Athlon. The > failure to build is not a workaround but a coding error. SMP builds > for UP machines are supposed to work. Yes, but if SMP for Athlons is not supported, what is the point in allowing CONFIG_SMP + CONFIG_MK7 (o

Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

On Wed, 31 Jan 2001, Mikael Pettersson wrote: > Why on earth is this fairly recent motherboard using BIOS-88 > to report available memory? I would have expected E820 here. > Can you send the dmesg output from 2.4.0 and/or 2.2.19pre7? Is it one of these motherboards which has an option setting to

Re: Matrox G450 problems with 2.4.0 and xfree

On 31 Jan 01 at 8:44, David Woodhouse wrote: > On Tue, 30 Jan 2001, Marcel J.E. Mol wrote: > > > Installed a Matrox G450 on my linux system. Now it has problems > > booting. > > > > Previously I had a matrox G400 card and that worked without any problems. > > > > Below follows .config for the 2

Re: 2.4.1 -- Unresolved symbols in radio-miropcm20.o

On Wed, Jan 31, 2001 at 05:15:45AM -0600, Peter Samuelson wrote: > > [Arjan van de Ven] > > This doesn't take into account the case where someone says "n" to > > CONFIG_SOUND. > > So move the test outside the 'if [ "$CONFIG_SOUND" = "y" ]'. The > principle is the same. That won't work, unles

Re: Still not sexy! (Re: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

Ingo Molnar writes: > > On Tue, 30 Jan 2001, jamal wrote: > > > > - is this UDP or TCP based? (UDP i guess) > > > > > TCP > > well then i'd suggest to do: > > echo 10 10 10 > /proc/sys/net/ipv4/tcp_wmem > > does this make any difference? For the last week I've been benchmar

Re: hotmail not dealing with ECN

> > So, no reason for a firewall author to check these bits. > > I thought that most firewalls were supposed to be insanely paranoid. > Perhaps it would be considered a possible covert data channel, as > farfecthed as that may sound. If you care about such things you run pure proxy. A packet fil

Re: Still not sexy! (Re: sendfile+zerocopy: fairly sexy (nothing todo with ECN)

On Wed, 31 Jan 2001, Malcolm Beattie wrote: > Without the raised tcp_wmem setting I was getting 81 MByte/s. With > tcp_wmem set as above I got 86 MByte/s. Nice increase. Any other > setting I can tweak apart from {r,w}mem_max and tcp_{w,r}mem? The CPU > on the client (350 MHz PII) is the bottlen

Re: [Kiobuf-io-devel] Re: RFC: Kernel mechanism: Compound event wait/notify + callback chains

Hi, On Wed, Jan 31, 2001 at 04:12:11PM +0530, [EMAIL PROTECTED] wrote: > >Thanks for mentioning this. I didn't know about it earlier. I've been > going through the 4/00 kqueue patch on freebsd ... Linus has already denounced them as massively over-engineered... --Stephen - To unsubscribe f

Re: Secure Linux

On Tue, Jan 30, 2001 at 11:55:17AM -0800, David D.W. Downey wrote: > > > Hey Dale, got a URL for this? Now *I* am intrigued! > > > David D.W. Downey > RHCE > http://www.nsa.gov/selinux/ -- -- Use Linux: A computerDale Amon, CEO/M

Re: VT82C686A corruption with 2.4.x

On Tue, Jan 30, 2001 at 11:55:25PM -0800, David Raufeisen wrote: > On Wednesday, 31 January 2001, at 08:36:42 (+0100), > Vojtech Pavlik wrote: > > > Hi! > > > > 1) You don't seem to have any drives on the VIA controller. If this is > > true, I don't think this can be a VIA IDE driver problem. >

Re: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

Hi! > Advantage of Tulip and AMD is that they perform much better in my experience > on half duplex Ethernet than other cards because they a modified > patented backoff scheme. Without it Linux 2.1+ tends to suffer badly from > ethernet congestion by colliding with the own acks, probably because

Re: 2.2.18: apm initialised before dmi_scan?

On Tue, 30 Jan 2001, Keith Owens wrote: > >If this implies that apm is initialised *before* the dmi_scan then there > >is potentially a problem with buggy BIOSen that oops instead of reporting > >power status > > This should fix the link order, at the (small) expense of compiling > dmi_scan for

Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0

Hi! > > There has been surprisingly little discussion here about the > > desirability of a preemptible kernel. > > > > And I think that is a very intersting topic... (certainly more > interesting than hotmail's firewalling policy ;o) > > Alright, so suppose I dream up an application which I t

SD: infinite loop. (resend)

Hi Linus, You must have missed this the first time. So I'll send it again. There is a small problem in sd.c: If a disk doesn't become ready, the loop to try and spin it up doesn't terminate. This can be fixed by moving one statement up a few lines. Patch below (the "start of the loop time" v

Re: VT82C686A corruption with 2.4.x

On Wed, Jan 31, 2001 at 04:48:41AM -0500, safemode wrote: > From what I gather this chipset on 2.4.x is only stable if you > cripple just about everything that makes > it worth having (udma, 2nd ide channel etc etc) ?does it even > work when all that's done now or is it fully functional? F

Re: 2.2.18: apm initialised before dmi_scan?

On Wed, 31 Jan 2001 22:54:22 +1100 (EST), Neale Banks <[EMAIL PROTECTED]> wrote: >If this is a correct and justifiable fix for 2.2 then in 2.4 should >dmi_scan.o be included in export-objs? Or is there a "better" way of >doing this? It should already be correct in 2.4. In 2.2 the OX_OBJS list

Re: 2.4.1 -- Unresolved symbols in radio-miropcm20.o

[Arjan van de Ven] > That won't work, unless you also want to force the soundlayer on > people. Which is unacceptable. period. I didn't say it was pretty, I said it was possible. I, too, like your #ifndef solution better. I suppose yet another hack would be to put a certain amount of #ifdef an

Re: [PATCH] Acorn SCSI loading

Torben Mathiasen writes: > Just noticed the SCSI drivers for the ACORN bus weren't > updated to the new initialization. AFAIK these drivers couldn't > have been functional without this patch. Please don't apply these! I've already got patches in the ARM tree, and the -ac tree to fix this. The

Re: [PATCH] minor ne2k-pci irq fix

On Wed, 31 Jan 2001, Martin Diehl wrote: > Reason: we fetched the irq too early, before calling pci_enable_device(), > so it was bogus after initial routing. > Patch below (prepared for 2.4.0 - should be fine for 2.4.1 too). I think it would be better to move the pci_enable_device(pdev); above a

fs block/devfs check disc change

This is a re-post I found in 'fs/block_dev.c' there's a function 'check_disk_change' and in 'fs/devfs/base.c' there's a function 'check_disc_changed' They done exactly the same job. Their source code are quite the same. I think that one of these must be rewritted to call/use the other a

PPP broken in Kernel 2.4.1?

Hi. I'm having a weird problem with 2.4.1, and I am *not* having this problem with 2.4.0. When I attempt to connect to the Internet using Kernel 2.4.1, I get errors about PPP something-or-another, invalid argument. I've tried with and without devfs, I thought that may have been the problem as

Re: VT82C686A corruption with 2.4.x

>From what I gather this chipset on 2.4.x is only stable if you cripple just about >everything that makes > it worth having (udma, 2nd ide channel etc etc) ?does it even work when all >that's done now or is > it fully functional? it seems to be fully functional for some or most people, wi

Re: PPP broken in Kernel 2.4.1?

On Mon, 29 Jan 2001, Michael B. Trausch wrote: > I'm having a weird problem with 2.4.1, and I am *not* having this problem > with 2.4.0. When I attempt to connect to the Internet using Kernel 2.4.1, > I get errors about PPP something-or-another, invalid argument. I've tried Upgrade ppp to 2.

Re: PPP broken in Kernel 2.4.1?

On Mon, 29 Jan 2001, Michael B. Trausch wrote: > > Hi. > > I'm having a weird problem with 2.4.1, and I am *not* having this problem > with 2.4.0. When I attempt to connect to the Internet using Kernel 2.4.1, > I get errors about PPP something-or-another, invalid argument. I've tried > Had t

Re: PPP broken in Kernel 2.4.1?

On Wed, 31 Jan 2001, Alex Belits wrote: > > On Mon, 29 Jan 2001, Michael B. Trausch wrote: > > > I'm having a weird problem with 2.4.1, and I am *not* having this problem > > with 2.4.0. When I attempt to connect to the Internet using Kernel 2.4.1, > > I get errors about PPP something-or-another

Re: bttv problems in 2.4.0/2.4.1

On Tue, 30 Jan 2001, Matthew Gabeler-Lee wrote: > On Tue, 30 Jan 2001, adrian wrote: > > >I have a bt848 based video capture card, and get near the same results: > > 2.4.0-test10 through 2.4.1 all lock when i2c registers the device. The > > card has its own interrupt. With 2.2.18, the car

Re: Parallel zip-disk can't use EPP 32 bit with 2.4.x kernels

On Tue, 30 Jan 2001, Forever shall I be. wrote: > On Tue, Jan 30, 2001 at 07:17:28PM +0100, Davy Preuveneers wrote: > > Since I'm running the 2.4.x kernels, I'm having a little problem with my > > parallel zip-disk. The ppa module can't use the EPP 32 protocol and uses > > the PS/2 protocol in

Re: 2.4.x and SMP fails to compile (`current' undefined)

> It's not an incompatibility with the k7 chip, just bad code in > include/asm-i386/string.h. in_interrupt() cannot be called from there. The string.h code was fine, someone came along and put in a ridiculous loop in the include dependancies and broke it. Nobody has had the time to untangle it cl

Re: Kernel 2.2.18: Protocol 0008 is buggy

> The msg comes from net/core/dev.c, and this device is using the Cisco HDLC > protocol in drivers/net/hdlc.c . However, AFAIK, 0008 and 0608 represent > IP and ARP (respectively), not Cisco HDLC. So ... > > What I'd like to know is: what exactly causes this msg?? It seems that > it's printed wh

Disk is cheap?

> Everyone who says, disk is cheap, ought to donate me one. > Everyone who says, memory is cheap, has to send me some. :-) Perhaps a more convincing argument may be that in embedded devices, disk as well as memory and CPU power are _not_ cheap. The more resources Linux requires, the less are i

kernel 2.4.1 : unresolved external name_to_kdev_t in md.c

unpacked kernel 2.4.1, configured a very modular kernel, including modules for RAID linear/RAID-[015] and now I get an unresolved external in the module md.o, as reported by depmod: depmod -ea depmod: *** Unresolved symbols in /lib/modules/2.4.1/kernel/drivers/md/md.o depmod: name_to_kde

Re: Version 2.4.1 cannot be built.

On Tue, 30 Jan 2001, Rik van Riel wrote: > On Tue, 30 Jan 2001, Richard B. Johnson wrote: > > > The subject says it all. `make dep` is now broken. > > It worked fine here, with 2.4.1 unpacked from the tarball. > > Rik > -- I cannot find the source for GNU Make 3.77+ Does anybody know were it

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Richard B. Johnson wrote: > On Tue, 30 Jan 2001, Rik van Riel wrote: > > On Tue, 30 Jan 2001, Richard B. Johnson wrote: > > > > > The subject says it all. `make dep` is now broken. > > > > It worked fine here, with 2.4.1 unpacked from the tarball. > > I cannot find the sour

Re: IBM encryption chip support?

> On Tue, 30 Jan 2001, Miles Lane wrote: > > > Will this chip need any kernel support or > > will it just need to be supported in usermode? > > > > http://www.zdnet.com/zdnn/stories/news/0,4586,2680013,00.html?chkpt=zdnn_rt_latest > > It looks like CPRM on the mainboard. Its certainly

Re: [Kiobuf-io-devel] RFC: Kernel mechanism: Compound event wait/notify + callback chains

>The waitqueue extension below is a minimalist approach for providing >kernel support for fully asynchronous io. The basic idea is that a >function pointer is added to the wait queue structure that is called >during wake_up on a wait queue head. (The patch below also includes >support for exclu

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > I cannot find the source for GNU Make 3.77+ Does anybody know were > it is now? Also, for a long time, I have been trying to find > the source for bison "yacc". > I'd wonder if you actually know where the Free Software Foundation's servers lie

Re: gprof cannot profile multi-threaded programs

On Tue, Jan 30, 2001 at 11:31:13PM -0600, Mohit Aron wrote: > I analyzed the problem to be the following. Linux uses periodic SIGPROF signals > for profiling (Linux doesn't use the profil system call used in other OS's like > Solaris where the kernel does the profiling on behalf of the process). A

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Rik van Riel wrote: > On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > On Tue, 30 Jan 2001, Rik van Riel wrote: > > > On Tue, 30 Jan 2001, Richard B. Johnson wrote: > > > > > > > The subject says it all. `make dep` is now broken. > > > > > > It worked fine here, with 2.4.

Re: Version 2.4.1 cannot be built.

On Mon, 29 Jan 2001, Michael B. Trausch wrote: > On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > > > I cannot find the source for GNU Make 3.77+ Does anybody know were > > it is now? Also, for a long time, I have been trying to find > > the source for bison "yacc". > > > > I'd wonder if yo

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Richard B. Johnson wrote: > On Wed, 31 Jan 2001, Rik van Riel wrote: > > On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > > I cannot find the source for GNU Make 3.77+ > > > > I have a hard time believing that you don't have > > the skills to go to ftp.gnu.org and download

Why isn't init PID 1?

Hello, I have a bootable linux CD that runs a custom init. Under most versions of linux init runs as process ID one. Under my bootable CD, it runs as process ID 15. I need it to run as PID 1 so that I can execute a kill(-1,15) without killing init. The boot CD uses and initrd image to load dr

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Rik van Riel wrote: > On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > On Wed, 31 Jan 2001, Rik van Riel wrote: > > > On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > > > > I cannot find the source for GNU Make 3.77+ > > > > > > I have a hard time believing that you don

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Richard B. Johnson wrote: > See attached. "Just because you can see the candy doesn't mean > they'll let you have any" Thanks for confirming (once again) your status as a person-who-can't-even-bother-to-figure-out-how-ls-works Rik -- Virtual memory is like a game you ca

Re: Version 2.4.1 cannot be built.

Just a thought, how about 'cd make' before you do the get? /Anders - 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: Version 2.4.1 cannot be built.

[EMAIL PROTECTED] said: > ftp> cd gnu > ftp> ls > ftp> ls mak* > ftp> bin > ftp> get make-3.79.1.tar.gz > ftp> get make-3.79.1.tar.gz > ftp> exit Try typing 'pwd' instead of 'exit' at the end of this script. dwmw2 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: bttv problems in 2.4.0/2.4.1 PAL_BG

On Wed, 31 Jan 2001, archan wrote: > I am using "Pixel View TV tuner card" based on "bttv". It works perfect > in Windows with default TV application, and also responding well in > Linux 2.2.17 and 2.4.0-test10 kernel. The device is getting detected > perfectly by 2.4 kernel but I could not be ab

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, David Woodhouse wrote: > [EMAIL PROTECTED] said: > > ftp> cd gnu > > ftp> ls > > ftp> ls mak* > > ftp> bin > > ftp> get make-3.79.1.tar.gz > > ftp> get make-3.79.1.tar.gz > > ftp> exit > > Try typing 'pwd' instead of 'exit' at the end of this script. He must have "spent most

Re: Version 2.4.1 cannot be built.

> ftp> ls mak* > > make: > > -rw-r--r-- 1 ftp ftp 1030393 Jun 24 2000 make-3.79.1.tar.gz > > ftp> get make-3.79.1.tar.gz > get make/make-3.79.1.tar.gz You missed the make: it did just before it listed the contents of make/ Just tried it myself with make/make-3.79.1.tar.gz, works

Re: Why isn't init PID 1?

Yes, in this situation "sash" is the process with pid '1', you should run this script through init and not viceversa, the first process launched takes pid 1. P. On Wed, 31 Jan 2001, Paul Powell wrote: > Hello, > > I have a bootable linux CD that runs a custom init. > Under most versions of l

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Sean Hunter wrote: Okay! I'm answering the guy who gave me the kindest response. The rest of you guys can just hold your belly. Right. I'm getting blind. Been typing the same error every time I tried the site. Cheers, Dick Johnson Penguin : Linux version 2.4.1 on an i686 m

Re: [patch] new, scalable timer implementation, smptimers-2.4.0-B1

Ingo Molnar wrote: > > a new, 'ultra SMP scalable' implementation of Linux kernel timers is now > available for download: > > http://www.redhat.com/~mingo/scalable-timers/smptimers-2.4.0-B1 > > the patch is against 2.4.1-pre10 or ac12. The timer design in this > implementation is a work of

Re: Version 2.4.1 cannot be built.

"Richard B. Johnson" <[EMAIL PROTECTED]> writes: > See attached. "Just because you can see the candy doesn't mean > they'll let you have any" [output of README when you connect:] > Please note that the directory structure on ftp.gnu.org was redisorganzied > fairly recently, such that ther

Re: Version 2.4.1 cannot be built.

On Wed, 31 Jan 2001, Richard B. Johnson wrote: > On Wed, 31 Jan 2001, Rik van Riel wrote: > > On Wed, 31 Jan 2001, Richard B. Johnson wrote: > > > On Tue, 30 Jan 2001, Rik van Riel wrote: > > > > On Tue, 30 Jan 2001, Richard B. Johnson wrote: > > > > > > > > > The subject says it all. `make dep`

Re: Disk is cheap?

I built a embedded dvd/cdda/mp3 player based on linux, using a p200mmx with 24mb with a bus of 75mhx, but it still takes about 20 seconds to boot, I think that an embedded device (for home use) should boot in less than 5 seconds, how could be possible with a slow p133? (I've also tried a p133 on 6

[OT] Re: Version 2.4.1 cannot be built.

"Richard B. Johnson" <[EMAIL PROTECTED]> writes: > On Wed, 31 Jan 2001, Sean Hunter wrote: > > Okay! I'm answering the guy who gave me the kindest response. > The rest of you guys can just hold your belly. > > Right. I'm getting blind. Been typing the same error > every time I tried the site.

Re: CPU error codes

> > In the intel databook. Generally an MCE indicates hardware/power/cooling > > issues > > Doesn't an MCE also cover some hardware memory problems - parity/ECC > issues etc? Parity/ECC on main memory is reported by the chipset and needs seperate drivers or apps to handle this - To unsubscribe f

ds: socket Drivers

Hello again, I was watching the bootup of the 2.4.1 kernel on my machine and noticed that the message ds: no socket drivers loaded showed up during bootup. The machine seems to boot fine, and everything works. Is this a problem? Whats the deal? Thanks, Ryan

Problems with tulip driver with lite-on -- transmit timed out

I'm not sure exactly when this problem was introduced, but I'm pretty sure it didn't exist in the 2.2.x kernels. It does exist in the 2.4.0-test12, 2.4.0, and 2.4.1 kernels. Any high bandwidth sustained inward transfer seems to hang up the card after a little while (< 1 minute with ftp, longer w

[PATCH] sbpcd ignoring module options

The old SB Pro CD-ROM driver currently ignores any and all options passed to it while used as a module (rendering it useless as it only autoprobes 1 address...) The driver could probably use a cleanup, as it has sbpcd_setup called for both modular and in kernel (rather than just in kernel only)

Re: hdlc interface in 2.2.18 is not in 2.4.0

> I have discovered that the hdlc interface in the 2.2.18 kernel is not in > the 2.4.0 kernel. Is there any particular reason for this? Will it be > added in later 2.4.0 kernels? Its in 2.4.0-ac* - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: Kernel 2.2.18: Protocol 0008 is buggy

On Wed, 31 Jan 2001, Alan Cox wrote: > > What I'd like to know is: what exactly causes this msg?? It seems that > > it's printed when someone sends a packet without properly setting > > skb->nh.raw first, but who's supposed to set skb->nh.raw?? The HW driver?? > > The data link (HDLC) driver??

Re: VT82C686A corruption with 2.4.x

On Wed, 31 Jan 2001, Vojtech Pavlik wrote: > > > 1) You don't seem to have any drives on the VIA controller. If this is > > > true, I don't think this can be a VIA IDE driver problem. > > > Umm, since the only 2 controllers in the machine are the VIA Vt82C686A and the Promise PDC20265, yes I

[PATCH] 2.4.1 Documentation/Changes URL for Gnu Make 3.77

The Changes file contains URLs for some required utilities, but not Gnu Make. This patch (against 2.4.1) lists the URL for Gnu Make 3.77. It appears that at least one person could have used this recently. My mailer will mangle the long lines, so the patch is attached. Steven --- linux/Docu

Re: Kernel 2.2.18: Protocol 0008 is buggy

On Wed, 31 Jan 2001, Alan Cox wrote: > > It should be set before netif_rx() is called on the packet. Typically that > means the driver or its support code sets protocol and nh.raw and if a > second header is pulled up then they are set again by whichever code does that > and calls netif_rx again

Problems with Promise IDE controller under 2.4.1

We experience trouble with the Promise (PDC20265) IDE controller and seven 75GB IBM disks on a single CPU (Pentium-III) server. Linux 2.4.1 fails to detect correct geometry for the four last disks (identified as hde, hdf, hdg, hdh). [root@nngds1 /root]# cat /proc/ide/hd[abcefgh]/geometry physica

Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

Mikael Pettersson wrote: > On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote: > >> 2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure). >> ... >> Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 1

seti@home and es1371

Hi, I hope you can help me. I have a problem with my on board soundcard and seti. I have a Gigabyte GA-7ZX Creative 5880 sound chip. I use the kernel driver es1371 and it works goot. But when I run seti@home I got some noise in my sound when I play mp3 and other sound. But it is not every time 10

Re: hotmail can't deal with ECN

> > mean that hotmail doesn't get ECN packets and the connection gets established > > just as if you were talking to a plain non-ECN server without a firewall. > > gozer IS my firewall. :) beyond it is a modem and a dailup point, my ISPs > LAN and then the innanet. and I tried from it and from a

Re: Disk is cheap?

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Patrizio Bruno) writes: > I built a embedded dvd/cdda/mp3 player based on linux, using a p200mmx > with 24mb with a bus of 75mhx, but it still takes about 20 seconds to boot, > I think that an embedded device (for home use) should boot in

  1   2   3   4   >