problem backporting talitos for MPC8272
Hello, I'm trying to backporting cryptoApi from 2.6.35.7 to 2.6.21 for making backward compatibility with the crypto-processor of powerpc MPC8272. This uses the SEC1.0 from Freescale for crypto. This processor it's mounted on a custom board with a non-standard closed bootloader, but it can pass parameters to the kernel. I've made already the backport for the cryptoApi and talitos and the compiles and runs. Consulting /proc/crypto I can see normal results, but no drivers involving talitos. This it's normal because talitos_init() runs, but not talitos_probe(). ¿Why? ¿How can I force a driver to be probed? I can see that talitos it's registered on "of drivers tree", but nobody calls the function talitos_probe(). I've making print this activating the print of changing kobject on Kernel Hacking. My final question it's about of-tree. I have the mpc8272ads.dts file with a tree that involves talitos, but I've changed the properties acording the new version of it on 2.6.35. ¿This file (mpc8272ads.dts) when it's used?I think I don't use this file for nothing (it doesn't appears on make V=1) because I don't have a normal bootloader and I have to load the kernel like a flat-binary gz, so there's no more step after building System.map. In the ocf-linux talitos driver specifications says that the only difference between SEC1.0 and SEC2.0 it's the clock velocity. It has the same number of channels and so on... ¿so talitos can be compatible with SEC1.0? Also, ¿where I can submit the work already done (backporting of cryptoApi) ? Maybe it's useful for someone. I appreciate your help because this work it's a part for my finial bachelor work.Thank you. King regads, Alexandru. -- *--- Alexandru Ionut Grama **email: gramaalexandruio...@gmail.com** * ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: PMU_IOC_SLEEP failed
2010/12/28 Benjamin Herrenschmidt : > On Tue, 2010-12-28 at 17:39 +0100, jjDaNiMoTh wrote: >> 2010/12/28 Michel Dänzer : >> [cut] >> > What exactly does "can't switch over VT" mean? >> After X is running, I can't switch over ctrl + alt + f{1,2,3,4,5,6} >> consoles ( the screen flicker, then blank ). If I switch to f7, where >> X live, all return to normal and I can see normal X window. >> This doesn't happend with X active. >> >> > Sleep requires radeonfb, is that enabled? >> >> Of course, but I think there is something wrong: >> >> (dmesg..) >> [...] >> radeonfb_pci_register BEGIN >> radeonfb :00:10.0: BAR 0: can't reserve [mem 0xb800-0xbfff pref] >> radeonfb (:00:10.0): cannot request region 0. >> radeonfb: probe of :00:10.0 failed with error -16 > > That looks bad indeed. Send me the complete dmesg, a snapshot of the > device-tree (tar -c /proc/device-tree >foo.tar) and the output > of /proc/iomem please. [1] http://nat.vacau.com/linux/iomem.txt.gz [2] http://nat.vacau.com/linux/dmesg_37-rc.txt.gz [3] http://nat.vacau.com/linux/device_tree.tar Thank you ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Hang in Freescale Host Controller
Hi, I am expereincing some sort of end less loop in FHCI, we are using linux 2.6.11 on MPC836X we got as part of BSP from freescale. When we connect the usb device and try to do some data transfer we see an endless loop happens in function scan_ed_list(..) of fhci-hcd.c when list_type BULK list is passed to it. Is any one faced similar issue on the freescale host controller interface for any USB device? If so tell us how you have overcomed this issue. Thanks, Sabari. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: PMU_IOC_SLEEP failed
On Tue, 2010-12-28 at 17:39 +0100, jjDaNiMoTh wrote: > 2010/12/28 Michel Dänzer : > [cut] > > What exactly does "can't switch over VT" mean? > After X is running, I can't switch over ctrl + alt + f{1,2,3,4,5,6} > consoles ( the screen flicker, then blank ). If I switch to f7, where > X live, all return to normal and I can see normal X window. > This doesn't happend with X active. > > > Sleep requires radeonfb, is that enabled? > > Of course, but I think there is something wrong: > > (dmesg..) > [...] > radeonfb_pci_register BEGIN > radeonfb :00:10.0: BAR 0: can't reserve [mem 0xb800-0xbfff pref] > radeonfb (:00:10.0): cannot request region 0. > radeonfb: probe of :00:10.0 failed with error -16 That looks bad indeed. Send me the complete dmesg, a snapshot of the device-tree (tar -c /proc/device-tree >foo.tar) and the output of /proc/iomem please. Cheers, Ben. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: PMU_IOC_SLEEP failed
2010/12/28 Michel Dänzer : [cut] > What exactly does "can't switch over VT" mean? After X is running, I can't switch over ctrl + alt + f{1,2,3,4,5,6} consoles ( the screen flicker, then blank ). If I switch to f7, where X live, all return to normal and I can see normal X window. This doesn't happend with X active. > Sleep requires radeonfb, is that enabled? Of course, but I think there is something wrong: (dmesg..) [...] radeonfb_pci_register BEGIN radeonfb :00:10.0: BAR 0: can't reserve [mem 0xb800-0xbfff pref] radeonfb (:00:10.0): cannot request region 0. radeonfb: probe of :00:10.0 failed with error -16 ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [PATCH] of_mmc_spi: add card detect irq support
On Mon, Aug 30, 2010 at 11:49:08AM -0600, Grant Likely wrote: > On Mon, Aug 30, 2010 at 10:38 AM, David Brownell wrote: > > Since I don't do OpenFirmware, let's hear from > > Grant on this one. > > Looks good to me. > > Acked-by: Grant Likely I wonder what happened with this patch? Thanks, -- Anton Vorontsov Email: cbouatmai...@gmail.com ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: PMU_IOC_SLEEP failed
On Die, 2010-12-28 at 13:25 +0100, jjDaNiMoTh wrote: > > what could be the problem here? > > [r...@myhost ~]# /usr/lib/hal/hal-system-power-pmu sleep > power-pmu : PMU_IOC_SLEEP failed > > (same with pm-suspend, kernel version: any >= 2.6.33. I'm now on a .37-rc). > > KMS is disabled (modprobe radeon modeset=0, and I can't switch over VT). What exactly does "can't switch over VT" mean? Sleep requires radeonfb, is that enabled? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
PMU_IOC_SLEEP failed
Hi all, what could be the problem here? [r...@myhost ~]# /usr/lib/hal/hal-system-power-pmu sleep power-pmu : PMU_IOC_SLEEP failed (same with pm-suspend, kernel version: any >= 2.6.33. I'm now on a .37-rc). KMS is disabled (modprobe radeon modeset=0, and I can't switch over VT). userspace thing has kms for radeon disabled (libdrm, mesa, xf86-video-ati). There are some important parts of config should I attach? Thanks ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev