On Thu, 03 Mar 2005 23:21:15 +
Chris Newport <[EMAIL PROTECTED]> wrote:
> In general, you should not need to have the Sun firmware in your
> drivers, just upload them to the card and array from Solaris and they
> will stay there in nvram.
Not true if you boot from the SOC/SOCAL disks, OBP wil
Bob Breuer wrote a patch to add dump_stack for sparc. Supposedly, this
was applied, but it doesn't exist in 2.6.11.
This is the same patch, rediffed against 2.6.11.
Signed-off-by: Tom 'spot' Callaway <[EMAIL PROTECTED]>
~spot
---
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93
Peter Jones uncovered this one while we were debugging the framebuffer
issues. There are some references to -1 in the mxcc asm code, which
should be 0x.
This patch gets rid of the -1s.
Signed-off-by: Tom 'spot' Callaway <[EMAIL PROTECTED]>
~spot
---
Tom "spot" Callaway: Red Hat Sales Eng
On Thu, 2005-02-03 at 01:13 -0800, William Lee Irwin III wrote:
>On Wed, 2005-02-02 at 15:32 -0800, David S. Miller wrote:
>>> I disagree with Tom's patch in that it puts this huge switch()
>>> statement inline. The whole point of BTFIXUP_HIGH() is that it
>>> resolves the call to a single instruc
The sparc32 ksyms is missing a few more symbols, these are primarily
related to SMP, and will be needed as SMP gets beaten back into
functionality.
Specifically, add __cpu_data (PER_CPU), cpu_online_map, and
phys_cpu_present_map.
This patch assumes that the earlier "linux-2.6.11-sparc-fixksyms.pa
For sparc/sparc64, there are CONFIG_ symbols which are undefined.
On sparc64, CONFIG_AGP and CONFIG_AGP_INTEL are undefined.
On sparc, CONFIG_I2C, CONFIG_I2C_ALGOBIT, CONFIG_AGP, CONFIG_AGP_INTEL,
CONFIG_VIDEO_DEV, and CONFIG_ISP1301_OMAP are undefined.
This causes errors like "config:1234: trying
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
@@ -45,7 +45
This patch adds some missing sparc32 ksyms that are needed.
Specifically, ___rw_read_enter, ___rw_read_exit, ___rw_write_enter, and
sys_close.
Signed-off-by: Tom 'spot' Callaway <[EMAIL PROTECTED]>
~spot
---
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260
Fedora Extras St
Using the same logic as the other framebuffer fixes committed in 2.6.11,
this is a set of fixes to make TCX functional on the console again. Adds
the tcx_pan_display function, sets the
all->info.var.{red,green,blue}.length values to 8, and runs fb_set_cmap.
Also looks for the correct SUNW,tcx prom
This patch is incredibly trivial, but it does resolve some of the user
confusion as to what "L1-A" actually is.
Clarify printk message to refer to Stop-A (L1-A).
Gentoo has a virtually identical patch in their kernel sources.
Signed-off-by: Tom 'spot' Callaway <[EMAIL PROTECTED]>
~spot
---
Tom
On Thu, Mar 03, 2005 at 09:19:40AM -0800, Dennis Jenkins wrote:
> Yup, I read that too. And immediately there after I
> downloaded the last 2.2 kernel and tried to compile
> it. Unfortunately for me, GCC 3.3.5 choked heavily on
> it. I will try again when I figure out how to get
> Gentoo to down
Minor cleanups for sparc specific drivers (sunbmac, sunqe, sunlance,
sunhme, esp) so that they have a full module version definition that is
consistent with other upstream drivers.
Signed-off-by: Tom 'spot' Callaway <[EMAIL PROTECTED]>
~spot
---
Tom "spot" Callaway: Red Hat Sales Engineer || GPG
Dennis Jenkins wrote:
The soc/pluto stuff has not been maintained since
2.2.x and AFAIK this
is also true for socal.
Yup, I read that too. And immediately there after I
downloaded the last 2.2 kernel and tried to compile
it. Unfortunately for me, GCC 3.3.5 choked heavily on
it. I will try
--- Chris Newport <[EMAIL PROTECTED]> wrote:
> I have no idea about Gentoo versions, but Splack 8.0
> has a working 2.2
> kernel with soc and socal modules. Everything you
> need to experiment
> with 2.4 is there, but the toolset and compiler are
> too old for 2.6
> In general, you should not n
Thank you for your response! Details below.
ps- I'm at work. My box is at home. The details
given below are from memory.
My box specs: 8 processor E3500 (336MHz), 10G ram, 8x
18.2G fiber channel drives in the 3500 chassis, and an
external A3500 raid array with 35x 9.1G scsi disks.
Linux can se
Dennis Jenkins wrote:
Does this mean that I will be able to successfully
compile a 2.6 kernel using gcc 3.3.5 on my sparc64
gentoo box? Yeah!
now.. If only I (or someone) could fix the fcal/socal
driver. I even tried using the socal_asm.h firmware
patch derived from the Solaris 10 "socal" firmwar
Does this mean that I will be able to successfully
compile a 2.6 kernel using gcc 3.3.5 on my sparc64
gentoo box? Yeah!
now.. If only I (or someone) could fix the fcal/socal
driver. I even tried using the socal_asm.h firmware
patch derived from the Solaris 10 "socal" firmware.
No luck. :(
---
William Lee Irwin III wrote:
>> The UL qualifier can't be used directly as VMALLOC_START is used in
>> assembly (check arch/sparc/kernel/entry.S).
On Wed, Mar 02, 2005 at 06:49:05PM -0800, Randy.Dunlap wrote:
> Darn, that gives me some lack of confidence in my cross-build
> tools. Cross-build res
18 matches
Mail list logo