Nigel Rantor wrote:
Hail,
I posted a report a while back, no answer.
Who should I be talking to wrt to the irq 11: nobody cared issue?
I'm happy to provide as much info as possible but need to know what info
is required.
I'm happily running 2.6.7, tried the latest and greatest (2.6.12) and
From: Ted Unangst <[EMAIL PROTECTED]>
Date: Mon, 22 Aug 2005 15:26:47 -0700
> net/rose/rose_route.c rose_route_frame, line 998
> returns without unlocking rose_node_list_lock, rose_neigh_list_lock, or
> rose_route_list_lock
I fixed this one with the patch below.
> net/rose/rose_timer.c rose_hea
On Tue, Aug 23, 2005 at 05:56:09AM -0400, Jakub Jelinek wrote:
> POSIX AIO needs to handle SIGEV_NONE, SIGEV_SIGNAL and SIGEV_THREAD
> notification. Obviously kernel shouldn't create threads for SIGEV_THREAD
> itself, as kernel shouldn't hardcode all the implementation details how a
> thread can b
> This one needs more care. We can't drop the lock, because
> the destroy actions need to be protected by that lock, but
> we can't release the lock after rose_destroy_socket() because
> the object may not even exist any longer.
does it matter? can ANYTHING be spinning on the lock? if not .. ca
i'm compiling 2.6.13-rc6-mm2 atm and noticed that xfs is having lots of
warnings while compiling. recently i switched to gcc 4.0.1 - maybe it's
because of this.
details:
fs/xfs/xfs_acl.c: In function 'xfs_acl_access':
fs/xfs/xfs_acl.c:445: warning: 'matched.ae_perm' may be used uninitialized
i
--- Helge Hafting <[EMAIL PROTECTED]>
wrote:
> Danial Thom wrote:
>
> >--- Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>On 8/21/05, Danial Thom
> <[EMAIL PROTECTED]>
> >>wrote:
> >>
> >>
> >>>I just started fiddling with 2.6.12, and
> >>>
> >>>
> >>there
> >>
> >>
> >>
Danial Thom wrote:
> I think part of the problem is the continued
> misuse of the word "latency". Latency, in
> language terms, means "unexplained delay". Its
> wrong here because for one, its explainable. But
> it also depends on your perspective. The
> "latency" is increased for kernel tasks, whi
From: Arjan van de Ven <[EMAIL PROTECTED]>
Date: Tue, 23 Aug 2005 18:54:03 +0200
> does it matter? can ANYTHING be spinning on the lock? if not .. can we
> just let the lock go poof and not unlock it...
I believe socket lookup can, otherwise the code is OK as-is.
-
To unsubscribe from this list:
2.6.13-rc6-mm2 failed building with this problem (gcc 4.0.1):
CC [M] drivers/net/s2io.o
In file included from drivers/net/s2io.c:65:
drivers/net/s2io.h: In function 'readq':
drivers/net/s2io.h:765: error: invalid lvalue in assignment
drivers/net/s2io.h:766: error: invalid lvalue in assignment
So, I've been trying to use epoll.. on linux-2.6.11-6mdk
However, I'm getting segfaults because some pointers in places are
getting set to low integer values (which didn't used to have those values).
The deal is that my application is multi-threaded, and I was wondering
if epoll had issues i
Hey,
After seeing many many posts and no solutions anywhere regarding having a
full screen console on a Sony Vaio Picturebook with an ATI Rage Mobility
video chip on a kernel anywhere near the current version~inhale~I
finally made an attempt with a kernel-2.4.17 diff patch to manually c
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: Re: some missing spin_unlocks
Date: Tue, 23 Aug 2005 19:40:06 +0200
> On Tue, 2005-08-23 at 10:30 -0700, David S. Miller wrote:
> > From: Arjan van de Ven <[EMAIL PROTECTED]>
> > Date: Tue, 23 Aug 2005 18:54:03 +0200
> >
> > > does it matter? ca
On Tue, 2005-08-23 at 10:30 -0700, David S. Miller wrote:
> From: Arjan van de Ven <[EMAIL PROTECTED]>
> Date: Tue, 23 Aug 2005 18:54:03 +0200
>
> > does it matter? can ANYTHING be spinning on the lock? if not .. can we
> > just let the lock go poof and not unlock it...
>
> I believe socket look
David S. Miller wrote:
This is a useful feature, please do not labotomize it just because
it's difficult to implement on ia64. Just make a
"printk_get_timestamp_because_ia64_sucks()" interface or something
like that :-)
I was a bit unclear when I raised this issue. It is not just an
ia64 prob
On Tue, 23 Aug 2005 02:20:07 +0200, Andi Kleen wrote:
> every reviewer has to look up all the bits in the manual?
I fixed the test program too:
Before patch:
$ ./fpsig
handler: signum = 8, errno = 0, code = 0 [unknown]
handler: fpu cwd = 0xb40, fpu swd = 0xbaa0
handler: i387 unmasked precisio
On Tue, 2005-08-23 at 10:10 -0700, Danial Thom wrote:
>
> > >Ok, well you'll have to explain this one:
> > >
> > >"Low latency comes at the cost of decreased
> > >throughput - can't have both"
> > >
> > >
> > Configuring "preempt" gives lower latency,
> > because then
> > almost anything can be
Hi Andrew. The following 3 patches update the i386 and x86_64 hugetlb
arch code to bring it closer to the other architectures. The first
patch adds a pte_huge() macro. The second patch moves the "stale pte"
check into huge_pte_alloc() which seems more appropriate to me. The
third patch checks f
Fixed whitespace issue in asm-x86_64/pgtable.h
Initial Post (Wed, 17 Aug 2005)
This patch adds a macro pte_huge(pte) for i386/x86_64 which is needed by a
patch later in the series. Instead of repeating (_PAGE_PRESENT | _PAGE_PSE),
I've added __LARGE_PTE to i386 to match x86_64.
Diffed against
Initial Post (Wed, 17 Aug 2005)
For demand faulting, we cannot assume that the page tables will be populated.
Do what the rest of the architectures do and test p?d_present() while walking
down the page table.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
hugetlbpa
Initial Post (Wed, 17 Aug 2005)
This patch moves the
if (! pte_none(*pte))
hugetlb_clean_stale_pgtable(pte);
logic into huge_pte_alloc() so all of its callers can be immune to the bug
described by Kenneth Chen at http://lkml.org/lkml/2004/6/16/246
> It turns out there is a
On Tue, Aug 23, 2005 at 04:49:14AM -0500, Davy Durham wrote:
> However, I'm getting segfaults because some pointers in places are
> getting set to low integer values (which didn't used to have those values).
epoll is pretty heavily benchmarked and hence tested. I don't entirely
understand the re
On Mon, 22 Aug 2005, Chuck Ebbert wrote:
>
> i386 floating-point exception handling has a bug that can cause error
> code 0 to be sent instead of the proper code during signal delivery.
Looking at your patch, I think it's too complicated.
The fact is, none of the "switch()" cases even _care_ ab
bert hubert wrote:
On Tue, Aug 23, 2005 at 04:49:14AM -0500, Davy Durham wrote:
However, I'm getting segfaults because some pointers in places are
getting set to low integer values (which didn't used to have those values).
epoll is pretty heavily benchmarked and hence tested. I don't
(and Re: Linux-2.6.13-rc6: aic7xxx testers please.. )
Hi!
I have also the problem with a dlt drive HP C9264CB (with
media changer). After I have discovered, that after a
rmmod st ; modprobe st
the tape is working again, I take same "readings" in the
code of st.c.
I think, I have detect a bug
Hi,
On Tue, Aug 23, 2005 at 06:01:15AM -0500, Davy Durham wrote:
> I just mean that when I debug and catch the segv, it's dies because
> some pointers now have corrupted values. (usually because something is
> overwriting some memory some where)
>
> I'm currently re-writing some code to make
Davy Durham wrote:
I'm currently re-writing some code to make it use select() instead of
epoll_wait() and see if everything is suddently fixed. If so, then I
will suspect that epoll has a problem. But it's still not ruled out
being my fault since it could be a timing issue that makes the c
That's probably a good idea. Where would I find out what other projects
use it?
Willy Tarreau wrote:
Hi,
On Tue, Aug 23, 2005 at 06:01:15AM -0500, Davy Durham wrote:
I just mean that when I debug and catch the segv, it's dies because
some pointers now have corrupted values. (usually be
On 8/23/05, Davy Durham <[EMAIL PROTECTED]> wrote:
>
> However, I'm getting segfaults because some pointers in places are
> getting set to low integer values (which didn't used to have those values).
Is it possible that you are overwritting the pointers with file
descriptors, as those would have
On Tue, Aug 23, 2005 at 06:24:42AM -0500, Davy Durham wrote:
> That's probably a good idea. Where would I find out what other projects
> use it?
I use it in my load-balancer (haproxy), and it could somewhat match your
needs, because I ported the select()-based earlier version to epoll() with
the
Jari Sundell wrote:
On 8/23/05, Davy Durham <[EMAIL PROTECTED]> wrote:
However, I'm getting segfaults because some pointers in places are
getting set to low integer values (which didn't used to have those values).
Is it possible that you are overwritting the pointers with file
descrip
Thanks for the info.. I did find this thread and was wondering if this
patch ever got put in
http://www.ussg.iu.edu/hypermail/linux/kernel/0303.3/1139.html
Willy Tarreau wrote:
On Tue, Aug 23, 2005 at 06:24:42AM -0500, Davy Durham wrote:
That's probably a good idea. Where would I find o
Not the mremap() implementation itself, so don't worry.
If mremap() is to be used without the MREMAP_MAYMOVE flag the call will
only succeed of the address space after the block which is to be
remapped is empty. This is rarely the case since there are many users
of mmap and memory is allocated co
This patch fixes (it should) the following warnings generated with -Wundef in the file
drivers/char/speakup/synthlist.h
drivers/char/speakup/synthlist.h:13:35: warning: "CONFIG_SPEAKUP_ACNTPC" is not
defined
drivers/char/speakup/synthlist.h:16:35: warning: "CONFIG_SPEAKUP_ACNTSA" is not
define
--- Sven-Thorsten Dietrich <[EMAIL PROTECTED]>
wrote:
> On Tue, 2005-08-23 at 10:10 -0700, Danial Thom
> wrote:
> >
>
> > > >Ok, well you'll have to explain this one:
> > > >
> > > >"Low latency comes at the cost of
> decreased
> > > >throughput - can't have both"
> > > >
> > > >
> > > Confi
This patch fixes the following wundef errors in fs/reiser4/* .
Signed-off-by: Nick Sillik <[EMAIL PROTECTED]>
diff -urN linux-2.6.13-rc6-mm2/fs/reiser4/plugin/cryptcompress.c linux-2.6.13-rc6-mm2-patched/fs/reiser4/plugin/cryptcompress.c
--- linux-2.6.13-rc6-mm2/fs/reiser4/plugin/cryptcompress.c
Fix up fuse_follow_link() and fuse_put_link() to conform to the new API.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/fs/fuse/dir.c
===
--- linux.orig/fs/fuse/dir.c2005-08-23 21:16:52.0 +0200
+++ linux/f
On Tue, Aug 23, 2005 at 06:55:26AM -0500, Davy Durham wrote:
> Thanks for the info.. I did find this thread and was wondering if this
> patch ever got put in
>
> http://www.ussg.iu.edu/hypermail/linux/kernel/0303.3/1139.html
>
Interesting ! At least it does not seem to be present in the
epoll-2
On Tue, 2005-08-23 at 13:10 -0700, Danial Thom wrote:
>
> None of this is helpful, but since no one has
> been able to tell me how to tune it to provide
> absolute priority to the network stack I'll
> assume it can't be done.
History has proven that camp wrong almost 100% of the time.
You were t
Hi Andrew!
The following patches are small cleanups and fixes, I hope none of
them are too controversial.
It's probably safe to apply ;)
Miklos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://v
Remove unused ia_attr_flags from struct iattr, and related defines.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/fs/hostfs/hostfs.h
===
--- linux.orig/fs/hostfs/hostfs.h 2005-08-19 14:13:47.0 +0200
+++
Extract common code into inline functions to make reading easier.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/fs/namei.c
===
--- linux.orig/fs/namei.c 2005-08-23 20:25:53.0 +0200
+++ linux/fs/namei.c
[RMK is out for the week so sending this direct as it should go into 2.6.13]
As pointed out in the following thread, the CLOCK_TICK_RATE setting for
IXP4xx is incorrect b/c the HW ignores the lowest 2 bits of the LATCH value.
http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-August/0
On Tue, Aug 23, 2005 at 10:26:53PM +0200, Miklos Szeredi wrote:
Bad names, IMO.
> +static inline void dput_path(struct path *path, struct nameidata *nd)
> +{
> + dput(path->dentry);
> + if (path->mnt != nd->mnt)
> + mntput(path->mnt);
> +}
> +
> +static inline void path_to_n
This patch cleans up proc_cwd_link() and proc_root_link() by factoring
out common code into get_fs_struct().
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/fs/proc/base.c
===
--- linux.orig/fs/proc/base.c 2005-08-19
This patch fixes wrongly placed elements in the pid_directory_inos
enum. Also add comment so this mistake is not repeated.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/fs/proc/base.c
===
--- linux.orig/fs/proc/base
Extract common code used by ptrace_attach() and may_ptrace_attach()
into a separate function.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/kernel/ptrace.c
===
--- linux.orig/kernel/ptrace.c 2005-08-19 14:47:20.
You do hide a lot of info.
Without the Makefile we cannot see if you compile this in a decent way.
We cannot see the implmentation of EnterFunction() etc.
A quick grep in the kernel tree revealed very few users
of DECLARE_WIATQUEUE_HEAD, and interruptible_sllep_on_timeout() are
deprecated.
So mayb
Danial Thom wrote:
> None of this is helpful, but since no one has
> been able to tell me how to tune it to provide
> absolute priority to the network stack I'll
> assume it can't be done.
The network stack already has priority over user processes,
except when executed in process context, so preem
On Tue, 23 Aug 2005, Ulrich Drepper wrote:
>
> One possible solution would be to add a flag to mremap() which allows
> mremap() to steal memory. In general that would be too dangerous but we
> could limit it to private, anonymous mappings which have no access
> permissions (i.e., PROT_NONE with M
64 bit architectures all implement their own compatibility sys_open(),
when in fact the difference is simply not forcing the O_LARGEFILE
flag. So use the a common function instead.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/include/linux/fs.h
=
On 8/23/05, Davy Durham <[EMAIL PROTECTED]> wrote:
> Yes, that is what I was thinking and is why I mentioned that. But I'm
> apparently not overwriting the pointers with FDs.. it seems that epoll
> is the cause at this point (unless I'm misusing the epoll API). I've
> made some changes to now us
Deprecate access mode of '3' in open() as suggested by Linus.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
Index: linux/fs/open.c
===
--- linux.orig/fs/open.c2005-08-23 13:15:49.0 +0200
+++ linux/fs/open.c 20
cifs_create() did totally the wrong thing with nd->intent.open.flags:
it interpreted nd->intent.open.flags as the original open flags, not
the one transformed for open_namei(). Also it used the intent data
even if it was not filled in (if called from sys_mknod()).
Signed-off-by: Miklos Szeredi <[
> Bad names, IMO.
>
You're probably right. Can you suggest better ones?
Thanks,
Miklos
> > +static inline void dput_path(struct path *path, struct nameidata *nd)
> > +{
> > + dput(path->dentry);
> > + if (path->mnt != nd->mnt)
> > + mntput(path->mnt);
> > +}
> > +
> > +static i
Why doesn't initramfs use tmpfs instead of ramfs, because
tmpfs is more robust?
I know tmpfs is larger, but at least it should be an option.
Also, tar should be an option instead of cpio for the archiver,
because tar is more widely used.
-
To unsubscribe from this list: send the line "unsubscr
Hi Dave.
On Wed, 2005-08-24 at 01:05, Dave Jones wrote:
> On Tue, Aug 23, 2005 at 10:53:16PM +1000, Nigel Cunningham wrote:
>
> > > > - CPU Freq (improving too)
> > > > It might be good to mention these areas too.
> > > Well, right; but those 'only' cause system to crash during suspend. I
>
Hugh Dickins wrote:
> If the app can plan ahead as you're proposing, why doesn't it just
> mmap the maximum it might need, mprotect PROT_NONE the end it doesn't
> need yet, then progressively re-mprotect parts to make them accessible
> as needed?
Because the underlying file isn't larger than the i
On Tue, Aug 23, 2005 at 05:16:05PM -0400, [EMAIL PROTECTED] wrote:
> Why doesn't initramfs use tmpfs instead of ramfs, because
> tmpfs is more robust?
>
> I know tmpfs is larger, but at least it should be an option.
>
> Also, tar should be an option instead of cpio for the archiver,
> because tar
On Tue, 23 Aug 2005, Ulrich Drepper wrote:
>
> Using mmap with a too-large size for the underlying file and then hoping
> that future file growth is magically handled when those pages are
> accessed is not valid.
Actually, it should be pretty much as valid as using mremap - ie it works
on Linu
> > >>If you have preemtion enabled you could
> > disable
> > >>it. Low latency comes
> > >>at the cost of decreased throughput - can't
> > >>have both. Also try using
> > >>a HZ of 100 if you are currently using 1000,
> > >>that should also improve
> > >>throughput a little at the cost of slightly
NUMA is broken on alpha; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-disable-DI/arch/alpha/Kconfig
RC13-rc6-git13-alpha-NUMA/arch/alpha/Kconfig
--- RC13-rc6-git13-disable-DI/arch/alpha/Kconfig2005-08-10
10:37:45.0 -0400
+++ RC13-rc6-git
On Mon, Aug 22, 2005 at 01:42:18PM -0700, Andrew Morton wrote:
> Al Viro <[EMAIL PROTECTED]> wrote:
> >
> > mail -s '[PATCH] (45/46) %t... in vsnprintf' [EMAIL PROTECTED] <<'EOF'
>
>
>
> Could you copy a mailing list on patches, please?
Ask and you shall regret it - next iteration of patchbomb
missing exports on m32r
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-isa_type/arch/m32r/lib/csum_partial_copy.c
RC13-rc6-git13-m32r-exports/arch/m32r/lib/csum_partial_copy.c
--- RC13-rc6-git13-isa_type/arch/m32r/lib/csum_partial_copy.c 2005-06-17
15:48:29.0
airo_cs is broken on m32r; marked as such. [Proper fix would involve
separating PCI-dependent parts and making sure they don't get in the
way _and_ arranging for asm/scatterlist.h getting picked on m32r]
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-tms380tr/drivers/net/
"=m" (lock->lock) / "1" (lock->lock) makes gcc4 unhappy; fixed by s/1/m/,
same as in case of i386 rwsem.h where such variant had been accepted
by both Linus and rth.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-alpha-xchg/arch/alpha/kernel/smp.c
RC13-rc6-git13-alpha-co
fixed kconfig dependencies on ISA_DMA_API for parts of sound/* that rely
on it.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-epca/include/sound/core.h
RC13-rc6-git13-sound-isa-dma/include/sound/core.h
--- RC13-rc6-git13-epca/include/sound/core.h2005-08-10 10:37:54.
handling of %t... (ptrdiff_t) in vsnprintf
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m68k-adb.patch/lib/vsprintf.c
RC13-rc6-git13-printf-t/lib/vsprintf.c
--- RC13-rc6-git13-m68k-adb.patch/lib/vsprintf.c2005-06-17
15:48:29.0 -0400
+++ RC13-rc6-git13-
dumb typo: u32 volatile * mistyped as u32 * volatile
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-emac-iounmap/drivers/s390/cio/qdio.c
RC13-rc6-git13-qdio_get_indicator/drivers/s390/cio/qdio.c
--- RC13-rc6-git13-emac-iounmap/drivers/s390/cio/qdio.c 2005-08-10
10:37:50
On Dinsdag 23 August 2005 22:43, Miklos Szeredi wrote:
> 64 bit architectures all implement their own compatibility sys_open(),
> when in fact the difference is simply not forcing the O_LARGEFILE
> flag. So use the a common function instead.
> Index: linux/arch/x86_64/ia32/sys_ia32.c
> ==
HISAX_FRITZPCI is broken on ppc64; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-genrtc/drivers/isdn/hisax/Kconfig
RC13-rc6-git13-ppc64-isdn/drivers/isdn/hisax/Kconfig
--- RC13-rc6-git13-m32r-genrtc/drivers/isdn/hisax/Kconfig 2005-06-17
15:48:
alpha xchg has to be a macro - alpha disables always_inline and if that
puppy does not get inlined, we immediately blow up on undefined reference.
Happens even on gcc3; with gcc4 that happens a _lot_.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-pcmcia-irq/include/asm-a
SMP is broken on arm; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-alpha-NUMA/arch/arm/Kconfig
RC13-rc6-git13-arm-SMP/arch/arm/Kconfig
--- RC13-rc6-git13-alpha-NUMA/arch/arm/Kconfig 2005-08-10 10:37:45.0
-0400
+++ RC13-rc6-git13-arm-SMP/arch/ar
genrtc is not for m32r; marked as such. Probably ought to put that into
arch/* - list of "don't build it on " is getting too long.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-NUMA/drivers/char/Kconfig
RC13-rc6-git13-m32r-genrtc/drivers/char/Kconfig
--- RC13-rc6-
extern on physid_2_cpu[] does not belong in smp.h - the thing is static.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-alpha-constraints/arch/m32r/kernel/smpboot.c
RC13-rc6-git13-m32r-smp/arch/m32r/kernel/smpboot.c
--- RC13-rc6-git13-alpha-constraints/arch/m32r/kernel/s
a bunch of PCI-only drivers didn't have the right dependency
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-mac-fonts/sound/oss/Kconfig
RC13-rc6-git13-oss-pci/sound/oss/Kconfig
--- RC13-rc6-git13-mac-fonts/sound/oss/Kconfig 2005-08-21 13:16:47.0
-0400
+++ RC13-
ac97_plugin_ad1980 should trigger build of ac97_codec
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-scsi-modular/sound/oss/Makefile
RC13-rc6-git13-ad1980/sound/oss/Makefile
--- RC13-rc6-git13-scsi-modular/sound/oss/Makefile 2005-06-17
15:48:29.0 -0400
+++
either icu_data declaration for SMP case should be taken out of m32102.h,
or its declarations for m32700ut and opsput should not be static for SMP.
Patch does the latter - judging by comments in m32102.h it is intended to
be non-static.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC1
M32R_PLDSIO depends on subarchitecture providing PLD_ESIO0CR and
friends.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-parport_pc/drivers/serial/Kconfig
RC13-rc6-git13-m32r-pldsio/drivers/serial/Kconfig
--- RC13-rc6-git13-m32r-parport_pc/drivers/serial/Kconfig
non-modular scsi drivers depend on built-in scsi
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-oss-pci/drivers/scsi/Kconfig
RC13-rc6-git13-scsi-modular/drivers/scsi/Kconfig
--- RC13-rc6-git13-oss-pci/drivers/scsi/Kconfig 2005-08-10 10:37:50.0
-0400
+++ RC13-rc6
since sparc32 Kconfig includes drivers/char/Kconfig (instead of duplicating
its parts) we need several new dependencies there to exclude the stuff
broken on sparc32 and not excluded by existing dependencies.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-emac/drivers/char
MV64360 does not support IRQ_ALL_CPUS - see arch/ppc/kernel/mv64360_pic.c.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig
RC13-rc6-git13-mv64360-irq/arch/ppc/Kconfig
--- RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig 2005-08-21 13:17:03.0
-
extern declaration followed by static in drivers/serial/m32r_sio.c
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-icu_data/drivers/serial/m32r_sio.c
RC13-rc6-git13-m32r-sio/drivers/serial/m32r_sio.c
--- RC13-rc6-git13-m32r-icu_data/drivers/serial/m32r_sio.c 200
a bunch of ppc 4xx variants unconditionally calls early_serial_setup() and
therefore needs SERIAL_8250
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-mv64360-irq/arch/ppc/platforms/4xx/Kconfig
RC13-rc6-git13-4xx-early-serial/arch/ppc/platforms/4xx/Kconfig
--- RC13-rc6-gi
netpoll is void(struct net_device *), not int(struct net_device *)
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-vidc/drivers/net/ibm_emac/ibm_emac_core.c
RC13-rc6-git13-emac-netpoll/drivers/net/ibm_emac/ibm_emac_core.c
--- RC13-rc6-git13-vidc/drivers/net/ibm_emac/ibm_e
on UP smp_call_function() is expanded to expression. Alpha oprofile
calls that puppy and ignores the return value. And has -Werror for
arch/*...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-envctrl/arch/alpha/oprofile/common.c
RC13-rc6-git13-alpha-warnings/arch/alpha
remove the bogus games with explicit ifdefs on __CHECKER__
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m68k-flags/drivers/s390/crypto/z90crypt.h
RC13-rc6-git13-s390-ifdefs/drivers/s390/crypto/z90crypt.h
--- RC13-rc6-git13-m68k-flags/drivers/s390/crypto/z90crypt.h2
use of explicit labels in inline asm is a Bad Idea(tm), since gcc can
decide to inline the function in several places. Fixed by use of 1f/f:
instead of .Lfitsin/.Lfitsin:
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-sio/arch/s390/kernel/cpcmd.c
RC13-rc6-git13-s39
missing include of asm/irq.h
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-alpha-warnings/drivers/pcmcia/pcmcia_resource.c
RC13-rc6-git13-pcmcia-irq/drivers/pcmcia/pcmcia_resource.c
--- RC13-rc6-git13-alpha-warnings/drivers/pcmcia/pcmcia_resource.c
2005-08-10 10:3
acornscsi had been broken for a long time; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-8390/drivers/scsi/arm/Kconfig
RC13-rc6-git13-acornscsi/drivers/scsi/arm/Kconfig
--- RC13-rc6-git13-8390/drivers/scsi/arm/Kconfig2005-06-17
15:48:29.0
removes an extern for a static variable.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-s390/sound/oss/vidc.h
RC13-rc6-git13-vidc/sound/oss/vidc.h
--- RC13-rc6-git13-s390/sound/oss/vidc.h2005-06-17 15:48:29.0
-0400
+++ RC13-rc6-git13-vidc/sound/oss/vidc.
parport_pc shouldn't be picked on m32r (no asm/parport.h, for starters)
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-airo/drivers/parport/Kconfig
RC13-rc6-git13-m32r-parport_pc/drivers/parport/Kconfig
--- RC13-rc6-git13-m32r-airo/drivers/parport/Kconfig2005-06
ppc SMP is supported only for 6xx/POWER3/POWER4 - i.e. ones that have
PPC_STD_MMU. Dependency fixed.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-vga/arch/ppc/Kconfig
RC13-rc6-git13-ppc-SMP/arch/ppc/Kconfig
--- RC13-rc6-git13-vga/arch/ppc/Kconfig 2005-08-21 13:16:48.0
CONFIG_PM is broken on 44x; removed duplicate entry for CONFIG_PM, made
the inclusion of generic one conditional on BROKEN || !44x.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-4xx-early-serial/arch/ppc/Kconfig
RC13-rc6-git13-44x-PM/arch/ppc/Kconfig
--- RC13-rc6-git13-
AMBA_PL010 is broken on arm/versatile; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-acornscsi/drivers/serial/Kconfig
RC13-rc6-git13-amba/drivers/serial/Kconfig
--- RC13-rc6-git13-acornscsi/drivers/serial/Kconfig 2005-08-21
13:16:58.0 -0400
+
DEBUG_PAGEALLOC is broken on m32r - the option had been blindly copied from
i386; kernel_map_pages() had not and that's what is needed for DEBUG_PAGEALLOC
to work (or link, while we are at it).
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-pci/arch/m32r/Kconfig.debu
PCI support is broken on m32r (pci_map_... missing, etc.); marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-broken-on-big-endian/arch/m32r/Kconfig
RC13-rc6-git13-m32r-pci/arch/m32r/Kconfig
--- RC13-rc6-git13-broken-on-big-endian/arch/m32r/Kconfig 2005-
>> Why doesn't initramfs use tmpfs instead of ramfs, because
>> tmpfs is more robust?
>>
>> I know tmpfs is larger, but at least it should be an option.
>>
>> Also, tar should be an option instead of cpio for the archiver,
>> because tar is more widely used.
>You forgot to
infiniband uses PCI helpers all over the place (including the core parts) and
won't build without PCI.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-pagealloc/drivers/infiniband/Kconfig
RC13-rc6-git13-infiniband/drivers/infiniband/Kconfig
--- RC13-rc6-git13-m32r-pa
On Sat, 20 Aug 2005, Christoph Hellwig wrote:
> > +static struct page *extint_counter_vma_nopage(struct vm_area_struct *vma,
> > + unsigned long address, int *type)
> > +{
> > + struct extint_device *ed = vma->vm_private_data;
> > + struct page *page;
>
emac doesn't build modular; ibm_emac_debug doesn't build at all (missing
headers).
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-44x-PM/drivers/net/Kconfig
RC13-rc6-git13-emac/drivers/net/Kconfig
--- RC13-rc6-git13-44x-PM/drivers/net/Kconfig 2005-08-21 13:16:55.00
101 - 200 of 288 matches
Mail list logo
