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 higher
loop/label/function alignment though to get any
hm, restoring nmi.c to the v2.6.21 state does not fix the nmi_watchdog=2
hang. I'll do a bisection run.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Chris Mason wrote:
On Sun, Jun 24, 2007 at 05:47:55AM +0200, Nick Piggin wrote:
My gut feeling is that there are several problem areas you haven't hit
yet, with the new code.
I would agree with your gut :)
Without having read the code yet (light reading for monday morning ;),
ext3 and
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
and after this Linux can provide much better soud supoport
Tomasz Kłoczko wrote:
On Sun, 24 Jun 2007, Alan Cox wrote:
[..]
Years ago Linux dumped OSS for ALSA because ALSA offered far better
functionality and support. Why would we go back to the stone age ?
Its something useful to various other platforms with basically no
hardware support but Linux
At Fri, 22 Jun 2007 09:56:35 -0500,
Matt Mackall wrote:
>
> On Fri, Jun 22, 2007 at 05:08:07PM +0900, Yoshinori Sato wrote:
> > Because the page which SLOB allocator got does not have PG_slab,
>
> This is for a NOMMU system?
Yes.
> You're using an old kernel with an old version of SLOB. SLOB
Andrew Morton wrote:
On Tue, 19 Jun 2007 15:38:01 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
Ok and BUILD_BUG_ON really works? Had some bad experiences with it.
hm, I don't recall any problems, apart from its very obscure error
reporting.
But if it breaks, we get an
On Sat, Jun 23, 2007 at 12:36:08PM +0200, Miklos Szeredi wrote:
...
> And it's not a NO_HZ kernel.
...
BTW, maybe I've missed this and it's unconnected, but I hope the
first config has been changed - especially this CONFIG_AGP_AMD64 = y,
and this bug from mm/slab.c has gone long ago...
Jarek P.
On Sun, Jun 24, 2007 at 06:23:45AM +0200, Nick Piggin wrote:
> I'd just like to take the chance also to ask about a VM/FS meetup some
> time around kernel summit (maybe take a big of time during UKUUG or so).
I won't be around until a day or two before KS, so I'd prefer to have it
after KS if
Am Montag 25 Juni 2007 04:51 schrieb David Brownell:
> On Thursday 10 May 2007, Hans-Jürgen Koch wrote:
> > Am Donnerstag 10 Mai 2007 22:07 schrieb David Brownell:
> > > On Friday 27 April 2007, David Brownell wrote:
> > > > On Friday 27 April 2007, Hans-Jürgen Koch wrote:
> > > >
> > > > > >
On Mon, Jun 25, 2007 at 04:17:56PM +1000, Nick Piggin wrote:
> Paul Mundt wrote:
> >This adds preliminary NUMA support to SLOB, primarily aimed at systems
> >with small nodes (tested all the way down to a 128kB SRAM block), whether
> >asymmetric or otherwise.
>
> Fine by me as well, FWIW. My
Paul Mundt wrote:
This adds preliminary NUMA support to SLOB, primarily aimed at systems
with small nodes (tested all the way down to a 128kB SRAM block), whether
asymmetric or otherwise.
Fine by me as well, FWIW. My points about per-cpu/node queues were not
to say that I'm really opposed to
don't forget -> if you're going to accept extra stuff. GCC forgot ->
with the parser rewrite, yes I filed a PR.
-> is not allowed within the second arg to __builtin_offsetof().
Or do you mean something else? What's the PR #, and did it ever
get fixed?
Segher
-
To unsubscribe from this
Humm... Right, so __builtin_offsetof() needs special treatment too.
Oh, bugger. Is
offsetof(struct foo, a.x[n])
a documented extension?
It is. See info gcc -> C Extensions -> Offsetof
Segher
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
I'm happy to say that things seem to have calmed down after -rc5, and that
most of this really is just bugfixes and regression fixing in particular.
Knock wood.
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
Humm... Right, so __builtin_offsetof() needs special treatment too.
Oh, bugger. Is
offsetof(struct foo, a.x[n])
a documented extension?
It is. See info gcc - C Extensions - Offsetof
Segher
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
don't forget - if you're going to accept extra stuff. GCC forgot -
with the parser rewrite, yes I filed a PR.
- is not allowed within the second arg to __builtin_offsetof().
Or do you mean something else? What's the PR #, and did it ever
get fixed?
Segher
-
To unsubscribe from this list:
Paul Mundt wrote:
This adds preliminary NUMA support to SLOB, primarily aimed at systems
with small nodes (tested all the way down to a 128kB SRAM block), whether
asymmetric or otherwise.
Fine by me as well, FWIW. My points about per-cpu/node queues were not
to say that I'm really opposed to
I'm happy to say that things seem to have calmed down after -rc5, and that
most of this really is just bugfixes and regression fixing in particular.
Knock wood.
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
On Mon, Jun 25, 2007 at 04:17:56PM +1000, Nick Piggin wrote:
Paul Mundt wrote:
This adds preliminary NUMA support to SLOB, primarily aimed at systems
with small nodes (tested all the way down to a 128kB SRAM block), whether
asymmetric or otherwise.
Fine by me as well, FWIW. My points about
Am Montag 25 Juni 2007 04:51 schrieb David Brownell:
On Thursday 10 May 2007, Hans-Jürgen Koch wrote:
Am Donnerstag 10 Mai 2007 22:07 schrieb David Brownell:
On Friday 27 April 2007, David Brownell wrote:
On Friday 27 April 2007, Hans-Jürgen Koch wrote:
the m25p80 driver
On Sun, Jun 24, 2007 at 06:23:45AM +0200, Nick Piggin wrote:
I'd just like to take the chance also to ask about a VM/FS meetup some
time around kernel summit (maybe take a big of time during UKUUG or so).
I won't be around until a day or two before KS, so I'd prefer to have it
after KS if
On Sat, Jun 23, 2007 at 12:36:08PM +0200, Miklos Szeredi wrote:
...
And it's not a NO_HZ kernel.
...
BTW, maybe I've missed this and it's unconnected, but I hope the
first config has been changed - especially this CONFIG_AGP_AMD64 = y,
and this bug from mm/slab.c has gone long ago...
Jarek P.
-
Andrew Morton wrote:
On Tue, 19 Jun 2007 15:38:01 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
Ok and BUILD_BUG_ON really works? Had some bad experiences with it.
hm, I don't recall any problems, apart from its very obscure error
reporting.
But if it breaks, we get an
Tomasz Kłoczko wrote:
On Sun, 24 Jun 2007, Alan Cox wrote:
[..]
Years ago Linux dumped OSS for ALSA because ALSA offered far better
functionality and support. Why would we go back to the stone age ?
Its something useful to various other platforms with basically no
hardware support but Linux
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
and after this Linux can provide much better soud supoport
At Fri, 22 Jun 2007 09:56:35 -0500,
Matt Mackall wrote:
On Fri, Jun 22, 2007 at 05:08:07PM +0900, Yoshinori Sato wrote:
Because the page which SLOB allocator got does not have PG_slab,
This is for a NOMMU system?
Yes.
You're using an old kernel with an old version of SLOB. SLOB in
hm, restoring nmi.c to the v2.6.21 state does not fix the nmi_watchdog=2
hang. I'll do a bisection run.
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
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
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 me this
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 be
Chris Mason wrote:
On Sun, Jun 24, 2007 at 05:47:55AM +0200, Nick Piggin wrote:
My gut feeling is that there are several problem areas you haven't hit
yet, with the new code.
I would agree with your gut :)
Without having read the code yet (light reading for monday morning ;),
ext3 and
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 higher
loop/label/function alignment though to get any
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 apps
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 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
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 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
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
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
* 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
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 diag-var-log
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
-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
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
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 really
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 cache
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 the
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
adding more IP
=
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
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 HTS541*
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 number, and
* 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: PARAVIRT:
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 may appear
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 header and
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
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 if
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 macros. Should
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
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
Description:
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 more a
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
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.
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
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
WinXtraPain).
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 and 8192 on
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
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 following
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 this
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 please
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 it, it's:
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 regression?
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
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 driver is using IRQ driven PIO. Maybe
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 PROTECTED]
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 the
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 provide rear 2
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
@@ -149,15
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
---
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 it yesterday
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
suggested. But
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
and after
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 not be
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 autorestart on
Rafael J. Wysocki wrote:
static int usermodehelper_pm_callback(struct notifier_block *nfb,
unsigned long action,
void *ignored)
{
+ long retval;
+
switch (action) {
case PM_HIBERNATION_PREPARE:
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 ALSA tree now.
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 technical reasons.
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 software (which
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
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 additional
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
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 compared
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
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 magic?
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 be making
401 - 500 of 829 matches
Mail list logo
