gmane.comp.freedesktop.hal

[PATCH 1/2] Don't close file descriptor twice

Thomas Jarosch — 2011-10-05T20:14:46

Detected by "cppcheck"

Please CC: comments.

Signed-off-by: Thomas Jarosch <thomas.jarosch< at >intra2net.com>
---
 hald/linux/probing/probe-video4linux.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/hald/linux/probing/probe-video4linux.c b/hald/linux/probing/probe-video4linux.c
index b055720..9faf009 100644
--- a/hald/linux/probing/probe-video4linux.c
+++ b/hald/linux/probing/probe-video4linux.c
< at >< at > -147,6 +147,7 < at >< at > main (int argc, char *argv[])
 libhal_device_free_changeset (cset);
 
 close (fd);
+fd = 0;
 
 ret = 0;

[PATCH 2/2] Fix mismatching allocation/deallocation

Thomas Jarosch — 2011-10-05T20:15:17

Detected by "cppcheck"

Please CC: comments.

Signed-off-by: Thomas Jarosch <thomas.jarosch< at >intra2net.com>
---
 hald/freebsd/probing/freebsd_dvd_rw_utils.c |   14 +++++++-------
 1 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/hald/freebsd/probing/freebsd_dvd_rw_utils.c b/hald/freebsd/probing/freebsd_dvd_rw_utils.c
index c004916..130d8a3 100644
--- a/hald/freebsd/probing/freebsd_dvd_rw_utils.c
+++ b/hald/freebsd/probing/freebsd_dvd_rw_utils.c
< at >< at > -45,7 +45,7 < at >< at > scsi_command_new_from_cdrom (HFPCDROM *cdrom)
 static void
 scsi_command_free (ScsiCommand * cmd)
 {
-free (cmd);
+g_free (cmd);
 }
 
 static void
< at >< at > -107,7 +107,7 < at >< at > get_dvd_r_rw_profile (HFPCDROM *cdrom)
 if (scsi_command_transport (cmd, READ, list, len)) {
 /* GET CONFIGURATION failed */
 scsi_command_free (cmd);
-free (list);
+g_free (list);
 return -1;
 }
 
< at >< at > -170,7 +170,7 < at >< at > get_dvd_r_rw_profile (HFPCDROM *cdrom)
 }
 
 scsi_command_free (cmd);
-free (list);
+g_free (list);
 
 return retval;
 
< at >< at > -230,7 +230,7 < at >< at > pull_page2a_from_cdrom (HFPCDROM *cdrom)
 if (scsi_command_transport (cmd, READ, page2A, len)) {
 /* MODE SENSE failed */
 scsi_command_free (cmd);
-free (page2A);
+g_free (page2A);
 return NULL;
 }
 
< at >< at > -330,7 +330,7 < at >< at > get_write_speeds (const unsigned char *p, int length, int max_speed)
 }
 
 free_tmpspeeds:
-free (tmpspeeds);
+g_free (tmpspeeds);
 
 return result;
 }
< at >< at > -462,7 +462,7 < at >< at > get_disc_capacity_cdr (HFPCDROM *cdrom, guint64 *size)
 
 if (scsi_command_transport (cmd, READ, atip, len)) {
 /* READ TOC failed */
-free (atip);
+g_free (atip);
 goto done;
 }
 
< at >< at > -473,7 +473,7 < at >< at > get_disc_capacity_cdr (HFPCDROM *cdrom, guint64 *size)
 }
 retval = 0;
 
-free (atip);
+g_free (atip);
  done:
 scsi_command_free (cmd);

hal & UPS with serial port

Grzesiek Sójka — 2011-09-14T18:25:42

Hi there.

Recently I updated to hal-0.5.14 (I do not remember the previous 
version). The problem is that after starting hald my UPS (connected via 
serial port) immediately switches off.

Please help. I already lost some data.

Regards

Greg

Debian

John Larysz — 2011-07-25T20:01:14

I am trying to get hal to configure on an  armel architecture machine with
build 2.6.29-00236-g4f8dbbb-dirty. It's not going well.

 

How can I tell if hal is even running? I can't see anything in ps -ef and I
can't find any error messages.

 

 

     John

HAL mount result differs if invoked by HAL

潘图 — 2011-06-26T14:18:12

Hi,

in order to have my msdos device being able to use correct charset i am
using a fuse module. Here is what I do:

root> mount_msdosfs -L zh_CN.GBK /dev/msdosfs/device /mnt/tmp
root> fusexmp_fh
-oallow_other,modules=iconv:subdir,from_code=GBK,subdir=/mnt/tmp
/media/CW-P7EOS-X

This allows me to have chinese/japanese Names in the Folder/File Name
even if created on windows.

If I do not use the fusexmp_fh, but only the mount_msdosfs, all
filenames with chin/jap names in it will be displayed as (invalid encoding).

No I have created a wrapper with the name mount_msdosfs and move the
actual binary to another place. This wrapper does the 2 commands above
automatically.

So when I am under my gnome environment and plug in my USB Device with
msdos filesystem, HAL calls the mount_msdosfs (which is now the wrapper)
and this script does the two commands above.



The only problem is, that the result differ, if invoked by HAL or if
invoked manually.

If I call the wrapper script, everything works well, if HAL does the
thing (with the exact same paramter), both locations are mounted as
expected, but in the /media/CW-P7EOS-X mount all Files/Folders with
chin/jap. Name in it do not appear.

I have absolutely no idea why it is like this. I can do it by hand with
the exact same command and parameter and everything goes well, but HAL
give strange results.

So I am looking for a place, where I can see any HAL errors.

Here are my System Details:

FreeBSD host.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Mon May 23
07:20:47 CST 2011
root< at >trinity.the-wire.de:/usr/obj/usr/src/sys/TRINKERNEL  i386

HAL package version: 0.5.14

Any help on this is appreciated, I am trying to write a fully functional
wrapper, that remove the charset Problem of msdos devices between
windows (utf-16 i think) and *bsd systems, so that we can use chin/jap
names in folders and files even if been created under windows.

Best wishes
Patu

Hey

2011-05-31T22:21:53

Hello  I just wanted to share this opportunity with you, I've been making 200-300 dollars a day and I started only a week ago. Check out this news article and it will show you how to get started, it's definitely easy enough for you :)! http://news7cnbc.com/money

need help with hald on MacOS

Cuga — 2011-05-16T00:43:25

I need help debugging a problem with hald!

I'm building an X11 window manager under XQuartz/MacOS 10.6.7. I'm not using Fink or Macports. I'm installing everything in POSIX-compliant locations (/usr/local).

Dbus-1.5.0 and hal-0.5.11 both compile and install fine, but I can't get hald to run. It throws messages and quits.

The X11 wm I'm using requires dbus-session, and optionally uses dbus-system and hal for hardware-specific modules. Dbus is running properly. The X11 wm is successfully connecting to dbus-session which is being launched by launchd. 

I can launch dbus-daemon --system, either by hand at the terminal, or with launchd. I get the same results either way. The pid and socket files are created as expected and the daemon runs in the background without error. However hald does not start up properly after this. The hald man page suggests starting hald by hand in verbose mode, which I have tried, with results shown below. hald quits and gives me some messages I don't understand. I've tried re-compiling both dbus and hald with different config options, but I get the same results, so I'm stumped.

I noticed the directory /usr/local/etc/hal/ contains the expected directories, but they are all empty. The build directory had many fdi files that didn't seem to install. Not sure if that's normal or a source of the problem.

Here are is some system information:

$ ps aux | grep dbus
david   143   0.0  0.0  2447012    760   ??  S     6:56PM   0:00.00 /usr/local/bin/dbus-daemon --nofork --session
messagebus    48   0.0  0.0  2435548    728   ??  Ss    6:55PM   0:00.01 /usr/local/bin/dbus-daemon --nofork --system

$ env | grep DBUS
DBUS_LAUNCHD_SESSION_BUS_SOCKET=/tmp/launch-9irO8p/unix_domain_listener

$ ls -al /tmp/launch-9irO8p/unix_domain_listener
srwx------  1 david  wheel  0 May 13 18:56 /tmp/launch-9irO8p/unix_domain_listener

$ ls -al /var/run/dbus*
-rw-r--r--  1 root  daemon  3 May 13 18:56 /var/run/dbus_pid
srwxrwxrwx  1 root  daemon  0 May 13 18:56 /var/run/dbus_system_bus_socket

$ ls -al /var/cache | grep hald
drwxr-xr-x   2 haldaemon  haldaemon   68 May 14 11:05 hald

$ /usr/local/sbin/hald --daemon=no --verbose=yes
16:57:42.030 [I] hald.c:669: hal 0.5.11
16:57:42.031 [I] hald.c:734: Will not daemonize
16:57:42.031 [I] hald_dbus.c:5381: local server is listening at unix:path=/tmp/dbus-QcRvOECZN8,guid=f638aeb56c645e37d6dbc6164dd06876
16:57:42.074 [I] hald_runner.c:301: Runner has pid 404
Runner started - allowed paths are '/usr/local/libexec:/usr/local/lib/hal/scripts:/usr/local/bin'
16:57:42.087 [I] hald_runner.c:182: runner connection is 0x101000670
16:57:42.089 [D] util_helper.c:124: drop_privileges: could not set group id
[ note: then it quits and gives me the shell prompt ]

$ sudo /usr/local/sbin/hald --daemon=no --verbose=yes
19:08:08.339 [I] hald.c:669: hal 0.5.11
19:08:08.339 [I] hald.c:734: Will not daemonize
19:08:08.339 [I] hald_dbus.c:5381: local server is listening at unix:path=/tmp/dbus-h4OzVqCnRk,guid=a2f53e5960b12f13b8a3625b4dcde408
Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
19:08:08.343 [E] hald_dbus.c:5747: dbus_bus_get(): Not enough memory
[ note: then it quits and gives me the shell prompt ]
[ note: org.freedesktop.dbus-session.plist is indeed loaded and DBUS_LAUNCHD_SESSION_BUS_SOCKET is set as shown above! ]

dbus configured with:
./configure --disable-static --with-dbus-user=messagebus --enable-console-owner-file --disable-asserts --disable-tests --enable-checks --enable-kqueue --enable-launchd --disable-userdb-cache --disable-ansi --with-xml=expat --disable-xml-docs --disable-doxygen-docs --disable-dependency-tracking --without-x ac_cv_func_poll=no --with-system-pid-file=/var/run/dbus_pid --with-system-socket=/var/run/dbus_system_bus_socket --with-session-socket-dir=/tmp --enable-verbose-mode --localstatedir=/var

hal configured with:
./configure --with-hal-user=haldaemon --with-hal-group=haldaemon --disable-pci-ids --disable-usb-ids --disable-pnp-ids --disable-pmu --disable-policy-kit --disable-console-kit --disable-dependency-tracking --disable-static --with-socket-dir=/tmp --with-localstatedir=/var --with-macbookpro --with-cpufreq

Let me know if any other system info would be useful.

Thanks in advance,
Dave

Keymapping

David Woodfall — 2011-04-24T02:07:33

Hi, I have a usr9600 phone which acts as an extra keyboard and I'm
trying to map keys 1-0 to keypad 1-0:

         <append key="input.keymap.data" type="strlist">0x02:KP1</append>
         <append key="input.keymap.data" type="strlist">0x03:KP2</append>
         <append key="input.keymap.data" type="strlist">0x04:KP3</append>
         <append key="input.keymap.data" type="strlist">0x05:KP4</append>
         <append key="input.keymap.data" type="strlist">0x06:KP5</append>
         <append key="input.keymap.data" type="strlist">0x07:KP6</append>
         <append key="input.keymap.data" type="strlist">0x08:KP7</append>
         <append key="input.keymap.data" type="strlist">0x09:KP8</append>
         <append key="input.keymap.data" type="strlist">0x0a:KP9</append>
         <append key="input.keymap.data" type="strlist">0x0b:KP0</append>

lshal shows the mappings but they aren't working. I got the codes with 
scankey -s and I've also tried using xev which show different keycodes.

I've also tried <merge> instead of <append>

Any ideas why this isn't working?

Cheers

Dave

[PATCH] ConsoleKit.conf: fix explicit missing destination

Auke Kok — 2011-04-11T21:04:22

The last rule in the dbus system.d conf does not explicitly list the 
destination, which would give problems if a potential other target has 
the same path. Caught by an automated MeeGo build check.

Signed-off-by: Auke Kok <auke-jan.h.kok< at >intel.com>

--- a/data/ConsoleKit.conf2011-04-11 14:01:34.813582580 -0700
+++ b/data/ConsoleKit.conf2011-04-11 14:01:53.255582574 -0700
< at >< at > -140,7 +140,8 < at >< at >
      <allow send_destination="org.freedesktop.ConsoleKit"
             send_interface="org.freedesktop.ConsoleKit.Session"
             send_member="GetIdleSinceHint"/>
-    <allow send_interface="org.freedesktop.ConsoleKit.Session"
+    <allow send_destination="org.freedesktop.ConsoleKit"
+           send_interface="org.freedesktop.ConsoleKit.Session"
             send_member="SetIdleHint"/>
    </policy>

keymapping

David Woodfall — 2011-04-24T02:27:46

Hi, I have a usr9600 phone which acts as an extra keyboard and I'm
trying to map keys 1-0 to keypad 1-0:

         <append key="input.keymap.data" type="strlist">0x02:KP1</append>
         <append key="input.keymap.data" type="strlist">0x03:KP2</append>
         <append key="input.keymap.data" type="strlist">0x04:KP3</append>
         <append key="input.keymap.data" type="strlist">0x05:KP4</append>
         <append key="input.keymap.data" type="strlist">0x06:KP5</append>
         <append key="input.keymap.data" type="strlist">0x07:KP6</append>
         <append key="input.keymap.data" type="strlist">0x08:KP7</append>
         <append key="input.keymap.data" type="strlist">0x09:KP8</append>
         <append key="input.keymap.data" type="strlist">0x0a:KP9</append>
         <append key="input.keymap.data" type="strlist">0x0b:KP0</append>

lshal shows the mappings but they aren't working. I got the codes with
scankey -s and I've also tried using xev which show different
keycodes.

I've also tried <merge> instead of <append>

Any ideas why this isn't working?

What replaces this part of HAL?

Tom Horsley — 2011-02-24T13:43:37

I keep reading that HAL is going away, yet I have programs
that use bits and pieces of HAL, and I can't for the life
of me deduce what the "official" replacement for this
functionality is. For instance:

When my USB mouse is plugged/unplugged, I get DBUS messages
which allow me to re-run my xinput settings for the mouse
to properly configure the buttons and acceleration.

When my PTP cameras are plugged/unplugged, I also get DBUS
messages (with the HAL udi string), so I can do hal queries
to dig up properties like the USB bus and device numbers
so I can open the camera with libgphoto2.

So that's my question: If HAL really is going away, what
is supposed to replace this kind of notification mechanism
for newly plugged devices?

hald-addon-cpufreq broken on newer kernels

Ozan Çağlayan — 2011-02-17T20:52:31

Hi,

I don't know if this deserves a fix but some removals in /proc on newer 
kernels causes hald-addon-cpufreq to not correctly identify processors.

In:
http://cgit.freedesktop.org/hal/tree/hald/linux/acpi.c

< at > line 559.

The linux.acpi_path does no longer provide the "info" file.

Regards,

help hal VS udisks

tom z — 2010-12-30T02:18:15

I want to know what's the diffrence between hal and udisks?

How to disable suspend/hibernate?

Manuel Reimer — 2010-12-21T21:10:58

Hello,

I want HAL to report suspend/hibernate to be *not* supported to get KDE remove 
the buttons for those "standby modes" from the K-Menu.

Just uninstalling pm-utils doesn't do the trick, as you don't check the return 
value or the error code of g_spawn_command_line_sync in your code:
http://cgit.freedesktop.org/hal/plain/tools/hal-system-power-pm-is-supported.c

So I uninstalled pm-utils and symlinked between /bin/false and 
/usr/bin/pm-is-supported which finally does the trick.

Is there a better/more friendly way to do this?

Thanks in advance

Yours

Manuel

[PATCH] HAL: Ignore internal DM devices with new DM udev rules

Milan Broz — 2010-07-13T14:07:32

With new device-mapper udev rules are /dev/mapper/* symlinks
to basic device name /dev/dm-X.
(Change requested by udev upstream.)

This change breaks temporary-cryptsetup workaround inside hal.

With new dm-udev rules (uncluded since device-mapper 1.02.39)
there is DM_UDEV_DISABLE_OTHER_RULES_FLAG variable
which controls that scan should be ignored for this device
(it is set for all internal devices, including temporary cryptsetup,
internal parts of lvm devices etc.)

Ignore device if this flag is set.

See bugs
https://bugzilla.redhat.com/show_bug.cgi?id=613909
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586286

Signed-off-by: Milan Broz <mbroz< at >redhat.com>
---
 hald/linux/osspec.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/hald/linux/osspec.c b/hald/linux/osspec.c
index a8233fd..6d616bc 100644
--- a/hald/linux/osspec.c
+++ b/hald/linux/osspec.c
< at >< at > -215,6 +215,11 < at >< at > hald_udev_data (GIOChannel *source, GIOCondition condition, gpointer user_data)
 g_free (str);
 }
 g_free (dstr);
+} else if (strncmp(key, "DM_UDEV_DISABLE_OTHER_RULES_FLAG=", 33) == 0) {
+if (strtoul(&key[33], NULL, 10) == 1) {
+HAL_INFO (("ignoring device requested by DM udev rules"));
+goto invalid;
+}
 }
 }

logicaldev_input udi's missing

Elbert Branscomb — 2010-07-17T23:33:31

Seeking help with hal setup - specifically concerning missing
logicaldev_input devices.

I have two amd64 machines with nearly identical hal-relevant software,
including hal versions and .fdi  files (in /etc/hal/fdi/policy), and
also evdev, and udev.  However, on one, a Logitech USB kb/mouse is
recognized and works fine, on the other it is 'seen' but doesn't work. 
The relevant lshal outputs from the two machines are identical except
that the udi's refering to 'logicaldev_input' are missing on the
non-functional machine.

For example, upon unplugging and replugging the Logitech receiver the
output of 'lshal --monitor' is: 

on the 'working' machine

    Start monitoring devicelist:
    -------------------------------------------------
    08:40:00.660: usb_device_46d_c517_noserial_if1_logicaldev_input removed
    08:40:00.660: usb_device_46d_c517_noserial_usbraw removed
    08:40:00.660: usb_device_46d_c517_noserial_if1 removed
    08:40:00.770: usb_device_46d_c517_noserial_if0_logicaldev_input removed
    08:40:00.770: usb_device_46d_c517_noserial_if0 removed
    08:40:00.770: usb_device_46d_c517_noserial removed
    08:40:06.997: usb_device_46d_c517_noserial added
    08:40:07.054: usb_device_46d_c517_noserial_if1 added
    08:40:07.054: usb_device_46d_c517_noserial_usbraw added
    08:40:07.054: usb_device_46d_c517_noserial_if0 added
    08:40:07.689: usb_device_46d_c517_noserial_if0_logicaldev_input added
    08:40:07.812: usb_device_46d_c517_noserial_if1_logicaldev_input added

whereas on the 'non-working' machine:

    14:12:32.689: usb_device_46d_c517_noserial_if1 removed
    14:12:32.691: usb_device_46d_c517_noserial_if0 removed
    14:12:32.691: usb_device_46d_c517_noserial removed
    14:12:36.876: usb_device_46d_c517_noserial added
    14:12:36.879: usb_device_46d_c517_noserial_if1 added
    14:12:36.881: usb_device_46d_c517_noserial_if0 added

So, for reasons that I am a loss to understand, logicaldev_input udi's
are created in one system (and evidently needed) but not in the other.  ???

Related to this I note these outputs:

 elbert< at >HPxw ~ $ hal-find-by-property --key input.x11_driver --string evdev
   
/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if1_logicaldev_input
   
/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if0_logicaldev_input
    /org/freedesktop/Hal/devices/computer_logicaldev_input_1
   
/org/freedesktop/Hal/devices/usb_device_46d_990_AA86121F_if0_logicaldev_input
    /org/freedesktop/Hal/devices/computer_logicaldev_input_0
    /org/freedesktop/Hal/devices/computer_logicaldev_input

and, as an example entry that is present in the working hal db and
missing in the other:

udi =
'/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if1_logicaldev_input'
    info.addons.singleton = {'hald-addon-input'} (string list)
    info.capabilities = {'input', 'input.keys', 'input.mouse', 'button'}
(string list)
    info.category = 'input'  (string)
    info.parent =
'/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if1'  (string)
    info.product = 'Logitech USB Receiver'  (string)
    info.subsystem = 'input'  (string)
    info.udi =
'/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if1_logicaldev_input' 
(string)
    input.device = '/dev/input/event4'  (string)
    input.originating_device =
'/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if1'  (string)
    input.product = 'Logitech USB Receiver'  (string)
    input.x11_driver = 'evdev'  (string)
    input.xkb.layout = 'us'  (string)
    input.xkb.model = 'evdev'  (string)
    input.xkb.rules = 'base'  (string)
    input.xkb.variant = ''  (string)
    linux.device_file = '/dev/input/event4'  (string)
    linux.hotplug_type = 2  (0x2)  (int)
    linux.subsystem = 'input'  (string)
    linux.sysfs_path =
'/sys/devices/pci0000:00/0000:00:13.2/usb4/4-1/4-1:1.1/input/input15/event4' 
(string)

===========================

I have been unable to find relevant help on the web or other
documentation.  So far as I can make out the logicaldev_input udi's are
not produced by specific rules in either udev or hal rules files (or in
any other way I can find).  What am I missing?  Do I need to provide
more information for my question to be addressed?

Thanks,

Elbert

thunar-volman compilation problem

Bela Markus — 2010-06-16T17:38:02

Devicekit as udev frontend

Marco Puglisi — 2010-05-09T07:27:57

Seemingly random battery dissapearance

Dave Flogeras — 2010-04-30T11:18:12

Linux Plumbers Conference: Call for Tracks

Theodore Ts'o — 2010-04-22T17:35:06


    Linux Plumbers Conference 2010
    Call for Tracks

This year, Linux Plumbers Conference will take place in Cambridge, MA
on November 3-5, 2010.  Unlike more traditional conferences, the
Plumbers conference is not structured around presentations of
completed work, or problems and solutions confined to a single
subsystem or layer of the Linux ecosystem.  Rather the Plumbers
Conference encourages BOFs type meetings and brainstorming sessions
where technical experts from different areas and leaders in the Linux
and Open Source world can get together and discuss how to make
progress towards the solution of interdisciplinary multifaceted
problems spanning multiple components of the Linux system.  In some
sense, the Plumbers Conference is really more of a workshop.

The program committee for the Linux Plumbers Conference is looking for
proposals for the "tracks" that will be run during the Plumbers
Conference.  

To do that, we are looking for "problem statements": things that could
be improved in Linux that cross multiple interfaces or other project
boundaries (if you can solve it yourself inside a single project,
please, don't let us stop you --- get hacking!).  We are looking for
problems that require collaboration and face-to-face communication
across multiple teams and open source projects.  These problems could
apply to anywhere Linux is used: Linux on the Desktop, Linux on Mobile
devices, Linux on servers, etc.

For example, if in order to get better performance, we need to get
better information about low-level devices from the kernel, and that
needs to be utilized by file system utilities, and the user needs to
be able to involved by exposing options at the UI level in control
panels and distribution installers --- the Plumbers conference might
be a great place to get everyone in the same room for half a day to
solve this particular problem.

Along with your problem statements or track ideas, please list the
projects which and/or key individuals who ideally should be present,
and who might be a good person or persons to run such a conference
track.

If you have any thoughts or contributions, you can either

   * discuss them on this Linux Weekly News page:
http://lwn.net/Articles/lpc2010-cfi/
   * add the proposed topic to the Topics wiki page:
http://wiki.linuxplumbersconf.org/2010:topics
   * send e-mail to: lpc-planning< at >linuxplumbersconf.org

Many thanks for helping to make Linux an even better platform!

       The 2010 LPC Committee

Note: The event will be co-located with the Linux Kernel Summit which
will be held earlier that week.

Please feel free to forward this announcements to any communities or
mailing lists where you think it would be appropriate.

[PATCH]Add more common themes for 10-usb-card-readers.fdi

WangLi — 2010-04-13T09:54:34