On Sun, 2005-02-20 at 08:22 +, Russell King wrote:
> Your BIOS is broken. You probably have 1GB of RAM which extends from
> 0x to 0x4000.
Just to leave no doubt. Yes, I have a Gig of RAM.
-- Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Sat, 2005-02-19 at 22:51 -0800, Linus Torvalds wrote:
> Does a patch like this (instead of your version) work for you? It removes
> the Intel quirk entirely, and replaces it with the "if there's no
> resource, use the parent resource as the default fallback" code.
Hi Linus,
I live on the East
Higher bits (16-23) of the address were ignored
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
diff -Nru a/drivers/ide/ide-io.c b/drivers/ide/ide-io.c
--- a/drivers/ide/ide-io.c 2005-02-19 17:38:53 +01:00
+++ b/drivers/ide/ide-io.c 2005-02-19 17:38:53 +01:00
@@ -238,9 +23
Hi,
After updating to a new kernel (>2.6.8) my PCMCIA ISDN did not work
anymore.
My test system now looks like this:
> uname -s -r -v -m
Linux 2.6.11-rc4 #5 Sun Feb 20 05:19:02 CET 2005 x86_64
> lspci | grep CardBus
:02:07.0 CardBus bridge: Texas Instruments PCI4510 PC card Cardbus
Control
On Sun, Feb 20, 2005 at 10:19:02AM +, Russell King wrote:
On Sun, Feb 20, 2005 at 10:52:12AM +0100, David Härdeman wrote:
Is the hole between 0x36f6fa000 and 0x3f70?
Looks like it.
And what would be the proper way of fixing it (assuming that IBM won't
issue a fixed BIOS)?
Try passing:
I have the same broken box here: Graphics freezes, sometime the whole box: It
needs to warm up. Once warmed up, it will keep running stable forever (-:
(Ok, the forever claim can not be verified).
On Sunday 20 February 2005 11:39, Jose Luis Domingo Lopez wrote:
> Hi:
>
> This is more an attempt
Hello all,
I am running oprofile on some program. Following is the oprofile output.
---
Counted GLOBAL_POWER_EVENTS events (time during which processor is not
stopped) with a unit mask of 0x01 (mandatory) count 10
samples %
On Sat, 2005-02-19 at 22:14 +0100, Arjan van de Ven wrote:
> +wait_for_completion_interruptible
> +wait_for_completion_interruptible_timeout
> +wait_for_completion_timeout
These are "emerging functionality" type.
There are some patches in the pipeline, which make use of this and
waited for inclu
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
>> I've used this technique in a few very
>> small programs to reduce their size (I could strip off both their bss and
>> data sections to save space). Also, I believe that the compiler is able
>> to optimize code using consts, but this is pure specula
Hi:
This is more an attempt to get this indexed by web search engines than a
request for help, although maybe someone can draw some conclusion from the
following and be of some use to anyone. Although the subject refers to
some specific kernel version, what is reported in the mail is also valid
fo
Hi,
David Roundy, creator of darcs, wrote:
> On Sat, Feb 19, 2005 at 05:42:13PM +0100, Andrea Arcangeli wrote:
> > I read in the webpage of the darcs kernel repository that they had
> > to add RAM serveral times to avoid running out of memory. They
> > needed more than 1G IIRC, and that was enoug
On Sun, Feb 20, 2005 at 11:20:59AM +0100, Dominik Brodowski wrote:
> > Is the hole between 0x36f6fa000 and 0x3f70?
> >
> > And what would be the proper way of fixing it (assuming that IBM won't
> > issue a fixed BIOS)?
>
> passing "reserve=0x3f6fa000,0x600" as kernel boot option. Please also
On Sun, Feb 20, 2005 at 10:52:12AM +0100, David Härdeman wrote:
> On Sun, Feb 20, 2005 at 09:26:59AM +, Russell King wrote:
> >On Sun, Feb 20, 2005 at 10:22:09AM +0100, David Härdeman wrote:
> >>I see the same problem with an IBM Thinkpad G40, and only when there is
> >>1Gb of memory or more i
On Sun, Feb 20, 2005 at 08:22:26AM +, Russell King wrote:
> On Sat, Feb 19, 2005 at 08:36:12PM -0500, Steven Rostedt wrote:
> > Linux version 2.6.10 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian
> > 1:3.3.5-8)) #13 SMP Sat Feb 19 20:12:19 EST 2005
> > BIOS-provided physical RAM map:
> > BIOS
On Sun, Feb 20, 2005 at 10:52:12AM +0100, David Härdeman wrote:
> e820 map:
> BIOS-provided physical RAM map:
> BIOS-e820: - 0009f000 (usable)
> BIOS-e820: 0009f000 - 000a (reserved)
> BIOS-e820: 000ce000 - 000d (reserved)
> BIOS-
On Sun, Feb 20, 2005 at 09:26:59AM +, Russell King wrote:
On Sun, Feb 20, 2005 at 10:22:09AM +0100, David Härdeman wrote:
I see the same problem with an IBM Thinkpad G40, and only when there is
1Gb of memory or more in the machine.
Check to see if your e820 map has a hole in it, and whether an
> How many distros do use some variant of bootsplash? SuSE does, from
> above url I guess gentoo does, too... Does Red Hat do something
> similar? [Or do they just set log-level to very high giving them clean
> look?] What about Debian?
Red Hat/Fedora uses "quiet" boot option, plus a userspace ea
On Sun, Feb 20, 2005 at 10:22:09AM +0100, David Härdeman wrote:
> Steven Rostedt wrote:
> > I have a IBM Thinkpad G41 with a pentium4M with Hyperthreading. I can't
> > get the PCMCIA working at all. I've tried turning off hyperthreading,
> > I've tried with and without preempt, I've even added pc
Steven Rostedt wrote:
I have a IBM Thinkpad G41 with a pentium4M with Hyperthreading. I can't
get the PCMCIA working at all. I've tried turning off hyperthreading,
I've tried with and without preempt, I've even added pci=noacpi. I've
added Len's ACPI patches, but nothing works.
I see the same pr
Hello!
On Fri 18 Feb 2005 21:49, Alistair John Strachan wrote:
> I discovered that either the i2c_core.ko or i2c_i801.ko modules cause the
> hang
> on resume! If you stop the entire i2c subsystem from being loaded by hotplug
> (note this is the BUS driver, not the sensors driver!), then resume
Have you tried it to get it to work without ACPI in the kernel at all, and
start from there?
Best regards,
Norbert
On Saturday 19 February 2005 22:54, you wrote:
> Hi everyone,
>
> I've been banging my head on this one a couple of days with no luck.
>
> I have a IBM Thinkpad G41 with a pentium4
On Sat, Feb 19, 2005 at 08:36:12PM -0500, Steven Rostedt wrote:
> Linux version 2.6.10 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian
> 1:3.3.5-8)) #13 SMP Sat Feb 19 20:12:19 EST 2005
> BIOS-provided physical RAM map:
> BIOS-e820: - 0009f000 (usable)
> BIOS-e820: 00
101 - 122 of 122 matches
Mail list logo