| From | Subject | Date |
|---|---|---|
| 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 | Re: [2.6.22.5] irq X: nobody cared but X is successfully use...
Hi,
[Adding linux-ide to CC]
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
-
| 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 day | today | next day |
|---|---|---|
| August 25, 2007 | August 26, 2007 | August 27, 2007 |
| Cliffe | Re: [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning |
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Andrew Morton | Re: [RFC/PATCH] Documentation of kernel messages |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Radu Rendec | Endianness problem with u32 classifier hash masks |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
git: | |
