Jan Engelhardt wrote:
> On Jun 28 2007 06:29, dave young wrote:
>> IMHO, another cause of trailing whitespace is human error, for
>> example long lines breaking will easy to cause the first line with one
>> traling whitespace (original space between the last two words).
>
> Most common errors (to
On Jun 28, 2007, Jan Harkes <[EMAIL PROTECTED]> wrote:
>> As for making modifications, I'd like to take this opportunity to
>> withdraw, for purposes of interpretation, my earlier agreement that
>> TiVo permits modification, even though it doesn't permit modification
>> in place. I don't see any
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Josh Triplett
> Sent: Thursday, June 28, 2007 2:59 PM
> To: Jan Engelhardt
> Cc: dave young; Chris Shoemaker; Josh Triplett;
linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH] Codin
On 6/28/07, Li Yang-r58472 <[EMAIL PROTECTED]> wrote:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Josh Triplett
> Sent: Thursday, June 28, 2007 2:59 PM
> To: Jan Engelhardt
> Cc: dave young; Chris Shoemaker; Josh Triplett;
linux-kernel@vger.kerne
On Fri, 22 Jun 2007 13:38:22 -0700 Venki Pallipadi <[EMAIL PROTECTED]> wrote:
> Auto-detect the presence of HPET on ICH5 or newer platforms and enable
> HPET for broadcast timer.
Hey. This works. The Vaio-of-doom is running tickless for the first time.
I can't start the X server any more, but
I hope this is of some interest to some of you. :-)
We can't run LCA without your participation and we hope you'll help us
make it a great conference again.
== linux.conf.au 2008 Call For Presentations ==
linux.conf.au isn't just a Linux conference. It is a technical
conference about Free Soft
On 6/28/07, Dave Young <[EMAIL PROTECTED]> wrote:
>On 6/28/07, Li Yang-r58472 <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Josh Triplett
> > Sent: Thursday, June 28, 2007 2:59 PM
> > To: Jan Engelhardt
> > Cc: dave
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> This seems to be a known issue [1] about Photron PNC-2000 module called
> pnc2000. To reproduce this just 'modprobe pnc2000'. The patch attached at
> least
> makes the kernel to be not tainted when mtdbdi gets loaded.
This is the wrong solutio
elf_core_dump() supports dumping arch specific ELF notes, via the #define
ELF_CORE_WRITE_EXTRA_NOTES. Currently the only user of this is the powerpc
spu coredump code.
There is a bug in the handling of foffset WRT the arch notes, which causes
us to erroneously increment foffset by the size of the
On 21:16 Срд 27 Июн , Jan Engelhardt wrote:
> Hi,
>
>
>
> modprobe asus_acpi
> rmmod asus_acpi
>
> is all that is needed to trigger an Oops in 2.6.22-rc6 (x86).
> If you need more info, please let me know, thanks.
>
> Note that the machine is not ASUS at all (vmware).
> (But su
On Wed, 27 Jun 2007, Michael Buesch wrote:
> On Wednesday 27 June 2007 18:40:41 Henrique de Moraes Holschuh wrote:
> > There *is* a much better way to deal with it, though. Add the fail always
> > RNG device, and always select it by default. Let the user specifically set
> > which RNG he wants, a
Randy Dunlap <[EMAIL PROTECTED]> writes:
> On Tue, 26 Jun 2007 19:25:00 +0200 Julio M. Merino Vidal wrote:
>> The correct expression could be $((${a} + 2)). Tested under NetBSD's
>> sh, which is very POSIX-compliant.
>
> Thanks. Does anyone see other changes that are needed?
[..]
> and the co
2007/6/27, Jiri Kosina <[EMAIL PROTECTED]>:
On Wed, 27 Jun 2007, Antonino Ingargiola wrote:
> I'm using a logitech USB keyboard, I think it's one of the most cheap
> and diffuse logitech keyboard models.
> I have an inconsistent led state. During boot the NumLock led blinks
> several times and i
On Wed, 27 Jun 2007, Michael Buesch wrote:
> Ok, all very good ideas. Patches are welcome ;)
Not from me, sorry. I really don't have the time, or the drive, to do it
right now. thinkpad-acpi is taking all my "kernel code" time, which is not
much.
> > I don't much like sysfs over IOCTLs for this,
On Thu, 2007-06-28 at 00:46 +0200, Rodolfo Giometti wrote:
> Just last question: I still don't well understand where I should
> declare the new compat_sys_time_pps_fetch() syscall... it's
> automagically defined by the system when CONFIG_COMPAT is enabled? :-o
It isn't used on i386. On a 64-bit ar
On Thu, Jun 28, 2007 at 09:08:53AM +0100, David Woodhouse wrote:
> On Thu, 2007-06-28 at 00:46 +0200, Rodolfo Giometti wrote:
> > Just last question: I still don't well understand where I should
> > declare the new compat_sys_time_pps_fetch() syscall... it's
> > automagically defined by the system
On Thu, 28 Jun 2007 00:12:21 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> I can't start the X server any more, but that's probably unrelated ;)
>
> me hopelessly outnumbered>
And the winner of the u-o-akpm-1-hour-of-his-life-back award (and the bonus
u-delayed-next-mm-by-a-day award!) is ..
On Thu, 2007-06-28 at 10:15 +0200, Rodolfo Giometti wrote:
> Do you think I should add these functions into my patch, even if I
> cannot test it, or it's enought providing just the
> compat_sys_time_pps_fetch() function?
Probably best to put them in. That way, you make it easier for people to
tes
On Thu, Jun 28, 2007 at 09:31:14AM +0100, David Woodhouse wrote:
> On Thu, 2007-06-28 at 10:15 +0200, Rodolfo Giometti wrote:
> > Do you think I should add these functions into my patch, even if I
> > cannot test it, or it's enought providing just the
> > compat_sys_time_pps_fetch() function?
>
>
sparse now warns about
arch/x86_64/mm/mmap.c:15:3: warning: returning void-valued expression
Generated code looks correct: there is jump to the end of
arch_pick_mmap_layout() after ia32_pick_mmap_layout(), but this should be fixed
regardless.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
Marcel Holtmann wrote:
> Hi Anders,
>
>> Signed-off-by: Anders Blomdell <[EMAIL PROTECTED]>
>>
>> Minor modifications to make the example load and unload without Oops
>>
>> This is what unpatched version generates with 2.6.21.3
>>
>> kernel: Oops: [#2]
>> ...
>> kernel: Call Trace:
>> kernel:
On Mittwoch, 27. Juni 2007, you wrote:
> It has worked in the past. I will try different kernels in the next
> 24hours.
I tried this kernels:
2.6.20
2.6.20.1
2.6.21
2.6.21.1
2.6.21.3
2.6.21.5
2.6.21.5 with and without cfs. Every other kernel without cfs. Patched with
reiser4, nvidia not loaded
Here are three independently invalid non-ICEs that sparse doesn't
diagnose.
extern int f(void);
enum { cast_to_ptr = (int) (void *) 0 };
enum { cast_to_float = (int) (double) 1 };
Those two *really* shouldn't fail. I don't care if the C standard says
so,
that is *fine*.
GCC doesn't guarante
+- #address-cells : Address representation for "rapidio" devices.
+ This field represents the number of cells needed to represent
+ the RapidIO address of the registers. For supporting more than
+ 32-bits RapidIO address, this field should be <2>.
+ See 1) above for more d
+ k) RapidIO
+
+ Required properties:
Should probably recommend a name for the node here, as well. "srio" I
guess, from the example below.
I would prefer "rapidio", being more generic and more
readable. What would parallel RapidIO be, "prio"? No
thanks :-)
Segher
-
To unsubscribe fro
* Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Tasklets fill a niche not filled by either workqueues (slower,
> requiring context switches, and possibly much latency is all wq's
> processes are active) [...]
... workqueues are also possibly much more scalable (percpu workqueues
are easy without c
This patch adds a fake lock to each workqueue in order to debug things
where you have something like
my_function() -> lock(); ...; flush_workqueue(); ...
vs
run_workqueue() -> my_work() -> ...; lock(); ...
which can obviously deadlock if my_work is scheduled when my_function()
is invoked (but
On Sat, 23 Jun 2007 13:32:25 - Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> The following patch series contains:
>
> - dyntick bugfixes for -mm (caused by the cpuidle changes in ACPI)
>
> - updates and improvements to high resolution timer / dynticks
>
> - high resolution timer / dynticks
On Thursday 28 June 2007 11:42:33 Andrew Morton wrote:
> > The patch set has been tested in the -hrt and -rt trees for quite a while
> > and the initial problems have been sorted out. Thanks to the folks from the
> > PowerTop project for testing and feedback.
>
> hrm. Looks like none of your tes
On Mon, 25 Jun 2007 18:58:10 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> N O T E:
> ---
> 1) Only Patches 4/7 and 7/7 are NEW. Rest of them are _already_ part
>of ext4 patch queue git tree hosted by Ted.
Why the heck are replacements for these things being sent out again when
they
> > Anyone can apply the apparmour patch to their tree, they get the
> > choice that way. Nobody is currently prevented from using apparmour
> > if they want to, any such suggestion is pure rubbish.
>
> The exact same argument was made prior to SELinux going upstream.
Its made for every thing be
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> > Warning: *** linux/ext2_fs.h is not usable at all ***
> > Warning: *** This makes it impossible to support Linux file flags ***
> > You may try to compile using 'make COPTX=-DTRY_EXT2_FS'
>
>
Adrian Bunk <[EMAIL PROTECTED]> writes:
> Is there any userspace Linux compiler that does not support "long long"?
> If yes, is there any other way to tell that something is a
> 64bit int on 32bit architectures?
TenDRA C:
"test.c", line 6: Error:
[ISO 6.5.2]: Illegal type specifier, 'long long
Hi,
[ It's good that you're trying to fix this, code in documentation should
be setting standards, clearly. ]
On 6/27/07, Anders Blomdell <[EMAIL PROTECTED]> wrote:
[...]
Minor modifications to make the example load and unload without Oops
[...]
static int sample_init(void)
{
- device_i
On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
> David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> > > Warning: *** linux/ext2_fs.h is not usable at all ***
> > > Warning: *** This makes it impossible to support Linux file flags
On Thu, 28 Jun 2007 11:47:04 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Thursday 28 June 2007 11:42:33 Andrew Morton wrote:
>
> > > The patch set has been tested in the -hrt and -rt trees for quite a while
> > > and the initial problems have been sorted out. Thanks to the folks from
> > >
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
> > David Woodhouse <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> > > > Warning: *** linux/ext2_fs.h is not usable at all ***
> > > > Warning:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
- NOTE (an uppercase one, indeed): there are a lot of menuconfig changes in
here which break `make oldconfig' badly. If you grab an old .config and run
`make oldconfig', your kernel probably won't work.
Harald Arnesen <[EMAIL PROTECTED]> wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > Is there any userspace Linux compiler that does not support "long long"?
> > If yes, is there any other way to tell that something is a
> > 64bit int on 32bit architectures?
>
> TenDRA C:
>
> "test.c", line 6
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > gcc -c t.c
> > In file included from /usr/include/linux/ext2_fs.h:20,
> > from t.c:2:
> > /usr/include/linux/ext2_fs_sb.h:40: error: syntax error before âuid_tâ
> > /usr/include/linux/ext2_fs_sb.h:49: error: syntax error before
> > âs_n
[Offtopic notice: For the first time I demonstrated some
speed testing results on linux-ide mailinglist, as a
demonstration how [NT]CQ can help. But later, someone
becomes curious and posted that email to lkml, asking
for more details. Since that, I become more curious
as well, and decided to loo
On Monday 25 June 2007, Adrian McMenamin wrote:
> Still getting this:
>
> MODPOST vmlinux
> WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> mismatch: reference to .init.text: (between 'mv_dreamcast' and
> 'systemasic_int')
> WARNING: drivers/built-in.o(.text+0x168e0): Section mi
On Thu, 2007-06-28 12:39:57 +0200, Joerg Schilling <[EMAIL PROTECTED]> wrote:
> > > > By the way, your mailer seems to be sometimes omitting In-Reply-To: and
> > > > References: headers, which RFC2822 says you SHOULD include in replies.
> > >
> > > Sending such accusation without knowing the reas
Michael Tokarev wrote:
[]
> I'm planning to test several models of SCSI drives. On SCSI front
> (or maybe with different drives - I don't know) things are WAY more
> interesting wrt TCQ. Difference in results between 1 and 32 threads
> goes up to 4 times sometimes!. But I'm a bit stuck with SCSI
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rodolfo
Giometti
> Sent: Thursday, June 28, 2007 6:36 PM
> To: [EMAIL PROTECTED]
> Cc: linux-kernel@vger.kernel.org; Andrew Morton
> Subject: [PATCH] PXA27x UDC driver.
>
> Hello,
>
> attached you can
On 06/28/2007 04:28 AM, Rene Herman wrote:
On 06/28/2007 03:58 AM, Rene Herman wrote:
to figure it out. If you need to specify an ALSA device somewhere, make
sure it's not the old "hw:0" but "default" (or "default:0" for the
first card, "default:1" for the second, ...). The "hw:N" devices don'
Richard Hughes wrote:
> On Tue, 2007-06-26 at 07:03 +0200, Rolf Eike Beer wrote:
>> 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" generate
David Miller schrieb:
> What you get by the code going into the upstream kernel tree is that
> it a) adds some pseudo legitimacy to AppArmour (which I don't
> personally think is warranted) and b) gets the work of keeping
> apparmour working with upstream largely off of your back and in the
> hands
Bill Waddington wrote:
(And taking my drivers main-line isn't an option. It would be fine
with me, but there is *zero* chance that my funky code would be
welcomed into the tree.)
If the only merge-stopper is code quality, why not
post your driver and get some feedback? Cleaning up code
will
On Thu, 28 Jun 2007, Jan Engelhardt wrote:
> On Jun 28 2007 04:12, Geert Uytterhoeven wrote:
> >On Wed, 27 Jun 2007, Randy Dunlap wrote:
> >> On Wed, 27 Jun 2007 15:57:15 -0700 Randy Dunlap wrote:
> >> > LDD3 ch. 11 says that long on Sparc64 is 32 bits.
> >> > Same for "ppc" (don't know which power
On Thu, 2007-06-28 at 13:34 +0200, Geert Uytterhoeven wrote:
> We do not support building Linux with Turbo C (or MS Visual C for
> Win64 P64).
We're talking about types which are exposed to userspace.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Jun 27, 2007, at 20:30:42, Andi Kleen wrote:
On Thursday 28 June 2007 00:30:52 Kyle Moffett wrote:
The only trick is if you care about building 32-bit compat code
using 64-bit linux kernel headers. In that case we should
probably just make all archs use "long long" for their 64-bit
inte
On Thu, 2007-06-28 at 10:40 +0200, Rodolfo Giometti wrote:
> On Thu, Jun 28, 2007 at 09:31:14AM +0100, David Woodhouse wrote:
> > On Thu, 2007-06-28 at 10:15 +0200, Rodolfo Giometti wrote:
> > > Do you think I should add these functions into my patch, even if I
> > > cannot test it, or it's enought
On Wed, 27 Jun 2007, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss means
software mixing is working correctly for your ALSA setup. The only thing
you should do is _use_ ALSA (natively) and not its OSS emulation so you can
drop th
On Wed, 27 Jun 2007, Lee Revell wrote:
On 6/26/07, Andreas Hartmetz <[EMAIL PROTECTED]> wrote:
Why not put the whole sound system in userland? It has been done before.
Sound
is just not performance critical at all and it's almost never mission
critical.
There are dozens of companies selling
CONFIG_SCSI_FD_8xx no longer exists.
Apparently it was renamed to CONFIG_SCSI_SEAGATE, but the Makefile was
not correctly updated.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
diff --git a/drivers/scsi/Makefile b/drivers/scsi/Makefile
index b1b6327..eb92b31 100644
--- a/drivers/scsi/Ma
On Jun 27, 2007, at 23:57:54, Matthew Wilcox wrote:
On Wed, Jun 27, 2007 at 06:30:52PM -0400, Kyle Moffett wrote:
Then all 64-bit archs have:
typedef signed long __s64;
typedef unsigned long __u64;
While all 32-bit archs have:
typedef signed long long __s64;
typedef unsigned long
Hi,
On Monday 25 June 2007, Adrian McMenamin wrote:
> Still getting this:
>
> MODPOST vmlinux
> WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> mismatch: reference to .init.text: (between 'mv_dreamcast' and
> 'systemasic_int')
I had sent a patch for this earlier ... Adrian,
Tomasz Kłoczko wrote:
On Wed, 27 Jun 2007, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss means
software mixing is working correctly for your ALSA setup. The only thing
you should do is _use_ ALSA (natively) and not its OS
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
Compile error here.
...
Kernel: arch/i386/boot/bzImage is ready (#1)
ERROR: "check_signature" [drivers/input/misc/wistron_btns.ko] undefined!
ERROR: "check_signature" [drivers/blo
On Thu, Jun 28, 2007 at 07:53:51AM -0400, Kyle Moffett wrote:
> On Jun 27, 2007, at 23:57:54, Matthew Wilcox wrote:
> >On Wed, Jun 27, 2007 at 06:30:52PM -0400, Kyle Moffett wrote:
> >>Then all 64-bit archs have:
> >>typedef signed long __s64;
> >>typedef unsigned long __u64;
> >>
> >>W
On Jun 28, 2007, at 06:26:06, Harald Arnesen wrote:
Adrian Bunk <[EMAIL PROTECTED]> writes:
Is there any userspace Linux compiler that does not support "long
long"? If yes, is there any other way to tell that something is a
64bit int on 32bit architectures?
TenDRA C:
"test.c", line 6: Err
On Thu, 28 Jun 2007, Andrew Morton wrote:
Sorry, we should have discovered this before you.
> (Shouldn't this be in /proc/sys/vm?)
Probably.
> My fix:
This should work.
(We have some code to allow things like this to be added without needing
new policy, but it's too late for this case).
On Jun 28, 2007, at 08:08:03, Jakub Jelinek wrote:
On Thu, Jun 28, 2007 at 07:53:51AM -0400, Kyle Moffett wrote:
Oh, ok, that makes it even easier to say this with certainty:
Changing the other 64-bit archs to use "long long" for their 64-
bit numbers will not cause additional warnings. I'm a
On Jun 28, 2007, at 07:36:14, David Woodhouse wrote:
On Thu, 2007-06-28 at 13:34 +0200, Geert Uytterhoeven wrote:
We do not support building Linux with Turbo C (or MS Visual C for
Win64 P64).
We're talking about types which are exposed to userspace.
Yes, and all 64-bit software built using
On Thu, Jun 28, 2007 at 04:44:43AM +0200, Nick Piggin wrote:
> On Thu, Jun 28, 2007 at 08:35:48AM +1000, David Chinner wrote:
> > On Wed, Jun 27, 2007 at 07:50:56AM -0400, Chris Mason wrote:
> > > Lets look at a typical example of how IO actually gets done today,
> > > starting with sys_write():
>
Rolf Eike Beer wrote:
Richard Hughes wrote:
Yes, although this is out of my area or expertise, sorry.
I've looked a bit but can't find any driver interaction of those programs. Any
further ideas welcome.
Do you try omnibook driver?
svn export https://svn.sourceforge.net/svnroot/omnibook/omn
Hi,
Is impossible use speedstep in my Laptop with Pentium M 1,86Ghz:
#modprobe speedstep-centrino
FATAL: Error inserting speedstep_centrino
(/lib/modules/2.6.18-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko):
No such device
To do that (speedstep), I need install powersaved,
Hi Dan,
On Mon, 25 Jun 2007, Dan Williams wrote:
> Yes you are right, ARM does not flush L1 when prev==next in switch_mm.
>
> > Perhaps something else is at fault here.
> >
> I'll try and dig a bit deeper...
BTW:
static int __init iop_adma_init (void)
{
+ iop_adma_workqueue = create_wo
On 06/28/2007 05:04 AM, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss
means software mixing is working correctly for your ALSA setup. The
only thing you should do is _use_ ALSA (natively) and not its OSS
emulation so you can dr
On Thu, Jun 28, 2007 at 01:27:12PM +0200, Tilman Schmidt wrote:
> David Miller schrieb:
> > What you get by the code going into the upstream kernel tree is that
> > it a) adds some pseudo legitimacy to AppArmour (which I don't
> > personally think is warranted) and b) gets the work of keeping
> > a
On Thu, 2007-06-28 at 01:27 -0700, Andrew Morton wrote:
> On Thu, 28 Jun 2007 00:12:21 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I can't start the X server any more, but that's probably unrelated ;)
> >
> > > me hopelessly outnumbered>
>
> And the winner of the u-o-akpm-1-hour-of-his
On 06/28/2007 01:50 PM, Tomasz Kłoczko wrote:
If can I join .. (again)
Welcome...
After upgrade to skype 1.4.x all sound output in skype I have only in
left channel. Serching for skype+left+channel on google shows many
people have this kind problem :>
This would seem to be a (fairly, it's
>>I don't like random applications blocking my sound card.
>So don't use random applications.
I have ICE1724, a very good sound card to my taste, works like a charm. But
with ALSA I had a really hard time to configure it properly, wanna see
my .asoundrc? And I am not sure I have done it right
Renato S. Yamane wrote:
> Hi,
>
> Is impossible use speedstep in my Laptop with Pentium M 1,86Ghz:
>
> #modprobe speedstep-centrino
> FATAL: Error inserting speedstep_centrino
> (/lib/modules/2.6.18-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko):
> No such device
>
> To do that
Our developers chose ALSA over OSS as the sound API for a VOIP-like
fullduplex application and one of the reasons was API - OSS mixer API
was not flexible enough (something to do with separating muting and
volume control IIRC).
--
Meelis Roos
-
To unsubscribe from this list: send the line "unsubs
The new protection to keep users from writing to the first couple of
pages of virtual memory also is stopping mmap operations which are only
giving a hint address greater than 0 but less than mmap_min_addr. This
patch should take the address given to mmap and move it up to
mmap_min_addr thus elimi
On Wed, 2007-06-27 at 19:14 -0500, Matt Mackall wrote:
> lguest: unhandled trap 14 at 0xc01362f7 (0x0)
> Dump of assembler code for function __lock_acquire:
Thanks for the bug report Matt! I wonder if other
paravirt_disable_iospace users have the same issue...
===
Fix "lguest: unhandled trap 14
Quoting Andrew Morgan ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Serge E. Hallyn wrote:
> >> Does that explain it?
> >
> > Yes, thanks, but then it still could come in handy to have fE be a full
> > bitset, so the application gets some eff caps automatically, while
From: Heiko Carstens <[EMAIL PROTECTED]>
check_signature() uses readb() and therefore should only be build on
CONFIG_HAS_IOMEM.
Otherwise breaks s390:
lib/check_signature.c: In function `check_signature':
lib/check_signature.c:19: error: implicit declaration of function `readb'
Cc: Martin Schwid
From: Heiko Carstens <[EMAIL PROTECTED]>
git-acpi contains a patch that adds 'struct bin_attribute *' to
the read method of struct bin_attribute. This breaks s390:
CC arch/s390/kernel/ipl.o
arch/s390/kernel/ipl.c:317:
warning: initialization from incompatible pointer type
arch/s390/kernel
From: Heiko Carstens <[EMAIL PROTECTED]>
sched-cfs-v2.6.22-git-v18.patch introduces CPU_IDLE in sched.h.
This conflict with the already existing define in
include/asm-s390/processor.h
Just rename the s390 defines, since they will go away as soon as
we support CONFIG_NO_HZ instead of our own CONFIG
Quoting Andrew Morgan ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> This contains a typo:
>
> Serge E. Hallyn wrote:
> >>From 588755d9498c87c4e963527ba0f49c11107de354 Mon Sep 17 00:00:00 2001
> > From: Serge E. Hallyn <[EMAIL PROTECTED]>
> > Date: Wed, 27 Jun 2007 19:
On Wed, Jun 27, 2007 at 05:27:17PM -0700, Casey Schaufler wrote:
|
| --- David Miller <[EMAIL PROTECTED]> wrote:
|
| > From: Crispin Cowan <[EMAIL PROTECTED]>
| > Date: Wed, 27 Jun 2007 15:46:57 -0700
| >
| > > But we do not want to prevent other people from using SELinux if it
| > > suits them.
On Jun 27 2007 19:18, Sam Ravnborg wrote:
>
>For my test I used latest -git of the Linux kernel.
>In this version the include of ext2_fs_bh.h is guarded
>by __KERNEL__ like this:
>
>#ifdef __KERNEL__
>#include
>static inline struct ext2_sb_info *EXT2_SB(struct super_block *sb)
>{
>return
Michael Kerrisk wrote:
I just released man-pages-2.59 and man-pages-2.60.
These releases are now available for download at:
http://www.kernel.org/pub/linux/docs/manpages
There is one little problem with this: there is no stable URL for a given
version. This hurts, e.g., automated Linux
Hi!
What about this? (Only compile tested, but looks pretty obvious to
me). Something like this should get us rid of ugly option, and still
solve debugging problems... Hmmm?
Pavel
Kill CONFIG_DISABLE_CONSOLE_SUSPEND; it should not be
Andi Kleen wrote:
"Daniel J Blueman" <[EMAIL PROTECTED]> writes:
On 23/03/07, Shaohua Li <[EMAIL PROTECTED]> wrote:
On Thu, 2007-03-22 at 23:45 +, Daniel J Blueman wrote:
Hi Shao-hua,
Is the tool you mentioned last June [1] available for splitting up the
old firmware files to the new for
Rusty Russell wrote:
On Wed, 2007-06-27 at 19:14 -0500, Matt Mackall wrote:
lguest: unhandled trap 14 at 0xc01362f7 (0x0)
Dump of assembler code for function __lock_acquire:
Thanks for the bug report Matt! I wonder if other
paravirt_disable_iospace users have the same issue...
I
Hi there ...
I'm observing seldom hangs with linux 2.6. I can't tell when exactly it
happened the first time, I think somewhere around 2.6.16 or 2.6.17. I
see it about once or twice a month. With absolutely nothing in the logs.
So far I asked for help:
- in the -ck list
Mon Sep 4 10:22:06 EST 2
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
include/asm-frv/pgtable.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/include/asm-frv/pgtable.h
+++ b/include/asm-frv/pgtable.h
@@ -25,7 +25,7 @@
#include
#include
#include
-struct mm_struct;
+#include
struct vm_ar
Pavel Machek wrote:
> Hi!
>
> What about this? (Only compile tested, but looks pretty obvious to
> me). Something like this should get us rid of ugly option, and still
> solve debugging problems... Hmmm?
Violent agreement from me. Not taking down serial console would help a
lot too. Storing dme
(trimmed the cc: list)
On 06/28, Satyam Sharma wrote:
>
> On 6/27/07, Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> >
> >Contrary, I believe we should avoid signals when it
> >comes to kernel threads.
>
> And I agree, but there's quite a subtle difference between signals being
> used like they normal
On Thu, Jun 28, 2007 at 12:44:20PM +0100, David Woodhouse wrote:
>
> It's nice if you can do so, but I wouldn't suggest that you _have_ to.
> I have to admit that I rarely bother actually wiring new system calls up
> on anything but PowerPC to start with.
>
> The important thing is that you've _c
(while I work for Intel this is not an official Intel statement, but
there is so much FUD going around now that I feel I need to at least
point out a few things others "forget")
> >
> Slashdot carried an article this morning saying that an error in Intel
> microcode was being fixed.
don't just a
This chip does not have modem control lines. Return TIOCM_CAR and
TIOCM_DSR always on get_mctrl() and ajust some bits in termios cflag.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/serial/serial_txx9.c b/drivers/serial/serial_txx9.c
index 1deb576..407fca0 100644
---
Do not include some header files already indluded by serial_core.h.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/serial/serial_txx9.c b/drivers/serial/serial_txx9.c
index 407fca0..7480dc8 100644
--- a/drivers/serial/serial_txx9.c
+++ b/drivers/serial/serial_txx9.c
@@
Andy Isaacson wrote:
That said, I think I like the idea of MAP_NOZERO. Could it be
generalized to some kind of "free pool" rather than keyed off of uid?
Good idea. At exec() time the new mm can inherit the "free pool"
pointer that the parent process points to, when nothing changes.
Certain
On Wed, 27 Jun 2007 03:35:26 -0400, Jeff Garzik wrote:
>Tejun Heo (9):
> libata: kill the infamous abnormal status message
> libata: kill non-sense warning message
> libata: be less verbose about hpa
> libata: remove unused variable from ata_eh_reset()
> libata: fix ata_dev
On Thu, 2007-06-28 at 02:55 -0700, Andrew Morton wrote:
> Please drop the non-ext4 patches from the ext4 tree and send incremental
> patches against the (non-ext4) fallocate patches in -mm.
>
The ext4 fallocate() patches are dependent on the core fallocate()
patches, so ext4 patch-queue and git t
1 - 100 of 377 matches
Mail list logo
