- kernelnewbies@kernelnewbies.org - Kernelnewbies Mailing Lists

Downgrade GSM/UMTS module to USB 2.0 Fullspeed
by Oliver Graute Jan. 19, 2017

Jan. 19, 2017

Hello list, i'am using a GSM/UMTS Module on a PCB which is connected with USB 2.0 Hi-Speed to my imx6ul CPU. To reduce our Electromagnetic compatibility and to make my hardware colleges happy again I want to downgrade to USB Full Speed. How can I tell the Linux Kernel to Do so? I already tried this and looked around in /sys/bus/usb/devices but can't find appropirate place to force it to lower speed. dmesg | grep USB [ 175.775175] usb 1-1: new high-speed USB device number 2 using ci_hdrc [ 175.938753] usb 1-1: New USB device found, idVendor=1e2d, idProduct=005a [ 175.938797] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 176.021420] cdc_acm 1-1:1.0: ttyACM0: USB ACM device [ 176.068150] cdc_acm 1-1:1.2: ttyACM1: USB ACM device [ 176.102410] cdc_acm 1-1:1.4: ttyACM2: USB ACM device [ 176.131074] cdc_acm 1-1:1.6: ttyACM3: USB ACM device [ 176.172841] cdc_acm 1-1:1.11: ttyACM4: USB ACM device [ 176.208768] cdc_acm 1-1:1.13: ttyACM5: USB ACM device /sys/bus/usb/devices# lsusb -t /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ci_hdrc/1p, 480M |__ Port 1: Dev 2, If 0, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 1, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 2, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 3, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 4, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 5, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 6, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 7, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 8, Class=, Driver=, 480M |__ Port 1: Dev 2, If 9, Class=, Driver=, 480M |__ Port 1: Dev 2, If 10, Class=, Driver=, 480M |__ Port 1: Dev 2, If 11, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 12, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 13, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 14, Class=, Driver=cdc_acm, 480M |__ Port 1: Dev 2, If 15, Class=, Driver=, 480M Best Regards, Oliver

3 3

How to identify the cause of " BUG: Bad page map in process python ..." kernel errors?
by Muni Sekhar Jan. 18, 2017

Jan. 18, 2017

Hi All, I am observing the following statements in the kernel log while running driver soak tests and monitoring MIPS and memory usage: [ 8350.824403] BUG: Bad page map in process python pte:000000c0 pmd:950a5067 [ 8351.457234] BUG: Bad page map in process python pte:3400000000000c0 pmd:950a5067 [ 8351.458469] BUG: Bad page map in process python pte:406486b3be206e97 pmd:950a5067 …. [ 8353.266053] BUG: Bad page map in process python pte:406486b3fb696e97 pmd:950a5067 [ 8353.305982] BUG: Bad page map in process python pte:000000c0 pmd:950a5067 [ 8355.738440] BUG: Bad rss-counter state mm:ffff880138fa7100 idx:1 val:259 [ 8374.905314] general protection fault: 0000 [#1] SMP In the kernel log, I observed that kernel reported 60 " BUG: Bad page map in process python ..." reports and 1 “BUG: Bad rss-counter state” and finally it crashed with “general protection fault”. I would like to know what does it mean by “BUG: Bad page map in process python ...” and how to identify the cause of it? To debug this, do I need to consider the “general protection fault” stack trace or the first “BUG: Bad page map in process …” stack trace? -- Thanks, Sekhar

1 0

ioremap of large space has any cost ?
by Ran Shalit Jan. 18, 2017

Jan. 18, 2017

Hello, In case where we have large space (like in fpga), we thought of using ioremap_nocache() giving the complete area space for simplicity. But does it has any cost (performance, memory or other) , or is it better to use just chunk of the required space ? Thank you, Ran

1 0

Tracing changes to mm->nr_ptes
by Paddie O'Brien Jan. 15, 2017

Jan. 15, 2017

Hi, As a learning exercise I'm using systemtap to trace all calls to pte_alloc() in the context of a particular process. pte_alloc() allocates a page table and increments mm->nr_ptes. However, the first time pte_alloc() is called (and the first time I can intercept it) mm->nr_ptes is already equal to 1. I cannot find the initial increment of mm->nr_ptes. Anyone know where I should look?! Thanks.

1 0

Is it illegal to have kernel virtual address == 0 ?
by Ran Shalit Jan. 15, 2017

Jan. 15, 2017

Hello, I've seen some modules where it is tested if virtual address is 0, and if yes, it is acted as if it is an error. But can't virtual address be zero too ? For example, in the following module: https://github.com/khilman/omap-test-dmatest/blob/master/main.c it is checked the returned value of dma_alloc_coherent as following: dma_test[i].src_buf = (unsigned long) dma_alloc_coherent(NULL, buf_size (dma_addr_t *)&dma_test[i].src_buf_phys, GFP_KERNEL | GFP_DMA); if (!dma_test[i].src_buf) { printk("dmatest_init(): get_zeroed_page() failed.\n"); r = -ENOMEM; goto cleanup; } As you can see , when dma_alloc_coherent returns 0 , it is acted as if it is an error. Thank you, Ran

2 2

Re: __vdso_gettimeofday on x86 32bit app on 64bit kernel
by Sharath Jan. 13, 2017

Jan. 13, 2017

hi, yes, I have fixed both parts of the commit "37c975545ec63320789962bf307f000f08fabd48". Actually the changes under "LINUX_2.5 {" was not needed in my case cause those symbols were not there in base kernel. These changes seems to be not enough. Well this is a production env & hence moving to newer version will be little late. Thanks SB On Sat, Jan 14, 2017 at 3:19 AM, <Valdis.Kletnieks(a)vt.edu> wrote: > On Sat, 14 Jan 2017 03:04:48 +0530, Sharath said: > > > I am trying to get __vdso_gettimeofday() for 32bit applications on a > 64bit > > kernel. The changes I have tried is below, with these changes I am not > able > > to get this working. what am I missing.? on the same kernel > > __vdso_gettimeofday for 64bit apps is able to use it. > > > > My kernel version is :- 3.4.91 > > You might want to do a 'git show 37c975545ec63320789962bf307f000f08fabd48' > and make sure you include *both* parts of the patch. You only did half > the job. > > Also, you may want to upgrade to a kernel that's not a half-decade old, so > you don't have to keep re-fixing stuff that was fixed 5 years ago. > > commit 37c975545ec63320789962bf307f000f08fabd48 > Author: Andy Lutomirski <luto(a)amacapital.net> > Date: Sat Mar 29 13:15:35 2014 -0700 > > x86, vdso: Fix the symbol versions on the 32-bit vDSO > > The new symbols provide the same API as the 64-bit variants, so they > should have the same symbol version name. This can't break > userspace, since these symbols are new for 32-bit Linux. > > >

1 0

__vdso_gettimeofday on x86 32bit app on 64bit kernel
by Sharath Jan. 13, 2017

Jan. 13, 2017

I am trying to get __vdso_gettimeofday() for 32bit applications on a 64bit kernel. The changes I have tried is below, with these changes I am not able to get this working. what am I missing.? on the same kernel __vdso_gettimeofday for 64bit apps is able to use it. My kernel version is :- 3.4.91 diff --git a/arch/x86/vdso/vdso32/vdso32.lds.S b/arch/x86/vdso/vdso32/vdso32.lds.S index 976124b..2ee34b3 100644 --- a/arch/x86/vdso/vdso32/vdso32.lds.S +++ b/arch/x86/vdso/vdso32/vdso32.lds.S @@ -19,11 +19,21 @@ ENTRY(__kernel_vsyscall); */ VERSION { + LINUX_2.6 { + global: + __vdso_clock_gettime; + __vdso_gettimeofday; + __vdso_time; + }; + LINUX_2.5 { global: __kernel_vsyscall; __kernel_sigreturn;

1 0

CMA patch
by Johannes Thoma Jan. 8, 2017

Jan. 8, 2017

Dear Kernel hackers, I've just sent out a patch for a proposal of an improvement of the cma allocator. Since I am not an experienced patch submitter, could someone maybe have a look at it before I submit it to the maintainers? I might have done formal errors (I've ran checkpatch and used git send-email but maybe I forgot something). Thanks a lot, - Johannes

3 2

AW:dma direction
by Johannes Thoma Jan. 7, 2017

Jan. 7, 2017

1 0

dma direction
by Ran Shalit Jan. 7, 2017

Jan. 7, 2017

Hello, I read the DMA-API-HOWTO https://www.kernel.org/doc/Documentation/DMA-API-HOWTO.txt Which mainly talks about dma mapping APIs. But I don't understand what's the meaning of DMA direction in context of mapping. As I understand this documentation talks about mapping of dma buffers - NOT about triggering dma copy. In order to do a dma copy, we should use sometlink like dmaengine, Right ? So if dma mapping is not concerned with copying dma from cpu to device (or vice versa), why does it talks about dma direction ? Thanks, Ran

1 0