Alan Cox wrote:
>>> [ 9031.028000] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
>>> frozen
>>> [ 9031.028000] ata1.00: cmd c8/00:08:90:ca:ce/00:00:00:00:00/e0 tag 0 cdb
>>> 0x0
>>> data 4096 in
>>> [ 9031.028000] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4
>>> (timeo
On Jan 20, 2008 11:04 PM, Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Monday 21 January 2008 03:43:40 Bert Wesarg wrote:
> > No, it is a matter of conforming to C99 or to GNU extensions.
>
> Hi Bert!
>
> Not sure I see the point of your message.
>
> The original use the ... varargs GNU extension,
Please see the kernel messages following,(trigged while using some qemu session)
BTW, seems there's some e100 error message as well.
PCI: Setting latency timer of device :00:1b.0 to 64
e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
e100: Copyright(c) 1999-2006 Intel Corporation
ACPI: PC
On Sun, 20 Jan 2008, Matt Mackall wrote:
> Your usage of "overall power" here is wrong. Power is an instantaneous
> quantity (1/s) like velocity, and you are comparing it to energy which
> is not an instaneous quantity, more like distance.
>
> If we throttle the velocity of a car from 100km/h to
On Sat, Jan 19, 2008 at 08:41:18PM +0100, Francis Moreau wrote:
> On Jan 18, 2008 8:12 PM, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > True, but then how would you do it. One thing is that most of these
> > branches would interact with each other. Touching the same code quite
> > a bit. So it doe
On Sun, Jan 20, 2008 at 09:09:03PM +0100, Sam Ravnborg wrote:
> diff --git a/include/asm-generic/vmlinux.lds.h
> b/include/asm-generic/vmlinux.lds.h
> index ded7ca2..e0a56fb 100644
> --- a/include/asm-generic/vmlinux.lds.h
> +++ b/include/asm-generic/vmlinux.lds.h
> @@ -9,10 +9,46 @@
> /* Align .
Hello. Its work, thanks for resend it!
Sorry, i understand that patch 53e52c729cc169db82a6105fac7a166e10c2ec36
("[NET]: Make ->poll() breakout consistent in Intel ethernet drivers.")
have regression and rollback it, i not see your patch.
Sorry again.
Thanks!
From: Badalian Vyacheslav <[EMAIL
[PATCH] x86_64: check if Tom2 is enabled
need to applied after andi's amd special tom2 wb check patch
in amd_special_default_mtrr need to check if TOM2 is enabled
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/cpu/mtrr/main.c b/arch/x86/kernel/cpu/mtrr/main.c
index 2
[PATCH] x86_32: trim memory by updating e820 v2
when mtrr is not covering all e820 table, need to trim the ram, need to update
e820
reuse some code for x86_64
here need to add early_identify_cpu for x86_32, and move mtrr_bp_init early
compiled test only, need someone test it
Index: linux-2.6
[PATCH] x86_64: update e820 instead of updating end_pfn v3
need to apply after x86_64 check if Tom2 is enabled
when mtrr is not covering all e820 table, need to trim the ram, need to update
e820
so we can reuse some code for x86_32.
after we add early_identify_cpu for x86_32, and move mtrr_bp_
Hi,
I know there is set_intr_gate(n,addr) which is used to insert an
interrupt gate in the n th IDT entry. But I don't know what the usage
of set_intr_gate_ist()?
Take the code below for example,
static inline void set_intr_gate_ist(int nr, void *func, unsigned ist)
{
BUG_ON((unsigned)
Andi Kleen wrote:
>>> That change is good agreed, but I would suggest to put it into a separate
>>> patch with a description
>>>
>> Perhaps like this:
>>
>> if (l & (Tom2Enabled|Tom2ForceMemTypeWB))
>> return 1;
>
> That's not equivalent.
>
> -Andi
>
The equivalence is:
if ((1 & Tom2Enabl
On Mon, Jan 21, 2008 at 11:56:31AM +1100, Rusty Russell wrote:
> On Monday 21 January 2008 07:08:56 Sam Ravnborg wrote:
> > It is very convinient to say:
> > scripts/mod/modpost mm/built-in.o
> >
> > to check if any section mismatch errors occured
> > in mm/ (as an example).
>
> Hi Sam,
>
> In an
> > That change is good agreed, but I would suggest to put it into a separate
> > patch with a description
> >
>
> Perhaps like this:
>
> if (l & (Tom2Enabled|Tom2ForceMemTypeWB))
> return 1;
That's not equivalent.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linu
On Mon, 2008-01-21 at 06:58 +0100, Andi Kleen wrote:
> > {
> > u32 l, h;
> >
> > @@ -661,8 +661,9 @@ static __init int amd_special_default_mt
> > * Memory between 4GB and top of mem is forced WB by this magic bit.
> > * Reserved before K8RevF, but should be zero there.
> > */
> {
> u32 l, h;
>
> @@ -661,8 +661,9 @@ static __init int amd_special_default_mt
>* Memory between 4GB and top of mem is forced WB by this magic bit.
>* Reserved before K8RevF, but should be zero there.
>*/
> - if (l & Tom2ForceMemTypeWB)
> - return
>>> +static int __init intel_menlow_module_init(void)
>>> +{
>>> + int result = -ENODEV;
>>> + acpi_status status;
>>> + unsigned long enable;
>>> +
>>> + if (acpi_disabled)
>>> + return result;
>>> +
>>> + /* Looking for the \_TZ.GSTS method */
>>> + status = acpi_evaluate_in
[PATCH] x86_64: update e820 instead of updating end_pfn v2
need to be applied after andi's patch for AMD tom2 wb check
when mtrr is not covering all e820 table, need to trim the ram, need to update
e820
so we can reuse some code for x86_32.
need to add early_identify_cpu for x86_32, and move m
[PATCH] x86_32: trim memory by updating e820
need to be applied after the patch for x86_64 version mtrr fix e820 v2.
when mtrr is not covering all e820 table, need to trim the ram, need to update
e820
reuse some code for x86_64
here need to add early_identify_cpu for x86_32, and move mtrr_bp_i
Hi,
my company is running several servers with kernel 2.6.23.12. This are Dual
Quad Core servers (CPU Intel) with 16GB RAM using a 32Bit kernel.
After some days nicely running the oom killer killed our processes.
Our research discovered that the free low memory was reduced to about 11MB. We
fou
> -Original Message-
> From: Li Zefan [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 18, 2008 9:25 AM
> To: Zhang, Rui
> Cc: Randy Dunlap; [EMAIL PROTECTED]; [EMAIL PROTECTED]; linux-
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; linux-
> [EMAIL PROTECTED]; Thomas, Sujith
> Subject: Re: [PAT
Reimplement libata printk helpers using printk_header, implement
helpers to initialize mprintk and use mprintk during device
configuration and EH reporting.
This fixes various formatting related problems of libata messages such
as misaligned multiline messages, decoded register lines with leading
Add Documentation/printk.txt which explains printk, mprintk and their
friends.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
Documentation/00-INDEX |2 +
Documentation/printk.txt | 711 ++
2 files changed, 713 insertions(+), 0 deletions(-)
cr
There often are times printk messages need to be assembled piece by
piece and it's usually done using one of the following methods.
* Calling printk() on partial message segments. This used to be quite
common but has a problem - the message can break up if someone else
prints something in the
When printing multiline messages, printk() resets log level to
default_message_loglevel after the first line. This changes log level
unexpectedly when printing multiline messages.
For example, libata error messages are printed like the following.
<3>ata8.00: cmd 60/01:00:e0:71:02/00:00:00:00:00/
Implement [v]printk_header() which takes @header argument and
automatically prints header in front of or indents multiline messages.
For example, if @header is "<7>ata1.00: " and the formatted message is
"<6>line0\nline1\n", the following gets written to the console.
<6>ata1.00: line0
<6>
Hello, all.
This is the second take of implement-printk_header-and-mprintk
patchset.
Changes from the last take[L] are...
* s/mprintk_push/mprintk_add/ and other changes suggested by Randy
Dunlap.
* mp->buf instead of mp->header to ease freeing kmalloc'd buffer
later.
* mprintk
On Mon, Jan 21, 2008 at 12:49:13PM +0800, Dave Young wrote:
> The rfcomm tty device will possibly retain even when conn is down,
> and sysfs doesn't support zombie device moving, so this patch
> move the tty device before conn device is destroyed.
>
> For the bug refered please see :
> http://lkml
The rfcomm tty device will possibly retain even when conn is down,
and sysfs doesn't support zombie device moving, so this patch
move the tty device before conn device is destroyed.
For the bug refered please see :
http://lkml.org/lkml/2007/12/28/87
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
>>My question concerns the following patch which was incorporated into
the >>2.6.22 kernel (quoted from that change log):
... "futex priority based wakeup"
>>After updating to this version of the kernel, I was able to observe
the >>above fix, where multiple RT threads invoking pthread_cond_wait()
On Sun, Jan 20, 2008 at 06:18:29PM +, Adrian McMenamin wrote:
> Remove reference to board deleted in commit
> 758e06ded4c48024835ef0a14627afcde2e25929
>
> Submitted-by: Adrian McMenamin <[EMAIL PROTECTED]>
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
sh: pci - fix the start address of IO ports area in RTS7751R2D.
This patch replaces the start address in 'sh7751_io_resource'
in arch/sh/drivers/pci/ops-rts7751r2d.c. The value must be
used for any PCI IO port access such as in*()/out*().
I drew upon the following patch:
[PATCH] [RFC] Support P
On Jan 18, 2008 7:26 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Fri, 18 Jan 2008 18:34:55 +0800,
> "Dave Young" <[EMAIL PROTECTED]> wrote:
>
>
> > On Jan 18, 2008 6:23 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > > On Fri, 18 Jan 2008 10:19:33 +0100,
> > > Cornelia Huck <[EMAIL PROTECTED
On Monday 21 January 2008 07:08:56 Sam Ravnborg wrote:
> It is very convinient to say:
> scripts/mod/modpost mm/built-in.o
>
> to check if any section mismatch errors occured
> in mm/ (as an example).
Hi Sam,
In an ideal world, wouldn't it be better to split out section analysis into a
different
On Monday 21 January 2008 07:08:59 Sam Ravnborg wrote:
> Change the logic in modpost so we identify all the
> bad combinations of sections that refer to other
> sections.
...
> +/* The pattern is an array of simple patterns.
> + * "foo" will match an exact string equal to "foo"
> + * "foo*" will ma
On Sunday 20 January 2008 08:25:49 Sam Ravnborg wrote:
> On Sat, Jan 19, 2008 at 11:56:43AM -0800, Randy Dunlap wrote:
> > rcu_online_cpu() should be __cpuinit instead of __devinit.
>
> So if we have:
> CONFIG_HOTPLUG=n
> CONFIG_HOTPLUG_CPU=y
>
> then this is a oops candidate.
At first glance, thi
Hello,
recently a reiserfs crapped out on me with a kernel bug, I found the
following related post:
http://lkml.org/lkml/2007/7/12/242
Hopefully I can supply a further data point for this problem. Please
CC me in any replies, I'm not subscribed to the linux-kernel list.
~ # mkreiserfs -V
mkreis
On Fri, Jan 18, 2008 at 10:45:17PM +0100, Christian Kujau wrote:
> Hi,
>
> just FYI, upgrading to -rc8 gave the following messages in kern.log in
> the morning hours, when the backups were run:
>
> ===
> [ INFO: possible circular locking depende
On Mon, Jan 21, 2008 at 12:50:00AM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > As a followup I see this problem on three different 64bit machines
> > now. Symptom is usually that only one core is active because ACPI
> > doesn't see the other processors in its tab
On Sat, Jan 19, 2008 at 08:10:20PM -0800, Daniel Phillips wrote:
>
> I can see value in preemptively loading indirect blocks into the buffer
> cache, but is building a second-order extent tree really worth the
> effort? Probing the buffer cache is very fast.
It's not that much effort, and for
On Mon, Jan 21, 2008 at 12:27:54AM +0200, Adrian Bunk wrote:
> On Sun, Jan 20, 2008 at 09:05:27PM +0100, Sam Ravnborg wrote:
> >...
> > Adrian reminded us that KCFLAGS=-fno-inline told
> > another story with more than 100 Section mismatch
> > warnings on 64 bit x86 with an allyesconfig build.
> >..
When booting git-x86 tip 28a0fcd6b38e247200bd857996375aee91eae8ce
on a core2 system the userland running dmidecode at boot hits:
config: 64bit make defconfig
-Andi
Failed services in runlevel 3: acpid
dmidecode: Corrupted page table at address 7f74475d2000
PG
The fourth rc for the next feature release GIT 1.5.4 is available
at the usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.4.rc4.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.4.rc4.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.4.rc4.tar.{gz,bz2}
I'm writing a driver for DVB-C PCI receiving cards these days and
I found a tricky problem of interrupts. Since kernel-2.6.19 the
interrupt handlers get rid of "struct pt_regs*" argument and I think
it will be easy for me to modify the driver to fit for the recent
kernel.
I simply delete th
Hi,
Pavel Machek <[EMAIL PROTECTED]> writes:
> diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c
> index 29cf145..d830ed2 100644
> --- a/drivers/rtc/rtc-cmos.c
> +++ b/drivers/rtc/rtc-cmos.c
> @@ -78,7 +78,7 @@ static inline int is_intr(u8 rtc_intr)
>
> /*---
On Mon, Jan 21, 2008 at 09:30:21AM +0800, Dave Young wrote:
> On Sat, Jan 19, 2008 at 10:39:33AM +0100, Jarek Poplawski wrote:
> > Dave Young wrote, On 01/18/2008 10:07 AM:
> >
> > > On Jan 18, 2008 4:23 PM, Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> >
> > >> On Fri, Jan 18, 2008 at 03:48:02PM
Dear all,
We got some problem on modprobing the ipmi_si module on Dell
Power Edge 2600.
On modprobing the ipmi_si the terminal hang and the process
cannot be terminated by control-C.
We got these messages in dmesg
ipmi message handler version 39.1
IPMI Syst
Andi Kleen wrote:
> You seem to be under the illusion that iBCS2 support works currently
> in mainline and that only this patch would break it.
I cannot imagine what brings you to that conclusion. Suffice to say you
are entirely and inexplicably wrong.
--
To unsubscribe from this list: send the li
On Sat, Jan 19, 2008 at 10:39:33AM +0100, Jarek Poplawski wrote:
> Dave Young wrote, On 01/18/2008 10:07 AM:
>
> > On Jan 18, 2008 4:23 PM, Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> >> On Fri, Jan 18, 2008 at 03:48:02PM +0800, Dave Young wrote:
>
> ...
>
> >>> 1) Using CLASS_NORMAL/CLASS_P
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Sat, 19 Jan 2008 14:29:04 +0100
> Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.or
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Sat, 19 Jan 2008 14:28:52 +0100
> On Sat, Jan 19, 2008 at 03:18:49PM +0200, Adrian Bunk wrote:
> > EXPORT_SYMBOL'ed code mustn't be __*init.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
Applied.
-
On Sat, Jan 19, 2008 at 10:39:33AM +0100, Jarek Poplawski wrote:
> Dave Young wrote, On 01/18/2008 10:07 AM:
>
> > On Jan 18, 2008 4:23 PM, Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> >> On Fri, Jan 18, 2008 at 03:48:02PM +0800, Dave Young wrote:
>
> ...
>
> >>> 1) Using CLASS_NORMAL/CLASS_P
Hi
> The Intel Open Source Technology Center is pleased to announce the
> release of version 0.1 of LatencyTOP, a tool for developers to visualize
> system latencies.
Interesting.
at least, I will use for fixed page lock contension :)
if possible, I want some /proc/lock_stat feature.
i.e. hold
Hi.
Quoting Ingo Molnar <[EMAIL PROTECTED]>:
* Andi Kleen <[EMAIL PROTECTED]> wrote:
My workstation running 2.6.24-rc8 just hung during shutdown with an
endless (or rather I didn't wait more than a few minutes) loop of
unregister_netdev: waiting for ppp-device to become free. Usage count
=
Hi
> A fix[1] was merged to the x86.git tree that allowed NUMA kernels to boot
> on normal x86 machines (and not just NUMA-Q, Summit etc.). I took a look
> at the restrictions on setting NUMA on x86 to see if they could be lifted.
Interesting!
I will test tomorrow.
I think this patch become eas
Adrian Bunk wrote:
> EXPORT_SYMBOL'ed code mustn't be __*init.
>
Is it correct that the cases below are section mismatches as well?
If required I'll send separate patches to the respective maintainers
& lists.
__init
arch/arm/mach-imx/generic.c:330:EXPORT_SYMBOL(set_imx_fb_info);
__devinit
arch
From: Mariusz Kozlowski <[EMAIL PROTECTED]>
Date: Mon, 21 Jan 2008 01:09:41 +0100
> kernel: unregister_netdevice: waiting for eth1 to become free. Usage count = 1
Known problem:
http://bugzilla.kernel.org/show_bug.cgi?id=9778
--
To unsubscribe from this list: send the line "unsubscribe l
On Mon 2008-01-21 00:42:08, Ingo Molnar wrote:
>
> * Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > Hi!
> >
> > Ingo wanted simple sleep self-test... Here's something.
>
> thanks :)
>
> threw it into auto-qa, and it got thrown back with:
Ok... it needs to depend on cmos_rtc... Plus timeout nee
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Jeremy did suspect something about this change, as indicated in the
> > changelog. But because the change was so finegrained, the bisection
> > almost directly led to the fix. _That_ i think clearly demonstrates
> > the power of bisection and finegra
Hello,
I found that on current Linus tree unplugging my pcmcia wifi
card (Cabletron RoamAbout) causes part of the system to hang. I.e. mouse works
but keyboard is frozen until reboot. Actually only sysrq works but I can not
type in any terminal.
Syslog shows:
kernel: pccard: card ejected
Adrian Bunk wrote:
Is anyone maintaining the v850 port in the Linux kernel or will work on
getting it back into a usable state in the foreseeable future?
The only person I know who can maintain it is Miles.
Not sure if he is still active in this space though.
Regards
Greg
Otherwise I'll s
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> One of the generated files was missed in gitignore
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Sun, 20 Jan 2008 21:01:09 +0100
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > My workstation running 2.6.24-rc8 just hung during shutdown with an
> > endless (or rather I didn't wait more than a few minutes) loop of
> >
> > unregister_netdev: wai
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Sun, 20 Jan 2008 20:53:30 +0100
>
> My workstation running 2.6.24-rc8 just hung during shutdown with an endless
> (or rather I didn't wait more than a few minutes) loop of
>
> unregister_netdev: waiting for ppp-device to become free. Usage count = 1
>
On Jan 20, 2008 1:20 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > [PATCH] x86_64: update e820 instead of updating end_pfn
> >
> > when mtrr is not covering all e820 table, need to trim the ram, need
> > to update e820
>
> ok, i like this approach even
Jens Axboe wrote:
> On Sun, Jan 20 2008, Andrea Righi wrote:
>> Jens Axboe wrote:
>>> Your approach is totally flawed, imho. For instance, you don't want a
>>> process to be able to dirty memory at foo mb/sec but only actually
>>> write them out at bar mb/sec.
>> Right. Actually my problem here is
xming wrote:
Thanks, that answers that particular question; the vcpu is blocked
waiting for something to happen, which probably means it missed the
event which was supposed to wake it up. Why is another question. At
least there's a workaround, and that workaround gives me some clue where
to loo
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> As a followup I see this problem on three different 64bit machines
> now. Symptom is usually that only one core is active because ACPI
> doesn't see the other processors in its tables.
to be able to have a chance to fix it we need you meet the minimum
Stephen Hemminger wrote:
Look at stat.
Thanks. OK that was what I wanted. I hadn't looked further than man 2
stat - I think the stat man page needs an update.
In /usr/include/bits/stat.h:
struct stat
{
__dev_t st_dev; /* Device. */
...
#ifdef __USE_MISC
/* Nanoseco
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Ingo wanted simple sleep self-test... Here's something.
thanks :)
threw it into auto-qa, and it got thrown back with:
dione:~/linux/linux> ./err
kernel/power/sleepy.c: In function 'set_alarm':
kernel/power/sleepy.c:50: warning: passing argum
Hi!
Ingo wanted simple sleep self-test... Here's something.
set_alarm needs to move into rtc-cmos, and I guess I should boottest
it...
Pavel ~be careful what you wish for~ Machek
diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c
index 29cf145..d830ed2 100644
-
Hi,
after installation of 2.6.24-rc8 on a local server, the syslog gets spammed
with "lockd: cannot monitor "
grep 'lockd: cannot monitor' /var/log/messages | wc -l
136026
in 20 minutes! I restarted the offending client (with 2.6.18.something) for
mercy reasons now..
Pete
--
To unsubscribe f
Hi!
> My workstation running 2.6.24-rc8 just hung during shutdown with an endless
> (or rather I didn't wait more than a few minutes) loop of
>
> unregister_netdev: waiting for ppp-device to become free. Usage count = 1
>
> ppp-device was an active PPPoE device.
>
> No more information curren
On Sun, Jan 20, 2008 at 09:05:27PM +0100, Sam Ravnborg wrote:
>...
> Adrian reminded us that KCFLAGS=-fno-inline told
> another story with more than 100 Section mismatch
> warnings on 64 bit x86 with an allyesconfig build.
>...
Not -fno-inline but -fno-inline-functions-called-once
(completely diff
On Sunday, 20 of January 2008, Tomasz Chmielewski wrote:
> >> Clock throttling is not likely to save your battery, unless you have
> >> tasks that are running at 100% CPU for an unlimited time or something,
> >> and you force your CPU to throttle. Normally most people have tasks that
> >> run an
On Monday 21 January 2008 00:00:52 Tejun Heo wrote:
> What should be do are
>
> * Check that the threadfn's argument fits into void *.
For everything but timer, you'll get a warning if the data isn't assignable to
a void *, so you get a warning if you use a non-pointer already.
But it would be c
One of the generated files was missed in gitignore
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/vdso/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/x86/vdso/.gitignore b/arch/x86/vdso/.gitignore
index b9030e5..60274d5 100644
--- a/arch/
Clock throttling is not likely to save your battery, unless you have
tasks that are running at 100% CPU for an unlimited time or something,
and you force your CPU to throttle. Normally most people have tasks that
run and then the CPU idles - loading an email, displaying a web page,
etc. Clock t
On Monday 21 January 2008 03:43:40 Bert Wesarg wrote:
> No, it is a matter of conforming to C99 or to GNU extensions.
Hi Bert!
Not sure I see the point of your message.
The original use the ... varargs GNU extension, your two argument version is
the C99-safe variant, and your three args + __VA_
On Sun, Jan 20, 2008 at 09:05:27PM +0100, Sam Ravnborg wrote:
> I have spent the last week (the time I can afford to
> Linux stuff anyway) to improve the Section mismatch
> warnings detected by modpost.
Forgot to mention that all patches are made on top of
kbuild.git but I expect then to apply to
On Sunday, 20 of January 2008, Robert Hancock wrote:
> Matt Mackall wrote:
> > Your usage of "overall power" here is wrong. Power is an instantaneous
> > quantity (1/s) like velocity, and you are comparing it to energy which
> > is not an instaneous quantity, more like distance.
> >
> > If we thro
In message <[EMAIL PROTECTED]>, =?utf-8?B?SsO2cm4=?= Engel writes:
[...]
> Patch didn't compile due to function ordering. Here is an updated version.
Joern/Peter, I've tested this updated patch with v2.6.24-rc8-74-ga7da60f.
It worked fine for me.
Thanks,
Erez.
> Acked-and-tested-by: Joern Engel
> It seems to have stopped when i stopped using ipsec and started using
> vpnc.
Kernel ipsec was active yes. However I normally don't see it although
it is often active, that was the first time I think
(except long ago)
> (but no firm info - this was sporadic - happened every few months
> or
On Sun, Jan 20, 2008 at 03:53:41PM +1030, David Newall wrote:
> Then why would it run cooler? What generates the heat when not
> throttled? What stops generating heat when throttled? And you say this
> happens without reducing power consumption? I'm not convinced. I'm a
> long way from that.
Stephan von Krawczynski wrote:
On Sun, 13 Jan 2008 15:04:07 +0100
Stephan von Krawczynski <[EMAIL PROTECTED]> wrote:
Hello all,
we recently tried to stress several netblk configurations and got this kernel
log (amongst others). If additional information is required feel free to ask.
We can tr
On Sun, 20 Jan 2008 20:53:30 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> My workstation running 2.6.24-rc8 just hung during shutdown with an endless
> (or rather I didn't wait more than a few minutes) loop of
>
> unregister_netdev: waiting for ppp-device to become free. Usage count = 1
>
On Fri, Jan 18, 2008 at 06:06:24PM -0700, Jordan Crouse wrote:
> As promised, a watchdog driver for the Geode GX/LX processors is attached.
> I basically just ported the previous patch forward to 2.6.24.
>
> I also have good news or bad news depending on your perspective. I wanted
> to test this
Andi Kleen wrote:
> My workstation running 2.6.24-rc8 just hung during shutdown with an
> endless (or rather I didn't wait more than a few minutes) loop of
>
> unregister_netdev: waiting for ppp-device to become free. Usage count = 1
Same as http://lkml.org/lkml/2008/1/20/27? See also follow-up t
Add a new helper: __section() that makes a section definition
much shorter and more readable.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
include/linux/compiler.h |5 +
include/linux/init.h | 26 +-
2 files changed, 18 insertions(+), 13 deletions(-)
Andi Kleen wrote:
My workstation running 2.6.24-rc8 just hung during shutdown with an endless
(or rather I didn't wait more than a few minutes) loop of
unregister_netdev: waiting for ppp-device to become free. Usage count = 1
ppp-device was an active PPPoE device.
No more information current
Introducing separate sections for __dev* (HOTPLUG),
__cpu* (HOTPLUG_CPU) and __mem* (MEMORY_HOTPLUG)
allows us to do a much more reliable Section mismatch
check in modpost. We are no longer dependent on the actual
configuration of for example HOTPLUG.
This has the effect that all users see much mo
This patch consolidate all definitions of .init.text, .init.data
and .exit.text, .exit.data section definitions in
the generic vmlinux.lds.h.
This is a preparational patch - alone it does not buy
us much good.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
arch/alpha/kernel/vmlinux.lds.S
Now that match() is introduced use it consistently so
we can share the section name definitions.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
scripts/mod/modpost.c | 146 -
1 files changed, 60 insertions(+), 86 deletions(-)
diff --git a/scr
Split a too long function up in smaller bits to make
prgram logic easier to follow.
A few related changes done due to parameter
changes.
No functional changes.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
scripts/mod/modpost.c | 242 -
1 fi
Change the logic in modpost so we identify all the
bad combinations of sections that refer to other
sections.
Compared to the previous approach we are much less
dependent on knowledge of what additional sections
the tool chain uses and thus we can keep the false
positives low.
The implmentation is
It is very convinient to say:
scripts/mod/modpost mm/built-in.o
to check if any section mismatch errors occured
in mm/ (as an example).
Fix it so this is possible again.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
scripts/mod/modpost.c |3 ++-
1 files changed, 2 insertions(+), 1 dele
The relocation record sometimes contained an address
which was not an exactly match for a symbol.
Implment some simple logic such that if there
is a symbol within 20 bytes of the address contained
in the relocation record then print the name of this
symbol.
With this change modpost could find sym
I have spent the last week (the time I can afford to
Linux stuff anyway) to improve the Section mismatch
warnings detected by modpost.
The problem until now has been that the Section
mismatch warnings were dependent on the actual
configuration of HOTPLUG, HOTPLUG_CPU and MEMORY_HOTPLUG.
In the de
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> My workstation running 2.6.24-rc8 just hung during shutdown with an
> endless (or rather I didn't wait more than a few minutes) loop of
>
> unregister_netdev: waiting for ppp-device to become free. Usage count
> = 1
>
> ppp-device was an active PPPoE
On Sun, 2008-01-20 at 11:54 -0800, Randy Dunlap wrote:
> On Sun, 20 Jan 2008 18:18:29 + Adrian McMenamin wrote:
>
> > From: Adrian McMenamin <[EMAIL PROTECTED]>
> >
> >
> > Remove reference to board deleted in commit
> > 758e06ded4c48024835ef0a14627afcde2e25929
> >
> > Submitted-by: Adria
1 - 100 of 199 matches
Mail list logo
