Re: [beagleboard] Re: detecting interrupt on GPIO in kernel module

2014-09-09 Thread kavitha bk
Yes it does show in cat /proc/interrupts
It doesnot matter you use request_threaded_irq or request_irq

request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags,
const char *name, void *dev)
Here the handler will be run in interrupt context

and

request_threaded_irq(unsigned int irq, irq_handler_t handler,
 irq_handler_t thread_fn,
 unsigned long flags, const char *name, void *dev);


In threaded IRQ
 irq_handler_t handle - Interrupt context
  irq_handler_t thread_fn- Process context
This is the only difference.


Thanks
Kavitha





On Wed, Sep 10, 2014 at 8:03 AM, neo prag.in...@gmail.com wrote:

 Hi Kavita

 A generic question regarding interrupts.
 If i register an interrupt using request_threaded_irq() or request_irq()
 will that be listed in /proc/interrupts ?

 On Tuesday, September 9, 2014 11:17:19 AM UTC+5:30, kavitha wrote:


 Does cat /proc/interrupts give show anything for 214.

 Check whether It is going to architecture specific impelemtation of 
 gpio_to_irq


 On Tue, Sep 9, 2014 at 8:26 AM, neo star prag@gmail.com wrote:

 Hi

 I see that some function definitions are missing in your code. Can you
 share those as well, so that i too can try and figure out the problem.
 Especially the functions like gpio_to_irq() ...
 Thanks.


 On Tuesday, August 26, 2014 7:38:01 PM UTC+5:30, Siddarth Sharma wrote:

 I am toggling the input into a GPIO line on my BeagleBone from high to
 low every 500 ms using an Atmel uC. I have registered a handler for this in
 my Linux Kernel Module, but the handler is not being called for some 
 reason.

 My module code is -

 #define GPIO 54
 #define GPIO_INT_NAME  gpio_int

 #define GPIO_HIGH gpio_get_value(GPIO)
 #define GPIO_LOW (gpio_get_value(GPIO) == 0)
 short int irq_any_gpio= 0;
 int count =0;

 enum { falling, rising } type;
 static irqreturn_t r_irq_handler(int irq, void *dev_id)
  {
   count++;
 printk(KERN_DEBUG interrupt received (irq: %d)\n, irq);
 if (irq == gpio_to_irq(GPIO))
 {

 type = GPIO_LOW ? falling : rising;

 if(type == falling)
 {
 printk(gpio pin is low\n);
 }
 else
 printk(gpio pin is high\n);

 }

 return IRQ_HANDLED;
 }


 void r_int_config(void) {

if (gpio_request(GPIO, GPIO_INT_NAME ))
{
   printk(GPIO request failure: %s\n, GPIO_INT_NAME );
   return;
}

if ( (irq_any_gpio = gpio_to_irq(GPIO))  0 ) {
   printk(GPIO to IRQ mapping failure %s\n,GPIO_INT_NAME );
   return;
}

printk(KERN_NOTICE Mapped int %d\n, irq_any_gpio);

if (request_irq(irq_any_gpio,(irq_handler_t ) r_irq_handler, 
 IRQF_TRIGGER_HIGH, GPIO_INT_NAME, NULL))
{
   printk(Irq Request failure\n);
   return;
}

return;
 }

 void r_int_release(void) {

free_irq(gpio_to_irq(GPIO), NULL);
 gpio_free(GPIO);;
return;
 }

 int init_module(void)
 {
 printk(1Hello World\n);
 r_int_config();
 return 0;
 }

 On calling insmod interrupt_test.ko, i get the following message

 [   76.594543] Hello World
 [   76.597137] Mapped int 214

 But now when I start toggling the input into this gpio pin, the
 interrupt handler doesn't get called and the message - interrupt received
 is not being displayed.

 How do I solve this ? What's causing the problem?

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Re: detecting interrupt on GPIO in kernel module

2014-09-08 Thread kavitha bk
Does cat /proc/interrupts give show anything for 214.

Check whether It is going to architecture specific impelemtation of gpio_to_irq


On Tue, Sep 9, 2014 at 8:26 AM, neo star prag.in...@gmail.com wrote:

 Hi

 I see that some function definitions are missing in your code. Can you
 share those as well, so that i too can try and figure out the problem.
 Especially the functions like gpio_to_irq() ...
 Thanks.


 On Tuesday, August 26, 2014 7:38:01 PM UTC+5:30, Siddarth Sharma wrote:

 I am toggling the input into a GPIO line on my BeagleBone from high to
 low every 500 ms using an Atmel uC. I have registered a handler for this in
 my Linux Kernel Module, but the handler is not being called for some reason.

 My module code is -

 #define GPIO 54
 #define GPIO_INT_NAME  gpio_int

 #define GPIO_HIGH gpio_get_value(GPIO)
 #define GPIO_LOW (gpio_get_value(GPIO) == 0)
 short int irq_any_gpio= 0;
 int count =0;

 enum { falling, rising } type;
 static irqreturn_t r_irq_handler(int irq, void *dev_id)
  {
   count++;
 printk(KERN_DEBUG interrupt received (irq: %d)\n, irq);
 if (irq == gpio_to_irq(GPIO))
 {

 type = GPIO_LOW ? falling : rising;

 if(type == falling)
 {
 printk(gpio pin is low\n);
 }
 else
 printk(gpio pin is high\n);

 }

 return IRQ_HANDLED;
 }


 void r_int_config(void) {

if (gpio_request(GPIO, GPIO_INT_NAME ))
{
   printk(GPIO request failure: %s\n, GPIO_INT_NAME );
   return;
}

if ( (irq_any_gpio = gpio_to_irq(GPIO))  0 ) {
   printk(GPIO to IRQ mapping failure %s\n,GPIO_INT_NAME );
   return;
}

printk(KERN_NOTICE Mapped int %d\n, irq_any_gpio);

if (request_irq(irq_any_gpio,(irq_handler_t ) r_irq_handler, 
 IRQF_TRIGGER_HIGH, GPIO_INT_NAME, NULL))
{
   printk(Irq Request failure\n);
   return;
}

return;
 }

 void r_int_release(void) {

free_irq(gpio_to_irq(GPIO), NULL);
 gpio_free(GPIO);;
return;
 }

 int init_module(void)
 {
 printk(1Hello World\n);
 r_int_config();
 return 0;
 }

 On calling insmod interrupt_test.ko, i get the following message

 [   76.594543] Hello World
 [   76.597137] Mapped int 214

 But now when I start toggling the input into this gpio pin, the interrupt
 handler doesn't get called and the message - interrupt received is not
 being displayed.

 How do I solve this ? What's causing the problem?

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Re: registering asynchronous events on kernel thread in user space

2014-09-08 Thread kavitha bk
May be you can use udev In the
err = request_threaded_irq(pdata-irq, NULL, receive_thread,
   pdata-irqflags, interrupt, ir);



In reciever thread
static irqreturn_t receive_threar(int irq, void *context_data)
{
 struct data *dh = context_data;

input_report_key(dh-input_dev, key, 1);

  input_sync(dhinput_dev)

}



In userspace use evetest like application to wait on the event or simple
select on /dev/input should work



On Tue, Sep 9, 2014 at 8:10 AM, neo star prag.in...@gmail.com wrote:

 Hi

 I too have the same question, have you found any answer ? thanks


 On Thursday, August 28, 2014 3:14:12 PM UTC+5:30, sid...@gmail.com wrote:

 I have read online that we can't handle interrupts from user
 space. Instead -
 1) We can write a kernel thread and have that thread wait on an event.
 2) Once the interrupt occurs, send one asynchronous event from the kernel
 module/driver to user space where we will have one signal handler with
 FASYNC to tackle this

 I have written a kernel module that registers interrupts on the rising
 edge on a GPIO pin and want to relay this message to user space. How do I
 go about implementing the above?

 Thanks!

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Re: Booting off Micro SD Card

2014-09-02 Thread kavitha bk
I dont think sd card permissions you can change using chmod

mmcroot=/dev/mmcblk1p2 rw you can try



On Tue, Sep 2, 2014 at 9:48 AM, Don deJuan donjuans...@gmail.com wrote:

  On 09/01/2014 08:15 PM, William Pretty Security wrote:

  You need to change the “permissions”



 chmod 777 /dev/sda1



 or



 chmod 777 /media/mydiskname







 No one could make a greater mistake than he who did nothing because he
 could do only a little.

 All that is necessary for the triumph of evil is that good men do
 nothing Edmond Burke *(1729 - 1797)*


 http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book



 *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com
 beagleboard@googlegroups.com] *On Behalf Of *Jose B Rivera
 *Sent:* Monday, September 01, 2014 10:17 PM
 *To:* beagleboard@googlegroups.com
 *Subject:* [beagleboard] Re: Booting off Micro SD Card



 I somehow figured out how to get my micro sd card to be 'sda1'. I added
 some text to it

 mmcdev=1

 bootpart=1:2

 mmcroot=/dev/mmcblk1p2 ro

 optargs=quiet



 And named it uEnv.txt

 (on the card itself)

 Now my BBB sees it as sda1. I was able to mount it to /media by making a
 directory under it and then mounted it.



 Question: How do I now use this mounted sda1?  I tried ftp upload to it
 but I get permission denied.






 On Monday, September 1, 2014 8:02:47 PM UTC-4, Jose B Rivera wrote:

 Where can I obtain an image to put on a 32gb micro sd card to then insert
 into my BBB and have it boot off of the micro sd card? (And the
 instructions to go with it?). Having my BBB recognize the 32gb card as
 external storage has become such a big problem/issue, that at this point I
 just want to boot off the card in order to use the 32gb of file space it
 affords.  All I find on the internet are confusing instructions which tend
 to mix files used to flash the emmc with instructions to boot off a
 micro-sd card.

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

  No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4745 / Virus Database: 4015/8138 - Release Date: 09/01/14
  --

 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4745 / Virus Database: 4007/8033 - Release Date: 08/14/14
 Internal Virus Database is out of date.
  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


 chmod 777 is bad advice. Figure out the real issue and solve the problem.

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Re: Is it easy to reduce the clock frequency on Beaglebone I2C?

2014-09-01 Thread kavitha bk
Just change the speed in board file or in dts
i2c4 {
pinctrl-names = default;

clock-frequency = 40;

};
It is 400kHz you can change to 100kHz
or If you are using a board file
omap_register_i2c_bus(2, 400, drishti_i2c2_board_info,
  ARRAY_SIZE(drishti_i2c2_board_info));

You can specify  100


I also dont see a point to reduce . You can also specify  in u-boot as well

Kavitha



On Mon, Sep 1, 2014 at 12:17 PM, Martin H. mart...@innomar.com wrote:

 You might like to have a look at the P82B96 data sheet.
 Feature:
 400kHz operation over at least 20 meters of wire

 And you don't have to modifiy your I2C code!

 Martin H.

 Am Freitag, 29. August 2014 19:18:46 UTC+2 schrieb c...@isbd.net:

 I want to stretch the I2C bus to a few metres, I will use screened
 cable to minimise noise pick-up but this will increase the capacitive
 load on the bus.  So, I probably need to reduce the I2C clock
 frequency, how easy is it to do this?  I will probably use the
 Adafruit libraries but don't have to.

 --
 Chris Green
 ·

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] BeagleBone Black PWM lowest frequency ?

2014-09-01 Thread kavitha bk
Are you talking about processor frequency or PWN  frequency?



On Sat, Aug 30, 2014 at 7:19 PM, xmen@gmail.com wrote:

 Can anyone tell me the lowest frequency beaglebone black can get ? I dont
 own it yet but if it can do what I need, I will buy.

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] 3D Accelerator

2014-08-06 Thread kavitha bk
hi

If an input device is created then /dev/input/event* should exist

Compile evtest.c which attached

and use command evtest /dev/input/event* should give you some events when
you turn up and down




On Wed, Aug 6, 2014 at 1:49 AM, mizubai...@gmail.com wrote:


 Hi

 How do we know whether the 3D accelerator is working or not in a BBB?


  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
/*
 * $Id: evtest.c,v 1.23 2005/02/06 13:51:42 vojtech Exp $
 *
 *  Copyright (c) 1999-2000 Vojtech Pavlik
 *
 *  Event device test program
 */

/*
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or 
 * (at your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 * 
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
 * 
 * Should you need to contact me, the author, you can do so either by
 * e-mail - mail your message to vojt...@ucw.cz, or by paper mail:
 * Vojtech Pavlik, Simunkova 1594, Prague 8, 182 00 Czech Republic
 */

#include stdint.h

#include linux/input.h

#include string.h
#include fcntl.h
#include unistd.h
#include stdio.h

#ifndef EV_SYN
#define EV_SYN 0
#endif

char *events[EV_MAX + 1] = {
	[0 ... EV_MAX] = NULL,
	[EV_SYN] = Sync,			[EV_KEY] = Key,
	[EV_REL] = Relative,			[EV_ABS] = Absolute,
	[EV_MSC] = Misc,			[EV_LED] = LED,
	[EV_SND] = Sound,			[EV_REP] = Repeat,
	[EV_FF] = ForceFeedback,		[EV_PWR] = Power,
	[EV_FF_STATUS] = ForceFeedbackStatus,
};

char *keys[KEY_MAX + 1] = {
	[0 ... KEY_MAX] = NULL,
	[KEY_RESERVED] = Reserved,		[KEY_ESC] = Esc,
	[KEY_1] = 1,[KEY_2] = 2,
	[KEY_3] = 3,[KEY_4] = 4,
	[KEY_5] = 5,[KEY_6] = 6,
	[KEY_7] = 7,[KEY_8] = 8,
	[KEY_9] = 9,[KEY_0] = 0,
	[KEY_MINUS] = Minus,			[KEY_EQUAL] = Equal,
	[KEY_BACKSPACE] = Backspace,		[KEY_TAB] = Tab,
	[KEY_Q] = Q,[KEY_W] = W,
	[KEY_E] = E,[KEY_R] = R,
	[KEY_T] = T,[KEY_Y] = Y,
	[KEY_U] = U,[KEY_I] = I,
	[KEY_O] = O,[KEY_P] = P,
	[KEY_LEFTBRACE] = LeftBrace,		[KEY_RIGHTBRACE] = RightBrace,
	[KEY_ENTER] = Enter,			[KEY_LEFTCTRL] = LeftControl,
	[KEY_A] = A,[KEY_S] = S,
	[KEY_D] = D,[KEY_F] = F,
	[KEY_G] = G,[KEY_H] = H,
	[KEY_J] = J,[KEY_K] = K,
	[KEY_L] = L,[KEY_SEMICOLON] = Semicolon,
	[KEY_APOSTROPHE] = Apostrophe,	[KEY_GRAVE] = Grave,
	[KEY_LEFTSHIFT] = LeftShift,		[KEY_BACKSLASH] = BackSlash,
	[KEY_Z] = Z,[KEY_X] = X,
	[KEY_C] = C,[KEY_V] = V,
	[KEY_B] = B,[KEY_N] = N,
	[KEY_M] = M,[KEY_COMMA] = Comma,
	[KEY_DOT] = Dot,			[KEY_SLASH] = Slash,
	[KEY_RIGHTSHIFT] = RightShift,	[KEY_KPASTERISK] = KPAsterisk,
	[KEY_LEFTALT] = LeftAlt,		[KEY_SPACE] = Space,
	[KEY_CAPSLOCK] = CapsLock,		[KEY_F1] = F1,
	[KEY_F2] = F2,			[KEY_F3] = F3,
	[KEY_F4] = F4,			[KEY_F5] = F5,
	[KEY_F6] = F6,			[KEY_F7] = F7,
	[KEY_F8] = F8,			[KEY_F9] = F9,
	[KEY_F10] = F10,			[KEY_NUMLOCK] = NumLock,
	[KEY_SCROLLLOCK] = ScrollLock,	[KEY_KP7] = KP7,
	[KEY_KP8] = KP8,			[KEY_KP9] = KP9,
	[KEY_KPMINUS] = KPMinus,		[KEY_KP4] = KP4,
	[KEY_KP5] = KP5,			[KEY_KP6] = KP6,
	[KEY_KPPLUS] = KPPlus,		[KEY_KP1] = KP1,
	[KEY_KP2] = KP2,			[KEY_KP3] = KP3,
	[KEY_KP0] = KP0,			[KEY_KPDOT] = KPDot,
	[KEY_ZENKAKUHANKAKU] = Zenkaku/Hankaku, [KEY_102ND] = 102nd,
	[KEY_F11] = F11,			[KEY_F12] = F12,
	[KEY_RO] = RO,			[KEY_KATAKANA] = Katakana,
	[KEY_HIRAGANA] = HIRAGANA,		[KEY_HENKAN] = Henkan,
	[KEY_KATAKANAHIRAGANA] = Katakana/Hiragana, [KEY_MUHENKAN] = Muhenkan,
	[KEY_KPJPCOMMA] = KPJpComma,		[KEY_KPENTER] = KPEnter,
	[KEY_RIGHTCTRL] = RightCtrl,		[KEY_KPSLASH] = KPSlash,
	[KEY_SYSRQ] = SysRq,			[KEY_RIGHTALT] = RightAlt,
	[KEY_LINEFEED] = LineFeed,		[KEY_HOME] = Home,
	[KEY_UP] = Up,			[KEY_PAGEUP] = PageUp,
	[KEY_LEFT] = Left,			[KEY_RIGHT] = Right,
	[KEY_END] = End,			[KEY_DOWN] = Down,
	[KEY_PAGEDOWN] = PageDown,		[KEY_INSERT] = Insert,
	[KEY_DELETE] = Delete,		[KEY_MACRO] = Macro,
	[KEY_MUTE] = Mute,			[KEY_VOLUMEDOWN] = VolumeDown,
	

Re: [beagleboard] Re: CONFIG_WATCHDOG_NOWAYOUT = How ?

2014-04-08 Thread kavitha bk
Yes I have alos enable config WATCHDOG_NOWAYOUT=y


On Tue, Apr 8, 2014 at 1:26 PM, Yiling Cao yiling@gmail.com wrote:

 I have done this months ago, and very useful.

 this is under kernel config, .config file,

 so:
  make menuconfig ARCH=arm

 search for nowayout

  │ Symbol: WATCHDOG_NOWAYOUT [=n]
  │
   │ Type  : boolean
   │
   │ Prompt: Disable watchdog shutdown on close
  │
   │   Defined at drivers/watchdog/Kconfig:39
  │
   │   Depends on: WATCHDOG [=y]
   │
   │   Location:
   │
   │ - Device Drivers
   │
   │   - Watchdog Timer Support (WATCHDOG [=y])



 u need to change it to enable and recompile the kernel. good luck



 On Tue, Apr 8, 2014 at 2:43 PM, Micka mickamus...@gmail.com wrote:

 I just installed the package :


 insserv: warning: script 'K01script-initd-' missing LSB tags and overrides
 insserv: warning: script 'script-initd-' missing LSB tags and overrides
 insserv: warning: script 'K02script-initd-' missing LSB tags and overrides
 insserv: warning: script 'script-initd-' missing LSB tags and overrides
 insserv: warning: script 'K01script-initd-' missing LSB tags and overrides
 insserv: warning: script 'script-initd-' missing LSB tags and overrides
 insserv: warning: script 'K02script-initd-' missing LSB tags and overrides


 . I hope that it's ok


 On Mon, Apr 7, 2014 at 10:06 PM, AndrewTaneGlen andrewtaneg...@gmail.com
  wrote:

 To get the hardware watchdog working (on Debian) I just installed the
 watchdog package (sudo apt-get install watchdog), then set the correct
 device in the config file: in '/etc/watchdog.conf' set 'watchdog-device
 = /dev/watchdog'

 I'm fairly certain that's all I needed to do.

 On Tuesday, 8 April 2014 05:14:44 UTC+12, Mickae1 wrote:

 Hi,

 I would like to activate the watchdog in the beagle.

 I recompiled the beagle with the flag watchdog software. but how can i
 activate the flag CONFIG_WATCHDOG_NOWAYOUT ???


 Thx,

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] Writing EEPROM Using I2C Commands over U-Boot

2014-02-26 Thread kavitha bk
Yes the eeprom write in U-boot wont work as they might be 16 bit adressses
or 16 bit data
Modify the i2c driver to make it work in U-boot or write a new Uboot
command to access the eeprom

Thanks
Kavitha


On Fri, Feb 7, 2014 at 3:24 PM, John Nash szrjustd...@gmail.com wrote:

 Hi Buğra AYDOĞAR,
 you said In case, the value which you wrote above is ASCII so you will
 see 31:32:33:34:35:36:37:38 in your EEPROM.,but how I can see it

 在 2012年10月31日星期三UTC+8下午2时39分12秒,Buğra AYDOĞAR写道:

 Hi Gerald,

 No, it is not write protected.

 I wrote my EEPROM over Linux using Sysfs last night.
 I dont remember exactly (I dont have my development board right now) but
 it did sth like that

 cd sys/bus/i2c/devices/1-0050/
 echo 12345678 eeprom

 In case, the value which you wrote above is ASCII so you will
 see 31:32:33:34:35:36:37:38 in your EEPROM. Here is converter .(
 http://www.dolcevie.com/js/converter.html)

 I think U-Boot I2C commands have some problems.It also doesnt  always
 read BeagleBone's EEPROM correctly.(%50 sucessfully show BeagleBone's
 header and magic number.) . Maybe it is about U-Boot version. I also looked
 with scope, it really sent data to EEPROM  but I dont know exactly.

 As a result my problem is solved but it is more logicial  to write EEPROM
 over U-Boot.

 Regards,
 Buğra

 On Tuesday, October 30, 2012 10:19:57 PM UTC+2, Gerald wrote:

 Is your EEPROM write protected?

 Gerald


 On Tue, Oct 30, 2012 at 1:28 PM, Buğra AYDOĞAR bugraa...@gmail.comwrote:

 Hi folks,

 We have custom Am335x board with eeprom.We want to shape our eeprom
 like BeagleBone (I mean name,version,serial etc...).

 I tried with U-Boot using I2C commands.You can see my logs below.
 Firstly i read my eeprom, then i tried to write byte by btye.Then i read
 again but nth happened.Then i tried to fill with 0xAA again it didnt
 succeed. How do you do it? By the way,I ported and used U-Boot 2011.09 for
 this purpose.I used i2c-tool over Linux but it says UU which means driver
 is used by Linux and it doesnt let me dump or anything else.

 What do you suggest to move on?

 Regards,
 Buğra

 U-Boot# i2c probe
 Valid chip addresses: 24 48 4F 50 51
 U-Boot# i2c dev 1
 Setting bus to 1
 U-Boot# i2c dev 0
 Setting bus to 0
 U-Boot# i2c md 0x50 0 0x10
 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
  
 U-Boot# i2c mm 0x50 0
 : ff ? AA
 0001: ff ? BB
 0002: ff ? CC
 0003: ff ? DD
 0004: ff ? U-Boot# INTERRUPT
 U-Boot# INTERRUPT
 U-Boot#
 U-Boot#
 U-Boot# i2c md 0x50 0 0x10
 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
  
 U-Boot#

 U-Boot# i2c mw 0x50 0 0x10 0xAA
 U-Boot# i2c md 0x50 0 0x10
 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
  
 U-Boot# i2c md 0x50 0 0x10
 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
  

  --






 --
 Gerald

 ger...@beagleboard.org
 g-co...@ti.com
 http://beagleboard.org/
 http://circuitco.com/support/

   --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: i2c-2 of expansion header is not detected

2014-01-08 Thread kavitha bk
git am patch.patch


On Wed, Jan 8, 2014 at 4:44 PM, HARSHIT SINHA battery...@gmail.com wrote:


 Thanks For the Prompt reply
 How to apply the patch. I am trying with the following command diff --git
 a/arch/arm/mach-omap2/board-omap3beagle.c
 b/arch/arm/mach-omap2/board-omap3beagle.c index 4a71cb7..2148f35 100644 ---
 a/arch/arm/mach-omap2/board-omap3beagle.c +++
 b/arch/arm/mach-omap2/board-omap3beagle.c @@ -385,6 +385,7 @@ static int
 __init omap3_beagle_i2c_init(void) beagle_twldata.vpll2-constraints.name= 
 VDVI; omap3_pmic_init(twl4030, beagle_twldata); +
 omap_register_i2c_bus(2, 400, NULL, 0); /* Bus 3 is attached to the DVI
 port where devices like the pico DLP * projector don't work reliably with
 400kHz */ omap_register_i2c_bus(3, 100, beagle_i2c_eeprom,
 ARRAY_SIZE(beagle_i2c_eeprom));


 *I also tried* the git diff commands but terminal shows error
 So, finally how to enable the I2c2 iam also thinking of recompiling the
 kernel from git clone.


 On Wednesday, 8 January 2014 01:51:46 UTC+5:30, HARSHIT SINHA wrote:

 when i do i2cdetect only i2c1, i2c3 recognizes but no i2c-2. how to
 enable i2c2 plz

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Partitions/blocks of 2GB emmc at BBB Board

2013-11-17 Thread kavitha bk
I want to know the Partitions/blocks of 2GB emmc at BBB Board
ex,
Spl Start AddressEnd Address
Uboot
Kernel
rootfs
I dont think there is any command to see . U can display the emmc contents
and see which memory location it is written  and see usually u-boot is
flashed at multiple of 128 bytes
and kernel at adsress  0x8200


On Sun, Nov 17, 2013 at 7:36 AM, jay0710.w...@gmail.com wrote:

 1. I want to know the Partitions/blocks of 2GB emmc at BBB Board
 ex,
 Spl Start AddressEnd Address
 Uboot
 Kernel
 rootfs

 2.how can i update these blocks use uboot??
 ex,

 U-Boot# loadb 0x8200
 Download MLO/Uboot to SDRAM
 U-Boot# nand erase 0x0 0x2
 U-Boot# nand write 0x8200 0x0 0x2

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: [Issue] BeagleBone Black Random Reboot

2013-10-29 Thread kavitha bk
Good you know the reason
But It is always better if you print your PMIC last boot status during next
boot or even the Processor last boot reason so that next boot you can see
the reason for reboot
https://android.googlesource.com/kernel/omap.git/+/android-omap-tuna-3.0-ics-mr1/arch/arm/mach-omap2/resetreason.c


Kavitha


On Tue, Oct 29, 2013 at 11:16 AM, Illutian Kade delvan...@gmail.com wrote:

 Ya, figured it was something wrong with the port. The AC Adapter works
 fine; 5.1v on a meter.

 The board works fine; when powered by USB using the Debug Port.

 I wonder if I can use a 5v,2a Fast Charger port or if it'll burn out the
 BBB's Debug Port


 On Monday, October 28, 2013 9:10:19 AM UTC-4, Gerald wrote:

 That would be a first! I suspect it may be a grounding issue.

 Gerald



 On Mon, Oct 28, 2013 at 7:45 AM, Illutian Kade delv...@gmail.com wrote:

 UPDATE

 Appears the DC port on the board failed.

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard...@**googlegroups.com.

 For more options, visit 
 https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out
 .


  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.