On Thu, 2007-04-05 at 16:24 -0700, Andrew Morton wrote:
> On Thu, 05 Apr 2007 19:42:21 +0200
> [EMAIL PROTECTED] wrote:
>
> > Now that we have per BDI dirty throttling is makes sense to also have oer
> > BDI
> > congestion feedback; why wait on another device if the current one is not
> > congest
On Thu, Apr 05, 2007 at 09:27:13PM +0100, Alan Cox wrote:
> > Hmm, yeah I'll see if I could group them a bit. The problem there
> > is that the patch series contains multiple rounds of "add and fix"
> > cycles. Pretty much all the non-dependant fixes have already been
> > applied, BTW.
>
> Bear in
On Thu, 2007-04-05 at 15:37 -0700, Andrew Morton wrote:
> On Thu, 05 Apr 2007 19:42:11 +0200
> [EMAIL PROTECTED] wrote:
>
> > Provide scalable per backing_dev_info statistics counters modeled on the ZVC
> > code.
> >
> > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > ---
> > block/ll_rw_b
in my project i want to code the kernel such that when i plugged my usb it
should ask for password and check it in the kernel space . can anyone help
me
--
View this message in context:
http://www.nabble.com/need-help-tf3535625.html#a9868997
Sent from the linux-kernel mailing list archive at Nab
When the number of conntracks is reached ip_conntrack_max limit, early_drop() is
called and tries to free one of already used conntracks in one of the hash
buckets. If it does not find any conntracks that may be freed, it
leads to transmission errors.
However it is not fair because of current hash
When the number of conntracks is reached ip_conntrack_max limit, early_drop() is
called and tries to free one of already used conntracks in one of the hash
buckets. If it does not find any conntracks that may be freed, it
leads to transmission errors.
However it is not fair because of current hash
On Fri, 06 Apr 2007 12:00:29 +0400
Vasily Averin <[EMAIL PROTECTED]> wrote:
> When the number of conntracks is reached ip_conntrack_max limit, early_drop()
> is
> called and tries to free one of already used conntracks in one of the hash
> buckets. If it does not find any conntracks that may be f
Robin Holt wrote:
>
> wait_task_zombie() is taking many seconds to get through the list.
> For the case of a modprobe, stop_machine creates one thread per cpu
> (remember big number). All are parented to init and their exit will
> cause wait_task_zombie to scan multiple times most of the way throug
[EMAIL PROTECTED]:~/src/linux> egrep -rin "#define.*NAME_?OFFSET" .
./arch/alpha/kernel/osf_sys.c:95:#define NAME_OFFSEToffsetof (struct
osf_dirent, d_name)
./arch/mips/kernel/sysirix.c:1738:#define NAME_OFFSET32(de) ((int)
((de)->d_name - (char *) (de)))
./arch/mips/kernel/sysirix.c:1840:#d
Cleanup unneeded macros used for register space address calculation.
Now we are using the EBDA to find the space address.
Signed-off-by: Guillaume Thouvenin <[EMAIL PROTECTED]>
---
pci-calgary.c |5 -
1 file changed, 5 deletions(-)
Index: linux-2.6.20.4/arch/x86_64/kernel/pci-calgary.c
=
On Fri, 2007-04-06 at 11:03 +1000, Con Kolivas wrote:
> On Thursday 05 April 2007 21:54, Ingo Molnar wrote:
> > - fiftyp.c: noticeable, but alot better than previously!
>
> fiftyp.c seems to have been stumbled across by accident as having an effect
> when Xenofon was trying to recreate Mike's 5
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > getting a good trace of it is easy: pick up the latest -rt kernel
> > from:
> >
> > http://redhat.com/~mingo/realtime-preempt/
> >
> > enable EVENT_TRACING in that kernel, run the workload and do:
> >
> > scripts/trace-it > to-ingo.txt
>
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> Robin Holt wrote:
>>
>> wait_task_zombie() is taking many seconds to get through the list.
>> For the case of a modprobe, stop_machine creates one thread per cpu
>> (remember big number). All are parented to init and their exit will
>> cause wait_task_zo
On Friday 06 April 2007 19:07, Mike Galbraith wrote:
> On Fri, 2007-04-06 at 11:03 +1000, Con Kolivas wrote:
> > On Thursday 05 April 2007 21:54, Ingo Molnar wrote:
> > > - fiftyp.c: noticeable, but alot better than previously!
> >
> > fiftyp.c seems to have been stumbled across by accident as ha
On Thu, 2007-04-05 at 03:58 -0700, David Brownell wrote:
> On Thursday 05 April 2007 12:59 am, Zhang Rui wrote:
> > On Wed, 2007-04-04 at 08:41 +0800, David Brownell wrote:
> > > In that example, two devices don't actually exist (USB3, S139), one can't
> > > issue wakeup events (PCI0), and two see
On 04/06, Eric W. Biederman wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>
> > Robin Holt wrote:
> >>
> >> wait_task_zombie() is taking many seconds to get through the list.
> >> For the case of a modprobe, stop_machine creates one thread per cpu
> >> (remember big number). All are parente
On Apr 05, 2007 16:56 +0530, Amit K. Arora wrote:
> This should work on all the platforms. The only concern I can think of
> here is the convention being followed till now, where all the entities on
> which the action has to be performed by the kernel (say fd, file/device
> name, pid etc.) is the
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> > I was more focused on the general case, but all I should have to do
> > to de-claw all of these sleep exploits is account rr time (only a
> > couple of lines, done and building now). It's only a couple of
> > lines.
>
> The more you try to "de-cla
Hello Ingo, Arjan.
I'm playing with lockdep and have a question about rw-sems.
down_read_trylock() looks like
int down_read_trylock(struct rw_semaphore *sem)
{
int ret = __down_read_trylock(sem);
if (ret == 1)
rwsem_acquire_read(&sem->dep_map, 0, 1, _RET_IP_);
This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt| 23 -
arch/i386/kernel/cpu/cpufreq/Kconfig | 18
arc
This patch converts the pci_module_init() usage to pci_register_driver().
It's currently #if 0'ed, but still not a bad idea to change it.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc5-mm4/drivers/mtd/maps/ck804xrom.c.old 2007-04-05
20:39:54.0 +0200
+++ li
This patch converts the pci_module_init() usage to pci_register_driver().
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc5-mm4/drivers/uio/uio_cif.c.old 2007-04-05
20:44:24.0 +0200
+++ linux-2.6.21-rc5-mm4/drivers/uio/uio_cif.c 2007-04-05 20:44:38.0
Unless we finally completely remove it, people will always add new users.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch obsoletes mark-pci_module_init-deprecated.patch in -mm.
Documentation/feature-removal-schedule.txt |7 ---
Documentation/pci.txt
As scheduled, do_setitimer() now returns -EINVAL for invalid timeval.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt | 12
kernel/itimer.c| 58 -
2 files changed, 2 insertions(+), 68 deletion
This patch contains the overdue removal of the mount/umount uevents.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt |9 -
fs/super.c | 12
include/linux/kobject.h|8
This patch contains the scheduled removal of the i8xx_tco watchdog
driver.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt |8
MAINTAINERS|6
drivers/char/watchdog/Kconfig | 22
drivers/char
Eric Dumazet wrote:
> On Fri, 06 Apr 2007 12:00:29 +0400
> Vasily Averin <[EMAIL PROTECTED]> wrote:
>
>> When the number of conntracks is reached ip_conntrack_max limit,
>> early_drop() is
>> called and tries to free one of already used conntracks in one of the hash
>> buckets. If it does not fin
On Fri, 2007-04-06 at 12:20 +0200, Adrian Bunk wrote:
> As scheduled, do_setitimer() now returns -EINVAL for invalid timeval.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Ha, you beat me by a minute :)
> - check_itimerval(value);
> + if (unlikely(!timeval_valid(&value->it_value) ||
On Thu, Apr 05, 2007 at 06:06:16PM -0700, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >
> >No processor.h is such a hodgepodge of unrelated stuff that any
> >splitting up is a good thing.
> >
>
> Fair enough. However, I'd still like to see the X86_CR* constants
> moved, too (and constants added
On Fri, Apr 06, 2007 at 12:19:28PM +0200, Adrian Bunk wrote:
> This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Acked-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
lets kill this in 2.6.22
Dave
--
http://www
Dear all,
I downloaded version 2.6.9 of the kernel from kernel.org
I went throught menuconfig, importing the configuration of my current
2.6.15-28-686.
I then tried to compile it but the compilation exits with an error
(below).
I also tried to do make mrproper, got rid of the .config file, made
On Fri, 2007-04-06 at 12:03 +0200, Ingo Molnar wrote:
> already-fixed corners, but it didnt happen in practice. But ... i'm
> awaiting further SD and Mike tweaks, the race certainly looks
> interesting ;)
I think I lapped him, but since we're running in opposite
directions, it's hard to tell.
On Fri, 6 Apr 2007, Dave Jones wrote:
> On Fri, Apr 06, 2007 at 12:19:28PM +0200, Adrian Bunk wrote:
> > This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> > Acked-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
>
> lets
> So I think we have some options once we get the kernel threads out
> of the way. Getting the kernel threads out of the way would seem
> to be the first priority.
I think both avenues would probably be the right way to proceeed.
Getting kthreads to not be parented by init would be an opportunity
On Fri, 2007-04-06 at 19:28 +1000, Con Kolivas wrote:
> On Friday 06 April 2007 19:07, Mike Galbraith wrote:
> > On Fri, 2007-04-06 at 11:03 +1000, Con Kolivas wrote:
> > > On Thursday 05 April 2007 21:54, Ingo Molnar wrote:
> > > > - fiftyp.c: noticeable, but alot better than previously!
> > >
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > there's a different type of regression now: under high load i dont
> > get a crash, i get a hung interface instead. No error packets or
> > other weird interface state - just a hung interface. [...]
>
> the interface stats do not change from that po
On Fri, Apr 06, 2007 at 06:38:25AM -0400, Robert P. J. Day wrote:
> On Fri, 6 Apr 2007, Dave Jones wrote:
>
> > On Fri, Apr 06, 2007 at 12:19:28PM +0200, Adrian Bunk wrote:
> > > This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
> > >
> > > Signed-off-by: Adrian Bunk
On Fri, 06 Apr 2007 09:01:57 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-04-05 at 16:24 -0700, Andrew Morton wrote:
> > On Thu, 05 Apr 2007 19:42:21 +0200
> > [EMAIL PROTECTED] wrote:
> >
> > > Now that we have per BDI dirty throttling is makes sense to also have oer
> > > BDI
Am Freitag 06 April 2007 12:19 schrieb Adrian Bunk:
> This patch converts the pci_module_init() usage to pci_register_driver().
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
> --- linux-2.6.21-rc5-mm4/drivers/uio/uio_cif.c.old2007-04-05
> 20:44:24.0 +0200 +++
> linux-2.6.21
> > OK, so you disagree with Miklos' 2nd point here:
> > http://lkml.org/lkml/2007/4/4/137
>
> Yup, silly man thought that "congestion_wait" has something to do with
> congestion ;) I think it sort-of used to, once.
Oh well. I _usually_ do actually read the code, but this seemed so
obvious...
Hi!
> > > Why? What's so special about the name 'ttyS'?
> >
> > It's the name that users of Linux expect built-in serial ports to have.
>
> Not really. The norm under Linux is for non-8250 ports to use
> properly-registered device numbers and names. There's not many which are
> still broken in t
Eric Dumazet wrote:
Nick Piggin a écrit :
Did the whole thing just turn out neater when you passed the rwsem?
We always know to use current->mm->mmap_sem, so it doesn't seem like
a boolean flag would hurt?
That's a good question
current->mm->mmap_sem being calculated once is a win in itsel
Hi,
some thoughts on shared futexes;
Could we get rid of the mmap_sem on the shared futexes in the following
manner:
- do a page table walk to find the pte;
- get a page using pfn_to_page (skipping VM_PFNMAP)
- get the futex key from page->mapping->host and page->index
and offset from add
On Thu, 2007-04-05 at 19:49 +0200, Eric Dumazet wrote:
> Hi all
>
> I'm pleased to present this patch which improves linux futexes performance
> and
> scalability, merely avoiding taking mmap_sem rwlock.
>
> Ulrich agreed with the API and said glibc work could start as soon
> as he gets a Fedor
On Fri, 6 Apr 2007, Peter Zijlstra wrote:
>
> some thoughts on shared futexes;
>
> Could we get rid of the mmap_sem on the shared futexes in the following
> manner:
>
> - do a page table walk to find the pte;
("walk" meaning descent down the levels, I presume, rather than across)
I've not had
On Fri, 2007-04-06 at 14:02 +0100, Hugh Dickins wrote:
> On Fri, 6 Apr 2007, Peter Zijlstra wrote:
> >
> > some thoughts on shared futexes;
> >
> > Could we get rid of the mmap_sem on the shared futexes in the following
> > manner:
> >
> > - do a page table walk to find the pte;
>
> ("walk" me
Hugh Dickins wrote:
On Fri, 6 Apr 2007, Peter Zijlstra wrote:
some thoughts on shared futexes;
Could we get rid of the mmap_sem on the shared futexes in the following
manner:
I'd imagine shared futexes would be much less common than private for
threaded programs... I'd say we should reevalua
On Fri, 2007-04-06 at 23:15 +1000, Nick Piggin wrote:
> Hugh Dickins wrote:
> > On Fri, 6 Apr 2007, Peter Zijlstra wrote:
> >
> >>some thoughts on shared futexes;
> >>
> >>Could we get rid of the mmap_sem on the shared futexes in the following
> >>manner:
>
> I'd imagine shared futexes would be m
On Wed, 4 Apr 2007, Eric W. Biederman wrote:
> > And the bisection winner is
> >
> > i386-irq-kill-nr_irq_vectors-and-increase-nr_irqs.patch
> >
> > I don't immediately see how it could be causing it, so adding CCs which
> > are listed in the patch.
> Weird. I will have to look at that in a
On 4/6/07, Pedro Mullor Jiménez <[EMAIL PROTECTED]> wrote:
Dear all,
I downloaded version 2.6.9 of the kernel from kernel.org
I went throught menuconfig, importing the configuration of my current
2.6.15-28-686.
I then tried to compile it but the compilation exits with an error
(below).
I also
Hi, Wang,
Thanks for replying. So which step is doing the compilation of each
module , "make oldconfig" or "make" ? For compilation, I mean the step
to compile the source code to .o file.
Regards,
Mike
- Original Message -
From: "WANG Cong" <[EMAIL PROTECTED]>
To: "Michael" <[EM
On Fri, Apr 06, 2007 at 09:23:38AM -0500, Michael wrote:
>Hi, Wang,
>
>Thanks for replying. So which step is doing the compilation of each
>module , "make oldconfig" or "make" ? For compilation, I mean the step
>to compile the source code to .o file.
>
>Regards,
>
>Mike
>
'Make' does that. 'Make
On Fri, 2007-04-06 at 08:09 +0800, Antonino A. Daplas wrote:
> On Thu, 2007-04-05 at 11:44 +0100, Alan Hourihane wrote:
> > Attached is a patch against 2.6.21-rc5 which adds the Intel Vermilion
> > Range support.
> >
> > Intel funded Tungsten Graphics to do this work.
> >
> > If there's any probl
Peter Zijlstra wrote:
On Fri, 2007-04-06 at 23:15 +1000, Nick Piggin wrote:
or given a key:
- lookup the page from key.shared.inode->i_mapping by key.shared.pgoff
possibly loading the page using mapping->a_ops->readpage().
For shared futexes, wouldn't i_mapping be worse, because you'd be
p
On Thu, 2007-04-05 at 19:21 -0700, Andrew Burgess wrote:
> 2.6.20.4 with your patch dies in the memcpy (as does 21-gitN)
>
> 2.6.20.4 without your patch dies in the subsequent __free_page
> with a null pointer ref at 000...008
>
> James should I try your posted patch? On which kernel?
Well, mine
The deprecation of the SA_xxx interrupt flags did not emit deprecated
warnings. Andrew said about the removal of the deprecated flag defines:
> This is going to break a lot of external stuff. We should have found
> a way to make usage of SA_* emit deprecated warnings (or _some_
> warning) to warn
Hi!
>
> With at least 3 of the following 4 patches, s2ram and s2disk are
> fixed on at least the Acer Ferrari 1000 notebooks and at least
> s2disk on the Acer Ferrari 5000 notebooks.
>
> The Acer Ferrari 1000 is a 12" Turion 64 X2 notebook with only 1.7 kg weight
> while the Ferrari 5000 is a 14"
Hi!
> >What kind of applications are we talking about here? I'd like to hack
> >hardware I own.
>
> payment systems, EMV terminals, mobile phone applications
I'd like to hack my cell phone, thank you. (Plus, cellphones do not
contain physical security).
Hi!
> > > HPA is right... this should be fixed in userland. Reset should reset a
> > > console, and if you want utf-8, do \ec\ewhatever to get it.
> >
> > As I've already said elsewhere, does anything say that "reset" means
> > that UTF-8 is turned off, or merely reset back to some known state? I
This adds very basic support for fic1973 (aka gta01, aka
openmoko). With this patch applied, I can boot the kernel and actually
see the messages.
From: Harald Welte <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
PATCH FOLLOWS
KernelVersion: 2.6.21-rc5-git
diff --git a/arch/a
This adds support for backlight on Fic1973 phone. I removed some
#ifdefs from Harald's version, and simple, non-PWM mode is no longer
supported. I do not think it was too useful besides for debugging.
From: Harald Welte <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --gi
Hi!
> > > +/* Per process freezer specific flags */
> > > +#define PF_FE_SUSPEND0x8000 /* This thread should not be
> > > frozen
> > > + * for suspend
> > > + */
> > > +
> > > +#define PF_FE_KPROBES0x0010
Pavel Emelianov wrote:
I've already caught a fake warning when trying to write-lock
an mm->mmap_sem with another mm's mmap_sem write-locked. With the
patch attached everything works, fine.
btw why is that a fake warning? what is your guarantee that you never
ever do it in the opposite direction
Arjan van de Ven wrote:
> Pavel Emelianov wrote:
>> I've already caught a fake warning when trying to write-lock
>> an mm->mmap_sem with another mm's mmap_sem write-locked. With the
>> patch attached everything works, fine.
>>
> btw why is that a fake warning? what is your guarantee that you never
Hi!
> > But you're still likely to run into trouble if you unplug a storage
> > device, move it to another system and write on it, then plug it back into
> > the original system. The PLVM would somehow have to recognize that the
> > data had been changed. I don't know a foolproof way of doing th
On Wed, Apr 04, 2007 at 10:01:40AM +0200, Pavel Machek wrote:
> You could do that... during development series. But this is
> userspace-visible API change, and those are not allowed during stable.
>
> ...and having /sysctl configuring inital state for reset is just plain
> ugly.
Well, how else wo
On Monday, 2 April 2007 22:51, Pavel Machek wrote:
> Hi!
>
> > > > +/* Per process freezer specific flags */
> > > > +#define PF_FE_SUSPEND 0x8000 /* This thread should not be
> > > > frozen
> > > > +* for suspend
> > > > +
Jiri Kosina <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> after struggling with this issue for some time, I think that it's just
> some incosistent usage of NR_IRQS throughout the source probably due to
> some include hell. I really don't understand the how the mach-*/ includes
> are supposed to w
Vasily Averin wrote:
> No, I've not investigated this scenario. It looks like you are right and my
> patch can leads to a long delays.
>
> In my experiments I've decreased ip_conntrack_max lower than number of hash
> buckets and got the "table full, dropping packet" errors in logs. I've looked
>
James Bottomley said:
> On Thu, 2007-04-05 at 19:21 -0700, Andrew Burgess wrote:
> > 2.6.20.4 with your patch dies in the memcpy (as does 21-gitN)
> >
> > 2.6.20.4 without your patch dies in the subsequent __free_page
> > with a null pointer ref at 000...008
> >
> > James should I try your poste
On PPC4xx embedded we often have UART0 on IRQ0 but 8250 UART driver uses
IRQ0 as "no irq" hack.
It's suggested that platforms with UART on IRQ0 will redefine
is_real_interrupt(irq) macro but 8250 code anyway overrides that.
As the result, serial line on UART0 works on polling-way and we have
charac
On Thu, Apr 05, 2007 at 10:48:50AM +0200, Pavel Machek wrote:
> This adds very basic support for fic1973 (aka gta01, aka
> openmoko). With this patch applied, I can boot the kernel and actually
> see the messages.
please coordinate with Ben Dooks. He's the 24xx maintainer and has
already picked u
On Thu, 05 Apr 2007 13:31:09 PDT, Andrew Morton said:
> On Thu, 05 Apr 2007 13:02:59 -0400, [EMAIL PROTECTED] wrote:
> > Am seeing an Oops 'cannot handle kernel paging request' during late
> > system startup, hand-copied traceback follows:
> >
> > avc_has_perm_noaudit+0x2bf/0x506
> > avc_has_perm
Hi all,
On 26/03/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Stardust is down, console log and config attached.
thanks! I have stared at hrtimer.c a few more hours and the good news is
that i found a narrow SMP race. The bad news is that i dont
Hi,
Currently, we use the CPU hotplug to disable nonboot CPUs in the suspend code
paths, but with the recent change of code ordering (ie. nonboot CPUs are
disabled after freezing tasks _and_ devices) it has become quite troublesome.
The reason of this is that there are some CPU hotplug notifiers r
On Fri, 2007-04-06 at 08:12 -0700, Andrew Burgess wrote:
> Yes. The 3w-.c driver changed between 2.6.18 and 2.6.20 but
> nothing jumps out to my untrained eyes. Here's the diff:
> Also, I should mention that the working kernel is a fedora
> rpm (2.6.18-1.2798.fc6) so I don't know what patches a
Robin Holt <[EMAIL PROTECTED]> writes:
>> So I think we have some options once we get the kernel threads out
>> of the way. Getting the kernel threads out of the way would seem
>> to be the first priority.
>
> I think both avenues would probably be the right way to proceeed.
> Getting kthreads to
Andi Kleen wrote:
On Thu, Apr 05, 2007 at 06:06:16PM -0700, H. Peter Anvin wrote:
Andi Kleen wrote:
No processor.h is such a hodgepodge of unrelated stuff that any
splitting up is a good thing.
Fair enough. However, I'd still like to see the X86_CR* constants
moved, too (and constants added
Pavel Machek wrote:
You could do that... during development series. But this is
userspace-visible API change, and those are not allowed during stable.
Only if you change the default setting.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hi all,
Add support for the Motorola sysv68 disk partition (slices in motorola doc).
Signed-off-by: Philippe De Muyter <[EMAIL PROTECTED]>
diff -ruN fs/partitionsbk/check.c fs/partitions/check.c
--- fs/partitionsbk/check.c 2006-09-20 05:42:06.0 +0200
+++ fs/partitions/check.c 2
On Friday 06 April 2007 2:36 am, Zhang Rui wrote:
> On Thu, 2007-04-05 at 03:58 -0700, David Brownell wrote:
> >
> > For wakeup devices, the main issue I've seen is with button devices.
> > In my limited set of test sytems, everything else is either PCI, PNP,
> > or a bug (listing a non-existent
Oleg Nesterov <[EMAIL PROTECTED]> writes:
>> At first glance your patch looks reasonable.
>>
>> Unfortunately it only applies to the rare thread that calls daemonize,
>> and not also to kernel/kthread/kthread() which means it will miss many of
>> our current kernel threads.
>
> Note that a thread
Sorry, was waiting for a reply on this one ... didn't realise it hadn't
cc'd linux-scsi ...
James
On Tue, 2007-03-27 at 17:25 +0100, Hugh Dickins wrote:
> I'm not using an initrd, most of my kernel is builtin,
> just a few modules for occasional filesystems.
>
> CONFIG_MODULES=y
> CONFIG_SCSI=y
James Bottomley wrote:
>It's actually a long standing bug in the 3w- driver. Apparently it
>assumes request sense is always the use_sg == 0 case. This is what it
>does on a request sense:
>static int tw_scsiop_request_sense(TW_Device_Extension *tw_dev, int request_id)
>{
>dprintk(KE
Pat wrote:
I'm running kernel 2.6.9-22.ELsmp on dual Xeon
servers. I've received kernel panics occasionally in
the past, but they are more frequent now as the load
on the system has increased. Below is a capture of the
kernel panic.
If anything below screams it's coming from a certain
source (
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Currently, we use the CPU hotplug to disable nonboot CPUs in the suspend code
> paths, but with the recent change of code ordering (ie. nonboot CPUs are
> disabled after freezing tasks _and_ devices) it has become quite troublesome.
> The r
Hello,
I've tweaked patch-2.6.20-rt8 so that it applies to 2.6.20.5
The unified diff is attached to this message.
I'd be happy to hear comments on what I've done wrong.
78 hunks had to be offset and 3 hunks had to be fuzzed.
$ grep -B1 fuzz patch.log
patching file arch/ia64/kernel/iosapic.c
H
On Fri, 2007-04-06 at 08:51 -0700, Andrew Burgess wrote:
> James Bottomley wrote:
>
> >It's actually a long standing bug in the 3w- driver. Apparently it
> >assumes request sense is always the use_sg == 0 case. This is what it
> >does on a request sense:
>
> >static int tw_scsiop_request_se
On Wednesday 21 March 2007 22:23, Keith Owens wrote:
> The aim of the patch looks sensible, but it will not compile for
> 2.6.21-rc4. 8250_x86.c tests pnp_platform_devices, which does not
> exist. Also the combination of CONFIG_SERIAL_8250_X86=y and
> CONFIG_SERIAL_8250_PNP=m would result in 8250
On Thu, 5 Apr 2007, Martin Bligh wrote:
> We carefully set loglevel to 7, and print the sysrq messsage
> as to what event we're doing, but we can't actually see
> the output as it sets it back before calling the handler,
> rather than after.
>
> Move the assignment down one line.
I think you h
Roman Zippel wrote:
On Thu, 5 Apr 2007, Martin Bligh wrote:
We carefully set loglevel to 7, and print the sysrq messsage
as to what event we're doing, but we can't actually see
the output as it sets it back before calling the handler,
rather than after.
Move the assignment down one line.
I
On Thu, Apr 05, 2007 at 02:13:52PM +0100, Alan Cox wrote:
> This one should fix the problems with slave devices and the Macintosh hang
Better, but still not happy with ata_piix - I get the following:
[ 10.972000] ata3.01: ata_hpa_resize 1: sectors = 234441648, hpa_sectors =
16337840
[ 10.972
James Bottomley wrote:
> On Fri, 2007-04-06 at 08:51 -0700, Andrew Burgess wrote:
>> James Bottomley wrote:
>>
>>> It's actually a long standing bug in the 3w- driver. Apparently it
>>> assumes request sense is always the use_sg == 0 case. This is what it
>>> does on a request sense:
>>> stat
On Fri, Apr 06, 2007 at 12:37:03PM +0200, Pedro Mullor Jiménez wrote:
> Dear all,
>
> I downloaded version 2.6.9 of the kernel from kernel.org
> I went throught menuconfig, importing the configuration of my current
> 2.6.15-28-686.
>
> I then tried to compile it but the compilation exits with an
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> > thanks! I have stared at hrtimer.c a few more hours and the good
> > news is that i found a narrow SMP race. The bad news is that i dont
> > think it could explain your bug symptoms: the worst-case effect of
> > the race should be an incorrect
On Fri, Apr 06, 2007 at 09:38:24AM -0600, Eric W. Biederman wrote:
> How hard is tasklist_lock hit on these systems?
The major hold-off we are seeing is from tasks reaping children,
especially tasks with very large children lists.
> How hard is the pid hash hit on these systems?
In the little bi
On 04/06, Eric W. Biederman wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>
> >> At first glance your patch looks reasonable.
> >>
> >> Unfortunately it only applies to the rare thread that calls daemonize,
> >> and not also to kernel/kthread/kthread() which means it will miss many of
> >>
On Wed, 21 Mar 2007 16:26:53 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> Transmit timeouts and locked-up adapters still occur in kernel
> 2.6.20.3. It looks like the patch that was applied to 2.6.20.2
> is not enough. Unfortunately that one isn't the same as what
> went upstream. Looks like i
The following patchset has been tested on 2.6.21-rc6 + Kay's
driver-core-fix-namespace-issue-with-devices-assigned-to-classes.patch
It has been tested both with CONFIG_SYSFS_DEPRECATED set and
unset. Although more testing has been involved with CONFIG_SYSFS_DEPRECATED
unset because that was the
This dots some i's and crosses some t's after left over from when
kobject_kset_add_dir was built from kobject_add_dir.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
lib/kobject.c | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/lib/kobject.c b/lib
1 - 100 of 325 matches
Mail list logo
