Hi,
The following patch lets memparse return a long long. This is needed
to use mem= on highmem machines.
Greetings
Christoph
diff -uNr 2.4.0-ac/arch/i386/kernel/setup.c 2.4.0-ac-memparse/arch/i386/kernel/setup.c
--- 2.4.0-ac/arch/i386/kernel/setup.c Tue Jan 2 21:57:54 2001
+
[EMAIL PROTECTED] said:
> That is a lot of work for a very few special cases. OTOH, you could
> just add a few lines of __initcall code in two source files (which I
> did when I wrote inter_module_xxx) and swap the order of 3 lines in
> drivers/mtd/Makefile. Guess which alternative I am going f
Also, I couldn't build an Athlon version of the kernel either, actually
for my Duron (btw, Duron should get listed in the processor config).
Build errors
("__memcpy3d" etc) were the same as the other posting I saw.
Other config issue: when I drop a .config in a clean kernel tree, I need
to do a '
Here is updated info for 2.4.1pre3:
Size is MB, BlkSz is Bytes, Read, Write, and Seeks are MB/sec
with mmap()
File Block Num Seq ReadRand Read Seq Write Rand Write
DirSize SizeThr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
--- -- --- --- -
On Fri, 12 Jan 2001, John Heil wrote:
> I then changed to the 80 wire cables and retried with only -d1 again,
> and to my surprise, the problems never came back and DMA stayed on.
> A while later, I added -X66 and it too worked great. Then lastly came
> the re-add of the rest giving current stat
Ralf Baechle <[EMAIL PROTECTED]> writes:
> On Fri, Jan 12, 2001 at 09:10:54AM -0700, Eric W. Biederman wrote:
>
> > > Having a reverse mappings is the least sucky way to handle virtual aliases
> > > of certain types of MIPS caches.
> >
> > Hmm. I would think that increasing the logical page si
On Mon, 15 Jan 2001, paradox3 wrote:
> My machine is/has:
> > Linux 2.2.14
Go update. 2.2.14 and 2.2.15 (and some older 2.2.x possibly as well)
have severe security problems. 2.2.18 is current.
--
Matthias Andree
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
"David D.W. Downey" <[EMAIL PROTECTED]> writes:
> Good! I'm not the only ome getting this error! Mine is also a VT82C686
> though mine is a VT82C686A (352 BGA). This is on an MSI Model 694D Pro
> motherboard running dual PIII-733 FC-PGA 133MHz Coppermines. RAM is 4
> 256MB PC133 unbuffered 7ns n
After manually deleting the apt-get cache in Debian Linux (2.2), apt-get
consistantly causes a kernel Oops/BUG when installing new packages.
This happens in 2.4.0 (With a few basic patches to fix compilation errors)
and also with the latest PPC bitkeeper tree based off 2.4.1pre1. Dump
below is wi
Gregory Maxwell wrote:
>
> On Sun, Jan 14, 2001 at 10:35:51PM +1100, Andrew Morton wrote:
> [snip]
> > - The patch now works properly on SMP.
> [snip]
>
> Any benchmark results on SMP yet?
SMP and UP are much the same.
Workload is `make -j3 bzImage', the measured time
is from entry to an ISR t
Andrea,
This worked for me on my home machine!!
Thank you!
-- todd --
Andrea Arcangeli wrote:
>
> On Sun, Jan 14, 2001 at 05:32:34PM +0100, Andrea Arcangeli wrote:
> > BTW, I can easily reproduce. I was near to go into it yesterday but got
> > interrupted by other issues (like the merging of
Here is an update of my patch for the cramfs filesystem for 2.4.0 with a
few minor additions. See below for the list of changes.
It's backward-compatible and only modifies cramfs code (aside from
adding cramfs to struct super_block). All old cramfs images will still
work and new cramfs images a
Hello all
I am trying to compile a new kernel with CONFIG_HIGMEM4G=y.
I get compile errors in linux/arch/i386/kernel/traps.c,
linux/mm/vmalloc.c and linux/fs/proc/kcore.c (PKMAP_BASE undeclared).
Is it sufficient to add #include ?
Cheers,
Martin Braun
--
+-+---
On Mon, Jan 15, 2001 at 01:41:06AM -0700, Eric W. Biederman wrote:
(Cc list truncated since probably not so many people do care ...)
> shared mmap. This is the important one. Since we have a logical
> backing store this is easy to handle. We just enforce that the
> virtual address in a proces
- the attached patch (against -ac9) fixes a bug in the RAID1 and RAID4/5
code that made raidhotremove fail under certain (rare) circumstances.
Please apply.
Ingo
--- linux/drivers/md/raid1.c.orig Mon Dec 11 22:19:35 2000
+++ linux/drivers/md/raid1.cMon Jan 15 14:45:35 20
Hello
Doing further tests I have experienced more filesystem corruption.
This time on another node, but also with SMP and SW raid5. The machine
has run the same test several times under 2.2.18, 2.2.17, 2.2.14 and
2.2.12 with no problems. This was the first time the test was run under
2.4.1 and ga
Updated info - I completely forgot this fact until playing around with
trying to fix this problem...
After running out of space on my root partition, I symlinked my apt-cache
directory to a directory on a HFS partition (I had done this some time
ago, and never had any problems until now).
It see
Hi,
> shared mmap. This is the important one. Since we have a logical
> backing store this is easy to handle. We just enforce that the
> virtual address in a process that we mmap something to must match the
> logical address to VIRT_INDEX_BITS. The effect is the same as a
> larger page size
> At least for sparc it's already supported. Right now I don't feel like
> looking into the 2.4 solution but checkout srmmu_vac_update_mmu_cache in
> the 2.2 kernel.
I killed that hack now that we align all shared mmaps to the same virtual
colour :)
Anton
-
To unsubscribe from this list: se
On 15-Jan-2001 Marcelo Tosatti wrote:
> On Sun, 14 Jan 2001, Mark Orr wrote:
>> I've been running 2.4.0-ac9 for a day and a half now.
>>
>> I have pretty low-end hardware (Pentium 1/ 100MHz, 16Mb RAM,
>> 17Mb swap) and it really seems to bog down with anything
>> heavy in memory.Netscape se
This sucks! I have had several systems with VIA chipsets and have never had any
problems. Currently I am running a SOYO K6-2 system with UDMA 33 and a SOYO K-7
system with both UDMA-33 and UDMA-66 with not problems. How do we know that
there is not some related hardware problem, (cable, power supp
Gerhard Mack <[EMAIL PROTECTED]> writes:
> PS I wish someone would explain to me why distros insist on using WU
> instead given it's horrid security record.
The security record of Proftpd is not horrid, but embarrassing. They
once claimed to have fixed vulnerability, but in fact introduced
ano
Hi all,
I managed to kill my dear files and if anyone can help I'd be very
thankful. The events leading to this were something like:
Happy system with 2.4.0-test9 -> update to 2.4.0 (release) -> works
nicely; no complaints of any kind (no crc errors or dma-disabling) ->
reboot -> play Diablo II f
Hi all,
I've seen this for a while... the output from netstat and ifconfig do
not agree on the MTU of the device:
[root@lion /root]# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
Iface
10.1.11.0 * 255.255.255.0 U
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Florian Weimer
> Sent: 15 January 2001 13:02
> To: Gerhard Mack
> Cc: Linux Kernel List
> Subject: Re: Is sendfile all that sexy?
>
> The security record of Proftpd is not horrid, but embarrassing. Th
Hello,
When the 'console' is mapped to a serial device, i.e., /dev/ttyS0,
if a terminal, without modem control is connected, no text is displayed.
If a terminal is connected, it is often just 3-wires, i.e, RX/TX/GND.
I need to disable modem control, i.e., hardware slow-control.
It used to be th
Does anyone have any success in using Lucent winmodem under Linux 2.4.0?
There's a binary at http://www.linmodems.org/linux568.zip but it
only works under 2.2
Thanks,
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Ple
On Fri, Jan 12, 2001 at 12:04:21PM -0800, Linus Torvalds wrote:
> Ok, so it's tentatively the IOAPIC disable/enable code. But it could
> obviously be something that just interacts with it, including just a
> timing issue (ie the _real_ bug might just be bad behaviour when
> changing IO-APIC state
I haven't, and in fact keep a 2.2.14 kernel available (and in my lilo config)
just so I can use the linmodem binary. It's a pain having to reboot when I want
to use the modem, but it's the only solution I've found.
Wayne
Jeff Chua <[EMAIL PROTECTED]> on 01/15/2001 08:20:57 AM
To: [EMAIL
[EMAIL PROTECTED] writes:
> I haven't, and in fact keep a 2.2.14 kernel available (and in my
> lilo config) just so I can use the linmodem binary. It's a pain
> having to reboot when I want to use the modem, but it's the only
> solution I've found.
http://walbran.org/sean/linux/stodolsk/
Haven
Thank you for supporting the pegasus USB chip under Linux.
I am using a Linksys Etherfast 10/100 USB network adapter on a Dell
Inspiron 7000 laptop (Celeron 366, 128Megs of RAM, etc.)
Why? My 3COM PCMCIA network dongle got damaged recently so I've
downgraded to this USB adapter for now.
I've o
Yes, yes, yes.
ftp'ed ltmodem-5.78d from http://walbran.org/sean/linux/stodolsk
compiled without error on 2.4.1-pre2, but "ltinst" failed to
install on 2.4
You'll have to fix ltinst for 2.4 by modifying this line ...
cp ltmodem.o /lib/modules/`uname -r`/kernel/drivers/char
Tested on
> Does anybody but apache actually use it?
Zeus uses it! (it was HP who added it to HP-UX first at our request :-)
> PS. I still _like_ sendfile(), even if the above sounds negative. It's
> basically a "cool feature" that has zero negative impact on the design
> of the system. It uses the sa
Hi Alan,
On 15 Jan 2001, Alan Shutko wrote:
> http://walbran.org/sean/linux/stodolsk/
>
> Haven't tried it, but it claims to work.
Works for me.
Greetings
Christoph
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
On Mon, Jan 15, 2001 at 03:24:55PM +, Jonathan Thackray wrote:
> It's a very useful system call and makes file serving much more
> scalable, and I'm glad that most Un*xes now have support for it
> (Linux, FreeBSD, HP-UX, AIX, Tru64). The next cool feature to add to
> Linux is sendpath(), which
On Mon, 15 Jan 2001, Jonathan Thackray wrote:
> (Linux, FreeBSD, HP-UX, AIX, Tru64). The next cool feature to add to
> Linux is sendpath(), which does the open() before the sendfile()
> all combined into one system call.
how would sendpath() construct the Content-Length in the HTTP header?
it's
Linus Torvalds wrote:
>
> On Sat, 13 Jan 2001, Frank de Lange wrote:
>
> IDE is not my favourite example of a "known stable driver". Also, in many
> cases IDE is for historical reasons connected to an EDGE io-apic pin (ie
> it's still considered an ISA interrupt). Which probably wouldn't show th
I experimented some further today.
using some printk i found out is was setting Fullduplex,
hardcoded that to half-duplex (mine is connected to a hub
and not a switch) , and it's configuration was 100Mbit
as it was supposed to.
Then i started looking at the start_xmit code and got
lost :-)))
Ho
Why not (?):
> diff -uNr 2.4.0-ac/lib/cmdline.c 2.4.0-ac-memparse/lib/cmdline.c
> --- 2.4.0-ac/lib/cmdline.cMon Aug 28 11:42:45 2000
> +++ 2.4.0-ac-memparse/lib/cmdline.c Mon Jan 15 09:06:14 2001
> @@ -93,9 +93,9 @@
> * megabyte, or one gigabyte, respectively.
> */
>
> -unsigned lon
The problem is clear:
rtl8139_resume() unconditionally restarts the hardware, even if the
network was not yet started.
The hardware immediately notices something, and sends an interrupt.
The oops happens during rtl8139_open():
the function calls request_irq(), but assumes that the interrupts are
Hi Randy,
On Mon, 15 Jan 2001, Randy Dunlap wrote:
> Why not (?):
Because I did not need it (always used #G or #M) and did not know the
function. But it's apparently correct to use simple_strtoull.
>> diff -uNr 2.4.0-ac/lib/cmdline.c 2.4.0-ac-memparse/lib/cmdline.c
>> --- 2.4.0-ac/lib/cmdline.c
On Wed, 10 Jan 2001, H. Peter Anvin wrote:
> URRRK. I get a feeling these specs are either there to make life extra
> difficult for programmers, because the people that design them are too
> stupid to tie their own shoes, or because they want nothing but M$
> factory-installed to work.
The p
And it works for me under Mandrake 7.1 on an acer330T; I haven't tried
the 2.4 trick yet, and there was a simple patch to one include file to
use ppp under 2.2.16, but beyond that, it works flawlessly.
for those who haven't found it, I have a help-page for Acer laptop
users at http://www.teledyn
On Mon, Jan 15, 2001 at 11:53:40PM +1100, Anton Blanchard wrote:
> > At least for sparc it's already supported. Right now I don't feel like
> > looking into the 2.4 solution but checkout srmmu_vac_update_mmu_cache in
> > the 2.2 kernel.
>
> I killed that hack now that we align all shared mmaps
in that this is conceivably sufficiently off-topic to be a s/n issue,
off-list replies are encouraged.
i've got to get another udma ide drive today or tomorrow. i know that
my w.d. is a little flaky, and i've seen reports that at least some
ibm drives are kind of screwy with 2.4.0.
my questio
"Maciej W. Rozycki" wrote:
>
> On Wed, 10 Jan 2001, H. Peter Anvin wrote:
>
> > URRRK. I get a feeling these specs are either there to make life extra
> > difficult for programmers, because the people that design them are too
> > stupid to tie their own shoes, or because they want nothing but M
On 15 Jan 01 at 14:36, Roeland Th. Jansen wrote:
> On Fri, Jan 12, 2001 at 12:04:21PM -0800, Linus Torvalds wrote:
> > Ok, so it's tentatively the IOAPIC disable/enable code. But it could
> > obviously be something that just interacts with it, including just a
> > timing issue (ie the _real_ bug
Hi,
I'm trying to format the UDF format brand new DVD under Linux system. But
I'm new
to UDF, and I've never done kernel recomile before, Can any body here give
me
some brief steps that I can follow to finish the task?
Thanks a lot in advance!
Jie
BTW, I found a website which has some basic st
On Mon, 15 Jan 2001, dep wrote:
> i've got to get another udma ide drive today or tomorrow. i know that
> my w.d. is a little flaky, and i've seen reports that at least some
> ibm drives are kind of screwy with 2.4.0.
I have used IBM drives with Intel PIIX, Promise ATA100 and various VIA
chipsets
I encountered a weird problem.
My HW :
MSI K7T Pro2 motherboard ( VIA KT133 chipset ,
VT82C686A south bridge )
primary master IDE : Quantum Fireball lct20 , ATA-100 , 20 GB
secondary master : Teac CD532E-B
AWARD BIOS settings :
PM : type : AUTO , Access mode : AUTO
SM : type : AUTO , Access mod
Ralf Baechle wrote:
> > mremap. Linux specific but pretty much the same as mmap, but easier.
> > We just enforce that the virtual address of the source of mremap,
> > and the destination of mremap match on VIRT_INDEX_BITS.
>
> Correct and as mremap doesn't take any address argument we won't brea
> how would sendpath() construct the Content-Length in the HTTP header?
You'd still stat() the file to decide whether to use sendpath() to
send it or not, if it was Last-Modified: etc. Of course, you'd cache
stat() calls too for a few seconds. The main thing is that you save
a valuable fd and op
On Mon, Jan 15, 2001 at 06:45:06PM +, Petr Vandrovec wrote:
> I think that on BP6 hardware there is no way around except using 'noapic',
> or passing board through Abit replacement program. There is only two bit
> checksum which guards 8 or 22 data bits. I have no idea how frequent two
> bi
In article <[EMAIL PROTECTED]>,
Jonathan Thackray <[EMAIL PROTECTED]> wrote:
>
>> how would sendpath() construct the Content-Length in the HTTP header?
>
>You'd still stat() the file to decide whether to use sendpath() to
>send it or not, if it was Last-Modified: etc. Of course, you'd cache
>stat
On Mon, Jan 15, 2001 at 07:18:30PM +0100, David Balazic wrote:
> Then I installed linux ( "some" beta version , kernel
> is some recent 2.4.0-testXX )
>
> After the installation the disk ( win2000 ) would not boot.
> It reports :
> Read error on disk.
> Press ctrl+alt+del to reboot.
>
> If I ru
Guest section DW wrote:
>
> On Mon, Jan 15, 2001 at 07:18:30PM +0100, David Balazic wrote:
>
> > Then I installed linux ( "some" beta version , kernel
> > is some recent 2.4.0-testXX )
> >
> > After the installation the disk ( win2000 ) would not boot.
> > It reports :
> > Read error on disk.
>
hi
i have the following problem with kernel 2.4.0 (also with -ac6):
when trying to connect two isdn channels (/dev/ttyI0 and /dev/ttyI1)
both initialized with "AT &E123 &L123 &R9600 S19=0 S0=1"
i get after "ATDT 123" (123 stands for my number)
kernel BUG at slab.c:1095!
invalid operand:
C
On Mon, 15 Jan 2001, Jonathan Thackray wrote:
> > TCP_CORK is useful for FAR more than just sendfile() headers and
> > footers. it's arguably the most correct way to write server code.
>
> Agreed -- the hard-coded Nagle algorithm makes no sense these days.
hey, actually a little more thinking
Hi everybody,
I finally found the reason why 386es have trouble booting the 2.4.0 kernel:
In routine pagetable_init() in arch/i386/mm/init.c, a pte gets installed before
it actually has been filled with valid entries. This causes the kernel text
segment to be temporarily unmapped. Pentiums are o
My adapter configuration utility needs to instruct the user which physical
adapter needs attention ( when there may be multiple adapters in the system
).My question is : How do I determine the ( machine ) slot number of a
PCI adapter ?
In BIOS and other OS's this may be doneby examining the
I encounted really bad problems with 2048 Bytes/sec MO-Drive.
I'm using an Olympus PowerMO 640.
230MB Media works fine, but if i try to use 640(2048B/S) medias i'm really
in troubles. Looks quite the same as the problems i've reported for the
2.1.x kernels some time ago. (2.2.17/18 works fine 4 m
On Mon, 15 Jan 2001, Robert Kaiser wrote:
>
> I finally found the reason why 386es have trouble booting the 2.4.0 kernel:
Good job.
> Pentiums are only lucky to not crash because they have a bigger TLB than 386s.
Actually, with the 4M pages, it's not a question of luck any more - they
just d
Ralf Baechle <[EMAIL PROTECTED]> writes:
> On Mon, Jan 15, 2001 at 01:41:06AM -0700, Eric W. Biederman wrote:
>
> (Cc list truncated since probably not so many people do care ...)
>
> > shared mmap. This is the important one. Since we have a logical
> > backing store this is easy to handle.
H. Peter Anvin writes:
> "Maciej W. Rozycki" wrote:
>> On Wed, 10 Jan 2001, H. Peter Anvin wrote:
>>> URRRK. I get a feeling these specs are either there to make life extra
>>> difficult for programmers, because the people that design them are too
>>> stupid to tie their own shoes, or because th
A recent 2.4.0 ( not the final , but close ) kernel prints this :
mtrr: detected mtrr type: intel
I have an AMD K7 Duron 700 CPU
Is this correct ?
It also reports something like :
PCI chipset unknown : assuming transparent
I have a VIA KT133 chipset
--
David Balazic
--
"Be exce
On Mon, 15 Jan 2001, Jonathan Thackray wrote:
> It's a very useful system call and makes file serving much more
> scalable, and I'm glad that most Un*xes now have support for it
> (Linux, FreeBSD, HP-UX, AIX, Tru64). The next cool feature to add to
> Linux is sendpath(), which does the open() be
On Mon, 15 Jan 2001, David Balazic wrote:
> It also reports something like :
> PCI chipset unknown : assuming transparent
Are you sure it's not
Unknown bridge resource 0: assuming transparent
(which is just about every kernel log I have seen...)
Last time I checked this was issued for perfect
On Mon, Jan 15, 2001 at 07:54:47PM +0100, David Balazic wrote:
> Is there a way to change the geometry from fdisk ?
> I tried expert mode and 'set sectors' and 'set heads',
> but after I exit fdisk with 'w' , it is unchanged.
As you know, a disk does not have a geometry, but
the location of a pa
Tobias Ringstrom wrote:
>
> On Mon, 15 Jan 2001, David Balazic wrote:
>
> > It also reports something like :
> > PCI chipset unknown : assuming transparent
>
> Are you sure it's not
>
> Unknown bridge resource 0: assuming transparent
Might be, I don't remember the exact wording.
--
David
On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
>
> Last time I checked this was issued for perfectly known and valid bridges
> that advertice no IO resources. Isn't it a bit silly to issue that
> warning for that case, or am I missing something?
Ehh - so what do they bridge, then?
I'd say that
On Saturday, January 13, 2001 11:41:51 PM -0800 hugang
<[EMAIL PROTECTED]> wrote:
[ patch ]
Odd, the create_vi op should never be null, so the real fix is somewhere
else. We'll look into this.
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Pierre Rousselet writes:
> 1) top (procps-2.0.7) gives me the messages :
> 'bad data in /proc/uptime'
> 'bad data in /proc/loadavg'
> cat /proc/uptime
> 1435.30 904.74
> cat /proc/loadavg
> 0.01 0.21 0.29 1/17 19444
> What is wrong ?
Which 2.4.0-x kernel, and how was procps compiled?
(the broke
"Albert D. Cahalan" wrote:
>
> It looks like we let Microsoft fill the design guide void.
> If you were to write "PC DESIGN GUIDE - For the Linux Operating
> System" and a pile of test code, then there would be an
> alternative to point people at.
>
> Complaining is pretty useless.
I was thinki
On Mon, Jan 15, 2001 at 11:52:12AM -0800, Linus Torvalds wrote:
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources. Isn't it a bit silly to issue that
> > warning for that case, or am I mi
On Mon, 15 Jan 2001, Linus Torvalds wrote:
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> >
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources. Isn't it a bit silly to issue that
> > warning for that case, or am I missing something?
Followup to: <[EMAIL PROTECTED]>
By author:J Sloan <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Linus Torvalds wrote:
>
> > Of course, you may be right on wuftpd. It obviously wasn't designed with
> > security in mind, other alternatives may be better.
>
> I run proftpd on all my
Followup to: <[EMAIL PROTECTED]>
By author:Matti Aarnio <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> One thing about 'sendfile' (and likely 'sendpath') is that
> current (hammered into running binaries -> unchangeable)
> syscalls support only up to 2GB files at 32
On Mon, 15 Jan 2001, Jack Hammer wrote:
> My adapter configuration utility needs to instruct the user which physical
> adapter needs attention ( when there may be multiple adapters in the system
> ).My question is : How do I determine the ( machine ) slot number of a
> PCI adapter ?
>
> In
On Mon, 15 Jan 2001 04:00:29 +0100, Petr Vandrovec wrote:
>(1) You missed some zeros in MSR_K7_ definitions
Oops :-(
>(2) AMD's MSR are real 64bit (well, 47bit) values, so high
>MSR dword must be set to -1, not to 0
Correct. That was a copy-paste error from the P6 code.
When writing to a p
On Mon, 8 Jan 2001, Alan Cox wrote:
> And have identical bad problems with auth failures. Right now I've given up
> trying to make 2.4 and YP mix because my RH setup assumes NIS auth will fail
> fast during boot up scripts and it doesnt.
>
> Unfortunately for the quickfix folks, Dave is right abo
Ingo Molnar writes:
> On Mon, 15 Jan 2001, Jonathan Thackray wrote:
>> It's a very useful system call and makes file serving much more
>> scalable, and I'm glad that most Un*xes now have support for it
>> (Linux, FreeBSD, HP-UX, AIX, Tru64). The next cool feature to add to
>> Linux is sendpath(),
On Thu, 11 Jan 2001, Linus Torvalds wrote
(under Subject: Re: 2.4.1-pre1 breaks XFree 4.0.2 and "w"):
>
> We _want_ /proc/cpuinfo to reflect the fact that the kernel considers
> FSXR/XMM to not exist. That is true information, and is in fact something
> that install scripts etc can find extremely
"Vlad Bolkhovitine" <[EMAIL PROTECTED]> writes:
> Here is updated info for 2.4.1pre3:
>
> Size is MB, BlkSz is Bytes, Read, Write, and Seeks are MB/sec
>
> with mmap()
>
> File Block Num Seq ReadRand Read Seq Write Rand Write
> DirSize SizeThr Rate (CPU%) Rate (C
On 15 Jan 2001, Linus Torvalds wrote:
> int fd = open(..)
> fstat(fd..);
> sendfile(fd..);
> close(fd);
>
> is any slower than
>
> .. cache stat() in user space based on name ..
> sendpath(name, ..);
>
> on any real load.
just for kicks i've implemented sendp
Hugh Dickins wrote:
>
> That's how "notsc" used to behave, but since 2.4.0-test11
> "notsc" has left "tsc" in /proc/cpuinfo. setup.c has a bogus
> "#ifdef CONFIG_TSC" which should be "#ifndef CONFIG_X86_TSC".
>
> HPA, Maciej and I discussed that around 5 Dec 2000; but HPA
> was of Andrea's pers
On 15 Jan 2001, Zlatko Calusic wrote:
> "Vlad Bolkhovitine" <[EMAIL PROTECTED]> writes:
>
> > Here is updated info for 2.4.1pre3:
> >
> > Size is MB, BlkSz is Bytes, Read, Write, and Seeks are MB/sec
> >
> > with mmap()
> >
> > File Block Num Seq ReadRand Read Seq Write Ra
On Sat, Jan 13, 2001 at 12:01:04PM +1100, Andrew Morton wrote:
> Tim Wright wrote:
[...]
> > p_lock(lock);
> > retry:
> > ...
> > if (condition where we need to sleep) {
> > p_sema_v_lock(sema, lock);
> > /* we got woken up */
> > p_lock(lock);
> > goto retry;
> > }
> > ...
>
> Th
* David S. Miller ([EMAIL PROTECTED]) wrote:
>
> Now against 2.4.1-pre2:
>
> ftp.kernel.org:/pub/linux/kernel/people/davem/zerocopy-2.4.1p2-1.diff.gz
Tried it with 2.4.1-pre3, didn't have any problem applying it, but
when I rebooted the system it pretty much had no interest in talking T
We're having some problems with the 2.4.0 kernel on our SGI 1450, and
were hoping for some help.
The box is a quad Xeon 700/2MB, with 4GB of memory, ServerSet III HE
chipset, RH6.1 (slightly modified for local configuration) distribution.
a) If we compile the kernel with no high memory support,
In article <[EMAIL PROTECTED]>,
Albert D. Cahalan <[EMAIL PROTECTED]> wrote:
>Ingo Molnar writes:
>> On Mon, 15 Jan 2001, Jonathan Thackray wrote:
>
>>> It's a very useful system call and makes file serving much more
>>> scalable, and I'm glad that most Un*xes now have support for it
>>> (Linux, F
Title: oracle 8.1.7 on 2.4.0?
what is the status of oracle 8.1.7 on 2.4?
Did the O_SYNC stuff ever get sorted out?
Should I stick with 2.2.18?
On Sun, Jan 14 2001, Martin Maciaszek wrote:
> Since I installed Kernel 2.4.0 VMware is no longer able to
> recognize my cdrom drive. VMware shows a dialog box on power up
> with following content:
> [...]
> CDROM: '/dev/scd0' exists, but does not appear tobe a CDROM device.
>
> Error connecting
running 2.4.0 with kdb patch
[1.] Bonnie on NBD w/ memory pressure deadlocks (problem in wait_for_tcp_memory?)
[2.] Full description
This bug appears to be totally reproducable on different hardware and kernel versions.
The conditions that create the problem:
2 machines (client, server)
Ok. Here's a question for anyone. I have a computer here that I'm trying to
get IDE-SCSI to work on. It seems to be a complete dud from this point of
view.
System config: Dual P3-550, 256MB Ram
Scsi card: Adaptec 2940U2W.
2 Seagate LVD drives connected
Primary IDE
In article <[EMAIL PROTECTED]>,
Paul Hubbard <[EMAIL PROTECTED]> wrote:
>
>We're having some problems with the 2.4.0 kernel on our SGI 1450, and
>were hoping for some help.
> The box is a quad Xeon 700/2MB, with 4GB of memory, ServerSet III HE
>chipset, RH6.1 (slightly modified for local configur
On Mon, 15 Jan 2001, Hugh Dickins wrote:
> That's how "notsc" used to behave, but since 2.4.0-test11
> "notsc" has left "tsc" in /proc/cpuinfo. setup.c has a bogus
> "#ifdef CONFIG_TSC" which should be "#ifndef CONFIG_X86_TSC".
Confirmed.
> HPA, Maciej and I discussed that around 5 Dec 2000;
On Mon, 15 Jan 2001, H. Peter Anvin wrote:
> I would personally prefer to export the global flags separately from the
> per-CPU flags. Not only is it more correct, it would help catch these
> kinds of bugs!!!
That's what I am going to do. Basically to recode cpu_has_* macros to
use global fla
On Friday 12 January 2001 10:33, Marcel Weber wrote:
> SuSE Linux 7.0, Kernel 2.4.0
>
> Adaptec 3950U2
> Adaptec 2940
>
>
> Although the kernel is complaining about the following things:
>
> kernel: scsi0: PCI error Interrupt at seqaddr= 0x4e
> kernel: scsi0: Data Parity Er
"Maciej W. Rozycki" wrote:
>
> On Mon, 15 Jan 2001, H. Peter Anvin wrote:
>
> > I would personally prefer to export the global flags separately from the
> > per-CPU flags. Not only is it more correct, it would help catch these
> > kinds of bugs!!!
>
> That's what I am going to do. Basically
Followup to: <[EMAIL PROTECTED]>
By author:Linus Torvalds <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> >
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources. Isn't it a bit
1 - 100 of 159 matches
Mail list logo
