* Re: [PATCH] dm.c - device-mapper I/O path fixes
From: Joe Thornber @ 2002-12-16 10:04 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Joe Thornber, Kernel Mailing List
In-Reply-To: <Pine.LNX.4.44.0212151649180.2445-100000@home.transmeta.com>
Linus,
On Sun, Dec 15, 2002 at 04:50:16PM -0800, Linus Torvalds wrote:
>
> Guys, can you please re-send the split-up version of these patches, I'm
> currently ignoring them simply because I don't know what the end result of
> the discussion really ended up being..
Here is the latest dm patchset (2.5.51-dm-3) that people have been
testing successfully over the weekend. Please apply.
- Joe
^ permalink raw reply
* Re: Can we use all SCCs with MPC860
From: Wolfgang Denk @ 2002-12-16 9:51 UTC (permalink / raw)
To: LEROY Christophe
Cc: liste ppc embedded, TRINH-THAI Florent, POLI Herve,
GUICHARD Michel
In-Reply-To: <3DFD9E2F.CA7417EF@c-s.fr>
Dear Christophe,
in message <3DFD9E2F.CA7417EF@c-s.fr> you wrote:
>
> I have a board (home made) with a MPC862 running Montavista Linux 2.1
> (kernel 2.4.17).
> I'd like to use the four SCCs as serial ports, but it seems that only
> SCC2 and SCC3 can be configured as serial ports.
It's not difficult to extend the 8xx UART driver to support both
SMC's and all 4 SCC's. This has been done before; see for examplee
the kernel source in our CVS server (module linux-2.4). This has been
tested and actually used (with hardware flowcontrol) on a couple of
boards.
> Does someone have any idea on how to configure SCC1 and SCC4 as serial
> ports also with that kernel ?
that kernel = MV Linux 2.1? Seems you should ask MV....
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
Microsoft Compatibility:
your old Windows 3.11 application crash exactly as the new ones.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* My Matrox G200 died with 2.5.51
From: nomero @ 2002-12-16 9:47 UTC (permalink / raw)
To: linux-fbdev-devel
Hi all.
I compiled the new 2.5.51 kernel and enabled the new framebuffer with
the VESA generic driver.
My system is a Slackware 8.0. My graphic card was a Matrox G200 and the
resolution of fb console was 1024 X 768, 16M of colors (0x318).
When I rebooted with my new kernel, i noted that fb didn't work well
(when i switched from a tty to another, some parts of the first tty were
"pasted" to the second).
When I rebooted, my Matrox G200 died definetly. I've made something
wrong or it's an fb's bug?
If it is a bug, I hope to have been helpful.
see you,
Moreno
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: writing new BBRAM driver
From: Tobias Otto-Adamczak @ 2002-12-16 10:14 UTC (permalink / raw)
To: linux-mtd; +Cc: Alex Pavloff
In-Reply-To: <D3AF5F134D627243993F2F2FC32EE4D229C4A7@mailman.eason.com>
Alex Pavloff, 2002-12-13, 15:45h:
> Hi there folks. I've written the struct mtd_info functions for a 128KB
> BBRAM driver for my companies new board. It's horribly simple, as most of
> it is actually done by a gate array on the board, so from kernel land its
> just poking ioports. Easy stuff.
>
> Anyway, at this point, I've got that written, but I'm a little hazy as to
> what I do next. Insmod the driver, and then....?
[I am no expert, but anyway ...]
I think you need at least the mtdcore and mtdblock/mtdblock_ro modules,
too (if you want to have a FS in the BBRAM). When you did the insmod,
have a look at /proc/mtd. If your driver registered okay with the mtd
subsystem, it should appear there. Lets say you find it there as mtd0,
you should then be able to access it as a block device under
/dev/mtdblock0. Then you can do everything with it what you would do
with an unformatted hard disk partition (format it, mount it, use it)
> How do I get a drive to mount?
a) Format you block device or copy a pre-formatted image to the BBRAM.
The latter you can do with a simple
cat <my_preformatted_image >/dev/mtd0
assuming that your BBRAM is registered as mtd0 partition (check with
"cat /proc/mtd") and you have loaded the mtdchar module.
then do a normal mount, e.g.
mount -o sync -t minix /dev/mtdblock0 /mnt/bbram
> Also, what FS should I use for this BBRAM?
That depends on your hardware and your applications needs. You may want
to try minix. How much (KB) is your BBRAM, anyway ? Maybe you need no FS
at all ?
Ciao
Tobias
^ permalink raw reply
* USB PCI
From: Korosi Akos @ 2002-12-16 9:43 UTC (permalink / raw)
To: Newbie
Hi everybody!
I have this problem:
I should put USB port on an older box, that has no
USB on its mainboard.
I thought about an USB PCI card, but have no any
experience with them.
Are they completely supported, or what should I
check befor buying one of them?
And the other question: how should I set it up?
(If I can use one of them)
Is it that simple, that I just have to enable USB
in the kernel? Does the kernel treats an USB PCI card
the same as an on chip USB?
If you point me to the correct documentation, it would
be enouht too.
Thanks in advance,
Akos
________________________________________________
http://mailbox.hu - Már SMS értesítéssel is!
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Linux v2.5.52
From: ALESSANDRO.SUARDI @ 2002-12-16 9:45 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel
Linus Torvalds wrote:
> Various things here. Most noticeably more merges with Andrew, with a
> lot of various small fixes.
Using it, with the addition of Valdis' fix for the Xircom Cardbus PCI
allocation problem. So far so good, except for IrDA irport that is
colliding with the serial driver as Jean told me. Not sure why the
irport-serial problem doesn't bite me in 2.4.x nor did it bite in
earlier 2.5.x though.
--alessandro
^ permalink raw reply
* RE: Intel sez: Synchronous Flash and XIP is the future -- thought s?
From: Paul Nash @ 2002-12-16 10:11 UTC (permalink / raw)
To: 'David Woodhouse', Wolfgang Denk; +Cc: Linux-MTD (E-mail)
Actually, Intel's L18/L30 series of "wireless flash" has that feature,
Read-while-erase-or-write as long as the reads are not to the 8MBit
partition being dealt with in an erase or write.
But I agree with the points made here. :-) I'm sure the above costs even
more... ;-)
-Paul
-----Original Message-----
From: David Woodhouse [mailto:dwmw2@infradead.org]
Sent: Monday, December 16, 2002 1:39 AM
To: Wolfgang Denk
Cc: Paul Nash; Linux-MTD (E-mail)
Subject: Re: Intel sez: Synchronous Flash and XIP is the future --
thoughts?
wd@denx.de said:
> Also you might find problems running recent (and future) kernels in
> XIP mode - the kernel text segment is often not exactly read-only.
> Especially when you use one f the existing real-time extensions (but
> not only then). It seems the amount of tweaking that is necessary for
> XIP is growing with each new kernel release - to a level where it
> becomes impractical.
Also true. Of course we have to distinguish between XIP of file system
pages and of the kernel -- I was ignoring the latter because it's even less
sane than the former. If you ever want to write to the chip, you have to
disable all interrupts and wait while the chip is busy. For up to 20
seconds, in the case of a slow erase.
Of course, you could poll the interrupt controller while polling the flash
for completion, and suspend the flash operation to service pending
interrupts if they happen -- but that's really not the kind of thing that
should be encouraged. Until people start making flash chips were every part
of the chip other than the part which is being erased/written is readable
during an erase or write operation, XIP is just a silly buzzword, for any
writable application.
--
dwmw2
^ permalink raw reply
* Re: aic7xxx woes in 2.5
From: Andrew Morton @ 2002-12-16 9:40 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: linux-scsi
In-Reply-To: <23290000.1039982976@aslan.btc.adaptec.com>
"Justin T. Gibbs" wrote:
>
> > For about six months in the 2.5 series, using aic7xxx, about every fourth
> > boot one of my disks tends to get:
> >
> > (scsi1:A:4:0): parity-error detected in Data-in phase: SEQADDR(0x1ae)
> > SCSIRATE(0x88) scsi1:0:4:0: Attempting to queue an ABORT message
> >
> > This is invariably fatal.
>
> ...
>
> > This never happens in 2.4 kernels.
> >
> > It seems to happen a little more frequently on uniprocessor builds.
> >
> > So relevant questions would be:
> >
> > 1) Why does only 2.5 get the parity error?
>
> Most likely different loads on your SCSI bus. The driver can't "make up"
> SCSI bus parity errors.
It's very consistent. Never seen on 2.4.
> > 2) Why does the recovery lock up?
>
> I would actually have to know the sequencer instruction that we
> are blocked on in the clear_critical_sections code to be able to
> say. Several recovery bugs have been fixed in later driver versions.
OK, let's move on then.
> > 3) Does anyone have a diff for Justin's new driver?
>
> Just populate the scsi/aic7xxx directory with the files found
> here:
>
> http://people.FreeBSD.org/~gibbs/linux/SRC/
>
> You will need to merge in the Kconfig and Makefile for the scsi
> directory, but if you are running a fairly recent kernel, you
> can just overwrite those files with those supplied in the linux-2.5
> archive supplied at the above URL.
That's very awkward and will hamper efforts to get testing done.
I grafted it into the 2.5.52 tree. The Kconfig entries for
aix7xxx_old seem to be lost.
The driver still has a serious bug in ahc_linux_queue_recovery_cmd().
It does
ahc_unlock(ahc, &s);
where local variable `s' is uninitialised. But that gets copied
into the CPU's interrupt flag.
The driver got through recognising the disks and then locked up
strangely:
Program received signal SIGEMT, Emulation trap.
cache_alloc_refill (cachep=0xd00675a0, flags=0) at include/linux/list.h:127
127 prev->next = next;
(gdb) bt
#0 cache_alloc_refill (cachep=0xd00675a0, flags=0) at include/linux/list.h:127
#1 0x00000246 in ?? ()
#2 0xc0135947 in kmalloc (size=256, flags=0) at mm/slab.c:1652
#3 0xc0239835 in ahc_linux_dv_inq (ahc=0xc175e400, cmd=0xc3dd0c00, devinfo=0xc3d77fb0, targ=0xc3dcee00, request_length=96)
at drivers/scsi/aic7xxx/aic7xxx_osm.c:3303
#4 0xc0237f5d in ahc_linux_dv_target (ahc=0xc175e400, target_offset=4) at drivers/scsi/aic7xxx/aic7xxx_osm.c:2060
#5 0xc0237d47 in ahc_linux_dv_thread (data=0xc175e400) at drivers/scsi/aic7xxx/aic7xxx_osm.c:1955
This is an NMI watchdog interrupt. In here:
1571 while (slabp->inuse < cachep->num && batchcount--)
1572 ac_entry(ac)[ac->avail++] =
1573 cache_alloc_one_tail(cachep, slabp);
Presumably due to errors in use of slab-allocated memory.
So I enabled slab debugging and:
Program received signal SIGTRAP, Trace/breakpoint trap.
0xc013606f in kfree (objp=0xc3da5ed4) at mm/slab.c:1452
1452 BUG();
(gdb) bt
#0 0xc013606f in kfree (objp=0xc3da5ed4) at mm/slab.c:1452
#1 0xc023bca1 in ahc_linux_free_target (ahc=0xc175c000, targ=0xc3dcf800) at drivers/scsi/aic7xxx/aic7xxx_osm.c:4588
#2 0xc023bdbd in ahc_linux_free_device (ahc=0xc175c000, dev=0xc3da4ba4) at drivers/scsi/aic7xxx/aic7xxx_osm.c:4642
#3 0xc023c36d in ahc_done (ahc=0xc175c000, scb=0xc3d78070) at drivers/scsi/aic7xxx/aic7xxx_osm.c:4858
#4 0xc02296bd in ahc_run_qoutfifo (ahc=0xc175c000) at drivers/scsi/aic7xxx/aic7xxx_core.c:344
#5 0xc023b93a in ahc_linux_isr (irq=35, dev_id=0xc175c000, regs=0xd0003f74) at drivers/scsi/aic7xxx/aic7xxx_inline.h:600
#6 0xc010c710 in handle_IRQ_event (irq=35, regs=0xd0003f74, action=0xc3d9c974) at arch/i386/kernel/irq.c:210
#7 0xc010c8f2 in do_IRQ (regs=
{ebx = -805298176, ecx = 384, edx = -805298176, esi = -1072657832, edi = 0, ebp = -805290072, eax = 17, xds = 104, xes = -1072693144, orig_eax = -221, eip = -1072657788, xcs = 96, eflags = 582, esp = -805290056, xss = -1072657690}) at arch/i386/kernel/irq.c:391
#8 0xc010b114 in common_interrupt () at include/linux/kallsyms.h:39
#9 0xc0108ae6 in cpu_idle () at arch/i386/kernel/process.c:144
#10 0xc039553a in start_secondary (unused=0xc038692d) at arch/i386/kernel/smpboot.c:467
That's in here:
if (cachep->flags & SLAB_RED_ZONE) {
objp -= BYTES_PER_WORD;
if (xchg((unsigned long *)objp, RED_MAGIC1) != RED_MAGIC2)
/* Either write before start, or a double free. */
BUG();
Presumably a double free in ahc_linux_free_target()
I can debug further if you like, but would really appreciate unified
diffs, thanks.
^ permalink raw reply
* Re: The 64-bit version of __access_ok is broken.
From: Ralf Baechle @ 2002-12-09 18:38 UTC (permalink / raw)
To: Dominic Sweetman
Cc: Carsten Langgaard, Dominic Sweetman, chris, kevink, linux-mips
In-Reply-To: <15860.33900.117478.251574@gladsmuir.algor.co.uk>
On Mon, Dec 09, 2002 at 11:54:20AM +0000, Dominic Sweetman wrote:
> I'd like to be clear about the consequences of this. Presumably the
> 'access_ok()' macro is used to check addresses which were (originally)
> provided by a user program's system call.
>
> Carsten, are you saying that if such an address is set to say 2**41 in
> a CPU supporting 40-bit user virtual addresses, that the kernel will
> crash?
That's correct. The problem which Carsten diagnosed correctly was the
assumption which has been inherited from the 32-bit kernel that the sign-
bit makes the difference between valid userspace and kernelspace
addresses.
Linux doesn't use the supervisor mode so basically that assumption is still
true with the except of the area 2^PHYSBITS ... 2^63-1.
> If so, that seems to require a fix, even if we don't know a very
> efficient one. But perhaps any problem is a bit more subtle than
> that?
Access_ok is a macro which depending on kernel configuration is expanded
hundreds, if not thousands of times throughout the kernel. So every single
machine instruction in access_ok will make a size difference of several
kB. Carsten's patch was performing pretty badly in that cathegory. If
access_ok wasn't used that often the issue certainly wasn't worth the fuzz.
Access_ok is of course only usable in C code. We also have a few piece of
assembler code that access userspace and need to perform the same kind of
address validation tests. Carsten's patch was missing these completly. As
such it did only reduce the window of this bug from huge to "just" big.
An efficient solution only requires fairly minor changes as you can see in
the patch I just posted. It doesn't even require thinking, it can be
obtained by cut'n'paste from the Alpha code. Alternatively the problem
could also have been solved by forwarding address errors for the address
range in question to the page fault handler which would have served the
same purpose, maybe even a tad more efficient but ofuscated ...
Ralf
^ permalink raw reply
* 2.5.52 and modules (lots of unresolved symbols)?
From: Gregoire Favre @ 2002-12-16 9:45 UTC (permalink / raw)
To: linux-kernel
Hello,
I have just patched 2.5.51, and not done the make clean && make mrproper
before doing a make menuconfig && make dep && make bzImage && make
modules...
Will that change anything to make clean/mrproper here?
I have module-init-tools-0.9.3 compiled and installed on my system.
make modules install gave me:
if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.5.52; fi
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/arch/i386/kernel/cpuid.ko
depmod: preempt_schedule
depmod: unregister_chrdev
depmod: register_chrdev
depmod: boot_cpu_data
depmod: copy_to_user
depmod: printk
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/arch/i386/kernel/microcode.ko
depmod: preempt_schedule
depmod: devfs_register
depmod: misc_deregister
depmod: kmalloc
depmod: vfree
depmod: boot_cpu_data
depmod: copy_to_user
depmod: devfs_unregister
depmod: kfree
depmod: misc_register
depmod: vmalloc
depmod: rwsem_down_write_failed
depmod: rwsem_wake
depmod: copy_from_user
depmod: num_physpages
depmod: printk
depmod: rwsem_down_read_failed
depmod: devfs_set_file_size
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/arch/i386/kernel/msr.ko
depmod: preempt_schedule
depmod: unregister_chrdev
depmod: register_chrdev
depmod: boot_cpu_data
depmod: copy_to_user
depmod: copy_from_user
depmod: printk
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/blowfish.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/crypto_null.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/des.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/md4.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/md5.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/serpent.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/sha1.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/sha256.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/tcrypt.ko
depmod: crypto_alg_available
depmod: crypto_alloc_tfm
depmod: kmalloc
depmod: zone_table
depmod: kfree
depmod: crypto_free_tfm
depmod: mem_map
depmod: printk
depmod: crypto_hmac
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/crypto/twofish.ko
depmod: crypto_unregister_alg
depmod: crypto_register_alg
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/block/loop.ko
depmod: bio_endio
depmod: preempt_schedule
depmod: flush_signals
depmod: balance_dirty_pages_ratelimited
depmod: devfs_register
depmod: alloc_disk
depmod: blk_queue_max_segment_size
depmod: bio_copy
depmod: invalidate_bdev
depmod: blk_queue_bounce
depmod: blk_max_low_pfn
depmod: unlock_page
depmod: blk_queue_merge_bvec
depmod: kmalloc
depmod: __down_failed_interruptible
depmod: devfs_mk_dir
depmod: blk_queue_max_sectors
depmod: __up_wakeup
depmod: set_user_nice
depmod: blk_queue_max_hw_segments
depmod: __page_cache_release
depmod: unregister_blkdev
depmod: register_blkdev
depmod: copy_to_user
depmod: bio_put
depmod: blk_queue_make_request
depmod: zone_table
depmod: del_gendisk
depmod: add_disk
depmod: blk_queue_bounce_limit
depmod: kfree
depmod: vfs_getattr
depmod: find_or_create_page
depmod: fput
depmod: set_blocksize
depmod: set_device_ro
depmod: sprintf
depmod: copy_from_user
depmod: daemonize
depmod: fget
depmod: bdev_read_only
depmod: wake_up_process
depmod: generic_make_request
depmod: __free_pages
depmod: printk
depmod: kernel_thread
depmod: devfs_remove
depmod: put_disk
depmod: blk_queue_max_phys_segments
depmod: blk_queue_segment_boundary
depmod: __down_failed
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/char/genrtc.ko
depmod: preempt_schedule
depmod: misc_deregister
depmod: __wake_up
depmod: schedule
depmod: create_proc_entry
depmod: default_wake_function
depmod: remove_wait_queue
depmod: copy_to_user
depmod: del_timer
depmod: misc_register
depmod: remove_proc_entry
depmod: add_wait_queue
depmod: sprintf
depmod: copy_from_user
depmod: schedule_work
depmod: jiffies
depmod: wake_up_process
depmod: printk
depmod: add_timer
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/char/rtc.ko
depmod: preempt_schedule
depmod: misc_deregister
depmod: __wake_up
depmod: schedule
depmod: __release_region
depmod: create_proc_entry
depmod: default_wake_function
depmod: no_llseek
depmod: free_irq
depmod: remove_wait_queue
depmod: copy_to_user
depmod: proc_dointvec
depmod: unregister_sysctl_table
depmod: del_timer
depmod: mod_timer
depmod: misc_register
depmod: remove_proc_entry
depmod: request_irq
depmod: kill_fasync
depmod: fasync_helper
depmod: add_wait_queue
depmod: sprintf
depmod: copy_from_user
depmod: jiffies
depmod: __request_region
depmod: printk
depmod: add_timer
depmod: ioport_resource
depmod: register_sysctl_table
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-algo-bit.ko
depmod: preempt_schedule
depmod: __udelay
depmod: __cond_resched
depmod: jiffies
depmod: wake_up_process
depmod: printk
depmod: __const_udelay
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-algo-pcf.ko
depmod: preempt_schedule
depmod: __udelay
depmod: wake_up_process
depmod: printk
depmod: __const_udelay
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-core.ko
depmod: kmalloc
depmod: __up_wakeup
depmod: create_proc_entry
depmod: proc_bus
depmod: copy_to_user
depmod: kfree
depmod: remove_proc_entry
depmod: sprintf
depmod: printk
depmod: __down_failed
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-dev.ko
depmod: preempt_schedule
depmod: devfs_register
depmod: kmalloc
depmod: unregister_chrdev
depmod: register_chrdev
depmod: devfs_mk_dir
depmod: no_llseek
depmod: copy_to_user
depmod: kfree
depmod: sprintf
depmod: copy_from_user
depmod: printk
depmod: devfs_remove
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-elektor.ko
depmod: preempt_schedule
depmod: enable_irq
depmod: __wake_up
depmod: __release_region
depmod: __check_region
depmod: free_irq
depmod: interruptible_sleep_on_timeout
depmod: disable_irq
depmod: request_irq
depmod: wake_up_process
depmod: __request_region
depmod: printk
depmod: __const_udelay
depmod: ioport_resource
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-elv.ko
depmod: preempt_schedule
depmod: __release_region
depmod: __check_region
depmod: wake_up_process
depmod: __request_region
depmod: printk
depmod: __const_udelay
depmod: ioport_resource
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-proc.ko
depmod: __get_user_1
depmod: __get_user_4
depmod: kmalloc
depmod: _ctype
depmod: __check_region
depmod: copy_to_user
depmod: unregister_sysctl_table
depmod: kfree
depmod: sprintf
depmod: copy_from_user
depmod: printk
depmod: ioport_resource
depmod: register_sysctl_table
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/i2c/i2c-velleman.ko
depmod: preempt_schedule
depmod: __release_region
depmod: __check_region
depmod: wake_up_process
depmod: __request_region
depmod: printk
depmod: ioport_resource
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/input/misc/pcspkr.ko
depmod: input_register_device
depmod: preempt_schedule
depmod: input_unregister_device
depmod: printk
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/input/misc/uinput.ko
depmod: input_register_device
depmod: misc_deregister
depmod: __wake_up
depmod: schedule
depmod: kmalloc
depmod: default_wake_function
depmod: remove_wait_queue
depmod: input_unregister_device
depmod: copy_to_user
depmod: do_gettimeofday
depmod: kfree
depmod: misc_register
depmod: input_event
depmod: add_wait_queue
depmod: copy_from_user
depmod: printk
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/input/serio/serport.ko
depmod: preempt_schedule
depmod: __get_user_4
depmod: __wake_up
depmod: serio_interrupt
depmod: schedule
depmod: snprintf
depmod: kmalloc
depmod: default_wake_function
depmod: remove_wait_queue
depmod: tty_register_ldisc
depmod: kfree
depmod: tty_name
depmod: add_wait_queue
depmod: serio_unregister_port
depmod: serio_register_port
depmod: wake_up_process
depmod: printk
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/net/dummy.ko
depmod: __kfree_skb
depmod: ether_setup
depmod: kmalloc
depmod: unregister_netdev
depmod: register_netdev
depmod: dev_alloc_name
depmod: kfree
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/scsi/aic7xxx/aic7xxx.ko
depmod: pci_set_power_state
depmod: preempt_schedule
depmod: strsep
depmod: pci_register_driver
depmod: pci_bus_write_config_byte
depmod: __udelay
depmod: __release_region
depmod: vsprintf
depmod: pci_bus_read_config_dword
depmod: kmalloc
depmod: scsi_bios_ptable
depmod: pci_free_consistent
depmod: si_meminfo
depmod: pci_enable_device
depmod: __up_wakeup
depmod: __check_region
depmod: scsi_register
depmod: free_irq
depmod: scsi_unregister_host
depmod: scsi_register_host
depmod: panic
depmod: ioremap_nocache
depmod: iounmap
depmod: pci_alloc_consistent
depmod: scsi_adjust_queue_depth
depmod: del_timer
depmod: scsi_report_bus_reset
depmod: iomem_resource
depmod: pci_set_dma_mask
depmod: kfree
depmod: unregister_reboot_notifier
depmod: request_irq
depmod: pci_bus_read_config_word
depmod: pci_unregister_driver
depmod: scsi_unblock_requests
depmod: pci_set_master
depmod: mem_map
depmod: simple_strtoul
depmod: scsi_block_requests
depmod: sprintf
depmod: jiffies
depmod: __request_region
depmod: printk
depmod: add_timer
depmod: scsi_partsize
depmod: scsi_unregister
depmod: ioport_resource
depmod: pci_bus_write_config_dword
depmod: pci_bus_read_config_byte
depmod: __down_failed
depmod: register_reboot_notifier
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/scsi/sd_mod.ko
depmod: scsi_io_completion
depmod: preempt_schedule
depmod: schedule_timeout
depmod: scsi_wait_req
depmod: alloc_disk
depmod: check_disk_change
depmod: scsi_set_medium_removal
depmod: scsi_device_get
depmod: kmalloc
depmod: scsi_block_when_processing_errors
depmod: scsicam_bios_param
depmod: unregister_blkdev
depmod: scsi_release_request
depmod: register_blkdev
depmod: scsi_unregister_device
depmod: del_gendisk
depmod: scsi_allocate_request
depmod: scsi_cmd_ioctl
depmod: add_disk
depmod: scsi_slave_attach
depmod: print_sense
depmod: kfree
depmod: unregister_reboot_notifier
depmod: print_req_sense
depmod: scsi_register_device
depmod: sprintf
depmod: scsi_device_put
depmod: scsi_slave_detach
depmod: blk_queue_hardsect_size
depmod: jiffies
depmod: printk
depmod: scsi_ioctl
depmod: put_disk
depmod: register_reboot_notifier
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/usb/core/usbcore.ko
depmod: dput
depmod: __down_failed_trylock
depmod: preempt_schedule
depmod: generic_delete_inode
depmod: __get_user_4
depmod: schedule_timeout
depmod: d_delete
depmod: strsep
depmod: __wake_up
depmod: init_special_inode
depmod: simple_lookup
depmod: lookup_hash
depmod: schedule
depmod: __release_region
depmod: snprintf
depmod: kmalloc
depmod: unregister_chrdev
depmod: pci_free_consistent
depmod: new_inode
depmod: register_chrdev
depmod: driver_unregister
depmod: devfs_mk_dir
depmod: pci_enable_device
depmod: __up_wakeup
depmod: proc_bus
depmod: __get_free_pages
depmod: default_wake_function
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: iput
depmod: send_sig_info
depmod: complete
depmod: free_irq
depmod: remove_wait_queue
depmod: __mntput
depmod: pci_pool_free
depmod: kill_proc
depmod: copy_to_user
depmod: ioremap_nocache
depmod: devfs_unregister
depmod: iounmap
depmod: register_filesystem
depmod: free_pages
depmod: pci_alloc_consistent
depmod: get_sb_single
depmod: bus_unregister
depmod: proc_mkdir
depmod: device_unregister
depmod: bus_register
depmod: pci_pool_alloc
depmod: d_alloc_root
depmod: del_timer
depmod: iomem_resource
depmod: simple_statfs
depmod: kfree
depmod: pci_pool_destroy
depmod: device_create_file
depmod: wait_for_completion
depmod: remove_proc_entry
depmod: rwsem_down_write_failed
depmod: rwsem_wake
depmod: request_irq
depmod: kill_litter_super
depmod: pci_pool_create
depmod: flush_scheduled_work
depmod: add_wait_queue
depmod: pci_set_master
depmod: mem_map
depmod: simple_strtoul
depmod: shrink_dcache_parent
depmod: kern_mount
depmod: sprintf
depmod: copy_from_user
depmod: daemonize
depmod: schedule_work
depmod: device_register
depmod: jiffies
depmod: d_instantiate
depmod: wake_up_process
depmod: __request_region
depmod: printk
depmod: add_timer
depmod: complete_and_exit
depmod: driver_register
depmod: kernel_thread
depmod: __const_udelay
depmod: ioport_resource
depmod: simple_dir_operations
depmod: rwsem_down_read_failed
depmod: __down_failed
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/usb/host/ohci-hcd.ko
depmod: preempt_schedule
depmod: schedule_timeout
depmod: pci_register_driver
depmod: kmalloc
depmod: pci_free_consistent
depmod: pci_pool_free
depmod: pci_alloc_consistent
depmod: pci_pool_alloc
depmod: kfree
depmod: pci_pool_destroy
depmod: pci_pool_create
depmod: pci_unregister_driver
depmod: printk
depmod: __const_udelay
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/usb/host/uhci-hcd.ko
depmod: pci_bus_write_config_word
depmod: preempt_schedule
depmod: schedule_timeout
depmod: pci_register_driver
depmod: kmem_cache_free
depmod: kmalloc
depmod: pci_free_consistent
depmod: create_proc_entry
depmod: pci_pool_free
depmod: copy_to_user
depmod: pci_alloc_consistent
depmod: kmem_cache_create
depmod: pci_pool_alloc
depmod: del_timer
depmod: kfree
depmod: pci_pool_destroy
depmod: remove_proc_entry
depmod: pci_pool_create
depmod: pci_unregister_driver
depmod: sprintf
depmod: kmem_cache_destroy
depmod: jiffies
depmod: printk
depmod: add_timer
depmod: __const_udelay
depmod: kmem_cache_alloc
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/drivers/usb/storage/usb-storage.ko
depmod: preempt_schedule
depmod: flush_signals
depmod: schedule_timeout
depmod: kmalloc
depmod: __down_failed_interruptible
depmod: __up_wakeup
depmod: scsi_register
depmod: complete
depmod: scsi_unregister_host
depmod: scsi_register_host
depmod: zone_table
depmod: dump_stack
depmod: kfree
depmod: wait_for_completion
depmod: sprintf
depmod: daemonize
depmod: printk
depmod: kernel_thread
depmod: __const_udelay
depmod: recalc_sigpending
depmod: __down_failed
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/affs/affs.ko
depmod: inode_setattr
depmod: preempt_schedule
depmod: strsep
depmod: generic_file_llseek
depmod: kmem_cache_free
depmod: unlock_buffer
depmod: generic_file_write
depmod: vsprintf
depmod: unlock_page
depmod: generic_commit_write
depmod: clear_inode
depmod: page_follow_link
depmod: unlock_new_inode
depmod: kmalloc
depmod: new_inode
depmod: generic_read_dir
depmod: __wait_on_buffer
depmod: __up_wakeup
depmod: __bread
depmod: __mark_inode_dirty
depmod: __page_cache_release
depmod: file_fsync
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: iput
depmod: block_read_full_page
depmod: generic_file_mmap
depmod: d_rehash
depmod: make_bad_inode
depmod: inode_init_once
depmod: generic_file_read
depmod: iget_locked
depmod: register_filesystem
depmod: free_pages
depmod: block_sync_page
depmod: zone_table
depmod: cont_prepare_write
depmod: __getblk
depmod: kmem_cache_create
depmod: d_alloc_root
depmod: sys_tz
depmod: mark_buffer_dirty
depmod: kfree
depmod: generic_file_sendfile
depmod: kill_block_super
depmod: page_readlink
depmod: sb_set_blocksize
depmod: find_or_create_page
depmod: xtime
depmod: simple_strtoul
depmod: kmem_cache_destroy
depmod: __brelse
depmod: d_instantiate
depmod: block_write_full_page
depmod: get_sb_bdev
depmod: inode_change_ok
depmod: printk
depmod: mark_buffer_dirty_inode
depmod: kmem_cache_alloc
depmod: __insert_inode_hash
depmod: get_zeroed_page
depmod: __down_failed
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/befs/befs.ko
depmod: sb_min_blocksize
depmod: strsep
depmod: vsnprintf
depmod: kmem_cache_free
depmod: load_nls
depmod: unlock_new_inode
depmod: kmalloc
depmod: generic_read_dir
depmod: load_nls_default
depmod: __bread
depmod: utf8_wctomb
depmod: unregister_filesystem
depmod: vfs_readlink
depmod: block_read_full_page
depmod: generic_file_mmap
depmod: d_rehash
depmod: make_bad_inode
depmod: inode_init_once
depmod: generic_file_read
depmod: iget_locked
depmod: utf8_mbtowc
depmod: register_filesystem
depmod: block_sync_page
depmod: kmem_cache_create
depmod: unload_nls
depmod: d_alloc_root
depmod: kfree
depmod: kill_block_super
depmod: sb_set_blocksize
depmod: memcpy
depmod: vfs_follow_link
depmod: simple_strtoul
depmod: kmem_cache_destroy
depmod: __brelse
depmod: d_instantiate
depmod: get_sb_bdev
depmod: printk
depmod: default_llseek
depmod: kmem_cache_alloc
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/binfmt_aout.ko
depmod: send_sig
depmod: __get_user_1
depmod: ptrace_notify
depmod: dump_thread
depmod: setup_arg_pages
depmod: compute_creds
depmod: do_brk
depmod: __set_personality
depmod: register_binfmt
depmod: rwsem_down_write_failed
depmod: rwsem_wake
depmod: do_mmap_pgoff
depmod: kernel_read
depmod: jiffies
depmod: flush_old_exec
depmod: unregister_binfmt
depmod: printk
depmod: set_binfmt
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/binfmt_misc.ko
depmod: dput
depmod: preempt_schedule
depmod: prepare_binprm
depmod: generic_delete_inode
depmod: d_alloc
depmod: kmalloc
depmod: new_inode
depmod: _ctype
depmod: __up_wakeup
depmod: __get_free_pages
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: iput
depmod: __mntput
depmod: d_rehash
depmod: copy_to_user
depmod: register_filesystem
depmod: free_pages
depmod: get_sb_single
depmod: d_alloc_root
depmod: simple_statfs
depmod: register_binfmt
depmod: kfree
depmod: lookup_one_len
depmod: open_exec
depmod: search_binary_handler
depmod: kill_litter_super
depmod: simple_dir_inode_operations
depmod: fput
depmod: simple_strtoul
depmod: kern_mount
depmod: copy_strings_kernel
depmod: sprintf
depmod: copy_from_user
depmod: d_instantiate
depmod: unregister_binfmt
depmod: remove_arg_zero
depmod: simple_dir_operations
depmod: __down_failed
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/ext2/ext2.ko
depmod: sb_min_blocksize
depmod: inode_setattr
depmod: dput
depmod: preempt_schedule
depmod: mpage_writepages
depmod: __get_user_4
depmod: strsep
depmod: in_group_p
depmod: init_special_inode
depmod: generic_file_llseek
depmod: kmem_cache_free
depmod: unlock_buffer
depmod: update_atime
depmod: block_prepare_write
depmod: generic_file_write
depmod: vsprintf
depmod: unlock_page
depmod: generic_commit_write
depmod: clear_inode
depmod: page_follow_link
depmod: unlock_new_inode
depmod: kmalloc
depmod: new_inode
depmod: generic_read_dir
depmod: __wait_on_buffer
depmod: generic_file_aio_read
depmod: __up_wakeup
depmod: mpage_readpage
depmod: __bread
depmod: __mark_inode_dirty
depmod: __page_cache_release
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: wait_on_page_bit
depmod: vfs_readlink
depmod: iput
depmod: fs_overflowuid
depmod: generic_file_mmap
depmod: is_bad_inode
depmod: d_rehash
depmod: make_bad_inode
depmod: panic
depmod: get_random_bytes
depmod: inode_init_once
depmod: ll_rw_block
depmod: generic_file_read
depmod: fs_overflowgid
depmod: iget_locked
depmod: generic_file_open
depmod: __lock_page
depmod: register_filesystem
depmod: block_sync_page
depmod: zone_table
depmod: __getblk
depmod: generic_direct_IO
depmod: kmem_cache_create
depmod: d_alloc_root
depmod: sync_mapping_buffers
depmod: generic_file_aio_write
depmod: nobh_commit_write
depmod: mark_buffer_dirty
depmod: kfree
depmod: generic_file_sendfile
depmod: kill_block_super
depmod: d_alloc_anon
depmod: mpage_readpages
depmod: page_readlink
depmod: generic_file_readv
depmod: __bforget
depmod: sb_set_blocksize
depmod: find_or_create_page
depmod: inode_needs_sync
depmod: vfs_follow_link
depmod: block_truncate_page
depmod: d_splice_alias
depmod: xtime
depmod: simple_strtoul
depmod: kmem_cache_destroy
depmod: __brelse
depmod: read_cache_page
depmod: generic_file_writev
depmod: d_instantiate
depmod: write_one_page
depmod: block_write_full_page
depmod: get_sb_bdev
depmod: nobh_truncate_page
depmod: inode_change_ok
depmod: printk
depmod: mark_buffer_dirty_inode
depmod: kmem_cache_alloc
depmod: nobh_prepare_write
depmod: __insert_inode_hash
depmod: page_symlink
depmod: __down_failed
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/ext3/ext3.ko
depmod: journal_init_inode
depmod: sb_min_blocksize
depmod: inode_setattr
depmod: journal_init_dev
depmod: dput
depmod: __down_failed_trylock
depmod: journal_force_commit
depmod: do_sync_read
depmod: preempt_schedule
depmod: journal_create
depmod: __get_user_4
depmod: __buffer_error
depmod: strsep
depmod: journal_dirty_data
depmod: in_group_p
depmod: init_special_inode
depmod: generic_file_llseek
depmod: invalidate_bdev
depmod: kmem_cache_free
depmod: log_wait_commit
depmod: journal_restart
depmod: unlock_buffer
depmod: update_atime
depmod: block_prepare_write
depmod: vsprintf
depmod: unlock_page
depmod: generic_commit_write
depmod: clear_inode
depmod: page_follow_link
depmod: unlock_new_inode
depmod: snprintf
depmod: kmalloc
depmod: journal_extend
depmod: new_inode
depmod: generic_read_dir
depmod: log_start_commit
depmod: __wait_on_buffer
depmod: generic_file_aio_read
depmod: __up_wakeup
depmod: rb_insert_color
depmod: mpage_readpage
depmod: __bread
depmod: journal_update_format
depmod: blkdev_put
depmod: __mark_inode_dirty
depmod: __page_cache_release
depmod: __bdevname
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: vfs_readlink
depmod: iput
depmod: fs_overflowuid
depmod: journal_get_undo_access
depmod: journal_lock_updates
depmod: journal_errno
depmod: generic_file_mmap
depmod: is_bad_inode
depmod: d_rehash
depmod: make_bad_inode
depmod: panic
depmod: get_random_bytes
depmod: journal_flush
depmod: inode_init_once
depmod: journal_start
depmod: ll_rw_block
depmod: bdget
depmod: fs_overflowgid
depmod: journal_blocks_per_page
depmod: iget_locked
depmod: create_empty_buffers
depmod: journal_abort
depmod: register_filesystem
depmod: block_sync_page
depmod: zone_table
depmod: journal_clear_err
depmod: __getblk
depmod: generic_direct_IO
depmod: kmem_cache_create
depmod: __set_page_dirty_nobuffers
depmod: journal_invalidatepage
depmod: d_alloc_root
depmod: journal_destroy
depmod: sync_mapping_buffers
depmod: generic_file_aio_write
depmod: mark_buffer_dirty
depmod: kfree
depmod: generic_file_sendfile
depmod: journal_check_available_features
depmod: kill_block_super
depmod: blkdev_get
depmod: d_alloc_anon
depmod: journal_load
depmod: journal_get_write_access
depmod: journal_revoke
depmod: journal_get_create_access
depmod: rwsem_down_write_failed
depmod: rwsem_wake
depmod: do_sync_write
depmod: mpage_readpages
depmod: page_readlink
depmod: generic_file_readv
depmod: journal_try_to_free_buffers
depmod: sb_set_blocksize
depmod: find_or_create_page
depmod: vfs_follow_link
depmod: journal_try_start
depmod: set_blocksize
depmod: d_splice_alias
depmod: xtime
depmod: journal_stop
depmod: journal_wipe
depmod: simple_strtoul
depmod: sync_blockdev
depmod: kmem_cache_destroy
depmod: __brelse
depmod: bdev_read_only
depmod: __find_get_block
depmod: generic_file_writev
depmod: d_instantiate
depmod: block_write_full_page
depmod: get_sb_bdev
depmod: inode_change_ok
depmod: printk
depmod: journal_unlock_updates
depmod: rb_next
depmod: rb_first
depmod: kmem_cache_alloc
depmod: rwsem_down_read_failed
depmod: __insert_inode_hash
depmod: journal_forget
depmod: page_symlink
depmod: __down_failed
depmod: journal_dirty_metadata
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/fat/fat.ko
depmod: sb_min_blocksize
depmod: inode_setattr
depmod: preempt_schedule
depmod: __get_user_2
depmod: strsep
depmod: vsnprintf
depmod: generic_file_llseek
depmod: kmem_cache_free
depmod: load_nls
depmod: generic_file_write
depmod: generic_commit_write
depmod: clear_inode
depmod: unlock_new_inode
depmod: kmalloc
depmod: new_inode
depmod: generic_read_dir
depmod: __up_wakeup
depmod: load_nls_default
depmod: __bread
depmod: __get_free_pages
depmod: __mark_inode_dirty
depmod: file_fsync
depmod: current_kernel_time
depmod: iput
depmod: block_read_full_page
depmod: generic_file_mmap
depmod: is_bad_inode
depmod: make_bad_inode
depmod: inode_init_once
depmod: copy_to_user
depmod: generic_file_read
depmod: iget_locked
depmod: free_pages
depmod: block_sync_page
depmod: cont_prepare_write
depmod: __getblk
depmod: kmem_cache_create
depmod: unload_nls
depmod: d_alloc_root
depmod: sys_tz
depmod: mark_buffer_dirty
depmod: kfree
depmod: generic_file_sendfile
depmod: d_alloc_anon
depmod: sb_set_blocksize
depmod: iunique
depmod: seq_printf
depmod: utf8_wcstombs
depmod: xtime
depmod: igrab
depmod: simple_strtoul
depmod: sprintf
depmod: kmem_cache_destroy
depmod: __brelse
depmod: block_write_full_page
depmod: inode_change_ok
depmod: printk
depmod: kmem_cache_alloc
depmod: __insert_inode_hash
depmod: __down_failed
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/freevxfs/freevxfs.ko
depmod: sb_min_blocksize
depmod: preempt_schedule
depmod: init_special_inode
depmod: generic_file_llseek
depmod: kmem_cache_free
depmod: unlock_page
depmod: unlock_new_inode
depmod: kmalloc
depmod: new_inode
depmod: __bread
depmod: __page_cache_release
depmod: unregister_filesystem
depmod: wait_on_page_bit
depmod: vfs_readlink
depmod: iput
depmod: block_read_full_page
depmod: generic_file_mmap
depmod: d_rehash
depmod: generic_file_read
depmod: iget_locked
depmod: generic_file_open
depmod: register_filesystem
depmod: block_sync_page
depmod: zone_table
depmod: kmem_cache_create
depmod: d_alloc_root
depmod: page_symlink_inode_operations
depmod: kfree
depmod: generic_file_sendfile
depmod: kill_block_super
depmod: sb_set_blocksize
depmod: vfs_follow_link
depmod: kmem_cache_destroy
depmod: __brelse
depmod: read_cache_page
depmod: d_instantiate
depmod: get_sb_bdev
depmod: printk
depmod: kmem_cache_alloc
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/isofs/isofs.ko
depmod: __alloc_pages
depmod: sb_min_blocksize
depmod: preempt_schedule
depmod: strsep
depmod: init_special_inode
depmod: kmem_cache_free
depmod: load_nls
depmod: unlock_page
depmod: unlock_new_inode
depmod: kmalloc
depmod: generic_read_dir
depmod: _ctype
depmod: load_nls_default
depmod: __bread
depmod: __get_free_pages
depmod: utf8_wctomb
depmod: unregister_filesystem
depmod: iput
depmod: block_read_full_page
depmod: d_rehash
depmod: make_bad_inode
depmod: panic
depmod: inode_init_once
depmod: iget_locked
depmod: register_filesystem
depmod: free_pages
depmod: block_sync_page
depmod: zone_table
depmod: __getblk
depmod: kmem_cache_create
depmod: unload_nls
depmod: d_alloc_root
depmod: page_symlink_inode_operations
depmod: kfree
depmod: kill_block_super
depmod: sb_set_blocksize
depmod: contig_page_data
depmod: generic_ro_fops
depmod: simple_strtoul
depmod: ioctl_by_bdev
depmod: sprintf
depmod: kmem_cache_destroy
depmod: __brelse
depmod: d_instantiate
depmod: get_sb_bdev
depmod: __free_pages
depmod: printk
depmod: kmem_cache_alloc
depmod: strnicmp
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/smbfs/smbfs.ko
depmod: d_validate
depmod: dput
depmod: preempt_schedule
depmod: wait_on_sync_kiocb
depmod: generic_delete_inode
depmod: d_alloc
depmod: schedule_timeout
depmod: d_delete
depmod: strsep
depmod: put_cmsg
depmod: __wake_up
depmod: init_special_inode
depmod: filemap_fdatawrite
depmod: kmem_cache_free
depmod: load_nls
depmod: schedule
depmod: generic_file_write
depmod: unlock_page
depmod: clear_inode
depmod: kmalloc
depmod: new_inode
depmod: generic_read_dir
depmod: find_lock_page
depmod: __down_failed_interruptible
depmod: _ctype
depmod: __up_wakeup
depmod: kill_anon_super
depmod: scm_detach_fds
depmod: default_wake_function
depmod: __page_cache_release
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: vfs_readlink
depmod: iput
depmod: remove_wait_queue
depmod: find_inode_number
depmod: dget_locked
depmod: kill_proc
depmod: generic_file_mmap
depmod: is_bad_inode
depmod: d_rehash
depmod: make_bad_inode
depmod: inode_init_once
depmod: generic_file_read
depmod: generic_fillattr
depmod: register_filesystem
depmod: zone_table
depmod: invalidate_inode_pages
depmod: kmem_cache_create
depmod: unload_nls
depmod: d_alloc_root
depmod: get_sb_nodev
depmod: d_lookup
depmod: kfree
depmod: shrink_dcache_sb
depmod: invalidate_inodes
depmod: iunique
depmod: filemap_fdatawait
depmod: find_or_create_page
depmod: add_wait_queue
depmod: remote_llseek
depmod: vfs_follow_link
depmod: seq_printf
depmod: fput
depmod: vmtruncate
depmod: __scm_destroy
depmod: xtime
depmod: simple_strtoul
depmod: sprintf
depmod: kmem_cache_destroy
depmod: copy_from_user
depmod: daemonize
depmod: fget
depmod: jiffies
depmod: d_instantiate
depmod: wake_up_process
depmod: inode_change_ok
depmod: printk
depmod: kernel_thread
depmod: kmem_cache_alloc
depmod: __insert_inode_hash
depmod: recalc_sigpending
depmod: __down_failed
depmod: __scm_send
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/udf/udf.ko
depmod: sb_min_blocksize
depmod: preempt_schedule
depmod: __get_user_4
depmod: strsep
depmod: init_special_inode
depmod: kmem_cache_free
depmod: load_nls
depmod: unlock_buffer
depmod: update_atime
depmod: block_prepare_write
depmod: generic_file_write
depmod: vsprintf
depmod: unlock_page
depmod: generic_commit_write
depmod: clear_inode
depmod: unlock_new_inode
depmod: kmalloc
depmod: new_inode
depmod: generic_read_dir
depmod: __wait_on_buffer
depmod: __up_wakeup
depmod: load_nls_default
depmod: __bread
depmod: __mark_inode_dirty
depmod: __page_cache_release
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: iput
depmod: permission
depmod: block_read_full_page
depmod: generic_file_mmap
depmod: is_bad_inode
depmod: d_rehash
depmod: make_bad_inode
depmod: inode_init_once
depmod: ll_rw_block
depmod: copy_to_user
depmod: generic_file_read
depmod: iget_locked
depmod: register_filesystem
depmod: block_sync_page
depmod: zone_table
depmod: __getblk
depmod: kmem_cache_create
depmod: unload_nls
depmod: d_alloc_root
depmod: page_symlink_inode_operations
depmod: sys_tz
depmod: sync_mapping_buffers
depmod: mark_buffer_dirty
depmod: kfree
depmod: generic_file_sendfile
depmod: kill_block_super
depmod: find_or_create_page
depmod: block_truncate_page
depmod: simple_strtoul
depmod: ioctl_by_bdev
depmod: kmem_cache_destroy
depmod: __brelse
depmod: d_instantiate
depmod: block_write_full_page
depmod: get_sb_bdev
depmod: printk
depmod: mark_buffer_dirty_inode
depmod: kmem_cache_alloc
depmod: __insert_inode_hash
depmod: __down_failed
depmod: generic_block_bmap
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/vfat/vfat.ko
depmod: dput
depmod: preempt_schedule
depmod: d_invalidate
depmod: kmalloc
depmod: _ctype
depmod: __get_free_pages
depmod: __mark_inode_dirty
depmod: current_kernel_time
depmod: unregister_filesystem
depmod: iput
depmod: d_find_alias
depmod: register_filesystem
depmod: free_pages
depmod: mark_buffer_dirty
depmod: kfree
depmod: kill_block_super
depmod: utf8_mbstowcs
depmod: d_splice_alias
depmod: sprintf
depmod: __brelse
depmod: jiffies
depmod: d_instantiate
depmod: get_sb_bdev
depmod: printk
depmod: strnicmp
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/fs/xfs/xfs.ko
depmod: sb_min_blocksize
depmod: create_workqueue
depmod: find_trylock_page
depmod: dput
depmod: test_clear_page_dirty
depmod: __down_failed_trylock
depmod: preempt_schedule
depmod: mark_buffer_async_write
depmod: schedule_timeout
depmod: ilookup
depmod: strsep
depmod: __wake_up
depmod: in_group_p
depmod: init_special_inode
depmod: generic_file_llseek
depmod: filemap_fdatawrite
depmod: path_release
depmod: invalidate_bdev
depmod: kmem_cache_free
depmod: schedule
depmod: unlock_buffer
depmod: update_atime
depmod: block_prepare_write
depmod: vsprintf
depmod: unlock_page
depmod: generic_commit_write
depmod: unlock_new_inode
depmod: kmalloc
depmod: page_states__per_cpu
depmod: generic_read_dir
depmod: vunmap
depmod: _ctype
depmod: __wait_on_buffer
depmod: si_meminfo
depmod: submit_bio
depmod: __up_wakeup
depmod: close_bdev_excl
depmod: create_proc_entry
depmod: add_wait_queue_exclusive
depmod: mpage_readpage
depmod: vfree
depmod: netdev_finish_unregister
depmod: default_wake_function
depmod: __mark_inode_dirty
depmod: __page_cache_release
depmod: __bdevname
depmod: unregister_filesystem
depmod: iput
depmod: remove_wait_queue
depmod: high_memory
depmod: sysctl_intvec
depmod: is_bad_inode
depmod: make_bad_inode
depmod: panic
depmod: get_random_bytes
depmod: inode_init_once
depmod: copy_to_user
depmod: destroy_workqueue
depmod: bio_put
depmod: iget_locked
depmod: create_empty_buffers
depmod: __lock_page
depmod: submit_bh
depmod: vmap
depmod: generic_fillattr
depmod: block_invalidatepage
depmod: register_filesystem
depmod: init_task
depmod: proc_doulongvec_ms_jiffies_minmax
depmod: block_sync_page
depmod: zone_table
depmod: proc_mkdir
depmod: generic_direct_IO
depmod: get_unused_fd
depmod: kmem_cache_create
depmod: do_gettimeofday
depmod: bio_alloc
depmod: d_alloc_root
depmod: mark_page_accessed
depmod: unregister_sysctl_table
depmod: del_timer
depmod: blk_run_queues
depmod: __PAGE_KERNEL
depmod: interruptible_sleep_on
depmod: kfree
depmod: generic_file_sendfile
depmod: kill_block_super
depmod: bio_add_page
depmod: kmem_cache_size
depmod: d_alloc_anon
depmod: try_to_free_buffers
depmod: dev_get_by_name
depmod: remove_proc_entry
depmod: __set_page_dirty_buffers
depmod: rwsem_down_write_failed
depmod: rwsem_wake
depmod: mpage_readpages
depmod: open_bdev_excl
depmod: generic_file_readv
depmod: memcpy
depmod: filemap_fdatawait
depmod: proc_doulongvec_minmax
depmod: find_or_create_page
depmod: add_wait_queue
depmod: vfs_follow_link
depmod: __user_walk
depmod: block_truncate_page
depmod: seq_printf
depmod: fput
depmod: set_blocksize
depmod: d_splice_alias
depmod: vmtruncate
depmod: fd_install
depmod: igrab
depmod: queue_work
depmod: mem_map
depmod: simple_strtoul
depmod: filemap_nopage
depmod: sprintf
depmod: sync_blockdev
depmod: generic_file_write_nolock
depmod: kmem_cache_destroy
depmod: copy_from_user
depmod: daemonize
depmod: fget
depmod: bdev_read_only
depmod: jiffies
depmod: d_instantiate
depmod: __vmalloc
depmod: get_sb_bdev
depmod: truncate_inode_pages
depmod: dentry_open
depmod: printk
depmod: add_timer
depmod: kernel_thread
depmod: register_sysctl_table
depmod: kmem_cache_alloc
depmod: rwsem_down_read_failed
depmod: vmalloc_to_page
depmod: end_page_writeback
depmod: recalc_sigpending
depmod: __down_failed
depmod: generic_block_bmap
depmod: put_unused_fd
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/sound/core/snd-rtctimer.ko
depmod: preempt_schedule
depmod: snd_timer_global_register
depmod: snd_timer_global_new
depmod: snd_timer_global_unregister
depmod: snd_timer_interrupt
depmod: snd_timer_global_free
depmod: __tasklet_hi_schedule
depmod: wake_up_process
depmod: tasklet_init
depmod: printk
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/sound/drivers/mpu401/snd-mpu401-uart.ko
depmod: preempt_schedule
depmod: snd_rawmidi_transmit_peek
depmod: snd_rawmidi_transmit_ack
depmod: release_resource
depmod: snd_kcalloc
depmod: free_irq
depmod: snd_rawmidi_receive
depmod: snd_rawmidi_new
depmod: del_timer
depmod: snd_rawmidi_set_ops
depmod: kfree
depmod: request_irq
depmod: snd_device_free
depmod: jiffies
depmod: __request_region
depmod: printk
depmod: add_timer
depmod: __const_udelay
depmod: ioport_resource
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/sound/drivers/mpu401/snd-mpu401.ko
depmod: snd_card_register
depmod: sprintf
depmod: printk
depmod: snd_card_free
depmod: snd_card_new
depmod: *** Unresolved symbols in /lib/modules/2.5.52/kernel/sound/drivers/snd-serial-u16550.ko
depmod: preempt_schedule
depmod: release_resource
depmod: snd_kcalloc
depmod: __check_region
depmod: free_irq
depmod: snd_device_new
depmod: snd_rawmidi_receive
depmod: snd_rawmidi_new
depmod: del_timer
depmod: snd_rawmidi_set_ops
depmod: kfree
depmod: snd_rawmidi_transmit
depmod: request_irq
depmod: snd_card_register
depmod: sprintf
depmod: jiffies
depmod: __request_region
depmod: printk
depmod: add_timer
depmod: ioport_resource
depmod: snd_card_free
depmod: snd_card_new
Thank you very much,
Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch
^ permalink raw reply
* Can we use all SCCs with MPC860
From: LEROY Christophe @ 2002-12-16 9:34 UTC (permalink / raw)
To: liste ppc embedded; +Cc: TRINH-THAI Florent, POLI Herve, GUICHARD Michel
Hello,
I have a board (home made) with a MPC862 running Montavista Linux 2.1
(kernel 2.4.17).
I'd like to use the four SCCs as serial ports, but it seems that only
SCC2 and SCC3 can be configured as serial ports.
Does someone have any idea on how to configure SCC1 and SCC4 as serial
ports also with that kernel ?
Thanks
C. Leroy
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [BENCHMARK] 52-mm1 patch-TIO bench- maximum I/O latency on rise.
From: Aniruddha M Marathe @ 2002-12-16 9:41 UTC (permalink / raw)
To: linux-kernel
Hi,
Here are the results of comparison of kernel 2.5.52 with mm1 and 2.5.52 on TIObench. key findings.
-------------------------------------------------------------
test 2.5.52-mm1 (as compared to
2.5.52) APPRXIMATE % change
-------------------------------------------------------------
rate (megabytes per second) less than 2% increase
CPU % utilization less than 2% increase
Average Latency 3 to 4% increase
Maximum latency 20 % increase ( from 51 to 52 there was 15% increase)
CPU efficiency less than 5% increase
-------------------------------------------------------------
-------------------------------------------------------------
Linux kernel 2.5.52-mm1
TIO bench results
Date 16th december 2002
-------------------------------------------------------------
Unit information
================
File size = megabytes
Blk Size = bytes
Rate = megabytes per second
CPU% = percentage of CPU used during the test
Latency = milliseconds
Lat% = percent of requests that took longer than X seconds
CPU Eff = Rate divided by CPU% - throughput per cpu load
Sequential Reads
File Blk Num Avg Maximum Lat% Lat% CPU
Identifier Size Size Thr Rate (CPU%) Latency Latency >2s >10s Eff
---------------------------- ------ ----- --- ------ ------ --------- ----------- -------- -------- -----
2.5.52 252 4096 10 8.75 5.008% 12.424 1947.51 0.00000 0.00000 175
Random Reads
File Blk Num Avg Maximum Lat% Lat% CPU
Identifier Size Size Thr Rate (CPU%) Latency Latency >2s >10s Eff
---------------------------- ------ ----- --- ------ ------ --------- ----------- -------- -------- -----
2.5.52 252 4096 10 0.50 0.781% 212.562 1357.99 0.00000 0.00000 65
Sequential Writes
File Blk Num Avg Maximum Lat% Lat% CPU
Identifier Size Size Thr Rate (CPU%) Latency Latency >2s >10s Eff
---------------------------- ------ ----- --- ------ ------ --------- ----------- -------- -------- -----
2.5.52 252 4096 10 16.79 31.59% 4.111 25844.57 0.06562 0.00156 53
Random Writes
File Blk Num Avg Maximum Lat% Lat% CPU
Identifier Size Size Thr Rate (CPU%) Latency Latency >2s >10s Eff
---------------------------- ------ ----- --- ------ ------ --------- ----------- -------- -------- -----
2.5.52 252 4096 10 0.73 0.979% 1.375 1629.45 0.00000 0.00000 75
regards,
Aniruddha Marathe
WIPRO Technologies, India
aniruddha.marathe@wipro.com
^ permalink raw reply
* Re: /proc/meminfo:MemShared
From: William Lee Irwin III @ 2002-12-16 9:30 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-mm
In-Reply-To: <3DFD9574.38F86231@digeo.com>
On Mon, Dec 16, 2002 at 12:57:24AM -0800, Andrew Morton wrote:
> Can anyone think of anything useful to print out here,
> or should it just be removed?
It's not indicative of the sharing level, and it's been handing back 0
for a while, so I say kill it.
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* Re: [PATCH] remove error message on illegal ioctl
From: Linus Torvalds @ 2002-12-16 9:39 UTC (permalink / raw)
To: Jens Axboe; +Cc: Robert Love, linux-kernel
In-Reply-To: <20021216091615.GQ11892@suse.de>
On Mon, 16 Dec 2002, Jens Axboe wrote:
>
> Your non-root user still has to be able to open the cdrom.
Why not just make this all use the "quiet" flag, and make the ioctl's
always set it. That's what it's there for.
Linus
^ permalink raw reply
* [BENCHMARK]Unixbench result for kernel 2.5.52.
From: Sowmya Adiga @ 2002-12-16 9:36 UTC (permalink / raw)
To: linux-kernel
Hi,
Here are the Unixbench result for kernel 2.5.52.
kernel 2.5.52 showed better results in file copy operation, when
compared with kernel 2.5.51.
________________________________________________________________________
Test Machine details
---------------------
processor : 0(single processor)
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 10
cpu MHz : 868.275
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 mmx fxsr sse bogomips : 1716.22
------------------------------------------------------------------------
---
kernel 2.5.51
------------------------------------------------------------------------
---
BYTE UNIX Benchmarks (Version 4.1.0)
System -- Linux access1 2.5.51 #3 Tue Dec 10 11:52:13 IST 2002 i686
unknown Start Benchmark Run: Tue Dec 10 13:23:54 IST 2002 1 interactive
users. 1:23pm up 1 min, 1 user, load average: 0.13, 0.08, 0.03
lrwxrwxrwx 1 root root 4 Oct 22 00:35 /bin/sh -> bash
/bin/sh: symbolic link to bash
/dev/hda2 8262068 2711284 5131088 35% /data
Dhrystone 2 using register variables 1753562.1lps(10.0secs,10samples)
Double-Precision Whetstone 477.0 MWIPS (10.0 secs,10samples)
System Call Overhead 458680.5 lps(10.0 secs,10samples)
Pipe Throughput 452140.4 lps(10.0 secs,10samples)
Pipe-based Context Switching 224110.7 lps(10.0 secs,10samples)
Process Creation 4090.9 lps (30.0 secs,3samples)
Execl Throughput 956.9 lps (29.9 secs,3samples)
File Read 1024 bufsize 2000 maxblocks 244936.0 KBps(30.0 secs,3samples)
File Write 1024 bufsize 2000 maxblocks99665.0 KBps (30.0 secs,3samples)
File Copy 1024 bufsize 2000 maxblocks 67488.0 KBps (30.0 secs,3samples)
File Read 256 bufsize 500 maxblocks 114320.0 KBps(30.0 secs,3samples)
File Write 256 bufsize 500 maxblocks 55900.0 KBps (30.0 secs,3samples)
File Copy 256 bufsize 500 maxblocks 33000.0 KBps (30.0 secs,3samples)
File Read 4096 bufsize 8000 maxblocks 336659.0 KBps(30.0 secs,3samples)
File Write 4096 bufsize 8000 maxblocks125510.0 KBps(30.0 secs,3samples)
File Copy 4096 bufsize 8000 maxblocks 81771.0 KBps (30.0 secs,3samples)
Shell Scripts (1 concurrent) 867.7 lpm (60.0 secs,3samples)
Shell Scripts (8 concurrent) 113.0 lpm (60.0 secs,3samples)
Shell Scripts (16 concurrent) 57.0 lpm (60.0 secs,3samples)
Arithmetic Test (type = short) 208206.7 lps(10.0 secs,3samples)
Arithmetic Test (type = int) 225297.0 lps(10.0 secs,3samples)
Arithmetic Test (type = long) 225335.1 lps(10.0 secs,3samples)
Arithmetic Test (type = float) 227559.9 lps(10.0 secs,3samples)
Arithmetic Test (type = double) 227389.7 lps(10.0 secs,3samples)
Arithoh 3996200.7 lps(10.0 secs,3samples)
C Compiler Throughput 409.7 lpm (60.0 secs,3samples)
Dc: sqrt(2) to 99 decimal places 34294.6 lpm (30.0 secs,3samples)
Recursion Test--Tower of Hanoi 29280.8 lps (20.0 secs,3samples)
INDEX VALUES
TEST BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 1753562.1 150.3
Double-Precision Whetstone 55.0 477.0 86.7
Execl Throughput 43.0 956.9 222.5
File Copy 1024 bufsize 2000 maxblocks 3960.0 67488.0 170.4
File Copy 256 bufsize 500 maxblocks 1655.0 33000.0 199.4
File Copy 4096 bufsize 8000 maxblocks 5800.0 81771.0 141.0
Pipe Throughput 12440.0 452140.4 363.5
Process Creation 126.0 4090.9 324.7
Shell Scripts (8 concurrent) 6.0 113.0 188.3
System Call Overhead 15000.0 458680.5 305.8
=========
FINAL SCORE 198.4
------------------------------------------------------------------------
----
kernel 2.5.52
------------------------------------------------------------------------
----
BYTE UNIX Benchmarks (Version 4.1.0)
System -- Linux access1 2.5.52 #4 Mon Dec 16 10:16:06 IST 2002 i686
unknown
Start Benchmark Run: Mon Dec 16 11:30:24 IST 2002
1 interactive users.
11:30am up 1:05, 1 user, load average: 0.07, 0.58, 0.79
lrwxrwxrwx 1 root root 4 Oct 22 00:35 /bin/sh -> bash
/bin/sh: symbolic link to bash
/dev/hda2 8262068 3454348 4388024 45% /data
Dhrystone 2 using register variables 1753628.8 lps(10.0 secs,10
samples)
Double-Precision Whetstone 476.9 MWIPS (10.0 secs,10 samples)
System Call Overhead 450934.1 lps(10.0 secs, 10
samples)
Pipe Throughput 456612.8 lps(10.0 secs, 10
samples)
Pipe-based Context Switching 225683.4 lps(10.0 secs, 10
samples)
Process Creation 4275.6 lps (30.0 secs, 3 samples)
Execl Throughput 909.8 lps (29.7 secs, 3 samples)
File Read 1024 bufsize 2000 maxblocks 244385.0 KBps(30.0 secs,3 samples)
File Write 1024 bufsize 2000 maxblocks100577.0 KBps(30.0 secs,3 samples)
File Copy 1024 bufsize 2000 maxblocks 70152.0 KBps (30.0 secs,3 samples)
File Read 256 bufsize 500 maxblocks 111926.0 KBps(30.0 secs,3 samples)
File Write 256 bufsize 500 maxblocks 56243.0 KBps (30.0 secs,3 samples)
File Copy 256 bufsize 500 maxblocks 35585.0 KBps (30.0 secs,3 samples)
File Read 4096 bufsize 8000 maxblocks 338086.0 KBps(30.0 secs,3 samples)
File Write 4096 bufsize 8000 maxblocks126577.0 KBps(30.0 secs,3 samples)
File Copy 4096 bufsize 8000 maxblocks 89815.0 KBps (30.0 secs,3 samples)
Shell Scripts (1 concurrent) 849.1 lpm (60.0 secs,3 samples)
Shell Scripts (8 concurrent) 111.0 lpm (60.0 secs, 3 samples)
Shell Scripts (16 concurrent) 56.0 lpm (60.0 secs, 3 samples)
Arithmetic Test (type = short) 208275.8 lps (10.0 secs,3 samples)
Arithmetic Test (type = int) 225111.9 lps(10.0 secs,3 samples)
Arithmetic Test (type = long) 225305.4 lps (10.0 secs,3samples)
Arithmetic Test (type = float) 227632.9 lps (10.0 secs,3 samples)
Arithmetic Test (type = double) 227629.5 lps (10.0 secs,3 samples)
Arithoh 3997619.3lps (10.0 secs, 3
samples)
C Compiler Throughput 408.0 lpm (60.0 secs, 3 samples)
Dc: sqrt(2) to 99 decimal places 32839.0 lpm (30.0 secs, 3 samples)
Recursion Test--Tower of Hanoi 29277.5 lps (20.0 secs, 3 samples)
INDEX VALUES
TEST BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 1753628.8 150.3
Double-Precision Whetstone 55.0 476.9 86.7
Execl Throughput 43.0 909.8 211.6
File Copy 1024 bufsize 2000 maxblocks 3960.0 70152.0 177.2
File Copy 256 bufsize 500 maxblocks 1655.0 35585.0 215.0
File Copy 4096 bufsize 8000 maxblocks 5800.0 89815.0 154.9
Pipe Throughput 12440.0 456612.8 367.1
Process Creation 126.0 4275.6 339.3
Shell Scripts (8 concurrent) 6.0 111.0 185.0
System Call Overhead 15000.0 450934.1 300.6
=========
FINAL SCORE 201.9
________________________________________________________________________
____
Regards
Sowmya Adiga
Project Engineer
Wipro Technologies
53/1,Hosur Road,Madivala
Bangalore-560 068,INDIA
Tel: +91-80-5502001 Extn.5086
sowmya.adiga@wipro.com
^ permalink raw reply
* Re: RFC: p&p ipsec without authentication
From: Henning P. Schmiedehausen @ 2002-12-16 9:20 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <Pine.LNX.4.50L.0212151745360.2711-100000@imladris.surriel.com>
Rik van Riel <riel@conectiva.com.br> writes:
>Hi,
>I've got a crazy idea. I know it's not secure, but I think it'll
>add some security against certain attacks, while being non-effective
>against some others.
While the idea itself is nice, it would allow many attackers on your
host to "dive" under IDS systems or avoid stateful firewalls which do
protocol verification. And IDS system is "a three letter acronym
listening on your traffic". And you want to avoid that. =:-)
It won't traverse many firewalls either (because they won't let IPSEC
pass) and you might get in trouble with NAT and protocols that need
NAT fixup.
And you basically divide the Internet into "Linux <-> Linux" and "the
rest". :-)
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH hps@intermeta.de
Am Schwabachgrund 22 Fon.: 09131 / 50654-0 info@intermeta.de
D-91054 Buckenhof Fax.: 09131 / 50654-20
^ permalink raw reply
* Re: Athlon processor throttling
From: Ducrot Bruno @ 2002-12-16 9:11 UTC (permalink / raw)
To: Warren Togami; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
In-Reply-To: <3DFC3C6A.1070405-ZewH/WUwPCfQT0dZR+AlfA@public.gmane.org>
On Sat, Dec 14, 2002 at 10:25:14PM -1000, Warren Togami wrote:
> http://www-users.rwth-aachen.de/hendryk.pfeiffer/laptop.html
>
> I have the same laptop described on this page. I installed kernel
> 2.5.51 + the latest ACPI patch. This guy describes setting throttling
> with echo n >/proc/acpi/processor/CPU0/throttling. Below is my attempt
> of changing the active state, but it doesn't appear to do anything.
Writing to some if not all of the acpi files under /proc/acpi
appar to be broken in 2.5.x tree at this time. We hope that
the responsable for will soon release a proper patch.
And yes, we know who have broken, and we will soon go to his home
and brrr, I hope we will be not too nervous :)
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: [PATCH] remove error message on illegal ioctl
From: Jens Axboe @ 2002-12-16 9:16 UTC (permalink / raw)
To: Robert Love; +Cc: torvalds, linux-kernel
In-Reply-To: <1039832542.5305.455.camel@phantasy>
On Fri, Dec 13 2002, Robert Love wrote:
> This error message is uber annoying and needs to go. Non-root can flood
> the console with this junk on invalid SCSI CD-ROM ioctl(),
> and that is exactly what gnome-cd does.
>
> An illegal ioctl() returns an error to the program. That is
> sufficient - we do not need KERN_ERROR warnings all over the place.
> Especially when any user can cause them at any rate.
>
> This patch, against 2.5.51, removes the message. Linus, please
> apply.
Vetoed. That particular function is also used for generic command passed
down from the uniform cdrom layer, and it's indeed very handy to see
errors if they occur from there.
Your non-root user still has to be able to open the cdrom.
--
Jens Axboe
^ permalink raw reply
* Re: Intel sez: Synchronous Flash and XIP is the future -- thoughts?
From: David Woodhouse @ 2002-12-16 9:38 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: Paul Nash, Linux-MTD (E-mail)
In-Reply-To: <20021216092801.80539C6139@atlas.denx.de>
wd@denx.de said:
> Also you might find problems running recent (and future) kernels in
> XIP mode - the kernel text segment is often not exactly read-only.
> Especially when you use one f the existing real-time extensions (but
> not only then). It seems the amount of tweaking that is necessary for
> XIP is growing with each new kernel release - to a level where it
> becomes impractical.
Also true. Of course we have to distinguish between XIP of file system
pages and of the kernel -- I was ignoring the latter because it's even less
sane than the former. If you ever want to write to the chip, you have to
disable all interrupts and wait while the chip is busy. For up to 20
seconds, in the case of a slow erase.
Of course, you could poll the interrupt controller while polling the flash
for completion, and suspend the flash operation to service pending
interrupts if they happen -- but that's really not the kind of thing that
should be encouraged. Until people start making flash chips were every part
of the chip other than the part which is being erased/written is readable
during an erase or write operation, XIP is just a silly buzzword, for any
writable application.
--
dwmw2
^ permalink raw reply
* Re: Kernel with acpi hangs on compaq presario 1700
From: Ducrot Bruno @ 2002-12-16 9:00 UTC (permalink / raw)
To: Jaap Hogenberg; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
In-Reply-To: <200212142221.15212.hogenberg11-RSh1/+X/PmFmR6Xm/wNWPw@public.gmane.org>
On Sat, Dec 14, 2002 at 10:21:15PM +0100, Jaap Hogenberg wrote:
> Hi,
>
> I'm new to this list so forgive me if this is a FAQ:
>
> I'm tried kernel 2.4.20 with the acpi patches of 12052002 and 12122002
> as well as a 2.5.51 with and without patch (12132002) and when I include
> acpi support , the kernel will hang when probing the PCI bus.
>
> I have seen references about acpi on compaq laptops indicating that it needed
> some tweaking (dumping acpi tables to a file) but as these were
> very old postings to linux-kernel mailing list , and the answers there
> were quite inconclusive I thought I'd ask here.
>
> Is there some (recent :-) ) documentation on getting acpi working
> on this laptop ?
> Or is there anything else I should try in my kernel config ?
>
Look at:
http://dude.noc.clara.net/~faye/compaq2701ea/
http://www.cpqlinux.com/acpi-howto.html
This 2 pages should give you a good understanding for the compaq in general,
and the first one for Presario 2701EA in perticular.
Please note also that Compaq have released new BIOS in the mean time
which should be more ACPI friendly, AFAIK.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* [Linux-ia64] Re: gas generates incorrect ia64 unwind rlen values
From: Keith Owens @ 2002-12-16 9:00 UTC (permalink / raw)
To: linux-ia64
Another gas bug with ia64 unwind data in binutils-2.11.90.0.8-12.
arch/ia64/lib/memset.S generates unwind data of
<memset>: [0xe0020000005e07c0-0xe0020000005e0be0), info at +0x6aa5e8
v1, flags=0x0 ( ), len=8 bytes
R1:prologue(rlen=1)
R3:body(rlen\x194)
B3:epilogue(t=1,ecount890)
An epilogue count of 3890? I think not. But wait, it gets worse! The
raw info data is
e0020000006aa5e8 01000000 00000100 0161c201 ea01b29e
0100 version 1
0000 no flags
01000000 ulen=1 (8 bytes), followed by 8 bytes 0161c201 ea01b29e
01 Prologue R1, rlen=1
61c201 Body R3, rlen\x194
ea According to IA-64 Software Conventions and Runtime
Architecture Guide August 2000 (24535802.pdf), Appendix B, ea
is not a valid code, B3 records should be e0! Why is gas
generating ea?
01 t=1
b29e uleb128 number with x80 set in both bytes! We have reached
the end of the data area (ulen=1) but uleb128 says there is
more data to come.
Sorry for the surfeit of exclamation marks but the ia64 unwind code is
driving me up the wall. I want kdb to backtrace correctly, all this
garbage data just gets in the way.
^ permalink raw reply
* [BENCHMARK]AIM benchmark result for kernel 2.5.52
From: Sowmya Adiga @ 2002-12-16 9:05 UTC (permalink / raw)
To: linux-kernel
Hi,
Here are AIM benchmark result for Kernel 2.5.52.When compared with
Kernel 2.5.51 there was a drop in performance in following tests:-
________________________________________________________________________
__
Dynamic Memory Operations/second
mem_rtns_1 [2.5.51] 60.00 1640 27.33333 820000.00
mem_rtns_1 [2.5.52] 60.01 1617 26.94551 808365.27
UDP/IP DataGrams/second
udp_test [2.5.51] 60.00 49319 821.98333 82198.33
udp_test [2.5.52] 60.00 46763 779.38333 77938.33
________________________________________________________________________
__
All other test results were consistent
------------------------------------------------------------------------
----
AIM result for kernel 2.5.52
------------------------------------------------------------------------
----
Machine's name :access1
Machine's configuration :PIII/868MHZ/128MB
Number of seconds to run each test [2 to 1000] :60
Path to disk files :/tmp
------------------------------------------------------------------------
----
Test Test Elapsed Iteration Iteration Operation
NumberName Time (sec) Count Rate (loops/sec)Rate (ops/sec)
------------------------------------------------------------------------
----
Thousand Double Precision Additions/second
1 add_double 60.02 716 11.92936 214728.42
Thousand Single Precision Additions/second
2 add_float 60.05 1075 17.90175 214820.98
Thousand Long Integer Additions/second
3 add_long 60.03 1768 29.45194 1767116.44
Thousand Integer Additions/second
4 add_int 60.01 1768 29.46176 1767705.38
Thousand Short Integer Additions/second
5 add_short 60.01 4419 73.63773 1767305.45
File Creations and Closes/second
6 creat-clo 60.01 2131 35.51075 35510.75
System Allocations & Pages/second
7 page_test 60.00 8843 147.38333 250551.67
System Memory Allocations/second
8 brk_test 60.00 3365 56.08333 953416.67
Non-local gotos/second
9 jmp_test 60.00 318129 5302.15000 5302150.00
Signal Traps/second
10 signal_test 60.01 9734 162.20630 162206.30
Program Loads/second
11 exec_test 60.02 2063 34.37188 171.86
Task Creations/second
12 fork_test 60.03 1035 17.24138 1724.14
Link/Unlink Pairs/second
13 link_test 60.00 10219 170.31667 10729.95
Random Disk Reads (K)/second
14 disk_rr 60.09 501 8.33749 42687.97
Random Disk Writes (K)/second
15 disk_rw 60.06 396 6.59341 33758.24
Sequential Disk Reads (K)/second
16 disk_rd 60.01 2785 46.40893 237613.73
Sequential Disk Writes (K)/second
17 disk_wrt 60.03 648 10.79460 55268.37
Disk Copies (K)/second
18 disk_cp 60.09 517 8.60376 44051.26
Sync Random Disk Writes (K)/second
19 sync_disk_rw 60.47 1 0.01654 42.34
Sync Sequential Disk Writes (K)/second
20 sync_disk_wrt 76.75 2 0.02606 66.71
Sync Disk Copies (K)/second
21 sync_disk_cp 77.60 2 0.02577 65.98
Directory Searches/second
22 disk_src 60.01 10595 176.55391 13241.54
Thousand Double Precision Divides/second
23 div_double 60.03 1322 22.02232 66066.97
Thousand Single Precision Divides/second
24 div_float 60.00 1322 22.03333 66100.00
Thousand Long Integer Divides/second
25 div_long 60.03 1592 26.52007 23868.07
Thousand Integer Divides/second
26 div_int 60.03 1592 26.52007 23868.07
Thousand Short Integer Divides/second
27 div_short 60.03 1592 26.52007 23868.07
Function Calls (no arguments)/second
28 fun_cal 60.01 4362 72.68789 37216197.30
Function Calls (1 argument)/second
29 fun_cal1 60.00 10231 170.51667 87304533.33
Function Calls (2 arguments)/second
30 fun_cal2 60.01 7971 132.82786 68007865.36
Function Calls (15 arguments)/second
31 fun_cal15 60.02 2455 40.90303 20942352.55
Integer Sieves/second
32 sieve 60.50 41 0.67769 3.39
Thousand Double Precision Multiplies/second
33 mul_double 60.01 836 13.93101 167172.14
Thousand Single Precision Multiplies/second
34 mul_float 60.02 836 13.92869 167144.29
Thousand Long Integer Multiplies/second
35 mul_long 60.00 75690 1261.50000 302760.00
Thousand Integer Multiplies/second
36 mul_int 60.00 76003 1266.71667 304012.00
Thousand Short Integer Multiplies/second
37 mul_short 60.00 60554 1009.23333 302770.00
Numeric Functions/second
38 num_rtns_1 60.00 32595 543.25000 54325.00
Zeros Found/second
39 new_raph 60.00 79896 1331.60000 266320.00
Trigonometric Functions/second
40 trig_rtns 60.00 2161 36.01667 360166.67
Point Transformations/second
41 matrix_rtns 60.00 349526 5825.43333 582543.33
Linear Systems Solved/second
42 array_rtns 60.03 960 15.99200 319.84
String Manipulations/second
43 string_rtns 60.03 851 14.17625 1417.62
Dynamic Memory Operations/second
44 mem_rtns_1 60.01 1617 26.94551 808365.27
Block Memory Operations/second
45 mem_rtns_2 60.00 131046 2184.10000 218410.00
Sort Operations/second
46 sort_rtns_1 60.00 2426 40.43333 404.33
Auxiliary Loops/second
47 misc_rtns_1 60.00 31441 524.01667 5240.17
Directory Operations/second
48 dir_rtns_1 60.01 13183 219.68005 2196800.53
Shell Scripts/second
49 shell_rtns_1 60.02 2413 40.20327 40.20
Shell Scripts/second
50 shell_rtns_2 60.01 2412 40.19330 40.19
Shell Scripts/second
51 shell_rtns_3 60.01 2411 40.17664 40.18
Series Evaluations/second
52 series_1 60.00 1464135 24402.25000 2440225.00
Shared Memory Operations/second
53 shared_memory 60.00 163231 2720.51667 272051.67
TCP/IP Messages/second
54 tcp_test 60.00 11039 183.98333 16558.50
UDP/IP DataGrams/second
55 udp_test 60.00 46763 779.38333 77938.33
FIFO Messages/second
56 fifo_test 60.00 87136 1452.26667 145226.67
Stream Pipe Messages/second
57 stream_pipe 60.00 70184 1169.73333 116973.33
DataGram Pipe Messages/second
58 dgram_pipe 60.00 68071 1134.51667 113451.67
Pipe Messages/second
59 pipe_cpy 60.00 254506 4241.76667 424176.67
Memory to Memory Copy/second
60 ram_copy 60.00 1495693 24928.21667 623703981.00
------------------------------------------------------------------------
----
Regards
Sowmya Adiga
Project Engineer
Wipro Technologies
53/1,Hosur Road,Madivala
Bangalore-560 068,INDIA
Tel: +91-80-5502001 Extn.5086
sowmya.adiga@wipro.com
^ permalink raw reply
* Re: Intel sez: Synchronous Flash and XIP is the future -- thoughts?
From: Wolfgang Denk @ 2002-12-16 9:27 UTC (permalink / raw)
To: David Woodhouse; +Cc: Paul Nash, Linux-MTD (E-mail)
In-Reply-To: <1914.1040029662@passion.cambridge.redhat.com>
In message <1914.1040029662@passion.cambridge.redhat.com> you wrote:
>
> The power saving point is fair -- flash does take less power than RAM. But
> if you're _that_ short of power, you're likely to be using expensive (but
> low-power) SRAM, and have the rest of the system so tightly specified that
> you'll be more likely to be using something like eCos on it, not Linux.
Agreed.
> With the chips available today and in the near future, XIP, at least for a
> writable flash chip, makes virtually zero sense on Linux. Anyone who tries
> to tell you otherwise is either on crack, trying to sell you something, or
> both.
Also you might find problems running recent (and future) kernels in
XIP mode - the kernel text segment is often not exactly read-only.
Especially when you use one f the existing real-time extensions (but
not only then). It seems the amount of tweaking that is necessary for
XIP is growing with each new kernel release - to a level where it
becomes impractical.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
A list is only as strong as its weakest link. -- Don Knuth
^ permalink raw reply
* /proc/meminfo:MemShared
From: Andrew Morton @ 2002-12-16 8:57 UTC (permalink / raw)
To: linux-mm
Can anyone think of anything useful to print out here,
or should it just be removed?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* system hangs after reboot
From: Arno Seitzinger @ 2002-12-16 8:53 UTC (permalink / raw)
To: linux-newbie
Hi NG,
for a couple of days, my Suse Linux 8.1 (2.4.19) on a HP Omnibook XE3 Laptop
shows a strange behaviour: it hangs after a reboot (shutdown -r now od from
KDE). First it starts as usual, but freezes after "switching to runlevel
5", when initializing the random number generator and the network.
I pasted the output of a good and a bad boot.msg below.
My last actions, before I noticed it doesn't reboot anymore, were:
- use the cellphone to access internet
- create a new user because of OpenOffice store failure
- clear tmp directory in single user mode (because of OpenOffice store
failure - was this stupid?)
- new (workstation) installation of OpenOffice
Nayone around who can give me a clou where to look next?
Arno
***boot.msg when system hangs
=============================
[...]
Master Resource Control: previous runlevel: N, switching to runlevel:
5
done<notice>killproc: kill(30,3)
INIT: Entering runlevel: 5
<notice>/etc/init.d/rc5.d/S01isdn start
<notice>'/etc/init.d/rc5.d/S01isdn start' exits with status 0
<notice>/etc/init.d/rc5.d/S01random start
<notice>'/etc/init.d/rc5.d/S01random start' exits with status 0
<notice>/etc/init.d/rc5.d/S05network start
***boot.msg normally
====================
[...]
Master Resource Control: previous runlevel: N, switching to runlevel:
5
done<notice>killproc: kill(30,3)
INIT: Entering runlevel: 5
<notice>/etc/init.d/rc5.d/S01isdn start
<notice>'/etc/init.d/rc5.d/S01isdn start' exits with status 0
<notice>/etc/init.d/rc5.d/S01random start
<notice>'/etc/init.d/rc5.d/S01random start' exits with status 0
<notice>/etc/init.d/rc5.d/S05network start
<notice>Initializing random number generator
done
Setting up network interfaces:
lo
done
eth0 (DHCP) startproc: execve (/sbin/dhcpcd) [ /sbin/dhcpcd -H -D
-N -Y -t 999999 -h esw44 eth0 ], [ CONSOLE=/dev/console TERM=linux
SHELL=/bin/sh OLDPWD=/etc/sysconfig/network INIT_VERSION=sysvinit-2.82
RUN_FROM_RC=yes REDIRECT=/dev/tty1 COLUMNS=106
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/etc/sysconfig/network/scripts vga=791
RUNLEVEL=5 PWD=/etc/sysconfig/network PREVLEVEL=N LINES=34 HOME=/ SHLVL=4
_=/sbin/startproc DAEMON=/sbin/dhcpcd ]
<notice>pidofproc: dhcpcd 347
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.