linux-kernel mailing list

FromSubjectsort iconDate
Renato S. Yamane
Compiling 2.6.22.5 on Debian Etch (internal compiler error)
Can someone help me with this? $ make xconfig HOSTCC scripts/basic/fixdep scripts/basic/fixdep.c: In function
Aug 26, 6:10 pm 2007
Jesper Juhl
Re: Compiling 2.6.22.5 on Debian Etch (internal compiler err...
Is it repeatable or just a one-off ? I'm using gcc 4.1.2 as well : $ gcc --version gcc (GCC) 4.1.2 and I don't see this - are you sure it's not a hardware problem? You probably want to report this (as pointed out in the error message) to the GCC folks. -- Jesper Juhl <jesper.juhl@gmail.com> Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html -
Aug 26, 6:20 pm 2007
Renato S. Yamane
Re: Compiling 2.6.22.5 on Debian Etch (internal compiler err...
$ gcc --version gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) I think that is missing some dependency, but build-essential package is installed. Regards, Renato -
Aug 26, 6:51 pm 2007
Thiago Ramos dos Santos
Configuring previously loaded module
Hi. I have 2 devices which use the usbserial module: a CDMA modem and a Palm PDA (to be more especific, the PDA uses the visor module, which uses the usbserial). When I plug the PDA to the computer, the visor module gets automatically loaded by the kernel, and so is the usbserial module. When the modem is pluged, the module is not loaded automaticaly, so I created a hotplug entry for it. For both devices I put rules in udev configuration files, so they are autmaticaly mapped to the same /dev node...
Aug 26, 6:03 pm 2007
Kay Sievers
Re: Configuring previously loaded module
Try putting: options usbserial product=xxxxx vendor=xxxxx in: /etc/modprobe.d/serial Kay -
Aug 26, 6:15 pm 2007
Bjoern Boschman
oracleasm driver into mainline?
Hi, I just wanted to ask if there might be a possibility that the oracleasm kernel driver could find its way into the mainline kernel? The code is running and being tested since quite some time and the author from oracle would be willingly to act as its maintainer. See also: http://oss.oracle.com/projects/oracleasm/ Bjoern -
Aug 26, 4:21 pm 2007
Oliver Janscheidt
Problems with disc-performance and libata
Hi, I'm using a Lenovo Thinkpad with TOSHIBA MK1234GS HD and MATSHITA DVD-RAM UJ-850 on 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE. The Kernel is a 2.6.22.1 from Kernel.org (with 2.6.23-rc1- and hdaps-queue-freezing-patch). sudo hdparm -t /dev/scd0 gives Timing buffered disk reads: 2 MB in 4.47 seconds = 457.75 kB/sec sudo hdparm -t /dev/sda gives Timing buffered disk reads: 102 MB in 3.04 seconds = 33.51 MB/sec which is a quite poor performance and makes any ...
Aug 26, 4:08 pm 2007
Michal Piotrowski
Re: Problems with disc-performance and libata
Hi Oliver, [Adding linux-ide to CC] Are you using cracked cd/dvd? cracked dvd /sbin/hdparm -t /dev/scd0 /dev/scd0: Timing buffered disk reads: 2 MB in 6.36 seconds = 321.78 kB/sec new shiny dvd /sbin/hdparm -t /dev/scd0 /dev/scd0: Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ -
Aug 26, 7:59 pm 2007
Robert Hancock
Re: PROBLEM: Suspend corrupts bios clock since 2.6.21
Please check if PM_TRACE is enabled in your kernel configuration. It will do this intentionally. -- Robert Hancock Saskatoon, SK, Canada To email, remove "nospam" from hancockr@nospamshaw.ca Home Page: http://www.roberthancock.com/ -
Aug 26, 3:38 pm 2007
Rafael J. Wysocki
Re: PROBLEM: Suspend corrupts bios clock since 2.6.21
Yes, but only if you have "1" in /sys/power/pm_trace ... Greetings, Rafael -
Aug 26, 6:45 pm 2007
Miles Lane
2.6.23-rc3-mm1 -- WARNING: at kernel/lockdep.c:2664 check_fl...
WARNING: at kernel/lockdep.c:2664 check_flags() [<c01080b5>] dump_trace+0x61/0x1e0 [<c010824e>] show_trace_log_lvl+0x1a/0x2f [<c0108b99>] show_trace+0x12/0x14 [<c0108cc1>] dump_stack+0x15/0x17 [<c013a64e>] check_flags+0x93/0x13e [<c013d672>] lock_acquire+0x48/0xa9 [<c033ea4b>] _spin_lock+0x35/0x42 [<c0182655>] ifind+0x19/0x90 [<c018273c>] ilookup5_nowait+0x35/0x3b [<c01a9d0b>] sysfs_addrm_start+0x39/0x82 [<c01aa26b>] cre...
Aug 26, 2:52 pm 2007
Paul Rolland
[2.6.22.5] irq X: nobody cared but X is successfully used by...
Hello, My machine (an ASUS P5W-DH-Deluxe, Core2, 4Go RAM, 3 SATA and 2IDE) is reporting a : irq 23: nobody cared (try booting with the "irqpoll" option) together with a Call Trace, but : - irqpoll is present on the command line, - the irq is reported to be used by libata, - the irqpoll option is mandatory if I want _some_ of my SATA disks to be accessible. I've attached a file with : - dmesg, - cat /proc/interrupts - lspci - lspci -vvv - my .config I've tried mounting and a...
Aug 26, 2:35 pm 2007
Michal Piotrowski Aug 26, 7:37 pm 2007
Andreas Steffan
PROBLEM: Suspend corrupts bios clock since 2.6.21
Hallo everybody, I am running fedora core 7 on my Dell latitude D810 notebook (BIOS rev A05). Since 2.6.21 I found that suspending (to disk and to ram) corrupts the bios clock most of the time (not always). The corruption is happening during suspend. When I enter the system bios right after I switch the system back on, I find the bios clock is set to a time far in the future (many years). I guess that problem is related to the clock changes that where introduced with 2.6.21. Please let me kno...
Aug 26, 2:31 pm 2007
Ralf Baechle
[PATCH] IOC3: Program UART predividers.
The IOC3 driver's UART detection bits used to rely on the the firmware setting the UART pre-divider in a way that's apropriate for the 8250 driver which doesn't currently program this register. This happens to work for the console but not rarely for additional ports. While at it, also program the UART to RS-232 PIO mode; it the UART might have been in mac-serial and/or DMA mode though that hasn't actually been observed in practice. Signed-off-by: Ralf Baechle <ralf@linux-mips.org> diff ...
Aug 26, 1:51 pm 2007
Miles Lane
2.6.23-rc3-mm1 -- drivers/net/wireles
CC [M] drivers/net/wireless/zd1211rw-mac80211/zd_mac.o drivers/net/wireless/zd1211rw-mac80211/zd_mac.c: In function 'zd_op_erp_ie_changed': drivers/net/wireless/zd1211rw-mac80211/zd_mac.c:822: error: 'IEEE80211_ERP_CHANGE_PREAMBLE' undeclared (first use in this function) drivers/net/wireless/zd1211rw-mac80211/zd_mac.c:822: error: (Each undeclared identifier is reported only once drivers/net/wireless/zd1211rw-mac80211/zd_mac.c:822: error: for each function it appears in.) drivers/net/wireless/zd...
Aug 26, 1:12 pm 2007
Ulrich Kunitz
Re: 2.6.23-rc3-mm1 --
Probably following patch is missing from -mm. Notify also that zd1211rw-mac80211 is currently not working on wireless-dev.git branch everything, so even with the ERP patch, zd1211rw-mac80211 will probably not work on -mm. I had to write my own git-patch-mangling script to be able to create a tree that allowed me to bisect the problem. (The script is able to replay "git log -p" output.) The result of the bisect has been the patch titled "mac80211: split RX handlers into own file" and it is quite ...
Aug 26, 2:32 pm 2007
Miles Lane
2.6.23-rc3-mm1 -- drivers/net/wi
CC [M] drivers/net/wireless/b43/main.o drivers/net/wireless/b43/main.c: In function 'b43_write_probe_resp_plcp': drivers/net/wireless/b43/main.c:1194: error: too many arguments to function 'ieee80211_generic_frame_duration' drivers/net/wireless/b43/main.c: In function 'b43_generate_probe_resp': drivers/net/wireless/b43/main.c:1251: error: too many arguments to function 'ieee80211_generic_frame_duration' # # Automatically generated make config: don't edit # Linux kernel version: 2.6.23-rc3-mm1 ...
Aug 26, 1:05 pm 2007
Miles Lane
2.6.23-rc3-mm1 -- drivers/net/wireless/rt2x00mac.c:65: e
CC [M] drivers/net/wireless/rt2x00mac.o drivers/net/wireless/rt2x00mac.c: In function 'rt2x00mac_tx_rts_cts': drivers/net/wireless/rt2x00mac.c:61: warning: passing argument 2 of 'ieee80211_ctstoself_get' makes pointer from integer without a cast drivers/net/wireless/rt2x00mac.c:61: warning: passing argument 3 of 'ieee80211_ctstoself_get' makes integer from pointer without a cast drivers/net/wireless/rt2x00mac.c:61: warning: passing argument 4 of 'ieee80211_ctstoself_get' makes pointer from integer...
Aug 26, 12:54 pm 2007
Randy Dunlap
Re: 2.6.23-rc3-mm1 -- drivers/net/wireless/rt2x00mac.c:65: e...
Hi Miles, Please see this thread: http://lkml.org/lkml/2007/8/22/389 IOW, wireless in rc3-mm1 is known busted. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -
Aug 26, 1:27 pm 2007
Fred Tyler Aug 26, 12:14 pm 2007
Fred Tyler
Slow, persistent memory leak in 2.6.20
I think I've come across a memory leak in 2.6.20. I've upgraded to the latest 2.6.20.17, but it didn't seem to help. A little background: I saw something exactly like this many months ago with a 2.6.12 kernel. However, by 2.6.16.x the leak had apparently been fixed, so I didn't pursue it. I just assumed it had been fixed. But either it remains in 2.6.20 or else a new leak has appeared. FWIW, this is an x86_64 machine, but I also saw nearly the same behavior on a i386 machine running 2.6.12. (Link...
Aug 26, 10:39 am 2007
Jesper Juhl
Re: Slow, persistent memory leak in 2.6.20
Have you tried the latest 2.6.22.5 ? A lot of memory leaks have been fixed between 2.6.20 and the latest stable kernel - could be that yours is amongst the ones fixed :-) -- Jesper Juhl <jesper.juhl@gmail.com> Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html -
Aug 26, 6:16 pm 2007
Fred Tyler
Re: Slow, persistent memory leak in 2.6.20
Sorry to keep replying to my own post, but further investigation suggests that the memory losses may be occurring at times of heavy filesystem access. The machines in question run rsyncs of hundreds of thousands of files every few hours, and I'm starting to think that the memory loss occurs during these times. I don't know how I'd go about proving this though... -
Aug 26, 11:51 am 2007
Jan Engelhardt
Re: Slow, persistent memory leak in 2.6.20
Please rule out filesystem caches by issuing sync; echo 3 >/proc/sys/vm/drop_caches; Jan -- -
Aug 26, 11:52 am 2007
Fred Tyler
Re: Slow, persistent memory leak in 2.6.20
(Sorry if this goes to the list twice... Mailer problems.) Ok, I did this on a non-production machine that has only been up for a few hours, and here's what happened: ======== Before ========= $ free -m total used free shared buffers cached Mem: 878 824 54 0 111 422 -/+ buffers/cache: 290 587 Swap: 63 0 63 ======== After ======== root@b0$ free -m to...
Aug 26, 12:16 pm 2007
Denys Vlasenko
Re: Slow, persistent memory leak in 2.6.20
If you can reclaim "leaked" memory this way, it means that you found a bug where cached data is incorrectly kept in RAM in preference of other data. (I'm assuming that you do have real problems after some time of "leaking" memory - you mention that you get swap storms Yes, it's safe to do, anytime. It's just a command to kernel to drop as much of currently accumulated filesystem cache as it can. It is strictly a debugging/benchmarking aid. If you end up needing to do it once in a while to k...
Aug 26, 1:03 pm 2007
Fred Tyler
Re: Slow, persistent memory leak in 2.6.20
This was exactly what happened with 2.6.12 -- more and more memory used until there was a swap storm and a dead machine. The 2.6.20 machines haven't been up long enough to know if they're going to be hit by the same problem, but it seems peculiar to me that the 2.6.16 machine does not do anything remotely like this. As you can see in the graphs, the 2.6.16 memory use levels off very quickly, but 2.6.12 keeps dropping until the machine bombs. The 2.6.20 graph looks like it's heading the same dir...
Aug 26, 1:41 pm 2007
Jan Engelhardt
Re: Slow, persistent memory leak in 2.6.20
Better add "Slab" to your graphs, that looks like it's the amount of non-cache kernel memory used. Jan -- -
Aug 26, 1:44 pm 2007
Jan Engelhardt
Re: Slow, persistent memory leak in 2.6.20
So I guess you are not seeing any memory leak at all, but just the regular drop_cache is a trigger, not a setting. Hence your RAM will be used again Jan -- -
Aug 26, 12:30 pm 2007
Fred Tyler
Re: Slow, persistent memory leak in 2.6.20
Also, how can you explain the differences between the graphs of long-term memory usage? This first graph is from a server running 2.6.16 that never has memory problems: http://i239.photobucket.com/albums/ff117/fredty8/memory-a4.png And here's a graph of a server running 2.6.12 that has to be rebooted every month or two because it runs out of memory: http://i239.photobucket.com/albums/ff117/fredty8/memory-a2.png Now, admittedly, the 2.6.20 server has not been running long enough to ...
Aug 26, 12:58 pm 2007
Jan Engelhardt
Re: Slow, persistent memory leak in 2.6.20
Indeed that looks like a leak. But perhaps it would be helpful to not only Jan -- -
Aug 26, 1:42 pm 2007
Fred Tyler
Re: Slow, persistent memory leak in 2.6.20
I certainly hope that is the case, but until I try it on the production machine tonight I won't know for sure. If this is indeed a leak, it's pretty slow, and it takes a week or so before you can even start noticing it on the graphs I can say with absolute certainty that something very similar was happening in 2.6.12 (compare the graphs in my original email), and in 2.6.12 it would inevitably lead to the server running entirely out of memory, to the point where applications could no longer alloca...
Aug 26, 12:49 pm 2007
Jan Engelhardt
Re: Slow, persistent memory leak in 2.6.20
Note that not all kernels have the 'drop_caches' control file. Well if it helps, you can accelerate the 'problem', by issuing, for example: (1) dd_rescue /dev/sda /dev/null -m $[4*1048576*1024] for reading 4 GB from disk straight and populating 'buffers'. (2) cat /some/big/big/big/file >/dev/null for reading X GB from disk and populating 'cache'. and then you'll see. Also note that a kernel leak will eventually lead to very low buffers/cached values (the ones to the far right...
Aug 26, 12:58 pm 2007
Fred Tyler
Re: Slow, persistent memory leak in 2.6.20
One more thing, I just found this message from July from someone seeing a similar problem: http://lkml.org/lkml/2007/7/27/305 I am also running reiserfs, so I wonder if that has something to do with this. Unlike the other poster, though, I am running an unmodified kernel and have not seen the error he saw in the system logs. Here's my output from /proc/meminfo in case it helps: $ cat /proc/meminfo MemTotal: 4053564 kB MemFree: 144344 kB Buffers: 310824 kB Cached: ...
Aug 26, 11:40 am 2007
Alexey Dobriyan
Re: Slow, persistent memory leak in 2.6.20
You can try "Kernel Hacking" => "Debug slab memory allocations" => "Memory leak debugging". After you think it leaked pretty much, post output of sort -n -k2 /proc/slab_allocators -
Aug 26, 11:32 am 2007
Jiri Slaby
[PATCH 1/1] V4L: stk11xx, add a new webcam driver
Hi, is it possible to have this driver in the -mm tree for testing purposes until v4l library will be developped and image resize with bayer->rgb conversion will be moved there? (Then, I'll push it through v4l people.) -- stk11xx, add a new webcam driver Adds support for stk1125, stk1135 and stkdcnew webcam built-in some notebooks. Signed-off-by: Jiri Slaby <jirislaby@gmail.com> --- commit 926af968884e1e153ad2f91892ff71ec33005d22 tree f7d30907d7bd11128cd8f75a0aa2f3873c237980 p...
Aug 26, 10:09 am 2007
Jiri Slaby
[PATCH 1/1] remove BITS_TO_TYPE macro
remove BITS_TO_TYPE macro I realized, that it is actually the same as DIV_ROUND_UP, use it instead. Signed-off-by: Jiri Slaby <jirislaby@gmail.com> --- commit c1b003cd9e5befbc3d915a9e37f46585127f9d1f tree d800859baebde3f7fcb001801d32c528c4240250 parent 5a28a23f3c53993aaf6e7ef6c392e5f4c20d4a3b author Jiri Slaby <jirislaby@gmail.com> Sun, 26 Aug 2007 15:50:39 +0200 committer Jiri Slaby <jirislaby@gmail.com> Sun, 26 Aug 2007 15:50:39 +0200 include/linux/bitops.h | 3 +-- ...
Aug 26, 10:08 am 2007
Robert P. J. Day
Re: [PATCH 1/1] remove BITS_TO_TYPE macro
unless there are some patches in the queue, the whole area of rounding up and aligning is still sort of messy. kernel.h defines the following: ... #define ALIGN(x,a) __ALIGN_MASK(x,(typeof(x))(a)-1) #define __ALIGN_MASK(x,mask) (((x)+(mask))&~(mask)) ... #define DIV_ROUND_UP(n,d) (((n) + (d) - 1) / (d)) #define roundup(x, y) ((((x) + ((y) - 1)) / (y)) * (y)) ... yet there is no corresponding DIV_ROUND_DOWN() or rounddown(), just for the sake of consistency. (maybe ther...
Aug 26, 11:54 am 2007
fredoxygene
PROBLEM: kernel BUG at kernel/workqueue.c:323!
PROBLEM: kernel BUG at kernel/workqueue.c:323! Summary : Happened while i was transferring a huge amount of data on wifi (ipw3945). Computer is a Fujitsu/Siemens Si 1520 / T5500, running Unbuntu Feisty 7.04. Follows : - dmesg output with "kernel bug" - scripts/ver_linux output - others thinks like lspci -vvv, etc... Feel free to ask i you need some more details or if i can help (by doing some testings or other stuffs) dmesg output : [ 178.752000] ieee80211_crypt: registered algorithm 'TK...
Aug 26, 6:59 am 2007
Michal Piotrowski
Re: PROBLEM: kernel BUG at kernel/workqueue.c:323!
Hi, "Problems building with kernel v2.6.20 The work queue structure changed with 2.6.20. In addition, pci_module_init was deprecated. The three patches below in Patches were provided by Mattiaa Dongili to correct this behavior. Download them and apply them to ipw3945-1.1.3 James" http://ipw3945.sourceforge.net/ Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ -
Aug 26, 7:33 pm 2007
Olaf Hering
[PATCH] atyfb: remove dead code
Remove dead code. Signed-off-by: Olaf Hering <olaf@aepfle.de> --- drivers/video/aty/atyfb_base.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) --- a/drivers/video/aty/atyfb_base.c +++ b/drivers/video/aty/atyfb_base.c @@ -2767,8 +2767,7 @@ static int atyfb_blank(int blank, struct if (par->lock_blank || par->asleep) return 0; -#ifdef CONFIG_FB_ATY_BACKLIGHT -#elif defined(CONFIG_FB_ATY_GENERIC_LCD) +#ifdef CONFIG_FB_ATY_GENERIC_LCD if (par->lcd_tab...
Aug 26, 5:12 am 2007
Ville
Re: [PATCH] atyfb: remove dead code
This will change the behavior of the code. I basically agree with the change because the current code will not control the backlight when the kernel is built with CONFIG_FB_ATY_BACKLIGHT but the system doesn't support the backlight interface (ie. non-pmac system). However someone should check that it doesn't cause problems for pmac users. -- Ville Syrjälä syrjala@sci.fi http://www.sci.fi/~syrjala/ -
Aug 26, 11:36 am 2007
Patrizio Bassi
libata not working for sis5533
My sis630 chipset shipped with Asus A1000 doesn't work properly with suspend with ide drivers (http://bugzilla.kernel.org/show_bug.cgi?id=7077) i tried to switch to libata but i cannot boot. I've enabled generic ide and sis specific code, both in-kernel. of course scsi too. when i boot i get: irq #14 nobody cared and stop i have to remove battery to reboot pc. I'm using 2.6.22.5, but i never got any libata kernel working. Patrizio ps. i'm writing from my desktop as i'm doing hardware mai...
Aug 26, 3:59 am 2007
Michal Piotrowski
Re: libata not working for sis5533
Hi, [Adding IDE wizards to CC] Regards, Michal -- LOG http://www.stardust.webpages.pl/log/ -
Aug 26, 7:27 pm 2007
Robert Hancock
Re: 2.6.22.5 SATA Failure
It looks like you have some CONFIG_IDE options enabled in your kernel configuration that result in drivers/ide trying to drive part or all of that controller, preventing libata from doing so. Likely the easiest thing to do is just set CONFIG_IDE=n entirely.. -- Robert Hancock Saskatoon, SK, Canada To email, remove "nospam" from hancockr@nospamshaw.ca Home Page: http://www.roberthancock.com/ -
Aug 26, 12:27 am 2007
Dong Feng
Re: 2.6.22.5 SATA Failure
The SATA works with 2.6.22.5 after CONFIG_IDE =n being set. Thank you very much. -
Aug 26, 6:04 am 2007
Casey Schaufler
[PATCH] Version2 Smack: Simplified Mandatory Access Control ...
From: Casey Schaufler <casey@schaufler-ca.com> Smack is the Simplified Mandatory Access Control Kernel. Smack implements mandatory access control (MAC) using labels attached to tasks and data containers, including files, SVIPC, and other tasks. Smack is a kernel based scheme that requires an absolute minimum of application support and a very small amount of configuration data. Smack is implemented as a clean LSM. It requires no external code changes and the patch modifies only the Kconfi...
Aug 26, 12:18 am 2007
Stephen Cameron
Re: cciss: fix error reporting for SG_IO
Without saying too much (I hope), if you want multipath i/o to cciss devices to work which depend on device mapper, (which I can't say what specific device(s) match that description without getting myself into trouble) then you want this patch. If my understanding is correct, then some DM multipath stuff depends on TUR response to know if a path is failed. If you don't care about that, then you can skip it. -- steve ____________________________________________________________...
Aug 26, 12:15 am 2007
Rogério Brito
Sleep problems with kernels >= 2.6.21 on powerpc
Hi. Unfortunately, it seems that kernels later than 2.6.21 have problems letting my powerpc iBook (G3 processor) going to sleep (suspend to ram). The userland that I am using is a Debian testing (lenny) and the default kernel that comes with it is 2.6.22, with some patches applied and pbbuttonsd (as the daemon for making the machine sleep). With kernel 2.6.21, from Debian (and other earlier kernels), the symptoms that I see when I press the power button is that the machine goes to sleep and t...
Aug 25, 10:37 pm 2007
previous daytodaynext day
August 25, 2007August 26, 2007August 27, 2007