From: Mike Kravetz <[EMAIL PROTECTED]>
If CONFIG_NUMA is set, some POWER 4 systems will fail to boot. This is
because of special processing needed to handle invalid node IDs (0x)
on POWER 4. My previous patch to handle memory 'holes' within nodes
forgot to add this special case for POWER 4
On Sat, 2005-07-30 at 00:48 +0100, Daniel Drake wrote:
> Pete, Rusty,
>
> I found a snippet of a previous discussion of yours here:
>
> http://www.ussg.iu.edu/hypermail/linux/kernel/0408.3/2901.html
> http://www.ussg.iu.edu/hypermail/linux/kernel/0409.0/0768.html
>
> Did anything become of this
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Sun, 31 Jul 2005 22:21:25 -0700
> Actually, that patch is just a fixup for a patch reject from the net-2.6.14
> diff. I do that sometimes when I get sick of fixing up the same reject
> each time I pull the various trees.
>
> (I'm not sure _why_ I'm
Anton Blanchard wrote:
>
> Hi,
>
> > We need some clarity on how asm-generic/topology.h is intended to be
> > used. I suspect that it's supposed to be unconditionally included at
> > the end of the architecture's topology.h so that any elements which
> > are undefined by the arch have sensible
"David S. Miller" <[EMAIL PROTECTED]> wrote:
>
> From: [EMAIL PROTECTED]
> Date: Sun, 31 Jul 2005 22:03:47 -0700
>
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
> ...
> > /* decrement reference count on a conntrack */
> > -extern void
From: [EMAIL PROTECTED]
Date: Sun, 31 Jul 2005 22:03:47 -0700
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
...
> /* decrement reference count on a conntrack */
> -extern void ip_conntrack_put(struct ip_conntrack *ct);
> +static inline void
>
Hi,
> We need some clarity on how asm-generic/topology.h is intended to be
> used. I suspect that it's supposed to be unconditionally included at
> the end of the architecture's topology.h so that any elements which
> are undefined by the arch have sensible default definitions. Looking
> at
On Sun, 2005-07-31 at 22:56 -0600, Alejandro Bonilla Beeche wrote:
> Second Try... ;-)
>
> Anyone?
You're obviously getting different values because "moving the laptop
left to right" will produce a different acceleration every time.
So in order to calibrate it you need a readily available
Second Try... ;-)
Anyone?
.Alejandro
On Sun, 2005-07-31 at 19:53 -0600, Alejandro Bonilla Beeche wrote:
> Hi Guys,
>
> I hope you all aren't sick about the topic. I have a quick question...
>
> Thanks to development of the driver from some nice guys, we are able to
> get data from the
On Sun, 31 Jul 2005 [EMAIL PROTECTED] wrote:
>
> We either need to change every driver to free irqs or "harden" each
> of them.
No. No "either".
Drivers need to be safe from the hw going away, whether it be physically
or because it got shut down.
> Freeing irqs obviously seems easier.
On Sun, 2005-07-31 at 08:38 +0200, Ingo Molnar wrote:
> ok - i've uploaded the -52-04 patch, does that fix it for you?
Has anyone found their PS2 keyboard rather sluggish with this kernel?
I'm not sure whether it's an -RT problem, I'll have to try rc4.
Lee
-
To unsubscribe from this list: send
Adrian Bunk <[EMAIL PROTECTED]> writes:
> This patch removes support for gcc < 3.2 .
Go away.
-miles
--
"Suppose He doesn't give a shit? Suppose there is a God but He
just doesn't give a shit?" [George Carlin]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Ugh. It's not like we want people saying "Hi there" in our changelogs.
Well the _occasional_ friendly greeting might be kinda nice...
-miles
hi mom!
--
Ich bin ein Virus. Mach' mit und kopiere mich in Deine .signature. fnord.
-
To unsubscribe from
On 08/01/05 12:36:16AM +0200, Pavel Machek wrote:
> > If the kernel defaults are irrelevant, then it would make more sense to
> > leave the default HZ as 1000 and not to enable the cpufreq and ACPI in
> > order to keep with the principle of least surprise for people who do use
> > kernel.org
At 7/31/2005 22:35 -0400, John Stoffel wrote:
I don't know if this is a problem with the AIC7xxx driver, the tape
in the drive, or the DLT7000 drive itself.
Run the DLTsage/Xtalk diagnostics found at http://tinyurl.com/dn7xn
[which redirects to
- Original Message -
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Sunday, July 31, 2005 9:07 pm
Subject: Re: revert yenta free_irq on suspend
>
>
> On Mon, 1 Aug 2005, Dave Airlie wrote:
> >
> > You said earlier we only should fix drivers that need fixing, but
> they> all need
On Mon, Aug 01, 2005 at 12:26:07AM +0200, Adrian Bunk took 109 lines to write:
> This patch removes support for gcc < 3.2 .
>
> The advantages are:
> - reducing the number of supported gcc versions from 8 to 4 [1]
> allows the removal of several #ifdef's and workarounds
> - my impression is
Hi All,
I've just a Dell Precision 610 dual CPU Xeon workstation, with 550mhz
CPUs and 768mb of RAM. I'm running 2.6.12 right now, and using two
different SCSI busses on the system to run some disks and a DLT 7000
tape drive on it's own bus. I'm using Bacula (www.bacula.org) as my
backup
On Sun, 2005-07-31 at 19:06 -0700, Andrew Morton wrote:
> Shaohua Li <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> > > In general, I think that calling free_irq is the right behavior.
> > > Although irqs changing after suspend is rare, there are also some
> > > more serious issues. This has been
Jan Engelhardt <[EMAIL PROTECTED]> writes:
>>3i. if/else/do/while/for/switch
>> space between if/else/do/while and following/preceeding
>> statements/expressions, if any
>
> Why this? if(a) {} is not any worse than if (a).
Well it's harder to read (because it makes control constructs
Shaohua Li <[EMAIL PROTECTED]> wrote:
>
> Hi,
> > In general, I think that calling free_irq is the right behavior.
> > Although irqs changing after suspend is rare, there are also some
> > more serious issues. This has been discussed in the past, and a
> > summary is as follows:
>
> irqs actually
> Date: Sun, 31 Jul 2005 16:02:44 -0700
> From: Greg KH <[EMAIL PROTECTED]>
>
> On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
> > I think that "continuing" codepath came from someone at Phoenix, FWIW;
> > the problem is that I see the PCI quirks code has evolved even farther
>
> static inline int new_find_first_bit(const unsigned long *b, unsigned size)
> {
> int x = 0;
> do {
> unsigned long v = *b++;
> if (v)
> return __ffs(v) + x;
> if (x >= size)
> break;
>
On Jul 31, 2005, at 18:32:47, Pavel Machek wrote:
and cpufreq is usefull to keep your desktop cold, too.
But I don't want my desktop cold!!! That would ruin its usefulness as a
400W dorm space-heater!!! :-D
*starts boinc client running in the background*
Cheers,
Kyle Moffett
--
There
Hi,
> In general, I think that calling free_irq is the right behavior.
> Although irqs changing after suspend is rare, there are also some
> more serious issues. This has been discussed in the past, and a
> summary is as follows:
irqs actually isn't changed after suspend currently, it's a
Hi Guys,
I hope you all aren't sick about the topic. I have a quick question...
Thanks to development of the driver from some nice guys, we are able to
get data from the accelerometer. There is one problem. How do we
calibrate the values that are outputed from the userspace? All PC's get
a
Hi,
In case anyone has the same problem I got it solved. I basically
disabled everything that was on the motherboard such as the promise
sata, sound, usb, etc. It then seemed to work except it choked on
loading the AACRAID driver so I set the pci=usepirqmask and it then got
it. I then tried
On Thu, 2005-07-28 at 02:58 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm3/
I'm seeing a problem on ARM with -rc3-mm3 and -rc4-mm1. -rc3-mm2 and
-rc4 are fine and looking for the problem reveals the problems start
after these
On Mon, 1 Aug 2005, Dave Airlie wrote:
>
> You said earlier we only should fix drivers that need fixing, but they
> all need fixing
I think you're still talking from a theoretical standpoing, while all my
arguments are practical.
In _practice_, I hope that
(a) we don't see that very much
Newer Sony VAIO models (VGN-S480, VGN-S460, VGN-S3XP etc) use a new method to
initialize the SPIC device. The new way to initialize (and disable) the device
comes directly from the AML code in the _CRS, _SRS and _DIS methods from the
DSDT table. This patch against 2.6.12.3 adds support for the new
Jesus Delgado <[EMAIL PROTECTED]> wrote:
>
> Im try test with kernels 2.6.13-rc4 and 2.6.13-rc4-mm1, the problems
> is the boot hang:
>my test is different combinations the acpi=off , noacpi, pci=noirq,
> etc.etc both have is the same error not boot.
>
> The only information is simple:
the spca5xx webcam driver module compiles/installs/runs fine (a few
compilation warnings, but nothing much) on vanilla 2.6.x kernels, but
won't succeed on one patched with ingo's realtime pre-emption patches.
*
[EMAIL PROTECTED] spca5xx-20050701]#
Daniel Walker wrote:
You can resolve it if you enable SMP .
Daniel
thanx - that's done it.
shayne
On Mon, 2005-08-01 at 08:18 +1000, Shayne O'Connor wrote:
trying to compile 2.6.13.rc4 with ingo's RT patch
(realtime-preempt-2.6.13-rc4-RT-V0.7.52-07) but keep getting this error
> On Mon, 1 Aug 2005, Dave Airlie wrote:
> >
> > That still doesn't handle the case where a device has an interrupt
> > handler on a shared IRQ and another device on the chain interrupts it
> > after it has suspended its device,
>
> I don't know why people bother arguing about this. Face the
On Sul, 2005-07-31 at 00:27 -0400, D. ShadowWolf wrote:
> On this topic I have to weigh in that I just subscribed to the kernel list
> because I have had to undo a modification made to the kernel around version
> 2.6.10 that stopped the export of 'inter_module_get'. To me it appears that
>
Hi all:
Im try test with kernels 2.6.13-rc4 and 2.6.13-rc4-mm1, the problems
is the boot hang:
my test is different combinations the acpi=off , noacpi, pci=noirq,
etc.etc both have is the same error not boot.
The only information is simple:
..
Uncompressiong Linux... Ok. booting the
On Sad, 2005-07-30 at 22:36 +0100, Russell King wrote:
> Since PCMCIA cards are detected and drivers bound at boot time, we no
> longer get hotplug events to setup networking for PCMCIA network cards
> already inserted. Consequently, if you are relying on /sbin/hotplug to
> setup your PCMCIA
On Iau, 2005-07-28 at 13:08 +0200, Tomàs Núñez Lirola wrote:
> Obviously, this answer is useless, but I don't know what to do now... Do
> you know if Ricoh has released specs before? Do you think IBM should have
> them?
>
> What would you do in my place? Which should be the next step?
IBM like
Hi all:
Im try test with kernels 2.6.13-rc4 and 2.6.13-rc4-mm1, the problems
is the boot hang:
my test is different combinations the acpi=off , noacpi, pci=noirq,
etc.etc both have is the same error not boot.
The only information is simple:
..
Uncompressiong Linux... Ok. booting the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg KH wrote:
Now, I'm thinking it could be something like the udev hang which
disapeared with udev update to 058.
I don't know what can be happening. I think it is because of some type
of timeout.
If you think there is
On Mon, 1 Aug 2005, Dave Airlie wrote:
>
> That still doesn't handle the case where a device has an interrupt
> handler on a shared IRQ and another device on the chain interrupts it
> after it has suspended its device,
I don't know why people bother arguing about this. Face the facts: we have
>
> However, there is in fact no bug here. The test program is just wrong.
> sigwait returns zero or an error number, as POSIX specifies. Conversely,
> sigtimedwait and sigwaitinfo either return 0 or set errno and return -1.
> It is odd that the interfaces of related functions differ in this
Dave Jones wrote:
> On Mon, Aug 01, 2005 at 02:00:16AM +0200, Andreas Steinmetz wrote:
>
> > gringo:~ # fdisk -l /dev/hda
> >
> > Disk /dev/hda: 80.0 GB, 80026361856 bytes
> > 255 heads, 63 sectors/track, 9729 cylinders
> > Units = cylinders of 16065 * 512 = 8225280 bytes
> >
> >
On Mon, Aug 01, 2005 at 02:00:16AM +0200, Andreas Steinmetz wrote:
> gringo:~ # fdisk -l /dev/hda
>
> Disk /dev/hda: 80.0 GB, 80026361856 bytes
> 255 heads, 63 sectors/track, 9729 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
>Device Boot Start End Blocks
The problem is not really "when straced", but when strace attaches. In
fact, it's not even "when PTRACE_ATTACH'd". It's actually the implicit
SIGSTOP that PTRACE_ATTACH causes. If you simply suspend and resume the
program (with SIGSTOP or C-z), you get the same result. So this report is
more
Dave Jones wrote:
> On Sun, Jul 31, 2005 at 01:03:56AM -0400, Brown, Len wrote:
>
> > But that believe would be total fantasy -- supsend/resume is not
> > working on a large number of machines, and no distro is currently
> > able to support it. (I'm talking about S3 suspend to RAM primarily,
>
> If an interrupt is screaming due to lack of initialization and gets turned
> off, just make sure it gets re-enabled when it is being initialized.
>
That still doesn't handle the case where a device has an interrupt
handler on a shared IRQ and another device on the chain interrupts it
after
On Mon, 2005-08-01 at 01:29 +0200, Pavel Machek wrote:
> Hi!
>
> > > I'm pretty sure at least one distro will go with HZ<300 real soon now
> > > ;-).
> > >
> >
> > Any idea what their official recommendation for people running apps that
> > require the 1ms sleep resolution is? Something along
On Sun, 31 Jul 2005, Jeff Garzik wrote:
>
> Please pull from the 'upstream-fixes' branch of
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
>
> to obtain the fixes described in the attached diffstat/changelog/patch.
Could you please try to edit the emails you apply
On Sun, 31 Jul 2005 13:42:45 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Booting linux-2.6.13-rc4 with the "usb-handoff" option gives me
> > a working keyboard everytime now.
>
> But 2.6.12 did not require this workaround, yes?
>
I still have linux-2.6.12.3 on my machine and the
On Mon, 1 Aug 2005, Pavel Machek wrote:
> >
> > Why do it _ever_? There is _zero_ upside to doing it, I don't see why you
> > want to.
>
> Being able to turn off your soundcard at runtime when you are not
> using it was one of examples...
I meant the "ACPI restores irq controller state"
hello, i run 2.6.13-rc4-git2, and i am experiencing problems with
sk98lin, suddenly it just stops working, and i need to reboot to get
network up again, does this fix it?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Please pull from the 'upstream-fixes' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
to obtain the damnable-annoying[1] fix described in the attached
diffstat/changelog/patch.
Jeff
[1] the option is truly a boolean, that enables or disables a menu
Hi!
> > I'm pretty sure at least one distro will go with HZ<300 real soon now
> > ;-).
> >
>
> Any idea what their official recommendation for people running apps that
> require the 1ms sleep resolution is? Something along the lines of "Get
> bent"?
So you busy wait for 1msec, big deal. Some
Hi!
> > Ok, so we'll keep adding those free_irq/request_irq pairs
>
> I would suggest doing so only if you have a case where it can matter.
>
> > and re-introduce that ACPI change when we are ready?
>
> Why do it _ever_? There is _zero_ upside to doing it, I don't see why you
> want to.
On Mon, 1 Aug 2005, Pavel Machek wrote:
>
> Ok, so we'll keep adding those free_irq/request_irq pairs
I would suggest doing so only if you have a case where it can matter.
> and re-introduce that ACPI change when we are ready?
Why do it _ever_? There is _zero_ upside to doing it, I don't see
On Mon, 2005-08-01 at 00:47 +0200, Pavel Machek wrote:
> I'm pretty sure at least one distro will go with HZ<300 real soon now
> ;-).
>
Any idea what their official recommendation for people running apps that
require the 1ms sleep resolution is? Something along the lines of "Get
bent"?
Lee
-
In article <[EMAIL PROTECTED]> you wrote:
> No, I'm saying that 99% users enable ACPI and cpufreq. ACPI is needed
> on new machines, and cpufreq is usefull to keep your desktop cold,
> too.
And with the recent ongoing packing of CPU cores into racks, it is even more
so important for Servers.
> >
> > In general, I think that calling free_irq is the right behavior.
>
> I DO NOT CARE!
>
> It breaks hundreds of drivers. End of discussion.
>
> You can do the free_irq() and request_irq() changes _without_ breaking
> hundreds of drivers by just doing one driver at a time.
>
So are
Hi.
On Mon, 2005-08-01 at 08:36, David S. Miller wrote:
> Many people still use 2.95 because it's still the fastest
> way to get a kernel build done and that's important for
> many people.
Yes, please don't remove 2.95 support.
Regards,
Nigel
--
Evolution.
Enumerate the requirements.
Consider
Hi!
> > In general, I think that calling free_irq is the right behavior.
>
> I DO NOT CARE!
>
> It breaks hundreds of drivers. End of discussion.
>
> You can do the free_irq() and request_irq() changes _without_ breaking
> hundreds of drivers by just doing one driver at a time.
>
> And if
On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
> I think that "continuing" codepath came from someone at Phoenix, FWIW;
> the problem is that I see the PCI quirks code has evolved even farther
> from the main copy of the init code in the USB tree. Sigh.
I don't like that
On Sun, 31 Jul 2005 [EMAIL PROTECTED] wrote:
>
> In general, I think that calling free_irq is the right behavior.
I DO NOT CARE!
It breaks hundreds of drivers. End of discussion.
You can do the free_irq() and request_irq() changes _without_ breaking
hundreds of drivers by just doing one
We do no longer need a template for OSS drivers.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 26 Jul 2005
sound/oss/skeleton.c | 219 ---
1 files changed, 219 deletions(-)
---
Hi!
> > As this isn't the only chip of this sort (i.e. a
> > multi-function chip not on the CPU bus) maybe we
> > should store the bus driver in a common place. If
> > needed we could have a very simple bus driver
> > subsystem (this might already be in the kernel, I
> > haven't looked at the bus
Hi!
> >Then the second test was probably flawed, possibly because we have
> >some more work to do. No display is irrelevant, HZ=100 will still save
> >0.5W with running display. Spinning disk also does not produce CPU
> >load (and we *will* want to have disk spinned down). No daemons... if
>
Indeed I didn't specify what my project is about... My goal is to
benchmark several QoS process schedulers, comparing them to the native
kernel scheduler. I didn't, however, decided how will the benchmarking
be done. Any sugestions?
On 7/29/05, Stephen Pollei <[EMAIL PROTECTED]> wrote:
> On
On Mon, 2005-08-01 at 00:36 +0200, Pavel Machek wrote:
> Hi!
>
> > > > I really like having 250HZ as an _option_, but what I don't see is why
> > > > it should be the _default_. I believe this is Lee's position as
> > > > Last I checked, ACPI and CPU speed scaling were not enabled by default;
Hi!
> > > I really like having 250HZ as an _option_, but what I don't see is why
> > > it should be the _default_. I believe this is Lee's position as
> > > Last I checked, ACPI and CPU speed scaling were not enabled by default;
> >
> > Kernel defaults are irelevant; distros change them
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Mon, 1 Aug 2005 00:26:07 +0200
> - my impression is that the older compilers are only rarely
> used, so miscompilations of a driver with an old gcc might
> not be detected for a longer amount of time
Many people still use 2.95 because it's still
On Sun, 2005-07-31 at 23:11 +0100, Mark Underwood wrote:
> As this isn't the only chip of this sort (i.e. a
> multi-function chip not on the CPU bus) maybe we
> should store the bus driver in a common place. If
> needed we could have a very simple bus driver
> subsystem (this might already be in
Hi!
> > [But we
> > probably want to enable ACPI and cpufreq by default, because that
> > matches what 99% of users will use.]
>
> Sorry, this is just ridiculous. You're saying 99% of Linux
> installations are laptops? Bullshit.
No, I'm saying that 99% users enable ACPI and cpufreq. ACPI is
We don't want these to be global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 26 Jul 2005
--- linux-2.6.13-rc3-mm1-full/include/linux/dcookies.h.old 2005-07-26
11:15:22.0 +0200
+++
On Sun, Jul 31, 2005 at 01:03:56AM -0400, Brown, Len wrote:
> But that believe would be total fantasy -- supsend/resume is not
> working on a large number of machines, and no distro is currently
> able to support it. (I'm talking about S3 suspend to RAM primarily,
> suspend to disk is less
"extern inline" doesn't make much sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 26 Jul 2005
include/linux/reiserfs_fs.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.13-rc3-mm1-full/include/linux/reiserfs_fs.h.old
"extern inline" doesn't make much sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 26 Jul 2005
include/asm-i386/div64.h |2 +-
include/asm-i386/processor.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
---
"extern inline" doesn't make much sense.
This patch was already ACK'ed by Jens Axboe.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 26 Jul 2005
include/linux/bio.h |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
---
This patch removes support for gcc < 3.2 .
The advantages are:
- reducing the number of supported gcc versions from 8 to 4 [1]
allows the removal of several #ifdef's and workarounds
- my impression is that the older compilers are only rarely
used, so miscompilations of a driver with an old
Lee Revell wrote:
On Sun, 2005-07-31 at 23:10 +0200, Pavel Machek wrote:
defconfig on i386 is Linus' configuration. Maybe server-config and
laptop-config would be good idea...
Um, what about those things called "desktops"? They're like a laptop
but with reasonable hard drive speeds and
Michael Thonke wrote:
Hello Alexander,
do you run
A.) SATA in Enhanced Mode
B.) SATA+PATA or PATA operation mode?
This problem I can reproduce when I set A.)+B.) in bios I
exactly get the same behavior of confused cd - drives.
Yes, I'm running SATA in enhanced mode with SATA+PATA operation
Pavel Machek wrote:
Then the second test was probably flawed, possibly because we have
some more work to do. No display is irrelevant, HZ=100 will still save
0.5W with running display. Spinning disk also does not produce CPU
load (and we *will* want to have disk spinned down). No daemons... if
--- Russell King <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 30, 2005 at 10:46:58PM +0200, Pavel
> Machek wrote:
> > Hi!
> >
> > > > > Note that I'm maintaining the code and will
> be
> > > > > publishing a new set
> > > > > of patches for it based upon Pavel's fixes.
> > > >
> > > > Thanks. I'll
On 07/31/05 11:10:20PM +0200, Pavel Machek wrote:
>
> > I really like having 250HZ as an _option_, but what I don't see is why
> > it should be the _default_. I believe this is Lee's position as
> > Last I checked, ACPI and CPU speed scaling were not enabled by default;
>
> Kernel defaults
On 7/30/05, Pavel Machek <[EMAIL PROTECTED]> wrote:
-snip-snip-
> > The hardware I have may outdated/esoteric. I take it that there is
> > no such list then?
> > Maybe it's better not to support esoteric hardware.
>
> Post a list somewhere...
Ok, here's the list:
Adaptec AHA-1510A
(ISA,
On Sun, 2005-07-31 at 23:10 +0200, Pavel Machek wrote:
> defconfig on i386 is Linus' configuration. Maybe server-config and
> laptop-config would be good idea...
Um, what about those things called "desktops"? They're like a laptop
but with reasonable hard drive speeds and adult-sized keyboards?
Lee Revell wrote:
> On Sun, 2005-07-31 at 23:10 +0200, Pavel Machek wrote:
>>[But we
>>probably want to enable ACPI and cpufreq by default, because that
>>matches what 99% of users will use.]
>
> Sorry, this is just ridiculous. You're saying 99% of Linux
> installations are laptops? Bullshit.
On Sun, 2005-07-31 at 23:10 +0200, Pavel Machek wrote:
> > I really like having 250HZ as an _option_, but what I don't see is why
> > it should be the _default_. I believe this is Lee's position as
> > Last I checked, ACPI and CPU speed scaling were not enabled by default;
>
> Kernel defaults
On Sun, 2005-07-31 at 23:10 +0200, Pavel Machek wrote:
> [But we
> probably want to enable ACPI and cpufreq by default, because that
> matches what 99% of users will use.]
Sorry, this is just ridiculous. You're saying 99% of Linux
installations are laptops? Bullshit.
Lee
-
To unsubscribe from
Le dimanche 31 juillet 2005 à 11:25 -0700, Linus Torvalds a écrit :
> - The SonyPI driver just allocates IO regions in random areas.
Those are not really random, the list of IO regions available is given
in the ACPI SPIC device specification. The list is hardcoded here
because the driver does
On Fri, Jul 29, 2005 at 12:01:26PM -0500, Jesus Delgado wrote:
> Iam have is the same problems with emachines M6807.
> On 7/29/05, Brad Barnett <[EMAIL PROTECTED]> wrote:
> > I have a very odd problem with an Acer Aspire 1691WCLi. This laptop will
> > simply not boot with any Debian precompiled
Hi!
> Also I'd like to point out that this patch broke APM suspend-to-ram,
> not ACPI S3. IMO, it may not be possible to support both APM and ACPI
> on every system, as their specs are not intended to be compatible.
> Progress toward proper suspend-to-ram support will, in many cases, be
> a
On Sun, Jul 31, 2005 at 05:40:29PM +0200, Markus Lidel wrote:
> Hello,
>
> Christoph Hellwig wrote:
> >So folks, this is still in 2.6.13-rc4, shouldn't we pull it out so we
>
> Yep, sorry... I'll try to send the patch during next week...
>
> >don't add an interface soon to be removed again to
Hi!
> >First numbers were 0.5W on idle system; that shows what kind of
> >powersaving can be done. Powersaving is no longer possible when artsd
> >is not running, but that should not be used as argument against it.
>
> It was an idle system with no display, zero daemons running, and the
> hard
Hi Alexey,
> > I see very little reason why vid_from_reg and vid_to_reg are
> > inlined. The former is not exactly short,
>
> 1)
> and their arguments aren't known at
> compile time,
>
> [Compiler can optimise them away _completely_ if both arguments are
> known
One nitpicking comment and two observations:
On Sun, Jul 31, 2005 at 10:02:24PM +0200, Jean Delvare wrote:
> I see very little reason why vid_from_reg and vid_to_reg are inlined.
> The former is not exactly short,
1)
and their arguments aren't known at
compile
Frank Peters <[EMAIL PROTECTED]> wrote:
>
> On Sun, 31 Jul 2005 20:45:32 +0200
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> > >
> > > 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
- Original Message -
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Sunday, July 31, 2005 11:53 am
Subject: Re: revert yenta free_irq on suspend
>
>
> On Sun, 31 Jul 2005, Pavel Machek wrote:
> >
> > Well, on some machines interrupts can change during suspend (or
> so I
> > was
Pavel Machek wrote:
First numbers were 0.5W on idle system; that shows what kind of
powersaving can be done. Powersaving is no longer possible when artsd
is not running, but that should not be used as argument against it.
It was an idle system with no display, zero daemons running, and the
Use the common vid_from_reg function in lm78 rather than
reimplementing it.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
drivers/hwmon/Kconfig |1 +
drivers/hwmon/lm78.c | 10 ++
2 files changed, 3 insertions(+), 8 deletions(-)
--- linux-2.6.13-rc4.orig/drivers/hwmon/lm78.c
On Sunday, 31 of July 2005 01:09, Rafael J. Wysocki wrote:
> On Sunday, 31 of July 2005 00:24, Hugh Dickins wrote:
> > On Sun, 31 Jul 2005, Rafael J. Wysocki wrote:
> > > On Saturday, 30 of July 2005 23:32, Hugh Dickins wrote:
> > > > On Sat, 30 Jul 2005, Rafael J. Wysocki wrote:
> > > > >
> > >
1 - 100 of 486 matches
Mail list logo
