[EMAIL PROTECTED] said:
> Any comments before it goes to Linus?
I'd prefer to update MTD separately if and when the inter_module_xxx
support gets into both 2.2 and 2.4.
Could you first provide a patch which adds this support - when it's merged
into both 2.2 and 2.4 I'll update the MTD code
. Since module.[ch] was being hit anyway, I flushed most of my
patch list as part of this patch, these changes are already working in
the IA64 port.
The patch is 66K unzipped, 14K zipped, a bit too big for l-k. Get it
from ftp://ftp.ocs.com.au/pub/2.4.0-test10-pre6-module-symbol.gz. It
fits 2.4.0
On Sat, Nov 04, 2000 at 05:02:32AM +0200, Elmer Joandi wrote:
> under serious memory shortage, memory hog running and doing random access
> over 133 MB(128MB ram) and disk output as fast as it could.
> swap(128M) free = 0M, stable high disk io for long time, then
> me killing X with -9 , got oops.
under serious memory shortage, memory hog running and doing random access
over 133 MB(128MB ram) and disk output as fast as it could.
swap(128M) free = 0M, stable high disk io for long time, then
me killing X with -9 , got oops.
/home is on reiserfs, which is on raid, which has 5 slices all on sa
On Thu, Nov 02, 2000 at 01:14:49PM +0100, Martin Dalecki wrote:
> However what's the difference in respect of optimization between
> unrolling the abs function by hand and relying on the built in?
Should be nothing. The expanded source expression should get
folded immediately to an ABS_EXPR node
Richard Henderson wrote:
>
> On Wed, Nov 01, 2000 at 09:46:19AM -0500, [EMAIL PROTECTED] wrote:
> > What versions of gcc produce the built-in functions?
>
> 2.95 and previous. In 2.96 somewhere we fixed a bug that
> automatically prototypes these builtin functions for you;
> ie with current cod
Date: Wed, 1 Nov 2000 09:46:19 -0500
From: [EMAIL PROTECTED]
On Mon, Oct 30, 2000 at 05:14:34PM +0100, Martin Dalecki wrote:
> Of corse right! BTW. There are tons of places where log2 is calculated
> explicitly in kernel which should be replaced with the corresponding
> built
On Wed, Nov 01, 2000 at 09:46:19AM -0500, [EMAIL PROTECTED] wrote:
> What versions of gcc produce the built-in functions?
2.95 and previous. In 2.96 somewhere we fixed a bug that
automatically prototypes these builtin functions for you;
ie with current code you get an undeclared function warning
On Mon, Oct 30, 2000 at 05:14:34PM +0100, Martin Dalecki wrote:
> Of corse right! BTW. There are tons of places where log2 is calculated
> explicitly in kernel which should be replaced with the corresponding
> built
> in functions as well (/dev/random code does it). And then If I remember
> corre
Hi,
On Mon, Oct 30, 2000 at 01:56:07PM -0500, Jeff Garzik wrote:
>
> Seen it, re-read my question...
>
> I keep seeing "audio drivers' mmap" used a specific example of a place
> that would benefit from kiobufs. The current via audio mmap looks quite
> a bit like mmap_kiobuf and its support cod
Andrea Arcangeli <[EMAIL PROTECTED]> wrote:
>> +map = follow_page(ptr, datain, &failed);
>> +if (failed) {
>> +/*
>> + * Page got stolen before we could lock it down.
>> + * Retry.
>> + */
>>
On Tue, Oct 31, 2000 at 07:42:21PM +0100, [EMAIL PROTECTED] wrote:
> IMO you should apply Steve's patch (without any #ifdef __s390__) now.
Agreed.
Andrea
-
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
Andrea Arcangeli wrote:
>>On Mon, Oct 30, 2000 at 03:31:22PM -0600, Steve Pratt/Austin/IBM wrote:
>> [..] no patch ever
>> appeared. [..]
>
>You didn't followed l-k closely enough as the strict fix was submitted two
>times but it got not merged. (maybe because it had an #ifdef __s390__ that
wa
On Tue, Oct 31, 2000 at 10:23:12AM -0600, Steven Pratt wrote:
> I stand corrected, I missed this is my searching. [..]
Never mind, it's nearly impossible to track every single message to l-k.
It was only informational.
> [..] Hopefully this will
> get in this time.
I hope too indeed :).
Andrea
Andrea Arcangeli wrote:
>
> On Mon, Oct 30, 2000 at 03:31:22PM -0600, Steve Pratt/Austin/IBM wrote:
> > [..] no patch ever
> > appeared. [..]
>
> You didn't followed l-k closely enough as the strict fix was submitted two
> times but it got not merged. (maybe because it had an #ifdef __s390__ tha
On Mon, Oct 30, 2000 at 12:45:13PM +0100, Christoph Hellwig wrote:
> @@ -393,10 +396,15 @@
> pmd = pmd_offset(pgd, address);
> if (pmd) {
> pte_t * pte = pte_offset(pmd, address);
> - if (pte && pte_present(*pte))
> + if (pte && pte_present(*pte))
On Mon, Oct 30, 2000 at 03:31:22PM -0600, Steve Pratt/Austin/IBM wrote:
> [..] no patch ever
> appeared. [..]
You didn't followed l-k closely enough as the strict fix was submitted two
times but it got not merged. (maybe because it had an #ifdef __s390__ that was
_necessary_ by that time?)
You c
Christoph Hellwig wrote:
>
> On Mon, Oct 30, 2000 at 03:08:31PM -0500, Jeff Garzik wrote:
> > Actually, I wonder if its even possible for mmap_kiobuf to support audio
> > -- full duplex requires that both record and playback buffer(s),
> > theoretically two separate sets of kiobufs, to be present
>
> So while there may be a more elegant solution down the road, I would like
> to see the simple fix put back into 2.4. Here is the patch to essential
> put the code back to the way it was before the S/390 merge. Patch is
> against 2.4.0-test10pre6.
>
> --- linux/mm/memory.cFri Oct 27 15:
Back in April there were discussions about the race in establish_pte with
the flush_tlb before the set_pte. Many options were discussed, but due in
part to a concern about S/390 having introduced the code, no patch ever
appeared. I talked with Martin Schwidefsky of the S/390 Linux development
te
On Mon, Oct 30, 2000 at 03:08:31PM -0500, Jeff Garzik wrote:
> Actually, I wonder if its even possible for mmap_kiobuf to support audio
> -- full duplex requires that both record and playback buffer(s),
> theoretically two separate sets of kiobufs, to be presented as one space
> (with playback alw
Christoph Hellwig wrote:
>
> On Mon, Oct 30, 2000 at 01:56:07PM -0500, Jeff Garzik wrote:
> > My question from above is: how can the via audio mmap in test10-preXX
> > be improved by using kiobufs? I am not a kiobuf expert, but AFAICS a
> > non-kiobuf implementation is better for audio drivers.
On Mon, Oct 30, 2000 at 01:56:07PM -0500, Jeff Garzik wrote:
> My question from above is: how can the via audio mmap in test10-preXX
> be improved by using kiobufs? I am not a kiobuf expert, but AFAICS a
> non-kiobuf implementation is better for audio drivers. (and the via
> audio mmap implemen
Christoph Hellwig wrote:
> On Mon, Oct 30, 2000 at 12:19:21PM -0500, Jeff Garzik wrote:
> > Take a look at drivers/sound/via82cxxx_audio.c. How can that mmap be
> > improved by using kiobufs?
>
> I think so - but you need Stephen's kvmap patch, that is in the same
> patchset the forward-ported f
On Mon, Oct 30, 2000 at 12:19:21PM -0500, Jeff Garzik wrote:
> Christoph Hellwig wrote:
> > +Locking down user memory and doing mass storage device IO with it is not
> > +the only purpose of kiobufs. Another use for kiobufs is allowing
> > +user-space mmaping dma memory, e.g in sound drivers. To
Christoph Hellwig wrote:
> +Locking down user memory and doing mass storage device IO with it is not
> +the only purpose of kiobufs. Another use for kiobufs is allowing
> +user-space mmaping dma memory, e.g in sound drivers. To do so you
> +need to lock-down kernel virtual memory and refernece i
Jakub Jelinek wrote:
>
> On Mon, Oct 30, 2000 at 03:01:16PM +0100, Martin Dalecki wrote:
> > Horst von Brand wrote:
> > >
> > > Red Hat 7.0, i686, gcc-20001027 (Yes, I know. Just to flush out bugs on
> > > both sides).
> > >
> > > abs() is used at least in:
> > >
> > > arch/i386/kernel/time.c
> >
On Mon, Oct 30, 2000 at 03:01:16PM +0100, Martin Dalecki wrote:
> Horst von Brand wrote:
> >
> > Red Hat 7.0, i686, gcc-20001027 (Yes, I know. Just to flush out bugs on
> > both sides).
> >
> > abs() is used at least in:
> >
> > arch/i386/kernel/time.c
> > drivers/md/raid1.c
> > drivers/sound/s
Horst von Brand wrote:
>
> Red Hat 7.0, i686, gcc-20001027 (Yes, I know. Just to flush out bugs on
> both sides).
>
> abs() is used at least in:
>
> arch/i386/kernel/time.c
> drivers/md/raid1.c
> drivers/sound/sb_ess.c
>
> gcc warns about use of a non-declared function each time.
>
> No defin
On Fri, Oct 27, 2000 at 02:23:04PM -0700, Linus Torvalds wrote:
>
> [...]
>
> That solution, btw, might be as simple as just saying:
>
> - raw IO is based on physical pages, and the COW mapping crated by
>fork() may cause the changes to be visibile to either child or parent
>or both, dep
r linux-2.4.0-test10-pre6/fs/partitions/Config.in
linux/fs/partitions/Config.in
--- linux-2.4.0-test10-pre6/fs/partitions/Config.in Sun Jul 9 22:21:41 2000
+++ linux/fs/partitions/Config.in Sat Oct 28 22:57:06 2000
@@ -3,7 +3,7 @@
#
bool 'Advanced partition selection'
Linus, please apply. Without this patch, USB has problems when built
into the kernel and modversions are used, I have confirmation that it
fixes the reported problem. The only changes from the previous version
of this patch are in the documentation.
This patch against 2.4.0-test10-pre6
Hi!
This oops is not a new one .. I've it for quite a long time.
It always happens when starting a hamradio program called 'ulistd'.
There is not any problem at all with this program and the 2.2.17 or 2.2.18prex
The system is frozen. I can access the 'magic keys'.
My configuration is Pentium 20
Thanks, your patch solved my USB module dependency
problems.
>This patch against 2.4.0-test10-pre6 implements
>LINK_FIRST and
> LINK_LAST to fix the problem with usb initialization
>order. The patch *only* affects drivers/usb
__
On Sun, 29 Oct 2000, Mohammad A. Haque wrote:
> I JUST got the same oops. But daylight savings happened 9 or so hours
> ago here.
Known problem, fix being tested. Basically, it's the same as mmap/truncate
races, with do_generic_file_read() in place of filemap_nopage(). I wonder
what made it vi
I JUST got the same oops. But daylight savings happened 9 or so hours
ago here.
[EMAIL PROTECTED] wrote:
>
> Wierd thing about this oops is that it happened just
> as I ticked over between the daylight savings adjustment,
> and the system clock changed itself.
>
> Coincidence ? :)
>
> Unable t
Wierd thing about this oops is that it happened just
as I ticked over between the daylight savings adjustment,
and the system clock changed itself.
Coincidence ? :)
Unable to handle kernel NULL pointer dereference at virtual address
0010
c012efaa
*pde =
Oops:
CPU:0
EIP:
This patch against 2.4.0-test10-pre6 implements LINK_FIRST and
LINK_LAST to fix the problem with usb initialization order. The patch
*only* affects drivers/usb because that is the only Makefile that
specifies LINK_FIRST. All the other Makefiles still rely on the kludge
where the link order is
Red Hat 7.0, i686, gcc-20001027 (Yes, I know. Just to flush out bugs on
both sides).
abs() is used at least in:
arch/i386/kernel/time.c
drivers/md/raid1.c
drivers/sound/sb_ess.c
gcc warns about use of a non-declared function each time.
No definition for the function is to be found (grep over a
I understand you are in charge of this per MAINTAINERS, it not, I
apologize for bothering you.
Red Hat 7, i686, gcc-20001027 (from CVS) complains about '??)' trigraphs at
lines 1278 and 6367. Should that be just '(?)', or perhaps 'xx'? (egcs-1.1.2
keeps quiet).
[Yes, trigraphs are bletcherous. P
uf/rawio fixes for 2.4.0-test10-pre6
X-Mailer: Mutt 1.0i
Hi Linus,
Stephen Tweedies last kiobuf patchset contained a lot bu fixes
besides new features. These bug-fixes are not yet merged in 2.4.0.
This patch contains forward-ports of the follwoing fixes
(quote from his 00README
On Thu, Oct 26, 2000 at 11:58:03PM -0700, Linus Torvalds wrote:
>
> Thanks to everybody who has been testing.
>
> pre6 has tons of small fixes, the most noticeable of which are
>
> (a) the new compiler requirements (sorry, but it turned out that 2.7.2.3
> really is too subtly broken with
Thanks to everybody who has been testing.
pre6 has tons of small fixes, the most noticeable of which are
(a) the new compiler requirements (sorry, but it turned out that 2.7.2.3
really is too subtly broken with named structure initializers that
are very heavily used these days inside
43 matches
Mail list logo
