Support passing down of compat_ioctl on block devices.
This is needed for the compat_ioctl conversion of block drivers.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
diff -u linux-2.6.11-rc1-bk4/drivers/block/ioctl.c-o
linux-2.6.11-rc1-bk4/drivers/block/ioctl.c
--- linux-2.6.11-rc1-bk4/drivers/b
On Tue, 2004-12-28 at 22:17 +0100, Sam Ravnborg wrote:
> > 2 Add in_gate_area_no_task() for use from places where no task is valid.
Can you back that out ? Or at least explain why you need to add this
"no_task" thing and not just use "current" where no task is available ?
I think the above is bog
Karim Yaghmour writes:
>
> Aaron Cohen wrote:
> > I've got a quick question and I just want to be clear that it
> > doesn't have a political agenda behind it.
>
> :)
>
> > Here goes, why can't LTT and/or relayfs, work similar to the way
> > syslog does and just fill a buffer (aka ring
While doing some compat_ioctl conversions I noticed a few issues
in compat_sys_ioctl:
- It is not completely compatible to old ->ioctl because
the traditional common ioctls are not checked before it. I added
a check for those. The main advantage is that the handler
now works the same as a tradi
On Tue, Jan 18, 2005 at 03:28:58PM +1100, Darren Williams wrote:
> On top of Ingo's patch I attempt a solution that failed:
> +#define read_is_locked(x)(*(volatile int *) (x) > 0)
> +#define write_is_locked(x) (*(volatile int *) (x) < 0)
how about something like:
#define read_is_locked(x)
On Mon, Jan 17, 2005 at 05:58:00PM +0100, Luca Falavigna wrote:
> +static ssize_t kprobes_read(struct file *file, char __user *buf,
> + size_t size, loff_t *off)
> +{
> + int i;
> + char *data = "";
> + ssize_t len = 0;
> + struct hlist_node *node;
> + struc
Hi Andres, hi Daniel,
sorry for the delayed reply, but I was ill for a few days.
Daniel Drake wrote
Hi Andres, Frank,
Andres Salomon wrote:
Odd. I'll have to try Frank's .config and see if I can reproduce it (it
doesn't happen w/ mine).
Here is the patch that fixes it for me:
http://linux.
On Tue, Jan 18, 2005 at 02:20:31AM +, Matthew Wilcox wrote:
>
> Greg, you're merging a lot of patches that aren't going through
> the linux-pci mailing list for review. Please redirect patches that
> are sent to you directly so others can also review them.
I'm sorry, were there any that were
Name: Remove nonsensical list function
Status: Trivial
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
The correct use of list_for_each_safe_rcu is a coding puzzle which
minor minds such mine are not capable of solving. Please remove this
obstacle on my path to enlightenment.
Index: linux-2.6.1
Eric Mudama wrote:
we don't use security torx screws, we use normal ones on our boards.
I wouldn't recommend swapping boards, since the code stored on the
physical media, the opti tables, and the asic on the board were all
processed together at one point and are specific to each other. The
new boa
On Mon, Jan 17, 2005 at 02:11:17PM -0800, Andrew Morton wrote:
> Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
> >
> > > So... is it not possible to enhance vmalloc() for node-awareness, then
> > > just use it?
> > >
> >
> > Memory for block management (free lists, bufctl lists) is also
dear sir
i want to design a system moniter for linux
could you just guide me on what will be the basic
architerture like:
i have thought of
kernel(using printk)->logfile(myfile)->application
but in order to make it real time .please correct me
on this architecture
and i am unable to find some
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Jack O'Quin <[EMAIL PROTECTED]> wrote:
>
>> Is it possible to call sched_setscheduler() with a thread ID instead
>> of a pid? That's what I really need. JACK sets and resets the thread
>> priorities from a different thread.
>
> yes. The PID arguments i
Aaron Cohen wrote:
> I've got a quick question and I just want to be clear that it
> doesn't have a political agenda behind it.
:)
> Here goes, why can't LTT and/or relayfs, work similar to the way
> syslog does and just fill a buffer (aka ring-buffer or whatever is
> appropriate), while a use
Hi,
I'm very much a newbie to all of this, but I'm finding this
discussion fairly interesting.
I've got a quick question and I just want to be clear that it
doesn't have a political agenda behind it.
Here goes, why can't LTT and/or relayfs, work similar to the way
syslog does and just fill
On Tue, 18 Jan 2005, Darren Williams wrote:
> Hi Ingo
>
> On Mon, 17 Jan 2005, Ingo Molnar wrote:
>
> >
> > * Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > > +BUILD_LOCK_OPS(spin, spinlock_t, spin_is_locked);
> > > > +BUILD_LOCK_OPS(read, rwlock_t, rwlock_is_locked);
> > > > +BUILD_LOCK_
On Tue, 2005-01-11 at 11:29 -0800, Greg KH wrote:
> On Mon, Jan 10, 2005 at 09:58:03AM -0600, Nathan Lynch wrote:
> > On Fri, 2005-01-07 at 21:07 -0800, Greg KH wrote:
> > > On Fri, Jan 07, 2005 at 04:28:12PM -0600, Nathan Lynch wrote:
> > > > @@ -88,6 +123,12 @@ int sysdev_class_register(struct sy
Hello Roman,
Roman Zippel wrote:
> Why is so important that it's at the start of the buffer? What's wrong
> with a special event _near_ the start of a buffer?
[snip]
> What gives you the idea, that you can't do this with what I proposed?
> You can still seek freely within the data at buffer boun
Attached is a patch to control VGA bus routing and the active VGA
device. It works by adding sysfs attributes to bridge and VGA devices.
The bridge attribute is read only and indicates if the bridge is
routing VGA. The attribute on the device has four values:
/* echo these values to the sysfs vga
On Jan 18 2005, OGAWA Hirofumi wrote:
> Rogério Brito <[EMAIL PROTECTED]> writes:
> > Sorry for the stupid question, but is len guaranteed to be always greater
> > than zero?
>
> Yes. That "len" was already checked in vfat_add_entry().
Sorry for the stupid question then.
Thanks.
--
=-=-=-=-=-
Thomas Gleixner wrote:
> Provide a hook, export it and load your filters as a module, but keep
> the filters out of the mainline kernel code.
Great idea! I will do exactly that.
Thanks,
Karim
--
Author, Speaker, Developer, Consultant
Pushing Embedded and Real-Time Linux Systems Beyond the Lim
On Mon, 17 Jan 2005, Roland McGrath wrote:
>
> Shouldn't msecs mean msecs, not secs/HZ?
Hmm, sure, but why go through "msecs" at all?
> --- linux-2.6/include/asm-generic/cputime.h
> +++ linux-2.6/include/asm-generic/cputime.h
> @@ -35,8 +35,8 @@ typedef u64 cputime64_t;
> /*
> * Convert cput
Hello Roman,
Roman Zippel wrote:
> An additional comment about the order of events. What you're doing in
> lockless_reserve is bogus anyway. There is no single correct time to
> write into the event. By artificially synchronizing event order and event
> time you only cheat yourself. You either
On Sat, 2005-01-15 at 08:24, Christian Borntraeger wrote:
> During the wakeup from suspend-to-ram I get several warnings (see below).
> This patch fixes the warnings for me, but I am not an expert in ACPI. Please
> read the patch and consider to apply it.
Thanks looking at this issue. We (intel A
Rogério Brito <[EMAIL PROTECTED]> writes:
> On Jan 18 2005, OGAWA Hirofumi wrote:
>> static int vfat_valid_longname(const unsigned char *name, unsigned int len)
>> {
>> -if (len && name[len-1] == ' ')
>> -return 0;
>> +if (name[len - 1] == ' ')
>> +return -EINVAL;
On Mon, 2005-01-17 at 16:27 +, David Howells wrote:
> The attached patch fixes a race between kallsyms and insmod/rmmod.
Hi David,
The more I looked at this, the more I warmed to it. I've known for a
while that people are using kallsyms not for OOPS (eg. /proc/$$/wchan),
so we should
On Jan 18 2005, OGAWA Hirofumi wrote:
> static int vfat_valid_longname(const unsigned char *name, unsigned int len)
> {
> - if (len && name[len-1] == ' ')
> - return 0;
> + if (name[len - 1] == ' ')
> + return -EINVAL;
Sorry for the stupid question, but is len gua
Greg, you're merging a lot of patches that aren't going through
the linux-pci mailing list for review. Please redirect patches that
are sent to you directly so others can also review them.
--
"Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and ev
Shouldn't msecs mean msecs, not secs/HZ?
--- linux-2.6/include/asm-generic/cputime.h
+++ linux-2.6/include/asm-generic/cputime.h
@@ -35,8 +35,8 @@ typedef u64 cputime64_t;
/*
* Convert cputime to seconds and back.
*/
-#define cputime_to_secs(__ct) (jiffies_to_msecs(__ct) / HZ)
-#defi
On Mon, Jan 17, 2005 at 03:53:02PM +0100, Rafael J. Wysocki wrote:
> Hi,
> >
> > Try Lukas's patch, it should provide equivalent speedups.
>
> It does. Still, I don't think it'll solve memory allocation problems on
> resume,
> and the hugang's patch has such a potential.
>
If your only wannt f
Hi Ingo
On Mon, 17 Jan 2005, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > +BUILD_LOCK_OPS(spin, spinlock_t, spin_is_locked);
> > > +BUILD_LOCK_OPS(read, rwlock_t, rwlock_is_locked);
> > > +BUILD_LOCK_OPS(write, rwlock_t, spin_is_locked);
> >
> > If you replace the
Juho Snellman <[EMAIL PROTECTED]> writes:
> 2.6.10 changed the behaviour of the int3 instruction on x86-64. It
> used to result in a SIGTRAP, now it's a SIGSEGV in both native and
> 32-bit legacy modes. This was apparently caused by the kprobe port,
> specifically this part:
>
> --- a/arch/x86_64/
On Mon, 2005-01-17 at 19:28, Pavel Machek wrote:
> Hi!
>
> > > The series of patches implement binding physical devices with ACPI
> > > devices. With it, device drivers can utilize methods provided by
> > > firmware (ACPI). These patches are against 2.6.10, please give your
> > > comments.
>
> >
Convert a bunch of verify_area()'s to access_ok().
arch/x86_64/ and arch/ia64/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/arch/x86_64/ia32/sys_ia32.c 2005-01-12
23:26:04.0 +0100
+++ linux-2.6.11-rc1-bk4/arch/x86_64/ia32/sys_ia32.c2005-01-16
Convert a bunch of verify_area()'s to access_ok().
arch/ppc/, arch/ppc64/, arch/m68k/, arch/m68knommu/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/arch/ppc/kernel/signal.c 2005-01-12
23:26:02.0 +0100
+++ linux-2.6.11-rc1-bk4/arch/ppc/kernel/signal.c
* Chris Bookholt ([EMAIL PROTECTED]) wrote:
> Could anyone explain or refer me to some documentation that explains the
> purpose of the legacy_va_layout sysctl option?
>
> Essentially, I'm looking to understand how the legacy layout is
> different from the current 2.6-series VA space layout.
Th
Convert a bunch of verify_area()'s to access_ok().
The bits for the remaining archs.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/arch/sh/kernel/signal.c 2005-01-16
21:27:11.0 +0100
+++ linux-2.6.11-rc1-bk4/arch/sh/kernel/signal.c2005-01-17
00
This deprecates verify_area() across the board. To be applied after the
previous 11 patches in this series.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/include/asm-alpha/uaccess.h 2004-12-24
22:35:24.0 +0100
+++ linux-2.6.11-rc1-bk4/include/asm-a
On Tue, 2005-01-18 at 00:06 +0530, Ravikiran G Thirumalai wrote:
> Here's the alloc_percpu reimplementation changed to
> - Use qsort
> - Use GFP_KERNEL|__GFP_HIGHMEM|__GFP_ZERO for BLOCK_MANAGEMENT_PAGES
> (GFP_HIGHZERO would have been ideal)
> - Changed currency size to sizeof (int) from sizeof
Convert a bunch of verify_area()'s to access_ok().
arch/mips/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-rc1-bk4-orig/arch/mips/kernel/irixelf.c
linux-2.6.11-rc1-bk4/arch/mips/kernel/irixelf.c
--- linux-2.6.11-rc1-bk4-orig/arch/mips/kernel/irixelf.c2005-01-1
Convert a bunch of verify_area()'s to access_ok().
arch/sparc/ and arch/sparc64/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-rc1-bk4-orig/arch/sparc/kernel/ptrace.c
linux-2.6.11-rc1-bk4/arch/sparc/kernel/ptrace.c
--- linux-2.6.11-rc1-bk4-orig/arch/sparc/kernel/ptrace
Convert a bunch of verify_area()'s to access_ok().
Drivers part 2, approximately second half of drivers/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/drivers/scsi/sg.c 2004-12-24 22:34:44.0
+0100
+++ linux-2.6.11-rc1-bk4/drivers/scsi/sg.c 2005-01-1
Convert a bunch of verify_area()'s to access_ok().
Everything in sound/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp --exclude='*~' linux-2.6.11-rc1-bk4-orig/sound/core/hwdep.c
linux-2.6.11-rc1-bk4/sound/core/hwdep.c
--- linux-2.6.11-rc1-bk4-orig/sound/core/hwdep.c2005-01-
2.6.10 changed the behaviour of the int3 instruction on x86-64. It
used to result in a SIGTRAP, now it's a SIGSEGV in both native and
32-bit legacy modes. This was apparently caused by the kprobe port,
specifically this part:
--- a/arch/x86_64/kernel/traps.c2004-12-24 13:36:17 -08:00
+++ b
Convert a bunch of verify_area()'s to access_ok().
Drivers part 1, approximately first half of drivers/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/drivers/tc/zs.c 2004-12-24 22:35:25.0
+0100
+++ linux-2.6.11-rc1-bk4/drivers/tc/zs.c2005-01-17
Convert a bunch of verify_area()'s to access_ok().
Most of i386 + misc bits.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
diff -urp linux-2.6.11-rc1-bk4-orig/arch/i386/kernel/signal.c
linux-2.6.11-rc1-bk4/arch/i386/kernel/signal.c
--- linux-2.6.11-rc1-bk4-orig/arch/i386/kernel/signal.c 2005-
Convert a bunch of verify_area()'s to access_ok().
Rest of i386 + misc part 2 from kernel/ etc.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1-bk4-orig/fs/binfmt_aout.c 2005-01-16 21:27:13.0
+0100
+++ linux-2.6.11-rc1-bk4/fs/binfmt_aout.c 2005-01-16 21:40:30
Here's a series of patches to convert all (or rather almost all) in-kernel
users of verify_area() to access_ok(), and then deprecate verify_area().
Up front note: This is just a cleanup and not something that deserves high
priority - don't let it steal your time away from more important stuff.
* Alan Cox ([EMAIL PROTECTED]) wrote:
> On Llu, 2005-01-17 at 23:26, Chris Wright wrote:
> > * Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> > > On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote:
> > > > Yeah, "choose one, then put it here." I've set up
> > > > [EMAIL PROTECTED]
> > >
Hi,
On Mon, 17 Jan 2005, Karim Yaghmour wrote:
> a) create indexes, b) reorder events, and likely c) have to rewrite
An additional comment about the order of events. What you're doing in
lockless_reserve is bogus anyway. There is no single correct time to
write into the event. By artificially
站长，您好！帮帮忙发布下面的软件，谢谢！
软件名称：新狐电脑传真[FaxNow]
软件版本：V 2.5
软件大小：799KB
应用平台：Win9x/Me/NT/2000/XP
免费下载：http://FAXnow.Ywzc.net
免费下载：http://XHFAX.Yeah.net
免费下载：http://XHFAX.126.com
电话联系：0 5 1 9-- 8 6 7 0 3 2 3
QQ咨询：114 075 303
软件简介：
国产简体中文版通过调制解调器(普通
Sytse Wielinga <[EMAIL PROTECTED]> writes:
>> * Support Multibyte character and cleanup by
> ^^^ Shouldn't that be 'characters'?
Thanks.
Please apply the following incremental patch.
--
OGAWA Hirofumi <[EMAIL PROTECTED]>
[PATCH 15] FAT: Fix typo in comment
William Lee Irwin III wrote:
On Mon, Jan 17, 2005 at 03:30:23PM -0200, Marcelo Tosatti wrote:
You want to update your patch to handle the new 4level pagetables
which introduces a new indirection table: the PUD.
Check 2.6.11-rc1 - mm/rmap.c.
BTW: What does PUD stand for?
Page Upper Directory.
Tha
On Tue, Jan 18, 2005 at 12:34:13AM +, Al Viro wrote:
> On Tue, Jan 18, 2005 at 02:54:24AM +, Daniel Drake wrote:
> > Retry up to 20 times if mounting the root device fails. This fixes
> > booting from usb-storage devices, which no longer make their
> > partitions immediately available.
>
Al Viro <[EMAIL PROTECTED]> writes:
> Ugh... What's wrong with comparison to '*', '<', etc.? All values are
> below 0x80, so signedness of char doesn't matter and when they get
> promoted to int, they will give you the values you want...
Indeed. Thanks.
Please apply the following incremental
On Llu, 2005-01-17 at 23:26, Chris Wright wrote:
> * Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> > On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote:
> > > Yeah, "choose one, then put it here." I've set up
> > > [EMAIL PROTECTED]
> >
> > Any chance we could have that @kernel.org or
we don't use security torx screws, we use normal ones on our boards.
I wouldn't recommend swapping boards, since the code stored on the
physical media, the opti tables, and the asic on the board were all
processed together at one point and are specific to each other. The
new board may not work pr
On Sat, Jan 01, 2005 at 06:28:32PM +0100, Adrian Bunk wrote:
> At least the mailing list is definitely dead:
The mailing list use to be run by Louis Zamora who use to work for
Computone. Guess I need to deal with that and move it to some of my
own hardware. I hadn't realized it was out
On Mon, 2005-01-17 at 09:14 -0600, Chris Friesen wrote:
> Benjamin Herrenschmidt wrote:
>
> > Well.. the cache flush part requires some not-really-documentd stuff on
> > the 970, but I'll try to come up with something.
>
> Details? We've got a cache-flush routine put together based on the
> doc
Could anyone explain or refer me to some documentation that explains the
purpose of the legacy_va_layout sysctl option?
Essentially, I'm looking to understand how the legacy layout is
different from the current 2.6-series VA space layout.
Thanks muchly in advance
-Chris
--
Chris Bookholt
[EMAIL
Al Viro wrote:
On Tue, Jan 18, 2005 at 02:54:24AM +, Daniel Drake wrote:
Retry up to 20 times if mounting the root device fails. This fixes booting
from usb-storage devices, which no longer make their partitions immediately
available.
Sigh... So we can very well get device coming up in the m
On Tue, Jan 18, 2005 at 02:54:24AM +, Daniel Drake wrote:
> Retry up to 20 times if mounting the root device fails. This fixes booting
> from usb-storage devices, which no longer make their partitions immediately
> available.
Sigh... So we can very well get device coming up in the middle of
* Alan Cox ([EMAIL PROTECTED]) wrote:
> On Sad, 2005-01-15 at 02:43, Chris Wright wrote:
> > Guess it's an open question. Do you agree with these basics bits?
> >
> > - no guarantee
> > - attempt to work with reporter
> > - attempt to work with vendors
> > - goal of timely release
> > - reta
> Date: Mon, 17 Jan 2005 03:21:30 -0800
> From: [EMAIL PROTECTED]
> Subject: [Bugme-new] [Bug 4054]
>
> Problem Description:
> Dane-elec 512MB USB keychain drive (using factory FAT partitions)
> works fine in windows, and on friend's 2.6.10-rc2-mm4 dual Athlon XP,
> but partition won't mount on my
Retry up to 20 times if mounting the root device fails. This fixes booting
from usb-storage devices, which no longer make their partitions immediately
available.
This should allow booting from root=/dev/sda1 and root=8:1 style parameters,
whilst not breaking booting from RAID or initrd :)
I have
The use of U+F800 to U+F804 has been deprecated since 2003; this makes
the deprecation effective by replacing these characters with the
officially assigned U+23BA to U+23BD.
It also updates unicode.txt to match the latest version from the LANANA
webpage.
-hpa
Index: official-unicodes/Document
Subject [RFC] sysdev: change locking to use a class based spinlock
Reply-To:
Here's another patch in my steps of removing the use of the subsystem
rwsem lock. I've converted the sysdev subsystem here to use a spinlock
(instead of a semaphore, like my previous class patch did, I'll go
change that
Here's another patch in my steps of removing the use of the subsystem
rwsem lock. I've converted the sysdev subsystem here to use a spinlock
(instead of a semaphore, like my previous class patch did, I'll go
change that later too.)
The patch is against 2.6.11-rc1. Any comments would be appreci
Hi Fruhwirth,
I don't want to take 'emotional' sides in this debate, but an
observation:
Re: "Enlightenment is a gift everyone has to fight for on it's own." If
I can contrast, Jari's code gets some good use/discussion because if a
question is raised, it gets answered *in detail* the same day (al
J.A. Magallon wrote:
This does not patch against -mm1. -mm1 looks like a mix of plain 2.6.10
and your code.
Could you revamp it against -mm1, please ? I looked at it but seems out
of my understanding...
My patch replaces the one in -mm1.
Just revert the waiting-10s-... patch that is in 2.6.11-rc1-m
On Mon, 2005-01-17 at 18:41 -0500, Karim Yaghmour wrote:
> Thomas Gleixner wrote:
> > I know, what I have said. I said reduce the filtering to the absolute
> > minimum and do the rest in userspace.
>
> You keep adopting the interpretation which best suits you, taking
> quotes out of context, and k
Hi,
On Mon, 17 Jan 2005, Karim Yaghmour wrote:
> > Periodically can also mean a buffer start call back from relayfs
> > (although that would mean the first entry is not guaranteed) or a
> > (per cpu) eventcnt from the subsystem. The amount of needed search would
> > be limited. The main point
Thomas Gleixner wrote:
> If we add another hardwired implementation then we do not have said
> benefits.
Please stop handwaving. Folks like Andrew, Christoph, Zwane, Roman,
and others actually made specific requests for changes in the code.
What makes you think you're so special that you think yo
ChangeSet 1.2332, 2005/01/14 12:03:48-08:00, [EMAIL PROTECTED]
[PATCH] aoe: don't sleep with interrupts on
Changes:
* get rid of sleeping with interrupts off
(I had to re-add the (struct aoedev *)->nopen member because I
can't get to bdev->bd_openers without sleeping.)
* Scott Feldm
On Mon, Jan 17, 2005 at 02:01:52PM -0800, Greg KH wrote:
> +int pcie_port_device_register(struct pci_dev *dev)
> +{
> + struct pcie_device *parent;
> + int status, type, capabilities, irq_mode, i;
> + int vectors[PCIE_PORT_DEVICE_MAXSERVICES];
> + u16 reg16;
> +
> + /* Get port
Hi,
Here are some i2c driver fixes and updates for 2.6.11-rc1. There is a
new chip and a new bus driver, as well as a bunch of minor fixes. All
of these patches have been in the past few -mm releases.
Please pull from: bk://kernel.bkbits.net/gregkh/linux/i2c-2.6
Individual patches will follow
ChangeSet 1.2329.2.9, 2005/01/14 14:44:10-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Improve it87 super-i/o detection
This patch improves the detection of Super-I/O it87 chips (IT8712F,
IT8705F).
* Find the IT8712F and IT8705F address through Super-I/O (as opposed to
IT8712F only so far).
* Verify
On Mon, 2005-01-17 at 17:42 -0500, Robert Wisniewski wrote:
> I believe (and Karim can correct me if I'm wrong) the idea is to have
> groups of events that can be disabled and enabled via a one word mask. No
> checking multiple variables, no #ifdefing, something very streamlined. By
> userspace
Thomas Gleixner wrote:
> I know, what I have said. I said reduce the filtering to the absolute
> minimum and do the rest in userspace.
You keep adopting the interpretation which best suits you, taking
quotes out of context, and keep repeating things that have already
been answered. There are limi
I forgot to mention that I am using a 2.6.10 kernel but will try
2.6.11rc1 soon. Are you using a SMP system? I assume the cabling, card
reader and SD card are OK because the problem went away with maxcpus=1,
the problem must be in the USB ehci/ohci/storage drivers. Do you know if
there is any diffe
On Mon, Jan 17, 2005 at 04:44:22PM -0500, John W. Linville wrote:
>
> Enemy Territory is available for free (as in beer) download from
> www.enemy-territory.com. Sound plays almost immediately once the
> game is started.
>
> Is this sufficient?
Sure, I don't mind trying it out :)
In the mean t
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote:
> > Yeah, "choose one, then put it here." I've set up
> > [EMAIL PROTECTED]
>
> Any chance we could have that @kernel.org or @vger.kernel.org?
Yeah sure, I'll ask.
thanks,
-chris
--
L
On 2005.01.16, Daniel Drake wrote:
> Hi,
>
> Joseph Fannin wrote:
> > On Fri, Jan 14, 2005 at 12:23:52AM -0800, Andrew Morton wrote:
> >
> >>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/
> >
> >
> >>waiting-10s-before-mounting-root-filesystem.patch
>
ChangeSet 1.2329.2.2, 2005/01/14 15:56:59-08:00, [EMAIL PROTECTED]
[PATCH] PCI: use modern format for PCI addresses
Use pci_name() rather than "%02x:%02x" when printing PCI
address information.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
ChangeSet 1.2329.2.7, 2005/01/14 14:43:30-08:00, [EMAIL PROTECTED]
[PATCH] I2C: fix it87 sensor driver stops CPU fan
> 2* I would then add a check to the it87 driver, which completely disables
> the fan speed control interface if the initial configuration looks weird
> (all fans supposedly stoppe
On Mon, 2005-01-17 at 15:34 -0500, Karim Yaghmour wrote:
> Thomas Gleixner wrote:
> > Thats the point. Adding another hardwired implementation does not give
> > us a possibility to solve the hardwired problem of the already available
> > stuff.
>
> Well then, like I said before, you know what you
On Mon, Jan 17, 2005 at 02:52:16PM -0800, Chris Wright wrote:
> Yeah, "choose one, then put it here." I've set up
> [EMAIL PROTECTED]
Any chance we could have that @kernel.org or @vger.kernel.org?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
ChangeSet 1.2329.2.4, 2005/01/14 15:57:49-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Clean up printks in msi.c
Add "PCI:" prefixes and fix up the formatting and grammar of printks
in drivers/pci/msi.c. The main motivation was to fix the shouting
"MSI INIT SUCCESS" message printed when an MSI-using dr
ChangeSet 1.2329.2.5, 2005/01/14 14:42:49-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix bogus bitmask in lm63 debug message
There is a bitmask error in one debug message of my lm63 chip driver.
Nothing critical but still worth fixing, hence comes a patch.
Credits go to Mohan Mistry for finding the e
ChangeSet 1.2329.2.1, 2005/01/14 15:56:18-08:00, [EMAIL PROTECTED]
[PATCH] PCI: add PCI Express Port Bus Driver subsystem
Signed-off-by: T. Long Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Documentation/PCIEBUS-HOWTO.txt | 217 ++
arch/i3
ChangeSet 1.2329.2.7, 2005/01/14 15:58:57-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Lock initializer cleanup - batch 4
Use the new lock initializers DEFINE_SPIN_LOCK and DEFINE_RW_LOCK
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers
> > There are 2 types of memory hotplug.
> >
> > a)SMP machine case
> > A some part of memory will be added and removed.
> >
> > b)NUMA machine case.
> > Whole of a node will be able to remove and add.
> > However, if a block of memory like DIMM is broken and disabled,
> > Its close from a)
On Mon, 2005-01-17 at 22:26 +0100, markus reichelt wrote:
> Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> > This is FUD. To get serious in-depth information about the problems
> > associated with dm-crypt and loop-aes read,
> >
> > http://clemens.endorphin.org/LinuxHDEncSettings
>
> excuse me,
ChangeSet 1.2329.2.3, 2005/01/14 15:57:26-08:00, [EMAIL PROTECTED]
[PATCH] PCI: pci_ids.h correction for Intel ICH7 - 2.6.10-bk13
This patch corrects the ICH7 LPC controller DID in pci_ids.h from x27B0
to x27B8. This patch was build against 2.6.10-bk13.
Signed-off-by: Jason Gaston <[EMAIL PROTE
Now you are at the topic...
I've had trouble mounting USB units ever since 2.6.7. What changed in the USB
Mass Storage department? :)
The log says:
Jan 17 23:41:24 qbox usb 5-2: new full speed USB device using uhci_hcd and
address 2
Jan 17 23:41:24 qbox usb-storage: USB Mass Storage device dete
Sam Ravnborg wrote:
On Mon, Jan 17, 2005 at 02:03:41PM -0800, H. Peter Anvin wrote:
I don't mind the current default, but saying I shouldn't be able to
override it is asinine.
No-one asked for it until now.
That's of course perfectly fair, and I'm not flaming you for saying that
noone had asked f
* Werner Almesberger ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> > +SECURITY CONTACT
> > +P: Security Officers
> > +M: [EMAIL PROTECTED], vger.kernel.org, wherever}
> > +S: Supported
>
> If you mean this in the sense of "choose one, then put it here",
> this looks good. If you're suggesting
n <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PRO
Chris Wright wrote:
> +SECURITY CONTACT
> +P: Security Officers
> +M: [EMAIL PROTECTED], vger.kernel.org, wherever}
> +S: Supported
If you mean this in the sense of "choose one, then put it here",
this looks good. If you're suggesting multiple choices, to be
made by the bug reporter, I'm not
On Sun, Jan 16, 2005 at 12:35:30AM +0100, Mario Holbe wrote:
> Hello,
>
> mounting an ext2 (ext3 as well) filesystem seems to modify the
> block device's EOF behaviour: before the mount the device returned
> EOF, after the mount it doesn't anymore:
>
> [on a fresh booted system]
> [EMAIL PROTECTE
1 - 100 of 336 matches
Mail list logo
