From: Chris Snook [EMAIL PROTECTED]
Most of types_32.h and types_64.h are the same. Merge the common definitions
into types.h, keeping the differences in their own files. Also #error if
types_{32,64}.h is included directly. Tested with allmodconfig on x86_64.
Signed-off-by: Chris Snook [EMAIL
Jeff Garzik wrote:
Building on x86-64, I'm betting? :)
I fell victim to the same thing a few days ago, missing some compile
breakage that only appeared with
make ARCH=i386 allmodconfig make ARCH=i386 -sj9
Though am I alone in dreaming of a kernel.org service that would permit
From: Pavel Emelyanov [EMAIL PROTECTED]
Date: Fri, 19 Oct 2007 11:37:02 +0400
David Miller wrote:
From: Olof Johansson [EMAIL PROTECTED]
Date: Thu, 18 Oct 2007 21:29:47 -0500
So, looks like rcu_dereference() returned NULL. I don't know the
filter code at all, but it seems like it
David Miller wrote:
From: Olof Johansson [EMAIL PROTECTED]
Date: Thu, 18 Oct 2007 21:29:47 -0500
So, looks like rcu_dereference() returned NULL. I don't know the
filter code at all, but it seems like it might be a valid case?
sk_detach_filter() seems to handle a NULL sk_filter, at least.
commit 21b1f26bf54a2ba1e4072db6dd01da128b1f66ef
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 03:12:20 2007 -0400
[SPARC, XEN, NET/CXGB3] use irq_handler_t where appropriate
Rather than hand-rolling our own prototype, make the code more
future-proof by using the
commit 9739eb5090cc136ab50f2b323b83894c38d1ecb9
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 03:10:11 2007 -0400
Eliminate pointless casts from void* in a few driver irq handlers.
Signed-off-by: Jeff Garzik [EMAIL PROTECTED]
drivers/atm/horizon.c |5
commit 69a4a1aad140a3d9e17d3e313a3633445a7934fe
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 01:56:02 2007 -0400
[PARPORT] Kill useless 'irq' arg from
parport_{generic_irq,ieee1284_interrupt}
parport_ieee1284_interrupt() was not using its first arg at all.
Delete.
commit 73ae204aa2b83cee2a9156ff72ef1da99612074e
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 01:42:14 2007 -0400
[PARPORT] Consolidate code copies into a single generic irq handler
Several arches used the exact same code for their parport irq handling.
Make that code
On Fri, Oct 19, 2007 at 01:49:31AM -0500, Rob Landley wrote:
On Thursday 18 October 2007 8:00:49 am Rogier Wolff wrote:
So... IMHO, it would be useful to implement something that pages out
chunks of memory larger than a single hardware page. This would reduce
the size of the memory
On Friday 19 October 2007 17:03, Nick Piggin wrote:
On Friday 19 October 2007 16:05, Erez Zadok wrote:
David,
I'm testing unionfs on top of jffs2, using 2.6.24 as of linus's commit
4fa4d23fa20de67df919030c1216295664866ad7. All of my unionfs tests pass
when unionfs is stacked on top of
On Fri, 19 Oct 2007, Chris Snook wrote:
From: Chris Snook [EMAIL PROTECTED]
Most of types_32.h and types_64.h are the same. Merge the common definitions
into types.h, keeping the differences in their own files. Also #error if
types_{32,64}.h is included directly. Tested with allmodconfig
On Friday 19 October 2007 16:05, Erez Zadok wrote:
David,
I'm testing unionfs on top of jffs2, using 2.6.24 as of linus's commit
4fa4d23fa20de67df919030c1216295664866ad7. All of my unionfs tests pass
when unionfs is stacked on top of jffs2, other than my truncate test --
whic tries to
Ok,I agree to use AHCI driver for our AHCI controllers no matter their
class codes are IDE/RAID/AHCI. But for those new or upcoming AHCI
controller which DIDs are not included in ahci.c and also IDE/RAID
mode being set in BIOS, no driver will be loaded currently, so I hope
the first patch
On Fri, 19 Oct 2007, Carlos Corbacho wrote:
Back in April, Mikko posted a patch to force enable the HPET on some nVidia
chipsets:
A) There is now a force_hpet boot parameter in the x86 tree (mm branch)
(rather than relying on the solution in the earlier patches of a config
option).
There
* Jens Axboe [EMAIL PROTECTED] wrote:
and make sure it builds:
drivers/scsi/fd_mcs.c: In function 'fd_mcs_intr':
drivers/scsi/fd_mcs.c:976: error: 'struct scatterlist' has no member named
'page'
drivers/scsi/fd_mcs.c:1009: error: 'struct scatterlist' has no member named
'page'
On Thu 2007-10-18 15:10:07, Ulrich Drepper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rene Herman wrote:
That first threshold sounds fine yes. To me, the second mostly sounds
like a job for SIGTERM though.
I agree. Applications shouldn't be expected to be yet more
Acked-by: Christoph Lameter [EMAIL PROTECTED]
Slub can use the non-atomic version to unlock because other flags will not
get modified with the lock held.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
---
mm/slub.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
Hi,
I was testing yesterday release of kernel, and I have had a lot of
problem with the new kernel. It boots ok, the first time it
suspend/resume ok, and then at the second or third attempt to suspend,
the suspend process will not go though (I suspend using s2ram -f
-p -m); it will just
Martin Schwidefsky wrote:
On Fri, 2007-10-19 at 11:16 +0200, Cedric Le Goater wrote:
This is the vmlinux.lds.S problem. The cleanup patch from Sam Ravnborg
moved the __initramfs_start and __initramfs_end symbols into
the .init.ramfs section. This is in itself not a problem, but it
surfaced a
At Fri, 19 Oct 2007 12:46:34 +0200,
Jan-Simon Möller wrote:
Am Freitag 19 Oktober 2007 07:05:54 schrieb Takashi Iwai:
Try model=fujitsu or model=laptop. This will activate the
auto-muting.
model=laptop worked, model=fujitsu did not.
If it works, let me know the PCI SSID (from the
On Thu, Oct 18, 2007 at 03:05:44PM -0700, Andrew Morton wrote:
On Thu, 18 Oct 2007 11:12:41 +0200
Samuel Ortiz [EMAIL PROTECTED] wrote:
You're not a big fan of checkpatch, I see.
Well, now I am :-)
I fixed all the errors, there are only a couple lines being more than 80
characters left.
find a fix for a pretty serious global_flush_tlb() x86-64 bug below,
-stable candidate too i think.
Linus, please pull this fix from the x86 git tree:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-x86.git
|
| Ingo Molnar (1):
| x86: fix global_flush_tlb()
Jean Delvare wrote:
BTW, as a rule of thumb, I am ignoring patches that are sent to the
LKML in addition to the i2c list.
Why ? The statement would have made sense if the i2c list was not CC 'd,
but stating that if LK is CC 'd additionally sounds ...
-
To unsubscribe from this list: send
vmtruncate is a twisted maze of gotos, this patch cleans it up to
have a proper if else for the two major cases of extending and
truncating truncate and thus makes it a lot more readable while
keeping exactly the same functinality.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index:
Commit ef8b4520bd9f8294ffce9abd6158085bde5dc902 added one NULL check for
p in krealloc(), but that doesn't seem to be enough since there
doesn't seem to be any guarantee that memcpy(ret, NULL, 0) works
(spotted by the Coverity checker).
For making it clearer what happens this patch also
On Fri, Oct 19, 2007 at 12:38:29PM +0100, Maciej W. Rozycki wrote:
On Thu, 18 Oct 2007, Maciej W. Rozycki wrote:
1) phy_change() checks PHY_HALTED flag without lock; I think it's
racy: eg. if it's done during phy_stop() it can check just before
the flag is set and reenable interrupts
On Oct 19 2007 15:44, Carsten Otte wrote:
Carsten Otte wrote:
First thing we do, is figure whether or not 2.6.23.1 as released breaks our
system too. This way, we can either focus on differences between Linus and
Avi, or turn on the big red warning sign saying regression.
Looks like
I also have an 8 port PCI serial card with the 8871 chip on it and a
breakout cable. It is identified as such on my machine:
01:02.0 Serial controller: PLX Technology, Inc. Unknown device 9016 (rev 01)
(prog-if 02 [16550])
Subsystem: Unknown device 544e:0008
Control: I/O- Mem-
This patch fixes obvious NULL dereferences spotted by the Coverity
checker.
Thanks!
Miklos
-
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
On Fri, 2007-10-19 at 10:09 -0400, Alan Stern wrote:
On Fri, 19 Oct 2007, Kay Sievers wrote:
This accounts for everything in del_gendisk except the final
put_device. Evidently it doesn't belong there. There's no matching
get_device in add_disk or register_disk.
Hmm, do you
2007/10/19, Shane Huang [EMAIL PROTECTED]:
Since we have little experience on PCI and MSI here,
Here as in here at AMD?! I'm stunned...
Both AMD and the former ATI should have quite some experience?!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Fri, 19 Oct 2007, Kay Sievers wrote:
This accounts for everything in del_gendisk except the final
put_device. Evidently it doesn't belong there. There's no matching
get_device in add_disk or register_disk.
Hmm, do you have kobject debugging enabled? Do you ever see something
like:
---
drivers/mtd/devices/doc2000.c |4 ++--
drivers/mtd/devices/doc2001plus.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/devices/doc2000.c b/drivers/mtd/devices/doc2000.c
index c73e96b..e9ce241 100644
--- a/drivers/mtd/devices/doc2000.c
+++
From: Carlos Corbacho [EMAIL PROTECTED]
This patch adds a quirk from LinuxBIOS to force enable HPET on
the nVidia CK804 (nForce 4) chipset.
This quirk can very likely support more than just nForce 4
(LinuxBIOS use the same code for nForce 5), and possibly nForce 3,
but I don't have those
Jeremy Fitzhardinge wrote:
Jeff Garzik wrote:
commit 8d45690dd90b18daaa21b981ab20caf393220bf0
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 00:46:23 2007 -0400
[IRQ ARG REMOVAL] various non-trivial arch updates
arch/x86/kernel/vm86_32.c |3 ++-
Eric W. Biederman wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
index 80eab7a..92e1456 100644
--- a/kernel/irq/manage.c
+++ b/kernel/irq/manage.c
@@ -455,7 +455,7 @@ void free_irq(unsigned int irq, void *dev_id)
*/
Jeff Garzik [EMAIL PROTECTED] writes:
commit 654f4a242cac0148ffe98ce288c9116e65b08e44
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 00:47:17 2007 -0400
[IRQ ARG REMOVAL] non-trivial driver updates
Ok. You have some random cleanups as buried in this patch
as well as the
Off course, there should be the required
Signed-off-by: Samuel Tardieu [EMAIL PROTECTED]
on this patch.
Sam
--
Samuel Tardieu -- [EMAIL PROTECTED] -- http://www.rfc1149.net/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Jeff Garzik [EMAIL PROTECTED] writes:
commit 008b5fcf3c1d8456005de26ddd4256b1369225e8
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Fri Oct 19 00:45:51 2007 -0400
[IRQ ARG REMOVAL] core interrupt delivery infrastructure updates
include/asm-generic/irq_regs.h | 25
Dave Johnson wrote:
From: Dave Johnson [EMAIL PROTECTED]
The previous patch wasn't correctly handling the 'count' variable. If
a CPU gave bad results on the 1st or 2nd run but good results on the
3rd, it wouldn't do the correct thing. No idea if any such CPU
exists, but the patch below
On Fri, 19 Oct 2007, Carlos Corbacho wrote:
From: Carlos Corbacho [EMAIL PROTECTED]
This patch adds a quirk from LinuxBIOS to force enable HPET on
the nVidia CK804 (nForce 4) chipset.
This quirk can very likely support more than just nForce 4
(LinuxBIOS use the same code for nForce 5),
In fact, if I look at the kernel.org GIT tree, it doesn't have
them either. Your tree must have somehow gotten a bunch of
private changes.
Did you apply these patches, or I need resent a new patchset against
latest Linus GIT tree?
I'm still not quite sure why the patches you sent didn't
In message [EMAIL PROTECTED], Nick Piggin writes:
[...]
Hmm, looks like jffs2_write_end is writing more than we actually ask it
to, and returns that back.
unsigned aligned_start = start ~3;
and
if (end == PAGE_CACHE_SIZE) {
/* When writing out the end
Didn't here anything on this? What is our final decision here?
It's gotten worse, not better. Apparently, you aren't getting the
concept of protecting the open count with a static lock and my
explanations are just not vivid enough or something. So I decided
to fix it myself. Maybe then
Hello,
here my last patch of LinuxPPS.
Main differences from old versions is that now (finally) each PPS
source is a dedicated char device!
This thanks to an agreement with NTP people who suggested to me how to
interpret RFC 2783 in such a way even a dedicated char device is now
RFC complain.
If my driver is compiled in-kernel (and I have module support turned
off), can I still use request_firmware()? If my driver is loaded before
the file system drivers are loaded, how can a user process copy the
firmware to the /sys/class/firwmare/.../data device?
-
To unsubscribe from this
Daniel Walker writes:
Can you tell us what type of machine this was? I've seen complaints
where the SMI's can cause some other funny stuff with calibration , be
no one can every reproduce anything..
Xeon LV (Sossaman) based custom board. BIOS is GenSW.
--
Dave Johnson
Starent Networks
-
To
On Fri, 2007-10-19 at 11:57 -0500, Hollis Blanchard wrote:
@@ -669,11 +670,13 @@ __init void kvm_arch_init(void);
static inline void kvm_guest_enter(void)
{
+ account_system_vtime(current);
current-flags |= PF_VCPU;
}
static inline void kvm_guest_exit(void)
{
+
From: Martin Schwidefsky [EMAIL PROTECTED]
- De-confuse the defines for the address-space-control-elements
and the segment/region table entries.
- Create out of line functions for page table allocation / freeing.
- Simplify get_shadow_xxx functions.
Signed-off-by: Martin Schwidefsky [EMAIL
From: Martin Schwidefsky [EMAIL PROTECTED]
Get independent from asm-generic/4level-fixup.h
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/lib/uaccess_pt.c |7 ++
arch/s390/mm/init.c|6 +-
arch/s390/mm/vmem.c| 34 ++--
include/asm-s390/page.h
The latest and greatest for 2.6.24. This patch set includes the tlb flush
fix that has been discussed back in June/July and a cleanup of the mm
related definitions for s390. I have three more patches in the works that
go on top of the cleanup. These three patches add two new features:
1) dynamic
From: Cornelia Huck [EMAIL PROTECTED]
We already have a macro for that, so let's use it consistently...
Signed-off-by: Cornelia Huck [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/s390/cio/chp.c | 12 ++--
1 file changed, 6 insertions(+), 6
From: Martin Schwidefsky [EMAIL PROTECTED]
Define and use follow_table inline in uaccess_pt.c to simplify
the code.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/lib/uaccess_pt.c | 85 +++--
1 file changed, 22 insertions(+), 63
On 10/19/07, Mark Lord [EMAIL PROTECTED] wrote:
Ray Lee wrote:
On 10/17/07, Giangiacomo Mariotti [EMAIL PROTECTED] wrote:
Linux Kernel 2.6.23.1 freezes on GB data transfers.
Pc completely freezed while transferring 4Gb of data from
dvd(/dev/hdc) to hd(nothing else was happening, cpu
Eric W. Biederman wrote:
In this case we can easily pass the irqno into request_irq, allowing
us to do unsigned int intno = (unsigned int)dev_id;.
I suspect this is the case for the majority of the non-trivial users
as well.
Not that easy, alas :) Save for weirdos like the mac drivers I
On Fri, Oct 19, 2007 at 02:42:56PM -0400, Steven Rostedt wrote:
This patch adds accounting to each runqueue to keep track of the
highest prio task queued on the run queue. We only care about
RT tasks, so if the run queue does not contain any active RT tasks
its priority will be considered
On Fri, 19 October 2007 13:53:40 -0400, Erez Zadok wrote:
I've been having this problem for some time with mtd, which I use to mount
jffs2 images (for unionfs testing). I've seen it in several recent major
kernels, including 2.6.24. Here's the sequence of ops I perform:
Since when roughly?
Polled transmission is tricky enough with the DZ11 design. While loop
is set to a high value, conceptually you are not allowed to transmit
without checking whether the device offers the right transmission line
(yes, it is the device that selects the line -- the driver has no control
over it
Following are the accumulated kbuild updates.
A mixture of new stuff and fixes.
The cc-cross-prefix is new and developed on request from Geert Uytterhoeven.
With cc-cross-prefix it is now much easier to have a few default
cross compile prefixes and defaulting to none - if none of them were
The -start_tx(), -stop_tx() and -stop_rx() backends are called with
the port's lock already taken. Remove locking from within them and wrap
around calls as necessary.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
Tested with checkpatch.pl and at the run-time -- MIPS/Linux on a
In message [EMAIL PROTECTED], =?utf-8?B?SsO2cm4=?= Engel writes:
On Fri, 19 October 2007 13:53:40 -0400, Erez Zadok wrote:
I've been having this problem for some time with mtd, which I use to mount
jffs2 images (for unionfs testing). I've seen it in several recent major
kernels,
Rename the serial console structure so that `modpost' does not complain
about a reference to an init section -- _console is magic.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
Tested with checkpatch.pl and at the run-time -- MIPS/Linux on a
DECstation 5000/200.
Please apply,
Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
From cd7c384f76d2c0f6b12a1c0936d54ae9c5e7cb4c Mon Sep 17 00:00:00 2001
From: Serge E. Hallyn [EMAIL PROTECTED]
Date: Fri, 19 Oct 2007 15:39:10 -0400
Subject: [PATCH RFC] capabilities: fix compilation with strict type checking
(v2)
Since at
From cd7c384f76d2c0f6b12a1c0936d54ae9c5e7cb4c Mon Sep 17 00:00:00 2001
From: Serge E. Hallyn [EMAIL PROTECTED]
Date: Fri, 19 Oct 2007 15:39:10 -0400
Subject: [PATCH RFC] capabilities: fix compilation with strict type checking
(v2)
Since at least 1998 the code under STRICT_CAP_T_TYPECHECKS option
Reformat the Kconfig entries and update descriptions for accuracy.
Select the driver by default for configurations of interest. For the
curious: 32BIT means only 32-bit DECstations support the device, not that
the driver is not 64-bit clean; I have not checked that either though.
Actually I'm not convinced with this explanation. It seems to me that
since there are such serious locking problems (especially with rntl),
there could be once more considered a private workqueue. You've
written earlier about being a lonely user of this code. But, since
Benjamin offered his
Linus,
please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-x86.git
This tree contains
- another chunk of the -mm/ak pending patches
- some unification patches
- merge fallout fixups
- bugfixes fallout from automated testing
- trivial cleanups
A full log,
On Fri, 19 Oct 2007, Linus Torvalds wrote:
Pavel Emelyanov (1):
i386: consolidate show_regs and show_registers for i386
While I think this is good otherwise, why does it do
printk(.. comm: %.*s ..
TASK_COMM_LEN, current-comm,
instead of just using %s and
Jiri Kosina wrote:
On Fri, 19 Oct 2007, Larry Finger wrote:
As I said earlier, the lock problem went away; however, I get the
following two kernel warnings:
That's because I messed up the patch, sorry. The one below should work
better.
From: Jiri Kosina [EMAIL PROTECTED]
USB:
On 10/17/07, Cedric Le Goater [EMAIL PROTECTED] wrote:
Hello !
While polling the contents of a cgroup task file, I caught the
following corruption. Is there a known race (and a fix) or should
I start digging ?
list_add corruption. next-prev should be prev (80a3f338), but was
On Fri, 19 Oct 2007, Larry Finger wrote:
As I said earlier, the lock problem went away; however, I get the
following two kernel warnings:
That's because I messed up the patch, sorry. The one below should work
better.
From: Jiri Kosina [EMAIL PROTECTED]
USB: usbserial - fix potential
On Fri, 19 Oct 2007, Thomas Gleixner wrote:
Pavel Emelyanov (1):
i386: consolidate show_regs and show_registers for i386
While I think this is good otherwise, why does it do
printk(.. comm: %.*s ..
TASK_COMM_LEN, current-comm,
instead of just using %s and
On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
Ah, so the patch won't help (sorry, I didn't pay enough attention).
Len's advices are worth the try, also please send the output
of hdparm -I /dev/hdd.
Thanks,
Bart
Yes, Len's advice has me wondering now. Do I have a
Chuck Ebbert wrote:
On 10/19/2007 05:39 PM, Jeff Garzik wrote:
On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
certain behavior at least once a day. I'll start a kernel build (make
-sj5 on this box), and it will hang in the following way:
Can you try to strace the
--
Remove qeth driver bug introduced by this commit:
commit 3b04ddde02cf1b6f14f2697da5c20eca5715017f
Author: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue Oct 9 01:40:57 2007 -0700
[NET]: Move hardware header operations out of netdevice.
-
To unsubscribe from this list: send the line
On Wed, 17 Oct 2007, KAMEZAWA Hiroyuki wrote:
hm, I guess this is probably due to pie-randomization patch, right?
(could you please try reverting it, to see whether things get back to
normal).
Maybe this can be fix.
Andrew,
below is a fixed version with patch from Kamezawa Hiroyuki
On 10/19/2007 05:39 PM, Jeff Garzik wrote:
On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
certain behavior at least once a day. I'll start a kernel build (make
-sj5 on this box), and it will hang in the following way:
Can you try to strace the hanging task?
-
To
On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
certain behavior at least once a day. I'll start a kernel build (make
-sj5 on this box), and it will hang in the following way:
31003 ?S 0:04 sshd: [EMAIL PROTECTED]/0
31004 pts/0Ss 0:02 \_ -bash
Nick Piggin [EMAIL PROTECTED] writes:
[*] The ramdisk code is simply buggy, right? (and not the buffer
cache)
From the perspective of the ramdisk it expects the buffer cache to
simply be a user of the page cache, and thus the buffer cache
is horribly buggy.
From the perspective of the
Jiri Kosina wrote:
On Fri, 19 Oct 2007, Larry Finger wrote:
While attempting to configure a new USB modem, the following locking
problem occurred. In addition, shortly after this problem occurred, the
computer froze. The log data starts at the point that usbserial was
loaded and contains
Hi Jens, Stephen, and Everyone else.
I am seeing this crash on a legacy iSeries box. Bisect points at
70eb8040dc81212c884a464b75e37dca8014f3ad (Add chained sg support to
linux/scatterlist.h).
I see there were some related troubles discussed a couple days back.
I've refreshed my tree, so
Andrew Morton [EMAIL PROTECTED] writes:
I don't think we little angels want to tread here. There are so many
weirdo things out there which will break if we bust the coherence between
the fs and /dev/hda1.
We broke coherence between the fs and /dev/hda1 when we introduced
the page cache
On Friday 19 October 2007, Adrian Bunk wrote:
This patch adds a missing else that was missing in
commit c77a89cd98d99819f23a4a08e5e17ee1f13f6e4d.
Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
applied, thanks!
---
2e4b8d4f58ea45e55c87ba5563b0d0e135cac2b4
On Friday 19 October 2007 22:07:43 Lennart Sorensen wrote:
On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote:
No change:
ide_setup: hdd=ide-cd
ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive
hdd: drive
On Fri, 19 Oct 2007 13:18:23 -0600
[EMAIL PROTECTED] wrote:
+static inline unsigned long deap_pfn(u8 edeap, u32 deap)
+{
+ deap = PAGE_SHIFT;
+ deap |= (edeap 1) (32 - PAGE_SHIFT);
+ return deap;
+}
+
+static inline unsigned long deap_offset(u32 deap)
+{
+ return deap
On Fri, 19 Oct 2007 13:17:43 -0600
[EMAIL PROTECTED] wrote:
+ /* The procedure for clearing FIR bits is a bit ... weird */
+ if (clear) {
+ fir = ~(CBE_MIC_FIR_ECC_ERR_MASK | CBE_MIC_FIR_ECC_SET_MASK);
+ fir |= CBE_MIC_FIR_ECC_RESET_MASK;
+ fir =
Hi Bart,
Thanks for assistance.
On Friday 19 October 2007 21:28:43 Bartlomiej Zolnierkiewicz wrote:
No help anyone? Did I buy a taboo drive?
[EMAIL PROTECTED]:nick$ /usr/sbin/hdparm -i /dev/hdd
/dev/hdd:
Model=TSSTcorp CDDVDW SH-S202J, FwRev=SB00, SerialNo=
Config={ Fixed
Handle the read and ignore status masks correctly. Handle the BREAK
condition as expected: a framing error with a null character is a BREAK,
any other framing error is a framing error indeed.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
Tested with checkpatch.pl and at the run-time
Sort the header inclusions, add a few that are needed but pulled
indirectly only and remove ones that are not really used.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
Tested with checkpatch.pl and at the run-time -- MIPS/Linux on a
DECstation 5000/200.
Please apply,
Maciej
Eric W. Biederman wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
Do you think set_irqfunc_irq() should be called at all the callsites of
set_irq_regs(), or one the fix you mention is applied, do you think current
model is
On Fri, Oct 19, 2007 at 14:11:18 -0700, Andrew Morton wrote:
On Fri, 19 Oct 2007 13:18:23 -0600
[EMAIL PROTECTED] wrote:
+static inline unsigned long deap_pfn(u8 edeap, u32 deap)
+{
+ deap = PAGE_SHIFT;
+ deap |= (edeap 1) (32 - PAGE_SHIFT);
+ return deap;
+}
+
+static
* Bart Trojanowski [EMAIL PROTECTED] [071019 17:00]:
snip
Once the system is booted, I attached using vnc, then I ssh in and ran
'svn update'... and the host machine froze.
The last messages I on my serial console are:
kvm: unhandled rdmsr: 0x417
kvm: unhandled rdmsr: 0xc400
snip
I
On Thu, 18 Oct 2007 21:27:16 -0700 Avuton Olrich wrote:
Good Day,
My randconfig just caught an error on:
kernel/built-in.o: In function `sysctl_check_lookup':
sysctl_check.c:(.text+0x17db1): undefined reference to `sysctl_head_next'
sysctl_check.c:(.text+0x17dc7): undefined reference to
From: Chuck Ebbert [EMAIL PROTECTED]
Date: Fri, 19 Oct 2007 18:18:08 -0400
On 10/19/2007 06:03 PM, Jeff Garzik wrote:
[EMAIL PROTECTED] misc-2.6]$ strace -p8484
Process 8484 attached - interrupt to quit
[sits there, chewing up CPU grepping a 47-line header file]
And sysrq-p is pretty
Jason,
Can you provide some information on this?
doug t
--- Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 19 Oct 2007 13:18:23 -0600
[EMAIL PROTECTED] wrote:
+static inline unsigned long deap_pfn(u8 edeap, u32 deap)
+{
+ deap = PAGE_SHIFT;
+ deap |= (edeap 1) (32 -
Thomas Gleixner wrote:
On Sat, 20 Oct 2007, Gabriel C wrote:
Gabriel C wrote:
Jiri Kosina wrote:
Trying 'make mrproper' first has high chances of fixing this I'd guess.
Is what I did before latest pull.
Maybe this whole tree got broken. I'll try a fresh one and report back.
I get the
Eric W. Biederman wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
Do you think set_irqfunc_irq() should be called at all the callsites of
set_irq_regs(), or one the fix you mention is applied, do you think current
model is
Ok, I'll change the message to be a bit more accurate.
---
Clean up printk use in ibmpex.
Signed-off-by: Darrick J. Wong [EMAIL PROTECTED]
---
drivers/hwmon/ibmpex.c | 48 +++-
1 files changed, 23 insertions(+), 25 deletions(-)
diff --git
jmsanchezdiaz wrote:
On 17 oct, 16:26, jmsanchezdiaz [EMAIL PROTECTED] wrote:
Hello,
I have a two 2.00 GHz Dual-Core processor Intel Xeon 5130 machine, Bus
Speed 1333 MHz, L2 Cache 4 MB, System Memory Size 40 GB, System Memory
Speed: 667 MHz.
/proc/cpuinfo:
---
processor
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Fri, 19 Oct 2007, Thomas Gleixner wrote:
Pavel Emelyanov (1):
i386: consolidate show_regs and show_registers for i386
While I think this is good otherwise, why does it do
printk(.. comm: %.*s ..
TASK_COMM_LEN,
1 - 100 of 814 matches
Mail list logo