El Sábado, 26 de octubre de 2013 00:32:25 Fengguang Wu escribió:
> What's the kernel you are running? And it's writing to a hard disk?
> The stalls are most likely caused by either one of
>
> 1) write IO starves read IO
> 2) direct page reclaim blocked when
>- trying to writeout PG_dirty
El Sábado, 26 de octubre de 2013 00:32:25 Fengguang Wu escribió:
What's the kernel you are running? And it's writing to a hard disk?
The stalls are most likely caused by either one of
1) write IO starves read IO
2) direct page reclaim blocked when
- trying to writeout PG_dirty pages
El Viernes, 25 de octubre de 2013 18:26:23 Artem S. Tashkinov escribió:
> Oct 25, 2013 05:26:45 PM, david wrote:
> >actually, I think the problem is more the impact of the huge write later
> >on.
> Exactly. And not being able to use applications which show you IO
> performance like Midnight
El Viernes, 25 de octubre de 2013 18:26:23 Artem S. Tashkinov escribió:
Oct 25, 2013 05:26:45 PM, david wrote:
actually, I think the problem is more the impact of the huge write later
on.
Exactly. And not being able to use applications which show you IO
performance like Midnight Commander.
El Thu, 21 Feb 2008 21:26:56 +0100 (CET), Thomas Gleixner <[EMAIL PROTECTED]>
escribió:
> Thanks. Nothing new there. Can you please apply the patch below and
> provide the output of the ioremap code ?
[0.155485] ACPI: bus type pci registered
[0.155581] PCI: Found Intel Corporation
El Thu, 21 Feb 2008 21:26:56 +0100 (CET), Thomas Gleixner [EMAIL PROTECTED]
escribió:
Thanks. Nothing new there. Can you please apply the patch below and
provide the output of the ioremap code ?
[0.155485] ACPI: bus type pci registered
[0.155581] PCI: Found Intel Corporation
El Thu, 21 Feb 2008 08:53:39 +0100 (CET), Thomas Gleixner <[EMAIL PROTECTED]>
escribió:
> Hmm, that's confusing. Can you please provide a complete boot log ?
>
> Thanks,
Sure
[0.00] Linux version 2.6.25-rc2-00342-g5d9c4a7 ([EMAIL PROTECTED]) (gcc
version 4.1.3 20070929 (prerelease)
El Thu, 21 Feb 2008 08:53:39 +0100 (CET), Thomas Gleixner [EMAIL PROTECTED]
escribió:
Hmm, that's confusing. Can you please provide a complete boot log ?
Thanks,
Sure
[0.00] Linux version 2.6.25-rc2-00342-g5d9c4a7 ([EMAIL PROTECTED]) (gcc
version 4.1.3 20070929 (prerelease)
I get the following new message in my dmesg:
[0.155476] ACPI: bus type pci registered
[0.155567] PCI: Found Intel Corporation 945G/GZ/P/PL Express Memory
Controller Hub with MMCONFIG support.
[0.161149] PCI: Cannot map mmconfig aperture for segment 0
[0.161181] PCI: Using
I get the following new message in my dmesg:
[0.155476] ACPI: bus type pci registered
[0.155567] PCI: Found Intel Corporation 945G/GZ/P/PL Express Memory
Controller Hub with MMCONFIG support.
[0.161149] PCI: Cannot map mmconfig aperture for segment 0
[0.161181] PCI: Using
El Mon, 28 Jan 2008 15:10:34 +0100, Andi Kleen <[EMAIL PROTECTED]> escribió:
> So you get overlapping reads. Probably not good.
This was discussed in the past i think ->
http://lkml.org/lkml/2006/4/13/124
http://lkml.org/lkml/2006/4/13/130
--
To unsubscribe from this list: send the line
El Mon, 28 Jan 2008 15:10:34 +0100, Andi Kleen [EMAIL PROTECTED] escribió:
So you get overlapping reads. Probably not good.
This was discussed in the past i think -
http://lkml.org/lkml/2006/4/13/124
http://lkml.org/lkml/2006/4/13/130
--
To unsubscribe from this list: send the line unsubscribe
El Thu, 24 Jan 2008 23:36:00 +0300, Al Boldi <[EMAIL PROTECTED]> escribió:
> Greetings!
>
> data=ordered mode has proven reliable over the years, and it does this by
> ordering filedata flushes before metadata flushes. But this sometimes
> causes contention in the order of a 10x slowdown for
El Thu, 24 Jan 2008 23:36:00 +0300, Al Boldi [EMAIL PROTECTED] escribió:
Greetings!
data=ordered mode has proven reliable over the years, and it does this by
ordering filedata flushes before metadata flushes. But this sometimes
causes contention in the order of a 10x slowdown for certain
http://freebsd.org
http://netbsd.org
http://openbsd.org
http://opensolaris.org
There're so many options, that wasting your time arguing with people that thinks
that you're a troll is worthless.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
http://freebsd.org
http://netbsd.org
http://openbsd.org
http://opensolaris.org
There're so many options, that wasting your time arguing with people that thinks
that you're a troll is worthless.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
El Wed, 2 Jan 2008 03:32:18 +0200, Adrian Bunk <[EMAIL PROTECTED]> escribió:
> It might make sense to offer ext4 in -mm and even in early -rc kernels,
> but I've already seen people using ext4 simply because a stable kernel
> offered it - and that's definitely not intended.
But isn't that the
El Wed, 2 Jan 2008 03:32:18 +0200, Adrian Bunk [EMAIL PROTECTED] escribió:
It might make sense to offer ext4 in -mm and even in early -rc kernels,
but I've already seen people using ext4 simply because a stable kernel
offered it - and that's definitely not intended.
But isn't that the whole
As usually, if someone finds errors in http://kernelnewbies.org/Linux_2_6_24 ,
let me know it or change it yourself.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
El Tue, 4 Dec 2007 22:47:45 +0100, "J.A. Magallón" <[EMAIL PROTECTED]> escribió:
> That is what I like of C++, with good placement of high level features
> like const's and & (references) one can gain fine control over what
> gets copied or not.
But...if there's some way Linux can get "language
El Tue, 4 Dec 2007 22:47:45 +0100, J.A. Magallón [EMAIL PROTECTED] escribió:
That is what I like of C++, with good placement of high level features
like const's and (references) one can gain fine control over what
gets copied or not.
But...if there's some way Linux can get language
As usually, if someone finds errors in http://kernelnewbies.org/Linux_2_6_24 ,
let me know it or change it yourself.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
El Sat, 17 Nov 2007 09:42:51 -0800, Martin Olsson <[EMAIL PROTECTED]> escribió:
> I don't think that setting a max process count by default is a
> good/viable solution.
I don't see why...OS X had a default limit of 100 processes per uid (increased
to 266 in 10.5) and "it works" (many people
El Sat, 17 Nov 2007 09:42:51 -0800, Martin Olsson [EMAIL PROTECTED] escribió:
I don't think that setting a max process count by default is a
good/viable solution.
I don't see why...OS X had a default limit of 100 processes per uid (increased
to 266 in 10.5) and it works (many people notices
El Fri, 16 Nov 2007 21:51:27 -0800, Martin Olsson <[EMAIL PROTECTED]> escribió:
> Dear kernel hackers,
>
> This is a message from below 0x7FFF. Please look at this bug (it's
> not a new concept but still):
> https://bugs.launchpad.net/ubuntu/+bug/163185
Can't see that page:
El Fri, 16 Nov 2007 21:51:27 -0800, Martin Olsson [EMAIL PROTECTED] escribió:
Dear kernel hackers,
This is a message from below 0x7FFF. Please look at this bug (it's
not a new concept but still):
https://bugs.launchpad.net/ubuntu/+bug/163185
Can't see that page:
--
ns
This patch lowers the priority of those messages, adds a "cgroup: " prefix
to another couple of printks and kills the useless reference to the source file.
Signed-off-by: Diego Calleja <[EMAIL PROTECTED]>
--- 2.6/kernel/cgroup.c.old 2007-11-10 11:35:51.0 +010
ns
This patch lowers the priority of those messages, adds a cgroup: prefix
to another couple of printks and kills the useless reference to the source file.
Signed-off-by: Diego Calleja [EMAIL PROTECTED]
--- 2.6/kernel/cgroup.c.old 2007-11-10 11:35:51.0 +0100
+++ 2.6/kernel/cgroup.c
El Tue, 2 Oct 2007 16:32:00 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
escribió:
> Heh. The "remove sk98lin driver" bullet is sadly wrong. We had to
> reinstate it because it supported some cards that the skge driver doesn't
> handle.
Thanks, fixed
-
To unsubscribe from this list: send
El Tue, 2 Oct 2007 16:32:00 -0700 (PDT), Linus Torvalds [EMAIL PROTECTED]
escribió:
Heh. The remove sk98lin driver bullet is sadly wrong. We had to
reinstate it because it supported some cards that the skge driver doesn't
handle.
Thanks, fixed
-
To unsubscribe from this list: send the line
El Mon, 1 Oct 2007 20:41:49 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
escribió:
> So there's a final -rc out there, and right now my plan is to make this
> series really short, and release 2.6.23 in a few days. So please do give
> it a last good testing, and holler about any issues you
El Mon, 1 Oct 2007 20:41:49 -0700 (PDT), Linus Torvalds [EMAIL PROTECTED]
escribió:
So there's a final -rc out there, and right now my plan is to make this
series really short, and release 2.6.23 in a few days. So please do give
it a last good testing, and holler about any issues you find!
El Sun, 23 Sep 2007 16:51:15 -0400, Hector Martin <[EMAIL PROTECTED]> escribió:
> Most xbox-linux users are stuck using 2.4, since there is no FATX driver
> for 2.6 and the 2.4 one is unmaintained. I've been thinking about
> writing FATX support into 2.6, to finally end this problem (this is
>
Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
bugzilla tries to send a mail to the reporter, it fails ("unknown user
account"),
but the error failure is appended as a bugzilla comment. Then bugzilla tries to
send that comment to everyone involved in the bug, including the
Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3710
bugzilla tries to send a mail to the reporter, it fails (unknown user
account),
but the error failure is appended as a bugzilla comment. Then bugzilla tries to
send that comment to everyone involved in the bug, including the
El Sun, 23 Sep 2007 16:51:15 -0400, Hector Martin [EMAIL PROTECTED] escribió:
Most xbox-linux users are stuck using 2.4, since there is no FATX driver
for 2.6 and the 2.4 one is unmaintained. I've been thinking about
writing FATX support into 2.6, to finally end this problem (this is
El Thu, 09 Aug 2007 11:02:38 -0400, Chuck Ebbert <[EMAIL PROTECTED]> escribió:
> NT maintains atimes by default, at least up to XP. You have to edit the
> registry to turn them off, and it is a single global switch -- not per
> mountpoint like Unix.
>
> And it makes a huge difference there, too.
El Thu, 09 Aug 2007 11:02:38 -0400, Chuck Ebbert [EMAIL PROTECTED] escribió:
NT maintains atimes by default, at least up to XP. You have to edit the
registry to turn them off, and it is a single global switch -- not per
mountpoint like Unix.
And it makes a huge difference there, too.
In
El Sun, 5 Aug 2007 09:13:20 +0200, Ingo Molnar <[EMAIL PROTECTED]> escribió:
> Measurements show that noatime helps 20-30% on regular desktop
> workloads, easily 50% for kernel builds and much more than that (in
> excess of 100%) for file-read-intense workloads. We cannot just walk
And as
El Sun, 5 Aug 2007 09:13:20 +0200, Ingo Molnar [EMAIL PROTECTED] escribió:
Measurements show that noatime helps 20-30% on regular desktop
workloads, easily 50% for kernel builds and much more than that (in
excess of 100%) for file-read-intense workloads. We cannot just walk
And as
El Sat, 4 Aug 2007 19:38:01 +0200, Diego Calleja <[EMAIL PROTECTED]> escribió:
> Mmmh, "mount -o remount,noatime /" seems to Work For Me in Ubuntu
> with util-linux/mount "2.12r-17ubuntu"...but then Google says [1] that
> Ubuntu has been shipping with rel
El Sat, 4 Aug 2007 19:17:24 +0200, Ingo Molnar <[EMAIL PROTECTED]> escribió:
> i've got util-linux-2.13-0.46.fc6 and 2.6.22 on that box, shouldnt that
> be recent enough? As far as i can see it from the kernel-side code, this
> works on the general VFS level and hence should be supported by
El Sat, 4 Aug 2007 18:37:33 +0200, Ingo Molnar <[EMAIL PROTECTED]> escribió:
> thousands of applications. So for most file workloads we give Windows a
> 20%-30% performance edge, for almost nothing. (for RAM-starved kernel
> builds the performance difference between atime and noatime+nodiratime
El Sat, 4 Aug 2007 18:37:33 +0200, Ingo Molnar [EMAIL PROTECTED] escribió:
thousands of applications. So for most file workloads we give Windows a
20%-30% performance edge, for almost nothing. (for RAM-starved kernel
builds the performance difference between atime and noatime+nodiratime
El Sat, 4 Aug 2007 19:17:24 +0200, Ingo Molnar [EMAIL PROTECTED] escribió:
i've got util-linux-2.13-0.46.fc6 and 2.6.22 on that box, shouldnt that
be recent enough? As far as i can see it from the kernel-side code, this
works on the general VFS level and hence should be supported by ext3
El Sat, 4 Aug 2007 19:38:01 +0200, Diego Calleja [EMAIL PROTECTED] escribió:
Mmmh, mount -o remount,noatime / seems to Work For Me in Ubuntu
with util-linux/mount 2.12r-17ubuntu...but then Google says [1] that
Ubuntu has been shipping with relatime enabled as default for months
El Mon, 30 Jul 2007 22:25:21 -0500, Joseph Pingenot <[EMAIL PROTECTED]>
escribió:
> More background, please?
>
> What's the way to check for a process exiting without spinning?
I don't know if it's useful for you, but CONFIG_CONNECTOR and CONFIG_PROC_EVENTS
will report process
El Mon, 30 Jul 2007 22:25:21 -0500, Joseph Pingenot [EMAIL PROTECTED]
escribió:
More background, please?
What's the way to check for a process exiting without spinning?
I don't know if it's useful for you, but CONFIG_CONNECTOR and CONFIG_PROC_EVENTS
will report process
El Sat, 28 Jul 2007 18:00:39 -0700, Bill Huey (hui) <[EMAIL PROTECTED]>
escribió:
> The scheduler could have and still can undertake good solid transformation,
> but getting folks to listen is another story which is why Con quit. CFS
> basically locks him and his ideas out, not just from a
El Sat, 28 Jul 2007 18:00:39 -0700, Bill Huey (hui) [EMAIL PROTECTED]
escribió:
The scheduler could have and still can undertake good solid transformation,
but getting folks to listen is another story which is why Con quit. CFS
basically locks him and his ideas out, not just from a technical
El Sat, 28 Jul 2007 13:07:05 -0700, Bill Huey (hui) <[EMAIL PROTECTED]>
escribió:
> of how crappy X is. This is an open argument on how to solve, but it
> should not have resulted in really one scheduler over the other. Both
So your argument is that SD shouldn't have been merged either, because
El Sat, 28 Jul 2007 11:05:25 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
escribió:
> So "modal" things are good for fixing behaviour in the short run. But they
> are a total disaster in the long run, and even in the short run they tend
> to have problems (simply because there will be cases
El Sat, 28 Jul 2007 11:05:25 -0700 (PDT), Linus Torvalds [EMAIL PROTECTED]
escribió:
So modal things are good for fixing behaviour in the short run. But they
are a total disaster in the long run, and even in the short run they tend
to have problems (simply because there will be cases that
El Sat, 28 Jul 2007 13:07:05 -0700, Bill Huey (hui) [EMAIL PROTECTED]
escribió:
of how crappy X is. This is an open argument on how to solve, but it
should not have resulted in really one scheduler over the other. Both
So your argument is that SD shouldn't have been merged either, because it
El Sat, 23 Jun 2007 23:00:42 +0530, jimmy bahuleyan <[EMAIL PROTECTED]>
escribió:
> building upon or improving existing technology is as important as
> inventing new things. if every one insisted on dreaming up new things, i
> doubt we would've accomplished anything significant (not just in OS,
El Sat, 23 Jun 2007 23:00:42 +0530, jimmy bahuleyan [EMAIL PROTECTED]
escribió:
building upon or improving existing technology is as important as
inventing new things. if every one insisted on dreaming up new things, i
doubt we would've accomplished anything significant (not just in OS,
El Tue, 19 Jun 2007 20:21:53 +0200, Nicolas Mailhot <[EMAIL PROTECTED]>
escribió:
> traffic regulations only consider cars? I think not. Yet the same
> argument is the core of most GPL v3 objections we've seen in this
> thread.
No, the core argument of the GPLv3 objections is that you can NOT
El Tue, 19 Jun 2007 20:21:53 +0200, Nicolas Mailhot [EMAIL PROTECTED]
escribió:
traffic regulations only consider cars? I think not. Yet the same
argument is the core of most GPL v3 objections we've seen in this
thread.
No, the core argument of the GPLv3 objections is that you can NOT tell
El Thu, 14 Jun 2007 16:55:09 -0300, Alexandre Oliva <[EMAIL PROTECTED]>
escribió:
> > On Thu, 14 Jun 2007, Diego Calleja wrote:
>
> >> And the FSF is trying to control the design and licensing of
> >> hardware throught the influence of their software.
>
>
El Thu, 14 Jun 2007 16:55:09 -0300, Alexandre Oliva [EMAIL PROTECTED]
escribió:
On Thu, 14 Jun 2007, Diego Calleja wrote:
And the FSF is trying to control the design and licensing of
hardware throught the influence of their software.
It's not. It's only working to ensure recipients
El Thu, 14 Jun 2007 14:49:19 -0300, Alexandre Oliva <[EMAIL PROTECTED]>
escribió:
> Let me see if I got your position right: when TiVO imposes
> restrictions, that's ok, but when others want to find ways to stop it,
> then it's not. *Now* I'm confused ;-)
Me, I agree that hardware shouldn't
El Thu, 14 Jun 2007 14:49:19 -0300, Alexandre Oliva [EMAIL PROTECTED]
escribió:
Let me see if I got your position right: when TiVO imposes
restrictions, that's ok, but when others want to find ways to stop it,
then it's not. *Now* I'm confused ;-)
Me, I agree that hardware shouldn't lock
El Sun, 10 Jun 2007 19:52:28 +0200, Sam Ravnborg <[EMAIL PROTECTED]> escribió:
> I advocated that they should stay out back then.
> But on the other hand I do not see it causing much troubles
> having scripts/kconfig/po/da.po etc araound.
>
> Any opinion about the .po files?
These days the
El Sun, 10 Jun 2007 19:52:28 +0200, Sam Ravnborg [EMAIL PROTECTED] escribió:
I advocated that they should stay out back then.
But on the other hand I do not see it causing much troubles
having scripts/kconfig/po/da.po etc araound.
Any opinion about the .po files?
These days the
El Thu, 24 May 2007 16:01:33 +0200 (CEST), Jiri Slaby <[EMAIL PROTECTED]>
escribió:
> +config USB_STK11XX
> + tristate "STK11XX based webcams"
> + depends on VIDEO_V4L2
> + ---help---
> + This will add support for Syntek webcams such as dc1125 and stk1135.
> +
> + If you
d twice,
and I didn't notice it.
> Torvalds, Care to revert one commit?
Agreed, one of them can be removed.
> commit 722385f75efd82d9f480f0765a1e97a4d83cac0d
> Author: Diego Calleja <[EMAIL PROTECTED]>
> Date: Thu Sep 21 22:37:10 2006 +0200
>
> HOWTO: bug rep
it.
Torvalds, Care to revert one commit?
Agreed, one of them can be removed.
commit 722385f75efd82d9f480f0765a1e97a4d83cac0d
Author: Diego Calleja [EMAIL PROTECTED]
Date: Thu Sep 21 22:37:10 2006 +0200
HOWTO: bug report addition
I suspect that not many people is subscribed
El Thu, 24 May 2007 16:01:33 +0200 (CEST), Jiri Slaby [EMAIL PROTECTED]
escribió:
+config USB_STK11XX
+ tristate STK11XX based webcams
+ depends on VIDEO_V4L2
+ ---help---
+ This will add support for Syntek webcams such as dc1125 and stk1135.
+
+ If you choose to
El Wed, 23 May 2007 16:23:44 +0200, Gergo Szakal <[EMAIL PROTECTED]> escribió:
> Greetings to all list-members!
>
> Recently I have read that Google are selling enterprise hardware that
> is running a modified version of the Linuk kernel [1]. I decided to ask
> them whether the source is
El Wed, 23 May 2007 16:23:44 +0200, Gergo Szakal [EMAIL PROTECTED] escribió:
Greetings to all list-members!
Recently I have read that Google are selling enterprise hardware that
is running a modified version of the Linuk kernel [1]. I decided to ask
them whether the source is available. I
El Sat, 19 May 2007 16:02:37 -0400, Bill Davidsen <[EMAIL PROTECTED]> escribió:
> The chart is at http://www.tmr.com/~davidsen/sched_smooth_01.html for
> your viewing pleasure. The only "tuned" result was with sd, since what I
> observed was so bad using the default settings. If any scheduler
El Sat, 19 May 2007 16:02:37 -0400, Bill Davidsen [EMAIL PROTECTED] escribió:
The chart is at http://www.tmr.com/~davidsen/sched_smooth_01.html for
your viewing pleasure. The only tuned result was with sd, since what I
observed was so bad using the default settings. If any scheduler
El Wed, 2 May 2007 20:18:55 +0100, "Miguel Sousa Filipe" <[EMAIL PROTECTED]>
escribió:
> I find it high irritanting having two kernel interfaces and two
> userland tools that provide the same funcionality, which one should I
> use?
I doubt users care about kernel's design; however the lack of
El Wed, 2 May 2007 20:18:55 +0100, Miguel Sousa Filipe [EMAIL PROTECTED]
escribió:
I find it high irritanting having two kernel interfaces and two
userland tools that provide the same funcionality, which one should I
use?
I doubt users care about kernel's design; however the lack of
El Sun, 29 Apr 2007 23:10:28 +0200, Adrian Bunk <[EMAIL PROTECTED]> escribió:
> What exactly is the purpose of the 2.6.21 regressions list in the Wiki?
AFAIK, submitting its contents to the list periodically CCing the developers,
like you did with your lists.
If developers care to fix it or not
El Sun, 29 Apr 2007 22:17:29 +0200, Adrian Bunk <[EMAIL PROTECTED]> escribió:
> Bugzilla might not be perfect, but it works and it's better than doing
> it by hand.
The good thing about the wiki is that it doesn't exclude bugzilla. It's
just a "regressions list", it doesn't intends to replace
So far, it seems that most of people's opinion WRT to bug reporting and
trackingcan
be divided into 2 groups:
- People who argues (and they're right) that bugzilla and web interfaces in
general
suck and that email + an "Adrian-like" solution works better
- People who argues that a bug
So far, it seems that most of people's opinion WRT to bug reporting and
trackingcan
be divided into 2 groups:
- People who argues (and they're right) that bugzilla and web interfaces in
general
suck and that email + an Adrian-like solution works better
- People who argues that a bug tracker
El Sun, 29 Apr 2007 22:17:29 +0200, Adrian Bunk [EMAIL PROTECTED] escribió:
Bugzilla might not be perfect, but it works and it's better than doing
it by hand.
The good thing about the wiki is that it doesn't exclude bugzilla. It's
just a regressions list, it doesn't intends to replace
El Sun, 29 Apr 2007 23:10:28 +0200, Adrian Bunk [EMAIL PROTECTED] escribió:
What exactly is the purpose of the 2.6.21 regressions list in the Wiki?
AFAIK, submitting its contents to the list periodically CCing the developers,
like you did with your lists.
If developers care to fix it or not or
El Sat, 28 Apr 2007 20:03:07 +0200, Thomas Meyer <[EMAIL PROTECTED]> escribió:
> Please remove this from the regression list. This seems to be an
> userspace only problem and is not related to any kernel driver:
> amarok and/or audacious seems to repeatedly read/write to the X socket:
OK - I
El Sat, 28 Apr 2007 20:03:07 +0200, Thomas Meyer [EMAIL PROTECTED] escribió:
Please remove this from the regression list. This seems to be an
userspace only problem and is not related to any kernel driver:
amarok and/or audacious seems to repeatedly read/write to the X socket:
OK - I added it
El Thu, 26 Apr 2007 11:42:22 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
escribió:
> I bet that's true even of a lot of people who are more "web oriented" than
> I am. They may look at webpages, but getting notified by email is still
> the wakeup call. There's a difference between "active
El Thu, 26 Apr 2007 13:02:28 -0400, Chuck Ebbert <[EMAIL PROTECTED]> escribió:
> Problem is, not enough developers pay attention to the -stable
> series. Adrian, maybe you could shift your attention there and
> stop trying to track the bleeding edge?
>From my humble POV, it's a problem that all
El Thu, 26 Apr 2007 13:02:28 -0400, Chuck Ebbert [EMAIL PROTECTED] escribió:
Problem is, not enough developers pay attention to the -stable
series. Adrian, maybe you could shift your attention there and
stop trying to track the bleeding edge?
From my humble POV, it's a problem that all this
El Thu, 26 Apr 2007 11:42:22 -0700 (PDT), Linus Torvalds [EMAIL PROTECTED]
escribió:
I bet that's true even of a lot of people who are more web oriented than
I am. They may look at webpages, but getting notified by email is still
the wakeup call. There's a difference between active and
El Wed, 18 Apr 2007 10:22:59 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
escribió:
> So if you have 2 users on a machine running CPU hogs, you should *first*
> try to be fair among users. If one user then runs 5 programs, and the
> other one runs just 1, then the *one* program should get
El Wed, 18 Apr 2007 10:22:59 -0700 (PDT), Linus Torvalds [EMAIL PROTECTED]
escribió:
So if you have 2 users on a machine running CPU hogs, you should *first*
try to be fair among users. If one user then runs 5 programs, and the
other one runs just 1, then the *one* program should get 50% of
El Tue, 17 Apr 2007 15:47:32 +0200 (CEST), Tomasz Kłoczko <[EMAIL PROTECTED]>
escribió:
> Realy can't or don't want (?)
Relicensing the whole kernel under the CDDL just to be able to get ZFS is
not going to happen (I bet that rewriting ZFS is easier than relicensing a
large piece of software
El Tue, 17 Apr 2007 15:47:32 +0200 (CEST), Tomasz Kłoczko [EMAIL PROTECTED]
escribió:
Realy can't or don't want (?)
Relicensing the whole kernel under the CDDL just to be able to get ZFS is
not going to happen (I bet that rewriting ZFS is easier than relicensing a
large piece of software with
El Mon, 16 Apr 2007 17:46:50 +0200 (CEST), Tomasz Kłoczko <[EMAIL PROTECTED]>
escribió:
> also some other interestig numbers can be founnd on:
> http://milek.blogspot.com/2006/08/hw-raid-vs-zfs-software-raid-part-ii.html
So software raid can be faster than HW raid. News at 11.
-
To unsubscribe
El Mon, 16 Apr 2007 17:46:50 +0200 (CEST), Tomasz Kłoczko [EMAIL PROTECTED]
escribió:
also some other interestig numbers can be founnd on:
http://milek.blogspot.com/2006/08/hw-raid-vs-zfs-software-raid-part-ii.html
So software raid can be faster than HW raid. News at 11.
-
To unsubscribe from
El Tue, 30 Jan 2007 20:31:01 +0100 (MET), Jan Engelhardt <[EMAIL PROTECTED]>
escribió:
> Don't they claim 50+? Already browsing
> ftp://ftp.de.netbsd.org/pub/NetBSD/NetBSD-3.1 gives more than 2
> screenfuls [à 25].
I don't know exactly how many architectures does netbsd run, but Linux seems
El Tue, 30 Jan 2007 11:10:20 -0800, Greg KH <[EMAIL PROTECTED]> escribió:
> Any specific examples? I have a long list of people who wish to write
> new drivers but just don't know which hardware is not yet supported.
It'd be interesting to join forces with the BSD guys in this field, they
El Tue, 30 Jan 2007 11:10:20 -0800, Greg KH [EMAIL PROTECTED] escribió:
Any specific examples? I have a long list of people who wish to write
new drivers but just don't know which hardware is not yet supported.
It'd be interesting to join forces with the BSD guys in this field, they surely
El Tue, 30 Jan 2007 20:31:01 +0100 (MET), Jan Engelhardt [EMAIL PROTECTED]
escribió:
Don't they claim 50+? Already browsing
ftp://ftp.de.netbsd.org/pub/NetBSD/NetBSD-3.1 gives more than 2
screenfuls [à 25].
I don't know exactly how many architectures does netbsd run, but Linux seems
to
There's a bug in the bugzilla (http://bugzilla.kernel.org/show_bug.cgi?id=7531)
that
is asking to be reported here. The full dmesg (with and without
'pci=assign-busses')
can be found in the link.
[17179574.14] Boot video device is :01:05.0
[17179574.14] PCI: Transparent bridge -
There's a bug in the bugzilla (http://bugzilla.kernel.org/show_bug.cgi?id=7531)
that
is asking to be reported here. The full dmesg (with and without
'pci=assign-busses')
can be found in the link.
[17179574.14] Boot video device is :01:05.0
[17179574.14] PCI: Transparent bridge -
El Tue, 19 Dec 2006 11:46:30 -0500, Gene Heskett <[EMAIL PROTECTED]> escribió:
> IOError: [Errno 2] No such file or directory: '/usr/share/misc/pci.ids'
>
> That file apparently doesn't exist on an FC6 i686 system
Indeed, I forgot to document that. Ubuntu has it there (package pciutils), and
El Tue, 19 Dec 2006 23:57:45 +1100, Marek Wawrzyczny <[EMAIL PROTECTED]>
escribió:
> I had another, probably crazy idea. Would it be possible to utilize the
> current vendor/device PCI ID database to create Linux friendliness matrix
> site?
I've a script (attached) that looks into
1 - 100 of 170 matches
Mail list logo