On Wed, 4 Apr 2001, Manfred H. Winter wrote:
> Apr 4 02:05:21 marvin pppd[1227]: Couldn't set tty to PPP discipline: Invalid a
> rgument
> Apr 4 02:05:21 marvin pppd[1227]: Exit.
Did you load the 'ppp_async.o' module?
Regards,
Cesar Suga <[EMAIL PROTECTED]>
-
To
Just like Steffen Grunewald, an infinite number of monkeys can type this:
> I'm trying to figure out how to make a primaryly ram-disk based
> Linux system (which should then be able to access "real" storage,
> but that is really the last step).
>
initrd???
On Tue, 3 Apr 2001, Harvey Fishman wrote:
>On Tue, 3 Apr 2001, Alan Cox wrote:
>
>> > I also tried it with 2.2.18 there it works but it seems to be >utterly
>> > slow. I'm using kernel 2.4.2(XFS version to be precise).
>>
>>M/O disks are slow. At a minimum make sure you are using a physical
I was actually suspecting that the extra lines in your patch were there for a
reason :)
A few questions:
What is the real impact of a (slight) change in scheduling semantics?
Under which situation one should notice a difference?
As you state in your papers the global decision comes with a
:: I configured and build it, and all looked OK.
Did you select the right CPU type in the configuration?
-- Juha
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hello all,
I'm using slackware 7.1 with the 2.2.16 kernel,
And I'm trying to install the 2.4.3 kernel.
I configured and build it, and all looked OK.
But when I'm trying to load the new kernel from LILO,
It uncompressing the kernel, then says Ok, now booting the kernel gives
some dots,
and the it
On Tue, Apr 03, 2001 at 05:18:03PM -0700, Fabio Riccardi wrote:
>
> I have measured the HP and not the "scalability" patch because the two do more
> or less the same thing and give me the same performance advantages, but the
> former is a lot simpler and I could port it with no effort on any
In article <9ae3qj$pc9$[EMAIL PROTECTED]>,
I wrote:
>It's still done manually, and now with the 2.4.3 series we
>have to adjust the scripts a bit.
Scripts adjusted, time for some sleep ;-)
Danny
--
Holland Hosting
www.hoho.nl [EMAIL PROTECTED]
-
To unsubscribe from this list: send the
Miles Lane <[EMAIL PROTECTED]> wrote:
>You still have the URL for www.bzimage.org in this announcement,
>but there are no incremental patches there for either 2.4.3-ac1
>or 2.4.3-ac2.
They're made as i type ;-)
It's still done manually, and now with the 2.4.3 series we
have to adjust the
I am trying to set up a tunnel from my linux machine to the MBone.
My kernel (2.4.2) supports multicasting and advanced routing:
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MROUTE=y
I have read http://www.linuxdoc.org/HOWTO/Multicast-HOWTO.html
and
On Tue, 3 Apr 2001, Simon Kirby wrote:
> Three times now I've had 2.4.3 freeze on my dual CPU box while doing a
> "dd if=/dev/zero of=/dev/hdc bs=1024k" (a drive to be RMA'd :)). I got
> bored and opened an rxvt, and as the machine was swapping in (I assume),
> everything froze. The mouse
> Three times now I've had 2.4.3 freeze on my dual CPU box while doing a
> "dd if=/dev/zero of=/dev/hdc bs=1024k" (a drive to be RMA'd :)). I got
Does it happen if you boot with < 900Mb of ram ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Three times now I've had 2.4.3 freeze on my dual CPU box while doing a
"dd if=/dev/zero of=/dev/hdc bs=1024k" (a drive to be RMA'd :)). I got
bored and opened an rxvt, and as the machine was swapping in (I assume),
everything froze. The mouse still moved for about 5 seconds before the
freeze,
On Tuesday April 3, [EMAIL PROTECTED] wrote:
> NB> Whenever you write to a file you change the inode - by changing the
> NB> modify time at least. Look at generic_file_write in mm/filemap.c.
> NB> Notice the code:
> NB>if (count) {
> NB> remove_suid(inode);
> inode-> i_ctime =
diff -urN linux-2.4.3/arch/i386/kernel/pci-pc.c
linux/arch/i386/kernel/pci-pc.c
--- linux-2.4.3/arch/i386/kernel/pci-pc.c Sat Mar 31 00:12:41 2001
+++ linux/arch/i386/kernel/pci-pc.c Thu Mar 29 05:00:04 2001
@@ -1035,7 +1035,7 @@
{ PCI_FIXUP_HEADER,
I am trying to adopt the new irq.c under arch/i386/kernel to a MIPS board and
hopefully to MIPS common code in general. This is in the anticipation that
the irq.c file will be moved to common kernel directory in 2.5.
While the rest look pretty self-explanatory, I do have a couple of questions
--On Tuesday, April 03, 2001 18:17:30 -0700 Fabio Riccardi
<[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> Indeed, I'm using RT sigio/sigwait event scheduling, bare clone threads
> and zero-copy io.
Fabio, I'm working on a similar solution, although I'm experimenting with
SGI's KAIO patch to
This would be a shame, as he has been a valuable resource..
Why has the list become more restrictive?
I think that this is one list where we have to keep the ability to post
from individuals separate from the need to make sure that their ISP or
company is compliant to a set a of rules.. The
Alan Cox wrote:
> > for the "normal case" performance see my other message.
>
> I did - and with a lot of interest
thanks! :)
> > I agree that a better threading model would surely help in a web server, but to
> > me this is not an excuse to live up with a broken scheduler.
>
> The problem has
Hi Alan,
You still have the URL for www.bzimage.org in this announcement,
but there are no incremental patches there for either 2.4.3-ac1
or 2.4.3-ac2.
Miles
Alan Cox wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
>
> Intermediate diffs are
On Tuesday 03 April 2001 19:16, Tim Waugh wrote:
> > On Tue, Apr 03, 2001 at 02:08:13AM +0200, Stefan Linnemann wrote:
> > the necessary features. I copied .config from the 2.2.17, superficially
> > checked the config, and remade and rebooted.
> > This was where I noted, that the parport,
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.3-ac2
o Add the VIA C3 to the mtrr/setup code (Dave
> for the "normal case" performance see my other message.
I did - and with a lot of interest
> I agree that a better threading model would surely help in a web server, but to
> me this is not an excuse to live up with a broken scheduler.
The problem has always been - alternative scheduler,
Alan,
for the "normal case" performance see my other message.
I agree that a better threading model would surely help in a web server, but to
me this is not an excuse to live up with a broken scheduler.
The X15 server I'm working on now is a sort of user-space TUX, it uses only 8
threads per
Hi!
I still get from time to time the following errors when trying to use
ppp:
Apr 4 02:05:21 marvin pppd[1227]: Plugin /usr/lib/passwordfd.so loaded.
Apr 4 02:05:21 marvin pppd[1227]: pppd 2.4.0 started by mahowi, uid 500
Apr 4 02:05:21 marvin pppd[1227]: Perms of /dev/ttyS0 are ok, no
> the bios will set the carry flag on the return from the call should
> there be an error. However, the BIOS on my PC doesnt do this- infact
> it seems to simply return from the call without changing any registers.
Your BIOS is faulty. No new suprises.
> meme801:
> + xorl%edx, %edx
Dear all,
I've spent my afternoon running some benchmarks to see if MQ patches would
degrade performance in the "normal case".
To measure performance I've used the latest lmbench and I have mesured the
kernel compile times on a dual pentium III box runing at 1GHz with an 133MHz
bus.
Results
The master copy of this file is at http://www.linux.org.uk. Check there for
updates and errata
Linux 2.2.19 Release Notes
Platforms:Alpha, M68K, PowerPC, S/390, Sparc, X86
Introduction
Linux 2.2.19 is the latest update to the Linux kernel tree. The out of
the box tree
I forgot to say, we're running kernel 2.4.3 + Sistina LVM patch 0.9.1b6.
> -Original Message-
> From: Michael S. Fischer
> Sent: Tuesday, April 03, 2001 5:09 PM
> To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Subject: md driver doesn't notice disk going out
>
>
> Hello,
>
> We're
Hello,
We're testing lvm over md (RAID 1) for a database application. Part of our
tests include simulating failure. So, we pulled the power on one of the
drives, and the kernel reported...
hdd: status error: status=0x00 { }
hdd: drive not ready for command
...
ide1: reset timed-out,
Hi,
summary: e801 memory size detection call failure, but bios doesnt
set carry flag on error and hence get an incorrect memory size.
Since the 2.3.16 kernel, my PC has been unable
to run any newer kernels (>2.3.16 or 2.4.x) without using the mem=64M
command line parameter. This was when the
Please cc me the messages, i'm not subscribed...
Hey,
I just upgraded to kernel 2.4.3 on a k6 (233 mhz) with the processor
type set accordingly, all the proper drivers compiled in and I get
this big disgusting error message (my friend said that means i f***ed
up) Sorry I don't have it, but
Hi,
I tried to install redhat 7.0 on a compaq presario 5685 with onboard
networkcard. According to the linux-kernel this card needs drivers for the
Digital DS21143 card.
But when loaded, this card wouldn't work. So i tried a diverent version of
the kernel by trying to install redhat rawhide. The
On Tue, Apr 03, 2001 at 02:20:24PM +0200, Ingo Oeser wrote:
> On Tue, Apr 03, 2001 at 01:06:33PM +0100, Alan Cox wrote:
> > Device numbers/names have to be constant in order to detect
> > disk layout changes across boots.
>
> Names stay constant, but why the NUMBERS? The names should stay
>
On Tue, Apr 03, 2001 at 09:07:44PM +0100, Russell King wrote:
> On Sat, Mar 31, 2001 at 04:38:08PM -0700, Tom Rini wrote:
> > Hello all. Without the attached patch, SysRq doesn't work over a serial
> > console here. Has anyone else seen this problem?
>
> It is handled at the serial port driver
> Did you compile sysrq into your kernel?
I haven't yet. I'll enable it and see if I can trigger it next time I
reboot again.
> ps -eo pid,stat,pcpu,nwchan,wchan=WIDE-WCHAN-COLUMN -o args
1230 D 0.0 105cc1 down_write_failed /home/data/mozilla/obj/dist/bin/mozilla-bin
Hopefully that
You write:
> Can you anyhow find something in your logs/console/serial console messages
> like 13.13.2000 kernel : Sysrq: Emergency Sync (this should be present - is
> written within keyboard handler, not after shedule) and what's next logs ?
> We could determine, if the bdflush thread got
On Tue, 3 Apr 2001, Alan Cox wrote:
> > I also tried it with 2.2.18 there it works but it seems to be utterly
> > slow. I'm using kernel 2.4.2(XFS version to be precise).
>
> M/O disks are slow. At a minimum make sure you are using a physical block size
> of 2048 bytes when using 2048 byte
On Tue, Apr 03, 2001 at 08:47:52PM +0200, Ingo Molnar wrote:
>
> this restriction (independence of the priority from the previous process)
> is a fundamentally bad property, scheduling is nonlinear and affinity
> decisions depend on the previous context. [i had a priority-queue SMP
> scheduler
On Tue, Apr 03, 2001 at 09:07:44PM +0100, Russell King wrote:
> On Sat, Mar 31, 2001 at 04:38:08PM -0700, Tom Rini wrote:
> > Hello all. Without the attached patch, SysRq doesn't work over a serial
> > console here. Has anyone else seen this problem?
>
> It is handled at the serial port driver
I'm trying to make 3 copies of a 40 gig IBM deskstar
IDE drive. I've got red hat 7 booted into single user
mode, doing the following:
cat /dev/hda | count | tee /dev/hdb | tee /dev/hdc >
/dev/hdd
The copy seems to work fine if I never let the console
blank. I copied 2 gigs worth of data (at
Tim Waugh escribió:
>
> On Sat, Mar 31, 2001 at 01:59:39AM +0200, Juan Piernas Canovas wrote:
>
> > Yes!!!. It works. I am happy now :-)
>
> Unfortunately, the problem isn't solved, merely worked around. We
> need to figure out why this is happening in the first place.
:-(
>
> To recap, the
Unfortunately,
> the only one that responds is sysrq-b, which boots the box without
> syncing or unmounting the disks. Not only does that piss me off but it's
> led to some fs corruption as well (which pisses me off even more). sysrq-b
> is the *only* combination I can get working when this
On Tue, 3 Apr 2001 16:56:57 -0500, Matthew Fredrickson <[EMAIL PROTECTED]> wrote:
>
> I have decided to leave lkml because everybody else is doing it too.
I have decided to switch to Windows because everybody else is doing it too.
Oh, wait.. wrong mailing list. It's not hosted on aol.com. :-)
I've had 0, Ziltch problems with ReiserFS at the moment. It's solid for
me.
On Tue, 3 Apr 2001, Harald Dunkel wrote:
> Hi folks,
>
> If I get the DVD stuff working, then I won't need NT anymore, i.e.
> I will have an empty disk.
>
> What is your impression about ReiserFS? Does it work? Is it
>Volume labels dont help for all cases. Its a bug in the 6.1.5 adaptec driver
>which (to save Justin pointing it out) is fixed in 6.1.8
Actually, there is a component of this related to link order which is
fixed in the upcoming 6.1.9 driver release. The 7895, channel B
primary issue, is fixed
I have decided to leave lkml because everybody else is doing it too.
Matthew Fredrickson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
> MO disks which have normal 512 bytes/sector it all works flawlessly but
> as soon
> as a put in a 1.3GB disk which uses the 2048 bytes/sector format it all
> goes
> wrong. As soon as I write something to the disk by issuing a cp command
It will. Linux 2.4.x still hasn't had the scsi disk block
> > I just got 2.4.3 up a running (on Abit BP6 Dual Celeron ) and
> > it reorderd my SCSI id's. Take a look. I don't like that my ZIP drive
> > becomes sda because if I ever remove it then I'll @#$% my harddrive dev
> > mappings again and have to change them again. Adaptec Driver 6.1.5
> > :-(
>
Hi,
I recently acquired a 1.3GB MO drive. When I use small (230MB and 540MB)
MO disks which have normal 512 bytes/sector it all works flawlessly but
as soon
as a put in a 1.3GB disk which uses the 2048 bytes/sector format it all
goes
wrong. As soon as I write something to the disk by issuing a
I know there was a thread on this previously and I was thinking it had been
resolved (or was that only for a specific mobo mfg?). When I finally got my
VIA chipset machine up to date with a 2.4.3 kernel I noticed the following on
boot up:
PCI: Found IRQ 11 for device 00:0a.0
IRQ
-- Forwarded Message --
Subject: Re: [PATCH][RFC] appling preasure to icache and dcache
Date: Tue, 3 Apr 2001 17:22:10 -0400
From: Ed Tomlinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: l
On Tuesday 03 April 2001 11:03, Benjamin Redelings I wrote:
> Hi, I'm glad
J . A . Magallon wrote:
> On 04.03 Ben Ford wrote:
>
>> J . A . Magallon wrote:
>>
>>> If this has not been done for System.map, that is a much more important
>>> info for debug and oops, and the de facto standard is to put it aside
>>> kernel with some standadr naming, lets use the same
Giuliano Pochini wrote:
>> I just got 2.4.3 up a running (on Abit BP6 Dual Celeron ) and
>> it reorderd my SCSI id's. Take a look. I don't like that my ZIP drive
>> becomes sda because if I ever remove it then I'll @#$% my harddrive dev
>> mappings again and have to change them again. Adaptec
On Tue, Apr 03, 2001 at 04:16:04PM +0400, Vladimir Serov wrote:
> Unfortunately the details of handling these requests aren't clear for me
> and it's not simple to use Alan Cox patches on ARM cause there not
> supported by Russell King and other people in ARM community (I mean no
> patches again
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
The 2.4.3ac1 release is intended simply as a synchronization point and
On Sat, Mar 31, 2001 at 04:38:08PM -0700, Tom Rini wrote:
> Hello all. Without the attached patch, SysRq doesn't work over a serial
> console here. Has anyone else seen this problem?
It is handled at the serial port driver level, not the tty level. You need
to turn on CONFIG_SERIAL_CONSOLE
On Sun, 1 Apr 2001, Xuan Baldauf wrote:
> Hello,
>
> there is something wrong with smbfs caching which makes my
> applications fail. The behaviour happens with
> linux-2.4.3-pre4 and linux-2.4.3-final.
Any version you know it doesn't happen with? (including 2.2 versions)
> Consider following
> " " == Caleb Epstein <[EMAIL PROTECTED]> writes:
> On Tue, Apr 03, 2001 at 02:56:15PM -0400, Caleb Epstein wrote:
>> I am having problems with timeouts and generaly throughput in
>> the 2.4.3 NFS client side code which are not present in the
>> 2.4.2 kernel running in the
On Tue, 3 Apr 2001, Mike Kravetz wrote:
> [...] Currently, in this implementation we only deviate from the
> current scheduler in a small number of cases where tasks get a boost
> due to having the same memory map.
thread-thread-affinity pretty much makes it impossible to use a priority
queue.
Oops, I forgot to add the most important part from README.linux:
...
The 2.2 series kernels contain an older version of the kernel PPP
driver, one which doesn't support multilink. If you want multilink,
you need to run the latest 2.4 series kernel. The kernel PPP driver
was completely
Francois Romieu <[EMAIL PROTECTED]> writes:
> > I think we should separate two things there:
> > - the place (files) where SIOCxxx values are defined
> > - the way we use ioctl call.
>
> (1) and (2) may be related:
> no sub-ioctl (2) + scattered files (1) = *ouch*
Sure.
> Variant:
>
These are excerpts from ppp 2.4.1 README.linux file:
...
The Linux PPP implementation includes both kernel and user-level
parts. This package contains the user-level part, which consists of
the PPP daemon (pppd) and associated utilities. In the past this
package has contained updated kernel
On Tue, Apr 03, 2001 at 09:12:18PM +0200, J . A . Magallon wrote:
> Just like the Alan Cox for 2.4 or Andrea Arcangeli for 2.2. Lets say you
> have 2.4.2-ac27. For each of your compiles, set EXTRAVERSION to -ac27-bf1,
> -ac27-bf2, etc. Your files will be:
Some patches, such as the RAID patches,
On Tue, 3 Apr 2001, Ruth Ivimey-Cook wrote:
> At 04:57 PM 4/3/01, you wrote:
> >I have no choice since the motherboard has the chip on-board and with
> >FastTrack BIOS.
>
> Ahh. I understand.
>
> I didn't know these MBs had the FastTrak BIOS built in; I was assuming you
> were using the PCI
On Tue, Apr 03, 2001 at 10:55:12AM +0200, Ingo Molnar wrote:
>
> you can easily make the scheduler fast in the many-processes case by
> sacrificing functionality in the much more realistic, few-processes case.
> None of the patch i've seen so far maintained the current scheduler's
>
> That would be great and all, but can you tell me how to do it when I
> have 3 or 4 different compiles of the same kernel version?
Each compile you do already gets assigned a version #, if thats not enough then
add your own id string
-
To unsubscribe from this list: send the line "unsubscribe
On 04.03 Ben Ford wrote:
> J . A . Magallon wrote:
> >
> > If this has not been done for System.map, that is a much more important
> > info for debug and oops, and the de facto standard is to put it aside
> > kernel with some standadr naming, lets use the same method for config.
> >
> That
On Tue, Apr 03, 2001 at 02:56:15PM -0400, Caleb Epstein wrote:
> I am having problems with timeouts and generaly throughput in
> the 2.4.3 NFS client side code which are not present in the 2.4.2
> kernel running in the same configuraiton on the same hardware. The
> machines are on a 100
> David Brownell recently added this check to the usb-ohci driver
> since noone has gotten information from AMD for the workaround,
> which is rumored to exist, for this bug.
>
> Do any of you have contacts within AMD who might be able to
> get an explanation of the workaround to David Brownell?
I am having problems with timeouts and generaly throughput in
the 2.4.3 NFS client side code which are not present in the
2.4.2 kernel running in the same configuraiton on the same
hardware. The machines are on a 100 Mbit switched local
network with
J . A . Magallon wrote:
> On 04.03 David Lang wrote:
>
>> if the distro/sysadmin _always_ installs the kernel the 'right way' then
>> the difference isn't nessasarily that large, but if you want reliability
>> on any system it may be worth loosing a page or so of memory (hasn't
>> someone said
On Wed, 28 Mar 2001, Paul Cassella wrote:
> Hangs under 2.4.2-ac{18,19,24} that do not happen under -ac12.
I've been running -ac27 for over 5 days, and it's been fine, so this seems
to have been fixed.
--
Paul Cassella
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Running 2.4.2-ac28, I get the following error:
usb-ohci.c: 00:07.4 (Advanced Micro Devices [AMD] AMD-756 [Viper] USB):
blacklisted, erratum #4
David Brownell recently added this check to the usb-ohci driver
since noone has gotten information from AMD for the workaround,
which is rumored to
I use reiserfs on
a) P3(450) machine 440BX/ZX Chipset 82371AB PIIX4 IDE UDMA33
b) athlon(1100) VIA KT133 something IDE UDMA33
On both of them i have spurious small file garbage problems
during compiling.
There was no situation with real trouble, no permanent damage,
restarting the job solved
Carsten,
seems your pcnet32 changes which made it into 2.4.3 are causing trouble
on i386 machines. Can you try to solve that problem?
On Sat, Mar 31, 2001 at 03:58:11PM +0200, Szabolcs Szakacsits wrote:
> On Fri, 30 Mar 2001, Scott G. Miller wrote:
>
> > Linux 2.4.3, Debian Woody. 2.4.2
hi -
I have 2 dell power edge 6300 boxes,
each with 4 processors and 2 intel
717037 ethernet cards running rh 6.2,
kernel 2.2.14-6.1.1smp. I have
installed the latest intel nic driver
that I could find - v3.0.7. The machines
are identical except for the scsi
controllers.
On one machine, I
Trevor Nichols wrote:
> > Its a kernel bug if it gets stuck like this. You need to provide more info
> > though - what file system, what devices, how much memory. Also ps can give you
> > the wait address of a process stuck in 'D' state which is valuable for debug
>
> ps xl:
> F UID PID
Hello, everyone,
The quick question: if I install PPP 2.4.1 in a Linux box w/ kernel 2.2.x,
will I have support to MLPPP??
Now, the explanation for my doubt. I've seen several (actually 3)
different MLPPP implementations for older versions of PPP/pppd (namely
2.3.5 and 2.3.11). I'd like to
> a) my 53c400 card must be initialized first by DOS driver to be detected by Linux
>kernel
Ok I've not needed that for mine. Must be a variant init function is used on
yours.
> b) The scanner initialization lasts about 4 minutes. And scanning is very slow
> even if I increase the kernel
On Mon, Apr 02, 2001 at 10:15:28PM +0100, Alan Cox wrote:
> Not in the near future.
Never mind. I realized three things:
a) my 53c400 card must be initialized first by DOS driver to be detected by Linux
kernel
b) The scanner initialization lasts about 4 minutes. And scanning is very slow
even
Elmer Joandi wrote:
> 2. Hard lockup:
> G450, I set con2fb, switch consoles some times and there it comes.
> swithc between X and single console is OK.
Did you boot with 'video=scrollback:0' ? You must ;-)
> 3. seems that I have G450 and linux shows it as G400.
>
James Simmons wrote:
> >A very neat trick. X can now be ended correctly. Unfortunately, any
> >scrolling on any VT afterwards gives me a corrupted screen - parts of
> >the screen from other VT's are inserted below, or over the cursor
> >position, and at 'half-line' intervals. In typing this
xcp wrote:
> Here is the output of lspci -vx -s 0:f.0
>
> 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c1)
> (prog-if 8a [Master SecP PriP])
> Flags: bus master, medium devsel, latency 32
> I/O ports at b000 [size=16]
> 00: b9 10 29 52 05 00 80 02 c1 8a 01
On Tue, Apr 03, 2001 at 02:08:13AM +0200, Stefan Linnemann wrote:
> the necessary features. I copied .config from the 2.2.17, superficially
> checked the config, and remade and rebooted.
>
> This was where I noted, that the parport, paride, epat and pd modules didn't
> get installed as
German Gomez Garcia wrote:
>
> ...
> eth1: transmit timed out, tx_status 82 status e605.
> diagnostics: net 04d8 media 8880 dma 00ba.
> eth1: Interrupt posted but not delivered IRQ blocked by another device?
If this happens immediately after startup then possibly the
PCI initialisation has
On Wednesday 04 April 2001 00:10, Alan Cox wrote:
> > Is there any other way to make it working under 2.4.x? Only working
> > drivers are up to 2.2.16. I tried to compile them for 2.2.17 from RH 6.2
> > updates, but they hang up PC.
>
> DPT (now Adaptec) posted beta drivers for the card. I've
Hi!
(beware: I wrongly used vger.rutgers.edu in to, so some care is
required to reply to previous message)
> Hi!
>
> Does S1 going back from S1 work for you? As soon as hit power button
> in S1, machine powers off... It should just continue where it
> started. 2.4.3 on toshiba satelite
> Is there any other way to make it working under 2.4.x? Only working drivers
> are up to 2.2.16. I tried to compile them for 2.2.17 from RH 6.2 updates, but
> they hang up PC.
DPT (now Adaptec) posted beta drivers for the card. I've asked them to make
a few more changes for me but their
Oliver Xymoron wrote:
>
> On Mon, 2 Apr 2001, Tom Leete wrote:
>
> > Oliver Xymoron wrote:
> > >
> > > On Sun, 1 Apr 2001, Jeff Garzik wrote:
> > >
> > > > 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
Alan Cox writes:
> > However, a large number of people run devfs on small to large systems,
> > and these "races" aren't causing problems. People tell me it's quite
>
> They dont have users actively trying to exploit them. I don't
> consider it a big problem for development trees though. devfs
Please forgive me that this is not exactly a kernel question.
I'm trying to figure out how to make a primaryly ram-disk based
Linux system (which should then be able to access "real" storage,
but that is really the last step).
Could some kind soul please point me to a HOWTO or cookbook how
to
On Tuesday 03 April 2001 23:59, Alan Cox wrote:
> > Bus 1, device 1, function 0:
> > PCI bridge: Distributed Processing Technology PCI Bridge (rev 2).
> > Master Capable. Latency=64. Min Gnt=3.
> > Bus 1, device 1, function 1:
> > I2O: Distributed Processing Technology
Alexander Viro writes:
>
>
> On Tue, 3 Apr 2001, Richard Gooch wrote:
>
> > However, a large number of people run devfs on small to large systems,
> > and these "races" aren't causing problems. People tell me it's quite
> > stable. I run devfs on my systems, and not once have I had a problem
>
> Bus 1, device 1, function 0:
> PCI bridge: Distributed Processing Technology PCI Bridge (rev 2).
> Master Capable. Latency=64. Min Gnt=3.
> Bus 1, device 1, function 1:
> I2O: Distributed Processing Technology SmartRAID V Controller (rev 2).
This card isnt supported
> The bad (2.2 kernels)
>
> * Nothing I can think of
Security exploit according to bugtraq, but Im pretty sure it wont take Chris
Mason and friends long to fix that.
> The bad (2.4.x kernels):
>
> * Some corruption problems with various 2.4.x kernels, but
> people are reporting ext2 problems,
Hi!
Does S1 going back from S1 work for you? As soon as hit power button
in S1, machine powers off... It should just continue where it
started. 2.4.3 on toshiba satelite 4030cdt.
Pavel
--
The best software in life is free (not
> However, a large number of people run devfs on small to large systems,
> and these "races" aren't causing problems. People tell me it's quite
They dont have users actively trying to exploit them. I don't consider it a
big problem for development trees though. devfs has a maintainer at least
> ps xl:
> F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND
> 040 1000 1230 1 9 0 24320 4 down_w D ? 0:00
> /home/data/mozilla/obj/dist/bin/mozi
>
down_w
Perhaps down_write_failed()? 2.4.3 converted the mmap semaphore to a
rw-sem.
Did you compile sysrq into your kernel? Then
On Sat, Mar 31, 2001 at 01:59:39AM +0200, Juan Piernas Canovas wrote:
> Yes!!!. It works. I am happy now :-)
Unfortunately, the problem isn't solved, merely worked around. We
need to figure out why this is happening in the first place.
To recap, the system hangs completely when you load the
1 - 100 of 360 matches
Mail list logo
