Menu
▾
▴
linuxsh-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(82) |
Jun
(72) |
Jul
(39) |
Aug
(104) |
Sep
(61) |
Oct
(55) |
Nov
(101) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(52) |
Feb
(67) |
Mar
(18) |
Apr
(16) |
May
(33) |
Jun
(12) |
Jul
(102) |
Aug
(168) |
Sep
(65) |
Oct
(60) |
Nov
(43) |
Dec
(121) |
| 2002 |
Jan
(69) |
Feb
(32) |
Mar
(90) |
Apr
(59) |
May
(45) |
Jun
(43) |
Jul
(33) |
Aug
(21) |
Sep
(11) |
Oct
(20) |
Nov
(26) |
Dec
(3) |
| 2003 |
Jan
(12) |
Feb
(18) |
Mar
(11) |
Apr
(11) |
May
(41) |
Jun
(76) |
Jul
(77) |
Aug
(15) |
Sep
(38) |
Oct
(56) |
Nov
(19) |
Dec
(39) |
| 2004 |
Jan
(17) |
Feb
(52) |
Mar
(36) |
Apr
(34) |
May
(48) |
Jun
(85) |
Jul
(38) |
Aug
(42) |
Sep
(41) |
Oct
(77) |
Nov
(27) |
Dec
(19) |
| 2005 |
Jan
(32) |
Feb
(35) |
Mar
(29) |
Apr
(8) |
May
(7) |
Jun
(31) |
Jul
(46) |
Aug
(93) |
Sep
(65) |
Oct
(85) |
Nov
(219) |
Dec
(47) |
| 2006 |
Jan
(170) |
Feb
(103) |
Mar
(49) |
Apr
(43) |
May
(45) |
Jun
(29) |
Jul
(77) |
Aug
(82) |
Sep
(43) |
Oct
(45) |
Nov
(26) |
Dec
(85) |
| 2007 |
Jan
(42) |
Feb
(48) |
Mar
(64) |
Apr
(31) |
May
(88) |
Jun
(53) |
Jul
(175) |
Aug
(212) |
Sep
(91) |
Oct
(103) |
Nov
(110) |
Dec
(5) |
| 2008 |
Jan
(20) |
Feb
(11) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(3) |
Oct
(12) |
Nov
|
Dec
|
|
From: Paul v. G. <pau...@ri...> - 2003-06-17 23:01:06
|
Finally some success! ;-)
In arch/sh/kernel/pci-sh7751.c, in pcibios_init, the call to
pci_assign_unassigned_resources() is commented out (linux 2.4). It still
seems to be commented out in the CVS repository. Anybody know why?
After uncommenting it, rebuilding, reburning the flash and rebooting,
/proc/pci now shows:
Bus 0, device 3, function 0:
Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset (rev 1).
Master Capable. Latency=32.
Prefetchable 32 bit memory at 0xfd100000 [0xfd100fff].
A decent address.
And I can successfully start the interface on the WiFi card.
Thanks.
Paul
On Tue, Jun 17, 2003 at 03:46:00PM -0700, Paul van Gool wrote:
> On Tue, Jun 17, 2003 at 11:08:26PM +0100, David Woodhouse wrote:
> > OK, the resources it's allocating there are completely bogus as far as I
> > can tell. Can you double-check the values of PCIBIOS_MIN_MEM and
> > PCIBIOS_MIN_IO as seen in drivers/pci/setup-res.c::pci_assign_resource()
> I added a printk statement in pci_assign_resource. The output is:
>
> pvg PCIBIOS_MIN_IO = 10000
> pvg PCIBIOS_MIN_MEM = fd000000
> pvg PCIBIOS_MIN_IO = 10000
> pvg PCIBIOS_MIN_MEM = fd000000
>
> BTW this routine seems to be called after the resources have already been
> assigned.
>
> It seems to be getting the values from include/asm-sh/pci.h:
>
> #elif defined(CONFIG_SH_7751_SOLUTION_ENGINE)
> // #define PCIBIOS_MIN_IO 0x4000
> #define PCIBIOS_MIN_IO 0x10000
> #define PCIBIOS_MIN_MEM 0xFD000000
> #endif
>
> > Make it stop assigning resources which your board I/O code doesn't think
> > are PCI, and you'll be most of the way there :)
> Sounds like a good idea... I'll start debugging the kernel a bit to see
> what data it's working with.
>
> Thanks.
>
> Paul
> --
> Paul van Gool Rincon Networks
> pau...@ri... (805)-705-1442
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> linuxsh-dev mailing list
> lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsh-dev
--
Paul van Gool Rincon Networks
pau...@ri... (805)-705-1442
|
|
From: Paul v. G. <pau...@ri...> - 2003-06-17 22:44:53
|
On Tue, Jun 17, 2003 at 11:08:26PM +0100, David Woodhouse wrote: > OK, the resources it's allocating there are completely bogus as far as I > can tell. Can you double-check the values of PCIBIOS_MIN_MEM and > PCIBIOS_MIN_IO as seen in drivers/pci/setup-res.c::pci_assign_resource() I added a printk statement in pci_assign_resource. The output is: pvg PCIBIOS_MIN_IO = 10000 pvg PCIBIOS_MIN_MEM = fd000000 pvg PCIBIOS_MIN_IO = 10000 pvg PCIBIOS_MIN_MEM = fd000000 BTW this routine seems to be called after the resources have already been assigned. It seems to be getting the values from include/asm-sh/pci.h: #elif defined(CONFIG_SH_7751_SOLUTION_ENGINE) // #define PCIBIOS_MIN_IO 0x4000 #define PCIBIOS_MIN_IO 0x10000 #define PCIBIOS_MIN_MEM 0xFD000000 #endif > Make it stop assigning resources which your board I/O code doesn't think > are PCI, and you'll be most of the way there :) Sounds like a good idea... I'll start debugging the kernel a bit to see what data it's working with. Thanks. Paul -- Paul van Gool Rincon Networks pau...@ri... (805)-705-1442 |
|
From: David W. <dw...@in...> - 2003-06-17 22:09:33
|
On Tue, 2003-06-17 at 19:58, Paul van Gool wrote: > BTW turning on PCI debugging I see the following: > PCI: Error mapping IRQ on device ... > PCI: Bad IRQ mapping request for slot ... Hmmm. That looks unhappy but leave it for now -- we can deal with interrupts once you have the resource allocation working and can actually talk to the hardware in question. > PCI: pcibios_allocate_resources pass 0 called > PCI: Resource 00001000-00001fff (f=1208, d=0, p=0) > PCI: Resource 00000020-0000003f (f=101, d=0, p=0) > PCI: Resource 00000080-000000ff (f=101, d=0, p=0) > PCI: Resource 00000100-0000013f (f=101, d=0, p=0) > PCI: Resource 00000140-0000015f (f=101, d=0, p=0) > PCI: Resource 00002000-00002fff (f=200, d=0, p=0) OK, the resources it's allocating there are completely bogus as far as I can tell. Can you double-check the values of PCIBIOS_MIN_MEM and PCIBIOS_MIN_IO as seen in drivers/pci/setup-res.c::pci_assign_resource() Make it stop assigning resources which your board I/O code doesn't think are PCI, and you'll be most of the way there :) > So it seems my WiFi card has the same IRQ as my Ethernet card (13) and that > the sound card is having trouble mapping its IRQ. Sharing IRQs is fine. My SH3 box has everything on IRQ 0 :) > > pvg slot 00:00.0 > ... > pvg slot 00:00.0 > ... > pvg slot 00:00.0 > ... > pvg slot 00:00.0 > ... > pvg slot 00:0f.0 > OK so the only devices for which it found pre-existing resource allocations and kept them were the host bridge (00:00.0) and the USB controller (00:0f.0). It's not relevant to the cards with which you're having problems -- although it is probably broken in theory. Ignore it for now and fix the resource allocation when it _is_ assigning resources. One thing at a time... :) -- dwmw2 |
|
From: Paul v. G. <pau...@ri...> - 2003-06-17 18:57:11
|
BTW turning on PCI debugging I see the following:
PCI: Starting intialization.
PCI: Using configuration type 1
SH7751 PCI: Finished initialization of the PCI controller
PCI: Probing PCI hardware
Setting IRQ for slot 00:00.0 to 13
Setting IRQ for slot 00:01.0 to 13
PCI: Error mapping IRQ on device Acer Laboratories Inc. [ALi] M1533 PCI to
ISA Bridge [Alad]
PCI: Error mapping IRQ on device PCI device 1412:1724 (IC Ensemble Inc)
PCI: Bad IRQ mapping request for slot 12
PCI: Error mapping IRQ on device Acer Laboratories Inc. [ALi] M7101 PMU
PCI: Bad IRQ mapping request for slot 15
PCI: Error mapping IRQ on device Acer Laboratories Inc. [ALi] USB 1.1 Controller
PCI: Allocating resources
PCI: pcibios_allocate_bus_reasources called
PCI: pcibios_allocate_bus_reasources called
PCI: pcibios_allocate_resources pass 0 called
PCI: Resource 00001000-00001fff (f=1208, d=0, p=0)
PCI: Resource 00000020-0000003f (f=101, d=0, p=0)
PCI: Resource 00000080-000000ff (f=101, d=0, p=0)
PCI: Resource 00000100-0000013f (f=101, d=0, p=0)
PCI: Resource 00000140-0000015f (f=101, d=0, p=0)
PCI: Resource 00002000-00002fff (f=200, d=0, p=0)
PCI: pcibios_allocate_resources pass 1 called
PCI: pcibios_assign_resources called
So it seems my WiFi card has the same IRQ as my Ethernet card (13) and that
the sound card is having trouble mapping its IRQ.
I added a printk in the else statement and I see a bunch of them. I added:
if (!r->start && r->end)
pci_assign_resource(dev, idx);
+ else {
+ printk("pvg slot %s\n", dev->slot_name);
+ }
And it produced:
pvg slot 00:00.0
...
pvg slot 00:00.0
...
pvg slot 00:00.0
...
pvg slot 00:00.0
...
pvg slot 00:0f.0
Paul
On Tue, Jun 17, 2003 at 07:26:30PM +0100, David Woodhouse wrote:
> On Tue, 2003-06-17 at 19:25, Paul van Gool wrote:
> > I have Redboot running on the board. I don't think it sets up the devices.
> > But I'm not 100% sure.
>
> I don't think it should either. It certainly doesn't for me.
>
> The other possibility is that Linux is just assigning bogus resources
> itself. Depending on whether you see your newly-added printk or not, you
> know where to look next... :)
>
> --
> dwmw2
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> linuxsh-dev mailing list
> lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsh-dev
--
Paul van Gool Rincon Networks
pau...@ri... (805)-705-1442
|
|
From: David W. <dw...@in...> - 2003-06-17 18:27:38
|
On Tue, 2003-06-17 at 19:25, Paul van Gool wrote: > I have Redboot running on the board. I don't think it sets up the devices. > But I'm not 100% sure. I don't think it should either. It certainly doesn't for me. The other possibility is that Linux is just assigning bogus resources itself. Depending on whether you see your newly-added printk or not, you know where to look next... :) -- dwmw2 |
|
From: Paul v. G. <pau...@ri...> - 2003-06-17 18:24:20
|
On Tue, Jun 17, 2003 at 07:18:14PM +0100, David Woodhouse wrote: > To confirm this, can you add an 'else' clause to the 'if (!r->start && > r->end) pci_assign_resource(dev, idx)' statement, making it print the > device name and contents of the offending BAR? I'll try that. > Do you have a boot loader or foreign operating system setting up these > devices? Make it stop, or fix pcibios_assign_resources() to check for > validity and reassign resources if we don't like them. I have Redboot running on the board. I don't think it sets up the devices. But I'm not 100% sure. Thanks. Paul -- Paul van Gool Rincon Networks pau...@ri... (805)-705-1442 |
|
From: David W. <dw...@in...> - 2003-06-17 18:19:21
|
On Tue, 2003-06-17 at 19:02, Paul van Gool wrote: > bad PC-like io name for port 0x33 at 0x8c01b108 The I/O functions in io_7751se don't think that 0x33 is a valid I/O address for a device on the PCI bus; you'll not see that complaint if 'CHECK_SH7751_PCIIO(port)' was true. I'm inclined to agree with them -- according to include/asm-sh/pci.h we should be assigning addresses above 0x4000 for I/O BARs, and addresses above 0xFD000000 for memory BARs. Looking at pcibios_assign_resources() in pci-sh7751.c it seems we assign resources to a device if it didn't have any -- but we don't do so if it already had them, even if it had resources which in our world are incorrect. To confirm this, can you add an 'else' clause to the 'if (!r->start && r->end) pci_assign_resource(dev, idx)' statement, making it print the device name and contents of the offending BAR? Do you have a boot loader or foreign operating system setting up these devices? Make it stop, or fix pcibios_assign_resources() to check for validity and reassign resources if we don't like them. -- dwmw2 |
|
From: Paul v. G. <pau...@ri...> - 2003-06-17 18:02:07
|
The cards I tried are a Zcomax XI-625 (a miniPCI cards with a Harris Semiconductor Prism 2.5 Wavelan chipset, supported by wlan-ng drivers), and a IC Ensemble Envy24 audio card (supported by ALSA). When loading the WiFi driver I get: init_module: prism2_pci.o: 0.2.0 Loaded init_module: dev_info is: prism2_pci A Prism2.5 PCI device found, phymem:0x1000, irq:13, mem:0xa0001000 which looks fine but then when I enable the card I get: # ./wlanctl wlan0 lnxreq_ifstate ifstate=enable hfa384x_drvr_start: Initialize command failed. hfa384x_drvr_start: Failed, result=46 prism2sta_ifstate: hfa384x_drvr_start() failed,result=46 I've sent a mail to the wlan list to find out what error code 46 means. On the Intel box, this error does not occur. When I load the driver for the Envy24 card I get: PCI: Setting latency timer of device PCI device 1412:1724 to 64 bad PC-like io name for port 0x33 at 0x8c01b108 Fault in unaligned fixup: 0000 PC : 8c01d12a SP : 8e03be7c SR : 40000100 TEA : c01a72b0 Not tainted R0 : 00000030 R1 : 00000000 R2 : 40000100 R3 : 00000001 R4 : 8c132a68 R5 : 00000001 R6 : 00000001 R7 : 00000001 R8 : 00000033 R9 : 8c246c00 R10 : 8c132b2c R11 : 8c246c00 R12 : 8e03bec0 R13 : 8c246a00 R14 : 8c132afc MACH: 0877c629 MACL: 00000000 GBR : 07a44b8e PR : 8c01d14c This noncoherent setting was a the default I got. I believe it does have a builtin bridge. Changing the setting doesn't help btw. Attached is the contents of /proc/pci. Thanks. Paul On Tue, Jun 17, 2003 at 06:46:12PM +0100, David Woodhouse wrote: > On Tue, 2003-06-17 at 18:36, Paul van Gool wrote: > > Hi, > > > > does anybody have any experience (and luck) with using PCI cards with the > > SH7751 board? I've tried 2 cards now and, eventhough both are recognized by > > Linux (/proc/pci), initializing the cards fails. > > What cards, what failure mode? And as an aside, is it really noncoherent > on the 7751? Isn't the PCI host bridge built-in and cache-coherent on > that? > > -- > dwmw2 > -- Paul van Gool Rincon Networks pau...@ri... (805)-705-1442 |
|
From: David W. <dw...@in...> - 2003-06-17 17:47:23
|
On Tue, 2003-06-17 at 18:36, Paul van Gool wrote: > Hi, > > does anybody have any experience (and luck) with using PCI cards with the > SH7751 board? I've tried 2 cards now and, eventhough both are recognized by > Linux (/proc/pci), initializing the cards fails. What cards, what failure mode? And as an aside, is it really noncoherent on the 7751? Isn't the PCI host bridge built-in and cache-coherent on that? -- dwmw2 |
|
From: Paul v. G. <pau...@ri...> - 2003-06-17 17:35:23
|
Hi, does anybody have any experience (and luck) with using PCI cards with the SH7751 board? I've tried 2 cards now and, eventhough both are recognized by Linux (/proc/pci), initializing the cards fails. The same cards work fine with that same Linux version and the same drivers on an Intel machine. So the cards themselves seem fine. Anything special I need to do to get PCI cards working on this board? I know it's a bit of a vague question but I'm not sure where to go from here. SH and PCI settings set in .config are: CONFIG_SH_7751_SOLUTION_ENGINE=y CONFIG_SH_RTC=y CONFIG_CPU_SUBTYPE_SH7751=y CONFIG_CPU_SH4=y CONFIG_SH_DMA=y CONFIG_SH_SCI=y CONFIG_SH_STANDARD_BIOS=y CONFIG_SH_EARLY_PRINTK=y CONFIG_PCI=y CONFIG_PCI_GODIRECT=y CONFIG_PCI_DIRECT=y CONFIG_SH_PCIDMA_NONCOHERENT=y CONFIG_PCI_NAMES=y CONFIG_NET_PCI=y Thanks in advance. Paul -- Paul van Gool Rincon Networks pau...@ri... (805)-705-1442 |
|
From: Alex B. <ker...@be...> - 2003-06-17 09:08:33
|
Hi, I'm currently looking at trying to get core dumps working as they seem to be broken on 2.4.20/21 (and according to Stuart back to 2.4.18). Does anyone actually use the core dump functionality and/or know when it broke? It will make trawling through the changelogs easier. -- Alex, homepage: http://www.bennee.com/~alex/ If you want to get rich from writing, write the sort of thing that's read by persons who move their lips when the're reading to themselves. -- Don Marquis |
|
From: Yasuhiro M. <EB...@jp...> - 2003-06-16 07:42:40
|
はじめまして。 ドキュメントにあるファイルを探しています。 linux-sh-2.4.2-20010323.patch ＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/ 株式会社ITES 技術事業部機器設計 前田 康博 TEL: 077-518-0820(代) FAX: 077-587-5130(代) TEL: 077-518-0824(4F在) e-mail: EB...@jp... ITESホームページ: http://www.ites.co.jp 第２事業所 YSU-Y94-J 〒520-2392 滋賀県野洲郡野洲町大字北野１丁目9-19ジョンサンビル ＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/＿/ |
|
From: Paul v. G. <pau...@ri...> - 2003-06-14 01:52:35
|
When I now try to load the snd-ice1724 module, i get:
PCI: Setting latency timer of device PCI device 1412:1724 to 64
bad PC-like io name for port 0x33 at 0x8c01b108
Fault in unaligned fixup: 0000
PC : 8c01d12a SP : 8e03be7c SR : 40000100 TEA : c01a72b0 Not tainted
R0 : 00000030 R1 : 00000000 R2 : 40000100 R3 : 00000001
R4 : 8c132a68 R5 : 00000001 R6 : 00000001 R7 : 00000001
R8 : 00000033 R9 : 8c246c00 R10 : 8c132b2c R11 : 8c246c00
R12 : 8e03bec0 R13 : 8c246a00 R14 : 8c132afc
MACH: 0877c629 MACL: 00000000 GBR : 07a44b8e PR : 8c01d14c
Can somebody explain what this means?
Thanks in advance.
Paul
On Fri, Jun 13, 2003 at 04:20:10PM -0700, Paul van Gool wrote:
> That solved. One step closer to getting it to run... ;-).
>
> Thanks.
>
> Paul
>
> On Fri, Jun 13, 2003 at 07:10:33PM -0400, Paul Mundt wrote:
> > On Fri, Jun 13, 2003 at 03:54:09PM -0700, Paul van Gool wrote:
> > > But when I try to load one of the resulting modules, I get:
> > >
> > > # insmod snd
> > > Using snd
> > > insmod: unresolved symbol disable_dma
> > > insmod: unresolved symbol release_dma_lock
> > > insmod: unresolved symbol get_dma_residue
> > > insmod: unresolved symbol set_dma_mode
> > > insmod: unresolved symbol enable_dma
> > > insmod: unresolved symbol set_dma_addr
> > > insmod: unresolved symbol set_dma_count
> > > insmod: unresolved symbol claim_dma_lock
> > >
> > > Those functions are defined in arch/sh/kernel/dma.c. Any thoughts?
> > >
> > Looks like these symbols aren't being exported for module use. Try this patch,
> > it should fix that up.
> >
> > Index: arch/sh/kernel/Makefile
> > ===================================================================
> > RCS file: /cvsroot/linuxsh/linux/arch/sh/kernel/Makefile,v
> > retrieving revision 1.1.1.1.2.5
> > diff -u -r1.1.1.1.2.5 Makefile
> > --- arch/sh/kernel/Makefile 8 May 2003 03:57:34 -0000 1.1.1.1.2.5
> > +++ arch/sh/kernel/Makefile 13 Jun 2003 23:08:18 -0000
> > @@ -12,7 +12,8 @@
> >
> > O_TARGET := kernel.o
> >
> > -export-objs := io.o io_generic.o io_hd64461.o setup_hd64461.o sh_ksyms.o
> > +export-objs := io.o io_generic.o io_hd64461.o setup_hd64461.o sh_ksyms.o \
> > + dma.o
> >
> > obj-y := process.o signal.o entry.o traps.o irq.o irq_ipr.o \
> > ptrace.o setup.o time.o sys_sh.o semaphore.o \
> > Index: arch/sh/kernel/dma.c
> > ===================================================================
> > RCS file: /cvsroot/linuxsh/linux/arch/sh/kernel/Attic/dma.c,v
> > retrieving revision 1.1.1.1
> > diff -u -r1.1.1.1 dma.c
> > --- arch/sh/kernel/dma.c 15 Oct 2001 20:44:47 -0000 1.1.1.1
> > +++ arch/sh/kernel/dma.c 13 Jun 2003 23:08:31 -0000
> > @@ -10,6 +10,7 @@
> > #include <linux/init.h>
> > #include <linux/irq.h>
> > #include <linux/interrupt.h>
> > +#include <linux/module.h>
> >
> > #include <asm/signal.h>
> > #include <asm/dma.h>
> > @@ -137,6 +138,25 @@
> > return 0;
> > }
> >
> > +static void __exit exit_dma(void)
> > +{
> > +#ifdef CONFIG_CPU_SH4
> > + free_irq(DMAE_IRQ);
> > +#endif
> > +}
> > +
> > module_init(init_dma);
> > +module_exit(exit_dma);
> > +
> > +MODULE_LICENSE("GPL");
> > +
> > +EXPORT_SYMBOL(setup_dma);
> > +EXPORT_SYMBOL(claim_dma_lock);
> > +EXPORT_SYMBOL(release_dma_lock);
> > +EXPORT_SYMBOL(enable_dma);
> > +EXPORT_SYMBOL(disable_dma);
> > +EXPORT_SYMBOL(set_dma_mode);
> > +EXPORT_SYMBOL(set_dma_addr);
> > +EXPORT_SYMBOL(set_dma_count);
> > +EXPORT_SYMBOL(get_dma_residue);
> >
> > -/**/
>
>
>
> --
> Paul van Gool Rincon Networks
> pau...@ri... (805)-705-1442
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by: eBay
> Great deals on office technology -- on eBay now! Click here:
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________
> linuxsh-dev mailing list
> lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsh-dev
--
Paul van Gool Rincon Networks
pau...@ri... (805)-705-1442
|
|
From: Paul v. G. <pau...@ri...> - 2003-06-13 23:20:03
|
That solved. One step closer to getting it to run... ;-).
Thanks.
Paul
On Fri, Jun 13, 2003 at 07:10:33PM -0400, Paul Mundt wrote:
> On Fri, Jun 13, 2003 at 03:54:09PM -0700, Paul van Gool wrote:
> > But when I try to load one of the resulting modules, I get:
> >
> > # insmod snd
> > Using snd
> > insmod: unresolved symbol disable_dma
> > insmod: unresolved symbol release_dma_lock
> > insmod: unresolved symbol get_dma_residue
> > insmod: unresolved symbol set_dma_mode
> > insmod: unresolved symbol enable_dma
> > insmod: unresolved symbol set_dma_addr
> > insmod: unresolved symbol set_dma_count
> > insmod: unresolved symbol claim_dma_lock
> >
> > Those functions are defined in arch/sh/kernel/dma.c. Any thoughts?
> >
> Looks like these symbols aren't being exported for module use. Try this patch,
> it should fix that up.
>
> Index: arch/sh/kernel/Makefile
> ===================================================================
> RCS file: /cvsroot/linuxsh/linux/arch/sh/kernel/Makefile,v
> retrieving revision 1.1.1.1.2.5
> diff -u -r1.1.1.1.2.5 Makefile
> --- arch/sh/kernel/Makefile 8 May 2003 03:57:34 -0000 1.1.1.1.2.5
> +++ arch/sh/kernel/Makefile 13 Jun 2003 23:08:18 -0000
> @@ -12,7 +12,8 @@
>
> O_TARGET := kernel.o
>
> -export-objs := io.o io_generic.o io_hd64461.o setup_hd64461.o sh_ksyms.o
> +export-objs := io.o io_generic.o io_hd64461.o setup_hd64461.o sh_ksyms.o \
> + dma.o
>
> obj-y := process.o signal.o entry.o traps.o irq.o irq_ipr.o \
> ptrace.o setup.o time.o sys_sh.o semaphore.o \
> Index: arch/sh/kernel/dma.c
> ===================================================================
> RCS file: /cvsroot/linuxsh/linux/arch/sh/kernel/Attic/dma.c,v
> retrieving revision 1.1.1.1
> diff -u -r1.1.1.1 dma.c
> --- arch/sh/kernel/dma.c 15 Oct 2001 20:44:47 -0000 1.1.1.1
> +++ arch/sh/kernel/dma.c 13 Jun 2003 23:08:31 -0000
> @@ -10,6 +10,7 @@
> #include <linux/init.h>
> #include <linux/irq.h>
> #include <linux/interrupt.h>
> +#include <linux/module.h>
>
> #include <asm/signal.h>
> #include <asm/dma.h>
> @@ -137,6 +138,25 @@
> return 0;
> }
>
> +static void __exit exit_dma(void)
> +{
> +#ifdef CONFIG_CPU_SH4
> + free_irq(DMAE_IRQ);
> +#endif
> +}
> +
> module_init(init_dma);
> +module_exit(exit_dma);
> +
> +MODULE_LICENSE("GPL");
> +
> +EXPORT_SYMBOL(setup_dma);
> +EXPORT_SYMBOL(claim_dma_lock);
> +EXPORT_SYMBOL(release_dma_lock);
> +EXPORT_SYMBOL(enable_dma);
> +EXPORT_SYMBOL(disable_dma);
> +EXPORT_SYMBOL(set_dma_mode);
> +EXPORT_SYMBOL(set_dma_addr);
> +EXPORT_SYMBOL(set_dma_count);
> +EXPORT_SYMBOL(get_dma_residue);
>
> -/**/
--
Paul van Gool Rincon Networks
pau...@ri... (805)-705-1442
|
|
From: Paul M. <le...@li...> - 2003-06-13 23:10:39
|
On Fri, Jun 13, 2003 at 03:54:09PM -0700, Paul van Gool wrote:
> But when I try to load one of the resulting modules, I get:
>=20
> # insmod snd
> Using snd
> insmod: unresolved symbol disable_dma
> insmod: unresolved symbol release_dma_lock
> insmod: unresolved symbol get_dma_residue
> insmod: unresolved symbol set_dma_mode
> insmod: unresolved symbol enable_dma
> insmod: unresolved symbol set_dma_addr
> insmod: unresolved symbol set_dma_count
> insmod: unresolved symbol claim_dma_lock
>=20
> Those functions are defined in arch/sh/kernel/dma.c. Any thoughts?
>=20
Looks like these symbols aren't being exported for module use. Try this pat=
ch,
it should fix that up.
Index: arch/sh/kernel/Makefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvsroot/linuxsh/linux/arch/sh/kernel/Makefile,v
retrieving revision 1.1.1.1.2.5
diff -u -r1.1.1.1.2.5 Makefile
--- arch/sh/kernel/Makefile 8 May 2003 03:57:34 -0000 1.1.1.1.2.5
+++ arch/sh/kernel/Makefile 13 Jun 2003 23:08:18 -0000
@@ -12,7 +12,8 @@
=20
O_TARGET :=3D kernel.o
=20
-export-objs :=3D io.o io_generic.o io_hd64461.o setup_hd64461.o sh_ksyms.o
+export-objs :=3D io.o io_generic.o io_hd64461.o setup_hd64461.o sh_ksyms.o=
\
+ dma.o
=20
obj-y :=3D process.o signal.o entry.o traps.o irq.o irq_ipr.o \
ptrace.o setup.o time.o sys_sh.o semaphore.o \
Index: arch/sh/kernel/dma.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvsroot/linuxsh/linux/arch/sh/kernel/Attic/dma.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 dma.c
--- arch/sh/kernel/dma.c 15 Oct 2001 20:44:47 -0000 1.1.1.1
+++ arch/sh/kernel/dma.c 13 Jun 2003 23:08:31 -0000
@@ -10,6 +10,7 @@
#include <linux/init.h>
#include <linux/irq.h>
#include <linux/interrupt.h>
+#include <linux/module.h>
=20
#include <asm/signal.h>
#include <asm/dma.h>
@@ -137,6 +138,25 @@
return 0;
}
=20
+static void __exit exit_dma(void)
+{
+#ifdef CONFIG_CPU_SH4
+ free_irq(DMAE_IRQ);
+#endif
+}
+
module_init(init_dma);
+module_exit(exit_dma);
+
+MODULE_LICENSE("GPL");
+
+EXPORT_SYMBOL(setup_dma);
+EXPORT_SYMBOL(claim_dma_lock);
+EXPORT_SYMBOL(release_dma_lock);
+EXPORT_SYMBOL(enable_dma);
+EXPORT_SYMBOL(disable_dma);
+EXPORT_SYMBOL(set_dma_mode);
+EXPORT_SYMBOL(set_dma_addr);
+EXPORT_SYMBOL(set_dma_count);
+EXPORT_SYMBOL(get_dma_residue);
=20
-/**/
|
|
From: Paul v. G. <pau...@ri...> - 2003-06-13 22:53:58
|
Hi, I'm trying to get an Envy24 PCI soundcard running on an SE7751R board (SH4). The card is supported by ALSA and so I'm trying to cross-compile that. That part seems to work fine. But when I try to load one of the resulting modules, I get: # insmod snd Using snd insmod: unresolved symbol disable_dma insmod: unresolved symbol release_dma_lock insmod: unresolved symbol get_dma_residue insmod: unresolved symbol set_dma_mode insmod: unresolved symbol enable_dma insmod: unresolved symbol set_dma_addr insmod: unresolved symbol set_dma_count insmod: unresolved symbol claim_dma_lock Those functions are defined in arch/sh/kernel/dma.c. Any thoughts? Thanks in advance. Paul PS Apologies if this question is inappropriate for this list. -- Paul van Gool Rincon Networks pau...@ri... (805)-705-1442 |
|
From: Paul M. <le...@li...> - 2003-06-13 18:18:30
|
On Fri, Jun 13, 2003 at 01:58:17PM +0100, Alex Bennee wrote: > Is it worth actually pushing on with this and adding it to the tree? The > current hack in arch/sh/kernel/pci_st40.c has been there for a while and > the machvec approach makes things a lot cleaner? >=20 The map_whatever_irq() stuff is already board specific, it's just the ST40 specific implementation that made this ugly by way of ifdef abuse. Since there's already a CONFIG_PCI directive in the overdrive-specific code, we can just move this definition out of the pci-st40 code and move it into the board specific code. Since the machvec is going away, we don't want to be adding to it unless it's absolutely necessary. Under 2.5 boards are broken out quite a bit better, and the old stboards/ stuff goes away entirely, so this is much easier to deal with here. |
|
From: David W. <dw...@in...> - 2003-06-13 13:03:46
|
On Fri, 2003-06-13 at 13:24, Alex Bennee wrote: > This is needed if your building IDE stuff on the 2.4 tree. Is there > anyone who formally looks over the 2.4 CVS tree for comitting stuff or > is submitting patches the mailing list likely to get picked up? I'd got that far -- you actually need to implement the __ndelay() function though for the benefit of any non-const users. -- dwmw2 |
|
From: Alex B. <ker...@be...> - 2003-06-13 12:58:26
|
Is it worth actually pushing on with this and adding it to the tree? The
current hack in arch/sh/kernel/pci_st40.c has been there for a while and
the machvec approach makes things a lot cleaner?
alex@cambridge linuxsh-2.4.new]$ cvs diff -u include/asm-sh/machvec.h
Index: include/asm-sh/machvec.h
===================================================================
RCS file: /cvsroot/linuxsh/linux/include/asm-sh/machvec.h,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 machvec.h
--- include/asm-sh/machvec.h 15 Oct 2001 20:45:10 -0000 1.1.1.1
+++ include/asm-sh/machvec.h 13 Jun 2003 12:54:12 -0000
@@ -14,6 +14,7 @@
#include <linux/types.h>
struct timeval;
+struct pci_dev; /* To make compiler happy */
struct sh_machine_vector
{
@@ -59,7 +60,9 @@
void (*mv_init_arch)(void);
void (*mv_init_irq)(void);
void (*mv_init_pci)(void);
- void (*mv_kill_arch)(int);
+ int (*mv_map_pci_irq)(struct pci_dev *dev, u8 slot, u8 pin);
+
+ void (*mv_kill_arch)(int);
void (*mv_heartbeat)(void);
--
Alex, homepage: http://www.bennee.com/~alex/
"Life begins when you can spend your spare time programming instead of
watching television."
-- Cal Keegan
|
|
From: Alex B. <ker...@be...> - 2003-06-13 12:24:45
|
This is needed if your building IDE stuff on the 2.4 tree. Is there
anyone who formally looks over the 2.4 CVS tree for comitting stuff or
is submitting patches the mailing list likely to get picked up?
[alex@cambridge linuxsh-2.4.new]$ cvs diff -u include/asm-sh/delay.h
Index: include/asm-sh/delay.h
===================================================================
RCS file: /cvsroot/linuxsh/linux/include/asm-sh/delay.h,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 delay.h
--- include/asm-sh/delay.h 15 Oct 2001 20:45:06 -0000 1.1.1.1
+++ include/asm-sh/delay.h 13 Jun 2003 12:19:20 -0000
@@ -8,13 +8,19 @@
*/
extern void __bad_udelay(void);
+extern void __bad_ndelay(void);
extern void __udelay(unsigned long usecs);
+extern void __ndelay(unsigned long nsecs);
extern void __const_udelay(unsigned long usecs);
extern void __delay(unsigned long loops);
#define udelay(n) (__builtin_constant_p(n) ? \
((n) > 20000 ? __bad_udelay() : __const_udelay((n) * 0x10c6ul))
: \
__udelay(n))
+
+#define ndelay(n) (__builtin_constant_p(n) ? \
+ ((n) > 20000 ? __bad_ndelay() : __const_udelay((n) * 5ul)) : \
+ __ndelay(n))
#endif /* __ASM_SH_DELAY_H */
--
Alex, homepage: http://www.bennee.com/~alex/
Wilner's Observation:
All conversations with a potato should be conducted in private.
|
|
From: Mitch D. <mj...@al...> - 2003-06-13 09:28:01
|
Paul Mundt wrote: > On Fri, Jun 13, 2003 at 02:34:57AM +1000, Mitch Davis wrote: > >>(FWIW I'm still discarding spam from the SF-based LinuxSH mailing lists...) > > You and me both. I'll add Alex to the list of people who can post immediately, > this way we don't have to keep doing this by hand. Just so that everyone knows, if I approve a LinuxSH-related message from someone, I also add them to the list of people who can post without approval. So each genuine non-subscriber should only have to wait for message approval on their first message. Mitch. |
|
From: Paul M. <le...@li...> - 2003-06-12 18:01:44
|
On Thu, Jun 12, 2003 at 06:12:05PM +0100, Julian Back wrote: > We have ported the 2.4 kernel to a couple more SH-based boards (SystemH= =20 > 7751R and EDOSK7705) and we are also working on additional drivers and=20 > ports. I would at some time like to merge our changes with the=20 > sourceforge repository. I suppose I need to get our code working on the= =20 > current 2.4 drop-in, what should I do then? >=20 Getting things working with the 2.4 drop-in tree should be pretty simple. I have an SME550 (courtesy of SnapGear) I'm working on getting running under = the 2.4 branch, once this is done we'll have stable 7751R support out of the bo= x in 2.4. (This will mostly be a backport of the 2.5 changes from myself and Sugioka-san). Please see the updated getting sources page for information on how to work = with the drop-in tree. Also, feel free to post patches for your existing code (if you are able), i= ts quite a bit easier to quickly identify what needs to be changed to work with the current code that way. > In the meantime our kernel and a small number of utilities is available= =20 > from www.shlinux.com, a website we have created to provide support to=20 > users of Linux on boards from Renesas Technology Europe. >=20 I'll add this to the links section. |
|
From: Paul M. <le...@li...> - 2003-06-12 17:55:45
|
On Fri, Jun 13, 2003 at 02:34:57AM +1000, Mitch Davis wrote: > >I've just been syncing up my local tree to the latest linuxsh/marcello > >trees and I've noticed the webpages on CVS are out of date (they still > >refer to the "kernel" project instead of the correct "linux"). > > > > Who's currently maintaining the LinuxSH webpages? >=20 > Not me. Greg Banks used to tweak them a bit, but I don't think > he's involved any more either. I think it's definitely a case of > a task looking for an owner. >=20 No one is doing anything here as far as I can tell, and this is definitely something that needs to be dealt with. I've gone ahead and updated the gett= ing sources page to reflect on the things that Alex pointed out. It would be ni= ce if someone else could take a look at it and make sure that I didn't miss anything. I've also updated the top-level index to reflect on the update as well (usi= ng greg's obscure build system). If I get some time later, I'll look through some more of the pages and look= at doing some more updates/fixes (broken links, things of that nature). > (FWIW I'm still discarding spam from the SF-based LinuxSH mailing lists..= .) >=20 You and me both. I'll add Alex to the list of people who can post immediate= ly, this way we don't have to keep doing this by hand. |
|
From: Julian B. <jb...@mp...> - 2003-06-12 17:02:53
|
Alex Bennee wrote: >To obtain the latest 2.4 drop-in tree from CVS (unless you are tracking >the development kernel) do the following steps in an empty directory: > Thanks for that information, I wasn't aware that there was an actively developed 2.4 SH kernel. We have ported the 2.4 kernel to a couple more SH-based boards (SystemH 7751R and EDOSK7705) and we are also working on additional drivers and ports. I would at some time like to merge our changes with the sourceforge repository. I suppose I need to get our code working on the current 2.4 drop-in, what should I do then? In the meantime our kernel and a small number of utilities is available from www.shlinux.com, a website we have created to provide support to users of Linux on boards from Renesas Technology Europe. Julian Back MPC Data Limited |
|
From: Mitch D. <mj...@al...> - 2003-06-12 16:34:06
|
Alex Bennee wrote: > I've just been syncing up my local tree to the latest linuxsh/marcello > trees and I've noticed the webpages on CVS are out of date (they still > refer to the "kernel" project instead of the correct "linux"). > > Who's currently maintaining the LinuxSH webpages? Not me. Greg Banks used to tweak them a bit, but I don't think he's involved any more either. I think it's definitely a case of a task looking for an owner. (FWIW I'm still discarding spam from the SF-based LinuxSH mailing lists...) Mitch. |
25 messages has been excluded from this view by a project administrator.
