Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.23rc8-mm1/drivers/ata/pata_atiixp.c
linux-2.6.23rc8-mm1/drivers/ata/pata_atiixp.c
--- linux.vanilla-2.6.23rc8-mm1/drivers/ata/pata_atiixp.c 2007-09-26
On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
Due to the issues surrounding this patch, I'm dropping it from my
repo.
What issues? Is it causing problems for people?
Jesse
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Wed, 26 Sep 2007 23:25:33 +0200 [EMAIL PROTECTED] wrote:
Hi.
Current linus' git tree:
x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
/home/thomas/source/crosstool-0.43/build/x86_64-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/binutils-2.15/bfd/linker.c:619
night.
--
Ueimor
r8169-timo-20070926.tgz
Description: GNU Zip compressed data
On Wed, Sep 26, 2007 at 02:55:55PM -0700, Jesse Barnes wrote:
On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
Due to the issues surrounding this patch, I'm dropping it from my
repo.
What issues? Is it causing problems for people?
I thought this was the patch that Ivan objected
Earlier patches have removed the checking for old v new differences from
the USB drivers so we can now pass in a valid blank old termios so that
we don't to fill the drivers with magic hacks for console support
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --exclude-from
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.23rc8-mm1/drivers/usb/serial/console.c
linux-2.6.23rc8-mm1/drivers/usb/serial/console.c
--- linux.vanilla-2.6.23rc8-mm1/drivers/usb/serial/console.c2007-09-26
On Wed, 26 Sep 2007 11:42:16 -0700 Jonathan Campbell wrote:
Here is the DMI patch again, written against linux-2.6.23-rc8,
with some of the #ifdef CONFIG_DMI's removed and moved
to include/linux/dmi.h. Putting them there in the way I've done
ensures that you don't have to put #ifdef
On Wed, 26 Sep 2007 17:46:13 -0400
Jeff Dike [EMAIL PROTECTED] wrote:
Handle memory allocation failures when reading packets.
We have to read something from the host, even if we can't allocate any
memory. If we don't, the host side of the device may fill up and stop
delivering interrupts
Hi Pierre-Yves,
Putting the bluetooth system under load (opening and closing several
rfcomm links off several USB adapters, and transmitting data over
them),
I got the Oops below. The computer hung completely, as you can see.
Just
before, I also got those warnings.
I got another one
On Sep 26 2007 14:06, Stephen Hemminger wrote:
No, network devices don't do reference counting.
Could you explain why, please?
After `udevd` on boot loads lots of unused crap, i surrendered, and use
$(rmmod `lsmod | just first column`). Networing bravely wipes away. OK,
there are lots
On Wednesday, September 26, 2007 2:56 pm Greg KH wrote:
On Wed, Sep 26, 2007 at 02:55:55PM -0700, Jesse Barnes wrote:
On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
Due to the issues surrounding this patch, I'm dropping it from my
repo.
What issues? Is it causing problems
On Wed, 26 Sep 2007, Thomas Gleixner wrote:
1) current Linus' tree doesn't boot with any command line (regression)
[ Linus, please revert commit e66485d747505e9d960b864fc6c37f8b2afafaf0
Reverted.
OK, this explains 2) and 3). I just looked into the code and the logic
vs.
Hi Linus,
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
for-linus
H. Peter Anvin (1):
[x86 setup] Handle case of improperly terminated E820 chain
arch/i386/boot/memory.c | 30 +++---
1 files changed, 23 insertions(+),
Its a size_t to use %Zd
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.23rc8-mm1/fs/ecryptfs/crypto.c
linux-2.6.23rc8-mm1/fs/ecryptfs/crypto.c
--- linux.vanilla-2.6.23rc8-mm1/fs/ecryptfs/crypto.c2007-09-26
Hi,
On Wednesday 26 September 2007, Randy Dunlap wrote:
On Wed, 26 Sep 2007 23:25:33 +0200 [EMAIL PROTECTED] wrote:
Hi.
Current linus' git tree:
x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
On Thu, 27 Sep 2007 00:18:55 +0200 (CEST)
Jan Engelhardt [EMAIL PROTECTED] wrote:
On Sep 26 2007 14:06, Stephen Hemminger wrote:
No, network devices don't do reference counting.
Could you explain why, please?
After `udevd` on boot loads lots of unused crap, i surrendered, and
Hi all,
Only very little files use the deprecated SA_* IRQ flags in latest pull. This
minimal patch series removes such macros from the tree and transfrom old code
to the new IRQF_* flags.
Andrew, I've grepped the whole tree to make sure that no more files than the
patched ones use such
On Wed, 2007-09-26 at 15:22 -0700, Linus Torvalds wrote:
On Wed, 26 Sep 2007, Thomas Gleixner wrote:
1) current Linus' tree doesn't boot with any command line (regression)
[ Linus, please revert commit e66485d747505e9d960b864fc6c37f8b2afafaf0
Reverted.
OK, this explains 2)
Hi Ralf,
A patch to stop using deprecated IRQ flags. The new IRQF_* macros are used
instead.
Signed-off-by: Ahmed S. Darwish [EMAIL PROTECTED]
---
diff --git a/arch/mips/pci/ops-pmcmsp.c b/arch/mips/pci/ops-pmcmsp.c
index 09fa007..a86a189 100644
--- a/arch/mips/pci/ops-pmcmsp.c
+++
On Wed, 26 Sep 2007 18:33:22 -0400 Dmitry Torokhov wrote:
Hi,
On Wednesday 26 September 2007, Randy Dunlap wrote:
On Wed, 26 Sep 2007 23:25:33 +0200 [EMAIL PROTECTED] wrote:
Hi.
Current linus' git tree:
x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
Hi Matthew,
A patch to stop using deprecated IRQ flags in ncr53c8xx documentaion. The new
IRQF_* macros are used instead.
Signed-off-by: Ahmed S. Darwish [EMAIL PROTECTED]
---
diff --git a/Documentation/scsi/ChangeLog.ncr53c8xx
b/Documentation/scsi/ChangeLog.ncr53c8xx
index 7d03e9d..a9f721a
When this is sorted out, should I keep the previous patch [1] applied
as well?
That doesn't hurt.
OK, I've used just the latter patch (because I somehow believe the first
one lowers the probability of bad behavior), so let's see if kswapd
consumes CPU again. I don't have any test patter to
The following patches implement a more generalized infrastructure (than
latency.c) for connecting drivers and subsystem's that could implement
power performance optimizations with the data needed to implement such
policies.
These patches are following up on the discussions and presentations at
The following is the qos_param patch that implements a genralization of
latency.c.
Signed-off-by: Mark Gross [EMAIL PROTECTED]
diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff
linux-2.6.23-rc8/include/linux/qos_params.h
linux-2.6.23-rc8-qos/include/linux/qos_params.h
---
The following patch replaces latency.c with qos_params.c and fixes up
users of latency to use qos_params
Signed-off-by: Mark Gross [EMAIL PROTECTED]
diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff
linux-2.6.23-rc8-qos/drivers/acpi/processor_idle.c
The following patch is a bit of a hack to illustrate how the qos
parameter infrastructure can communication information to the e1000
driver to use to set interrupt consolidation policy as a function of
acceptable network latency.
Its just an example.
Signed-off-by: Mark Gross [EMAIL
On Wed, 26 Sep 2007 23:08:40 +0100
Alan Cox [EMAIL PROTECTED] wrote:
Earlier patches have removed the checking for old v new differences from
the USB drivers so we can now pass in a valid blank old termios so that
we don't to fill the drivers with magic hacks for console support
Are all the
On Wed, 26 Sep 2007 15:52:48 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 26 Sep 2007 23:08:40 +0100
Alan Cox [EMAIL PROTECTED] wrote:
Earlier patches have removed the checking for old v new differences from
the USB drivers so we can now pass in a valid blank old termios so that
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 26 Sep 2007 15:33:30 -0700
ipv6 is not a network driver, it is a protocol. You might be able to
remove it if you zap all the routes and applications, ...
It is purposefully set to have a permanent elevated reference
count because it is not
Benjamin Herrenschmidt wrote:
On Mon, 2007-09-17 at 14:22 +0400, Ivan Kokshaysky wrote:
On Sun, Sep 16, 2007 at 10:01:52PM +0200, Benjamin Herrenschmidt wrote:
Agreed. I have a similar problem on ppc where it's common to have things
like the main PIC on a PCI device. Note that another problem
Jesse Barnes wrote:
On Wednesday, September 26, 2007 2:56 pm Greg KH wrote:
On Wed, Sep 26, 2007 at 02:55:55PM -0700, Jesse Barnes wrote:
On Wednesday, September 26, 2007 2:18 pm Greg KH wrote:
Due to the issues surrounding this patch, I'm dropping it from my
repo.
What issues? Is it
Hi,
This message lists some known regressions from 2.6.22 for which there are
no fixes in the mainline that I know of. If any of them have been fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add them to the
Thomas,
On Wednesday, 26 September 2007 23:34, Thomas Gleixner wrote:
Rafael,
On Wed, 2007-09-26 at 23:00 +0200, Rafael J. Wysocki wrote:
First, with the x86-64: Disable local APIC timer use on AMD systems
with C1E
patch and my collection of suspend patches applied, the box
On Wed, Sep 26, 2007 at 02:17:47PM -0400, Steven Rostedt wrote:
Seems that I found a box that has a config that passes call_rcu_bh as a
function pointer (see net/sctp/sm_make_chunk.c), so declaring the
call_rcu_bh has a macro function isn't good enough.
This patch makes it just another name
On Thu, 2007-09-27 at 01:30 +0200, Rafael J. Wysocki wrote:
Tested for a couple of times with each kernel, the results seem to be
reproducible 100% of the time.
Thanks for going through this debug marathon.
No big deal. I'm glad that you've found what's up.
Well, we still have
On Wed, 26 Sep 2007 11:42:16 -0700 Jonathan Campbell wrote:
Here is the DMI patch again, written against linux-2.6.23-rc8,
with some of the #ifdef CONFIG_DMI's removed and moved
to include/linux/dmi.h. Putting them there in the way I've done
ensures that you don't have to put #ifdef
On 09/26/2007 07:27 PM, Rafael J. Wysocki wrote:
Subject: Regression in 2.6.23-pre Was: Problems with 2.6.23-rc6 on AMD
Geode LX800
Submitter:Joerg Pommnitz [EMAIL PROTECTED]
References: http://lkml.org/lkml/2007/9/26/91
On 09/26/2007 06:35 PM, Thomas Gleixner wrote:
It's even worse than I thought on the first check:
noapictimer on the command line of an SMP box prevents _ONLY_ the boot
CPU apic timer from being used. But the secondary CPU is still
unconditionally setting up the APIC timer and uses the non
Adrian Bunk wrote:
You are claiming They went so far as to say that dot-dot wouldn't let
you out?
I phrased it in a somewhat conversational way. The promise, which I've
now quoted from multiple sources, is expressed variously, including:
The dot-dot entry in the root directory is
On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gross wrote:
The following is the qos_param patch that implements a genralization of
latency.c.
Just some general comments (as on irc):
- use 'diffstat -p1 -w70' to summarize each patch
- use checkpatch.pl to check for coding style and other buglets
-
Sorry about that. That's the reason I send them as attachments.
Any suggestions for someone like myself using Mozilla Thunderbird?
Damaged as the patch is, I was able to apply it by using
'patch -l' (ignore whitespace) + some fuzz. Not something that
Linus or Andrew would or should do.
I built
Jonathan Campbell wrote:
Sorry about that. That's why I always send as attachments.
Do you have similar problems when using Mozilla Thunderbird?
tbird works when following the instructions at
http://mbligh.org/linuxdocs/Email/Clients/Thunderbird
or (simpler) use an External Editor plugin.
Heh, well of course I vigoursly checked System.map. On my x86 and amd64
systems it removes them all. What a stupid question :-p
Nope. I expect(ed) you to do that, i.e., make sure that the patch
does that the description says that it does.
-
To unsubscribe from this list: send the line
Mathieu Desnoyers wrote:
* David J. Wilder ([EMAIL PROTECTED]) wrote:
These patches provide a kernel tracing interface called trace.
(update) Moved the sample code to the new samples\ subdir
The motivation for trace is to:
- Provide a simple set of tracing primitives that will utilize the
On Thu, Sep 27, 2007 at 09:05:33AM +0930, David Newall wrote:
Adrian Bunk wrote:
You are claiming They went so far as to say that dot-dot wouldn't let you
out?
I phrased it in a somewhat conversational way. The promise, which I've now
quoted from multiple sources, is expressed
On Wed, 26 Sep 2007 19:48:14 -0400 Jim Paris wrote:
Hello,
We have about 100 servers based on Intel S5000PSL-SATA motherboards.
They have been running for anywhere between 1 and 10 months. For the
past few months, after updating them all to the 2.6.20.15 kernel
(because of a bug in
i.e., what is this binary blob (?)
I don't see a binary blob in this patch (as stated in the first
sentence). I'd say that this patch adds methods for exporting
(or exposing) the ibft thru sysfs.
I used the wrong choice of words. The correct one is, as you say, to
add methods for
Hello,
We have about 100 servers based on Intel S5000PSL-SATA motherboards.
They have been running for anywhere between 1 and 10 months. For the
past few months, after updating them all to the 2.6.20.15 kernel
(because of a bug in the 2.6.18 kernel), we are seeing some strange NMI
On Wednesday 26 September 2007 17:10:57 Greg KH wrote:
On Wed, Sep 26, 2007 at 02:46:52PM -0400, Konrad Rzeszutek wrote:
This patch adds a /sysfs/firmware/ibft/table binary blob which exports
the iSCSI Boot Firmware Table (iBFT) structure.
Please don't do that. Binary files are for things
On Wed, Sep 26, 2007 at 04:41:59PM -0700, Randy Dunlap wrote:
On Wed, 26 Sep 2007 15:40:26 -0700 Mark Gross wrote:
The following is the qos_param patch that implements a genralization of
latency.c.
Just some general comments (as on irc):
- use 'diffstat -p1 -w70' to summarize each
How is this a change in behavior as far as this device is concerned? If
we are doing BAR sizing and moving the base address around, it's going
to cause problems if you try to access the device during this time
whether we disable decode or not.
True. The window is smaller tho if the upper
+config ISCSI_IBFT
+ tristate iSCSI Boot Firmware Table Attributes
+ depends on X86
why only on X86?
PowerPC exports this data via the OpenFirmware so it already shows in
the /sysfs entries. I was thinking to combine those sysfs entries under this
code, but that is something in the
Hi, Ingo , Mike and Peter!
Just passing around to say that 2.6.23-rc8-sched-dev is the best
scheduler ever to me. It's great for 3D games.
http://www.openarena.ws/?files is really great with this
scheduler. I played a whole match without no slowdown, smooth playing
all the time. I had
We don't want to introduce pointless delays in throttle_vm_writeout()
when the writeback limits are not yet exceeded, do we?
Cc: Nick Piggin [EMAIL PROTECTED]
Cc: OGAWA Hirofumi [EMAIL PROTECTED]
Cc: Kumar Gala [EMAIL PROTECTED]
Cc: Pete Zaitcev [EMAIL PROTECTED]
Cc: Greg KH [EMAIL PROTECTED]
On Wed, Sep 26, 2007 at 08:08:45PM -0400, Konrad Rzeszutek wrote:
On Wednesday 26 September 2007 17:10:57 Greg KH wrote:
On Wed, Sep 26, 2007 at 02:46:52PM -0400, Konrad Rzeszutek wrote:
This patch adds a /sysfs/firmware/ibft/table binary blob which exports
the iSCSI Boot Firmware Table
On Thu, Sep 27, 2007 at 10:40:33AM +1000, Benjamin Herrenschmidt wrote:
How is this a change in behavior as far as this device is concerned? If
we are doing BAR sizing and moving the base address around, it's going
to cause problems if you try to access the device during this time
On Wed, Sep 26, 2007 at 03:40:26PM -0700, Mark Gross wrote:
+ struct list_head list;
+ union {
+ s32 value;
+ s32 usec;
+ s32 kbps;
+ };
+ char *name;
Your } is in a strange place. It looks like it wants to join its friends
closer
Serge E. Hallyn [EMAIL PROTECTED] wrote:
| Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
| Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
| The option is called NAMESPACES. It can be selectable only
| if EMBEDDED is chosen (this was Eric's requisition). When
| the EMBEDDED is off namespaces
On Wed, 26 Sep 2007 17:40:20 PDT, Mark Gross said:
(others here are probably better at spotting leaks and races than I am,
so I'm skipping those and picking other nits. ;)
--- linux-2.6.23-rc8/kernel/Makefile 2007-09-26 13:54:54.0 -0700
+++ linux-2.6.23-rc8-qos/kernel/Makefile
On Wed, Sep 26, 2007 at 10:53:03PM -0400, [EMAIL PROTECTED] wrote:
On Wed, 26 Sep 2007 17:40:20 PDT, Mark Gross said:
--- linux-2.6.23-rc8/kernel/Makefile2007-09-26 13:54:54.0
-0700
+++ linux-2.6.23-rc8-qos/kernel/Makefile2007-09-26 14:06:38.0 -
0700
@@ -9,7
Hi,
We have observed 40ms latency spikes in TCP connections in burst type of
traffic. This affects regular TCP sockets. We observed this issue in kernels of
2.4.21 and kernel 2.6.5.
Aparently, this seems to be fixed in 2.6.19.
Can someone throw some light on this?
Is this a congestion
On Thu, Sep 27, 2007 at 02:01:37AM +0200, Adrian Bunk wrote:
-- snip --
Look, when chroot was being designed, I think they intended that even root
should be unable to get out. They went so far as to say that dot-dot
wouldn't let you out; and it doesn't.
-- snip --
You were
Ram Dorai wrote:
Fixed.
+static int
+ibft_mmap_binary(struct kobject *kobj, struct bin_attribute
*attr,
+struct vm_area_struct *vma)
Do we not put a space between binary and '('. Is that against the coding
guidelines?
Right, we do not put a
On Thu, 27 Sep 2007 11:24:40 +0900 Paul Mundt wrote:
+/* static helper functions */
+static s32 max_compare(s32 v1, s32 v2)
+{
+ if (v1 v2)
+ return v2;
+ else
+ return v1;
+}
+
+static s32 min_compare(s32 v1, s32 v2)
+{
+ if (v1 v2)
+
Paul Rolland wrote:
Hi David,
On Mon, 24 Sep 2007 23:56:59 +0930
David Newall [EMAIL PROTECTED] wrote:
Paul Rolland (???) wrote:
Hell, IRQ 23 is shared between libata and my modem !!!
Tried using the modem?
When no problem is reported, both the libata part and the modem are
Berck E. Nash wrote:
Bernd Schmidt wrote:
One of these appears in my system as well (ASUS P5W-DH Deluxe
mainboard). Here's the hdparm output:
Yup, same mainboard here.
Since about 2.6.17 or 2.6.18, it has been causing long delays while
booting:
ata2: SATA link up 3.0 Gbps (SStatus 123
On Wed, 26 Sep 2007 20:52:43 -0400 Konrad Rzeszutek wrote:
+config ISCSI_IBFT
+ tristate iSCSI Boot Firmware Table Attributes
+ depends on X86
why only on X86?
PowerPC exports this data via the OpenFirmware so it already shows in
the /sysfs entries. I was thinking to combine
Torsten Kaiser wrote:
Comparing the driver/ata directory from rc3-mm1 and rc4-mm1 the
following change looked the most suspicions to me:
Tejun Heo wrote:
Torsten Kaiser wrote:
Comparing the driver/ata directory from rc3-mm1 and rc4-mm1 the
following change looked the most suspicions to me:
On Wed, 26 Sep 2007 14:35:39 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 25 Sep 2007 16:36:08 +0200
Jan Kara [EMAIL PROTECTED] wrote:
On Tue, 25 Sep 2007 07:49:38 -0500
Jose R. Santos [EMAIL PROTECTED] wrote:
On Tue, 25 Sep 2007 13:50:46 +0200
Jan Kara [EMAIL
Dear List,
I agree that this issue certainly doesn't require to be in this list (rightful
place being kernewbies) but I tried that and got no response - so trying my luck
here.
I was going through try_module_get function in include/linux/module.h file
(2.6.22 stock kernel) - which is like:
801 - 872 of 872 matches
Mail list logo