On Thu, Feb 22, 2007 at 03:55:23PM -0800, Pete Zaitcev wrote:
| On Mon, 19 Feb 2007 21:15:49 +0300, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > +++ b/drivers/usb/misc/ftdi-elan.c
| > @@ -57,9 +57,9 @@ module_param(distrust_firmware, bool, 0);
| > MODULE_PARM_DESC(distrust_firmware, "true to
http://www.glumbert.com/media/dolphin
http://www.petitiononline.com/golfinho
PS: Before any smart-ass jumps in, effectively making this post a thread
about what spam is, let me say that if I posted it to a dolphin or
other related list, there would be no gain, as they should already be
aware of
On Fri, 23 Feb 2007 08:13:30 +0100, Hans de Goede wrote:
> I'm thinking that it might be an idea to also use this idea of udev
> autoloading
> through DMI info for the abituguru and abituguru3 driver (review please). The
> both only support about 12 motherboards. For the abituguru driver, dmi
Jean Delvare wrote:
On Wed, 21 Feb 2007 15:19:44 -0500, Dave Jones wrote:
Ah, Fedora has this horror in its initscripts (which explains why I missed
it in my grep)..
# Initialize ACPI bits
if [ -d /proc/acpi ]; then
for module in /lib/modules/$unamer/kernel/drivers/acpi/* ; do
From: Pekka Enberg <[EMAIL PROTECTED]>
This converts an open-coded krealloc() to use the shiny new API.
Cc: Rusty Russell <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
kernel/module.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index:
Hello,
Let me first start by saying that if a better place to ask these
quesions is to be found, please let me know.
I have a 2.6.20 kernel running a raid 1 set with two SATA disks.
Recently (on an older (gentoo-specific) kernel) I started getting
entries like this after my weekly 'echo check >
On Fri, 2007-02-23 at 07:08 +0100, Ingo Molnar wrote:
> Index: linux/kernel/sched.c
> ===
> --- linux.orig/kernel/sched.c
> +++ linux/kernel/sched.c
> @@ -4689,6 +4689,7 @@ int __sched cond_resched_softirq(void)
>
Arjan van de Ven wrote:
> if it's something built in the last year or two you have the hw.
>
>
I have an ICH4-M, and from Intel's datasheets it looks like I got the
short straw..
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core
"Siddha, Suresh B" <[EMAIL PROTECTED]> writes:
> While debugging some other irq migration issue, observed this issue with
> -git kernels. Ingo, please ACK it.
> ---
>
> With the commit 76d2160147f43f982dfe881404cfde9fd0a9da21, irq_chip
> default_disable() became an empty function. And with this
On Thu, Feb 22, 2007 at 02:41:16PM +0200, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This changes unionfs to use krealloc() for reallocating memory so that
> we don't need to play tricks with slab internals.
>
> Cc: Josef Sipek <[EMAIL PROTECTED]>
> Signed-off-by: Pekka
Andrew,
i just got the lockdep warning below when doing:
echo 3 > /proc/sys/vm/drop_caches
is this a known quirk in the drop_caches code?
Ingo
===
[ INFO: possible circular locking dependency detected ]
2.6.20-syslet #434
Hi Tony, Paul, Peter, fbdev, lkml, and mm,
This is a first pass at abstracting deferred IO out from hecubafb and
into fbdev as was discussed before:
http://marc.theaimsgroup.com/?l=linux-fbdev-devel=117187443327466=2
Please let me know your feedback and if it looks okay so far.
Thanks,
jaya
Hi all
I have previously posted regarding a message about a transparent
bridge message I get when booting my laptop.
PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
PCI quirk: region 1180-11bf claimed by ICH6 GPIO
PCI: Ignoring BAR0-3 of IDE controller :00:1f.1
PCI:
Heiko, what do you think about the patch below - is there perhaps some
deeper reason to s390's _local_bh_enable() use that i missed?
Ingo
-->
Subject: [patch] s390: do not use _local_bh_enable()
From: Ingo Molnar <[EMAIL PROTECTED]>
_local_bh_enable() enables
On Thursday 22 February 2007 14:08, Thomas Meyer wrote:
> 1.) My kde klaptopdaemon icon is gone. This icon displayed the remaining
> battery time. This is maybe a kde problem?
>
> 2.) I get these new messages in the kernel log buffer:
> [...]
> ACPI: bus type pci registered
> PCI: Using MMCONFIG
How about this for telling that an architecture doesn't support DMA?
At least we could get rid of dma-mapping-broken.h and don't need to
compile some afterwards dead code.
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
arch/s390/Kconfig |3 +++
drivers/base/Makefile
Michal,
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Here is more
>
> hardirqs last enabled at (30787): [] syscall_exit_work+0x11/0x26
> hardirqs last disabled at (30788): [] ret_from_exception+0x9/0xc
> softirqs last enabled at (30202): [] __do_softirq+0xe4/0xea
> softirqs last disabled
My Ethernet card worked fine up through 2.6.20, but starting with 2.6.21-rc1,
I get the following:
Feb 22 23:27:39 gherkin kernel: natsemi dp8381x driver, version 2.1, Sept 11,
2006
Feb 22 23:27:39 gherkin kernel: originally by Donald Becker <[EMAIL
PROTECTED]>
Feb 22 23:27:39 gherkin kernel:
Hi!
> -stable review patch. If anyone has any objections, please let us know.
>
> --
> From: Larry Finger <[EMAIL PROTECTED]>
>
> There is a kernel oops on bcm43xx when resuming due to an overly tight
> timeout loop.
>
> Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
>
Hi!
> Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
>
> There's a lot of changes, as is usual for an -rc1 thing, but at least so
> far it would seem that 2.6.20 has been a good base, and I don't think we
> have anything *really* scary here.
And lot of acpi/suspend
I forgot to include some possibly useful "lspci -v" output. This
is while running 2.6.20:
00:0a.0 Ethernet controller: National Semiconductor Corporation DP83815
(MacPhyter) Ethernet Controller
Subsystem: Netgear FA311 / FA312 (FA311 with WoL HW)
Flags: bus master, medium
Here's a curious code I found in drivers/input/input.c (2.6.21-rc1):
void input_release_device(struct input_handle *handle)
{
if (handle->handler->start)
handle->handler->start(handle);
}
Is the above supposed to be this way, or you meant ->stop here?
The commit
Here is another attempt. This format is compatible with
KaiGai's current tools.
Tested on s390 with 32 and 64-bit caps stored in the xattrs.
-serge
From: "Serge E. Hallyn" <[EMAIL PROTECTED]>
Subject: [PATCH 2/2] file caps: accomodate future 64-bit caps
As the capability set changes and
Rafael J. Wysocki wrote:
> Hi,
>
> On Friday, 23 February 2007 00:04, Lukas Hejtmanek wrote:
>> Hello,
>>
>> after some time I've tried to suspend to disk. It basically works but it
>> complains into log with the following message:
>
> Tejun says it is known and he's going to fix it.
Patch went
On Fri, 23 Feb 2007, Andi Kleen wrote:
> If you don't cache constructed but free objects then there is no cache
> advantage of constructors/destructors and they would be useless.
SLUB caches those objects as long as they are part of a partially
allocated slab. If all objects in the slab are
These solutions are laughable
Areca Support wrote:
>
> Dear Sir,
>
> This is Kevin Wang from Areca Technology, Tech-Support Team.
> regarding your problem, please trying to disable ACPI in kernel loader.
> if the problem happen as soon as driver loaded, it should be the IRQ
> releated
On Thu, Feb 22, 2007 at 07:59:45PM -0500, John W. Linville wrote:
> This allows some drivers compile on arches that don't support DMA
> (e.g. s390).
Which drivers are we talking about? Last time I checked an allmodconfig
just compiled.
I'd rather like to the opposite: rip out everything that
On Feb 22 2007, at 19:44, Jan Engelhardt was caught saying:
>
> On Feb 22 2007 14:30, Michael Tokarev wrote:
> >Deepak Saxena wrote:
> >> We attempted an experiment in cleaning up some modprobe messages during
> >> initramfs bootup when the modules directory is missing by moving modprobe
> >>
This patch contains a set of small fixes to allow the kernel to build under
the Cygwin environment, which is unfortunately used by more people than
one would think in the embedded world. :(
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
---
lib/gen_crc32table.c |2
On Thu, Feb 22, 2007 at 02:33:00PM -0800, Suresh B wrote:
> On Thu, Feb 22, 2007 at 04:26:54AM +0100, Nick Piggin wrote:
> > This is really ugly, sorry :(
>
> hm. myself and others too thought it was a simple and nice idea.
The idea is not bad. I won't guarantee mine will be as good or better,
Bodo Eggert wrote:
Rik van Riel <[EMAIL PROTECTED]> wrote:
+++ linux-2.6.20.noarch/mm/swap.c2007-02-20 06:44:17.0 -0500
@@ -420,6 +420,26 @@ void pagevec_strip(struct pagevec *pvec)
+if (printk_ratelimit())
+
yunfeng zhang wrote:
Performance improvement should occur when private pages of multiple
processes are messed up,
Ummm, yes. Linux used to do this, but doing virtual scans
just does not scale when a system has a really large amount
of memory, a large number of processes and multiple zones.
> OK, I'll do it this way.
Your replacement patch still has utrace_regset stuff in it, so it doesn't
compile without the later patches in the series. Try applying only
utrace-tracehook.patch from the series, then get it to build and make your
utrace-tracehook-um.patch. Then apply only
Linus, please apply. Andrew, please drop the other hvc_console patch
you have.
Paulus preferred this over #defining NO_IRQ in the file, since that's
0 for powerpc anyway.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Acked-by: Paul Mackerras <[EMAIL PROTECTED]>
diff -urpN --exclude TAGS -X
Thank you very much.
2007/2/23, Davide Libenzi :
On Fri, 23 Feb 2007, Dong Feng wrote:
> The __syscallN series macros have disappeared in
> include/asm-i386/unistd.h. Why? I occasionally what to add and use
> some new system calls, mainly for debug use. Now I can not access the
> system call
On Fri, 23 Feb 2007, Dong Feng wrote:
> The __syscallN series macros have disappeared in
> include/asm-i386/unistd.h. Why? I occasionally what to add and use
> some new system calls, mainly for debug use. Now I can not access the
> system call I added from user space.
You can use glibc's
Christophe Saout wrote:
> Fix corruption issue with dm-crypt on top of software raid5. Cancelled
> readahead bio's that report no error, just have BIO_UPTODATE cleared
> were reported as successful reads to the higher layers (and leaving
> random content in the buffer cache). Already fixed in
The __syscallN series macros have disappeared in
include/asm-i386/unistd.h. Why? I occasionally what to add and use
some new system calls, mainly for debug use. Now I can not access the
system call I added from user space.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 2/22/07, Alan <[EMAIL PROTECTED]> wrote:
> to do anything but chase pointers through cache. Done right, it
> hardly even branches (although the branch misprediction penalty is a
> lot less of a worry on current x86_64 than it was in the
> mega-superscalar-out-of-order-speculative-execution
Performance improvement should occur when private pages of multiple processes
are messed up, such as SMP. To UP, my previous mail is done by timer, which only
shows a fact, if pages are messed up fully, current readahead will degrade
remarkably, and unused readaheading pages make a burden to
> Yes, you are wrong -- although perhaps you shouldn't be.
>
> The current version of do_debug() clears dr7 when a debug interrupt is
> fielded. As a result, if a system call touches two watchpoint addresses
> in userspace only the first access will be noticed.
Ah, I see. I think it would
While debugging some other irq migration issue, observed this issue with
-git kernels. Ingo, please ACK it.
---
With the commit 76d2160147f43f982dfe881404cfde9fd0a9da21, irq_chip
default_disable() became an empty function. And with this change, irq
migration in the case of Edge triggered IO-APIC
On Thursday 22 February 2007 2:58 pm, Guennadi Liakhovetski wrote:
>
> I think, we only want 1, right? And the latter seems to be more generic /
> platform independent? And as a side-effect, powermac would have to migrate
> to generic rtc:-)
I'd certainly think that restoring the system clock
Hi All
I was in a situation where I could really simplify many things by
using down_interruptible() with a timeout. I went around looking for
how could one be implemented and ran away from the asm code in arch/.
At the end I realized I could make a simple one by setting up a timer
that would
Cleanup HPET RTC emulation based on earlier patch which uses HPET interrupts
in normal mode instead of legacy replacement mode. RTC can now coexist with
HPET.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/arch/x86_64/Kconfig
Cleanup HPET related boot options in x86-64 and deprecate 'nohpet'.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/hpet.c
===
---
Register HPET as eventsource.
If number of logical CPUs is less than number of HPET channels, HPET provides
a per CPU eventsource (using as many timers as needed). Otherwise, it is a
global eventsource (using only one timer).
HPET timers are programmed in their standard interrupt mapping mode
Use HPET address detected by quirk, when it is not listed by BIOS and
register HPET as a clocksource.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/hpet.c
===
---
Rik van Riel <[EMAIL PROTECTED]> wrote:
+++ linux-2.6.20.noarch/mm/swap.c2007-02-20 06:44:17.0 -0500
@@ -420,6 +420,26 @@ void pagevec_strip(struct pagevec *pvec)
> +if (printk_ratelimit())
> +printk("kswapd freed a swap
Patchset enables force detection of HPET, when it is not listed by BIOS.
and enables use of HPET as a event source. HPET timers
configures in stamdard interrupt mode can be used as dependable per CPU timer
on laptops that are known to have LAPIC stoppage with ACPI C3 state.
Patch is against rt
This patch changes mark_tsc_unstable() so it takes a string argument,
which holds the reason the TSC was marked unstable.
This is then displayed the first time mark_tsc_unstable is called.
This should help us better debug why the TSC was marked unstable on
certain systems and allow us to make
This allows some drivers compile on arches that don't support DMA
(e.g. s390).
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
Is there any reason why this header should not cover the whole DMA API?
Compile-tested only...
include/asm-generic/dma-mapping-broken.h | 134
On 2/22/07, Alan <[EMAIL PROTECTED]> wrote:
> Oh yeah? For IRIX in 1991? Or for that matter, for Linux/ARM EABI
> today? Tell me, how many of what sort of users do you support
Solaris (NTL - very large ISP/Telco), Dec server 5000 (for fun), Irix (and
linux cross for Irix removal), MIPS
On Fri, 23 Feb 2007 00:18:26 + Alan wrote:
> > me off, and in the meantime, you know where to find your keyboard's
> > "stick my fingers in my ears and shout la-la-la-I-can't-hear-you" key.
> > :-)
>
> I was hoping you'd take the pseudo-legal noise elsewhere.
Yes. I find it interesting,
From: Joachim Fenkes <[EMAIL PROTECTED]>
This adds two sysfs attributes to /sys/bus/ibmebus which can
be used to notify the ebus driver of added / removed ebus
devices in the OF device tree.
Echoing the device's location code (as found in the OFDT
"ibm,loc-code" property) into the "probe"
Dmitriy Monakhov wrote:
> if path_lookup() return non zero code we don't have to worry about
> 'nd' parameter, but ecryptfs_read_super does path_release() after
> path_lookup has failed, and dentry counter becomes negative
Do not do a path_release after a path_lookup error.
Signed-off-by:
Remove unnecessary flush_dcache_page() call. Thanks to Dmitriy
Monakhov for pointing this out.
Signed-off-by: Michael Halcrow <[EMAIL PROTECTED]>
---
fs/ecryptfs/mmap.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/ecryptfs/mmap.c b/fs/ecryptfs/mmap.c
index
Dmitriy Monakhov <[EMAIL PROTECTED]> wrote:
> Lets explicitly add O_LARGEFILE to opened lower file flags as it
> done in unionfs and nfsd. Also remove unnecessery #define from
> ecryptfs_initialize_file().
O_LARGEFILE should be set here when opening the lower file.
Signed-off-by: Michael Halcrow
From: Joachim Fenkes <[EMAIL PROTECTED]>
This fixes whitespacing in ibmebus.[ch] - no functionality changed.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c | 126 +-
include/asm-powerpc/ibmebus.h | 42
Rolf Offermanns wrote:
I hear the same strange noise on poweroff (2.6.20 vanilla). This is what I
get on my system with ATA_DEBUG and ATA_VERBOSE_DEBUG both defined. The
system will *not* poweroff with "halt -f" so there was no noise!
md: stopping all md devices.
Synchronizing SCSI cache for
On Feb 22, 2007, at 4:18 PM, Robert Hancock wrote:
model and (partial) firmware revision of the drives:
Maxtor 7V300F0 VA11
Maxtor 7B300S0 BANC
Until I disabled NCQ I got gazillions of messages like the ones
below and absymal performance.
- ask
ata5: spurious interrupt (irq_stat 0x8
> To some degree linux-arch would be a good list for it, but it's closed,
> even to monitor.
linux-arch is only for architecture code, but yes it serves a similar
purpose. But it's very specialized. What is discussed there is unlikely
to be of much interest to most people.
I was thinking of a
Ask Bjørn Hansen wrote:
On Feb 21, 2007, at 10:57 PM, Jeff Garzik wrote:
+/* The following blacklist entries are taken from the Windows
+ driver .inf files for the Silicon Image 3124 and 3132. */
+{ "Maxtor 7B250S0","BANC1B70",ATA_HORKAGE_NONCQ, },
[...]
Do we have
On Thu, Feb 22, 2007 at 10:42:23AM -0800, Christoph Lameter wrote:
> On Thu, 22 Feb 2007, Andi Kleen wrote:
>
> > >SLUB does not need a cache reaper for UP systems.
> >
> > This means constructors/destructors are becomming worthless?
> > Can you describe your rationale why you think they
Alan wrote:
On Thu, 22 Feb 2007 12:11:32 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Alan wrote:
ACPI is the only way to do cable handling on the Nvidia PATA chipset. The
You failed to quote the salient part of the message. Disliking a
separate pata_acpi driver in no way invalidates your
> It's brilliant for disk I/O, not for networking for which
> blocking is the norm not the exception.
>
> So people will have to likely do something like divide their
> applications into handling for I/O to files and I/O to networking.
> So beautiful. :-)
>
> Nobody has proposed anything yet
This patch resolves the issue found here:
http://bugme.osdl.org/show_bug.cgi?id=7426
The basic summary is:
Currently we register most of i386/x86_64 clocksources at module_init
time. Then we enable clocksource selection at late_initcall time. This
causes some problems for drivers that use
Ric Wheeler wrote:
I think that FUA was designed for a different use case than what Linux
is using barriers for currently. The advantage with FUA is when you have
"before barrier", "after barrier" and "don't care" sets, where only the
specific things you care about ordering are in the
On Mon, 2007-01-22 at 22:42 +0100, Christophe Saout wrote:
> Am Montag, den 22.01.2007, 11:56 -0800 schrieb Andrew Morton:
>
> > There has been a long history of similar problems when raid and dm-crypt
> > are used together. I thought a couple of months ago that we were hot on
> > the trail of a
On Mon, 19 Feb 2007 21:15:49 +0300, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> +++ b/drivers/usb/misc/ftdi-elan.c
> @@ -57,9 +57,9 @@ module_param(distrust_firmware, bool, 0);
> MODULE_PARM_DESC(distrust_firmware, "true to distrust firmware
> power/overcurren"
> "t setup");
> extern
On Thu, 22 Feb 2007 11:43:38 +0100, Duncan Sands <[EMAIL PROTECTED]> wrote:
> > + /* the module/device has probably been removed */
> > + if (urb->status == -ESHUTDOWN)
> > + return;
> > +
> > if (printk_ratelimit())
> >
On Wed, Feb 07, 2007 at 10:42:27PM -0800, Andrew Morton wrote:
[]
> > > add-mailmap-for-proper-git-shortlog-output.patch
> >
> > i can't tell anything about this one. For what?
>
> Beats me. git stuff. I'll let Linus decide.
So it's in 2.6.21-rc1.
Is it really so necessary in the
On Thu, 22 Feb 2007, Pekka J Enberg wrote:
> As suggested by William, free the actual pages in a batch so that we
> don't keep pounding on l3->list_lock.
This means holding the l3->list_lock for a prolonged time period. The
existing code was done this way in order to make sure that the
On Thu, 2007-02-22 at 20:08 +0100, Giuseppe Bilotta wrote:
> On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-02-22 at 16:55 +0100, Giuseppe Bilotta wrote:
> > >
> > > However, I'm still getting the same snowy effects, which doesn't come
> > > as a surprise since the
On Thu, 2007-02-22 at 21:39 +0100, Luca Tettamanti wrote:
> Il Thu, Feb 22, 2007 at 09:01:52AM +0100, Giuseppe Bilotta ha scritto:
> > On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > >On Wed, 2007-02-07 at 00:08 +0100, Giuseppe Bilotta wrote:
>
> Still scratching my head :|
>
>
> to do anything but chase pointers through cache. Done right, it
> hardly even branches (although the branch misprediction penalty is a
> lot less of a worry on current x86_64 than it was in the
> mega-superscalar-out-of-order-speculative-execution days). It's damn
Actually it costs a lot more
> Oh yeah? For IRIX in 1991? Or for that matter, for Linux/ARM EABI
> today? Tell me, how many of what sort of users do you support
Solaris (NTL - very large ISP/Telco), Dec server 5000 (for fun), Irix (and
linux cross for Irix removal), MIPS embedded (including the port to Linux
of
Hi,
On Friday, 23 February 2007 00:04, Lukas Hejtmanek wrote:
> Hello,
>
> after some time I've tried to suspend to disk. It basically works but it
> complains into log with the following message:
Tejun says it is known and he's going to fix it.
> BUG: at drivers/pci/pci.c:823
On Thu, Feb 22, 2007 at 03:56:11PM -0600, Mike Miller (OS Dev) wrote:
> On Thu, Feb 22, 2007 at 09:45:02PM +, Christoph Hellwig wrote:
> > On Thu, Feb 22, 2007 at 03:38:45PM -0600, Mike Miller (OS Dev) wrote:
> > > Patch 2/2
> > >
> > > This adds support for struct pci_driver shutdown and
On Thu, Feb 22, 2007 at 04:26:54AM +0100, Nick Piggin wrote:
> This is really ugly, sorry :(
hm. myself and others too thought it was a simple and nice idea.
> My suggestion for handling this was to increase the maximum balance
> interval for an idle CPU, and just implement a global shutdown
Hello,
after some time I've tried to suspend to disk. It basically works but it
complains into log with the following message:
BUG: at drivers/pci/pci.c:823 pcim_enable_device()
[] pcim_enable_device+0xbc/0xd0
[] ata_pci_device_do_resume+0x22/0x80
[] ata_pci_device_resume+0x15/0x30
[]
of the following 2 patches:
On Mon, 5 Feb 2007, Johannes Berg wrote:
> This patch removes the time suspend/restore code that was done through
> a PMU notifier in arch/platforms/powermac/time.c.
>
> Instead, we introduce arch/powerpc/sysdev/timer.c which creates a sys
> device and handles time
Add some locking to host_ldt_entries to prevent racing when reading
LDT information from the host.
The locking is somewhat more careful than my previous attempt. Now,
only the check of host_ldt_entries is locked. The lock is dropped
immediately afterwards, and if the LDT needs initializing,
In the 2.6.20 hang patch, I accidentally threw out an error message.
This puts it back.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/sigio.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-2.6.18-mm/arch/um/os-Linux/sigio.c
a) Remove #define acrobatics that have become unnecessary by
the move of asyncdata.o into the common part.
b) Correct the rule for building the common part into the kernel when
some or all hardware specific parts are built as modules.
Signed-off-by: Tilman Schmidt <[EMAIL PROTECTED]>
---
This
2007/2/22, Alan <[EMAIL PROTECTED]>:
The following will generate a vast amount of debug of which only the end
matters.
For some reason, related to my current distro, i didn't used init=/bin/sh .
The full, bloated, log is here http://www.webalice.it/ceztko/log1
(taken from launch of
Tejun Heo wrote:
Jens Axboe wrote:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've
Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for an ordered bit for
years, so that we
On 2/22/07, Alan <[EMAIL PROTECTED]> wrote:
> compiler people caught on to the economic opportunity. Ever pay $5K
> for a CD full of GNU binaries for a commercial UNIX? I did, after
No because I just downloaded them. Much easier and since they are GPL I
was allowed to do so, then rebuilt them
Jens Axboe wrote:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating
On Thu, Feb 22, 2007 at 09:55:01PM +, Christoph Hellwig wrote:
> On Thu, Feb 22, 2007 at 03:49:38PM -0600, James Bottomley wrote:
> > On Thu, 2007-02-22 at 15:38 -0600, Mike Miller (OS Dev) wrote:
> > > .remove = __devexit_p(cciss_remove_one),
> > > .id_table =
Adrian Bunk wrote:
On Thu, Feb 22, 2007 at 09:38:22AM +0100, Ingo Molnar wrote:
...
--- linux.orig/arch/i386/Makefile
+++ linux/arch/i386/Makefile
@@ -31,7 +31,7 @@ LDFLAGS_vmlinux := --emit-relocs
endif
CHECKFLAGS += -D__i386__
-CFLAGS += -pipe -msoft-float -mregparm=3
+CFLAGS +=
Tom Burns <[EMAIL PROTECTED]> :
[...]
> 2.6.15-1 - it was trivial changes aside from 2.6.20.1 which required
> changes to the task scheduling code, but I'm pretty certain I didn't
> break anything.
I do not have the answar that you expect but some information could help:
- which motherboard is it
Documentation for cpuidle infrastructure
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/Documentation/cpuidle/core.txt
Hookup ACPI C-states onto generic cpuidle infrastructure.
drivers/acpi/procesor_idle.c is now a ACPI C-states driver that registers as
a driver in cpuidle infrastructure and the policy part is removed from
drivers/acpi/processor_idle.c. We use governor in cpuidle instead.
Signed-off-by:
Announcing 'cpuidle', a new CPU power management infrastructure to manage
idle CPUs in a clean and efficient manner.
cpuidle separates out the drivers that can provide support for multiple types
of idle states and policy governors that decide on what idle state to use
at run time.
A cpuidle
On 2/22/07, D. Hazelton <[EMAIL PROTECTED]> wrote:
> If you take the microsoft windows source code and compile it yourself
> believe me you will get sued if you ship the resulting binaries and you
> will lose in court.
"misappropriation of trade secrets" as well as copyright infringement
But
Steve Wise wrote:
Divy,
Do these need to be pulled into OFED 1.2 as well?
Hi Steve,
Yes, I believe so.
Cheers,
Divy
Steve.
On Thu, 2007-02-22 at 03:58 -0800, Divy Le Ray wrote:
Jeff,
I'm sending a series of incremental patches updating
the cxgb3 driver. These patches are built
On Thu, 2007-02-22 at 22:07 +0100, Pierre Ossman wrote:
> Arjan van de Ven wrote:
> > no; c3 saves a TON more power.
> >
> > you can try enabling HPET in your BIOS...
> >
> >
>
> Hah, I wish! This is a laptop, so the BIOS is as brain dead and broken
> as is humanly possible.
>
> Can I
On Thursday 22 February 2007 1:37 pm, Alessandro Zummo wro
> Hi David,
>
> thanks for your work. The interface system was originally
> in place because it seemed the right-thing-to-do. if it isn't,
> better to remove it ;)
The Right Thing may also have changed a bit over time!
- Dave
-
To
1 - 100 of 821 matches
Mail list logo
