with GCC 3.4.2.
Signed-off-by: Bob Breuer <[EMAIL PROTECTED]>
---
diff --git a/include/asm-sparc/checksum.h b/include/asm-sparc/checksum.h
index 267e631..34518ea 100644
--- a/include/asm-sparc/checksum.h
+++ b/include/asm-sparc/checksum.h
@@ -151,7 +151,7 @@ static inline __sum16 ip_
Christian Joensson wrote:
I'd just like to ask what the status is of sparc32 and SMP under the 2.6 kernel?
Not much progress here. I've only ported my SMP patch up to 2.6.12.
Supersparc seems to be as stable under SMP as UP, but hypersparcs keep
giving me problems.
I've tried an experimen
Bob Breuer wrote:
My suspicion is that highmem may cause problems. I'll try rearranging
the ram this weekend and see if I can make an initrd fail.
Yes, there are problems with highmem on hypersparcs.
With ext3 root and ext3 as a module in the initrd and 3x64MB:
banks 0,1,2 - boo
Jurij Smakov wrote:
Even though eliminating initrd made kernel to boot, under heavy I/O and
memory use it randomly corrupts the filesystem, so we are back to square
one.
That sounds less stable than mine. Currently my ss20 has been up for
about 60 hours with 2.6.12 and survived a couple ke
Meelis Roos wrote:
Looking into it a little more now, uart_tasklet_action() in
drivers/serial/serial_core.c looks suspicious. Meelis, can you add a
BUG_ON(state->info->tty==NULL) in the middle of uart_tasklet_action()
and see if it dies on that instead?
Yes, this BUG triggers
At least I'm looki
Meelis Roos wrote:
PSR: 400010c6 PC: f00df4d0 NPC: f00df4d4 Y: Not tainted
PC:
%G: f0034afc 0001 404010e0 f0034aa0 fac12000 0001
%O: 0001 fb8d68a0 fac13b00 f00116dc
RPC: <__udelay+0x1c/0x24>
%L: fbe00f8c fbe00f34
This enables the sun linux logo to be selected on sparc32.
Signed-off-by: Bob Breuer <[EMAIL PROTECTED]>
Bob
--- linux-2.6.11-clean/drivers/video/logo/Kconfig 2005-03-03
08:24:12.0 -0600
+++ linux-2.6.11/drivers/video/logo/Kconfig 2005-03-03 23:01:47.336863000
-0600
@@
I was able to narrow down a couple problems.
- scsi problems
also exists with a UP kernel, seems to be CONFIG_SCSI=m and
CONFIG_SCSI_MULTI_LUN=y that causes it.
- init hangs from serial console
I had a bug in synchronize_irq, drop this version in instead:
void synchronize_irq(unsigned int irq)
{
David S. Miller wrote:
Can I ask you to do two things please?
1) Add include/linux/compiler.h to oplib.h, that is needed for the
__must_check declaration.
Ok, I've added it. Somehow everything I tested compiled fine without it.
2) Please include your patch as an attachment. Something in your
William Lee Irwin III wrote:
Between networking and serial it sounds as if this is a partial
explanation as to why I'm having trouble here.
The networking may be a red herring. I only mentioned it because it was
an easy option to remove to get the kernel size back down to a point
where silo woul
I've been poking at the sparc32 SMP code and I have it to the point
where it will run a minimal userland. It is still far from being
stable though.
For reference, I started with the SMP patch [0] that wli sent to
the list last July. To go along with the attached SMP patch, it
needs the spinlock f
Tom 'spot' Callaway wrote:
But the cg3 remains stubborn.
I came upon this when comparing the mmap address for cg14 and cg3:
cg14.c: .voff = CG3_MMAP_OFFSET,
cg3.c: .poff = CG3_MMAP_OFFSET,
I have appended a patch to squash this bug. But a question remains,
how did this bug go undetected like
William Lee Irwin III wrote:
#define nop() __asm__ __volatile__ ("nop");
^^^
Looks like the nop macro needs to have it's semicolon taken away also.
Bob
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to
Since I brought the subject up, I felt compelled to put some effort
toward the cleanup. I have appended the cleanups for the asm-sparc
and arch/sparc directories.
I noticed that Art Haas sent a patch for tree.c. I left my version
in as an alternative and you can pick whichever one looks better.
B
David S. Miller wrote:
Please don't do that so I can test the build of the
driver even under sparc64. I made all the sparc FB
SBUS drivers available on sparc64 for this reason.
My bad, I didn't realize that was the case. Some of these sparc
bits need as much help as they can get. :) My intention
When booting with a serial console and a vsimm installed, the cg14
driver would crash because the driver failed to check the return
value of prom_getproperty().
Here's a patch to fix that and move the SPARC32 conditional out of
the source file and into Kconfig.
Bob
diff -X dontdiff -urp linux-2.6.1
William Lee Irwin III wrote:
Bob Breuer wrote:
At this point, I am guessing that some pte's allocated for the
framebuffer are being wrongly re-used when loading the module.
On Sat, Jan 15, 2005 at 08:25:35PM -0600, Bob Breuer wrote:
The cg14 driver is not remapping the framebuffer, and is
Bob Breuer wrote:
At this point, I am guessing that some pte's allocated for the
framebuffer are being wrongly re-used when loading the module.
The cg14 driver is not remapping the framebuffer, and is using the mappings
that were setup by the prom and recreated in linux
Badness in map_area_pte at mm/vmalloc.c:126
[f0062a8c : map_area_pud+0x50/0xac ] [f0062c20 : map_vm_area+0x94/0xd0 ]
[f00631bc : __vmalloc+0xe0/0x134 ] [f0048124 : load_module+0x38/0x9dc ]
[f0048b3c : sys_init_module+0x74/0x2dc ] [f0010cdc :
syscall_is_too_hard+0x34/0x40 ] [00020df8 : 0x20df8 ]
19 matches
Mail list logo