Thanks,
I reviewed and pushed this with a small modification.
--Jeremy
On Oct 24, 2011, at 12:15 PM, Nithin Nayak Sujir wrote:
> Since the fd is not closed, calling pci_system_init and
> pci_system_cleanup more than 1024 times results in "too many files open"
> error.
>
> v2: Modified the patc
Since the fd is not closed, calling pci_system_init and
pci_system_cleanup more than 1024 times results in "too many files open"
error.
v2: Modified the patch to use the destroy hook function instead of
calling close in the common code based on Jeremy Huddleston's comments. It
seemed appropriate t
On 10/24/2011 10:49 AM, Jeremy Huddleston wrote:
The module which opens the fd should be the same module that closes it.
Letting that cross between the common/specific boundary seems problematic. I'd
prefer to see a new hook added for implementation-specific cleanup, and the
close() live in
On 10/24/2011 09:51 AM, Jeremy Huddleston wrote:
While possibly safe in practice, this doesn't look like the correct fix. It is
possible that this will result in a close(0) if HAVE_MTRR is defined and
mtrr_fd was just never set.
HAVE_MTRR is defined if exists.
mtrr_fd is set if HAVE_MTRR is
On Mon, 2011-10-24 at 22:23 +0530, Dwijadas Dey wrote:
> Hi
> I have compiled and installed xorg-server-1.7.99.2 and now i am
> trying to compile xf86-video-intel-2.14.0 on centos 5.7 [kernel
> 2.6.39] using the following configure command
Most of time what you have in system should be good
On Mon, Oct 24, 2011 at 01:59:50PM +0200, Tamas Papp wrote:
> On Mon, 24 Oct 2011, Peter Hutterer wrote:
>
> > On Fri, Oct 21, 2011 at 02:45:06PM +0200, Tamas Papp wrote:
> > > Hi,
> > >
> > > I just purchased an Intellipen Pro digital pen. It shows up fine in
> > > xinput list:
> >
> >
> > [.
On Mon, Oct 24, 2011 at 5:03 PM, Xavier Bestel wrote:
> Le lundi 24 octobre 2011 à 15:16 -0400, Alex Deucher a écrit :
>> On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel wrote:
>> > Hi,
>> >
>> > I know it may be off-topic, but the experience is there.
>> > I've just bought a used 30" monitor (HP
Le lundi 24 octobre 2011 à 16:53 -0400, Alex Deucher a écrit :
> On Mon, Oct 24, 2011 at 4:49 PM, Xavier Bestel wrote:
> > Le lundi 24 octobre 2011 à 15:16 -0400, Alex Deucher a écrit :
> >> On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel
> >> wrote:
> >> > Hi,
> >> >
> >> > I know it may be off-
Le lundi 24 octobre 2011 à 15:16 -0400, Alex Deucher a écrit :
> On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel wrote:
> > Hi,
> >
> > I know it may be off-topic, but the experience is there.
> > I've just bought a used 30" monitor (HP ZR30w), and it doesn't display
> > anything, even at BIOS time
On Mon, Oct 24, 2011 at 4:49 PM, Xavier Bestel wrote:
> Le lundi 24 octobre 2011 à 15:16 -0400, Alex Deucher a écrit :
>> On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel wrote:
>> > Hi,
>> >
>> > I know it may be off-topic, but the experience is there.
>> > I've just bought a used 30" monitor (HP
On Mon, Oct 24, 2011 at 4:49 PM, Xavier Bestel wrote:
> Le lundi 24 octobre 2011 à 15:16 -0400, Alex Deucher a écrit :
>> On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel wrote:
>> > Hi,
>> >
>> > I know it may be off-topic, but the experience is there.
>> > I've just bought a used 30" monitor (HP
Le lundi 24 octobre 2011 à 15:16 -0400, Alex Deucher a écrit :
> On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel wrote:
> > Hi,
> >
> > I know it may be off-topic, but the experience is there.
> > I've just bought a used 30" monitor (HP ZR30w), and it doesn't display
> > anything, even at BIOS time
On Mon, Oct 24, 2011 at 3:01 PM, Xavier Bestel wrote:
> Hi,
>
> I know it may be off-topic, but the experience is there.
> I've just bought a used 30" monitor (HP ZR30w), and it doesn't display
> anything, even at BIOS time. The backlight is on, but I see nothing
> except a faint flickering at mod
Hi,
I know it may be off-topic, but the experience is there.
I've just bought a used 30" monitor (HP ZR30w), and it doesn't display
anything, even at BIOS time. The backlight is on, but I see nothing
except a faint flickering at mode change times. Screen blanking works
(the backlight switches off)
The module which opens the fd should be the same module that closes it.
Letting that cross between the common/specific boundary seems problematic. I'd
prefer to see a new hook added for implementation-specific cleanup, and the
close() live in linux_sysfs.c itself. That will allow for better a
Hi
I have compiled and installed xorg-server-1.7.99.2 and now i am
trying to compile xf86-video-intel-2.14.0 on centos 5.7 [kernel
2.6.39] using the following configure command
[root@localhost xf86-video-intel-2.14.0]# ./configure
DRM_CFLAGS="-I/opt/libdrm/include -I/opt/libdrm/include/libdr
While possibly safe in practice, this doesn't look like the correct fix. It is
possible that this will result in a close(0) if HAVE_MTRR is defined and
mtrr_fd was just never set.
HAVE_MTRR is defined if exists.
mtrr_fd is set if HAVE_MTRR is defined and linux_sysfs is used.
Probably a trivia
On Mon, 24 Oct 2011, Peter Hutterer wrote:
> On Fri, Oct 21, 2011 at 02:45:06PM +0200, Tamas Papp wrote:
> > Hi,
> >
> > I just purchased an Intellipen Pro digital pen. It shows up fine in
> > xinput list:
>
>
> [...]
> >
> > and button events are detected, but the cursor doesn't move. xinput
Hi
WH
Yes, i was missing -lpciaccesss parameter in the configure
option though lib path was there. When i did pkg-config --cflags
--libs libpciaccess i find out that missing part. Now xorg has been
installed, but startx is not working, i will post it separately.
Many thanks for you su
19 matches
Mail list logo
