Re: rtc-cmos not supporting RTC_AIE?

On Saturday 07 July 2007, Marcelo Tosatti wrote: > > David, > > Is there any reason why programs using RTC_AIE/RTC_ALM_SET ioctls are > unable to arm alarm irq's? The ALM_SET request never did! And I'm pretty sure AIE_ON does indeed set it ...

Re: [PATCH] OLPC rtc-cmos support

On Saturday 07 July 2007, Marcelo Tosatti wrote: > > Hi, > > The following patch implements the hooks necessary for OLPC to use the > rtc-cmos driver. This is necessary since we do not want CONFIG_PNP. > > This makes it possible to control rtc wakeup via > /sys/devices/platform/rtc_cmos/power/wa

Re: [PATCH] rtc-cmos: use cmos_rtc_board_info to determine wake_on callback

On Saturday 07 July 2007, Marcelo Tosatti wrote: > > From my understand ACPI fills a cmos_rtc_board_info with pointers for > wake_on/wake_off callbacks and registers that at dev->platform_data. > > So use that to retrieve the callback pointers. > > Am I missing something? This is retrieved alre

[PATCH] OLPC rtc-cmos support

Hi, The following patch implements the hooks necessary for OLPC to use the rtc-cmos driver. This is necessary since we do not want CONFIG_PNP. This makes it possible to control rtc wakeup via /sys/devices/platform/rtc_cmos/power/wakeup. Comments? diff --git a/arch/i386/kernel/olpc-pm.c b/arch

[PATCH] rtc-cmos: use cmos_rtc_board_info to determine wake_on callback

>From my understand ACPI fills a cmos_rtc_board_info with pointers for wake_on/wake_off callbacks and registers that at dev->platform_data. So use that to retrieve the callback pointers. Am I missing something? diff --git a/drivers/rtc/rtc-cmos.c b/drivers/rtc/rtc-cmos.c index e24ea82..5bfab23

rtc-cmos not supporting RTC_AIE?

On Mon, Apr 02, 2007 at 10:55:11AM -0600, Jordan Crouse wrote: > On 01/04/07 17:28 -0700, David Brownell wrote: > > > > > So, for better or worse, we are implementing a new power management > > > manger. Here is the code: > > > > > > http://dev.laptop.org/git.do?p=olpc-2.6;a=blob;h=e6e19ac32a88

Re: can't get wireless working on B2 updated to 406

G'day Stephen, I've seen this symptom on B2, where the USB wireless device is not discovered. Your dmesg shows no sign of the device, though it does show a USB storage device. Your lsmod shows no sign of the driver. I suggest the following further diagnosis: 1. remove all USB devices that are

Re: cafe_ccic slowness in VIDIOC_S_FMT

Hi, > So here you see that calling VIDIOC_S_FMT takes 3655992 > microseconds, which is a _really_ long time. Turns out that > cafe_cam_configure() from s_fmt_cap() takes 378 jiffies. Breaking > this down, the pieces of cafe_cam_configure() and the jiffies they > take are: I made

Re: can't get wireless working on B2 updated to 406

At 10:10 AM -0400 7/7/07, Dan Williams wrote: > > My WAP is broadcasting it's SSID and is using WPA/WPA2 Personal. > >We only recently fixed WPA support, and the UI currently doesn't show >any WPA access points. You should still be able to see them with >"iwlist eth0 scan" though. # iwlist eth0 s

cafe_ccic slowness in VIDIOC_S_FMT

Hi, The gstreamer is taking a long time to start the pipeline, so I put some debugging info into the v4l2 source. Here's what I got: 0:00:02.40365 v4l2src v4l2src_calls.c:874:gst_v4l2src_set_capture: V4L2SRC: Setting capture format to 640x480, format YUYV 0:00:02.403785000 v4l2src v4l2src

Re: Shutdown after resume using power button

On 07/07/07 16:07 -0400, Marcelo Tosatti wrote: > On Sat, Jul 07, 2007 at 03:35:01PM -0400, Marcelo Tosatti wrote: > > Hi folks, > > > > I was reading olpc-pm.c while I stumbled across this code > > > > > > static int olpc_pm_interrupt(int irq, void *id) > > { > > uint32_t sts, gpe = 0;

Re: Shutdown after resume using power button

On Sat, Jul 07, 2007 at 03:35:01PM -0400, Marcelo Tosatti wrote: > Hi folks, > > I was reading olpc-pm.c while I stumbled across this code > > > static int olpc_pm_interrupt(int irq, void *id) > { > uint32_t sts, gpe = 0; > > sts = inl(acpi_base + PM1_STS); > outl(sts |

Re: Shutdown after resume using power button

On Sat, Jul 07, 2007 at 03:35:01PM -0400, Marcelo Tosatti wrote: > Hi folks, > > I was reading olpc-pm.c while I stumbled across this code > > > static int olpc_pm_interrupt(int irq, void *id) > { > uint32_t sts, gpe = 0; > > sts = inl(acpi_base + PM1_STS); > outl(sts |

Shutdown after resume using power button

Hi folks, I was reading olpc-pm.c while I stumbled across this code static int olpc_pm_interrupt(int irq, void *id) { uint32_t sts, gpe = 0; sts = inl(acpi_base + PM1_STS); outl(sts | 0x, acpi_base + PM1_STS); if (olpc_get_rev() >= OLPC_REV_B2) {

Re: pivot_root on boot

On Sat, 2007-07-07 at 00:12 -0400, C. Scott Ananian wrote: > Quick recap of early boot: > a) open firmware checks the status of the key, and > signature-checks and boots either the primary or the backup kernel, > passing "fs=primary" or "fs=backup" on the kernel command-line. > b) an initramfs s

Re: [PATCH] cafe_ccic: add support for VIDIOC_ENUM_FRAMESIZES and VIDIOC_ENUM_FRAMEINTERVALS

On Fri, 2007-07-06 at 16:30 -0600, Jonathan Corbet wrote: > Dan Williams <[EMAIL PROTECTED]> wrote: > > > Newer gstreamer v4l2 plugins require these ioctls to determine supported > > frame sizes and rates. Unfortunately, the kernel v4l2 bits don't have > > members in 'struct video_device' for the

Re: can't get wireless working on B2 updated to 406

On Fri, 2007-07-06 at 22:08 -0400, Stephen Bannasch wrote: > At 5:48 PM -0400 7/6/07, Dan Williams wrote: > >On Fri, 2007-07-06 at 15:01 -0400, Chris Ball wrote: > >> Hi, > >> > >>>raidautorun: failed to open /dev/md0: No such device or address > >> > >> That's normal. > >> > >>> from a

Pulseaudio on the XO

Hi, I have done some tests with the pulseaudio sound server on the XO. You can find a report (install, configuration, test of different clients) here: http://wiki.laptop.org/go/Pulseaudio Highlight was the sending and receiving of audio data between the XO and another machine running the pulsea