[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140507180730.GC10376@austad.us>
Date: Wed, 7 May 2014 20:07:30 +0200
From: Henrik Austad <henrik@...tad.us>
To: Ranil Raveendran <ranillal.r@....com>
Cc: Peter Zijlstra <peterz@...radead.org>,
Vince Weaver <vincent.weaver@...ne.edu>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Steven Rostedt <rostedt@...dmis.org>
Subject: Re: bluez/ofono1.13/ pulseaudio
On Wed, May 07, 2014 at 04:47:44PM +0000, Ranil Raveendran wrote:
> Hi All,
>
> I am using this combination to work with HFP profile. I have gone through
> many documents and understand that Bluez5 removed the support to HFP
> profile. Inorder to work with HFP profile we need to make use of Ofon
> demon which will take care of registering the HFP profile with bluez
> demon and SCO connection.
Sidenote; please fix your word-wrapping.
Also, I'll try to get an answer in before some of the more grum^C.. err,
more seasoned kernel hackers chime in. I'm sure you're lacking asbestos
underwear.
> What my problem is very strange.
Oooh, this is tempting.
Must.
Resist...
> I am using bluez5.14 and ofono1.14 demon which is running in my ubuntu
It's daemon. Not demon, not the actor, dAemon.
> mechine. Bluetooth Dongle is connected with ubuntu mechine. Strange thing
> is dongle adapter path is not listing in ofono demon log. below is the
> demon log.
>
> ofonod[6152]: src/modem.c:ofono_modem_driver_register() driver: 0x8194aa0, name: isiusb
> ofonod[6152]: src/modem.c:ofono_devinfo_driver_register() driver: 0x8194790, name: isimodem
> ofonod[6152]: src/phonebook.c:ofono_phonebook_driver_register() driver: 0x8194780, name: isimodem
> ofonod[6152]: src/network.c:ofono_netreg_driver_register() driver: 0x81947c0, name: isimodem
> ofonod[6152]: src/voicecall.c:ofono_voicecall_driver_register() driver: 0x8194800, name: isimodem
> ofonod[6152]: src/sms.c:ofono_sms_driver_register() driver: 0x8194860, name: isimodem
> ofonod[6152]: src/cbs.c:ofono_cbs_driver_register() driver: 0x8194880, name: isimodem
> ofonod[6152]: src/sim.c:ofono_sim_driver_register() driver: 0x81948a0, name: isimodem
> ofonod[6152]: src/ussd.c:ofono_ussd_driver_register() driver: 0x81948e8, name: isimodem
> ofonod[6152]: src/call-forwarding.c:ofono_call_forwarding_driver_register() driver: 0x8194900, name: isimodem
> ofonod[6152]: src/call-settings.c:ofono_call_settings_driver_register() driver: 0x8194920, name: isimodem
> ofonod[6152]: src/call-barring.c:ofono_call_barring_driver_register() driver: 0x8194950, name: isimodem
> ofonod[6152]: src/call-meter.c:ofono_call_meter_driver_register() driver: 0x8194980, name: isimodem
> ofonod[6152]: src/radio-settings.c:ofono_radio_settings_driver_register() driver: 0x81949c0, name: isimodem
> ofonod[6152]: src/gprs.c:ofono_gprs_driver_register() driver: 0x81949e4, name: isimodem
> ofonod[6152]: src/gprs.c:ofono_gprs_context_driver_register() driver: 0x81949f8, name: isimodem
> ofonod[6152]: src/audio-settings.c:ofono_audio_settings_driver_register() driver: 0x8194a10, name: isimodem
> ofonod[6152]: src/sim.c:ofono_sim_driver_register() driver: 0x8194a20, name: wgmodem2.5
> ofonod[6152]: plugins/udevng.c:udev_start()
> ofonod[6152]: plugins/udevng.c:enumerate_devices()
> ofonod[6152]: plugins/udevng.c:check_usb_device() hub [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usb [8087:0024]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usb [04ca:0022]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usbhid [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() hub [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() hub [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usb [8087:0024]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usb [0a12:0001]
> ofonod[6152]: plugins/udevng.c:check_usb_device() btusb [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() btusb [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usb [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() usb [(null):(null)]
> ofonod[6152]: plugins/udevng.c:check_usb_device() hub [(null):(null)]
> it is waiting after this.
And this is relevant on LKML because..?
I don't think you will get the answers you need here, try the
bluez-community or some ubuntu forum. In my experience, the ubuntu-crowd is
quite responsive and helpful.
> I have paired my mobile phone with ubuntu mechine. And pairing was
> succesful and bluez demon listed the new device mac in his log. But there
> is no communication happening between ofono and bluez5 demon. Not sure
> Why this is happening i am not sure i am doing any thing wrong.
Again, how is this kernel-related? No please, don't answer. Just take my
word for it. It's not.
> But i am not seeing any communication between ofono and bluez , As a
> result my mobile AG is not listed in the ofono modem list.
>
> Please help on this......
Have you tried google?
> I have configured ofofno in /usr/ .... ./configure --enable-test ... then make ....make install
Again, this is *not* kernel related.
> Plese let me know why ofono not communication with bluez5
Probably because:
- the configuration is messed up
- you've done something wrong
- the unicorns have stopped flying (only the purple ones, mind you)
- you haven't dug into the problem enough.
- you have a lot to learn, expressing queries in -any- search engine should
be near the top of that list
The fact that you have just highjacked a _completely_ random email from
LKML show that you need to do more homework.
Henrik
> ________________________________________
> From: linux-kernel-owner@...r.kernel.org [linux-kernel-owner@...r.kernel.org] on behalf of Peter Zijlstra [peterz@...radead.org]
> Sent: Wednesday, May 07, 2014 10:15 PM
> To: Vince Weaver
> Cc: Thomas Gleixner; Ingo Molnar; linux-kernel@...r.kernel.org; Steven Rostedt
> Subject: Re: [perf] more perf_fuzzer memory corruption
> On Tue, May 06, 2014 at 12:57:08PM -0400, Vince Weaver wrote:
> > On Mon, 5 May 2014, Vince Weaver wrote:
> >
> > > On Mon, 5 May 2014, Vince Weaver wrote:
> > >
> > > > Meanwhile the haswell and AMD machines have been fuzzing away without
> > > > issue, I don't know why the core2 machine is always the trouble maker.
> > >
> > > The haswell has been fuzzing 12 hours with only a NMI dazed/confused
> > > message.
> >
> > So the Haswell seemed to still be going strong after 24-hours, but then I
> > killed the fuzzer with control-C and got this.
> >
> > ^C
> > [87536.479011] ------------[ cut here ]------------
> > [87536.484553] WARNING: CPU: 1 PID: 11978 at lib/list_debug.c:59 __list_del_entry+0xa1/0xd0()
> > [87536.493994] list_del corruption. prev->next should be ffff8800ce684810, but was 6b6b6b6b6b6b6b6b
> > [87536.503915] Modules linked in: fuse x86_pkg_temp_thermal intel_powerclamp coretemp kvm snd_hda_codec_hdmi crct10dif_pclmul crc32_pclmul ghash_clmulni_intel snd_hda_codec_realtek snd_hda_codec_generic i915 aesni_intel snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device tpm_tis ppdev snd aes_x86_64 parport_pc tpm evdev mei_me drm_kms_helper iTCO_wdt drm soundcore lrw gf128mul glue_helper iTCO_vendor_support wmi ablk_helper i2c_algo_bit button battery processor mei psmouse parport pcspkr serio_raw cryptd i2c_i801 video i2c_core lpc_ich mfd_core sd_mod sr_mod crc_t10dif cdrom crct10dif_common ahci libahci ehci_pci e1000e libata xhci_hcd ehci_hcd ptp crc32c_intel usbcore scsi_mod pps_core usb_common fan thermal thermal_sys
> > [87536.581372] CPU: 1 PID: 11978 Comm: perf_fuzzer Tainted: G W 3.15.0-rc1+ #104
> > [87536.590762] Hardware name: LENOVO 10AM000AUS/SHARKBAY, BIOS FBKT72AUS 01/26/2014
> > [87536.599435] 0000000000000009 ffff880117b57ad8 ffffffff81649ca0 ffff880117b57b20
> > [87536.608228] ffff880117b57b10 ffffffff810646ad ffff8800ce684800 ffff880036a64000
> > [87536.616970] ffff8800ce684810 ffff8800ce684800 0000000000000001 ffff880117b57b70
> > [87536.625688] Call Trace:
> > [87536.629039] [<ffffffff81649ca0>] dump_stack+0x45/0x56
> > [87536.635247] [<ffffffff810646ad>] warn_slowpath_common+0x7d/0xa0
> > [87536.642374] [<ffffffff8106471c>] warn_slowpath_fmt+0x4c/0x50
> > [87536.649211] [<ffffffff813c9fe1>] __list_del_entry+0xa1/0xd0
> > [87536.655953] [<ffffffff81131ec4>] list_del_event+0xe4/0xf0
> > [87536.662477] [<ffffffff811326c0>] perf_remove_from_context+0xb0/0x120
> > [87536.670005] [<ffffffff81133d8f>] perf_event_release_kernel+0x3f/0x80
> > [87536.677530] [<ffffffff81133ea3>] put_event+0xd3/0x100
> > [87536.683702] [<ffffffff81133e00>] ? put_event+0x30/0x100
> > [87536.690047] [<ffffffff81133ee5>] perf_release+0x15/0x20
> > [87536.696292] [<ffffffff811b69fc>] __fput+0xdc/0x1e0
> > [87536.702191] [<ffffffff811b6b4e>] ____fput+0xe/0x10
> > [87536.708038] [<ffffffff81085154>] task_work_run+0xc4/0xe0
> > [87536.714503] [<ffffffff81066d5c>] do_exit+0x2cc/0xa50
> > [87536.720546] [<ffffffff81076949>] ? get_signal_to_deliver+0x249/0x650
> > [87536.728117] [<ffffffff8106756c>] do_group_exit+0x4c/0xc0
> > [87536.734480] [<ffffffff81076991>] get_signal_to_deliver+0x291/0x650
> > [87536.741814] [<ffffffff81012438>] do_signal+0x48/0x990
> > [87536.747877] [<ffffffff81090c4d>] ? finish_task_switch+0x7d/0x120
> > [87536.754994] [<ffffffff81651437>] ? _raw_spin_unlock_irq+0x27/0x40
> > [87536.762243] [<ffffffff81090c4d>] ? finish_task_switch+0x7d/0x120
> > [87536.769465] [<ffffffff81090c0f>] ? finish_task_switch+0x3f/0x120
> > [87536.776622] [<ffffffff81012df0>] do_notify_resume+0x70/0xa0
> > [87536.783323] [<ffffffff81651fbc>] retint_signal+0x48/0x8c
> > [87536.789726] ---[ end trace 2b5a3d32e8d767a7 ]---
> > [87537.231116] ------------[ cut here ]------------
>
> Of course it did :/ This thing can't ever _just_ work..
>
> My WSM is playing silly buggers and prefers the endless loop (which you
> saw on Core2 iirc) when I press ^C.
>
> I'll see if I can make it do something useful.. No immediate ideas
> though.
>
>
> ::DISCLAIMER::
> ----------------------------------------------------------------------------------------------------------------------------------------------------
>
> The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted,
> lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents
> (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior written consent of authorized representative of
> HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses and other defects.
>
> ----------------------------------------------------------------------------------------------------------------------------------------------------
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Henrik Austad
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists