Greg KH wrote:
On Fri, Oct 13, 2000 at 02:44:32AM +0200, FORT David
wrote:
>
> USB still have problems, when starting to grab with my ov511 webcam
i got the
> attached oops. This bug appeared
> in test9-preX(X beeing at least > 2) series. Some people have claimed
that
> test10-pre1 fixed the prob
Hi,
On Fri, 13 Oct 2000, Richard Henderson wrote:
> Either that or adjust how we do atomic operations. I can do
> 64-bit atomic widgetry, but not with the code as written.
It's probably more something for 2.5, but what about adding a lock
argument to the atomic operations, then sparc could use
Date:Fri, 13 Oct 2000 15:57:50 -0700
From: Richard Henderson <[EMAIL PROTECTED]>
Either that or adjust how we do atomic operations. I can do 64-bit
atomic widgetry, but not with the code as written.
Ultra can do it as well, and as far as I understand it ia64 64-bit
atomic_t'
On Fri, Oct 13, 2000 at 11:47:55PM +0100, Alan Cox wrote:
> Then we need to use locking to protect the rss since on a big 64bit box
> we can exceed 2^32 pages in theory and probably soon in practice.
Either that or adjust how we do atomic operations. I can do
64-bit atomic widgetry, but not with
On Fri, Oct 13, 2000 at 02:25:45PM -0700, Linus Torvalds wrote:
> And even on alpha, a 32-bit atomic_t means we cover 45 bits of virtual
> address space, which, btw, is more than you can cram into the current
> three-level page tables, I think.
While that's true of Alpha, it's not true of Ultra I
> On Fri, Oct 13, 2000 at 12:45:47PM +0100, Alan Cox wrote:
> > Can we always be sure the rss will fit in an atomic_t - is it > 32bits on the
> > ultrsparc/alpha ?
>
> It is not.
Then we need to use locking to protect the rss since on a big 64bit box
we can exceed 2^32 pages in theory and probab
On Fri, Oct 13, 2000 at 02:44:32AM +0200, FORT David wrote:
>
> USB still have problems, when starting to grab with my ov511 webcam i got the
> attached oops. This bug appeared
> in test9-preX(X beeing at least > 2) series. Some people have claimed that
> test10-pre1 fixed the problem, but
> the
Date: Fri, 13 Oct 2000 12:45:47 +0100 (BST)
From: Alan Cox <[EMAIL PROTECTED]>
> It might make more sense to just make rss an atomic_t.
Can we always be sure the rss will fit in an atomic_t - is it >
32bits on the ultrsparc/alpha ?
Yes, this issue occurred to me last night as wel
On Fri, 13 Oct 2000, Jakub Jelinek wrote:
> On Fri, Oct 13, 2000 at 02:17:23PM -0700, Richard Henderson wrote:
> > On Fri, Oct 13, 2000 at 12:45:47PM +0100, Alan Cox wrote:
> > > Can we always be sure the rss will fit in an atomic_t - is it > 32bits on the
> > > ultrsparc/alpha ?
> >
> > It is
On Fri, Oct 13, 2000 at 02:17:23PM -0700, Richard Henderson wrote:
> On Fri, Oct 13, 2000 at 12:45:47PM +0100, Alan Cox wrote:
> > Can we always be sure the rss will fit in an atomic_t - is it > 32bits on the
> > ultrsparc/alpha ?
>
> It is not.
It is not even 32bit on sparc32 (24bit only).
On Fri, Oct 13, 2000 at 12:45:47PM +0100, Alan Cox wrote:
> Can we always be sure the rss will fit in an atomic_t - is it > 32bits on the
> ultrsparc/alpha ?
It is not.
r~
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Ple
Fwiw:
- vmlist_modify_lock/unlock are turned into spin_lock/unlock;
- ditto for vmlist_access/unaccess;
- atomic_t rss (gross).
Excuse the incorrect In-Reply-To field (my mail archive for the day is
currently unavailable).
diff -u --recursive linux-2.4.0-test10-pre2.orig/fs/binfmt_aout.c
linux-
>
>
> On Thu, 12 Oct 2000, David S. Miller wrote:
> >
> >page_table_lock is supposed to protect normal page table activity (like
> >what's done in page fault handler) from swapping out.
> >However, grabbing this lock in swap-out code is completely missing!
> >
> > Audrey, vmlist_ac
> In fact, if somebody sends me patches to remove the "vmlist_access_lock()"
> stuff completely, and replace them with explicit page_table_lock things,
> I'll apply it pretty much immediately. I don't like information hiding,
> and right now that's the only thing that the vmlist_access_lock() stuf
On Thu, 12 Oct 2000, David S. Miller wrote:
>
>page_table_lock is supposed to protect normal page table activity (like
>what's done in page fault handler) from swapping out.
>However, grabbing this lock in swap-out code is completely missing!
>
> Audrey, vmlist_access_{un,}lock ==
On Thu, 12 Oct 2000, David S. Miller wrote:
>
>Any of the mm gurus give the patch below a quick once over ? Is
>this adequate, or is there more to this than the description
>implies?
>
> It might make more sense to just make rss an atomic_t.
Agreed.
Linus
-
To u
On Thu, Oct 12, 2000 at 09:25:47PM -0700, David S. Miller wrote:
>Date: Fri, 13 Oct 2000 12:34:30 +0800
>From: Andrey Savochkin <[EMAIL PROTECTED]>
>
>page_table_lock is supposed to protect normal page table activity (like
>what's done in page fault handler) from swapping out.
>
Date: Fri, 13 Oct 2000 12:34:30 +0800
From: Andrey Savochkin <[EMAIL PROTECTED]>
page_table_lock is supposed to protect normal page table activity (like
what's done in page fault handler) from swapping out.
However, grabbing this lock in swap-out code is completely missing!
Audrey
Hello,
On Fri, Oct 13, 2000 at 01:20:23AM +0100, [EMAIL PROTECTED] wrote:
> > 9. To Do
> > * mm->rss is modified in some places without holding the
> > page_table_lock (sct)
>
> Any of the mm gurus give the patch below a quick once over ?
> Is this adequate, or is there more to this th
From: [EMAIL PROTECTED]
Date:Fri, 13 Oct 2000 01:20:23 +0100 (BST)
Any of the mm gurus give the patch below a quick once over ? Is
this adequate, or is there more to this than the description
implies?
It might make more sense to just make rss an atomic_t.
Later,
David S.
> 9. To Do
> * mm->rss is modified in some places without holding the
> page_table_lock (sct)
Any of the mm gurus give the patch below a quick once over ?
Is this adequate, or is there more to this than the description implies?
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> htt
Greg KH wrote:
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED]
wrote:
> * USB: booting with USB compiled into
kernel causes a lot of syslog
> entries as the root hubs
are probed by all drivers (this is
> especially obnoxious as
the usb-serial drivers start up)
Fixed
> * USB: system hang with USB audio driver {CRITICAL} (David
>Woodhouse, Randy Dunlap, Narayan Desai)
This is necessary but not sufficient:
Index: drivers/usb/audio.c
===
RCS file: /net/passion/inst/cvs/linux/drivers/u
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED] wrote:
> * USB: booting with USB compiled into kernel causes a lot of syslog
>entries as the root hubs are probed by all drivers (this is
>especially obnoxious as the usb-serial drivers start up)
Fixed in test9. If a
"[EMAIL PROTECTED] wrote:"
> * Use PCI DMA by default in IDE is unsafe (must not do so on via
>VPx, x < 3) (Vojtech Pavlik --- requires chipset tuning to be
>enabled according to Andre Hedrick --- we need to turn this on by
>default, if it is safe -- TYT)
Using PCI DM
>10. To Do But Non Showstopper
>
> * Go through as 2.4pre kicks in and figure what we should mark
> obsolete for the final 2.4 (i.e. XT hard disk support?)
> * Union mount (Al Viro)
^^^
Anyone know the status of this? I have seen postings saying it's
likely a 2
On Thu, 12 Oct 2000 [EMAIL PROTECTED] wrote:
> * DMFE is not SMP safe (Frank Davis patch exists, but hasn't gotten
>much commens yet)
Can anyone tell me where to get this patch? I've got a DM9102A card in a
SMP machine currently on which it can be tested.
David Huen
-
To unsubscr
On Thu, Oct 12 2000, [EMAIL PROTECTED] wrote:
> 8. Fix Exists But Isnt Merged
> * TLAN nic appears to be adding a timer twice (2.4.0test8pre6, Arjan
>ve de Ven) (Fixed, but patch not sent to Linus yet -- Torben
>Mathiasen)
> * Loading the qlogicfc driver in 2.4.0-test8 ca
OK, here's an updated Linux 2.4 TODO list. It's actually somewhat up
to date as for test10-pre1, but there a bunch of test10-pre1 bug reports
that defied easy categoricalization (i.e., real bug vs. PEBCAK) so I've
left the offical page as saying that it's hopefully up-to-date as of
pre9. Certa
29 matches
Mail list logo