* Réf. : RE: mmap : please help !
From: scarayol @ 2005-04-14 9:38 UTC (permalink / raw)
To: Fillod Stephane; +Cc: linuxppc-embedded
St=E9phane,
thanks for your help.
But I think that, except instruction eieio, I do similar things. You u=
se
the virtual address returned by mmap but have you the same values if yo=
u
use write/read(axs_mem_fd,...) instead of in_8/out_8.
That is my problem : I want to be sure that when I use the virtual add=
ress
returned by mmap, I access really to the physical memory mapped area.
Do you know a shell command in order to dump the memory and verify what=
I
do ?
----------------------------------------------------------
Sophie CARAYOL
TECHNOLOGIES & SYSTEMES
50 rue du Pr=E9sident Sadate
F - 29337 QUIMPER CEDEX
T=E9l: +33 2 98 10 30 06
mailto:scarayol@assystembrime.com
----------------------------------------------------------
=
^ permalink raw reply
* Re: Flat OF Device Tree for ppc32 [was: Platform bus/ppc sys model...]
From: Jakob Viketoft @ 2005-04-14 9:54 UTC (permalink / raw)
To: Jon Loeliger
Cc: Jon Masters, Tom Rini, Andrei Konovalov, Sylvain Munaut,
Linux PPC Embedded list
In-Reply-To: <1113235114.9846.11.camel@cashmere.sps.mot.com>
Has any more happened on this off-list, or it is just in testing-mode
right now?
I applied the changes to a 2.6.12-rc2 tree (with some minor rejects to
sort out) and it compiles and boots fine on my Memec FF1152 board with
the Virtex-II Pro chip (Xilinx ML300 config).
A couple of small changes to be able to use the simple boot-loader is below.
Cheers!
/Jakob
diff -ruN org-nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/embed_config.c
nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/embed_config.c
--- org-nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/embed_config.c
2005-04-04 18:38:03.000000000 +0200
+++ nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/embed_config.c
2005-04-14 11:36:49.000000000 +0200
@@ -23,6 +23,8 @@
#endif
extern unsigned long timebase_period_ns;
+#include <syslib/fw_bdt.h>
+
/* For those boards that don't provide one.
*/
#if !defined(CONFIG_MBX)
@@ -776,8 +778,7 @@
bd->bi_intfreq = XPAR_CORE_CLOCK_FREQ_HZ;
bd->bi_busfreq = XPAR_PLB_CLOCK_FREQ_HZ;
bd->bi_pci_busfreq = XPAR_PCI_0_CLOCK_FREQ_HZ;
- timebase_period_ns = 1000000000 / bd->bi_tbfreq;
- /* see bi_tbfreq definition in
arch/ppc/platforms/4xx/xilinx_ml300.h */
+ timebase_period_ns = 1000000000 / bd->bi_intfreq;
}
#endif /* CONFIG_XILINX_ML300 */
diff -ruN org-nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/misc-embedded.c
nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/misc-embedded.c
--- org-nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/misc-embedded.c
2005-04-04 18:38:04.000000000 +0200
+++ nobd-linux-2.6.12-rc2/arch/ppc/boot/simple/misc-embedded.c
2005-04-14 10:22:38.000000000 +0200
@@ -22,6 +22,7 @@
#endif
#include "nonstdio.h"
+#include <syslib/fw_bdt.h>
/* The linker tells us where the image is. */
extern char __image_begin, __image_end;
Jon Loeliger wrote:
> On Thu, 2005-04-07 at 12:49, Tom Rini wrote:
>
>
>>Please post to the list as an RFC. Thanks.
>
>
> Folks,
>
> Apologies to those who have received this notice twice.
> I first sent it to the list where it was summarily
> denied for size reasons.
>
> I have now posted a tgz file here instead:
>
> http://www.jdl.com/bdt_cleanup.tgz
>
> What follows is my original email content.
>
>
> OK, for those keeping score over on the U-Boot list, _this_
> message is really intended to be sent to the public list. :-)
>
> Here (as noted above) are my diffs against a clone of
> http://linux.bkbits.net/linux-2.6
> as last pulled a couple days ago. (*)
>
> Please consider this a Request For Comments for now. Feel free
> to apply it and test it out as well, of course. :-) I'll sign-off
> on it when it has ripened some more and gets a nod or two...
>
> These changes relocate almost all of the ppcboot.h definitions
> into new files, arc/ppc/syslib/fw_bdt.[ch] and front them
> with a new, shim interface in include/asm-ppc/firmware.h.
>
> There is a Kconfig option that allows you to select between
> a "bd_t" interface and a non-existant "OF Flat dev tree"
> interface. Choose wisely (default) for now. It adds the
> new fw_bdt.o file.
>
> Some potential gotchas or points to note:
>
> - As of this patch, no interface to any board should change.
> This just isolates the scattered bd_t references to one place.
>
> - On Kumar's advice arch/ppc/boot/simple was totally ignored.
> For now; this round. It can be next on the hit parade easily.
> It holds the last reference to ppcboot.h still.
>
> - Earlier cut-n-paste of some devices led to me changing a few
> files over in 68k land to remove some now-obsolete ppcboot.h
> related comments justs for completeness.
>
> - I've compiled uImage using defconfigs for the following boards:
>
> 8560_ads cpci690 ash redwood5
> 8540_ads ads_8272 TQM8260 est8260
> rpx8260 bseip mbx mpc834x_sys
> ocotea lite5200 hdpu lopec
> TQM860L rpxlite radstone_ppc7d walnut
>
> - The file include/asm-ppc/ppcboot.h used to contain a nested
> include of linux/types.h that was tacitly used by many files.
> In ripping ppcboot.h out of many platform .h files, I've had
> to add direct #include <linux/types.h> in several places.
> If your board isn't listed above and it looks really broken,
> consider if it needs a <linux/types.h>?
>
>
> Enjoy,
> jdl
>
> --
> (*) -- BK is dead. Long live BK!
>
^ permalink raw reply
* Re: Réf. : RE: mmap : please help !
From: Jean-Christophe Dubois @ 2005-04-14 10:09 UTC (permalink / raw)
To: scarayol; +Cc: linuxppc-embedded
In-Reply-To: <OFD3D0F6BD.3557C244-ONC1256FE3.0033B4B5@brime.fr>
Hello Sophie,
On Thu, 2005-04-14 at 11:38 +0200, scarayol@assystembrime.com wrote:
> St=C3=A9phane,
>=20
> thanks for your help.
> But I think that, except instruction eieio, I do similar things. You use
> the virtual address returned by mmap but have you the same values if you
> use write/read(axs_mem_fd,...) instead of in_8/out_8.
> That is my problem : I want to be sure that when I use the virtual addre=
ss
> returned by mmap, I access really to the physical memory mapped area.
As the /dev/map_mc is your custom driver it should be fairly easy for
you to check the parameters you pass to remap_page_range().=20
> Do you know a shell command in order to dump the memory and verify what I
> do ?
try "od"
JC
> ----------------------------------------------------------
> Sophie CARAYOL
>=20
> TECHNOLOGIES & SYSTEMES
> 50 rue du Pr=C3=A9sident Sadate
> F - 29337 QUIMPER CEDEX
>=20
> T=C3=A9l: +33 2 98 10 30 06
> mailto:scarayol@assystembrime.com
> ----------------------------------------------------------
>=20
>=20
>=20
>=20
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: CPM uart
From: Dan Malek @ 2005-04-14 12:01 UTC (permalink / raw)
To: Marco Schramel; +Cc: PPC_LINUX
In-Reply-To: <200504140926.01775.Schramel.Linux@go.bartec.de>
On Apr 14, 2005, at 3:26 AM, Marco Schramel wrote:
> During booting kernel hangs on initializing ttyS2 forever.
That is the console port, so take a look at the code for its
initialization for something affected by this configuration.
What kernel are you using? There have been lots of
updates in recent versions.
> What could be wrong ? I only changed the io port configuration in the
> init function.
Heh :-) There are lots of permutations of serial ports that probably
haven't been tested. You probably found one of them.
Thanks.
-- Dan
^ permalink raw reply
* embedded newbie
From: Venky Krishnan @ 2005-04-14 12:11 UTC (permalink / raw)
To: linuxppc-embedded
I bought an old powerpc PMC card and a PCI adapter to fit this into
the PC PCI slot. However a 'lspci -v' at the command doesn't show any
difference with/without the card. Does this mean the card is fried?
thanks
- venky
^ permalink raw reply
* Re: CPM uart
From: Marco Schramel @ 2005-04-14 12:54 UTC (permalink / raw)
To: Dan Malek, PPC_LINUX
In-Reply-To: <a06218f5ec69af94cf7d5f7616eed028@embeddededge.com>
Hi Dan,
thanks for your answer.
> > During booting kernel hangs on initializing ttyS2 forever.
>
> That is the console port, so take a look at the code for its
> initialization for something affected by this configuration.
> What kernel are you using? There have been lots of
> updates in recent versions.
I use kernel version 2.4.25 of denx and the uart version is
static char *serial_name = "CPM UART driver";
static char *serial_version = "0.01";
Are there newer versions? Sorry, but i am not up to date with the uart.
Is my configuration so extraordinary ;-) ?
Thanks
Marco
--
---------
Marco Schramel
^ permalink raw reply
* Re: Trying to understand alloc_skb()
From: Daniel Ann @ 2005-04-14 12:36 UTC (permalink / raw)
To: Daniel Ann, linuxppc-embedded
In-Reply-To: <9b7ca65705041305327bd600f6@mail.gmail.com>
On 4/13/05, Eugene Surovegin <ebs@ebshome.net> wrote:
> Then do it. It should be trivial to unwind the stack and much simpler
> than moving this code to process context.
You know what ?? You were right about it being trivial. Didnt take me
to too long to find the line and saw what was going on.
Initially I started reading on how to put the line in process context,
but soon I realised its not something you want to spend your afternoon
on :P (Currently I dont have too many afternoons for this)
Anyway, thanks for the pointer.
Actual problem came from rtnetlink.c file where it called
rtmsg_ifinfo(). This in turn, called alloc_skb with GFP_KERNEL, rather
an GFP_ATOMIC. I guess GFP_KERNEL is right, but what's the difference
?
--=20
Daniel
^ permalink raw reply
* Re: [PATCH] pmac: sound support for latest laptops
From: Johannes Berg @ 2005-04-14 12:55 UTC (permalink / raw)
To: Benjamin Herrenschmidt
Cc: Takashi Iwai, linuxppc-dev list, debian-powerpc@lists.debian.org
In-Reply-To: <1113113792.9517.476.camel@gaston>
[-- Attachment #1: Type: text/plain, Size: 713 bytes --]
Hi,
> This patch hacks the current Alsa snd-powermac driver to add support for
> recent machine models with the tas3004 chip, that is basically new
> laptop models.
So this works, but is incompatible with gstreamer. I took it with a
rhythmbox/gstreamer developer and he said that it's a driver issue. A
gstreamer log is here:
http://johannes.sipsolutions.net/files/rhythmbox-alsa-debug
(produced by GST_DEBUG=alsa*:5 rhythmbox 2>&1 | tee logfile)
He also asked me to try
$ gst-launch-0.8 sinesrc ! alsasink device=hw:0
which yields:
RUNNING pipeline ...
ERROR: pipeline doesn't want to play.
So the conclusion was:
"set_periods_near ioctl does something weird"
Any ideas?
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply
* Re: CPM uart
From: Marco Schramel @ 2005-04-14 13:34 UTC (permalink / raw)
To: Steven Blakeslee; +Cc: PPC_LINUX
In-Reply-To: <1628E43D99629C46988BE46087A3FBB9205B50@ep-01.EmbeddedPlanet.local>
Hi Steven,
thank you for your answer.
> The selection of the BRGs is hard coded last time I checked. When you
> add SMC1 and SMC2 it may use the wrong BRG for SCC1. Check the BRG
> registers, the cmx_smr register and cmx_scr register and make sure
> everything matches up.
But this original code seems to be ok.
static int rs_brg_map[] = {
6, /* BRG7 for SMC1 */
7, /* BRG8 for SMC2 */
0, /* BRG1 for SCC1 */
1, /* BRG2 for SCC2 */
2, /* BRG3 for SCC3 */
};
/* Wire BRG7 to SMC1 and BRG8 to SMC2 */
immap->im_cpmux.cmx_smr = 0x11;
Best regards
Marco
^ permalink raw reply
* Re: [Alsa-devel] [PATCH] ppc32: add sound support for Mac Mini
From: Takashi Iwai @ 2005-04-14 13:04 UTC (permalink / raw)
To: Benjamin Herrenschmidt
Cc: Andrew Morton, linuxppc-dev list, debian-powerpc@lists.debian.org,
alsa-devel
In-Reply-To: <1113444877.5515.44.camel@gaston>
At Thu, 14 Apr 2005 12:14:37 +1000,
Benjamin Herrenschmidt wrote:
>
> Hi !
>
> This patch applies on top of my previous g5 related sound patches and
> adds support for the Mac Mini to the PowerMac Alsa driver.
Thanks! Now applied all patches to ALSA tree.
> However, I haven't found any kind of HW support for volume control on
> this machine. If it exist, it's well hidden. That means that you
> probably want to make sure you use software with the ability to do soft
> volume control, or use Alsa 0.9 pre-release with the softvol plugin.
The softvol plugin is already available on ALSA 1.0.8.
I'll set up the default alsa-lib configuration of Pmac Toonie device
to use softvol in ALSA 1.0.9.
Takashi
^ permalink raw reply
* Re: [PATCH] pmac: sound support for latest laptops
From: Benjamin Herrenschmidt @ 2005-04-14 13:15 UTC (permalink / raw)
To: Johannes Berg
Cc: Takashi Iwai, linuxppc-dev list, debian-powerpc@lists.debian.org
In-Reply-To: <1113483344.5614.17.camel@localhost>
On Thu, 2005-04-14 at 14:55 +0200, Johannes Berg wrote:
> Hi,
>
> > This patch hacks the current Alsa snd-powermac driver to add support for
> > recent machine models with the tas3004 chip, that is basically new
> > laptop models.
>
> So this works, but is incompatible with gstreamer. I took it with a
> rhythmbox/gstreamer developer and he said that it's a driver issue. A
> gstreamer log is here:
> http://johannes.sipsolutions.net/files/rhythmbox-alsa-debug
> (produced by GST_DEBUG=alsa*:5 rhythmbox 2>&1 | tee logfile)
>
> He also asked me to try
> $ gst-launch-0.8 sinesrc ! alsasink device=hw:0
>
> which yields:
> RUNNING pipeline ...
> ERROR: pipeline doesn't want to play.
>
> So the conclusion was:
> "set_periods_near ioctl does something weird"
>
> Any ideas?
I don't know, this is definitely not a problem with the platform
specific part of the driver, which is what I've been dealin with lately.
You may find a better answer with the Alsa folks regarding the actual
PCM implementation.
^ permalink raw reply
* Re: [PATCH] pmac: sound support for latest laptops
From: Johannes Berg @ 2005-04-14 13:20 UTC (permalink / raw)
To: Benjamin Herrenschmidt
Cc: Takashi Iwai, linuxppc-dev list, debian-powerpc@lists.debian.org
In-Reply-To: <1113484515.5516.100.camel@gaston>
[-- Attachment #1: Type: text/plain, Size: 546 bytes --]
On Thu, 2005-04-14 at 23:15 +1000, Benjamin Herrenschmidt wrote:
> I don't know, this is definitely not a problem with the platform
> specific part of the driver, which is what I've been dealin with lately.
> You may find a better answer with the Alsa folks regarding the actual
> PCM implementation.
Ok. In the meantime, a workaround has been committed to the gstreamer
CVS (because, as he put it "but since there's lots of kernel modules and
every new one might have such an issue again i'd like to have a
workaround")
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
^ permalink raw reply
* Re: CPM uart
From: Dan Malek @ 2005-04-14 13:55 UTC (permalink / raw)
To: Marco Schramel; +Cc: Steven Blakeslee, PPC_LINUX
In-Reply-To: <200504141534.10883.Schramel.Linux@go.bartec.de>
On Apr 14, 2005, at 9:34 AM, Marco Schramel wrote:
>> The selection of the BRGs is hard coded last time I checked.
Newer drivers don't do this. They are probably stuck in the
linuxppc_devel
kernels and never made it into the main tree. The only problem with
BRGs will be with 8xx, where the max is 4 and some variants have fewer.
-- Dan
^ permalink raw reply
* Réf. : Re: Réf. : RE: mmap : please help !
From: scarayol @ 2005-04-14 14:37 UTC (permalink / raw)
To: Jean-Christophe Dubois; +Cc: linuxppc-embedded
Hello Jean-Christophe,
That's right, I verify all the useful parameters in my driver and
everything seems OK.
But, the real question is : if you use the /dev/mem (with open() and mm=
ap
()), could you use, in the user space, the pointer returned by the mmap=
function to access the physical memory or do you have to use read/write=
(on
the file descriptor) to access physical memory because i haven't the sa=
me
results according to the used method.
Thanks for 'od' but i haven't in my packages.
Sophie.
=
=
Jean-Christop =
=
he Dubois Pour : scarayol@assystembrime=
.com =
<jdubois@mc.c cc : linuxppc-embedded@ozla=
bs.org =
om> Objet : Re: R=E9f. : RE: =
mmap : please help ! =
=20
=
=
14/04/05 =
=
12:09 =
=
=
=
=
=
Hello Sophie,
On Thu, 2005-04-14 at 11:38 +0200, scarayol@assystembrime.com wrote:
> St=E9phane,
>
> thanks for your help.
> But I think that, except instruction eieio, I do similar things. You=
use
> the virtual address returned by mmap but have you the same values if =
you
> use write/read(axs_mem_fd,...) instead of in_8/out_8.
> That is my problem : I want to be sure that when I use the virtual
address
> returned by mmap, I access really to the physical memory mapped area.=
As the /dev/map_mc is your custom driver it should be fairly easy for
you to check the parameters you pass to remap_page_range().
> Do you know a shell command in order to dump the memory and verify wh=
at I
> do ?
try "od"
JC
> ----------------------------------------------------------
> Sophie CARAYOL
>
> TECHNOLOGIES & SYSTEMES
> 50 rue du Pr=E9sident Sadate
> F - 29337 QUIMPER CEDEX
>
> T=E9l: +33 2 98 10 30 06
> mailto:scarayol@assystembrime.com
> ----------------------------------------------------------
>
>
>
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
=
^ permalink raw reply
* RE: Réf. : Re: Réf. : RE: mmap : please help !
From: Fillod Stephane @ 2005-04-14 14:51 UTC (permalink / raw)
To: linuxppc-embedded
Sophie CARAYOL wrote:
>But, the real question is : if you use the /dev/mem (with open() and =
mmap
>()), could you use, in the user space, the pointer returned by the mmap
>function to access the physical memory or do you have to use read/write =
(on
>the file descriptor) to access physical memory because i haven't the =
same
>results according to the used method.
The read/write method is a heavy weight method, while the pointer =
returned by mmap is light and very efficient way in user-space, and It =
just works(tm).
Have you made sure the read/write is bypassing caching/speculative mode?
Can some timing issues explain the difference? Are you reading/writing=20
the right number of bytes?
Can you check both methods on a ReadOnly hardware register, with a known
value to be read?
>Thanks for 'od' but i haven't in my packages.
Anything else from dd with hexdump to your own built peek & poke?
What about mempoke from Conor McLoughlin?
http://ozlabs.org/pipermail/linuxppc-embedded/2004-October/015871.html
Regards,
--=20
Stephane
^ permalink raw reply
* embedded newbie
From: Venky Krishnan @ 2005-04-14 15:09 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <c4dda2d105041405116e40764c@mail.gmail.com>
I bought an old powerpc PMC card and a PCI adapter to fit this into
the PC PCI slot. However a 'lspci -v' at the command doesn't show any
difference with/without the card. Does this mean the card is fried?
thanks
- venky
^ permalink raw reply
* Re: CPM uart
From: Dan Malek @ 2005-04-14 15:51 UTC (permalink / raw)
To: Marco Schramel; +Cc: PPC_LINUX
In-Reply-To: <200504141454.03704.Schramel.Linux@go.bartec.de>
On Apr 14, 2005, at 8:54 AM, Marco Schramel wrote:
> I use kernel version 2.4.25 of denx and the uart version is
> static char *serial_name = "CPM UART driver";
> static char *serial_version = "0.01";
I don't remember the progress of the new cpm serial drivers in 2.4,
I've been spending too much time in 2.6. If you find a 2.4 kernel
with the new serial driver model (drivers/seral/cpm_uart) that
would be a big help.
> Are there newer versions? Sorry, but i am not up to date with the uart.
> Is my configuration so extraordinary ;-) ?
Yes, there are newer versions and I've never tried what you are
doing. The console code has always been sensitive to configurations.
Although the #defines may look like it will work, the code often isn't
there to support it, and I know wasn't there in that old version of the
code.
Thanks.
-- Dan
^ permalink raw reply
* RE: embedded newbie
From: Chris Elston @ 2005-04-14 15:58 UTC (permalink / raw)
To: Venky Krishnan; +Cc: linuxppc-embedded
>=20I=20bought=20an=20old=20powerpc=20PMC=20card=20and=20a=20PCI=20adapter=
=20to=20fit=20this=20into
>=20the=20PC=20PCI=20slot.=20However=20a=20'lspci=20-v'=20at=20the=20comma=
nd=20doesn't=20show=20any
>=20difference=20with/without=20the=20card.=20Does=20this=20mean=20the=20c=
ard=20is=20fried?
Maybe=20fried,=20or=20maybe=20it's=20just=20incompatible=20with=20your=20P=
CI/PMC=20adapter.=20=20What=20I/O=20voltage=20is=20the=20PMC=20card=205v=20=
or=203.3v?=20=20Does=20the=20PMC=20card=20have=20any=20independent=20I/O=20=
options=20-=20RS232=20header=20or=20anything=20else?=20=20Does=20it=20have=
=20any=20status=20LEDs?=20=20What=20type=20of=20card=20is=20it?
Thanks,
Chris.
________________________________________________________________________
This=20e-mail=20has=20been=20scanned=20for=20all=20viruses=20by=20Star.=20=
The
service=20is=20powered=20by=20MessageLabs.=20For=20more=20information=20on=
=20a=20proactive
anti-virus=20service=20working=20around=20the=20clock,=20around=20the=20gl=
obe,=20visit:
http://www.star.net.uk
________________________________________________________________________
^ permalink raw reply
* Re: [PATCH] pmac: sound support for latest laptops
From: Takashi Iwai @ 2005-04-14 16:18 UTC (permalink / raw)
To: Benjamin Herrenschmidt
Cc: linuxppc-dev list, Johannes Berg, debian-powerpc@lists.debian.org
In-Reply-To: <1113484515.5516.100.camel@gaston>
At Thu, 14 Apr 2005 23:15:14 +1000,
Benjamin Herrenschmidt wrote:
>
> On Thu, 2005-04-14 at 14:55 +0200, Johannes Berg wrote:
> > Hi,
> >
> > > This patch hacks the current Alsa snd-powermac driver to add support for
> > > recent machine models with the tas3004 chip, that is basically new
> > > laptop models.
> >
> > So this works, but is incompatible with gstreamer. I took it with a
> > rhythmbox/gstreamer developer and he said that it's a driver issue. A
> > gstreamer log is here:
> > http://johannes.sipsolutions.net/files/rhythmbox-alsa-debug
> > (produced by GST_DEBUG=alsa*:5 rhythmbox 2>&1 | tee logfile)
> >
> > He also asked me to try
> > $ gst-launch-0.8 sinesrc ! alsasink device=hw:0
> >
> > which yields:
> > RUNNING pipeline ...
> > ERROR: pipeline doesn't want to play.
> >
> > So the conclusion was:
> > "set_periods_near ioctl does something weird"
> >
> > Any ideas?
>
> I don't know, this is definitely not a problem with the platform
> specific part of the driver, which is what I've been dealin with lately.
> You may find a better answer with the Alsa folks regarding the actual
> PCM implementation.
Could you try the very latest CVS alsa-lib?
(Maybe you'll need to wait until tomorrow for sync with anon tree.)
In the latest version, alsa-lib will show verbose messages to stderr
when $LIBASOUND_DEBUG is set.
Takashi
^ permalink raw reply
* Re: Can you suggest a small FTP utility for Linux suitable for embedded systems?
From: Patrick Huesmann @ 2005-04-14 19:49 UTC (permalink / raw)
To: Rupesh S; +Cc: vijay_padiyar, busybox, linuxppc-embedded
In-Reply-To: <s25d2c02.087@EMAIL>
Rupesh S wrote:
>I know 'betaftpd' is small & suitable for small systems.
>
>--
>Rupesh S
>
>
we use trollftpd from trolltech, its also very small and simple
ftp://ftp.trolltech.com/freebies/ftpd/
Regards,
Patrick
>
>
>>>>"Vijay Padiyar" <vijay_padiyar@hotmail.com> 04/13/05 02:00PM >>>
>>>>
>>>>
>Hi there
>
>I am running BusyBox 1.0 on the Linux 2.6.10 kernel on an MPC8260 target.
>Since BusyBox currently doesn't appear to provide an FTP server utility, I
>wanted to know where I can get a small FTP utility for Linux that doesn't
>take up much space and is suitable for embedded applications.
>
>Regards
>
>Vijay Padiyar
>
^ permalink raw reply
* RE: ELDK 3.1.1 support for x86_64 host architecture
From: larry_chen @ 2005-04-14 21:09 UTC (permalink / raw)
To: wd, larry_chen; +Cc: linuxppc-embedded
Hi Wolfgang,
I have tried both an install and a build from scratch of v3.1.1;
both fail due to various scripting problems having to due with
unsupported HOST_ARCH of x86_64.
Below is a cut and paste of the install failure. I don't have
the build from scratch failure at the moment (but the initial failures =
were
in ELDK_BUILD and build.sh scripts; search ELDK_BUILD and
build.sh for uname -m and HOST_ARCH. You'll see what I mean :)
[larrchen@rslab46 opt]$ ls -l
total 24
drwxr-xr-x 2 larrchen root 4096 Apr 14 13:46 eldk2
[larrchen@rslab46 opt]$ cd /media/cdrom
[larrchen@rslab46 cdrom]$ ls
brandelf ELDK_MAKEDEV install ppc_6xx ppc_8xx sys
common etc ppc_4xx ppc_74xx README.html tools
ELDK_FIXOWNER icons ppc_4xxFP ppc_85xx RPMS version
[larrchen@rslab46 cdrom]$ ./install -d /opt/eldk2
Do you really want to install into /opt/eldk2 directory[y/n]?: y
Creating directories
Done
Installing cross RPMs
Preparing... ########################################### =
[100%]
package rpm-4.1.1-1.8xa_10 is intended for a i386 architecture
can't change dir: No such file or directory
[larrchen@rslab46 cdrom]$
Also, here is soem info on my host machine.
[root@rslab46 cdrom]# cat /etc/issue
Fedora Core release 3 (Heidelberg)
Kernel \r on an \m
[larrchen@rslab46 opt]$ ls -l
[larrchen@rslab46 ~]$ uname -m
x86_64
[larrchen@rslab46 ~]$ uname -a
Linux rslab46.scs.agilent.com 2.6.11-1.14_FC3smp #1 SMP Thu Apr 7 =
19:36:23 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux
[larrchen@rslab46 ~]$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 2.80GHz
stepping : 1
cpu MHz : 2800.205
cache size : 1024 KB
physical id : 0
siblings : 2
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge =
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall =
lm pni monitor ds_cpl cid cx16 xtpr
bogomips : 5521.40
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 2.80GHz
stepping : 1
cpu MHz : 2800.205
cache size : 1024 KB
physical id : 0
siblings : 2
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge =
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall =
lm pni monitor ds_cpl cid cx16 xtpr
bogomips : 5586.94
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:
Thanks for your help in this matter.
Best Regards,
Larry Chen
-----Original Message-----
From: wd@denx.de [mailto:wd@denx.de]
Sent: Wednesday, April 13, 2005 10:49 PM
To: larry_chen@agilent.com
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: ELDK 3.1.1 support for x86_64 host architecture=20
In message =
<26F517960E0A454BAC0748B5C33D5DEA18A722@wcosmb05.cos.agilent.com> you =
wrote:
>=20
> I've noticed that the ELDK build and install scripts do NOT
> support x86_64 host architecture.
Which sort of host system is this (Processor(s), RAM, Linux =
distribution) ?
> What support for x86_64 host architecture ever attempted
> by anyone?
It works fine here on several Athlon / Opteron systems running Fedora
Core 2 and Fedora Core 3; for example:
-> cat /etc/issue
Fedora Core release 2 (Tettnang)
Kernel \r on an \m
-> uname -a
Linux pollux 2.6.10-1.770_FC2smp #1 SMP Sat Feb 26 19:46:59 EST 2005 =
x86_64 x86_64 x86_64 GNU/Linux
-> cat /proc/cpuinfo=20
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 246
stepping : 10
cpu MHz : 2004.596
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge =
mca cmov pat pse36 clflush mmx fxsr sse sse2 pni syscall nx mmxext lm =
3dnowext 3dnow
bogomips : 3940.35
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 246
stepping : 10
cpu MHz : 2004.596
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge =
mca cmov pat pse36 clflush mmx fxsr sse sse2 pni syscall nx mmxext lm =
3dnowext 3dnow
bogomips : 4005.88
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
-> type ppc_8xx-gcc
ppc_8xx-gcc is /opt/eldk/usr/bin/ppc_8xx-gcc
-> ppc_8xx-gcc -v
Reading specs from =
/opt/eldk-3.1.1/usr/bin/../lib/gcc-lib/ppc-linux/3.3.3/specs
Configured with: ../configure --prefix=3D/usr --mandir=3D/usr/share/man =
--infodir=3D/usr/share/info --enable-shared --enable-threads=3Dposix =
--disable-checking --with-system-zlib --enable-__cxa_atexit =
--with-newlib --enable-languages=3Dc,c++ --disable-libgcj =
--host=3Di386-redhat-linux --target=3Dppc-linux
Thread model: posix
gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9)
Best regards,
Wolfgang Denk
--=20
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Neckties strangle clear thinking. -- Lin Yutang
^ permalink raw reply
* Re: CPM uart
From: Ricardo Scop @ 2005-04-14 23:24 UTC (permalink / raw)
To: Marco Schramel, PPC_LINUX
In-Reply-To: <200504141454.03704.Schramel.Linux@go.bartec.de>
Hi Marco,
On Thursday 14 April 2005 09:54, Marco Schramel wrote:
> Hi Dan,
>
> thanks for your answer.
>
> > > During booting kernel hangs on initializing ttyS2 forever.
> >
> > That is the console port, so take a look at the code for its
> > initialization for something affected by this configuration.
> > What kernel are you using? There have been lots of
> > updates in recent versions.
>
> I use kernel version 2.4.25 of denx and the uart version is
^^^^^^^^^^^^^^
Perusing that code, I can see that the console routines assume that there=
are=20
_no_ SMC ports initialized before the SCC ports in rs_table. This should =
be=20
fixed before attempting to run your system again.
I suggest you to seek all smc_scc_num references inside both the console=20
routines and the #ifdef SCC_CONSOLE ... #endif code snippets. They should=
be=20
subtracted by SCC_NUM_BASE whenever they're used to access SCC-related st=
uff,=20
AFAIK.
HTH,
Ricardo Scop.
\|/
___ -*-
(@ @)/|\
/ V \| R SCOP Consult.
/( )\ Linux-based communications
--^^---^^+------------------------------
rscop@matrix.com.br
+55 51 999-36-777
Porto Alegre, RS - BRazil
^ permalink raw reply
* Re: embedded newbie
From: Venky Krishnan @ 2005-04-15 2:06 UTC (permalink / raw)
To: Chris Elston; +Cc: linuxppc-embedded
In-Reply-To: <F38DEABE0E171746B133C1ABBD142D9703691B09@radmail.Radstone.Local>
Thanks for your reply. The PMC card is an SBS palomar II card which I
think is a 5v card. No LED's on the card. I have started looking
around for a 3pin RS232 cable.
Thanks again for your inputs...
- venky
=20
On 4/14/05, Chris Elston <chris.elston@radstone.co.uk> wrote:
> > I bought an old powerpc PMC card and a PCI adapter to fit this into
> > the PC PCI slot. However a 'lspci -v' at the command doesn't show any
> > difference with/without the card. Does this mean the card is fried?
>=20
> Maybe fried, or maybe it's just incompatible with your PCI/PMC adapter. =
What I/O voltage is the PMC card 5v or 3.3v? Does the PMC card have any in=
dependent I/O options - RS232 header or anything else? Does it have any st=
atus LEDs? What type of card is it?
>=20
> Thanks,
>=20
> Chris.
>=20
> ________________________________________________________________________
> This e-mail has been scanned for all viruses by Star. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, visit:
> http://www.star.net.uk
> ________________________________________________________________________
>
^ permalink raw reply
* Re: 824x Sandpoint with 2.6.x
From: Sam Song @ 2005-04-15 2:24 UTC (permalink / raw)
To: Mark A. Greer; +Cc: linuxppc-embedded
"Mark A. Greer" <mgreer@mvista.com>
Re: 824x Sandpoint with 2.6.x
--- Sam Song <samlinuxppc@yahoo.com.cn> wrote:
[snip]
> which had a conflict with bd_info of u-boot. Does
> CONFIG_CPM2 means CONFIG_8260 in 2.6.x? If so, it
> seems that I should use CPM2 UART driver rather
> than the one CONFIG_SERIAL_8250 which is defined by
> sandpoint_defconfig. Well, CPM2 UART driver support
> is off line from menuconfig:-(
I got the answer after a glance at the Manual itself.
824x is so different to 8260/8270. No CPM at all on
it. The DUART's program model is compatible with
16550. Also no IMMR value... I thought 824x could have
a model as 8260 or even 8xx. New things learned!
> I created one image only with 8250 serial and
> RAMDISK support kernel. The console setting was
> "ttyS0,115200". But hanged after loading the
> kernel... What could the problem be?
Still no luck. From the print message I set, it passed
MMU_init() and mpc10x_bridge_init(), then stopped.
Any clue on it?
Thanks,
Sam
_________________________________________________________
Do You Yahoo!?
150万曲MP3疯狂搜，带您闯入音乐殿堂
http://music.yisou.com/
美女明星应有尽有，搜遍美图、艳图和酷图
http://image.yisou.com
1G就是1000兆，雅虎电邮自助扩容！
http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_1g/
^ permalink raw reply
* {PATCH] Fix IBM EMAC driver ioctl bug
From: Geoff Levand @ 2005-04-14 18:20 UTC (permalink / raw)
To: Matt Porter; +Cc: linux-kernel, linuxppc-embedded
Fix IBM EMAC driver ioctl bug.
I found IBM EMAC driver bug.
So mii-tool command print wrong status.
# mii-tool
eth0: 10 Mbit, half duplex, no link
eth1: 10 Mbit, half duplex, no link
I can get correct status on fixed kernel.
# mii-tool
eth0: negotiated 100baseTx-FD, link okZZ
eth1: negotiated 100baseTx-FD, link ok
Hiroaki Fuse
Signed-off-by: Geoff Levand <geoffrey.levand@am.sony.com> for CELF
---
Index: linux-2.6.11/drivers/net/ibm_emac/ibm_emac_core.c
===================================================================
--- linux-2.6.11.orig/drivers/net/ibm_emac/ibm_emac_core.c 2005-04-14 10:54:20.014023550 -0700
+++ linux-2.6.11/drivers/net/ibm_emac/ibm_emac_core.c 2005-04-14 10:55:24.723458722 -0700
@@ -1587,7 +1587,7 @@
static int emac_ioctl(struct net_device *dev, struct ifreq *rq, int cmd)
{
struct ocp_enet_private *fep = dev->priv;
- uint *data = (uint *) & rq->ifr_ifru;
+ uint16_t *data = (uint16_t *) & rq->ifr_ifru;
switch (cmd) {
case SIOCGMIIPHY:
-EOF
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox