Recent updates:
* various minor fixes and feature additions
git users: 'ALL' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
Patch:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.13-rc7-netdev1.patch.bz2
drivers/net/wireless/ieee802
Recent updates:
* core: ATAPI fixes from Tejun Heo and Albert Lee
* sata_promise: new PCI IDs
* sata_sil: don't apply mod15write fix to 3125/3114 chips
* ahci: "HD LED always on" fix
git users: 'ALL' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Patch:
ht
On Tue, Aug 23, 2005 at 10:08:13PM -0700, Linus Torvalds wrote:
> cpu_exclusive sched domains on partial nodes temp fix
... breaks ppc64 since there we have node_to_cpumask() done as inlined
function, not a macro. So we get __first_cpu(&node_to_cpumask(...),...),
with obvious consequences.
Lo
On 24 Aug 2005 at 1:54, Roman Zippel wrote:
[...]
> error) >> shift". The difference between system time and reference
> time is really important. gettimeofday() returns the system time, NTP
> controls the reference time and these two are synchronized regularly.
[...]
Roman,
I'm having a probl
Hi Jens,
On Tue, Aug 23, 2005 at 02:32:36PM +0200, Jens Axboe wrote:
> ...
> + t.pid = current->pid;
> ...
> +/*
> + * The trace itself
> + */
> +struct blk_io_trace {
> + u32 magic; /* MAGIC << 8 | version */
> + u32 sequence; /* event number */
> +
This patch fixes a wrong URL in Documentation/dvb/get_dvb_firmware.
This patch fixes kernel Bugzilla #4301.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm2-full/Documentation/dvb/get_dvb_firmware.old
2005-08-24 08:16:01.0 +0200
+++ linux-2.6.13-rc6-mm2-full/D
2.6.13-rc7 + kdb on ia64. The qla2xxx drivers are getting unaligned
accesses at startup.
qla2300 :01:02.0: Found an ISP2312, irq 66, iobase 0xc0080f30
qla2300 :01:02.0: Configuring PCI space...
PCI: slot :01:02.0 has incorrect PCI cache line size of 0 bytes, correcting
to 128
Difficulty: beginner / intermediate
Modern network drivers have a per-NIC list of debugging messages that
can be enabled/disabled at runtime, implemented as a bitmask named
'msg_enable' in each driver. VERY useful for tracing specific events
during debugging. grep for 'msg_enable', 'netif_
You noticed that too, eh? It's already fixed in the patches
I may yet send out tonight, splitting "usbnet" and its
minidrivers into separate files ...
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Mon, 22 Aug 2005, Linus Torvalds wrote:
>
> But disabling the ROM assignment might be a good idea. Almost nobody ever
> really wants to assign the ROM anyway, and there are cards where there are
> some strange rules about ROM alignment (read: doesn't follow spec).
Here's an even better ide
pcibios_bus_to_resource is exported on all architectures except ia64
and sparc. Add exports for the two missing architectures. Needed when
Yenta socket support is compiled as a module.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/pci/pci.c
==
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: Nic
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" i
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
> --- linux-2.6.
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 c
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
t
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 t
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 at
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 07:00:
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, Andi
[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 s
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
>decompresso
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 wit
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 pro
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 inter
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 PRO
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:)
--- a/arch/i386/kernel/tra
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 f
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 for
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 b
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
> completions.
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 to
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 in
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 linux-kernel"
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.c2005-08-2
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 dowl
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 lin
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 th
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 n
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 + (cycle_offse
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
a
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]>
--
arch/ppc64/configs/pSeries_defcon
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]>
--
arch/ppc64/configs/pS
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]>
--
arch/ppc64/configs/pSeri
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 acce
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 no
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] do_
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 a
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 proc
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 n
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 entire
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 s
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?
I
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 w
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
+++ RC13-rc6-git13-epca/drivers/c
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 gu
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
+++ RC13-rc6-git13-m32r-NUMA/arc
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
10:37:49.000
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 fro
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
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
RC13-rc6-git13-arv/drivers/media
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
--- RC13-rc6-git13-m32r-pa
>> 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 2005-
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
+
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
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
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
--- RC13-rc6-git13-m32r-smc/drivers/net/tokenring
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.
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
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
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
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
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
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 RC13-rc6-git13-emac/drivers/char
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
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
+++
1 - 100 of 288 matches
Mail list logo