Tejun Heo wrote:
Manuel Metz wrote:
Tejun Heo wrote:
Does it work if you give 'irqpoll' kernel parameter?
Yes this works with "irqpoll". But as you can see in the attached dmesg
output, now I get a bunch of APIC errors ... ?
Manuel, Stefan, please try the attached patch over 2.6.20 and
this is the v4 release of the syslet/threadlet subsystem:
http://redhat.com/~mingo/syslet-patches/
v4 is a smaller update than v3 (so i wont send out the full queue to
lkml - see the broken out queue in the patches-v4 directory at the URL
above). Changes since v3:
- the threadlet API
This patch prevents from NULL pointer usage if
workqueue creation failed.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
Btw, Pete, you are right! C99 ANSI standart says that static pointer
if it not initialized explicitly has to be set to NULL by compiler ;)
Thanks a lot for comments
Hi,
Could I know any function which I can create a sk_buff object with my
pre-allocated data buffer attached?
Thanks in advance for your help!
Regards
Joji
Conexant E-mail Firewall (Conexant.Com) made the following
On Fri, Feb 23, 2007 at 05:43:37PM -0800, Pete Zaitcev wrote:
| On Fri, 23 Feb 2007 11:10:05 +0300, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > I may be wrong, but a lot of the kernel code have static pointers
| > initialized to NULL with explicit manner... More over I always thought
| >
* Davide Libenzi wrote:
> > +asmlinkage long
> > +sys_threadlet_on(unsigned long restore_stack,
> > +unsigned long restore_eip,
> > +struct async_head_user __user *ahu)
> > +asmlinkage long sys_threadlet_off(void)
> If we have a new syscall that does the exec, we can
On Fri, 2007-02-23 at 14:34 +0100, Giuseppe Bilotta wrote:
> On 2/23/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-02-22 at 20:08 +0100, Giuseppe Bilotta wrote:
> > > No, it doesn't. I've tried all the methods from 640x480 to 1600x1200,
> > > and they /all/ come up snowy. This
On Fri, 2007-02-23 at 07:32 +0100, Jaya Kumar wrote:
> Hi Tony, Paul, Peter, fbdev, lkml, and mm,
>
> This is a first pass at abstracting deferred IO out from hecubafb and
> into fbdev as was discussed before:
> http://marc.theaimsgroup.com/?l=linux-fbdev-devel=117187443327466=2
>
> Please let
> On Fri, 23 Feb 2007 14:52:29 -0600 "Mike Miller (OS Dev)" <[EMAIL PROTECTED]>
> wrote:
> On Thu, Feb 22, 2007 at 04:06:41PM -0600, James Bottomley wrote:
> > On Thu, 2007-02-22 at 16:02 -0600, Mike Miller (OS Dev) wrote:
> > > Will this patch for my patch work for now?
> >
> > Yes, I think
Manuel Metz wrote:
> Tejun Heo wrote:
>> Does it work if you give 'irqpoll' kernel parameter?
>>
>
> Yes this works with "irqpoll". But as you can see in the attached dmesg
> output, now I get a bunch of APIC errors ... ?
Manuel, Stefan, please try the attached patch over 2.6.20 and report the
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 21:47:36 -0800 (PST)
> On Sat, 24 Feb 2007, KAMEZAWA Hiroyuki wrote:
>
> > >From a viewpoint of a crash dump user, this merging will make crash dump
> > investigation very very very difficult.
>
> The general caches already
From: john stultz <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 16:53:27 -0800
> On Fri, 2007-02-23 at 16:34 -0800, David Miller wrote:
> > + .shift = 16,
> >
> > These shift selections all seem rather arbitrary.
> >
> > If it's not an arbitrary selection, it would be nice to have some
On Sat, 24 Feb 2007, KAMEZAWA Hiroyuki wrote:
> >From a viewpoint of a crash dump user, this merging will make crash dump
> investigation very very very difficult.
The general caches already merge lots of users depending on their sizes.
So we already have the situation and we have tools to deal
On Thu, 22 Feb 2007 10:42:23 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > > G. Slab merging
> > >
> > >We often have slab caches with similar parameters. SLUB detects those
> > >on bootup and merges them into the corresponding general caches. This
> > >leads to more
When a page faults comes from a kernel space, the printed summary
leaves us clueless about what kind of access was being tried (which
is encoded in the error_code variable).
Having it promply available may ease debugging in a bunch of
situations.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL
On Sat, Feb 24, 2007 at 01:07:23PM +0900, KAMEZAWA Hiroyuki wrote:
> On Fri, 23 Feb 2007 16:37:43 +0100
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > +static void dcache_hash_resize(unsigned int new_shift);
> > +static void mod_nr_dentry(int mod)
> > +{
> > + unsigned long dentry_size;
> > +
>
On Fri, Feb 23, 2007 at 08:24:44PM -0800, William Lee Irwin III wrote:
> On Fri, Feb 23, 2007 at 04:37:43PM +0100, Nick Piggin wrote:
> > The dentry hash uses up 8MB for 1 million entries on my 4GB system is
> > one of the biggest wasters of memory for me. Because I rarely have
> > more than one
On Fri, 23 Feb 2007 21:03:37 +0900
Tomoki Sekiyama <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have observed a problem that write(2) can be blocked for a long time
> if a system has several disks and is under heavy I/O pressure. This
> patchset is to avoid the problem.
>
> Example of the probrem:
>
Eric W. Biederman wrote:
"Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
Eric,
Please find attached the APIC code I used in Gadugi. It's code for plain vanilla
APICs, but does just this. This code not only allows
interrupts to be migrated, but processors to be stopped and restarted on the
On Thu, 22 Feb 2007, Pekka J Enberg wrote:
>> As suggested by William, free the actual pages in a batch so that we
>> don't keep pounding on l3->list_lock.
On Thu, Feb 22, 2007 at 03:01:30PM -0800, Christoph Lameter wrote:
> This means holding the l3->list_lock for a prolonged time period. The
>
On Fri, Feb 23, 2007 at 04:37:43PM +0100, Nick Piggin wrote:
> The dentry hash uses up 8MB for 1 million entries on my 4GB system is
> one of the biggest wasters of memory for me. Because I rarely have
> more than one or two hundred thousand dentries. And that's with
> several kernel trees worth
Applied to acpi-test.
Thanks John. Sorry to have broken this on you.
Maybe some day we'll be able to tidy up the init sequence.
-Len
On Friday 23 February 2007 17:24, John Keller wrote:
> SN code to initialize the Hub/TIO infrastructure needs to
> execute before bus scanning. This is currently
On Fri, 23 Feb 2007 16:37:43 +0100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> +static void dcache_hash_resize(unsigned int new_shift);
> +static void mod_nr_dentry(int mod)
> +{
> + unsigned long dentry_size;
> +
> + dentry_stat.nr_dentry += mod;
> +
> + dentry_size = 1 <<
"Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
> Eric,
>
> Please find attached the APIC code I used in Gadugi. It's code for plain
> vanilla
> APICs, but does just this. This code not only allows
> interrupts to be migrated, but processors to be stopped and restarted on the
> fly
> without
Kawai, Hidehiro wrote:
This patch series is version 3 of the core dump masking feature,
which provides a per-process flag not to dump anonymous shared
memory segments.
I just wanted to remind you that you need to be careful about dumping
the [vdso] segment no matter whether you omit other
On 2/23/07, Michael K. Edwards <[EMAIL PROTECTED]> wrote:
which costs you a D-cache stall.) Now put an sprintf with a %d in it
between a couple of the syscalls, and _your_ arch is hurting. ...
er, that would be a %f. :-)
Cheers,
- Michael
-
To unsubscribe from this list: send the line
On Sat, Feb 24, 2007 at 01:05:27AM +, Hugh Dickins wrote:
> No, I think you're getting confused by the way Linus uses access_ok
> on the address range given with the access_ok on the vector address.
Whoops. Sorry for the noise.
Joel
--
Life's Little Instruction Book #451
Russell, thanks again for offering to look at this; the more oopses
and soft lockups I see on this board, the more I think you're right
and we have an IRQ handling race.
Here's the struct irqchip setup:
/* mask irq, refer ssection 2.6 under chip 8618 document */
static void
Andrew, This is a bug fix and must go in before 2.6.21.
Acked-by: Suresh Siddha <[EMAIL PROTECTED]>
On Fri, Feb 23, 2007 at 04:46:20AM -0700, Eric W. Biederman wrote:
>
> move_native_irqs tries to do the right thing when migrating irqs
> by disabling them. However disabling them is a software
On Wed, Feb 21, 2007 at 12:23:44PM -0800, Andrew Morton wrote:
> I spose I'll hold my nose and merge this, but it creates too much of a mess
> to be mergeable into the CPU scheduler, IMO.
Cleaned up patch appended. Please drop
sched-dynticks-idle-load-balancing-v2.patch
and include this instead.
I wrote:
(On a pre-EABI ARM, there is even a substantial
cache-related penalty for encoding the syscall number in the syscall
opcode, because you have to peek back at the text segment to see it,
which costs you a D-cache stall.)
Before you say it, I'm aware that this is not directly relevant
On Sat, Feb 24, 2007 at 02:26:02AM +0100, Nick Piggin wrote:
> On Fri, Feb 23, 2007 at 09:25:28AM -0800, Zach Brown wrote:
> >
> > On Feb 23, 2007, at 7:37 AM, Nick Piggin wrote:
> >
> > >
> > >The dentry hash uses up 8MB for 1 million entries on my 4GB system
> > >is one
> > >of the biggest
Alan <[EMAIL PROTECTED]> wrote:
The oops is fixed. Thanks!
But when I repeat insertion/rejection of the device,
ataX.00 is incremented.
Is this correct?
>pccard: PCMCIA card inserted into slot 1
>pccard: card ejected from slot 1
>ata1.00: disabled
>
>pccard: PCMCIA card inserted into slot 1
When the device is polled for status there is a lot of useful status
information available that is ignored. This patch stores the device
info array when the status is polled and adds sysfs files to the usb
device to allow userspace to query it. Since the device updates its
status internally once a
On Fri, Feb 23, 2007 at 05:31:30PM -0800, Michael K. Edwards wrote:
> On 2/23/07, Zach Brown <[EMAIL PROTECTED]> wrote:
> >I'd love to see a generic implementation of RCU hashing that
> >subsystems can then take advantage of. It's long been on the fun
> >side of my todo list. The side I never
Robin Getz wrote:
Does anyone have a pointer for a MOST (Media Oriented Systems Transport) driver?
Are there any applications that use that protocol?
Specifically, any applications worth caring about?
--
Politics is the struggle between those who want to make their country
the best in the
On Fri, 23 Feb 2007 11:10:05 +0300, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> I may be wrong, but a lot of the kernel code have static pointers
> initialized to NULL with explicit manner... More over I always thought
> that _static_ is not mean _initialized to zero_. I think _static_ is
> just
On 2/23/07, Zach Brown <[EMAIL PROTECTED]> wrote:
I'd love to see a generic implementation of RCU hashing that
subsystems can then take advantage of. It's long been on the fun
side of my todo list. The side I never get to :/.
There's an active thread on netdev about implementing an RCU hash.
On Fri, Feb 23, 2007 at 09:25:28AM -0800, Zach Brown wrote:
>
> On Feb 23, 2007, at 7:37 AM, Nick Piggin wrote:
>
> >
> >The dentry hash uses up 8MB for 1 million entries on my 4GB system
> >is one
> >of the biggest wasters of memory for me. Because I rarely have more
> >than one or
> >two
On Fri, Feb 23, 2007 at 05:31:17PM +0100, Eric Dumazet wrote:
> On Friday 23 February 2007 16:37, Nick Piggin wrote:
> > The dentry hash uses up 8MB for 1 million entries on my 4GB system is one
> > of the biggest wasters of memory for me. Because I rarely have more than
> > one or two hundred
Since there already two users of full 64 bit division in the kernel,
and other places maybe hiding out as well. Add a full 64/64 bit divide.
Yes this expensive, but there are places where it is necessary.
It is not clear if doing the scaling buys any advantage on 64 bit platforms,
so for them a
On Fri, 23 Feb 2007, Joel Becker wrote:
> The locking fix to sys_mincore in commit
> 2f77d107050abc14bc393b34bdb7b91cf670c250 returns -ENOMEM when given a
> bad userspace address. It should return -EFAULT.
No, I think you're getting confused by the way Linus uses access_ok
on the address
> i2o/hda:<3>Buffer I/O error on device i2o/hda, logical block 0
> Buffer I/O error on device i2o/hda, logical block 0
Same error here. Both 2.6.19 and 2.6.20 kernels, using Adaptec 2400A RAID.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, 2007-02-23 at 16:34 -0800, David Miller wrote:
> From: john stultz <[EMAIL PROTECTED]>
> Date: Fri, 23 Feb 2007 11:51:18 -0800
>
> > Yea. I actually have some in-progress patches from Peter Keilty that
> > convert ia64 and sparc64 time_interpolators to clocksources, then
> > removes the
Thanks for taking me at least minimally seriously, Alan. Pretty
generous of you, all things considered.
On 2/23/07, Alan <[EMAIL PROTECTED]> wrote:
That example touches back into user space, but doesnt involve MMU changes
or cache flushes, or tlb flushes, or floating point.
True -- on an
On Fri, 23 Feb 2007 10:06:14 -0500, "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> On 2/23/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> > void input_release_device(struct input_handle *handle)
> > {
> >
> >if (handle->handler->start)
> >
We (the -stable team) are announcing the release of the 2.6.19.5 kernel.
It contains a number of bugfixes, and all 2.6.19 users are recommended
to upgrade.
There will be one more 2.6.19 based release, due to all of the patches
that people have sent in after the review set of patches for this
diff --git a/Makefile b/Makefile
index fa3a8f2..cd5b5cf 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 19
-EXTRAVERSION = .4
+EXTRAVERSION = .5
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/arch/x86_64/ia32/ptrace32.c
From: john stultz <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 11:51:18 -0800
> Yea. I actually have some in-progress patches from Peter Keilty that
> convert ia64 and sparc64 time_interpolators to clocksources, then
> removes the time_interpolator code.
>
> The ia64 conversion is more complicated
got it! thank you for showing the error of my way...
and being so patient with me! damm, that means
I gotta work this weekend...:-)...
-Original Message-
From: Alan [mailto:[EMAIL PROTECTED]
Sent: Friday, February 23, 2007 8:18 PM
To: [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
From: Neil Horman <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 08:47:06 -0500
> patches welcome :)
And it's a non-trivial task. The semantics and way in which
link level encapsulation is done is not straight-forward
on some devices.
So the hooks either have to be too generic, or too specific
to
On Fri, 23 Feb 2007 18:26:30 -0500
Robin Getz <[EMAIL PROTECTED]> wrote:
> Does anyone have a pointer for a MOST (Media Oriented Systems Transport)
> driver?
>
> http://en.wikipedia.org/wiki/Media_Oriented_Systems_Transport
>
> I have seen announcements of Linux systems that support MOST:
>
>
Deepak Saxena wrote:
This patch contains a set of small fixes to allow the kernel to build under
the Cygwin environment, which is unfortunately used by more people than
one would think in the embedded world. :(
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
I have one major problem with
Deepak Saxena wrote:
diff --git a/lib/gen_crc32table.c b/lib/gen_crc32table.c
index bea5d97..ce447ff 100644
--- a/lib/gen_crc32table.c
+++ b/lib/gen_crc32table.c
@@ -1,6 +1,8 @@
#include
#include "crc32defs.h"
+#ifndef __CYGWIN__
#include
+#endif
#define ENTRIES_PER_LINE 4
Cygwin
> if you look in the sata_mv.c it has support for the
> 7042 throughout it (exactly the same as PCI in fact -
> its the same core chip - just different bus interface)...
For the 7042 with the TTI PCI identifier but not one with a Marvell ID -
what vendor/device does your device show up ?
The
Alan,
Where are you looking for sata_mv driver support.
if you look in the sata_mv.c it has support for the
7042 throughout it (exactly the same as PCI in fact -
its the same core chip - just different bus interface)...
but agreed an unknown device in the pci ids...or is
there another place
> I think the best approach will be not to reset dr7 at all. Then there
> won't be any need to worry about restoring it. Leaving a userspace
> watchpoint enabled while running in the kernel ought not to matter; a
> system call shouldn't touch any address in userspace more than once or
>
> long my_threadlet_fn(void *data)
> {
>char *name = data;
>int fd;
>
>fd = open(name, O_RDONLY);
>if (fd < 0)
>goto out;
>
>fstat(fd, );
>read(fd, buf, count)
>...
>
> out:
>return threadlet_complete();
> }
>
>
diff --git a/Makefile b/Makefile
index ed22616..2ff33d3 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 18
-EXTRAVERSION = .7
+EXTRAVERSION = .8
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/arch/x86_64/ia32/ptrace32.c
We (the -stable team) are announcing the release of the 2.6.18.8 kernel.
It contains a number of bugfixes, and all 2.6.18 users are recommended
to upgrade.
Barring anything extremely serious, this will be the last 2.6.18 based
release.
The diffstat and short summary of the fixes are below.
I'll
On Wed, Feb 21, 2007 at 08:14:22PM -0500, Michael Krufky wrote:
> Greg KH wrote:
> > -stable review patch. If anyone has any objections, please let us know.
> >
> > --
> > From: Robert Hancock <[EMAIL PROTECTED]>
> >
> > Suspending with the cx88xx module loaded causes the system
On 2/23/07, Alan <[EMAIL PROTECTED]> wrote:
> Do you not understand that real user code touches FPU state at
> unpredictable (to the kernel) junctures? Maybe not in a database or a
We don't care. We don't have to care. The kernel threadlets don't execute
in user space and don't do FP.
On Fri, 23 Feb 2007 18:21:26 -0500
"Tom Morrison" <[EMAIL PROTECTED]> wrote:
> Alan,
>
> Where do I look in the kernel to see if there is
> 'driver support' present based upon the card?
>
> As I mentioned as well, the same driver is used
> for the PCI Driver (using 6042 chip). So, at some
>
Does anyone have a pointer for a MOST (Media Oriented Systems Transport) driver?
http://en.wikipedia.org/wiki/Media_Oriented_Systems_Transport
I have seen announcements of Linux systems that support MOST:
http://linuxdevices.com/news/NS2586090082.html
But I have not seen the driver
What compiler is supposed to do upon seeing
char __attribute__((__section__ (".init.data")))
command_line[1024]
__attribute__((__section__(".data.read_mostly")));
?
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
arch/parisc/kernel/setup.c |2 +-
1 file
[PATCH] drivers: PMC MSP71xx GPIO char driver
Patch to add a GPIO char driver for the PMC-Sierra
MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean <[EMAIL PROTECTED]>
---
Alan,
Where do I look in the kernel to see if there is
'driver support' present based upon the card?
As I mentioned as well, the same driver is used
for the PCI Driver (using 6042 chip). So, at some
level, the support is there.
The key is does Linux *Kernel* support for PCI
Express have support
From: Adam J. Richter <[EMAIL PROTECTED]>
struct sysfs_dirent is private to the fs/sysfs/ subtree. It is
not even referenced as an opaque structure outside of that subtree.
The following patch moves the declaration from include/linux/sysfs.h to
fs/sysfs/sysfs.h, making it clearer that nothing
From: Mike Galbraith <[EMAIL PROTECTED]>
Fix a reference counting bug exposed by commit
725522b5453dd680412f2b6463a988e4fd148757. If driver.mod_name exists, we
take a reference in module_add_driver(), and never release it. Undo that
reference in module_remove_driver().
Signed-off-by: Mike
This reverts commit c353c3fb0700a3c17ea2b0237710a184232ccd7f.
It turns out that we end up with a loop trying to load the unix
module and calling netfilter to do that. Will redo the patch
later to not have this loop.
Acked-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman
From: Manuel Lauss <[EMAIL PROTECTED]>
More fallout from the PCMCIA class_device changes.
The first hunk is run-tested on SH-4, the others are converted
in the spirit of the original conversion.
Signed-off-by: Manuel Lauss <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
From: Johannes Berg <[EMAIL PROTECTED]>
Because the pm ops in powermac are obviously not using them as intended, I
added documentation for it in kernel-doc format.
Reordering the fields in struct pm_ops not only makes the output of kernel-doc
make more sense but also removes a hole from the
From: James Simmons <[EMAIL PROTECTED]>
When a device fails to register the class symlinks where not cleaned up.
This left a symlink in the /sys/class/"device"/ directory that pointed
to no where. This caused the sysfs_follow_link Oops I reported earlier.
This patch cleanups up the symlink.
From: Johannes Berg <[EMAIL PROTECTED]>
Change /sys/power/state to not advertise any valid states (except for disk
if SOFTWARE_SUSPEND is enabled) when no pm_ops have been set so userspace
can easily discover what states should be available.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Cc:
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch makes the needlessly global struct kmod_mk static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
kernel/kmod.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
This thread looks dead but issue was't fixed.
Jiri Kosina <[EMAIL PROTECTED]> writes:
>> > - pci_enable_device(pdev);
>> > + ret = pci_enable_device(pdev);
>> > + if (ret) {
>> > + printk(KERN_ERR "sk98lin: Cannot enable PCI device %s during
>> > resume\n",
>> > +
On Feb 23 2007, at 20:37, Matthieu CASTET was caught saying:
> Hi,
>
> Deepak Saxena plexity.net> writes:
>
> >
> >
> > This patch contains a set of small fixes to allow the kernel to build under
> > the Cygwin environment, which is unfortunately used by more people than
> > one would think
No one uses it, and it wasn't exported to modules, so remove it. The
only other user of it was the network code, which is now converted to
use struct device instead.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/class.c | 42
Here are some USB patches against 2.6.21-rc1.
It contains two new drivers, and a bunch of fixes for autosuspend issues
which are showing up for a variety of different devices and people.
There are a few new device ids, and other minor bugfixes in here too.
There is a sysfs patch in here too, as
Here are some driver core fixes for 2.6.21-rc1.
It fixes up some problems due to the pcmcia changes I did in the last
round of driver core changes, removes an unused function, and backs out
the kmod changes as there was a nasty loop for people who use networking
as a module. There's some other
> What am I doing wrong? Do I need to have
> the PCI ids in the kernel match identically
> what is on pci express sata card device?
And driver support which may or may not be present depending on the card.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Stacked GIT 0.12.1 release is available from http://www.procode.org/stgit/.
StGIT is a Python application providing similar functionality to Quilt
(i.e. pushing/popping patches to/from a stack) on top of GIT. These
operations are performed using GIT commands and the patches are stored
as GIT
The locking fix to sys_mincore in commit
2f77d107050abc14bc393b34bdb7b91cf670c250 returns -ENOMEM when given a
bad userspace address. It should return -EFAULT.
Signed-off-by: Joel Becker <[EMAIL PROTECTED]>
diff --git a/mm/mincore.c b/mm/mincore.c
index 8aca6f7..4af963c 100644
---
On Wed, 21 Feb 2007, Ingo Molnar wrote:
> +asmlinkage long
> +sys_threadlet_on(unsigned long restore_stack,
> + unsigned long restore_eip,
> + struct async_head_user __user *ahu)
> +{
> + struct task_struct *t = current;
> + struct async_head *ah = t->ah;
> +
I am running a relatively recent 2.6.20
Linux kernels running on both an Intel
x86 (XEON) as well as one a embedded
powerPC target (MPC8548E).
I believe my PCI Express interface is
working correctly on both the embedded
target as well as - of course - on the
XEON platform (I have other
Linus,
Your fix in commit 2f77d107050abc14bc393b34bdb7b91cf670c250
modifies sys_mincore() to return -ENOMEM instead of -EFAULT on a totally
bogus address. Was this intentional, or is it something that should be
fixed up?
- /* check the output buffer whilst holding the lock */
-
[PATCH] mtd: PMC MSP71xx flash/rootfs mappings
Patch to add flash and rootfs mappings for the PMC-Sierra
MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean <[EMAIL PROTECTED]>
---
Dmitry Torokhov wrote:
On 2/23/07, Richard Knutsson <[EMAIL PROTECTED]> wrote:
Dmitry Torokhov wrote:
>
> Hm, I thought as was clear, but apparently I messed up explaining my
> position:
>
> 1. I don't like BITWRAP name at all and I don't want anything like
> that near input code. I think BIT
On Sat, Feb 24, 2007 at 12:23:03AM +0300, Oleg Nesterov wrote:
> If my understanding correct, vmscan can find a page which lives in a already
> anon_vma_unlink'ed vma. This is ok, the page is pinned, and page->mapping is
> not cleared until free_hot_cold_page().
>
> So page_lock_anon_vma() works
On 23/02/07 22:29, Simon Arlott wrote:
> When the device is polled for status there is a lot of useful status
> information available that is ignored. This patch stores the device
> info array when the status is polled and adds sysfs files to the usb
> device to allow userspace to query it. Since
From: "john stultz-lkml" <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 14:10:07 -0800
> Check out the patch I sent out yesterday. It should resolve this problem.
Yep, changing that finished_booting setting into an fs_initcall()
fixes this issue.
-
To unsubscribe from this list: send the line
On Fri, Feb 23, 2007 at 01:52:47PM +0100, Jens Axboe wrote:
> Results:
>
> Engine Depth Bw (MiB/sec)
>
> libaio1 441
> syslet1 574
> sync 1 589
> libaio
When the device is polled for status there is a lot of useful status
information available that is ignored. This patch stores the device
info array when the status is polled and adds sysfs files to the usb
device to allow userspace to query it. Since the device updates its
status internally once a
Dear Kernel People,
I am running a tiny cluster (27 nodes). Setup is as follows:
* NFS server:
kernel: vanilla 2.6.18.2 + areca drivers
mounted partition is XFS
nfs-kernel-server: 1.0.10-1~bpo.1 (from backports.org)
* clients:
kernel: 2.6.17-2-amd64 (Debian stock from etch installed
SN code to initialize the Hub/TIO infrastructure needs to
execute before bus scanning. This is currently done by an
early call to acpi_bus_register_driver(). With the latest
ACPI changes to the driver model, a driver cannot be registered
this early. Make changes to have the init routines invoked
On Fri, Feb 23, 2007 at 07:06:12PM +0100, Adrian Bunk wrote:
> > >My impression is that most of this might have users that are not yet
> > >submitted for inclusion in the kernel - one year after TIPC was merged.
> > >
> > >
> > Not quite. The exported symbols belong to a public API for driver
>
Robert Hancock wrote:
This patch adds in some NCQ blacklist entries taken from the Silicon
Image Windows drivers' .inf files for the 3124 and 3132 controllers.
These entries were marked as ""DisableSataQueueing". Assume these are
in their blacklist for a reason and disable NCQ on these drives.
john stultz wrote:
On Fri, 2007-02-23 at 01:55 -0800, David Miller wrote:
From: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 10:56:18 +0100
On Fri, 2007-02-23 at 01:25 -0800, David Miller wrote:
Yes, all you need is to omit the CLOCK_EVT_FEAT_PERIODIC flag when
On 2/23/07, David Miller <[EMAIL PROTECTED]> wrote:
> While probeing PLL information via radeon_get_pllinfo(), it does a
> "gettimeofday(); do_something(); gettimeofday();" type sequence
> explicitly with interrupts disabled, so ends up with a zero
> measurement which then results in a bunch of
Crud, my poor gmail skills dropped lkml on the CC list for this one.
On 2/23/07, john stultz <[EMAIL PROTECTED]> wrote:
On 2/23/07, David Miller <[EMAIL PROTECTED]> wrote:
> While probeing PLL information via radeon_get_pllinfo(), it does a
> "gettimeofday(); do_something(); gettimeofday();"
1 - 100 of 674 matches
Mail list logo
