I have a Plextor CD-RW connected as slave at ide1 and have
append="hdd=ide-scsi" in lilo.conf. Motherboard is AOpen
AK73-PRO which has VIA vt82c686b onboard.
On recent kernels, cdrecord (1.9) started to barf when trying to
write (both with and without --dummy). The system reports irq
timeouts
> I have a ramfs mounted as /tmp. When I create a large file:
>
> dd if=/dev/zero of=/tmp/xxx bs=1024K count=200
>
> (with 128M RAM), the complete system comes to a halt. Hitting keys does not do
RAMfs doesnt use swap. It also in 2.4.2 doesnt have limits. The -ac one uses
limits so
Hi,
seems like ramfs lets the system hang when swapping is involved.
I have a ramfs mounted as /tmp. When I create a large file:
dd if=/dev/zero of=/tmp/xxx bs=1024K count=200
(with 128M RAM), the complete system comes to a halt. Hitting keys does not do
anything anymore, console
On 02.26 Alan Cox wrote:
Also fails in gcc-2.96-0.38mdk (Mandrake Cooker):
rpm -q --changelog gcc
* Sat Feb 17 2001 Chmouel Boudjnah <[EMAIL PROTECTED]> 2.96-0.38mdk
- exit 0 if [ $1 = 0 ] if we are in %postun (to don't screwd up the
alternatives).
* Thu Feb 15 2001 David BAUDENS <[EMAIL
Jeff Garzik wrote:
> Pat, Manfred, in pnic_check_duplex, make this change:
> > -negotiated = mii_reg5 & tp->advertising[0];
> > +negotiated = mii_reg5 & tulip_mdio_read(dev, tp->phys[0], 4);
>
The changed fixed the problem.
>
> Manfred Spraul wrote:
> >
> > I think I found the
The most important thing first: afaik this is not a hw problem, the
machine passed memtests.
I was compiling a gcc on one terminal and extracting a kernel on an other.
When i came back, thing message was waiting me:
Unable to handle kernel paging request at virtual address 5c8d0018
printing
At 01:02 PM 2/26/01, Alan Cox wrote:
> > > Well gcc-bugs would be the better place to send it but this is a
> known problem
> > > fixed in CVS gcc 2.95.3, CVS gcc 3.0 branch and gcc 2.96 (unofficial,
> Red Hat)
> >
> > I'm not sure if it is known, at least not known to me, but definitely not
>
>Date: Mon, 26 Feb 2001 12:47:30 -0800
>To: Jason Rappleye <[EMAIL PROTECTED]>
>From: Jasmeet Sidhu <[EMAIL PROTECTED]>
>Subject: Re: timeout waiting for DMA
>
>I had the same exact problem last night using the IBM drives and the ULTRA
>ata/100 controller from Promise. Could this be due to an
On Mon, 26 Feb 2001, Andrea Arcangeli wrote:
> The highmem changes in 2.4.2ac3 has a couple of bugs, one relevant
> that can generate deadlocks (re-enable interrupts with io_request_lock
> acquired).
oops, right, the emergency-pool patch was just a quick hack to check
whether this is the final
I've tried adding mdelay(1) before and after but
this doesn't help. However, increasing the delay
does, and the minimum I've got to work is mdelay(2)
before, with no delay afterwards. I don't know what
the delay rules for the controller are, so it may
be necessary to add one afterwards as well.
Hi,
I'm running kernel 2.4.2 on an SGI 1100 (dual PIIIs) with a Serverworks
III LE based motherboard. The disk is a Seagate ST330630A. The disk has
DMA enabled at boot time :
hda: ST330630A, ATA DISK drive
hda: 59777640 sectors (30606 MB) w/2048KiB Cache, CHS=3720/255/63, UDMA(33)
(also
- Original Message -
From: "Guest section DW" <[EMAIL PROTECTED]>
To: "Jeff V. Merkey" <[EMAIL PROTECTED]>
Cc: "Jeff V. Merkey" <[EMAIL PROTECTED]>; "Andreas Jellinghaus"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, February 26, 2001 1:11 PM
Subject: Re:
On Sat, 24 Feb 2001, Pekka Savola wrote:
There was a suggestion to try the IDE patch. With it, the same kind of
freezing happens immediately after 'hdparm -d 1'.
With the patch, the kernel message at bootup is like:
hda: QUANTUM FIREBALLP AS20.5, 19595MB w/1902kB Cache, CHS=2498/255/63
hdc:
On Mon, Feb 26, 2001 at 08:26:23AM -0800, Peter J. Braam wrote:
> - when you login, you get imounted into an environment where you have full
> priviliges (except mknod). The "/" of your environment is not a directory
> in the Unix tree.
> - in this environment the system file systems are
> the cable length in mind. Anybody out there know if there's a max cable
> length for the ATA/100 spec??
18", like *all* ide/ata cables.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
I do not think the problem has anything to do with rivafb. I get the same
problem with 2.4.2 when i have dma enabled on my ide disk on my ABIT kt7
which is a via base Athlon mobo as well.
If you have dma enabled , try disabling it and see if the problem goes away
, although now you have a new
> AFAIK, it is a bug in the driver. That output is generated by
> arch/i386/lib/iodebug.c, a routine to catch buggy drivers like that.
> Look at
> include/asm-i386/io.h, line 112 or so:
Yes. Its someone using readb and friends on an unremapped address. In this
case I had a look and a guess at a
On Mon, Feb 26, 2001 at 11:24:07AM -0700, Jeff V. Merkey wrote:
> On Mon, Feb 26, 2001 at 04:11:56AM +0100, Guest section DW wrote:
> > (See http://www.win.tue.nl/~aeb/partitions/partition_types-1.html )
> > Are types 57 and 77, labeled "VNDI Partition", actually in use?
>
> No. They are not.
Manfred Spraul wrote:
>
> I think I found the bug:
>
> Someone (Jeff?) removed the line
>
> tp->advertising[phy_idx++] = reg4;
>
> from tulip/tulip_core.c
>
> pnic_check_duplex uses that variable :-(
>
> There are 2 workarounds:
>
> * change pnic_check_duplex:
>
On 02.26 Stephen Mollett wrote:
> In kernel version 2.4.x (x from 0 to 2-ac3), the
> smc-mca driver gives many errors like the following on
> the console log:
>
> io mapaddr 0xX not valid at smc-mca.c:YYY!
>
> where X is an address within the shared-memory
> assigned to the adapter
At 01:56 PM 2/25/2001 +, Alan Cox wrote:
> > hda: dma_intr: status=3D0x51 { DriveReady SeekComplete Error }
> > hda: dma_intr: error=3D0x84 { DriveStatusError BadCRC }
> > ide0: reset: success
> >
> > Again, if it's really a cable problem, then ASUS is selling
> > cables that don't work with
Andre Hedrick wrote:
>
> Zero is a counting number. 0->255 == 1->256.
I don't understand.
This doesn't explain (value) is bigger than (max).
Are you saying that (value) is counted from 1 , while
(max) ( and min too ? ) is counted from 0 ?
david
> On Fri, 23 Feb 2001, David Balazic wrote:
>
Mahlzeit
On Tue, Feb 27, 2001 at 01:48:26AM +0900, Junichi Morita wrote:
> I think ... This keys controled by SPIC(Sony Programmable I/O Control
>Device).
> Download a picturebook application from
> http://samba.org/picturebook/
> and make it.
Done.
> and check with this command...
> #
jerry ([EMAIL PROTECTED])>I also am using the cable supplied with the mobo
(Abit kt7) so I
do not
> think it is ASUS specific. More likey it is releated to the
> VIA chipset and/or driver.
>
> If I compile kernel with "Generic PCI bus-master DMA support"
> and run "hdparm -d1 /dev/hda" I
Hi,
Hmm, it's a curious driver... Here is the patch (and the final .c) to get
it to compile under 2.4.2
http://www.moses.uklinux.net/patches/aweram/
but the driver doesn't probe for the (extremely frequent!) case when the
device has been prepared by the ISA-PNP subsystem. Looking at the
Hi Al,
Very neat!
Ron Minnich and I built something similar: we built private namespaces for
login sessions. Ours have slightly different semantics I think.
To do so we changed mount+chroot into "imount" (i = invisible). This landed
a process in a file system that had no root in the Unix
On Mon, 26 Feb 2001, Mordechai T. Abzug wrote:
> Why do I have 47MB of swap in use? I thought at first that it might
> be due to the minimum allowable cache size, but considering that there
> was only 48MB of RAM in use to begin with, that still seems
> suspicious. Even weirder, if I then
Hi all,
I was wondering how well the AOpen AK33 and Linux 2.2.18/19 play
together? I saw a really good deal recently but remember reading
some issues with the KT133 chipset not too long ago. The archives
weren't all that specific. The issues that I could identify
were:
1) Mouse cursor jumping?
On Mon, 26 Feb 2001, Alan Cox wrote:
> > > Well gcc-bugs would be the better place to send it but this is a known problem
> > > fixed in CVS gcc 2.95.3, CVS gcc 3.0 branch and gcc 2.96 (unofficial, Red Hat)
> >
> > I'm not sure if it is known, at least not known to me, but definitely not
> >
Ulrich Windl schrieb am Montag, den 26. Februar 2001:
> I had an interesting effect: Due to NVdriver I had a lot of system
> freezes, and I had to reboot. Using e2fsck 1.19a (SuSE 7.1) I got the
> message that one specific "Special (device/socket/fifo) inode .. has
> non-zero size. FIXED."
I
> > Well gcc-bugs would be the better place to send it but this is a known problem
> > fixed in CVS gcc 2.95.3, CVS gcc 3.0 branch and gcc 2.96 (unofficial, Red Hat)
>
> I'm not sure if it is known, at least not known to me, but definitely not
> fixed in any of gcc 2.95.2, CVS gcc 3.0 branch,
Ulrich Windl writes:
> I had an interesting effect: Due to NVdriver I had a lot of system
> freezes, and I had to reboot. Using e2fsck 1.19a (SuSE 7.1) I got the
> message that one specific "Special (device/socket/fifo) inode .. has
> non-zero size. FIXED."
>
> Interestingly I got the message
- Original Message -
From: "Andre Hedrick" <[EMAIL PROTECTED]>
To: "Jeff V. Merkey" <[EMAIL PROTECTED]>
Cc: "Jeff V. Merkey" <[EMAIL PROTECTED]>; "Guest section DW"
<[EMAIL PROTECTED]>; "Andreas Jellinghaus" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, February 26, 2001 10:32
On Mon, 26 Feb 2001, Jeff V. Merkey wrote:
> On Sun, Feb 25, 2001 at 05:59:33PM -0800, Andre Hedrick wrote:
> >
> >
> > It does not matter because the usage of CHS will dies soon because it was
> > voted to death in Austin last week. There will only be LBA addressing
> > from now on out.
>
>
On Mon, Feb 26, 2001 at 05:15:28PM +, Alan Cox wrote:
> > I think I heve found a bug in gcc. I have tried both egcs 1.1.2 (gcc
> > 2.91.66) and gcc 2.95.2 versions.
> >
> > I am attaching you a simplified test program ('bug.c', a really simple
> > program).
>
> Well gcc-bugs would be the
uni16_to_x8() loads unaligned u16 words, returning bogus file names
on an ev5 and older alpha CPUs...
Ivan.
--- 2.4.2-ac4/fs/isofs/joliet.c Fri Feb 9 22:29:44 2001
+++ linux/fs/isofs/joliet.c Mon Feb 26 17:06:54 2001
@@ -10,6 +10,7 @@
#include
#include
#include
+#include
/*
*
On Sun, Feb 25, 2001 at 05:59:33PM -0800, Andre Hedrick wrote:
>
>
> It does not matter because the usage of CHS will dies soon because it was
> voted to death in Austin last week. There will only be LBA addressing
> from now on out.
If someone has Linux and NetWare dual booted on a system,
On Mon, Feb 26, 2001 at 04:11:56AM +0100, Guest section DW wrote:
> On Sun, Feb 25, 2001 at 05:02:09PM -0700, Jeff V. Merkey wrote:
>
> > Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
> > specific calculations of the CHS values, a different method is used for
> >
> I think I heve found a bug in gcc. I have tried both egcs 1.1.2 (gcc
> 2.91.66) and gcc 2.95.2 versions.
>
> I am attaching you a simplified test program ('bug.c', a really simple
> program).
Well gcc-bugs would be the better place to send it but this is a known problem
fixed in CVS gcc
On Mon, Feb 26, 2001 at 02:44:03AM -0600, Rico Tudor wrote:
> > Hypthesis#2 The bounce buffer code in the Linus tree is known to be
> > imperfect. Does 2.4.2ac3 do the same ?
> >
> No improvement. (In fact, 2.4.2ac3 breaks 3ware IDE RAID support.)
The highmem changes in 2.4.2ac3 has a couple
Hi!
I have a C1VJ.
> Note as stated in the FAQ: I am not subscribed, so please CC also to me,
> when answering. (Or else my spies have to do this. :) )
>
> Mahlzeit
>
>
> I have been told, that I might get help here. I have a Sony VAIO C1Vx.
> (In my case x=E.) My problem is the power
New version uploaded on ftp.math.psu.edu/pub/viro/namespaces-a-S2.gz
Changes:
* nosuid, nodev and noexec are per-mountpoint now.
* new flag for mount() - MS_MOVE (move a subtree, probable syntax
for mount(8) - mount --move old new; old must be a mountpoint)
* Fixes
On Fri, 23 Feb 2001, Rik van Riel wrote:
> If anybody as a good idea to make this code auto-balancing,
> please let me know.
(I haven't seen even one suggestion posted.. must be a real bugger)
I haven't found any silver bullets ;) but the one line bend-adjust
below does help the cache problem
I hope you will find this information usefull.
I am not in the linux-kernel list so, if posible, I would like to be
personally CC'ed the answers/comments sent to the list in response to
this posting.
I think I heve found a bug in gcc. I have tried both egcs 1.1.2 (gcc
2.91.66) and gcc 2.95.2
Hi,
On http://helllabs.org/~claudio/awebd/awe_ram.c I found some code which
transforms the
RAM on an AWE32/64 into a block-device. I tried to compile it, but I did not
succeed.
The writer of this code doesn't respond to e-mails.
Anyone out there who has a clue what is going wrong with it? (using
Brian Grossman wrote:
> I'm seeing stalls sending packets to some clients. I see this problem
> under 2.4 (2.4.1 and 2.4.1ac17) but not under 2.2.17.
compiled in ECN support? SYNcookies? try disabling through /proc
tcp or udp? if udp check /proc/net/ipv4/ip_udpdloose or such
>
>
> My theory
Hi,
I got the following oops yesterday evening - below is the ksymoops output
of the hand typed oops report.
As the kernel is "relatively" old this oops might not be of much interest.
If someone is interested however, shout, and I will provide more info about
the system etc.
I am going to
On Mon, Feb 26, 2001 at 10:54:02AM +0100, Lennert Buytenhek wrote:
> A trick that works for me is mounting the NFS filesystem on another mount
> point and unmounting it there. This usually makes the mount on the
> original mount point magically work again.
Thinks, but I've tried it and it didn't
Interesting. This is a KA7 with all power management turned off in the
latest Abit BIOS.
> The kernel puts the timer back and life appears happy again
Ahhh. The kernel *is* god.
Alan Cox wrote:
>
> > Feb 26 00:19:52 abit kernel: probable hardware bug: clock timer
> > configuration lost -
In kernel version 2.4.x (x from 0 to 2-ac3), the
smc-mca driver gives many errors like the following on
the console log:
io mapaddr 0xX not valid at smc-mca.c:YYY!
where X is an address within the shared-memory
assigned to the adapter card, and YYY is 378, 398 or
408.
I have tested the
On Mon, Feb 26, 2001 at 12:07:04PM +0100, Erik Mouw wrote:
> On Sun, Feb 25, 2001 at 09:40:44PM -0500, Chris Mason wrote:
> > Any testing on non-production machines would be appreciated,
> > I'll forward to Linus/Alan once I've gotten more feedback.
>
> Yes, this did the trick, I can't repeat it
Felix von Leitner <[EMAIL PROTECTED]> wrote:
> Any ideas? It's a VIA based Athlon board. Worked fine with 2.4.0 and
> 2.4.1. The only change was that I added rivafb, which finally adds
> Geforce support in 2.4.2. /proc/interrupts does not show any interrupts
> assigned to rivafb, maybe
Andries,
okay, your arguments appear correct to me. Additionally there has some
other work
to be done... I include the patch to be applied from my point of view:
(See attached file: ibmpart.diff)
It includes the adaptions to the dasd_*.c files in drivers/s390/block and
also should
fix the
>when you compile your 2.4.x kernel make sure you set the "4G of RAM"
>option, i.e. CONFIG_HIGHMEM4G. If you chose "up to 1G" then it means "up
>to 986M" (or something like that) -- the number in Help is just rounded up
>to confuse the dummy user :)
Ok, I tried it, but it doesn't boot. It
> Btw, the originally installed W2K not only detects the speed change, but also
> allows you to override the thing and run 700MHz on battery, or 550MHz on
> mains. I seem to remember from the older posts on this list though that it is
> difficult to detect this change (would require an
Hi
i notcied in unix_ioctl at the start of most of its functions is it
possible for the sock->sk to be NULL ?
static int unix_ioctl(struct socket *sock, unsigned int cmd, unsigned long
arg) {
struct sock *sk = sock->sk;
as there is no test to see if its null it just jumps in and uses
A few people have reported that 3c509.c is incorrectly selecting
the BNC connector when used non-modularly.
This is due to 2.2-vs-2.4 incompatibility in the handling
of the `ether=' kernel option. The `ether=' option takes
up to five args. If any are omitted, they default to zero
in kernel 2.2
high!
here is my problem:
The sound is playing (much) too fast.
sometimes using xmms1.2.4 locks up the whole machine (without any log messages,
even a previously initiated shutdown +1 do not complete) .
Configuration:
Im using the 2.4.2 kernel with the via82cxxx_audio from 2.4.2 (but I
On Mon, 26 Feb 2001, Roeland Th. Jansen wrote:
>CPU0 CPU1
> 0: 50644222 50826974IO-APIC-edge timer
> 1: 239631 233690IO-APIC-edge keyboard
> 2: 0 0 XT-PIC cascade
> 3: 344151 345715IO-APIC-edge serial
> 4:
Maciej,
with the patch you sent (with MIS counter code) :
CPU0 CPU1
0: 50644222 50826974IO-APIC-edge timer
1: 239631 233690IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
3: 344151 345715IO-APIC-edge serial
4:
Dear list,
I have a problem with an otherwise wonderful Dell 5000e Inspiron laptop,
which didn't exist prior to kernel 2.4.0 (I used 2.4.0-pre10 for a long time,
no problems).
The CPU is a Coppermine P3 with speedstep, switching to 550MHz when running
on battery only, and 700MHz when
Hi folks:
Since upgrading to 2.4.* from 2.2.18 (with ide-patches to support
my Onstream DI30) I've seen some wierd behavior. When I back up my
filesystem to tape using tar, it seems to interfere with the network,
or something. In particular, I run vncserver on the host and connect via
On Fri, Feb 23, 2001 at 09:15:29AM -0500, Jeff Garzik wrote:
> Arnaldo Carvalho de Melo wrote:
> >
> > Em Fri, Feb 23, 2001 at 10:53:59AM +0300, Andrey Panin escreveu:
> > >
> > > Hi all,
> > >
> > > 16x50 serial driver doesn't check ioremap() return value.
> > > Atached patch should fix this
On Mon, 26 Feb 2001, Alan Cox wrote:
> > We can add an allocation flag (__GFP_NO_CRITICAL?) which can be used by
> > sg_low_malloc() (and other non critical allocations) to fail previously
> > and not print the message.
>
> It is just for debugging. The message can go. If anytbing it would be
On Sat, 24 Feb 2001, Ralf Baechle wrote:
> On Wed, Jan 31, 2001 at 02:29:54PM +0100, Robert Kaiser wrote:
>
> > 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
hi there,
remember quarterdeck's quickreboot from "good" (*cough*) old D{o|O}S
days? here it is for linux! it's only of limited use, especially
in it's current state, but some people might find it useful.
the first patch is the kernel patch. note, that it makes qreboot the
default, if you
Hi.
> modutils-2.4.3.tar.gz Source tarball, includes RPM spec file
> modutils-2.4.3-1.src.rpmAs above, in SRPM format
> modutils-2.4.3-1.i386.rpm Compiled with egcs-2.91.66, glibc 2.1.2
> modutils-2.4.3-1.sparc64.rpmCombined sparc 32/64.
> modutils-2.4.3-1.ia64.rpm
On 25 Feb 2001, Trond Myklebust wrote:
> > I was hopping to avoid unmounting, as I would have to shut
> > about everything down to do that.
>
> It looks as if you'll have to do that. 'mount -oremount' does not
> really cause the root filehandle to get updated. The only thing it
>
> Feb 26 00:19:52 abit kernel: probable hardware bug: clock timer
> configuration lost - probably a VIA686a.
> Feb 26 00:19:52 abit kernel: probable hardware bug: restoring chip
> configuration.
> Feb 26 00:26:53 abit xntpd[886]: synchronized to 132.239.254.5,
> stratum=2
> ...
>
> Anyone have
I noticed that there have been updates to epic100 again and just wanted
to note that the problem remains:
2.4.2-ac3 still crashes, but it works fine when I use the epic100.c
from 2.4.0-test9, which was the last working version for me.
Arnd <><
On Thu, 15 Feb 2001, ARND BERGMANN wrote:
> Sorry
> No improvement. (In fact, 2.4.2ac3 breaks 3ware IDE RAID support.)
Curiouser and curiouser. The 3ware does have some known problems but you'd
see those equally on any SMP 1Ggig/4Gig/64Gig.
> While operating this Thunder 2500 (Tyan motherboard, ServerWorks chipset)
> is like walking on a
I think I found the bug:
Someone (Jeff?) removed the line
tp->advertising[phy_idx++] = reg4;
from tulip/tulip_core.c
pnic_check_duplex uses that variable :-(
There are 2 workarounds:
* change pnic_check_duplex:
s/tp->advertising[0]/tp->mii_advertise/g
* remove the new mii_advertise
On 26 Feb 2001, at 9:33, Alan Cox wrote:
> > browsing the sources for some problem I wondered why nvram.c uses a
> > static spinlock named rtc_lock, hiding the global one.
>
> It only does that for the atari, where the driver isnt used by other things
Hmm.. are there different nvram.c
On Sun, Feb 25, 2001 at 09:40:44PM -0500, Chris Mason wrote:
> This patch should take care of the other cause for null bytes
> in small files. It has been through a few hours of testing,
> with some of the usual load programs + Erik's code concurrently.
>
> I'll let things run overnight to try
On Mon, 26 Feb 2001, Marc Lehmann wrote:
> On Mon, Feb 26, 2001 at 08:11:55AM +0100, Mike Galbraith <[EMAIL PROTECTED]> wrote:
>
> > Anyway, it works fine here with virgin 2.4.2, so it seems unlikely it's
> > a kernel problem.
>
> > 259 execve("/sbin/losetup", ["losetup", "/dev/loop0",
The identd wot I wrote is still fast as anything on 2.4 :)
As you can see from this teeny sample of my ident log, I take just a little
over 1/100th of a second to respond (on average). :)
2001-02-25 16:18:35.714731500 Q [194.75.152.225] - [32907, 25]
2001-02-25 16:18:35.726085500 A
For no apparent reason:
...
Feb 26 00:15:50 abit xntpd[886]: synchronized to 192.6.38.127, stratum=1
Feb 26 00:19:52 abit kernel: probable hardware bug: clock timer
configuration lost - probably a VIA686a.
Feb 26 00:19:52 abit kernel: probable hardware bug: restoring chip
configuration.
Feb 26
Hi,
I had an interesting effect: Due to NVdriver I had a lot of system
freezes, and I had to reboot. Using e2fsck 1.19a (SuSE 7.1) I got the
message that one specific "Special (device/socket/fifo) inode .. has
non-zero size. FIXED."
Interestingly I got the message for every reboot. So either
> > It only does that for the atari, where the driver isnt used by other things
>
> Hmm.. are there different nvram.c drivers? I noticed that SuSE 7.1
> loads that driver in i386
Read carefully
> * This driver allows you to access the contents of the non-volatile
> memory in
> * the
In article <[EMAIL PROTECTED]> you wrote:
> --2F7AbV2suvT8PGoH
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> I'm trying to chase down a semaphore time-out problem. I want to
> sleep on a semaphore until either
> (a) it's signalled, or
> (b) some amount of time
> browsing the sources for some problem I wondered why nvram.c uses a
> static spinlock named rtc_lock, hiding the global one.
It only does that for the atari, where the driver isnt used by other things
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> We can add an allocation flag (__GFP_NO_CRITICAL?) which can be used by
> sg_low_malloc() (and other non critical allocations) to fail previously
> and not print the message.
It is just for debugging. The message can go. If anytbing it would be more
useful to tack Failed alloc data on the end
I'm seeing stalls sending packets to some clients. I see this problem
under 2.4 (2.4.1 and 2.4.1ac17) but not under 2.2.17.
My theory is there is an ICMP black hole between my server and some of its
clients. Is there a tool to pinpoint that black hole if it exists?
Can anyone suggest another
> Hypthesis#2 The bounce buffer code in the Linus tree is known to be
> imperfect. Does 2.4.2ac3 do the same ?
>
No improvement. (In fact, 2.4.2ac3 breaks 3ware IDE RAID support.)
While operating this Thunder 2500 (Tyan motherboard, ServerWorks chipset)
is like walking on a minefield, the
Andries, others,
Thanks for hacking through the code of fs/partitions/ibm.c.
Your patch does not work at all because you are relying on the
data in the part component of the hd structure, which does not
hold the geometry data of the disk but the data of the partitions
on that disk. Besides
From [EMAIL PROTECTED] Mon Feb 26 12:10:59 2001
Andries, others,
Thanks for hacking through the code of fs/partitions/ibm.c.
Your patch does not work at all because you are relying on the
data in the part component of the hd structure, which does not
hold the geometry
I am currently writing a device driver that must listen to a socket
connection in kernel space. By looking at various code, I found out that
many drivers in the kernel use the socket->sk->sleep wait queue to queue
themselves on that list and get waken_up() by the socket.
My question is : if I
On Feb 26, Alexander Viro <[EMAIL PROTECTED]> wrote:
>There is no way to implement them without credentials' cache. Which needs
>to be done for many other reasons, but that's a separate patch and
>separate story. If it's done - no serious penalty involved. However,
>I doubt that we want a
Hi all,
please take a look at attached patches (2.4.2-ac1):
cyclades.c: remove panic() calls;
serial.c: ioremap() checks, better error handling in start_pci_pnp_board() function
(dectivate/deinit device on failire), remove panic() calls.
Also I have some questions:
- trying to remove
Usually identd's on Linux parse /proc/net/tcp.
When migrating from Linux 2.2.17 to 2.4.2 identd became much slower.
I traced it back to the point where /proc/net/tcp is read.
On the same slightly loaded system:
2.2.17 $ time cat /proc/net/tcp >/dev/null
real0m0.004s
user0m0.000s
sys
Alan Cox <[EMAIL PROTECTED]> wrote:
> For the moment get it from
> ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac
or get it from: www.bzimage.org/kernel-patches/alan/v2.4.2
where also incremental patches are available
eg:
94691 Feb 26 07:41 patch-2.4.2-ac3-ac4.bz2
Danny
-
To
On Mon, Feb 26, 2001 at 08:11:55AM +0100, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> Hmm.. I remember having this problem and it was a problem with strace.
Well, I obviously strace'd it to find out why I get a memory fault without
one (I would be happy if it worked without strace ;->)
>
I've been noticing some weird cache/swap behavior under 2.4.1 and
2.4.2. If there is a large amount of allocated cache space, a program
requests a lot of RAM, and then the program exits, then one can end up
using lots of swap while having a hefty cache, which doesn't make much
sense. Here is a
I've been noticing some weird cache/swap behavior under 2.4.1 and
2.4.2. If there is a large amount of allocated cache space, a program
requests a lot of RAM, and then the program exits, then one can end up
using lots of swap while having a hefty cache, which doesn't make much
sense. Here is a
On Mon, Feb 26, 2001 at 08:11:55AM +0100, Mike Galbraith [EMAIL PROTECTED] wrote:
Hmm.. I remember having this problem and it was a problem with strace.
Well, I obviously strace'd it to find out why I get a memory fault without
one (I would be happy if it worked without strace ;-)
Anyway, it
Alan Cox [EMAIL PROTECTED] wrote:
For the moment get it from
ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac
or get it from: www.bzimage.org/kernel-patches/alan/v2.4.2
where also incremental patches are available
eg:
94691 Feb 26 07:41 patch-2.4.2-ac3-ac4.bz2
Danny
-
To
Hi all,
please take a look at attached patches (2.4.2-ac1):
cyclades.c: remove panic() calls;
serial.c: ioremap() checks, better error handling in start_pci_pnp_board() function
(dectivate/deinit device on failire), remove panic() calls.
Also I have some questions:
- trying to remove
Usually identd's on Linux parse /proc/net/tcp.
When migrating from Linux 2.2.17 to 2.4.2 identd became much slower.
I traced it back to the point where /proc/net/tcp is read.
On the same slightly loaded system:
2.2.17 $ time cat /proc/net/tcp /dev/null
real0m0.004s
user0m0.000s
sys
I am currently writing a device driver that must listen to a socket
connection in kernel space. By looking at various code, I found out that
many drivers in the kernel use the socket-sk-sleep wait queue to queue
themselves on that list and get waken_up() by the socket.
My question is : if I
On Feb 26, Alexander Viro [EMAIL PROTECTED] wrote:
There is no way to implement them without credentials' cache. Which needs
to be done for many other reasons, but that's a separate patch and
separate story. If it's done - no serious penalty involved. However,
I doubt that we want a union on
101 - 200 of 381 matches
Mail list logo