On 2/22/08, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> Hi Jean,
>
>
> >> +/*
> >> + * Wait for patch from Jon Smirl
> >> + * #include "powerpc-common.h"
> >> + */
> >
> > It doesn't make sense to merge this
rnel level
programming required.
--
Jon Smirl
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 1/28/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
> On Sun, 27 Jan 2008 12:36:03 -0500, Jon Smirl wrote:
> > On 1/27/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > Linus,
> > >
> > > Please pull the i2c su
On 1/27/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Linus,
>
> Please pull the i2c subsystem updates for Linux 2.6.25 from:
>
> git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus
The support for modalias loading of i2c modules isn't in here, what's
th
ches before merging them as needed, do
> not worry too much about that.
He wants the module name translation support I split out into powerpc-common.c.
>
> > Note: will do. I just subscribed to this list.
>
> Note hat you do not need to be subscribed to post to the i2c list (bu
IRQs to move a physical IRQ 0 to another IRQ number.
ppc was not changed. This driver does not appear to have been updated
to track this global change since it didn't initially use the NO_IRQ
define everywhere.
--
Jon Smirl
[EMAIL PROTECTED]
jds-fix-err-returns
Description: Binary data
two cases.
>
> Either way, there are more places in the driver where the IRQ is
> compared to 0, so if your change is correct, it should be applied
> consistently. Thus I will revert this part for the time being, if any
> change is really needed with regards to interrupts in this driver,
.
>
> No, in fact, I think it's about time to add these to our FAQ:
>
> http://rt.wiki.kernel.org/index.php/Frequently_Asked_Questions
>
> Thanks,
>
> -- Steve
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
&g
On 1/14/08, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Jan 2008, Jon Smirl wrote:
> > On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > On Sun, 13 Jan 2008 11:26:07 -0500, Jon Smirl wrote:
> > > > On 1/13/08, Jean Delvare <[EMAI
On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
> On Sun, 13 Jan 2008 13:01:06 -0500, Jon Smirl wrote:
> > On 1/13/08, Jean Delvare wrote:
> > > On Sun, 13 Jan 2008 11:24:29 -0500, Jon Smirl wrote:
> > > > The kernel automatically ex
On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Jan 2008 11:26:07 -0500, Jon Smirl wrote:
> > On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > On Sun, 13 Jan 2008 10:14:14 -0500, Jon Smirl wrote:
> > > > On 1/13/08, Jean Delvare &
On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Jan 2008 11:24:29 -0500, Jon Smirl wrote:
> > On 1/13/08, Jean Delvare wrote:
> > > On Sat, 12 Jan 2008 11:26:34 -0500, Jon Smirl wrote:
> > > > IMHO, driver_name/type should be removed in new sty
On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Jan 2008 10:14:14 -0500, Jon Smirl wrote:
> > On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > On Mon, 17 Dec 2007 21:39:37 -0500, Jon Smirl wrote:
> > > > Follow on to
On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
> On Sat, 12 Jan 2008 11:26:34 -0500, Jon Smirl wrote:
> > The common scheme used elsewhere in the kernel for handling more than
> > one device in a single driver is aliases. The i2c code's existing
>
On 1/13/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Dec 2007 21:39:37 -0500, Jon Smirl wrote:
> > Follow on to: "Series to add device tree naming to i2c"
> > Teach module-init-tools about the i2c subsystem.
>
> Can you please explain what this
aliases on all platforms but
too many people objected so I removed it..
IMHO, driver_name/type should be removed in new style drivers and
replaced with aliases on all platforms since aliases are the standard
kernel mechanism.
>
> Sorry for the trouble. I'll post updated comments later
On 1/12/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Fri, 11 Jan 2008 15:16:57 -0500, Jon Smirl wrote:
> > On 1/11/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > Secondly, it promotes OF device names as acceptable aliases. This I
> > > don't t
werPC and x86. This change is required for PowerPC
device tree support.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/hwmon/f75375s.c |4 ++--
drivers/i2c/chips/ds1682.c |2 +-
drivers/i2c/chips/menelaus.c|2 +-
drivers/i2c/chips/tps65010.c|2
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC and x86. This change is required for PowerPC
device tree support.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
dr
. I2C device names are picked up from the device
tree. Module aliasing is used to translate from device tree names into to linux
kernel names. Several i2c drivers are updated to use the new aliasing.
--
Jon Smirl
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubs
Convert pfc8563 i2c driver from old style to new style. The
driver is also modified to support device tree names via the
i2c mod alias mechanism.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/rtc/rtc-pcf8563.c | 107 +++--
1 files chang
Convert MPC i2c driver from being a platform_driver to an open firmware
version. Error returns were improved. Routine names were changed from fsl_ to
mpc_ to make them match the file name.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c
Return errors that were being ignored in the mpc-i2c driver
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-mpc.c | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/
This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support
device tree names using the new i2c mod alias support
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 44 -
drivers/rtc/rtc-ds1307.c
e Linux names.
This issue hasn't been visible before since there was a global table
in the PowerPC code mapping all known Open Firmware names into linux
names. Keeping this as a global table doesn't scale. The mapping needs
to be done by each device individually.
>
> --
> Jean
On 1/11/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
> On Wed, 19 Dec 2007 23:41:36 -0500, Jon Smirl wrote:
> > Since copying i2c-mpc.c to maintain support for the ppc architecture seems
> > to be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #
obvious when you are configuring the kernel?
Like this for a driver name:
Compaq Smart Array 5xxx support (experimental)
Some drivers are already do this:
Micro Memory MM5415 Battery Backed RAM support (EXPERIMENTAL)
Now the status is obvious on an item by item basis.
--
Jon Smirl
[EMA
On 12/19/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Another rework of the i2c for powerpc device tree patch. This version
> implements standard alias naming only on the powerpc platform and only for
> the device tree names. The old naming mechanism of
> i2c_client.name,driv
Are there any other objections to this patch? If not, can it be
targeted for 2.6.25?
On 12/19/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
> be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERG
On 12/20/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 19, 2007 at 11:41:44PM -0500, Jon Smirl wrote:
> > Convert MPC i2c driver from being a platform_driver to an open
> > firmware version. Error returns were improved. Routine names were
> > changed fro
Convert MPC i2c driver from being a platform_driver to an open firmware
version. Error returns were improved. Routine names were changed from fsl_ to
mpc_ to make them match the file name.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c
This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support
device tree names using the new i2c mod alias support
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 44
drivers/rtc/rtc-ds1307.c
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC and x86. This change is required for PowerPC
device tree support.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
driv
tree names into to linux
kernel names. Several i2c drivers are updated to use the new aliasing.
--
Jon Smirl
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
Convert pfc8563 i2c driver from old style to new style. The
driver is also modified to support device tree names via the
i2c mod alias mechanism.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/rtc/rtc-pcf8563.c | 107 +++--
1 files chang
Return errors that were being ignored in the mpc-i2c driver
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-mpc.c | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/
This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support
device tree names using the new i2c mod alias support
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
a
Convert pfc8563 i2c driver from old style to new style. The
driver is also modified to support device tree names via the
i2c mod alias mechanism.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]
Ignore this patch, I forgot to remove it before mailing the series.
On 12/17/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
> ---
>
> Makefile |3 +++
> 1 file
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
Makefile |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index c1825aa..15ada3f 100644
--- a/Makefile
+++ b/Makefile
@@ -35,6 +35,9 @@ MAKE
oid output_isapnp_table(struct module *modules, FILE *out);
void output_input_table(struct module *modules, FILE *out);
void output_serio_table(struct module *modules, FILE *out);
+void output_i2c_table(struct module *modules, FILE *out);
void output_of_table(struct module *modules, FILE *out);
#e
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC and x86. This change is required for PowerPC
device tree support.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by
Return errors that were being ignored in the mpc-i2c driver
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-mpc.c | 30 +-
1
Convert MPC i2c driver from being a platform_driver to an open firmware
version. Error returns were improved. Routine names were changed from fsl_ to
mpc_ to make them match the file name.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
S
Temporarily copy the mpc-i2c driver to continue support for the ppc
architecture until it is removed in mid-2008. This file should be deleted as
part of ppc's final removal.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-
names. Several i2c drivers are updated to use the new aliasing.
--
Jon Smirl
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pleas
es what so ever
> there isn't that much insentive to do so yet.
>
> Removing the existing i2c driver would seem like a mistake at this time
> though.
Hasn't their been a one year notice that these drivers were going to
be removed? How about removing them and putting them
On 11/4/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi John,
>
> On Sun, 4 Nov 2007 00:55:15 -0400, Jon Smirl wrote:
> > The permissions of i2c module parameters were set to zero making the
> > parameters invisible and unsettable from the kernel command line.
The permissions of i2c module parameters were set to zero making the
parameters invisible and unsettable from the kernel command line. This
patch changes the permissions to the standard 0644 read/write.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
diff --git a/include/linux/i2c.h b/i
the kernel GPL'd if the author doesn't
explicitly grant them more liberal BSD license in addition?
The problem then comes in taking the patches that were only made
available against GPL code and reshipping them under the BSD license
without the author explicitly agreeing to this.
Wh
7;t a patch against the kernel have to be GPL? When these
patches get pulled back into BSD and distributed with it, did BSD get
infected with the GPL? AFAIK this has never been legally sorted out.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux
it has an extremely effective diffing mechanism. You may surprised at
how little it adds.
For example, git compressed the 2.6GB mozilla cvs tree down to 400MB.
I used to clone trees all the time, but now I'm much better at using
git and I haven't cloned a complete tree from kernel.org in a ye
ssing drivers
so that we can ask for more code.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
rsion, apply the diff
from the vendor (or expand a tarball), use git status to see what
files changed, and git diff to get detailed changes (all minus CVS
keyword expansion noise). Major bonus points if it can detect detect a
subsystem that has been backported.
--
Jon Smirl
[EMAIL PROTECTED]
On 7/22/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Sun, 22 Jul 2007, Jon Smirl wrote:
>
> It would really be useful if git diff had an option for suppressing
> diffs caused by CVS keyword expansion.
I really think it's not a "git diff" issue, but it migh
cause expansion, probably around twenty.
When removing these with a simple grep it can get fooled and mess up.
CVS keyword expansion adds about 60,000 lines of noise to a typical
diff.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ustify replacing fbdev instead of extending it.
As for writing more patches, I have been burnt once by "show us the
code" being used as a way to getting rid of someone when the people
saying "show us the code" have no intention of agreeing to the changes
being proposed. I'
ese extra capabilities allow the
graphics device to be initialized and the consumption of GPU resources
to be controlled. The current X server, which runs as root, functions
as the DRM master. There is actually no real requirement that the DRM
master be run as root, and there is a preliminary patch
at this point.
A new memory manager for drm is a nice piece of work. It was something
that needed to get done. But right now it is being done in an X
specific manner without consideration of alternative graphics
environments.
Dave.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this
On 5/22/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
On Tuesday, May 22, 2007, Jon Smirl wrote:
> I've talked to an ATI engineer about VBIOS initialization. The chips
> may have different steppings. They flash the right VBIOS that matches
> the chip into the ROM on the
Someone just pinged me privately asking about virtualization support
for the console and graphics hardware. What's the plan for handling
virtualization?
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On 5/22/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
On Tuesday, May 22, 2007, Jon Smirl wrote:
> On 5/22/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > > you display text in graphics mode entirely in kernel context. The
> > > driver should also attempt to sto
OS is run is to initially reset the card. Once
we get the card reset it isn't used any more. For almost all cards
this is the only way to reset them, we have insufficient information
to write this ourselves.
Alan
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the li
On 5/22/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
On 5/22/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 5/21/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > Jon, that's why I'm posting this stuff in the first place! :) Again, if
> > you have spe
rongly coupled to the problem
of VGA arbitration.
Could we try and work out a solution to these two problems? If we can
solve these they will provide a foundation for fixing the harder ones.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
setting and VBIOS support.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
the driver was first loaded. That code can be marked
_init. We're not talking about a lot of code needing to go into the
kernel.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On 5/21/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
> 2) Address the long outstanding issue of multi-seat at the console
> level. My solution to this is the one device per CRTC model.
This is very very low priority. Pretty much nobody besides you is
clamoring f
On 5/21/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
> There is a significant group of Linux users who want to be able to
> login separate users to each screen/head/crtc/output device. These
> people are concentrated in the third world and don't show up at
s. The people I
talked to were from India and Japan.
I am not a member of either group. So go ahead and ignore me, I'd just
like to see these two groups get features implemented that have been
ignored for a long time.
Dave.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this li
On 5/21/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
On 5/21/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 5/21/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > This just needs a userspace console again a parallel problem that
> > really isn't much to do with
ted and the architecture
needs to address everything as a unified whole.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
P
Ls requiring root priv.
What is not ok is to require a permanently running root priv process.
If the code is going to always be running make it as small as possible
and put it in the device driver.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe lin
rchitecting it yet again.
Other people may add more things to this list. Let's get the design
right this time around and address all of the known problems.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
device per CRTC and then add a new IOCTL to control the output
device. I haven't seen anything yet that justifies abandoning the
existing fbdev API.
Note that you could add fbdev API support to the radeon DRM driver.
Preserving the fbdev API doesn't mean that you have to preser
On 5/21/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
On Sunday, May 20, 2007, Jon Smirl wrote:
> On 5/20/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > With the interfaces implemented here, a userspace application can
> > create a multiseat environment either with
On 5/20/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
> This design still requires a global server app since the heads share a
> single device.
> I am always concerned that the root priv code in the X server is a
> potential security hole. I would like to move
n for converting all of
the existing drivers?
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
; kernel and userspace drivers compete for control of graphics devices.
How is supporting different users logged into each head going to work?
The original model for this was to give each head its own fbdev device.
It is important that each user be able to set their own mode without being
r
2
> > http://lkml.org/lkml/2006/12/31/133
> > Submitter : Jon Smirl <[EMAIL PROTECTED]>
> > Damien Wyart <[EMAIL PROTECTED]>
> > Aaron Sethman <[EMAIL PROTECTED]>
> > Status : unknown
>
> I have not seen the p
evice open.
--- Now I restart gnome which closes whatever had the card open
snd_card_file_remove
snd_card_do_free
-- device finishes getting unregistered
unregistering device
using 2.6.20-rc3
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
On 1/1/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Sun, Dec 31, 2006 at 12:13:52PM -0500, Jon Smirl wrote:
> I have the source code for a vendor written driver that is targeted at
> 2.6.9. It includes this and then proceeds to manipulate files from the
> driver.
>
> asm
.
I'm on x86.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 12/28/06, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
On Thursday 28 December 2006 03:16, Jon Smirl wrote:
> BUG: scheduling while atomic: hald-addon-stor/0x2000/5078
> [] __sched_text_start+0x5f9/0xb00
> [] net_rx_action+0xb3/0x180
> [] __do_softirq+0x72/0xe0
> [] d
On 12/28/06, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
On Thursday 28 December 2006 03:16, Jon Smirl wrote:
> BUG: scheduling while atomic: hald-addon-stor/0x2000/5078
> [] __sched_text_start+0x5f9/0xb00
> [] net_rx_action+0xb3/0x180
> [] __do_softirq+0x72/0xe0
> [] d
r+0x7/0x1c
===
input: Philips Electronics Philips PSC805 as /class/input/input6
input,hiddev96: USB HID v1.00 Device [Philips Electronics Philips
PSC805] on usb-:00:1d.1-1
ALSA sound/usb/usbaudio.c:1317: setting usb interface 1:1
ALSA sound/usb/usbaudio.c:1317: setting usb interface 1:
[] hrtimer_cancel+0xe/0x20
[] hrtimer_nanosleep+0x49/0x110
[] do_sys_open+0x4a/0xe0
[] sys_open+0x1c/0x20
[] sysenter_past_esp+0x5f/0x85
===
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
patch so it may take a while to know
if there is a difference.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pl
] vfs_ioctl+0x5c/0x2a0
[sys_ioctl+114/144] sys_ioctl+0x72/0x90
[sysenter_past_esp+95/133] sysenter_past_esp+0x5f/0x85
===
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
er.
We're not putting all of our eggs in one basket, you keep forgetting
that we already have a server that supports all of the currently
existing hardware. The question is where do we want to put our future
eggs.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &quo
le's constructive views on the
subject.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
a "danger?"
>
> --
> Eric Anholt [EMAIL PROTECTED]
> http://people.freebsd.org/~anholt/ [EMAIL PROTECTED]
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.1 (FreeBSD)
>
> iD8DBQBDFUr4HUdvYGzw6vcRAl0SAKC
Access has been restored. The URL is good again.
http://www.freedesktop.org/~jonsmirl/graphics.html
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Before you shut my account off I made you this offer:
On 8/31/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Quit being a pain and write a response to the article if you don't
> like it. Censorship is not the answer. Open debate in a public format
> is the correct response. If you
On 8/31/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-08-31 at 00:50 -0400, Jon Smirl wrote:
> > On 8/30/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> > > 'As a whole, the X.org community barely has enough resources to build a
> > > single
On 8/30/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
> > The article has been reviewed but if it still contains technical
> > errors please let me know. Opinions on the content are also
> > appreciated.
>
>
On 8/30/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
> > The article has been reviewed but if it still contains technical
> > errors please let me know. Opinions on the content are also
> > appreciated.
>
>
ier
> part is to figure out how we should expose it through the cairo API but
> that's not an X server design problem.
It will be interesting to read other X developer's comments on
exposing programmable graphics via render.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
rticle has been reviewed but if it still contains technical
errors please let me know. Opinions on the content are also
appreciated.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
forming the OS. With X
around PCI config space can get out of sync with the kernel
structures.
>
> /**
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://v
1 - 100 of 309 matches
Mail list logo
