Nick Sillik wrote:
Alexey Dobriyan wrote:
-#define CFG_TEST(name) (name)
+#define CFG_TEST(name) defined(name)
No. Just remove this obfuscating macro.
Agreed, here is the fixed patch
Signed-Off-By: Nick Sillik <[EMAIL PROTECTED]>
No here it really is... (sorry)
Signed-Off-By:
Alexey Dobriyan wrote:
-#define CFG_TEST(name) (name)
+#define CFG_TEST(name) defined(name)
No. Just remove this obfuscating macro.
Agreed, here is the fixed patch
Signed-Off-By: Nick Sillik <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Tue, Aug 23, 2005 at 04:00:35PM -0400, Nick Sillik wrote:
> 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
> ---
On Tue, 23 Aug 2005, Davy Durham wrote:
Davide Libenzi wrote:
I should mention that the 2.4 patch is old WRT mainline epoll in 2.6 (I
stopped maintaining it when 2.6 went "stable"). I'd definitely suggest to
use 2.6 if you are looking at epoll.
I am using linux-2.6.11 and glibc-2.3.4 ..
Hullo.
I really wanted to release a 2.6.13, but there's been enough changes
while we've been waiting for other issues to resolve that I think it's
best to do a -rc7 first.
Most of the -rc7 changes are pretty trivial, either one-liners or
affecting some particular specific driver or unusual
Erik Mouw wrote:
On Tue, Aug 23, 2005 at 04:38:36PM +0530, Rajesh wrote:
I have a case occasionally when I copy data from a usb storage (ipod) to
my hard drive the load average goes up from 0.4 to about 15.0, and the
system becomes very unusable till I kill the cp command. I have checked
On Wed, 2005-08-24 at 06:26 +0200, Andi Kleen wrote:
> On Wednesday 24 August 2005 06:16, Shaohua Li wrote:
>
> > The boot code already initialized MCE for APs, it isn't required to
> > initialize again. The MCE entries are cpuhotplug friendly, so for
> > suspend/resume.
>
> Ok so you're saying
On Wednesday 24 August 2005 06:16, Shaohua Li wrote:
> The boot code already initialized MCE for APs, it isn't required to
> initialize again. The MCE entries are cpuhotplug friendly, so for
> suspend/resume.
Ok so you're saying the only change needed is to remove
the on_each_cpu() in the resume
is a maintainer still needed?
and if so, what are the qualifications?
hal wigoda
chicago
-
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://vger.kernel.org/majordomo-info.html
Please read the FAQ
Hi!
I thinks this condition is strange, it could be a type error.
See the following patch.
Signed-off-by: Wu Tao <[EMAIL PROTECTED]>
diff -pru linux-2.6-curr/drivers/usb/net/usbnet.c
linux-2.6-curr-lepton/drivers/usb/net/usbnet.c
--- linux-2.6-curr/drivers/usb/net/usbnet.c 2005-06-30
On Wed, 2005-08-24 at 05:59 +0200, Andi Kleen wrote:
> [adding discuss to cc]
>
> On Wednesday 24 August 2005 05:47, Shaohua Li wrote:
> > On Wed, 2005-08-24 at 05:12 +0200, Andi Kleen wrote:
> > > On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
> > > > On Wed, 2005-08-24 at 03:52 +0200,
[adding discuss to cc]
On Wednesday 24 August 2005 05:47, Shaohua Li wrote:
> On Wed, 2005-08-24 at 05:12 +0200, Andi Kleen wrote:
> > On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
> > > On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
> > > > Shaohua Li <[EMAIL PROTECTED]> writes:
> >
On Wed, 2005-08-24 at 05:12 +0200, Andi Kleen wrote:
> On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
> > On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
> > > Shaohua Li <[EMAIL PROTECTED]> writes:
> > > > x86-64 has resume support. It uses 'on_each_cpu' in resume method,
> > > > which
Denis Vlasenko wrote:
This is what I would expect if run on an otherwise idle machine.
sched_yield just puts you at the back of the line for runnable
processes, it doesn't magically cause you to go to sleep somehow.
When a kernel build is occurring??? Plus `top` itself It damn
well
The problem is that klists claim to provide semantics for safe traversal
of lists which are being modified. The failure case is when traversal
of a list causes element removal (a fairly common case). The issue is
that although the list node is refcounted, if it is embedded in an
object (which is
>I have a path for initramfs to use tmpfs. It's sorta hacky so I never
>submitted it and solves a niche problem for embedded people.
>Ultimately we might one day still want to change how we initialize the
>early userspace (Al suggesting a reasomably nice way to move the
On Wednesday 24 August 2005 03:59, Shaohua Li wrote:
> On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
> > Shaohua Li <[EMAIL PROTECTED]> writes:
> > > x86-64 has resume support. It uses 'on_each_cpu' in resume method,
> > > which is known broken. We'd better fix it.
> >
> > What is broken
On Tue, Aug 23, 2005 at 06:05:47PM -0400, [EMAIL PROTECTED] wrote:
> I was just making a suggestion to whoever it may concern, because I
> think it would extend the usefullness of initramfs.
I have a path for initramfs to use tmpfs. It's sorta hacky so I never
submitted it and solves a niche
On Wed, 2005-08-24 at 03:52 +0200, Andi Kleen wrote:
> Shaohua Li <[EMAIL PROTECTED]> writes:
>
> > x86-64 has resume support. It uses 'on_each_cpu' in resume method, which
> > is known broken. We'd better fix it.
>
> What is broken with it?
It's a sysdev. The resume method is invoked with
Shaohua Li <[EMAIL PROTECTED]> writes:
> x86-64 has resume support. It uses 'on_each_cpu' in resume method, which
> is known broken. We'd better fix it.
What is broken with it?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, 23 Aug 2005 11:55:21 -0700 (PDT), Linus Torvalds wrote:
> Wouldn't this simpler patch result in exactly the same behaviour?
I thought the extra code would be good documentation, but the comments
work just as well. This is a little clearer (hand edited patch:)
---
Jari Sundell wrote:
On 8/23/05, Davy Durham <[EMAIL PROTECTED]> wrote:
I was hoping you would mention in your reply that you knew
epoll_data_t was an union and you didn't touch epoll_data::fd, so i
wouldn't have to say it explicitly. ;)
Oh!.. unless the epoll_data_t is a union just for
George Anzinger wrote:
Jim Ramsay wrote:
On 8/23/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
I've applied this set
of patches to a 2.6.11 kernel (with few problems) and ran into a bunch
of "scheduling while atomic" errors when hotplugging a drive, culprit
being probably scsi_sysfs.c
...
After
On Wed, Aug 24, 2005 at 06:53:49AM +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
> > > > was talking about really dangerous stuff.
> > >
On Tue, 2005-08-23 at 12:32 +0200, Pavel Machek wrote:
> > It's widely seen a MCE non-fatal error reported after resume. It seems
> > MCE resume is lacked under ia32. This patch tries to fix the gap.
>
> Well, you patch seems like missing piece of puzzle, but:
>
> a) we probably want to do it
Al Viro writes:
> 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]>
Acked-by: Paul Mackerras <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, Aug 23, 2005 at 02:32:36PM +0200, Jens Axboe wrote:
> Hi,
>
> This is a little something I have played with. It allows you to see
> exactly what is going on in the block layer for a given queue. Currently
> it can logs request queueing and building, dispatches, requeues, and
>
Jari Sundell wrote:
On 8/23/05, Davy Durham <[EMAIL PROTECTED]> wrote:
I was hoping you would mention in your reply that you knew
epoll_data_t was an union and you didn't touch epoll_data::fd, so i
wouldn't have to say it explicitly. ;)
No, I saw that epoll_data_t was a union (although,
Davide Libenzi wrote:
I should mention that the 2.4 patch is old WRT mainline epoll in 2.6
(I stopped maintaining it when 2.6 went "stable"). I'd definitely
suggest to use 2.6 if you are looking at epoll.
I am using linux-2.6.11 and glibc-2.3.4 .. and using select() in it's
place seems
On Tue, 23 Aug 2005, Gerald (Jerry) Carter wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ian Kent wrote:
> > On Sun, 21 Aug 2005, Gerald (Jerry) Carter wrote:
> >
> >>-BEGIN PGP SIGNED MESSAGE-
> >>Hash: SHA1
> >>
> >>Steven French wrote:
> >>|
> >>| We are close, but not
Hey,
Following a mini-bof (lunch actually) at OLS, we decided to set up a
dedicated mailing list on which to discuss development of the Linux key
retention code (a.k.a. keyrings, a.k.a. AFS, NFS, and CIFS?
authentication tokens) and the associated userland utilities.
The list will be moderated
Linas Vepstas writes:
In this patch at least, your mailer seems to have blanked out lines
that match ^[-+]$. Could you send them to me again with a different
mailer or put them on a web or ftp site somewhere?
Thanks,
Paul.
-
To unsubscribe from this list: send the line "unsubscribe
Andrew Morton wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>>How about we give each arch a printk_clock()?
>
>
> Which might be as simple as this..
>
>
> --- devel/kernel/printk.c~printk_clock2005-08-21 02:14:05.0
> -0700
> +++ devel-akpm/kernel/printk.c
I have ported the Conexant modem driver to the 2.6.12 kernel. The port is
based on the lattest BSD/GPL version that I could find: 5.03.27.
To make the port easier, I have considered only the model that I have: the
"HSF 56k HSFi Modem (rev 01)".
The port is still quite a mess, but it can be
Roman Zippel wrote:
Hi,
On Tue, 23 Aug 2005, john stultz wrote:
I'm assuming gettimeofday()/clock_gettime() looks something like:
xtime + (get_cycles()-last_update)*(mult+ntp_adj)>>shift
Where did you get the ntp_adj from? It's not in my example.
gettimeofday() was in the previous mail:
> + for_each_cpu_mask(i, cur->cpus_allowed) {
> + for_each_cpu_mask(j, node_to_cpumask(cpu_to_node(i))) {
> + if (!cpu_isset(j, cur->cpus_allowed))
> + return;
Looks good to me.
Feel free to add:
Acked-by: John Hawkes <[EMAIL PROTECTED]>
John Hawkes
-
To unsubscribe from this list: send the
On Tue, 23 Aug 2005, Ulrich Drepper wrote:
>
> Linus Torvalds wrote:
> >
> > Especially if you use MAP_SHARED, you don't even need to mprotect
> > anything: you'll get a nice SIGBUS if you ever try to access past the last
> > page that maps the file.
>
> If you guarantee this (and test for
Andrew Morton wrote:
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>>
>>What about just using jiffies, then?
>>
>>Really, sched_clock() is very broken for this (I know you're
>>not arguing against that).
>>
>>It can go backwards when called twice from the same CPU, and the
>>number returned by one CPU
Hi,
On Tue, 23 Aug 2005, john stultz wrote:
> I'm assuming gettimeofday()/clock_gettime() looks something like:
>xtime + (get_cycles()-last_update)*(mult+ntp_adj)>>shift
Where did you get the ntp_adj from? It's not in my example.
gettimeofday() was in the previous mail: "xtime +
Various PCI bus errors can be signaled by newer PCI controllers. The
core error recovery routines are architecture dependent. This patch adds
a recovery infrastructure for the PPC64 pSeries systems.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
arch/ppc64/kernel/Makefile |2
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel ethernet e100
device driver. The patch has been tested, and appears to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel ten-gigabit
ethernet ixgb device driver. The patch has been tested, and appears
to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the intel gigabit
ethernet e1000 device driver. The patch has been tested, and appears
to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the Symbios SCSI device driver.
The patch has been tested, and appears to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
arch/ppc64/configs/pSeries_defconfig |
On Tue, 23 Aug 2005, Ulrich Drepper wrote:
> Linus Torvalds wrote:
> > Actually, it should be pretty much as valid as using mremap - ie it works
> > on Linux.
> >
> > Especially if you use MAP_SHARED, you don't even need to mprotect
> > anything: you'll get a nice SIGBUS if you ever try to
Various PCI bus errors can be signaled by newer PCI controllers. This
patch adds the PCI error recovery callbacks to the IPR SCSI device driver.
The patch has been tested, and appears to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
--
arch/ppc64/configs/pSeries_defconfig |1
Various PCI bus errors can be signaled by newer PCI controllers. Recovering
from those errors requires an infrastructure to notify affected device drivers
of the error, and a way of walking through a reset sequence. This patch adds
a set of callbacks to be used by error recovery routines to
ty den 23.08.2005 Klokka 19:00 (+0200) skreiv [EMAIL PROTECTED]:
> Hello list, developers!
>
> I have seriously get this message:
>
> [43124719.93] do_vfs_lock: VFS is out of sync with lock manager!
> [43124720.94] do_vfs_lock: VFS is out of sync with lock manager!
> [43124721.95]
What follows is a set of patches to implement a PCI error recovery
system. Some (newer) PCI controllers are able to detect and report
PCI errors, these patches enable this hardware function.
-- the first patch adds documentation, explaining what this is and how
it works.
-- the next patch
Patrick McHardy wrote:
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
On Tue, 23 Aug 2005, Willy Tarreau wrote:
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
On Tue, 2005-08-23 at 23:34 +0200, Roman Zippel wrote:
> Hi,
>
> On Tue, 23 Aug 2005, john stultz wrote:
>
> > In the case above, you're accumulating in fixed cycle intervals. This
> > does avoid having to do the mult/shift combo each interrupt, however
> > since you do not accumulate the
ALERT!
This e-mail, in its original form, contained one or more attached files that
were infected with a virus, worm, or other type of security threat. This e-mail
was sent from a Road Runner IP address. As part of our continuing initiative to
stop the spread of malicious viruses, Road Runner
Jeff Garzik wrote:
Read REPORTING-BUGS. We can't do much of anything with this report.
Tell us what's on irq 11, for starters
Righto. While doing that I found that my udev is out of date for the
2.6.13-rc6 kernel.
Is there a chance that upgrading will kill my current 2.6.7-rc3 setup?
Jim Ramsay wrote:
On 8/23/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
Then I must have found an undocumented feature! I've applied this set
of patches to a 2.6.11 kernel (with few problems) and ran into a bunch
of "scheduling while atomic" errors when hotplugging a drive, culprit
being probably
On 8/23/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
> Then I must have found an undocumented feature! I've applied this set
> of patches to a 2.6.11 kernel (with few problems) and ran into a bunch
> of "scheduling while atomic" errors when hotplugging a drive, culprit
> being probably scsi_sysfs.c
On Sat, 20 Aug 2005, Christoph Hellwig wrote:
> > +config EXTINT_SGI_IOC4
> > + tristate "Device driver for SGI IOC4 external interrupts"
> > + depends on (IA64_GENERIC || IA64_SGI_SN2) && EXTINT && BLK_DEV_SGIIOC4
>
> Is the ioc4 core abstraction config symbol really BLK_DEV_SGIIOC4?
> That
epca is broken on 64bit; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-rio/drivers/char/Kconfig
RC13-rc6-git13-epca/drivers/char/Kconfig
--- RC13-rc6-git13-rio/drivers/char/Kconfig 2005-08-21 13:16:46.0
-0400
+++
Linus Torvalds wrote:
> Actually, it should be pretty much as valid as using mremap - ie it works
> on Linux.
>
> Especially if you use MAP_SHARED, you don't even need to mprotect
> anything: you'll get a nice SIGBUS if you ever try to access past the last
> page that maps the file.
If you
VGA console doesn't exist (or build) on arm/versatile; dependency fixed.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-amba/drivers/video/console/Kconfig
RC13-rc6-git13-vga/drivers/video/console/Kconfig
--- RC13-rc6-git13-amba/drivers/video/console/Kconfig 2005-08-10
NUMA is broken on m32r; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-floppy/arch/m32r/Kconfig
RC13-rc6-git13-m32r-NUMA/arch/m32r/Kconfig
--- RC13-rc6-git13-floppy/arch/m32r/Kconfig 2005-08-10 10:37:46.0
-0400
+++
PMAC_BACKLIGHT is broken on ppc64; marked as such
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-ppc64-isdn/drivers/macintosh/Kconfig
RC13-rc6-git13-ppc64-backlight/drivers/macintosh/Kconfig
--- RC13-rc6-git13-ppc64-isdn/drivers/macintosh/Kconfig 2005-08-10
On Tue, 2005-08-23 at 14:48 -0400, Lennart Sorensen wrote:
> I don't mind if the fancy DSP algorithms and EAX is windows only
Actually the emu10k1 DSP code to implement EAX 1.x, 2.x, and 3.x is
known. Someone could easily implement it on Linux, it's just never
happened.
Lee
-
To unsubscribe
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
arv uses constants provided only by include/asm-m32r/m32700ut/m32700ut_lan.h
It won't build for any subarchitecture other than M32700UT; marked as such.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-infiniband/drivers/media/video/Kconfig
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;
>
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
---
>> 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
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
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
---
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
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/Kconfig
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
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
ISA parts of tms380tr are using ISA DMA helpers and should depend on
ISA_DMA_API.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc6-git13-m32r-smc/drivers/net/tokenring/Kconfig
RC13-rc6-git13-tms380tr/drivers/net/tokenring/Kconfig
---
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
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
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
+++
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
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.h
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
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
---
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
---
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
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
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
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
+++
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
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
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
---
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
---
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
+++
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
+++
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
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
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
+++
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
"=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
1 - 100 of 552 matches
Mail list logo
