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 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
From my experience in the
industry a fair price would probably be around $2M, but that should be
within ODSL's capabilities. ODSL could then GPL the code and quiet the
critics.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Apr 6, 2005 3:24 PM, Matan Peled <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > ODSL could then GPL the code and quiet the
> > critics.
>
> And also cause aaid GPL'ed code to be immediatly ported over to Windows. I
> don't
> think BitMover c
e transaction
logs and then replaying them. Most mid to high end databases support
this. You only need to copy the parts of the logs that you don't
already have.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
During the boot process I lose my console. When X starts it is recoved.
boot log .
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Bridge: :00:01.0
IO window: d000-dfff
MEM window: fe90-feaf
PREFETCH window:
orvalds/linux-2.6.git;a=commitdiff;h=299de0343c7d18448a69c635378342e9214b14af
[PATCH] PCI: pci_assign_unassigned_resources() 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 major
;m thinking include/linux/drm/
> but include/linux would also be possible.
>
> Any suggestions or ideas?
There is also include/linux/video
The duplicate defines need to get cleaned out of xf86drm.h or this is
going to get real confusing.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe fr
;m thinking include/linux/drm/
> but include/linux would also be possible.
>
> Any suggestions or ideas?
If you're in a mood to move things, how about moving drivers/char/drm
to drivers/video/drm.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &qu
RM and fbdev need to be moved next to each other in kconfig too if
they start depending on each other. It if hard to figure out that a
video option might not be visible because the char/drm/option is not
turned on.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &qu
pped working after some "bridge_ctl" changes.
> So the best thing we can do is just to remove it and rely on the fact
> that any firmware *has* to configure VGA port forwarding for the boot
> display device properly.
This fixes my system where the VGA display device is on the second
s up the bridges.
This code is part of VGA arbitration which BenH is addressing with a
more globally comprehensive patch. Ben's code will probably replace
it.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On 7/14/05, Ivan Kokshaysky <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 14, 2005 at 10:07:34AM -0400, Jon Smirl wrote:
> > I'm don't think it has ever been working in the 2.6 series. If you are
> > getting rid of it get rid of the #define PCI_BRIDGE_CTL_VGA in pci.h
ot BIOS video selected by BIOS before it changes
*
* From information provided by "Jon Smirl" <[EMAIL PROTECTED]>
*
* The standard boot ROM sequence for an x86 machine uses the BIOS
* to select an initial video card for boot display. This boot video
* card will have i
There are ROMs reporting that their size exceeds their PCI ROM
resource window. This patch returns the minimum of the resource window
size or the size in the ROM. An example of this breakage is the XGI
Volari Z7.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Patch is in an attachment since
cmap struct point to
the fields in the super_cmap and the drivers don't have to be changed.
--
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.kerne
ardware exist that takes more that 256 entries?
They are __u16 values but I have never seen hardware that take more
that __u8 either.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
I just pulled from GIT to test bind/unbind. I couldn't get it to work;
it isn't taking into account the CR on the end of the input value of
the sysfs attribute. This patch will fix it but I'm sure there is a
cleaner solution.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/drive
On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On Sunday 24 July 2005 23:09, Jon Smirl wrote:
> > I just pulled from GIT to test bind/unbind. I couldn't get it to work;
> > it isn't taking into account the CR on the end of the input value of
> > the
On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On 7/25/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > > On Sunday 24 July 2005 23:09, Jon Smirl wrote:
> > > > I just pulled from GI
On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 12:30:43PM -0400, Jon Smirl wrote:
> > On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > > On 7/25/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > > On 7/25/05, Dmitry
On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 08:28:10PM -0400, Jon Smirl wrote:
> > I didn't realize that echo was adding the CR, I thought that it always
> > appeared on the end of a sysfs attribute set. So now I have to go add
> >
going to figure this out.
Binary attributes are for program use, they should not get cleaned up.
If you dont want the whitespace cleaning switch to a binary one.
> Pavel
> --
> 64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms
>
>
On 8/5/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Freitag, 5. August 2005 15:32 schrieb Jon Smirl:
> > On 1/1/02, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > Hi!
> > >
> > > > > > New, simplified version of the sysfs whitespace str
On 8/5/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Freitag, 5. August 2005 20:14 schrieb Jon Smirl:
> > On 8/5/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > Am Freitag, 5. August 2005 15:32 schrieb Jon Smirl:
> > > > On 1/1/02, Pavel Mach
On 8/5/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Freitag, 5. August 2005 20:47 schrieb Jon Smirl:
> > On 8/5/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > Am Freitag, 5. August 2005 20:14 schrieb Jon Smirl:
> > > > On 8/5/05, Oliver Neuk
On 8/5/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 29, 2005 at 02:50:44PM -0400, Jon Smirl wrote:
> > Greg, is this ok for your tree now or does it need more work?
>
> It's in my queue, will add it to the tree next week. Sorry for the
> delay, was at OSCON t
going to take a lot more code to return an error that a
parameter didn't match because of extra white space that it would take
to simply remove the whitespace.
> --
> 64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms
>
>
--
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/
se an existing manager than write a new one.
--
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 htt
has a hotplug system that tracks all of these plug in/out
events. The problem is that X is not using the hotplug system when it
should. X could even track your display being open/closed if it was
listening to the hotplug events.
The xorg evdev input driver is here:
http://cvs.freedesktop.org/xor
On 8/15/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> The xorg evdev input driver is here:
> http://cvs.freedesktop.org/xorg/driver/xf86-input-evdev/
I see it is not there yet. Here is the old one:
http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/input/evdev/
>
&
t;
> (I'm still stuck to Signed-off-by only lines)
>
>
> Stephane is to congratulate for this fix.
>
> Ben.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More
r = bus->resource[i];
> + if (r == &ioport_resource || r == &iomem_resource)
> + continue;
> if (r && (r->flags & type_mask) == type && !r->parent)
> return r;
>
Initialized end = 0 fixed me.
On 7/7/05, Ivan Kokshaysky <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 06, 2005 at 09:27:11PM -0400, Jon Smirl wrote:
> > I'm dead on a Dell PE400SC without reverting this.
>
> Jon, can you try this one instead:
> http://lkml.org/lkml/20
while( isspace(*y) && (y - buffer->page < count)) {
+ y++;
+ }
+ }
+ count = z - x;
+
+ /* strip the white space */
+ if (buffer->page != x)
+ memmove(buffer->page, x, count);
+ buffer->page[count] = '\0'
Any comments on this? I'll fix up the whitespace issues if everyone
agrees that the code works.
This patch will break all of the fbdev attributes since I was making
wrong assumptions. I have another patch ready to fix them after this
one goes in.
On 7/25/05, Jon Smirl <[EMAIL PROTECTED
New patch with fixed whitespace.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@ -6,6 +6,7 @@
#include
#include
#include
+#include
#include
#include
@@ -207,6 +208,28 @@ flush_write_buffer(struct dentry
Change log and signed off
--
Jon Smirl
[EMAIL PROTECTED]
Remove leading and trailing whitespace when text sysfs attributes are
assigned a value.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@
On 7/28/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 28, 2005 at 12:49:21AM -0400, Jon Smirl wrote:
> > @@ -207,6 +208,28 @@ flush_write_buffer(struct dentry * dentr
> > struct attribute * attr = to_attr(dentry);
> > struct kobject * kobj
s...
> > Anyone else?
>
> It looks sane-ish to me, but also more complicated than need be. Why can't
> you just do something like:
>
> while (count > 0 && isspace(x[count - 1]))
> count--;
>
> -Mitch
>
Do we need to deal
these patches to fbdev
for review first so it is best to catch bugs there.
> > tree 17014af0ea8b19dae7848736d324499715b7a1a3
> > parent 3ca34fcbfbf8a7cbe99d54ae81c4e28fdc6f4ac6
> > author Jon Smirl <[EMAIL PROTECTED]> Thu, 28 Jul 2005 01:46:05 -0700
> > committer Li
lt;[EMAIL PROTECTED]> wrote:
> On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
> > tree 17014af0ea8b19dae7848736d324499715b7a1a3
> > parent 3ca34fcbfbf8a7cbe99d54ae81c4e28fdc6f4ac6
> > author Jon Smirl <[EMAIL PROTECTED]> Thu, 28 Jul 2005 01:46:05 -0700
> > committer Linus
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jul 2005, Antonino A. Daplas wrote:
> > Jon Smirl wrote:
> > > On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > > > On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
set a 256 entry gamma ramp on a card with 1024 entries, will it
still work right? Or do I need to set all 1024 entries?
On 7/28/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > On Thu, 28 Jul 2005, Antonino A. Daplas wrote:
&g
Do we want to apply this patch now to get rid of the buffer overflow hole?
Then we can take our time and work out a better solution.
--
Jon Smirl
[EMAIL PROTECTED]
Fix a buffer overflow vunerabilty in previous cmap patch
signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/drivers
New, simplified version of the sysfs whitespace strip patch...
--
Jon Smirl
[EMAIL PROTECTED]
Remove leading and trailing whitespace when text sysfs attribute is set
signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs
On 7/28/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > On Thu, 28 Jul 2005, Jon Smirl wrote:
> > > I can't see a way to query how long of cmap the device supports using
> > > the current fbde
error. Now you know the max. 2^n and you know how many entries.
--
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
Even simpler version
--
Jon Smirl
[EMAIL PROTECTED]
Remove leading and trailing whitespace when text sysfs attribute is set
signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@ -6,6 +6,7 @@
#i
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jul 2005, Jon Smirl wrote:
> > I can't see a way to query how long of cmap the device supports using
> > the current fbdev ioctls.
>
> Look at the lengths of the color bitfields?
Which col
On 7/28/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, 28. Juli 2005 21:57 schrieb Jon Smirl:
> > New, simplified version of the sysfs whitespace strip patch...
>
> Could you tell me why you don't just fail the operation if malformed
> input is supp
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jul 2005, Jon Smirl wrote:
> > I've verified now that all ATI R300+ chips have 10bit cmaps. These are
> > pretty common so I'd be in favor of making this into a binary
> > attribute where
On 7/29/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Jul 2005, Antonino A. Daplas wrote:
> > Jon Smirl wrote:
> > > On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > > > On Thu, 28 Jul 2005, Jon Smirl wrote:
> > >
Greg, is this ok for your tree now or does it need more work?
On 7/28/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Even simpler version
>
> --
> Jon Smirl
> [EMAIL PROTECTED]
>
> Remove leading and trailing whitespace when text sysfs attribute is set
> si
for making sysfs attributes persistent has recently made it
into Linus' tree.
http://article.gmane.org/gmane.linux.hotplug.devel/7927/match=sysfs+permissions
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
patch forces it to be consistent
and will shake out all of the places in the drivers where it is
handled wrong. Sysfs attributes are now stripped of leading and
trailing white space before being handed to the device driver.
Fbdev sysfs attributes are also broken for white space handling and
need t
On 8/21/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 21, 2005 at 01:40:31PM -0400, Jon Smirl wrote:
> > On 8/21/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> > > On 8/19/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > >
>
On 7/28/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Even simpler version
>
> --
> Jon Smirl
> [EMAIL PROTECTED]
>
> Remove leading and trailing whitespace when text sysfs attribute is set
> signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
>
> diff
> From: Benoit Boissinot <[EMAIL PROTECTED]>
> To: Jon Smirl <[EMAIL PROTECTED]>
> Subject: Re: 2.6.13-rc6-mm1
> User-Agent: Mutt/1.5.10i
>
> On Sun, Aug 21, 2005 at 06:11:57PM -0400, Jon Smirl wrote:
> > On 8/21/05, Benoit Boissinot <[EMAIL PROTECTED]> wr
On 8/22/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
> > This should fix it, but I'm not on a machine where I can test it. Can
> > you give it a try and let me know?
> >
>
> it works ok.
> Bu
kh-driver-sysfs-strip_leading_trailing_whitespace.patch
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@ -6,6 +6,7 @@
#include
#include
#include
+#include
tell no one has built recent hardware this way. But I
believe there are some old SCSI controllers that do this. I provided a
ROM API for disabling sysfs access, if we identify one of these cards
we should just add a call to it's driver to disable ROM access instead
of bothering with the copy. C
est
if the maintainers do it. These files are still directly manipulating
ROMs:
ide/pci/aec62xx.c
ide/pci/cmd64x.c
ide/pci/hpt34x.c
ide/pci/hpt366.c
ide/pci/pdc202xx_new.
ide/pci/pdc202xx_old.c
mtd/maps/pci.c
net/sungem.c
net/sunhme.c
scsi/qla2xxx/qla_init.c
video/console/sticore.c
video/matrox/matro
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
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
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/
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.
>
>
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
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
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
a "danger?"
>
> --
> Eric Anholt [EMAIL PROTECTED]
> http://people.freebsd.org/~anholt/ [EMAIL PROTECTED]
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.1 (FreeBSD)
>
> iD8DBQBDFUr4HUdvYGzw6vcRAl0SAKC
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/
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
.
>
> 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
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,
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
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
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/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
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
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 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 #
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
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
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/
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
. 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
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
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
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
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/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
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 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:
> 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 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:
> 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/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
1 - 100 of 309 matches
Mail list logo
