Am Samstag, 5. März 2005 00:28 schrieb Rene Rebe:
> Don't ever use hpusbscsi. I though I already told all vedors it is that
> broken that they should never ever ship it. It is the first thing that
> will be removed in Linux 2.7.
>
> If it would be me it would be removed from _all kernels right
On Fri, Mar 04, 2005 at 04:28:02PM -0800, Linus Torvalds wrote:
>
>
> On Fri, 4 Mar 2005, Greg KH wrote:
>
> > On Fri, Mar 04, 2005 at 02:36:14PM -0800, Andrew Morton wrote:
> > > But we end up with a cset in the permanent kernel history which simply
> > > should not have been there.
>
cranium2003 writes the following:
>
>when i strace cat /proc/my_file i found message
>printing twice
>Reading a from a /proc file
>Reading a from a /proc file
> Why that happening?
The first read returns some data and returns the number of bytes, and the
second one indicates that
On Fri, Feb 11, 2005 at 08:50:12AM +0100, Jeremy Nickurak wrote:
> On ven, 2005-02-04 at 20:54 +0100, Vojtech Pavlik wrote:
> > Please try if 2.6.11-rc3 is any better.
>
> Oddly, my horizontal scroll worked fine as extra buttons under 2.6.10.
> 2.6.11-rc3 causes the scroll wheel to appear under
On Fri, 4 Mar 2005, Jeff Garzik wrote:
> On Fri, Mar 04, 2005 at 01:51:13PM -0800, Andrew Morton wrote:
> > Jeff Garzik <[EMAIL PROTECTED]> wrote:
...
> > > is this critical?
> >
> > Doubt it, unless the succeeding patches have a dependency on it. But the
> > other patches have not been tested
hello,
I have a /proc file kernel module with its proc
read function as
static char mybuf[1024];
ssize_t my_file_read(struct file *filp, char *buf,
size_t count, loff_t *ppos)
{
printk("Reading a from a /proc file\n");
static int b_read = 0;
int len = strlen(mybuf);
if
hello,
i found that in struct proc_dir_entry struct
file_operations * proc_fops; is
defined. and struct file_operations has defined read,
write, poll,llseek,ioctl,flush,release,lock etc
functions. so can all these functions be used on any
/proc entry in usermode as well as in kenrel mode?
On Thu, 3 Mar 2005, Linus Torvalds wrote:
> On Thu, 3 Mar 2005, Jeff Garzik wrote:
> >
> > We have all these problems precisely because _nobody_ is saying "I'm
> > only going to accept bug fixes". We _need_ some amount of release
> > engineering. Right now we basically have none.
>
> I
oss/sscape: fix initdata reference used in exit:
Error: ./sound/oss/sscape.o .exit.text refers to 007d R_X86_64_PC32
.init.data+0x0003
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
sound/oss/sscape.c |2 +-
1 files changed, 1 insertion(+), 1
Shawn Starr wrote:
How does this fit into Rusty's trivial patch bot? This process will fold that
into a formal method now?
Shawn.
Nope, no comparison or interaction really. x.y (linux-release)
isn't meant for trivial patches at all, whereas trivial isn't
meant for critical patches either.
oss/nm256_audio: fix init text section reference:
Error: ./sound/oss/nm256_audio.o .text refers to 1847 R_X86_64_PC32
.init.text+0x0018
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
sound/oss/nm256_audio.c |2 +-
1 files changed, 1 insertion(+), 1
On Wed, 2 Mar 2005, Guillaume Thouvenin wrote:
> Is it possible to merge BSD and CSA? I mean with CSA, there is a part
> that does per-process accounting. For exemple in the
> linux-2.6.9.acct_mm.patch the two functions update_mem_hiwater() and
> csa_update_integrals() update fields in the
oss/cs4281: fix initdata section references:
Error: ./sound/oss/cs4281/cs4281.o .text refers to 6dae
R_X86_64_32S .init.data+0x0004
Error: ./sound/oss/cs4281/cs4281.o .text refers to 6db6
R_X86_64_32S .init.data
Error: ./sound/oss/cs4281/cs4281m.o
oss/cmpci: fix initdata section reference:
Error: ./sound/oss/cmpci.o .text refers to 418e R_X86_64_32S
.init.data+0x0004
Error: ./sound/oss/cmpci.o .text refers to 4196 R_X86_64_32S
.init.data
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
oss/es1370: fix initdata section reference:
Error: ./sound/oss/es1370.o .text refers to 42bd R_X86_64_32S
.init.data+0x0024
Error: ./sound/oss/es1370.o .text refers to 42c5 R_X86_64_32S
.init.data+0x0020
Signed-off-by: Randy Dunlap
oss/esssolo1: fix initdata section reference:
Error: ./sound/oss/esssolo1.o .text refers to 0bab R_X86_64_32S
.init.data+0x0004
Error: ./sound/oss/esssolo1.o .text refers to 0bb2 R_X86_64_32S
.init.data
Signed-off-by: Randy Dunlap <[EMAIL
On Fri, Mar 04, 2005 at 12:08:33PM -0500, [EMAIL PROTECTED] wrote:
>
> Did you just blindly grep the userspace tarball?
>
> There is no kernel code in there. It's all in linux-2.6.*-autofsng-*.patch.
Sorry, my bad.
I couldn't connect to your FTP server this morning (I don't know why)
and I
[ I posted it before but nobody anwsered... ]
Hi,
I just installed 2.6.11 and I was hit by the same bug (or feature?) I found in
-rcs. Basically my USB will work only if acpi=off was passed to the kernel. It
looks like without acpi=off it will assign IRQ 10 and with acpi=off it will
assign
> > Frédéric, can you check in /etc/modprobe.conf if you have a
> > line like: options i2c-algo-bit bit_test=1 If you do, please
> > comment it out and see if it changes anything.
>
> Yes, I had, but commenting it out didn't change anything.
I can confirm that. Adding bit_test=1 here did NOT
oss/pss: fix initdata reference used in exit:
Error: ./sound/oss/pss.o .exit.text refers to 003f R_X86_64_PC32
.init.data+0x0003
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
sound/oss/pss.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Sounds great, I can be a QA resource for what machines I have.
How do people get involved in QAing these releases?
What other help?
Shawn.
> List: linux-kernel
> Subject:Linux 2.6.11.1
> From: Greg KH
> Date: 2005-03-04 17:53:02
> Message-ID: <20050304175302.GA29289 ()
Hi!
> The following set of patches is designed to fix a problem in the current
> implementation of swsusp in mainline kernels. Namely, swsusp uses
> an array of page backup entries (aka pagedir) to store pointers to memory
> pages that must be saved during suspend and restored during resume.
>
ChangeSet 1.2096, 2005/03/02 12:12:54-08:00, [EMAIL PROTECTED]
[PATCH] i2c-core.c: make some code static
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/i2c/i2c-core.c | 79
ChangeSet 1.1998.11.7, 2005/02/07 14:37:01-08:00, [EMAIL PROTECTED]
[PATCH] Remove pci_dev->slot_name
This is a pointer to dev.bus_id, which is properly accessed through the
pci_name() function.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
On Fri, Mar 04, 2005 at 07:51:47PM +0100, Hans-Christian Egtvedt wrote:
> OK, I'll try to find some better documentation about input devices, any
> tips/pointers would be nice. I'm completly new to kernel drivers, I'm used to
> writing drivers in embedded systems.
>
> The driver is made in the
On Fri, 2005-03-04 at 23:57 +0100, Pavel Machek wrote:
> What prevents driver from being run on another CPU, maybe just doing
> mdelay() between hardware accesses?
Almost all drivers that I know have some sort of locking. Nothing nasty
about it. Besides, you can't expect everything to be as
As a final update, I added the third card to another machine and that
doesn't work either. So after trying 3 kernels on two machines with
either one or two cards, and trying the ~120 different card options for
bttv to no avail, I'll just guess this card isn't actually supported
right now.
How does this fit into Rusty's trivial patch bot? This process will fold that
into a formal method now?
Shawn.
> List: linux-kernel
> Subject:[RFQ] Rules for accepting patches into the linux-releases tree
> From: Greg KH
> Date: 2005-03-04 22:21:46
> Message-ID:
ChangeSet 1.2110, 2005/03/02 15:03:00-08:00, [EMAIL PROTECTED]
[PATCH] I2C: minor I2C cleanups
This is one in a series of patches for adding a non-blocking interface
to the I2C driver for supporting the IPMI SMBus driver. This patch is a
simply some minor cleanups and is in addition to the
On Fri, 2005-03-04 at 23:08 -0600, Ian Pilcher wrote:
> Greg KH wrote:
> > Anything else anyone can think of? Any objections to any of these?
> > I based them off of Linus's original list.
>
> Must already be in Linus tree (i.e. 2.6.X+1)?
No, it's cleaner in bitkeeper terms for the patches to
Static initialization of spin locks that are otherwise accessed prior to
initialization.
Signed-off-by: Jaka Mocnik <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
diff -Nru a/drivers/serial/cpm_uart/cpm_uart_core.c
b/drivers/serial/cpm_uart/cpm_uart_core.c
---
ChangeSet 1.2116, 2005/03/02 16:13:45-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Trivial indentation fix in i2c/chips/Kconfig
Hi Greg,
Quoting myself:
> (...) I also think I see an indentation issue on the "tristate" line,
> seemingly copied from the SENSORS_DS1621 section which would need to
> be
ChangeSet 1.1998.11.11, 2005/02/07 16:20:26-08:00, [EMAIL PROTECTED]
[PATCH] PCI: fix pci_remove_legacy_files() crash
The legacy_io which is the member of pci_bus struct might be
NULL. It should be checked.
This patch checks 'b->legacy_io', NULL or not.
Signed-off-by: MUNEDA Takahiro <[EMAIL
ChangeSet 1.2084, 2005/03/02 11:52:15-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Kill i2c_client.id (2/5)
(2/5) Stop using i2c_client.id in media/video drivers.
Affected drivers:
* adv7170
* adv7175
* bt819
* bt856
* bttv
* cx88
* ovcamchip
* saa5246a
* saa5249
* saa7110
* saa7111
* saa7114
*
Initialize the mdio_lock spin lock in mii_info struct, which is otherwise
accessed prior to initialization.
Signed-off-by: Jaka Mocnik <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
diff -Nru a/drivers/net/gianfar.c b/drivers/net/gianfar.c
--- a/drivers/net/gianfar.c
ChangeSet 1.1998.11.15, 2005/02/08 12:23:18-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Dynids - passing driver data
Currently, code exists in the pci layer to allow userspace to specify
driver data when adding a pci dynamic id from sysfs. However, this data
is never used and there exists no way in
ChangeSet 1.2085, 2005/03/02 16:59:41-08:00, [EMAIL PROTECTED]
[PATCH] w1: get rid of the potential problems with atomic operations.
Get rid of the potential problems with atomic operations.
According to upcoming atomic_ops.txt by David Miller and Anton Blanchard
some archs may reoder atomic
ChangeSet 1.2112, 2005/03/02 15:03:32-08:00, [EMAIL PROTECTED]
[PATCH] I2C: saa7146 build fix
include/media/saa7146.h:160: parse error before `*'
include/media/saa7146.h:160: warning: function declaration isn't a prototype
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Greg
ChangeSet 1.2102, 2005/03/02 12:18:03-08:00, [EMAIL PROTECTED]
[PATCH] I2C: improve debugging output
Rework the pca_xfer() function to always print the number of
successfully completed transfers in a series when debugging, even when
exiting with an error.
Signed-off-by: Ian Campbell <[EMAIL
ChangeSet 1.2081, 2005/03/02 16:58:36-08:00, [EMAIL PROTECTED]
[PATCH] w1: dscore cleanups. 2/2
Trivial cleanups, mostly static/non static, removed unneded exports.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/w1/dscore.c |
Jeff Garzik wrote:
Wen Xiong wrote:
+/* Our "in use" variables, to enforce 1 open only */
+static int jsm_mgmt_in_use[MAXMGMTDEVICES];
Eliminate MAXMGMTDEVICES
+
+/*
+ * jsm_mgmt_open() + *
+ * Open the mgmt/downld/dpa device
+ */ +int jsm_mgmt_open(struct inode *inode, struct file *file)
+{
+
Greg KH wrote:
Anything else anyone can think of? Any objections to any of these?
I based them off of Linus's original list.
Must already be in Linus tree (i.e. 2.6.X+1)?
--
Ian Pilcher
ChangeSet 1.1998.11.27, 2005/02/25 15:48:28-08:00, [EMAIL PROTECTED]
[PATCH] PCI: One more Asus SMBus quirk
One more Asus laptop requiring the SMBus quirk (W1N model).
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/pci/quirks.c |
On Fri, Mar 04, 2005 at 03:48:20PM -0500, Steven Rostedt wrote:
> On Fri, 2005-03-04 at 09:53 -0800, Greg KH wrote:
>
> > ---
> >
> > I've released the 2.6.11.1 patch:
> > kernel.org/pub/linux/kernel/people/gregkh/v2.6.11/patch-2.6.11.1.gz
> >
> > With a detailed changelog at:
>
On Fri, 4 Mar 2005, Adrian Bunk wrote:
> > [...] So ld looks into the lib .a archive, determines that none of
> > the symbols in that object file are needed to resolve a reference and
> > drops the entire .o file.
> Silly question:
> What's the advantage of lib-y compared to obj-y?
Basically
Jeffrey Mahoney <[EMAIL PROTECTED]> wrote:
>
> This patch adds an S_PRIVATE flag to inode->i_flags to mark an inode as
> filesystem-internal. As such, it should be excepted from the security
> infrastructure to allow the filesystem to perform its own access control.
OK, thanks. I'll assume
ChangeSet 1.1998.11.19, 2005/02/17 15:06:16-08:00, [EMAIL PROTECTED]
[PATCH] PCI: allow x86_64 to do pci express
On Mon, Feb 14, 2005 at 10:47:01AM +0100, Piotr Kaczuba wrote:
> On Mon, Feb 14, 2005 at 10:18:43AM +0100, Andi Kleen wrote:
> > Piotr Kaczuba <[EMAIL PROTECTED]> writes:
> > > Is
On Fri, 4 Mar 2005, Rene Herman wrote:
Linus Torvalds wrote:
I've long since decided that there's no point to making "-pre". What's the
difference between a "-pre" and a daily -bk snapshot? Really?
The fact that not a script, but Linus Torvalds, decides that the tree is in a
state he likes to
Hi Pavel et al.
On Sat, 2005-03-05 at 04:50, Barry K. Nathan wrote:
> On Fri, Mar 04, 2005 at 03:04:10AM -0800, Andrew Morton wrote:
> > I don't understand how this can be affected by the modularness of the
> > kernel. Can you explain a little more?
> >
> > Would it not be simpler to just add
Hi.
On Sat, 2005-03-05 at 08:43, Pavel Machek wrote:
> > You guys are reinventing the wheel a lot at the moment and I'm in the
> > middle of doing it for x86_64 lowlevel code :> Can we see if we can work
> > a little more closely - perhaps we can get some shared code going that
> > will allow us
From: Yoichi Yuasa <[EMAIL PROTECTED]>
CC arch/mips/kernel/ptrace.o
arch/mips/kernel/ptrace.c: In function 'do_syscall_trace':
arch/mips/kernel/ptrace.c:310: warning: implicit declaration of function
'audit_syscall_entry'
arch/mips/kernel/ptrace.c:310: error: 'struct pt_regs' has no
On Fri, Mar 04, 2005 at 01:15:37PM -0800, Andrew Morton wrote:
> Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > Here's the list of things which we might choose to put into 2.6.11.2. I
> > > was
> > > planning on sending them in for 2.6.12 when that was going to be
> > > errata-only.
> >
> >
Hi,
I have a suggestion for the openbsd net security patch.
In the function static int tcp_v4_get_port(struct sock *sk, unsigned short snum)
there's the code that says:
rover = tcp_port_rover;
(like 224 on the version of tcp_ipv4.c patched with your patch for rc2 of
2.6.11)
I would like
On Fri, Mar 04, 2005 at 12:37:05PM -0800, Linus Torvalds wrote:
>...
> I used to do "-pre", a long time ago. Exactly because they were
> synchronization points for developers.
>...
> So the point of -pre's are gone. Have people actually _looked_ at the -rc
> releases? They are very much done when
Vincent Vanackere <[EMAIL PROTECTED]> wrote:
>
> Speaking of the cfq-timeslice scheduler, is there a version that
> applies to recent -mm kernels ?
Yes, what happened to that?
> (I can't live without reiser4 any more...).
Tell us more?
-
To unsubscribe from this list: send the line "unsubscribe
Christoph Hellwig wrote:
+config SERIAL_JSM
+tristate "Digi International NEO PCI Support"
+select SERIAL_CORE
shouldn't this depend on CONFIG_PCI?
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/Makefile linux-2.6.9.new/drivers/serial/jsm/Makefile
---
Andrew Morton wrote:
Greg KH <[EMAIL PROTECTED]> wrote:
A few of us $suckers will be trying to maintain a 2.6.x.y set of
releases that happen after 2.6.x is released.
Just to test things out a bit...
Here's the list of things which we might choose to put into 2.6.11.2. I was
planning on
From: Eric Lammerts <[EMAIL PROTECTED]>
When I stat(2) a device node on a cramfs, the st_blocks field is bogus
(it's derived from the size field which in this case holds the major/minor
numbers). This makes du(1) output completely wrong.
Signed-off-by: Eric Lammerts <[EMAIL PROTECTED]>
This is my K7-800, 256MB RAM machine running as
ed2k/bittorrent 24/7 box... metacity died, but the
windows are still alive (and working) so if someone
wants to get more info about it, just ping me...
[EMAIL PROTECTED] ~]# cat /proc/version
Linux version 2.6.11-rc3-bk8 ([EMAIL PROTECTED]) (gcc
ChangeSet 1.1998.11.18, 2005/02/17 15:05:53-08:00, [EMAIL PROTECTED]
[PATCH] PCI: Add PCI quirk for SMBus on the Toshiba Satellite A40
The Toshiba Satellite A40 laptop hides its SMBus device, much like a
number of Asus boards reputedly do. This prevents access to the LM90
hardware monitoring
Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Fri, Mar 04, 2005 at 01:15:37PM -0800, Andrew Morton wrote:
> > Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > > Here's the list of things which we might choose to put into 2.6.11.2.
> > > > I was
> > > > planning on sending them in for 2.6.12 when that
On Fri, Mar 04, 2005 at 10:19:21PM +0100, Richard Fuchs wrote:
> _correction_ to my previous mail, this does _not_ happen with the
> eepro100 driver. (sorry for the confusion, i got the kernel images mixed
> up with all the testing i've been doing.)
>
> could this affect the e1000 driver as
Greg KH wrote:
On Sun, Feb 27, 2005 at 06:40:20PM -0500, Wen Xiong wrote:
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/digi.h linux-2.6.9.new/drivers/serial/jsm/digi.h
Oh, and please diff against at least the latest kernel release, 2.6.9 is
old...
+ * $Id: digi.h,v 1.7 2004/09/23
ChangeSet 1.1998.11.23, 2005/02/25 08:26:11-08:00, [EMAIL PROTECTED]
PCI: remove pci_find_device usage from pci sysfs code.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/pci/pci-sysfs.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru
On Fri, 4 Mar 2005, Linus Torvalds wrote:
>
>
> On Fri, 4 Mar 2005, Nicolas Pitre wrote:
> >
> > It might still be worth a try, especially since so many people are
> > convinced this is the way to go (your fault or not is not the point).
>
> Making releases is actually a fair bit of work.
On Fri, Mar 04, 2005 at 01:54:02PM -0800, Andrew Morton wrote:
> Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, Mar 04, 2005 at 01:15:37PM -0800, Andrew Morton wrote:
> > > Greg KH <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > Here's the list of things which we might choose to put into
On Fri, Mar 04, 2005 at 10:02:03PM +0100, Benoit Boissinot wrote:
> On Tue, 1 Mar 2005 12:54:32 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >
> > Can you check with a current -mm kernel whether any of the issues is
> > still there? Everything seems to work smoothly with my ALPS.
> >
>
>
On Fri, 04 Mar 2005 13:37:24 -0500, Robert Love <[EMAIL PROTECTED]> wrote:
> Below is inotify, diffed against 2.6.11.
>
> I greatly reworked much of the data structures and their interactions,
> to lay the groundwork for sanitizing the locking. I then, I hope,
> sanitized the locking. It looks
On Fri, Mar 04, 2005 at 02:34:22PM -0600, Ian Pilcher wrote:
> From a purely process point of view, my concern would be making sure
> that everything that goes into 2.6.X.Y (e.g. 2.6.11.1) makes it into
> 2.6.X+1 (e.g. 2.6.12).
It will be so.
-
To unsubscribe from this list: send the line
Matt Mackall wrote:
Doh. 'ethtool -k' is what's needed, sorry.
doh myself. :) this won't be very helpful though, as i get the same on
all machines (with both drivers):
Offload parameters for eth0:
Cannot get device rx csum settings: Operation not supported
Cannot get device tx csum settings:
Hi.
NFS depends on ExportFS, and could do with a SELECT in the Kconfig.
Without it compilation fails. Quote from Peter:
"I get an error while compiling, the same config worked for earlier
releases for 2.6.11-rc2.
applied patches:
2.6.11-rc3
swsusp2 2.1.6 for 2.6.11-rc3
OS: debian unstable
gcc
My Vaio r505te comes up with an unusably slow touchpad if I allow the
ALPS driver to drive it. It says
> ALPS Touchpad (Glidepoint) detected
> Disabling hardware tapping
> input: AlpsPS/2 ALPS TouchPad on isa0060/serio1
and then the trackpad operates at about 1/8 the speed I've gotten used
On Fri, 2005-03-04 at 15:38 -0600, Timothy R. Chavez wrote:
Hi, Mr. Chavez.
> Are there plans of reworking the "generic" hooking infrastructure
> (fsnotify.h) to be more like the security hooking framework (+
> stacking)? I think it'd be nice to be able to have a fs_notify struct
> of function
_correction_ to my previous mail, this does _not_ happen with the
eepro100 driver. (sorry for the confusion, i got the kernel images mixed
up with all the testing i've been doing.)
could this affect the e1000 driver as well?
Matt Mackall wrote:
Send the output of ethtool, please.
box 1,
On Fri, Mar 04, 2005 at 01:51:13PM -0800, Andrew Morton wrote:
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> > > cramfs-small-stat2-fix.patch
> > > setup_per_zone_lowmem_reserve-oops-fix.patch
> > > dv1394-ioctl-retval-fix.patch
> > > ppc32-compilation-fixes-for-ebony-luan-and-ocotea.patch
> > >
ChangeSet 1.2085, 2005/03/02 11:52:31-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Kill i2c_client.id (3/5)
(3/5) Stop using i2c_client.id in misc drivers.
Affected drivers:
* acorn/char/pcf8583
* acorn/char/i2c
* i2c/i2c-dev
* macintosh/therm_windtunnel
* sound/oss/dmasound/dac3550a
*
ChangeSet 1.2113, 2005/03/02 15:03:48-08:00, [EMAIL PROTECTED]
[PATCH] I2C: w83627hf needs i2c-isa
The w83627hf driver is useless unless i2c-isa is present. All other
drivers in this case do select I2C_ISA through Kconfig, so this one
should as well do.
Signed-off-by: Jean Delvare <[EMAIL
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > cramfs-small-stat2-fix.patch
> > setup_per_zone_lowmem_reserve-oops-fix.patch
> > dv1394-ioctl-retval-fix.patch
> > ppc32-compilation-fixes-for-ebony-luan-and-ocotea.patch
> > nfsd--sgi-921857-find-broken-with-nohide-on-nfsv3.patch
> >
Hi,
Here are some W1 driver patches against the latest 2.6.11 tree. These
have all been in the past few -mm releases.
Please pull from:
bk://kernel.bkbits.net/gregkh/linux/w1-2.6
thanks,
greg k-h
drivers/w1/dscore.c| 27 ++-
drivers/w1/dscore.h|
Hi!
> > > I don't understand how this can be affected by the modularness of the
> > > kernel. Can you explain a little more?
> > >
> > > Would it not be simpler to just add "resume=03:02" to the boot command
> > > line?
> >
> > In addition to what others have mentioned, there's also the
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
>
> On Fri, 4 Mar 2005, Andrew Morton wrote:
> > >
> > > Ok, care to forward them on?
> >
> > Sure. How do they get to Linus?
>
> I'll just pull from the sucker-tree.
>
That tree has the not-for-linus raid6 fix and the not-for-linus i8042
If you do 'echo 0 0 > /proc/sys/vm/lowmem_reserve_ratio' the kernel gets a
divide-by-zero.
Prevent that, and fiddle with some whitespace too.
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/mm/page_alloc.c | 21 +++--
1 files changed, 15 insertions(+), 6
ChangeSet 1.1998.11.20, 2005/02/17 15:06:37-08:00, [EMAIL PROTECTED]
[PATCH] pci/quirks.c: unhide SMBus device on Samsung P35 laptop
this patch is needed to make the SMBus device on my Samsung P35
laptop visible. By default, it doesn't appear as a pci device.
Patch tested, works perfectly for
Hi,
In the 2.6.11 code, I found this:
static int tcp_v6_get_port(struct sock *sk, unsigned short snum)
also in:
static int tcp_v4_get_port(struct sock *sk, unsigned short snum)
{
...
if (snum == 0) {
int low = sysctl_local_port_range[0];
int high =
On Friday 04 March 2005 15:37, Linus Torvalds wrote:
[...]
>No.
>
>I used to do "-pre", a long time ago. Exactly because they were
>synchronization points for developers.
>
>These days, that's pointless. We keep the tree in pretty good
> working order (certainly as good as my -pre's ever were)
>
ChangeSet 1.2080, 2005/03/02 11:04:17-08:00, [EMAIL PROTECTED]
[PATCH] I2C: add fscpos chip driver
This patch against 2.6.11-rc1 contains a driver for fscpos sensors.
Signed-off-by: Stefan Ott <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/i2c/chips/Kconfig
On Fri, Mar 04, 2005 at 02:22:19PM -0800, Andrew Morton wrote:
> That's now eight architectures I'll compile-test mm kernels on.
Cool, but please check whether this produces an error:
echo "mov r0, #foo" | arm-linux-as -o /dev/null -
you should get:
{standard input}: Assembler messages:
On Fri, 4 Mar 2005, Andrew Morton wrote:
> >
> > Ok, care to forward them on?
>
> Sure. How do they get to Linus?
I'll just pull from the sucker-tree.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
"Richard Purdie" <[EMAIL PROTECTED]> wrote:
>
> As an experiment I ran "bitbake meta-sdk" on my copy of openemedded. A while
> later I have these in the deploy directory amongst other things.
>
> http://www.rpsys.net/openzaurus/arm-cross/binutils-cross-sdk-2.15.91.0.2-r5.tar.gz
>
> (3.8MB)
>
On Fri, Mar 04, 2005 at 12:44:31PM -0800, Andrew Morton wrote:
> wrt the nfsd patches, Neil said:
>
> The problem they fix is that currently:
> Client A holds a lock
> Client B tries to get the lock and blocks
> Client A drops the lock
> **Client B doesn't get the lock
Alexander Nyberg <[EMAIL PROTECTED]> wrote:
>
> fre 2005-03-04 klockan 03:32 -0800 skrev Andrew Morton:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/
> >
> >
> > - Added the new bk-audit tree. Contains updates to the kernel's audit
> > feature.
Anything else anyone can think of? Any objections to any of these?
I based them off of Linus's original list.
thanks,
greg k-h
--
Rules on what kind of patches are accepted, and what ones are not, into
the "linux-release" tree.
- It can not bigger than 100 lines, with context.
- It
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> page reclaim can come in, grab the page lock and
> whip the page off the mapping.
No it can't - we hold an additional ref on the page, so reclaim will back
off. Still, it feels a bit flakey.
And we're not supposed to take lock_page() inside
On Fri, 2005-03-04 at 14:54 +0100, Pavel Machek wrote:
> Hi!
>
> > > If there's no ->error method, at leat call ->remove so one device only
> > > takes itself down.
> > >
> > > Does this make sense?
> >
> > This was my thought too last time we had this discussion. A completely
> > asynchronous
04_ide_remove_unused_fields.patch
Remove unused fields ide_drive_t->rq and ide_task_t->special
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
drivers/ide/ide-tape.c |1 -
include/linux/ide.h|2 --
2 files changed, 3 deletions(-)
Index:
Oh, all the patches are against ide-dev-t + 9 recent patches +
ide_dma_intr fix.
--
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
01_ide_TFLAG_OUT_IN.patch
This patch replaces ide_task_t->tf_{out|in}_flags handling
with newly defined individual ATA_TFLAG_{OUT|IN}_* flags and
helper functions ide_{load|read}_taskfile(). To ease
transition of the IDE code, temporary flags
"J.A. Magallon" <[EMAIL PROTECTED]> wrote:
>
> One piece at last...
> I have tried
> - 2.6.11
> - 2.6.11 + libata-dev1 + netdev1 + shrinkers-at-tail + 1Gb-lowmem
>
> Bot work fine and survived several gigas dumped both through smb and afp.
> Happy man ;).
>
> If there was something
Matt Mackall wrote:
Which card/driver is this? Is this the same card that's showing ssh
troubles? My theory about your ssh trouble only applies to cards with
checksum offload.
i got the same on all three machines i was testing with, with both the
e100 and the eepro100 driver. one of those three
Greg KH wrote:
On Fri, Mar 04, 2005 at 02:36:14PM -0800, Andrew Morton wrote:
But we end up with a cset in the permanent kernel history which simply
should not have been there.
Is this really a big deal?
If you are pushing linux-release to Linus/Andrew rapidly, quick fixes
will land in linux-2.6
1 - 100 of 987 matches
Mail list logo