This is not a real patch but it works fine for me:
--- drivers/char/serial.c.orig Thu May 3 09:29:00 2001
+++ drivers/char/serial.c Thu May 3 09:29:34 2001
@@ -1764,8 +1764,8 @@
/*
* !!! ignore all characters if CREAD is not set
*/
- if ((cflag & CREAD) ==
Blesson Paul wrote:
> Hi
> This is an another doubt related to VFS. I want to know
> wheather all files are assigned their inode number at the mounting time itself
> or inodes are assigned to files upon accessing only
er..
inode numbers are assigned at file creation time.
c
Hi
This is an another doubt related to VFS. I want to know
wheather all files are assigned their inode number at the mounting time itself
or inodes are assigned to files upon accessing only
Thanks in advance
by
Blesson
__
Hi Linus,
the following patch does:
1) fix swap_amount() to never return a swap count larger than
the process' RSS and swap_out() to return immediately when
swapping out a process with 0 RSS
2) the counter in swap_out() is corrected with a factor of
1<= change in __alloc_pages(), we ca
"J . A . Magallon" wrote:
>
> On 05.11 Martin.Knoblauch wrote:
> >
> > I ask, because I thought the size of kproc could be used to determine
> > the amount of physical memory. If this assumption is wrong, is there
> > another way to achive the goal?
> >
>
> #include // for get_phys_pages()
> #
Richard Gooch <[EMAIL PROTECTED]>:
> >
> OK, provided the prefetch will queue up a large number of requests
> before starting the I/O. If there was a way of controlling when the
> I/O actually starts (say by having a START flag), that would be ideal,
> I think.
>
The START flag is equivalent to
On Mon, 7 May 2001, Alan Cox wrote:
> > Is it possible to screw up the hardware entirely from software? I made
>
> In an abstract theoretical sense yes. Accidentally almost impossible.
There _were_ some viruses (in M$ world) that added "expensive" operations
to every disk access, such as readi
Hi,
I noticed discussion of the various Via KT133A chipset problems related
to
Athlon optimized kernels has trailed off. Are people successfully using
the patch that Alan Cox posted, or are there still problems?
I just ran into this last night (I thought all the Athlon chipset bugs
had
been
On 13 May 2001, Kai Henningsen wrote:
> [EMAIL PROTECTED] (Mike Galbraith) wrote on 13.05.01 in
><[EMAIL PROTECTED]>:
>
> > On 13 May 2001, Kai Henningsen wrote:
> >
> > > [EMAIL PROTECTED] (Alan Cox) wrote on 09.05.01 in
> > > <[EMAIL PROTECTED]>:
> > >
> > > > > you stand, it'll cost you aro
Hi
I am trying to implement a distributed file system. For that I
write a file driver. I want to know the following things
1 . If I am writing a new file system, is it necessary to modify the existing
structs including inode struct.
2 . If it is not needed, will a simple registrat
Linus Torvalds writes:
>
> On Sun, 13 May 2001, Richard Gooch wrote:
> >
> > Think about it:-) You need to generate prefetch accesses in ascending
> > device bnum order.
>
> I seriously doubt it is worth it.
>
> Th ekernel will do the ordering for you anyway: that's what the
> elevator is, and
Hi Linus,
The attached patch against 2.4.5-pre1 page_alloc.c fixes
the following things:
1) uses >= in __alloc_pages_limit(), so we can get 1 page
below the limit and tests like free_shortage() and
out_of_memory() can test for shortage with a simple '<'
... this should prevent subtle er
Hi,
I was unable to understand the logic of the following sanity checks in
slab.c/kmem_cache_init ().
if (kmem_cache_diff(c_firstp,c_magic) != kmem_slab_diff(s_nextp,s_magic) ||
kmem_cache_diff(c_firstp,c_inuse) != kmem_slab_diff(s_nextp,s_inuse) ||
kmem_cache_offset(c_lastp) - ((unsigned
On Sun, 13 May 2001, Richard Gooch wrote:
>
> Think about it:-) You need to generate prefetch accesses in ascending
> device bnum order.
I seriously doubt it is worth it.
Th ekernel will do the ordering for you anyway: that's what the elevator
is, and that's why you have a "prefetch" system ca
On 13 May 2001, Christoph Rohland wrote:
> Hi Mike,
>
> On Sat, 12 May 2001, Mike Galbraith wrote:
> > Why do I not see this behavior with a heavy swap throughput test
> > load? It seems decidedly odd to me that swapspace should remain
> > allocated on other folks lightly loaded boxen given that
Rik van Riel writes:
> On Sun, 13 May 2001, Richard Gooch wrote:
> > Larry McVoy writes:
>
> > > Ha. For once you're both wrong but not where you are thinking. One
> > > of the few places that I actually hacked Linux was for exactly this
> > > - it was in the 0.99 days I think. I saved the lis
Hi, I'd like to fix a minor nit I've had with linux for a while, however I
need a bit more information, and would like to know if a patch would be
accepted. After running make menuconfig (and it's friends) you get told
to type "make bzImage" which is only right for i386, and IMHO should be
change
Hi Linus,
instead of walking the whole swap bitmap, out_of_memory()
might just as well check the nr_swap_pages variable which
is used by __get_swap_page() ...
regards,
Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...
http://www.surriel.co
Hi Linus,
here are a filemap.c fix and a slight addition:
1) __find_page_nolock should only set the referenced bit
on an active page, otherwise a number of subsequent
reads from the same page within one page scan interval
can SEVERELY mess up page aging to the disadvantage of
the oth
Hi Linus,
The following patch fixes a problem where bdflush eats too
much cpu time without getting work done; the problem is that
calls to page_launder() don't achieve anything in the short
term and may not even achieve anything long-term because we
may just be short on inactive pages.
In both o
[EMAIL PROTECTED] writes:
> > > Any suggestions on heuristics for this ?
>
> Not to set rcvbuf to ridiculously low values. The best variant is not
> to touch SO_*BUF options at all.
Hmmm... I don't see how not touching buffer values can solve his
problem at all. His MTU is really HUGE, a
On Sun, 13 May 2001, Richard Gooch wrote:
> Larry McVoy writes:
> > Ha. For once you're both wrong but not where you are thinking. One
> > of the few places that I actually hacked Linux was for exactly this
> > - it was in the 0.99 days I think. I saved the list of I/O's in a
> > file and fill
Eric W. Biederman writes:
> Mostly I like the situation where I can compile it in and turn it on
> when I need it, instead of having to do thing differently if it is
> compiled in or not.
>
> ip=on is all it really takes.
This is the main reason I like the current 2.4.x behavior.
I hate c
On 05/13/2001 at 08:03:30 PM Horst von Brand <[EMAIL PROTECTED]>
wrote:
>The old C compiler/old Unix linker guaranteed 6 chars in an external symbol
>name only, and C functions got an underscore prepended: _creat. I guess
>this is the reason for this wart. As to why 6 chars only, I'd guess some
H . J . Lu writes:
> Have you tried ramdisk on diskless ... sparc .. booting
> over network?
I know that sparc works fine, what is your point though?
All platforms ought to work with ramdisks just fine, in fact.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
Piotr Wysocki writes:
> ll_proto.c:36: `ETH_P_ECHO' undeclared here (not in a function)
> ll_proto.c:36: initializer element is not constant
> ll_proto.c:36: (near initialization for `llproto_names[1].id')
Just simply remove references to these (bogus, that's why they were
removed from the ke
Pekka Savola writes:
> But it still looks dirty. Also, it's easier to add it many times by
> mistake; IPv4 addresses do not allow this. And as you have to remove them
> N times too, this may create even more confusion.
There is this growing (think growing as in "fungus") set of thinking
tha
Larry McVoy writes:
> On Sun, May 13, 2001 at 06:32:02PM -0700, Linus Torvalds wrote:
> > > Hi, Linus. I've been thinking more about trying to warm the page
> > > cache with blocks needed by the bootup process. What is currently
> > > missing is (AFAIK) a mechanism to find out what inodes and bl
Linus Torvalds writes:
>
> On Sun, 13 May 2001, Richard Gooch wrote:
> >
> > Hi, Linus. I've been thinking more about trying to warm the page
> > cache with blocks needed by the bootup process. What is currently
> > missing is (AFAIK) a mechanism to find out what inodes and blocks have
> > been
On Sun, May 13, 2001 at 06:32:02PM -0700, Linus Torvalds wrote:
> > Hi, Linus. I've been thinking more about trying to warm the page
> > cache with blocks needed by the bootup process. What is currently
> > missing is (AFAIK) a mechanism to find out what inodes and blocks have
> > been accessed.
On Sun, May 13, 2001 at 07:24:31PM -0600, Eric W. Biederman wrote:
>
> I agree it isn't intuitive, and if nfsroot=xxx is specified it should
> probably turn on if there is missing information.
>
> But if you have to select the command line anyway
>
> Mostly I like the situation where I can
>why creat doesn't end in an "e;" and so forth. I tell the
Some time back, Ken Thompson was asked, if he had it to do over
again, what changes he would make to Unix. The only thing he could
think of: spell it "create()".
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "un
On Sun, 13 May 2001, Richard Gooch wrote:
>
> Hi, Linus. I've been thinking more about trying to warm the page
> cache with blocks needed by the bootup process. What is currently
> missing is (AFAIK) a mechanism to find out what inodes and blocks have
> been accessed. Sure, you can use bmap() t
"H . J . Lu" <[EMAIL PROTECTED]> writes:
> On Sun, May 13, 2001 at 01:24:18PM -0600, Eric W. Biederman wrote:
> > "H . J . Lu" <[EMAIL PROTECTED]> writes:
> >
> > > It doesn't make any senses. When I specify CONFIG_IP_PNP and
> > > BOOTP/DHCP, I want a kernel with IP config using BOOTP/DHCP. I w
To the best of my knowledge, dev_t number is still 16 bits with 8 most
significant bits being the major number and the other 8 bits being the
minor number; which of course means that minor numbers can only go up to
255. Has this limitation been some how addressed with 2.4? 256 devices
per module
On Sun, May 13, 2001 at 01:24:18PM -0600, Eric W. Biederman wrote:
> "H . J . Lu" <[EMAIL PROTECTED]> writes:
>
> > It doesn't make any senses. When I specify CONFIG_IP_PNP and
> > BOOTP/DHCP, I want a kernel with IP config using BOOTP/DHCP. I would
> > expect IP config is turned for BOOTP/DHCP b
> I'm trying to make this card work under 2.4.4, but I couldn't find a patch
> anywhere to get it working under 2.4.x nor on 2.2.x. I tried with the I2O
> kernel support, but it didn't work, it only reported errors after a pretty
> long waiting :)
You need to 2.4.4ac8 or higher for dpt i2o_scsi a
"Mike A. Harris" <[EMAIL PROTECTED]> said:
> On Fri, 11 May 2001 [EMAIL PROTECTED] wrote:
[...]
> >why creat doesn't end in an "e;" and so forth. I tell the
The old C compiler/old Unix linker guaranteed 6 chars in an external symbol
name only, and C functions got an underscore prepended: _crea
[EMAIL PROTECTED] said:
> If I am not mistaken, Richard Hirst has also done work on this thing.
> The Panther/lp486e/PWS/... has on-board ethernet (82596) and this now
> works under both 2.2 and 2.4. It also has on-board SCSI (NCR
> 53c700-66), maybe memory mapped, I forget. Maybe nobody knows the
hi,
I'm trying to make this card work under 2.4.4, but I couldn't find a patch
anywhere to get it working under 2.4.x nor on 2.2.x. I tried with the I2O
kernel support, but it didn't work, it only reported errors after a pretty
long waiting :)
The CDROM the card comes with brings a precompiled m
ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac/
Intermediate diffs are available from
http://www.bzimage.org
Ok we are back on kernel.org
2.4.4-ac9
o Clean up x86isms from the UML code (Chris Emerson)
o Remove un-nee
>> If I am not mistaken, Richard Hirst has also done work on this thing.
> He did 53c710+. The 700 and 700/66 are much less capable devices.
Yes. But long ago he wrote:
---
You need quite a different driver from the 53c710 drivers that
exist, because 53c700 doesn't have DSA register. I've attac
On Fri, 11 May 2001, Hacksaw wrote:
>Well, I can't disagree. Unix's biggest turn off was the stupid command names.
I agree partially with that, but as someone who's used DCL in
VMS, I can say meaningful names are no better. People don't want
to type SHOW DIRECTORY or CREATE /DIRECTORY /PERMISSI
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote:
>>Heaven help us when tradition is more important than clarity.
>>
>
>If clarity is the most important consideration, then other things should be
>changed as well. For instance, the command we use to search for text strings in
>files should be called
[EMAIL PROTECTED] (Mike Galbraith) wrote on 13.05.01 in
<[EMAIL PROTECTED]>:
> On 13 May 2001, Kai Henningsen wrote:
>
> > [EMAIL PROTECTED] (Alan Cox) wrote on 09.05.01 in
> > <[EMAIL PROTECTED]>:
> >
> > > > you stand, it'll cost you around $15K and that, in my opinion, is
> > > > fine. If i
Hi,
I have an unusual problem with compiling iproute2 on 2.4.5-pre1, this
problem didn't occur on my previous kernel - 2.4.2-ac3..
root@tower:~/progs/server/iproute2# uname -a
Linux tower 2.4.5-pre1-xfs #5 Sat May 12 12:55:39 CEST 2001 i686 unknown
root@tower:~/progs/server/iproute2# make
...
make
On Sun, 13 May 2001, Mikulas Patocka wrote:
> CPU 0 CPU 1
> is executing the code marked is executing try_to_free_buffers on
> above with ^^^: the same page (it can be, because CPU 0
> did not lock the page)
>
> (page->buffers
Hi all. First time writing to the kernel list, so let me know if I break
any conventions. This is long, so I thank you all for your help now :o)
Paul Dorman.
I have two CMD648 PCI ATA66 controllers - one generic and one by
Leadtek. At the moment the Leadtek is installed. I have a dual PII 450
ma
> If I am not mistaken, Richard Hirst has also done work on this thing.
He did 53c710+. The 700 and 700/66 are much less capable devices.
According to http://www.murphy.nl/~ard/systems/pws/pws/node18.html
the NCR 53c700/66 is mapped at 0xCC0-0xCFF.
The system board id looks interesting too. I w
On Thursday 10 May 2001 09:21, Andreas Dilger wrote:
> I previously wrote:
> > I was looking at the new patch, and I saw something that puzzles
> > me. Why do you set the EXT2_INDEX_FL on a new (empty) directory,
> > rather than only setting it when the dx_root index is created?
> >
> > Setting th
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
read the fine faq.
-
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 at http://www
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 - pr
> Whenever a hard disk access is attempted, I get the following messages:
>
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
That is a cable problem
> This error did not appear under previous versions of the kernel (2.2.x).
> New SCSI driver for 53c700 chip
Good!
If I am not mistaken, Richard Hirst has also done work on this thing.
The Panther/lp486e/PWS/... has on-board ethernet (82596)
and this now works under both 2.2 and 2.4.
It also has on-board SCSI (NCR 53c700-66), maybe memory mapped,
I forget. Maybe nobod
Description of the problem:
---
Whenever a hard disk access is attempted, I get the following messages:
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
This error did not appear under previous versions of the ker
Hi,
I'm using the 2.4.4-ac8 kernel and found that the pci_xircom_fn()
function in drivers/char/serial.c does not return a value even though it
is defined as returning int. I took a look at the other initializer
functions and they all return 0 (zero) on success, so I assumed that the
correct
Hi. I have an Compaq Armada M700 laptop and an ArmadaStation II
laptop. The laptop has a Maestro 2E sound chipset in it, and the
docking station has the matching ES978 chip which controls
speakers and handles volume up/down/mute buttons on the side of
the docking station. The maestro.c driver i
Hi folks,
I just installed RedHat 7.1 on a dual P3-733 system with 1 GB RAM. The installation
went fine, but, after rebooting, the system fails to come up. The kernel loads but
then eventually halts at the "freeing unused kernel memory" message.
Does anyone have any ideas on what this means
> > > + if (!dead_swap_page &&
> > > + (PageTestandClearReferenced(page) || page->age > 0 ||
> > > + (!page->buffers && page_count(page) > 1) ||
> > > + page_ramdisk(page))) {
> > ^^
> > > del_page_from
On Sun, May 13, 2001 at 09:38:53PM +0200, [EMAIL PROTECTED] wrote:
> Using 2.2.19 I discovered that running two simultaneous scp's (uses up whole
> capacity in TCP traffic) on a 115200bps full duplex serial port nullmodem cable
> causes the earlier started one to survive and the later to starve. R
Hi: Just tried to boot 2.4.4-ac8 on my thinkpad: I have an eepro100
ethernet card, which works fine under 2.4.3-ac14 and 2.4.4 - when I tried
2.4.4-ac8 things got as far as pump trying to bring up the eth0 interface,
and the machine locked up - this happened a few times [I have not enabled
CONFI
Hi
I have a SparcStation 10 with dual SuperSparc processors (_not_
sparc64), and I am unable to compile the latest kernel from
vger.samba.org CVS. Standard Linus kernels neither work, but I figure
they aren't supposed to...
The reason seems to be that the functions pmd_alloc_one_fast,
pmd_alloc
On Sun, 13 May 2001 [EMAIL PROTECTED] wrote:
> Hello!
>
> > It appears you can add _exactly_ same IPv6 address on an interface many
> > times:
>
> Yes. BTW, look here:
>
> kuznet@dust:~ # ip -6 a ls sit0
> 7: sit0@NONE: mtu 1480 qdisc noqueue
> inet6 ::127.0.0.1/96 scope host
> inet6 ::19
On 05.13 Rik van Riel wrote:
> On Tue, 8 May 2001, Mike Galbraith wrote:
>
> > While running a ktrace enabled kernel (IKD), I noticed many useless
> > context switches. The problem is that we continually pester kswapd/
> > kflushd at times when they can't do anything other than go back to
> > s
> causes the earlier started one to survive and the later to starve. Running bcp
> instead of the second (which uses UDP) at 11000 bytes per second caused the
> utilization in both directions to go up nearly to 100%.
>
> Is this a normal TCP stack behaviour?
Yes. TCP is not fair. Look up 'captur
Using 2.2.19 I discovered that running two simultaneous scp's (uses up whole
capacity in TCP traffic) on a 115200bps full duplex serial port nullmodem cable
causes the earlier started one to survive and the later to starve. Running bcp
instead of the second (which uses UDP) at 11000 bytes per seco
On Sun, 13 May 2001, Linus Torvalds wrote:
> On Sun, 13 May 2001, Rik van Riel wrote:
> >
> > Why the hell would we want this ?
> You've missed about half the discussion, it seems..
True, I was away at a conference ;)
> > If the page is referenced, it should be moved back to the
> > active list
On Sun, 13 May 2001, Rik van Riel wrote:
>
> This means that the swapin path (and the same path for
> other pagecache pages) doesn't take the page lock and
> the page lock doesn't protect us from other people using
> the page while we have it locked.
You can test for swap cache deadness without
On Sun, May 13, 2001 at 06:36:11PM +0100, David Woodhouse wrote:
> IMHO, no 64-bit architecture code should provide translation functions for
> ioctls from 32-bit binaries.
>
> This is now a sufficiently common requirement that it shouldn't be repeated
> by all architectures that require it - it
"H . J . Lu" <[EMAIL PROTECTED]> writes:
> It doesn't make any senses. When I specify CONFIG_IP_PNP and
> BOOTP/DHCP, I want a kernel with IP config using BOOTP/DHCP. I would
> expect IP config is turned for BOOTP/DHCP by default. You can turn
> it off by passing "ip=off" to kernel. Did I miss so
> > I disagree. The IO-APIC is the chipset APIC. It is distinct from the APIC
> > on the processors.
>
> Disagree with which part? The fix, or likely needing a better ifdef?
Needing a better ifdef
> >From the point of view of the Via southbridge chip, IO-APIC is
> external... The comment abov
Alan Cox wrote:
>
> > +/* we will likely need a better ifdef, something like
> > + * ifdef CONFIG_EXTERNAL_APIC
> > + */
> > +#ifdef CONFIG_X86_IO_APIC
>
> I disagree. The IO-APIC is the chipset APIC. It is distinct from the APIC
> on the processors.
Disagree with which part? The fix, or likel
> Alrighty. That eliminates the patch. I'll rewrite the ixj.c according
> to this. ixj.c will be a large patch due to the numerous revisions, I
Im much less worried about having 2.2/2.4 version code in the ixj driver
itself. Quicknet have to maintain that for 2.2/2.4 and I dont want to make
> +/* we will likely need a better ifdef, something like
> + * ifdef CONFIG_EXTERNAL_APIC
> + */
> +#ifdef CONFIG_X86_IO_APIC
I disagree. The IO-APIC is the chipset APIC. It is distinct from the APIC
on the processors.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hello!
> > Any suggestions on heuristics for this ?
Not to set rcvbuf to ridiculously low values. The best variant is not
to touch SO_*BUF options at all.
Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
At 19:15 13/05/2001, Art Boulatov wrote:
>On Sunday 13 May 2001 02:46 pm, Guest section DW wrote:
> > On Sat, May 12, 2001 at 08:34:45PM -0600, Jeff V. Merkey wrote:
> > > What is your specific question?
> >
> > Well, my specific question would be: enough information to support
> > mounting filesy
Hi Mike,
On Sat, 12 May 2001, Mike Galbraith wrote:
> Why do I not see this behavior with a heavy swap throughput test
> load? It seems decidedly odd to me that swapspace should remain
> allocated on other folks lightly loaded boxen given that my heavily
> loaded box does release swapspace quite
Hello!
> I believe these events get sent to the cardmgr daemon and it does
> all the ifconf magic to change the device state.
Compare this also to the situation with netif_present().
After Linus said that it is called from thread context, I prepared
corresponding code for netif_present (and for
On Sunday 13 May 2001 02:46 pm, Guest section DW wrote:
> On Sat, May 12, 2001 at 08:34:45PM -0600, Jeff V. Merkey wrote:
> > What is your specific question?
>
> Well, my specific question would be: enough information to support
> mounting filesystems that live on a dynamic disk.
>
> Andries
Unde
[EMAIL PROTECTED] said:
> We've identified several unchecked pointers using the Stanford checker
> and have produced patches for them:
> FTL (a memory card driver)
Patch applied to the master CVS, along with a cleanup on the immediately
subsequent malloc check too. It'll be in my next merge to
Rik van Riel writes:
> Then I'd rather check this in a visible place in page_launder()
> itself. Granted, this is a special case, but I don't think this
> one is worth obfuscating the code for...
I think Linus's scheme is just fine, controlling the new 'priority'
argument to writepage() using
Hello!
> It appears you can add _exactly_ same IPv6 address on an interface many
> times:
Yes. BTW, look here:
kuznet@dust:~ # ip -6 a ls sit0
7: sit0@NONE: mtu 1480 qdisc noqueue
inet6 ::127.0.0.1/96 scope host
inet6 ::193.233.7.100/96 scope global
inet6 ::193.233.7.100/96 scope g
On Sun, 13 May 2001, David S. Miller wrote:
> Rik van Riel writes:
> > On Tue, 8 May 2001, David S. Miller wrote:
> > > Nice. Now the only bit left is moving the referenced bit
> > > checking and/or state into writepage as well. This is still
> > > part of the plan right?
> >
> > Why the
Rik van Riel writes:
> On Tue, 8 May 2001, David S. Miller wrote:
> > Nice. Now the only bit left is moving the referenced bit
> > checking and/or state into writepage as well. This is still
> > part of the plan right?
>
> Why the hell would we want this ?
Because if it's a dead swap pa
At 5:45 PM +0100 2001-05-13, Alan Cox wrote:
> > What I was arguing (conceptually) is that something like
>> #define ENOIOCTLCMD ENOTTY
>> or preferably but more invasively s/ENOIOCTLCMD/ENOTTY/ (mutatis mutandis)
>>
>> would result in no loss of function. I assert that ENOIOCTLCMD is
>> redu
[EMAIL PROTECTED] said:
> Andrea Arcangeli writes:
> > Related side note: for the x86-64 kernel we won't support the emulation
> > of the lvm ioctl from the 32bit executables to avoid the pointer
> > conversion an mainteinance pain enterely, at least in the early stage
> > the x86-64 lvmtools
On Sun, May 13, 2001 at 05:45:13PM +0100, Matt wrote:
> I'm having some major headaches trying to get a timer working in my
> driver.
>
> The timer is started when the device node is opened, and deleted when it's
> closed. The timer code itself calls mod_timer to add itself back in
> again. At th
For those of you with Via interrupting routing issues (or
interrupt-not-being-delivered issues, etc), please try out this patch
and let me know if it fixes things. It originates from a tip from
Adrian Cox... thanks Adrian!
--
Jeff Garzik | Game called on account of naked chick
Building 102
"Albert D. Cahalan" wrote:
> Hans Reiser writes:
>
> > Tell us what to code for, and so long as it doesn't involve looking
> > up files by their 32 bit inode numbers we'll probably be happy to
> > code to it. The Neil Brown stuff is already coded for though.
>
> Next time around, when you update
On Friday, May 11, 2001 04:00:20 AM -0700 Hans Reiser <[EMAIL PROTECTED]>
wrote:
> Alan Cox wrote:
>
>> > Are you referring to Neil Brown's nfs operations patch as being as
>> > ugly as hell, or something else? Just want to understand what you are
>> > saying before arguing.
>>
>> Andi h
Alrighty. That eliminates the patch. I'll rewrite the ixj.c according
to this. ixj.c will be a large patch due to the numerous revisions, I
don't know how well it can be broken up into small pieces. Do you want
small pieces still? The ChangeLog shows all the fixes for the
revisions. Ther
I'm having some major headaches trying to get a timer working in my
driver.
The timer is started when the device node is opened, and deleted when it's
closed. The timer code itself calls mod_timer to add itself back in
again. At the moment, it runs every second and does nothing more than
issue a
> What I was arguing (conceptually) is that something like
> #define ENOIOCTLCMD ENOTTY
> or preferably but more invasively s/ENOIOCTLCMD/ENOTTY/ (mutatis mutandis)
>
> would result in no loss of function. I assert that ENOIOCTLCMD is
> redundant, pending a specific counterexample.
On the contr
Eric S. Raymond wrote:
> Reasoned objections can change my behavior. Grunting territorial
> challenges at me will not. You have two options: (1) persuade Linus
> that the whole CML2 thing is a bad idea and should be dropped, or (2)
> work with me to correct any errors I have made and improve the s
"H . J . Lu" <[EMAIL PROTECTED]> writes:
> On Fri, May 11, 2001 at 04:28:05PM -0700, David S. Miller wrote:
> >
> > H . J . Lu writes:
> > > 2.4.4-ac8 disables IP auto config by default even if CONFIG_IP_PNP is
> > > defined. Here is a patch.
> >
> > It doesn't make any sense to enable this
On Tue, 8 May 2001, David S. Miller wrote:
> Marcelo Tosatti writes:
> > Ok, this patch implements thet thing and also changes ext2+swap+shm
> > writepage operations (so I could test the thing).
> >
> > The performance is better with the patch on my restricted swapping tests.
>
> Nice. Now
> phonedev.diff is against 2.4.4 and brings the file phonedev.c up to date
> with respect to the Quicknet CVS. Changes are very minor, mostly #if
> LINUX_VERSION_CODE matching and structure updates. Small off by one
> fixes and file operation semantics updates.
I intentionally dont keep back
> Erm... Let me restate: what did you expect to achieve with that?
> Swap on device means that all contents of that device is lost.
> Mounting fs from device generally means that you don't want the
> loss of contents. At least until you unmount the thing.
Actually no. There is no swap magic so th
> I am having trouble with the 2.4.4 kernel using MSI 694D Pro AR dual
> PIII processor motherboard with onboard Promise ATA100.
Fixed in 2.4.5pre1/2.4.4-ac
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Tue, 8 May 2001, Mikulas Patocka wrote:
> > + if (!dead_swap_page &&
> > + (PageTestandClearReferenced(page) || page->age > 0 ||
> > +(!page->buffers && page_count(page) > 1) ||
> > +page_ramdisk(page))) {
>
1 - 100 of 135 matches
Mail list logo
