**** BEGIN LOGGING AT Sun Apr 19 02:59:59 2015
Apr 19 04:57:52 <Amperture> Ahh there we go, confirmed that serial connection LaunchPad from BeagleBone is feasible without additional hardware
Apr 19 04:58:11 <Amperture> It was just that the code I was running was drawing WAY too much power (was running the qs-rgb example project)
Apr 19 04:58:26 <Amperture> So, as long as I can use a seperate power source, I should be fine.
Apr 19 09:30:29 <xF_> Hi all! I'm looking for a bit of help, I have tried searching for the answer but my google foo is weak this evening. I want to know what creates the mount point /media/BEAGLEBONE/ on the BBB. Anyone know?
Apr 19 09:31:24 <xF_> I would like to make changes to the content and the name
Apr 19 09:39:21 <SpeedEvil> I would start out by grep -r /etc media
Apr 19 09:51:02 <stefanct> any idea why my bbb does not load a kernel module specified in /etc/modules or modules-load.d/?
Apr 19 09:52:43 <stefanct> the respective files contain(ed) simply the name of the modules (without the .ko) and the same string with modprobe works fine
Apr 19 09:58:54 <xF_> The output of grep -r /etc media is...
Apr 19 09:59:19 <xF_> media/BEAGLEBONE/Drivers/Linux/FTDI/mkudevrule.sh:cat > /etc/udev/rules.d/73-beaglebone.rules <<EOF
Apr 19 09:59:25 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:#root_password=$(cat /etc/shadow | grep root | awk -F ':' '{print $2}')
Apr 19 09:59:28 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:#sed -i -e 's:'$root_password'::g' /etc/shadow
Apr 19 09:59:33 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:#sed -i -e 's:PermitEmptyPasswords no:PermitEmptyPasswords yes:g' /etc/ssh/sshd_config
Apr 19 09:59:39 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:#sed -i -e 's:UsePAM yes:UsePAM no:g' /etc/ssh/sshd_config
Apr 19 09:59:42 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:sed -i -e 's:PermitEmptyPasswords yes:PermitEmptyPasswords no:g' /etc/ssh/sshd_config
Apr 19 09:59:47 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:sed -i -e 's:UsePAM no:UsePAM yes:g' /etc/ssh/sshd_config
Apr 19 09:59:54 <xF_> media/BEAGLEBONE/scripts/debian-resecure.sh:/etc/init.d/ssh restart
Apr 19 09:59:59 <xF_> media/BEAGLEBONE/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:# Update /etc/network/interfaces to add virtual Ethernet port
Apr 19 10:00:03 <xF_> media/BEAGLEBONE/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:cat >>/etc/network/interfaces <<EOF
Apr 19 10:00:07 <xF_> media/BEAGLEBONE/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:cat >/etc/init/gadget-serial.conf <<EOF
Apr 19 10:00:11 <xF_> media/BEAGLEBONE/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:perl -i -pe 's!^exit 0!/usr/sbin/g-multi-load.sh\nexit 0!' /etc/rc.local
Apr 19 10:00:15 <xF_> media/BEAGLEBONE/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:cat >/etc/ltsp/dhcp.conf <<EOF
Apr 19 10:00:19 <xF_> media/BEAGLEBONE/scripts/setup-ubuntu-armhf-3.8.13-bone30.sh:perl -i -pe 's/INTERFACES=".*"/INTERFACES="usb0"/' /etc/default/isc-dhcp-server
Apr 19 10:00:23 <xF_> media/BEAGLEBONE/nfs-uEnv.txt:##SERVER: TFTP_DIRECTORY defined in /etc/default/tftpd-hpa
Apr 19 10:00:30 <xF_> ...that's it.
Apr 19 10:12:18 <xF_> What mounts the 'Linux File-CD Gadget USB Device' 'BeagleBone Getting Started' (/dev/mmcblk0p1)?
Apr 19 11:56:31 <kinkazu> hi all
Apr 19 11:56:52 <kinkazu> anybody here?
Apr 19 11:56:59 * GenTooMan nopes.
Apr 19 11:57:00 <kinkazu> have got question
Apr 19 11:57:03 <kinkazu> :D
Apr 19 11:57:19 <GenTooMan> We are all unconcious ... really.
Apr 19 11:57:27 <kinkazu> I have got simcom 928 modem connected to uart4
Apr 19 11:57:31 <kinkazu> :D
Apr 19 11:57:34 <kinkazu> wake up
Apr 19 11:57:42 <kinkazu> like I said, to uart4
Apr 19 11:57:48 <kinkazu> only using rx and tx
Apr 19 11:57:56 <kinkazu> no rts no cts
Apr 19 11:57:58 <GenTooMan> thats the 16c750 immitation uart?
Apr 19 11:58:17 <kinkazu> everything works fine, pppd connects, but when I try to download few megabytes zip
Apr 19 11:58:19 <kinkazu> bbb reboots
Apr 19 11:58:29 <kinkazu> probaby hungs up and watchdog restrts it
Apr 19 11:58:40 <kinkazu> hmm
Apr 19 11:58:44 <kinkazu> I am not sure
Apr 19 11:58:51 <kinkazu> if it is 16c750
Apr 19 11:59:27 <kinkazu> for me it look like uart is overflowed,causes sysytem no hung up and watchod restarts it
Apr 19 12:00:19 <GenTooMan> IF a UART overflows it should be reset (uart) but it depends on what they do. Zmatt was commenting on the UART yesterday.
Apr 19 12:00:43 <kinkazu> hmm
Apr 19 12:00:45 <GenTooMan> know anything about linux drivers? :D
Apr 19 12:00:51 <kinkazu> that is the problem
Apr 19 12:00:54 <kinkazu> not too much
Apr 19 12:00:59 <kinkazu> expected this just to work
Apr 19 12:01:00 <kinkazu> :D
Apr 19 12:01:17 <kinkazu> ofcourse ppp is set up to use xonxoff
Apr 19 12:01:23 <kinkazu> modem is set up to use xonxoff
Apr 19 12:01:38 <kinkazu> evrything is fine
Apr 19 12:01:43 <kinkazu> until i try to download zip file
Apr 19 12:01:48 <GenTooMan> OK did you test it on a PC
Apr 19 12:02:01 <kinkazu> nope
Apr 19 12:02:11 <GenTooMan> IE hook the modem to a PC open up 2 sessions and transfer to the PC
Apr 19 12:02:32 <GenTooMan> Well make sure XON and XOFF are the same on both ends.
Apr 19 12:02:36 <woglinde> kinkazu proably a power problem?
Apr 19 12:02:56 <GenTooMan> uart4 transfer with xon xoff?
Apr 19 12:03:05 <kinkazu> yes
Apr 19 12:03:12 <kinkazu> uart4 with xon xoff
Apr 19 12:03:17 <kinkazu> can;t connect to pC
Apr 19 12:03:24 <kinkazu> it is already dveloped board
Apr 19 12:03:29 <kinkazu> mad by electronic guy
Apr 19 12:03:31 <GenTooMan> you mean a file transfer fails
Apr 19 12:03:37 <kinkazu> nope
Apr 19 12:03:40 <kinkazu> bbb restarts
Apr 19 12:03:53 <kinkazu> sometimes download 5% of 20mb
Apr 19 12:03:59 <kinkazu> sometimes 2%
Apr 19 12:04:07 <kinkazu> but ping works all the time
Apr 19 12:04:07 <GenTooMan> what baud rate?
Apr 19 12:04:09 <kinkazu> ssh sesion all the time
Apr 19 12:04:12 <kinkazu> 115200
Apr 19 12:04:20 <kinkazu> but
Apr 19 12:04:23 <kinkazu> checked 57600
Apr 19 12:04:25 <kinkazu> same thing
Apr 19 12:04:36 <GenTooMan> what about 19200 and 9600?
Apr 19 12:04:42 <kinkazu> woglinde: power shouldn be a problem
Apr 19 12:04:58 <kinkazu> 2.5 Amp psu
Apr 19 12:05:14 <kinkazu> or more even
Apr 19 12:05:16 <GenTooMan> are you using minicom?
Apr 19 12:05:17 <kinkazu> 4.5
Apr 19 12:05:19 <kinkazu> maybe
Apr 19 12:05:21 <kinkazu> have to check
Apr 19 12:05:25 <kinkazu> yes
Apr 19 12:05:30 <kinkazu> to set up the modem
Apr 19 12:05:34 <kinkazu> minicpm works wfine
Apr 19 12:05:42 <kinkazu> but then I use ppp
Apr 19 12:05:57 <GenTooMan> it dies on ppp?
Apr 19 12:06:20 <kinkazu> yes, but only when downloading big zip file
Apr 19 12:06:27 <kinkazu> yes on ppp
Apr 19 12:06:50 <kinkazu> have got ppp updated
Apr 19 12:06:54 <kinkazu> to lates version
Apr 19 12:07:06 <kinkazu> have even checked 2.4.7
Apr 19 12:07:15 <kinkazu> which is no official
Apr 19 12:07:21 <kinkazu> same thing
Apr 19 12:08:10 <kinkazu> but it is interesting what you say
Apr 19 12:08:22 <kinkazu> i might try to download same file but without ppp
Apr 19 12:08:25 <kinkazu> for a start
Apr 19 12:08:35 <zmatt> GenTooMan: the issue I was having was on too-fast transmit (without overflow), and it causes some garbage output but then recovers
Apr 19 12:08:40 <kinkazu> first I need to learn how to do this
Apr 19 12:08:41 <zmatt> GenTooMan: overflow/underflow only drops chars
Apr 19 12:09:06 <kinkazu> yes, I would understand if zip is corrupted, transmissiion broken
Apr 19 12:09:11 <kinkazu> but bbb restarts
Apr 19 12:09:16 <GenTooMan> PPP set up for XON XOFF?
Apr 19 12:09:22 <kinkazu> yes
Apr 19 12:09:25 <kinkazu> asyncmap correct
Apr 19 12:09:26 <zmatt> sounds like a crash to me
Apr 19 12:09:46 <kinkazu> tried everything what could be tried in rgeards of ppp
Apr 19 12:09:55 <kinkazu> everysetting
Apr 19 12:10:06 <kinkazu> but yes, bbb crashes
Apr 19 12:10:12 <kinkazu> or hungs up
Apr 19 12:10:27 <GenTooMan> Ok weird question time, did you get that to work across the regular network connection?
Apr 19 12:10:30 <kinkazu> and watchdog restarts it
Apr 19 12:10:37 <zmatt> PPP settings are not going to cause a BBB to crash or reboot... that strongly suggests either a kernel bug or hw bug
Apr 19 12:10:41 <kinkazu> yes
Apr 19 12:10:47 <kinkazu> no problem over lan
Apr 19 12:11:05 <zmatt> have access to the (serial) console?
Apr 19 12:11:11 <kinkazu> yes i do
Apr 19 12:11:23 <kinkazu> i can give you access to bbb
Apr 19 12:11:29 <kinkazu> if you wish to see it yourself
Apr 19 12:11:31 <kinkazu> :D
Apr 19 12:11:40 <kinkazu> need to set up router to forward port
Apr 19 12:11:54 <zmatt> I just wanted to know if anything is visible there, like a kernel panic :P
Apr 19 12:12:03 <kinkazu> o
Apr 19 12:12:11 <kinkazu> will have to try it
Apr 19 12:12:12 * GenTooMan grins.
Apr 19 12:12:16 <kinkazu> :D
Apr 19 12:12:35 <kinkazu> debug port is avaliable
Apr 19 12:12:39 <GenTooMan> zmatt anyway the WD kicking might be reported?
Apr 19 12:12:44 <kinkazu> need to hook it up wth pc
Apr 19 12:12:47 <kinkazu> and observe
Apr 19 12:13:01 <kinkazu> where should I look for
Apr 19 12:13:11 <kinkazu> any info about this retsart
Apr 19 12:13:20 <zmatt> kinkazu: observing what happens on the serial console should always be step 1 when experiencing a crash :P
Apr 19 12:13:26 <kinkazu> :D
Apr 19 12:13:33 <GenTooMan> no idea how about not just observe but log all the stuff it reports tell it reboots as "normal"
Apr 19 12:13:33 <kinkazu> thanks
Apr 19 12:13:36 <kinkazu> I will be back in 10 mins
Apr 19 12:13:53 <GenTooMan> it may spit out a LOT of stuff
Apr 19 12:13:59 <kinkazu> i will chcek debug console
Apr 19 12:21:32 <GenTooMan> hopefully he'll log it (like I suggested) if not he may have to go and come back again cause he will miss something.
Apr 19 12:22:12 <zmatt> long live screen -L
Apr 19 12:24:45 <kinkazu> :D
Apr 19 12:24:50 <kinkazu> have got something
Apr 19 12:24:58 <kinkazu> sec will pastebin
Apr 19 12:26:34 <kinkazu> http://pastebin.com/zxb0WZpu
Apr 19 12:27:46 <kinkazu> yyy
Apr 19 12:27:49 <kinkazu> :D have no clue
Apr 19 12:27:59 <kinkazu> what it says
Apr 19 12:28:17 <zmatt> you're using CAN ?
Apr 19 12:28:21 <kinkazu> yes
Apr 19 12:28:26 <zmatt> it crashed in there
Apr 19 12:28:28 <kinkazu> have got can hooced up as well
Apr 19 12:28:32 <kinkazu> on can?
Apr 19 12:28:56 <kinkazu> crashes on can?
Apr 19 12:28:57 <zmatt> hmm, reentrent kernel?
Apr 19 12:29:10 <kinkazu> i am not reaidng anything
Apr 19 12:29:13 <kinkazu> can disable it
Apr 19 12:29:19 <kinkazu> and check again ppp
Apr 19 12:29:28 <kinkazu> ?
Apr 19 12:29:36 <zmatt> next time please enable logging in your serial app instead of copy-pasting... either that or make your window _much_ wider
Apr 19 12:29:40 <zmatt> the line breaks are annoying
Apr 19 12:29:48 <kinkazu> ok
Apr 19 12:29:49 <kinkazu> sec
Apr 19 12:31:00 <zmatt> not entirely sure why I'm seeing ppp_asynctty_receive and CAN stuff in a single backtrace... might be normal for a reentrant kernel perhaps
Apr 19 12:32:29 * GenTooMan cant' tell brain is twitching from all the line bbb bbb bbb breaks.
Apr 19 12:33:51 <kinkazu> sec
Apr 19 12:33:52 <zmatt> ppp_asynctty_receive did _raw_spin_unlock_irqrestore, which instantly led to an irq being serviced for CAN
Apr 19 12:33:55 <kinkazu> will de again
Apr 19 12:33:56 <kinkazu> sorry
Apr 19 12:34:13 <zmatt> but there it stops making sense to me
Apr 19 12:35:04 <zmatt> ok, so those are separate task dumps
Apr 19 12:37:28 <zmatt> it may be a good idea to collect more than one crash .. it could be that CAN is not related at all but just happened to be active at the moment the watchdog expired
Apr 19 12:39:31 <GenTooMan> is the watch dog is kicked in the kernel idle thread?
Apr 19 12:39:50 <zmatt> it's not really the watchdog anyhow but the softlockup timer
Apr 19 12:39:56 <kinkazu> will have another dump
Apr 19 12:40:17 <kinkazu> soon
Apr 19 12:42:13 <kinkazu> waiting
Apr 19 12:42:27 <kinkazu> sometimes it is after 100kb
Apr 19 12:42:33 <kinkazu> sometimes after 1mb
Apr 19 12:43:10 <zmatt> what is system behaviour leading up to that point?  everything seemingly normal right up to the lockup?  or first signs of poor responsiveness?
Apr 19 12:44:58 <kinkazu> happens during downloading
Apr 19 12:45:03 <kinkazu> transfer drops to 0
Apr 19 12:45:05 <kinkazu>  6% [=>                                     ] 1,422,826   --.-K/s  eta 74m 29s
Apr 19 12:45:09 <kinkazu> and then
Apr 19 12:45:12 <kinkazu> not repsonsive
Apr 19 12:45:14 <kinkazu> cant log in
Apr 19 12:45:24 <kinkazu> after a few seconds
Apr 19 12:45:28 <kinkazu> ping to bbb stops
Apr 19 12:45:33 <kinkazu> so probably restart happens
Apr 19 12:45:47 <zmatt> soft lockup by itself normally doesn't cause a reboot I think
Apr 19 12:45:52 <zmatt> just a backtrace
Apr 19 12:46:03 <kinkazu> this time
Apr 19 12:46:06 <kinkazu> not much
Apr 19 12:46:12 <kinkazu> have been ouput
Apr 19 12:46:16 <kinkazu> to debug console
Apr 19 12:46:19 <kinkazu> only this
Apr 19 12:46:21 <kinkazu> beaglebone login: [ 1220.036826] BUG: soft lockup - CPU#0 stuck for 23s! [watchdog/0:11] [ 1220.043813] BUG: scheduling while atomic: watchdog/0/11/0x40010100
Apr 19 12:46:53 <kinkazu> will try again
Apr 19 12:47:08 <zmatt> that second one looks more serious...
Apr 19 12:48:34 <kinkazu> yyy
Apr 19 12:48:49 <kinkazu> becouse it died
Apr 19 12:48:53 <kinkazu> just like that
Apr 19 12:48:53 <kinkazu> ?
Apr 19 12:49:06 <kinkazu> with no more info after that
Apr 19 12:49:06 <kinkazu> ?
Apr 19 12:49:18 <zmatt> well that, and the fact it was scheduling while atomic :P
Apr 19 12:49:39 <zmatt> what kernel are you using?
Apr 19 12:52:02 <zmatt> this looks familiar... http://permalink.gmane.org/gmane.linux.can/5151
Apr 19 12:52:48 <kinkazu> 3.8.13-bone71.1
Apr 19 12:52:59 <zmatt> soft lockup and scheduling while atomic, on a beaglebone black, with both CAN and the tty layer in a backtrace
Apr 19 12:54:00 <kinkazu> you ar eright
Apr 19 12:54:13 <kinkazu> so it is something to be chcekd
Apr 19 12:54:20 <kinkazu> get rid off can
Apr 19 12:54:25 <zmatt> stuff you can try: 1. not using CAN  2. using a kernel that isn't ancient
Apr 19 12:54:25 <kinkazu> and test modem and ppp only
Apr 19 12:54:33 <kinkazu> :D
Apr 19 12:54:54 <zmatt> 3. reading that thread to see if it led to anything useful
Apr 19 12:54:54 <kinkazu> can i change kernel
Apr 19 12:55:01 <kinkazu> and keep all other functionalities
Apr 19 12:55:02 <kinkazu> like
Apr 19 12:55:16 <kinkazu> when I connect bbb to laptop it is recognized as usb/lan
Apr 19 12:55:24 <kinkazu> i think this was not working
Apr 19 12:55:28 <kinkazu> when i changed kernel
Apr 19 12:55:31 <zmatt> depends on the functionalities... but I'm afraid you've run out of support credits with me for now, I still have other stuff to do
Apr 19 12:55:41 <kinkazu> :D
Apr 19 12:55:48 <kinkazu> thank you very much
Apr 19 12:56:01 <kinkazu> can I pay you?
Apr 19 12:56:03 <kinkazu> :d
Apr 19 12:56:15 <kinkazu> for more credits
Apr 19 12:56:18 <kinkazu> :D
Apr 19 12:56:32 <kinkazu> kinkazu@interia.eu
Apr 19 12:56:56 <zmatt> no, though using the :D smiley less would be a good start, it's getting annoying
Apr 19 12:57:07 <kinkazu> ok
Apr 19 12:57:11 <kinkazu> hehehe
Apr 19 12:57:13 <kinkazu> is ok?
Apr 19 12:57:31 <kinkazu> another crahs
Apr 19 12:57:35 <kinkazu> The IP Address for usb0 is: 192.168.7.2 beaglebone login: [  272.036884] BUG: soft lockup - CPU#0 stuck for 22s! [wd_keepalive:744] [  272.044141] BUG: scheduling while atomic: wd_keepalive/744/0x40010100
Apr 19 12:57:40 <kinkazu> nothing more
Apr 19 12:58:29 <KotH> kinkazu: standard payment in this channel is swiss chocolate
Apr 19 12:58:49 <kinkazu> thank you for all your support today
Apr 19 12:58:55 <kinkazu> i have some things to try
Apr 19 12:58:59 <kinkazu> at least
Apr 19 12:59:02 <kinkazu> will be back tomorrow
Apr 19 12:59:14 <zmatt> good luck with the hunt
Apr 19 12:59:16 <kinkazu> i will get swiss chocklate
Apr 19 12:59:34 <kinkazu> I will be here very week day
Apr 19 12:59:38 <kinkazu> untill i reslve this problem
Apr 19 12:59:42 <kinkazu> every
Apr 19 12:59:50 <zmatt> and remember, if :D is the only expression you produce, that makes you look like -> https://www.youtube.com/watch?v=eWM2joNb9NE
Apr 19 13:00:28 <kinkazu> hehhe :)
Apr 19 13:00:57 <kinkazu> i havent been ircing for hmm
Apr 19 13:02:02 <kinkazu> 15 years
Apr 19 13:02:02 <kinkazu> :D
Apr 19 13:02:02 <kinkazu> upps
Apr 19 13:02:02 <kinkazu> again
Apr 19 13:02:02 <kinkazu> :)
Apr 19 13:02:02 <zmatt> hehe
Apr 19 13:02:22 <kinkazu> ok
Apr 19 13:02:22 <kinkazu> Sunday
Apr 19 13:02:22 <kinkazu> will be back
Apr 19 13:02:22 <kinkazu> thank you gain
Apr 19 13:02:22 <kinkazu> take care
Apr 19 13:02:39 <zmatt> this dude has serious skills with dashed lines.... https://www.youtube.com/watch?v=l789l6np-qA
Apr 19 13:06:58 <kinkazu> i am back
Apr 19 13:07:22 <kinkazu> beaglebone login: [  740.036818] BUG: soft lockup - CPU#0 stuck for 24s! [pppd:2595] [  740.043442] BUG: scheduling while atomic: pppd/2595/0x40010101
Apr 19 13:07:42 <kinkazu> i can't get same debug
Apr 19 13:07:55 <kinkazu> as the one I got first time
Apr 19 13:27:16 <KotH> kinkazu: you should have something in your kernel log about that
Apr 19 13:40:08 <andrey-g> Is anyone willing to help me out with my BBB issues?
Apr 19 13:51:27 <Humpelstilzchen> andrey-g: no, without a BBB related question no one is willing to answer
Apr 19 13:59:01 <andrey-g> Well then, my issue is that I can't access 192.168.7.2 via a web-browser and I can't SSH into my BBB anymore. I tried installing Angstrom instead of stock Debian, but that didn't solve the problem.
Apr 19 13:59:34 <andrey-g> I can login into it via debug port and my computer still sees it as a storage device.
Apr 19 14:05:09 <Humpelstilzchen> why do you prefer angstrom?
Apr 19 14:06:33 <andrey-g> I don't. Installing a different distro was the only thing I could think of for solving the problem.
Apr 19 14:07:35 <andrey-g> Also a riveting new piece of info: everything works on mac.
Apr 19 14:08:03 <andrey-g> I'll reinstall windows drivers and report back.
Apr 19 14:22:04 <andrey-g> Well, whadoyanow. It works again.
Apr 19 16:21:17 <imanpakii> hi I download new debian version for bbb but the user default "username:password is [debian:temppwd]" is not working
Apr 19 16:28:30 <veremit> imanpakii .. what does it respond? or doesn't it ..
Apr 19 16:29:01 <veremit> I can assure you, those are correct credentials for the current series of 'official' debian images :)
Apr 19 17:28:35 <travisnj> I have searched for single blue light no boot. I get articles in reference to eMMC but nothing so far is allowing me to "unbrick"...
Apr 19 17:29:52 <travisnj> Anyone care to point me to an article in reference to getting a bricked device to boot from sd or being able to recover eMMC
Apr 19 17:30:32 <travisnj> will not mount, is viewable as AM335 but can't get anywhere.
Apr 19 17:49:23 <veremit> well if you don't stick around .. we won't answer :p
Apr 19 18:14:40 <tholm> how can I modify the revision and serial that /proc/cpuinfo  returns?
Apr 19 18:35:10 <veremit> tholm .. fudge ya kernel and/or create your own processor .. some of that is embedded in it.
Apr 19 18:35:43 <veremit> personally .. I don't see you convincing a sillicon fab to get some custom details 'flashed' in there :p
Apr 19 18:47:34 <cityLights> I got a small issue: my dnsmasq service is killed during system start
Apr 19 18:47:49 <cityLights> syslog shows - dnsmasq got SIGTERM
Apr 19 18:48:07 <cityLights> now its the offical dnsmasq service and I find it odd
Apr 19 18:50:04 <tholm> veremit: BBB added a dedicated EEPROM, where I can get serial number. U Boot should read the "Serial" value and can pass it to Linux.
Apr 19 18:51:49 <veremit> cityLights .. probably timing issue :p
Apr 19 18:52:00 <tholm> I'm trying to do that, but I'm thinking what is the best choice to send serial number to linux
Apr 19 18:52:03 <veremit> tholm .. if you mean the I2C one .. use the i2c tools?
Apr 19 18:52:38 <veremit> but passgint to linux .. I don't think uboot does as much as you might think lol
Apr 19 18:53:22 <veremit> something in the kernel populates the /proc info .. so I'd be looking there
Apr 19 18:53:44 <tholm> If I create a mailbox in uboot, may be can send that info to linux
Apr 19 22:12:37 <sami> hello
Apr 19 22:13:00 <sami> i have a begalbone black and i got an element 14 wifi card
Apr 19 22:13:14 <sami> it works with rasbery pi however not detected with begalbone black
Apr 19 22:13:21 <sami> if anyone has any hints
Apr 19 22:13:24 <sami> thank you
Apr 19 22:16:30 <veremit> sami .. have you tried wiht a powered hub, do you get any information in "dmesg" when you plug it in? what does "ifconfig -a" show?
Apr 19 22:17:46 <kinkazu> Hi there. I have just loaded 3.19-bone4 kernel into my bbb, anybody knows how to enable uarts ?
Apr 19 22:18:15 <kinkazu> there is a few dtb in dtbs folder
Apr 19 22:18:19 <kinkazu> but no capemgr
Apr 19 22:19:03 <m1kesm1th> has anyone used a wifi module on a bbb ?
Apr 19 22:19:04 <veremit> kinkazu .. you probably need to specify which ones in a kernel command-line option in uEnv.txt
Apr 19 22:19:07 <m1kesm1th> no cape
Apr 19 22:19:15 <veremit> m1kesm1th .. Lots of people :p as in the USB ones :P
Apr 19 22:19:26 <veremit> just be careful of anything wiht an RT8192 chip
Apr 19 22:19:34 <veremit> check the 'approved' ones on the elinux page
Apr 19 22:19:39 <m1kesm1th> i want to avoid a usb
Apr 19 22:19:47 <m1kesm1th> if possible
Apr 19 22:19:53 <kinkazu> will try, worked on 3.8 before, not having capegr is something new to me
Apr 19 22:19:59 <veremit> otherwise .. I recommend the wandboard dual with built-in wifi.
Apr 19 22:21:40 <kinkazu> have got am335x-boneblack-ttyO4.dtb  in dtbs folder, not in /lib/firmware
Apr 19 22:21:50 <kinkazu> will it still go through uEnv?
Apr 19 22:24:05 <veremit> kinkazu .. try an equivalent from .. http://blog.pignology.net/2013/05/getting-uart2-devttyo1-working-on.html
Apr 19 22:24:24 <kinkazu> thank you
Apr 19 22:24:26 <kinkazu> will do
Apr 19 22:24:27 <veremit> so capemgr still exists in some form :)
Apr 19 22:27:45 <kinkazu> eh
Apr 19 22:28:01 <kinkazu> why why why:D it is so hard to move from 3.8
Apr 19 22:28:25 <veremit> cos they ditched the capemgr .. I may be wrong in that article
Apr 19 22:28:52 <veremit> there are alternative routes .. but need to poke another here .. for their wisdom
Apr 19 22:29:07 <veremit> its the usual embedded story .. get one configuration going .. forget about it .. lol
Apr 19 22:29:24 <veremit> and with the fast pace of the kernel .. they just lock in at one version.
Apr 19 22:32:49 <veremit> bbiaf .. reboot time :/
Apr 19 22:33:55 <kinkazu> eh
Apr 19 22:34:03 <kinkazu> tough
Apr 19 22:34:22 <kinkazu> will decompile dtb and try to modify them
Apr 20 01:40:33 <foundatron> vvu thanks for the help yesterday
Apr 20 01:40:44 <foundatron> I got everything sorted out
Apr 20 02:49:13 <GenTooMan> Good to here
Apr 20 02:49:25 <GenTooMan> I'm glad everything was sordid out.
Apr 20 02:49:29 <GenTooMan> err sorted :D
**** ENDING LOGGING AT Mon Apr 20 02:59:58 2015