on 26/02/2008 21:23 Pav Lucistnik said the following:
Pav Lucistnik píše v út 05. 02. 2008 v 19:16 +0100:
Andriy Gapon píše v út 05. 02. 2008 v 16:40 +0200:
Yay, and can you fix the sequential read performance while you're at it?
Kthx!
this was almost trivial :-)
See the attached patch,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Yuri wrote:
Isn't it better to have 2 separate flags in CAPS: for example WEP and WEPHW?
WEP would mean that WEP is supported and WEPHW would mean that it's supported
through hardware.
It wouldn't make sense. Flags are used to specify
Andriy Gapon píše v čt 28. 02. 2008 v 10:33 +0200:
And while I have your attention, I have a related question.
I have produced a bunch of ISO9660 Level 3 / UDF hybrid media with
mkisofs, and when I mount the UDF part of them, the mount point (root
directory of media) have 0x000 permissions. Yes
Hi,
I'm trying to understand the cause of following panic.
panic: Trying sleep, but thread marked as sleeping prohibited
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
panic() at panic+0x17d
sleepq_add() at sleepq_add+0x2e1
_sx_slock_hard() at
on 28/02/2008 11:59 Pav Lucistnik said the following:
Andriy Gapon píše v čt 28. 02. 2008 v 10:33 +0200:
And while I have your attention, I have a related question.
I have produced a bunch of ISO9660 Level 3 / UDF hybrid media with
mkisofs, and when I mount the UDF part of them, the mount
On 28/02/2008, Yuri Pankov [EMAIL PROTECTED] wrote:
Hi,
I'm trying to understand the cause of following panic.
panic: Trying sleep, but thread marked as sleeping prohibited
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
panic() at panic+0x17d
Simon L. Nielsen [EMAIL PROTECTED] writes:
John Polstra has made a script (Fixtags) for it which we use for the
FreeBSD repository. I don't think he has any problems with it being
distributed, but as it doesn't have a copyright statement i just want
to ask before I distribute it...
Uh... I
On Thursday 28 February 2008, Adrian Chadd wrote:
On 28/02/2008, David O'Brien [EMAIL PROTECTED] wrote:
On Thu, Feb 28, 2008 at 03:26:55PM +0900, Adrian Chadd wrote:
Is there some sane-ish way of auto-generating a list of modules given
a config file? The device statements don't match up
2008/2/28, Yuri Pankov [EMAIL PROTECTED]:
Hi,
I'm trying to understand the cause of following panic.
panic: Trying sleep, but thread marked as sleeping prohibited
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
panic() at panic+0x17d
Dag-Erling Smørgrav wrote at 14:58 +0100 on Feb 28, 2008:
Simon L. Nielsen [EMAIL PROTECTED] writes:
John Polstra has made a script (Fixtags) for it which we use for the
FreeBSD repository. I don't think he has any problems with it being
distributed, but as it doesn't have a copyright
John E Hein [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav wrote at 14:58 +0100 on Feb 28, 2008:
Simon L. Nielsen [EMAIL PROTECTED] writes:
John Polstra has made a script (Fixtags) for it which we use for the
FreeBSD repository. I don't think he has any problems with it being
Pav Lucistnik wrote:
Andriy Gapon píše v čt 28. 02. 2008 v 10:33 +0200:
And while I have your attention, I have a related question.
I have produced a bunch of ISO9660 Level 3 / UDF hybrid media with
mkisofs, and when I mount the UDF part of them, the mount point (root
directory of media) have
Dag-Erling Smørgrav wrote at 20:36 +0100 on Feb 28, 2008:
http://people.freebsd.org/~des/software/fixtags
Unfortunately, Apache is set up in such a manner that I can't set the
correct mime type (if I name it fixtags.pl, it thinks it's a CGI script
and gives you a 403...)
Thanks. I did
Andriy Gapon wrote:
on 26/02/2008 21:23 Pav Lucistnik said the following:
Pav Lucistnik píše v út 05. 02. 2008 v 19:16 +0100:
Andriy Gapon píše v út 05. 02. 2008 v 16:40 +0200:
Yay, and can you fix the sequential read performance while you're at it?
Kthx!
this was almost trivial :-)
See the
Hi there,
Installing 7.0 via PXE has a slight problem that is easily worked around. The
file /boot/mfsroot.gz on the installation media needs to be unzipped to make
PXE boot via tftp/nfs work. Otherwise the loader ultimately complains that it
cant find the device to boot from. For example, if you
John E Hein wrote at 13:20 -0700 on Feb 28, 2008:
Thanks. I did something similar (not using cvs ops, but rather
directly munging the ,v file) with awk, but I had issues with binary
files.
Regarding binary files, I tried my awk again, but this time with gawk,
and it had no problems. I
Tim Clewlow wrote:
Hi there,
Installing 7.0 via PXE has a slight problem that is easily worked around. The
file /boot/mfsroot.gz on the installation media needs to be unzipped to make
PXE boot via tftp/nfs work. Otherwise the loader ultimately complains that it
cant find the device to boot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I had a problem with my raid array, and during a fix, I noticed that a
thing I'd gotten very used to during my time running Linux was a really
bad thing for FreeBSD (the usage of a /boot partition for booting only, to
store the kernel, but nothing
Currently all devices supported by umass driver are listed in
* sys/dev/usb/usbdevs
- which has vendor table (vendor-id/name)
- and product table (ref-to-vendor-id/product-id/name)
and
* sys/dev/usb/umass.c
- which has some per-device flags.
The problem with this way is that some people might
On 2008.02.28 14:58:53 +0100, Dag-Erling Smørgrav wrote:
Simon L. Nielsen [EMAIL PROTECTED] writes:
John Polstra has made a script (Fixtags) for it which we use for the
FreeBSD repository. I don't think he has any problems with it being
distributed, but as it doesn't have a copyright
Simon L. Nielsen wrote:
For other intersted parties I got OK from John Polstra to put his
script online with std. BSD license so it can now be found at
http://people.freebsd.org/~simon/scripts/Fixtags .
In case anyone is interested I put the script I use for repo-copies at
FreeBSD.org
On 28/02/2008, Pieter de Goeje [EMAIL PROTECTED] wrote:
cd /boot/kernel; ls *.ko | sed 's/\.ko/_load=YES/'
I think you still want to remove some modules by hand, for example
snd_driver.
Yes, but I'm reasonably sure GENERIC doesn't include -everything-.
In any case, simply doing that
John E Hein [EMAIL PROTECTED] writes:
- if ($tag !~ m/\./ # skip vendor tags
+ if ($tag !~ m/\./ # skip vendor tags
([EMAIL PROTECTED] || !grep({ $_ eq $tag } @exclude))
([EMAIL PROTECTED] || grep({ $_ eq $tag } @include))) {
On Thu, Feb 28, 2008 at 02:14:58PM -0800, Yuri wrote:
Currently all devices supported by umass driver are listed in
* sys/dev/usb/usbdevs
- which has vendor table (vendor-id/name)
- and product table (ref-to-vendor-id/product-id/name)
and
* sys/dev/usb/umass.c
- which has some per-device flags.
24 matches
Mail list logo