On Tue, 4 Dec 2007 10:37:16 +0100 Ingo Molnar wrote:
btw., if anyone feels so inclined, this file has quite a number of
coding style issues, as per scripts/checkpatch.pl output:
total: 28 errors, 54 warnings, 1221 lines checked
From: Randy Dunlap [EMAIL PROTECTED]
Cleanup umem driver:
With 2.6.24-rc5 there is no /proc/net/ax25
Here is an extract from dmesg after boot :
===
sysctl table check failed: /net/ax25/ax0/ax25_default_mode .3.9.1.2
Unknown sysctl binary path
Pid: 2936, comm: kissattach Not tainted 2.6.24-rc5 #1
[c012ca6a] set_fail+0x3b/0x43
Ensure that the selected default cpufreq governor is initialised before
used by the cpufreq driver on boot by using fs_initcall() instead of
module_init().
Signed-off-by: Johannes Weiner [EMAIL PROTECTED]
---
On boot, speedstep_init() calls into cpufreq_gov_dbs(). The driver has
not yet been
On Fri 2007-12-14 15:33:28, Ingo Molnar wrote:
* Alan Cox [EMAIL PROTECTED] wrote:
There is another reason we can't just do a dumb changeover - two
actually
#1: Some drivers are using inb_p/outb_p in PCI cases which are going
#to cause PCI posting changes. Most are probably just
Hi,
While looking at the pahole output for struct timer_list on
recent kernels I noticed that there is a 4 bytes padding on struct
timer_list that gets propagated to many structs on 64 bits
architectures:
[EMAIL PROTECTED] linux-2.6]$ pahole -C timer_list /tmp/tcp.o.before
struct
Hi,
IMHO, something like the patch below is needed to fix builds with make O=,
since after commit 18c32dac75b187d1a4e858f3cfdf03e844129f5e
kbuild: fix building with O=.. options the top-level Makefile is no longer
created automatically if it's not present at all.
Thanks,
Rafael
---
From:
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 11 Dec 2007 15:42:22 -0800
Perhaps we should change the warning to identify the guilty device.
Applied.
Stephen, you often don't supply a proper signoff line
for one-off changes like this and I find it very irritating.
It doesn't cost you
Em Sun, Dec 16, 2007 at 07:29:44PM -0200, Arnaldo Carvalho de Melo escreveu:
Hi,
While looking at the pahole output for struct timer_list on
recent kernels I noticed that there is a 4 bytes padding on struct
timer_list that gets propagated to many structs on 64 bits
architectures:
Not
501 - 508 of 508 matches
Mail list logo