* [PATCH] Teach parse_commit_buffer about grafting.
From: Junio C Hamano @ 2005-07-30 8:00 UTC (permalink / raw)
To: git; +Cc: Linus Torvalds
In-Reply-To: <Pine.LNX.4.58.0507270846360.3227@g5.osdl.org>
Introduce a new file $GIT_DIR/info/grafts (or $GIT_GRAFT_FILE)
which is a list of "fake commit parent records". Each line of
this file is a commit ID, followed by parent commit IDs, all
40-byte hex SHA1 separated by a single SP in between. The
records override the parent information we would normally read
from the commit objects, allowing both adding "fake" parents
(i.e. grafting), and pretending as if a commit is not a child of
some of its real parents (i.e. cauterizing).
Bugs are mine, but the credits for the idea and implementation
outline all go to Linus, who kept hinting how this thing should
work.
Signed-off-by: Junio C Hamano <junkio@cox.net>
---
cache.h | 2 +
commit.c | 114 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
sha1_file.c | 13 ++++++-
3 files changed, 127 insertions(+), 2 deletions(-)
0f16b172aa7f0757b2af50ec7be58dc0e23913a6
diff --git a/cache.h b/cache.h
--- a/cache.h
+++ b/cache.h
@@ -127,10 +127,12 @@ extern unsigned int active_nr, active_al
#define DEFAULT_GIT_DIR_ENVIRONMENT ".git"
#define DB_ENVIRONMENT "GIT_OBJECT_DIRECTORY"
#define INDEX_ENVIRONMENT "GIT_INDEX_FILE"
+#define GRAFT_ENVIRONMENT "GIT_GRAFT_FILE"
extern char *get_object_directory(void);
extern char *get_refs_directory(void);
extern char *get_index_file(void);
+extern char *get_graft_file(void);
#define ALTERNATE_DB_ENVIRONMENT "GIT_ALTERNATE_OBJECT_DIRECTORIES"
diff --git a/commit.c b/commit.c
--- a/commit.c
+++ b/commit.c
@@ -91,11 +91,108 @@ static unsigned long parse_commit_date(c
return date;
}
+static struct commit_graft {
+ unsigned char sha1[20];
+ int nr_parent;
+ unsigned char parent[0][20]; /* more */
+} **commit_graft;
+static int commit_graft_alloc, commit_graft_nr;
+
+static int commit_graft_pos(const unsigned char *sha1)
+{
+ int lo, hi;
+ lo = 0;
+ hi = commit_graft_nr;
+ while (lo < hi) {
+ int mi = (lo + hi) / 2;
+ struct commit_graft *graft = commit_graft[mi];
+ int cmp = memcmp(sha1, graft->sha1, 20);
+ if (!cmp)
+ return mi;
+ if (cmp < 0)
+ hi = mi;
+ else
+ lo = mi + 1;
+ }
+ return -lo - 1;
+}
+
+static void prepare_commit_graft(void)
+{
+ char *graft_file = get_graft_file();
+ FILE *fp = fopen(graft_file, "r");
+ char buf[1024];
+ if (!fp) {
+ commit_graft = (struct commit_graft **) "hack";
+ return;
+ }
+ while (fgets(buf, sizeof(buf), fp)) {
+ /* The format is just "Commit Parent1 Parent2 ...\n" */
+ int len = strlen(buf);
+ int i;
+ struct commit_graft *graft = NULL;
+
+ if (buf[len-1] == '\n')
+ buf[--len] = 0;
+ if (buf[0] == '#')
+ continue;
+ if ((len + 1) % 41) {
+ bad_graft_data:
+ error("bad graft data: %s", buf);
+ free(graft);
+ continue;
+ }
+ i = (len + 1) / 41 - 1;
+ graft = xmalloc(sizeof(*graft) + 20 * i);
+ graft->nr_parent = i;
+ if (get_sha1_hex(buf, graft->sha1))
+ goto bad_graft_data;
+ for (i = 40; i < len; i += 41) {
+ if (buf[i] != ' ')
+ goto bad_graft_data;
+ if (get_sha1_hex(buf + i + 1, graft->parent[i/41]))
+ goto bad_graft_data;
+ }
+ i = commit_graft_pos(graft->sha1);
+ if (0 <= i) {
+ error("duplicate graft data: %s", buf);
+ free(graft);
+ continue;
+ }
+ i = -i - 1;
+ if (commit_graft_alloc <= ++commit_graft_nr) {
+ commit_graft_alloc = alloc_nr(commit_graft_alloc);
+ commit_graft = xrealloc(commit_graft,
+ sizeof(*commit_graft) *
+ commit_graft_alloc);
+ }
+ if (i < commit_graft_nr)
+ memmove(commit_graft + i + 1,
+ commit_graft + i,
+ (commit_graft_nr - i - 1) *
+ sizeof(*commit_graft));
+ commit_graft[i] = graft;
+ }
+ fclose(fp);
+}
+
+static struct commit_graft *lookup_commit_graft(const unsigned char *sha1)
+{
+ int pos;
+ if (!commit_graft)
+ prepare_commit_graft();
+ pos = commit_graft_pos(sha1);
+ if (pos < 0)
+ return NULL;
+ return commit_graft[pos];
+}
+
int parse_commit_buffer(struct commit *item, void *buffer, unsigned long size)
{
char *bufptr = buffer;
unsigned char parent[20];
struct commit_list **pptr;
+ struct commit_graft *graft;
if (item->object.parsed)
return 0;
@@ -109,17 +206,32 @@ int parse_commit_buffer(struct commit *i
add_ref(&item->object, &item->tree->object);
bufptr += 46; /* "tree " + "hex sha1" + "\n" */
pptr = &item->parents;
+
+ graft = lookup_commit_graft(item->object.sha1);
while (!memcmp(bufptr, "parent ", 7)) {
struct commit *new_parent;
if (get_sha1_hex(bufptr + 7, parent) || bufptr[47] != '\n')
return error("bad parents in commit %s", sha1_to_hex(item->object.sha1));
+ bufptr += 48;
+ if (graft)
+ continue;
new_parent = lookup_commit(parent);
if (new_parent) {
pptr = &commit_list_insert(new_parent, pptr)->next;
add_ref(&item->object, &new_parent->object);
}
- bufptr += 48;
+ }
+ if (graft) {
+ int i;
+ struct commit *new_parent;
+ for (i = 0; i < graft->nr_parent; i++) {
+ new_parent = lookup_commit(graft->parent[i]);
+ if (!new_parent)
+ continue;
+ pptr = &commit_list_insert(new_parent, pptr)->next;
+ add_ref(&item->object, &new_parent->object);
+ }
}
item->date = parse_commit_date(bufptr);
return 0;
diff --git a/sha1_file.c b/sha1_file.c
--- a/sha1_file.c
+++ b/sha1_file.c
@@ -61,7 +61,8 @@ static int get_sha1_file(const char *pat
return get_sha1_hex(buffer, result);
}
-static char *git_dir, *git_object_dir, *git_index_file, *git_refs_dir;
+static char *git_dir, *git_object_dir, *git_index_file, *git_refs_dir,
+ *git_graft_file;
static void setup_git_env(void)
{
git_dir = gitenv(GIT_DIR_ENVIRONMENT);
@@ -79,6 +80,9 @@ static void setup_git_env(void)
git_index_file = xmalloc(strlen(git_dir) + 7);
sprintf(git_index_file, "%s/index", git_dir);
}
+ git_graft_file = gitenv(GRAFT_ENVIRONMENT);
+ if (!git_graft_file)
+ git_graft_file = strdup(git_path("info/grafts"));
}
char *get_object_directory(void)
@@ -102,6 +106,13 @@ char *get_index_file(void)
return git_index_file;
}
+char *get_graft_file(void)
+{
+ if (!git_graft_file)
+ setup_git_env();
+ return git_graft_file;
+}
+
int safe_create_leading_directories(char *path)
{
char *pos = path;
^ permalink raw reply
* Re: S3 resume and serial console..
From: Russell King @ 2005-07-30 7:55 UTC (permalink / raw)
To: Dave Airlie; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.58.0507300301370.13092@skynet>
On Sat, Jul 30, 2005 at 03:03:24AM +0100, Dave Airlie wrote:
> Okay I'm really trying here but my PC really hates me :-)
>
> I've set up an i865 machine with a serial console, and on-board graphics
> (also have radeon/MGA AGP..) and in an effort to try and figure out some
> more about suspend /resume to RAM..
>
> However now the serial port doesn't come back after resume, I just get
> garbage sent out on it ...
>
> Anyone any ideas?
Not without some information such as the kernel messages right up to
the failure point, kernel version and a description of the hardware.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
^ permalink raw reply
* i387 floating point benchmark/test v0.11
From: Chuck Ebbert @ 2005-07-30 7:43 UTC (permalink / raw)
To: linux-kernel
/* fptst.c: i387 benchmark/test program for Linux
* Build this program with optimization (-O2 may be faster than -O3)
*
* v0.11 should work on a wider variety of glibc versions (tested: 2.3.2, 2.3.3)
* (See below...)
*
* Comments welcome.
* Author: Chuck Ebbert <76306.1226@compuserve.com>
*/
/* Uncomment this if you get compile errors with the setaffinity function */
/* #define SETAFFINITY_TAKES_2_ARGS */
#define FPTST_VERSION "0.11"
#define _GNU_SOURCE
#include <sys/types.h>
#include <sys/wait.h>
#include <string.h>
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#include <signal.h>
#include <errno.h>
#include <sched.h>
#define COND_YIELD(iters, ctr) \
if ((iters) > 0 && ++(ctr) > (iters)) { \
(ctr) = 0; \
sched_yield(); \
}
#define RDTSCLL(r) __asm__ __volatile__("rdtsc" : "=A" (r))
#ifdef SETAFFINITY_TAKES_2_ARGS
#define setaffinity(pid, mask) sched_setaffinity((pid), &(mask))
#else
#define setaffinity(pid, mask) sched_setaffinity((pid), sizeof(mask), &(mask))
#endif
long double c_res, p_res;
long long i, c_iters, p_iters = 0;
unsigned long long tsc1, tsc2;
cpu_set_t cpuset;
int fp = 0, in = 0, yi = 0;
int p_ctr = 0, c_ctr = 0, get;
volatile int lo = 1;
static void handler(int sig)
{
lo = 0; /* child exited -- stop looping */
}
struct sigaction sa = {
.sa_handler = handler,
};
void usage(char *prog)
{
printf("\n i387 floating point benchmark/test program v" FPTST_VERSION);
printf("\n\n Usage:\n");
printf("\t%s [-f] [-i] [-a] [-y count] loops\n\n", prog);
printf("\t-f : loop in parent process waiting for child to exit\n");
printf("\t-i : do integer math while looping instead of FP math\n");
printf("\t (-f and -i: do one FP operation, then use integer math)\n");
printf("\t-a : run parent and child on single CPU (requires SMP)\n");
printf("\t-y : yield CPU every 'count' loops in parent and child\n\n");
exit(1);
}
static void do_parent()
{
if (fp)
__asm__ ("fld1 ; fldz");
while (lo) {
if (fp & !in)
__asm__ ("fadd %st(1), %st(0)");
else
p_iters++;
COND_YIELD(yi, p_ctr);
}
if (fp)
__asm__ ("fxch ; fstpt p_res ; fstpt p_res");
if (fp & !in)
p_iters = (long long)p_res;
printf("Parent did: %14lld loops\n", p_iters);
}
static void do_child()
{
RDTSCLL(tsc1);
__asm__ ("fld1 ; fldz");
for (i = 0; i < c_iters; i++) {
__asm__ ("fadd %st(1), %st(0)");
COND_YIELD(yi, c_ctr);
}
__asm__ ("fxch ; fstpt c_res ; fstpt c_res");
RDTSCLL(tsc2);
if (c_res != (long double)c_iters)
printf("FP error! Result was %Lg; expected %lld\n", c_res, c_iters);
printf("CPU clocks: %14llu\n", tsc2 - tsc1);
}
int main(int argc, char * argv[])
{
do {
get = getopt(argc, argv, "fiay:");
switch (get) {
case 'f':
fp = 1;
break;
case 'i':
in = 1;
break;
case 'a':
memset(&cpuset, 0, sizeof(cpuset));
if (setaffinity(0, cpuset)) {
perror("While setting CPU affinity");
get = '?';
}
break;
case 'y':
yi = atoi(optarg);
if (yi <= 0) {
printf("-y: option must be greater than zero\n");
get = '?';
}
break;
default:
break;
}
} while (get != -1 && get != '?');
if (get == '?' || optind >= argc)
usage(argv[0]);
c_iters = atoll(argv[optind]);
if (fp | in)
sigaction(SIGCHLD, &sa, NULL);
if (fork())
if (fp | in)
do_parent();
else
wait(NULL);
else
do_child();
return 0;
}
^ permalink raw reply
* Re:先日の件で
From: takayama @ 2005-07-30 7:40 UTC (permalink / raw)
To: alsa-devel
ご無沙汰しております。
女性紹介サークル『Venus Network』
代表 富田ゆかりでございます。
簡単に当サークルのご説明をさせて頂きますので
下記をご覧くださいませ。
当サークル男性会員様の利用明細でございます。
−−会員Ａ様のサークル利用明細−−
入会金 ：０円
年会費 ：０円
運営費 ：０円
女性紹介料 ：０円
************************
小計 ：０円
税 ：０円
合計 ：０円
************************
−−−−−−−−−−−−−−−−−
この明細をご覧いただき
おわかりになると思いますが、
当Venus Networkは
紹介料などの諸費用は一切無用の
完全無料の出会いサークルでございます。
そして、ご紹介するだけではなく
紹介後の女性とのお付き合いの仕方
いわゆる女心についての疑問や質問などに対しても全面的に
バックアップさせて頂きます。
その都度カスタマーセンターの者が
丁寧に対応致しますのでご安心くださいませ。
ご紹介につきましては日本全国に
多数の女性会員様がおりますので
まず貴方様の
・お住まいの地域
・理想の交際方法
以上２点をお聞きした上で
貴方様にあった女性をピックアップし
ご紹介させて頂きます。
お手数ですが下記の質問にお答えいただき
ご返信くださいませ。
■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
◆Ｑ１、貴方様がお住まいの都道府県名
ご記入下さい。『 』
◆Ｑ２、女性会員と理想の交際方法
１、真面目にお付き合い （真面目な交際・結婚前提）
２、高所得女性とお付き合い（事業資金などサポートして欲しい）
３、割り切ったお付き合い （愛人・セフレ・人妻）
４、過激なお付き合い （３Ｐ・乱交・ＳＭ）
数字でご記入下さい。『 』
■
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
貴方様からのご返信を頂きましたら好みの近い女性を
ご紹介させて頂きます。
それではご連絡お待ちしております。
Venus Network 代表 富田ゆかり
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply
* Passive FTP Problem
From: RD @ 2005-07-30 7:35 UTC (permalink / raw)
To: netfilter@lists.netfilter.org
Hello All,
I have both ip_conntrack_ftp and ip_nat_ftp loaded in my iptables script
but still having trouble getting passive ftp from...below's the firewall
log.
Jul 30 17:44:14 alab kernel: IN=eth1 OUT=eth0 SRC=192.168.0.254
DST=65.208.228.223 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=22214 DF
PROTO=TCP SPT=2019 DPT=32895 WINDOW=65535 RES=0x00 SYN URGP=0
Jul 30 17:44:15 alab kernel: IN=eth1 OUT=eth0 SRC=192.168.0.254
DST=65.208.228.223 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=22315 DF
PROTO=TCP SPT=2020 DPT=32896 WINDOW=65535 RES=0x00 SYN URGP=0
Jul 30 17:44:18 alab kernel: IN=eth1 OUT=eth0 SRC=192.168.0.254
DST=65.208.228.223 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=22404 DF
PROTO=TCP SPT=2020 DPT=32896 WINDOW=65535 RES=0x00 SYN URGP=0
Jul 30 17:44:24 alab kernel: IN=eth1 OUT=eth0 SRC=192.168.0.254
DST=65.208.228.223 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=22420 DF
PROTO=TCP SPT=2020 DPT=32896 WINDOW=65535 RES=0x00 SYN URGP=0
Any advise would be appreciated.
Thanks,
RD
^ permalink raw reply
* Re: [sched, patch] better wake-balancing, #3
From: Ingo Molnar @ 2005-07-30 7:19 UTC (permalink / raw)
To: Nick Piggin
Cc: Chen, Kenneth W, linux-kernel, linux-ia64, Andrew Morton,
John Hawkes, Martin J. Bligh, Paul Jackson
In-Reply-To: <42EAC504.3000300@yahoo.com.au>
* Nick Piggin <nickpiggin@yahoo.com.au> wrote:
> > here's an updated patch. It handles one more detail: on SCHED_SMT we
> > should check the idleness of siblings too. Benchmark numbers still
> > look good.
>
> Maybe. Ken hasn't measured the effect of wake balancing in 2.6.13,
> which is quite a lot different to that found in 2.6.12.
>
> I don't really like having a hard cutoff like that -wake balancing can
> be important for IO workloads, though I haven't measured for a long
> time. [...]
well, i have measured it, and it was a win for just about everything
that is not idle, and even for an IPC (SysV semaphores) half-idle
workload i've measured a 3% gain. No performance loss in tbench either,
which is clearly the most sensitive to affine/passive balancing. But i'd
like to see what Ken's (and others') numbers are.
the hard cutoff also has the benefit that it allows us to potentially
make wakeup migration _more_ agressive in the future. So instead of
having to think about weakening it due to the tradeoffs present in e.g.
Ken's workload, we can actually make it stronger.
> [...] In IPC workloads, the cache affinity of local wakeups becomes
> less apparent when the runqueue gets lots of tasks on it, however
> benefits of IO affinity will generally remain. Especially on NUMA
> systems.
especially on NUMA, if the migration-target CPU (this_cpu) is not at
least partially idle, i'd be quite uneasy to passive balance from
another node. I suspect this needs numbers from Martin and John?
> fork/clone/exec/etc balancing really doesn't do anything to capture
> this kind of relationship between tasks and between tasks and IRQ
> sources. Without wake balancing we basically have a completely random
> scattering of tasks.
Ken's workload is a heavy IO one with lots of IRQ sources. And precisely
for such type of workloads usually the best tactic is to leave the task
alone and queue it wherever it last ran.
whenever there's a strong (and exclusive) relationship between tasks and
individual interrupt sources, explicit binding to CPUs/groups of CPUs is
the best method. In any case, more measurements are needed.
Ingo
^ permalink raw reply
* Re: [sched, patch] better wake-balancing, #3
From: Ingo Molnar @ 2005-07-30 7:19 UTC (permalink / raw)
To: Nick Piggin
Cc: Chen, Kenneth W, linux-kernel, linux-ia64, Andrew Morton,
John Hawkes, Martin J. Bligh, Paul Jackson
In-Reply-To: <42EAC504.3000300@yahoo.com.au>
* Nick Piggin <nickpiggin@yahoo.com.au> wrote:
> > here's an updated patch. It handles one more detail: on SCHED_SMT we
> > should check the idleness of siblings too. Benchmark numbers still
> > look good.
>
> Maybe. Ken hasn't measured the effect of wake balancing in 2.6.13,
> which is quite a lot different to that found in 2.6.12.
>
> I don't really like having a hard cutoff like that -wake balancing can
> be important for IO workloads, though I haven't measured for a long
> time. [...]
well, i have measured it, and it was a win for just about everything
that is not idle, and even for an IPC (SysV semaphores) half-idle
workload i've measured a 3% gain. No performance loss in tbench either,
which is clearly the most sensitive to affine/passive balancing. But i'd
like to see what Ken's (and others') numbers are.
the hard cutoff also has the benefit that it allows us to potentially
make wakeup migration _more_ agressive in the future. So instead of
having to think about weakening it due to the tradeoffs present in e.g.
Ken's workload, we can actually make it stronger.
> [...] In IPC workloads, the cache affinity of local wakeups becomes
> less apparent when the runqueue gets lots of tasks on it, however
> benefits of IO affinity will generally remain. Especially on NUMA
> systems.
especially on NUMA, if the migration-target CPU (this_cpu) is not at
least partially idle, i'd be quite uneasy to passive balance from
another node. I suspect this needs numbers from Martin and John?
> fork/clone/exec/etc balancing really doesn't do anything to capture
> this kind of relationship between tasks and between tasks and IRQ
> sources. Without wake balancing we basically have a completely random
> scattering of tasks.
Ken's workload is a heavy IO one with lots of IRQ sources. And precisely
for such type of workloads usually the best tactic is to leave the task
alone and queue it wherever it last ran.
whenever there's a strong (and exclusive) relationship between tasks and
individual interrupt sources, explicit binding to CPUs/groups of CPUs is
the best method. In any case, more measurements are needed.
Ingo
^ permalink raw reply
* Re: Bug Report: IPtables 1.2.* segfaulted by iptables 1.3.* [PATCH]
From: Robert de Bath @ 2005-07-30 7:12 UTC (permalink / raw)
To: Harald Welte; +Cc: netfilter-devel
In-Reply-To: <20050729105834.GD7063@rama.de.gnumonks.org>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 872 bytes --]
On Fri, 29 Jul 2005, Harald Welte wrote:
> On Thu, Jul 28, 2005 at 11:53:49AM +0100, Robert de Bath wrote:
>> Hi all,
>> I've been mixing iptables 1.2.8/1.2.11 and 1.3.1/2 tools and unlike I would
> other issues with this as well (one has been added to INCOMPATIBILITIES
> recently).
Yup, spotted that but nfcache is per entry so it doesn't break _this_.
> If the fix is non-intrusive and doesn't reaquire a lot of additional
> computational complexity, I would accept such a patch. Otherwise I
> don't really think it's worth supporting such a setup. Usually you have
> one version of iptables installed, not multiple.
<grin> The change was a _lot_ easier than I thought, looks like it's a
real bug too. [attached]
--
Rob. (Robert de Bath <robert$ @ debath.co.uk>)
<http://www.debath.co.uk/>
[-- Attachment #2: Type: TEXT/PLAIN, Size: 422 bytes --]
--- libiptc/libiptc.c.orig 2005-07-19 23:03:49.000000000 +0100
+++ libiptc/libiptc.c 2005-07-30 07:59:06.312238644 +0100
@@ -399,7 +399,7 @@
/* sort only user defined chains */
if (!c->hooknum) {
list_for_each_entry(tmp, &h->chains, list) {
- if (strcmp(c->name, tmp->name) <= 0) {
+ if (!tmp->hooknum && strcmp(c->name, tmp->name) <= 0) {
list_add(&c->list, tmp->list.prev);
return;
}
^ permalink raw reply
* [ALSA - driver 0001274]: alc655: low volume
From: bugtrack @ 2005-07-30 7:11 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1274>
======================================================================
Reported By: vitja
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 1274
Category: PCI - atiixp
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution:
Kernel Version:
======================================================================
Date Submitted: 07-22-2005 10:46 CEST
Last Modified: 07-30-2005 09:11 CEST
======================================================================
Summary: alc655: low volume
Description:
I have ATI IXP400 sound in my notebook. codec is realtek's alc655. The
problem is I couldn't hear anything from internal speaker. When I plug
earphones in I hear very-very low music signal, so driver actually works
but. By the way under xp with realtek's drivers thats all right.. Is there
a way to see dump of ac97's registers under xp? May be XP driver uses some
proprietary features of alc655?
======================================================================
----------------------------------------------------------------------
tiwai - 07-29-05 18:01
----------------------------------------------------------------------
What do you mean "temporarily solution"? Does the command sequence above
solve your problem?
----------------------------------------------------------------------
vitja - 07-30-05 09:11
----------------------------------------------------------------------
yeah... just before restoring alsa mixer levels I write this values to
acl655...and it works I don't know why...These values are acl655 registers
before audio modules is completly loaded..."temporarily solution" because
it is not right way to make things work...
else one: modem(sb400) doesn't work, module loads ok, slmodem ok...but
when I run minicom and ttry to call system hangs(
Issue History
Date Modified Username Field Change
======================================================================
07-22-05 10:46 vitja New Issue
07-22-05 20:32 vitja File Added: codec
07-24-05 22:19 vitja Note Added: 0005560
07-29-05 18:01 tiwai Note Added: 0005583
07-30-05 09:11 vitja Note Added: 0005591
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply
* [ALSA - driver 0001283]: Allegro-1 does not generate interrupts - but does on linux 2.4.27
From: bugtrack @ 2005-07-30 7:11 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1283>
======================================================================
Reported By: sclark46
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 1283
Category: PCI - maestro3
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: Fedora Core 4
Kernel Version: 2.6.12-1.1398_FC4
======================================================================
Date Submitted: 07-27-2005 03:51 CEST
Last Modified: 07-30-2005 09:11 CEST
======================================================================
Summary: Allegro-1 does not generate interrupts - but does on
linux 2.4.27
Description:
Aplay fails with a write error and the following error message:
Jul 26 21:06:14 joker4 kernel: ALSA
/home/sclark/alsa-driver-1.0.9rc4a/acore/pcm_native.c:1442: playback drain
error (DMA or IRQ trouble?)
The sound clip plays repeatedly until that error pops up.
I booted a Knoppix CD to verify the HW worked and sound played correctly.
The Knoppix kernel was 2.4.27
======================================================================
----------------------------------------------------------------------
sclark46 - 07-30-05 05:21
----------------------------------------------------------------------
Henry Yuan suggested I boot with lapic set and lo and behold this resolved
the problem on my HP N5430 laptop - so I guess this is not and alsa
problem
----------------------------------------------------------------------
rlrevell - 07-30-05 09:11
----------------------------------------------------------------------
This should be reported to the kernel bugzilla.
Issue History
Date Modified Username Field Change
======================================================================
07-27-05 03:51 sclark46 New Issue
07-27-05 03:51 sclark46 Distribution => Fedora Core 4
07-27-05 03:51 sclark46 Kernel Version => 2.6.12-1.1398_FC4
07-27-05 03:52 sclark46 Issue Monitored: sclark46
07-27-05 03:52 sclark46 Issue End Monitor: sclark46
07-30-05 05:21 sclark46 Note Added: 0005588
07-30-05 09:11 rlrevell Note Added: 0005590
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply
* [lm-sensors] Fancontrol
From: Henry @ 2005-07-30 7:02 UTC (permalink / raw)
To: lm-sensors
In-Reply-To: <1122217880.3578.8.camel@localhost.localdomain>
Thanks this trick works!!!!
Henry
On Thu, 2005-07-28 at 10:19 +0200, Rudolf Marek wrote:
> Hello,
>
> It seems the best would be to disable the fancontrol script it must load from /etc/
> you can see it active with ps ax command.
>
> Unfortunately I'm not very familiar with fancontrol stuff and I dont know your Linux distribution but here is general steps:
>
> Steps for manual control:
>
> 1) disable (or delete fancontrol script that loads on startup of computer)
> 2) go to /sys/bus/i2c/devices/0-290/ (the directory 0-290 might be different, just inspect every directory in devices/ and find that one with "pwm1" ... files)
> 3) to change fan speed do: echo 128 > pwm1 (or pwm2 etc depends how is your fan connected, values are from 0=stop 255=fullspeed)
> 4) you can use pwmconfig to tell you the correlation values between fanspeed and PWM value.
> 5) put the echo ... > /sys/bus/.... line somewhere to startup scripts.
>
> I hope this helps.
>
> Regards
>
> Rudolf
>
^ permalink raw reply
* [ALSA - driver 0001291]: random system crash afer 1h-4h of sound playing
From: bugtrack @ 2005-07-30 7:02 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1291>
======================================================================
Reported By: bubbleguuum
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 1291
Category: PCI - hda-intel
Reproducibility: random
Severity: crash
Priority: normal
Status: assigned
Distribution: PCLinuxOS P9.1
Kernel Version: 2.6.11-oci12
======================================================================
Date Submitted: 07-29-2005 19:41 CEST
Last Modified: 07-30-2005 09:02 CEST
======================================================================
Summary: random system crash afer 1h-4h of sound playing
Description:
Playing mp3 files in either amaroK using artsd or xmms using the alsa-xmms
plugin crashes consistently the system (sound is looping), no recovery
possible (machine is not pingable). No crash if there is no sound
playing.
The chipset is Realtek ALC260.
Kernel is a custom patched kernel used by PCLinuxOS P9.1 (2.6.11-oci12)
changelog of patches applied :
http://www.pclinuxfiles.com/ocilent1/kernel/2.6.X-oci-kernel-changelog
Another strange potential symptom: sometimes artsd takes 100% CPU usage
and kills itself after displaying a popup. It can happend 5min after boot
or never and after relaunching it, it never takes up 100% again.
As you can see this is quite annoying as it prevent me from using this
distro fulltime. I may add than I had this module working perfectly with
Ubuntu Hoary which is using kernel 2.6.10
If I can offer other details, just tell me
======================================================================
----------------------------------------------------------------------
bubbleguuum - 07-29-05 19:47
----------------------------------------------------------------------
well concat this two strings for the correct URL !
www.pclinuxfiles.com/ocilent1/kernel/2.6. X-oci-kernel-changelog
----------------------------------------------------------------------
bubbleguuum - 07-30-05 09:02
----------------------------------------------------------------------
Did some further test without sound and my notebook crashed, so it's not an
alsa issue as I believed. YOu can close this bug
Issue History
Date Modified Username Field Change
======================================================================
07-29-05 19:41 bubbleguuum New Issue
07-29-05 19:41 bubbleguuum Distribution => PCLinuxOS P9.1
07-29-05 19:41 bubbleguuum Kernel Version => 2.6.11-oci12
07-29-05 19:45 bubbleguuum Note Added: 0005586
07-29-05 19:47 bubbleguuum Note Added: 0005587
07-30-05 09:02 bubbleguuum Note Added: 0005589
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply
* [PATCH 1/1] TX4938: Bugfix for PCI 66MHz of Toshiba RBHMA4500(TX4938)
From: Hiroshi DOYU @ 2005-07-30 6:53 UTC (permalink / raw)
To: ralf; +Cc: linux-mips, mlachwani
Hello,
This patch is against latest cvs.
Could you review it?
Hiroshi DOYU
----
Bugfix for handling PCI 66MHz correctly
Signed-off-by: Hiroshi DOYU <hdoyu@mvista.com>
setup.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
Index: mipslinux/arch/mips/tx4938/toshiba_rbtx4938/setup.c
===================================================================
--- mipslinux.orig/arch/mips/tx4938/toshiba_rbtx4938/setup.c
+++ mipslinux/arch/mips/tx4938/toshiba_rbtx4938/setup.c
@@ -411,7 +411,8 @@
tx4938_ccfgptr->ccfg |= TX4938_CCFG_PCI66;
/* Double PCICLK (if possible) */
if (tx4938_ccfgptr->pcfg & TX4938_PCFG_PCICLKEN_ALL) {
- unsigned int pcidivmode = 0;
+ unsigned int pcidivmode =
+ tx4938_ccfgptr->ccfg & TX4938_CCFG_PCIDIVMODE_MASK;
switch (pcidivmode) {
case TX4938_CCFG_PCIDIVMODE_8:
case TX4938_CCFG_PCIDIVMODE_4:
^ permalink raw reply
* Re: Instaling Xfont
From: Alain @ 2005-07-30 6:37 UTC (permalink / raw)
To: Dosemu
In-Reply-To: <42EB0530.20703@pobox.com>
Hi,
I did manage to instal a CP850 font from Xfont-terminus-dos using
aproximately the same method then the previous message.
Now the problem is: The cursor is still broken (is at 1/3 from the top)
allways in 50 lines mode. And 43 lines do not work.
Please help,
Alain
^ permalink raw reply
* Re: isa0060/serio0 problems -WAS- Re: Asus MB and 2.6.12 Problems
From: Frank Peters @ 2005-07-30 6:34 UTC (permalink / raw)
To: Andrew Morton; +Cc: mkrufky, vojtech, linux-kernel
In-Reply-To: <20050729213724.01c61c26.akpm@osdl.org>
On Fri, 29 Jul 2005 21:37:24 -0700
Andrew Morton <akpm@osdl.org> wrote:
>
> So I dunno, sorry. Brute-force it with a git bisection search, perhaps?
I compiled 2.6.13-rc4 with ACPI debugging enabled.
During a failed boot, when the keyboard was unresponsive, I managed
to capture a kernel log of this failure. Here are the lines that caught
my attention:
kernel: i8042.c: Can't read CTR while initializing i8042.
kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
kernel: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
kernel: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
kernel: ACPI: PCI Interrupt 0000:02:0a.0[A] -> GSI 22 (level, low) -> IRQ 16
kernel: ttyS2 at I/O 0xb800 (irq = 16) is a 16550A
This error/warning message does not occur all the time, but it
has appeared at least twice during my brief experimentation and
I would consider it something that can be duplicated.
So far it is the only anomoly that I have seen anywhere, but it may
be more a result of the problem rather than the cause.
Frank Peters
^ permalink raw reply
* Re: [patch] clear whatstr in get_best_mount when host name lookup fails
From: Ian Kent @ 2005-07-30 6:09 UTC (permalink / raw)
To: Jeff Moyer; +Cc: autofs
In-Reply-To: <17116.9480.197620.834203@segfault.boston.redhat.com>
On Mon, 18 Jul 2005, Jeff Moyer wrote:
> Hi, Ian,
>
> A "bug" was introduced into the get_best_mount function at some point.
> Basically, if is_local_mount returns failure, we should be setting *what to
> NULL, since this is what the caller checks:
>
> colon = strchr(whatstr, ':');
> if (!colon) {
> /* No colon, take this as a bind (local) entry */
> local = 1;
> } else if (!nosymlink) {
> local = get_best_mount(whatstr, what, 0);
> if (!*whatstr) { <---------------
> warn(MODPREFIX "no host elected");
> return 1;
> }
> debug(MODPREFIX "from %s elected %s", what, whatstr);
> }
>
> Prior to the patches in this area of code, we did indeed set *what to NULL
> before returning in this specific case (the host name resolution failed,
> and this was the only entry).
>
> The way the code stands, you will end up failing the mount (for the very
> same reason, the host name lookup will fail). So, this patch is relatively
> low on the priority scale. However, it seems like a correctness issue to
> me. Otherwise, we should get rid of the check for *whatstr.
Looks like this bug it`s a bit worse.
If we have a replcated mount with two hosts where, say, the first is
dowm and the second fails name lookup then we try to mount the first
(instead of failing) leading to a hang of a couple of minutes while mount
times out.
>
> Let me know what you think.
Ouch!
Ian
^ permalink raw reply
* Re: [PATCH 2/2] Unify usage strings declaration
From: Matthias Urlichs @ 2005-07-30 6:03 UTC (permalink / raw)
To: git
In-Reply-To: <7vfytx82m3.fsf@assigned-by-dhcp.cox.net>
Hi, Junio C Hamano wrote:
> I do not have preference either way, and I've already merged
> them, but why char[] not char*?
A char* is a variable which points to the char[].
That's four (or eight) bytes we don't need. ;-)
C conflates the two concepts somewhat, which is one of the reasons
optimizing compiled C is somewhat more challenging than, say, FORTRAN.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@smurf.noris.de
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Giving every man a vote has no more made men wise
and free than Christianity has made them good.
-- H.L. Mencken
^ permalink raw reply
* Re: [PATCH] String conversions for memory policy
From: Paul Jackson @ 2005-07-30 6:00 UTC (permalink / raw)
To: Christoph Lameter; +Cc: linux-kernel, akpm
In-Reply-To: <Pine.LNX.4.62.0507291746000.8663@graphe.net>
Oh - I should have mentioned this before - if you are displaying and
parsing node lists (nodemask_t) then there are wrappers for these
bitmap routines in linux/nodemask.h:
* int nodemask_scnprintf(buf, len, mask) Format nodemask for printing
* int nodemask_parse(ubuf, ulen, mask) Parse ascii string as nodemask
* int nodelist_scnprintf(buf, len, mask) Format nodemask as list for printing
* int nodelist_parse(buf, map) Parse ascii string as nodelist
See nodemask.h for other such useful routines.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.925.600.0401
^ permalink raw reply
* Re: isa0060/serio0 problems -WAS- Re: Asus MB and 2.6.12 Problems
From: Dmitry Torokhov @ 2005-07-30 5:57 UTC (permalink / raw)
To: linux-kernel; +Cc: Andrew Morton, mkrufky, frank.peters, vojtech
In-Reply-To: <20050729213724.01c61c26.akpm@osdl.org>
On Friday 29 July 2005 23:37, Andrew Morton wrote:
>
> The diff between 2.6.12-rc4-mm2 and 2.6.12-rc5-mm1 is enormous, but there
> aren't any significant input driver changes there:
> http://www.zip.com.au/~akpm/linux/patches/stuff/diffstat-2.6.12-rc4-mm2-2.6.12-rc5-mm1
>
>From the original thread it seems that the usual suspects (input and
ACPI updates) were not causing the failure, at leat not directly:
> >>I applied bk-input.patch directly to 2.6.12-rc5, and it did NOT break it
> >>this time. Looks like either a different patch is the culprit, or the
> >>combination of this patch and another.
> >>
> >>
> >>
> >
> >Please try adding bk-acpi to the mix.
> >
> >
> >
> Combination of both bk-input and bk-acpi applied to 2.6.12-rc5 still
> doesn't break it. What next?
Some other patch must be messing things up somehow...
--
Dmitry
^ permalink raw reply
* Re: [PATCH] String conversions for memory policy
From: Paul Jackson @ 2005-07-30 5:54 UTC (permalink / raw)
To: Christoph Lameter; +Cc: linux-kernel, akpm
In-Reply-To: <Pine.LNX.4.62.0507291746000.8663@graphe.net>
Christoph wrote:
> you could have a look at my initial patch which actually
> included a description of the syntax
Yes - I could (I did actually).
Something like that should be part of the record here. Not everyone
has your earlier linux-mm email thread right at hand.
> Diff to use bitmap_scnlistprintf and bitmap_parselist.
That was quick - thanks.
Once we have a clear description of this syntax in the record,
I anticipate raising as an issue that this syntax does not have a
single integer or string token value per file (or at most, an array
or list of comparable integer values).
But first things first. Until any lurkers can easily see what is being
proposed, it is inconvenient to carry on discussions of alternatives
and their relative merits.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.925.600.0401
^ permalink raw reply
* [GIT PATCH] ACPI patches for 2.6.13
From: Len Brown @ 2005-07-30 5:49 UTC (permalink / raw)
To: Linus Torvalds
Cc: Andrew Morton, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
In-Reply-To: <Pine.LNX.4.58.0507141648070.19183-hNm40g4Ew95AfugRpC6u6w@public.gmane.org>
Hi Linus,
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/lenb/to-linus/
Sorry to be scrambling so late in the 2.6.13 release cycle --
we'll do better with 2.6.14.
thanks,
-Len
p.s.
Latest ACPI plain patch, including stuff waiting for 2.6.14 is available
here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.12/
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.12/broken-out/
arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c | 7
arch/i386/pci/acpi.c | 1
arch/i386/pci/common.c | 6
arch/i386/pci/irq.c | 1
arch/i386/pci/pci.h | 1
drivers/acpi/ec.c | 889
++++++++++++++++++++++------
drivers/acpi/pci_irq.c | 85 +-
drivers/acpi/pci_link.c | 103 ++-
drivers/acpi/processor_idle.c | 31
drivers/net/sk98lin/skge.c | 63 +
drivers/pcmcia/yenta_socket.c | 9
include/acpi/acpi_drivers.h | 3
include/linux/acpi.h | 4
sound/pci/intel8x0.c | 6
14 files changed, 978 insertions(+), 231 deletions(-)
commit d6ac1a7910d22626bc77e73db091e00b810715f4
Merge: 577a4f8102d54b504cb22eb021b89e957e8df18f
87bec66b9691522414862dd8d41e430b063735ef
Author: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Fri Jul 29 23:31:17 2005 -0400
/home/lenb/src/to-linus branch 'acpi-2.6.12'
commit 87bec66b9691522414862dd8d41e430b063735ef
Author: David Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Wed Jul 27 23:02:00 2005 -0400
[ACPI] suspend/resume ACPI PCI Interrupt Links
Add reference count and disable ACPI PCI Interrupt Link
when no device still uses it.
Warn when drivers have not released Link at suspend time.
http://bugzilla.kernel.org/show_bug.cgi?id=3469
Signed-off-by: David Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 68ac767686fd72f37a25bb4895fb4ab0080ba755
Author: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Mon Apr 25 14:38:00 2005 -0400
[ACPI] delete boot-time printk()s from processor_idle.c
http://bugzilla.kernel.org/show_bug.cgi?id=4401
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 90158b83204842c0108d744326868d91cc9c4dfd
Author: Rafael J. Wysocki <rjwysocki-KKrjLPT3xs0@public.gmane.org>
Date: Sun Jul 24 14:22:00 2005 -0400
[ACPI] fix resume issues on Asus L5D
http://bugzilla.kernel.org/show_bug.cgi?id=4416
Signed-off-by: Rafael J. Wysocki <rjwysocki-KKrjLPT3xs0@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 4b31e77455b868b43e665edceb111c9a330c8e0f
Author: Dominik Brodowski <linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ@public.gmane.org>
Date: Wed May 18 13:49:00 2005 -0400
[ACPI] Always set P-state on initialization
Otherwise a platform that supports ACPI based cpufreq
and boots up at lowest possible speed could stay there
forever. This because the governor may request max speed,
but the code doesn't update if there is no change in
speed, and it assumed the initial state of max speed.
http://bugzilla.kernel.org/show_bug.cgi?id=4634
Signed-off-by: Dominik Brodowski <linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ@public.gmane.org>
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 45bea1555f5bf0cd5871b208b4b02d188f106861
Author: Luming Yu <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Sat Jul 23 04:08:00 2005 -0400
[ACPI] Add "ec_polling" boot option
EC burst mode benefits many machines, some of
them significantly. However, our current
implementation fails on some machines such
as Rafael's Asus L5D.
This patch restores the alternative EC polling code,
which can be enabled at boot time via "ec_polling"
http://bugzilla.kernel.org/show_bug.cgi?id=4665
Signed-off-by: Luming Yu <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 335f16be5d917334f56ec9ef7ecf983476ac0563
Author: David Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Wed Jun 22 18:37:00 2005 -0400
[ACPI] address boot-freeze with updated DMI blacklist for c-states
http://bugzilla.kernel.org/show_bug.cgi?id=4763
Signed-off-by: David Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 0b6b2f08c24a65535cb18893ca27516389c5fc0f
Author: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Fri Jul 29 16:00:13 2005 -0400
[ACPI] Fix memset arguments in acpi processor_idle.c
http://bugzilla.kernel.org/show_bug.cgi?id=4954
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
commit 4a7164023959040e687e51663dee67cff4d2b770
Author: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Date: Fri Jul 29 15:51:36 2005 -0400
[ACPI] Fix the regression with c1_default_handler on some systems
where C-states come from FADT.
Thanks to Kevin Radloff for identifying the issue and
isolating it to exact line of code that is causing the issue.
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Signed-off-by: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply
* 2.6.13-rc4 use after free in class_device_attr_show
From: Keith Owens @ 2005-07-30 5:47 UTC (permalink / raw)
To: linux-kernel
2.6.13-rc4 + kdb, with lots of CONFIG_DEBUG options. There is an
intermittent use after free in class_device_attr_show. Reboot with no
changes and the problem does not always recur.
Starting SSH daemon done
Starting sound driver done
Starting cupsd done
loading ACPI modules () Starting powersaved done
Try to get initial date and time via NTP from ntp0 done
Starting network time protocol daemon (NTPD) done
Starting kernel based NFS server done
Starting service automounter done
udev[21369]: Oops 8813272891392 [1]
udev[21369]: Oops 8813272891392 [1]
Modules linked in: md5 ipv6 usbcore raid0 md_mod nls_iso8859_1 nls_cp437 dm_mod sg st osst
Pid: 21369, CPU 0, comm: udev
psr : 00001010081a6018 ifs : 8000000000000308 ip : [<a0000001005807b0>] Not tainted
ip is at class_device_attr_show+0x50/0xa0
unat: 0000000000000000 pfs : 0000000000000711 rsc : 0000000000000003
rnat: a000000100abbae0 bsps: 00000000000001fb pr : 0000000000159659
ldrs: 0000000000000000 ccv : 0000000000000000 fpsr: 0009804c0270033f
csd : 0000000000000000 ssd : 0000000000000000
b0 : a00000010025def0 b6 : a00000010000e8c0 b7 : a000000100580760
f6 : 1003e6db6db6db6db6db7 f7 : 1003e0000000000c1d6ca
f8 : 1003e0000000000c1d6ca f9 : 1003e00000000054cdf86
f10 : 000000000000000000000 f11 : 000000000000000000000
r1 : a000000100ddf0a0 r2 : e000003072ab7288 r3 : e00000300301c498
r8 : 0000000000000000 r9 : a000000100bfb5d0 r10 : e000003075b28000
r11 : 0000000000c1d6ca r12 : e000003076ce7e20 r13 : e000003076ce0000
r14 : a000000100580760 r15 : e000003075b28000 r16 : 6db6db6db6db6db7
r17 : 000000002a66fc30 r18 : a0007fff62138000 r19 : e0000030030102c8
r20 : e000003003010000 r21 : fffffffffffefcf1 r22 : 0000000000000010
r23 : a000000100d46c50 r24 : a000000100bfb5d0 r25 : 00000000054cdf86
r26 : a0000001009968c8 r27 : e000003003015208 r28 : 0000000000000000
r29 : e000003003010000 r30 : a000000100d46c50 r31 : 0000000000000000
Call Trace:
[<a000000100011f80>] show_stack+0x80/0xa0
sp=e000003076ce79c0 bsp=e000003076ce10d8
[<a0000001000127f0>] show_regs+0x850/0x880
sp=e000003076ce7b90 bsp=e000003076ce1078
[<a00000010003c000>] die+0x280/0x4a0
sp=e000003076ce7ba0 bsp=e000003076ce1028
[<a000000100060ad0>] ia64_do_page_fault+0x650/0xba0
sp=e000003076ce7ba0 bsp=e000003076ce0fb8
[<a00000010000b6c0>] ia64_leave_kernel+0x0/0x290
sp=e000003076ce7c50 bsp=e000003076ce0fb8
[<a0000001005807b0>] class_device_attr_show+0x50/0xa0
sp=e000003076ce7e20 bsp=e000003076ce0f78
[<a00000010025def0>] sysfs_read_file+0x2b0/0x360
sp=e000003076ce7e20 bsp=e000003076ce0f08
[<a000000100198a40>] vfs_read+0x1c0/0x360
sp=e000003076ce7e20 bsp=e000003076ce0eb0
[<a000000100198d80>] sys_read+0x80/0xe0
sp=e000003076ce7e20 bsp=e000003076ce0e38
[<a00000010000b520>] ia64_ret_from_syscall+0x0/0x20
sp=e000003076ce7e30 bsp=e000003076ce0e38
kdb> id class_device_attr_show
0xa000000100580760 class_device_attr_show[MII] alloc r36=ar.pfs,8,6,0
0xa000000100580766 class_device_attr_show+0x6 mov r8=r0;;
0xa00000010058076c class_device_attr_show+0xc adds r2=24,r33
0xa000000100580770 class_device_attr_show+0x10[MMI] mov r37=r1
0xa000000100580776 class_device_attr_show+0x16 mov r39=r34
0xa00000010058077c class_device_attr_show+0x1c adds r38=-16,r32
0xa000000100580780 class_device_attr_show+0x20[MII] nop.m 0x0
0xa000000100580786 class_device_attr_show+0x26 mov r35=b0;;
0xa00000010058078c class_device_attr_show+0x2c mov.i ar.pfs=r36
0xa000000100580790 class_device_attr_show+0x30[MII] ld8 r33=[r2]
0xa000000100580796 class_device_attr_show+0x36 mov b0=r35;;
0xa00000010058079c class_device_attr_show+0x3c cmp.eq p8,p9=0,r33
0xa0000001005807a0 class_device_attr_show+0x40[MBB] nop.m 0x0
0xa0000001005807a6 class_device_attr_show+0x46 (p09) br.cond.dpnt.few 0xa0000001005807b0 class_device_attr_show+0x50
0xa0000001005807ac class_device_attr_show+0x4c br.ret.sptk.many b0
0xa0000001005807b0 class_device_attr_show+0x50[MMI] ld8 r8=[r33],8;;
0xa0000001005807b6 class_device_attr_show+0x56 ld8 r1=[r33],-8
0xa0000001005807bc class_device_attr_show+0x5c mov b7=r8
0xa0000001005807c0 class_device_attr_show+0x60[MIB] nop.m 0x0
0xa0000001005807c6 class_device_attr_show+0x66 nop.i 0x0
0xa0000001005807cc class_device_attr_show+0x6c br.call.sptk.many b0=b7;;
0xa0000001005807d0 class_device_attr_show+0x70[MII] mov r1=r37
0xa0000001005807d6 class_device_attr_show+0x76 mov.i ar.pfs=r36
0xa0000001005807dc class_device_attr_show+0x7c mov b0=r35
kdb> r s
r32: e00000b4793c37e8 r33: 6b6b6b6b6b6b6b6b r34: e000003075b28000
r35: a00000010025def0 r36: 0000000000000711 r37: a000000100ddf0a0
r38: e00000b4793c37d8 r39: e000003075b28000
kdb> mds 0xe000003072ab7288
0xe000003072ab7288 6b6b6b6b6b6b6b6b kkkkkkkk
0xe000003072ab7290 6b6b6b6b6b6b6b6b kkkkkkkk
0xe000003072ab7298 6b6b6b6b6b6b6b6b kkkkkkkk
0xe000003072ab72a0 6b6b6b6b6b6b6b6b kkkkkkkk
0xe000003072ab72a8 a56b6b6b6b6b6b6b kkkkkkk.
0xe000003072ab72b0 5a2cf071 q.,Z....
0xe000003072ab72b8 a000000100459640 linvfs_follow_link+0x1e0
0xe000003072ab72c0 5a2cf071 q.,Z....
[<a000000000010640>] __kernel_syscall_via_break+0x0/
sp=e000003076ce8000 bsp=e000003076ce0e38
^ permalink raw reply
* Re: Serial console
From: Daniel Ann @ 2005-07-30 5:46 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <9b7ca6570507291836ac62600@mail.gmail.com>
I've got a feeling that this has alot to do with IRQ.
Would I be correct to assume printk doesnt require interrupt to work
but printf does ?
After doing some testing, I've found my network interface ping-able
when I got printf working in 2.4.31. But if I alter the openpic source
to not initialize the interrupt, it also stop displaying at the same
point and network interface isnt pingable.
I guess my next problem would be then, why isnt my openpic working. :(
I've done exactly the same as what I did with 2.4.31 and that works.
Hmmm. Something must have changed in 2.6.12.3.
I dont think this is has anything to do with serial console, so I'm
gonna end the thread here.
Thanks.
On 7/30/05, Daniel Ann <ktdann@gmail.com> wrote:
> I too have /dev/null
> 0 crw-rw-rw- 1 root root 1, 3 Aug 31 2001 null
>=20
> However, Im not using initrd. null, and console devices are in my RAMDISK=
tho.
>=20
> On 7/30/05, Josh Boyer <jwboyer@jdub.homelinux.org> wrote:
> > On Sat, 2005-07-30 at 10:06 +0900, Daniel Ann wrote:
> > > Hi folks,
> > >
> > > Just wondering if anyone could lend a hand with this problem I have
> > > with serial console. I'm trying to boot up my board (very similar to
> > > sandpoint using MPC8245) with kernel 2.6.12.3, and most of it is
> > > working but console will display up to,
> > > [snip]
> > > RAMDISK: Compressed image found at block 0
> > > VFS: Mounted root (ext2 filesystem) readonly.
> > > Freeing unused kernel memory: 112k init
> > >
> > > I've done series of printk in sys_execve() to see if /sbin/init is
> > > working, and found out it went thru the whole rcS file okay. Mind you=
,
> > > printk is successfully displaying the output on the console while I'm
> > > still not getting anything from the user processes.
> > >
> > > Having all the kernel boot up log on console means that I've done som=
e
> > > part right. But why am I not getting anything from the user processes
> > > on the console screen ?
> > >
> > > Is there anything I need to do on the kernel config ?
> >
> > Do you have a /dev/console device node in your initrd? If not, that is
> > one of the reasons you could be seeing that problem. Make
> > sure /dev/null is there too.
> >
> > josh
> >
> >
>=20
>=20
> --
> Daniel
>=20
--=20
Daniel
^ permalink raw reply
* [GIT PATCH] ACPI patches for 2.6.13
From: Len Brown @ 2005-07-30 5:49 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Andrew Morton, acpi-devel, linux-kernel
In-Reply-To: <Pine.LNX.4.58.0507141648070.19183@g5.osdl.org>
Hi Linus,
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/lenb/to-linus/
Sorry to be scrambling so late in the 2.6.13 release cycle --
we'll do better with 2.6.14.
thanks,
-Len
p.s.
Latest ACPI plain patch, including stuff waiting for 2.6.14 is available
here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.12/
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.12/broken-out/
arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c | 7
arch/i386/pci/acpi.c | 1
arch/i386/pci/common.c | 6
arch/i386/pci/irq.c | 1
arch/i386/pci/pci.h | 1
drivers/acpi/ec.c | 889
++++++++++++++++++++++------
drivers/acpi/pci_irq.c | 85 +-
drivers/acpi/pci_link.c | 103 ++-
drivers/acpi/processor_idle.c | 31
drivers/net/sk98lin/skge.c | 63 +
drivers/pcmcia/yenta_socket.c | 9
include/acpi/acpi_drivers.h | 3
include/linux/acpi.h | 4
sound/pci/intel8x0.c | 6
14 files changed, 978 insertions(+), 231 deletions(-)
commit d6ac1a7910d22626bc77e73db091e00b810715f4
Merge: 577a4f8102d54b504cb22eb021b89e957e8df18f
87bec66b9691522414862dd8d41e430b063735ef
Author: Len Brown <len.brown@intel.com>
Date: Fri Jul 29 23:31:17 2005 -0400
/home/lenb/src/to-linus branch 'acpi-2.6.12'
commit 87bec66b9691522414862dd8d41e430b063735ef
Author: David Shaohua Li <shaohua.li@intel.com>
Date: Wed Jul 27 23:02:00 2005 -0400
[ACPI] suspend/resume ACPI PCI Interrupt Links
Add reference count and disable ACPI PCI Interrupt Link
when no device still uses it.
Warn when drivers have not released Link at suspend time.
http://bugzilla.kernel.org/show_bug.cgi?id=3469
Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 68ac767686fd72f37a25bb4895fb4ab0080ba755
Author: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Date: Mon Apr 25 14:38:00 2005 -0400
[ACPI] delete boot-time printk()s from processor_idle.c
http://bugzilla.kernel.org/show_bug.cgi?id=4401
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 90158b83204842c0108d744326868d91cc9c4dfd
Author: Rafael J. Wysocki <rjwysocki@sisk.pl>
Date: Sun Jul 24 14:22:00 2005 -0400
[ACPI] fix resume issues on Asus L5D
http://bugzilla.kernel.org/show_bug.cgi?id=4416
Signed-off-by: Rafael J. Wysocki <rjwysocki@sisk.pl>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 4b31e77455b868b43e665edceb111c9a330c8e0f
Author: Dominik Brodowski <linux@dominikbrodowski.net>
Date: Wed May 18 13:49:00 2005 -0400
[ACPI] Always set P-state on initialization
Otherwise a platform that supports ACPI based cpufreq
and boots up at lowest possible speed could stay there
forever. This because the governor may request max speed,
but the code doesn't update if there is no change in
speed, and it assumed the initial state of max speed.
http://bugzilla.kernel.org/show_bug.cgi?id=4634
Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 45bea1555f5bf0cd5871b208b4b02d188f106861
Author: Luming Yu <luming.yu@intel.com>
Date: Sat Jul 23 04:08:00 2005 -0400
[ACPI] Add "ec_polling" boot option
EC burst mode benefits many machines, some of
them significantly. However, our current
implementation fails on some machines such
as Rafael's Asus L5D.
This patch restores the alternative EC polling code,
which can be enabled at boot time via "ec_polling"
http://bugzilla.kernel.org/show_bug.cgi?id=4665
Signed-off-by: Luming Yu <luming.yu@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 335f16be5d917334f56ec9ef7ecf983476ac0563
Author: David Shaohua Li <shaohua.li@intel.com>
Date: Wed Jun 22 18:37:00 2005 -0400
[ACPI] address boot-freeze with updated DMI blacklist for c-states
http://bugzilla.kernel.org/show_bug.cgi?id=4763
Signed-off-by: David Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 0b6b2f08c24a65535cb18893ca27516389c5fc0f
Author: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Date: Fri Jul 29 16:00:13 2005 -0400
[ACPI] Fix memset arguments in acpi processor_idle.c
http://bugzilla.kernel.org/show_bug.cgi?id=4954
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
commit 4a7164023959040e687e51663dee67cff4d2b770
Author: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Date: Fri Jul 29 15:51:36 2005 -0400
[ACPI] Fix the regression with c1_default_handler on some systems
where C-states come from FADT.
Thanks to Kevin Radloff for identifying the issue and
isolating it to exact line of code that is causing the issue.
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
^ permalink raw reply
* Re: [PATCH] Fix NUMA node sizing in nr_free_zone_pages
From: Andrew Morton @ 2005-07-30 5:40 UTC (permalink / raw)
To: Martin J. Bligh; +Cc: linux-kernel, colpatch
In-Reply-To: <240970000.1122661910@[10.10.2.4]>
"Martin J. Bligh" <mbligh@mbligh.org> wrote:
>
> We are iterating over all nodes in nr_free_zone_pages(). Because the
> fallback zonelists contain all nodes in the system, and we walk all
> the zonelists, we're counting memory multiple times (once for each
> node). This caused us to make a size estimate of 32GB for an 8GB
> AMD64 box, which makes all the dirty ratio calculations, etc incorrect.
>
> There's still a further bug to fix from e820 holes causing overestimation
> as well, but this fix is separate, and good as is, and fixes one class
> of problems. Problem found by Badari, and tested by Ram Pai - thanks!
Alas my non-NUMA EMT64 box still gets it wrong.
nr_free_pagecache_pages() is still returning 1572864 on a 4G box.
Bootdata ok (command line is ro root=/dev/sda3)
Linux version 2.6.13-rc4-mm1 (akpm@x) (gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #134 SMP PREEMPT Fri Jul 29 21:38:37 PDT 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ebbd0 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ffd0000 (usable)
BIOS-e820: 000000007ffd0000 - 000000007ffdf000 (ACPI data)
BIOS-e820: 000000007ffdf000 - 0000000080000000 (ACPI NVS)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000ffc00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000180000000 (usable)
ACPI: RSDP (v000 ACPIAM ) @ 0x00000000000f6710
ACPI: RSDT (v001 A M I OEMRSDT 0x05000427 MSFT 0x00000097) @ 0x000000007ffd0000
ACPI: FADT (v002 A M I OEMFACP 0x05000427 MSFT 0x00000097) @ 0x000000007ffd0200
ACPI: MADT (v001 A M I OEMAPIC 0x05000427 MSFT 0x00000097) @ 0x000000007ffd0390
ACPI: MCFG (v001 Intel Cayuse 0x00000001 MSFT 0x00000001) @ 0x000000007ffd0420
ACPI: OEMB (v001 A M I AMI_OEM 0x05000427 MSFT 0x00000097) @ 0x000000007ffdf040
ACPI: HPET (v001 A M I OEMHPET 0x05000427 MSFT 0x00000097) @ 0x000000007ffd7460
ACPI: DSDT (v001 CYCRB CYCRB039 0x00000039 INTL 0x02002026) @ 0x0000000000000000
On node 0 totalpages: 1572864
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 1568768 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:1
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:3 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
Processor #6 15:3 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
Processor #1 15:3 APIC version 16
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
Processor #7 15:3 APIC version 16
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xfec81000] gsi_base[24])
IOAPIC[1]: apic_id 9, version 32, address 0xfec81000, GSI 24-47
ACPI: IOAPIC (id[0x0a] address[0xfec81400] gsi_base[48])
IOAPIC[2]: apic_id 10, version 32, address 0xfec81400, GSI 48-71
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: HPET id: 0x8086a202 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 80000000 (gap: 80000000:60000000)
Checking aperture...
Built 1 zonelists
Initializing CPU#0
Kernel command line: ro root=/dev/sda3
PID hash table entries: 4096 (order: 12, 131072 bytes)
time.c: Using 14.318180 MHz HPET timer.
time.c: Detected 3400.235 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Placing software IO TLB between 0x706d000 - 0x906d000
Memory: 4056592k/6291456k available (2892k kernel code, 136908k reserved, 1528k data, 192k init)
Calibrating delay using timer specific routine.. 6806.09 BogoMIPS (lpj=13612190)
Mount-cache hash table entries: 256
total_pages=1572864
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
using mwait in idle threads.
CPU: Physical Processor ID: 0
CPU0: Thermal monitoring enabled (TM1)
mtrr: v2.0 (20020519)
tbxface-0120 [02] acpi_load_tables : ACPI Tables successfully acquired
Parsing all Control Methods:..................................................................................................................................
Table [DSDT](id 0004) - 461 Objects with 50 Devices 130 Methods 11 Regions
ACPI Namespace successfully loaded at root ffffffff805b1060
evxfevnt-0096 [03] acpi_enable : Transition to ACPI mode successful
Using local APIC timer interrupts.
Detected 12.500 MHz APIC timer.
softlockup thread 0 started up.
Booting processor 1/4 APIC 0x6
Initializing CPU#1
Calibrating delay using timer specific routine.. 6800.36 BogoMIPS (lpj=13600721)
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 3
CPU1: Thermal monitoring enabled (TM1)
Intel(R) Xeon(TM) CPU 3.40GHz stepping 04
APIC error on CPU1: 00(40)
CPU 1: Syncing TSC to CPU 0.
Booting processor 2/4 APIC 0x1
softlockup thread 1 started up.
CPU 1: synchronized TSC with CPU 0 (last diff 8 cycles, maxerr 1267 cycles)
Initializing CPU#2
Calibrating delay using timer specific routine.. 6799.74 BogoMIPS (lpj=13599492)
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU2: Thermal monitoring enabled (TM1)
Intel(R) Xeon(TM) CPU 3.40GHz stepping 04
APIC error on CPU2: 00(40)
CPU 2: Syncing TSC to CPU 0.
softlockup thread 2 started up.
CPU 2: synchronized TSC with CPU 0 (last diff 2 cycles, maxerr 782 cycles)
Booting processor 3/4 APIC 0x7
Initializing CPU#3
Calibrating delay using timer specific routine.. 6800.24 BogoMIPS (lpj=13600482)
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 3
CPU3: Thermal monitoring enabled (TM1)
Intel(R) Xeon(TM) CPU 3.40GHz stepping 04
APIC error on CPU3: 00(40)
CPU 3: Syncing TSC to CPU 0.
Brought up 4 CPUs
time.c: Using HPET/TSC based timekeeping.
softlockup thread 3 started up.
CPU 3: synchronized TSC with CPU 0 (last diff 13 cycles, maxerr 1454 cycles)
testing NMI watchdog ... OK.
-> [0][1][ 65536] 0.0 [ 0.0] (1): ( 30802 15401)
-> [0][1][ 68985] 0.0 [ 0.0] (1): ( 28878 8662)
-> [0][1][ 72615] 0.0 [ 0.0] (1): ( 31982 5883)
-> [0][1][ 76436] 0.0 [ 0.0] (1): ( 33671 3786)
-> [0][1][ 80458] 0.0 [ 0.0] (1): ( 36464 3289)
-> [0][1][ 84692] 0.0 [ 0.0] (1): ( 37640 2232)
-> [0][1][ 89149] 0.0 [ 0.0] (1): ( 41782 3187)
-> [0][1][ 93841] 0.0 [ 0.0] (1): ( 43251 2328)
-> [0][1][ 98780] 0.0 [ 0.0] (1): ( 49783 4430)
-> [0][1][ 103978] 0.0 [ 0.0] (1): ( 48679 2767)
-> [0][1][ 109450] 0.0 [ 0.0] (1): ( 49901 1994)
-> [0][1][ 115210] 0.0 [ 0.0] (1): ( 51129 1611)
-> [0][1][ 121273] 0.0 [ 0.0] (1): ( 58000 4241)
-> [0][1][ 127655] 0.0 [ 0.0] (1): ( 60912 3576)
-> [0][1][ 134373] 0.0 [ 0.0] (1): ( 64481 3572)
-> [0][1][ 141445] 0.0 [ 0.0] (1): ( 69376 4233)
-> [0][1][ 148889] 0.0 [ 0.0] (1): ( 70247 2552)
-> [0][1][ 156725] 0.0 [ 0.0] (1): ( 74568 3436)
-> [0][1][ 164973] 0.0 [ 0.0] (1): ( 72684 2660)
-> [0][1][ 173655] 0.0 [ 0.0] (1): ( 82089 6032)
-> [0][1][ 182794] 0.0 [ 0.0] (1): ( 86093 5018)
-> [0][1][ 192414] 0.0 [ 0.0] (1): ( 87915 3420)
-> [0][1][ 202541] 0.1 [ 0.1] (1): ( 105832 10668)
-> [0][1][ 213201] 0.1 [ 0.1] (1): ( 106195 5515)
-> [0][1][ 224422] 0.1 [ 0.1] (1): ( 115242 7281)
-> [0][1][ 236233] 0.1 [ 0.1] (1): ( 112956 4783)
-> [0][1][ 248666] 0.1 [ 0.1] (1): ( 119121 5474)
-> [0][1][ 261753] 0.1 [ 0.1] (1): ( 126591 6472)
-> [0][1][ 275529] 0.1 [ 0.1] (1): ( 125830 3616)
-> [0][1][ 290030] 0.1 [ 0.1] (1): ( 144454 11120)
-> [0][1][ 305294] 0.1 [ 0.1] (1): ( 149530 8098)
-> [0][1][ 321362] 0.1 [ 0.1] (1): ( 156193 7380)
-> [0][1][ 338275] 0.1 [ 0.1] (1): ( 169114 10150)
-> [0][1][ 356078] 0.1 [ 0.1] (1): ( 176278 8657)
-> [0][1][ 374818] 0.1 [ 0.1] (1): ( 180310 6344)
-> [0][1][ 394545] 0.1 [ 0.1] (1): ( 198031 12032)
-> [0][1][ 415310] 0.2 [ 0.2] (1): ( 206920 10460)
-> [0][1][ 437168] 0.2 [ 0.2] (1): ( 219614 11577)
-> [0][1][ 460176] 0.2 [ 0.2] (1): ( 228004 9983)
-> [0][1][ 484395] 0.2 [ 0.2] (1): ( 234777 8378)
-> [0][1][ 509889] 0.2 [ 0.2] (1): ( 248846 11223)
-> [0][1][ 536725] 0.2 [ 0.2] (1): ( 261244 11810)
-> [0][1][ 564973] 0.2 [ 0.2] (1): ( 286512 18539)
-> [0][1][ 594708] 0.2 [ 0.2] (1): ( 288002 10014)
-> [0][1][ 626008] 0.3 [ 0.3] (1): ( 305148 13580)
-> [0][1][ 658955] 0.3 [ 0.3] (1): ( 313304 10868)
-> [0][1][ 693636] 0.3 [ 0.3] (1): ( 339551 18557)
-> [0][1][ 730143] 0.3 [ 0.3] (1): ( 345809 12407)
-> [0][1][ 768571] 0.3 [ 0.3] (1): ( 393721 30159)
-> [0][1][ 809022] 0.4 [ 0.4] (1): ( 422795 29616)
-> [0][1][ 851602] 0.4 [ 0.4] (1): ( 434075 20448)
-> [0][1][ 896423] 0.4 [ 0.4] (1): ( 435383 10878)
-> [0][1][ 943603] 0.4 [ 0.4] (1): ( 479267 27381)
-> [0][1][ 993266] 0.4 [ 0.4] (1): ( 416849 44899)
-> [0][1][1045543] 0.4 [ 0.4] (1): ( 400165 30791)
-> [0][1][1100571] 0.4 [ 0.4] (1): ( 402364 16495)
-> [0][1][1158495] 0.3 [ 0.4] (1): ( 308598 55130)
-> [0][1][1219468] 0.0 [ 0.4] (1): ( 59030 152349)
-> [0][1][1283650] 0.0 [ 0.4] (1): ( 43242 84068)
-> found max.
[0][1] working set size found: 943603, cost: 479267
-> [0][2][ 65536] 0.0 [ 0.0] (0): ( 444 222)
-> [0][2][ 68985] 0.0 [ 0.0] (0): ( 36 315)
-> [0][2][ 72615] 0.0 [ 0.0] (0): ( 560 419)
-> [0][2][ 76436] 0.0 [ 0.0] (0): ( 2733 1296)
-> [0][2][ 80458] 0.0 [ 0.0] (0): ( 144 1942)
-> [0][2][ 84692] 0.0 [ 0.0] (0): ( 577 1187)
-> [0][2][ 89149] 0.0 [ 0.0] (0): ( 469 647)
-> [0][2][ 93841] 0.0 [ 0.0] (0): ( 1103 640)
-> [0][2][ 98780] 0.0 [ 0.0] (0): ( -415 1079)
-> [0][2][ 103978] 0.0 [ 0.0] (0): ( 2606 2050)
-> [0][2][ 109450] 0.0 [ 0.0] (0): ( 2440 1108)
-> [0][2][ 115210] 0.0 [ 0.0] (0): ( 2284 632)
-> [0][2][ 121273] 0.0 [ 0.0] (0): ( 2535 441)
-> [0][2][ 127655] 0.0 [ 0.0] (0): ( 183 1396)
-> found max.
[0][2] working set size found: 76436, cost: 2733
---------------------
| migration cost matrix (max_cache_size: 0, cpu: 3400 MHz):
---------------------
[00] [01] [02] [03]
[00]: - 0.9(1) 0.0(0) 0.9(1)
[01]: 0.9(1) - 0.9(1) 0.0(0)
[02]: 0.0(0) 0.9(1) - 0.9(1)
[03]: 0.9(1) 0.0(0) 0.9(1) -
--------------------------------
| cacheflush times [2]: 0.0 (5466) 0.9 (958534)
| calibration delay: 0 seconds
--------------------------------
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
PCI: Using MMCONFIG at e0000000
ACPI: Subsystem revision 20050708
evgpeblk-1019 [06] acpi_ev_create_gpe_blo: GPE 00 to 1F [_GPE] 4 regs on int 0x9
evgpeblk-1027 [06] acpi_ev_create_gpe_blo: Found 8 Wake, Enabled 0 Runtime GPEs in this block
Completing Region/Field/Buffer/Package initialization:..............................................................................................
Initialized 10/11 Regions 26/26 Fields 36/36 Buffers 22/23 Packages (470 nodes)
Executing all Device _STA and_INI methods:........................................................
56 Devices found containing: 56 _STA, 0 _INI methods
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] segment is 0
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2
Boot video device is 0000:05:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2.P2P3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2.P2P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P6._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 *7 10 11 12 14 15)
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Bridge: 0000:02:00.0
IO window: d000-dfff
MEM window: fa400000-fa6fffff
PREFETCH window: bfe00000-bfefffff
PCI: Bridge: 0000:02:00.2
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:03.0
IO window: d000-dfff
MEM window: fa400000-fa8fffff
PREFETCH window: bfe00000-bfefffff
PCI: Bridge: 0000:00:04.0
IO window: disabled.
MEM window: fa900000-feafffff
PREFETCH window: bff00000-dfefffff
PCI: Bridge: 0000:00:1e.0
IO window: c000-cfff
MEM window: fa300000-fa3fffff
PREFETCH window: 80000000-800fffff
acpi_bus-0212 [01] acpi_bus_set_power : Device is not power manageable
ACPI: PCI Interrupt 0000:00:03.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:03.0 to 64
acpi_bus-0212 [01] acpi_bus_set_power : Device is not power manageable
PCI: Setting latency timer of device 0000:02:00.0 to 64
acpi_bus-0212 [01] acpi_bus_set_power : Device is not power manageable
PCI: Setting latency timer of device 0000:02:00.2 to 64
acpi_bus-0212 [01] acpi_bus_set_power : Device is not power manageable
ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:04.0 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
hpet0: 69ns tick, 3 64-bit timers
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
IA32 emulation $Id: sys_ia32.c,v 1.32 2002/03/24 13:02:28 ak Exp $
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Intel E7520/7320/7525 detected.<6>ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: CPU0 (power states: C1[C1])
ACPI: CPU1 (power states: C1[C1])
ACPI: CPU2 (power states: C1[C1])
ACPI: CPU3 (power states: C1[C1])
Real Time Clock Driver v1.12
hpet_acpi_add: no address or irqs in _CRS
hw_random hardware driver 1.0.0 loaded
Linux agpgart interface v0.101 (c) Dave Jones
Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin is 60 seconds).
Hangcheck: Using monotonic_clock().
cn_fork is registered
cn_exit is registered
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
mice: PS/2 mouse device common for all mice
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
loop: loaded (max 8 devices)
Intel(R) PRO/1000 Network Driver - version 6.0.60-k2
Copyright (c) 1999-2005 Intel Corporation.
ACPI: PCI Interrupt 0000:01:02.0[A] -> GSI 17 (level, low) -> IRQ 17
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.35.
netconsole: not configured, aborting
ACPI: PCI Interrupt 0000:04:03.0[A] -> GSI 30 (level, low) -> IRQ 18
ACPI: PCI Interrupt 0000:04:03.1[B] -> GSI 31 (level, low) -> IRQ 19
scsi0 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11
<Adaptec AIC7902 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs
(scsi0:A:5): 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit)
(scsi0:A:6): 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit)
Vendor: MAXTOR Model: ATLAS10K4_73WLS Rev: DFV0
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:5:0: Tagged Queuing enabled. Depth 64
Vendor: MAXTOR Model: ATLAS10K4_73WLS Rev: DFV0
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:6:0: Tagged Queuing enabled. Depth 64
scsi1 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11
<Adaptec AIC7902 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs
3ware Storage Controller device driver for Linux v1.26.02.001.
libata version 1.11 loaded.
ata_piix version 1.03
ata_piix: combined mode detected
ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: PATA max UDMA/100 cmd 0x1F0 ctl 0x3F6 bmdma 0xFC00 irq 14
ata1: dev 0 cfg 49:0b00 82:0210 83:1000 84:0000 85:0000 86:0000 87:0000 88:0407
ata1: dev 0 ATAPI, max UDMA/33
ata1: dev 0 configured for UDMA/33
scsi2 : ata_piix
isa bounce pool size: 16 pages
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xFC08 irq 15
ATA: abnormal status 0x7F on port 0x177
ata2: disabling port
scsi3 : ata_piix
SCSI device sda: 143666192 512-byte hdwr sectors (73557 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 143666192 512-byte hdwr sectors (73557 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4 < sda5 >
Attached scsi disk sda at scsi0, channel 0, id 5, lun 0
SCSI device sdb: 143666192 512-byte hdwr sectors (73557 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 143666192 512-byte hdwr sectors (73557 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1 sdb2
Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 5, lun 0, type 0
Attached scsi generic sg1 at scsi0, channel 0, id 6, lun 0, type 0
usbmon: debugs is not available
acpi_bus-0212 [01] acpi_bus_set_power : Device is not power manageable
ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 21
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1d.7: irq 21, io mem 0xfebff400
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 8 ports detected
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v2.3
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.0: irq 16, io base 0x0000e080
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 22
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.1: irq 22, io base 0x0000e400
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.2: irq 20, io base 0x0000e480
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
Intel 810 + AC97 Audio, version 1.01, 21:31:06 Jul 29 2005
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1f.5 to 64
i810: Intel ICH5 found at IO 0xe880 and 0xec00, MEM 0xfebffc00 and 0xfebff800, IRQ 17
i810: Intel ICH5 mmio at 0xffffc20000010c00 and 0xffffc20000012800
i810_audio: Primary codec has ID 0
i810_audio: Audio Controller supports 6 channels.
i810_audio: Defaulting to base 2 channel mode.
i810_audio: Resetting connection 0
i810_audio: Connection 0 with codec id 0
ac97_codec: AC97 Audio codec, id: ADS116 (Analog Devices AD1981B)
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
oprofile: using NMI interrupt.
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 9, 2097152 bytes)
TCP established hash table entries: 131072 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 2097152 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
TCP bic registered
TCP htcp registered
NET: Registered protocol family 1
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting. Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 192k freed
Using generic hotkey driver
ibm_acpi: Using generic hotkey driver
toshiba_acpi: Using generic hotkey driver
EXT3 FS on sda3, internal journal
vm_dirty_ratio=40 unmapped_ratio=100 dirty_ratio=40
dirty_ratio=40 available_memory=1572864 dirty=629145
background_thresh=157286 dirty_thresh=629145 nr_dirty=581 nr_unstable=0 nr_reclaimable=581 wbs.nr_writeback=0
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 4096532k swap on /dev/sda5. Priority:-1 extents:1 across:4096532k
e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex
eth0: no IPv6 routers present
^ 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.