On Sun, Jun 24, 2007 at 03:46:13AM +0200, Nick Piggin wrote:
> Rewrite the buffer layer.
Overall, I like the basic concepts, but it is hard to track the locking
rules. Could you please write them up?
I like the way you split out the assoc_buffers from the main fsblock
code, but the list setup
Tomasz Kłoczko wrote:
ALSA still does not provides good soud devices virtualization for more
then one application. Each day I'm using bludy words when I'm try to use
skype which oppens /dev/mixer after run galeon with flash plugin which
opens /dev/snd/pcm* or when I start GNOME session with
On Mon, Jun 25, 2007 at 02:44:42PM +0200, Olivier Galibert wrote:
> On Mon, Jun 25, 2007 at 02:31:08PM +0200, Takashi Iwai wrote:
> > So, do you mean the soft-mixing is the biggest issue? That's just a
> > part of a design issue, and if we want to go to that way, the
> > impelemtation would be
On Mon, Jun 25, 2007 at 02:58:02PM +0200, Takashi Iwai wrote:
> Hm... I don't agree much with the virtual relay device solution.
> I once experimentally implemented an ALSA-OSS virtual kernel driver.
> But, it just gives more complexity.
So instead you move the complexity in the library where it
On 2007.06.25 08:40:35 -0400, Jeremy Fitzhardinge wrote:
> Ingo Molnar wrote:
> >* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >
> >>hm, restoring nmi.c to the v2.6.21 state does not fix the
> >>nmi_watchdog=2 hang. I'll do a bisection run.
> >>
> >
> >and after spending an hour on 15
On Mon, Jun 25, 2007 at 01:36:23PM +0200, Tomasz Kłoczko wrote:
> ALSA still does not provides good soud devices virtualization for more then
> one application. Each day I'm using bludy words when I'm try to use skype
> which oppens /dev/mixer [...]
Not true anymore:
skype 32381 gombasg
On 2007.06.25 08:49:05 -0400, Jeremy Fitzhardinge wrote:
> Björn Steinbrink wrote:
> >On 2007.06.25 10:26:52 +0200, Ingo Molnar wrote:
> >
> >>* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>the winner is ...
> >>>
> >>> f8822f42019eceed19cc6c0f985a489e17796ed8 is first bad commit
>
--- Chris Wright <[EMAIL PROTECTED]> wrote:
> * Casey Schaufler ([EMAIL PROTECTED]) wrote:
> > Just hoping to avoid a change collision. If I have to deal
> > with this today it's easy, if it doesn't show up anywhere
> > until 2.6.28 I'm breezing, but if it all hits in two weeks I
> > have some
On 6/25/07, Jay L. T. Cornwall <[EMAIL PROTECTED]> wrote:
Jay Cliburn wrote:
> For reasons not yet clear to me, it appears the L1 driver has a bug or
> the device itself has trouble with DMA in high memory. This patch,
> drafted by Luca Tettamanti, is being explored as a workaround. I'd be
>
At Mon, 25 Jun 2007 14:44:42 +0200,
Olivier Galibert wrote:
>
> On Mon, Jun 25, 2007 at 02:31:08PM +0200, Takashi Iwai wrote:
> > So, do you mean the soft-mixing is the biggest issue? That's just a
> > part of a design issue, and if we want to go to that way, the
> > impelemtation would be
On Wed, Jun 20, 2007 at 02:41:48PM -0700, Roland McGrath wrote:
> What's the purpose of the change?
Chopping small bits of utrace to mainline.
regset stuff looks reasonable and self-contained enough to start with.
However, regset part in utrace contain quite a few unused things, so
I'm leaving
Jay L. T. Cornwall wrote:
Jay Cliburn wrote:
For reasons not yet clear to me, it appears the L1 driver has a bug or
the device itself has trouble with DMA in high memory. This patch,
drafted by Luca Tettamanti, is being explored as a workaround. I'd be
interested to know if it fixes your
At Mon, 25 Jun 2007 14:47:50 +0200,
Olivier Galibert wrote:
>
> On Mon, Jun 25, 2007 at 02:40:23PM +0200, Jan Engelhardt wrote:
> >
> > On Jun 25 2007 14:31, Takashi Iwai wrote:
> > >> It was started in time when most cheap sound cards was without hw mixer.
> > >> And .. when today you use ALSA
Hi,
On Monday 25 June 2007, Tomasz Kłoczko wrote:
> On Mon, 25 Jun 2007, Takashi Iwai wrote:
> [..]
> >> Any plans for doing this ?
> >
> > Did you count the number of devices that tree supports?
>
> What is harder ? Bring ALSA API to the same level of functionalities as
> OSS provides or port
Björn Steinbrink wrote:
On 2007.06.25 10:26:52 +0200, Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
the winner is ...
f8822f42019eceed19cc6c0f985a489e17796ed8 is first bad commit
commit f8822f42019eceed19cc6c0f985a489e17796ed8
Author: Jeremy Fitzhardinge <[EMAIL
On Mon, Jun 25, 2007 at 02:40:23PM +0200, Jan Engelhardt wrote:
>
> On Jun 25 2007 14:31, Takashi Iwai wrote:
> >> It was started in time when most cheap sound cards was without hw mixer.
> >> And .. when today you use ALSA on sound card without hw mixer still all
> >> this (past ?) problems are
On Mon, Jun 25, 2007 at 02:31:08PM +0200, Takashi Iwai wrote:
> So, do you mean the soft-mixing is the biggest issue? That's just a
> part of a design issue, and if we want to go to that way, the
> impelemtation would be trivial, regardless on ALSA or not. Totally
> irrelevant argument
On 6/25/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Jun 25 2007 12:41, Robert Iakobashvili wrote:
>> > I am getting after initial successes some errors:
>> > "rtnl_talk(): RTNETLINK answers: Cannot allocate memory"
>> > and
>> > #ip addr | wc-l is 8194.
>>
>> I'd be surprised if it was
On 2007.06.25 10:26:52 +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > the winner is ...
> >
> > f8822f42019eceed19cc6c0f985a489e17796ed8 is first bad commit
> > commit f8822f42019eceed19cc6c0f985a489e17796ed8
> > Author: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
>
Paul Menage wrote:
> On 6/22/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>>
>> The problem with input in bytes is that the user will have to ensure
>> that the input is
>> a multiple of page size, which implies that she would need to use the
>> calculator every time.
>>
>
> Having input in bytes
David Woodhouse wrote:
On Wed, 2007-06-20 at 16:08 -0700, Jeremy Fitzhardinge wrote:
This patch cleans up the ELF headers and their users. It does several
related things:
Looks good. We can get away with exporting a lot less of this to
userspace too, can't we?
Probably. What
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
hm, restoring nmi.c to the v2.6.21 state does not fix the
nmi_watchdog=2 hang. I'll do a bisection run.
and after spending an hour on 15 bisection steps:
git-bisect start
git-bisect good
On Jun 25 2007 14:31, Takashi Iwai wrote:
>> It was started in time when most cheap sound cards was without hw mixer.
>> And .. when today you use ALSA on sound card without hw mixer still all
>> this (past ?) problems are actual.
>
>Huh? I have no problems with soft mixing...
Diverging from
On Jun 25 2007 12:41, Robert Iakobashvili wrote:
>> > I am getting after initial successes some errors:
>> > "rtnl_talk(): RTNETLINK answers: Cannot allocate memory"
>> > and
>> > #ip addr | wc-l is 8194.
>>
>> I'd be surprised if it was 4096 on x86 and 8192 on x86_64...
>
> Missed to mention:
On Mon, Jun 25, 2007 at 05:41:58PM +1000, Nick Piggin wrote:
> Neil Brown wrote:
> >On Sunday June 24, [EMAIL PROTECTED] wrote:
> >
> >>
> >>+#define PG_blocks 20 /* Page has block mappings */
> >>+
> >
> >
> >I've only had a very quick look, but this line looks *very* wrong.
> >You
On Mon, 25 Jun 2007, Johannes Weiner wrote:
> Hi,
>
> On Thu, Jun 14, 2007 at 01:39:18PM +0530, vignesh babu wrote:
> > Replacing (n & (n-1)) in the context of power of 2 checks
> > with is_power_of_2
>
> You might want to run
>
> egrep -R '([a-zA-Z0-9_.>]+) *& *\(\1 *- *1\)' /usr/src/linux
At Mon, 25 Jun 2007 13:36:23 +0200 (CEST),
Tomasz Kłoczko wrote:
>
> [1 ]
> On Mon, 25 Jun 2007, Takashi Iwai wrote:
> [..]
> >> Sound it in not rocket science. In 99.9% cases you need well abstracted
> >> API which ALSA doe not provide and this is real cause why so poor sound
> >> support in
=
0. cat /etc/slackware-version
Slackware 11.0.0 (x86_64)
=
On Mon, Jun 25, 2007 at 04:58:48PM +1000, Nick Piggin wrote:
>
> >Using buffer heads instead allows the FS to send file data down inside
> >the transaction code, without taking the page lock. So, locking wrt
> >data=ordered is definitely going to be tricky.
> >
> >The best long term option may
Thanks Hannes, Im on it...
On Mon, 2007-06-25 at 14:13 +0200, Johannes Weiner wrote:
> egrep -R '([a-zA-Z0-9_.>]+) *& *\(\1 *- *1\)' /usr/src/linux
--
Vignesh Babu BM
_
"Why is it that every time I'm with you, makes me believe in
Jay Cliburn wrote:
> For reasons not yet clear to me, it appears the L1 driver has a bug or
> the device itself has trouble with DMA in high memory. This patch,
> drafted by Luca Tettamanti, is being explored as a workaround. I'd be
> interested to know if it fixes your problem.
Yes, it
Hi,
On Wed, 20 Jun 2007, Duane Griffin wrote:
> Add custom dentry hash and comparison operations for HFS+ filesystems
> that are case-insensitive and/or do automatic unicode decomposition.
> The new operations reuse the existing HFS+ ASCII to unicode conversion,
> unicode decomposition and case
Hi,
On Thu, Jun 14, 2007 at 01:39:18PM +0530, vignesh babu wrote:
> Replacing (n & (n-1)) in the context of power of 2 checks
> with is_power_of_2
You might want to run
egrep -R '([a-zA-Z0-9_.>]+) *& *\(\1 *- *1\)' /usr/src/linux
This does not match if the check is broken into multiple
Hi,
On Wed, 20 Jun 2007, Duane Griffin wrote:
> Refactor existing HFS+ ASCII to unicode string conversion routine to
> split out character conversion functionality. This will be reused by
> the custom dentry hash and comparison routines. This approach avoids
> unnecessary memory allocation
On Mon, 25 Jun 2007, Takashi Iwai wrote:
[..]
Any plans for doing this ?
Did you count the number of devices that tree supports?
What is harder ? Bring ALSA API to the same level of functionalities as
OSS provides or port (FOSS) ALSA device drivers to OSS ?
You'll loose the support of
On Mon, 25 Jun 2007, Takashi Iwai wrote:
[..]
Sound it in not rocket science. In 99.9% cases you need well abstracted
API which ALSA doe not provide and this is real cause why so poor sound
support in Linux applications is. Thin ALSA abstraction is main cause of
avalaibability "tons" of
I added this on top of your patch to make it compile (and look a little nicer).
With that, bptest worked nicely.
---
arch/i386/kernel/kprobes.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
Index: b/arch/i386/kernel/kprobes.c
Richard Hughes wrote:
> On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
> > None of the above keys generated a key event. Neither does "Brightness
> > down", but it still works. "Brightness up" generates an event and works.
> > Kpowersave tells me it can't do brightness switching in
At Mon, 25 Jun 2007 11:51:59 +0200 (CEST),
Tomasz Kłoczko wrote:
>
> On Sun, 24 Jun 2007, Alan Cox wrote:
>
> >> Sory Alan but I don't want philosophical/historical discuss.
> >> Try to answer on question "ALSA or OSS ?" using *only* technical arguments.
> >
> > We dropped OSS for ALSA for
This patch fixes some bugs in the CPU clocks settings entered by commit
7053acbd78336abf5d4bc3d8a875a03624cfb83f. These bugs also prevent the system
in going to sleep correctly leaving it into a non consistent status.
The clocks enable/disable defines was changed from:
#define
Hi,
> >If a process uses read() it needs some executable and writable memory. We do
> >check for this in mprotect(). There is a problem with the i386-architecture,
> >because it allows execution of any readable page (except with newer
> >processors). But beyond that ugliness of i386, it should
At Sun, 24 Jun 2007 19:51:38 +0200 (CEST),
Tomasz Kłoczko wrote:
>
> Few dayas ago OSS source code was oppened uder CDDL for Solaris and GLPv2
> for Linux:
>
> http://www.opensound.com/press/2007/oss-gpl-cddl.txt
>
> So this source without problems code can be integragrated in Linus tree
>
> "A waste to store one"? Waste of what? It isn't a waste of space; the
> space would otherwise be unused. Waste of an instruction, perhaps.
Yes.
> It is now possible for an implementation to store things in a
> machine-dependent fashion; I have added accessor routines as you
>
On Mon, 25 Jun 2007 14:19:02 +0400
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> Salvatore De Paolis wrote:
> >
> >> use run-init from klibc?
> >
> > Thank you both, i'll take a look at run-init:)
>
> By the way, busybox now includes similar applet,
> named switch_root.
>
> /mjt
yeah, i saw
Hi,
this is what just hit the ring buffer when I was surfing with elinks on a
brand-new -rc6.
Hannes
===
[ INFO: possible circular locking dependency detected ]
2.6.22-rc6 #14
---
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
it's not clear from MAINTAINERS who's responsible for something this
generic.
diff --git a/arch/i386/kernel/irq.c b/arch/i386/kernel/irq.c
index d2daf67..504f134 100644
--- a/arch/i386/kernel/irq.c
+++ b/arch/i386/kernel/irq.c
@@
At Sat, 23 Jun 2007 18:50:57 -0400,
Jeff Garzik wrote:
>
> This reminds me...
>
> Someone needs to go through ALSA and audit all delays executed via
> $FOO_interruptible().
>
> Several delays within ALSA wait for hardware conditions, and do not
> check for signals pending, which means that
On Jun 25 2007 12:06, Tomasz Kłoczko wrote:
>>
>> On Jun 24 2007 21:24, Tomasz Kłoczko wrote:
>> > Try to answer on question "ALSA or OSS ?" using *only* technical arguments.
>>
>> Ok: The OSS cs46xx driver did not support the rear 2 channels.
>
> Yes it is true .. OSS (Hannu tree) dos not
At Sat, 23 Jun 2007 14:40:22 -0700,
Randy Dunlap wrote:
>
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Change __devexit to __devexit_p:
> sound/isa/opl3sa2.c:956: error: expected expression before '__attribute__'
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Thanks, I applied them to
Rafael J. Wysocki wrote:
>
> static int usermodehelper_pm_callback(struct notifier_block *nfb,
> unsigned long action,
> void *ignored)
> {
> + long retval;
> +
> switch (action) {
> case
At Mon, 25 Jun 2007 10:06:18 +0100,
Alan Cox wrote:
>
> > If it is native ALSA driver then it will restart after each underrun
> > and overrun. It is the applications job to do this, alsa-lib provides
> > all support for this. I have no idea of OSS and OSS emulation in ALSA.
>
> OSS should
Salvatore De Paolis wrote:
>
>> use run-init from klibc?
>
> Thank you both, i'll take a look at run-init:)
By the way, busybox now includes similar applet,
named switch_root.
/mjt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Robert de Rooy wrote:
> Albert Lee wrote:
>
>> Mark Lord wrote:
>>
>>
>>> ...
>>>
>>> Mmm.. I don't know about the first failure there,
>>> but after that it gets into the "stuck DRQ" state
>>> which libata makes no attempt to handle at present.
>>>
>>>
>>
>>
>> It seems the pata_pcmcia
On Sun, 24 Jun 2007, Jan Engelhardt wrote:
On Jun 24 2007 21:24, Tomasz Kłoczko wrote:
Try to answer on question "ALSA or OSS ?" using *only* technical arguments.
Ok: The OSS cs46xx driver did not support the rear 2 channels.
Yes it is true .. OSS (Hannu tree) dos not provide rear 2
On Mon, Jun 25, 2007 at 11:48:40AM +0200, Michal Piotrowski wrote:
> x86-64
>
> Subject: x86-64 2.6.22-rc2 random segfaults
> References : http://lkml.org/lkml/2007/5/24/275
> Submitter : Ioan Ionita <[EMAIL PROTECTED]>
> Status : Unknown
Ioan,
do you have any news regarding this
On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
> None of the above keys generated a key event. Neither does "Brightness down",
> but it still works. "Brightness up" generates an event and works. Kpowersave
> tells me it can't do brightness switching in software (which works in
>
Hi all,
Here is a list of some known regressions in 2.6.22-rc6.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
*STATISTICS* (a.k.a. list of aces)
NameRegressions fixed since 21-Jun-2007
Andi Kleen 1
On Sun, 24 Jun 2007, Alan Cox wrote:
Sory Alan but I don't want philosophical/historical discuss.
Try to answer on question "ALSA or OSS ?" using *only* technical arguments.
We dropped OSS for ALSA for technical reasons. Those being that ALSA
- has a better audio API
How better and where
Hi all,
Here is a list of some known regressions in 2.6.22-rc6
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
*STATISTICS* (a.k.a. list of aces)
NameRegressions fixed since 21-Jun-2007
Andi Kleen
Hi all,
Here is a list of some known regressions in 2.6.22-rc6.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
*STATISTICS* (a.k.a. list of aces)
NameRegressions fixed since 21-Jun-2007
Andi Kleen 1
Hi all,
Here is a list of some known regressions in 2.6.22-rc6
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
*STATISTICS* (a.k.a. list of aces)
NameRegressions fixed since 21-Jun-2007
Andi Kleen
Hi
On 6/25/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Jun 25 2007 11:47, Robert Iakobashvili wrote:
>
> I am getting after initial successes some errors:
> "rtnl_talk(): RTNETLINK answers: Cannot allocate memory"
> and
> #ip addr | wc-l is 8194.
I'd be surprised if it was 4096 on x86
On 6/24/07, Alan Cox <[EMAIL PROTECTED]> wrote:
On Sat, 23 Jun 2007 16:13:55 -0600
"David Kane" <[EMAIL PROTECTED]> wrote:
> The real innotation in Linux is that it is open source and yet popular
> enough that there are versions that even a windoze user could easily pick
> up.
I think that is
Gidday,
I just released man-pages-2.58.
This release is now available for download at:
http://www.kernel.org/pub/linux/docs/manpages
or ftp://ftp.kernel.org/pub/linux/docs/manpages
and soon at:
ftp://ftp.win.tue.nl/pub/linux-local/manpages
Some changes in this release that may be
The gadgetfs test program from http://www.linux-usb.org/gadget/
depends on it. I assume most other users of gadgetfs needs this header
too.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
include/linux/Kbuild |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
Jan Engelhardt wrote:
> On Jun 24 2007 15:08, Kyle Moffett wrote:
>
>>Do you really need that many IP addresses? When somebody finally gets
>>around to implementing REDIRECT support for ip6tables then you could
>>just redirect them all to the same port on the local system.
>
>
> The way I see
Hi Borislav,
On 6/24/2007, "Borislav Petkov" <[EMAIL PROTECTED]> wrote:
> @@ -3,7 +3,7 @@
>
> Original author: Richard Gooch <[EMAIL PROTECTED]>
>
> - Last updated on October 28, 2005
> + Last updated on Juni 24, 2007.
There's a typo here so do s/Juni/June/g
Albert Lee wrote:
Mark Lord wrote:
...
Mmm.. I don't know about the first failure there,
but after that it gets into the "stuck DRQ" state
which libata makes no attempt to handle at present.
It seems the pata_pcmcia driver is using IRQ driven PIO. Maybe Robert
could try the
On Jun 25 2007 11:47, Robert Iakobashvili wrote:
>
> I am getting after initial successes some errors:
> "rtnl_talk(): RTNETLINK answers: Cannot allocate memory"
> and
> #ip addr | wc-l is 8194.
I'd be surprised if it was 4096 on x86 and 8192 on x86_64...
Jan
--
-
To unsubscribe from
Michal Piotrowski wrote:
> Hi,
>
> We are pleased to announce the availability of "Linux Kernel Tester's
> Guide" v0.3-rc1.
It would be cool if we can get a clickable table of contents. Normally it's
enough to include \usepackage{hyperref} before running pdflatex.
Eike
signature.asc
=
0. cat /etc/slackware-version
Slackware 11.0.0 (x86_64)
=
Richard Hughes wrote:
> Attached patch adds a kernel thread to do polling on Toshiba hardware.
Is there something similar available to support other Toshiba laptops? I own a
A110-178 that is not supported by the driver but has a lot of keys that I
can't use currently:
Fn:
-screen zoom (I
On Wed, 2007-06-20 at 16:08 -0700, Jeremy Fitzhardinge wrote:
> This patch cleans up the ELF headers and their users. It does several
> related things:
Looks good. We can get away with exporting a lot less of this to
userspace too, can't we?
--
dwmw2
-
To unsubscribe from this list: send the
On Sun, 24 Jun 2007 20:19:29 -0700
Auke Kok <[EMAIL PROTECTED]> wrote:
> Instead of all drivers reading pci config space to get the revision
> ID, they can now use the pci_device->revision member.
>
> This exposes some issues where drivers where reading a word or a dword
> for the revision
> If it is native ALSA driver then it will restart after each underrun
> and overrun. It is the applications job to do this, alsa-lib provides
> all support for this. I have no idea of OSS and OSS emulation in ALSA.
OSS should autorestart on underrun and just moan about overruns and drop
bits. So
On Sun, Jun 24, 2007 at 01:18:42PM -0700, Arjan van de Ven wrote:
>
> > Hmm, could define a macro DECLARE_ATOMIC_BITMAP(maxbit) that expands to the
> > smallest
> > possible type for each architecture. And a couple of ugly casts for set_bit
> > et.al.
> > but those could be also hidden in
On Sun, 24 Jun 2007 20:19:18 -0700
Auke Kok <[EMAIL PROTECTED]> wrote:
> Currently there are 97 occurrences where drivers need the pci
> revision ID. We can do this once for all devices. Even the pci
> subsystem needs the revision several times for quirks. The extra
> u8 member pads out nicely in
David,
On 6/25/07, David Jones <[EMAIL PROTECTED]> wrote:
>> > I am trying to add multiple IP addresses ( v6 ) to my FC7 box on eth0.
>> > But I am hitting a max limit of 4000 IP address . Seems like there
>> is a
>> > limiting variable in linux kernel (which one? ) that prevents from
>> >
Enrico Sardi wrote:
This is the result of hdparm -I /dev/sda:
/dev/sda:
ATA device, with non-removable media
Model Number: Hitachi HTS541616J9SA00
Just in case, you didn't add "Hitachi " in the front of Model Number
string, right? It looks a bit odd because all other
In my experience, -Os produced faster code on gcc-2.95 than -O2 or
-O3.
On what CPU? The effect of different optimisations varies
hugely between different CPUs (and architectures).
x86
That's not a CPU, that's an architecture. I hope you
understand there are very big differences between
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> the winner is ...
>
> f8822f42019eceed19cc6c0f985a489e17796ed8 is first bad commit
> commit f8822f42019eceed19cc6c0f985a489e17796ed8
> Author: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> Date: Wed May 2 19:27:14 2007 +0200
>
> [PATCH] i386:
On Sun, Jun 24, 2007 at 11:04:13PM +0800, Huang, Ying wrote:
> >From: Greg KH [mailto:[EMAIL PROTECTED]
> >I'm still not convinced that we need to add this kind of complexity to
> >the driver core, instead of just letting the individual driver
> >subsystems do this, if they want to do it.
>
> It
On Mon, Jun 18, 2007 at 02:55:30PM +0900, Tejun Heo wrote:
> Adrian Bunk wrote:
> > Every file should include the headers containing the prototypes for
> > it's global functions.
> >
> > Since the GNU C compiler is now able to detect that the function
> > prototype of devres_release_all() in the
On Sun, Jun 24, 2007 at 08:19:18PM -0700, Auke Kok wrote:
> Currently there are 97 occurrences where drivers need the pci
> revision ID. We can do this once for all devices. Even the pci
> subsystem needs the revision several times for quirks. The extra
> u8 member pads out nicely in the pci_dev
On Mon, Jun 25, 2007 at 09:08:23AM +0200, Segher Boessenkool wrote:
> >In my experience, -Os produced faster code on gcc-2.95 than -O2 or -O3.
>
> On what CPU? The effect of different optimisations varies
> hugely between different CPUs (and architectures).
x86
> >It was not only because of
Hi,
On Jun 24 2007 23:12, Linus Torvalds wrote:
>
>So nothing really too exciting here, but hopefully we're getting closer to
>a real 2.6.22 release. Please *do* test it, and in particular people who
>have been involved with regressions, please check that the ones that
>should be fixed are
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm, restoring nmi.c to the v2.6.21 state does not fix the
> nmi_watchdog=2 hang. I'll do a bisection run.
and after spending an hour on 15 bisection steps:
git-bisect start
git-bisect good d1be341dba5521506d9e6dccfd66179080705bea
git-bisect bad
Neil Brown wrote:
On Sunday June 24, [EMAIL PROTECTED] wrote:
+#define PG_blocks 20 /* Page has block mappings */
+
I've only had a very quick look, but this line looks *very* wrong.
You should be using PG_private.
There should never be any confusion about whether
-Os is "as fast as you can without bloating the code size",
so that is the expected result for CPUs that don't need
special hand-holding around certain performance pitfalls.
this sounds like you are saying that people wanting performance should
pick -Os.
That is true on most CPUs. Some CPUs
Also note that whether or not it is profitable to unroll
a particular loop depends largely on how "hot" that loop
is, and GCC doesn't know much about that if you don't feed
it profiling information (it can guess a bit, sure, but it
can guess wrong too).
actually, what you are saying is that the
Hey Guys,
Today, I got a strange problems. When I tried to mount a the last 2
flash partitions, following errors happened. Any ideas are appreciated.
# cat /proc/mtd
dev:size erasesize name
mtd0: 0010 0001 "boot"
mtd1: 0020 0001 "ro"
mtd2: 0010 0001
2007/6/24, Ingo Molnar <[EMAIL PROTECTED]>:
* Antonino Ingargiola <[EMAIL PROTECTED]> wrote:
> Anyway, I've discovered with great pleasure that CFS has also the
> SCHED_ISO priority. I may have missed something, but I don't remember
> to have read this in any of the CFS release notes :). For
Hello,
to catch some memory corruption bug in our code I've modified malloc
to do mmap + mprotect - which has unfortunate effect that it creates
thousands and thousands of VMAs. Everything works (though rather slowly
on kernel with CONFIG_VM_DEBUG) until application does fork() - kernel
Andi Kleen wrote:
Nick Piggin <[EMAIL PROTECTED]> writes:
[haven't read everything, just commenting on something that caught my eye]
+struct fsblock {
+ atomic_tcount;
+ union {
+ struct {
+ unsigned long flags; /* XXX: flags could
On 6/22/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
The problem with input in bytes is that the user will have to ensure
that the input is
a multiple of page size, which implies that she would need to use the
calculator every time.
Having input in bytes seems pretty natural to me. Why not
Andi Kleen wrote:
Nick Piggin <[EMAIL PROTECTED]> writes:
- Structure packing. A page gets a number of buffer heads that are
allocated in a linked list. fsblocks are allocated contiguously, so
cacheline footprint is smaller in the above situation.
It would be interesting to test if that
On Mon, 25 Jun 2007, Segher Boessenkool wrote:
In my experience, -Os produced faster code on gcc-2.95 than -O2 or -O3.
On what CPU? The effect of different optimisations varies
hugely between different CPUs (and architectures).
It was not only because of cache considerations, but because
On Mon, 25 Jun 2007, Segher Boessenkool wrote:
then do we need a new option 'optimize for best overall performance' that
goes for size (and the corresponding wins there) most of the time, but is
ignored where it makes a huge difference?
That's -Os mostly. Some awful CPUs really need
On Sun, Jun 24, 2007 at 09:43:03PM -0700, Arjan van de Ven wrote:
> > - something to do with aux vector headers
>
> the primary goal is to pass a random value to userspace at process
> start; this to save glibc from having to open /dev/urandom on ever
> program start (which it does now for all
In my experience, -Os produced faster code on gcc-2.95 than -O2 or -O3.
On what CPU? The effect of different optimisations varies
hugely between different CPUs (and architectures).
It was not only because of cache considerations, but because gcc used
different tricks to avoid poor
301 - 400 of 829 matches
Mail list logo
