On Wed, 1 Aug 2007, Daniel Walker wrote:
On Wed, 2007-08-01 at 07:59 -0400, Gregory Haskins wrote:
On Tue, 2007-07-31 at 20:52 -0700, Daniel Walker wrote:
Here's a simpler version .. uses the plist data structure instead of the
100 queues, which makes for a cleaner patch ..
Hi Daniel,
On 7/31/07, Zan Lynx <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-07-31 at 15:02 -0700, Randy Dunlap wrote:
> > On Tue, 31 Jul 2007 15:44:21 -0600 Zan Lynx wrote:
> >
> > > I was playing with huge pages and libhugetlbfs. Small programs like
> > > "ls" work fine. I tried running Evolution through
On Wed, 1 Aug 2007, Rafał Bilski wrote:
> block2mtd: version $Revision: 1.30 $
> block2mtd: mtd0: [d: /dev/sdc2] erase_size = 64KiB [65536]
> mtdsuper: module license 'unspecified' taints kernel.
> mtdsuper: Unknown symbol get_mtd_device
> mtdsuper: Unknown symbol put_mtd_device
> jffs2:
On 08/01, Gregory Haskins wrote:
>
> On Thu, 2007-08-02 at 00:50 +0400, Oleg Nesterov wrote:
> > On 08/01, Daniel Walker wrote:
> > >
> > > It's translating priorities through the work queues, which doesn't seem
> > > to happen with the current implementation. A high priority, say
> > > SCHED_FIFO
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power state for the link when there is no activity (see
the AHCI 1.x spec for details). This feature is mutually
exclusive
libata drivers can define a function (enable_pm) that will
perform hardware specific actions to enable whatever power
management policy the user set up from the scsi sysfs
interface if the driver supports it. This power management
policy will be activated after all disks have been
enumerated
Hi,
This is an updated series of ALPM patches. I moved all link power management
stuff out of scsi sysfs and just use the shost_addr pointer in the host
template to create the sysfs files. This provides the same interface
as before, without requiring any scsi changes. I also fixed a bug in
the
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Index: 2.6-git/drivers/ata/ahci.c
On Tue, Jul 31, 2007 at 04:43:34PM +0200, Stefan Seyfried wrote:
> On Tue, Jul 31, 2007 at 04:01:40PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > > > > > # Running in *copy* of this code, somewhere in low 1MB.
> > > > > >
> > > > > > - movb$0xa1, %al ; outb %al, $0x80
> > > > >
> >
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Measure the time of the freezing of tasks, even if it doesn't fail.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
kernel/power/process.c | 18 +++---
1 file changed, 15 insertions(+),
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Use the observation that try_to_freeze_tasks() need not loop while waiting for
the freezing tasks to enter the refrigerator and make it use a wait queue.
The idea is that after sending freeze requests to the tasks regarded as
freezable
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Increase the freezer's verbosity a bit, so that it's easier to read problem
reports related to it.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Nigel Cunningham <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
Hi,
The patches in the next three messages do the following:
* make the freezer a bit more verbose
* make try_to_freeze_tasks() go to sleep while waiting for tasks to enter
the refrigerator instead of busy looping
* make try_to_freeze_tasks() measure the time of freezing, regardless of
On Wed, 1 Aug 2007, Chris Rankin wrote:
> --- Satyam Sharma <[EMAIL PROTECTED]> wrote:
> > I expect this is easy to reproduce at will (when shutting down nfs
> > services, probably), right?
>
> I'm not sure about the "at will" part because this is the first time I've
> seen it since 2.6.22
On 08/01/2007 08:30 PM, Jan Engelhardt wrote:
On Aug 1 2007 14:33, Andi Kleen wrote:
Comments?
A kconfig entry "(OBSOLETE)"/"(DEPRECATED)" would be nice. (And if you
want to test people, 'depends on EMBEDDED' for CONFIG_BINFMT_AOUT)
Or just remove that junk.
Rene.
-
To unsubscribe from
Store interrupt value
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Index: 2.6-git/drivers/ata/ahci.c
I was able to duplicate Tejun's problem on an ATAPI device I had here.
this updated patch fixed my problem. These devices are just setting
PhyReady (N) and CommWake (W) in Serror on power state changes, ignoring
them seems to be fine, and fixed the problem for me.
Enable Aggressive Link Power
On Wed, 1 Aug 2007 22:52:44 +0200
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 8/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 01 Aug 2007 16:30:08 -0400
> > [EMAIL PROTECTED] wrote:
> >
> > > As an aside, it looks like bits of dynticks-for-x86_64 are in
> > > there.
> > > In
On Wed, 01 Aug 2007 22:45:16 +0200
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> The following strange behavior can be observed:
>
> 1. large file is written
> 2. after 30 seconds, nr_dirty goes down by 1024
> 3. then for some time (< 30 sec) nothing happens (disk idle)
> 4. then nr_dirty again
On Thu, 2007-08-02 at 00:50 +0400, Oleg Nesterov wrote:
> On 08/01, Daniel Walker wrote:
> >
> > On Thu, 2007-08-02 at 00:18 +0400, Oleg Nesterov wrote:
> > > On 08/01, Daniel Walker wrote:
> > > >
> > > > On Wed, 2007-08-01 at 22:12 +0400, Oleg Nesterov wrote:
> > > >
> > > > > And I personally
On Wed, 01 Aug 2007 17:27:39 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Kristen Carlson Accardi wrote:
> Is it safe to use ALPM on a device which only claims to support DIPM?
Yes - I doubled checked this with the AHCI people - and of course you
have Edvin's testing to prove it does fine.
> I
--- Satyam Sharma <[EMAIL PROTECTED]> wrote:
> I expect this is easy to reproduce at will (when shutting down nfs
> services, probably), right?
I'm not sure about the "at will" part because this is the first time I've seen
it since 2.6.22 was
released. However, I was upgrading my Fedora 7
On Wed, 01 Aug 2007 12:24:44 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Kristen Carlson Accardi wrote:
> >> I don't think the interface you're suggesting is a good one. Do you?
> >
> > I think if it's applicable to SCSI at all it is fine. If it is not, then
> > I think we need to make do
On Tuesday 31 July 2007, Mariusz Kozlowski wrote:
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> drivers/scsi/ide-scsi.c | 34642 -> 34536 (-106 bytes)
> drivers/scsi/ide-scsi.o | 171728 -> 171524 (-204 bytes)
>
> drivers/scsi/ide-scsi.c | 10 --
> 1 file changed, 4
On Thu, 2007-08-02 at 00:50 +0400, Oleg Nesterov wrote:
> On 08/01, Daniel Walker wrote:
> >
> > On Thu, 2007-08-02 at 00:18 +0400, Oleg Nesterov wrote:
> > > On 08/01, Daniel Walker wrote:
> > > >
> > > > On Wed, 2007-08-01 at 22:12 +0400, Oleg Nesterov wrote:
> > > >
> > > > > And I personally
On Monday 30 July 2007, Stephen Rothwell wrote:
> drivers/ide/ide-tape.c: In function '__idetape_kmalloc_stage':
> drivers/ide/ide-tape.c:2588: warning: large integer implicitly truncated to
> unsigned type
> drivers/ide/ide-tape.c:2616: warning: large integer implicitly truncated to
> unsigned
On Tuesday 31 July 2007, Mariusz Kozlowski wrote:
> Is this a bug? In original verison memset cleared sizeof(state) bytes
> instead of sizeof(*state). If it was intentional then this patch is invalid.
> If not intentional -> valid :) Please review.
Yes, it is a bug so this patch is a valid
On Sunday 29 July 2007, Meelis Roos wrote:
> Fix a couple of runtogether printks in cmd64x.c IDE driver by adding
> proper newlines.
>
> Signed-off-by: Meelis Roos <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Add additional support for CPU disable on SN platforms.
Correctly setup the smp_affinity mask for I/O error IRQs.
Restrict the use of the feature to Altix 4000 and 450 systems
running with a CPU disable capable PROM, and do not allow disabling
of CPU 0.
Signed-off-by: John Keller <[EMAIL
Hi Chris,
On Wed, 1 Aug 2007, Chris Rankin wrote:
> I am running a 2.6.22 kernel on a dual P4 Xeon (HT enabled) with 2 GB RAM,
> and I have just found
> this BUG in my dmesg log:
>
> nfsd: last server has exited
> nfsd: unexporting all filesystems
> BUG: atomic counter underflow at:
> []
On Wednesday, 1 August 2007 20:15, Chuck Ebbert wrote:
> On 08/01/2007 11:47 AM, Rafael J. Wysocki wrote:
> > Sorry for slow response, I've just noticed this thread.
> >
> > On Tuesday, 31 July 2007 23:20, Chuck Ebbert wrote:
> >> When resuming, systems print this when booted on 07/31/07:
> >>
>
I have done some more testing, and it now looks as if this was actually
a hardware fault. Reseating the PCI-E card made the problem go away
(knock on wood). I am a little puzzled that it is possible for the card
to show up on the PCI bus, and for the driver to be able to detect
whether a disk
On 8/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 01 Aug 2007 16:30:08 -0400
> [EMAIL PROTECTED] wrote:
>
> > As an aside, it looks like bits of dynticks-for-x86_64 are in there.
> > In particular, x86_64-enable-high-resolution-timers-and-dynticks.patch is in
> > there, adding a menu
On Wed, Aug 01, 2007 at 09:51:06PM +0200, Jan Engelhardt wrote:
> On Aug 1 2007 22:07, Rokas Masiulis wrote:
> >sometimes user space program hangs forever.
> >In old days i remeber there was unkillable dosemu.
> >May be there are good how to. Some one can point to it?
> >
> >This is
On 08/01, Daniel Walker wrote:
>
> On Thu, 2007-08-02 at 00:18 +0400, Oleg Nesterov wrote:
> > On 08/01, Daniel Walker wrote:
> > >
> > > On Wed, 2007-08-01 at 22:12 +0400, Oleg Nesterov wrote:
> > >
> > > > And I personally think it is not very useful, even if it was correct.
> > > > You can
The following strange behavior can be observed:
1. large file is written
2. after 30 seconds, nr_dirty goes down by 1024
3. then for some time (< 30 sec) nothing happens (disk idle)
4. then nr_dirty again goes down by 1024
5. repeat from 3. until whole file is written
So basically a 4Mbyte chunk
On Thu, 2007-08-02 at 00:32 +0400, Oleg Nesterov wrote:
> On 08/02, Oleg Nesterov wrote:
> >
> > And I don't understand why rt_mutex_setprio() is called just before
> > calling work->func(). This means that a high-priority work could
> > be delayed by the low-priority ->current_work.
>
> Aha, I
On Wed, 1 Aug 2007, Jan Engelhardt wrote:
> config BINFMT_AOUT
> - tristate "Kernel support for a.out and ECOFF binaries"
> + tristate "Kernel support for a.out and ECOFF binaries (OBSOLETE)"
I beg your pardon?! This definitely is not what Andi meant, right? We want
to remove the
On Wed, 01 Aug 2007 16:30:08 -0400
[EMAIL PROTECTED] wrote:
> As an aside, it looks like bits of dynticks-for-x86_64 are in there.
> In particular, x86_64-enable-high-resolution-timers-and-dynticks.patch is in
> there, adding a menu that depends on GENERIC_CLOCKEVENTS, but then nothing
> in the
On Thu, 2007-08-02 at 00:18 +0400, Oleg Nesterov wrote:
> On 08/01, Daniel Walker wrote:
> >
> > On Wed, 2007-08-01 at 22:12 +0400, Oleg Nesterov wrote:
> >
> > > And I personally think it is not very useful, even if it was correct.
> > > You can create your own workqueue and change the priority
On 08/02, Oleg Nesterov wrote:
>
> And I don't understand why rt_mutex_setprio() is called just before
> calling work->func(). This means that a high-priority work could
> be delayed by the low-priority ->current_work.
Aha, I missed the rt_mutex_setprio() in insert_work().
This is not good
On Tue, 31 Jul 2007 23:09:32 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm2/
Builds, boots, runs here. Dell Latitude D820, Core2 Duo T7200, x86_64 kernel.
> -loop-use-unlocked_ioctl.patch
>
> Dropped, broken.
Fixes one issue
On Wed, Aug 01, 2007 at 12:38:39PM +0200, Richard Knutsson wrote:
> Mike Frysinger wrote:
> >On 7/31/07, Richard Knutsson <[EMAIL PROTECTED]> wrote:
> >
> >>Mike Frysinger wrote:
> >>
> >>>On 7/27/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> >>>
> If there is a definite style or
On 08/01, Daniel Walker wrote:
>
> On Wed, 2007-08-01 at 22:26 +0400, Oleg Nesterov wrote:
>
> > No, the "tail" option has nothing to do with prioritize, we can't remove
> > it. Please look at the code.
>
> So you insert a work struct that executes last which wakes the flushing
> thread?
No,
I'm making an assumption that depmod is somehow to blame and have
logged this as a kernel bug,
http://bugzilla.kernel.org/show_bug.cgi?id=8829
It turns out I was adding the web100 patch (http://www.web100.org) to
the 2.6.21 kernel and that's what causes the symbol resolving problem
below.
On Wed, Aug 01, 2007 at 09:21:12AM +0200, David Engraf wrote:
> At the moment I have a Jetway/VIA Mainboard which seems to have a
> problem with the handoff.
> Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
> cleared. I think this is a BIOS
> bug and I will have to talk to
On 08/01, Daniel Walker wrote:
>
> On Wed, 2007-08-01 at 22:12 +0400, Oleg Nesterov wrote:
>
> > And I personally think it is not very useful, even if it was correct.
> > You can create your own workqueue and change the priority of cwq->thread.
>
> This change is more dynamic than than just
Le 01.08.2007 08:09, Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm2/
...
> +libata-acpi-checks-for-80wire-cable-use-in-pata_via.patch
...
> sata/pata things
Alan,
this does not work after a suspend-resume cycle, I get a " ACPI
> config BINFMT_AOUT
> - tristate "Kernel support for a.out and ECOFF binaries"
> + tristate "Kernel support for a.out and ECOFF binaries (OBSOLETE)"
I'm _NOT_ proposing to obsolete a.out support. Just a.out ld.so support for ELF
executables. The relevant code is in binfmt_elf.c
This patch adds PageSelectiveInvalidation support
replacing existing DomainSelectiveInvalidation for
intel_{map/unmap}_sg() calls and also enables
to mapping one big contiguous DMA virtual address
which is mapped to discontiguous physical address
for SG map/unmap calls.
"Doamin selective
On Wed, 2007-08-01 at 10:47 -0700, Michael Chan wrote:
> You have 2 Broadcom devices in your system. 07:00.0 is a wireless
> device, I think. 8:4.0 is the tg3 device.
>
> It's clear that the tg3 device is still in D3 state after resume and
> that explains why all register accesses fail.
Okay
Redid git bisect from start:
git bisect log
git-bisect start
# good: [098fd16f5f665d3baa7e682d8cb3d7c0fe6f] Linux 2.6.22
git-bisect good 098fd16f5f665d3baa7e682d8cb3d7c0fe6f
# good: [098fd16f5f665d3baa7e682d8cb3d7c0fe6f] Linux 2.6.22
git-bisect good
On Wed, Aug 01, 2007 at 09:26:10PM +0200, Jan Engelhardt wrote:
>
> On Aug 1 2007 20:35, Andi Kleen wrote:
> >> On Aug 1 2007 14:33, Andi Kleen wrote:
> >> >Comments?
> >>
> >> A kconfig entry "(OBSOLETE)"/"(DEPRECATED)" would be nice.
> >> (And if you want to test people, 'depends on EMBEDDED'
On Wed, 2007-08-01 at 15:33 -0400, Josef Sipek wrote:
> On Wed, Aug 01, 2007 at 02:10:31PM -0500, Dave Kleikamp wrote:
> > On Wed, 2007-08-01 at 14:44 -0400, Josef Sipek wrote:
> > > Now what? How do you rename? Do you rename in the same branch (assuming it
> > > is rw)?
> >
> > Er, no.
On Aug 1 2007 22:07, Rokas Masiulis wrote:
>sometimes user space program hangs forever.
>In old days i remeber there was unkillable dosemu.
>May be there are good how to. Some one can point to it?
>
>This is problem/solution isn't related to current kernel. This
>is question: what to do in this
After /proc/sys rewrite it was left unused.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
include/linux/proc_fs.h |1 -
1 file changed, 1 deletion(-)
--- a/include/linux/proc_fs.h
+++ b/include/linux/proc_fs.h
@@ -75,7 +75,6 @@ struct proc_dir_entry {
write_proc_t
Hi
sometimes user space program hangs forever.
In old days i remeber there was unkillable dosemu.
May be there are good how to. Some one can point to it?
This is problem/solution isn't related to current kernel. This
is question: what to do in this sitaution.
Now i have eject(1)
$ ps uax |
On Wednesday, 1 August 2007 20:15, Chuck Ebbert wrote:
> On 08/01/2007 11:47 AM, Rafael J. Wysocki wrote:
> > Sorry for slow response, I've just noticed this thread.
> >
> > On Tuesday, 31 July 2007 23:20, Chuck Ebbert wrote:
> >> When resuming, systems print this when booted on 07/31/07:
> >>
>
Guilt v0.27 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
On Wed, Aug 01, 2007 at 02:10:31PM -0500, Dave Kleikamp wrote:
> On Wed, 2007-08-01 at 14:44 -0400, Josef Sipek wrote:
> > Alright not the greatest of examples, there is something to be said about
> > symmetry, so...let me try again :)
> >
> > /a/
> > /b/bar (whiteout for bar)
> >
On Aug 1 2007 20:35, Andi Kleen wrote:
>> On Aug 1 2007 14:33, Andi Kleen wrote:
>> >Comments?
>>
>> A kconfig entry "(OBSOLETE)"/"(DEPRECATED)" would be nice.
>> (And if you want to test people, 'depends on EMBEDDED' for
>> CONFIG_BINFMT_AOUT)
>
>The point is to have less clutter in
First of all, thanks for the quick response.
Or maybe run oprofile to try to figure out any abnormal system load?
vmstat may provide some initial information as to what kind of activity
exactly causes this issue.
I'm sorry. I'm not familar with those applications to get any useful
Adrian,
You said earlier you're looking at smaller allnoconfig kernels.
One thing I noticed recently that realtime pi futexes are always
enabled and that pulls in a lot of other code (like the plists)
Userland needs to handle them not being available anyways for older
kernels.
Might be worth
On Wed, Aug 01, 2007 at 11:58:44AM -0700, Christoph Lameter wrote:
> On Wed, 1 Aug 2007, Andi Kleen wrote:
>
> > That might be on your systems, but for a mainline submission the
> > standards are higher.
>
> Right that is why I asked for someone to take it over and do mainline work
> if that is
Hi Markus,
On 31/07/07, Markus Gutschke <[EMAIL PROTECTED]> wrote:
> I just tried hooking up a Hitachi 1TB SATA-II drive to a Marvell 7042
> based controller, and the most recent Linux kernel (2.6.23-rc1) fails to
> properly initialize the interface.
Does 2.6.22.1 work?
> Here are the relevant
On Wed, Aug 01, 2007 at 11:07:53PM +0400, Alexey Dobriyan wrote:
> On Wed, Aug 01, 2007 at 03:10:51PM +0200, Adrian Bunk wrote:
> > --- linux-2.6.23-rc1-mm2/.gitignore.old
> > +++ linux-2.6.23-rc1-mm2/.gitignore
> > @@ -14,18 +14,25 @@
> > *.so
> > *.mod.c
> > *.i
> > +!include/asm-*/*.i
>
> I
On Wed, 2007-08-01 at 14:44 -0400, Josef Sipek wrote:
> Alright not the greatest of examples, there is something to be said about
> symmetry, so...let me try again :)
>
> /a/
> /b/bar(whiteout for bar)
> /c/foo/qwerty
>
> Now, let's mount a union of {a,b,c}, and we'll see:
>
> $
On Wed, Aug 01, 2007 at 03:10:51PM +0200, Adrian Bunk wrote:
> --- linux-2.6.23-rc1-mm2/.gitignore.old
> +++ linux-2.6.23-rc1-mm2/.gitignore
> @@ -14,18 +14,25 @@
> *.so
> *.mod.c
> *.i
> +!include/asm-*/*.i
I think these should be renamed to .S and let .i alone for preprocessed
stuff.
> +#
On Wed, Aug 01, 2007 at 07:53:28AM -0600, Grant Likely wrote:
> On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > ---
> > --- /dev/null 2006-09-19 00:45:31.0
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Wed, 1 Aug 2007, Ingo Molnar wrote:
>
> > Andi's theory cannot be true either, Roman's debug info also shows this
> > /proc//sched data:
> >
> > clock-delta : 95
> >
> > that means that sched_clock() is
Hi!
I have changed static /dev to udev on my machine. It has
a lot of RAM (94MB) so I was expecting that udev will not make
things worse. Unfortunately udev isn't noticing that new mtd
device was born. I was suspecting that this is my fault, but
udev's /dev is populated and:
Fix missing numa_zonelist_order sysctl config
Against 2.6.23-rc1-mm1.
Found this testing Mel Gorman's patch for the issue with
"policy_zone" and ZONE_MOVABLE.
Misplaced #endif is hiding the numa_zonelist_order sysctl
when !SECURITY.
[But, maybe reordering the zonelists is not such a good idea
On Wed, 1 Aug 2007, Andi Kleen wrote:
> That might be on your systems, but for a mainline submission the
> standards are higher.
Right that is why I asked for someone to take it over and do mainline work
if that is wanted. I had a couple of requests for these patches.
-
To unsubscribe from this
On Wed, Aug 01, 2007 at 11:45:39AM -0700, Christoph Lameter wrote:
> On Wed, 1 Aug 2007, Andi Kleen wrote:
>
> > > It is certainly interesting to compare alternative ways of handling the
> > > instruction streams by various processors or models of processors.
> >
> > Well you have to do a lot
Hi Rafał,
It seems that you're already using irq 9 for another device, and as Alan says
the cs5530 audio device doesn't seem to do irq sharing. It seems to me that you
need to go into your BIOS settings at startup and tell the device to use an irq
line that's not already in use by some other
Hello everybody,
if I mount a dm-crypt-encrypted Harddisk/RAID-Array on an Adaptec 3200S,
and produce load (for example with bonnie++) the kernel crashes.
This is always reproducible. To reproduce simply mount an dm-crypt
encrypted device and produce load -- I always used bonnie++.
Unencrypted
On Wed, Aug 01, 2007 at 10:23:29AM -0500, Dave Kleikamp wrote:
> On Tue, 2007-07-31 at 13:11 -0400, Josef Sipek wrote:
> > On Tue, Jul 31, 2007 at 07:00:12PM +0200, Jan Blunck wrote:
> > > On Tue, Jul 31, Josef Sipek wrote:
> > >
> > > > On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
On Wed, 1 Aug 2007, Andi Kleen wrote:
> > It is certainly interesting to compare alternative ways of handling the
> > instruction streams by various processors or models of processors.
>
> Well you have to do a lot more work then to handle instable TSCs then.
I have been using this for 2
On Wed, 2007-08-01 at 10:01 +0200, Joachim Deguara wrote:
> Here are the lspci outputs for the tg3
You have 2 Broadcom devices in your system. 07:00.0 is a wireless
device, I think. 8:4.0 is the tg3 device.
It's clear that the tg3 device is still in D3 state after resume and
that explains why
On Wed, 2007-08-01 at 22:26 +0400, Oleg Nesterov wrote:
> No, the "tail" option has nothing to do with prioritize, we can't remove
> it. Please look at the code.
So you insert a work struct that executes last which wakes the flushing
thread?
> Also, flush_workqueue() must not be delayed by the
> > And, from a standpoint of ONGOING, long-term innovation: what matters
> > is that brilliant, new ideas get rewarded one way or another.
>
> and in this case, the reward is that the idea got used and credit was
> given
You mean, when Ingo announced CFS he mentioned Con's name?
I really
On Wed, 2007-08-01 at 10:53 -0700, Martin Bligh wrote:
> Nick Piggin wrote:
> > On Tue, Jul 31, 2007 at 11:14:08AM +0200, Andi Kleen wrote:
> >> On Tuesday 31 July 2007 07:41, Nick Piggin wrote:
> >>
> >>> I haven't given this idea testing yet, but I just wanted to get some
> >>> opinions on it
> It is certainly interesting to compare alternative ways of handling the
> instruction streams by various processors or models of processors.
Well you have to do a lot more work then to handle instable TSCs then.
In particular the frequencies can be different between CPUs, they
change (which
On Wednesday 01 August 2007 20:30:18 Jan Engelhardt wrote:
>
> On Aug 1 2007 14:33, Andi Kleen wrote:
> >Comments?
>
> A kconfig entry "(OBSOLETE)"/"(DEPRECATED)" would be nice.
> (And if you want to test people, 'depends on EMBEDDED' for CONFIG_BINFMT_AOUT)
The point is to have less clutter in
Hi Ulrich,
On Wed, 1 Aug 2007, Ulrich Drepper wrote:
> How about adding the attached text to the Documentation directory? I
> had to correct over the years to one or the other system call design
> problems. Other problems couldn't be corrected anymore and we have to
> live with them. Maybe
Gabriel C wrote:
Hi,
move_msr_up() is used only on X86_64 and generates a warning on !X86_64
...
drivers/kvm/vmx.c:548: warning: 'move_msr_up' defined but not used
Applied, thanks.
---
PS: Btw Avi why do you think I'm mysterious ?:)
...
git-kvm.patch:Noted by the mysterious
block2mtd: version $Revision: 1.30 $
block2mtd: mtd0: [d: /dev/sdc2] erase_size = 64KiB [65536]
mtdsuper: module license 'unspecified' taints kernel.
mtdsuper: Unknown symbol get_mtd_device
mtdsuper: Unknown symbol put_mtd_device
jffs2: Unknown symbol get_sb_mtd
jffs2: Unknown symbol
On Wed, 2007-08-01 at 22:12 +0400, Oleg Nesterov wrote:
> And I personally think it is not very useful, even if it was correct.
> You can create your own workqueue and change the priority of cwq->thread.
This change is more dynamic than than just setting a single priority ..
There was some other
On Aug 1 2007 14:33, Andi Kleen wrote:
>Comments?
A kconfig entry "(OBSOLETE)"/"(DEPRECATED)" would be nice.
(And if you want to test people, 'depends on EMBEDDED' for CONFIG_BINFMT_AOUT)
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 1 Aug, Olaf Hering wrote:
> This happens when attaching a firewire disk (momobay) to a single cpu
> G5. I suspect there are two bugs, one is the error handling and one is
> the DMA mask setting.
>
> ieee1394: Node added: ID:BUS[0-00:1023] GUID[00010410100036e0]
> ieee1394: Host added:
On Wed, 1 Aug 2007, Andi Kleen wrote:
> > But then the numbers are not comparable across systems.
>
> That would only matter if you're interested in absolute system
> performance of different systems.
Yes I am definitely interested in seeing which type of cpu runs a certain
section faster.
>
Hendrik . wrote:
So I think there is a problem with this specific CK804
ATA controller causing the MCE... Any clues?
Yes, the SATA chip is broken. Probably time to check the known errata
on the chip, and if it isn't known, bring nvidia in to debug their
silicon.
-
To unsubscribe from this
On 08/01, Daniel Walker wrote:
>
> On Wed, 2007-08-01 at 19:01 +0200, Peter Zijlstra wrote:
> > > static void insert_work(struct cpu_workqueue_struct *cwq,
> > > struct work_struct *work, int tail)
> > > {
> > > + int prio = current->normal_prio;
> > > +
> > >
> But then the numbers are not comparable across systems.
That would only matter if you're interested in absolute system
performance of different systems.
But comparable performance testing in general only makes sense when you
only change one variable: either you change the hardware or
you
On 08/01, Peter Zijlstra wrote:
>
> On Tue, 2007-07-31 at 20:52 -0700, Daniel Walker wrote:
>
> > static void insert_work(struct cpu_workqueue_struct *cwq,
> > struct work_struct *work, int tail)
> > {
> > + int prio = current->normal_prio;
> > +
> >
On 08/01/2007 11:47 AM, Rafael J. Wysocki wrote:
> Sorry for slow response, I've just noticed this thread.
>
> On Tuesday, 31 July 2007 23:20, Chuck Ebbert wrote:
>> When resuming, systems print this when booted on 07/31/07:
>>
>> Date: 06/31/107
>>
>>
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
> > [...] I didn't say 'sleeper starvation' or 'rounding error', these are
> > your words and it's your perception of what I said.
>
> Oh dear :-) It was indeed my preception that yesterday you said:
*sigh* and here you go off again nitpicking on a
How about adding the attached text to the Documentation directory? I
had to correct over the years to one or the other system call design
problems. Other problems couldn't be corrected anymore and we have to
live with them. Maybe spelling out the rules explicitly will help a bit.
I've added a
>Hello,
>
>Linux: 2.6.23-rc1-git3
>Hardware: CX5530
>
>After "modprobe snd-cs5530" I have:
>CS5530: XpressAudio at 0x220
>CS5530: MPU at 0x330
>CS5530: IRQ: 9 DMA8: 0 DMA16: 5
>sb: can't grab irq 9
>CS5530: Could not create SoundBlaster
>CS5530_Audio: probe of :00:12.3 failed with error -16
From: David Howells <[EMAIL PROTECTED]>
Enable the MB93090 motherboard's MB86943 PCI arbiter correctly by assigning to
the register rather than comparing against it. This is required to support
bus mastering.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
arch/frv/mb93090-mb00/pci-vdk.c
101 - 200 of 1048 matches
Mail list logo
