In article <[EMAIL PROTECTED]> you wrote:
> Hi. Is there a way to support vpn in the 2.4.0 kernels like we had
> with the patch for the 2.2.x kernels?
What kind of VPN, there are all kinds of User mode solutions, some for
kernel modules. Are you talking about IPSec?
Greetings
Bernd
-
To
> Damacus Porteng writes:
> For grins, I did `dd if=/dev/zero of=testfile bs=1024 count=400`
> Obviously, with the limits of ext2, this isn't allowed, however, dd continued
> marrily on its way, tho it spouted an error...
With 2.4 it's allowed.
> I cancelled the dd and went to
On Sat, 23 Dec 2000, William T Wilson wrote:
> If that's true, then the following C programlet should remove the file:
I lied. You need to include not
Oh no! This is linux-kernel. I thought it was debian-user. Sorry,
didn't mean to waste bandwidth :}
-
To unsubscribe from this list:
On Sat, 23 Dec 2000, Chris Wedgwood wrote:
> rm probably stat'd the file beforing removing it -- and failed,
> because it's either old or uses and old library (which isn't LFS
> aware)
If that's true, then the following C programlet should remove the file:
Replace "huge-file-name" with the
On Sat, Dec 23, 2000 at 02:16:15AM -0600, Damacus Porteng wrote:
> For grins, I did `dd if=/dev/zero of=testfile bs=1024 count=400`
>
> Obviously, with the limits of ext2, this isn't allowed, however, dd continued
> marrily on its way, tho it spouted an error...
>
> I cancelled the dd and
For grins, I did `dd if=/dev/zero of=testfile bs=1024 count=400`
Obviously, with the limits of ext2, this isn't allowed, however, dd continued
marrily on its way, tho it spouted an error...
I cancelled the dd and went to remove the file, though the following occured:
Merry Xmas All,
read/write-page() I/O isn't visible in kstat.
--- linux-2.4.0-test13-pre4/drivers/block/ll_rw_blk.c.org Sat Dec 23 07:08:28
2000
+++ linux-2.4.0-test13-pre4/drivers/block/ll_rw_blk.c Sat Dec 23 07:28:38 2000
@@ -964,6 +964,14 @@
bh->b_rsector = bh->b_blocknr *
Andrea Arcangeli wrote:
>
> [ 2.2 waitqueue stuff ]
>
Andrea, it occurs to me...
__wake_up() is using read_lock(waitqueue_lock). This means that
two CPUs could simultaneously run __wake_up(). They could both
find the same task and they could both try to wake it up. The
net result would be
On Fri, 22 Dec 2000, Alex Belits wrote:
> ...so this is the result of Becker's employment at NASA and government's
> legal weirdness (no, I have no idea, why of all possible choices
> "Director, National Security Agency" must represent US government for
> copyright purpose).
Director is just
Alan Cox wrote:
> ...
>
> 2.4.0test13pre4-ac1
> ...
> o Fix network register/hotplug/publish problems (Andrew Morton)
This patch is a step on the way to changing how netdevices are
registered. It is a significant restructuring which was
basically forced upon us by a bad race condition
: On Fri, 22 Dec 2000 18:34:46 + (GMT), Alan Cox wrote:
>> Questions:
>> * Is the rtl8139 driver broken?
>
>Somewhat, especially in kernels that old
We do live on Internet time, I know, but has it gotten that fast that the
latest distributions ship with kernels "that old" ;-)
>2.2.18
GET YOUR OWN 100 MEG WEBSITE FOR ONLY $11.95 PER MONTH TODAY!
STOP PAYING $19.95 or more TODAY for your web site, WHEN YOU CAN
GET ONE FOR ONLY $11.95 PER MONTH!
DO YOU ALREADY HAVE A WEBSITE? ALL YOU HAVE TO DO IS TRANSFER THE
DOMAIN TO OUR SERVERS AND UPLOAD YOUR DATA AND YOU ARE READY TO
I get the following error with 2.4.0-test13-pre4-ac2:
[root@localhost linux-2.4.0-test13-pre4-ac2]# make xconfig
rm -f include/asm
( cd include ; ln -sf asm-i386 asm)
make -C scripts kconfig.tk
make[1]: Entering directory `/usr/src/linux-2.4.0-test13-pre4-ac2/scripts'
cat header.tk >>
Hi,
On Fri, Dec 22, 2000 at 06:39:49PM +, Alan Cox wrote:
> > These folks are good at what they do and the code is GPL.
> > It is worth starting to consider whether this code, or code
> > from one of the other security-enhancement projects, should
> > be included in the standard kernel for
Here is what worked.
append="ide6=0x168,0x36e,10"
Thanks all for your help.
Merry Christmas : )
> > Charles Wilkins writes:
> > > I have ide.2.2.18.1209.patch applied. The kernel is 2.2.18.
> > > So what is the answer? 4 controllers max or 10 for my kernel?
> >
> > 10 controllers if you have
Hi Alan, Linus,
I'd like to sync my 2.0f version of the tmscsim (Tekram DC390/AM53C974)
Linux SCSI driver with both 2.2.19 and 2.4.0 mainstream kernels.
I did not sync with you more often, as I was always reported a problem or
finding one myself, when I was wanting to release the next version
On Sat, 23 Dec 2000, Tim Bell wrote:
> Hi,
>
> [1.] One line summary of the problem:
>
> "kernel bug at buffer.c:765" in 2.4.0-test12
Bug fixed in 2.4.0-test13pre2.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
I get this when patch'ing in test13-pre4-ac2 (with ReiserFS and Netfilter
patches, none of which touch SMP).
patching file arch/i386/kernel/smp.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 278.
Hunk #2 succeeded at 511 (offset 9
Hi,
[1.] One line summary of the problem:
"kernel bug at buffer.c:765" in 2.4.0-test12
[2.] Full description of the problem/report:
While running mke2fs on a SCSI software RAID-5 array, the message "kernel
bug at buffer.c:765!" was printed, along with an oops (below). The system
doesn't
I am getting the following oops while trying to update the microcode of a
PII@266mhz using the microcode update driver. Below is the output of
ksymoops. This was built using egcs-1.1.2.
Also in case it matters I've applied the ide-2.2.18 patch so I can use my
Promise ATA66 controller and the
On Fri, 22 Dec 2000, James Lewis Nance wrote:
> > benefits from and which may help cut down computer crime beyond government.
> > (and which of course actually is part of the NSA's real job)
>
> I often wonder how many people know that a whole bunch of the Linux
> networking code is Copyrighted
Linus,
The following patch changes swap_writepage() to try to do write clustering
of phisically contiguous pages which are dirty and in the swapcache.
Do you want to include it in 2.4?
diff -Nur --exclude-from=exclude linux.orig/include/linux/mm.h linux/include/linux/mm.h
---
On Fri, 22 Dec 2000, Chris Mason wrote:
> It is enough to leave buffer heads we don't flush on the dirty list (and
> redirty the page), they'll get written by a future loop through
> flush_dirty_pages, or by page_launder. We could use ll_rw_block instead,
> even though anon pages do have a
On Fri, Dec 22, 2000 at 06:39:49PM +, Alan Cox wrote:
>
> I think this is a good point. Its actually a nice testimonial for free
> software that its finally got the NSA contributing code in a way that everyone
> benefits from and which may help cut down computer crime beyond government.
>
This is mostly so people can see what I have merged in my tree and what
has gone from it. The patch for the adventurous is in
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4.0test/..
2.4.0test13pre4-ac2
o Merge support for CPU's >2Ghz from 2.2.18
o Merge typo/doc fixes
On Friday, December 22, 2000 17:52:28 -0200 Marcelo Tosatti
<[EMAIL PROTECTED]> wrote:
> There is one more nasty issue to deal with.
>
> You only want to take into account the buffer flushtime if
> "check_flushtime" parameter is passed as true to flush_dirty_buffers
> (which is done by
> bigmem is 'last resort' stuff. I'd much rather it is as now a
> seperate allocator so you actually have to sit and think and
> decide to give up on kmalloc/vmalloc/better algorithms and
> only use it when the hardware sucks
It isn't just for sucky hardware. It is for performance too.
1. Linux
Andrea Arcangeli wrote:
> Ok, found it, you can workaround it with:
>
> CONFIG_LVM_PROC_FS=y
Yes, this fixed it. I do build with proc, and have no idea why
this was off in my config. Anyway, why is there this private proc
option in .config at all? most modules use the global setting for
proc
On Fri, Dec 22, 2000 at 10:39:43PM +0100, Erik Mouw wrote:
> On Fri, Dec 22, 2000 at 02:54:50PM -0700, Jeff V. Merkey wrote:
> > Having a 1 Gigabyte per second fat pipe that runs over a prallel bus
> > fabric with a standard PCI card that costs @ $ 500 and can run LVS
> > and TUX at high speeds
On Fri, Dec 22, 2000 at 11:37:29AM -0800, Tim Wright wrote:
I have been working with SCI since 1994. The people who own
Dolphin and the SCI chipsets also own TRG. We dropped work in
the P6 ccNUMA cards several years back because Intel was
convinced that shared-nothing was the way to go (and
On Fri, Dec 22, 2000 at 06:39:49PM +, Alan Cox wrote:
> > These folks are good at what they do and the code is GPL.
> > It is worth starting to consider whether this code, or code
> > from one of the other security-enhancement projects, should
> > be included in the standard kernel for 2.6 or
Hi Jeff,
On Fri, Dec 22, 2000 at 11:11:05AM -0700, Jeff V. Merkey wrote:
[...]
> SCI allows machines to create windows of shared memory across a cluster
> of nodes, and at 1 Gigabyte-per-second (Gigabyte not gigabit). I am
> putting a sockets interface into the drivers so Apache, LVS, and
>
On Friday, December 22, 2000 17:45:57 +0100 Daniel Phillips
<[EMAIL PROTECTED]> wrote:
[ flushing a page at a time in bdflush ]
> Um. Why cater to the uncommon case of 1K blocks? Just let
> bdflush/kupdated deal with them in the normal way - it's pretty
> efficient. Only try to do the
On Fri, Dec 22, 2000 at 12:52:32AM +, Alan Cox wrote:
>
> 2.2.19pre3
> o Fix e820 handling (Andrea Arcangeli)
arch/i386/kernel/setup.c:
/* compare results from other methods and take the greater */
if (ALT_MEM_K <
> > Charles Wilkins wrote:
> >
> > Is there a max number of ide controllers that linux-2.2.18 can
> > support?
>
Andrzej M. Krzysztofowicz says,
>"Linux supports up to 10 IDE channels, however channel numbers of PCI
controllers seem to be assigned first."
Warren Young says,
>"Kernel 2.2 is
On Fri, Dec 22, 2000 at 08:21:37PM +0100, Andi Kleen wrote:
> On Fri, Dec 22, 2000 at 11:35:30AM -0700, Jeff V. Merkey wrote:
> > The real question is how to guarantee that these pages will be contiguous
> > in memory. The slab allocator may also work, but I think there are size
> > constraints
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>
>2.4.0test
> egcs-1.1.2
> (gcc 2.95 miscompiles some of the long long uses)
> Red Hat's 2.96 seems to generate valid kernels but don't expect
> sympathy if you report a bug in one built that way
On Fri, Dec 22, 2000 at 11:35:30AM -0700, Jeff V. Merkey wrote:
> The real question is how to guarantee that these pages will be contiguous
> in memory. The slab allocator may also work, but I think there are size
> constraints on how much I can get in one pass.
You cannot guarantee it after
In article <[EMAIL PROTECTED]>,
Tim Wright <[EMAIL PROTECTED]> wrote:
>
>So
>egcs-1.1.2 is good for either, 2.7.2 is OK for 2.2, bad for 2.4. 2.95.2 and
>later are risky. RedHat just released a bugfixed "2.96" which is an unknown
>quantity AFAIK. Anybody brave enough to try it should
On Fri, Dec 22, 2000 at 11:11:05AM -0700, Jeff V. Merkey wrote:
> On Fri, Dec 22, 2000 at 09:39:28AM +0100, Pauline Middelink wrote:
> > On Thu, 21 Dec 2000 around 15:53:39 -0700, Jeff V. Merkey wrote:
>
Pauline/Alan,
I have been studying the SCI code and I think I may have a workaround that
Hi there,
Since there have been some downloads of my patch, I should
notify you, that I've updated it and added some documentation.
You can find it at:
http://www.tu-chemnitz.de/~ioe/oom-kill-api/index.html
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag
> These folks are good at what they do and the code is GPL.
> It is worth starting to consider whether this code, or code
> from one of the other security-enhancement projects, should
> be included in the standard kernel for 2.6 or 3.0.
I think this is a good point. Its actually a nice
> Questions:
> * Is the rtl8139 driver broken?
Somewhat, especially in kernels that old
2.2.18 might help and also as an '8139too' driver rewrite which may work
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
Charles Wilkins writes:
> I added this to lilo.conf:
> append="ide2=0x168,10" and ran lilo
>
> This is what I got:
> ide_setup: ide2=0x168,10
> .
> .
> ide2: ports already in use, skipping probe
>
> The promise controllers then setup as ide3 and ide4, but the SB32 still does
> not report.
> Any
Alan,
Here's a patch that fixes the Makefile and Config.in for drivers/video in
regard to the ATI Rage128. This will allow it to properly be compiled as
a module with proper defaults.
No idea what happened to this... Looks like it's been broke for some
time.
Brad Douglas
[EMAIL PROTECTED]
Hello!
> http://grc.com/r/nomoredos.htm
>
> With my limited unstanding of TCP and DoS attacks this would seem to be the
> answer, instead of a work around.
More elaborated version of this "answer" is used in linux for ages
under name of syncookies. The approach, proposed here, is a bit
On 22 Dec 2000, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Richard B. Johnson <[EMAIL PROTECTED]> wrote:
> >alias kwhich='type -path' in ~./bashrc should fix.
>
> Hmm? Smells like a stupid bug to me. The script is called as:
>
> CCFOUND :=$(shell $(CONFIG_SHELL)
Barry writes:
> > Linux 2.2.18?
>
> gcc 2.7.2.3 is safest, but egcs 1.1.2 should be safe even for
> mission-critical stuff. gcc 2.95.2 seems to work for many people, but
> isn't necessarily safe.
Speaking of this - I had problems with a gcc 2.95.2 compiled 2.2.18+IDE patch,
yet the same kernel
Greetings,
Up to and including -test12, tdfx.o has built and run nicely.
Starting with -test13-pre1, and continuing to -test13-pre4,
tdfx.o (and other modules e,g the olympic.o token ring driver)
have not been successfully created. In general, modules work fine,
it's just a few that have been
Casey Schaufler wrote:
>
> "Mike A. Harris" wrote:
> >
> > Anyone looked into this?
>
> It's an implementation of Domain Enforcement, ported
> from the flask project. It is a prototype.
These folks are good at what they do and the code is GPL.
It is worth starting to consider whether this
On Fri, 22 Dec 2000, Stephen Torri wrote:
> I am having a real interesting time with the Xircom card and
> kernel-2.2.16. All transmission packets from the NIC are being flagged for
> errors while all received packets are fine. The card is in a Twinhead
> P88TE Cardbus PCMCIA slot. Eradicate
The following patch does some "micro optimizations" for 2.4, that are
partly not so micro. It tries to avoid segment register reloads for
interrupts taken from kernel mode (e.g. the idle task), because they
require expensive locked cycles to read the GDT. It also changes
switch_to() not to
In article <[EMAIL PROTECTED]>,
Richard B. Johnson <[EMAIL PROTECTED]> wrote:
>alias kwhich='type -path' in ~./bashrc should fix.
Hmm? Smells like a stupid bug to me. The script is called as:
CCFOUND :=$(shell $(CONFIG_SHELL) scripts/kwhich kgcc gcc272 cc gcc)
So how can bash ever decide to
"Mike A. Harris" wrote:
>
> Anyone looked into this?
It's an implementation of Domain Enforcement, ported
from the flask project. It is a prototype.
Persons looking for backdoors, tricks, traps, snares,
or ice are going to be disappointed. It's just code
like everone else produces. Much of
1. test13-pre3, e2fs corruption
2. running my box 4h 30min i wanted edit some files, the filenames
were wrong and other files didnt have the correct data.
i unmounted the drive with the data and a e2fsck said
wrong group names...bad superblock...
after reboot without check or
> > Doing it this way is _way_ better for system
> > stability, because kidle-apmd sometimes dies due to APM
> > bug. kidle-apmd dying is recoverable error; swapper dieing is as fatal
> > as it can be.
>
> Good. Maybe the bugs will get fixed then. If the bugs are in
> the BIOS or motherboard
> > Agree that it is different. But it confuses people to have two
> > idle-tasks. I suggest that we throw it one big pile, unless having a
> > separate apm idle task has a purpose.
>
> You can't do that. Doing it this way is _way_ better for system
> stability, because kidle-apmd sometimes
I've recently found a (very) small bug in the IP MASQ FTP module, and I've
already gone ahead and changed the code on my machine to fix it. However,
I cannot find out who to send this information to so it can be worked into
the kernel!
Anyone know? If anyone else wants the info, feel free
On Thu, Dec 21, 2000 at 01:30:03PM -0600, Paul Cassella wrote:
> The mechanism being developed here seems a lot like synchronization
> variables (aka condition variables), which are a part of the "monitor"
> synchronization construct. There is a simple implementation of them in
> the xfs patch.
Tim Wright wrote:
>
> On Fri, Dec 22, 2000 at 12:46:28PM +0100, Daniel Phillips wrote:
> [...]
> > Granted, it's just an example, but it doesn't make sense to wake up more
> > dmabuf_alloc waiters than you actually have buffers for. You do one
> > up() per freed buffer, and the semaphore's wait
[please CC replies; I am not on the list]
I have a 2.2.16 kernel on an HP Omnibook 800 CT with docking station. That
docking station contains an Allied Telesyn 2500TX NIC, identified by lspci
as "Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)". Versions 1.07
(RedHat 7.0) and 1.08 (SuSE 7.0)
This is mostly so people can see what I have merged in my tree and what
has gone from it. The patch for the adventurous is in
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4.0test/..
Next job - merging the 2.2.18 stuff
2.4.0test13pre4-ac1
o Merge Linus pre4
o Fix
On Fri, Dec 22, 2000 at 09:39:28AM +0100, Pauline Middelink wrote:
> On Thu, 21 Dec 2000 around 15:53:39 -0700, Jeff V. Merkey wrote:
> >
> > Alan,
> >
> > I am looking over the 2.4 bigphysarea patch, and I think I agree
> > there needs to be a better approach. It's a messy hack -- I agree.
>
On Fri, 22 Dec 2000, Stuart MacDonald wrote:
> What file does step 3 modify? It's likely this patch is being overwritten
> (lost) in step 4. Probably not the source of the problem though.
No, it's not being overwritten, but it's most likely not the source of
the problem.
Permissions have been
On Fri, Dec 22, 2000 at 05:01:02PM +, Stephen Torri wrote:
> concerned. The module I am using is tulip_cb.
upgrade to latest pcmcia package on sourceforge.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
I am having a real interesting time with the Xircom card and
kernel-2.2.16. All transmission packets from the NIC are being flagged for
errors while all received packets are fine. The card is in a Twinhead
P88TE Cardbus PCMCIA slot. Eradicate errors like total packet loss, 1
packet out of 4
From: "Matthias Andree" <[EMAIL PROTECTED]>
> 3. patch the kernel with that 2.2.18-fix-serial-5.05-pre.patch, it takes
>a high fuzz factor (try patch -p1 -F10)
> 4. unpack serial-5.05
I don't have permission to fetch
2.2.18-fix-serial-5.05-pre.patch
at
Chris Mason wrote:
>
> On Thursday, December 21, 2000 22:38:04 -0200 Marcelo Tosatti
><[EMAIL PROTECTED]> wrote:
> >
> > On Thu, 21 Dec 2000, Andreas Dilger wrote:
> >
> >> Marcelo Tosatti writes:
> >> > It seems your code has a problem with bh flush time.
> >> >
> >> > In
On Fri, 22 Dec 2000, Alan Cox wrote:
> > > why 'standard' Unix/sell/executable commands keep getting changed
> > > to GNUisms in distributions.
> >
> > I've been asking that question ever since most popular distributions
> > started putting a copy of bash in /bin/sh.
>
> And which of the
Andrea Arcangeli schrieb am Freitag, den 22. Dezember 2000:
> On Fri, Dec 22, 2000 at 03:47:57PM +0100, Matthias Andree wrote:
> > I suspect that these patches are mutually incompatible.
>
> did you checked that there are no rejects after patching :)
Yes, I did, there were none.
I had one
> And which of the versions of 'which' would you rather people had. Do you want
> csh behaviour, tcsh behaviour, which non builtin BSD behaviour, which as alias
> trick behaviour, which as ksh behaviour..
>
> There is no standard which command.
Exactly why there will be 3 different overall
> > why 'standard' Unix/sell/executable commands keep getting changed
> > to GNUisms in distributions.
>
> I've been asking that question ever since most popular distributions
> started putting a copy of bash in /bin/sh.
And which of the versions of 'which' would you rather people had. Do you
> > o Optimise kernel compiler detect, kgcc before(Peter Samuelson)
> > gcc272 also
>
> kwhich doesn't seem to work ok with several arguments if sh is bash-1.14.7:
Yep. I shall just back this out
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Fri, Dec 22, 2000 at 05:07:27PM +0100, Arjan van de Ven wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > Linus Torvalds wrote:
> >> - pre4:
> >>- Andrea Arkangeli: update to LVM-0.9
>
> > lvm.c: In function `lvm_do_create_proc_entry_of_lv':
>
> [snip]
>
> Hi,
>
> The patch below
In article <[EMAIL PROTECTED]> you wrote:
> Linus Torvalds wrote:
>> - pre4:
>>- Andrea Arkangeli: update to LVM-0.9
> lvm.c: In function `lvm_do_create_proc_entry_of_lv':
[snip]
Hi,
The patch below fixes this.
Greetings,
Arjan van de Ven
diff -ur linux/drivers/md/lvm.c
On Fri, 22 Dec 2000, Petri Kaukasoina wrote:
> On Fri, Dec 22, 2000 at 12:52:32AM +, Alan Cox wrote:
> >
> > o Optimise kernel compiler detect, kgcc before(Peter Samuelson)
> > gcc272 also
>
> kwhich doesn't seem to work ok with several arguments if sh is bash-1.14.7:
>
> $ sh
> alias kwhich='type -path' in ~./bashrc should fix. I don't know
> why 'standard' Unix/sell/executable commands keep getting changed
> to GNUisms in distributions.
I've been asking that question ever since most popular distributions
started putting a copy of bash in /bin/sh.
WHY oh WHY would
Felix von Leitner wrote:
>
> > IPChains is essentially useless as a firewall due to its lack of
> > stateful packet filering.
>
> Bullshit.
> Go back to the bowels or Redmond where you belong, luser.
Thanks. I appreciate that.
-M
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, Dec 23, 2000 at 12:11:41AM +0900, Ishikawa wrote:
> I have to think more deeply then what the best measure would be.
I suppose you can get all systems involved to agree on 255 heads
if you select LBA in the BIOS.
Andries
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, Dec 22, 2000 at 12:46:28PM +0100, Daniel Phillips wrote:
[...]
> Granted, it's just an example, but it doesn't make sense to wake up more
> dmabuf_alloc waiters than you actually have buffers for. You do one
> up() per freed buffer, and the semaphore's wait queue better be fifo or
> have
On Fri, Dec 22, 2000 at 12:52:32AM +, Alan Cox wrote:
>
> o Optimise kernel compiler detect, kgcc before(Peter Samuelson)
> gcc272 also
kwhich doesn't seem to work ok with several arguments if sh is bash-1.14.7:
$ sh scripts/kwhich kgcc gcc272 cc gcc
kgcc:gcc272:cc:gcc: not
I have an error that occurs after upgrading from 2.2.18pre23 to 2.2.18 +
vm-global-7 patch.
Apart from enhanced stability in low-memory cases (hey, it doesn't
freeze ten times a day ;), I have the problem that once every few days,
preferably under high load, X behaves strangely (window manager
On Fri, Dec 22, 2000 at 04:01:50PM +0100, Andrea Arcangeli wrote:
> On Fri, Dec 22, 2000 at 03:31:45PM +0100, Andrea Arcangeli wrote:
> > On Sat, Dec 23, 2000 at 12:00:27AM +1100, Eyal Lebedinsky wrote:
> > > Linus Torvalds wrote:
> > > > - pre4:
> > > >- Andrea Arkangeli: update to LVM-0.9
On Fri, Dec 22, 2000 at 03:47:57PM +0100, Matthias Andree wrote:
> I suspect that these patches are mutually incompatible.
did you checked that there are no rejects after patching :)
> Could somebody please have a look at this? I will test or provide more
> information as requested.
Where's
Richard B. Johnson wrote:
> I am finishing up a memory-test program. I want to get the
> true linear address of some failing memory. I have obtained
> the virtual (user-space) address.
>
> Since going through all the PTEs seems to be a bitch, I thought
> it would be easier to do the following:
Thank you for your tips.
Guest section DW wrote:
> First a few warnings - probably you know already, but just to be sure:
>
>
> (i) The geometry you get is mostly determined by the BIOS settings
> (Normal / Large / LBA / PartitionTable).
>
>
> (ii) The 2.2.14+ and 2.4 behaviours are both
On Thursday, December 21, 2000 22:38:04 -0200 Marcelo Tosatti
<[EMAIL PROTECTED]> wrote:
>> Marcelo Tosatti writes:
>> > It seems your code has a problem with bh flush time.
>> >
>> > In flush_dirty_buffers(), a buffer may (if being called from kupdate)
>> > only be written in case its old
On Fri, Dec 22, 2000 at 10:39:03AM +, Alex Buell wrote:
> On Fri, 22 Dec 2000, Mike A. Harris wrote:
> > The result is available for download at the above URL as well. Has
> > anyone here toyed with it already ?
>
> I'd eyeball the sources for backdoors, if I were you.
>
Hey,
Hi,
I have a vanilla 2.2.18 that I patch Andrea Arcangeli's VM-global-7
patch (for 2.2.18pre25) on top, as well as I²C 2.5.4, the current
--12-09 IDE.2.2.18 patch and ReiserFS 3.5.28. So far, so good. If I now
patch serial 5.05 on top of that, the kernel itself detects devices, but
does nothing
On Fri, Dec 22, 2000 at 03:31:45PM +0100, Andrea Arcangeli wrote:
> On Sat, Dec 23, 2000 at 12:00:27AM +1100, Eyal Lebedinsky wrote:
> > Linus Torvalds wrote:
> > > - pre4:
> > >- Andrea Arkangeli: update to LVM-0.9
> >
> > gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall
> >
On Sat, Dec 23, 2000 at 12:00:27AM +1100, Eyal Lebedinsky wrote:
> Linus Torvalds wrote:
> > - pre4:
> >- Andrea Arkangeli: update to LVM-0.9
>
> gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall
> -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
>
I am finishing up a memory-test program. I want to get the
true linear address of some failing memory. I have obtained
the virtual (user-space) address.
Since going through all the PTEs seems to be a bitch, I thought
it would be easier to do the following:
(1) Mark the bad RAM with magic
The Information Assurance Research Office of the National Security
Agency is pleased to make available a prototype version of a
security-enhanced Linux system (http://www.nsa.gov/selinux). This
version of Linux has a strong, flexible mandatory access control
architecture incorporated into the
On Thursday, December 21, 2000 22:38:04 -0200 Marcelo Tosatti
<[EMAIL PROTECTED]> wrote:
>
> On Thu, 21 Dec 2000, Andreas Dilger wrote:
>
>> Marcelo Tosatti writes:
>> > It seems your code has a problem with bh flush time.
>> >
>> > In flush_dirty_buffers(), a buffer may (if being called
On Thursday, December 21, 2000 20:54:09 -0500 Alexander Viro <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 21 Dec 2000, Chris Mason wrote:
>
>> Obvious bug, block_write_full_page zeros out the bits past the end of
>> file every time. This should not be needed for normal file writes.
>
>
On Fri, Dec 22, 2000 at 06:33:00PM +1100, Andrew Morton wrote:
> add_waitqueue_exclusive() and TASK_EXCLUSIVE, add a
There's no add_waitqueue_exclusive in my patch.
> Except for this bit, which looks slightly fatal:
>
> /*
> * We can drop the read-lock early if this
> *
Linus Torvalds wrote:
> - pre4:
>- Andrea Arkangeli: update to LVM-0.9
gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DMODULE
-DMODVERSIONS -include
> "Charles Wilkins wrote:"
> > I have been running with the 2 onboard VIA ide hd controllers (ide 0 and
=
> > ide 1) along with a creative labs ide contoller on a SB32 soundcard (ide
=
> > 2). This has had the cdrom and zip drive.
> >
> > I just added a Promise Ultra100 and it has assumed the
On Fri, 22 Dec 2000, Alan Cox wrote:
> For i386
>
> 2.2.18
> gcc 2.7.2 or egcs-1.1.2
Just a remainder for debian users. There is a debian package gcc272 which
is said to be the "GNU C compiler's C part", for "backword compatibility
purposes". I recompiled my kernel after an
apt-get
Paul Cassella wrote:
> > dmabuf_alloc(...)
> > {
> > while (1) {
> > spin_lock(_lock);
> > attempt to grab a free buffer;
> > spin_unlock(_lock);
> > if (success)
> >
1 - 100 of 230 matches
Mail list logo
