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
* Metzger, Markus T <[EMAIL PROTECTED]> wrote:
> >> Not yet. We are talking to internal teams regarding gdb support.
> >
> >But you already have reasonably realistic test code right?
>
> I wrote a small program to talk to ptrace and look at the trace of
> small sample programs to test the
* Dave Hansen ([EMAIL PROTECTED]) wrote:
> 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);
> >
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 resources
- set resources
- get possible
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
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Jaime Velasco Juan <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index a18659e..352c94c 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/serial/option.c
@@ -158,8 +158,8 @@
[snip]
>> +, path, table);
>
> Hey Eric,
>
> the patches look nice.
Agree ;)
> 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
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
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
LTTng instrumentation mm
Memory management core events.
Changelog:
- Use page_to_pfn for swap out instrumentation, wait_on_page_bit, do_swap_page,
page alloc/free.
- add missing free_hot_cold_page instrumentation.
- add hugetlb page_alloc page_free instrumentation.
- Add write_access to mm
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]
--
[...]
> 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
Changes to previous version(s):
- added PTRACE_BTS_MAX_BUFFER_SIZE command
Signed-off-by: Markus Metzger <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]>
---
Index: man/man2/ptrace.2
===
---
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
Support for Intel's last branch recording to ptrace. This gives debuggers
access to this hardware feature and allows them to show an execution trace
of the debugged application.
Last branch recording (see section 18.5 in the Intel 64 and IA-32
Architectures Software Developer's Manual) allows
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
>> Not yet. We are talking to internal teams regarding gdb support.
>
>But you already have reasonably realistic test code right?
I wrote a small program to talk to ptrace and look at the trace of small
sample programs to test the patch. I do this on P4 32bit and Core2
64bit.
Our debugger team
From: Julia Lawall <[EMAIL PROTECTED]>
An extra error handling label is needed for the case where the ioremap has
succeeded.
The problem was detected using the following semantic match
(http://www.emn.fr/x-info/coccinelle/)
//
@@
type T,T1,T2;
identifier E;
statement S;
expression x1,x2;
From: Julia Lawall <[EMAIL PROTECTED]>
The error handling code should undo the ioremap as well.
The problem was detected using the following semantic match
(http://www.emn.fr/x-info/coccinelle/)
//
@@
type T,T1,T2;
identifier E;
statement S;
expression x1,x2;
constant C;
int ret;
@@
T E;
>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 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+,
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 |
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
?
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line
On Fri, 30 Nov 2007 14:34:11 +0200 (EET)
Meelis Roos <[EMAIL PROTECTED]> wrote:
> > Can you stick a stack trace in at that point ? That would help diagnose
> > it a great deal quicker.
>
> Finally done - found out hard way that BUG() is too bad and
> dump_st5ack() suits me better.
Thanks. This
On Nov 30, 2007, at 09:34:45, Lennart Sorensen wrote:
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
On 11/30/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
> Does any know if there is a way to run checkpatch.pl over the index
> before one does a commit?
Something like .git/hooks/pre-commit hook should work.
Alexey, who never used it.
-
To unsubscribe from this list: send the line "unsubscribe
>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...), can send and receive SMS messages, as well as
support WAP and PPP internet surfing.
Does any know if there is a way to run checkpatch.pl over the index
before one does a commit?
- k
-
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
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 ) {
> /*
Grettings all,
It is my great honor to announce that the LIO-VM Target images are now
online and available for download:
http://linux-iscsi.org/builds/LIO-VM/vmware/
and the wiki entry (which is basically the README now) is also online:
http://linux-iscsi.org/index.php/LIO-VM
Please check the
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
Pavel Machek wrote:
On Fri 2007-11-30 13:13:44, Alan Cox wrote:
Why does a single spurious interrupt cause it to be shut down? I can
It doesn't.
see if the interrupt is stuck on and keeps interrupting constantly, but
if it's just the occasional spurious interrupt, why not just ignore it
On Fri, Nov 30, 2007 at 09:42:50AM -0500, Vivek Goyal wrote:
> [..]
> >> 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
On Fri, 30 Nov 2007, Dave Young wrote:
> > The rule is simple enough. After calling kobject_register() you should
> > always use kobject_put() -- even if kobject_register() failed.
> >
> > In fact, after calling kobject_init() you should use kobject_put().
> > The first rule follows from this
[..]
>> 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,
On Thu, Nov 29, 2007 at 07:54:16PM -0700, Eric W. Biederman 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 interrupts directly through LAPIC
> >>> and put LVT0 in
On Fri, Nov 30, 2007 at 11:16:14AM +, Ben Crowhurst wrote:
> But are embedded systems not rapidly moving on. Turning to stare at the
> ADSL X6 modem with MB's of ram.
Some embedded systems run on batteries, so the less ram they have to
power the better, and the less cpu cycles that have to
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
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
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
On Fri, 30 Nov 2007, Jeff Garzik wrote:
> > Driver lives in drivers/char/pcmcia directory, it's a serial driver.
> > I'm not sure if this is the right place, since it's a networking
> > driver too and therefore should be in drivers/net/pcmcia.
> If the -main- purpose of the hardware is
Andrew,
> Fix MTD JEDEC probe so that the ASB2303 bootprom can be accessed. This is
> presumably required because the bootprom is normally write-protected and so
> the normal flash probes don't work as they require the ability to write to the
> flash to send it commands.
>
> In the condition
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
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 unlock addresses for non-8-bit mode
are
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
* 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:
On Thu, 2007-11-29 at 22:53 +, David Howells wrote:
>
> + /* the MN10300 ASB2303 board doesn't detect its bootprom if this test
> +* is allowed to take place, presumably because the flash is
> +* write-protected and so cannot be commanded for the purposes of
> +*
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > sorry, wrong URLs, the correct links are:
> > >
> > >
> > > http://redhat.com/~mingo/latency-tracing-patches/latency-tracer-v2.6.24-rc2-git5-combo.patch
> > >http://redhat.com/~mingo/latency-tracing-patches/trace-cmd.c
> >
> > Don't seem
> Fortunately for all concerned, although Alan's self-modifying code is indeed a
> possibility, it's much less of an issue than the sort of malware that can be
> found with a simple "find this 27-byte sequence, which will be found in either
> block 36 or 37 of the file"
Thats a very old model of
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.
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
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 ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page:
* 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:
> >
> >
> >
Herbert Xu <[EMAIL PROTECTED]> writes:
> 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
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> 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
On Fri 2007-11-30 13:13:44, Alan Cox wrote:
> > Why does a single spurious interrupt cause it to be shut down? I can
>
> It doesn't.
>
> > see if the interrupt is stuck on and keeps interrupting constantly, but
> > if it's just the occasional spurious interrupt, why not just ignore it
> >
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 lets the compiler create the mask once, at compile-time.
b.g.
Am 29.11.2007 schrieb Matthew Wilcox:
> On Thu, Nov 29, 2007 at 05:45:57PM +0100, Anders Henke wrote:
> > On Nov 29 2007, FUJITA Tomonori wrote:
> > > @@ -3295,7 +3295,7 @@ static struct scsi_host_template adpt_template = {
> > > .this_id= 7,
> > > .cmd_per_lun= 1,
Noting special - just build the "fs/mqueue/" path and use it.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/ipc/mqueue.c b/ipc/mqueue.c
index 9ff4abf..22cb219 100644
--- a/ipc/mqueue.c
+++ b/ipc/mqueue.c
@@ -1229,21 +1229,13 @@ static ctl_table mq_sysctls[] = {
{
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
> Why does a single spurious interrupt cause it to be shut down? I can
It doesn't.
> see if the interrupt is stuck on and keeps interrupting constantly, but
> if it's just the occasional spurious interrupt, why not just ignore it
> and move on?
The interrupt is usually level triggered so it
For what it is worth I too have seen this problem this morning and it
DOES appear to be new (in contrast to a previous comment)
The message: pnpacpi: exceeded the max number of mem resources: 12
is displayed each time the system is booted with the 2.6.24-rc3-git5
kernel but is NOT displayed
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]>
---
Same as with the IPC sysctls - I do not add any ctl roots
to handle multiple UTS namespaces, since we already track
this case in ctl handlers.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/kernel/utsname_sysctl.c b/kernel/utsname_sysctl.c
index fe3a56c..568ff0b 100644
---
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 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[] = {
Theoretically, IPC sysctl variables may be in different
namespaces and we have to register an appropriate ctl root
and new tables for each namespace.
On the other hand, the sysctl names do not differ from
namespace to namespace, and we already tuned the IPC
sysctl code to handle the
Creating PDEs with refcount 0 and "deleted" flag has problems (see below).
Switch to usual scheme:
* PDE is created with refcount 1
* every de_get does +1
* every de_put() and remove_proc_entry() do -1
* once refcount reaches 0, PDE is freed.
This elegantly fixes at least two following races
We need the fs/quota/ path for the quota tables.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/fs/dquot.c b/fs/dquot.c
index efee14d..1968495 100644
--- a/fs/dquot.c
+++ b/fs/dquot.c
@@ -1900,22 +1900,14 @@ static ctl_table fs_dqstats_table[] = {
{ .ctl_name = 0 },
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
> +
>
Hi all,
I'm using a 2.6.22.14 + CFS v24 and I got theses errors when starting up
my commvault galaxy client... Do anybody know what this could mean?
Message from [EMAIL PROTECTED] at Fri Nov 30 12:54:57 2007 ...
printemps kernel: [750078.538268] Oops: [#1]
printemps kernel: [750078.538284]
This includes the tables themselves and the call to the
register_sysctl_table(). Since this call is done from the __init
call, I hope this is OK to keep the #ifdef inside the function,
rather than making proper helpers outside it.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff
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:
>
>
>
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
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.
Thank you,
Jaswinder Singh.
On 11/30/07, Heiko Carstens <[EMAIL
The patches from Eric, that add support for so called ctl_paths
has recently being accepted, so I hope we can start using this
very useful feature.
To begin with, I switched the core kernel code to use the paths.
The rest code to be patched (after this set) will be:
* arch-specifi,
* some
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.
> > > 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"
> > > +
>
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
* 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
> Can you stick a stack trace in at that point ? That would help diagnose
> it a great deal quicker.
Finally done - found out hard way that BUG() is too bad and
dump_st5ack() suits me better.
libata version 3.00 loaded.
Pid: 661, comm: modprobe Not tainted 2.6.24-rc3 #3
[]
Hi David,
Sorry for the late review.
Note that I can't test your code.
On Mon, 29 Oct 2007 18:51:48 -0700, David Brownell wrote:
> This is a new-style I2C driver for some common 8 and 16 bit I2C based
> GPIO expanders: pcf8574 and pcf8575. Since it's a new-style driver,
> it's configured as
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
* Herbert Xu <[EMAIL PROTECTED]> wrote:
> 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.
aimed at 2.6.24
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
>
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
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.
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index
* Roland McGrath <[EMAIL PROTECTED]> wrote:
> > This didn't need to be implemented as a macro hence it shouldn't have been.
>
> Ok.
>
>
> diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
> index b3433e1..000 100644
> --- a/arch/x86/kernel/ptrace.c
> +++
On Thu, 29 Nov 2007, WANG Cong wrote:
> On Thu, Nov 29, 2007 at 09:38:46AM +0200, Benny Halevy wrote:
> >On Nov. 29, 2007, 3:19 +0200, "Ming Lei" <[EMAIL PROTECTED]> wrote:
> >> 2007/11/29, Jan Engelhardt <[EMAIL PROTECTED]>:
> >>> On Nov 29 2007 01:05, J.A. Magallón wrote:
> Since begin of
On Thu, Nov 29, 2007 at 12:14:16PM +, Ben Crowhurst wrote:
> Has Objective-C ever been considered for kernel development?
>
> regards,
> BPC
To my recall: Never.
Some limited subset of C++ was tried, but was soon abandoned.
Overall the kernel data structures are done in objectish-manner,
On 30/11/2007, Ben Crowhurst <[EMAIL PROTECTED]> wrote:
> Loïc Grenié wrote:
> > 2007/11/29, Ben Crowhurst <[EMAIL PROTECTED]>:
> >
> >> Has Objective-C ever been considered for kernel development?
> >>
> > Lots of people will think of better reasons why ObjC is not used...
> >
> >
* 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
* Christoph Lameter <[EMAIL PROTECTED]> wrote:
> This patchset allows the use of x86_32 percpu ops on x86_64 while
> maintaining %gs pointing to the pda. It does that by moving the x86_64
> pda into the percpu area (thereby pointing %gs at the per cpu area)
> and then relocating the x86_64
Yes, what is the use of keeping other arch, if I am not going to build those.
Thank you,
Jaswinder Singh.
On 11/30/07, Heiko Carstens <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 30, 2007 at 01:44:56PM +0530, Jaswinder Singh wrote:
> > 2.6.24-rc3 git kernel's x86 make depends on s390 arch:
> >
> >
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
Hello,
Below is a patch to change email address of man-page maintainer for
Japanese HOWTO document (Documentation/ja_JP/HOWTO).
This is for sync to Documentation/HOWTO that Michael Kerrisk mentioned
to me.
Thanks >Michael
Change-manpage-maintainer-address-HOWTO-ja-JP.txt
Description: Binary
* 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
->
had rejects - hand-merged to x86.git - please check.
Ingo
>
Subject: x86_64: Use generic percpu
From: Christoph Lameter <[EMAIL PROTECTED]>
x86_64 provides an optimized way to determine the local per cpu area
offset through the pda and determines the base by accessing a
merge to x86.git below. Please check.
Ingo
>
Subject: x86_32: Use generic percpu.h
From: Christoph Lameter <[EMAIL PROTECTED]>
x86_32 only provides a special way to obtain the local per cpu area offset
via x86_read_percpu. Otherwise it can fully use the generic handling.
Cc:
Hello everybody!
I'm just playing around with netlink and all the interesting event
devices in 2.6.23.9, because I see that acpid still uses
/proc/acpi/event.
And I must say that the whole event system is pretty fun:
Easy to use, mostly documentated in linux/input.h and
helpful ioctl()s.
I did
201 - 300 of 690 matches
Mail list logo