You can subscribe to this list here.
2007 |
Jan
(3) |
Feb
(2) |
Mar
(6) |
Apr
(11) |
May
(4) |
Jun
(20) |
Jul
(13) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Paul L. <pl...@at...> - 2007-03-15 14:50:13
|
The documentation is up on the source-forge download section. As far as=20 getting this into the mainline code, I guess that depends on what the=20 demand is and what the kernel devs think. Paul -----Original Message----- From: tho...@bt... [mailto:tho...@bt...]=20 Sent: Thursday, March 15, 2007 7:47 AM To: Paul Lever Subject: RE: [Sdio-linux-devel] Firmware Hi Paul, Thank you for your quick response. Do you have any links to the=20 documentation you mention at all? Also, are there any plans to get this=20 into the mainline kernel? Cheers, Tom -----Original Message----- From: sdi...@li... [mailto:sdi...@li...] On Behalf Of=20 Paul Lever Sent: 15 March 2007 14:12 To: sdio-linux-devel Subject: Re: [Sdio-linux-devel] Firmware =20 The firmware for the Ar6001 resides on the target device. It is not=20 downloaded and there is no requirement for a HAL. To support the MX31=20 you would write a Host Controller Driver(HCD) for the MX31 SDIO host=20 controller hardware. There are numerous samples of HCDs as well as a=20 section of the documentation that describes HCDs and the APIs used by=20 them. Regards Paul -----Original Message----- From: tho...@bt... [mailto:tho...@bt...] Sent: Thursday, March 15, 2007 4:58 AM To: sdi...@li... Subject: [Sdio-linux-devel] Firmware I've looked though the bulletin for the AR6001, which shows the device=20 having an "Integrated RISC processor". Presumably this processor must=20 run some firmware. Is the firmware contained in the onboard flash? I=20 can't seem to find anywhere in the ar6000_wlan patch which downloads=20 firmware into the device. The bulletin also seems to indicate the=20 firmware is based around eCos. I know this has a BSD-type licence, but=20 is the source available at all? The bulletin seems to imply it is. Am I right in thinking this driver is completely open source? It doesn't need a binary HAL like the AR500x drivers do? I am hoping this could be interfaced to a Frescale i.MX31 application=20 processor. I've not even started looking at how compatible the MX31's=20 SDIO kernel module is to this SDIO stack. I'm hoping that I could port=20 this stack to use the MX31's SDIO interface. If I'm honest, I'm less=20 than clueless at the moment as I have only just started looking into=20 this. Any information you could give me would be greatly appreciated. Cheers, Tom ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join=20 SourceForge.net's Techsay panel and you'll get the chance to share your=20 opinions on IT & business topics through brief surveys-and earn cash=20 http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Sdio-linux-devel mailing list Sdi...@li... https://lists.sourceforge.net/lists/listinfo/sdio-linux-devel ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join=20 SourceForge.net's Techsay panel and you'll get the chance to share your=20 opinions on IT & business topics through brief surveys-and earn cash=20 http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Sdio-linux-devel mailing list Sdi...@li... https://lists.sourceforge.net/lists/listinfo/sdio-linux-devel |
From: Paul L. <pl...@at...> - 2007-03-15 14:12:37
|
=20 The firmware for the Ar6001 resides on the target device. It is not=20 downloaded and there is no requirement for a HAL. To support the MX31=20 you would write a Host Controller Driver(HCD) for the MX31 SDIO host=20 controller hardware. There are numerous samples of HCDs as well as a=20 section of the documentation that describes HCDs and the APIs used by=20 them. Regards Paul -----Original Message----- From: tho...@bt... [mailto:tho...@bt...]=20 Sent: Thursday, March 15, 2007 4:58 AM To: sdi...@li... Subject: [Sdio-linux-devel] Firmware I've looked though the bulletin for the AR6001, which shows the device=20 having an "Integrated RISC processor". Presumably this processor must=20 run some firmware. Is the firmware contained in the onboard flash? I=20 can't seem to find anywhere in the ar6000_wlan patch which downloads=20 firmware into the device. The bulletin also seems to indicate the=20 firmware is based around eCos. I know this has a BSD-type licence, but=20 is the source available at all? The bulletin seems to imply it is. Am I right in thinking this driver is completely open source? It doesn't=20 need a binary HAL like the AR500x drivers do? I am hoping this could be interfaced to a Frescale i.MX31 application=20 processor. I've not even started looking at how compatible the MX31's=20 SDIO kernel module is to this SDIO stack. I'm hoping that I could port=20 this stack to use the MX31's SDIO interface. If I'm honest, I'm less=20 than clueless at the moment as I have only just started looking into=20 this. Any information you could give me would be greatly appreciated. Cheers, Tom ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join=20 SourceForge.net's Techsay panel and you'll get the chance to share your=20 opinions on IT & business topics through brief surveys-and earn cash=20 http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Sdio-linux-devel mailing list Sdi...@li... https://lists.sourceforge.net/lists/listinfo/sdio-linux-devel |
From: <tho...@bt...> - 2007-03-15 11:57:44
|
I've looked though the bulletin for the AR6001, which shows the device having an "Integrated RISC processor". Presumably this processor must run some firmware. Is the firmware contained in the onboard flash? I can't seem to find anywhere in the ar6000_wlan patch which downloads firmware into the device. The bulletin also seems to indicate the firmware is based around eCos. I know this has a BSD-type licence, but is the source available at all? The bulletin seems to imply it is. Am I right in thinking this driver is completely open source? It doesn't need a binary HAL like the AR500x drivers do? I am hoping this could be interfaced to a Frescale i.MX31 application processor. I've not even started looking at how compatible the MX31's SDIO kernel module is to this SDIO stack. I'm hoping that I could port this stack to use the MX31's SDIO interface. If I'm honest, I'm less than clueless at the moment as I have only just started looking into this. Any information you could give me would be greatly appreciated. Cheers, Tom |
From: <app...@ms...> - 2007-03-14 02:39:38
|
<DIV> <DIV>Dear all:</DIV> <DIV> I have two quest= ions about linux sdio stack.</DIV> <DIV>(1)I use 2.6.18 linux kernel. When I compile the sdio bus driver, it s= how error "CONFIG_PNP not defined". I trace the kernel code, then I found C= ONFIG_PNP based on ISA or ACPI. But the kernel don't define ISA or ACPI. Do= es it mean I must fix the kernel to add "select ISA" to support CONFIG_PNP?= ?</DIV> <DIV> </DIV> <DIV>(2)In 2.6.18 or 2.6.20 kernel , these symbol "pnp_register_protocol" o= r "pnp_unregister_protocol" don't export. I found the list:</DIV> <DIV>#if 0<BR>EXPORT_SYMBOL(pnp_register_protocol);<BR>EXPORT_SYMBOL(pnp_un= register_protocol);<BR>EXPORT_SYMBOL(pnp_add_device);<BR>EXPORT_SYMBOL(pnp_= remove_device);<BR>#endif /* 0 */<BR>I don't know if I ch= ange #if 0 to #if 1 to let symbol export. Is it correct ? Do I fix others?<= /DIV> <DIV> </DIV> <DIV>Thank you very much.</DIV> <DIV> </DIV> <DIV>Best regards,</DIV> <DIV> </DIV> <DIV>Appie</DIV></DIV><br><span style=3D"font-size:13px">--- =A5=BB=B6l=A5= =F3=A8=D3=A6=DBHiNet WebMail ---</span> |
From: Paul L. <pl...@at...> - 2007-03-13 14:40:58
|
>2. Which exact Athero's WLAN SDIO is supported by this sdio linux=20 project? And did it contain its linux driver source=20 >file?=20 AR6001 (dev kit available from CardAccess www.cardaccess-inc.com_), yes=20 the source is also in the project.=20 Paul -----Original Message----- From: boku [mailto:bok...@gm...]=20 Sent: Tuesday, March 13, 2007 1:12 AM To: sdi...@li... Subject: [Sdio-linux-devel] How about how to patch this project to=20 linux? Hi, I've some questions: 1. I'd like to ask how to patch this project to my linux kernel source?=20 Must linux be 2.6.18 or 2.6.10? or each has different patch way or different patch source? Currently,=20 i'm using 2.6.16. Will there be much efforts to port to 2.6.16 ? 2. Which exact Athero's WLAN SDIO is supported by this sdio linux=20 project? And did it contain its linux driver source file? Thanks a lot! Best Regards, boku ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join=20 SourceForge.net's Techsay panel and you'll get the chance to share your=20 opinions on IT & business topics through brief surveys-and earn cash=20 http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Sdio-linux-devel mailing list Sdi...@li... https://lists.sourceforge.net/lists/listinfo/sdio-linux-devel |
From: boku <bok...@gm...> - 2007-03-13 08:12:08
|
Hi, I've some questions: 1. I'd like to ask how to patch this project to my linux kernel source? Must linux be 2.6.18 or 2.6.10? or each has different patch way or different patch source? Currently, i'm using 2.6.16. Will there be much efforts to port to 2.6.16 ? 2. Which exact Athero's WLAN SDIO is supported by this sdio linux project? And did it contain its linux driver source file? Thanks a lot! Best Regards, boku |
From: Paul L. <pl...@at...> - 2007-02-08 18:26:13
|
Appie, For combo cards, you doesn't need to do anything special. The memory=20 will be in function 0 and the I/O will be in another function, e.g =20 function 1. You will have a function driver for each function. The SDIO=20 bus driver serializes all commands and there is no preemption of a=20 command (no need to use read-wait or I/O suspend/resume). Even though=20 the SDIO spec does have a mechanism to suspend a current data transfer=20 to start another one, there isn't enough consistency in host=20 implementations to support this on a general case and it isn't needed. =20 Regards =20 Paul ________________________________ From: app...@ms... [mailto:app...@ms...]=20 Sent: Thursday, February 08, 2007 10:04 AM To: sdi...@li... Subject: [Sdio-linux-devel] Does sdio-linux-stack support read_wait or=20 suspend_resume?? Dear all: I see some combo cards (memory+I/O) recently. If I want to read or=20 write memory and access I/O at the same time. I think it maybe use=20 read_wait or suspend_resume command. I have two questions. =20 (1)If I use read_wait command, it will stop read memory and do some I/O=20 commands between read blocks. There is no command called "write_wait". =20 If I want to write memory and do some I/O between write blocks, I don't=20 know what command or method I could use it. Could anyone have ideas or=20 methods?? =20 (2)Could sdio-linux-stack support read_wait or suspend_resume command?? =20 Thanks a lot. =20 Best regards, =20 Appie --- =A5=BB=B6l=A5=F3=A8?=DBHiNet WebMail --- |
From: <app...@ms...> - 2007-02-08 18:05:47
|
<DIV> <DIV>Dear all:</DIV> <DIV> I see some combo cards (memory+I/O) rec= ently. If I want to read or write memory and access I/O at the same time. I= think it maybe use read_wait or suspend_resume command. I have two questio= ns.</DIV> <DIV> </DIV> <DIV>(1)If I use read_wait command, it will stop read memory and do some I/= O commands between read blocks. There is no command called "write_wait".&nb= sp; If I want to write memory and do some I/O between write blocks, I don't= know what command or method I could use it. Could anyone have ideas or met= hods??</DIV> <DIV> </DIV> <DIV>(2)Could sdio-linux-stack support read_wait or suspend_resume command?= ?</DIV> <DIV> </DIV> <DIV>Thanks a lot.</DIV> <DIV> </DIV> <DIV>Best regards,</DIV> <DIV> </DIV> <DIV>Appie</DIV></DIV><br><span style=3D"font-size:13px">--- =A5=BB=B6l=A5= =F3=A8=D3=A6=DBHiNet WebMail ---</span> |
From: Paul L. <pl...@at...> - 2007-01-17 18:15:23
|
There is an SDIO specification for GPS cards: SD Specifications Part E4 SDIO GPS Specification Version 1.00 May 7, 2004 =20 If the card was built to this spec then it should run. GPS cards tend to consume a lot of processor bandwidth because the spec really just exposes a register level UART interface, which is very inefficient over SDIO. =20 Paul Lever _____ =20 From: app...@ms... [mailto:app...@ms...]=20 Sent: Wednesday, January 17, 2007 9:55 AM To: sdi...@li... Subject: [Sdio-linux-devel] Linux SDIO support SD-502 GPS ? Hello: I have one SDIO GPS card (SD-502) from GlovalSat. But I don't know if Linux-SDIO could support it. Does anyone try it? =20 Thanks. =20 Best regards, =20 Appie --- =A5=BB=B6l=A5=F3=A8?=DBHiNet WebMail ---=20 |
From: <app...@ms...> - 2007-01-17 17:56:55
|
<DIV> <DIV>Hello:</DIV> <DIV> I have one SDIO GPS card (SD-502)= from GlovalSat. But I don't know if Linux-SDIO could support it. Does anyo= ne try it?</DIV> <DIV> </DIV> <DIV>Thanks.</DIV> <DIV> </DIV> <DIV>Best regards,</DIV> <DIV> </DIV> <DIV>Appie</DIV></DIV><br><span style=3D"font-size:13px">--- =A5=BB=B6l=A5= =F3=A8=D3=A6=DBHiNet WebMail ---</span> |
From: <ak...@ka...> - 2007-01-08 21:10:27
|
Hello, Do you have a list of hardware that these driver support, model numbers and manufactures? -Armin |