On Fri, 30 Nov 2007 14:06:55 -0800
Pallipadi, Venkatesh [EMAIL PROTECTED] wrote:
Please dont go off-list like this. I put Mark's original mailing list cc's
back.
I will have to Nack this. The reason max_cstate was initentionally
removed due to couple of reasons:
It broke userspace without
Hi David,
On Fri, 30 Nov 2007 10:40:54 -0800, David Brownell wrote:
On Friday 30 November 2007, Jean Delvare wrote:
--- a/drivers/i2c/chips/Kconfig 2007-10-28 21:04:06.0 -0700
+++ b/drivers/i2c/chips/Kconfig 2007-10-29 14:16:01.0 -0700
@@ -51,6 +51,24 @@ config
On 30-11-07 18:39, Thomas Renninger wrote:
On Fri, 2007-11-30 at 18:19 +0100, Rene Herman wrote:
Thomas Renninger is making some haste with the deprecation of the removed
functions by the way -- I just saw a patch of his entering my mailbox where
he says he'd in fact like them deprecated in
* Dave Hansen ([EMAIL PROTECTED]) wrote:
On Fri, 2007-11-30 at 12:05 -0500, Mathieu Desnoyers wrote:
Given a trace including :
- Swapfiles initially used
- multiple swapon/swapoff
- swap in/out events
We would like to be able to tell which swap file the information has
been
On Fri, 30 Nov 2007, Ingo Molnar wrote:
such as? I guess these two:
mm-prevent-dereferencing-non-allocated-per_cpu-variables.patch
mm-prevent-dereferencing-non-allocated-per_cpu-variables-fix.patch
would be needed too?
I sent another list in an earlier email. AFAICT the above does not
* Christoph Lameter [EMAIL PROTECTED] wrote:
On Fri, 30 Nov 2007, Ingo Molnar wrote:
This is a core change against Andrew's tree. It needs to go into mm
and not into the x86 tree. It is no surprise that this does not apply
cleanly to the x86 tree.
well since they affect the
Jarek Poplawski wrote:
On 30-11-2007 04:32, H. Peter Anvin wrote:
...
As far as I can tell, Documentation/Changes is the only thing we have
that even attempts to document the basic requirements. This attempts
to formalize that fact.
Documentation/Changes | 396
We add the notion of a root-domain which will be used later to rescope
global variables to per-domain variables. Each exclusive cpuset
essentially defines an island domain by fully partitioning the member cpus
from any other cpuset. However, we currently still maintain some
policy/state as
On Fri, 2007-11-30 at 11:11 -0500, Mathieu Desnoyers wrote:
+static inline swp_entry_t page_swp_entry(struct page *page)
+{
+ swp_entry_t entry;
+ VM_BUG_ON(!PageSwapCache(page));
+ entry.val = page_private(page);
+ return entry;
+}
This probably needs to be
On Fri, 30 November 2007 14:35:46 +0100, Ingo Molnar wrote:
* Jörn Engel [EMAIL PROTECTED] wrote:
kernel/sched.c:3384: warning: ‘struct prio_array’ declared inside parameter
list
kernel/sched.c:3384: warning: its scope is only this definition or
declaration, which is probably not
yep, i already tried to check how well it integrates to x86.git:
I ported it to scm/linux/kernel/git/x86/linux-2.6-x86.git mm.
I will send out the patch and then look at the below discussion.
the code does not seem to be layered correctly: i'd suggest to
read the
discussion between Roland
On Nov 30, 2007, at 9:28 AM, Dave Jones wrote:
On Fri, Nov 30, 2007 at 09:18:59AM -0600, Kumar Gala wrote:
Does any know if there is a way to run checkpatch.pl over the index
before one does a commit?
git diff | scripts/checkpatch.pl
thanks. I think I want:
git-diff HEAD |
[..]
Can you print the LAPIC registers (print_local_APIC) during normal boot
and during kdump boot and paste here?
Here are the ones from a normal bootup.
I was unable to get info from a kdump boot. I haven't figured out why yet.
With the same patch that I used to capture this, when I
On Fri, Nov 30, 2007 at 12:59:26AM -0800, Yinghai Lu wrote:
On Nov 29, 2007 6:54 PM, Eric W. Biederman [EMAIL PROTECTED] wrote:
Ben Woodard [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Vivek Goyal [EMAIL PROTECTED] writes:
Ok. Got it. So in this case we route the
On Thu, Nov 29, 2007 at 12:14:16PM +, Ben Crowhurst wrote:
Has Objective-C ever been considered for kernel development?
Doesn't objective C essentially require a runtime to provide a lot of
the features of the language? If it does (as I suspect) then it is
totally unsiatable for kernel
Ingo Molnar wrote:
* Balbir Singh [EMAIL PROTECTED] wrote:
Srivatsa Vaddagiri wrote:
[snip]
Signed-off-by: Srivatsa Vaddagiri [EMAIL PROTECTED]
Signed-off-by: Balbir Singh [EMAIL PROTECTED]
thx. Have you done targeted testing of it as well? The (v2) patch is in
sched-devel.git:
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 1330061..b699ed5 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -537,4 +537,6 @@ source security/Kconfig
source crypto/Kconfig
+source arch/s390/crypto/Kconfig
+
With this there's no dependency
Srivatsa Vaddagiri wrote:
[snip]
Signed-off-by: Srivatsa Vaddagiri [EMAIL PROTECTED]
Signed-off-by: Balbir Singh [EMAIL PROTECTED]
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
-
To unsubscribe from this list: send the line unsubscribe
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Here's V2 of the cpu acccounting controller patch, which makes
accounting scale better on SMP systems by splitting the usage counter
to be per-cpu.
thanks, applied. But you dont seem to have incorporated all of the
review feedback from Andrew.
On Fri, Nov 30, 2007 at 01:48:33AM +0530, Srivatsa Vaddagiri wrote:
It is indeed an important todo. Right now we take a per-group global
lock on every accounting update (which can be very frequent) and hence
it is pretty bad.
Ingo had expressed the need to reintroduce this patch asap and
On Thu, Nov 29, 2007 at 09:06:12PM +0100, Alessandro Suardi wrote:
On Nov 28, 2007 9:07 PM, Alan Cox [EMAIL PROTECTED] wrote:
This message comes from 2.6.24-rc3 + todays git, version
a531a141089714efe39eca89593524fdf05104f2. I did grep the logs and found
that it first appeared in
* Roland McGrath [EMAIL PROTECTED] wrote:
On Thu, Nov 29, 2007 at 04:00:41AM -0800, Roland McGrath wrote:
This moves the sys32_ptrace code into arch/x86/kernel/ptrace.c,
verbatim except for a few hard-coded sizes replaced with sizeof.
[...]
I just moved this code, I
Loïc Grenié wrote:
2007/11/29, Ben Crowhurst [EMAIL PROTECTED]:
Has Objective-C ever been considered for kernel development?
regards,
BPC
No, it has not. Any language that looks remotely like an OO language
has not ever been considered for (Linux) kernel development and for
On Thu, Nov 29, 2007 at 05:36:05PM -0800, Paul E. McKenney wrote:
On Fri, Nov 30, 2007 at 12:11:28AM +0530, K. Prasad wrote:
Hi,
Please review the ensuing set of patches which convert the
existing RCU tracing mechanism for Preempt RCU and RCU Boost into
markers.
These patches are
On Nov 30, 2007 9:06 AM, Miklos Szeredi [EMAIL PROTECTED] wrote:
Provide a place in sysfs for the backing_dev_info object.
This allows us to see and set the various BDI specific variables.
You don't say what the place is, and I'm not quite familiar enough
with sysfs internals to figure
Btw, the r8169 has NAPI enabled.
kernel config:
http://hoho.dyndns.org/~holger/dist/kernel-config-x86-2.6.23.9
dmesg:
http://hoho.dyndns.org/~holger/dist/dmesg
lspci -vv:
http://hoho.dyndns.org/~holger/dist/lspci
thanks
Holger
-
To unsubscribe from this list: send the line unsubscribe
2007/11/29, Ben Crowhurst [EMAIL PROTECTED]:
Has Objective-C ever been considered for kernel development?
regards,
BPC
No, it has not. Any language that looks remotely like an OO language
has not ever been considered for (Linux) kernel development and for
most, if not all, other
On Thu, 29 Nov 2007 21:26:40 +0100,
Kay Sievers [EMAIL PROTECTED] wrote:
On Thu, 2007-11-29 at 21:20 +0100, Kay Sievers wrote:
On Thu, 2007-11-29 at 15:09 -0500, Alan Stern wrote:
On Thu, 29 Nov 2007, Kay Sievers wrote:
There's another good reason for not assigning the name in
On Thu, 29 Nov 2007 13:54:55 -0800,
Greg KH [EMAIL PROTECTED] wrote:
One minor documentation update:
/**
* kobject_init - initialize a kobject structure
* @kobj: pointer to the kobject to initialize
* @ktype: pointer to the ktype for this kobject.
* @fmt: the name of the kobject
Has Objective-C ever been considered for kernel development?
regards,
BPC
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
* Nick Piggin [EMAIL PROTECTED] wrote:
Haven't we been asking JVMs to use futexes or posix locking for years
and years now? [...]
i'm curious, with what JVM was it tested and where's the source so i can
fix their locking for them? Can the problem be reproduced with:
On 11/30/2007 10:28 AM, Chris Rutherford wrote:
Helo lkml,
I'm trying to write a LDD but I have got a bug. Any ideas what i
might be doing wrong?
ret = request_irq(12, handler, SA_INTERRUPT | SA_SHIRQ, sha1
handler, DEVICE_NAME);
printk (KERN_INFO req irq %d \n, ret);
enable_irq(12);
Kjartan Maraas wrote:
on., 28.11.2007 kl. 10.09 +0900, skrev Tejun Heo:
Kjartan Maraas wrote:
I get this exact error message on a normal first time boot here. I'm
using the latest fedora development kernel which is 2.6.24-rc2-git6
based. And I have the latest BIOS from HP IIRC.
This is an
On Nov 30 2007 11:20, Xavier Bestel wrote:
On Fri, 2007-11-30 at 19:09 +0900, KOSAKI Motohiro wrote:
Has Objective-C ever been considered for kernel development?
Why not C# instead ?
Why not Haskell nor Erlang instead ? :-D
I heard of a bash compiler. That would enable development
* Andrew Morton [EMAIL PROTECTED] wrote:
The patches were horridly wordwrapped.
yep, i already tried to check how well it integrates to x86.git:
http://lkml.org/lkml/2007/11/29/93
the code does not seem to be layered correctly: i'd suggest to read the
discussion between Roland McGrath and
This patch fixes s390 dependency for x86
Signed-off-by: Jaswinder Singh [EMAIL PROTECTED]
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 1330061..b699ed5 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -537,4 +537,6 @@ source security/Kconfig
source crypto/Kconfig
+source
* Christoph Lameter [EMAIL PROTECTED] wrote:
Form a single percpu.h from percpu_32.h and percpu_64.h. Both are now
pretty small so this is simply adding them together.
lots of rejects - merging this was pretty icky. Hopefully i got it right
- see below.
Ingo
-
On Wed, Nov 28, 2007 at 02:37:53PM +, David Howells wrote:
AF_RXRPC uses the crypto services, so should depend on or select CRYPTO.
Signed-off-by: David Howells [EMAIL PROTECTED]
Patch applied to net-2.6. Thanks.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~}
On 11/30/07, Heiko Carstens [EMAIL PROTECTED] wrote:
On Fri, Nov 30, 2007 at 04:33:19PM +0530, Jaswinder Singh wrote:
This patch fixes s390 dependency for x86
Signed-off-by: Jaswinder Singh [EMAIL PROTECTED]
Deleting random parts of the kernel tree is actually not
supported.
I agree
On Fri, Nov 30, 2007 at 01:35:13PM +0100, Ingo Molnar wrote:
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Here's V2 of the cpu acccounting controller patch, which makes
accounting scale better on SMP systems by splitting the usage counter
to be per-cpu.
thanks, applied. But you dont
On Thu, Nov 29, 2007 at 10:40:24AM -0700, Eric W. Biederman wrote:
Herbert we need this infrastructure most in net-2.6.25 (as not having
it is a current bottleneck to further development of the network
namespace) so these patches are against net-2.6.25.
I've applied them all to net-2.6.25
On Fri, 30 Nov 2007, David Sterba wrote:
...
drivers/char/pcmcia/Kconfig|8
drivers/char/pcmcia/Makefile |4
drivers/char/pcmcia/ipwireless_cs_hardware.c | 1728
+
drivers/char/pcmcia/ipwireless_cs_hardware.h
This includes the kernel/sched_domain entry only.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
diff --git a/kernel/sched.c b/kernel/sched.c
index 3ffec8c..a013dae 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -5431,12 +5431,10 @@ static struct ctl_table sd_ctl_dir[] = {
On 11/30/2007 01:55 PM, David Sterba wrote:
Hi,
I'm submitting driver for IPWireless PC Card, used for 4G
internet connection.
The driver has been in -mm series as ipwireless_cs.git tree for
some time, is actively used and there are currently no
outstanding bugs.
Almost :).
[...]
This includes the tables, the mq_sysctl_table ctl header
and calls to register/unregister.
Just like with the quota patch, I hope this is OK to
keep the ifdefs inside the __init function, rather
than making handlers and stubs outside it.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
David Sterba wrote:
Hi,
I'm submitting driver for IPWireless PC Card, used for 4G
internet connection.
The driver has been in -mm series as ipwireless_cs.git tree for
some time, is actively used and there are currently no
outstanding bugs.
I'd like to let the driver pass through LKML and then
* Jörn Engel [EMAIL PROTECTED] wrote:
On Thu, 15 November 2007 20:36:12 +0100, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
pick up the latest latency tracer patch from:
sorry, wrong URLs, the correct links are:
Ingo Molnar [EMAIL PROTECTED] wrote:
Patch applied to net-2.6. Thanks.
aimed at 2.6.24 merging, right?
Yep. net-2.6 is for 2.6.24 while net-2.6.25 is for 2.6.25.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page:
Hi Bill,
On Fri, 30 Nov 2007 07:04:10 -0600, Bill Gatliff wrote:
Jean Delvare wrote:
!!(value (1 offset))
is more efficiently written
(value offset) 1
... but not more efficiently implemented.
Your version requires code to do the shift on live data at runtime.
David's version
On Fri, Nov 30, 2007 at 06:30:45PM +0530, Jaswinder Singh wrote:
We have two options:
1. Either move arch/s390/crypto/Kconfig to drivers/crypto/Kconfig
OR
2. In arch/s390/crypto/Kconfig , replace depends on S390 to depends
on CRYPRO_HW
I think 2nd option is better for everyone.
2)
Jean Delvare wrote:
Hi Bill,
On Fri, 30 Nov 2007 07:04:10 -0600, Bill Gatliff wrote:
Jean Delvare wrote:
!!(value (1 offset))
is more efficiently written
(value offset) 1
... but not more efficiently implemented.
Your version requires code to do the shift on live data at
Jan Engelhardt wrote:
On Nov 30 2007 11:20, Xavier Bestel wrote:
On Fri, 2007-11-30 at 19:09 +0900, KOSAKI Motohiro wrote:
Has Objective-C ever been considered for kernel development?
Why not C# instead ?
Why not Haskell nor Erlang instead ? :-D
I heard of
Ben Crowhurst wrote:
Has Objective-C ever been considered for kernel development?
No. Kernel programming requires what is essentially assembly language with a
lot of syntactic sugar, which C provides. Higher-level languages abstract away
too much detail to be suitable for the sort of
On Fri, 2007-11-30 at 14:01 +, David Howells wrote:
David Woodhouse [EMAIL PROTECTED] wrote:
I don't like this -- it shouldn't be necessary.
Actually, I think you're right. I think the problem is that:
if (uaddr != MTD_UADDR_NOT_SUPPORTED ) {
/* ASSERT(The
On Fri, 30 Nov 2007 15:20:19 + (GMT)
[EMAIL PROTECTED] (Michael Robb) wrote:
If the -main- purpose of the hardware is wireless, it should go in via
John Linville, wireless maintainer...
These GPRS cards are basically wireless modems which accept a Hayes command
set (AT+, etc...),
Changes to previous version(s):
- moved task arrives/departs notifications to __switch_to_xtra()
- added _TIF_BTS_TRACE and _TIF_BTS_TRACE_TS to _TIF_WORK_CTXSW_*
- split _TIF_WORK_CTXSW into ~_PREV and ~_NEXT for x86_64
- ptrace_bts_init_intel() function called from init_intel()
- removed
[...]
Please cc Michael Kerrisk [EMAIL PROTECTED] on future versions of
these patches.
Yes, please. Buit note that my official address nowadays is
[EMAIL PROTECTED]
Chers,
Michael
--
Michael Kerrisk
Maintainer of the Linux man-pages project
http://www.kernel.org/doc/man-pages/
-
To
On Nov 30, 2007 5:04 PM, Michael Kerrisk [EMAIL PROTECTED] wrote:
[...]
Please cc Michael Kerrisk [EMAIL PROTECTED] on future versions of
these patches.
Yes, please. Buit note that my official address nowadays is
[EMAIL PROTECTED]
Ooops! I meant [EMAIL PROTECTED]
--
Michael Kerrisk
Quoting Eric W. Biederman ([EMAIL PROTECTED]):
The user interface is: register_net_sysctl_table and
unregister_net_sysctl_table. Very much like the current
interface except there is a network namespace parameter.
With this any sysctl registered with register_net_sysctl_table
will only
Al Viro wrote
On Thu, Nov 29, 2007 at 03:12:38PM -0700, Justin Banks wrote:
It's not perfect, but as was recently pointed out, if you can only get
98% of the way there rather than 100% is that a reason for not trying to
make it possible?
BTW, that's a fine example of a common fallacy:
These patches apply to the end of the rt-balance-patches v6 annouced here:
http://lkml.org/lkml/2007/11/20/613
These replace the v6a patches annouced here:
http://lkml.org/lkml/2007/11/21/226
Changes since v6a:
*) made features tunable via config options
*) fixed a bug related to setting a
You made me look at datasheets which number address lines from A-1 to
A18. My brain hurts. I hate you now.
Please try git://git.infradead.org/~dwmw2/jedec-unlock.git
I may have broken chip probing for a number of people now, but it ought
to be progress.
--
dwmw2
-
To unsubscribe from this
many thanks, the following says it all..
box:/home/chris/work/fpgaio# grep sha1 /proc/interrupts
12: 14669741 XT-PIC sha1 handler
On Nov 30, 2007 10:31 AM, Jiri Slaby [EMAIL PROTECTED] wrote:
On 11/30/2007 10:28 AM, Chris Rutherford wrote:
Helo lkml,
I'm trying to write a
Change Documentation/Changes to Documentation/Requirements, and at
least begin to separate the runtime requirements from the kernel
compilation requirements.
There are definitely kernel compilation requirements that are not
listed in this file. It would be good to get them uncovered.
This
Could the corruption be seen in a tcpdump trace prior to transmission
(ie taken on the sender) or was it only seen after the data passed out
the NIC?
rick jones
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Fri, 30 Nov 2007, Ingo Molnar wrote:
as expected, with that patch applied, the kernel crashes and reboots
(with no message this time). If you could point out any other dependent
patches besides the one above (if any) that would be great.
Ok. Just looking at mm-commits:
On Thu, Nov 29, 2007 at 06:19:41PM -0700, Alex Chiang wrote:
snip
[802499bc] kthread+0x47/0x73
[8020cc98] child_rip+0xa/0x12
[80249975] kthread+0x0/0x73
[8020cc8e] child_rip+0x0/0x12
Maybe we're trying to kick off a hotplug event on the wrong
On Fri, 2007-11-30 at 19:09 +0100, Jan Engelhardt wrote:
While you are at that, PFX should probably be KBUILD_MODNAME,
for simplicity. Then it will be easy to consolidate since
they all use KBUILD_MODNAME rather than their own PFX.
Just btw :)
I think that nearly all private logging functions
Found some interesting things, the delays are caused by
1) throttle_vm_writeout()
I removed it, Andrew worries about that, but hopefully there's a
better solution to his worries
2) atime updates
my uml image did not have them turned off
3) UML timer tick does not seem very
Mark Lord wrote:
Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
pick up the latest latency tracer patch from:
sorry, wrong URLs, the correct links are:
http://redhat.com/~mingo/latency-tracing-patches/latency-tracer-v2.6.24-rc2-git5-combo.patch
* Christoph Lameter [EMAIL PROTECTED] wrote:
On Fri, 30 Nov 2007, Ingo Molnar wrote:
This was not any formal x86 maintainance activity - your patches are
still cooking. But i was thinking about maybe putting these patches into
the x86 test grind to get them shaken out some more the
Ensure that libertas selects WIRELESS_EXT, since selecting other stuff
that should depend on WEXT, like IEEE80211, doesn't seem to drag that in
for us.
For 2.6.24 and later.
Signed-off-by: Dan Williams [EMAIL PROTECTED]
diff --git a/drivers/net/wireless/Kconfig b/drivers/net/wireless/Kconfig
Tvrtko A. Ursulin wrote:
During one recent LKML discussion
(http://marc.info/?l=linux-kernelamp;m=119267398722085amp;w=2) about
LSM going
static you called for LSM users to speak up.
Great big clue: If LSM is in the subject line, then cc: the LSM list
[EMAIL PROTECTED]
For LSM readers seeing
Serge E. Hallyn [EMAIL PROTECTED] writes:
Hey Eric,
the patches look nice.
The hand-forcing of the passed-in net_ns into a copy of current-nsproxy
does make it seem like nsproxy may not be the best choice of what to
pass in. Doesn't only net_sysctl_root-lookup() look at the argument?
In write_pool(), isn't cond_resched() needed after call to
add_entropy_words() because otherwise there can be large latencies
(think of command dd if=/dev/zero of=/dev/random bs=1 ) ?
--
Do what you love because life is too short for anything else.
-
To unsubscribe from this list: send
On 11/30/2007 10:08 PM, Bjorn Helgaas wrote:
On Thursday 29 November 2007 05:42:07 pm Andrew Morton wrote:
On Thu, 29 Nov 2007 16:40:37 -0700
Maybe we could either remove the pnp_{stop,start}_dev() calls
from the suspend/resume path, or move the PNP resource management
out of
On Fri, Nov 30, 2007 at 04:36:25PM -0600, Stephen Lord wrote:
Looks like the readdir is in the bowels of the btree code when
filldir gets called here, there are probably locks on several
buffers in the btree at this point. This will only show up for large
directories I bet.
I see it for
This patch converts um to use blk_end_request().
Signed-off-by: Kiyoshi Ueda [EMAIL PROTECTED]
Signed-off-by: Jun'ichi Nomura [EMAIL PROTECTED]
---
arch/um/drivers/ubd_kern.c | 10 +-
1 files changed, 1 insertion(+), 9 deletions(-)
Index: 2.6.24-rc3-mm2/arch/um/drivers/ubd_kern.c
On Friday, 30 of November 2007, Jiri Slaby wrote:
On 11/30/2007 11:15 PM, Jean Delvare wrote:
Hi Jiri,
Hi.
On Fri, 30 Nov 2007 15:12:46 +0100, Jiri Slaby wrote:
Ok, I don't see it merged in the latest -mm (mmotm). Could you, Mark,
Rafael,
sign off this version of the patch (Mark's
This patch converts ide-cd (cdrom_newpc_intr()) to use blk_end_request().
ide-cd (cdrom_newpc_intr()) has some tricky behaviors below which
need to use blk_end_request_callback().
Needs to:
1. call post_transform_command() to modify request contents
2. wait completing request until DRQ_STAT
On 30-11-07 18:04, Thomas Renninger wrote:
If I have not overseen something, it should be rather obvious that those
can all be declared __init...
---
Declare PNP option parsing functions as __init
There are three kind of parse functions provided by PNP acpi/bios:
- get current
On Friday 30 November 2007 04:37:26 pm Rene Herman wrote:
On 30-11-07 18:04, Thomas Renninger wrote:
If I have not overseen something, it should be rather obvious that those
can all be declared __init...
---
Declare PNP option parsing functions as __init
There are
Mark Lord wrote:
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:44:25 -0500
Mark Lord [EMAIL PROTECTED] wrote:
all you need to do in your kernel module is call
...
set_acceptable_latency(mark, 5);
and to remove the constraint again you just do
remove_acceptable_latency(mark);
..
Then why
Bob Tracy wrote:
Andrew Morton wrote:
Could be something change in sysfs. Please double-check the config
options, make sure that something important didn't get disabled.
Here's
hoping someone else is seeing this or can replicate it in the meantime.
Snap.
2.6.24-rc2 works fine.
Jing Xue wrote:
Quoting Al Boldi [EMAIL PROTECTED]:
Sure, browsing is the easy part, but Version Control starts when things
become writable.
But how is that supposed to work? What happens when you make some
changes to a file and save it? Do you want the git file system to
commit it
* David Brownell [EMAIL PROTECTED] wrote:
Start making the rtc-cmos alarm act more like a oneshot alarm by
disabling that alarm after its IRQ fires. (ACPI hooks are also
needed.)
The Linux RTC framework has previously been a bit vague in this area,
but any other behavior is
On Dec 1, 2007 3:21 AM, Mark Lord [EMAIL PROTECTED] wrote:
I've hacked my copy of VMware-6.01 to work with kernel 2.6.24-rc*,
and dumped my patches for vmmon and vmnet onto my server at:
Thank you! Now, I one step closer to 2.6.24.
Wonder anyone has a patch for
Hi Vatsa,
Thanks, this looks pretty good.
On Nov 30, 2007 4:42 AM, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
- Removed load average information. I felt it needs more thought (esp
to deal with SMP and virtualized platforms) and can be added for
2.6.25 after more
On Nov 29, 2007 6:11 PM, Nick Piggin [EMAIL PROTECTED] wrote:
And also some
results or even anecdotes of where this is going to be used would be
interesting...
We want to be able to run multiple isolated jobs on the same machine.
So being able to limit how much memory each job can consume, in
* Ingo Molnar [EMAIL PROTECTED] wrote:
Our debugger team has a prototype implementation for their debugger.
But that will not be available for some time.
I hope that we get gdb support, soon, but that would take a while if
I had to do it.
i'm wondering what the main use-case
601 - 690 of 690 matches
Mail list logo
