In article <[EMAIL PROTECTED]> you wrote:
> Eeek! No, I took that out back in test9-pre7 to solve the ordering
> problem that we were having (the hub driver's __init function in the
> usbcore.o needed to be called _before_ the other driver's __init
> functions when everything is compiled into the
On Thu, Oct 19, 2000 at 07:18:49PM +1100, Keith Owens wrote:
>
> See conclusion, jump to conclusion :(. There was a missing line from
> the boilerplate conversion of lists to old style Makefile variables.
> Forget my previous patch, use this one. Against 2.4.0-test10-pre4.
>
> Index: 0-test10-
On Wed, 18 Oct 2000 22:20:15 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
>> >Keith Owens wrote:
>> >> +obj-$(CONFIG_USB) += usbcore.o usb.o
>I don't think that would work, for if the USB core code is compiled as a
>module, then usb.o has to be part of usbcore.o, or am I missing
>someth
On Thu, Oct 19, 2000 at 10:45:36AM +1100, Keith Owens wrote:
> On Wed, 18 Oct 2000 13:47:40 -0700,
> Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >Keith Owens wrote:
> >> +obj-$(CONFIG_USB) += usbcore.o usb.o
> >
> >We still need your help. Using this usb/Makefile change gives
> >me er
On Wed, 18 Oct 2000 13:47:40 -0700,
Randy Dunlap <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> +obj-$(CONFIG_USB) += usbcore.o usb.o
>
>We still need your help. Using this usb/Makefile change gives
>me errors on all (?) exported symbols when I try to build all
>of USB into the k
represent the views of my employer.|
---
> -Original Message-
> From: Greg KH [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 18, 2000 1:54 PM
> To: Randy Dunlap
> Cc: Keith Owens; Claude LeFrancois (LMC); [EMAIL PROTECTED]
&g
On Wed, Oct 18, 2000 at 01:47:40PM -0700, Randy Dunlap wrote:
> I guess that we could go ahead and merge usb-core.c into usb.c
> if there's no good/simple solution to this.
I wanted to do that anyway, so I'd recommend it. Especially if it fixes
this problem.
Want a patch to do it?
thanks,
gre
Keith Owens wrote:
>
> Objects that export symbols must be explicitly listed before the
> calculation of OX_OBJS. usb.o is not explicitly listed as an object,
> it is implicitly included via the link of usbcore.
>
> Index: 0-test10-pre3.1/drivers/usb/Makefile
> --- 0-test10-pre3.1/drivers/usb/M
Objects that export symbols must be explicitly listed before the
calculation of OX_OBJS. usb.o is not explicitly listed as an object,
it is implicitly included via the link of usbcore.
Index: 0-test10-pre3.1/drivers/usb/Makefile
--- 0-test10-pre3.1/drivers/usb/Makefile Mon, 02 Oct 2000 15:28:44
Hello Greg,
I have reproduced the problem on 2.4.0-test10-pre3. The information
you have requested is attached to this message and. I also send you an
ouput of dmesg, the result of the command "depmod -ae" and the content
of /proc/ksyms. All the information I send to you are related to 2.4.0-test
On Fri, Oct 13, 2000 at 01:52:12PM -0400, Claude LeFrancois (LMC) wrote:
> Hello,
>
> I had the same problem with the USB core driver compiled statically into
> the kernel 2.4.0-test10pre1. If I get the whole USB distribution
> compiled as a modules, everything works fine. Here is the content of
Hello,
I had the same problem with the USB core driver compiled statically
into the kernel 2.4.0-test10pre1. If I get the whole USB distribution compiled
as a modules, everything works fine. Here is the content of my /proc/ksyms
related to USB with the USB core driver compiled into the kernel. Th
Hi!
> > Swapping to /dev/loop* probably can not work.
>
> Probably not no ... we really need to rework /dev/loop into
> an md-like thing ;)
>
> > Swapping to file on nfs does not work.
>
> Any fundamental reasons, or is this in the "fixable"
> category? If it is fixable, I'd like to fix it ;)
On Fri, 6 Oct 2000, Pavel Machek wrote:
> This really should be documented, somewhere.
Indeed ;)
> For example swapping over nbd to localhost can not work.
>
> Swapping over nbd to any other host can not work, too; but it
> might be fixable.
This is one of the next things on my TODO list, act
Hi!
> * Following a suggestion from Jeff Garzik to save the disk from heavy
> trashing during my mem=8M test, I've tried to use a ramdisk for
> swapping - Yes, I know, this is pretty stupid in normal use and might
> even be illegal (i.e. not expected to work by design). Anyway, I've
> tri
On Tue, Oct 03, 2000 at 09:54:25AM -0700, Greg KH wrote:
>
> Very strange, I'll beat on this some more today and try to see what's
> up.
I tried this .config on test9 final last night and didn't have any
problems.
Could you see if this is still a problem with test9?
thanks,
greg k-h
--
greg
On Wed, 4 Oct 2000, Jakub Jelinek wrote:
> This does tell nothing if the pcibios thing is fixed or not, because you
> most probably did not configure PCI on your sparc32 (why would you do that,
> when you don't have a JavaStation?).
> So you have to either look at the code or configure PCI in...
Do you have nscd installed and running or have incorrect nsswitch/resolv.conf
settings?
I have several systems here on test9p8 and they all start up very fast. Full
boot is usually less than 45 seconds, 60 for the X on my laptop. What is
that UDP socket for? port 53 I'm guessing? Double check
On Tue, 3 Oct 2000, Rik van Riel wrote:
> On Tue, 3 Oct 2000, Martin Diehl wrote:
> >
> > Just tried 2.4.0-t9p8 + t9p8-vmpatch: No change here. Box
> > appears to hang upon "init 2" (or higher) when starting several
> > things (sendmail, xfs e.g.) with (according to SysRq+p)
> > idle_task being
> Hmmm, somebody tried to enhance config language...
> The following patch should fix it.
Looks good. I committed the same patch to the vger tree yesterday but it has
not made it to Linus yet. In fact I forgot to fix sparc32. Thanks!
Anton
-
To unsubscribe from this list: send the line "unsubs
> > That fix is already in the vger sparc cvs kernel tree... just remove the
> > definition of pcibios_present() in pcic.c and you should be fine...
>
> "Why hasn't it been merged over to Linus" is my question then...
I sent sparc diffs to Linus yesterday and it is in 2.4.0-test9.
Anton
-
To
"Dr. Kelsey Hudson wrote:"
> > Question is, is this still broken on -test9-final or did
> > the fix Linus merged earlier today get rid of your problems?
>
> Let me try this and find out...
>
> Hmm. I get an error when trying to run 'make xconfig':
>
> gmake[1]: Entering directory `/usr/src/lin
On Tue, Oct 03, 2000 at 10:41:57PM -0700, Dr. Kelsey Hudson wrote:
> > Question is, is this still broken on -test9-final or did
> > the fix Linus merged earlier today get rid of your problems?
>
> Let me try this and find out...
...
> making dep...
>
> ::curses his SS20 for being so SLOW!::
> I
> Question is, is this still broken on -test9-final or did
> the fix Linus merged earlier today get rid of your problems?
Let me try this and find out...
Hmm. I get an error when trying to run 'make xconfig':
gmake[1]: Entering directory `/usr/src/linux-2.4.0-test9/scripts'
cat h
On Tue, 3 Oct 2000, Dr. Kelsey Hudson wrote:
> > pcic.c: At top level:
> > pcic.c:39: redefinition of `pcibios_present'
> > /usr/src/linux-2.4.0-test/include/linux/pci.h:562: `pcibios_present' previously
>defined here
> > make[1]: *** [pcic.o] Error 1
> > make[1]: Leaving directory `/usr/src/lin
On Tue, 3 Oct 2000, Martin Diehl wrote:
> On Tue, 3 Oct 2000, Rik van Riel wrote:
> > On Tue, 3 Oct 2000, Martin Diehl wrote:
> >
> > > * deadlock in initscripts (even for runlevel 2). SysRq shows idle_task
> > > being the only one ever getting the CPU when deadlocked.
> >
> > This suggests ta
> pcic.c: At top level:
> pcic.c:39: redefinition of `pcibios_present'
> /usr/src/linux-2.4.0-test/include/linux/pci.h:562: `pcibios_present' previously
>defined here
> make[1]: *** [pcic.o] Error 1
> make[1]: Leaving directory `/usr/src/linux-2.4.0-test/arch/sparc/kernel'
> make: *** [_dir_arch/
On Tue, 3 Oct 2000, Rik van Riel wrote:
> On Tue, 3 Oct 2000, Martin Diehl wrote:
>
> > * deadlock in initscripts (even for runlevel 2). SysRq shows idle_task
> > being the only one ever getting the CPU when deadlocked.
>
> This suggests tasks yielding the CPU while task->state !=
> TASK_RU
Joshua Uziel <[EMAIL PROTECTED]> said:
> * Horst von Brand <[EMAIL PROTECTED]> [001002 10:35]:
> > This PCI stuff was discussed before...
> >
> > pcic.c: At top level:
> > pcic.c:39: redefinition of `pcibios_present'
> > /usr/src/linux-2.4.0-test/include/linux/pci.h:562: `pcibios_present' previou
Jeff Garzik writes:
> On Mon, 2 Oct 2000, Rasmus Andersen wrote:
> > On Sun, Oct 01, 2000 at 09:14:49PM -0700, Linus Torvalds wrote:
> > >
> > > Last pre-kernel - I'll do the real test9 before I fly off to Germany on
> > > Tuesday.
> > >
> > > Linus
> > > ---
> > > - pre8:
> > > -
On Tue, Oct 03, 2000 at 06:22:32PM +0200, f5ibh wrote:
> Christoph wrote :
> > Could you try undoing the -pre8 changes to drivers/usb/Makefile?
> THIS was the solution I've compiled 2.4.0-test9-pre9 with the
> drivers/usb/Makefile of the test9-pre7 version of the kernel. I've no more the
> 'u
Hi!
Randy wrote :
> Are you building USB core support in-kernel or as ai
> module? (Maybe provide your .config file, or at least
> the CONFIG_USB_xxx portion of it.)
I use modules, here is part of my .config file.
Remark : I've the same problem with 2.4.0-test9-pre9.
Greg wrote:
> Is your mod
On Tue, 3 Oct 2000, Mohammad A. Haque wrote:
> I'm experiencing what appears to be lockups, but probably not.
They're lockups allright. I went over the VM code and buffer.c
today and found a whole bunch of rescheduling points where the
kernel can call schedule() while current->state != TASK_RUNN
I'm experiencing what appears to be lockups, but probably not. I'm
always in X when it happens so maybe that's one source of the
problem. Basically, I loose complete control of the system but it still
responds to pings and still passes traffic through (my machine is also
the NAT gateway on my home
On Tue, 3 Oct 2000, Martin Diehl wrote:
> * deadlock in initscripts (even for runlevel 2). SysRq shows idle_task
> being the only one ever getting the CPU when deadlocked.
This suggests tasks yielding the CPU while task->state !=
TASK_RUNNABLE, which results in them never being rescheduled
aga
* Horst von Brand <[EMAIL PROTECTED]> [001002 10:35]:
> This PCI stuff was discussed before...
>
> pcic.c: At top level:
> pcic.c:39: redefinition of `pcibios_present'
> /usr/src/linux-2.4.0-test/include/linux/pci.h:562: `pcibios_present' previously
>defined here
> make[1]: *** [pcic.o] Error 1
On Mon, 2 Oct 2000, Rasmus Andersen wrote:
> On Sun, Oct 01, 2000 at 09:14:49PM -0700, Linus Torvalds wrote:
> >
> > Last pre-kernel - I'll do the real test9 before I fly off to Germany on
> > Tuesday.
> >
> > Linus
> > ---
> > - pre8:
> > - initialize to zero -> put it in the .
Hi,
On Mon, 2 Oct 2000, Rik van Riel wrote:
> On Sun, 1 Oct 2000, Linus Torvalds wrote:
>
> > - pre8:
> > - quintela: fix the synchronous wait on kmem_cache_shrink().
> > This should fix the mmap02 lockup.
>
> It probably doesn't. People will want to apply my patch
> (on http://www
On Mon, Oct 02, 2000 at 11:18:49PM +0200, f5ibh wrote:
>
> Hi,
>
> Randy wrote :
> > All of the missing symbols are in usb.o (usbcore.o module or
> > usbdrv.o in-kernel). Is usbcore.o loaded or do you have
> > /etc/modules.conf setup to load it automatically?
> > Did you run depmod after 'make
Well, let's see.
linux/drivers/Makefile did change for test9-pre8.
That's one possibility.
Are you building USB core support in-kernel or as a
module? (Maybe provide your .config file, or at least
the CONFIG_USB_xxx portion of it.)
Thanks,
~Randy
> From: f5ibh [mailto:[EMAIL PROTECTED]]
>
>
Hi,
Randy wrote :
> All of the missing symbols are in usb.o (usbcore.o module or
> usbdrv.o in-kernel). Is usbcore.o loaded or do you have
> /etc/modules.conf setup to load it automatically?
> Did you run depmod after 'make modules_install' ?
I've a Debian 2.2 system. With Debian, I use the "m
On Mon, Oct 02, 2000 at 03:26:39PM +0200, Christoph Hellwig wrote:
> On Mon, Oct 02, 2000 at 08:01:14AM -0500, Jeff Garzik wrote:
> > > Christoph Hellwig sent me a better patch, with Cc: to Linus, so I hope this
> > > will be fixed in test9.
> >
> > *nudge* Here's hoping that one of you guys wil
On Sun, Oct 01, 2000 at 09:14:49PM -0700, Linus Torvalds wrote:
>
> Last pre-kernel - I'll do the real test9 before I fly off to Germany on
> Tuesday.
>
> Linus
> ---
> - pre8:
> - initialize to zero -> put it in the .bss instead
This patch was inspired by a comment from Jef
> --test9-pre8 blows up at boot, somewhere around the ALI5X3 init.
>
> Here's the oops, with ksymoops decode. Copied by hand,
> hope it's correct:
Darn. Made 3 typos in transcription:
ALI5X3: IDE controller on PCI buss 00 dev 78
^
Process swapper (pid: 2, sta
--test9-pre8 blows up at boot, somewhere around the ALI5X3 init.
Here's the oops, with ksymoops decode. Copied by hand,
hope it's correct:
ALI5X3: IDE controller on PCI buss 00 dev 78
ALI5X3: chipset revision 193
ALI5X3: bad irq (0): will probe later
Unable to handle kernel paging request at
This PCI stuff was discussed before...
pcic.c: At top level:
pcic.c:39: redefinition of `pcibios_present'
/usr/src/linux-2.4.0-test/include/linux/pci.h:562: `pcibios_present' previously
defined here
make[1]: *** [pcic.o] Error 1
make[1]: Leaving directory `/usr/src/linux-2.4.0-test/arch/sparc/ke
On Mon, Oct 02, 2000 at 10:26:20AM -0500, Jeff Garzik wrote:
> On Mon, 2 Oct 2000, David Weinehall wrote:
>
> > Warnings on build with v2.4.0test9pre8 (with Rik van Riel's extra fixes):
> >
> > parport_pc.c:2283: warning: `parport_pc_superio_info' defined but not used
>
> .config dependent I th
On Mon, 2 Oct 2000, David Weinehall wrote:
> Warnings on build with v2.4.0test9pre8 (with Rik van Riel's extra fixes):
>
> parport_pc.c:2283: warning: `parport_pc_superio_info' defined but not used
.config dependent I think.
> sg.c: In function `exit_sg':
> sg.c:1321: warning: implicit declar
Warnings on build with v2.4.0test9pre8 (with Rik van Riel's extra fixes):
parport_pc.c:2283: warning: `parport_pc_superio_info' defined but not used
sg.c: In function `exit_sg':
sg.c:1321: warning: implicit declaration of function `sg_proc_cleanup'
page_alloc.c: In function `__alloc_pages':
page_
On Mon, Oct 02, 2000 at 01:34:03AM -0300, Rik van Riel wrote:
> On Sun, 1 Oct 2000, Linus Torvalds wrote:
>
> > Last pre-kernel - I'll do the real test9 before I fly off to
> > Germany on Tuesday.
>
> > - pre8:
> > - quintela: fix the synchronous wait on kmem_cache_shrink().
> > This
Hi,
> From: f5ibh [mailto:[EMAIL PROTECTED]]
>
> Hi!
>
> While doing modprobe hid or modprobe usb-uhci, I get the
> following unresolved
> symbols. Config is P200MMX, 64Mb SDRAM.
All of the missing symbols are in usb.o (usbcore.o module or
usbdrv.o in-kernel). Is usbcore.o loaded or do you h
On Mon, 2 Oct 2000, Rik van Riel wrote:
> On Sun, 1 Oct 2000, Linus Torvalds wrote:
>
> > Last pre-kernel - I'll do the real test9 before I fly off to
> > Germany on Tuesday.
>
> > - pre8:
> > - quintela: fix the synchronous wait on kmem_cache_shrink().
> > This should fix the mmap02
Hi!
While doing modprobe hid or modprobe usb-uhci, I get the following unresolved
symbols. Config is P200MMX, 64Mb SDRAM.
-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux debian-f5ibh 2.4.0-test9 #1 lun oct 2 14:44:11 CEST 2000
On Mon, Oct 02, 2000 at 08:01:14AM -0500, Jeff Garzik wrote:
> > Christoph Hellwig sent me a better patch, with Cc: to Linus, so I hope this
> > will be fixed in test9.
>
> *nudge* Here's hoping that one of you guys will post the patch, since
> it's quite useful and I don't see it on lkml O
On Mon, 2 Oct 2000, Jan Niehusmann wrote:
> On Mon, Oct 02, 2000 at 08:32:40AM -0400, Mohammad A. Haque wrote:
> > This would make more sense wouldn't it. I guess it doesn't help to look
> > right before heading off to bed.
>
> Please note that my patch still has problems: It doesn't work with
>
On Mon, Oct 02, 2000 at 08:32:40AM -0400, Mohammad A. Haque wrote:
> This would make more sense wouldn't it. I guess it doesn't help to look
> right before heading off to bed.
Please note that my patch still has problems: It doesn't work with
CONFIG_BLK_DEV_MD and CONFIG_BLK_DEV_LVM both =y.
Ch
odule. I guess this is one way to fix it.
>
> I propose the following patch. It fixes lvm modules, too.
>
> Jan
>
> --- linux-2.4.0-test9-pre8/drivers/Makefile.orig Mon Oct 2 12:49:03 2000
> +++ linux-2.4.0-test9-pre8/drivers/Makefile Mon Oct 2 12:43:18 2000
On Mon, Oct 02, 2000 at 02:11:33AM -0400, Mohammad A. Haque wrote:
> Broke md as module. I guess this is one way to fix it.
I propose the following patch. It fixes lvm modules, too.
Jan
--- linux-2.4.0-test9-pre8/drivers/Makefile.origMon Oct 2 12:49:03 2000
+++ linux-2.4.0-test9-p
Trivial patch to remove some of the largest zero static initializers in
my compile.
Index: 0-test9-pre8.1/net/ipv6/protocol.c
--- 0-test9-pre8.1/net/ipv6/protocol.c Fri, 26 May 2000 13:10:01 +1000 kaos
(linux-2.4/e/36_protocol.c 1.1 644)
+++ 0-test9-pre8.1(w)/net/ipv6/protocol.c Mon, 02 Oct 2000
Note that, yes, I ran make oldconfig and make clean before attempting
to build the SMP version of the kernel.
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-malign-functions=4 -fno-strict-aliasing
Broke md as module. I guess this is one way to fix it.
Linus Torvalds wrote:
>
> Last pre-kernel - I'll do the real test9 before I fly off to Germany on
> Tuesday.
>
> Linus
> ---
> - pre8:
> - initialize to zero -> put it in the .bss instead
> - no extended dumb serial
Compiling with quota is broken.
init/main.o: In function `start_kernel':
init/main.o(.text.init+0xb26): undefined reference to `dquot_init_hash'
arch/i386/kernel/kernel.o: In function `sys_call_table':
arch/i386/kernel/kernel.o(.data+0x2e8): undefined reference to `sys_quotactl'
kernel/kernel.o(.
On Sun, 1 Oct 2000, Linus Torvalds wrote:
> Last pre-kernel - I'll do the real test9 before I fly off to
> Germany on Tuesday.
> - pre8:
> - quintela: fix the synchronous wait on kmem_cache_shrink().
> This should fix the mmap02 lockup.
It probably doesn't. People will want to apply
Last pre-kernel - I'll do the real test9 before I fly off to Germany on
Tuesday.
Linus
---
- pre8:
- initialize to zero -> put it in the .bss instead
- no extended dumb serial driver options, if no dumb serial driver
- access() on a special file on a read-only files
64 matches
Mail list logo
