On Wednesday 17 January 2007 03:33, Eric W. Biederman wrote:
> There has not been much maintenance on sysctl in years, and as a result is
> there is a lot to do to allow future interesting work to happen, and being
> ambitious I'm trying to do it all at once :)
>
> The patches in this series fall i
Brian King wrote:
ACK
Does this response mean that you've tested it, and successfully verified
your problem is gone?
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kerne
ACK
Tejun Heo wrote:
> libata didn't used to init qc->dma_dir to any specific value on qc
> initialization and command translation path didn't set qc->dma_dir if
> the command doesn't need data transfer. This made non-data commands
> to have random qc->dma_dir.
>
> This usually doesn't cause pro
On Tue, 2007-01-16 at 09:39 -0700, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> This was partially done already and there was no ABI breakage what
> a relief.
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Acked-by: Benjamin Herrenschmidt <[EMAI
On Tue, 2007-01-16 at 09:39 -0700, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> And make the mode of the kernel directory 0555 no one is allowed
> to write to sysctl directories.
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Acked-by: Benjamin
On Tue, 2007-01-16 at 09:39 -0700, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> With unique sysctl binary numbers setting insert_at_head is pointless.
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Acked-by: Benjamin Herrenschmidt <[EMAIL PROTEC
libata didn't used to init qc->dma_dir to any specific value on qc
initialization and command translation path didn't set qc->dma_dir if
the command doesn't need data transfer. This made non-data commands
to have random qc->dma_dir.
This usually doesn't cause problem because LLDs usually check
qc
Aboo Valappil wrote:
> Hi All,
>
> I have tried this before but I guess I was unsuccessful in presenting it
> properly in the mailing list. I think it is really useful especially for
> prototyping and also for people who wants to develop their own scsi
> targets and transports.
> There are few peo
I am sorry for the host name resolution before. The link should be working now.
Please check it out.
Aboo
On Tue, 16 Jan 2007 22:52:24 +0100, Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 16, 2007 at 09:22:29PM +1100, Aboo Valappil wrote:
>> I have tried this before but I guess I was unsucc
>On Sun, 14 Jan 2007, Adrian Bunk wrote:
> Date: Sun, 14 Jan 2007 14:45:54 +0100
> From: Adrian Bunk <[EMAIL PROTECTED]>
> To: Ravi Anand <[EMAIL PROTECTED]>,
> David Somayajulu <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], linux-scsi@vger.kernel.org,
> linux-kernel@vger.kernel.org
> Su
libsas: Fix typos and bump version number
Fix a few typos with the driver--"enableable" should be "enabled". Also
bump version to 1.0.3 due to major changes recently. Supersedes earlier
patch that had the version bump reversed because stgit got confused...
Signed-off-by: Darrick J. Wong <[EMAIL
Hi Eric,
On Tuesday, 16. January 2007 17:39, Eric W. Biederman wrote:
> diff --git a/arch/mips/au1000/common/power.c b/arch/mips/au1000/common/power.c
> index b531ab7..31256b8 100644
> --- a/arch/mips/au1000/common/power.c
> +++ b/arch/mips/au1000/common/power.c
> @@ -419,15 +419,41 @@ static int
fix typos and bump version number
Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
Acked-by: Alexis Bruemmer <[EMAIL PROTECTED]>
---
drivers/scsi/aic94xx/aic94xx_init.c |2 +-
drivers/scsi/aic94xx/aic94xx_sds.c | 10 +-
drivers/scsi/scsi_transport_sas.c |2 +-
3 files chan
On Tue, 16 Jan 2007 17:45:56 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Alan wrote:
> >> The other oddity I've been seeing is that I am getting zero length
> >> commands,
> >> such as TEST_UNIT_READY with a dma_dir of DMA_FROM_DEVICE. Shouldn't this
> >> be
> >> DMA_NONE? I'm still tracking
Brian King wrote:
> James Bottomley wrote:
>> On Tue, 2007-01-16 at 17:45 -0500, Jeff Garzik wrote:
>>> Tejun recently updated the CDB length areas of the code. I bet it's
>>> either a bug somewhere in there, or the SCSI layer isn't passing us
>>> proper command lengths in a case or two.
>>>
>>> A
On Tue, 2007-01-16 at 17:17 -0600, Brian King wrote:
> I think we are OK here since atapi_xlate is only ever called by
> ata_scsi_translate.
True. But can you tell me where it gets set in ata_scsi_translate if
sc_data_direction is DMA_NONE ...
James
-
To unsubscribe from this list: send the li
> The other oddity I've been seeing is that I am getting zero length commands,
> such as TEST_UNIT_READY with a dma_dir of DMA_FROM_DEVICE. Shouldn't this be
> DMA_NONE? I'm still tracking this down.
I was looking at a PATA trace that was looking the same 2 days ago and
couldn't figure what was go
James Bottomley wrote:
> On Tue, 2007-01-16 at 17:45 -0500, Jeff Garzik wrote:
>> Tejun recently updated the CDB length areas of the code. I bet it's
>> either a bug somewhere in there, or the SCSI layer isn't passing us
>> proper command lengths in a case or two.
>>
>> Additional traces (starting
Hi Tarjei,
I am glad that you a progressing forward!
> >>
> >
> > Perhaps. Could you send a full output? It does not appear that the
> > aic94xx driver is loading at all...?
> >
> Duh again. I thought I had added the module to the initrd, but that
> didn't happen.
>
> Ok, I'm one step further
On Tue, 2007-01-16 at 17:45 -0500, Jeff Garzik wrote:
> Tejun recently updated the CDB length areas of the code. I bet it's
> either a bug somewhere in there, or the SCSI layer isn't passing us
> proper command lengths in a case or two.
>
> Additional traces (starting with SCSI command, before
Alan wrote:
The other oddity I've been seeing is that I am getting zero length commands,
such as TEST_UNIT_READY with a dma_dir of DMA_FROM_DEVICE. Shouldn't this be
DMA_NONE? I'm still tracking this down.
I was looking at a PATA trace that was looking the same 2 days ago and
couldn't figure wh
On Tue, Jan 16, 2007 at 09:39:42AM -0700, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> While doing the C99 conversion I notices that the top level sh64
> directory was using the binary number for CTL_KERN. That is a
> no-no so I removed the support for the
I'm currently debugging some problems with SATA on ipr and figured I would
give a heads up. The problems include overlength errors and data corruption.
Basically SATA on ipr is completely broken in its current state.
>From what I have found so far, it looks like due to some libata changes
made rece
Hi Eric,
On Tuesday, 16. January 2007 17:39, Eric W. Biederman wrote:
> diff --git a/drivers/parport/procfs.c b/drivers/parport/procfs.c
> index 2e744a2..5337789 100644
> --- a/drivers/parport/procfs.c
> +++ b/drivers/parport/procfs.c
> @@ -263,50 +263,118 @@ struct parport_sysctl_table {
> +
On Tue, Jan 16, 2007 at 09:22:29PM +1100, Aboo Valappil wrote:
> I have tried this before but I guess I was unsuccessful in presenting it
> properly in the mailing list. I think it is really useful especially for
> prototyping and also for people who wants to develop their own scsi
> targets and
On Tue, Jan 16, 2007 at 09:39:53AM -0700, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> ocfs2 was did not have the binary number it uses under CTL_FS
> registered in sysctl.h. Register it to avoid future conflicts,
> and change the name of the definition to
The FRV bits look okay. I can't test them until I get back from Australia in
Feb.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 2007-01-16 at 09:39 -0700, Eric W. Biederman wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
These three look OK:
[PATCH 15/59] sysctl: scsi remove unnecessary insert_at_head flag
[PATCH 19/59] sysctl: cdrom remove unnecessary insert_at_head flag
[PATCH 20/59] sysctl: cdro
Eric W. Biederman wrote:
- Removal of sys_sysctl support where people had used conflicting sysctl
numbers. Trying to break glibc or other applications by changing the
ABI is not cool. 9 instances of this in the kernel seems a little
extreme.
It would be highly advantageous if we could
On Tue, Jan 16, 2007 at 09:39:10AM -0700, Eric W. Biederman wrote:
Looks ok, for these:
Subject: [PATCH 5/59] sysctl: rose remove unnecessary insert_at_head flag
Subject: [PATCH 6/59] sysctl: netrom remove unnecessary insert_at_head flag
Subject: [PATCH 11/59] sysctl: ax25 remove unnecessary inse
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The semantic effect of insert_at_head is that it would allow
new registered sysctl entries to override existing sysctl entries
of the same name. Which is pain for caching and the proc interface
never implemented.
I have done an audit and dis
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/xfs_sysctl.c | 258
1 files changed, 180 insertions(+), 78 deletions(-)
diff --git a/fs/xfs/linux-2.6/xfs_sysctl.c b/fs/xfs/l
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
With this change the sysctl inodes can be cached and
nothing needs to be done when removing a sysctl table.
For a costk of 2K code we will save about 4K of static tables
(when we remove de from ctl_table) and 70K in proc_dir_entries
that we w
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
While C99 converting the ctl_table initializers I realized
that the binary sysctl numbers were in conflict with the binary
values under CTL_KERN. Including CTL_KERN KERN_VERSION as used
by glibc. So I just removed the sysctl binary interfac
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The current logic to walk through the list of sysctl table
headers is slightly painful and implement in a way it cannot
be used by code outside sysctl.c
I am in the process of implementing a version of the sysctl
proc support that instead of
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
It isn't needed anymore, all of the users are gone, and all of the
ctl_table initializers have been converted to use explicit names
of the fields they are initializing.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/s
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/ia64/sn/kernel/xpc_main.c | 86 +--
1 files changed, 38 insertions(+), 48 deletions(-)
diff --git a/arch/ia64/sn/kernel/xpc_main.c b/arch/ia6
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/s390/appldata/appldata_base.c |4 ++--
arch/s390/kernel/debug.c |2 +-
arch/s390/mm/cmm.c |2 +-
3 files changed, 4 insertions(+), 4 deletions
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Will converting the coda sysctl initializers I discovered that
it is yet another user of sysctl that was stomping CTL_KERN.
So off with it's sys_sysctl support since it wasn't done
in a supportable way.
Signed-off-by: Eric W. Biederman <[EMAI
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This convers the sysctl ctl_tables to use C99 initializers.
While I was looking at it I discovered it was using a portion of
the sysctl binary addresses space under CTL_KERN KERN_OSTYPE
which was completely inappropriate. So I completely remo
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
While doing the C99 conversion I notices that the top level sh64
directory was using the binary number for CTL_KERN. That is a
no-no so I removed the support for the sysctl binary interface
only leaving sysctl /proc support.
At least the sys
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
By not using the enumeration in sysctl.h (or even understanding it)
the SN platform placed their arch specific xpc directory on top of
CTL_KERN and only because they didn't have 4 entries in their xpc
directory got lucky and didn't break glibc
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
binfmt_misc has a mount point in the middle of the sysctl and
that mount point is created as a proc_generic directory.
Doing it that way gets in the way of cleaning up the sysctl
proc support as it continues the existence of a horrible hack.
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The assignment of binary numbers for sys_sysctl use was in
shambles and despite requiring methods. Nothing was implemented
on the sys_sysctl side.
So this patch gives a mercy killing to the sys_sysctl support for
powermanagment on mips/au100
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/frv/kernel/pm.c | 50 +++---
1 files changed, 43 insertions(+), 7 deletions(-)
diff --git a/arch/frv/kernel/pm.c b/arch/frv/kernel/pm
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/mips/au1000/common/power.c | 38 --
1 files changed, 32 insertions(+), 6 deletions(-)
diff --git a/arch/mips/au1000/common/power.c b/arch/mip
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
We don't need this to prevent module unload races so remove
the unnecessary code.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/sunrpc/sysctl.c |8 +---
net/sunrpc/xprtsock.c |7 +--
2 files changed, 2 insert
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Because the sunrpc sysctls don't conflict with any other
sysctls the setting the insert at head flag to register_sysctl
has no semantic meaning.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/sunrpc/sysctl.c |2 +-
net/su
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/frv/kernel/sysctl.c | 29 -
1 files changed, 24 insertions(+), 5 deletions(-)
diff --git a/arch/frv/kernel/sysctl.c b/arch/frv/kernel/sysctl.c
index
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The real time clock driver was using the binary number reserved
for cdroms in the sysctl binary number interface, which is a no-no.
So since the sysctl binary interface is wrong remove it.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
There is no need for open files in /proc/sys/XXX to hold
a reference count on the module that provides the file
to prevent module unload races. While there is code active
in the module p->used in the sysctl_table_header is incremented,
preven
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
There are currently no users in the kernel for CTL_ANY and it
only has effect on the binary interface which is practically
unused.
So this complicates sysctl lookups for no good reason so just remove it.
Signed-off-by: Eric W. Biederman <[EM
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/x86_64/ia32/ia32_binfmt.c | 30 --
1 files changed, 20 insertions(+), 10 deletions(-)
diff --git a/arch/x86_64/ia32/ia32_binfmt.c b/arch/x86_64/ia32/
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The only sysctl x86_64 provides are not provided elsewhere,
so insert_at_head is unnecessary.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/x86_64/ia32/ia32_binfmt.c |2 +-
arch/x86_64/mm/init.c |2 +-
2 file
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/sunrpc/debug.h |1 -
include/linux/sysctl.h |3 ++-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/sunrpc/debug.h b/include/lin
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/frv/kernel/sysctl.c |1 -
include/linux/sysctl.h |1 +
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/frv/kernel/sysctl.c b/arch/frv/kernel/sysctl.c
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
init/main.c |3 +++
kernel/sysctl.c |3 ---
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/init/main.c b/init/main.c
index 8b4a7d7..8af5c6e 100644
--- a/init
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/frv/kernel/pm.c |1 -
include/linux/sysctl.h |1 +
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/frv/kernel/pm.c b/arch/frv/kernel/pm.c
index ee677c
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Basically everything was done but I removed all element
initializers from the trailing entries to make it clear
the entire last entry should be zero filled.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/vsyscall
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
In the binary sysctl interface the hpet driver was claiming to
be the cdrom driver. This is a no-no so remove support for the
binary interface.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/char/hpet.c |4 ++--
1 file
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
With unique sysctl binary numbers setting insert_at_head is pointless.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/char/ipmi/ipmi_poweroff.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drive
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This was partially done already and there was no ABI breakage what
a relief.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/idle.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The sysctl numbers used are unique so setting the insert_at_head
flag does not succeed in overriding any sysctls, and is just
confusing because it doesn't. Clear the flag.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/decnet/
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
And make the mode of the kernel directory 0555 no one is allowed
to write to sysctl directories.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/ppc/kernel/ppc_htab.c | 11 ---
1 files changed, 8 insertions(+), 3 dele
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
With unique binary sysctl numbers setting insert_at_head to
override other sysctl entries is pointless.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/cdrom/cdrom.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-
Since x25 uses unique binary numbers inserting yourself at the
head of the search list for sysctls so you can override already
registered sysctls is pointless.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/x25/sysctl_net_x25.c |2 +-
1 files changed, 1 insertions(+), 1 deletion
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The sysctl numbers used are unique so setting the insert_at_head
flag servers no semantic purpose and is just confusing.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/ipx/sysctl_net_ipx.c |2 +-
1 files changed, 1 insertio
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The sysctl numbers used are unique so setting the insert_at_head
flag serves no semantic purpose.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/rose/sysctl_net_rose.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The sysctls used by the md driver are have unique binary numbers
so remove the insert_at_head flag as it serves no useful purpose.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/md/md.c |2 +-
1 files changed, 1 inserti
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
With unique sysctl binary numbers setting insert_at_head is pointless.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/macintosh/mac_hid.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mac
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
With unique binary numbers setting insert_at_head to
insert yourself at the head of sysctl list and thus override
existing sysctl entries serves no point.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/frv/kernel/pm.c |2 +
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/appletalk/sysctl_net_atalk.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/appletalk/sysctl_net_atalk.c b/net/appletalk/sysctl_net_atalk.c
index 40b0
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/ax25/sysctl_net_ax25.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ax25/sysctl_net_ax25.c b/net/ax25/sysctl_net_ax25.c
index d23a27f..afdba04 10064
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/dccp/sysctl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/dccp/sysctl.c b/net/dccp/sysctl.c
index fdcfca3..3391631 100644
--- a/net/dccp/sysctl.c
+
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/xfs_sysctl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/xfs/linux-2.6/xfs_sysctl.c b/fs/xfs/linux-2.6/xfs_sysctl.c
index af24653..af77
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
ocfs2 was did not have the binary number it uses under CTL_FS
registered in sysctl.h. Register it to avoid future conflicts,
and change the name of the definition to be in line with the
rest of the sysctl numbers.
Signed-off-by: Eric W. Bied
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/x86_64/mm/init.c | 22 --
1 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/arch/x86_64/mm/init.c b/arch/x86_64/mm/init.c
index 65aa66c..a04535d
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Putting ntfs-debug under FS_NRINODE was not a kosher thing to do
so don't give it any binary number.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/ntfs/sysctl.c | 24
1 files changed, 16 insertions(+)
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This is just a simple cleanup to keep kernel/sysctl.c
from getting to crowded with special cases, and by
keeping all of the utsname logic to together it makes
the code a little more readable.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
parse_table has support for calling a strategy routine
when descending into a directory. To date no one has
used this functionality and the /proc/sys interface has
no analog to it.
So no one is using this functionality kill it and make
the b
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/parport/procfs.c | 264 +-
1 files changed, 189 insertions(+), 75 deletions(-)
diff --git a/drivers/parport/procfs.c b/drivers/parp
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The sysctl numbers used are unique so setting the insert_at_head
flag serves no semantic purpose, so it is just confusing.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/netrom/sysctl_net_netrom.c |2 +-
1 files changed, 1
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/sysctl.h |2 ++
kernel/sysctl.c| 10 +-
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/include/linux/sysctl.h b/include/linux/sysctl.
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
The sysctl numbers used are unique so setting the insert_at_head
flag serves no semantis purpose, and is just confusing.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/llc/sysctl_net_llc.c |2 +-
1 files changed, 1 insertio
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/scsi/scsi_sysctl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/scsi_sysctl.c b/drivers/scsi/scsi_sysctl.c
index 04d06c2..b16b775 10064
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
We need to have the the definition of all top level sysctl
directories registers in sysctl.h so we don't conflict by
accident and cause abi problems.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/s390/appldata/appldata.h |
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
drivers/net/wireless/arlan-proc.c |2 +-
include/linux/sysctl.h|1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/arlan-proc.c
There has not been much maintenance on sysctl in years, and as a result is
there is a lot to do to allow future interesting work to happen, and being
ambitious I'm trying to do it all at once :)
The patches in this series fall into several general categories.
- Removal of useless attempts to ove
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
Since the binary sysctl numbers are unique putting the registered
sysctls at the head of the sysctl list where they can override
existing sysctls serves no useful purpose.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/frv/ker
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This is just a simple cleanup to keep kernel/sysctl.c
from getting to crowded with special cases, and by
keeping all of the ipc logic to together it makes
the code a little more readable.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
-
Darrick J. Wong wrote:
Tarjei Huse wrote:
Duh! Thanks :-)
After doing as you suggested, and running make oldconfig using the
configuration from Ubuntu Dapper (2.6.15-23-server) and the stock Ubuntu
Edgy I get the same error when booting the kernel:
PCI: BIOS Bug: MCFG area at e is
Hi All,
I have tried this before but I guess I was unsuccessful in presenting it
properly in the mailing list. I think it is really useful especially for
prototyping and also for people who wants to develop their own scsi
targets and transports.
There are few people told me about the SCSI targ
92 matches
Mail list logo