Hi Stephen,
On Tue, 9 Jan 2001, Stephen C. Tweedie wrote:
> On Tue, Jan 09, 2001 at 03:53:55PM +0100, Christoph Rohland wrote:
>> It's worse: The issue we are talking about is SYSV IPC_LOCK.
>
> The issue is locked VA pages. SysV is just one of the ways in which
> it can happen: the solution ha
On Tue, Jan 09, 2001 at 10:15:34AM -0500, Venkatesh Ramamurthy wrote:
> > Any memory over 1GB is bounce-buffered, but we don't use that memory
> > for anything other than process data pages or file cache, so only
> > swapping and disk IO to regular files gets the extra copy. In
> > particular, th
This small patch fixes a small bug in IP_ADD_MEMBERSHIP where im->loaded
is used but not initialized when compiled without CONFIG_IP_MULTICAST.
--- net/ipv4/igmp.c.origTue Jan 9 13:40:48 2001
+++ net/ipv4/igmp.c Tue Jan 9 13:37:26 2001
@@ -442,8 +442,8 @@
im->timer.function=
On Tue, 9 Jan 2001, Steven N. Hirsch wrote:
> On Tue, 9 Jan 2001, Helge Hafting wrote:
>
> > Nicolas Noble wrote:
> > [...]
> > As others have told already, this is the ECN problem.
> >
> > > I noticed the same bug. This is very weired, I can send a list of sites
> > > which I can't connect any
Hi,
On Tue, Jan 09, 2001 at 04:45:10PM +0100, Christoph Rohland wrote:
> Hi Stephen,
>
> AFAIU mlock'ed pages would never get deactivated since the ptes do not
> get dropped.
D'oh, right --- so can't you lock a segment just by bumping page_count
on its pages?
--Stephen
-
To unsubscribe from th
> keyb_cmds[keyb_cmd_write++]=*(cmd++);
> if(keyb_cmd_write==keyb_cmd_read)
> - return;
># +goto out;
Hans Grobler beat you to this one
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
Hi Stephen,
On Tue, 9 Jan 2001, Stephen C. Tweedie wrote:
> D'oh, right --- so can't you lock a segment just by bumping
> page_count on its pages?
Looks like a good idea.
Oh, and my last posting was partly bogus: I can directly get the pages
with page cache lookups on the file.
Greetings
On Tue, Jan 09, 2001 at 02:21:56PM +0200, Matti Aarnio wrote:
[...]
>
> For IO on usual systems you have 32 bit address space PCI busmasters,
> so those can access only the lowest 4GB of address space, and to have
> a block of data in upper area, it needs to be "bounced", that is, CPU
> m
Hi!
> > If ver_linux can take off one of those steps, why not include a script
> > which takes care of ALL the leg work? All of the files it asks the
> > reporter to include are o+r...
>
> If have started a script that produces the following output. ( some fields
> need to be filled, but the str
On Tue, Jan 09, 2001 at 08:27:49AM -0800, Tim Wright wrote:
> you are correct in saying that ia32 systems don't have IOMMU hardware, but
> it's unfortunate that we don't support 64-bit PCI bus master cards, since
> they're inexpensive and fairly common now. For instance, the Qlogic ISP SCSI
> card
I am having the same problems, I have duplicated the hard lockups / ethernet
hangs on two intel 815EE boards. It happens when send traffic through the
onboard eepro100 is high, and sometimes running something like vmstat 1 in
the background triggers the lockup faster. When it locks up there i
"Stephen C. Tweedie" wrote:
> On Tue, Jan 09, 2001 at 04:45:10PM +0100, Christoph Rohland wrote:
> >
> > AFAIU mlock'ed pages would never get deactivated since the ptes do not
> > get dropped.
>
> D'oh, right --- so can't you lock a segment just by bumping page_count
> on its pages?
Putting this
On Tue, Jan 09, 2001 at 05:44:46PM +0100, Andi Kleen wrote:
> On Tue, Jan 09, 2001 at 08:27:49AM -0800, Tim Wright wrote:
> > you are correct in saying that ia32 systems don't have IOMMU hardware, but
> > it's unfortunate that we don't support 64-bit PCI bus master cards, since
> > they're inexpen
On Tue, 9 Jan 2001, Tim Sailer wrote:
> On Mon, Jan 08, 2001 at 07:07:18PM +0100, Erik Mouw wrote:
> > I had similar problems two weeks ago. Turned out the connection between
> > two switches: one of them was hard wired to 100Mbit/s full duplex, the
> > other one to 100Mbit/s half duplex. Just to
Here is some more data:
Inbound = 99.66 kB/s
Outbound= 151 kB/s
ports:/home/ftp# sysctl -a | fgrep net/core
net/core/optmem_max = 10240
net/core/message_burst = 50
net/core/message_cost = 5
net/core/netdev_max_backlog = 300
net/core/r
You could try the Intel driver (e100.c), which is downloadable from their website.
It apparently has some silicon bug workarounds that Donald's driver hasn't.
Another popular cause of strange lockups are PCI bios problems (interrupt conflicts
etc. -- exchanging slots may help)
Also please not
Whoops,
I didnt set the cc address properly, the full thread is on the
[EMAIL PROTECTED] list.
Karl Pickett
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
-
To unsubscribe from this list: send the line "unsubs
On Mon, Jan 08, 2001 at 11:50:44PM +0100, [EMAIL PROTECTED] wrote:
> From: Andrea Arcangeli <[EMAIL PROTECTED]>
>
> > But in fact it fails with EINVAL, and
> >
> > [EINVAL]: The path argument contains a last component that is dot.
>
> I can't confirm. The specs I'm checking
On Tue, Jan 09, 2001 at 07:17:01AM -0500, John Ruttenberg wrote:
> I get:
>
> Jan 9 07:04:51 mojo cardmgr[511]: socket 1: Digital RoamAbout/DS
> Jan 9 07:04:52 mojo cardmgr[511]: executing: 'modprobe wavelan_cs'
> Jan 9 07:04:52 mojo cardmgr[511]: +
>/lib/modules/2.4.0-test11/pcmc
2.2.19pre7
o Remove dead arm files (Russell King)
o Fix VIA rhine build failure for a few folks (Peter Monta)
o ARM ptrace fixes(Russell King)
o Fix ymfpci setup for legacy devices (Pete Zaitcev)
o
Em Tue, Jan 09, 2001 at 04:17:30PM +, Alan Cox escreveu:
> > keyb_cmds[keyb_cmd_write++]=*(cmd++);
> > if(keyb_cmd_write==keyb_cmd_read)
> > - return;
> ># + goto out;
>
> Hans Grobler beat you to this one
Ok, I'll talk with him in p
On Sun, 07 Jan 2001, Linus Torvalds wrote:
[snip]
> If the VIA logic for getting/setting the irq is wrong, it should only be
> a problem if there are devices that _haven't_ been routed by the BIOS.
> Usually these devices are limited to things like USB, ACPI and CardBus
> controllers, and gett
>You could try the Intel driver (e100.c), which is downloadable from their
>website. It apparently has some silicon bug workarounds that Donald's
>driver hasn't.
We've been back and forth with that driver, yeah. It has its own set of
problems, sometimes it doesnt even autonegotiate properly,
I just discovered an oddity in 2.2.18pre15. When ioremap() is used to map
reserved pages (of real RAM), it does not increment the "count" field for the
page it remaps (i.e. page->count). However, when you call iounmap on that
memory, that function decrements page->count. Since the count was ori
> This is a bug with the definition of udelay(). Somebody tried
> to be too clever with udelay(), and the end result is that it breaks
> perfectly good and valid code.
> Therefore, it should be reported as such on LKML, a bug in udelay().
It is a bug in the driver.
> there. For my pa
The link to http://www.samba.org/netfilter/iptables-1.1.1.tar.bz2 is
invalid in 2.4.0, this patch simply removes the link.
-Dave
--- linux/Documentation/Changes.origMon Jan 1 10:00:04 2001
+++ linux/Documentation/Changes Tue Jan 9 09:37:20 2001
@@ -336,7 +336,6 @@
Netfilter
-
o
> Problem is that it needs a driver interface change and cooperation from
> the
> drivers.
[Venkatesh Ramamurthy] Atleast the spec for this new interface,
that the driver has to support be prepared? Once this is done we can port
driver by driver to this new standard.
> -Andi
-
To unsub
Dear All,
I'm sorry if this not right to post here.
I've got this error after upgrade my system.
/usr/include/stdlib.h:208: undefined reference to `__srandom'
/usr/include/stdlib.h:206: undefined reference to `__random'
/usr/libip.a(net.o): In function `net_ip_connect':
/home/ses
On Tue, Jan 09, 2001 at 05:13:42PM +, Alan Cox wrote:
> > This is a bug with the definition of udelay(). Somebody tried
> > to be too clever with udelay(), and the end result is that it breaks
> > perfectly good and valid code.
> > Therefore, it should be reported as such on LKML, a bu
> > It is a bug in the driver.
>
> Please check again the code and point me the invalid
> udelay(). You will realise that there is no delay in the driver that
> is longer than 100ms.
The udelay limit is set a lot lower than 100mS. It has to be somewhat lower
otherwise you have to do two le
On Tue, Jan 09, 2001 at 12:35:02PM -0500, Venkatesh Ramamurthy wrote:
>
> > Problem is that it needs a driver interface change and cooperation from
> > the
> > drivers.
> [Venkatesh Ramamurthy] Atleast the spec for this new interface,
> that the driver has to support be prepared? Once thi
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.0-ac4/drivers/char/isicom.c Tue Dec 19 11:25:34 2000
+++ linux-2.4.0-ac4.acme/drivers/char/isicom.c Tue Jan 9 13:51:37 2001
@@ -16,6 +16,10 @@
*
* 10/6/99 sameer Merged the ISA and PCI drivers to
*
sct wrote:
> We've already got measurements showing how insane this is. Raw IO
> requests, plus internal pagebuf contiguous requests from XFS, have to
> get broken down into page-sized chunks by the current ll_rw_block()
> API, only to get reassembled by the make_request code. It's
> *enormous
On Tue, 9 Jan 2001, Ingo Molnar wrote:
> This is one of the busiest and most complex block-IO Linux systems i've
> ever seen, this is why i quoted it - the talk was about block-IO
> performance, and Stephen said that our block IO sucks. It used to suck,
> but in 2.4, with the right patch from Je
On Tue, Jan 09, 2001 at 05:48:47PM +, Alan Cox wrote:
> > > It is a bug in the driver.
> >
> > Please check again the code and point me the invalid
> > udelay(). You will realise that there is no delay in the driver that
> > is longer than 100ms.
>
> The udelay limit is set a lot lower t
I was testing the 2.4.0 kernel and found out that when a kernel
compiled for processors under P3 (i486, P2/Celeron) and booting it on a P3
the kernel
panics when it's tries to test different RAID5 xor algorithms.
The panic looks something like this:
...
raid5: measuring checksuming speed
8regs
> On Tue, Jan 09, 2001 at 08:27:49AM -0800, Tim Wright wrote:
> > you are correct in saying that ia32 systems don't have IOMMU hardware,
> but
> > it's unfortunate that we don't support 64-bit PCI bus master cards,
> since
> > they're inexpensive and fairly common now. For instance, the Qlogic ISP
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.0-ac4/drivers/char/mxser.cTue Dec 19 11:25:34 2000
+++ linux-2.4.0-ac4.acme/drivers/char/mxser.c Tue Jan 9 14:16:21 2001
@@ -1671,7 +1671,7 @@
*/
if (inb(info->base + UART_LSR) == 0xff) {
r
Hi -
Based on my quick reading of this patch:
+
+empty:
+ spin_lock(&mmlist_lock);
+ return 0;
The above should actually be spin_UNlock?
Also the test for !inactive_shortage() seems to be inverted?
+ /* If refill_inactive_scan failed, try to page stuff out.. *
On Tue, 9 Jan 2001 10:33:29 + (GMT)
Alan Cox <[EMAIL PROTECTED]> wrote:
> My guess is a bad driver. Two machines with random errors from hardware
only
> in 2.4 is pushing it - possible but pushing it.
One is bad hardware. The other is bad user. I compiled with DMA support
for SiS 5513 and
On Tue, 9 Jan 2001, Stephen C. Tweedie wrote:
>
> But again, how do you clear the bit? Locking is a per-vma property,
> not per-page. I can mmap a file twice and mlock just one of the
> mappings. If you get a munlock(), how are you to know how many other
> locked mappings still exist?
Note
Kaj-Michael Lang wrote:
>
> I was testing the 2.4.0 kernel and found out that when a kernel
> compiled for processors under P3 (i486, P2/Celeron) and booting it on a P3
> the kernel
> panics when it's tries to test different RAID5 xor algorithms.
>
> The panic looks something like this:
>
> ...
On Tue, 9 Jan 2001, Benjamin C.R. LaHaise wrote:
> I've already got fully async read and write working via a helper thread
^^^
> for doing the bmaps when the page is not uptodate in the page cache.
^^^
thats
On Tue, 9 Jan 2001, Stephen C. Tweedie wrote:
> >
> > It's worse: The issue we are talking about is SYSV IPC_LOCK.
>
> The issue is locked VA pages. SysV is just one of the ways in which
> it can happen: the solution has got to address both that and
> mlock()/mlockall().
No, mlock() and mloc
On 9 Jan 2001, Christoph Rohland wrote:
> Hi Stephen,
>
> On Tue, 9 Jan 2001, Stephen C. Tweedie wrote:
> > D'oh, right --- so can't you lock a segment just by bumping
> > page_count on its pages?
>
> Looks like a good idea.
>
> Oh, and my last posting was partly bogus: I can directly get t
On Tue, Jan 09, 2001 at 05:52:34PM +0100, Martin Josefsson wrote:
> On Tue, 9 Jan 2001, Tim Sailer wrote:
>
> > On Mon, Jan 08, 2001 at 07:07:18PM +0100, Erik Mouw wrote:
> > > I had similar problems two weeks ago. Turned out the connection between
> > > two switches: one of them was hard wired t
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.0-ac4/drivers/char/n_r3964.c Tue Dec 19 11:25:34 2000
+++ linux-2.4.0-ac4.acme/drivers/char/n_r3964.c Tue Jan 9 14:23:07 2001
@@ -988,8 +988,10 @@
pMsg = kmalloc(sizeof(struct r3964_message), GFP_KERNEL);
TRACE_
On Tue, 9 Jan 2001, Chris Evans wrote:
> > but in 2.4, with the right patch from Jens, it doesnt suck anymore. )
>
> Is this "right patch from Jens" on the radar for 2.4 inclusion?
i do hope so!
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
> One is bad hardware. The other is bad user. I compiled with DMA support
> for SiS 5513 and I have SiS 5571. My appologies for the stupid mistake.
If the 5513 driver doesnt work on the 5571 it should have ignored it - so
thats a driver bug
-
To unsubscribe from this list: send the line "unsub
On 9 Jan 2001, Zlatko Calusic wrote:
>
> But in the end I'm not sure. I made two simple tests and haven't found
> any problems with 2.4.0 mm logic (opposed to 2.2.17). In fact, the new
> kernel was faster in the more interesting (make -j32) test.
I personally think 2.4.x is going to be as fast
On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
> [about labels w/o statements after them]
>
> >> Is this really a kernel bug? This is common idiom in C, so gcc
> >> shouldn't warn about it. If it does, it is a bug in gcc IMHO.
> >
> > No, it is not a common idiom in C. It has _never_ been valid
Linus Torvalds wrote:
> (This is why I worked so hard at getting the PageDirty semantics right in
> the last two months or so - and why I released 2.4.0 when I did. Getting
> PageDirty right was the big step to make all of the VM stuff possible in
> the first place. Even if it probably looked a bi
On Tue, 9 Jan 2001, Ingo Molnar wrote:
> :-) I think sendfile() should also have its logical extensions:
> receivefile(). I dont know how the HPUX implementation works, but in
> Linux, right now it's only possible to sendfile() from a file to a socket.
> The logical extension of this is to allow s
In article <[EMAIL PROTECTED]>,
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
>You get that multiple page call with kiobufs for free...
No, you don't.
kiobufs are crap. Face it. They do NOT allow proper multi-page scatter
gather, regardless of what the kiobuf PR department has said.
I've comp
On Wed, 10 Jan 2001, Andrew Morton wrote:
> y'know our pals have patented it?
> http://www.delphion.com/details?pn=US05845280__
Bad faith patent? Actionable, treble damages?
-Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
Mihai Moise <[EMAIL PROTECTED]> writes:
> My system call idea is to allow a superuser process to request a mmap on
> behalf of an user process. To see how this would be useful, let us consider
> svgalib.
[...]
> With my new system call, a superuser process can set the graphics mode in a
> safe
> o Fix kwhich versus old bash (Pete Zaitcev)
A small clarification may be in order here.
First, this patch comes from Miquel Smoorenburg, not from me.
Second, DaveM pointed out that it fixes a non-problem.
I stepped on a bug with an obscure kernel, I think it
was 2.2.18-pre3, which called kwh
> " " == Daniel Phillips <[EMAIL PROTECTED]> writes:
> Linus Torvalds wrote:
>> (This is why I worked so hard at getting the PageDirty
>> semantics right in the last two months or so - and why I
>> released 2.4.0 when I did. Getting PageDirty right was the big
>> step to
On Tue, 9 Jan 2001, Tim Sailer wrote:
> Here is some more data:
>
> Inbound = 99.66 kB/s
> Outbound= 151 kB/s
>
>
>
> ports:/home/ftp# sysctl -a | fgrep net/core
> net/core/optmem_max = 10240
> net/core/message_burst = 50
> net/core/
On Tue, Jan 09, 2001 at 02:50:06PM +0100, Felix Maibaum wrote:
> I'm using a via-rhine chip (DFE-530TX) on a 10 Mbit network, I use 2.4.0
> final, Athlon (classic) 1Gig, Abit-KA7 mobo (via KX133), Debian woody.
> whenever I try to get a file on my local network, meaning I get close to
> the 10Mbit
In article <[EMAIL PROTECTED]>,
Daniel Phillips <[EMAIL PROTECTED]> wrote:
>Linus Torvalds wrote:
>> (This is why I worked so hard at getting the PageDirty semantics right in
>> the last two months or so - and why I released 2.4.0 when I did. Getting
>> PageDirty right was the big step to make al
This can all be done with a device file and a corresponding module to
handle the mmap and any ioctl()'s you may want to support. No need to
add another system call.
BAPper
On Tue, Jan 09, 2001 at 02:17:26PM -0500, Doug McNaught wrote:
> Mihai Moise <[EMAIL PROTECTED]> writes:
>
> > My system
Where might one find the definitive document on porting device drivers to
2.4 kernels?
DB
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 9 Jan 2001, Dan Maas wrote:
> OK it's fairly obvious what's happening here. Your program is using
> its own allocator, which relies solely on brk() to obtain more
> memory.
[... good explanation here ...]
> Here's your short answer: ask the authors of your program to either
> 1) replace
On Tue, Jan 09, 2001 at 10:47:57AM -0800, Linus Torvalds wrote:
> And this _is_ a downside, there's no question about it. There's the worry
> about the potential loss of locality, but there's also the fact that you
> effectively need a bigger swap partition with 2.4.x - never mind that
> large po
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.0-ac4/drivers/ide/ide-features.c Mon Jan 8 20:39:17 2001
+++ linux-2.4.0-ac4.acme/drivers/ide/ide-features.c Tue Jan 9 16:02:11 2001
@@ -189,6 +189,10 @@
__cli();/* local CPU only; some systems need thi
On 9 Jan 2001, Linus Torvalds wrote:
> I told David that he can fix the network zero-copy code two ways: either
> he makes it _truly_ scatter-gather (an array of not just pages, but of
> proper page-offset-length tuples), or he makes it just a single area and
> lets the low-level TCP/whatever co
On Tue, 9 Jan 2001, Simon Kirby wrote:
>
> On Tue, Jan 09, 2001 at 10:47:57AM -0800, Linus Torvalds wrote:
>
> > And this _is_ a downside, there's no question about it. There's the worry
> > about the potential loss of locality, but there's also the fact that you
> > effectively need a bigger s
Simon Kirby <[EMAIL PROTECTED]> writes:
> On Tue, Jan 09, 2001 at 10:47:57AM -0800, Linus Torvalds wrote:
>
> > And this _is_ a downside, there's no question about it. There's the worry
> > about the potential loss of locality, but there's also the fact that you
> > effectively need a bigger swa
Hello to all
I can see there are a lot of suser() checks. When they will be changed
with appropriate capable(..) checks? Or, will they be changed, at all some
days?
What is going on with VFS capabilities support?
Greetings
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Tue, 9 Jan 2001, Ingo Molnar wrote:
>
>So i do believe that the networking
> code is properly designed in this respect, and this concept goes to the
> highest level of the networking code.
Absolutely. This is why I have no conceptual problems with the network
Em Tue, Jan 09, 2001 at 09:13:46PM +0100, Bosko Radivojevic escreveu:
> I can see there are a lot of suser() checks. When they will be changed
> with appropriate capable(..) checks? Or, will they be changed, at all some
> days?
I assume: as soon as people send patches, I've send two, IIRC, relate
I haven't received messages in a few days at least...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi!
I have switched a long time ago to linux-2.4 (and even 2.3 series) and I
have a wierd problem.
I use GRUB to boot my system. Basically, when you want to install GRUB on a
floppy disk, you do that:
dd if=stage1 of=/dev/fd0 bs=512 count=1
dd if=stage2 of=/dev/fd0 bs=512 seek=1
In article <[EMAIL PROTECTED]> you wrote:
> On Tue, 9 Jan 2001, Ingo Molnar wrote:
>>
>> So i do believe that the networking
>> code is properly designed in this respect, and this concept goes to the
>> highest level of the networking code.
> Absolutely. This is w
Hi,
usb-mouse
-
In 2.2.19-pre6 (and previous) we had a CONFIG_INPUT_MOUSEDEV. It has
disapearead in 2.2.19-7. The only alternative for an usb mouse seems
to be CONFIG_USB_MOUSE which is for an USB HIDBP Mouse.
So there is no mean to get mousedev & input compiled.
Maybe "Input core suppo
Hello all,
I've been sorta pulling the 2.4 kernel and testing with it now for
awhile on my IBM NetFinity 5500 and since the test12 I've been having a
continuous issue with crashing the OS during a pull of source code across
the network (>1Gb files). I've been trying to figure out what it ma
On Tue, 9 Jan 2001, Christoph Hellwig wrote:
>
> Also the tuple argument you gave earlier isn't right in this specific case:
>
> when doing sendfile from pagecache to an fs, you have a bunch of pages,
> an offset in the first and a length that makes the data end before last
> page's end.
No.
On Tue, Jan 09, 2001 at 02:29:36PM -0500, John Heffner wrote:
> >
> > ports:/home/ftp# sysctl -a | fgrep net/core
> > net/core/optmem_max = 10240
> > net/core/message_burst = 50
> > net/core/message_cost = 5
> > net/core/netdev_max_backlog = 300
> > net
Alexander Viro writes:
> On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
>> Alexander Viro writes:
>>
>>> [...] If you really need to destroy the directory
>>> that happens to be your pwd - sorry, no reliable way to do that without
>>> interesting locking. On _any_ UNIX out there. 2.2 included. It wi
Hi list,
I can't seem to get the new 2.4.0 kernel running on a 386 CPU.
The kernel was built for a 386 Processor, Math emulation has been enabled.
I tried three different 386 boards. Execution seems to get as far as
pagetable_init() in arch/i386/mm/init.c, then it falls back into the BIOS as
if s
One possibility:
When we first tested 2.4.0-test8 on NetFinity 7000s we had random crashes,
typically within an hour of booting. The problem was identified as a Wiseman
Systems Management adapter generated hardware interrupt that 2.4 doesn't handle
(this was not a problem with 2.2.x).
If you hav
[1.] Can't compile kernel - make bzImage fails
[2.] On make bzImage the following error occurs (.config file attached)
make[3]: Entering directory `/usr/src/linux-2.4.0/net/ipv4/netfilter'
ld -m elf_i386 -r -o ip_conntrack.o ip_conntrack_standalone.o
ip_conntrack_core.o ip_conntrack_proto_generic
On Tue, Jan 09, 2001 at 12:55:51PM -0800, Linus Torvalds wrote:
>
>
> On Tue, 9 Jan 2001, Christoph Hellwig wrote:
> >
> > Also the tuple argument you gave earlier isn't right in this specific case:
> >
> > when doing sendfile from pagecache to an fs, you have a bunch of pages,
> > an offset i
Robert Kaiser wrote:
>
> Hi list,
>
> I can't seem to get the new 2.4.0 kernel running on a 386 CPU.
> The kernel was built for a 386 Processor, Math emulation has been enabled.
> I tried three different 386 boards. Execution seems to get as far as
> pagetable_init() in arch/i386/mm/init.c, then
On Tue, Jan 09, 2001 at 02:02:30PM -0600, Tim Hockin wrote:
> I haven't received messages in a few days at least...
I kicked your address away few days ago, but damned if
I remember what was the trouble then
One of:
- MX backup failure
- temporary lo
On 9 Jan 2001, Mathieu Chouquet-Stringer wrote:
> I use GRUB to boot my system. Basically, when you want to install GRUB on a
> floppy disk, you do that:
>
> dd if=stage1 of=/dev/fd0 bs=512 count=1
> dd if=stage2 of=/dev/fd0 bs=512 seek=1
>
> But since kernel 2.3.xx (I don't remember exactly)
Yes I did
It's not that difficult: I've got SuSE 7.0 with xfree86 4.0.2 (SuSE
packages) and Kernel 2.4.0 final. Take the nvidia 0.9-5 tarballs. Unpack
them. Apply this patch (attached patch < patch... from within the
NVIDIA_kernel directory):
Okay, if you try to compile it complains about
Linus Torvalds writes:
> On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
>> [about labels w/o statements after them]
>>
Is this really a kernel bug? This is common idiom in C, so gcc
shouldn't warn about it. If it does, it is a bug in gcc IMHO.
>>>
>>> No, it is not a common idiom in C. I
We had that problem in the early 2.4 kernel as well and disabled the
adapters also. Sorry I forgot to mention that. The issue almost seems to
be load related, as under light use, we see no issues, it's only when we
push it (such as a very fast network copy of > 1Gb files, or heavy database
usag
On Tue, 9 Jan 2001, Christoph Hellwig wrote:
> >
> > Look at sendfile(). You do NOT have a "bunch" of pages.
> >
> > Sendfile() is very much a page-at-a-time thing, and expects the actual IO
> > layers to do it's own scatter-gather.
> >
> > So sendfile() doesn't want any array at all: it onl
On Die, 09 Jan 2001 you wrote:
> Robert Kaiser wrote:
> > I can't seem to get the new 2.4.0 kernel running on a 386 CPU.
> > The kernel was built for a 386 Processor, Math emulation has been enabled.
> > I tried three different 386 boards. Execution seems to get as far as
> > pagetable_init() in a
On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
>
> > Let the gcc people fix the bugs they find without complaining about them.
> > After all, gcc would have been perfectly correct in signalling this as a
> > syntax error, and aborted compilation. The fact that gcc only warns about
> > it is a sig
> dd bug. It tries to ftruncate() the output file and gets all upset when
> kernel refuses to truncate a block device (surprise, surprise).
Standards compliant but unexpected.
> Basically, dd(1) expects kernel to fake success for ftruncate() on the
> things that can't be truncated. Bad idea. 2.
JP Navarro wrote:
> One possibility:
>
> When we first tested 2.4.0-test8 on NetFinity 7000s we had random crashes,
> typically within an hour of booting. The problem was identified as a Wiseman
> Systems Management adapter generated hardware interrupt that 2.4 doesn't handle
> (this was not a p
On Tuesday 09 January 2001 12:08, Anton Blanchard wrote:
> > Where is the size defined, and is it easy to modify?
>
> Look in fs/buffer.c:buffer_init()
>
> > I noticed that /proc/sys/vm/freepages is not writable any more. Is there
> > any reason for this?
>
> I am not sure why.
>
It can probably
On Tue, 9 Jan 2001, Albert D. Cahalan wrote:
> As long as nobody tried to remove ".", nothing is serialized.
> You can do your lookups in parallel since they can all grab
> the read lock at once.
Bzzzert. At which point do you take that lock for rmdir("foo/bar/barf/.")?
> Linux can tell where
Robert Kaiser wrote:
>
> On Die, 09 Jan 2001 you wrote:
> > Robert Kaiser wrote:
> > > I can't seem to get the new 2.4.0 kernel running on a 386 CPU.
> > > The kernel was built for a 386 Processor, Math emulation has been enabled.
> > > I tried three different 386 boards. Execution seems to get a
On Tue, 9 Jan 2001, Alan Cox wrote:
> > dd bug. It tries to ftruncate() the output file and gets all upset when
> > kernel refuses to truncate a block device (surprise, surprise).
>
> Standards compliant but unexpected.
dd is supposed to be portable. On Solaris:
% man ftruncate
[snip]
Hi.
I have updated my patch for drivers/net/rcpci45.c to 2.4.0. It can
be found at www.jaquet.dk/kernel/patches/rcpci.patch.gz. Besides
being rediffed it sports some more resource checks compared to the
last one (mentioned in http://marc.theaimsgroup.com/?l=linux-kernel&;
m=97743837428000&w=2).
101 - 200 of 367 matches
Mail list logo
