Hi Andrew,
I have this when I enable nfnetlink as a module :
net/built-in.o: In function `ip_ct_port_tuple_to_nfattr':
: undefined reference to `__nfa_fill'
net/built-in.o: In function `ip_ct_port_tuple_to_nfattr':
: undefined reference to `__nfa_fill'
net/built-in.o: In function `tcp_to_nfattr':
>So in order to calibrate it you need a readily available source of
>constant acceleration, preferably with a known value.
>
>Hint: -9.8 m/sec^2.
Drop it out of the window? :)
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Sat, 2005-07-30 at 18:30 +0800, Pavel Machek wrote:
> Hi!
>
> > >> One other glitch is that pdnsd (a nameserver caching daemon) has
> crashed
> > >> when the system wakes up from swsusp. It also happens when
> waking up
> > >> from S3, which was working with 2.6.11.4 although not with
> 2.6.
On Mon, Aug 01, 2005 at 02:01:07AM +0100, Alan Cox wrote:
> 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
On Mon, Aug 01, David Gibson wrote:
> Hrm.. definitely works here. Is this with any other patches? Can you
> send the .s file? That might help be debug it.
It works with SLES9 gcc3, only gcc4 (or recent binutils) do not like it.
-
To unsubscribe from this list: send the line "unsubscribe linu
On Sun, Jul 31, 2005 at 10:12:46PM -0700, David S. Miller 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 */
> >
On Mon, Aug 01, 2005 at 08:29:29AM +0200, Olaf Hering wrote:
> On Mon, Jul 25, David Gibson wrote:
>
> > Presently the LparMap, one of the structures the kernel shares with
> > the legacy iSeries hypervisor has a fixed offset address in head.S.
> > This patch changes this so the LparMap is a norm
On Mon, Jul 25, David Gibson wrote:
> Presently the LparMap, one of the structures the kernel shares with
> the legacy iSeries hypervisor has a fixed offset address in head.S.
> This patch changes this so the LparMap is a normally initialized
> structure, without fixed address. This allows us to
>> Here's a script that does what I was looking for:
>
Mmmmh, perlgolf?
>#!/bin/bash
>for a in "$@"
>do
>objdump -d "$a" -j .text
>done | perl -ne'
>BEGIN{%h=();$b=0};
>END{if($b){$h{$b}++};print map("$_: $h{$_}\n", sort(keys(%h)))};
>if(/\tnop$/){$h{nop}++}
>elsif(/^[\s0-9a-f]{8}:\
On Mon, Aug 01, 2005 at 12:27:42AM -0500, Paul Mackerras wrote:
> 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
From: "David S. Miller" <[EMAIL PROTECTED]>
Date: Sun, 31 Jul 2005 22:25:04 -0700 (PDT)
> I'll try to rebuild the net-2.6.14 tree if I get a chance before
> heading off to the UK tomorrow. That should help things out for
> you.
Ok, I just finished doing this, it should take a while
for it to sho
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 i
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 g
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 d
"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 ip_co
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
> +ip
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 2.6
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 sourc
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 accele
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.
No
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 t
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 bod
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 th
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 kernel
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
http://www.quantum.com/ServiceandSupport/Softwar
- 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 fixing
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 that
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 softwa
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 discus
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 loo
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 are
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 consider
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 differ
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 reenab
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 p
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 (i
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]# ma
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
n
> 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
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
> some
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 k
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 netwo
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 t
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 k
-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 way
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
> >
> >Devic
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 pr
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 i
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 t
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 to
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 "us
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" thing
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 ma
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 m
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.
Being
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
-
T
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.
Grus
> >
> > 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 driver
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 AC
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 eithe
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 driv
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(-)
--- linux-2.6.13-rc3-mm1-full/sound/oss
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
> >some
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 7/29/
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 anyway
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 the
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 th
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 ne
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
+++ linux-2.6.13-rc3-mm1-full/include/linux/dcookies
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 in
"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(-)
--- linux-2.6.13-rc3-mm
"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(-)
--- linux-2.6.13-rc3-mm
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 gcc
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 adult-
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 m
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
so
--- 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 are
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, centr
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.
I
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 a
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 no
1 - 100 of 247 matches
Mail list logo
