Jan Engelhardt [EMAIL PROTECTED] writes:
I checked, and looking at offset 0x497 seems to work fine on a couple of
systems with USB keyboards.
Probably just because legacy mode was enabled. Plus I wonder what 0x497 will
return when there is actually more than one USB keyboard connected at boot.
On Wed, Feb 14, 2007 at 10:57:00AM -0800, Christoph Lameter wrote:
On Tue, 13 Feb 2007, Nick Piggin wrote:
Just tinkering around with this and got something working, so I'll see
if anyone else wants to try it.
Not proposing for inclusion, but I'd be interested in comments or results.
* Ingo Molnar [EMAIL PROTECTED] wrote:
You are not counting the whole setup cost there, then, because your
setup cost is going to be at a minimum more expensive than the null
system call.
hm, this one-time cost was never on my radar. [ It's really dwarved by
other startup costs (a
Davide Libenzi wrote:
Would this work?
Hopefully the API will simplify enough so that emulation will becomes
easier.
The big question in my mind is how all this stuff interacts with
signals. Can a blocked syscall atom be interrupted by a signal? If so,
what thread does it get
On Wed, Feb 14, 2007 at 11:00:02AM -0800, Christoph Lameter wrote:
On Tue, 13 Feb 2007, Nick Piggin wrote:
This is a scheme for page replication replicates read-only pagecache pages
opportunistically, at pagecache lookup time (at points where we know the
page is being looked up for read
On Wednesday 14 February 2007 3:20 pm, Len Brown wrote:
I still need to resubmit the patch, for X86_PC, which defines the platform
device in the (common) case where PNPACPI isn't defined.
CONFIG_PNPACPI=y is not the common case?
It's certainly not in the defconfig for x86-64. And it's
On Thu, 15 Feb 2007, Nick Piggin wrote:
But no arguments, this doesn't aim to do replication of the same virtual
address. If you did come up with such a scheme, however, you would still
need a replicated pagecache for it as well.
Well there is always the manual road. Trigger something that
On Wed, 14 Feb 2007, Benjamin LaHaise wrote:
On Wed, Feb 14, 2007 at 03:17:59PM -0800, Davide Libenzi wrote:
That's an incorrect assumption. Every task/thread in the system has FPU
state associated with it, in part due to the fact that glibc has to
change
some of the rounding
On Wed, Feb 14, 2007 at 03:32:04PM -0500, Lee Schermerhorn wrote:
On Tue, 2007-02-13 at 07:09 +0100, Nick Piggin wrote:
Hi,
Just tinkering around with this and got something working, so I'll see
if anyone else wants to try it.
Not proposing for inclusion, but I'd be interested in
In a previous post I incorrectly stated that my serial port is a
TI16750, as this is what /proc/tty/... revealed to me. After
re-reading the product manual, I see that this is actually a 16550.
Since Linux is seeing this port as a 16750, could that explain why I'm
seeing missing
David Miller wrote:
From: Pete Clements [EMAIL PROTECTED]
Date: Mon, 12 Feb 2007 20:10:13 -0500 (EST)
2.6.20-git8 fails compile:
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
net/built-in.o: In
On Wed, 14 Feb 2007, Ingo Molnar wrote:
yeah, that's another key thing. I do plan to provide a sys_upcall()
syscall as well which calls a 5-parameter user-space function with a
special stack. (it's like a lightweight signal/event handler, without
any of the signal handler legacies and
On Wed, Feb 14, 2007 at 07:40:57PM +, David Howells wrote:
Hashing, yes; encryption, yes; signature checking: no from what I
can see.
It's possible that I can share code with eCryptFS, though at first
sight that doesn't seem to overlap with what I want to do.
Right now, eCryptfs just
Michael Halcrow [EMAIL PROTECTED] wrote:
Right now, eCryptfs just delegates its modular exponentiation
operations to a userspace daemon. If RSA ever finds its way into the
kernel, I might tweak eCryptfs to use that instead for some of the
public key operations.
Am I right in thinking that
On Wed, Feb 14, 2007 at 09:59:37PM +, David Howells wrote:
Michael Halcrow [EMAIL PROTECTED] wrote:
Right now, eCryptfs just delegates its modular exponentiation
operations to a userspace daemon. If RSA ever finds its way into the
kernel, I might tweak eCryptfs to use that instead for
On Wednesday 14 February 2007 01:39, Richard Knutsson wrote:
Convert pci_module_init() to pci_register_driver().
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Compile-tested with allyes, allmod allno on i386
applied, thanks
-
To unsubscribe from this list: send the line
On Wednesday 14 February 2007 07:37, Linus Torvalds wrote:
We could prepend another '/' (so that you'd have a path that starts with
//). That's still a legal path, but it's also somethign that even POSIX
says is valid to mean something else (eg //ftp/.. or //socket/.. to
escape into another
Val,
Maybe it is not only our (FS people) problem. We probably need to
bring the kernel people judge as ext2 and ext3 are the base Linux FS.
I add the kernel list for opinion.
/Sorin
On Wed, 14 Feb 2007 14:54:54 -0500, Valerie Henson
[EMAIL PROTECTED] wrote:
Just some quick notes on
On Wednesday 14 February 2007 11:39, Andreas Gruenbacher wrote:
On Wednesday 14 February 2007 07:37, Linus Torvalds wrote:
We could prepend another '/' (so that you'd have a path that starts with
//). That's still a legal path, but it's also somethign that even POSIX
says is valid to mean
Andrew,
On Tue, Feb 13, 2007 at 02:05:33PM -0800, Andrew Morton wrote:
On Tue, 13 Feb 2007 10:48:39 -0800 Stephane Eranian [EMAIL PROTECTED]
wrote:
I have released another version of the perfmon new code base package.
Can we have a bug push to get this merged up please?
Could you
On Wed, 14 Feb 2007 10:29:32 -0800
Stephane Eranian [EMAIL PROTECTED] wrote:
On Tue, Feb 13, 2007 at 02:05:33PM -0800, Andrew Morton wrote:
On Tue, 13 Feb 2007 10:48:39 -0800 Stephane Eranian [EMAIL PROTECTED]
wrote:
I have released another version of the perfmon new code base package.
William Cohen wrote:
Hello Stephane,
The oprofile patch should be made against the oprofile cvs rather than
the 0.9.2 tarball. There are some files that the patch touches that are
created by the autogen.sh.
The oprofile patch doesn't build if things are configured without the
Will,
On Wed, Feb 14, 2007 at 12:05:31PM -0500, William Cohen wrote:
The oprofile patch should be made against the oprofile cvs rather than
the 0.9.2 tarball. There are some files that the patch touches that are
created by the autogen.sh.
The oprofile patch doesn't build if things are
On Sat, 10 Feb 2007, Andrew Burgess wrote:
I have terrible news: 2.6.20-rt5 does not boot at all on a couple
machines I was brave enough to try -- a [EMAIL PROTECTED] SMP/HT desktop, and a
Core2 Duo [EMAIL PROTECTED] laptop.
Ditto for me on an ASUS AMD64 x2, just hangs, I have no
serial
[Content-Type: multipart/mixed; boundary==neXtPaRt_1171455051]
Please do not post to LKML (or to any Linux related site) in any other
format than plain text. That alone will get you ignored most of the
time.
On Wed, 2007-02-14 at 18:11 +0530, Alim Akhtar wrote:
hI all
I have applied
On Wed, Feb 14, 2007 at 10:02:04AM +, Mark Brown wrote:
Signed-Off-By: Mark Brown [EMAIL PROTECTED]
[...]
- if (np-phy_addr_external == PHY_ADDR_NONE) {
+ /* If we're ignoring the PHY it doesn't matter if we can't
+ * find one. */
+ if
On Wed, Feb 14, 2007 at 03:28:34PM +0200, Ahmed S. Darwish wrote:
A trivial comment actually, Is there a point to write multi-line comments
in two different formats ?
No goal in doing that, no - it wasn't a conscious decision.
--
You grabbed my hand and we fell into it, like a daydream - or
This patch enables dynamic adding / removing of ehea ports
by DLPAR tool.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
diff -Nurp -X dontdiff linux-2.6.20/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.20/drivers/net/ehea/ehea.h2007-02-12
Hi-
A few high level comments, then some really insignificant ones.
First, is there a reason why we shouldn't have a sysfs entry/kobject for
each logical port? How is it possible to determine, from the adapter
sysfs directory, the current number of ports for that adapter? A port
sysfs
Dmitry Torokhov [EMAIL PROTECTED] írta:
On 2/11/07, Németh Márton [EMAIL PROTECTED] wrote:
Extend EV_LED handling code so that it can handle not
only two states (on/off) but also others. For example
a LED can blink using hardware acceleration. The code
changed so that it is similar
On 2/14/07, Németh Márton [EMAIL PROTECTED] wrote:
Dmitry Torokhov [EMAIL PROTECTED] írta:
On 2/11/07, Németh Márton [EMAIL PROTECTED] wrote:
Extend EV_LED handling code so that it can handle not
only two states (on/off) but also others. For example
a LED can blink using hardware
Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 2/14/07, Németh Márton [EMAIL PROTECTED] wrote:
Dmitry Torokhov [EMAIL PROTECTED] írta:
On 2/11/07, Németh Márton [EMAIL PROTECTED] wrote:
Extend EV_LED handling code so that it can handle not
only two states (on/off) but also
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Well I did a little by hand parsing and the not I parsed looked ok.
How does the output differ from a what you get when xen-head.S is
included?
Ah!
The .notes section gets SHT_NOTE in vmlinux when xen-head.S is
On Thu, 2007-02-15 at 00:57 +1100, Herbert Xu wrote:
On Wed, Feb 14, 2007 at 03:47:55PM +1100, Rusty Russell wrote:
It's also used to generate dma structs for outgoing packets. In that
case, skb_headlen() == 0:
I see, in that case you're guaranteed to have no fragments.
Still it feels
Eric W. Biederman wrote:
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Add Xen interface header files. These are taken fairly directly from
the Xen tree and hence the style is not entirely in accordance with
Linux guidelines. There is a tension between fitting with Linux coding
rules and
Eric W. Biederman wrote:
Ok. If that is all this may be a difference that makes no difference.
binutils has a bad habit of looking at sections (which are fully
optional) instead of segments on ET_EXEC and ET_DYN objects. Only
ET_REL objects (.o files) are required to have sections.
The
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
+++ b/drivers/xen/Kconfig.net
@@ -0,0 +1,14 @@
+menu Xen network device drivers
+depends on NETDEVICES XEN
+
+config XEN_NETDEV_FRONTEND
+ tristate Network-device frontend driver
+ depends on XEN
+ default y
+ help
ACK - the patch is fine for lpfc
-- james s
Linas Vepstas wrote:
James,
Please review and forward upstream. This is a patch I'd previously
submitted, and reworked by [EMAIL PROTECTED] in January.
Not clear if I need to also nag James Smart (who is listed as the
maintainer) for an
On Wed, 14 Feb 2007, Davide Libenzi wrote:
On Wed, 14 Feb 2007, Ingo Molnar wrote:
yeah, that's another key thing. I do plan to provide a sys_upcall()
syscall as well which calls a 5-parameter user-space function with a
special stack. (it's like a lightweight signal/event handler,
simple_prepare_write leaks uninitialised kernel data. This happens because the
it leaves an uninitialised hole over the part of the page that the write is
expected to go to. This is fine, but it then marks the page uptodate, which
means a concurrent read can come in and copy the uninitialised
On 2/14/07, Benjamin LaHaise [EMAIL PROTECTED] wrote:
My opinion of this whole thread is that it implies that our thread creation
and/or context switch is too slow. If that is the case, improve those
elements first. At least some of those optimizations have to be done in
hardware on x86, while
nobh_prepare_write leaks data similarly to how simple_prepare_write did. Fix
by not marking the page uptodate until nobh_commit_write time. Again, this
could break weird use-cases, but none appear to exist in the tree.
We can safely remove the set_page_dirty, because as the comment says,
On Wed, 14 Feb 2007, Jeremy Fitzhardinge wrote:
Davide Libenzi wrote:
Would this work?
Hopefully the API will simplify enough so that emulation will becomes
easier.
The big question in my mind is how all this stuff interacts with
signals. Can a blocked syscall atom be
Hello, Ingo!
Many thanks for the lockdep validator! It has helped me immensely.
However, lockdep-design.txt has been pretty hard to read for me.
It would be great if you find an opportunity to clarify two things in
the documentation.
1) What is a lock dependency? What does L1 - L2 mean? Does
I'm finally back from my travel and conference hiatus.. you guys have
been busy! :)
On Feb 13, 2007, at 6:20 AM, Ingo Molnar wrote:
I'm pleased to announce the first release of the Syslet kernel
feature
and kernel subsystem, which provides generic asynchrous system call
support:
But the whole point is that the notion of a register is wrong in
the
first place. [...]
forget about it then. The thing we register is dead-simple:
struct async_head_user {
struct syslet_uatom __user **completion_ring;
unsigned long
On Wed, 14 Feb 2007 20:51:33 +0300 Ananiev, Leonid I [EMAIL PROTECTED]
wrote:
Fix kernel bug when IO page is temporally busy:
invalidate_inode_pages2_range() returns EIOCBRETRY but not EIO.
invalidate_inode_pages2() returns EIO as earlier.
Signed-off-by: Leonid Ananiev [EMAIL PROTECTED]
On Wed, 14 Feb 2007 14:12:57 -0600 Corey Minyard [EMAIL PROTECTED] wrote:
Convert over to the new NMI handling for getting IPMI watchdog
timeouts via an NMI. This add config options to know if there
is the ability to receive NMIs and if it has an NMI post processing
call. Then it modifies
Andrew Morton writes:
This is all fairly unpleasant.
What architecture is preventing us from using DIE_NMI_POST on all
architectures which support ipmi? ia64?
It would be better to simply require that all ipmi-using architectures
implement notify_die(DIE_NMI_POST, ...).
We're starting
On Thu, 15 Feb 2007 15:05:56 +1100 Paul Mackerras [EMAIL PROTECTED] wrote:
Andrew Morton writes:
This is all fairly unpleasant.
What architecture is preventing us from using DIE_NMI_POST on all
architectures which support ipmi? ia64?
It would be better to simply require that all
On Wed, 14 Feb 2007 21:42:26 + Ralf Baechle [EMAIL PROTECTED] wrote:
Time for a little bit of dead horse flogging.
On Mon, Mar 06, 2006 at 05:05:52PM -0800, Andrew Morton wrote:
--- a/include/asm-generic/unaligned.h
+++ b/include/asm-generic/unaligned.h
@@ -78,7 +78,7 @@ static
Junio C Hamano wrote:
- git-blame learned a new option, --incremental, that tells it
to output the blames as they are assigned. A sample script
to use it is also included as contrib/blameview.
And there are example GUI blameview (Perk GTK2), and example Emacs module
for incremental
On Sunday 04 February 2007 16:15, Neil Brown wrote:
The behaviour in the face of a lazy unmount should be clarified in
this comment.
Done.
If sys_getcwd is called on a directory that is no longer
connected to the root, it isn't clear to me that it should return
without an error.
Without
On Wednesday 14 February 2007 14:57, Andreas Gruenbacher wrote:
[1] Always make disconnected paths relative:
From all these choices, I actually like [1] best, together with hiding
unreachable mount points in /proc/$pid/mounts and /proc/$pid/mountstats:
there is no real point in pretending
Hey all,
I am having troubles connecting and interfacing to a device called a
USRP via USB which is used with GNU Radio. At one time, the setup
worked perfectly fine with no errors. Then i tried to give a regular
user permission to the USB device and everything went downhill.
Now,
On Wed, 14 Feb 2007 19:09:38 + David Howells [EMAIL PROTECTED] wrote:
These patches provide a GPG-based kernel module signing facility. Their use
is
not fully automated within the confines of the kernel build process because it
needs provision of keys from outside of the kernel before
Hi Andrew,
The current header file definitions for autofs version 5 have
caused a couple of problems for application builds downstream.
This fixes the problem by separating the definitions.
Signed-off-by: Ian Kent [EMAIL PROTECTED]
Ian
---
---
On Wed, Feb 14, 2007 at 07:41:12PM -0800, Andrew Morton wrote:
77 files changed, 9681 insertions(+), 10 deletions(-)
just to be able to sign modules.
Normally I'd collapse writhing in laughter, but..
These patches have been in use by RHEL and Fedora kernels for years, and so
On Thu, Feb 08, 2007 at 09:13:36PM +0100, Miklos Szeredi wrote:
Strangely enough after continuing in gdb, UML is back to normal, and I
can't make it hang any more. It must be something timing related.
Can you see if the patch below fixes it?
Jeff
--
Work email
Also PTRACE_OLDSETOPTIONS should be accepted, as done by kernel/ptrace.c and
forced by binary compatibility. UML/32bit breaks because of this - since it is
wise
enough to use PTRACE_OLDSETOPTIONS to be binary compatible with 2.4 host
kernels.
Until 2.6.17 (commit
On Thu, Feb 15, 2007 at 03:34:23AM +0100, Paolo 'Blaisorblade' Giarrusso wrote:
Index: linux-2.6.git/arch/x86_64/ia32/ptrace32.c
===
--- linux-2.6.git.orig/arch/x86_64/ia32/ptrace32.c
+++ linux-2.6.git/arch/x86_64/ia32/ptrace32.c
On Thursday 15 February 2007 03:54, Jeff Dike wrote:
On Thu, Feb 15, 2007 at 03:34:23AM +0100, Paolo 'Blaisorblade' Giarrusso
wrote:
Index: linux-2.6.git/arch/x86_64/ia32/ptrace32.c
===
---
On 2/13/07, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Well, we already bump up reference count in fork() w/o grabbing those
mutexes don't we? Also if rmdir() sees container-count to be zero, then
it means no task is attached to the container. How will then a function
like bc_file_charge()
Checks if hw_crit_error is set.
If it is set, we donot process commands.
Checks added in megasas_queue_command and command completion routines.
Signed-off-by: Sumant Patro [EMAIL PROTECTED]
---
drivers/scsi/megaraid/megaraid_sas.c | 13 -
1 files changed, 12 insertions(+), 1
Added bios_param in scsi_host_template to return disk geometry.
Signed-off-by: Sumant Patro [EMAIL PROTECTED]
---
drivers/scsi/megaraid/megaraid_sas.c | 45 +
1 files changed, 45 insertions(+)
Resubmitting with following changes : ulong - unsigned long, removed
Checks added in megasas_queue_command to know if FW is able to process
commands within the timeout period. If number of retries is 2 or more,
the driver stops sending cmd to FW. IO is resumed when pending cmd count
reduces to 16 or 10 seconds has elapsed from the time cmds were last
sent to FW.
Replaced pci_alloc_consistent with dma_alloc_coherent from the ioctl path.
This is to avoid situations where ioctl fails for lack of memory
(when system under heavy stress).
Signed-off-by: Sumant Patro [EMAIL PROTECTED]
---
drivers/scsi/megaraid/megaraid_sas.c | 12 ++--
1 files
FW does not support SYNCHRONIZE_CACHE cmd. FW flush cache on its own.
So, we just return success from the megasas_queue_command.
Signed-off-by: Sumant Patro [EMAIL PROTECTED]
---
drivers/scsi/megaraid/megaraid_sas.c | 12
1 files changed, 12 insertions(+)
diff -uprN
Update version and author information.
Signed-off-by: Sumant Patro [EMAIL PROTECTED]
---
drivers/scsi/megaraid/megaraid_sas.c |8 +---
drivers/scsi/megaraid/megaraid_sas.h |6 +++---
2 files changed, 8 insertions(+), 6 deletions(-)
diff -uprN
This is in reference to the following thread:
http://lkml.org/lkml/2006/12/14/63
I am not sure if this is ever addressed in LKML, but linux is _very_
popular in the embedded space. We (an embedded vendor) chose Linux 3
years back because of its lack of royalty model, robustness and
availability
Please, tell us what problem this is fixing so that we can look into
alternative solutions.
This patch fixes a kernel panic Kernel BUG at fs/aio.c:509
http://marc.theaimsgroup.com/?l=linux-kernelm=117031052517746w=2
First of all it was found that the kernel panic happens after
IO error
No its not. It wasn't common knowledge 3 years ago when we chose Linux
as an embedded platform. If it indeed is common knowledge that
loadable modules in Linux have to be open-source then it is very
probable that we wouldn't have chosen Linux as the platform of choice.
If this indeed is the case
On 2/15/07, v j [EMAIL PROTECTED] wrote:
The drivers which we have written over the last three years are suddenly
under threat.
[..]
The fact that Linux is becoming more and more closed is very very alarming.
Sigh. Someone remind me of the rules against politics on the list
before I get into
Eugene Ilkov wrote:
I have I/O errors with Transcend SD highspeed card 2GB/150x when it's
mounted in r/w mode (cardreader on sharp sl-c1000)
It works well if I reverse mmcv4 patch commited to 2.6.19-git2
(http://lkml.org/lkml/2006/10/4/27)
That patch is not the same as you are referencing in
On Wed, Feb 14, 2007 at 09:16:28PM -0800, v j wrote:
This is in reference to the following thread:
http://lkml.org/lkml/2006/12/14/63
I am not sure if this is ever addressed in LKML, but linux is _very_
popular in the embedded space. We (an embedded vendor) chose Linux 3
years back
On Wednesday February 14, [EMAIL PROTECTED] wrote:
However we have a worrying trend here. If at some point it becomes
illegal to load our modules into the linux kernel, then it is
unacceptable to us. We would have been better off choosing VxWorks or
OSE 3 years ago when we made an OS choice.
On 2/14/07, v j [EMAIL PROTECTED] wrote:
This has nothing to do with politics. I am not a Linux contributor. I realize
that people who have contributed to the Linux Kernel have very valid points. It
is their sweat and blood. They have a right to protect what they have worked
on. I am purely
v j wrote:
This is in reference to the following thread:
http://lkml.org/lkml/2006/12/14/63
I am not sure if this is ever addressed in LKML, but linux is _very_
popular in the embedded space. We (an embedded vendor) chose Linux 3
years back because of its lack of royalty model, robustness and
On 2/14/07, Dave Jones [EMAIL PROTECTED] wrote:
On Wed, Feb 14, 2007 at 09:16:28PM -0800, v j wrote:
Welcome to three months ago.
Here in the future, this was deemed a non-issue.
However this does highlight another problem.
End-users who take linux for use in embedded systems (especially)
tend
On 2/13/07, Conke Hu [EMAIL PROTECTED] wrote:
On 2/2/07, Conke Hu [EMAIL PROTECTED] wrote:
On Wed, 2007-02-07 at 07:40 -0500, Jeff Garzik wrote:
Conke Hu wrote:
Hi,
TEST_UNIT_READY in get_capabilities (drivers/scsi/sr.c line 743, or
see below) always returns error.
Im trying to port some drivers between 2.6.14 and 2.6.19
I find that irqdesc has changed completely. how do i port
the drivers between 2.6.14 and 2.6.19?
is there a porting guide available to port the drivers
which use irqdesc?.
my drivers use variables triggered, ... which dont exist in
On Wed, Feb 14, 2007 at 10:43:35PM +0100, Rafael J. Wysocki wrote:
Hi,
On Wednesday, 14 February 2007 15:40, Gautham R Shenoy wrote:
Hello Everybody,
This is an experiment towards process_freezer based implementation
of cpu-hotplug. This is mainly based on ideas of Andrew Morton,
On 2/15/07, v j [EMAIL PROTECTED] wrote:
This has nothing to do with politics. I am not a Linux contributor.
Here-in lies the problem. I am one of the few people willing to state
openly that I wish those who can, would use their legal claims to stop
people like you from writing proprietary
On Wednesday February 14, [EMAIL PROTECTED] wrote:
You are right. I have not contributed anything to Linux. Except one
small patch to the MTD code. However, I don't think that is the point
here. I am perfectly willing to live with the way Linux is today. I am
telling you as a user that if
You don't get it do you. Our source code is meaningless to the Open
Source community at large. It is only useful to our tiny set of
competitors that have nothing to do with Linux. The Embedded space is
very specific. We are only _using_ Linux. Just as we could have used
VxWorks or OSE. Using our
On Thursday 15 February 2007, Neil Brown wrote:
On Wednesday February 14, [EMAIL PROTECTED] wrote:
However we have a worrying trend here. If at some point it becomes
illegal to load our modules into the linux kernel, then it is
unacceptable to us. We would have been better off choosing VxWorks
On 2/14/07, Neil Brown [EMAIL PROTECTED] wrote:
Not everybody has to be a contributor. The reason Linux is popular is
because of its openness. Take that away and see where it goes.
So tell us? where does it go?
You seem to have the experience already. You took an open linux,
added some
On 2/15/07, v j [EMAIL PROTECTED] wrote:
You don't get it do you.
I think everyone on the list was thinking the same thing about you.
We are only _using_ Linux.
Yes, I think we all can see that.
Using our source code would not benefit anybody but our competitors.
Without knowing what
On Sun, 11 Feb 2007 14:18:12 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote:
local_t : powerpc extension
This diff contains changes which are also present in [PATCH 07/10]
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc, resulting
in rather a mess.
I dropped the duplicated
On 2/15/07, v j [EMAIL PROTECTED] wrote:
If adding closed drivers to Linux is illegal, I am perfectly fine with
that. Just say so. I am not at a dead-end yet, until you make that
statement. Once you make that statement, then all bets are off. I am
betting that most companies will not even
Eric W. Biederman wrote:
Nadia Derbey [EMAIL PROTECTED] writes:
So, should I understand from this that automatic tuning and the AKT framework
itself would make sense, given that I find the rigth tunables it should be
applied to?
Sort of. The concept of things tuning themselves
I am well aware of what Greg KHs position is, in fact he is the reason
I started the whole rant. This is only a plea to the higher
authorities. Linus, please save Linux!
vj
On 2/14/07, Trent Waddington [EMAIL PROTECTED] wrote:
On 2/15/07, v j [EMAIL PROTECTED] wrote:
If adding closed drivers
On Sun, 11 Feb 2007 15:03:22 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote:
You will find, in the following posts, the latest revision of the Linux Kernel
Markers.
looks for the documentation
And what can I do with these markers?
And once I've done it, are there any userspace applications
On Wed, 14 Feb 2007 22:27:10 -0800 v j wrote:
On 2/14/07, Dave Jones [EMAIL PROTECTED] wrote:
On Wed, Feb 14, 2007 at 09:16:28PM -0800, v j wrote:
Welcome to three months ago.
Here in the future, this was deemed a non-issue.
However this does highlight another problem.
End-users who
On Sun, 11 Feb 2007 15:03:27 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Linux Kernel Markers, non optimized architectures
This patch also includes marker code for non optimized architectures.
I think once we've done this we can nuke
CONFIG_MARKERS_ENABLE_OPTIMIZATION? (Please, let it
On 2/15/07, v j [EMAIL PROTECTED] wrote:
I am well aware of what Greg KHs position is, in fact he is the reason
I started the whole rant. This is only a plea to the higher
authorities. Linus, please save Linux!
Oh boy. Guess what?
$ head -3 Documentation/ABI/testing/sysfs-class
What:
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Sun, 11 Feb 2007 14:18:12 -0500 Mathieu Desnoyers [EMAIL PROTECTED]
wrote:
local_t : powerpc extension
This diff contains changes which are also present in [PATCH 07/10]
atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc,
On Sun, 11 Feb 2007 15:03:24 -0500 Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Linux Kernel Markers, architecture independant code.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
...
+
+#ifndef MARK
+#define MARK GEN_MARK
+#define MARK_ENABLE_TYPE GEN_MARK_ENABLE_TYPE
+#define
On Wed, Feb 14, 2007 at 10:27:10PM -0800, v j wrote:
Not everybody has to be a contributor. The reason Linux is popular is
because of its openness. Take that away and see where it goes.
please expand on this openness.
Especially wrt your add-ons.
Dave
--
On 2/14/07, Randy Dunlap [EMAIL PROTECTED] wrote:
At least one of us is confused about that an embedded User is.
It seems to me that you are an embedded developer, not User.
I doubt that most Embedded Users care what their OS is,
or even know what an OS is.
I am not sure what the difference
601 - 700 of 746 matches
Mail list logo