The length argument doesn't really make any difference.
At this point I'm thinking it's a bug...
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
estart -- works
> XXX_enable="YES" -- fails
Please post your script.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ucture (so
> this is not name mangling in the true sense). I just don't see the
> point in doing things this way. It is only making things harder for
> debuggers.
It's likely that FreeBSD's gdb has to grow support for this new symbol format.
Have you tried using th
something to say about it:
http://wiki.freebsd.org/GitDrawbacks
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Hi,
I was hoping we could remove libobjc from the base system as it's seriously
outdated and it's not used by anything on the base system.
If there are any objections, please speak up.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.o
On 15 Oct 2010, at 20:19, Roman Divacky wrote:
> On Fri, Oct 15, 2010 at 08:15:52PM +0100, Rui Paulo wrote:
>> Hi,
>>
>> I was hoping we could remove libobjc from the base system as it's seriously
>> outdated and it's not used by anything on the base syste
org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
>
>
> Use the link below to report this message as
> Reviews and testing are welcome!
I believe this is good to go.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 26 May 2010, at 07:55, Dominic Fandrey wrote:
On 25/05/2010 13:57, Rui Paulo wrote:
On 22 May 2010, at 13:27, Dominic Fandrey wrote:
On 22/05/2010 13:47, Dominic Fandrey wrote:
Today the card arrived and the BIOS complains (HP 6510b):
104-Unsupported wireless network device detected
r card isn't part of the Centrino
brand, so they halt if they find an Atheros. Your best option is to change the
Atheros card EEPROM to match the device and vendor id of your wpi card. Then
you also need to change the ath driver to attach to t
On 15 Apr 2010, at 18:24, Mike Tancsa wrote:
> At 12:59 PM 4/15/2010, Rui Paulo wrote:
>
>> If not, maybe there's some way to do this by changing the hints file.
>
> Prior to /boot/loader running, is that even consulted ?
Right, I missed that...
of a workaround than a fix, but does it work any better
>>> if you connect the device to com2 instead of com1?
>>
>>
>> Unfortunately there is only one serial port on the board we are using.
>
> yes but can the bios map it to be com2?
If not, maybe there's
model you have.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
> for me.
>
> Ross
VirtualBox works fine last time I tried (last year) but you need to keep
playing with the options to find a configuration that works. I was never able
to use SCSI disks, for example.
--
Rui Paulo
___
freebsd-hackers@freeb
ple of 4.
struct a {
int8_t b;
int8_t b;
};
sizeof(struct a) on FreeBSD/arm is 4 and not 2. To make sure it will get the
correct value, you need to type:
struct a {
...
} __packed;
--
Rui Paulo
___
freebsd-hackers@freebsd.or
On 7 Nov 2009, at 07:02, Ulrich Spörlein wrote:
I understand that shutdown duration is of zero importance for server
operations,
FWIW, I don't agree with this.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebs
On 19 Oct 2009, at 16:41, Andriy Gapon wrote:
I have put updated version of the driver (C file only) here:
http://people.freebsd.org/~avg/amdsbwd.c
Looks good to me.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http
ank you very much for your help.
The driver looks good in general. A few questions:
- Can you make the magic numbers a define ? Where did they come from ?
- Are you missing a device_set_desc() call ?
- If this is what you want to commit, C++ comments are not allow
ficer dropped it.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
n 4.x, but I think at least the
older ones are.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
o ``stanza'' or whatever, just human nature.
Regardless of what I just said, the topic keeps coming back and that's a clear
sign that a framework should be developed and, possibly, in a way that appeals
to both parties.
--
Rui Paulo
___
On 18 Jul 2009, at 09:10, Andre Albsmeier wrote:
On Fri, 17-Jul-2009 at 12:53:53 -0700, Julian Elischer wrote:
Andre Albsmeier wrote:
[CC'ing this to Rui Paulo since he tried to help me a while ago]
Since my driver is a child of hostb0, I have no idea of how to
access
acpi0's m
t the hang.
It would help if you could provide the backtrace.
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html
Also, you may want to try HEAD because monitor mode has changed quite
a bit in HEAD.
Regards,
--
Rui Paulo
PGP.sig
Description: This is a digitally sign
), rev 0.01
Thanks in advance.
I believe this isn't supported under FreeBSD. The Linux driver is
mos7840.c.
Might not be very hard to do a FreeBSD driver.
Regards,
--
Rui Paulo
--
Rui Paulo
PGP.sig
Description: This is a digitally signed message part
this than I do and
since he mentioned libmemstat, opaque C structs are probably what he
was thinking.
--
Rui Paulo
PGP.sig
Description: This is a digitally signed message part
to structure the data. I know that XML was proposed in the
past, but I don't know if this is the case.
--
Rui Paulo
PGP.sig
Description: This is a digitally signed message part
On 2 Feb 2009, at 12:01, Andriy Gapon wrote:
on 02/02/2009 13:53 Rui Paulo said the following:
On 2 Feb 2009, at 11:38, Andriy Gapon wrote:
on 30/01/2009 00:30 Rui Paulo said the following:
On 29 Jan 2009, at 17:51, Andriy Gapon wrote:
BTW, INTR_FILTER seems quite useful. Why, then, it is
On 2 Feb 2009, at 11:38, Andriy Gapon wrote:
on 30/01/2009 00:30 Rui Paulo said the following:
On 29 Jan 2009, at 17:51, Andriy Gapon wrote:
BTW, INTR_FILTER seems quite useful. Why, then, it is not the
default?
The drivers would have to be ported to INTR_FILTER. Right now, only
asmc
is
,
but I never actually did it.
Regards,
--
Rui Paulo
PGP.sig
Description: This is a digitally signed message part
never actually did it.
Regards,
--
Rui Paulo
PGP.sig
Description: This is a digitally signed message part
On 29 Jan 2009, at 17:51, Andriy Gapon wrote:
on 29/01/2009 19:17 Rui Paulo said the following:
On 29 Jan 2009, at 11:47, Andriy Gapon wrote:
INTR_FILTER - what does it do?
It doesn't seem to be documented anywhere, but seems to affect
interrupt
code.
INTR_FILTER allows you to ski
On 29 Jan 2009, at 11:47, Andriy Gapon wrote:
INTR_FILTER - what does it do?
It doesn't seem to be documented anywhere, but seems to affect
interrupt
code.
INTR_FILTER allows you to skip the FILTER+ITHREAD headache.
See dev/asmc/asmc.c for an example.
--
Rui
On 29 Jan 2009, at 11:47, Andriy Gapon wrote:
INTR_FILTER - what does it do?
It doesn't seem to be documented anywhere, but seems to affect
interrupt
code.
INTR_FILTER allows you to skip the FILTER+ITHREAD headache.
See dev/asmc/asmc.c for an example.
--
Rui
27;t know about NVIDIA.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
27;t know about NVIDIA.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
is kind of
functionality.
Why not? Sysctl seems perfect to handle this.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
my driver to read some configuration data.
Is this pci configuration space ? If so, pci_read_config (man 9 pci)
should be just what you need.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[EMAIL PROTECTED]
:/home/rpaulo/freebsd/obj/home/rpaulo/freebsd/base/head/sys/ALPHA
`ident /boot/kernel/kernel' also works.
Regards,
--
Rui Paulo
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
On Thu, Sep 04, 2008 at 02:46:53PM +0200, Jeremie Le Hen wrote:
> Hello,
>
> There is currently a knob to enable/disable SSP: WITH_SSP or
> WITHOUT_SSP. WITH_SSP is the default on -CURRENT, so no one had to put
> WITH_SSP= in src.conf(5). This has hidden the following bug so far:
>
> When build
uspend also performs
> same actions.
> Does scheduler take care to killing it?
>
> I read that after 2 min scheduler wakes up the thread and
> eventually kills it,
> i see the same kthread suspended even after a day
>
> I would appreciate any thoughts in this reagard
your mouse ?
sysmouse(4) really needs to grow horizontal scrolling since nowadays every
mouse has it.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
4.5 MB at
149.5 kB/s
Something's wrong :-)
Also, may I suggest that you make your output similar to fetch(1) ?
Keep up the good work,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e moment to dig that up.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
vents of acpi_UserNotify() are converted into the string
> '_SB_.ATKD', any idea where to look;
They are not converted, your devd.conf entries are probably wrong.
Can you show again where do you get _SB_.ATKD from?
--
Rui Paulo
___
freebsd-ha
On Fri, Jul 04, 2008 at 04:40:02PM +0200, Matthias Apitz wrote:
> El día Tuesday, July 01, 2008 a las 12:14:26PM +0100, Rui Paulo escribió:
>
> > On Tue, Jul 01, 2008 at 11:02:20AM +0200, Matthias Apitz wrote:
> > > Rui,
> > > Have you commited your changes to REL
to add a correct ModeLine to your xorg config file ?
A quick Google search returned:
http://forums.virtualbox.org/viewtopic.php?t=59
HTH,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
nce
Only to HEAD. I'm going to MFC it today.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
here;
>
> thanks for your work and help;
Cool, no problem.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I could provide their script
> /etc/acpi/wlan.sh if someone wants to have a look into;
If turning off WLAN is now done via ACPI events, then the patch I
committed to HEAD will probably help. I'll MFC it in a week, but if you
can give it a try, that would be great. P
s what Fn+F2 does, it ejects the wireless card).
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
anyone experienced this issue?
>
> I'm running mplayer-0.99.11_4 (I configured it to use esound),
> gnome2-lite-2.22.0, xorg 7.3 on FreeBSD 7.0 (ULE)/ia32.
This is normal behavior and I think this is a Window Manager issue, not
a FreeBSD
ata
that don't belong to sysctl, but overall, I don't think we are abusing it.
Creating a /dev node, handling ioctl's, etc. is much more work and error
prone. That's all. At least for me.
Regards,
--
Rui Paulo
___
freebsd-hackers@
Mike Meyer wrote:
On Sun, 18 May 2008 16:50:28 +0100
Rui Paulo <[EMAIL PROTECTED]> wrote:
Mike Meyer wrote:
On Sat, 17 May 2008 11:13:52 +0300
Andriy Gapon <[EMAIL PROTECTED]> wrote:
It seems that rdmsr instruction can be executed only at the highest
privilege level and thus is n
Kostik Belousov wrote:
On Sun, May 18, 2008 at 04:47:41PM +0100, Rui Paulo wrote:
Kostik Belousov wrote:
On Sat, May 17, 2008 at 06:26:01PM +0100, Rui Paulo wrote:
Andriy Gapon wrote:
on 17/05/2008 18:37 Rui Paulo said the following:
Andriy Gapon wrote:
It seems that rdmsr instruction can
a rdmsr within the sysctl tree? I don't think sysctl
is appropriate here either.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Kostik Belousov wrote:
On Sat, May 17, 2008 at 06:26:01PM +0100, Rui Paulo wrote:
Andriy Gapon wrote:
on 17/05/2008 18:37 Rui Paulo said the following:
Andriy Gapon wrote:
It seems that rdmsr instruction can be executed only at the highest
privilege level and thus is not permitted from
Andriy Gapon wrote:
on 17/05/2008 18:37 Rui Paulo said the following:
Andriy Gapon wrote:
It seems that rdmsr instruction can be executed only at the highest
privilege level and thus is not permitted from userland. Maybe we
should provide something like Linux /dev/cpu/msr?
I don't
issue MSRs.
Both for security and reliability reasons.
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sysctl -d net.inet.tcp.drop_synfin
net.inet.tcp.drop_synfin: Drop TCP packets with SYN+FIN set
Regards.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
0:7:3 0x58
03040c07
Attached is a patch that fixes the issue for me (without any
side-effects) and should not cause any harm for others.
I committed your patch. Thanks!
Regards,
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebs
, val, 4);
+ }
break;
default:
break;
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-
[EMAIL PROTECTED]"
--
Rui Paulo
_
barfing on having two slices which overlap each other.
>
> So it really does make sense for them to point the MBR at sector 40.
> The more I think about it, the more sense it makes.
And also, if they used two partitions that would mean you would only
have one partition left for installing Windows.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
reserve space for the boot partition, but they just scribble enough
> to this space to indicate that the partition isn't actually bootable:
>
> # dd if=/dev/disk0s1 bs=512 count=409600 | hexdump -C
Yes, this partition is just FAT32 without anything in it.
--
Rui Paulo
At Sun, 10 Jun 2007 23:13:59 +0100,
Rui Paulo wrote:
>
> At Sun, 10 Jun 2007 14:43:26 -0700 (PDT),
> Matthew Dillon wrote:
> >
> >
> > :No.
> > :The first partition is the EFI GPT (0xee):
> > :
> > :% fdisk -1
> > :*** Working on device /
At Mon, 11 Jun 2007 12:41:18 -0700,
Chuck Swiger wrote:
>
> Hi, all--
>
> On Jun 10, 2007, at 3:13 PM, Rui Paulo wrote:
> >> :Media sector size is 512
> >> :Warning: BIOS sector numbering starts with sector 1
> >> :Information from DOS bootblock is:
> &g
e set to 1 by definition
> (table 11-7 in the 1.10 documentation).
I don't know why Apple does that.
--
Rui Paulo
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - EFI System
409640 419
On 2005.10.29 00:01:42 -0600, M. Warner Losh wrote:
| In message: <[EMAIL PROTECTED]>
| Rui Paulo <[EMAIL PROTECTED]> writes:
| : On 2005.10.26 10:22:52 -0700, Bill Studenmund wrote:
| : | On Mon, Oct 24, 2005 at 10:35:47PM +0200, Hans Petter Selasky wrote:
| : | >
69 matches
Mail list logo
